--- Log for 25.05.110 Server: jordan.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 14 hours and 31 minutes ago 00.00.17 # * amiconn needs to do a full rebuild for his targets 00.00.23 # funman: everything I could test with it, which is every supported "class" of device, and gigabeat S 00.00.34 # fuzev1 works? 00.00.56 # (or e200v2) 00.01.28 # are those officially in the "Stable Ports" list? if not, I don't know other than the S. coldfire and PP are fine. 00.01.44 # yes 00.02.31 # * jhMikeS just sees not v2, or is not v2, still as3525? ok, my confusion then. 00.02.47 # fuzev1 = as3525 like e200v2 00.02.50 # fuzev2 = as3525v2 00.03.15 # * jhMikeS better read closer then (didn't think it was a pressing concern at this point) :\ 00.04.37 # well, I'll either revert or if it's just a simple "oops" in guessing what it should be...then it shouldn't be a quick fixem 00.05.13 # entering rec screen crashes the fuze :/ 00.07.07 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.18.08 # can't guess what's wrong : the diff is small to read 00.18.41 # ahem, i think I see it 00.19.10 # rec_dma_start is in the wrong spot 00.20.05 # ah true 00.20.26 Join halmi [0] (~netbook@80-123-36-28.adsl.highway.telekom.at) 00.20.30 # it's different of other players because we need to split transfers into smaller ones 00.21.23 # I know that, I just made an "oops" I shouldn't have by misreading the logic a little 00.21.40 Quit n1s (Quit: Lämnar) 00.22.25 Quit efyx (Quit: Quitte) 00.22.57 # should I commit the fix? 00.23.01 Quit japc_ (Quit: Ex-Chat) 00.23.01 Quit japc (Quit: Ex-Chat) 00.23.02 Join halmi_ [0] (~netbook@80-123-36-183.adsl.highway.telekom.at) 00.23.34 # I'm guessing this is correct: http://pastebin.com/BjuzViV9 00.23.45 # http://pastie.org/975318 00.24.26 # lol...think you made the same patch :) 00.24.28 # i had the same diff bit for bit ;) 00.24.48 # ok then please commit it 00.24.57 Quit halmi_ (Client Quit) 00.25.47 # (it works) 00.26.20 Quit halmi (Ping timeout: 264 seconds) 00.28.09 # np then... 00.31.27 # did you do it? I just tried and got "out of date" 00.31.37 # hm nope 00.32.07 # you have r26257 ? 00.32.11 # well, I'll just svn up again and see what's going on 00.32.49 # btw i think the as3525v2 are very stable 00.33.17 # i have a patch for microSD problems and now i'm looking at a recording bug 00.33.19 # that particular checkout may have been behind a couple warning fixes or something 00.33.28 # New commit by 03jethead71 (r26270): as3525: Fix an oops in converting the recording API to a newer form. 00.33.58 # funman: other than this glitch? 00.34.35 # yes 00.34.48 # i think the fifo fills too fast even if we use dma 00.35.15 # in fact the guy doing tests is the one who noticed recording was broken ^^ 00.36.11 # according to you we should be good to go now. btw, how can the FIFO fill too fast? you get crackle between frames? 00.36.12 # i would include them into the next release but i think 10 days is a bit short for testing 00.36.37 # jhMikeS: nope see the new ports forum, there's an interrupt which shouldn't happen and i believe it comes from i2sin 00.37.47 # probably shouldn't have an int enabled at all, just dma requests since the int comes from the dma controller 00.38.11 # can't see how you'd get that otherwise 00.38.27 # it's not enabled 00.38.48 Quit DataGhost (Ping timeout: 240 seconds) 00.38.57 # hmmm then...wild guess :) 00.39.04 # or there could be a bug in the VIC code but it worked fine so far 00.41.41 Join XStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) 00.43.07 Quit ender` (Quit: printk("; corrupted filesystem mounted read/write - your computer will explode within 20 seconds ... but you wanted it so!\n"); -- /usr/src/linux/fs/hpfs/super.c) 00.43.27 # ack problem of some sort? 00.44.46 Quit DerPapst (Quit: Leaving.) 00.45.23 # well my guess is that: fifo fills 00.45.31 # What would cause an ipod that has rockbox to revert back to the default ipod os all the time 00.45.43 # I have to install rockbox everytime i want to use it 00.45.50 # This makes no sense 00.45.59 # which ipod? 00.46.29 # perhaps the hold switch would 00.47.36 # I have a 5th gen classic 30 gb 00.48.29 Quit jgarvey (Quit: Leaving) 00.49.57 # bieber: conditioanls wouldnt change... | would still seperate the options 00.50.07 # Does that mater funman 00.52.14 Join Schmogel [0] (~Miranda@p5DDD1C37.dip.t-dialin.net) 00.52.15 Quit Schmogel (Client Quit) 00.53.25 # grml 00.53.35 # Advanced build -> test plugins is buggy 00.54.51 # What would cause my ipod to not show up in the "My computer" like its not registering 00.56.06 # XStatik: What type of iPod is ot? 00.56.12 # And what OS? 00.56.43 # 5th gen 60g greyscale 00.56.45 # s/ot/it/ 00.57.19 # 5th gen greyscale? 00.57.20 # * Bagder adds committer #92 => bieber 00.57.22 # yes 00.57.33 # I have two 00.57.37 # also a 5th gen classic 30 gb 00.57.55 # greyscale is only up to 4th gen ;) 00.57.55 # You could try turning USB HID off, HID seems to give some people problems in connecting their device. 00.58.07 # How do i do that 00.58.28 # What makes rockbox revert back to the old ipod os after its installed and works 00.58.46 # This 5th gen classic 30 gb keeps reverting back and has to get rockbox installed all the time 00.58.50 # settings/general settings/system/USB HID 00.59.01 # funman: I should mention that loopback is supposed to be set by audio muxer, not be contingent to recording running 00.59.45 # XStatik: Does the .rockbox folder actually dissappear from the device? Or is it still there? 00.59.52 # XStatik: How are you restarting the ipod? 01.00.08 # it stays there 01.00.20 # the .rockbox folder 01.00.37 # jhMikeS: audio_input_mux() ? 01.00.49 # And, if you restart the iPod it starts the original firmware (the apple fw)? 01.00.56 # Or rockbox? 01.01.05 # yes 01.01.15 # it reloads the original firmware 01.01.28 # XStatik: How are you restarting the ipod? 01.01.52 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 01.02.02 # i hold play to turn it off 01.02.42 # And when you turn it back on, the Apple FW loads? 01.02.48 # yes 01.03.49 # Have you tried reinstalling the bootloader? 01.03.51 # i don't think you can restart an ipod by holding play 01.04.00 # latest builds? there was a problem that was corrected recently... 01.04.04 # so it sounds like you haven't actually rebooted from the OF yet 01.04.05 # which button do you press while turning on and/or is your hold switch set to on (maybe e 01.04.15 # funman: in the various audio-.c files 01.04.15 # when connecting to the computer 01.04.34 # saratoga: On the iPod Video, long play is shutdown 01.04.46 # funman: there's audio_input_mux and audio_set_output_source 01.04.58 # i push the center button to turn it on 01.05.13 # XStatik: http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch2.html#x4-190002.3 01.05.34 # xstatik - which version number of rockbox do you have? (ideally which revision number) 01.05.52 # i don't have an ipod video, but the manual says you're not doing it right, so thats probably the issue 01.06.29 # After installation, it should boot straight into RB though. 01.06.52 # And unless it's started with hold on, it will continue to load RB 01.08.18 # funman: basically it's: if (output == input) { do loopback; }. on some targets it's more complicated. 01.08.37 # the described hard reset should only be necessary after the bootloader installation - or if you started the OF for some reason 01.09.17 # after installing the bootloader, if resets itself after it's ejected. 01.10.00 # so a reset should only be necessary if the OF starts for whatever reason. 01.10.13 # i read his question as "I'm in the OF, how do I reboot to rockbox" 01.10.51 # jhMikeS: ok 01.10.58 # will look later 01.10.59 Quit funman (Quit: free(random());) 01.11.22 # I read it as "I'm in rockbox, everytime I turn it off, then on again it boots the OF" 01.13.20 # New commit by 03amiconn (r26271): Test plugins: * test_sampr.c is swcodec only * Several plugins are bitmap only. 01.13.39 # New commit by 03wincent (r26272): pdbox: Successfully resolved issue with loading of audio files 01.14.23 # S_a_i_n_t : - which is why I asked which version of rockbox (given Torne's relatively-recent fix) 01.15.22 # XStatik : - specifically, is your installation of rockbox newer, or older, than r25772 (2nd May, 9:41am) 01.16.27 # XStatik: Check "System/Rockbox Info" to find the version number. 01.16.43 # stripwax: but what does that have to do with booting back into the OF - if it boots? 01.18.30 # XStatik: If you can't boot into Rockbox, open the .rockbox folder on your PC and check "rockbox-info.txt" to verify what version of Rockbox you are running. 01.18.32 # New commit by 03amiconn (r26273): Fix test_mem for the archos plugin buffer size and for charcell. 01.20.42 Quit evilnick_B (*.net *.split) 01.20.42 Quit saratoga (*.net *.split) 01.20.43 # pixelma - admittedly I missed the start of the conversation -- but without that fix, ipods are known to reboot (somewhat magically) into the OF when you are not looking, such that when you press Select to turn it on, it appears to boot instantly into the OF. maybe it's unrelated (and if so I'll go back to sleep) 01.21.42 # ah, remember that now. But only with the first fix or something 01.21.58 # I don;t *think* that is the problem here...that used to happen randomly, not /every/ time as this user seems to describe. 01.22.25 # to be honest, it happened pretty much every time for me. but i'll check the irc logs so i'm up to speed on this convo :) 01.23.11 # From what I gather he boots Rockbox, turns the iPod off, turns it on again, and it boots the OF 01.23.41 # but, feel free to chime in if I'm wrong XStatik ;) 01.24.14 # XStatik - is that correct? and it's reproducible if you do it immediately afterwards? (i.e. hold play to turn off rockbox, then press select straight away, and it boots into the OF?) 01.24.44 # Well it stays in rockbox for about a day then it reverts somehow 01.25.12 # XStatik - can you check the version number please. follow what S_a_i_n_t said earlier. 01.25.17 # jhMikeS: I know what's "wrong" with test_fps 01.25.23 # * stripwax thinks it sounds like the problem that Torne fixed 01.25.43 # Yea that link he gave me i think will fix it 01.25.50 # wot link 01.25.55 # http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch2.html#x4-190002.3 01.25.59 # The greylib is running on COP since I added that capability. So you need to remove that flag in order to get results which are comparable to earlier ones 01.26.01 # amiconn: what is it? 01.26.09 # er. that's the manual. 01.26.11 # that's just a link to the Manual. 01.26.16 # * S_a_i_n_t is confused now. 01.26.30 # amiconn: I thought it could be set...or maybe that was just the timer int? 01.26.46 # anyways.. 01.26.47 # XStatik - S_a_i_n_t told you to check System/Rockbox Info 01.26.49 Join saratoga [0] (~9803c6dd@giant.haxx.se) 01.27.05 # i.e. go to the menu, System, Rockbox Info. then tell us what it says. then we can definitely help you better 01.27.09 # GREY_ON_COP refers to the isr of course 01.27.16 # well, I asked. Told sounds a little demanding. 01.27.23 # Drawing always happen on CPU 01.27.23 # sorry, yes 01.27.24 # gotta go, thank you for the help 01.27.27 # it describes the hard reset - a way to get back to Rockbox once you booted into the OF. It would be good to find out what you have to in first place 01.27.27 # er?? 01.27.32 # ?!? 01.27.33 # XStatik : - before you go 01.27.36 # please do what we said! 01.27.55 # that way we know if there's any new bugs/problems that are new and need to be fixed 01.27.57 # emm... why you have to 01.27.58 # amiconn: oh, does it depend on the rate measurement being on the core? (never looked inside the plugin myself) 01.28.01 # or whether this is an old issue that we already fixed 01.28.05 # *same core 01.28.13 # Well right now my ipods not even getting a mount point 01.28.28 # so rebooting to the ipod fixed it? 01.28.30 # All drawing and grey_update() (for buffered mode) happens on CPU 01.28.38 # Its dead and i dont have the charger handy 01.28.48 # Its not charging over usb either like it should 01.28.54 # So grey on COP (nearly) doesn't influence update rate 01.29.27 *** Saving seen data "./dancer.seen" 01.29.50 # XStatik: you can hold menu+select to reset the player, then immediately after it resets hold menu+play to force disk mode....and it will charge over USB 01.29.52 # This is a special case though - your patch should optimise the isr, so you do want it to affect the CPU 01.29.59 # it will probably mount then also. 01.30.22 # line 293 01.30.35 # amiconn: yes, I see it depends on looping counts for the current core, of course there's switch_core too :) 01.30.59 # Removing the flag is easier... 01.31.26 # For this test of course - in general it is a wanted feature 01.31.26 # true :) 01.31.51 # ha it worked 01.32.06 # The patch won't work on Mini G2 as-is 01.32.51 # XStatik: Define "it" please? 01.33.18 # the disk mode charging thing presumably 01.33.43 # XStatik: you can hold menu+select to reset the player, then immediately after it resets hold menu+play to force disk mode....and it will charge over USB 01.33.46 # and it mounted 01.34.03 # so im now installing version 3.5.1 01.34.05 # Awesome. 01.34.28 # Remember to update the bootloader also. 01.35.06 # So it should remain rockbox even after i turn it off and back on again right 01.35.12 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 01.35.13 # yes 01.35.16 # o 01.35.18 # ok 01.37.37 Join Rob2222 [0] (~Miranda@p4FDCADF1.dip.t-dialin.net) 01.37.45 Quit Rob2222 (Client Quit) 01.37.45 # amiconn: true, I suppose it wouldn't...and I suppose now is a bad time to start. I've used up my brownie points today. 01.38.06 # New commit by 03wincent (r26274): pdbox: Code cleanup 01.38.43 Join Strife89 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) 01.39.09 # * jhMikeS will just try to rummage FS for things that might fall in his area 01.41.00 Quit Rob2223 (Ping timeout: 265 seconds) 01.41.03 # I take it the x5 remote keymap is fully written by now. (FS#6062) 01.44.54 # The top dir of the ipod should just show .rockbox right 01.46.03 # XStatik : - yes, unless you enable the "show files: all" setting 01.46.52 # and the music should also go on the top dir right 01.47.02 # wherever you like! 01.47.05 # The music can go anywhwere 01.47.20 # well hells bells 01.47.23 # lol 01.47.26 # Most like to put it in a folder called "Music" (or similar) 01.47.31 # haha...doesn't seem it was finished for FM 01.47.43 # But rockbox will check the whole dick for music 01.48.14 Part toffe82 01.48.38 # "<S_a_i_n_t> But rockbox will check the whole *dick* for music" hahaha 01.49.13 # * stripwax chuckles, even though he really should not 01.49.17 # hahahahahah! ooops 01.50.00 # jhMikeS: the context looks quite complete and links to the settings context 01.50.13 Quit bluebroth3r (Ping timeout: 260 seconds) 01.51.55 Join bluebrother [0] (~dom@f053154236.adsl.alicedsl.de) 01.51.56 Quit bluebrother (Changing host) 01.51.56 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.53.55 Quit domonoky1 (Read error: Connection reset by peer) 01.54.03 # pixelma: updating it here, the revision's a little behind on it 01.56.29 # well, crammed and linked contexts could also mean more chances of conflicts... unfortunately I don't have a remote 02.01.06 # I'll say this, the themed remote screen is terribly unreadable. (dark text on black bg) :\ 02.03.18 # themed? 02.04.04 # it used to just have a "white" background, now it's black like the cabbiev2 theme 02.04.15 # eh? 02.04.55 # cabbiev2 should still be black on white on greyscale targets (and this rwps) 02.05.52 # yeah, I booted up a newer one and it was a black background on the remote with dark text. I can read it if I invert it and turn up the contrast. 02.05.55 # hmm... I'll have a look. Maybe it's something that only affects X5 02.06.28 # the statusbar also doesn't update on the remote (and the keymap seems to be in place now) 02.07.13 # how do i turn of the voice files 02.07.32 # XStatik : - read the manual ... 02.11.34 # jhMikeS: it shouldn not be the rwps itself (I thought there was a possibility if it just says "use default colours") but it explicitely sets foreground to black and background to white 02.11.48 # in its viewport definitoins 02.11.54 # definitions too 02.12.38 # pixelma: yeah, the RWPS is ok, it's the various list displays (menus, file browser, etc.) 02.12.40 Join Rob2222 [0] (~Miranda@p4FDCAC37.dip.t-dialin.net) 02.13.17 # XStatik: Turn them "on" or "off"? 02.13.55 # "Settings/General Settings/Voice" 02.15.10 Quit stripwax (Read error: Connection reset by peer) 02.15.30 # Voice is enabled by default, but the voice files are not present in a standard install. 02.15.39 # i found it 02.15.46 # You can grab voice files using RButil. 02.15.46 Quit jordan` (Ping timeout: 276 seconds) 02.15.53 # XStatik: Awesome. 02.17.44 # jhMikeS: so the menus have the dark backdrop now? 02.19.09 # yes, and darkgray text it seems 02.19.38 # weird 02.20.21 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 02.21.44 # * jhMikeS checks that everything themwise is *actually* up to date 02.22.37 # cabbiev2.cfg file is from just now 02.25.29 # I set iCatcher, it's ok, do cabbiev2 and it's goes dark 02.26.30 # Someone probably messed up the FG/BG colours 02.26.41 # what are the values? 02.33.04 # pardon my ignorance on the matter but where the heck are the .cfg's for the themes kept? 02.33.59 # ah, generated they are 02.35.12 # .rockbox/themes 02.35.41 # jhMikeS: ^ 02.35.59 Quit kugel (Remote host closed the connection) 02.37.07 # bg/fg: 000000/cccccc (says it should be ignored but hardly looks it) 02.37.12 # jhMikeS: What target is this for? 02.37.47 # jhMikeS: Try changing it to -|-| 02.37.59 # then it should just use the default values. 02.38.18 # x5 02.38.29 # I'll have a look. 02.39.06 # what are the screen x/y values? 02.39.36 # 160x128 02.39.48 # thanks. 02.39.53 # RWPS is fine, just the menus are goofy 02.41.36 # Hmmm...can you pastebin the theme for me? 02.42.18 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 02.43.29 # sure 02.43.53 # just want the .cfg right/ 02.44.02 # yeah. 02.46.09 # http://pastie.org/private/atacbk1tnwm17xqpmhbag 02.48.58 # what is it *supposed* to look like? 02.49.34 # at the moment (the theme suggests) it's grey text on a black background. 02.49.48 # blue background with black text I take it (blue because the backlight is blue). if I change colors with the picker, the remote doesn't update 02.50.08 # Hmmmmm. 02.50.33 # this is for the remote, the main LCD is correct and I iiuc the remote shouldn't have fg/bg colors applied 02.51.25 # aha, I may need to look at the rwps then. It's the remote screen that's fudged correct? 02.51.52 Part Gartral 02.51.57 # yes, but not the RWPS. as I said, the RWPS is just fine. 02.53.19 # the remote should use the same values as the theme for foreground/background colours. 02.53.29 # So, you may have found yourself a bug. 02.53.33 # I thought it was treated as grayscale 02.53.34 Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) 02.54.00 # well, it is grayscale (4 shades) 02.54.48 # Perhaps I did but heck if know what to do about it for this stuff (it's not hardware) :) 02.55.40 # the bg colour is set to black (000000)...try setting it to white (FFFFFF). 02.55.42 # iCatcher sets it right though, nice and readable, dark on light, going back to cabbiev2 turns it back 02.56.46 # WPSLIST does say "#misc settings that should be ignored on grayscale targets" 02.57.39 # yeah, it changes to "white" 02.58.03 Quit XStatik (Ping timeout: 272 seconds) 02.58.13 # so, that's good? 02.59.14 # It fixes my immediate issue, but appears to be incorrect behavior if it's to be ignored on gray lcd 03.01.21 Nick piroko_ is now known as piroko (~jeremy@pohl.ececs.uc.edu) 03.02.06 # * jhMikeS ought to check H120 03.03.15 # jhMikeS: I really have no idea about the creyscale/monochrome screens. But, If you want the text to be readable (or moreso than it is now) set: "foreground colour: 000000 background colour: FFFFFF" (black text on a white background) 03.03.27 # More of a workaround than a fix though. 03.03.51 # s/creyscale/greyscale/ 03.04.12 # I figure that much, but according to pixelma "<pixelma> cabbiev2 should still be black on white on greyscale targets (and this rwps)" 03.04.29 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 03.05.04 Quit bieber (Ping timeout: 264 seconds) 03.05.20 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.05.22 # well, if that's the case then the .cfg is totally wrong. 03.06.34 # the fg/bg colours should be reversed if that is the case. 03.06.38 # on h120 everything's nice and good but both displays are 4-gray 03.07.08 # check the difference between the two theme.cfgs 03.07.26 # I'm diggin my sansa clip runnin rockbox 03.07.45 # copy the way the h120 does it. 03.08.33 # in theory, it should be "foreground colour: cccccc background colour: FFFFFF" 03.08.40 # the iAudios might be the only targets with mixed color and an assumption went unnoticed 03.09.24 # maybe h300? I don't know 03.09.56 # Neither. I only own colour targets. I had a clip for about a week...but the blue/yellow thing pissed me off. 03.10.20 # that and the *tiny* screen. 03.10.41 # * S_a_i_n_t likes colour screens he can add a lot of eye-candy to. 03.10.59 # it's essentially identical except it lacks color specifications entirely 03.11.39 # Hmmmm. 03.12.31 # Well, for now (until someone that understands the greyscale/monochrome targets comes along) just go with the fix I suggested if it works for you. 03.13.06 Part Boldfilter 03.13.22 # cccccc == grey, FFFFFF == white, 000000 == black. 03.15.39 # * jhMikeS feels it's appropriate to find the offending code that's applying colors to the gray display 03.16.25 # JdGordon might be able to help you there. 03.16.44 # He's "UI Guy" as far as I'm concerned ;) 03.16.56 # * jhMikeS was considering poking him when he sees him around 03.19.29 # * jhMikeS starts following theme_menu.c down the calls 03.20.46 Quit Rob2222 (Quit: Rob2222) 03.21.20 Join Rob2222 [0] (~Miranda@p4FDCAC37.dip.t-dialin.net) 03.24.11 Quit Rob2222 (Read error: Connection reset by peer) 03.24.39 Join Rob2222 [0] (~Miranda@p4FDCAC37.dip.t-dialin.net) 03.25.24 # hmmm...seems to apply it to SCREEN_MAIN only. must be some vp leakage or something. 03.29.31 *** Saving seen data "./dancer.seen" 03.31.19 Quit jfc (Read error: Connection reset by peer) 03.31.42 Join jfc [0] (~john@dpc6682208002.direcpc.com) 03.36.53 Join CGL [0] (~CGL@190.207.226.198) 03.38.33 Nick CGL is now known as [CGL] (~CGL@190.207.226.198) 03.39.27 Join cool_walking_ [0] (~cb3b81c3@gateway/web/freenode/x-yebwbqeucbzovoee) 03.58.38 # * jhMikeS notices the .c file includes in the lcd code. thread.c would be alot cleaner like that. 04.01.10 Quit MethoS- (Remote host closed the connection) 04.02.46 Quit Zarggg (Quit: Leaving) 04.08.13 Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:fbf4:beb1:ba3d) 04.09.06 Quit pixelma (Disconnected by services) 04.09.06 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.09.12 Quit amiconn (Disconnected by services) 04.09.14 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.09.26 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.09.36 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.14.57 Quit Zarggg (Read error: Connection reset by peer) 04.15.25 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.19.43 Join anewuser [0] (anewuser@unaffiliated/anewuser) 04.25.31 # JdGordon: ping, prod, poke (perhaps want to read back a bit about remote lcd getting "colorized" on x5)? 04.26.01 # let me wake up a bit first :p 04.26.05 # okie, np 04.33.26 # the h1/300 have a mono remote, iaudio arre tthe only ones with a grey remote 04.35.13 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 04.37.04 # jhMikeS: so whats the actual issue? the remote is getting the wrong colours in the menus? 04.37.27 Part Strife89 ("Leaving") 04.37.51 Join Strife89 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) 04.40.37 # bieber: if you think a file is too long when it is being added, then yes split it 04.42.20 # iy' 04.42.33 # oops, it's setting fg and bg colors to the remote 04.42.47 Join Barahir_ [0] (~jonathan@frnk-590f6a20.pool.mediaWays.net) 04.43.10 Quit Barahir (Read error: Operation timed out) 04.43.35 # though I don't actually see the settings setting anything, RWPS is fine. in addition, I don't see the statusbar getting updated when changing volume and such 04.43.54 # "it" being what? and bar not updateing when? 04.46.03 # anywhere, such and transitioning playback state (ie. playing->stopped) or changing the volume/pausing in the radio screen 04.47.09 # colours are an issue in viewport.c by the looks of it 04.47.12 # the remote is in it's own timezone too :) (10:45 on the remote, 10:47 on the main) 04.47.22 # no clue on the updating though 04.47.23 # haha 04.47.37 # p[en a FS issue... I'll have a play later this arvo 04.48.41 # official bug report? ok...I'll do that. I tried to look at it and then got lost in all the strage, new code. 04.49.24 # does the sim show the issues? 04.49.40 # if not then i'll need screenshots and proper expected behaviour descripions 04.49.42 # haven't checked 04.51.25 # from the looks of it, the theme colors should *not* be applied to the grayscale remote, yet they are. RWPS shows black on white like it should. just the menus (or lists in general) show the problem. 04.58.39 Quit TheSeven (Ping timeout: 240 seconds) 05.02.53 Quit saratoga (Quit: CGI:IRC) 05.02.54 # * jhMikeS can't make a new task :( 05.03.05 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-cpwdwckxpgasnvwg) 05.03.13 # Fatal error 05.03.20 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.06.47 # hrm, had to restart from the FS main list 05.06.56 # http://www.rockbox.org/tracker/task/11321 05.08.04 Join captainkewler [0] (~cfed7173@gateway/web/freenode/x-lvyvqiouyoghumnr) 05.12.42 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 05.13.05 Quit captainkewler (Quit: Page closed) 05.13.53 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 05.15.37 # hehe colour sound :p 05.15.56 # is it the m3 with grey main and remote diosplays? 05.17.14 # jhMikeS: ok, both issues ar in the sim, so this shoudl be fixable 05.17.32 # * JdGordon points out these bugs have probably been there since at least 3.4... 05.29.34 *** Saving seen data "./dancer.seen" 05.29.42 # m3 is gray/gray afaik 05.30.17 # the last revision I had on the x5 was 20064 or something...hehe...it didn't have the issue :) 05.31.32 Quit Horscht (Quit: Verlassend) 05.38.01 # the issue is because code to parse a viewport string has no idea how to handle targets with different depths 05.38.29 # with colour taking precendence. so it gets the main screen colours 05.38.37 # I'm not entirely sure how to fix this properly 05.39.04 # other than the quick n dirty fix 05.41.00 # shouldn't it just set them to default colors? the vp code seem to do that in a no-nonsense way. 05.42.03 # yes, but where to get them from... im trying something now 05.42.20 # they're constants 05.42.35 # hehe I fixed the remote and broke the main screen! 05.42.43 # :) 05.42.57 # LCD_REMOTE_DEFAULT_FG/BG 05.43.28 # http://pastebin.com/MAL8dn55 05.43.37 # seems to work in the sim 05.44.02 # makes the code a bit messy... but I guess we have no other option 05.47.23 # I'll check it on target but I'm sure it'll work if it works with the sim 05.49.10 # remote bar seems to be on all targets (well duh :p ) 05.50.33 Quit mikroflops_ (Ping timeout: 248 seconds) 05.50.59 # I was just checking H120 and it's not refreshing there 05.58.10 # arg... i tihnk i see the problem 06.00.27 # New commit by 03jdgordon (r26275): fix remote statusbar not being updated if it is enabled on both displays 06.00.34 # (after having to cleanup and rebuild completely) the remote shades look just fine now 06.00.48 # k cool 06.01.20 # grr... slow post checkin script 06.02.13 # New commit by 03jdgordon (r26276): fix FS#11321 - the x5 remote used the wrong colours 06.06.20 # New commit by 03jdgordon (r26277): remove a stray printf 06.08.39 # New commit by 03jdgordon (r26278): fix red, but this might not be the best long term solution. 06.11.51 # look like the same solution that was already there 06.12.23 Join Topy44 [0] (~topy@my.fastsh.it) 06.12.57 # hm... 06.13.26 # my h340 with rockbox is reporting "low battery! shutting down", even though it really isnt that low, it still runs for hours 06.13.30 Quit shai (Read error: Connection reset by peer) 06.13.41 # that is, it shows that message when i shut it down 06.13.51 # but if i dont turn it off myself it will run for quite some time 06.15.27 # I think it says that if it's < 10%. (I know it's odd that it says it's shutting down, only more emphatically when it's shutting down) 06.16.04 # but i think it says it too early 06.16.22 Quit liar (Ping timeout: 258 seconds) 06.17.21 # Topy44: i think thats intentional 06.17.27 # search, theres more info on why 06.17.41 # maybe "go charge your fucking battery or it will break, kthx" :) 06.17.50 # actually, thats what the message should say :) 06.18.06 # it just says it if the battery level is <= 10 %. that message looks nearly meaningless since it seems to take no special action. 06.18.20 # nimh batteries dont really like deep cycles 06.18.28 # but yeah its pretty pointless 06.19.18 # saratoga: is there? 06.19.50 # jhMikeS: yeah it prevents it from having trouble cold booting IIRC 06.20.24 # Topy44: that message is in the apple firmware, so we can't change it, and your ipod doesn't have nimh batteries 06.20.33 Quit nima (Read error: Connection reset by peer) 06.20.45 # saratoga: except that i dont have an ipod. read my message again. :) 06.21.00 # oh my bad 06.21.22 Join nima [0] (~nima@adsl-75-45-236-137.dsl.sfldmi.sbcglobal.net) 06.21.30 # theres some equivalent message on the ipods I was thinking of 06.21.35 # saratoga: I see no action taken, just a message. 06.21.37 # heh 06.22.29 # I mean, we're already shutting down. Perhaps it should be rephrase like "Shutting Down: Please Recharge Soon!" or something :) 06.23.03 # essentially, it just replaces the "shutting down!" message with that one 06.23.06 # its not a problem 06.23.09 # its just weird 06.23.30 # I think it's meant just to be an informative reminder, but it sounds like an action is being taken. 06.23.50 # yeah, its the same message that is displayed when it shuts down because the battery is in fact flat i think 06.24.35 # well, since i just installed a brand new battery, i wont be seeing that message very often :) 06.28.21 # if you see "battery critical" then it didn't bother saving anything 06.29.19 # oh, ok 06.29.43 # maybe it should shut down properly when the voltage reaches a certain threshhold, would be better for the battery too 06.29.45 # or is that "battery empty"? well, you get the idea. 06.30.22 # i already lost recordings once because of an empty battery, it recorded fine but didnt update the fat when going off 06.30.23 # it does unless it's too low to spin the drive back up 06.30.30 # ic 06.30.37 # that was on my old iaudio X5L 06.30.49 # (RIP) 06.31.04 # maybe the threshhold voltage should be customizeable 06.31.26 # anyway, i'm off, cu 06.32.08 # * jhMikeS waves 06.33.54 # JdGordon: So we'll have different separator characters for normal tags and conditionals, or do you just want to stick with '|' for both of them? 06.33.56 # is the H120 supposed to show the progress at the top on the remote with "now playing" inside it? 06.34.08 # Yes 06.34.12 # Or at least, I'm *pretty* sure it is 06.34.43 # * jhMikeS hasn't looked at remotes in a long while 06.36.35 Join TopyMobile [0] (~topy@xdsl-78-34-66-188.netcologne.de) 06.36.42 # Same here 06.36.44 # But I remember seeing that 06.39.07 # x5 shows 'now playing' but separately like the main screen (bigger lcd though) 06.44.56 Quit TopyMobile (Quit: TopyMobile) 06.45.24 # * jhMikeS wonders if the immediate status update will come back where it redraws every change on-demand 06.46.07 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 07.08.20 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 07.10.50 Join esperegu [0] (~quassel@145.116.15.244) 07.16.15 Join esperegu_ [0] (~quassel@145.116.15.244) 07.16.16 Quit esperegu (Read error: Connection reset by peer) 07.17.10 # New commit by 03kkurbjun (r26279): Fix M:Robe Plugins and Codecs. 07.21.20 # JdGordon: the M5 has a grey main screen and can use the same remote, Iaudio M3 is the one which just has the remote. And unfortunately those remotes are expensive last I looked... 07.25.20 Quit Strife89 (Quit: Bed! ZZZZZZZZZZZzzzzzzzzzzzzzzzzzz............) 07.27.28 Quit esperegu_ (Read error: Connection reset by peer) 07.28.29 Join esperegu [0] (~quassel@145.116.15.244) 07.29.36 *** Saving seen data "./dancer.seen" 07.31.43 # bieber: | is the seperator between conditional options. comma is seperator for params 07.32.13 # | is unlikely to be used in text as much as comma might (and | already needs to be %-d if you want to put it in a string) 07.35.31 # jhMikeS: I combined progressbar and "Now Playing" bar this way for the 128x64 port to save space, especially since back then it had to use the same font size as the main screens and so didn't leave many lines to use. Should be possible now to use a smaller font size on the remote and those bars seperated then but cabbiev2 vould have some updates in general which didn't happen yet 07.36.10 # s/vould/could 07.37.19 # jhMikeS: The iriver remote is monochrome, not greyscale like the iaudio remote 07.37.48 # * amiconn should first read the logs completely 07.37.50 Join XXXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) 07.39.00 # JdGordon: M5 is grey/grey; the M3 has no main LCD... 07.39.24 # grr 07.39.51 # you should do what you say yourself :P 07.42.08 Quit XXStatik (Ping timeout: 276 seconds) 07.42.13 Quit mc2739 (Ping timeout: 252 seconds) 07.47.57 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 07.47.59 Quit BHSPitMonkey (Remote host closed the connection) 07.51.39 Quit bieber (Ping timeout: 240 seconds) 07.51.58 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 07.56.48 Quit esperegu (Read error: Connection reset by peer) 07.56.50 Join esperegu_ [0] (~quassel@145.116.15.244) 07.57.53 Join JdGord [0] (~jd@110.23.82.198) 08.01.48 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.03.49 Quit bieber (Ping timeout: 245 seconds) 08.04.05 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 08.07.23 Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) 08.11.23 Quit XXXStatik (Ping timeout: 264 seconds) 08.16.46 Quit JdGordon (Quit: Leaving.) 08.39.36 Join mitk [0] (~mitk@195.117.162.130) 08.41.40 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 08.43.44 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.43.44 Join ender` [0] (krneki@foo.eternallybored.org) 08.52.28 Quit cool_walking_ (Quit: Page closed) 08.54.35 Quit esperegu_ (Ping timeout: 264 seconds) 08.54.42 Join esperegu [0] (~quassel@145.116.15.244) 08.58.12 Quit cdb (Ping timeout: 260 seconds) 09.00.22 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 09.03.56 Quit bug2000 (Remote host closed the connection) 09.07.59 Join Rob2223 [0] (~Miranda@p4FDC9B6B.dip.t-dialin.net) 09.10.02 Join watto [0] (~watto@193.203.81.165) 09.11.18 Quit Rob2222 (Ping timeout: 245 seconds) 09.14.58 Join petur [0] (~petur@rockbox/developer/petur) 09.15.26 Quit JdGord (Quit: Bye) 09.21.29 Join ssorgatem [0] (~ssorgatem@83.55.235.224) 09.22.39 Quit liar (Ping timeout: 258 seconds) 09.23.26 Quit shai (Quit: Leaving) 09.25.08 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 09.26.50 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 09.29.40 *** Saving seen data "./dancer.seen" 09.30.46 # I have a problem: "Têtes Raides" shows up under Artist as "T[]tes Raides" 09.32.18 # then your chosen font doesn't have that character. Maybe you'll find another that has it and is the same height 09.32.19 # They're mp3 files, tagged as ID3v2.3 iso-8859-1 09.32.20 Join B4gder [0] (~daniel@rockbox/developer/bagder) 09.32.42 # pixelma: I thought that but 09.33.27 # pixelma: previously it showed that artist twice: "Têtes Raides" and "T[]tes Raides" 09.33.27 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 09.33.57 # pixelma: then I made sure all the files had the same version and encoding of the tags 09.34.08 # and now they show all wrong 09.35.16 # there's also an option somewhere to set the default codepage of ID3 tags. I thought it only had to do with ID3v1 but now I remember ID3v2.3 can either be unicode or your local codepage 09.37.35 Join wodz [0] (~wodz@chello087206240004.chello.pl) 09.38.12 # under general settings > display - see manual 09.39.31 # yes, I'm doing it 09.39.39 # I had it set to utf-8 09.40.06 # Now i've changed it to iso-8859-1 09.40.15 # but nothing changes 09.40.52 # I'm able to see other unicode characters, though (like ä, á, í, à...) 09.41.14 Quit TheSeven (Ping timeout: 240 seconds) 09.41.49 # mm 09.41.57 # it's something to do with tags 09.42.08 Quit phanboy4 (Ping timeout: 245 seconds) 09.42.52 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.42.56 # I can see "Ràdio FM", but not "L'une à l'autre" (A song from T) 09.43.13 # ^^ += (Têtes Raides) 09.44.42 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.46.30 Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) 09.47.27 # they show up OK in the OF (fuzev2) 09.49.00 # I'm using checkwps as a base to convert curent skins to th new format (right now just adding printfs in the current parser). This seems to work well but is it ok to wack into svn? 09.49.05 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.49.38 Quit kadoban (Remote host closed the connection) 09.50.05 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 09.50.17 # Should I open a FS task about my issue? 09.50.54 # BTW, i've updated (again) the catalan translation, FS#11322. It's now complete 09.54.44 Join asper [0] (~asper@93-43-34-188.ip90.fastwebnet.it) 09.54.49 # hi guys 09.55.12 # I am running vista 64 and need to connect archos recorder 10... does anyone has a driver or a link to something I can use ? 09.58.40 # asper: unfortunaately there is none for Vista or Windows7 - see here: http://forums.rockbox.org/index.php?topic=24554.0 10.01.18 Join Bonusbartus [0] (~c2abfc65@giant.haxx.se) 10.01.29 # good morning 10.01.55 # can I have a link to the official XP driver ? I am not able to find it... 10.04.10 # anyone with an Iriver H300 (or maybe H1xx) here? 10.07.07 # * JdGordon would like opinions on 11323 being commited (replacing printf with UPDATESKIN() ) post freeze 10.10.12 # YES !!!! I managed to isntall jukeboxe recorder 10 on vista64 using VMWARE and old dirvers Archos_USB_Drivers_09062005.zip 10.10.57 # but rockbox utility won't detect it... I will try manually now 10.11.59 # no way... is htere a way to make rockbox utility running in a vmware ssytem ? It is not detecting my CORRECTLY installed archos jukebox recorder 10 10.12.44 # the vmware is running a WIndows XP 32 bit 10.12.59 # I'm having a problem with USB connection on my H300 since the official 3.5 release, first I tought it was the known bug, but after reading it I see that that bug is about bootloader USB mode 10.13.34 # problem is that when Rockbox is still booting and I plug in the usb cable (which happens oftenn...) the player completely hangs 10.14.46 # rockboxutility won't work under vmware... 10.14.55 # Bonusbartus: is this 3.5 or 3.5.1? 10.15.31 # there was a problem with early USB in 3.5 which was fixed in 3.5.1 10.15.33 # both 10.15.56 # I noticed it after installing 3.5, but it didn't go away with 3.51 10.19.10 # I explain you my problem: since yesterday when I press ON during a song my recorder screen gets totally blank (no song list) 10.19.23 # what is the file I must delete to reset this strange behaviour ? 10.19.49 # I set the player to automatically paly the latest song so now I cannot brows through songs anymore 10.19.59 # maybe you set your show files setting to playlists or so? 10.22.09 # it was workjing until yesterday... now I am not able to browse files anymore... 10.22.19 # what have I to presso to go back to song lis ? 10.22.23 # list? 10.24.32 # ok I amanged to restore the situation 10.24.54 # go to the menu (or quickscreen) to check your "show files" setting. I don't know off the top of my head where the option is exactly, you could check our manual 10.25.03 # last question: i have the .jaz file in the root: how can I install it as a firmware manually from the player ? 10.25.58 # (thank you pixelma i did exactly as you told and worked... dunno why this option resets by itself) 10.26.26 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 10.33.14 Part LinusN 10.33.34 Quit liar (Ping timeout: 258 seconds) 10.35.31 Join LinusN [0] (~linus@rockbox/developer/LinusN) 10.35.48 Quit moparx (Ping timeout: 265 seconds) 10.37.39 Join halmi [0] (~netbook@93-82-45-252.adsl.highway.telekom.at) 10.38.50 Quit asper (Quit: Java user signed off) 10.39.58 Join moparx [0] (~moparx@unaffiliated/moparx) 10.46.07 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 10.54.54 Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) 10.59.54 Quit wodz (Quit: Leaving) 11.00.48 # pixelma: What you think about "Remote: Radio Screen", "Remote: While Playing Screen" etc? 11.00.56 Quit halmi (Read error: Connection reset by peer) 11.01.48 Join halmi [0] (~netbook@93-82-45-252.adsl.highway.telekom.at) 11.02.09 # hmm just tried latest build, seems like it 11.02.36 # is working now... lazy me.. I thought I did try a build newer than the 3.5.1.... 11.04.17 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.29.41 *** Saving seen data "./dancer.seen" 11.31.42 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 11.34.30 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.41.12 Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) 11.45.12 Quit moparx (Quit: moparx) 11.46.41 Quit shai (Ping timeout: 240 seconds) 11.52.44 # * Zagor points to the topic to remind everyone 11.52.53 # I'm off to do that now. See you later. 11.53.00 Part Zagor 11.57.00 Join anewuser [0] (anewuser@unaffiliated/anewuser) 12.10.33 Quit GeekShadow (Ping timeout: 276 seconds) 12.15.53 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 12.17.20 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.21.57 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 12.23.31 Quit slck (Ping timeout: 260 seconds) 12.28.39 # * linuxstb wonders which part of the topic Zagor was referring to 12.29.50 # "Scheduled server downtime Tuesday 13:00-16:00 CET" 12.29.50 # provider change I think 12.29.50 # Hmm, my topic line doesn't say that... 12.29.50 Part LinusN 12.31.56 Join slck [0] (Venci@Slackware.SlackPix.Com) 12.32.00 # * linuxstb scrolls left and then crawls back into his hole... 12.32.59 Quit steve|m (Ping timeout: 276 seconds) 12.38.43 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 12.49.07 Join LinusN [0] (~linus@rockbox/developer/LinusN) 12.55.41 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 12.59.45 # why do I see so much red in http://build.rockbox.org/dev.cgi ? 13.04.35 Quit kugel (Ping timeout: 260 seconds) 13.08.00 # the complete red lines seems to have been caused by the server downtime I think. The red Sansa v2's bootloaders seems to have been overlooked 13.18.16 Quit elinenbe (Ping timeout: 240 seconds) 13.20.13 # pixelma: What do you think about changing strings to: "Remote: Radio Screen", "Remote: While Playing Screen" etc? This can clear that those settings are for things on remote. 13.24.58 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 13.29.45 *** Saving seen data "./dancer.seen" 13.33.33 Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) 13.37.24 # rasher: scorche: ping? 13.40.42 Join Kitr88 [0] (~Kitar_st@89.142.60.171) 13.40.58 Quit Bonusbartus (Quit: CGI:IRC (EOF)) 13.41.09 DEBUG Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) 13.41.09 *** Cleanup 13.41.09 *** Saving seen data "./dancer.seen" 13.41.09 *** Exit 15.04.13 *** Started Dancer V4.16 15.04.13 DEBUG bind(2) failed on socket 4 (Cannot assign requested address), myhost = giant.haxx.se, myipaddrnum = 1403584042 (snapshot: netstuff.c line 225) 15.04.13 *** Connected to irc.freenode.net on port 6667 15.04.13 *** Logfile for #rockbox started 15.04.15 Mode "logbot :+i" by logbot 15.04.16 Ctcp Version from frigg!~frigg@freenode/utility-bot/frigg 15.04.17 *** Server message 501: 'logbot :Unknown MODE flag' 15.04.17 Join logbot [0] (~rockbox@80.67.6.50) 15.04.17 Join steve|m [0] (~steve@p4FD4435C.dip.t-dialin.net) 15.04.17 Join teru [0] (~teru@M016207.ppp.dion.ne.jp) 15.04.17 Join n1s [0] (~n1s@rockbox/developer/n1s) 15.04.17 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 15.04.17 Join wincent [0] (~wincent@rockbox/developer/wincent) 15.04.17 Join Kitar|st [0] (Kitar_st@BSN-182-64-202.dial-up.dsl.siol.net) 15.04.17 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.04.17 Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) 15.04.17 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 15.04.17 Join slck [0] (Venci@Slackware.SlackPix.Com) 15.04.17 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 15.04.17 Join anewuser [0] (anewuser@unaffiliated/anewuser) 15.04.17 Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) 15.04.17 Join dfkt [0] (dfkt@unaffiliated/dfkt) 15.04.17 Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) 15.04.17 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 15.04.17 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 15.04.17 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 15.04.17 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 15.04.17 Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) 15.04.17 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 15.04.17 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 15.04.17 Join petur [0] (~petur@rockbox/developer/petur) 15.04.17 Join watto [0] (~watto@193.203.81.165) 15.04.17 Join esperegu [0] (~quassel@145.116.15.244) 15.04.17 Join ender` [0] (krneki@foo.eternallybored.org) 15.04.17 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 15.04.17 Join mitk [0] (~mitk@195.117.162.130) 15.04.17 Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) 15.04.17 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 15.04.17 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 15.04.17 Join nima [0] (~nima@adsl-75-45-236-137.dsl.sfldmi.sbcglobal.net) 15.04.17 Join Topy44 [0] (~topy@my.fastsh.it) 15.04.17 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-cpwdwckxpgasnvwg) 15.04.17 Join Barahir_ [0] (~jonathan@frnk-590f6a20.pool.mediaWays.net) 15.04.17 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 15.04.17 Join amiconn [0] (quassel@rockbox/developer/amiconn) 15.04.17 Join pixelma [0] (quassel@rockbox/staff/pixelma) 15.04.17 Join [CGL] [0] (~CGL@190.207.226.198) 15.04.17 Join jfc [0] (~john@dpc6682208002.direcpc.com) 15.04.17 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 15.04.17 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.04.17 Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) 15.04.17 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.29) 15.04.17 Join solexx [0] (~jrschulz@e176114091.adsl.alicedsl.de) 15.04.17 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 15.04.17 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 15.04.17 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 15.04.17 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 15.04.17 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 15.04.17 Join CIA-5 [0] (cia@208.69.182.149) 15.04.17 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 15.04.17 Join AlexP [0] (~ap@rockbox/staff/AlexP) 15.04.17 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 15.04.17 Join aevin [0] (eivindsy@unaffiliated/aevin) 15.04.17 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 15.04.17 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.04.17 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 15.04.17 Join kenguest [0] (~radagast@lir.talideon.com) 15.04.17 Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) 15.04.18 Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 15.04.18 Join z35 [0] (~z35@ool-18bd3f51.dyn.optonline.net) 15.04.18 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 15.04.18 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 15.04.18 Join bzed [0] (~bzed@devel.recluse.de) 15.04.18 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 15.04.18 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 15.04.18 Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) 15.04.18 Join blithe [0] (~blithe@72.14.176.144) 15.04.18 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 15.04.18 Join Bagder [0] (~daniel@rockbox/developer/bagder) 15.04.18 Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) 15.04.18 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 15.04.18 Join krazykit [0] (~kkit@76.240.216.70) 15.04.18 Join togetic [0] (~togetic@unaffiliated/ibuffy) 15.04.18 Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) 15.04.18 Join soap [0] (~soap@rockbox/staff/soap) 15.04.18 Join Battousai [0] (~bryan@gentoo/developer/battousai) 15.04.18 Join MuscleNerd [0] (eric@75-30-121-120.lightspeed.arlhil.sbcglobal.net) 15.04.18 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 15.04.18 Join rhodan [0] (~Quassel@2001:1608:12:2::38) 15.04.18 Join markun [0] (~markun@rockbox/developer/markun) 15.04.18 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.04.18 Join incant [0] (~philippe@zone42.rdc.uottawa.ca) 15.04.18 Join BeFalou [0] (~mamutoi@unaffiliated/befalou) 15.04.18 Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) 15.04.18 Join Kamyk [0] (kamyk@szluug.org) 15.04.18 Join ehntoo [0] (~ehntoo@lug.mtu.edu) 15.04.18 Join rasher [0] (~rasher@rockbox/developer/rasher) 15.04.18 Join feisar_ [0] (jljhook@irkki.fi) 15.04.18 Join leavittx [0] (~leavittx@89.221.199.187) 15.04.18 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 15.04.18 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 15.04.18 Join linuxguy3 [0] (~timj@75.57.191.181) 15.04.18 Join Zambezi [0] (Zulu@80.67.9.2) 15.04.18 Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 15.04.18 Join polobricolo__ [0] (~polobrico@AGrenoble-257-1-21-176.w86-194.abo.wanadoo.fr) 15.04.18 Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) 15.04.18 Join piroko [0] (~jeremy@pohl.ececs.uc.edu) 15.04.18 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 15.04.18 Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) 15.04.18 Join mapi_ [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) 15.04.18 Join yawny [0] (user36@pr0.us) 15.04.18 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 15.04.18 Join ved [0] (ved@ddsbox.co.cc) 15.04.18 Join YPSY [0] (~ypsy@geekpadawan.de) 15.04.18 Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) 15.04.18 Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) 15.04.18 Join scorche [0] (~scorche@rockbox/administrator/scorche) 15.04.18 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 15.04.18 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 15.04.18 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 15.04.18 Join ranma [0] (ranma@mx.tdiedrich.de) 15.04.18 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 15.04.18 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 15.04.18 Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 15.04.18 Join sevard [0] (sev@216.164.6.24) 15.04.18 Join parafin [0] (parafin@paraf.in) 15.04.18 Join Torne [0] (torne@rockbox/developer/Torne) 15.04.18 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 15.04.18 Join jae [0] (~jae@jaerhard.com) 15.04.18 Join cYmen [0] (~cymen@squint.a-oben.org) 15.04.18 Join pjm0616 [0] (~user@61.250.113.98) 15.04.18 Join FOAD [0] (~dok@83.160.60.104) 15.04.18 Join simabeis [0] (~simabeis@lobmenschen.de) 15.04.18 Join maraz [0] (maraz@kapsi.fi) 15.04.18 Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) 15.04.18 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 15.04.18 Join Hadaka [0] (~naked@naked.iki.fi) 15.04.18 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 15.04.18 Join fxb [0] (~felixbrun@h1252615.stratoserver.net) 15.04.18 Join topik [0] (awesome@wtf.grmpf.org) 15.04.18 Join @ChanServ [0] (ChanServ@services.) 15.04.38 # hey! 15.10.45 # move finished? 15.12.07 # no, but at least partly it seems 15.14.43 Join pyro_maniac [0] (foobar@p57BB9975.dip0.t-ipconnect.de) 15.19.33 Quit flatrose (Ping timeout: 265 seconds) 15.21.36 Quit TheSeven (Ping timeout: 264 seconds) 15.23.24 Quit lpereira (Ping timeout: 258 seconds) 15.25.15 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 15.32.41 Join vaguerant [0] (~3aaf4cc7@host112.toad-host.com) 15.32.52 Quit vaguerant (Changing host) 15.32.53 Join vaguerant [0] (~3aaf4cc7@wikipedia/vague-rant) 15.33.36 DEBUG Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) 15.33.36 *** Cleanup 15.33.36 *** Saving seen data "./dancer.seen" 15.33.36 *** Exit 16.00.10 *** Started Dancer V4.16 16.00.10 DEBUG bind(2) failed on socket 3 (Cannot assign requested address), myhost = giant.haxx.se, myipaddrnum = 1403584042 (snapshot: netstuff.c line 225) 16.00.10 *** Connected to irc.freenode.net on port 6667 16.00.10 *** Logfile for #rockbox started 16.00.13 Mode "logbot :+i" by logbot 16.00.13 Ctcp Version from frigg!~frigg@freenode/utility-bot/frigg 16.00.13 *** Server message 501: 'logbot :Unknown MODE flag' 16.00.14 Join logbot [0] (rockbox@80.67.6.50) 16.00.14 Join Casainho [0] (~chatzilla@bl8-174-87.dsl.telepac.pt) 16.00.14 Join MethoS- [0] (~clemens@134.102.106.250) 16.00.14 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 16.00.14 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 16.00.14 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 16.00.14 Join pyro_maniac [0] (foobar@p57BB9975.dip0.t-ipconnect.de) 16.00.14 Join steve|m [0] (~steve@p4FD4435C.dip.t-dialin.net) 16.00.14 Join teru [0] (~teru@M016207.ppp.dion.ne.jp) 16.00.14 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 16.00.14 Join wincent [0] (~wincent@rockbox/developer/wincent) 16.00.14 Join Kitar|st [0] (Kitar_st@BSN-182-64-202.dial-up.dsl.siol.net) 16.00.14 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.00.14 Join DerPapst [0] (~Alexander@91-64-235-218-dynip.superkabel.de) 16.00.14 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 16.00.14 Join slck [0] (Venci@Slackware.SlackPix.Com) 16.00.14 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 16.00.14 Join anewuser [0] (anewuser@unaffiliated/anewuser) 16.00.14 Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) 16.00.14 Join dfkt [0] (dfkt@unaffiliated/dfkt) 16.00.14 Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) 16.00.14 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.00.14 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 16.00.14 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 16.00.14 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 16.00.14 Join petur [0] (~petur@rockbox/developer/petur) 16.00.14 Join watto [0] (~watto@193.203.81.165) 16.00.14 Join esperegu [0] (~quassel@145.116.15.244) 16.00.14 Join ender` [0] (krneki@foo.eternallybored.org) 16.00.14 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.00.14 Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) 16.00.14 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 16.00.14 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 16.00.14 Join nima [0] (~nima@adsl-75-45-236-137.dsl.sfldmi.sbcglobal.net) 16.00.14 Join Topy44 [0] (~topy@my.fastsh.it) 16.00.14 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-cpwdwckxpgasnvwg) 16.00.14 Join Barahir_ [0] (~jonathan@frnk-590f6a20.pool.mediaWays.net) 16.00.14 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 16.00.14 Join amiconn [0] (quassel@rockbox/developer/amiconn) 16.00.14 Join pixelma [0] (quassel@rockbox/staff/pixelma) 16.00.14 Join [CGL] [0] (~CGL@190.207.226.198) 16.00.14 Join jfc [0] (~john@dpc6682208002.direcpc.com) 16.00.14 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 16.00.14 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 16.00.14 Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) 16.00.14 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.29) 16.00.14 Join solexx [0] (~jrschulz@e176114091.adsl.alicedsl.de) 16.00.14 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 16.00.14 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 16.00.14 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 16.00.14 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 16.00.14 Join CIA-5 [0] (cia@208.69.182.149) 16.00.14 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 16.00.14 Join AlexP [0] (~ap@rockbox/staff/AlexP) 16.00.14 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 16.00.14 Join aevin [0] (eivindsy@unaffiliated/aevin) 16.00.14 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 16.00.14 Join komputes [0] (~komputes@ubuntu/member/komputes) 16.00.14 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 16.00.14 Join kenguest [0] (~radagast@lir.talideon.com) 16.00.14 Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) 16.00.14 Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 16.00.14 Join z35 [0] (~z35@ool-18bd3f51.dyn.optonline.net) 16.00.14 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 16.00.14 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 16.00.14 Join bzed [0] (~bzed@devel.recluse.de) 16.00.14 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 16.00.14 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 16.00.14 Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) 16.00.14 Join blithe [0] (~blithe@72.14.176.144) 16.00.14 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 16.00.14 Join Bagder [0] (~daniel@rockbox/developer/bagder) 16.00.14 Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) 16.00.15 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 16.00.15 Join krazykit [0] (~kkit@76.240.216.70) 16.00.15 Join togetic [0] (~togetic@unaffiliated/ibuffy) 16.00.15 Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) 16.00.15 Join soap [0] (~soap@rockbox/staff/soap) 16.00.15 Join Battousai [0] (~bryan@gentoo/developer/battousai) 16.00.15 Join MuscleNerd [0] (eric@75-30-121-120.lightspeed.arlhil.sbcglobal.net) 16.00.15 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 16.00.15 Join rhodan [0] (~Quassel@2001:1608:12:2::38) 16.00.15 Join markun [0] (~markun@rockbox/developer/markun) 16.00.15 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.00.15 Join incant [0] (~philippe@zone42.rdc.uottawa.ca) 16.00.15 Join BeFalou [0] (~mamutoi@unaffiliated/befalou) 16.00.15 Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) 16.00.15 Join Kamyk [0] (kamyk@szluug.org) 16.00.15 Join ehntoo [0] (~ehntoo@lug.mtu.edu) 16.00.15 Join rasher [0] (~rasher@rockbox/developer/rasher) 16.00.15 Join feisar_ [0] (jljhook@irkki.fi) 16.00.15 Join leavittx [0] (~leavittx@89.221.199.187) 16.00.15 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 16.00.15 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 16.00.15 Join linuxguy3 [0] (~timj@75.57.191.181) 16.00.15 Join Zambezi [0] (Zulu@80.67.9.2) 16.00.15 Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 16.00.15 Join polobricolo__ [0] (~polobrico@AGrenoble-257-1-21-176.w86-194.abo.wanadoo.fr) 16.00.15 Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) 16.00.15 Join piroko [0] (~jeremy@pohl.ececs.uc.edu) 16.00.15 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 16.00.15 Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) 16.00.15 Join mapi_ [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) 16.00.15 Join yawny [0] (user36@pr0.us) 16.00.15 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 16.00.15 Join ved [0] (ved@ddsbox.co.cc) 16.00.15 Join YPSY [0] (~ypsy@geekpadawan.de) 16.00.15 Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) 16.00.15 Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) 16.00.15 Join scorche [0] (~scorche@rockbox/administrator/scorche) 16.00.15 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 16.00.15 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 16.00.15 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 16.00.15 Join ranma [0] (ranma@mx.tdiedrich.de) 16.00.15 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 16.00.15 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 16.00.15 Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 16.00.15 Join sevard [0] (sev@216.164.6.24) 16.00.15 Join parafin [0] (parafin@paraf.in) 16.00.15 Join Torne [0] (torne@rockbox/developer/Torne) 16.00.15 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 16.00.15 Join jae [0] (~jae@jaerhard.com) 16.00.15 Join cYmen [0] (~cymen@squint.a-oben.org) 16.00.15 Join pjm0616 [0] (~user@61.250.113.98) 16.00.15 Join FOAD [0] (~dok@83.160.60.104) 16.00.15 Join simabeis [0] (~simabeis@lobmenschen.de) 16.00.15 Join maraz [0] (maraz@kapsi.fi) 16.00.15 Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) 16.00.15 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 16.00.15 Join Hadaka [0] (~naked@naked.iki.fi) 16.00.15 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 16.00.15 Join fxb [0] (~felixbrun@h1252615.stratoserver.net) 16.00.15 Join topik [0] (awesome@wtf.grmpf.org) 16.00.15 Join @ChanServ [0] (ChanServ@services.) 16.02.19 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 16.02.52 Quit TheSeven (Ping timeout: 272 seconds) 16.04.22 Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423140709]) 16.05.02 Join Kitr88 [0] (Kitar_st@BSN-143-111-35.dial-up.dsl.siol.net) 16.05.04 Join Guest___ [0] (~chatzilla@dslb-088-072-225-127.pools.arcor-ip.net) 16.06.04 Part watto 16.07.24 Quit Kitar|st (Ping timeout: 265 seconds) 16.08.34 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 16.12.20 # site is up 16.21.23 # New commit by 03bieber (r26280): Added my name to COMMITTERS 16.21.47 # can't reach it (DNS?) 16.22.22 Join flatrose [0] (~flatrose@ppp91-77-221-52.pppoe.mtu-net.ru) 16.22.37 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 16.22.51 # yeah, give it a while more 16.23.19 # got a ping though no site 16.23.32 # http://downforeveryoneorjustme.com 16.23.45 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 16.24.59 # can I get a yes/no on commiting this (post freeze i guess) http://pastebin.com/EbzUXebX 16.25.08 # it allows checkwps to be used to upgrade skins to the new format 16.34.21 # t0rc: looks down from that site :) 16.34.23 # * domonoky welcomes bieber in the rockbox developer team :-) 16.35.13 # jhMikeS, scheduled downtime tho :) 16.35.30 # jhMikeS: so perhaps they stareted early 16.35.44 # t0rc: just said they were done :) 16.35.59 # oh 16.35.59 # just wait for the new ip to propogate 16.36.00 # hmm 16.36.08 # i cry inside 16.36.09 # and hit F5 16.36.10 # ;) 16.38.17 # * jhMikeS is waiting and...it's a hit 16.41.44 # jhMikeS: eh I'm doing other stuff to pass the time ;) 16.41.44 Quit solexx (Read error: Connection reset by peer) 16.42.13 # flyspray is seems to be the only thing giving trouble (can't connect to database) 16.44.32 # eh its still timing out for me 16.44.34 # the build server is also having problems - disconnects immediately upon connection 16.44.54 # lul 16.45.03 # bieber: hey 16.45.51 Join solexx [0] (~jrschulz@e176120017.adsl.alicedsl.de) 16.45.54 # Hey 16.46.18 # domonoky: Thanks :) 16.46.37 # see my asnwers last night? 16.47.37 # Yeah, I've changed that separator and broken things up into separate files 16.47.58 # If I check out your branch, change and commit, the commit goes back into your branch automatically, right? 16.48.22 # yeah, but ignore that branch.. create a new one from current 16.48.30 # merging sucks wit svn :p 16.48.40 # Oh, how do I do that? 16.48.52 # git 16.49.05 # actually, if you stay in your own folder you could probably just use trunk 16.49.14 # Okay 16.49.17 # * linuxstb was about to ask why bieber wanted a branch... 16.49.25 # does ( and ) need to be escaped? 16.50.20 # whats the new server ip? 16.50.22 # I cant imagine it would be common, but someone might want to put a ( after a tag with optional params but want to display the ( instead of opening the params list 16.50.34 # ( won't need to be escaped unless it comes immediately after a tag with optional params 16.50.37 Quit solexx (Ping timeout: 260 seconds) 16.51.01 # ) will need to be escaped inside a param list. I don't think I've added it to the list of escapable characters, but I'll do that now 16.51.39 # t0rc: 80.67.6.50 16.52.06 # JdGordon: nice, short one. (no site here) ? 16.52.32 # You need to send the hostname 16.52.38 # bieber: you might not be ready for it yet but the paste above will convert a current skin to the new format, and the branch should parse the new format 16.53.46 # Okay 16.54.05 # Assuming I've got everything straight, my new parser should parse the new format correctly, I just need to build the tag table up 16.55.16 # I'd also like to include parameter names in the tag table, so that if they ever get shuffled around code that calls them by name will still be good 16.55.38 # how do you mean? 16.56.05 # also remember we need to keep this as small as possible to use in the rockbox build 16.57.57 # I'm thinking of just an array of strings in struct tag_info that will name each parameter, so that when you're working with a tree, instead of something like tag->params[2], you can use a function like getParam(tag, "x") to look up the apropriate index 16.58.15 Join solexx [0] (~jrschulz@e176120017.adsl.alicedsl.de) 16.59.25 Join wodz [0] (~wodz@chello087206240004.chello.pl) 16.59.46 # But if it'll be too much of an issue with build-size, I'll just leave it as is 16.59.57 # is that really necessary? 17.00.05 # No, just a convenience 17.00.14 # tracker is not working: http://pastebin.com/YqLsTLhJ 17.00.49 # it just seems like alot of extra effort for not much gain (adding all those names to begin with) 17.03.33 # True 17.03.40 # I'll just go with the indexes 17.04.01 # Torne: v4 bootloader seems to run fine on my mini 1G. The only strange thing is that ipodpatcher hanged at the end of incorporating new bootloader (but bootloader works) 17.04.10 # f5...:( 17.04.14 Quit pyro_maniac (Remote host closed the connection) 17.04.29 # bieber: you know about http://www.rockbox.org/wiki/SkinBreakingChange right? that is the list of tags which have params (optional or otherwise) 17.04.40 # wodz: the tracker is probably also affected by the server not being fully available after the move 17.04.44 # Those are _all_ the tags with parameters? 17.04.50 # wodz: What was the last thing ipodpatcher printed? 17.05.09 # unless I missed any 17.05.15 # pretty sure I didnt though :) 17.05.55 # it printed that it succeeded :-) 17.07.09 # Can we make the label required for Vi, or move it to the end? 17.07.21 Quit hebz0rl (Ping timeout: 265 seconds) 17.07.58 # wodz: Cool, thanks 17.08.13 # So I guess 1G is the only model left, and that's technically not vital since 1G and 2G use the same bootloader binary 17.08.30 # bieber: lets make it -able 17.08.32 # linuxstb: shall we release the ipod bootloaders then? :) 17.08.43 # I tihnk... 17.08.44 # JdGordon: okay 17.09.34 # wodz: So "[INFO] Bootloader installed successfully." ? And then it froze? What host OS? 17.09.43 # and merge %Vl and V% to be the same... 17.10.01 # Torne: s/we/I/ and you have a deal ;) 17.10.06 # linuxstb: ubuntu 10.04 17.11.33 # linuxstb: well, i presume all that's needed is for someone to copy my binaries to the right place on the download server (i.e. the swedes) 17.11.35 # wodz: That's odd, but I don't think any parts of ipodpatcher that could cause that have changed recently. How long did you wait? After that message, ipodpatcher closes the device, and then gives you a prompt to press ENTER to exit ipodpatcher. 17.11.46 # linuxstb: and to build a new ipodpatcher with them built in, which i don't know how to do 17.11.54 # Torne: Plus tagging things in svn, if you haven't already. 17.11.54 # bieber: the %V tags will almost certainly be broken/changed so leave them as long as you can :) 17.11.54 # (and even if i did i probably can't easily do for win32/macos) 17.12.00 # linuxstb: I've not tagged it, but I will 17.12.15 # linuxstb: I think it was "[INFO] wrote xxx bytes to firmware partition" but now I am not so sure 17.13.35 # linuxstb: i'll tag it in a bit, busy atm 17.13.49 # linuxstb: if you can tell me how to build ipodpatcher with the bootloaders included i can try :) 17.14.07 # linuxstb: but i certainly can't do macos, only linux 32/64 bit and maybe windows if i can get cygwin to behave 17.14.10 # Torne: There are instructions at the top of the ipodpatcher Makefile for releasing it. For windows, just do "apt-get install mingw32" and then you can "make ipodpatcher.exe" 17.14.20 # ah, hm 17.14.26 # you can crosscompile it? neat :) 17.14.32 # Of course ;) 17.14.35 # okay, i'll give that a go later 17.14.44 # i assume we stll need a mac user for the mac os one though? 17.15.13 # I can build osx probably 17.15.41 # Torne: Did you include a nano2g bootloader, or are we sticking with the existing one for now? 17.15.57 # sticking with the existing one 17.16.08 # I tried to make the reboot on usb plug change for nano2g 17.16.21 # and it was a pain in the ass because nano2g doesn't have the usb driver built in, and even when i finally go tit to compile it doesn't work 17.16.31 # (according to S_a_i_n_t who tested it for me) 17.16.36 # so i gave up until someone who knows nano2g does it 17.16.42 # grr... mac is apparently off.. try bluebrother(?) 17.16.48 # JdGordon: not right now, anyway :) 17.18.22 # linuxstb: may it be the problem related to the fact I used ipodpatcher from svn head? 17.18.24 Join gurenko [0] (www-data@80.67.6.50) 17.18.24 Quit Guest___ (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 17.18.27 # linuxstb: so unless someone who has a nano2g wants to do it real quick.. ;) 17.19.24 # hello, I need information how to get new mkamsboot for fuze version 2, somebody can help me? 17.19.31 # Torne: When you give the bootloaders to the swedes, create a "bootloaders.zip" zip file containing all of them, including the old nano2g one. That file goes on the download server (it's referred to in the comments in the ipodpatcher Makefile), plus it needs to be unzipped on the server. 17.19.52 # linuxstb: ok 17.19.52 # Torne: I did try your patch a few weeks ago, but when I installed the bootloader, my nano stopped booting. I gave up... 17.19.54 # New commit by 03bieber (r26281): Adding the new WPS parser, code works but need to build the tag table 17.20.10 # I use windows 7 64 bits 17.20.13 # linuxstb: yeah, S_a_i_n_t had various issues when i did different stuff, and no versoin made it actually *work* 17.20.29 # linuxstb: i think i did produce one that doens't stop it booting, but the usb insertoin detect just does nothing 17.20.53 # someone who wants to do it and actually has a nano2g can just copy what i did quite easily and get the nano2g's versoin of the reboot-to-disk-mode code from usb.c 17.21.03 # Torne: It wouldn't surprise me if the svn bootloader is broken - TheSeven doesn't use the Rockbox bootloader, and he's the only person who's really worked on the port... 17.21.10 # possibly 17.21.11 # so.. yeah 17.21.13 # * Torne shrugs 17.21.23 # the usb-insert thing is just a bonus feature really 17.21.37 # i want the new bootloader out to get LBA48/4096byte sector support for 3.6 17.21.55 # so we can stop having people ask for help with their upgraded ipods ;) 17.22.01 # since it will just work from the utility 17.22.18 # JdGordon: for %bl and such, does it have to be all or none with those arguments? 17.22.23 # Yes, it's not worth worrying about the nano2g. It would have been nice to be consistent, but getting big disk support is better. 17.22.58 # bieber: yes 17.23.35 # it gets tricker there... without the params it has completly different display behaviour 17.23.42 # excpeet pb which is still a bar 17.23.50 Quit t0rc (Read error: Operation timed out) 17.24.00 # Hmm 17.24.00 # but that fun is for when you are up to the displayer :) 17.24.39 # The closest I can do for parsing it right now is "|f4I", which would allow it to parse with just a filename specified and no numbers 17.25.09 # does that mean it still needs ()'s? 17.25.12 # gurenko: Links should be on the SansaAMS wiki page. If the website is still unavailable, google for "sansaams" and use the google cache. 17.25.20 # Only if you include parameters 17.25.29 # If the first character is a '|', it will allow you to leave the () off 17.25.47 # but arnt the params optional after that? 17.26.09 Quit gurenko (Quit: CGI:IRC) 17.26.15 Join gurenko [0] (www-data@80.67.6.50) 17.26.18 # Yes. The 4 ints will be required together, but the filename could be there by itself 17.26.37 # So should it be a parse error if just the filename is given, or is that something that could just be ignored by the display code? 17.26.46 # New commit by 03torne (r26282): Tag v4 of the bootloader for PortalPlayer ipods (i.e. not nano2g) 17.26.46 # are %bl and %bl() the same tokens to your code? 17.26.48 # I think kugel removed a atexit(SDL_Quit) in his sdl tree move... 17.26.53 # http://www.tibimate.es/xbtit/announce.php?pid=99fccc3efc007dffdc0f71a6c88ef226 17.26.59 # sorry 17.27.31 # linuxstb: i guess i should use the tag for ipodpatcher v4 to build it? 17.27.41 # linuxstb, but mkamsboot svn are in direct download? 17.27.51 # JdGordon: I'm not sure exactly how that last one would parse, let me give it a try 17.28.08 # I meant %bl(with,stuff,here) 17.28.30 # it would be nice if you could explicitly sa that this tag is allowed to either have all the args, or none at all 17.29.26 # gurenko: That wiki page does say that you need the latest svn - it points to mkamsboot on the download server. Or do you need a feature only in the svn version? 17.29.46 # Torne: What do you mean? Use the old ipodpatcher with the new bootloaders? 17.30.04 # linuxstb: i mean, do we bump the ipodpatcher version number just because we've updated the included bootloaders?> 17.30.11 # are there any changes to ipodpatcher since v4? 17.30.21 # i need last version r26230 for support with OF 2.3.33 17.30.24 # It's actually not parsing the ()-less version at all, I'll go ahead and fix that, while I'm at it how about I add a [number] to the param specifier that specifies that the next however many arguments must be together 17.30.29 # New commit by 03pamaury (r26283): sdl: call SDL_Quit() before exiting when receiving the SDL_QUIT event. It is necessary as the sdl tree move removed the atexit(SDL_Quit); 17.30.33 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 17.30.36 # i.e. a [5] would specify that you must have at least six arguments, or else none at all 17.30.51 # Err, five 17.31.04 # That sounds like over engineering :) 17.31.27 # how about using * or something as the first char to say all or none? 17.31.37 # Torne: What revision was v4? bluebrother added scsi code for OSX in January (r24382) 17.31.55 # 23144 17.32.08 # flyspray doesn't work...:( 17.32.09 # linuxstb, i need last version r26230 for support with OF 2.3.33 17.32.10 # so i guess we should do a new one from trunk, call it ipodpatcher v5 with v4 bootloaders (v1 for nano2g) 17.32.20 # Torne: Generally I've been bumping the ipodpatcher version number with any new bootloader release, just to keep things simple. 17.32.25 # yeah, that's probably easier 17.32.27 # JdGordon: Do you just want it for ALL of the parameters, no groups? 17.32.29 # i'll do it from trunk then 17.32.35 # and tag that as well 17.32.40 # (assuming it works) 17.32.50 # Torne: Also, in the past I've tagged the bootloaders and ipodpatcher together - but you bump the version string in ipodpatcher's main.c first... 17.32.52 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 17.33.07 # * linuxstb should do what he keeps telling himself to do and document this process... 17.33.08 # linuxstb: well, i already made the bootloader tag ;) 17.33.15 # svn rm ? 17.33.16 # linuxstb: i don't think it's a huge deal 17.33.21 # argh, the site up for anyone else? 17.33.25 # Torne: No, it's not. 17.33.33 # also if we're using different code for nano2g anyway it's still not really consistent 17.34.07 # No. I'm thinking we should have a "bootloader release" wiki page documenting each release. i.e. how it was built, and what tag was given to it. 17.35.00 # bieber: I'm not sure groups are needed. *dd|s would work just as well I think 17.35.08 # which would mean either all, or at least the dd 17.35.22 # Ah, okay 17.35.36 # I'm actually not so convinced 4d is better than being exlicit and saying dddd 17.36.44 # although looking at the code I guess it wont simplify it that much anyway 17.38.35 # last thing.. shouldnt NULL be used instead of "" for empty arg lists and the end of the tag table? 17.38.42 # (nit picking I know :) ) 17.38.53 # why the name bieber ? 17.39.10 # t0rc: It's my last name 17.40.03 # linuxstb: so wait hm, should i change VERSION in ipodpatcher's main.c in trunk first? 17.40.07 Quit teru (Quit: Quit) 17.41.06 # Torne: Yes. The way it works is that "make RELEASE=1" will use VERSION from main.c, "make" will use the output of ../../tools/version.sh 17.41.10 # right 17.42.53 # JdGordon: It occurs to me that there will also be ambiguity if you ever have a tag with an optional param list being used for a conditional. In the case of %?(args), the tag parsing function is liable to attempt parsing the argument list 17.42.57 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 17.43.10 # Should we perhaps keep <> for the conditionals? 17.43.18 # New commit by 03torne (r26284): Bump ipodpatcher version number in preparation for a new ipod bootloader release 17.43.43 # bieber: firstly it should be %?aa(args) 17.43.51 # and yes, <>'s should stay for conditionals 17.44.02 # lets try to miniise char reuse 17.44.18 # that said almost no tags will be used like that 17.44.27 # (hopefully) 17.44.54 Quit gurenko (Quit: CGI:IRC) 17.45.55 # Oh, okay 17.45.56 # That will simplify things 17.45.56 Join hebz0rl [0] (~hebz0rl@dslb-088-065-217-165.pools.arcor-ip.net) 17.48.21 # linuxstb: is there a way to make the 32-bit version of ipodpatcher on a 64-bit host? 17.49.08 # also faat32format.c has a warning on 64-bit 17.49.18 # fat32format.c: In function ‘format_partition’: 17.49.19 # fat32format.c:471: warning: format ‘%llu’ expects type ‘long long unsigned int’, but argument 3 has type ‘long unsigned int’ 17.49.40 # Torne: I've no idea about cross-compiling 32-bit. 17.49.56 # * linuxstb isn't sure if he's got any 32-bit linux installs left... 17.50.13 # well it's just -m32 to make gcc build 32-bit, i think 17.50.41 # I guess you could just add that to CFLAGS in the Makefile 17.51.26 # ah, i am lacking some kind of headers to build that way though 17.51.44 # presumably the -dev package for ia32-libs or similar 17.52.22 Quit saratoga (Ping timeout: 252 seconds) 17.52.23 # Oh, i don' thave ia32-libs at all :) 17.52.24 # gnu/stubs-32.h ? 17.52.27 # thta explains it 17.53.16 # I have them installed, but can't find a dev package... 17.53.20 # i don't htink there is one 17.53.23 # i think it's in there 17.53.38 # i've not upgraded this machien for too long though, i need to upgrade gcc/etc as well 17.53.42 # gimme a sec :) 17.54.14 Join flatr0ze [0] (~flatrose@ppp85-140-207-117.pppoe.mtu-net.ru) 17.54.48 Quit flatrose (Ping timeout: 260 seconds) 17.58.54 # no, that still doesn't work 17.59.03 Quit petur (Quit: *plop*) 18.00.12 # i dunno then. 18.00.15 *** Saving seen data "./dancer.seen" 18.02.03 # aha, libc-i386-dev 18.02.21 # er, libc6-dev-i386 even 18.03.09 Quit GeekShadow (Quit: The cake is a lie !) 18.03.12 # well that now compiles but doesn't link 18.03.31 # i, er, shall do it on a 32-bit machine 18.03.32 # later :) 18.04.39 # bieber: interesting...hope your first isn't justin. ;) 18.04.54 # Haha, thankfully no 18.04.55 # Can I simply put libpng12.so in the rockbox directory for the client to run? 18.05.14 # bieber: thats why I asked in the first place, was going to tell you how you could not sing. ;) hahah 18.05.50 # lol 18.06.10 # bieber: instead I'll tell you, congrats on the dev team joining 18.06.17 # Torne: Maybe LDFLAGS needs -m32 as well? 18.06.22 # Oh 18.06.23 # Yes, probably :) 18.06.31 # Thanks 18.06.38 # No, actually 18.06.42 # it's built all in one gcc step 18.07.01 # there's no separate ld 18.07.53 # Torne: Hmm, it worked for me after installing libc6-dev-i386 and just adding -m32 to the CFLAGS line at the top of the Makefile 18.08.08 # hm 18.08.33 # I have to run Rockbox as root don't i? 18.08.54 # linuxstb: anyway, do we want to just get the bootloaders uploaded for now? 18.08.56 # who can do that? 18.09.20 # Torne: Bagder/Zagor/LinusN 18.09.28 # Torne: Once bootloaders.zip is there, others can make ipodpatcher binaries. 18.09.50 # Torne: "run Rockbox as root" doesn't actually mean anything 18.09.57 # gevaerts: hah :) 18.10.09 # gevaerts: it will do after the summer... 18.10.12 # oops 18.10.18 # t0rc: "run Rockbox as root" doesn't actually mean anything 18.10.42 # gevaerts: why's that? 18.10.53 # t0rc: Do you mean "Rockbox Utility" ? 18.11.07 # aye 18.11.07 # :p 18.11.27 Quit bieber (Ping timeout: 252 seconds) 18.11.42 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 18.12.36 Join funman [0] (~fun@rockbox/developer/funman) 18.13.21 # Torne: I guess the CFLAGS line at the top of the Makefile should use "+=" instead of "=", to allow you to do "CFLAGS=-m32 make" 18.13.46 # No, it shouldn't really :) 18.14.01 # that risks picking up whatever arbitrary stuff the user has in their environment. 18.14.13 # hum find_first_set_bit isn't built for bootloaders 18.14.18 # the nice thing to do is use EXTRA_CFLAGS or something 18.14.39 # i'd have noticed it if the red was not on the extreme right of the build page :/ 18.14.44 Join ramon [0] (www-data@80.67.6.50) 18.14.46 # hi 18.15.06 # linuxstb: ok, i've got bootloaders.zip and i've built ipodpatcher for amd64 and windows and the windows one appears to work :) 18.15.23 # http://download.rockbox.org/bootloader/ipod/bootloader-ipodnano2g.ipodx 18.15.24 # oops 18.15.31 # http://lowell.wolfpuppy.org.uk/temp/rockbox/ipod-bootloader-release/v4.0-r25693/ 18.15.34 # even 18.15.57 # Shall I make a 32-bit linux binary, or will you do that later? 18.16.05 # rockbox has create ##MUSIC# folder and I can't access it in usb msc mode, how can I change it? 18.16.07 # you can do it ;) 18.16.11 # what is DFU mode? 18.16.18 # ramon: rockbox hasn't created that folder, the original firmware did. 18.17.19 # ok, and can I make something and access to it in msc mode? 18.17.37 # no 18.17.41 Quit ramon (Client Quit) 18.17.45 Join ramon [0] (www-data@80.67.6.50) 18.18.34 # then, for copy music to internal memory I have to use mtp mode? 18.19.07 # just use msc and copy it anywhere 18.19.17 # ramon: you need to put the music somewhere *other* than ##MUSIC# 18.19.18 # Torne: http://linuxstb.cream.org/ipodpatcher-linux32x86.zip 18.19.25 # if you want to be able to access it over MSC 18.19.55 # ok, it's true :D I haven't think it :D 18.20.06 # thanks 18.20.06 # New commit by 03funman (r26285): as3525: find_first_set_bit() isn't built in bootloaders ... 18.20.42 # linuxstb: i guess we're good to go then, and we can poke someone to do a mac one when we find someone :) 18.21.18 # t0rc: Rockbox Utility needs root only for some bootloader install operations (ipods and older sansas), everything else should work without root. 18.21.28 # Bagder: we've got an ipod bootloader release ready at http://lowell.wolfpuppy.org.uk/temp/rockbox/ipod-bootloader-release/v4.0-r25693/ - can they go on the download server? 18.21.32 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 18.22.19 # Torne: I'm building a Mac one now - my back door into my girlfriend's macbook is still there... ;) So as long as she doesn't close the lid we're OK. 18.22.24 # linuxstb: Aha, handy ;) 18.22.33 # build system is off? 18.22.34 # :-) 18.22.42 # i shall tag r26284 as v5 of ipodpatcher also, then? 18.22.50 # domonoky: thanks 18.23.29 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.23.44 Quit ramon (Quit: CGI:IRC) 18.24.01 Join gurenko [0] (www-data@80.67.6.50) 18.25.50 # * linuxstb has forgotten how to turn a folder into a dmg at the OS X command-line... 18.26.10 # New commit by 03torne (r26286): Tag release 5.0 of ipodpatcher. This includes PP ipod bootloaders version 4.0 from the bootloader_ipods_v4. The nano2g bootloader has not been updated ... 18.26.17 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.26.29 # * linuxstb finds it in the mkamsboot makefile 18.26.49 Quit bieber (Ping timeout: 240 seconds) 18.27.07 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 18.28.29 # Torne: http://linuxstb.cream.org/ipodpatcher.dmg 18.30.11 # ok, added :) 18.30.12 # Although it may be nice if a Mac user could test that runs... 18.30.12 # hehe 18.30.12 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 18.30.31 # I could test if it runs at all but nothing more 18.30.56 # on a PPC Mac running 10.4 18.30.59 # i'm trying to give the win32 binary a good test atm, but i'm being distracted :) 18.31.07 # i can test the linux binaries when i get home, if needed 18.31.21 # my usb cable won't reach the machine i'm ssh'ed into ;) 18.31.43 # if it helps, I'll test 18.31.56 # well if you can verify that it runs happily that's a good start 18.31.58 # one guy from mpio american forum wants to donate original mpio remote for hd200 :-) 18.32.09 # nice! 18.32.34 # we will see 18.33.03 # is this a remote with lcd? 18.33.12 # no just buttons 18.34.10 # http://www.google.pl/imgres?imgurl=http://cdn.cbsi.com.au/cnet2/i/r/2005/mp3/hdd/22049360/sc001.jpg&imgrefurl=http://www.cnet.com.au/mpio-hd200-5gb-240004501.htm&usg=__YhKyTZwh3g8YoQsY3q969y26TOM=&h=330&w=440&sz=18&hl=pl&start=1&itbs=1&tbnid=FsrjUTHuSSWMUM:&tbnh=95&tbnw=127&prev=/images%3Fq%3Dmpio%2Bhd200%26hl%3Dpl%26sa%3DG%26gbv%3D2%26tbs%3Disch:1 18.34.20 Join domonoky1 [0] (~Domonoky@agsb-4d04ae9f.pool.mediaWays.net) 18.35.09 # Torne, linuxstb: it runs (and gets as far as telling me that I don't have the permissions and that it can't find an Ipod) 18.35.10 Quit domonoky (Ping timeout: 260 seconds) 18.35.25 # pixelma: okay, that's a confirmation that linuxstb's process worked :) 18.36.04 Quit wincent (Ping timeout: 276 seconds) 18.36.21 # funman: I'm still getting crashes on clip+ with cpufreq-v10 patch anywhere from 30- 90 minutes playing time unless I use default settings. Sorry it's been hard to follow things here lately with the outages.... 18.36.36 # I think bluebrother has access to a Mac _and_ an Ipod 18.37.14 # FlynDice: the patch doesn't work on fuzev2 either: the guy on the forum says recording crashes 18.38.09 # FlynDice: have you seen the SD patches (when flyspray was online) ? 18.38.59 # No, It seems I've missed the times flyspray has been working for the past 3 days.... 18.40.08 # http://pastie.org/976481 (diff -w to remove indentation change so it's more readable) 18.40.14 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 18.40.19 # thanks 18.40.33 Join Strife89 [0] (~Strife89@adsl-80-157-6.mcn.bellsouth.net) 18.40.57 # I took the 6 send_cmd retries from linux 18.41.30 # and just add a wait_for_tran_state at the end of transfer (before disabling SD clocks on AMSv1) 18.41.47 # fuzev2 ran till power off playing from the sdhc class 6 i have 18.42.08 # and fuzev1 no longer deadlocks in test_disk (I removed the workaround delay in sd_enable()) 18.42.59 # speed is a tiny bit slower than SVN (some tests were actually faster or not different) 18.43.50 # i didn't add a wait_for_tran_state at the tail of transfers on AMSv2, but it might be needed if we disable SD clocks 18.44.17 # .. unless card deselection waits for TRAN state 18.49.26 # New commit by 03lenzone10 (r26287): Updated italian translation. 18.50.18 Quit phanboy4 (Read error: Connection reset by peer) 18.53.41 # what does WPS stand for? 18.53.41 # while playing screen 18.53.41 # Torne: graci 18.53.41 Quit t0rc (Quit: Leaving) 18.54.30 Join moparx [0] (~moparx@unaffiliated/moparx) 18.54.34 Join ssorgatem [0] (~ssorgatem@83.55.235.224) 18.54.54 Quit gurenko (Ping timeout: 252 seconds) 18.55.39 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 18.56.06 Quit bieber (Ping timeout: 265 seconds) 18.56.20 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 18.57.04 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.00.04 Quit MethoS- (Read error: Connection reset by peer) 19.00.36 # * amiconn wonders whether optimisation is allowed during feature freeze 19.06.56 Quit hebz0rl (Quit: Ex-Chat) 19.10.42 Join Guest88393 [0] (bjst@80.67.6.50) 19.10.57 Part Guest88393 19.11.36 Join Guest88393 [0] (bjst@80.67.6.50) 19.11.57 Part Guest88393 19.12.30 Quit xavieran (Ping timeout: 260 seconds) 19.13.05 Join Zagor_ [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 19.13.13 Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) 19.16.50 # funman: I think we shouldn't need the wait for transfer state after (MCI_STATUS & DATA_BUSY) but I think you said you had the multiple blocks failed panic that way so it seems perhaps we do which I don't understand. 19.18.00 # I was also thinking the same (MCI_STATUS & DATA_BUSY) idea may be able to replace the fifo check and write delays on the as3525v1 sd driver but haven't been able to try it yet 19.18.22 # i don't know if this flag say if the card itself is busy, or the interface between the card and the controller 19.18.45 # afaiu, when the card is in programming state, there's no communication needed between the card and the controller 19.19.06 # I have a weird issue: catalan voice do not match their strings 19.19.10 # I beleive i's a check on DAT0 line. The DAT0 line is held low as a busy signal while the card is programming 19.19.26 # hm ok 19.19.37 # for example, when hovering "voice", it would say "Moving" 19.19.52 # I can try something simple: read the state immediately after DATA_BUSY isn't set and panic if it's not TRAN 19.20.00 # that in catalan, english voice works OK 19.20.39 # ssorgatem: voice don't match the .lang file? 19.21.00 # funman: i'm not sure where the problem lays 19.21.18 # i think voice files need to be rebuilt when new lang strings are added 19.21.28 # i rebuilt it 19.21.32 # but the issue remains 19.22.41 # New commit by 03bieber (r26288): Fixed some bugs in the theme editor, added the tags with parameters to the tag table 19.26.28 # FlynDice: works fine (I tested with playing from µSD and initializing the database) 19.27.44 # funman: great! gotta go for now back later 19.32.14 # oops read multiple blocks failed when stressing it a bit more 19.32.37 Quit bieber (Ping timeout: 276 seconds) 19.32.51 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 19.36.40 # send_cmd can only fail of timeout / crc error, not very helpful 19.36.53 Quit bieber (Ping timeout: 240 seconds) 19.37.06 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 19.40.00 Join toffe82 [0] (~chatzilla@12.169.218.14) 19.40.32 Quit yawny (Read error: Connection reset by peer) 19.44.36 # FlynDice: seems to work if i move the while(MCI_STATUS & DATA_BUSY) yield(); to the tail of the loop 19.44.50 # hmm no, wrong alert again 19.46.13 Join elcan [0] (user36@pr0.us) 19.52.12 Join Rob2222 [0] (~Miranda@p4FDC9605.dip.t-dialin.net) 19.56.08 Quit esperegu (Read error: No route to host) 19.56.40 Join esperegu [0] (~quassel@145.116.15.244) 19.57.01 Join stoffel [0] (~quassel@p57B4B09D.dip.t-dialin.net) 19.58.01 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 20.00.19 *** Saving seen data "./dancer.seen" 20.05.41 Quit elcan (Ping timeout: 240 seconds) 20.05.58 # my voice issue seems to be gone 20.06.36 # it seems that the arm toolchain needs to be in $PATH for making the *.voice files 20.09.47 Quit xavieran (Ping timeout: 260 seconds) 20.11.04 Join elcan [0] (user36@pr0.us) 20.22.41 Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) 20.27.55 Quit Topy44 (Ping timeout: 248 seconds) 20.28.41 Quit elcan (Read error: Connection reset by peer) 20.28.52 # FlynDice: hmm my patch doesn't work with the database stress method: delete database_*, boot without µSD, build database, reboot, play an album from database, insert µSD, update database immediately. 20.29.25 Quit robin0800 (Remote host closed the connection) 20.29.42 Join Topy44 [0] (~topy@my.fastsh.it) 20.30.10 Quit flydutch (Quit: /* empty */) 20.36.36 Join merbanan [0] (~banan@c-94-255-217-84.cust.bredband2.com) 20.44.25 Quit antil33t (Read error: Connection reset by peer) 20.44.31 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 20.45.27 Quit bieber (Ping timeout: 252 seconds) 20.45.40 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.48.38 Join elcan [0] (user36@pr0.us) 20.53.52 # FlynDice: asking STOP_TRANSMISSION to return a response seems to do the trick 20.54.31 Quit bieber (Ping timeout: 265 seconds) 20.54.39 # well .. nope .. i see crash "wait for TRAN state failed (DATA)" for µSD; but afaiu the card shouldn't be in DATA state after STOP_TRANSMISSION has been sent 20.54.44 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.58.18 # I love this misleading defines in rockbox - comment states "Define this if you have a PortalPlayer PP5024" and than #define CONFIG_CPU PP5022 20.58.19 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 21.00.03 # and another question - why sansa-c200/sansa-e200 is in firmware/target/arm/as3525 if it uses pp5024 ? is as3525 == pp5024 ? 21.00.35 # wodz: c200/e200 v1 is PP5024/PP5022, v2 is as3525 21.00.39 # c200/e200 are in target/arm/sandisk 21.00.41 # the config file have probably just been copied and only modified were absolutely necessary 21.00.50 # Isn't the PP5024 just a slightly modified 5022, which is why the same define is used? 21.01.34 # gevaerts: You are right 21.02.11 # yes, PP5024 is the same as PP5022+some auxilliary AMS chip the name and function of which escapes me 21.02.29 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 21.04.05 # gevaerts: Was it the USB? 21.04.11 # no 21.04.17 # Or power control / charging? 21.04.24 # * Llorean shrugs 21.04.26 # yes, possibly 21.04.36 # as3514 : for audio DAC/CAD and power management? 21.04.43 # There it is. 21.06.23 # it would be nice to clean this a bit (for example define PP5024 as alias to PP5022) 21.06.38 # That would mean *more* ifdefs 21.07.00 # why? 21.07.23 # Well, every place that checks for PP5022 should then also check for PP5024 21.07.48 # otherwise you really haven't cleaned it up a lot 21.07.59 # export/config.h:57:#define PP5022 5022 21.08.16 # Isn't there also some use to having a sort of explicit recurring clue that the 5022 and 5024 are for many/most practical purposes the same thing? 21.08.16 # simple #define PP5024 5022 should do 21.11.10 Join MethoS- [0] (~clemens@134.102.106.250) 21.11.17 # afaict the only difference in target/arm is for i2c, and here it is matched with I2C_* define, not CONFIG_CPU 21.11.39 Quit BlakeJohnson86 (Ping timeout: 248 seconds) 21.12.31 # http://www.pastie.org/976772 <--- which targets are covered by this? 21.12.48 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 21.13.10 # only sansas? 21.13.13 # yes 21.13.21 # not the m200v1 or c100 but these ones do not work 21.14.40 # * wodz think that he will dream horror called app/debug_menu.c 21.16.19 # don't get mad on it.. if you can remove just a bit it will be a good step 21.16.56 Join Etu [0] (etu@80.67.2.210) 21.16.59 Quit Topy44 (Ping timeout: 248 seconds) 21.17.22 # wodz: btw if you speak of the charging debugging, I think it's wrong and it should be applied to HAVE_AS3514 && defined(CONFIG_CHARGING) 21.17.43 # shouldn't the scheduled server downtime be removed from the topic? 21.17.46 # afaict the philips gogear SA9200 also use as3514 to charge 21.18.04 # ssorgatem: tracker is still down 21.18.06 # Hey, rockbox people. Im sitting here and creating a new version of my theme. And I want to disable the icon-theme by default. How do I do that? 21.18.56 # funman: You mean my last pastie? 21.19.20 # yep 21.19.24 # New commit by 03learman (r26289): Updated Swedish transation. 21.19.30 Join Topy44 [0] (~topy@my.fastsh.it) 21.20.09 Join Lear [0] (chatzilla@rockbox/developer/lear) 21.20.30 # just shows that this particular debug info was never needed by people working on sa9200 21.20.54 # what is AS3514 BTW? Is it codec or pmu or sth? 21.21.00 # both 21.21.28 # it does basically all of the analog stuff 21.22.09 # c200/e200/sa9200 have as3514; e200v2/fuzev1/clipv1/m200v4/c200v4 (as3525) have as3515 and fuzev2/clip+/clipv2 (as3525v2) have as3543 but they all use the same code (as3543 is a bit more different) 21.22.40 # I think I'll do my best to reshape debug code, create task on FS (when up) and then we will think what to fix 21.22.57 Join halmi [0] (~netbook@188.20.253.186) 21.23.20 # I think there is already some mechanism in the debug code to put a device-specific screen in the debug menu 21.23.52 Quit halmi (Client Quit) 21.24.29 Join halmi [0] (~netbook@188.20.253.186) 21.24.31 # the mechanism is "#ifdef hell" afaik 21.24.56 # even if some device-specific functions are defined in target tree 21.25.07 # Does someone have a answer to my theme question? :) 21.25.07 # bertrik: if You call this hacky way mechanism than yes 21.25.23 # no, there was something smarter IIRC 21.26.06 # bertrik: at the end of #idefs hell there is #else and __*_dbg function called 21.26.12 # this is not smart at all 21.26.36 # and only for 2 entries 21.26.41 # yep 21.26.57 # I meant __dbg_hw_info 21.27.13 # for example in debug-as3525.c 21.27.49 # bertrik: right but how many target are covered by this scheme? 2-5? 21.28.35 # You have terrible mess of ifdefs mixing CPU architecture, device specyfic stuff and some more general defines 21.28.41 # I don't want to count them, and I think the exact amount is relevant anyway 21.28.49 # *irrelevant 21.29.08 # it is even hard to tell which targets are covert by some defines 21.30.40 # wodz: i think it would be simpler to move bits one by one instead of making a big patch 21.31.22 # if you screw a small commit anyway you can check the build table for red/green delta 21.31.43 # funman: now I agree with You but it's too late - I was too optimistic starting this 21.41.26 # FlynDice: hmm i don't know why, the µSD is in DATA state just after selecting it at the entry of sd_transfer_sectors 21.42.00 Join Pine-Sol [0] (~Jeff@c-75-71-56-212.hsd1.co.comcast.net) 21.43.23 # (sometimes) 21.47.38 Join oldtopman [0] (~3fe114d4@gateway/web/freenode/x-etpdmmpocylffpjo) 21.47.59 # is the ipod nano 5g (video) supported 21.48.47 # nano != video 21.49.39 # oldtopman: nano 5g is and will not be supported for at least a year if not until infinity 21.49.51 # alright then tanks 21.49.56 Quit oldtopman (Client Quit) 21.51.17 Quit stoffel (Remote host closed the connection) 21.51.21 # Farthen: It's really not the best idea to tell people stuff like "for at least a year" or so on. Discoveries and interest can happen at any time, and surprising amounts of work can happen very quickly when something lucky happens. 21.52.51 # as the nano 4g is at least 3-6 months work for one full-time worker it is actually pretty obvious that it will never ever be done in a year 21.53.26 # Llorean: but you are right of course 21.53.29 # Farthen: It's not as obvious as you think, because it's not necessarily true. 21.53.43 # A simple "nobody appears to be working on it" or "given the current hurdles, progress is unlikely soon" will do. 21.54.46 # under very good circumstances it would still take a pretty long time. and that would be when an apple employee would ring TheSeven's door and give him all the spec and documentation 21.56.05 # Ports can spring from "it's not going to happen" to "unstable, but it plays audio" in remarkably short time if the right discoveries are made and/or a wellspring of interest happens. 21.56.19 # we could always kidnap an apple employee too 21.56.34 # Very few ports have taken a whole year to get audio working once work began in earnest on them. 21.57.29 # but this channel is logged, maybe it is better to discuss the details somewhere else ;) 21.57.40 # But playing audio can be pretty far from being reasonably usable... 21.58.00 # * storm` puts away the rope 21.58.01 # d'awww 21.58.16 # Lear: True, but even then, a lot of them get to a point that the really eager people are happy to use within less than a year. 21.58.38 # Lear: My point was that he's telling people it can't happen within a year of now, and will probably never happen. 21.58.51 # "probably never" is also a pretty bad statement to suggest, honestly 21.58.59 # you are right :) 21.59.06 Join vaguerant [0] (www-data@80.67.6.50) 21.59.39 # I mean, I agree he should know the current outcome looks discouraging. I'm just quibbling a bit over what sort of discouraging it is. 22.00.05 # do we have a pre-made answer on the wiki ? it could be handy given how much time this question is asked "does rockbox work on X ?" 22.00.15 # Hey guys, I just registered on the wiki as AlejandroArellano, could somebody add me to the WikiUsersGroup? 22.00.21 *** Saving seen data "./dancer.seen" 22.00.25 # hi vaguerant, will do 22.00.42 # funman: That might be a good idea. A "what a port takes, and why it can take a very long time" for laymen. 22.01.05 Join vaguecant [0] (~vaguecant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 22.01.22 Quit vaguerant (Changing host) 22.01.22 Join vaguerant [0] (www-data@wikipedia/vague-rant) 22.01.29 # vaguerant: where are you from? 22.01.36 # Thanks funman. 22.01.45 # vaguerant: should work 22.02.06 # Sorry, connection problems. Currently Australia, moving to the US later this year. 22.03.00 # funman: so you mean one page for all "problematic" devices? 22.04.31 Quit wodz (Quit: Leaving) 22.05.06 # no, just one generic page for all players not supported by rockbox (probably easier to not list them all) 22.05.35 # Maybe just a link from the front page of "My player isn't one of these. What next?" 22.06.21 # does anyone have datasheets for the ipod 5g video processor (PP5021C-TDF)? the links on the ipodlinux wiki are crappy or broken, and it seems like rockbox would have had to get their reverse engineering info from somewhere 22.06.26 # hmm, that's not a bad idea 22.06.40 Quit vaguerant (Quit: CGI:IRC (Ping timeout)) 22.07.06 Nick vaguecant is now known as vaguerant (~vaguecant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 22.07.12 # storm`: http://daniel.haxx.se/sansa/ has some stuff 22.07.14 Quit vaguerant (Changing host) 22.07.15 Join vaguerant [0] (~vaguecant@wikipedia/vague-rant) 22.07.36 Quit Pine-Sol (Quit: Leaving.) 22.07.45 # FlynDice: seems to work on AMSv1. it's different because we can't check the busy flag, and also there is no card (de)selection, nothing against committing this bit before the release? 22.10.02 # gevaerts: seems like it's mostly sansa information, though, but thanks for the link. i'm trying to find information to write a USB HCD for the ipod 22.10.42 # storm`: oh, in that case look for MCIMX31RM.pdf 22.11.03 # IMX31, like the gigabeats ? 22.11.06 # yes :) 22.11.21 # Not very related to the PP502x, but they have the same USB bits 22.11.27 # oh, i have that document already :O 22.11.30 # schweet 22.11.39 # It should be mostly ehci 22.12.12 # i don't have much (any) experience with kernel development or driver programming, but i've been learning quite a lot lately 22.12.34 # i'm trying to write this driver since people have been requesting it for like 6 years now, yet no one has really taken it on 22.12.43 # just a lot of "it's not written, don't worry about it" 22.13.25 # It's not entirely clear if ipods are wired to do host though 22.14.06 # the iPL wiki says: The PP5020 (brief overview) and the PP5021C-TDF chips implement the USB host, the USB device, and the USB On-The-Go (OTG) specification. USB host support should make it possible to attach any USB device to the iPod, as long as there are kernel drivers for them in iPodLinux. 22.14.47 # it's not because the chip can do usb host that the device can do it 22.14.55 # that's an oversimplification 22.15.18 # it can require hardware to do so and that hardware is not necessarily present in the device 22.16.38 # rockbox apparently got a very primitive USB driver to work for PP 22.17.38 # We have the device side 22.17.49 Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) 22.18.35 # I wouldn't call that one primitive though 22.21.02 Quit Zagor_ (Quit: Clint excited) 22.21.45 Quit bieber (Ping timeout: 240 seconds) 22.22.00 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 22.22.35 # if the ipod supports USB On-The-Go, though, then it should be able to host 22.23.04 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100513144105]) 22.23.39 # Is rebooting to OF on USB working on Fuzev2 and Clipv2? I know it works on Clip+, just wanted to check. 22.24.06 # yes 22.26.37 Quit bieber (Ping timeout: 258 seconds) 22.26.53 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 22.31.45 # mm the screen on my fuzev2 randomly goes blank 22.31.52 # or it sometimes boots blank 22.32.24 # rockbox works (I can control it thanks to voice menu) 22.33.32 # When bootin blank, I'm able sometimes to see the "ver 2" boot screen, sometimes even the screen with the revision info., and sometimes it's blank from the beginning 22.33.53 # so I have to turn it on/off until it I can see something in the screen 22.34.10 # did it happen with an upgrade ? 22.34.36 # i started to notice it yesterday 22.34.57 # ah 22.35.17 # and sometimes the screen is just a lot brighter and clearer 22.35.46 # ie. black looks as light grey 22.36.32 # is it systematic? 22.36.52 # it's random 22.37.10 # maybe 2/10 times it'll boot OK 22.37.31 # 3/10 it'll boot with weaker colors 22.37.46 # and 5/10 it will boot to a blank screen 22.38.04 # also, during playback, the screen can go blank too 22.38.29 # which rev? 22.38.34 # other functions are unaffected, thogu 22.38.35 # mm 22.38.42 # I don't know 22.38.45 # New commit by 03funman (r26290): as3525v2: do not deselect all cards after a SD transfer ... 22.38.51 # FlynDice: ^ seems to fix all problems on AMSv2 22.38.55 # well then updat 22.39.00 # ok 22.39.04 # storm`: Don't ipods need the "camera adapter" to do USB host? 22.39.23 # i don't know, but http://www.200ic.com/stock/Suppliers-PP5021C-TDF.html -> "The PP5021C-TDF can be used as a USB device transceiver or a USB host transceiver. It can transmit and receive serial data at both full-speed (12 Mbit/s) and low-speed (1.5 Mbit/s) data rates." so woot 22.39.25 # * linuxstb doesn't know what's inside that though, even after opening one.... 22.39.45 # i think only for the photo, whichever generation that was 22.39.49 # storm`: As others have said, just because the SoC supports a feature, doesn't mean it's wired up.. 22.40.05 # what is SoC? 22.40.39 # system on a chip, nvm 22.40.41 # storm`: no white screen here 22.41.10 # eh? 22.41.11 # the rockbox revision number bitmap isn't rebuilt after svn up (git svn rebase that is) 22.41.15 # storm`: oops not for you 22.41.19 # ssorgatem: no white screen here 22.41.24 # storm`: According to this page, it was supported on the Photo and Video ipods - http://support.apple.com/kb/HT2211 22.42.31 # I would bet money on the other PP502x ipods being hardware-compatible with it, but Apple not supporting it in their firmware. 22.43.53 # "The last item hints that the iPod photo may in fact have some sort of USB Host capability. Though it may not be supported by Apple to do iPod to iPod transfers, let's see what the folks at the iPod Linux project can come up with." 22.44.00 # http://www.engadget.com/2005/03/23/ipod-camera-connector-supports-ipod-photo-only-media-readers/ 23.00.50 # * linuxstb gets frustrated with the state of the Nano2g port, and learns that the Rockbox bootloader has generally been abandoned in favour of iloader (which is now running from NOR).... 23.02.57 Quit Kitr88 (Ping timeout: 252 seconds) 23.03.14 # is that a bad thing? 23.03.25 Join wincent [0] (~wincent@f055042182.adsl.alicedsl.de) 23.06.55 # funman: It's a bad thing that Rockbox on that target isn't "standalone". It's also a bad thing from a documentation point of view - if iloader is the best option for Nano2g users, we should recommend users use it. 23.07.02 Join Kitar|st [0] (Kitar_st@BSN-143-111-35.dial-up.dsl.siol.net) 23.07.35 # But that raises all kinds of support problems... 23.09.04 # Is there some reason why those working on the port aren't using our bootloader to do it? 23.09.27 # No-one is working on the port... 23.09.37 # Ah, that'd do it. 23.09.53 # So in what sense has the Rockbox bootloader been abandoned if the whole port basically has? 23.10.10 # funman: the white screen is still here 23.10.12 # I did some work at the start, but TheSeven put the most time in. TheSeven then went on to work on iloader. 23.10.33 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 23.10.40 # funman: I've noticed another variant: white screen in the bootloader, but normal in rockbox 23.11.46 # Llorean: IIUC, the port itself is OK, but the problem is how Apple's (NOR) bootloader deals with the NAND FTL. iloader is flashed to NOR, and deals with the NAND far better. 23.12.13 # ssorgatem: hm ok 23.12.22 # ssorgatem: did it happen with older revisions? 23.12.36 # funman: nope 23.12.44 # try to go back until it works 23.12.54 # funman: yes i'll do it 23.12.55 # so you can identify which revision broke it 23.13.11 Quit merbanan (Ping timeout: 260 seconds) 23.13.40 Quit GeekShadow (Quit: The cake is a lie !) 23.13.47 # faster way to do is identify a revision which breaks, another which works, and bissect between the two 23.13.53 # It must be a commit from sunday or monday 23.14.57 # linuxstb: So would a "best" solution be incorporating the installation to NOR and NAND FTL handling into our loader, or? 23.16.42 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 23.16.47 # Llorean: Ideally, yes. But given that no-one is working on it, we could consider recommending iloader, or at least trying to document the advantages/disadvantages in our wiki/manual. But I would be looking to current nano2g users to do that - I haven't touched my nano2g for months... 23.17.11 # * linuxstb notices TheSeven has appeared... 23.17.14 Quit esperegu (Read error: Connection reset by peer) 23.17.45 # * linuxstb wonders what bootloader S_a_i_n_t uses on his nano2g 23.18.05 Quit piotrekm (Quit: piotrekm) 23.18.39 # linuxstb: IIRC he uses iloader to avoid WSODs 23.20.43 Quit Topy44 (Ping timeout: 248 seconds) 23.21.29 # TheSeven: So in your opinion, anyone wanting Rockbox on their nano2g should use iloader? 23.23.11 Join Topy44 [0] (~topy@my.fastsh.it) 23.24.16 # if there are no objections until tomorrow morning for me (so in a bout 8 hours) I'm going to commit the radio screen and settings related changes (fixes to me). mitk is correct that if strings change that need translator's attention again then it's better to do it sooner than later so there is a bit more time. I only got agreement here by the three people who commented at all and on the ml there was discussion about the actual string but no 23.24.16 # objection in general 23.24.30 # i can't see any advantage of the rockbox bootloader at the moment 23.24.46 Quit pamaury (Quit: exit(rand());) 23.24.47 # so far 23.25.13 # sounds like iloader should be assimilated 23.25.56 # pixelma: can you think of any possibility of improvement to iloader? 23.26.13 # you mean, iloader source should be in rockbox svn ? 23.26.20 # yeah we already talked about that - but besides the ftl and nand drivers, it uses a totally different code base, and even more important, a different installation method (for nor-based installation) 23.26.52 # I have no idea about the iloader. The "so far" was an addition to my statement above 23.28.54 # pixelma: sorry. i misunderstood it 23.29.47 Quit Topy44 (Ping timeout: 248 seconds) 23.31.05 Join Topy44 [0] (~topy@my.fastsh.it) 23.31.23 # hmm too much people ask for 'the newest mkamsboot' 23.32.00 # and too much people report bricked clipv2/clip+, too 23.32.49 # newer must be better right? Did SD fix help frequency changing at all? 23.33.12 # i'm not trying frequency stuff again (for now) 23.33.18 # FlynDice: ok for the AMSv1 change? 23.33.19 # TheSeven: I think the main issue is that iloader doesn't do things the "rockbox way". i.e. the flashing isn't the same as other targets, and you put a lot more features in the bootloader, which we generally try and avoid. And as you say, isn't using the Rockbox codebase, which we do when flashing other targets... 23.33.26 # TheSeven: So we're in a tough situation... 23.34.21 # funman: I have'nt actually tried it yet but the code looked fine to me... 23.34.34 # FlynDice: thanks 23.34.51 # linuxstb: if the rockbox way is buggy, i have no problem advising iloader until someone fixes the rockbox bootloader 23.35.00 # one could of course try to enhance the rockbox bootloader, to at least share iloader's robustness, if you don't want the "fancy features" 23.38.11 Quit bertrik (Quit: De groeten) 23.39.04 # iloader's advantages mainly come from the fact that it replaces the second-stage bootloader, while the rockbox bootloader replaces the third-stage bootloader, and uses a (buggy) apple second-stage loader 23.39.44 # TheSeven: Hopefully that will happen one day, I'm just wondering what we want to do in the meantime regarding iloader - i.e. continue to ignore it, or change our documentation to recommend it (or at least suggest it). 23.43.55 # linuxstb: okay, i tested the linux ipodpatchers as well, so it looks like it's all sorted ;) 23.44.13 # I'm actually running an experimant at the moment, or have been for a while, I have several 2G Nanos but out of the two that get used, one has iLoader, and one uses the Rockbox bootloader. 23.44.27 # I'll let you guess which one I have the least problems with. 23.44.44 # I'll give you a clue, it starts with "i" ;) 23.44.52 # :-P 23.45.40 # Torne: Now you just need a Swede... 23.45.53 # indeed 23.46.16 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 23.46.37 # S_a_i_n_t: if you have noticed any problems or improvement possibilities, please let me know ;-) 23.47.11 # I'll have a think once I wake up some more. :) 23.47.55 # * Bagder is a Swede 23.48.05 # prove it! 23.48.11 # but I'm struggling to figure out the dir hierarchy of this 23.48.35 # the ones in bootloader/ipod now, which version are those? 23.48.47 # TheSeven: you are working on newer ipods now? 23.49.10 Quit jgarvey (Quit: Leaving) 23.49.16 Quit bmbl (Quit: Bye!) 23.49.26 # Bagder, where do I remember you from? 23.49.33 # Wikipedia IRC maybe? 23.49.56 # funman: In theory, yes 23.50.03 # ^^ 23.50.04 # vaguerant: nope, never been there 23.50.11 # actually, this has mostly stalled because i'm pretty busy with other things 23.50.19 # i still have a nano3g to get from my brother 23.50.20 # Bagder: Those are v4.0, apart from the nano2g one, which is v1.0 (and isn't being replaced). 23.50.56 # Bagder: So I guess create a 4.0 directory, and move all bootloaders into there apart from the nano2g version. 23.51.04 # funman: we can execute code on the 3g and have some semi-working usb debugger, but that's about it 23.51.09 # Bagder: It seems that no-one bothered with archiving the 3.0 bootloaders though... 23.51.18 # so the absolute groundwork has been laid, but not much more 23.51.27 # feel free to start working on that one :-P 23.51.35 # TheSeven: any blocker except lacking developers? 23.51.36 # but isn't http://lowell.wolfpuppy.org.uk/temp/rockbox/ipod-bootloader-release/v4.0-r25693/ 4.0 too ? 23.51.42 # Bagder: Ah, plus ipodpatcher could e moved. 23.51.55 # Bagder: the numbers for the bootloaders and for ipodpatcher aren't in sync any more 23.51.58 # funman: I don't think so 23.52.05 # the last one was 3.0 bootloaders, but ipodpatcher 4.0 23.52.07 # Bagder: Hmm, it depends if that version number is for ipodpatcher or the bootloaders.... 23.52.12 # * linuxstb is now as confused as Bagder was... 23.52.13 # this one is 4.0 bootloaders, but ipodpatcher 5.0 :) 23.52.22 # So yeah, this is confusing 23.52.27 # clear as mud as they say 23.52.42 # * S_a_i_n_t reads up a bit (through very sleepy eyes) and agrees, it is indeed a shame that the Nano2G bootloader seems to have been dropped like a hot rock. I thought that TheSeven's iLoader work may have sparked some interest there again...but, nope. 23.52.53 # funman: it will quite certainly be easier than the 4g, and it seems to share most things with all 3 generations of the classic, so working on this might pay off very well... 23.52.54 # It hasn't been touched for a /loooong/ time. 23.53.01 # The ipodpatcher version is the sum of the PP ipod bootloader version and the nano2g bootloader version? 23.53.01 # OK, so v3.0 ipodpatcher had v3.0 bootloaders. 23.53.12 # gevaerts: Yes! 23.53.16 # \☺/ 23.53.29 # And v4.0 ipodpatcher had v3.0 bootloaders, plus v1.0 for the nano2g 23.53.43 # So v5.0 ipodpatcher is v4.0 + v1.0 23.53.55 # * Torne giggles 23.53.57 # oh dear. 23.54.03 # gevaerts: See, I knew there was simplicity in there somewhere. 23.54.18 # * Torne hopes Bagder is having fun 23.54.25 # * Bagder blinks 23.54.30 # i just compiled the damn thing, i didn't think too much about the numbers 23.55.11 # also do we know the tracker isn't working? 23.55.15 # New commit by 03funman (r26291): as3525v1: relax a bit requirements in the SD driver ... 23.55.21 # well ok, i know the tracker isn't working because i just tried to use it 23.56.13 # I do *now* 23.56.15 # * funman exchanges his kingdom against a Clip+ soldered to a JTAG adaptor 23.56.26 # so ok, which version are the new ipod bootloaders again? 23.56.41 # 4.0 IIRC 23.56.43 # the new ipod bootloaders are version 4.0 23.56.44 Join bluebro [0] (~bluebro@df01ppp240.eplus-online.de) 23.56.54 # the nano 2g one is not new, it's just a copy of the existing 1.0 version 23.56.59 # and the ones currently on the download server's bootloader/ipod ? 23.57.10 # the ones on the download server are 3.0, except nano2g 23.57.20 # But the ipodpatcher that's there is 4.0... 23.57.36 # linuxstb: i vote next time we do this to advance all the version numbers until they are the same ;) 23.57.44 # * S_a_i_n_t smells confusion again. 23.57.57 # should we get permission from Sandisk to redistribute modified versions of their OF files, would concatenating the nrv2e code to their OF be 'linking' as in GPLv2 ? 23.58.01 # Torne: I guess it's not too late... Although it's too late for me tonight. 23.58.45 # Bagder: move the bootloaders currently on the server (except nano2g) into the 3.0 directory 23.58.58 # when i send binaries to the swedes i put them in a .tar.gz so no need for them to know the hierarchy, all is in the .tar