--- Log for 02.02.109 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 0 hours ago 00.01.05 # yeah, the only fs dump I have for an R is from the devboard and that's some kind of hybrid R so I can't really say that's safe 00.02.10 # do you know of someone who might have that dump file or of an alternative method that might get it to work if all of the recovery mode tactics have failed? 00.03.02 # sorry, I can't say I do 00.04.20 Quit Jonny_ ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 00.04.30 # you were saying earlier that e200tool could rescue me in manufacturer mode, how so? 00.05.36 # well, using the normal go into recovery mode and then store a new bootloader and then use the format trick, I would assume 00.05.46 # Bagder: have you already looked at implementing checkwps into tools/configure or should I give it a try? 00.06.04 Quit Thundercloud (Remote closed the connection) 00.06.07 # ... uh, no that's still pending 00.08.11 Quit bluebrother ("leaving") 00.08.27 # we could just add it to the list of tools so that it gets built for each build, a small waste but also quite simple 00.08.53 # Bagder: I have already tried sansa.fmt, firmware.mi4 (and it's older named equiv.) and the bootloader file off of daniel's site in recovery mode, and none of those fixes have worked, but I didn't use e200tool in the process 00.08.59 # n1s: it would quite suffice, since right now those tools are not cleared on all rebuilds 00.09.39 # Legomaniac: just for the record, I am daniel 00.10.03 # oh, well thanks you greatly for all of your resources 00.10.10 # n1s: argh, would NOT suffice 00.10.49 # Bagder: don't they rebuild if their dependencies change? 00.11.03 # bertrik (for the logs): Looks very nice! A bit patchy, but there is definately info there :) 00.11.10 # n1s: they do... 00.11.27 # but that would make yellows for example only appear once 00.11.38 # ah, right 00.12.17 # hm, how is checkwps built right now? 00.13.44 # The buildall.sh script gets run 00.13.52 # which calls Makefile with different arguments 00.13.55 # right, I just found it 00.14.28 # I would think something like tools/configure generating a Makefile which calls buildall.sh (and cleanall.sh upon clean) 00.14.41 # yes, I think so too 00.16.47 Join [1]TruthTaco [0] (i=TruthTac@adsl-217-217-138.aby.bellsouth.net) 00.18.04 # Bagder: is there a way I can restore the bootloader and the firmware using e200tool without having to go into recovery mode? 00.18.46 # Legomaniac: no, as the recovery mode is the only thing that can write the bootloader etc to the hidden partition 00.19.14 # that's why from manufacture mode the first thing to do is to get recovery mode working 00.20.05 # what about e2tplus? 00.20.24 # what's that? 00.20.29 Quit lymeca (Read error: 110 (Connection timed out)) 00.20.58 # e2tplus is nothing but e200tool with ability to read from and write to NAND memory (daughter board). 00.21.17 # copied from the thread I have found to be the most promising 00.21.51 # if they modified e200tool without passing the code back to us, I would not trust it 00.21.55 # but that's me 00.24.03 Quit ender` (" We are surprised at our own versatility in being able to fail in so many different ways. -- Samuel McChord Crothers") 00.24.43 # alright, I will take your word on not trusting their code, but whenever I paste the firmware.mi4 file, the bootloader file (in .btl formate) and the sansa.fmt file onto the recovery mode partition upon reboot I just get the error "load main image failed" "enter recovery mode" 00.25.36 # the standard R recovery mode cannot write the bootloader 00.26.02 # so if that is damaged, you need to run the recovery mode using a "vanilla" bootloader 00.26.11 Join casainho [0] (n=chatzill@87-196-169-52.net.novis.pt) 00.26.37 # hello :-) 00.27.02 # I am having a probelm on FAT32 driver... 00.27.21 # can someone please look at this piece of code and explanation of my problem? : http://pastebin.com/m2c77319d 00.28.03 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.28.19 # casainho: what does this mean? 'When i more or less higher than 200' 00.28.33 # (wrote the exact same question, but was too slow) 00.28.41 # :) 00.29.36 # Bagder: is there a guide somewhere that can explain how to use a "vanilla" bootloader 00.29.37 # ? 00.29.38 # i is one variable... 00.29.58 # on this loop: for (i=0; (i < sectorcount) && (sector > -1); i++ ) { 00.30.14 # ah 00.30.41 # I am trying to run the code step by step and did happens that when "i" was about higher then 200, the problem did happen :-( 00.30.55 # Legomaniac: I don't know. You can run it by entering manufacture mode and then load that bootloader to get to recovery mode 00.31.25 # casainho: as I think there's probably nothing wrong with the FAT driver, are you sure your read_sectors()/write_sectors() implementation does nothing wrong? 00.31.51 # (and as you run code step by step, can't you see where it 'crashes'?) 00.32.40 # Bagder: will e200tool know where to place the .btl bootloader file? Do I have to place it at a specific sector? 00.33.30 # mcuelenaere: okok, I will try... but I just see it "crashing"... I am right now trying to take a sreenshot before adn after to show you 00.33.38 # Legomaniac: e200tool doesn't place it at all. e200tool helps you reach recovery mode, and then you copy the bootloader to the recovery partition 00.34.06 # Legomaniac: but since that is the vanilla bootloader, you need to then rename the bootloader to .rom to make it "look" like a vanilla one to the recovery mode 00.34.20 # hm, I express myself a bit confusing 00.34.29 # oh, I saw now, after "last_sector" is higher than 255!!! 00.34.42 # yeah, sorry I am not following you so well 00.34.47 Quit TruthTaco (Read error: 110 (Connection timed out)) 00.34.48 Nick [1]TruthTaco is now known as TruthTaco (i=TruthTac@adsl-217-217-138.aby.bellsouth.net) 00.35.01 # casainho: do you have a recent diff somewhere? 00.35.06 # Legomaniac: the key steps are 1) manufature mode 2) load the vanilla bootloader 00.35.23 # Legomaniac: then you mount the 16MB recovery file system 00.35.50 # Legomaniac: there you copy the .btl bootloader, but you need to rename it to the vanilla bootloader name which ends with .rom 00.36.17 # mcuelenaere: diff of what? of all my port code? 00.36.24 # yes 00.36.37 # both the one in the patch tracker and on code.google seems out of date 00.37.07 # Bagder: so how do I perform step 2? 00.37.20 # Legomaniac: using e200tool 00.38.06 # I will upload one right now! 00.38.26 # Legomaniac: "e200tool recover " is the command 00.38.27 # Bagder: I guess I was just a little confused when you said that e200tool doesn't place anything 00.38.41 # Legomaniac: e200tool just loads stuff in your device's RAM 00.38.48 # gotcha 00.40.21 Quit faemir ("Lost terminal") 00.40.33 Quit culture (Remote closed the connection) 00.41.17 # mcuelenaere: here is the patch:: http://rockboxplayer.googlecode.com/svn-history/r202/trunk/rockbox_patch/20090201-rockbox_player_patch-r19899 00.41.58 # Bagder: can you guess why that piece of code hangs when variable "i" pass the value 255? 00.42.19 # that piece of code is the original from FAT driver... 00.42.30 # Bagder: where could I attain a copy of the vanilla bootloader so I can use e200tool to load it? 00.42.32 # casainho: do you setup the RAM? 00.42.39 # or cpu clocks 00.42.50 # I don't see any system_init() in your bootloader 00.43.12 # Legomaniac: http://daniel.haxx.se/sansa/mi4.html lists a few 00.43.20 # isn't that already setup by the bootloader/crt0.S? 00.43.21 # "BL file" 00.43.45 # casainho: can't you just single-step until it hangs? 00.44.02 # kugel: the SD RAM and CPU clocks are configured on OpenOCD scritps, because I am debugging the code... and yes, it is on crt0.S file 00.44.02 # b [point] if (i == 255) 00.44.58 # Bagder: is that a command to GDB? because I am using Eclipse... but I will try to use that command on Eclipse Debug shell... 00.45.18 # yes, that's a conditional breakpoint in gdb speak 00.45.56 # casainho: that isn't really how other targets do this (they do this in system_init() ). IMHO crt0.S should be as clean as possible 00.47.02 # casainho: but the logic at line 85+86 is probably what is triggered at that point so you could focus there 00.47.02 # mcuelenaere: in fact, it does on a C function called soon as possible on C Startup... 00.47.23 # hmm yes I just saw it now 00.47.25 Quit n1s () 00.47.36 # well anyway, it's just my opinion; not a rule or so :) 00.47.44 Quit T0paz (Read error: 113 (No route to host)) 00.48.57 # Bagder: nice ;-) -- I will put a break point there and see... 00.49.28 # mcuelenaere: well, later I can clean the code :-) -- I am focus now to put bootloader working :-) 00.49.54 # * Bagder runs off to try his bed for a few hours 00.49.55 # Bagder: I think I am misunderstanding you, I previously got my firmware and bootloader file from the site you just linked me to, but I do not see anything there referencing or named "vanilla" 00.50.16 # Legomaniac: "vanilla" as in the regular e200, the non-R ones 00.50.34 # night 00.50.40 # oh... thank you! 00.51.02 # good night :-) 00.54.58 Join QuickStart [0] (n=QUICKSTA@pool-72-88-176-22.nwrknj.east.verizon.net) 00.55.26 # mcuelenaere: did you try the patch? 00.55.38 # I just saw that it hangs on my driver: int sd_read_sectors(IF_MV2(int drive,) unsigned long start, int count, void* buf) 00.56.09 # how do you mean 'did you try the patch' ? 00.56.16 # I don't have the target?? 00.56.20 # s/??/../ 00.56.23 # well, if you did something with the patch... 00.56.28 # no, not really 00.56.37 # mcuelenaere: ok, I understand.. but since you asked for it... 00.57.04 # well I looked shortly at it, but didn't really see anything suspicous 00.57.10 # suspicious* 00.57.18 # have you found where exactly it crashes? 01.01.36 # hmmm, it's on my drivers, on that sd_read_sectors... however I am tryning to understand... because it crashes just when it is called on that time... -- okok, I will report later :-) 01.05.17 # eheh :-) 01.05.18 # int sd_read_sectors(IF_MV2(int drive,) unsigned long start, int count, void* buf) 01.05.31 # "count" must be static, I think 01.06.11 # or no? - can the "count" lost it value if I call another function inside that one? 01.07.25 Quit Legomaniac ("http://www.mibbit.com ajax IRC Client") 01.09.14 Join culture_ [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) 01.09.34 Nick culture_ is now known as culture (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) 01.10.07 # how could you define 'count' static in a function call? 01.11.04 # @casainho 01.11.10 Quit QuickStart (Remote closed the connection) 01.12.08 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 01.12.58 # mcuelenaere: well, I think "count" goes to 0 after another function is called inside that one... 01.13.10 # Bagder (logs): does this look like a clean enough implementation? http://pastebin.com/m6f7c2e50 01.13.43 # casainho: yes, that's what the while(count--) does 01.13.48 # isn't this code yours? 01.14.51 # I yes, that's my code, maybe it's buggy :-) no? 01.15.20 # could be 01.15.31 # so the device crashes upon entering sd_read_sectors()? 01.18.36 # yes, it was hanging there.. now I changed the code and looks like it is hanging later... 01.18.41 # I will discover... 01.20.38 Join MTee [0] (n=mtee@41.233.147.213) 01.20.44 *** Saving seen data "./dancer.seen" 01.21.03 Quit culture (Read error: 104 (Connection reset by peer)) 01.24.08 Quit toffe82 (Read error: 60 (Operation timed out)) 01.28.19 Quit Aurix_Lexico1 (Read error: 110 (Connection timed out)) 01.29.10 # mcuelenaere: oh no - the system crashes on that loop "while(count--)" 01.29.21 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 01.29.33 # casainho: how so? does it go into an infinte loop? 01.29.39 # infinite* 01.34.35 Join fett [0] (n=86868b48@gateway/web/cgi-irc/labb.contactor.se/x-b71456b5dd140ab2) 01.36.41 # Hi all 01.37.28 # mcuelenaere: I am truyngin to understand... I coundln't find yet... 01.39.10 Quit nuonguy ("This computer has gone to sleep") 01.40.18 # I have a Sansa e260 and I use rockbox.. it is very cool... Also I have Griffin dock station with power in and audio out. When I supply power my Sansa use default firware instead of rockbox. Is there a way to enable rockbox? 01.42.57 # * mcuelenaere is off to bed 01.43.41 Quit mcuelenaere () 01.44.43 Quit dfkt (Read error: 104 (Connection reset by peer)) 01.49.35 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 01.56.18 Quit fett ("CGI:IRC") 02.02.40 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.03.11 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 02.03.43 Quit Thundercloud (Remote closed the connection) 02.17.58 Quit parafin (Connection timed out) 02.23.48 Quit tyfoo (Read error: 104 (Connection reset by peer)) 02.26.54 Quit casainho (Read error: 113 (No route to host)) 02.47.08 Quit kugel (Read error: 110 (Connection timed out)) 02.47.50 Quit MethoS- (Read error: 104 (Connection reset by peer)) 02.53.50 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.20.45 *** Saving seen data "./dancer.seen" 03.33.40 Join Horscht86 [0] (n=Horscht@p4FD4BECD.dip.t-dialin.net) 03.39.21 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.40.51 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-245fd1905a57ceb4) 03.52.16 Quit Horschti (Read error: 110 (Connection timed out)) 03.58.20 Join asdf_ [0] (n=asdf@d75-157-207-144.bchsia.telus.net) 03.59.20 Join peter_ [0] (n=peter@d154-20-61-136.bchsia.telus.net) 03.59.34 # argh 03.59.46 # woo 03.59.49 Nick peter_ is now known as Guest10412 (n=peter@d154-20-61-136.bchsia.telus.net) 03.59.52 # woooooooooooOOOOOOOOOOOOOOOO~! 04.00.28 # asdf_, Guest10412, this is an on-topic rockbox support/development channel. please keep it on-topic 04.01.05 Nick Guest10412 is now known as dbbbbb (n=peter@d154-20-61-136.bchsia.telus.net) 04.02.01 Part asdf_ 04.05.53 Join blkhawk- [0] (n=blkhawk@f051097091.adsl.alicedsl.de) 04.08.41 Join Barahir [0] (n=jonathan@Xbc68.x.pppool.de) 04.22.08 Quit blkhawk (Read error: 110 (Connection timed out)) 04.22.51 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051097091.adsl.alicedsl.de) 04.22.51 Quit Barahir_ (Read error: 110 (Connection timed out)) 04.26.08 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 04.27.35 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.33.09 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 04.41.21 Quit XavierGr () 04.42.22 Join Eggbertx [0] (n=eggbertx@c-67-185-180-216.hsd1.wa.comcast.net) 04.42.32 Quit Eggbertx (Client Quit) 04.46.10 Join not-Andy [0] (n=454f0c0d@gateway/web/cgi-irc/labb.contactor.se/x-94fc38a09728f362) 04.48.22 # * linuxstb wonders about the changes to checkwps 04.48.54 Quit not-Andy (Client Quit) 04.49.05 Join not-Andy [0] (n=454f0c0d@gateway/web/cgi-irc/labb.contactor.se/x-7789411487430af8) 04.53.44 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.54.03 # Hello! I was just wondering whether or not I can install (even if it doesn't work) RockBox in hardware for which it was definitely NOT intended. If so, how do I get it to install in the first place? Thanks in advance! 04.54.30 # not-Andy, you'd have to port rockbox to that hardware 04.54.41 # Rockbox needs to be specially ported to each individual device 04.56.27 # Okay then. I'll see what I can do... thanks again! 04.57.21 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 05.05.03 Quit HellDragon (Client Quit) 05.07.18 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 05.08.17 Quit not-Andy ("CGI:IRC") 05.12.21 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 05.17.18 Quit Horscht86 ("Verlassend") 05.20.47 *** Saving seen data "./dancer.seen" 05.23.58 Quit linuxstb (Read error: 110 (Connection timed out)) 05.24.17 Quit MTee (Read error: 110 (Connection timed out)) 05.31.42 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 05.44.07 Join JC [0] (n=3b5c73d6@gateway/web/cgi-irc/labb.contactor.se/x-320448c39304bfa2) 05.47.24 # My Sansa model says E250R and has a Rhapsody logo on its back, but, the USB modes are MSC and MTP. So should I use E250's firmware or E250R's firmware? 05.49.33 Quit Seed ("cu, Andre") 05.51.20 Join joshua___ [0] (n=chatzill@c-67-185-180-216.hsd1.wa.comcast.net) 05.51.26 Nick joshua___ is now known as Eggbertx (n=chatzill@c-67-185-180-216.hsd1.wa.comcast.net) 05.52.03 # can someone help me with making custom plugins? 05.52.47 # got a specific question? 06.02.57 Quit Eggbertx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 06.03.27 Quit JC ("CGI:IRC (EOF)") 06.11.12 Join toffe82 [0] (n=chatzill@ppp-71-140-88-131.dsl.frs2ca.pacbell.net) 06.11.48 Quit toffe82 (Client Quit) 06.17.29 Join mr45 [0] (n=hi@cpc2-hudd9-0-0-cust396.hudd.cable.ntl.com) 06.17.41 Part mr45 06.21.06 Join grdxyxy [0] (n=eric@116.30.25.58) 06.22.28 Quit dbbbbb ("Lost terminal") 06.32.22 Quit rocko ("Leaving") 06.37.26 Quit reacocard (Remote closed the connection) 06.46.36 Join __lifeless [0] (n=lifeless@89.20.104.164) 06.52.36 Quit astroboy123 (Read error: 110 (Connection timed out)) 06.56.03 Quit linuxstb_ (Read error: 110 (Connection timed out)) 07.04.47 Quit _lifeless (Read error: 110 (Connection timed out)) 07.15.03 Join apozdeev [0] (i=apozdeev@78.140.16.57) 07.20.48 *** Saving seen data "./dancer.seen" 07.21.50 Part grdxyxy 07.23.27 Quit apozdeev () 07.50.40 Quit __lifeless (Remote closed the connection) 07.55.04 Join _lifeless [0] (n=lifeless@89.20.104.164) 08.18.57 Quit CaptainKewl (Read error: 60 (Operation timed out)) 08.23.32 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.29.58 Quit kachna (Read error: 113 (No route to host)) 08.41.12 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.43.08 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.57.00 Join Rob2222 [0] (n=Miranda@p4FDCC940.dip.t-dialin.net) 08.59.08 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.59.32 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 09.00.37 Join petur [50] (n=petur@rockbox/developer/petur) 09.02.04 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 09.02.20 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 09.02.52 Part B4gder 09.03.15 DEBUG Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) 09.03.15 *** Cleanup 09.03.15 *** Saving seen data "./dancer.seen" 09.03.15 *** Exit 09.06.27 *** Started Dancer V4.16 09.06.27 *** Connected to irc.freenode.net on port 6667 09.06.27 *** Logfile for #rockbox started 09.06.29 *** Server message 501: 'logbot :Unknown MODE flag' 09.06.30 Mode "logbot :+i" by logbot 09.06.30 Join logbot [0] (n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8bbbc547dfd098ea) 09.06.30 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 09.06.30 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 09.06.30 Join petur [50] (n=petur@rockbox/developer/petur) 09.06.30 Join Rob2222 [0] (n=Miranda@p4FDCC940.dip.t-dialin.net) 09.06.30 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.06.30 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 09.06.30 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.06.30 Join _lifeless [0] (n=lifeless@89.20.104.164) 09.06.30 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 09.06.30 Join HellDragon [0] (n=jd@Wikipedia/HellDragon) 09.06.30 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 09.06.30 Join Barahir [0] (n=jonathan@Xbc68.x.pppool.de) 09.06.30 Join blkhawk [0] (n=blkhawk@f051097091.adsl.alicedsl.de) 09.06.30 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-245fd1905a57ceb4) 09.06.30 Join TruthTaco [0] (i=TruthTac@adsl-217-217-138.aby.bellsouth.net) 09.06.30 Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) 09.06.30 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 09.06.30 Join Rob2223 [0] (n=Miranda@p4FDCCAF7.dip.t-dialin.net) 09.06.30 Join rphillips [0] (n=rphillip@unaffiliated/rphillips) 09.06.30 Join buk_ [0] (n=buk@fac34-2-82-228-151-145.fbx.proxad.net) 09.06.30 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 09.06.30 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 09.06.30 Join n17ikh [0] (n=n17ikh@130.127.74.89) 09.06.30 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 09.06.30 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 09.06.30 Join gromit` [0] (n=gromit@ALagny-154-1-12-250.w83-112.abo.wanadoo.fr) 09.06.30 Join bs66_ [0] (n=sysuser@79.138.181.128.bredband.tre.se) 09.06.30 Join fyrestorm [0] (n=fyre@cpe-24-90-81-211.nyc.res.rr.com) 09.06.30 Join edrz [0] (n=eric@static-71-178-198-5.washdc.fios.verizon.net) 09.06.30 Join idshark [0] (n=chainsaw@i.will.tell.u.some.hotstories.de) 09.06.30 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.06.30 Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 09.06.30 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 09.06.30 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 09.06.30 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 09.06.30 Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 09.06.30 Join timc [0] (n=aoeu@124.93.243.83) 09.06.30 Join xSlack_ [0] (n=brett@173-17-70-78.client.mchsi.com) 09.06.30 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 09.06.30 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 09.06.30 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 09.06.30 Join Lss [0] (n=Lss@cm91.delta95.maxonline.com.sg) 09.06.30 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 09.06.30 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 09.06.30 Join beachsurfin [0] (n=kayla@unaffiliated/girlmeteor) 09.06.30 Join Dieterbe [0] (n=Dieterbe@213.219.138.165.adsl.dyn.edpnet.net) 09.06.30 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 09.06.30 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 09.06.30 Join soap [50] (n=soap@rockbox/staff/soap) 09.06.30 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.06.30 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 09.06.30 Join planetbeing [0] (n=planetbe@67-207-128-206.slicehost.net) 09.06.30 Join orsonj [0] (n=orson@b22222.bookstore.usu.edu) 09.06.30 Join kubzior [0] (n=kubz@unaffiliated/kubz) 09.06.30 Join Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) 09.06.30 Join shadearg [0] (i=arg@ipv4.panoptix.net) 09.06.30 Join dionoea [0] (n=dionoea@videolan/developer/dionoea) 09.06.30 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 09.06.30 Join krazykit [0] (n=kkit@76.252.49.213) 09.06.30 Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) 09.06.30 Join markun [50] (n=markun@rockbox/developer/markun) 09.06.30 Join undertakingyou [0] (n=will@undertakingyou.dsl.xmission.com) 09.06.30 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 09.06.30 Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 09.06.30 Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 09.06.30 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 09.06.30 Join Baw [0] (n=Sphinx@cpe-74-70-40-135.nycap.res.rr.com) 09.06.30 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 09.06.30 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 09.06.30 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 09.06.30 Join killan [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) 09.06.30 Join FOAD [0] (n=dok@dinah.blub.net) 09.06.30 Join ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) 09.06.30 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 09.06.30 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 09.06.30 Join trisiak [0] (n=tree@chello089078243195.chello.pl) 09.06.30 Join PRINCESS_FLUFF [0] (n=princess@modemcable116.35-20-96.mc.videotron.ca) 09.06.30 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 09.06.30 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 09.06.30 Join Galois [0] (i=djao@efnet-math.org) 09.06.30 Join chrippa [0] (n=chrippa@evangelion.se) 09.06.30 Join freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) 09.06.30 Join tarbo [0] (n=me@unaffiliated/tarbo) 09.06.30 Join feisar [0] (i=jljhook@ihq.in) 09.06.30 Join DaCapn [0] (i=dacapn@using.your.wireless-inter.net) 09.06.30 Join larstobi [0] (n=larstobi@195.139.173.50) 09.06.30 Join goffa [0] (n=goffa@216.220.23.105) 09.06.30 Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) 09.06.30 Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 09.06.30 Join blithe [0] (n=blithe@stiletto.djblithe.com) 09.06.30 Join Zambezi [0] (i=stolgfor@91.205.60.130) 09.06.30 Join flux [0] (i=flux@jolt.modeemi.cs.tut.fi) 09.06.30 Join tmzt [0] (n=tmzt@adsl-69-221-148-155.dsl.akrnoh.ameritech.net) 09.06.30 Join alexbobp [0] (n=alex@69.149.25.200) 09.06.30 Join Hadaka [0] (i=naked@naked.iki.fi) 09.06.30 Join lastebil [0] (n=truck@cube.lomal.la) 09.06.30 Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 09.06.30 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 09.06.30 Join crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 09.06.31 Join ch4os [0] (n=ch4os@gentoo/user/ch4os) 09.06.31 Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 09.06.31 Join crashd [0] (i=foobar@lostnode.org) 09.06.31 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 09.06.31 Join offset [0] (n=zero@ool-44c0032d.dyn.optonline.net) 09.06.31 Join at0m|c [0] (n=at0m@78-20-136-118.access.telenet.be) 09.06.31 Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 09.06.31 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 09.06.31 Join yosafbridge [0] (n=yosafbri@ludios.net) 09.06.31 Join Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 09.06.31 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 09.06.31 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 09.06.31 Join tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) 09.06.31 Join pabs [0] (n=pabs@xor.pablotron.org) 09.06.31 Join ze [0] (i=ze@76.91.72.105) 09.06.31 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 09.06.31 Join J-23 [0] (n=zelazko@unix.net.pl) 09.06.31 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 09.06.31 Join maraz [0] (i=maraz@xob.kapsi.fi) 09.06.31 Join courtc [0] (n=court@unaffiliated/courtc) 09.06.31 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 09.06.31 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 09.06.31 Join desowin_ [0] (n=desowin@72.37.225.164) 09.06.31 Join romain [0] (n=romain@peerfuse.org) 09.06.31 Join rasher [50] (n=rasher@rockbox/developer/rasher) 09.06.31 Join liiwi [0] (i=liiwi@idle.fi) 09.06.31 Join @ChanServ [0] (ChanServ@services.) 09.07.18 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-771540837ee61ee6) 09.07.45 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-771540837ee61ee6) 09.12.21 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 09.15.13 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.15.55 Quit bmbl ("Woah!") 09.17.54 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 09.26.36 # The H10 uses the OF for USB right? (I'm sure it does, just doublin checking) 09.27.01 # yes 09.38.02 # cheers 09.39.10 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.41.39 Join fragilematter [0] (n=fragilem@92.82.98.210) 09.44.33 Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 09.47.33 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.58.57 Join bluefoxx [0] (i=BlueFoxx@S0106005004792985.vs.shawcable.net) 09.59.13 # how far away are we from a working port of rockbox for the v2 e200 series? 09.59.35 # it is partially working 09.59.50 # meaning? 10.00.12 # mean, parts of it works! 10.00.16 # meaning even 10.00.40 # it would be nice to have even just basic mp3 audioplayback and microsd connectivity working, as i can't find a new v1 e200 10.00.45 # mine just broke yet again 10.01.14 # I think there are a few others that would also consider that nice 10.01.19 # so if i wind up just buying a new mp3 player, i want a rockbox-able one 10.02.09 # i've become rather fond of the mechanical style scroll wheel 10.02.23 # and i would have to have one capable of microsdHC cards 10.02.32 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-e75b26acf05baf36) 10.04.45 Join nibbler [0] (n=Nibbler@pD9E32BA5.dip.t-dialin.net) 10.04.56 # doesn't froobi ship to canada? 10.08.02 # bloody hell i hate electronics sometime 10.08.03 # s 10.09.00 # my old e270 had the screen go bad, after someone ran into me and the mp3 player went flying and hit the pavement, and now the new one i got to swap the chips out with has a busted headphone jack 10.09.38 # the headphone jack is a common flaw with the e200 10.09.43 # replacing it or soldering it back down would be a breeze, i do SM soldering a fair bit, but the traces for the left channel was ripped right off 10.09.53 # the actual jack has no damage 10.09.55 # its the PCB 10.10.26 # if anyone has a v1 e200 they feel like shipping to a random person in vancouver for free... 10.10.47 # LinusN: hey, just wondering if you've had a chance to look at the hwcodec problem with my patch? 10.10.56 # this wouldn't be so bad if the LCD was socketed like on some of the ipods 10.11.06 # than i could just swap those, and the jacks 10.11.12 # bluefoxx: you can't glue the jack in place and add wires for the ripped traces? 10.11.26 # since the jack mechanism on my old one is screwed up 10.11.32 # Zagor: not really 10.12.08 # unless it connects to one of the capacators near it, i can't do anything 10.13.44 # unless i get this fixed, i'm stuck rigging up a audio out cable to plug into the bottem[far less than ideal a solution] or using an ancient minidisk player[that or going back the the screenless one, also less than ideal, voice menues are tedius] 10.24.12 Quit fragilematter ("Lost terminal") 10.29.13 # anyone using the "official" vmware build environment? 10.31.45 Quit Thundercloud (Remote closed the connection) 10.38.39 Quit BHSPitMonkey (Remote closed the connection) 10.39.48 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 10.51.55 # noone has had any problems with voice on archos since 3.1 yeah? (FS#9753) 10.53.11 Quit SirFunk__ (Read error: 110 (Connection timed out)) 10.58.41 # in general no, but I bet that the available voice is too big (especially with default settings) on the recorders (as domonoly already says) 10.59.01 Join pyro_maniac [0] (i=foobar@p57BBB8CB.dip0.t-ipconnect.de) 10.59.17 # so close it as not really a biug? 10.59.20 # -i 11.00.06 # well it's not a bug with the voice system but with 3.1 - we should get someone to putup a smaller voice file 11.00.09 # JdGordon: this bug is real. 11.01.33 # hey domonoky, you see my email? 11.01.52 # JdGordon: the mail about you mac ? 11.01.57 # yeah 11.02.05 # jup :-) 11.02.32 # got it all going again? 11.02.59 # nope, didnt find time for it. Will do it later. 11.03.10 # ok 11.04.41 Quit nuonguy ("This computer has gone to sleep") 11.06.30 *** Saving seen data "./dancer.seen" 11.08.53 Quit JdGordon (Remote closed the connection) 11.09.39 Join MethoS- [0] (n=lem@host-091-096-208-094.ewe-ip-backbone.de) 11.15.28 Join JdGordon [0] (n=Miranda@123-243-140-31.static.tpgi.com.au) 11.19.36 # JdGordon: no i haven't had time to look at it, sorry 11.20.14 # ok 11.23.12 Quit bluefoxx ("leaving") 11.50.02 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.55.59 Join MTee [0] (n=mtee@41.233.147.213) 11.57.29 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 12.07.59 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 12.09.45 Join MethoS-- [0] (n=lem@host-091-097-242-039.ewe-ip-backbone.de) 12.12.55 Join akur [0] (n=akur@bl7-119-62.dsl.telepac.pt) 12.13.00 Part akur 12.15.45 Quit linuxstb (Read error: 60 (Operation timed out)) 12.26.32 Quit MethoS- (Read error: 110 (Connection timed out)) 12.32.54 Quit JdGordon (Read error: 104 (Connection reset by peer)) 12.33.36 Quit MethoS-- (No route to host) 12.36.00 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 12.38.00 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 12.44.46 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.46.10 # linuxstb: regarding the checkwps changes: http://pastebin.com/m6f7c2e50 12.47.44 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.48.03 # another approach would be to simple build a checkwps for the target you've picked, in the normal build 12.48.08 # mcuelenaere: Why call buildall.sh? You could just pass... 12.48.12 # (what B4gder said...) 12.48.35 # that way people will also notice breakage on their own 12.49.12 # so you mean adding it to the normal build? 12.49.15 # yes 12.49.28 # possibly the cygwin people won't like it 12.49.30 # hmm yes, that's perhaps even better 12.50.19 # when we could add a special target that builds them all 12.50.23 # s/when/then 12.51.00 # Do we need that special target? That's what the buildall.sh script is for. 12.51.09 # true 12.51.27 # we probably don't need it 12.52.46 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 12.53.31 Quit robin0800 ("http://quassel-irc.org - Chat comfortably. Anywhere.") 12.54.31 # mcuelenaere: BTW, regarding your changes to buildall.sh/cleanall.sh, wouldn't a "cd `dirname $0`" at the start of the script have done the same thing? 12.54.42 # (if it's needed at all) 12.55.21 # hmm when the scripts end, is then in `dirname $0` or does the shell ignore that? 12.55.25 # is it* 12.55.56 # cd is just local to that script. 12.56.11 # Or rather, local to that shell invocation. 12.56.14 # and doing cd `dirname $0` won't place the output files in the correct dir, you'll still need to move them to the current directory 12.56.31 # and cleanall should be removing them from the current directory 12.58.26 # Why is that needed? The other tools are all build in-place. 12.58.43 # s/build/built/ 12.59.05 # for the build system to do a proper check we want the output to get wiped 12.59.23 # and yeah, the other tools aren't checked "properly" 12.59.41 # yes, but that was for that (not to be used) pastebin change 12.59.46 # @linuxstb 12.59.47 Quit larstobi (Read error: 60 (Operation timed out)) 13.00.08 Join faemir [0] (n=daniel@88-106-160-228.dynamic.dsl.as9105.com) 13.00.13 # Then passing an "OUTPUTDIR" var to the Makefile would seem nicer. 13.00.40 # and cleanall.sh ? 13.00.53 # that doesn't invocate the Makefile (even though it could, it has a 'clean' target) 13.02.47 # Yes, I think it should do make clean - the Makefile adds $(EXT) to the filename (for win32) 13.03.07 # s/it/cleanall.sh/ 13.06.31 *** Saving seen data "./dancer.seen" 13.09.43 Quit kachna ("Konversation terminated!") 13.11.21 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.11.30 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 13.25.18 Quit robin0800 ("http://quassel-irc.org - Chat comfortably. Anywhere.") 13.26.30 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.26.56 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.31.33 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 13.34.21 Quit robin0800 (Read error: 104 (Connection reset by peer)) 13.36.21 Join parafin [0] (i=parafin@paraf.in) 13.37.45 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.37.45 Quit robin0800 (Client Quit) 13.38.52 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.46.45 Quit robin0800 ("http://quassel-irc.org - Chat comfortably. Anywhere.") 13.53.26 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.57.36 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 14.09.11 Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.09.16 Quit robin0800_ (Client Quit) 14.11.13 Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.15.18 Quit thegeek_ (Read error: 110 (Connection timed out)) 14.28.42 Quit robin0800 (Read error: 110 (Connection timed out)) 14.29.05 Quit robin0800_ (Connection timed out) 14.30.17 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.37.54 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.39.11 Quit kachna ("Konversation terminated!") 14.51.25 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.53.08 Quit kugel (Remote closed the connection) 14.53.22 Quit nibbler (Read error: 110 (Connection timed out)) 15.01.29 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.06.32 *** Saving seen data "./dancer.seen" 15.10.42 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-bb48c83479f1f3fb) 15.14.24 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-5ff31dc15a88e579) 15.16.58 Join n1s [0] (n=nils@rockbox/developer/n1s) 15.21.51 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 15.27.13 Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 15.28.56 Join akur1 [0] (n=akur@bl5-226-219.dsl.telepac.pt) 15.31.16 Part LinusN 15.41.01 Quit MTee (Read error: 110 (Connection timed out)) 15.41.07 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 15.43.41 Quit HBK (Connection timed out) 15.48.39 Quit kachna (Read error: 110 (Connection timed out)) 15.50.50 Join bs66_1 [0] (n=sysuser@79.138.177.205.bredband.tre.se) 15.54.39 Quit CaptainKewl (Read error: 110 (Connection timed out)) 15.58.32 Join MethoS- [0] (n=lem@host-091-097-242-032.ewe-ip-backbone.de) 16.00.51 Part akur1 16.15.24 Quit bs66_ (Read error: 110 (Connection timed out)) 16.22.26 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.29.22 Join GodEater [0] (n=ge@rockbox/staff/GodEater) 16.34.39 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.37.34 Quit bmbl ("Woah!") 16.44.43 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 16.46.28 # in function arguments, is "struct viewport list_parent[NB_SCREENS]" the same as "struct viewport * list_parent"? I don't recall seeing that before, and I can't find it in my C references... 16.46.28 Join bluehazzard [0] (n=chatzill@host66-184-static.84-94-b.business.telecomitalia.it) 16.46.29 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-f0e640e3ddb80edb) 16.48.48 # kadoban: it essentially boils down to the same, yes; but the first one can have sizeof() working on list_parent 16.49.12 # mcuelenaere: ohh okay, thanks. 17.02.24 Quit Zagor ("Client exiting") 17.06.34 *** Saving seen data "./dancer.seen" 17.10.32 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.20.39 Join perrikwp [0] (i=98214951@gateway/web/ajax/mibbit.com/x-78b68a7806db9403) 17.25.52 Join Rob2223 [0] (n=Miranda@p4FDCC940.dip.t-dialin.net) 17.26.38 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 17.32.11 Join {phoenix} [0] (n=dirk@p54B4780A.dip.t-dialin.net) 17.37.14 Part B4gder 17.42.30 Quit yhuang (Remote closed the connection) 17.43.02 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.50.47 # mcuelenaere, kadoban: Those variants are not the same. The struct is passed verbatim in the first case (i.e. copied), not referenced. 17.51.32 # hmm true 17.51.35 # Hmm, I see it's an array of structs.... so it should be referenced 17.51.53 # This is a rather confusing detail in C 17.52.33 # and a single array passed as an argument, is that a reference or is it put on the stack? 17.54.33 # that's really confusing 17.54.49 # i'll have to play with that...i haven't really seen it before at all 17.55.43 Quit petur ("*plop*") 17.59.20 Join nplus [0] (n=nplus@243.131.Globcom.Net) 18.00.19 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 18.06.29 Join Barahir_ [0] (n=jonathan@Xae82.x.pppool.de) 18.06.43 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 18.06.57 Join gregzx [0] (n=chatzill@drl50.neoplus.adsl.tpnet.pl) 18.08.48 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.08.57 Quit Barahir (Read error: 60 (Operation timed out)) 18.19.37 Join Eufouria [0] (n=Eufouria@141.155.194.216) 18.21.26 Join MethoS-- [0] (n=lem@host-091-096-211-049.ewe-ip-backbone.de) 18.21.35 Quit MethoS- (Read error: 60 (Operation timed out)) 18.22.16 # Hi, i'm trying to sign into the rockbox vmware player but my password field won't take any input, anyone know whats going on? 18.22.28 # Eufouria: does it otherwise accept input? 18.22.35 # in the user field 18.22.42 # or login field 18.22.55 # and i can type during the bios start up 18.23.05 # sounds like "not echoing password for security" to me. 18.23.14 # but i've not used our vmware image 18.23.43 # nor me for ages 18.23.50 # Me neither. 18.23.50 # I don't know what display manager it uses 18.24.04 # All I know is that it's Debian-based; that's it. 18.24.14 # should be gnome then i guess? 18.24.26 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 18.24.35 # I doubt it 18.24.39 # that would make the image enormous 18.24.50 # oh, right... 18.25.11 # but since I've not used it - I couldn't swear to it ;) 18.25.14 # * Unhelpful is shocked that it would be using X at all 18.26.06 # Damn... 18.26.47 # Eufouria: i assume if you just hit enter that that doesn't work? 18.26.48 # fluxbox 18.27.05 # Unhelpful: it makes it easier on people... 18.27.06 # it says Login Incorrect 18.28.56 # just so you know, the password field does take whatever you put intpo it...it just doesnt show it for security purposes as Unhelpful mentioned 18.29.08 # just type the correct password and it will work fine.. 18.29.17 # Hah 18.29.20 # thanks 18.29.39 # got it. Sorry about that, not the most intuitive though 18.31.47 # There are actually two vmware images I know of 18.31.59 # One uses fluxbox, the other is text-mode only 18.34.23 Part pyro_maniac ("Leaving.") 18.34.31 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.40.32 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 18.40.47 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 18.40.48 Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.44.07 Join miepchen^schlaf [0] (n=miepel@p579EC96F.dip.t-dialin.net) 18.58.22 Quit robin0800 (Remote closed the connection) 19.00.49 Quit nplus (Read error: 110 (Connection timed out)) 19.06.36 *** Saving seen data "./dancer.seen" 19.16.29 Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) 19.18.03 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 19.18.23 Quit SirFunk (Read error: 110 (Connection timed out)) 19.19.16 Quit mcuelenaere () 19.21.15 Quit _lifeless (Remote closed the connection) 19.21.32 Join _lifeless [0] (n=lifeless@89.20.104.164) 19.24.31 Quit Eufouria ("Leaving") 19.26.09 # bertrik: Nice start on RDS - I could see something start to take shape that made sense :) 19.26.25 Quit nuonguy (leguin.freenode.net irc.freenode.net) 19.26.25 NSplit leguin.freenode.net irc.freenode.net 19.26.25 Quit n17ikh (leguin.freenode.net irc.freenode.net) 19.26.25 Quit TMM (leguin.freenode.net irc.freenode.net) 19.26.25 Quit sbhsu (leguin.freenode.net irc.freenode.net) 19.26.25 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 19.29.43 # BigBambi, yeah, the patch is full of bugs/missing features, but at least we know now that it is possible in principle 19.30.43 # I won't work on it though because I don't have a beast myself 19.31.20 # Maybe this could be a nice GSoC project, although the audience for this feature in rockbox is a bit limited 19.32.41 NHeal leguin.freenode.net irc.freenode.net 19.32.41 NJoin n17ikh [0] (n=n17ikh@130.127.74.89) 19.32.53 Join domonoky1 [0] (n=Domonoky@g229174059.adsl.alicedsl.de) 19.33.05 # bertrik: I don't know, how complicated is RDS? 19.33.30 # I have the feeling it might suffer from not being a full summers work as well as being of limited appeal 19.36.02 # Still, it'll be yet another Rockbox only feature (vs OF) :) 19.36.24 # I don't think it's a full summer's work 19.36.59 # No, I was just going by how quickly bertrikgot it this far 19.37.05 # Some RDS features can't be implemented anyway (e.g. automatic AF - it would need dual tuners) 19.37.47 # indeed 19.37.54 # BigBambi, RDS is not that complicated actually, you receive 104 bits of data of which 4 x 16 bits remain after error detection, the first 22 bits of this are the same for all RDS frames and is a kind of header that tells you how to interpret the rest of the frame 19.38.46 # It sounds like the worst thing will be agreeing on how to implement it in Rockbox :) 19.39.00 # Could be part of a W FM S 19.39.24 Join merbanan [0] (n=banan@83.233.242.60) 19.42.46 # RDS could be useful to sync the RTC 19.43.08 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.43.15 # Indeed. Especially on the beast with its nasty battery swtich 19.43.54 NJoin nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.43.54 NJoin TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 19.43.54 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 19.43.54 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 19.45.06 # yes, I often lose time on the beast 19.45.26 # We could use the station identification from RDS as well to help with presets. Not sure if it 19.45.31 # s worth the effort though 19.45.43 # * gevaerts can lose time perfectly well without the beast :) 19.46.14 Part toffe82 19.46.19 # Not sure - displaying it (or the option to hence a WFMS) would be nice 19.48.03 Join john__ [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.48.20 # Well yes. Showing the RDS data is a given if we support it at all I think. I was thinking about some more involved usages like storing the station number in the preset file so you can check if you have the right station 19.48.37 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.49.35 # gevaerts: Yeah, I didn't mean it would be decoded but then not shown, I meant that I'd be very happy with just showing it :) 19.50.34 # I'd add using it as the default station name when saving a preset to the list of must-be-done features 19.50.38 Quit domonoky (Read error: 110 (Connection timed out)) 19.50.49 # Yes 19.51.36 Quit sbhsu (leguin.freenode.net irc.freenode.net) 19.51.36 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 19.51.36 Quit nuonguy (leguin.freenode.net irc.freenode.net) 19.51.36 Quit TMM (leguin.freenode.net irc.freenode.net) 19.54.56 Join MTee [0] (n=mtee@41.233.147.213) 20.00.00 Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) 20.00.28 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 20.00.48 Join PaulJam [0] (n=PaulJam_@vpn-3009.gwdg.de) 20.02.28 Join nibbler_ [0] (n=Nibbler@pD9E31C73.dip.t-dialin.net) 20.02.32 Join nibbler__ [0] (n=Nibbler@pD9E31C73.dip.t-dialin.net) 20.05.17 Quit jhMikeS (Read error: 110 (Connection timed out)) 20.07.12 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 20.08.03 NJoin TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 20.08.03 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 20.08.24 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 20.10.21 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 20.11.57 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 20.14.00 # I was thinking that maybe the combination of getting RDS to work and implementing a W FM S would be about enough work for a GSoC 20.15.20 # RDS could also be used for creating a meaningful file name when recording from the radio 20.17.13 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 20.17.13 NSplit leguin.freenode.net irc.freenode.net 20.17.13 Quit TMM (leguin.freenode.net irc.freenode.net) 20.17.57 NHeal leguin.freenode.net irc.freenode.net 20.17.57 NJoin TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 20.17.57 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 20.21.36 Quit SirFunk_ (Read error: 110 (Connection timed out)) 20.25.05 Quit SirFunk__ (Connection timed out) 20.29.42 # I compiled a list of FM tuners used in rockbox targets yet the only one I could find to support RDS was the gigabeat S 20.29.44 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 20.29.44 NSplit leguin.freenode.net irc.freenode.net 20.29.44 Quit TMM (leguin.freenode.net irc.freenode.net) 20.30.35 NHeal leguin.freenode.net irc.freenode.net 20.30.35 NJoin TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 20.30.50 # The descriptions of the Samsung YP-U3 explicitly mentions RDS support but it's never been investigated as a rockbox target AFAIK 20.32.56 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 20.34.33 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 20.36.34 Join Self-Perfection [0] (n=self@95-24-30-15.broadband.corbina.ru) 20.39.22 Quit robin0800 (Remote closed the connection) 20.40.50 Quit nibbler_ ("Ex-Chat") 20.41.24 Join z35 [0] (n=z35@h181.127.88.75.dynamic.ip.windstream.net) 20.46.34 Join kugel [0] (n=kugel@e178075232.adsl.alicedsl.de) 20.52.23 Join Boulet [0] (i=trivial@140.239.175.162) 20.52.31 Join casainho [0] (n=chatzill@87-196-169-52.net.novis.pt) 20.52.36 # hello :-) 20.53.10 # please help me on this code: http://pastebin.com/m6aca3712 20.53.10 # hello 20.53.42 # I am debuging it and seeing strang things... like "count" never decrements and always being 255 20.54.13 # probably stuck at line22 :) 20.55.13 # Can't see anything obvious problematic ... maybe let line 22 do something :) 20.55.17 # and addr_buf is incrementing 0x200 at a time 20.55.24 # (so you can watch it ;-) 20.56.01 # casainho, if addr_buf is incrementing then counter should decrement 20.56.08 # obviously :) 20.56.12 # that code is working correctly if that function is called just to read one sector (count = 1) 20.56.34 # so what's the problem then? If fails if count > 1? 20.56.42 # and what if you call it two times in a row with count = 1 ? 20.56.57 # it should not change anything anyways 20.57.30 # my bootloader calls it a few times with count = 1... and it mounts the fat partition, even print the checksum of the firmware... 20.57.34 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.57.57 # well, I can't see start getting incremented in case count is greater than one. So you'd always read the same block 20.58.01 # casainho, where did you find this code, did you write it yourself ? 20.58.18 # i don't think the problem is in the code itself but more in the way you use the SD protocol 20.58.21 # but when it prints on LCD "loading rockbox.xxx" it calls that function with count = 255 and crashes the system :-( 20.58.37 # maybe you want to read to many blocks ? 20.58.38 # how exactly does it crash? 20.58.42 # I write it but I used another library 20.59.21 # like bluebrother said, start should be incremented somewhere in the loop 20.59.22 # i thought the SD protocol had a command READ_MULTIPLE_BLOCKS or something ? 20.59.27 # first, when reading 255 sectors, is buf big enough to hold all those sectors? Second, I still think you'd read the same sector 255 times. 20.59.29 # this code does not seem to be very optimized 20.59.49 # first make it work correctly, then make it work fast ... :) 21.00.02 # here one image of the crashing: http://flickr.com/photos/43558168@N00/3242550052/sizes/o/ 21.00.05 # which means, in case of the bootloader, you load the first 512 bytes of the firmware, then do that again. Jump to the firmware. You have 0x200 bytes ... 21.01.07 # increment start at the end of the while loop by one 21.01.09 # Boulet: I already tried the READ_MULTIPLE_BLOCKS (I am suing SPI BUS) and it didn't work, so, I did like this as I saw on other librariies ;-) 21.01.29 Quit Self-Perfection ("Konversation terminated!") 21.01.32 # bluebrother: do you see something worng? 21.01.43 # casainho: did you do a memory dump after the loading / crash? 21.01.55 Quit nibbler__ (Read error: 110 (Connection timed out)) 21.01.57 # bluebrother: no, I didn't 21.02.17 # casainho: well, you never increment start, so every run of the while loop uses the same value. I.e. it reads the same sector again and again. 21.02.26 # casainho, just add a start++ near the end of the loop and try again :P 21.02.42 # I bet you'll see some pattern of 0x200 bytes in memory :) 21.02.43 # bluebrother: should I expect to see addr_buf incrementing one by one value? because it is incementing by 0X200 every itme 21.03.15 # it's normal to see it increase by 0x200 for each iteration of the outer loop 21.03.17 # casainho: you sure you see each of the for loops? I bet you only see its value before and after that loop 21.04.49 # well... I had breakpoints on the first if and else of the loop, so, I think it were breaking each one time of the loop, no? 21.05.29 # casainho, look at the code, there is this for loop line 24 .. 21.05.39 # well, then lines 24 .. 28 will increment that pointer by 0x200 bytes, won't it? 21.05.43 # addr_buf is incremented in that loop 21.06.04 # if you break before and after those lines, well ... 21.06.37 *** Saving seen data "./dancer.seen" 21.06.42 # casainho i doubt the code respect the SD card protocol 21.07.02 # i don't see how it is possible that it works in case of SDHC for example 21.07.25 # at least, increment start 21.07.26 # Boulet, oh why wouldn't it? 21.07.46 # increment start, that's all 21.08.12 # but also, you should use the read_multiple_blocks command and place it outside that loop 21.08.14 # will be much faster 21.08.38 # bluebrother: yeah, right :-) sorry, I didn't got it before :-) 512 times, should be the 0x200 21.09.51 # Boulet: ok, but first I need to get it working, and this code is scheme is working on another libraries: http://www.roland-riegel.de/sd-reader/index.html 21.11.17 # bluebrother: I was mistaken 21.11.22 # casainho, i am curious, on what hardware are you developing ? 21.11.23 # casainho: http://pastebin.com/m2a7ff0ee 21.11.25 # that code works when count = 0 21.11.53 # with count = 0 it shouldn't do anything. 21.11.58 # haha :) 21.12.05 # Boulet: on Rockbox Player: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayer 21.12.09 # does it work with one ? 21.12.15 # that while loop is always false and it will just return 0. 21.13.17 # * bluebrother wonders why the hilighting of that paste was set to diff ... 21.14.22 # bluebrother: thanks :-) -- but with start++; it kind of crashes later... :-( 21.14.58 # maybe buf is invalid then... 21.14.59 # and how does that crash look? Can you dump the memory and verify it read more than one sector correctly to RAM? 21.15.30 # bluebrother: ok, my mistake, it works when count = 1 ( I were seing the value of count inside the loop, after decrementing - strange because it should decrement on the end, right?) 21.15.48 # no. 21.15.56 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 21.16.17 # bluebrother: but the count-- is diferent from --count, no? 21.16.23 # that loop is while(count--). This means that count has to be decremented, then checked. 21.16.51 # no 21.17.09 # i-- and --i are different. 21.17.10 # it's checked, then decremented, then the loop is exectured 21.17.23 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.17.26 # maybe you should use do {} while 21.17.28 # i-- will return i, then decrement it. --i will decrement i, then return the result (i.e. i-1) 21.17.58 Quit miepchen^schlaf () 21.18.05 # oh, okok :-) 21.18.17 # well, the problem: count = 256 the first time 21.18.22 # what's the advantage of using do ... while? If count = 1 the first loop will run. As expected. 21.18.32 # all other times, count stays equal to 255!!! 21.18.41 # casainho: why? that function should never be called with 256, right? 21.18.45 # no. count is an unsigned int, so 0 - 1 != 255. 21.18.52 # (or am I wrong?) 21.19.45 # and I see addr_buf incrementing every time by 0x200, wichi is correct 21.19.51 # and if you call it starting with 1, you'll get something like while(1), i = 0 21.20.07 # thus the loop runs exactly one time. Which is what you want. 21.20.08 # I just don't understand why count just decrement from 256 to 255 and after never more decrements :-( 21.20.09 # can you show us who calls this function ? :) 21.20.12 # casainho: like this http://pastebin.com/m5f3033e4 21.20.41 # tranfer() on fat.c 21.20.44 # * bluebrother doesn't see a reason in converting to do .. while except confusing casainho 21.20.48 # but your while should work too, since count isn't evaluated in the inner loop 21.20.49 # kugel, the previous implementation is better i see :) 21.21.21 # kugel: you can't return; on a function that expects to return a value ... 21.21.27 # so, please say, shound'nt count decrement by one every time? 21.21.46 # yes, _if_ count > 1 21.21.50 # bluebrother: right, return 0; then 21.22.21 # the compiler might have optimized the loop. Thus you possibly won't see the decrement in that case 21.22.55 # * bluebrother still thinks this extra check is useless if it can be done implicitly 21.23.06 # while(count--) should work perfectly actually 21.23.54 Quit Thundercloud (Remote closed the connection) 21.24.58 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 21.25.44 # * amiconn reminds kugel that postincrements/decrements in a condition check are less efficient than preincrements/decrements 21.25.54 # bluebrother: if I put count as static, do you think I can see it decrementing? 21.26.10 # amiconn: "reminds"? I never knew that 21.26.26 # casainho: why should that change anything? That won't work. 21.26.33 # I think is very strange that I see count decrementing from 256 to 255 and never more... 21.27.00 # because if count never reaches 0, then system crashes, no? 21.27.04 # well, you sure the function actually exits? 21.27.10 # kugel: Preincrement/decrement means the condition flags can be set within the same instruction that does the increment/decrement 21.27.15 # casainho: have you find out what precise instruction 'crashes' the device? 21.27.28 # mcuelenaere: no, I don't 21.27.41 # amiconn: so it saves 1 instruction? 21.27.56 # Also, a tail controlled loop is more efficient than a head controlled loop (slightly smaller & faster, saves either a branch or a second condition check) 21.28.16 # casainho: IMO the easiest and best way to solve this is to find this by doing step-by-step debugging.. 21.28.19 # yay, so it crashes faster ... 21.28.20 # kugel: At least one, sometimes more (depending on gcc's mood) 21.28.22 # amiconn oh really ? 21.28.42 # on ARM cpus ? 21.28.57 # Tail loop should be faster on almost all cpus. 21.29.29 # shouldn't compilers optimize that anyway? 21.29.34 Quit advcomp2019 (Nick collision from services.) 21.29.41 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 21.29.55 # amiconn: I read about tail loops being more efficient actually, but I never examined exactly why this is 21.30.02 # bluebrother: They probably should. Whether they do is a completely different matter. Check what gcc produces... 21.30.05 # mcuelenaere: oh, but that can be 256 * 256 times :-( 21.30.21 # then try doing this call with count=3 or so 21.30.35 # The pre vs. post different due to flag setting doesn't apply to all supported architectures. It applies to coldfire and arm, but not to SH 21.30.36 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 21.30.38 # haven't checked gcc for that though I assumed it's kinda decent in that aspect ... should give it a look. 21.30.58 # at least the compiler at work does this optimizations. 21.31.02 # bluebrother: gcc is sometimes decent and often crappy 21.31.13 # casainho: and can't you 'fast-forward' the 512-byte copy loop by placing a breakpoint after it? 21.31.29 # I've almost never seen it convert a head loop into a tail loop 21.31.47 # wow. I'm ... impressed :( 21.32.07 # amiconn, for a loop like this one it is not a big deal 21.32.15 # kugel: There is either a size or a speed advantage for a tail loop, depending on which implementation gcc chooses 21.32.31 # amiconn: is the paste I posted more effecient (regardless of the post/pre-increment)? 21.32.56 # i.e. with tail loop, but with if(!count) before 21.33.04 # For a head loop, it either needs to duplicate the condition check (one at loop entry, the other at the end of the loop), then it's larger, but equally fast as the tail loop 21.33.29 # mcuelenaere: yes, I tried that and I miss what line make the system crash :-( 21.33.38 Quit thegeek (Read error: 110 (Connection timed out)) 21.34.00 # The other option is to not duplicate the condition, but put a branch in front of the loop that branches to the condition check at the end. No extra space needed, but the first iteration is slower (2 extra branches) 21.34.07 # amiconn: can't it branch to the loop head at the end and then branch from there to the instruction after the end? 21.36.25 # I did "static int count"; and count = count1; and then I can see count decementing... :-) 21.36.47 # you can just do volatile... 21.38.55 Join {phoenix} [0] (n=dirk@p54B4780A.dip.t-dialin.net) 21.39.02 # count is a parameter, right? 21.39.18 # so, you can't magically change the storage type, or you copy it 21.40.09 # s/storage/whatever is appropriate :P 21.40.12 # you can "magically" change the prototype of the function ... 21.41.08 # I am seing the code crashing with count being less than 200... 21.41.17 # I will now try to get the exact value 21.41.28 # check where the output buffer points to 21.41.34 # bluebrother: and I don't know how to dump the memory... 21.42.54 # bluebrother: points to here: 0x20000200 21.43.09 # is that valid RAM? 21.43.12 # which I think is strange, since my SD Ram strats at 0x20000000 21.43.36 # well, this code is working if count = 1.... 21.43.41 # you're in the bootloader trying to load the main binary, right? 21.44.08 # bluebrother: right, it hangs when says "loading rockbox.xxx"... 21.44.31 # before it even prints model name and checksum of firmware... 21.44.42 # well. Have you tried loading two sectors and dumping them somewhere? 21.44.48 # that just means the 1st 8byte are read correctly 21.45.01 # I really doubt that you have an issue with that code. 21.45.04 # but you already said you can read the first sector, so that's meaningless 21.45.13 Nick amiconn is now known as beertrik (n=jens@rockbox/developer/amiconn) 21.45.15 # no, it must have read the FAT before ... plus filesystem entries 21.45.19 Nick beertrik is now known as amiconn (n=jens@rockbox/developer/amiconn) 21.45.37 # hm, no, if the checksum matched, it read the fat too, yes 21.45.54 # it _has_ to read the FAT to access the file ... 21.46.15 # successfully, I mean 21.46.18 # unless you ensure the file is always located at the same sector. Which I'm rather sure isn't the case here. 21.46.31 # here is the memory map file: http://pastebin.com/m210d0f65 21.46.55 # I would like to know if 0x20000200 is the buf address... 21.47.05 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.47.25 # you can't tell that from the map. 21.47.32 # all I can say, is that here where it crashes, is the first time count > 1... 21.47.53 # but, at least know if there is some program code on that address? 21.48.03 # try reading two sectors with that function and check if the data matches the data on disk. 21.48.03 # or if 0x20000200 can be wrong? 21.48.32 # I don't see how that's wrong if the first sectore is transferred 21.48.43 # well, you try to load the main binary. That means you most likely want to overwrite the complete RAM, except that part where you've put your bootloader to run 21.48.43 # Where in memory is the bootloader located? 21.49.55 # the bootloader is somewhere in that memory range you seem to be writing to. 21.49.56 # hehe, I'm ams sansa spoiled where the bootloader is in iram, so we just copy carelessly to ram start :/ 21.49.59 # amiconn: bootloader is on the begining... 21.50.16 # you should of course not override the bootloader, I think 21.50.21 # overwrite even 21.50.25 # kugel: this guy has "iram" too I'm quite sure 21.50.36 # ah... so the load_firmware() copy the code? 21.50.38 # the map shows 0x1000 bytes iram 21.51.13 # Bagder: do you know if it's used by the bootloader? 21.51.13 # casainho: it ... loads ... firmware ! 21.51.14 # eheh - I didn't know, I didn't understand what load_firware does... 21.51.30 # load firmware? 21.51.46 # * bluebrother wonders if Rockbox contains any sensible function names at all 21.51.47 # bluebrother: yes, the load_firmware() 21.51.52 # kugel: since casainho writes the lot it certainly could 21.51.58 # load_firmware is one of the few functions that actually has a very descriptive name 21.52.19 # but I didn't understand that it overwrite the RAM 21.52.25 # I didn't realize 21.52.36 # well, so, I must work it on app.lds? 21.52.37 # anyway, I never claimed he doesn't. I just wanted to note, that he shouldn't overwrite the bootloader if it's in the same location 21.52.43 # kugel: many of them are descriptive if you're used to POSIX 21.52.44 # * Bagder will not ask where casainho thought the firmware would go... 21.53.12 # IRAM? 21.53.19 # Bagder: well, to a different address, right? :-) 21.53.38 # casainho: well, you decide that address so you better make sure they're not the same 21.54.06 # hmmm, so, it's here where I define? : loadbuffer = (unsigned char*)0x20000000; /* DRAMORIG */ 21.54.35 # casainho: the code can't work if the bootloader is at this location 21.54.49 # well, you basically make the buffer start at the begin of the RAM -- where the code you're currently executing is located ... 21.54.52 # kugel: yes, bootloader is right on that address ;-) 21.55.18 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 21.55.46 # so, loadbuffer should be placed at a "safe" address, maybe after the bootloader? and is just that? will the load_firmware then work as expected? 21.55.54 # casainho: you either need to put the bootloader into another location (like IRAM, or at the end of the RAM, or something like that), or load the firmware to an address with a proper offset 21.56.13 # "as expected" is tricky since you apaprently didn't know what to expect... 21.56.28 # he presumably expects the rockbox main menu :) 21.56.30 # casainho: well, the firmware you're loading has to be linked for running from that address too 21.56.42 # the main menu has to be earned :P 21.56.45 # Bagder: eheh :-) I expect it to run the firmware, magically :-) 21.56.51 # ;-) 21.57.00 # * bluebrother throws some magic in the channel 21.57.01 # magic we like! 21.57.18 # * bluebrother still has some magic questions about OS X 21.57.34 # bluebrother: ok, I think I can define that on app.lds. 21.57.39 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.58.05 # casainho: I would recommend you to use that address for the firmware and instead move away the bootloader 21.58.16 # and you need to jump to the correct address after loading. Obviously ... 21.58.26 Quit ender` (Read error: 104 (Connection reset by peer)) 21.58.30 # or possibly copy stuff over the beginning later 21.58.44 # bah, who cares about wasted RAM? ;-) 21.59.00 Join ender` [0] (i=krneki@foo.eternallybored.org) 21.59.01 # bluebrother: how that jump is done, defined? 21.59.11 # somewhere in the code :) 21.59.29 # bluebrother: but don't the load_firmware do it? 21.59.36 Quit rocko ("Leaving") 21.59.48 # is not the kernel_entry()? 21.59.51 # possibly. I'm not familiar with that code. 22.00.43 Join tessarakt [0] (n=jens@e180065202.adsl.alicedsl.de) 22.00.59 # Bagder: okok - I think I will put bootloader at end of SD RAM... 22.02.10 Quit Boulet () 22.08.45 Quit merbanan (Remote closed the connection) 22.09.13 Join PaulJam_ [0] (i=PaulJam_@vpn-3001.gwdg.de) 22.09.14 Quit Horscht ("Verlassend") 22.11.35 # and yes, I am expecting to see the rockbox main menu!! :-) -- I don't have keys nor audio dac IC :-) 22.15.50 Quit PaulJam (Read error: 104 (Connection reset by peer)) 22.18.59 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 22.20.31 Part Aurix_Lexico1 22.23.46 Join gartral1 [0] (n=Gartral@adsl-75-33-69-121.dsl.bcvloh.sbcglobal.net) 22.24.10 # subversion tracker is down >.> 22.24.25 # subversion tracker? 22.24.59 # the subversion panel on the site 22.25.16 # i was just looking for a better word for it... 22.27.29 Join miepchen^schlaf [0] (n=miepel@p579EC96F.dip.t-dialin.net) 22.27.56 # the expanded ones are still working... 22.28.42 Nick Barahir_ is now known as Barahir (n=jonathan@Xae82.x.pppool.de) 22.29.13 # the svn server is unreachable atm it seems 22.35.01 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-ee0af6ac2892c8af) 22.38.07 Quit bluehazzard ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 22.39.39 Quit gevaerts (Nick collision from services.) 22.39.48 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 22.40.22 # great.. 22.40.50 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 22.40.51 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.41.44 Join Boulet [0] (i=trivial@140.239.175.162) 22.41.56 # I don't have this olimex ARM board 22.42.12 # can i use QEMU to run and develop on rockbox ? 22.45.13 # i wouldnt, Boulet, qemu is painfully slow! 22.46.02 # Boulet: if you want to work on the app side of rockbox you can just run a simulator 22.46.05 # gartral1, i presume i can compile rockbox on cygwin ? 22.46.33 # i'd like to have the GUI working too 22.46.37 # yes, theres a page in the wiki on how too 22.47.51 # do you all develop on this using actual hardware ? 22.48.34 # i am looking at wiki right now 22.49.35 # yes, but keep in mind, the olimex board you were talking about was for the Rockbox Player, we as a whole work on quite a few more player than just that one 22.50.37 # ok 22.50.47 # you are not limited to that one Atmel ARM9 i presume... 22.51.38 # the svn stuff on the front page is back 22.51.41 # i see, so there are UI simulators 22.51.45 # take a look at the "releases" 22.52.13 # yes i can see them all 22.52.16 # yay, what went wrong? 22.52.28 # and i guess it is easy to create a new UI simulator for a new device ? 22.53.03 # those are alll the hardware DAPs we currently have little, or no problems with rockbox on... 22.53.22 # i dont know, ive never tryed... though i woulld assume so 22.53.53 # Boulet: yes it is 22.54.06 # gartral1, but do you always cross compile to the ARM platform or is it preferable to use native x86 code when you debug ? 22.54.30 # the simulators are not cross-compiled 22.54.52 # yes that makes sense for the simulator 22.54.52 # they're native sdl-using applications 22.54.56 # but for the code itself ? 22.54.57 # i know very little of the way the sims work 22.55.10 # for target stuff you cross-compile 22.55.40 # ah ok. mmmh so, how is the arm code executed on the native platform ? 22.55.55 # its not 22.56.08 # you compile for sim, or hardware when you build.. 22.56.32 # ok, so you don't debug in arm mode on your PC 22.56.50 # Boulet: well, what do you mean with "debug" ? 22.57.11 # and not all our targets use arm 22.57.28 # i mean that you don't compile to ARM and have the ARM code "simulated" on the PC ? 22.57.39 # you only compile to ARM when you want to burn on an actual device ? 22.57.49 # for some bugs the sims are great for debugging even if they are just sims 22.58.03 # Boulet: yes 22.58.11 # simulator != emulator 22.58.37 # ah 22.58.47 # we could use an emulator for some problems though... 22.59.07 # indeed 22.59.07 # what about QEMU? despite the fact that it is slow 22.59.11 # do some people use it too ? 22.59.20 # no 22.59.34 # since there's no qemu setup for any of our targets 22.59.51 # ok 23.00.22 # so, when you find a new device that you wish to port rockbox to, you need to write specific drivers for audio, lcd, and other low-level stuff ? 23.00.32 # yes 23.01.06 # and push buttons, and potentiometers... 23.01.13 # that's pretty cool :) 23.02.09 Join casainho [0] (n=chatzill@87.196.169.52) 23.02.10 # Boulet: have you taken a look through the getting started segment of the forums? 23.02.20 # hello again :-) 23.02.33 # i haven't looked at the forums yet, i am looking at FAQs 23.03.01 # it looks like i could do developpement under cygwin, are there any restrictions compared to doing developpement under linux ? 23.03.02 Quit {phoenix} (Remote closed the connection) 23.03.25 Join lymeca [0] (n=lymeca@student165-213.hampshire.edu) 23.03.37 # my bootloader first prints on LCD a checsum: 2603ebf and later it lprints "loading rockbox.xxxx" and after prints "Sum: 2603bfc", "Bad cheksum" 23.03.49 # nope, cygwin is just alinux overlayed ontop of windows... 23.03.52 Quit lymeca (SendQ exceeded) 23.04.05 # why could I do wrong? 23.04.05 # thanks gartral1 23.04.17 # casainho: what device, what version bootloader? 23.04.58 # gartral1: Rockbox Player: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayer 23.05.31 Quit amiconn (Nick collision from services.) 23.05.32 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 23.05.36 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 23.05.36 Quit pixelma (Nick collision from services.) 23.05.46 # casainho: well, you produce the binary and the checksum code so you better verify the two and see which one is wrong 23.05.46 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 23.05.48 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 23.06.11 # how can I do that? 23.06.34 # use your intelligence to debug 23.06.38 *** Saving seen data "./dancer.seen" 23.06.50 # grr, since when you need perl for compiling rockbox? 23.07.13 # since many years 23.07.18 Join lymeca [0] (n=lymeca@student165-213.hampshire.edu) 23.07.26 # I don't know how... and I taught the first checksum it prints were already the value from loaded file from SD Card... 23.07.39 Quit lymeca (SendQ exceeded) 23.07.51 # I don't know how Rockbox details works... 23.07.56 # yes one is what is stored in the file and the other is what you calculate after load 23.08.05 # Bagder: I remember I could build it without some time ago 23.08.24 Join lymeca [0] (n=lymeca@student165-213.hampshire.edu) 23.08.39 # kugel: only parts of it if so 23.08.51 # casainho: im going off on a limb here, but, you might try reinstalling he bootloader... 23.08.52 # the lang system used perl day 1 23.08.53 # Bagder: so, it's all automatic, no? 23.09.05 # casainho: what? 23.09.06 Quit lymeca (SendQ exceeded) 23.09.23 # Bagder: "addtargetdir.pl", since r19169 23.09.32 Join lymeca [0] (n=lymeca@student165-213.hampshire.edu) 23.09.32 # well, I didn't generated any checksum... 23.09.54 # kugel: yes, but as I said genlang was perl when first committed many years ago and that is needed 23.10.10 # hm, I don't know how I compiled without perl then 23.11.29 # I compiled it on windows once, using msys and WinARM, and I've never installed perl on windows 23.11.32 # Bagder: please help 23.11.46 # casainho: what more can I say? 23.12.12 # casainho: ide try reinstalling the bootloader... 23.12.50 # casainho: you've selected a checksum method somehow 23.13.12 # "scramble" is typically used 23.13.16 Join webguest50 [0] (n=5628ae44@gateway/web/cgi-irc/labb.contactor.se/x-a04974936618d091) 23.13.50 # and if you don't know this, there's really no wonder why the codes don't match 23.14.10 # Bagder: mclunuare did help me on that and I had to change the scramble.c file... 23.15.03 # I would like to understand, where the first value of checksum comes from? 23.15.24 # I already told you 23.15.29 # the first is stored in the file 23.15.33 # scramble puts it there 23.15.43 # the other gets calculated after the file has been loaded 23.15.49 # it is done to verify that the file is fine 23.16.02 # ah, okok - I assume scramble is working corrextly 23.16.16 # okok - thanks, it's clear for me now :-)O 23.17.46 # and that problem before were because I were overwritting the bootloader with the firmware :-) 23.18.08 # I would guess the checksum problem is about length of the image 23.18.14 # since they're so similar 23.18.52 # oh, I am getting diferent values everytime of the second value :-( 23.19.10 # but the first 3 values are always equal: 260xxxx 23.19.37 # then you better figure out why! 23.19.55 # now the first was: 2603EFB and second: 2604135 23.20.08 # okok :-) 23.24.40 # grml, I don't get lang.h :/ 23.26.05 Quit domonoky1 (Read error: 104 (Connection reset by peer)) 23.28.41 # is anyone able to figure out what the STAT pin does in this chip? http://www.rockbox.org/twiki/pub/Main/OndaVX747/TQ7051.pdf 23.30.25 Join dabujo [0] (n=xx@mnhm-5f75e74e.pool.einsundeins.de) 23.31.16 # mcuelenaere: Charge Status Output. 23.31.41 Part pyro_maniac 23.32.08 # * mcuelenaere wonders why they first name it STAT and then CHRG :/ 23.32.10 # casainho: thanks 23.33.41 # when on charging, it runs on the LED on figure "Typical Application Diagram" 23.34.02 # turns on 23.38.13 # what is the minimum RAM requirement to run rockbox ? 23.38.24 # 8MB ? 23.38.29 # depends on the target 23.38.34 # some have 2MB 23.38.43 # rockbox can run on 2MB target ? 23.38.48 # yes 23.38.57 # which one for example ? 23.39.13 # that sounds so small... 23.39.27 # linux kernel, various drivers, busybox ? 23.39.34 # the old archos (player/recorder/ondio) models 23.39.40 # Rockbox is not linux 23.39.42 # rockbox is not linux 23.40.26 # also there's a wip port for the sansa clip, that has 2MB ram too and 320KB iram 23.41.06 Quit lymeca (Connection timed out) 23.41.11 # what RTOS is it using then ? 23.41.17 # its own 23.41.31 # why does it need to use a pre-made RTOS? 23.41.33 # huah ! 23.41.45 # bluebrother good question ... 23.41.52 # well it is not based on anything existing ? 23.41.56 # no 23.42.00 # someone wrote a new OS from scratch, ah ? 23.42.02 # waw 23.42.20 # quoting the front page: "Rockbox is an open source firmware for mp3 players, written from scratch." 23.42.32 # A few hundred people have contributed to Rockbox over the past 6-7 years... 23.43.22 # ah i can see now, in rockbox/firmware... 23.43.59 Quit jgarvey ("Leaving") 23.44.16 # really cool 23.44.48 # why using its own OS instead of linux ? is it because it is smaller ? 23.45.30 # if there is a device that has USB host capability and no wireless, is it possible to write a driver for a wifi-usb-dongle in rockbox ? 23.45.48 # the linux kernel is too big and does too much other stuff. 23.45.52 # Becuase linux is a general purpose huge OS 23.46.04 # *kernel 23.46.13 # i thought it was getting better and better for embedded systems too (?) 23.46.16 # Rockbox needs a small OS. At best, a scheduler. 23.46.17 # why would we want all that other cruft? 23.46.20 # ie. smaller 23.46.47 # i don't know why you would need all that other stuff, good point :) 23.46.52 # Linux won't run on systems without a MMU iirc -- and almost none of the targets does have one 23.47.04 # there is uclinux for that, isn't it ? 23.47.07 # all of the supported targets 23.47.18 # Boulet: Which is still huge 23.47.27 # if we consider the beast unsupported, yes ;-) 23.47.27 # relativly speaking 23.47.45 # Afaik the gigabeat F/X also has a MMU 23.48.06 # I think almost all the new ports have a MMU 23.48.13 # what about in a few years when even the smallest device will have 64MB of ram ? 23.48.21 # and MMU 23.48.29 # why would we switch when the rockbox kernel is much better for our purposes? 23.48.31 # my ipod mini will still have neither. 23.48.33 # Boulet: why waste RAM for the sake of it? 23.48.38 # Boulet: AFAIK there are currently only 2 targets with 64MB RAM 23.48.39 # Will they? They seem to be getting smaller... 23.48.54 # Boulet: We want RAM to buffer music - the less RAM the worse the battery life 23.49.03 # Boulet: a lot of RAM is only needed for HDD targets, and most new have NAND 23.49.53 # all valid points hehe ok ok 23.50.07 # wait now an other question 23.50.24 # can you reuse linux drivers in your kernel ? 23.50.29 # or port them very easily ? 23.50.29 # no... 23.50.30 # not without adjusting 23.50.33 # no 23.50.36 Join lymeca [0] (n=lymeca@student167-109.hampshire.edu) 23.50.51 # i am especially speaking in the case of device that would have USB host and/or OTG 23.51.16 # it looks like it could extend the functionality of rockbox, like this wifi usb-dongle thingy ? 23.51.20 # you'd need to have knowledge about the hardware too, which is usually rather limited 23.51.22 # it would require a lot of tweaking...one might be a bit better off just writing your own and using it as a reference for some things 23.51.33 # Boulet: you could also do wifi through SD using SDIO 23.51.46 # that's true mcuelenaere 23.52.16 # well USB and SDIO does not have voodoo components outside the MCU 23.52.20 # who wants wifi on a dap anyway? At least me wants to play music ... 23.52.29 # so even without knowledge of the hardware you can have tons of drivers for those 23.52.46 # wifi, bluetooth, who knows 23.52.48 # Boulet: but ultimately Rockbox is a music player - there is no point sacrificing music playback ability for wifi or something else marginal 23.52.50 # it is just an example 23.53.08 # Boulet: many of our devices use a proprietary system on a chip.. 23.53.13 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 23.53.25 # bluebrother it could be quite nice for copying music to the player wirelessly and perhaps internet radio :) 23.53.30 # wifi on my dap, dependidng, if i could browse the web, maybe, but if it were something like what microsoft set up, where it was just a way too share... nah... 23.53.46 # yes, I think you would struggle to find linux drivers for these daps... 23.53.51 # They aren't "PC" components 23.54.07 # so the main external periphericals you need to work with are push-buttons/LCD/CODEC/Flash and ram ? 23.54.20 # not always USB ? 23.54.20 # the SoC may be able to perform USBOTG functions, but that doesnt mean we would necessarily know how to use it 23.54.30 # i see 23.54.50 # Boulet: just because it is a SoC doesn't mean it doesn't need drivers written 23.54.56 # e.g. to make sound come out... 23.54.58 # + it could be disabled in hardware (USB OTG) 23.55.00 # the hardware we work with can be completely undocumented...this makes things a bit different ;) 23.55.04 # as is the case with any sansa at the moment, none have reliable USB under rockbox.. 23.55.08 # but if you really wanted to support a usb wifi dongle for example in that olimex hardware, you could, right ? 23.55.33 # i mean, porting a linux one into rockbox 23.55.35 # yes, if someone wrote the driver 23.55.36 # with the right documentation for it probably, yes 23.55.38 # etc 23.55.42 # ok 23.56.10 # Boulet: like i said..you would probably be better off writing your own driver and using the linux one as a reference instead of porting it, but it depends.. 23.56.36 # i understand 23.56.52 Quit n1s () 23.56.52 # thank you 23.58.28 Quit SirFunk (Connection timed out)