--- Log for 05.12.110 Server: anthony.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 0 hours ago 00.07.51 *** Saving seen data "./dancer.seen" 00.24.27 Quit pamaury (Remote host closed the connection) 00.24.48 Join {phoenix} [0] (~dirk@p57AA6E42.dip.t-dialin.net) 00.42.09 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 00.42.14 Quit ReimuHakurei (Read error: Connection reset by peer) 00.54.30 Quit froggyman (Quit: Bye) 00.55.38 Join dinker [0] (~dongs@ip72-210-66-46.mc.at.cox.net) 00.57.11 Quit toffe82 (Read error: Connection reset by peer) 00.57.25 Join froggyman [0] (~seth@98.115.0.7) 00.57.25 Quit froggyman (Changing host) 00.57.25 Join froggyman [0] (~seth@unaffiliated/froggyman) 01.01.20 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.02.27 Join toffe82 [0] (~chatzilla@ppp-71-138-17-251.dsl.frs2ca.pacbell.net) 01.04.08 Quit {phoenix} (Remote host closed the connection) 01.07.48 Quit domonoky1 (Read error: Connection reset by peer) 01.12.13 Quit ender` (Quit: In every computer error, there are at least two human errors, including the error of blaming it on the computer.) 01.14.39 Quit Horscht (Quit: Verlassend) 01.19.23 Quit riotz (Changing host) 01.19.23 Join riotz [0] (riot33r@unaffiliated/riotz) 01.19.23 Quit riotz (Changing host) 01.19.23 Join riotz [0] (riot33r@gateway/shell/shellium.org/x-jvcxapvneamtuoxr) 01.22.25 # kugel: true 01.30.33 # there's even a win32 support 01.33.35 Quit n1s (Quit: Lämnar) 01.34.14 Join allc0re [0] (~allc0re@67-54-217-42.cust.wildblue.net) 01.35.14 # I have a JVC car stereo with iPod control. If I switch to Rockbox on my iPod with JVC unit still be able to control it? 01.35.31 # *will the JVC still be... 01.35.35 Quit mt (Ping timeout: 240 seconds) 01.36.03 # ooo good question 01.36.13 # im about to install for first time but didnt think of that 01.36.19 # It depends 01.37.09 # What does it depend on? 01.37.23 # maybe the unit 01.37.25 # We have some compatibility data on http://www.rockbox.org/wiki/IpodAccessories 01.37.37 # I'll check that out 01.37.40 # same 01.37.42 # In short, it works with some, not with others 01.38.07 # thanks for the link 01.38.37 # If you want to be sure, the best thing to do is to test yourself :) 01.42.15 Join PurlingNayuki [0] (~PurlingNa@113.97.70.230) 01.42.22 Part PurlingNayuki 01.49.03 Quit Kupop (Ping timeout: 265 seconds) 01.53.51 Join maffe [0] (~Miranda@77-21-242-115-dynip.superkabel.de) 02.07.54 *** Saving seen data "./dancer.seen" 02.14.52 # Looks like it will work, but I'll have to test it myself to see exactly how well it does 02.15.10 Quit allc0re (Quit: thanks for the help) 02.25.29 # updating most packages on my server - watch for breakages in forums/themesite 02.29.12 # /translate 02.44.16 Quit simonrvn (Read error: Connection reset by peer) 02.54.58 Join Horscht [0] (~Horschti@xbmc/user/horscht) 02.56.18 Quit jfc (Read error: Connection reset by peer) 02.56.39 Join jfc [0] (~john@dpc6682208002.direcpc.com) 03.06.16 Join Kyle2 [0] (~kyle@71.23.64.127) 03.16.53 # I am visually impaired, using the Orca screen reader on Ubuntu Linux. I would like to be able to install Rockbox on a Sandisk Sansa Clip+. Unfortunately, I have found that the Rockbox utility is built using QT, which will be compatible with Orca in the future, but as of now, still doesn't speak. Is manual installation the only option I have, or is there another version of the installation utility available, either using GTK+ 2.0 or from the command line? 03.20.04 # the manual installation is from the command line and would be the alternative 03.25.55 Topic "Rockbox 3.7.1 released! | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | An upgrade caused issues with the wiki. We are on the case | The forums/themes/translate server is currently undergoing maintenance - outages and oddities are to be expected. " by ChanServ (ChanServ@services.) 03.26.07 Join Strife89 [0] (~Strife89@adsl-67-49-49.mcn.bellsouth.net) 03.31.30 Quit Rob2223 (Quit: Rob2223) 03.31.45 Join Rob2222 [0] (~Miranda@p4FFF1447.dip.t-dialin.net) 03.31.57 Quit kugel (Remote host closed the connection) 03.32.37 # I'll read that section of the manual. It may not be as complicated as it looked like it would be. Thanks much. 03.32.37 Join geokite [0] (~48dc7231@giant.haxx.se) 03.33.57 Quit telliott (Ping timeout: 255 seconds) 03.34.05 Part toffe82 03.34.05 # If I want to create my own voice file, is there an alternative way to do that? 03.34.28 Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) 03.39.38 Quit froggyman (Quit: Bye) 03.43.34 # apache on my server should be working correctly now 03.47.28 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 03.47.33 Quit GeekShadow (Quit: The cake is a lie !) 03.53.10 # rasher: do you have any idea what you and/or mculenaere (or anyone else) might have done to make the themes site behave like molasses? The problem was reported before i did these upgrades, however, it seems like now every page is behaving horribly 04.02.55 Quit geokite (Quit: CGI:IRC (EOF)) 04.05.38 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 04.07.57 *** Saving seen data "./dancer.seen" 04.12.44 Join DerPapst [0] (~Alexander@p5DE5B592.dip.t-dialin.net) 04.13.34 Quit TheSeven (Ping timeout: 255 seconds) 04.14.24 Quit DerPapst1 (Ping timeout: 245 seconds) 04.16.23 Join Barahir_ [0] (~jonathan@frnk-590f6fa3.pool.mediaWays.net) 04.16.57 # Trying to download the original Sandisk Sansa Clip+ firmware from the link provided in the manual gives me a 404. The link I have from the manual released 11/26 is http://forums.sandisk.com/t5/Clip-Clip/Sansa-Clip-Firmware-Update-01 04.16.57 # td-p/150227. Is there another place to download this original firmware? 04.17.42 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.18.03 # http://forums.sandisk.com/t5/Clip-Clip/Sansa-Clip-Firmware-Update-01td-p/150227 is actually the correct link. Sorry for the split line. 04.19.30 Quit Barahir (Ping timeout: 240 seconds) 04.20.09 Join T44 [0] (~Topy44@f049002204.adsl.alicedsl.de) 04.23.09 Quit Topy (Ping timeout: 245 seconds) 04.24.01 Quit mordocai (Ping timeout: 245 seconds) 04.25.05 # The link provided in the original Clip+ manual isn't working either. Same 404 error at http://www.sandisk.com/clipplus 04.29.04 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 04.34.33 Join mordocai [0] (~mordocai@66.119.9.243) 04.36.52 Quit Horscht (Quit: Verlassend) 04.38.35 Quit Strife89 (Quit: Reboot.) 04.40.09 Join ReimuHakurei__ [0] (~reimu@74.112.212.15) 04.40.31 Quit amiconn (Disconnected by services) 04.40.31 Quit pixelma (Disconnected by services) 04.40.32 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.40.34 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.40.36 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.40.51 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.41.48 Quit ReimuHakurei_ (Read error: Connection reset by peer) 04.44.12 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.50.01 Quit sasquatch (Quit: WeeChat 0.3.2) 04.50.26 Join sasquatch [0] (~username@p4FF2DD6F.dip.t-dialin.net) 04.50.35 Quit maffe (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 04.50.44 # Kyle2: http://forums.sandisk.com/t5/Clip-Clip/Sansa-Clip-Firmware-Update-01-02-15/td-p/150227 is where they were trying to get you, i think 04.51.14 # Kyle2: If you click the link next to "Firmware Download for All Regions" it'll get you to where you need to be. 04.56.59 Quit telliott (Read error: Connection reset by peer) 04.57.14 Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) 05.01.38 Quit efyx (Remote host closed the connection) 05.05.29 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 05.07.34 Quit freddyb (Client Quit) 05.15.10 Join simonrvn [0] (simon@211.59-ppp.3menatwork.com) 05.28.33 Quit DerPapst (Quit: Leaving.) 05.30.29 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 05.34.27 Quit anewuser (Ping timeout: 265 seconds) 05.37.38 Quit telliott (Read error: Connection reset by peer) 05.37.58 Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) 05.46.22 # mordocai: Ah thanks! This seems to have gotten me exactly where I need to be. 05.47.30 Quit MethoS- (Remote host closed the connection) 05.48.34 Quit JesusFreak316 (Ping timeout: 245 seconds) 05.51.04 # mordocai: I actually also found a Clip+ firmware that seems to have been patched with the boot loader already in March of this year. I found this on the ABI forum. The thread there says I can just extract the boot loader and the Rockbox firmware onto the player in MSC mode and it will just install and work automatically. Should I trust this/is the boot loader new enough, or am I better off following the directions in the manual for patching the original Sandisk 05.52.31 # mordocai: The firmware that is apparently already patched is the same Sandisk version as the link you gave me. 05.53.32 # There is a .bin file and a .sansa file in the zip archive. 06.02.26 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 06.04.27 # current bootloader is from July, so if you have a file from March its probably out of date 06.04.52 Quit fyre^OS (Ping timeout: 264 seconds) 06.08.00 *** Saving seen data "./dancer.seen" 06.10.05 # saratoga: Thanks. I'm downloading the original 01.02.15 and will patch it according to the manual instructions with the latest boot loader. Thanks for the help. 06.15.30 # Snyone have any idea why some 16 gig microSD cards aren't recognized by Rockbox in the Sansa Clip+? 06.16.58 Quit InsDel (Read error: Connection reset by peer) 06.25.30 Quit mortalscan (Ping timeout: 240 seconds) 06.30.50 # my 16GB card works on my clip+ 06.32.46 # so its probably specific to some players or some cards 06.44.53 Join Tim_Elliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) 06.46.40 Join froggyman [0] (~seth@unaffiliated/froggyman) 06.48.09 Quit telliott (Ping timeout: 245 seconds) 06.52.31 Quit Tim_Elliott (Quit: Leaving) 06.53.44 Quit t0rc (Remote host closed the connection) 06.54.49 Quit Judas_PhD (Quit: This is a quitting message) 07.07.12 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.22.22 Quit Keripo1 (Quit: Leaving.) 07.32.09 Quit BHSPitMonkey (Remote host closed the connection) 07.45.44 Quit edboyer93 () 07.56.19 # forums are going into maintenance mode 08.03.39 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 08.06.04 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 08.06.21 # updated to current SMF version - now for the hard part...working out the packages/mods 08.08.01 *** Saving seen data "./dancer.seen" 08.16.32 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 08.26.12 # all past mods successfully applied besides the "trim url" one which would not apply and i could not find a suitable replacement on the mod site 08.26.53 # going through and tweaking settings to make sure they are what we had before before i take the forum back out of maintenance mode 08.27.32 # signatures of users may have been altered - i could not remember what the exact settings were before... 08.34.08 # double posts will now be automatically merged with the last post from the user - the default time for this to allow the user to actually double post is set at 1 day - wasnt it set at 1 day in the past? If not, let me know and i will change it... 08.36.04 Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) 08.40.12 Join DylanJ [0] (dylan@unaffiliated/dylanj) 08.40.39 # is it possible to (on an ipod video) somehow manage to play music while connected via usb 08.42.34 Quit factor (Read error: Connection reset by peer) 08.43.28 # DylanJ: as in while the device is mounted on the host computer, or just charging? 08.46.38 # scorche: Well currently I have my ipod connected but not mounted. 08.46.51 # hold menu 08.46.59 # (while inserting the USB cable) 08.47.32 # You're a god! 08.49.13 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 08.54.39 Join simonrvn [0] (simon@211.59-ppp.3menatwork.com) 08.55.10 # I am taking the forums out of maintenance mode now 08.57.35 # We are now using recaptcha for the forums - seems to be working just fine 09.00.33 Mode "#rockbox +o scorche" by ChanServ (ChanServ@services.) 09.00.35 Part scorche 09.00.41 Join scorche [0] (~scorche@rockbox/administrator/scorche) 09.00.47 Mode "#rockbox +o scorche" by ChanServ (ChanServ@services.) 09.01.42 Topic "Rockbox 3.7.1 released! | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | An upgrade caused issues with the wiki. We are on the case | The forums/themes/translate server has been upgraded - please report any oddities/issues to scorche" by scorche (~scorche@rockbox/administrator/scorche) 09.01.48 Mode "#rockbox -o scorche" by ChanServ (ChanServ@services.) 09.06.18 # As the topic says, I think i am done doing any updates/upgrades on the server. If you notice any oddities or issues with the forums, themes, or translate sections of the site, please let me know. The apparently "random" slowness of the themesite is a known "bug" - those who have been working on it recently (a few weeks? - i did not first discover this) need to go have a look at it... 09.11.50 Join Rob2223 [0] (~Miranda@p4FFF07DB.dip.t-dialin.net) 09.13.42 Join timccc [0] (~timccc@112.166.15.141) 09.15.21 Quit Rob2222 (Ping timeout: 265 seconds) 09.15.31 Quit JdGordon (Ping timeout: 240 seconds) 09.16.57 Join slooopy [0] (~sloo@p5493D4BC.dip0.t-ipconnect.de) 09.17.22 Quit Judas_PhD (Quit: This is a quitting message) 09.19.14 Join bmbl [0] (~bmbl@dsl19-233.pool.bitel.net) 09.19.18 Quit bmbl (Changing host) 09.19.18 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 09.26.11 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.29.51 # I take that back - the "member color link" mod did not apply either 09.31.07 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 09.31.24 Quit ReimuHakurei__ (Read error: Connection reset by peer) 10.03.02 Join Kitr88 [0] (~Kitarist@BSN-182-128-2.dial-up.dsl.siol.net) 10.03.33 Join yzflcyq [0] (~716146e6@giant.haxx.se) 10.04.07 Join PurlingNayuki [0] (~PurlingNa@113.97.70.230) 10.04.14 Part PurlingNayuki 10.05.05 Quit yzflcyq (Client Quit) 10.05.20 Quit Kitar|st (Ping timeout: 240 seconds) 10.08.02 *** Saving seen data "./dancer.seen" 10.08.13 Join ender` [0] (krneki@foo.eternallybored.org) 10.13.32 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.15.36 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 10.19.02 Join {phoenix} [0] (~dirk@p57AA416D.dip.t-dialin.net) 10.37.27 Join bimbel [0] (~bmbl@unaffiliated/bmbl) 10.39.05 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 10.40.00 Quit bmbl (Ping timeout: 240 seconds) 10.40.40 Join stoffel [0] (~quassel@p57B4A7E3.dip.t-dialin.net) 10.41.32 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.51.21 Join TheLemonMan [0] (~lem0n@ppp-136-145.98-62.inwind.it) 11.01.30 # scorche: ta for fiddling with the forums, lets hope a working captcha might reduce the spam a little :) 11.03.23 # AlexP: it feels nice to not be running a >3 year old forum version as well ;) 11.03.34 # yes indeed :) 11.13.26 Nick bimbel is now known as bmbl (~bmbl@unaffiliated/bmbl) 11.34.58 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.43.08 Join noamsml_ [0] (~noamsml@75.45.232.129) 11.43.32 Join casainho [0] (~chatzilla@bl20-222-33.dsl.telepac.pt) 11.43.44 # hello 11.44.12 # I am starting a new port, but for some reason this line is not "executed", on config.h "#include "config/lyre_v2.h"" 11.44.28 # what can be wrong? 11.44.53 # I have on config.h: "#elif defined(LYREV2)" 11.45.14 # for some reason, looks like LYREV2 isn't defined... 11.46.14 Quit noamsml (Ping timeout: 250 seconds) 11.48.09 # thos kinds of defines are probably enabled by the command line, like when you compile with gcc -DLYREV2. If you are starting a new port, you probably need to tweaks configure to generate a correct Makefile 11.48.37 # see http://www.rockbox.org/wiki/PortingHowTo 11.50.57 # pamaury: I already saw PortingHowTo 11.51.38 # did you put -DLYREV2 in target ? 11.51.40 # I think "configure" should have "target="-LYREV2"... I run configure and it generates the makefile for my target... 11.52.06 # !!! it's missing the D!!!! :-) 11.52.15 # pamaury: thanks! 11.53.16 # pamaury: I am working for imx233 port :-) 11.53.35 # pamaury: any luck with pins finding for Fuse+? 11.54.09 # lol seems that everyone is workin on that 11.54.22 # not yet, I'm still disassembling the various initialisation stage, I don't know if bertrik has made any progress 11.54.32 # but I don't have any spare time this week-end 12.08.05 *** Saving seen data "./dancer.seen" 12.08.48 Join n1s [0] (~n1s@rockbox/developer/n1s) 12.09.46 Join DerPapst [0] (~Alexander@p5DE5BFB6.dip.t-dialin.net) 12.17.44 Quit stoffel (Remote host closed the connection) 12.24.26 Quit slooopy (Ping timeout: 255 seconds) 12.33.53 Join anewuser [0] (anewuser@unaffiliated/anewuser) 12.34.01 Join stoffel [0] (~quassel@p57B4A7E3.dip.t-dialin.net) 12.34.16 Join domonoky [0] (~Domonoky@agsb-4d048df4.pool.mediaWays.net) 12.34.19 Quit domonoky (Changing host) 12.34.19 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 12.34.48 Quit Judas_PhD (Quit: This is a quitting message) 12.36.43 Join slooopy [0] (~sloo@p5493C78A.dip0.t-ipconnect.de) 12.38.15 Quit stoffel (Remote host closed the connection) 12.38.25 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 12.41.36 Quit ReimuHakurei_ (Read error: Connection reset by peer) 12.55.30 Join DerPapst1 [0] (~Alexander@p4FE8EFE1.dip.t-dialin.net) 12.57.20 Quit DerPapst (Ping timeout: 245 seconds) 13.08.07 # scorche: I suspect the themesite problem is probably "just" caused by a growing database 13.08.15 # has anyone here played with TinyCore linux by chance? 13.19.49 Join mt [0] (~mt@41.236.222.167) 13.33.41 Join bluebrother [0] (~dom@g231121137.adsl.alicedsl.de) 13.33.41 Quit bluebrother (Changing host) 13.33.41 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 13.35.02 Quit bluebroth3r (Read error: Operation timed out) 13.35.35 # I can't find where is defined SYSFONT_HEIGHT... 13.35.51 # where is that defined? --- common.c on bootloader can't find it :-( 13.51.57 # Probably in a generated header file in the build directory 13.54.20 Quit casainho (Ping timeout: 240 seconds) 13.55.06 Join Horscht [0] (~Horschti@xbmc/user/horscht) 13.55.31 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 13.56.52 # grep -r says its defined in build-dir/sysfont.h 13.57.02 # among others 14.03.54 Quit Horscht (Quit: Verlassend) 14.05.05 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.07.49 # the swapcontext snippet I found for win32 doesn't quite work, but win32 has fibers which work as well (and are even simpler to use) so our threading engine also works on windows 14.08.09 *** Saving seen data "./dancer.seen" 14.15.20 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 14.22.02 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 14.24.15 Quit antil33t (Read error: Connection reset by peer) 14.24.24 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.25.23 Join Horscht [0] (~Horschti@xbmc/user/horscht) 14.25.43 Join MethoS- [0] (~clemens@134.102.106.250) 14.36.47 Quit Horscht (Ping timeout: 265 seconds) 14.40.08 Join stoffel [0] (~quassel@p57B4A7E3.dip.t-dialin.net) 14.55.04 Quit kugel (Remote host closed the connection) 14.58.17 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 15.02.31 Join Strife89 [0] (~Strife89@adsl-80-128-22.mcn.bellsouth.net) 15.14.08 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.26.53 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 15.38.55 Join kugel_ [0] (~kugel@g231234092.adsl.alicedsl.de) 15.39.20 Quit kugel (Disconnected by services) 15.41.09 Quit stripwax (Quit: http://miranda-im.org) 15.46.21 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.56.26 Quit kugel_ (Remote host closed the connection) 15.56.38 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.03.42 Quit GeekShadow (Ping timeout: 255 seconds) 16.08.10 *** Saving seen data "./dancer.seen" 16.08.43 Nick Kyle2 is now known as the_Kyle (~kyle@71.23.64.127) 16.15.52 Quit Kitr88 (Ping timeout: 240 seconds) 16.17.38 Join hebz0rl [0] (~hebz0rl@dslb-088-067-201-220.pools.arcor-ip.net) 16.24.14 # New commit by 03bluebrother (r28735): MinGW: prefer C99 compliance by using replacement implementations. ... 16.25.12 Join Kitar|st [0] (~Kitarist@BSN-182-128-2.dial-up.dsl.siol.net) 16.27.00 Quit mystica555_ (Ping timeout: 255 seconds) 16.27.04 Join Keripo [0] (~Keripo@eng044.wireless-resnet.upenn.edu) 16.28.18 # r28735 build result: All green 16.30.13 Join Keripo1 [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 16.31.05 Quit Keripo (Ping timeout: 240 seconds) 16.36.34 Join ppawel [0] (~ppawel@host167.voltar.net.pl) 16.47.00 Quit DerPapst1 (Read error: Connection reset by peer) 16.47.35 Join DerPapst [0] (~Alexander@p4FE8EFE1.dip.t-dialin.net) 16.54.54 Quit mt (Ping timeout: 255 seconds) 16.58.46 Quit Keripo1 (Quit: Leaving.) 17.03.38 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 17.03.39 Quit LambdaCalculus37 (Changing host) 17.03.39 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 17.06.40 # scorche: Thanks for updating the forums. :) 17.10.08 Quit user890104 () 17.11.13 # TheSeven: I was curious to know if you have made any additional progress with the iPod Classic's storage. 17.12.43 Join ReimuHakurei [0] (~reimu@74.112.212.15) 17.12.56 # i'm currently fighting the bad sectors of my drive 17.14.47 # TheSeven: My Classic's drive has no bad sectors to my knowledge. Want me to test anything? 17.15.11 # hm, i don't think there's much to test yet 17.15.25 # does anyone want to start the rockbox port? 17.16.02 # mmmh, how do you fight bad sectors? 17.16.08 # other than getting a new disk 17.16.21 # i implemented some bad block remapping thing at the ata driver level 17.16.34 # and am currently scanning the disk and generating the bad block table 17.17.00 # mmh 17.17.07 # Wouldn't it be more efficient to generate a good block table for that particular disk? 17.17.12 # nope 17.17.18 # in my exp this is only a short term solution at best 17.17.19 # about 0.2% of the blocks are bad 17.17.55 # what kind of drive is it? 2.5"? 17.18.01 # amee2k: this is a device i use mainly for testing, and for that i need to (temporarily) get rid of the bad sectors 17.18.10 # 1.8" ZIF 5mm 17.18.21 # ooh, okay 17.19.27 # not sure about these but regular hard drives can do some remapping on their own 17.19.34 # gevaerts: actually the scan is generating a bad block table, which is then transformed into a good block mapping table, which is used by the ata code 17.19.58 # and when they start developing bad sectors en mass, its often times not going to stop until the drive is mostly useless 17.19.58 # amee2k: this one can also do that, but apparently only ~5k bad sectors, and it has like 25k 17.20.41 # i have a strong suspicion that those bad sectors are the effect of some kind of mechanical damage to the platters at that location 17.21.05 # bah 17.21.10 # USB can go die in a fire 17.21.20 # it's only the first quarter of the disk that suffers from bad sectors, and there seems to be some kind of pattern in their locations 17.22.14 # one tiny hickup and dd freezes while trying to pull an image 17.23.38 # TheSeven: Do you need a dd dump of the hard drive? 17.23.41 # TheSeven: not sure how the CHS to LBA mapping works but extensive platter damage would create bad sectors in adjectant cylinders 17.24.28 Quit ppawel (Quit: Leaving) 17.24.51 # LambdaCalculus37: I can't boot the OF on mine anyway (excessive hard drive damage) 17.25.13 # TheSeven: Mine works. If you want, I can make a dd dump of the hard drive for you. 17.25.32 # what should i do with that? 17.26.09 # there are a few hundreds of bad sectors in the firmware partition 17.26.38 # * TheSeven wonders if he should get a classic 3g for christmas 17.27.10 # and the most annoying thing is that it sometimes leaves dd stuck in a state where you can't kill it >:| 17.27.18 # wth, some tracks on my pc trigger a stack overflow 17.28.33 # because the kernel isn't properly rejecting the dead device 17.28.52 # among other things, killing fdisk -l as well 17.29.28 # * TheSeven seriously wonders if anyone wants to do the rockbox port for the ipod classic 17.29.55 # * TheSeven didn't start the nano2g port either, and what we did back then worked quide well 17.30.19 # (me reverse engineering the hardware and writing little proof-of-concept standalone drivers, and someone else plugging them into rockbox) 17.30.45 # i would also take care of the boot/installation process 17.31.51 # * gevaerts would volunteer, but he doesn't have a classic and he doesn't care a lot about ipods anyway 17.43.44 # i learn whatever if i have to get one 17.43.54 # i bought a ipod classic just for rockbox 17.46.13 # I can help with a port, but I'm not a very good programmer. 17.46.41 # This is your chance to learn! 17.47.51 # i'll defo help 17.48.01 # The port page needs to be updated if necessary: http://www.rockbox.org/wiki/IpodClassic1G 17.49.29 # TheSeven: I know you did make a little bit of progress. Could you document that on the wiki? 17.51.58 Join Jerom [0] (~jerome@95.171.142.85) 17.52.13 # LambdaCalculus37: http://www.freemyipod.org/wiki/Status is more up to date 17.52.25 # TheSeven: Mind if I can copy/paste it over to our wiki? 17.53.09 # you can of course do that 17.53.42 # LambdaCalculus37: don't copy/paste *too* directly 17.54.08 # also, even though this is certainly similar to the nano2g, it's probably most similar to the nano3g, which uses the same SoC 17.54.13 # "Yes" on freemyipod means "possible" for rockbox, not "done" :) 17.54.30 # gevaerts: Of course. :) 17.55.37 # TheSeven: Actually, I'm not going to copy/paste since the chart on freemyipod says all. But I'm going to write down what does work at least. 17.55.48 # yea 17.56.20 Quit JdGordon (Ping timeout: 250 seconds) 17.56.43 # TheSeven: What does work thus far? 17.57.03 # in embios? basically everything that has a "yes" in that table 17.57.42 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 17.59.30 # Okay, I made a little note that mentions that everything that works so far is in the table. 18.00.41 # LambdaCalculus37: maybe update the URL, and clarify that it works in embios, not in rockbox? 18.00.46 Quit stoffel (Ping timeout: 260 seconds) 18.01.26 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 18.01.26 Quit ReimuHakurei_ (Client Quit) 18.02.20 # gevaerts: "This work is for emBIOS, no actual code for Rockbox has been written yet." 18.02.22 # haha, rockbox as an emBIOS app? :P 18.02.26 # kugel: your android app port is in rockbox/android, right? 18.02.47 # there and in firmware/target/hosted/android 18.02.56 # ah, i see 18.03.53 # and all the device depenent stuff lives in rockbox/firmware? 18.05.51 Quit Jerom (Quit: Leaving.) 18.08.13 *** Saving seen data "./dancer.seen" 18.09.04 # IIRC the Classic doesn't follow the iPod standard of a separate firmware partition + storage partition, correct? 18.09.07 # amee2k: yes, android/ has the java layer 18.09.37 # right, but i mean in general as well 18.10.04 # not really 18.10.25 # things like firmware/common aren't very device dependent 18.12.06 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.14.27 # hmmm okay, let me rephrase 18.14.58 # if its device dependant, it goes into /firmware, right? (not implying the other way around) 18.15.42 # It depends :) 18.15.57 Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) 18.16.12 Join Strife1989 [0] (~Strife89@adsl-80-128-22.mcn.bellsouth.net) 18.16.16 # i'm just trying to make sense of the directory structure her e>_< 18.16.20 # I'd say probably, but not *directly* because it's device dependent 18.16.21 Quit Strife89 (*.net *.split) 18.16.21 Quit MagusG (*.net *.split) 18.16.21 Quit aevin (*.net *.split) 18.16.22 Quit TBCOOL (*.net *.split) 18.16.22 Quit FOAD (*.net *.split) 18.16.22 Quit pjm0616 (*.net *.split) 18.16.22 Quit guymann (*.net *.split) 18.16.22 Quit lostlogic (*.net *.split) 18.16.32 Join aevin [0] (eivindsy@unaffiliated/aevin) 18.16.35 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 18.16.40 # Hardware support is usually going to be firmware/ 18.16.43 Join FOAD [0] (~dok@83.161.135.61) 18.16.49 # okay 18.16.54 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 18.17.08 Join pjm0616 [0] (~user@110.9.28.120) 18.17.15 Join guymann [0] (~charles@69.0.8.105) 18.17.21 # For the application, OS support can be seen as equivalent to hardware 18.18.00 # yeah, all the application ports seem to go into firmware/hosted 18.18.32 # Basically apps/ is going to be application layer, while firmware/ is going to be OS and/or kernel layer. That's a bit vague of course 18.19.12 # but the kernel has device dependant and general parts? 18.19.28 # or is a port basically a reimplementation of the kernel 18.19.45 # the former 18.21.28 # There are drivers, there's basic support for things like context switches (which is more CPU dependent rather than device dependent), and there are some general parts like the FAT driver, C library things, unicode handling,... 18.23.13 # Maybe a good way to describe it could be that apps/ is everything you'd throw away if you wouldn't want an audio player but something entirely different, while firmware/ would stay 18.23.34 # Althought that's of course not clear-cut either 18.23.42 # hmm i see 18.24.15 # You get used to it, and then it's obvious :) 18.24.30 # hm... new analogy 18.24.57 # all the stuff in firmware forms a HAL? 18.25.00 # * gevaerts tends to see firmware/ as those bits he feels confortable working in, and apps/ as icky and unfamiliar 18.25.30 # (which um... is sort of a barebones kernel by some definitions anyway) 18.25.45 # It's a bit more than that (I wouldn't see unicode and font support as part of a HAL), but yes 18.26.19 # but at least it means i'm getting somewhere in my head :) 18.26.51 Quit BlakeJohnson86 (Read error: Operation timed out) 18.27.25 # One basic rule is that apps/ can call firmware/, but the reverse is not allowed (except for callbacks, but that's a different sort of call) 18.27.40 # meh, I uploaded the patch too early 18.28.13 # so if i wanted to interpret a syscall interface into this structure, it would go into all the calls from apps to firmware? 18.28.30 # Although of course this being the real world we have one or two exceptions to that rule :) 18.29.27 # A bit higher than that I'd say (although we don't do syscalls of course) 18.29.53 # C library support is in firmware/ 18.30.16 # well, a syscall interface, even if its technically implemented as regular calls, helps me make a logical division between a user space and a kernel space 18.30.38 # Yes, but those aren't really good terms to think in 18.30.49 # Well, not for rockbox 18.31.16 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 18.31.54 Quit BlakeJohnson86 (Client Quit) 18.32.05 # rockbox has no user space :) 18.32.12 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 18.33.22 # >_< 18.33.41 # don't make me scratch my head... i was just about to think i'm getting somewhere 18.40.28 Quit hebz0rl (Remote host closed the connection) 18.47.22 Quit pamaury (Remote host closed the connection) 18.47.30 Join domonoky1 [0] (~Domonoky@agsb-4d055add.pool.mediaWays.net) 18.48.37 Quit domonoky (Ping timeout: 245 seconds) 18.50.17 Join mortalscan [0] (~mortalsca@109.169.55.155) 18.54.09 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 18.54.58 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 18.59.29 # I am visually impaired and trying to install Rockbox on a Sansa Clip+. Everything I'm reading says that in order for the new firmware to install, the player has to be in MSC mode, and that auto doesn't work. Can someone who has access to a Clip+ with the original firmware tell me what buttons I need to press to change this setting? 19.00.05 Join mt [0] (~mt@41.236.222.167) 19.02.51 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.05.20 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net) 19.09.29 Join panni_ [0] (hannes@ip-178-203-77-160.unitymediagroup.de) 19.09.48 Join Horscht [0] (~Horschti@xbmc/user/horscht) 19.18.00 Quit anewuser () 19.29.45 Quit Rob2223 (Quit: Rob2223) 19.33.02 Join beerpages [0] (~beerpages@p5B2451AD.dip.t-dialin.net) 19.33.14 # Willst du ein eigenes Gästebuch? Erstell dir eins auf www.beerpages.de 19.33.18 Part beerpages 19.36.13 Join Rob2222 [0] (~Miranda@p4FFF07DB.dip.t-dialin.net) 19.39.20 # FS#11793 19.40.21 Quit Rob2222 (Client Quit) 19.40.22 Join baptiste_ [0] (~chatzilla@vir91-12-78-231-137-156.fbx.proxad.net) 19.40.28 Join Rob2222 [0] (~Miranda@p4FFF07DB.dip.t-dialin.net) 19.53.26 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 19.58.50 Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-128-22.mcn.bellsouth.net) 20.01.06 Quit Keripo (Ping timeout: 276 seconds) 20.02.24 # AlexP: ban salome4411 please 20.03.23 # OK 20.08.14 *** Saving seen data "./dancer.seen" 20.23.54 Join Horschti [0] (~Horschti@xbmc/user/horscht) 20.25.35 # New commit by 03Bryant (r28736): make WavPack library check the extent of the block that it is parsing so that it cannot run into the next block; also enhance the metadata code to ... 20.26.15 Quit Horscht (Ping timeout: 265 seconds) 20.27.40 # r28736 build result: All green 20.38.14 Join b0hoon [0] (~quassel@eao97.neoplus.adsl.tpnet.pl) 20.38.55 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 20.44.14 # gevaerts: do you think FS#11793 is a good idea? 20.44.58 # I think so, yes 20.45.19 # I don't know if other people will agree though 20.45.48 # it won't work for android unfortunately 20.45.53 # New commit by 03b0hoon (r28737): HDD6330: implement lcd_yuv_blit() function. The inner loop is written in assembler and the entire function is about 20% faster than the original from ... 20.47.13 # What's different about android? 20.47.33 # no swapcontext on it 20.47.46 # r28737 build result: All green 20.49.56 # hm 20.50.34 # but I have the feeling that the sim runs more smooth 20.52.00 # In that case I think we definitely want it 20.52.28 # It would be nice to be able to use the same mechanism everywhere, but if we can make the SDL app better, we should 20.53.34 Join einhirn [0] (~Miranda@p54851C25.dip0.t-ipconnect.de) 20.53.34 # it does use a bit less cpu 20.54.26 # that would be nice for the sdl app on weaker machines as it buns quite a few cycles doing nothing right now 20.54.31 # right, apparently uclibc doesn't do makecontext/swapcontext 20.55.00 # s/buns/burns/ 20.58.48 # gevaerts: there's another approach which suppsedly works on any unix (the one that pth uses as fallback when swapcontext isn't available), but it's a lot more complex so I didn't bother 20.59.10 Part b0hoon ("GTG. Bye.") 21.00.42 # kugel: if it really makes a difference, maybe someone should do it anyway though 21.01.57 # someone, sure :) 21.02.13 # :) 21.06.39 # the other approach is *really* tricky 21.08.42 # How do you switch between threading models? 21.08.57 # where? 21.09.33 # I mean, if I apply that patch, how does the build decide what to pick, and how can I check what it did? 21.10.12 # it adds -DHAVE_UCONTEXT to the makefile 21.10.16 # lots of iddefs i guess 21.10.19 Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 21.10.26 # ah, ok 21.11.07 # /home/fg/rockbox/firmware/target/hosted/sdl/thread-unix.c:41: warning: warning: getcontext is not implemented and will always fail 21.11.13 # That says enough I guess :) 21.11.35 # (n900) 21.12.28 # :'( 21.12.39 # so they implement it but let it always fail? 21.12.45 # apparently 21.12.47 # great..... 21.12.51 # That's glibc on arm 21.13.19 Quit evilnick__ (Ping timeout: 255 seconds) 21.13.28 # on arm we could use our arm asm for context switching 21.16.54 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 21.16.54 Quit bertrik (Changing host) 21.16.54 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.17.15 # * gevaerts doesn't know too much about that code, so he can't comment 21.18.10 Quit slooopy (Ping timeout: 255 seconds) 21.26.15 Quit bmbl (Quit: Verlassend) 21.26.47 # gevaerts: I guess your case can be checked at configure time 21.27.10 # what version is glibc on your phone? 21.28.16 # 2.5.1-1eglibc27 21.28.26 # That's not going to help much thoguh 21.28.34 # It depends on architecture, not version 21.29.51 # but it's perhaps implemented it later versions 21.29.58 Quit GeekShadow (Quit: The cake is a lie !) 21.30.30 # no 21.34.21 # how do you know? I fail at browsing the glibc sources :\ 21.35.01 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 21.35.08 # http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369453 21.37.26 # :\ 21.37.55 # the last comment worries me 21.38.41 Quit benedikt93 (Quit: Bye ;)) 21.38.48 # bsd libc has something for swapcontext on arm 21.39.59 # but pth did run on my mini board so there's a way. I assume the fallback approach is taken 21.41.23 # i'm not sure how involved the context is on arm, but couldn't you save the stack and and registers yourself? 21.42.59 # arm is not a problem 21.44.35 # the standard library function works on x86, so what else is needed? 21.46.45 Quit bertrik (Ping timeout: 240 seconds) 21.59.15 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 21.59.21 Quit bertrik (Changing host) 21.59.21 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.59.51 # netbsd has *context() for arm so I don't understand why eglibc doesn't have it 22.01.02 Quit liar (Quit: Leaving) 22.01.22 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.08.15 *** Saving seen data "./dancer.seen" 22.18.51 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 22.21.07 Quit baptiste_ (Ping timeout: 245 seconds) 22.22.21 Quit factor (Read error: Operation timed out) 22.23.01 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 22.23.18 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 22.23.46 Join baptiste [0] (~chatzilla@vir91-12-78-231-137-156.fbx.proxad.net) 22.24.34 Quit TheLemonMan (Quit: free(me)) 22.28.35 Quit benedikt93 (Quit: We are all disturbed!) 22.35.17 Quit evilnick_ (Read error: Connection reset by peer) 22.35.43 Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 22.36.06 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 22.43.25 # gevaerts: sure, but then those who worked on the site need to evaluate what they are doing to the database...the forums database is a *hell* of a lot bigger than that and i am not using caching there either really 22.44.19 # scorche: it's also not using sqlite I presume 22.44.32 # there is that... 22.44.38 # sqlite really wasn't designed for parallel access 22.47.09 # I mainly wanted to say that ust growing the database (or number of simultaneous users) can easily have caused the same code to suddenly not work very well 22.47.20 # There doesn't have to be a recent change 22.47.22 Join B4gder [0] (~daniel@rockbox/developer/bagder) 22.47.22 # sure 22.47.52 # maybe we need to look at moving it to mysql then... 22.48.08 # either way, their input would be good =) 22.49.14 # * gevaerts nods 22.49.27 Quit Bagder (Ping timeout: 252 seconds) 22.50.33 Nick B4gder is now known as Bagder (~daniel@rockbox/developer/bagder) 22.57.53 Quit BHSPitMonkey (Remote host closed the connection) 23.01.32 # New commit by 03Bryant (r28738): remove a little redundant code from the WavPack metadata module to partially make up for the code just added 23.02.43 Join earcar [0] (~carmine@93-39-232-82.ip78.fastwebnet.it) 23.03.31 # r28738 build result: All green 23.07.56 Quit shai (Ping timeout: 265 seconds) 23.08.09 Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr) 23.08.09 Quit pamaury (Changing host) 23.08.09 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.09.58 # kugel: for the plugins problem, we should just have a plugindata dir which is in a writeable place and not overlapping with the ./rockbox/rocks directory 23.10.08 # possibly even do that for all targets 23.10.13 # bertrik: any progress in fuze+ firmware analysis ? 23.13.43 Quit baptiste (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]) 23.16.26 # pamaury, no I didn't have time for that this weekend 23.17.02 # ok, neither me 23.20.16 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 23.23.49 # JdGordon: I only hope we find something that doesn't involve changing all plugins 23.26.52 Quit Horschti (Quit: Verlassend) 23.27.15 Quit {phoenix} (Remote host closed the connection) 23.29.34 Quit earcar (Quit: bye) 23.32.57 Quit markun (Read error: Connection reset by peer) 23.44.27 Join webguest09 [0] (~59806fea@giant.haxx.se) 23.45.06 Quit webguest09 (Client Quit) 23.45.23 Quit Keripo (Quit: Leaving.) 23.47.18 Quit efyx (Quit: Quitte) 23.52.41 Join marines [0] (~marines@marvin.uplink.cz) 23.52.41 Quit domonoky1 (Read error: Connection reset by peer) 23.53.48 # what audio codec eats the least cpu on rockbox during playback? 23.54.15 # marines: see CodecPerformanceComparison page in the wiki 23.54.35 # :o 23.55.01 # but it depends a bit on what you want, i'd guess recular pcm/wav files to require next to no cpu to play 23.55.16 # s/recular/regular 23.56.31 # If you're interested in battery life, CPU usage isn't the only thing to keep in mind, especially on hard disk players 23.56.35 # i don't know why i didn't find this page 23.56.37 Quit einhirn (Read error: Connection reset by peer) 23.56.40 # flac is very fast too and of the lossy mp3 and mpc are very fast 23.56.56 # i'm using sansa c200v2 23.56.57 # i 23.57.14 # i'd like to increase duration of playback on battery 23.57.29 # marines: what codec are you using now? 23.57.42 # it's very good now but it's good to know how to make it better 23.57.48 # mp3 23.58.29 # and i'm using external card 23.58.30 # the numbers on that page are very strange for the AS3525 cpu 23.58.39 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) 23.58.39 Quit markun (Changing host) 23.58.39 Join markun [0] (~markun@rockbox/developer/markun) 23.58.50 # but i don't think you will save much by switching to another codec