--- Log for 18.02.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 13 days and 7 hours ago 00.00.57 Nick Beaver is now known as Beaver`alszik (i=balvito@dsl540010D7.pool.t-online.hu) 00.04.08 Join bluebrother [0] (i=4e359833@gateway/web/ajax/mibbit.com/x-2fe979998aa605be) 00.04.49 # LambdaCalculus37: any news on the rbutil patch? I've spotted you pinged domonoky (had issues with my wireless so was away longer than planned :( ) 00.05.30 Quit gevaerts (Read error: 60 (Operation timed out)) 00.05.31 Quit martian67 ("gone") 00.07.24 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 00.07.47 # bluebrother: The app runs and immediately quits. :( 00.07.49 Join martian67 [0] (i=user5490@about/linux/regular/martian67) 00.08.26 # I think domonoky didn't build it as a universal build. 00.08.48 Join sinbizl [0] (n=sinbad@S0106000f6601e236.ed.shawcable.net) 00.09.00 # dang. We really need a OS X developer for rbutil :/ 00.09.16 Quit MethoS- (Remote closed the connection) 00.09.36 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.09.36 Quit pixelma (Nick collision from services.) 00.09.36 Join MethoS- [0] (n=lem@host-091-097-246-188.ewe-ip-backbone.de) 00.09.37 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.09.37 Quit amiconn (Nick collision from services.) 00.09.37 Quit MethoS- (Remote closed the connection) 00.09.45 # bluebrother: JdGordon has a Mac. I have a crappy Mac. :) 00.09.50 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.09.57 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.10.09 # * LambdaCalculus37 starts the "Buy LambdaCalculus37 a new MacBook Fund" 00.10.09 # Preferably someone with both a PPC and intel mac 00.10.28 Join amblin [0] (n=youwish@unaffiliated/amblin) 00.11.01 # or two developers, either with one of them ;-) 00.11.08 # * LambdaCalculus37 has PPC 00.12.19 # gigabeat f20 using rockbox is a mass storage device or mtp? 00.12.32 # Mass storage. 00.12.56 # gtg now. See you ... 00.13.00 Quit bluebrother ("http://www.mibbit.com ajax IRC Client") 00.13.13 # ok, now to figure out why it isn't being picked up by udev that way then 00.15.49 Quit __lifeless (Read error: 110 (Connection timed out)) 00.17.27 # whats with the "C" in PP version under View HW Info under the debug menu >.> 00.17.55 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 00.18.04 Quit Aurix_Lexico1 (Read error: 104 (Connection reset by peer)) 00.18.17 # gartral: ask PortalPlayer... 00.18.17 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 00.18.36 # i was just wondering what the difference was, if any 00.19.13 # gartral: same answer, probably 00.19.55 # Isn't PP5022C = PP5024? 00.20.43 # No. c200 also has PP5022C 00.21.34 # I recally amiconn had it all spelled out. I think PP5024 is just PP5022C with an AS3514 codec tacked in. 00.29.53 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-362fdeba5d8d5ef7) 00.30.04 *** Saving seen data "./dancer.seen" 00.32.13 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 00.33.52 Join Mouser_X [0] (i=cf9bb00a@gateway/web/ajax/mibbit.com/x-b383278d97b46182) 00.34.43 # What would cause a problem like this: This morning I turned on my Gigabeat S, and the bootloader came up (as it should), but at the time that it should have been loading Rockbox off the HDD, it instead turned off. 00.35.01 # I can access Bootloader USB mode just fine. 00.35.18 # (I'm running scandisk on it, for fear that perhaps the HDD is going wonky.) 00.36.16 # It's running r20002. 00.36.49 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 00.38.27 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.38.44 # I don't think I need a new bootloader, as I'm pretty sure that I've used it with r20002 before without a problem. 00.39.24 # I plugged it in while it was booting (it was in the bootloader loading and whatnot). Might this somehow have caused this? 00.39.25 # Mouser_X: the battery? 00.39.40 # bizarre, adding debugging to detect double-free in buffer_alloc tells me it's trying to free handle 22 repeatedly (this number seems not to change across runs)... adding debugging to catch the double-free attempt arround the buf_free call seems to do nothing at all?! 00.39.42 # Batteries fine. Plugged in or not, it turns off. 00.39.51 # *Battery's 00.40.15 Join n17ikh [0] (n=n17ikh@130.127.74.89) 00.40.33 # Mouser_X: I'd badger toffe82 if he is around - he is the expert in this sort of thing 00.40.53 # * Mouser_X is aware. 00.41.02 # (I want to buy a remote off of him...) 00.41.05 # what :) 00.41.14 # (Mine got borked... :( ) 00.41.40 # I have some 00.41.50 Quit bmbl ("Woah!") 00.42.58 # toffe82: Read up a few. My Gigabeat S isn't booting, though it does load the bootloader. 00.43.36 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 00.45.03 # Mouser_X: you have the dual boot or single boot 00.45.24 # Dual. (Thanks BigBambi) 00.45.32 # (IIRC anyway.) 00.45.51 # * BigBambi isn't sure what he has done, but no problem :) 00.45.55 # (I know I can dual boot, and I think it's BigBambi that gave me the means to do so.) 00.46.15 # aha! 00.46.22 # Pretty sure it was you that combined the OF and the Rockbox bootloader for me. 00.46.32 # I vaguely remember that I think, maybe :) 00.46.36 # Like, probably a year ago. 00.47.32 # yep 00.47.37 # Mouser_X: did you try boot on theOF ? 00.48.17 # No. I didn't think of that until later today, after I had started the scandisk. 00.48.33 # Now I'm waiting for scandisk to finish... It's been running for 10 hours though... 00.48.55 # PaulJam: hey, that was a nice WPS.. havnt found out why its not working yet, but I tihnk im getting closer 00.49.32 # (I started it before I went to my classes, and when I got back, it was still running.) 00.54.18 # It seems that scandisk is stuck on Phase 2, and there doesn't seem to be any disk activity on the Gigabeat (at least, none that I can feel/hear). 00.54.58 # stop it 00.57.17 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-597c883a9873b9b3) 00.57.28 Quit intrados (Read error: 104 (Connection reset by peer)) 00.57.42 Quit SirFunk (Connection reset by peer) 00.57.52 # JdGordon: good to hear. btw, the next few days i'll be without internet, so i won't be able to test any new patches. 00.58.18 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 00.58.26 # no worries... my desktop is beign put in a box tomorow so i dunnno how much ill be here also 00.58.36 Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 01.00.47 # a year-old S bootloader? 01.01.06 # Not quite. 01.01.16 # I probably got it sometime around May. 01.01.22 # (Give or take a month.) 01.01.54 # I can check the file date. 01.04.01 # I'm trying to think if there would be incompatibilities on one that old. 01.05.33 # jhMikeS: I was originally thinking that charging would need a newer bootloader. 01.06.15 # Charging works great for me. 01.06.29 # (In case you wondered) 01.06.39 # Charging should not, it's in the firmware only for now. 01.07.03 # Also, Dual-booting is working, so HDD problems are perhaps less likely. 01.07.20 # (I had to reboot my PC. I wasn't able to check the file date yet.) 01.08.01 Join PaulJam_ [0] (n=PaulJam_@vpn-3016.gwdg.de) 01.08.04 # I'm not a fan of the OF... The only time I use it is when I need the video-out capability (or when I needed to charge it, before charging was enabled). 01.08.06 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 01.08.48 # I had a scary charging mishap. All safetys kicked in and it errored. I've considered slowing down the SPI interface since what happened either indicates a HW bug or a wrong value got written to CHARGER and it couldn't correct it. 01.11.22 # I made sure the SPI resets on error in case FIFOs got out of sync in CSPI. That code has to be very robust given its task. I don't think retailos runs it as fast as we are. The settings had it at 400000bps, but we're topping it out at 16.5Mbps. 01.12.11 # May 11 2008 is the nk.bin file date. 01.13.10 Quit midijunkie ("?(???~•~)?") 01.14.41 # I'm wondering if it's a problem with some oddball setting somewhere (though, the only thing I can recall changing recently was the size of the directory buffer) 01.14.50 # Mouser_X: It doesn't show any error messages in the BL? There was a point where a "File Not Found" wouldn't be displayed properly. 01.15.58 # No, nothing. The bootloader loads (shows the text including the voltage of the battery), the Rockbox Logo displays (with the revision number at the bottom), the screen dims (I have it on "1"), then the screen turns off, the HDD turns off, and the player turns off. 01.16.00 # nope, that was May 4 that was fixes 01.17.31 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.17.33 # it almost sounds like a watchdog powerdown but that shouldn't happen for 10s. 01.17.47 Join rafiel2282 [0] (n=Miranda@p5488F6CB.dip.t-dialin.net) 01.18.04 # that's if the power thread got locked 01.18.09 # I can time it, but I don't think it's 10s. What what's a watchdog powerdown? 01.18.14 # Ah. 01.18.35 # Well, the first time it happened, I plugged it in while it was booting. 01.18.42 # it the timer fails to get serviced, it considers it an emergency since it lost control of the charging hardware and just shuts off 01.18.49 # hello, does anyone know how to disable the wheel during playback on the sansa e200? 01.19.00 # I didn't really pay attention at the time though, because I figured the screen was dimming (which is what I'm used to seeing). 01.19.18 # what's the battery voltage? 01.19.29 # Huh... 4.0x 01.19.36 # (Perhaps a 2 for the x) 01.19.59 Join {-phoenix-} [0] (n=dirk@p54B47975.dip.t-dialin.net) 01.20.02 # (I've seen it at 4.1 before, but not often.) 01.20.32 # A fully charged battery should be > 4.160V, usually 4.17xV 01.20.52 Quit PaulJam_ (".") 01.21.27 # Ah. Well, usually when it's done charging I unplug it and turn it off. I don't watch for the battery voltage every time. 01.21.31 # plugging it while booting shouldn't hurt it. did you try turning off the battery switch for awhile? 01.22.44 # How long is awhile? When I booted into the OF, I turned off the battery switch to go back into Rockbox. I doubt it was off long enough to reset the clock though. And I didn't try to fully boot into Rockbox after that point either. 01.22.51 # (I went to USB mode) 01.23.02 # many seconds so that everything is reset 01.23.17 # K. I'll go do that. 01.24.48 # another thing is reset settings if that doesn't do it. I had anther player with a corrupt poweroff timeout setting shut off spontaneously like that. 01.25.02 Quit PaulJam (Read error: 110 (Connection timed out)) 01.25.35 # just forget reset, rename the file so the setting loader doesn't even see it. 01.26.38 # I don't know what the setting file is... :/ 01.27.00 # Also, I turned off the battery switch for 10-15 seconds, and it's still not working. 01.28.10 # config.cfg, just try renaming that to anything else 01.28.11 Quit intrados (Read error: 104 (Connection reset by peer)) 01.28.21 Quit SirFunk (Connection reset by peer) 01.28.25 # and nvram.bin 01.28.28 # K 01.28.52 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 01.28.55 Quit tyfoo (Read error: 104 (Connection reset by peer)) 01.29.11 Quit SirFunk (Connection reset by peer) 01.29.19 Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 01.29.27 Quit intrados (Read error: 54 (Connection reset by peer)) 01.29.46 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 01.30.35 Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 01.30.48 Quit intrados (Connection reset by peer) 01.31.55 Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 01.32.40 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 01.33.14 # Well, that didn't help, but this time the battery switch has been off longer than 15 seconds. 01.33.38 # (I brought it up to this machine, as it'll be easier to deal with than having to go up and down the stairs.) 01.34.58 # you tried other builds? 01.34.59 # And it does look like it's about 10 seconds. That is, the logo is displayed, the light dims, then everything disappears (leaving a black screen), but the backlight is still on. 01.35.19 # D'oh. I was going to, and then got caught up here. I forgot to try. 01.36.33 Quit {phoenix} (Read error: 110 (Connection timed out)) 01.37.16 Quit intrados (Read error: 104 (Connection reset by peer)) 01.37.21 Quit cool_walking_ (K-lined) 01.37.24 Quit perrikwp (K-lined) 01.37.24 Quit Mouser_X (K-lined) 01.37.24 Quit evilnick (K-lined) 01.37.24 Quit GodEater_ (K-lined) 01.37.24 Quit LambdaCalculus37 (K-lined) 01.38.23 Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 01.38.46 Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37) 01.39.03 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-889327e1ee444afb) 01.40.23 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-15e726030e9c50ad) 01.40.47 Quit LambdaCalculus37 (Client Quit) 01.42.28 Join Mouser_X [0] (n=cf9bb00a@gateway/web/cgi-irc/labb.contactor.se/x-afbf24f0251af367) 01.43.24 # Bah... Freenode kicked me off. I was using mibbit, so perhaps it was some other user, but they said I had been harrasing users... 01.44.03 # * jhMikeS didn't feel harrassed...promise 01.44.10 # So, where can I get older versions of Rockbox? The daily I saw was r20029, and I suspect I need something prior to 20000. 01.44.25 # (I'm trying the newest Rockbox right now.) 01.44.46 # Mouser_X: 3.1 is prior to 20000 :) 01.45.27 # But it's not available for the Gigabeat S. 01.45.32 # oh right, sorry 01.45.36 # At least, when I tried linking to it, I got a 404. 01.45.37 Quit dan__ ("Leaving") 01.46.12 # No go with r20032. 01.46.22 # http://www.rockbox.org/dl.cgi?bin=gigabeats 01.47.59 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.48.40 # Thanks. 01.49.34 Part toffe82 01.50.01 Join cool_walking__ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-41ed44a28cfb15b3) 01.50.41 Quit Thundercloud (Remote closed the connection) 01.51.08 # r19961 did the same thing as r20002, except that the backlight didn't dim (I did rename the settings file), and the screen didn't go black until the whole thing shut off. 01.52.24 # I'll try r19788, as it's the oldest one I'm seeing on that page. 01.52.28 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 01.52.45 Nick cool_walking__ is now known as cool_walking_ (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-41ed44a28cfb15b3) 01.54.02 # Might the database somehow be involved? I don't think I do, but like, if it's loaded to RAM? 01.54.59 # could try that, delete all the database files I guess 01.55.21 # the latest revision boots and plays fine for me 01.55.32 Quit at0m (Read error: 110 (Connection timed out)) 01.55.48 # the sudoku pluging quits to the plugins menu, not the plugins>games menu >.> 01.56.03 # :/ I'm not surprised by that... And r19788 doesn't work either. 01.57.02 # I'll try removing/renaming the Rockbox directory... As it stands right now, I don't have much to lose... 02.01.40 Quit rafiel2282 (Read error: 110 (Connection timed out)) 02.02.32 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.07.48 Quit {-phoenix-} (Remote closed the connection) 02.09.41 # New Rockbox works. 02.09.50 # I guess this means it was high time I cleaned out/started with a new one anyway... 02.09.54 # :( 02.10.32 # On that note: Since I did export my database settings recently, is there a way I could import those settings into a new database? 02.10.34 # (I still have the old Rockbox folder) 02.10.38 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 02.11.18 # (Where are the DB runtime settings exported to, and could I simply copy them to the new Rockbox directory?) 02.11.58 Quit amblin (Remote closed the connection) 02.13.25 # is it database_changelog.txt? I'm not positive about that part. 02.16.01 # well, it makes that file when I do "Export Modifications" so that must be it 02.26.26 Quit Horscht (Read error: 110 (Connection timed out)) 02.30.07 *** Saving seen data "./dancer.seen" 02.33.29 Quit jordoex (Connection timed out) 02.35.09 Quit Nico_P (Remote closed the connection) 02.42.04 Quit faemir ("Lost terminal") 02.45.55 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 02.50.52 Quit efyx_ (Remote closed the connection) 02.53.03 Quit faemir ("Lost terminal") 03.16.24 Join Bavlito [0] (i=balvito@dsl54001B2E.pool.t-online.hu) 03.20.56 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 03.27.52 Join Rob2223 [0] (n=Miranda@p4FDCD7D8.dip.t-dialin.net) 03.32.51 Quit Beaver`alszik (Read error: 110 (Connection timed out)) 03.34.06 Quit parafin (Read error: 60 (Operation timed out)) 03.39.07 Quit Slasheri (grisham.freenode.net irc.freenode.net) 03.39.07 NSplit grisham.freenode.net irc.freenode.net 03.39.07 Quit jon-kha (grisham.freenode.net irc.freenode.net) 03.39.17 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 03.39.17 NHeal grisham.freenode.net irc.freenode.net 03.39.17 NJoin jon-kha [0] (i=jon-kha@kahvi.eu.org) 03.44.48 Quit Rob2222 (Read error: 110 (Connection timed out)) 03.45.16 Quit linuxstb (grisham.freenode.net irc.freenode.net) 03.45.16 Quit Tuplanolla (grisham.freenode.net irc.freenode.net) 03.45.36 Join jaked [0] (n=jdettner@cl-2099.ham-01.de.sixxs.net) 03.45.45 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 03.45.45 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 03.46.20 Join parafin [0] (i=parafin@paraf.in) 03.47.13 Quit fred_2 (Read error: 110 (Connection timed out)) 03.48.55 Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) 03.49.50 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 03.55.04 Join daurn [0] (n=quae@ppp118-208-179-112.lns10.mel4.internode.on.net) 03.55.15 Quit daurnimator (Read error: 60 (Operation timed out)) 03.58.02 Join wacky [0] (n=ignace@42-194-0-72-ppp.3menatwork.com) 03.58.17 # is the "iPod classic" 120GB supported by Rockbox ? 03.58.24 # I'm just not sure which "generation" it is.. 03.58.50 # 6. 04.01.06 Part gartral 04.01.29 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 04.05.51 Quit daurn (Read error: 60 (Operation timed out)) 04.06.31 Join daurnimator [0] (n=quae@ppp118-208-147-213.lns10.mel4.internode.on.net) 04.07.19 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 04.09.49 Join Barahir_ [0] (n=jonathan@X9721.x.pppool.de) 04.13.15 Join crh0872 [0] (n=caleb@cpe-173-88-94-93.columbus.res.rr.com) 04.14.26 Quit AndyI (Read error: 60 (Operation timed out)) 04.16.11 Join AndyI [0] (i=AndyI@212.14.205.32) 04.21.14 Join daurn [0] (n=quae@ppp118-208-167-101.lns10.mel4.internode.on.net) 04.21.20 Quit daurnimator (Read error: 60 (Operation timed out)) 04.22.23 # so it's not supported, huh ? 04.23.18 # that's what it says right on the front page. 04.23.20 # check front page 04.24.23 # yeah, ok.. 04.24.31 # and I've read about encrypted firmware, etc.. so it's a no go.. 04.24.32 # thanks 04.24.37 Quit wacky ("Quitte") 04.25.50 Quit Barahir (Read error: 110 (Connection timed out)) 04.26.39 # anybody happen to know, offhand, an example for a plugin that stops playback, steals some buffer, and resumes? :/ 04.27.56 # or is that something else i'd need to think about adding support for 04.30.09 *** Saving seen data "./dancer.seen" 04.34.23 # jhMikeS: Thanks. I'll start "rebuilding" my Rockbox directory from the old one. Maybe I'll find what, specificaly, caused the problem. It might be useful (Though, with as much free time as I (don't) have, I'll probably just get it to "good enough" rather than moving everything over.) 04.34.49 Quit Mouser_X ("CGI:IRC 0.5.9 (2006/06/06)") 04.36.29 Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de) 04.36.48 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.40.32 Quit midijunkie (Read error: 104 (Connection reset by peer)) 04.54.56 Join blkhawk- [0] (n=blkhawk@g227068040.adsl.alicedsl.de) 05.09.58 Quit daurn (Read error: 60 (Operation timed out)) 05.10.11 Join daurnimator [0] (n=quae@ppp118-208-167-101.lns10.mel4.internode.on.net) 05.11.19 Quit blkhawk (Read error: 110 (Connection timed out)) 05.11.54 Nick blkhawk- is now known as blkhawk (n=blkhawk@g227068040.adsl.alicedsl.de) 05.13.01 Quit Horscht ("Verlassend") 05.19.40 # The H10 firmware uses precisely the same USB sequence as what was committed today in usb-drv-arc.c 05.20.14 # It looks like it should be just PP502x 05.26.34 # I copies a couple gigs at 7.8MB/s on H10. Have to verify it though. 05.27.23 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 05.28.01 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-f363d4f7b3458107) 05.28.08 Quit Aurix_Lexico1 (Remote closed the connection) 05.31.45 Quit fenugrec ("Leaving") 05.40.04 Join Beta2K__ [0] (n=beta@d36-78-228.home1.cgocable.net) 05.41.13 Quit SirFunk (Remote closed the connection) 05.42.46 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 05.43.36 Quit crh0872 () 05.46.21 # well I get no resets at USB1 speed after copying a GB of data through a hub and a couple USB extension cables 05.46.28 Quit saratoga ("CGI:IRC") 05.46.32 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-35035ffca72d9f3a) 05.46.36 # well I get no resets at USB1 speed after copying a GB of data through a hub and a couple USB extension cables 05.49.08 Quit tchan ("WeeChat 0.2.7-dev") 05.49.51 Join bluebren [0] (n=chatzill@76-237-90-28.lightspeed.rcsntx.sbcglobal.net) 05.52.23 Quit bluebren ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 05.54.21 Join rakslice_ [0] (n=rak@S01060016b68ef62b.ok.shawcable.net) 05.54.40 Quit rakslice (Read error: 104 (Connection reset by peer)) 05.54.59 Join rak__ [0] (n=rak@S010602055dee5503.ok.shawcable.net) 05.57.34 Nick rak__ is now known as rakslice (n=rak@S010602055dee5503.ok.shawcable.net) 05.58.39 # hrm... going through a bunch of chunks of memory in one direction, and memmoving them the other direction (by amounts that do not cause them to overlap) should be quite safe, right? :/ 05.58.56 Quit shodanX (Read error: 110 (Connection timed out)) 05.59.49 # you mean packing them left as you scan right? 06.00.27 # precisely, adding the length of chunks marked as free to a shift value, and shifting each block left by that amount. 06.00.54 # (obviously not moving the free chunks anywhere, and letting them, and their length marker, get overwritten) 06.01.17 Quit rakslice_ (Read error: 60 (Operation timed out)) 06.04.14 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 06.04.33 # hmmm, not following exactly. I thought you perhaps wanted to compact used memory and make all the free stuff contiguous. 06.06.23 # yes, that's what i'm doing. each block is prefixed with its length (including the length indicator, negative if block is free). so i start on the left, if the block is free, i accumulate the length to the "move by" amount, and move on. if allocated, i move it left by the stored total, and end up with all the free space to the right. i think i found the real, problem, though, which was probably that the first_free_block pointer was not u 06.06.23 # pdated after compaction. 06.08.52 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 06.09.31 Quit saratoga ("CGI:IRC (EOF)") 06.14.49 # hrm, covers still get messed up after first compaction... i wonder if PF is simply using stale addresses for them, since it doesn't seem like the allocator ever crashing, as is nearly inevitable if the buffer or handle table is corrupt 06.17.21 Quit daurnimator (Read error: 60 (Operation timed out)) 06.17.59 Join daurnimator [0] (n=quae@ppp118-208-187-121.lns10.mel4.internode.on.net) 06.18.11 # it occurs to me this doesn't need pointers though 06.18.23 # hrm? 06.18.43 # it's an array afterall and so can be indexed 06.21.11 # but then again everything really is that is in memory :D. it's just that things can be done relative to the buffer start which perhaps can mean 8 bits could be used for something and 24 for addressing and still allow 64MB buffers. 06.21.18 # true, i could as easily store a pointer to the start, and the *index* of the first free block. 06.21.37 Join at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 06.22.09 # it still struck me as awfully weird when i realized that the thing could forget where the buffer started, and still work 06.24.21 # ah, *very* clear evidence of either stale handle table entries, or a stale pointer held in PF - a cover which was apparently shifted by a multiple of its height, so that it's correct from the right edge to a certain point, and then duplicated :/ 06.26.56 # well, with offsets it couldn't but any buffer could be moved and be valid with memcpy alone 06.28.30 # and of course updating the start pointer. I don't if what I'm saying is useful at all or just my usual crazy talk. 06.29.15 # well, it would still have a handle table entry that's "wrong" after moving it. 06.30.11 *** Saving seen data "./dancer.seen" 06.30.47 # i wonder if gcc is doing something it thinks is smart with the inlined buf_get_data_ctx, because i'm not marking the pointer volatile... i don't see how it *could*, though. 06.31.04 # hmmm, all my H10 transfers look good and I even verified through the USB stack too :) 06.33.07 Part sinbizl 06.33.08 # unless reading it back un-corrupts anything ;) 06.37.07 # Unhelpful: if that's in doubt, check disassemblies 06.37.29 # or the assembler output (which is easier with --save-temps) 06.39.39 # ahahahah... i think i have it, *maybe*. :) 06.41.19 # ok, the *contents* of the buffer are the problem. what pf stores in there is a struct bitmap, followed immediately by the bitmap data 06.42.42 # but, a member of the struct bitmap is used to get the address of the image data 06.44.15 # that member is set on initial load, but never touched again 06.46.08 # yup, updating bmp->data in get_slide to be bmp + sizeof(struct bitmap) fixes it. it's a wonder that never got screwed up before, but, then, pictureflow didn't work if the buffer was used much 06.51.59 # MOB has the same problem with structs containing pointers. really, all this stuff should be update to use offsets. 06.52.47 # however, it's a general problem with moveable blocks so anything with pointers in it naturally gets stuffed 06.54.47 # hrm, but bitmap use in a lot of other places is just fine with pointers, since it's not moved after load. how often do we have bitmap data, though, that doesn't come right after the struct bitmap? 06.57.56 # There was an idea tossed around to put headers on bitmaps created by the converter which would save alot of function params in bitmap calls. Not forcing data after the header allows creation of data on the fly. 07.05.59 # heh, the newest buffer_alloc and pictureflow are *much* closer to working status together. it doesn't even crash any more :D 07.08.58 Quit yhuang ("Leaving") 07.12.40 Quit CaptainKewl (Read error: 60 (Operation timed out)) 07.30.34 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-10bd605f91c92377) 07.30.58 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-10bd605f91c92377) 07.46.45 Join _lifeless [0] (n=lifeless@90.150.113.75) 07.47.19 Quit BHSPitMonkey (Remote closed the connection) 07.50.14 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 07.52.17 Quit z35 (Remote closed the connection) 07.57.28 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 07.57.37 Quit shodanX (Remote closed the connection) 07.59.25 Nick Barahir_ is now known as Barahir (n=jonathan@X9721.x.pppool.de) 08.09.36 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.10.57 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 08.13.07 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 08.15.48 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 08.19.53 Quit _lifeless (Remote closed the connection) 08.20.10 Join _lifeless [0] (n=lifeless@94.50.8.3) 08.20.55 # Wow, interesting 08.21.04 # * amiconn is going to test on his "special hub 08.21.29 # gevaerts: Now that we know this init, it should be easier to find the correct one for PP5020 08.22.02 # Iirc Mini G1 and Mini G2 use the same OF, meaning that this OF contains both PP5020 and PP5022 code 08.22.27 # This made it easier to e.g. figure out the clock setup differences 08.24.14 Join Rob2222 [0] (n=Miranda@p4FDCCE17.dip.t-dialin.net) 08.25.02 # Unhelpful: Bitmaps won't always have the data directly after the header. There will be at least two cases: (1) transparent bitmaps on low-depth LCDs. These need a mask bitmap. (2) Font rendering. This will generate the header on the fly 08.30.13 *** Saving seen data "./dancer.seen" 08.30.32 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.39.22 # amiconn: good to know. i think almost everything PF needs is in place, the last thing that needs changing at this stage is PF's fixed-size cache. it seems clear that if allocation of bitmaps is dynamic, and they can vary in size, that the appropriate cache size is "what fits"... so, probably a fixed-size array of structs is the wrong way to manage the cache. 08.42.16 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.44.19 # also, i expect that "search a list for item with oldest timestamp" can't be the best way to implement LRU cache 08.45.24 # LRU can be implemented using a linked list 08.48.44 # right, because an LL can easily be reordered to move items to the front on access 08.50.36 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.59.53 # gevaerts: Good news. Rockbox USB now works through my problematic hub, both on c200 and Mini G2. c200 write: 3MB/s, read: 4.1MB/s. Mini G2 write: 2.8MB/s, read: 2.9MB/s 09.01.04 # * B4gder does the usb dance 09.01.09 # Only a single pair of 'disk' errors reported in the event log during c200 read, no errors otherwise. (These errors happen occasionally with other USB devies as well, nothing to worry about) 09.01.51 # No data error either (used a 560MB WAV test file, compared after copying to device and back) 09.02.34 Quit amiconn (Remote closed the connection) 09.02.34 Quit pixelma (Read error: 104 (Connection reset by peer)) 09.03.31 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 09.03.31 Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) 09.05.24 # * amiconn thinks we should now enable USB by default for all PP5022 and PP5024 targets 09.06.18 # and it is a grand day in rockbox history! 09.06.35 # * B4gder seconds that suggestion 09.06.53 Join midgey|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-58108fd9c066a550) 09.06.54 Quit Llorean (Read error: 104 (Connection reset by peer)) 09.07.13 # * midgey|web returns to third the suggestion 09.07.15 Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 09.08.05 # And we shed the dependency on the OF for a half dozen player or so. 09.08.27 # exactly! 09.08.46 # and there will be happiness 09.10.49 # And the people did rejoice and did feast upon the 09.10.49 # lambs and toads and tree-sloths and fruit-bats and orangutans and 09.10.49 # breakfast cereals 09.11.12 # Universal Cereal Bus! 09.11.35 # Unlimited Cereal Bowls 09.11.43 # On a related note, USB detection (just in the basic present/not of a cable) would be nice in the "rockbox.target not found" screen so that people faced with that can just plug in their players and have it reboot to OF, rather than trying to decode what "Hold menu+select then select+play" actually means 09.13.13 # That's more or less the only case where people currently think their iPod (or sometimes Sansa, but mostly iPod) is bricked on a regular basis. They get that screen, try to reboot, don't time the holds right, get the screen again, repeat it a few times, and think their player is doomed because plugging in USB doesn't do anything either. 09.14.07 # With the e200/c200 at least, you can turn them off, plug in USB, get the OF, and continue the install. 09.18.02 # Unfortunately we still have to reboot for firewire. I didn't check whether this still works when rockbox usb is enabled 09.21.43 Quit _lifeless (Read error: 101 (Network is unreachable)) 09.22.56 Join petur [50] (n=petur@rockbox/developer/petur) 09.30.36 # amiconn: would you believe it not only uses linear search to find the LRU slide in the cache, but also to find a desired slide by ID? :/ 09.33.41 # although, with the number of slides that can be cached in just the plugin buffer, linear search is probably just fine. it's not very many slides. :/ 09.40.07 Join _lifeless [0] (n=lifeless@89.20.105.111) 09.40.37 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.49.51 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.50.06 Quit bmbl (Read error: 104 (Connection reset by peer)) 09.53.24 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 10.06.01 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 10.10.33 Quit midgey|web ("http://www.mibbit.com ajax IRC Client") 10.11.08 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.11.59 Quit agaffney (Remote closed the connection) 10.12.06 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 10.13.56 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 10.14.48 Join midgey|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-cb5630238a7092ba) 10.16.16 Quit Bavlito ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 10.29.01 Join pyro_maniac [0] (i=foobar@p57BB9510.dip0.t-ipconnect.de) 10.30.14 *** Saving seen data "./dancer.seen" 10.34.44 Quit Thundercloud (Remote closed the connection) 10.43.29 Quit pyro_maniac (grisham.freenode.net irc.freenode.net) 10.43.29 NSplit grisham.freenode.net irc.freenode.net 10.43.29 Quit midgey|web (grisham.freenode.net irc.freenode.net) 10.43.29 Quit pixelma (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Rob2222 (grisham.freenode.net irc.freenode.net) 10.43.29 Quit blkhawk (grisham.freenode.net irc.freenode.net) 10.43.29 Quit intrados (grisham.freenode.net irc.freenode.net) 10.43.29 Quit shadearg (grisham.freenode.net irc.freenode.net) 10.43.29 Quit jfc (grisham.freenode.net irc.freenode.net) 10.43.29 Quit tmzt (grisham.freenode.net irc.freenode.net) 10.43.29 Quit dionoea (grisham.freenode.net irc.freenode.net) 10.43.29 Quit crwl (grisham.freenode.net irc.freenode.net) 10.43.29 Quit sbhsu (grisham.freenode.net irc.freenode.net) 10.43.29 Quit rphillips (grisham.freenode.net irc.freenode.net) 10.43.29 Quit ChanServ (grisham.freenode.net irc.freenode.net) 10.43.29 Quit petur (grisham.freenode.net irc.freenode.net) 10.43.29 Quit daurnimator (grisham.freenode.net irc.freenode.net) 10.43.29 Quit tvelocity[a] (grisham.freenode.net irc.freenode.net) 10.43.29 Quit fyrestorm (grisham.freenode.net irc.freenode.net) 10.43.29 Quit _Auron_ (grisham.freenode.net irc.freenode.net) 10.43.29 Quit freqmod_gq (grisham.freenode.net irc.freenode.net) 10.43.29 Quit havien (grisham.freenode.net irc.freenode.net) 10.43.29 Quit DaCapn (grisham.freenode.net irc.freenode.net) 10.43.29 Quit yosafbridge (grisham.freenode.net irc.freenode.net) 10.43.29 Quit HellDragon (grisham.freenode.net irc.freenode.net) 10.43.29 Quit bmbl (grisham.freenode.net irc.freenode.net) 10.43.29 Quit n1s (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Zagor (grisham.freenode.net irc.freenode.net) 10.43.29 Quit tchan (grisham.freenode.net irc.freenode.net) 10.43.29 Quit kachna|lappy (grisham.freenode.net irc.freenode.net) 10.43.29 Quit n17ikh (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Neovanglist (grisham.freenode.net irc.freenode.net) 10.43.29 Quit B4gder (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Seed (grisham.freenode.net irc.freenode.net) 10.43.29 Quit maraz (grisham.freenode.net irc.freenode.net) 10.43.29 Quit GodEater (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Galois (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Tristan (grisham.freenode.net irc.freenode.net) 10.43.29 Quit jhulst (grisham.freenode.net irc.freenode.net) 10.43.29 Quit gibbon_ (grisham.freenode.net irc.freenode.net) 10.43.29 Quit scorche|sh (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Xerion (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Dieterbe (grisham.freenode.net irc.freenode.net) 10.43.29 Quit goffa (grisham.freenode.net irc.freenode.net) 10.43.29 Quit BlakeJohnson86 (grisham.freenode.net irc.freenode.net) 10.43.29 Quit einhirn (grisham.freenode.net irc.freenode.net) 10.43.29 Quit at0m (grisham.freenode.net irc.freenode.net) 10.43.29 Quit gevaerts (grisham.freenode.net irc.freenode.net) 10.43.29 Quit killan (grisham.freenode.net irc.freenode.net) 10.43.29 Quit JdGordon (grisham.freenode.net irc.freenode.net) 10.43.29 Quit scorche (grisham.freenode.net irc.freenode.net) 10.43.29 Quit offset (grisham.freenode.net irc.freenode.net) 10.43.29 Quit avacore (grisham.freenode.net irc.freenode.net) 10.43.29 Quit EvanCarroll (grisham.freenode.net irc.freenode.net) 10.43.29 Quit J-23 (grisham.freenode.net irc.freenode.net) 10.43.29 Quit jaked (grisham.freenode.net irc.freenode.net) 10.43.29 Quit balou (grisham.freenode.net irc.freenode.net) 10.43.29 Quit _lifeless (grisham.freenode.net irc.freenode.net) 10.43.29 Quit Llorean (grisham.freenode.net irc.freenode.net) 10.43.30 Quit rakslice (grisham.freenode.net irc.freenode.net) 10.43.30 Quit AndyI (grisham.freenode.net irc.freenode.net) 10.43.30 Quit FlynDice (grisham.freenode.net irc.freenode.net) 10.43.30 Quit HBK (grisham.freenode.net irc.freenode.net) 10.43.30 Quit rakslice_work (grisham.freenode.net irc.freenode.net) 10.43.30 Quit rasher (grisham.freenode.net irc.freenode.net) 10.43.30 Quit trisiak (grisham.freenode.net irc.freenode.net) 10.43.30 Quit DataGhost (grisham.freenode.net irc.freenode.net) 10.43.30 Quit Unhelpful (grisham.freenode.net irc.freenode.net) 10.43.30 Quit Bagder (grisham.freenode.net irc.freenode.net) 10.43.30 Quit amiconn (grisham.freenode.net irc.freenode.net) 10.43.30 Quit bs66_1 (grisham.freenode.net irc.freenode.net) 10.43.30 Quit buk_ (grisham.freenode.net irc.freenode.net) 10.43.30 Quit kadoban (grisham.freenode.net irc.freenode.net) 10.43.30 Quit FOAD (grisham.freenode.net irc.freenode.net) 10.43.30 Quit timc (grisham.freenode.net irc.freenode.net) 10.43.30 Quit Kohlrabi (grisham.freenode.net irc.freenode.net) 10.43.30 Quit fxb__ (grisham.freenode.net irc.freenode.net) 10.43.30 Quit martian67 (grisham.freenode.net irc.freenode.net) 10.43.30 Quit gromit` (grisham.freenode.net irc.freenode.net) 10.43.30 Quit Kopfgeldjaeger (grisham.freenode.net irc.freenode.net) 10.43.30 Quit ufoman (grisham.freenode.net irc.freenode.net) 10.43.30 Quit orsonj (grisham.freenode.net irc.freenode.net) 10.43.30 Quit preglow (grisham.freenode.net irc.freenode.net) 10.43.30 Quit tim__b (grisham.freenode.net irc.freenode.net) 10.43.30 Quit crashd (grisham.freenode.net irc.freenode.net) 10.43.30 Quit Qball (grisham.freenode.net irc.freenode.net) 10.43.30 Quit agaffney (grisham.freenode.net irc.freenode.net) 10.43.30 Quit awake_ (grisham.freenode.net irc.freenode.net) 10.43.30 Quit tarbo (grisham.freenode.net irc.freenode.net) 10.43.30 Quit rvvs89 (grisham.freenode.net irc.freenode.net) 10.43.30 Quit soap (grisham.freenode.net irc.freenode.net) 10.43.30 Quit pabs (grisham.freenode.net irc.freenode.net) 10.43.30 Quit ze (grisham.freenode.net irc.freenode.net) 10.54.50 NHeal grisham.freenode.net irc.freenode.net 10.54.50 NJoin ChanServ [0] (ChanServ@services.) 10.54.50 Join Zagor [242] (n=bjst@rockbox/developer/Zagor) 10.54.50 NJoin petur [50] (n=petur@rockbox/developer/petur) 10.54.50 NJoin daurnimator [0] (n=quae@ppp118-208-187-121.lns10.mel4.internode.on.net) 10.54.50 NJoin tvelocity[a] [0] (n=tony@adsl26-123.her.forthnet.gr) 10.54.50 NJoin fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) 10.54.50 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 10.54.50 NJoin HellDragon [0] (n=jd@Wikipedia/HellDragon) 10.54.50 NJoin havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 10.54.50 NJoin freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 10.54.50 NJoin DaCapn [0] (i=dacapn@using.your.wireless-inter.net) 10.54.50 NJoin yosafbridge [0] (n=yosafbri@ludios.net) 10.54.50 Mode "#rockbox +o ChanServ " by irc.freenode.net 10.55.24 NJoin _lifeless [0] (n=lifeless@89.20.105.111) 10.55.24 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 10.55.24 NJoin rakslice [0] (n=rak@S010602055dee5503.ok.shawcable.net) 10.55.24 NJoin AndyI [0] (i=AndyI@212.14.205.32) 10.55.24 NJoin jaked [0] (n=jdettner@cl-2099.ham-01.de.sixxs.net) 10.55.24 NJoin FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 10.55.24 NJoin HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 10.55.24 NJoin rakslice_work [0] (n=Vineyard@S01060016b68ef62b.ok.shawcable.net) 10.55.24 NJoin balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 10.55.24 Join rasher [50] (n=rasher@rockbox/developer/rasher) 10.55.24 NJoin trisiak [0] (n=tree@chello089078243195.chello.pl) 10.55.25 Quit daurnimator (Read error: 60 (Operation timed out)) 10.55.36 NJoin einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 10.55.36 NJoin at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 10.55.36 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.55.36 NJoin killan [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) 10.55.36 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 10.55.36 NJoin scorche [50] (n=scorche@rockbox/administrator/scorche) 10.55.36 NJoin avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 10.55.36 NJoin EvanCarroll [0] (n=ecarroll@12.28.61.169) 10.55.36 NJoin J-23 [0] (n=zelazko@unix.net.pl) 10.55.36 NJoin offset [0] (n=zero@ool-44c0032d.dyn.optonline.net) 10.55.45 NJoin martian67 [0] (i=user5490@about/linux/regular/martian67) 10.55.45 NJoin gromit` [0] (n=gromit@ALagny-154-1-88-61.w81-48.abo.wanadoo.fr) 10.55.45 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 10.55.45 NJoin ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) 10.55.45 NJoin orsonj [0] (n=orson@b22222.bookstore.usu.edu) 10.55.45 NJoin Qball [0] (n=qball@unaffiliated/qball) 10.55.45 NJoin tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) 10.55.45 NJoin preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 10.55.45 NJoin crashd [0] (i=foobar@lostnode.org) 10.56.07 Join daurnimator [0] (n=quae@ppp118-208-187-121.lns10.mel4.internode.on.net) 10.56.08 NJoin agaffney [0] (n=agaffney@gentoo/developer/agaffney) 10.56.08 NJoin awake_ [0] (n=Zzz@c122-106-37-8.rivrw1.nsw.optusnet.com.au) 10.56.08 NJoin rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 10.56.08 NJoin soap [50] (n=soap@rockbox/staff/soap) 10.56.08 NJoin ze [0] (i=ze@76.91.72.105) 10.56.08 NJoin pabs [0] (n=pabs@xor.pablotron.org) 10.56.30 NJoin DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 10.56.30 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 10.56.30 NJoin Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 10.56.45 NJoin goffa [0] (n=goffa@216.220.23.105) 10.56.45 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 10.56.51 NJoin pyro_maniac [0] (i=foobar@p57BB9510.dip0.t-ipconnect.de) 10.56.51 NJoin midgey|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-cb5630238a7092ba) 10.56.51 NJoin pixelma [50] (n=pixelma@rockbox/staff/pixelma) 10.56.51 NJoin Rob2222 [0] (n=Miranda@p4FDCCE17.dip.t-dialin.net) 10.56.51 NJoin blkhawk [0] (n=blkhawk@g227068040.adsl.alicedsl.de) 10.56.51 NJoin intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 10.56.51 NJoin shadearg [0] (n=arg@ipv4.panoptix.net) 10.56.51 NJoin jfc [0] (n=john@dpc691978010.direcpc.com) 10.56.51 NJoin tmzt [0] (n=tmzt@adsl-99-164-41-91.dsl.akrnoh.sbcglobal.net) 10.56.51 NJoin rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) 10.56.51 NJoin crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 10.56.51 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 10.56.51 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 10.56.52 NJoin amiconn [50] (n=jens@rockbox/developer/amiconn) 10.56.52 NJoin bs66_1 [0] (n=sysuser@79.138.154.3.bredband.tre.se) 10.56.52 NJoin buk_ [0] (n=buk@fac34-2-82-228-151-145.fbx.proxad.net) 10.56.52 NJoin kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 10.56.52 NJoin FOAD [0] (n=dok@dinah.blub.net) 10.56.52 NJoin timc [0] (n=aoeu@124.93.243.83) 10.56.52 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 10.56.52 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 10.56.54 NJoin bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.56.54 NJoin n1s [0] (n=n1s@rockbox/developer/n1s) 10.56.54 NJoin B4gder [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-10bd605f91c92377) 10.56.54 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 10.56.54 NJoin kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 10.56.54 NJoin n17ikh [0] (n=n17ikh@130.127.74.89) 10.56.54 NJoin Neovanglist [0] (i=Neovangl@69.31.129.33) 10.56.54 NJoin Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 10.56.54 NJoin Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 10.56.54 NJoin Dieterbe [0] (n=Dieterbe@213.219.169.183.adsl.dyn.edpnet.net) 10.56.54 NJoin gibbon_ [0] (n=joel@195.182.2.234) 10.56.54 NJoin Galois [0] (i=djao@efnet-math.org) 10.56.54 NJoin Tristan [0] (i=tristan@66.252.24.153) 10.56.54 NJoin GodEater [0] (n=ge@rockbox/staff/GodEater) 10.56.54 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 10.56.54 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 10.56.54 NJoin jhulst [0] (n=jhulst@unaffiliated/jhulst) 10.59.12 # amiconn: the interesting thing is that we've looked at this specific init sequence before, but we probably didn't put it at the correct place 10.59.34 Join [As]-[I]-[Lay]-[ [0] (n=Snake@acl1-852bts.gw.smartbro.net) 10.59.54 # <[As]-[I]-[Lay]-[> is rockbox applicable for ipod nano 4th generation? 11.00.02 Quit kachna|lappy (No route to host) 11.00.03 # nope 11.00.41 # <[As]-[I]-[Lay]-[> ohh 11.06.15 # do we do any handling of usb on pp5002? 11.07.33 Quit bmbl ("Woah!") 11.14.32 Quit pyro_maniac (Read error: 113 (No route to host)) 11.15.55 Join Darksair [0] (n=user@123.112.120.227) 11.20.44 Part [As]-[I]-[Lay]-[ 11.27.52 # what targets does that leave us with problems for USB wise ? 11.29.05 # pp5020 - so 4G/Color, H10, Mini 1G, mr100 11.29.25 # might have missed one in there 11.29.43 Quit midgey|web ("http://www.mibbit.com ajax IRC Client") 11.30.15 # h10_5gb h10 ipod1g2g ipod3g ipod4g ipodcolor ipodmini mrobe100 tpj1022 11.30.21 Join midgey|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/session) 11.30.22 # egrep -l "CPU PP(5020|5002)" config-*.h | sed -e 's/config-//' -e 's/\.h//' | xargs echo 11.30.58 # i thought the stack was only aimed at pp502x 11.31.05 # oh 11.31.06 # hehe 11.31.10 # well, for portalplayer that is 11.31.22 # well no stack is an even bigger problem then ;-) 11.31.34 # fair enough 11.31.46 # Didn't I see jhMikes commenting he had working USB on an H10 ? 11.33.20 # also wth is a tpj1022 ? 11.33.24 # gevaerts said he still had issues on the tracker (fs #9923) 11.33.32 # yes I read that too 11.33.38 # I was sorting of hoping for clarity ;) 11.34.17 # never a specialty with portalplayer 11.36.40 # indeed not 11.36.45 # nor with gevaerts ;) 11.41.57 Part B4gder 11.50.28 Join gregzx [0] (n=chatzill@dro207.neoplus.adsl.tpnet.pl) 11.53.57 Join {phoenix} [0] (n=dirk@p54B47975.dip.t-dialin.net) 12.00.09 Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de) 12.04.46 Quit einhirn_ (Read error: 104 (Connection reset by peer)) 12.05.00 Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de) 12.12.03 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 12.12.57 # PP5020 is "better" than 5022 I think, in the sense that it usually works a lot better than 5022 used to do when directly connected but it doesn't pass my two-hub test, neither with the "old" code nor with this new init sequence (which is why I didn't put PP502x in the #if) 12.13.48 # I'll retry tonight, to make sure that I didn't do something wrong 12.14.37 Join lymeca [0] (n=lymeca@157-157-239-130.dsl.dynamic.simnet.is) 12.15.02 # * gevaerts hopes that this statement was clear :) 12.18.04 Quit einhirn (Read error: 110 (Connection timed out)) 12.26.37 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 12.30.18 *** Saving seen data "./dancer.seen" 12.32.10 Quit HellDragon (Read error: 54 (Connection reset by peer)) 12.32.14 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 12.35.12 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.39.15 Quit robin0800 (Read error: 104 (Connection reset by peer)) 12.42.18 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.43.15 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.45.02 Join moos [0] (i=Mustapha@rockbox/staff/moos) 12.52.12 Join kubiix [0] (n=511bc91c@gateway/web/cgi-irc/labb.contactor.se/x-a1ba05d56c373330) 12.52.40 Quit rocko ("Leaving") 12.58.34 Join nibbler [0] (n=Nibbler@p549A025E.dip0.t-ipconnect.de) 13.05.21 Quit einhirn_ (Read error: 110 (Connection timed out)) 13.13.15 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 13.14.44 Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de) 13.27.04 Quit lymeca (Read error: 110 (Connection timed out)) 13.27.04 # * JdGordon joins late in the usb dancing... 13.27.26 # * moos joins too since he missed it 13.27.30 # if we want to have it enabled for 3.2 we should do it soon so we have plenty of time to hear more bugs and decide to pull it or not 13.28.24 # indeed 13.29.34 # that will make 2 really nice additions in 3.2 :) 13.29.58 Quit Seed ("cu, Andre") 13.30.15 # What's the other? 13.30.23 # ipod accessories 13.30.34 # or sana charging.. depending on which you prefer :) 13.31.26 # 1 month left for the commit? or 3 months realease plan have changed? 13.31.38 # *for the release 13.31.46 # i dont think there has been any suggesitons otherwise 13.32.09 # moos: "plenty of time" before the release probably means less than one month left for the commit 13.32.55 # oki 13.38.01 # I expect the USB commit somewhere next week or so. I'd like to do some tracing first to make sure 13.45.22 # hi, how fast the USB transfer on Ipod Color should be ? 13.47.29 Quit midijunkie (Read error: 104 (Connection reset by peer)) 13.50.32 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 13.50.42 Quit jfc^3 (Read error: 54 (Connection reset by peer)) 13.51.06 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 13.52.35 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 13.59.47 Quit midgey|web ("http://www.mibbit.com ajax IRC Client") 14.04.51 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.06.19 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.06.24 Join jaykay [0] (n=chatzill@p579E6B78.dip.t-dialin.net) 14.08.22 Quit kubiix ("CGI:IRC") 14.08.52 Quit jfc^3 (Read error: 60 (Operation timed out)) 14.11.31 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 14.15.25 Quit nibbler (Read error: 113 (No route to host)) 14.16.41 Quit crwl (Read error: 110 (Connection timed out)) 14.17.28 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.17.30 Quit jfc (Read error: 110 (Connection timed out)) 14.17.41 Join jfc [0] (n=john@dpc691978010.direcpc.com) 14.18.06 Quit jfc (Read error: 104 (Connection reset by peer)) 14.19.21 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.21.21 Join miepchen^schlaf [0] (n=miepel@p579EC96A.dip.t-dialin.net) 14.26.57 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 14.30.04 Quit robin0800 (Read error: 110 (Connection timed out)) 14.30.21 *** Saving seen data "./dancer.seen" 14.32.14 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.37.27 Quit jfc^3 (Read error: 110 (Connection timed out)) 14.41.05 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 14.41.14 Quit jfc^3 (Read error: 104 (Connection reset by peer)) 14.41.55 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 14.47.47 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 14.53.25 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.53.50 Join jfc [0] (n=john@dpc691978010.direcpc.com) 14.56.08 # speaking about 3.2 it would be very nice to include the gigabeast in the release too, still "someone" has to sort out the installation for that... 14.57.41 # What's the status of this issue some people had related to this OF upgrade? 14.59.05 # i don't know, it seems to hit at random :/ 15.00.22 # Can't we just have a list of supported OF versions? 15.00.51 # We can. I don't see any reason why not. 15.01.10 # Not if we want to point to this specific version as the one to use for dual boot 15.01.29 # The one toffe82 found? 15.01.36 # rasher: afaikm there are only 2 versions of the OF but i'm not sure the issues are directly related to the OF version since people had troubles before the new version was found 15.01.50 # s/m// 15.02.21 # gevaerts: or did you have any specific issue in mind? 15.02.27 # So say that this version is unsupported? 15.02.43 # n1s: What we had before was the slightly hacked OF from the Gigabeat V updater originally. 15.03.24 # Oh crap... I just realized I'm still using that one. :/ 15.03.48 # LambdaCalculus37: didn't it come from a dump of an s60 disk? 15.03.53 # what is the issue with the beast install? 15.04.01 # n1s: I'm thinking about the issue (IIRC) MarcGuay and someone else (who was it again?) had, where it went into a seemingly unrecoverable recovery mode after trying this new officiial version from the toshiba website 15.04.19 # n1s: I don't remember if it did or not. 15.04.41 # gevaerts: "seemingly unrecoverable" -> I don't want to try it? 15.04.55 # n1s: we need to catch them again and ask I guess 15.05.37 # Nico_P: No official downloads for one. Plus the licensing/(C) issues with the Windows sendfirm. 15.05.40 # I think toffe82 said he got dualbooting working with the newer version 15.05.43 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-72bad195a0447d21) 15.05.47 # what's about the sendfirm licensing issue too? 15.05.59 Join J-Learner [0] (n=J@d122-104-35-199.sbr6.nsw.optusnet.com.au) 15.06.05 # hey linuxstb, you beated me 15.06.06 # Hi! 15.06.20 Quit jfc^3 (Read error: 110 (Connection timed out)) 15.06.24 # linuxstb: there is an official download for the firmware 15.06.28 # linuxstb: for the first part I guess we can offer a single-boot bootloader, can't we? 15.06.46 # * J-Learner is reading guidelines...ooops broke the rule already :D 15.07.38 # also, do we really *need* to support windows? :P 15.07.39 # J-Learner: saying hello is generally accepted :) 15.07.45 Quit daurnimator (Read error: 60 (Operation timed out)) 15.08.00 # Not sure if this is the right place but here goes: 15.08.04 # does sendfirm compile correctly these days? I get an error 15.08.08 # :) 15.08.10 # Nico_P: Yes, but it needs someone to do it... We probably want to release a single-boot nk.bin, plus the "bootloader.bin" to be used with mknkboot. These are just "things to do" - the real issues are 1) The windows install; 2) Install still seems unreliable in some cases (I think...) 15.08.43 Quit robin0800 (Read error: 104 (Connection reset by peer)) 15.08.54 # I checked out rockbox...looks cool..I['ve got a Iriver E100....I'm not a programmer...anything I can do to help? (Short of taking my beautiful little baby to pieces) 15.09.20 # J-Learner: Not really - new ports need programmers with lots of spare time... 15.09.23 # yes or no will suffice 15.09.37 # ah I only have the second....sorry abotu that 15.09.59 # Well keep up the good work and I await the port to my machine 15.10.04 # Have a good one and good luck 15.10.11 # J-Learner: if you have lots of time you can learn to program :) 15.10.47 # learning german, mental math, Esperanto IPA and designing a game....maybe next year :D 15.11.03 # off topic so I'm out...bye everyone :D 15.11.20 Part J-Learner ("Leaving") 15.11.36 Quit fdinel (Read error: 110 (Connection timed out)) 15.11.44 # Nico_P: Have you updated to the current SVN? IIRC, most distros now have a newer version of libmtp, but sendfirm has been adapted. 15.12.05 # yes, my SVN is up-to-date 15.12.27 # maybe I have a local install of an old libmtp that's messing things up 15.13.51 # it should build with both new and old libmtp 15.15.14 # I get "too few arguments for function «LIBMTP_Send_File_From_File»" on line 99 of sendfirm.c 15.15.47 # Nico_P: I don't know if you're interested, but my idea for sendfirm was to turn it into a kind of "beastpatcher", where it would have the Rockbox bootloader embedded into it. So a user would just need to run it, follow the instructions and confirm they want to install. 15.16.21 # sounds like a good idea 15.16.39 # linuxstb: i like that too, it works well for ipods and sansas 15.16.41 # But my first step was going to be to unify the Windows and Unix versions, but the license issue stopped that. 15.17.04 # the problem is that the license for the MTP DLL is uncertain, right? 15.17.24 # I think there are two problems: 1) We can't use GPL because of the linking with a MS lib, but we can just switch to something like BSD to solve that. 15.17.45 # (although that means it can never be incorporated into rbutil - apart from as an external .exe) 15.18.10 # But there is also another problem - it's based on example code from Creative, and that code has no (C) or license information. 15.19.00 # Where I think "based on" means "a verbatim copy, with a few minor changes". Although I would need to double-check that... 15.22.29 # couldn't i be rewritten to avoid the second issue? 15.23.55 # Yes - but it's yet something else for Mr Someone to do. 15.24.02 # hmm, release 0.3.0 of libmtp changed the signature of LIBMTP_Send_File_From_File(), and I only have 0.2.6.1 15.26.01 # There is also saratoga's idea of trying to "undelete" the original firmware nk.bin from the firmware partition - it would be quite nice to implement that before calling it "supported" (so that first-time installers keep the OF). 15.26.24 # with beastdump.c? 15.27.05 # No, I don't think a PC-side app is the way to oo - it could be built into the bootloader, or maybe a plugin. 15.27.18 # Nico_P: sendfirm should still build with 0.2.6 15.27.50 # s/oo/go/ 15.28.54 # n1s: I see an #ifdef OLDMTP, but it doesn't seem to be defined 15.29.02 # Nico_P: Maybe a plugin called something like "dual boot", which would enable dual-boot by trying to undelete the OF nk.bin, and then combining it with the existing (Rockbox-only) nk.bin. 15.29.23 # that does sound like a nice idea 15.30.30 # I don't think there are many (two?) versions of the OF, so it could simply store the md5sums of known nk.bins to verify the undelete. 15.33.13 # linuxstb: if the version of the OF that toshiba provides for download can be used for dual boot, why not use that instead of this undelete buisiness? 15.33.25 Join spankee1954 [0] (n=spankee1@173-23-117-172.client.mchsi.com) 15.35.52 Part spankee1954 15.36.18 # Unhelpful: ping 15.36.36 # Nico_P: building sendfirm with libmtp o.2.6 works here 15.37.22 # n1s: OLDMTP doesn't seem to get #defined here 15.37.54 # Nico_P: what does LIBMTP_VERSION say in your libmtp.h file? 15.38.05 # 0.2.6.1 15.38.26 # how can I get make to print $(EXTRA_CFLAGS) ? 15.38.59 # i think it does, running make here prints "gcc -DOLDMTP -Wall -lmtp -o sendfirm sendfirm.c" 15.39.16 # I only have gcc -Wall -lmtp -o sendfirm sendfirm.c 15.40.18 Quit faemir ("Lost terminal") 15.40.36 # n1s: To remove an extra step for the user. 15.40.51 # and your checkout is up to date, i.e does the Makefiel contain the magic for defining -DOLMTP 15.40.51 # n1s: And to not change the version of the OF the user is using... 15.40.58 # n1s: it is 15.41.04 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.41.08 # Nico_P: weird. 15.41.23 # I agree. the command also does work if I test it in a sheel 15.41.45 # linuxstb: we don't seem to care about that too much for other target, though i guess it's a good point 15.41.49 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 15.43.04 # n1s: what ditro are you using? 15.43.38 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 15.43.50 Quit CaptainKewl (Read error: 110 (Connection timed out)) 15.44.43 # Nico_P: now on debian testing with libmtp 0.2.6 but i tried recently with ubuntu with libmtp 0.3.? and both worked 15.45.11 # I think it might be because ubuntu is using dash as the shell 15.45.18 Quit faemir (Client Quit) 15.45.18 # n1s: It's what sansapatcher and ipodpatcher do - they patch the OF currently installed on the device. We can't do that for all targets though (e.g. we can't access the iriver flash) 15.46.12 # n1s: But I agree it's not an essential feature. 15.47.26 # n1s: got it 15.48.25 # dash's echo doesn't support -e, so I replaced it by printf 15.48.32 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 15.48.39 # Ah, an old problem... 15.48.51 # yes 15.48.51 # easier solution is to rm /bin/sh and ln -s /bin/bash /bin/sh ;) 15.49.21 # should I commit the change? 15.49.42 # Nico_P: I think so - IIRC we fixed that elsewhere in the same way. 15.50.05 # ok 15.52.36 # GodEater: i think i did that on my ubuntu install :) 15.54.14 Quit miepchen^schlaf () 15.54.58 # n1s: me too 15.58.02 # * gevaerts doesn't support ubuntu often, but he does in the dash vs bash case 15.58.59 Join tarbo [0] (n=me@unaffiliated/tarbo) 15.59.29 Quit bmbl ("Woah!") 16.00.24 # * Nico_P appreciates the ultra-fast boot of the beast single-boot BL 16.02.00 Quit jaykay (Read error: 110 (Connection timed out)) 16.02.06 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0017.bb.online.no) 16.10.43 Quit parafin ("So long and thanks for all the fish") 16.10.45 Join parafin [0] (i=parafin@note-ether.paraf.in) 16.12.16 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 16.12.34 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 16.12.57 Quit parafin (Client Quit) 16.12.59 Join parafin [0] (i=parafin@paraf.in) 16.15.16 Quit faemir ("Lost terminal") 16.20.28 Quit freqmod_gq (Read error: 60 (Operation timed out)) 16.30.23 *** Saving seen data "./dancer.seen" 16.32.12 Join MethoS- [0] (n=lem@host-091-096-213-009.ewe-ip-backbone.de) 16.35.59 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.38.13 # * rasher thinks GodEater is severely wrong 16.38.34 # The right fix isn't to "use bash like most other people", but to fix the scripts that *assume* they're running on bash. 16.45.18 Part LinusN 16.48.12 # rasher: that is indeed the *right* fix, but it's also the longest one to implement 16.48.42 # We're doing pretty well so far 16.53.47 Join MethoS-- [0] (n=lem@host-091-097-246-085.ewe-ip-backbone.de) 16.55.36 Quit MethoS- (Read error: 60 (Operation timed out)) 16.58.20 # actually the easy way to fix the dash vs bash problem is to use #!/bin/bash instead of #!/bin/sh 16.59.23 # but dash is faster than bash, so if you want some performance improvement, you make changes to support dash 16.59.50 # You also don't want to limit yourself to systems with bash installed 16.59.54 # orsonj: We've taken this discussion to #rockbox-community... 17.00.46 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.01.16 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.01.27 # mcuelenaere: Hi. Did you ever get anywhere with the Windows sendfirm? I can't remember exactly how we left it... 17.01.43 # linuxstb: I thought you were going to handle that? 17.02.19 # sorry, missed that 17.07.11 # mcuelenaere: Did I say that? ;) Did you try and contact Creative to find out the license of their code? 17.07.24 Quit kachna|lappy (Connection timed out) 17.07.29 # I'm curious if that code is itself very similar to an example in the MS SDK? 17.07.38 # linuxstb: yes I did, I mailed the results to that thread on the mailing list 17.07.46 # linuxstb: not that I know of.. 17.07.55 # otherwise I would've based it probably on the SDK 17.08.10 # s/based it probably/probably based it/ 17.08.44 # mcuelenaere: I can just find you saying that you emailed creative and that they hadn't responded yet. So I assume they never did? 17.09.07 # nope, at least not positive 17.09.12 # let me check my mail logs.. 17.10.10 Join kubiix [0] (n=511bc91c@gateway/web/cgi-irc/labb.contactor.se/x-cf7a24a0aa6369bb) 17.10.56 # According to http://www.rockbox.org/mail/archive/rockbox-dev-archive-2009-01/0021.shtml , I've had no response from Creative 17.11.05 # hi, were there ary changes in power management and battery on ipod recently ? 17.11.06 # and AFAICR I haven't since that post 17.11.32 # the only ones were automatic mailer daemon's who said the mail address was invalid 17.13.35 # I sent a mail at Jan 10, but got no response 17.13.50 # Which address did you use? There is an address here which looks promising - http://ubuntuforums.org/showthread.php?t=320624 (the name Phillip Williams appears on some MTP wiki pages on Creative's open source website). 17.14.34 # I used devrelsupport AT creativelabs DOT com 17.14.48 # OK, the same as that forum post then :( 17.14.59 # yeah, I just saw that :( 17.15.12 # but the weird thing is, a long time ago they responded when I enquired them about the ZVM 17.15.20 # The address "devsupport@" is quoted here - http://connect.creativelabs.com/developer/default.aspx 17.15.36 # devsupport@ gives unknown email address 17.15.44 # oh no, that's devsup 17.16.21 # I'll try that one 17.17.14 # (I also looked for the email address for Phillip Williams, but didn't found anything useful) 17.21.19 Quit edrz ("leaving") 17.22.07 Join MethoS- [0] (n=lem@host-091-097-242-029.ewe-ip-backbone.de) 17.27.05 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-7d33ed69ccef46ee) 17.31.12 Join Juice^ [0] (n=Juice@179.81-166-167.customer.lyse.net) 17.34.48 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 17.36.19 Join miepchen^schlaf [0] (n=miepel@p579EC96A.dip.t-dialin.net) 17.36.35 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.40.02 Quit MethoS-- (Read error: 110 (Connection timed out)) 17.42.23 Quit JdGordon|zzz (Remote closed the connection) 17.42.44 Join JdGordon|zzz [0] (n=jonno@rockbox/developer/JdGordon) 17.49.51 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.51.22 Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 17.53.59 Join roman__ [0] (n=roman@93.81.216.24) 17.56.15 Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de) 17.56.35 # someone with e200v2 here? 17.59.08 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-e5e6681598017790) 18.00.36 Quit jfc (Read error: 104 (Connection reset by peer)) 18.01.34 # kugel: where is the fuze scroll wheel at lately? 18.02.30 # kugel: I'll be around in about 15-20 min if you don't find someone already, I will test your last commit 18.04.21 # saratoga: well, nothing changed 18.04.48 # but it doesn't seem that we can do much better, except maybe poll it more often 18.04.58 # the OF isn't really better at the scroll wheel imo 18.05.05 Join jfc [0] (n=john@dpc691978010.direcpc.com) 18.07.54 # you think they poll too then? 18.08.24 Join roman_ [0] (n=roman@93.81.216.24) 18.09.10 Quit petur ("*plop*") 18.10.03 # saratoga: yes, but probably more often than every 10ms 18.10.15 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.10.31 Quit rocko ("Leaving") 18.10.38 # the Fuze's OF is very different from the e200v1 OF (where I'd say they do IRQ) with the wheel 18.10.51 # thats so odd that they would choose to poll 18.11.03 # well, it seems you cannot do irq 18.11.08 # when they had plenty of interrupts available on other pins 18.11.12 # we haven't found a way with the hardware 18.11.26 # if you're shot on interrrupts, why not poll the buttons instead of the wheel 18.11.38 # waaaay less pain involved 18.11.38 # on e200v2/fuze you can not do irq for the wheel, because of the way they connected it to the cpu. 18.12.05 # saratoga: we poll any buttons. you could maybe IRQ the other buttons (which are read by GPIO), but not the wheel 18.12.21 # yes I know 18.12.26 # the wheel and some buttons are connected to dbop pins, which are not shared with gpio, so no irq possible. 18.12.34 # i mean its odd they put the wheel on dbop rather then buttons 18.12.48 # indeed 18.12.53 # i would have put a non-latency sensitive device on the non-GPIO pins 18.13.04 # jup, its odd, but we can not change it :-) 18.13.12 # since thats clearly what teh hardware intended 18.13.30 # well just makes me wonder if we're missing something rather then sandisk really being that incompetent 18.13.36 # saratoga: I'm playing with the keymap a bit. How'd you find to put the context menu on the home button(short press)? 18.14.01 # I find the select button not so nice, since you often accidentely hit the wheel when pressing it 18.14.07 # kugel: which context menu ? the one normally on long-select ? 18.14.14 # yea 18.14.46 # * domonoky thinks this menu should stay on log-select, because its like a "right-click" 18.15.07 # the home button is more like a right-click in the fuze's case imo ;) 18.15.36 # it could be on both, long select would be unused 18.15.57 Join gromit`` [0] (n=gromit@ALagny-154-1-72-32.w86-203.abo.wanadoo.fr) 18.16.03 # Is the fuze really that different to other targets with a button in the middle of a wheel - e.g. ipods? 18.16.11 # * linuxstb plays the consistency card 18.17.09 # gevaerts: Besides getting perfect copies verified through the stack itself, I didn't get any bus resets other than what you get from simply plugging the device. FYI I used my PC front ports since you say that makes a difference. 18.21.07 Quit roman__ (Read error: 110 (Connection timed out)) 18.22.06 # kugel: are your sure your fix for the interrupt locking is correct ? 18.22.19 # linuxstb: I agree 18.22.35 # domonoky: pretty 18.22.36 # you will miss buttons if lcd_button_support does nothing 18.23.00 # and the wheel might get bad, as you get 00 instead of the old value... 18.23.33 Join perrikwp|lab [0] (i=98214c9d@gateway/web/ajax/mibbit.com/x-f4665ff398dd63b4) 18.23.57 # it would be okey to just return the old button state, if a lcd_transfer is running, but returning all buttons on dbop as 0, doesnt sound correct.. 18.24.52 # right. the problem isn't on the fuze 18.25.07 Quit gromit` (Read error: 110 (Connection timed out)) 18.25.08 Quit perrikwp|lab (Client Quit) 18.25.36 Join perrikwp|lab [0] (i=98214c9d@gateway/web/ajax/mibbit.com/x-a71742dde980b003) 18.25.42 # then dont commit thing you can not test... its surely wrong on e200v2 18.25.57 # domonoky: on the fuze you only need the red pixel for the home button. 18.26.20 # it will also break button_repeat on the buttons on dbop... 18.26.25 # then fix it. disabling interrupts is wrong too 18.26.58 # kugel: sure, disabling irq is bad. But it was just a first fix, until we have a better solution... 18.27.54 # what I've done is better. just let dbop return the old button value if lcd_button_support was blocked 18.28.07 # thats not what you have done. 18.29.03 # you only changes the lcd-file, so it will return a not-correct dbop value if button_support is blocked.. 18.29.30 # * domonoky will try to fix it for e200v2 18.30.24 *** Saving seen data "./dancer.seen" 18.30.52 # domonoky: http://pastie.org/393012 18.31.37 # thats much better... 18.32.02 # but i would prefer a "old_dbop" variable, instead of making ret static. 18.32.18 # domonoky: can we do that dbop value global, so it can be printed in the debug menu? 18.33.09 # that might also be good.. store it in a global var (for debug and old value), but still return it in the function.. 18.36.04 # will you fix it, or should i try it ? 18.37.18 # another thing about the fuze/e200v2 button drivers: the BUTTON_HOLD handling is still not really correct i think.. 18.37.53 # jhMikeS: I got a lot of errors on the bus with my mr100 (this was with two hubs, so basically very bad conditions as far as the issues we've been seeing are concerned). I'll test that one again, as well as my h10/5 18.38.39 Quit gevaerts ("maintenance time!") 18.39.01 # domonoky: I'll fix 18.39.30 # domonoky: I think it's correct for the fuze 18.40.03 # * domonoky was wrong about hold.. i got confused by old m200v4 code :-) 18.41.25 # it may be wrong for the e200v2 thought (according to the forum posts) 18.43.21 # but thats really a minor issue... next thing to poke on: Storage bugs :-) 18.46.55 # Can't this dbop fire an interrupt? 18.47.10 # domonoky: can you try the patch I attached in the forums? 18.47.28 # kugel: shoudnt you do the same fix for fuze too ? 18.47.32 # amiconn: it can, but nothing related to the wheel 18.47.42 # domonoky: I'm doing right now 18.48.16 # amiconn,kugel: dbop supports interrupts only for the write fifo, not for reads, or pin changes.. 18.49.15 # domonoky: fuze's return value is slightly different 18.49.27 # it returns the buttons, not the dbop 18.50.23 # kugel: yes, but it should still use the old dbop value, instead of reading it again, when lcd_button_support() failed. 18.51.19 # How is the wheel connected to the dbop? 18.52.39 # amiconn: its connected to dbop pin 13 and 14, which are not shared with gpio. And we need to set those pins to 1 before reading it. (thats why we need to write this strange red pixel :-) ) 18.55.33 # (1) what do you mean with pin 13 and 14? dbop_d data bit numbers? (2) connected in what way, i.e. what kind of signals does the wheel generate? 18.56.22 # I doubt that sandisk designed it in a way that requires utter hacks like this... 18.56.57 # 1) yes, dbop has 16 bits/pins, so its bit/pin 13&14 on dbop_d. 18.57.34 # 2) the wheel generates a pattern like the one on e200v1, ie 00->01->10->11 if you scroll forwards.. 18.58.03 # kugel: you patch seems to work fine. 18.58.08 # Ah, so raw wheel signals like ipod G1...G3 and mini G1 18.58.44 # But why do you need to set the pins to output? That can't be right if you want to read.... 18.58.58 # Maybe there's some power pin that needs to be enabled, but isn't? 19.00.01 # amiconn: because when we dont do it, the values are always 0 ? if you could find this mysterious power pin, we would be happy to remove the hack :-) 19.00.22 # * amiconn has no ams sansa, and surely won't buy one with a wheel 19.00.40 Quit midijunkie ("?(???~•~)?") 19.00.42 Quit reacocard (Remote closed the connection) 19.01.17 # * domonoky would happily send a ams-sansa with wheel to amiconn, if he would promise to find this power pin *hehe* 19.01.27 Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de) 19.01.36 # It'll need some OF RE'ing 19.02.35 # ...or even maybe those storage bugs ;P 19.02.41 Quit robin0800 (Read error: 104 (Connection reset by peer)) 19.03.26 # domonoky: the one in the forum? 19.03.38 # kugel: jup 19.03.53 # the power pin? 19.04.37 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 19.05.14 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.08.43 # Polling a wheel is a silly idea.... you need to poll really often in order to not miss a status change 19.09.20 # mabe we should count the status changes, to see how fast they can go.. 19.09.47 # amiconn: we know... 19.10.46 # maybe we should write a mail to Sandisk, and ask why they have done such a silly thing.. :-) 19.11.13 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 19.12.15 # I think we'd need to poll every 1ms or so (although the sansa wheel has only half the resolution of an ipod wheel) 19.12.18 # i have a sansa e200, dont think it's a v2 (so no ams) 19.12.49 Quit _lifeless (Remote closed the connection) 19.13.10 Join _lifeless [0] (n=lifeless@90.150.121.250) 19.16.40 # amiconn: additional problem: at moment we can not poll it, when we do a lcd-transfer, (corrupts the lcd-dbop transfers). And i think lcd-transfers could easily take more then 1ms... 19.17.14 # Yeah, datasheet says you cannot read while writing 19.17.47 # But as long as you don't write the whole lcd at once, you could still poll between lines 19.17.53 # amiconn: we stop writing when reading, no matter if there was an update 19.18.22 # its not only, no read while writing. Because we need to set those pins to 1 before read, we cant do it while we update the lcd-data, or we change the lcd-internal pointer.. 19.18.42 # what domonoky said is because of the red pixel we need to write, that needs changing the "window addresses" 19.19.22 # but we could change the lcd-driver, to interleave reads, while doing updates. 19.19.35 # (which sounds ugly) 19.20.19 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 19.20.22 # domonoky: I want to unify the e200v2 and fuze button driver, but your clickwheel() is too different. That's mostly copied from e200v1 right? do you need all that stuff or would the fuze's clickwheel() work equally well? 19.21.05 # kugel: i dont really now the clickwheel function, i just copied it from the latest e200v2 button patch in the tracker. 19.21.27 # But feel free to unify the drivers. We can improve the wheel handling later. 19.21.45 # ok, can you try the fuze's one then? that one cut out the unneeded stuff 19.22.00 # s/unneeded stuff/stuff we cannot really use with polling/ 19.23.35 # please try that one and tell me if it works, then I'll do the unification. the fuze's home button fix needs to wait (just skipping the read isn't appropriate imo, since only home button value is invalid), I got to go now 19.24.18 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") 19.29.03 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 19.31.47 Quit perrikwp|lab ("http://www.mibbit.com ajax IRC Client") 19.33.57 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.34.00 Quit thegeek (Read error: 54 (Connection reset by peer)) 19.38.01 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.40.19 Quit barrywardell (Remote closed the connection) 19.41.44 Join MethoS-- [0] (n=lem@host-091-097-245-006.ewe-ip-backbone.de) 19.45.50 Quit Darksair ("To Arch or Gentoo? That is the question...") 19.47.40 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 19.52.43 Quit moos ("Rockbox rules the DAP world") 19.53.44 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.57.37 Quit MethoS- (Read error: 110 (Connection timed out)) 19.58.19 Join MethoS- [0] (n=lem@dyndsl-085-016-160-193.ewe-ip-backbone.de) 20.01.42 Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) 20.02.20 Quit midijunkie ("?(???~•~)?") 20.05.10 # gevaerts: ping 20.05.52 # * gevaerts wakes up 20.08.37 # I need your help again: http://pastebin.com/m38f55599 I restart my work on usb serial but I looks like I missed something 20.10.48 # pyro_maniac: I think replacing USB_DRIVER_CHARGING_ONLY with USB_DRIVER_SERIAL in firmware/usb.c will be the quickest way to get somewhere 20.12.33 # gevaerts: ok I will test 20.14.11 Quit MethoS-- (Read error: 110 (Connection timed out)) 20.16.20 Quit thegeek (Read error: 113 (No route to host)) 20.17.40 Quit miepchen^schlaf () 20.19.49 # gevaerts: I got the same error 20.20.10 # did you enable USB_SERIAL properly in usb_core.h? 20.20.57 Join MethoS-- [0] (n=lem@dyndsl-085-016-167-182.ewe-ip-backbone.de) 20.21.00 # not yet 20.24.59 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 20.25.58 # its anoing but its still the same 20.27.47 # pyro_maniac: make sure the usb_core_enable_driver(USB_DRIVER_SERIAL,xxx) lines in usb.c all set it to true 20.30.28 *** Saving seen data "./dancer.seen" 20.31.22 Quit MethoS- (Read error: 110 (Connection timed out)) 20.31.24 Join z35 [0] (n=z35@h78.29.89.75.dynamic.ip.windstream.net) 20.37.25 Quit pyro_maniac (Read error: 104 (Connection reset by peer)) 20.37.27 Join bs66_ [0] (n=sysuser@95.209.30.95.bredband.tre.se) 20.38.28 Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) 20.40.48 Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 20.42.37 Quit kubiix ("CGI:IRC (Ping timeout)") 20.52.51 Quit gregzx (Read error: 60 (Operation timed out)) 20.58.46 Quit bs66_1 (Read error: 110 (Connection timed out)) 21.00.08 Join MethoS- [0] (n=lem@dyndsl-085-016-166-150.ewe-ip-backbone.de) 21.08.04 # i put up a fix for FS#9922 if anyone is interested (statusbar delayed drawing in menus in plugins) 21.10.57 # kadoban: No prob, I'll check it out when I get a chance. 21.11.12 # thanks :) 21.11.19 Quit MethoS-- (No route to host) 21.14.51 # * LambdaCalculus37 summons someone with an iPod color/Photo 21.15.31 # gevaerts: I ve recived "usb_core_exit() finished" over the serial 21.16.04 # but I've red out the logf longbuffer manually 21.16.16 # There's a slight oddity on the iPod color/Photo... in System > Rockbox Info, the Battery status always appears as "Charging", even if it isn't hooked to an adapter. 21.16.55 # Just updated it to r20042 from r20001. 21.17.37 # pyro_maniac: I think you're really better off initialising USB very early and then making the other drivers wait until you have a connection 21.18.48 # gevaerts: that sounds like a good idea to mee but how can I do this? 21.19.04 # LambdaCalculus37: perhaps http://svn.rockbox.org/viewvc.cgi?view=rev;revision=20008 ? 21.19.17 # pyro_maniac: I *think* I'd have a look at apps/main.c. That's where all initialisation is done 21.20.23 # mcuelenaere: Possible, as the color/Photo can use FireWire as well. 21.21.10 Join Xenovalent [0] (n=xenovale@24.73.61.160) 21.22.53 # I'm looking for a piece of Rockbox-related software that I'm not sure exists. 21.23.31 # We're certain Rockbox exists, and not just in the minds of developers. :) 21.23.59 # Specifically, I have a Sansa e280 running Rockbox which appears as a USB mass storage device when connected to a computer, and a program that I use to load podcasts onto it. For some reason, the "recently added" function of Rockbox doesn't work for me. 21.24.19 # So I'd like some way to create a playlist of new files that have been loaded onto the player since the program was last run. Anybody know of such a program? 21.24.32 # You can just update the database within Rockbox. 21.24.51 # gevarts: how early can I init usb? 21.25.25 # Xenovalent: Can't you put the podcasts into a new folder, then after listening, move them to an archive folder? That way, you can keep track of the ones you've listened to. 21.25.45 # updating the database will just read the tags from the podcast files...not create a playlist containing the new files 21.26.15 Quit MethoS- (No route to host) 21.27.46 # doesn't the database have a "recently added" section? 21.28.04 # yes, but it's not updating for me. :-( 21.28.43 # also, I do occasionally add things besides podcasts (which are separated into their own directory) and I'd like to have a playlist of just podcasts 21.29.06 # pyro_maniac: I'm not exactly sure. You need working interrupts, so definitely after enable_fiq(), but I don't think it needs anything after that. You need to move usb_start_monitoring() up as well, as without that there's no connect detection. You may have to experiment a bit though 21.29.30 # Xenovalent: Is the "recently added" section blank for you? 21.29.56 # last I checked it was...I'm going to unplug it and check again. 21.30.38 # * kadoban just noticed FS#9256 (recently added always empty) 21.31.11 # yes, it's still blank 21.31.38 # Xenovalent: Admittedly if this worked properly then it'd be ideal, but I don't see how you can't add the podcasts to a new folder and that way you'd know that they are new. 21.32.51 # That would involve changing a setting in the program I used to load podcasts onto the player every time I synced. So although it would work, it's less than ideal. 21.33.12 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.37.28 Join jaykay [0] (n=chatzill@p579E6B78.dip.t-dialin.net) 21.38.06 # firmware/target/arm/as3525/sansa-e200v2/lcd-e200v2.c, line 437 i think it should be red instead of read in the comment 21.38.33 # * jaykay detected the biggest bug ever 21.38.49 Join casainho [0] (n=chatzill@87.196.31.0) 21.39.01 Join davidek [0] (n=davidek@p5B103F70.dip.t-dialin.net) 21.39.15 Quit sarixe ("Leaving") 21.39.42 # hehe, you dont know the color "read" ? it very new :-) 21.41.52 Quit JdGordon|zzz (Remote closed the connection) 21.42.08 # <_Auron_> lol 21.42.25 # <_Auron_> yeah, what's black, white, and read all over? 21.43.03 # hi! i am very interested in the great rockbox project and want to tinker a bit. but i do not have any suitable mp3 player hardware for running it. so i'd like to get one on ebay or so. are there any recommendations for which hardware to get? which device is the want-have-player? 21.43.22 # The depends on what you want 21.43.31 Join merbanan [0] (n=banan@c-83-233-243-9.cust.bredband2.com) 21.43.35 # capacity, recording, radio, colour, ... 21.43.55 # have a look at www.rockbox.org/wiki/BuyersGuide 21.44.25 # ah, nice! that will do it. thanks. 21.44.58 # BigBambi: colour is easy. read! 21.45.09 # * amiconn lets jaykay guess what the colour 'write' looks like ;) 21.45.25 # gevaerts: I like the read and black display n the mrobe :) 21.45.38 Part Xenovalent 21.46.12 # a question concerning this: why is it necessary to write a "read" pixel out of the LCD? 21.47.12 # Iiuc it is necessary to be able to red the wheel 21.47.55 # so for reding the wheel you need to write a read pixel?? 21.48.03 # that doesnt make much sense 21.48.13 # white a read pixel* 21.48.16 # and sounds like a very hacky workaround :) 21.51.14 # It is a worky hackaround. I think there is a proper solution to this, but it requires a reverse engineeering session 21.52.32 # correct. 21.53.58 # hello :-) 21.54.43 # I am working on buttons drivers, and they are working but I can't get the main menu changing when I press UP or DOWN... does any one knows what can I be doing worng? 21.55.06 # here is my keymap file: http://pastebin.com/m2eea5543 21.57.18 # another bug in the keymap. you used LEFT and RIGHT twice, which wont work. 21.58.13 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.58.22 Quit blithe_ ("Lost terminal") 21.58.33 Join blithe_ [0] (n=blithe@blakesmith.me) 21.58.39 Join AndyIL [0] (n=pasha_in@212.14.205.32) 21.58.57 Quit AndyI (Read error: 104 (Connection reset by peer)) 22.00.09 # thanks - I will check 22.03.29 Quit Juice^ ("Leaving") 22.08.52 Part davidek 22.11.51 Quit merbanan (Remote closed the connection) 22.23.51 Quit z35 (Remote closed the connection) 22.24.14 Quit roman_ (Read error: 110 (Connection timed out)) 22.29.47 # * jaykay slaps a random rockbox-dev with the typo 22.29.53 # does nobody...? 22.30.31 *** Saving seen data "./dancer.seen" 22.30.47 Join z35 [0] (n=z35@h78.29.89.75.dynamic.ip.windstream.net) 22.31.28 # jaykay: It is a minor typo in a heavily under development port - I don't think anyone thinks it is that important 22.31.36 # damned 22.32.23 # * jaykay remembers of some more useless commits :) 22.33.16 # * domonoky did the typo on purpose, to test if jaykay will notice it :-) 22.34.46 # once the hackaround goes... 22.35.37 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 22.38.23 Join low_light [0] (i=c730180b@gateway/web/ajax/mibbit.com/x-c27380aa8e966dbd) 22.39.14 Quit Thundercloud (Remote closed the connection) 22.40.22 # gevaerts: when you tested the mrobe100 usb, was it doing high speed? 22.40.30 # low_light: yes 22.41.35 # gevaerts: here's an interesting bit from my mrobe100 disassembly regarding high speed: http://rafb.net/p/VOQ8Hs34.html 22.42.11 # I don't see references to 0x70000060 like was committed 22.42.12 Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net) 22.42.30 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 22.42.44 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.43.53 # i found a bug in twiki: clicking userListbyLocation from http://www.rockbox.org/twiki/bin/view/Main/TWikiUsers gives an error >.> 22.44.50 Join miepchen^schlaf [0] (n=miepel@p579EC96A.dip.t-dialin.net) 22.45.30 # http://www.rockbox.org/twiki/bin/view/Main/UserListByLocation i ono why i didnt just post the frigging link in the first place, sorry 22.47.16 # "UserListByDateJoined" fails too... 22.47.33 # low_light: if the 0x70000060 is PP5022 specific it wouldn't show up on the mr100 I think 22.47.44 # gevaerts: It looks like this routine is only called for pp5022 in the minig2 rom, with no equivalent for pp5020 22.47.58 # and UserListByPhotograph return little information >.> 22.51.16 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]") 22.51.37 # amiconn: the routine is present in the H10 firmware 22.52.03 # Interesting.... is it actually called? 22.52.12 # it appears so 22.52.13 # Maybe it's part of some portalplayer sdk... 22.52.41 # there's also some other stuff. guess I'd better fire up the dissasmbler again 22.53.22 # amiconn: seems rather likely 22.53.58 # Nico_P: pong 22.54.36 # though the delays aren't udelays but just looping with a counter of 2 22.55.34 # imma add the not-working wiki page links to thee wiki issues page 22.55.52 # Unhelpful: it was about the sendfirm makefile, which I finally fixed 22.56.45 # oh, we have an even better fix? 22.58.56 # ah, i didn't know echo -e was breaking anything. we could just put the test stuff in a file... 22.59.57 Join JdGordon [0] (n=jonno@123-243-140-31.static.tpgi.com.au) 23.00.09 # Seems using echo with commandline arguments is the prime suspect for shellscript breakage 23.01.48 Part pyro_maniac 23.02.09 # Those mr100 bits seem to be related to the cache 23.02.31 # * kadoban is reminded of FS#9867 (echo -e in tools/release/*.pl) 23.03.07 # * Bagder is reminded he uses bash ;-) 23.03.14 Quit bmbl ("Woah!") 23.03.27 # yeah, i do too...but my perl doesn't for some reason :( 23.03.35 # http://www.rockbox.org/twiki/bin/view/Main/WikiIssues <- updated >.> 23.03.40 # This is nothing to be ashamed of 23.04.47 # Why would caching setup be different for full speed and high speed? 23.04.47 # jhMikeS, amiconn: at code exists in the hdd1630 disassembly. It checks the pp version and only executes it for pp5022. 23.05.21 # low_light: As it does in the minig2 rom (which I think is the same as a later minig1 rom 23.06.33 # gevaerts: I don't know if those are cache registers. 0x6000c000 is CACHE_CTL, beyond that I'm not sure. 23.06.50 # low_light: it can be anything, true, but it's very nearby 23.07.04 # I'm seeing some other USB code that hits 0x70000028 23.07.08 # And cache is not unlikely to be involved 23.11.00 Join casainho [0] (n=chatzill@87.196.31.0) 23.11.09 # hello again :-) 23.11.50 # I am browsing files on ROckbox Player and it do not execut .txt files, .gif, .jpg, as my Sansa E200 do, why? 23.11.58 Quit Nico_P (Remote closed the connection) 23.12.10 # does I need to build something for it be able to show me that fileS? 23.12.21 # The plugins.. 23.12.55 # hmmm, and how I do it? 23.13.12 # Enable compilation of plugins and adapt them to your player. 23.13.14 # is there something where I should eneble them, to built it? 23.13.19 # gevaerts: here's the usb init from the mrobe100 OF: http://rafb.net/p/pfK0ey97.html 23.13.43 # rasher: thanks, thanks. I think I know where I should do it ;-) 23.13.56 # on configure 23.14.32 # plugins are not enabled in configure. It's done in the SOURCES files 23.14.48 # bluebrother: doesn't configure have it as well? 23.14.53 # plus, you need working charmaps for them, otherwise it's kinda pointless 23.15.11 # rasher: it does? 23.15.46 # * bluebrother stands corrected 23.15.50 # bluebrother: It does. Each target sets plugins="yes" or "no" 23.16.20 # * rasher wasn't entirely sure 23.16.22 # just spotted that. Doesn't change the keymaps requirement for building them ;-) 23.17.10 # bluebrother: what do I need to have plugins? -- my LCD is 128x128... there is another target with an LCD like this one... 23.17.34 # casainho: a lot of the plugins are going to need keymaps set up for them 23.17.35 # casainho: enable them and run make and you will see 23.18.15 Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) 23.18.29 # okok... 23.19.24 Quit bertrik ("Leaving") 23.19.25 # a hint: adapting plugins can be a handful 23.20.02 # Unless you're planning on keeping the keymap the same for your next project, I don't think I'd do it for most of them 23.21.07 Quit apaininth (Remote closed the connection) 23.22.03 Quit Zoxc () 23.22.31 # oh, I think then I will leave the plugins for later... first I will finish the audio drivers... 23.23.17 # low_light: maybe the outl(inl(0x70000028) | 0x2, 0x70000028) is something important. I can find a similar thing in the minig2 diskmode code (similar in that it first checks if the bit is set, and then sets it if it isn't) 23.25.50 # I guess anything new is worth trying to see if it works. 23.25.52 # there's a outl(inl(0x70000028) & ~0x4000, 0x70000028) in what looks like an init routine for the module. It also does some other controller setup. 23.26.32 # gtg 23.26.34 Quit low_light ("http://www.mibbit.com ajax IRC Client") 23.26.55 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.36.08 # looks like USB host code though :\ 23.45.23 Quit jgarvey ("Leaving") 23.51.41 Join akur [0] (n=akur@bl9-154-89.dsl.telepac.pt) 23.52.48 Quit {phoenix} (Remote closed the connection) 23.56.13 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 23.57.07 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]")