--- Log for 11.04.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 18 hours ago 00.00.07 # preglow: the one torvalds describes as flawed and he avoids it to keep out bad programmers :/ 00.00.15 # people should avoid torvards 00.00.18 # i agree 00.00.19 # torvalds <- :) 00.00.37 # what is that smiley 00.00.48 # preglow: how about that new language they're developing ? C++ox or something 00.00.48 # line noise? ;-) 00.00.59 # he's your standard opinionated programmer 00.01.02 # heh sorry :P i'm going to bad anyways :) 00.01.03 # * scorche|sh pushes a few people towards #rockbox-community 00.01.10 # bad/bed 00.01.30 # bughunter2: it'll just be a more complex c++, but anyway, let's discontinue this chat here 00.01.36 # true 00.01.45 # thanks :) 00.01.48 # i'm going to bed, goodnight 00.01.52 # have fun :) 00.01.57 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.02.03 # disorganizer, you still here? 00.02.11 # ;) 00.05.34 # I suppose not... 00.08.23 # jhMikeS: ahoy? 00.10.02 Quit petur ("Zzzzzz") 00.10.14 Part linuxstb ("Leaving") 00.11.36 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.12.49 # gevaerts: I think I found some other USB registers that use clear-on-write and are currently cleared incorrectly 00.13.16 # which ones ? 00.13.26 # REG_ENDPTSETUPSTAT and REG_ENDPTCOMPLETE 00.14.33 # I changed the code to clear them properly and USB still works 00.14.54 # * gevaerts looks in the datasheet 00.14.54 Quit RexDart ("CGI:IRC (EOF)") 00.15.37 Quit herrwaldo ("Konversation terminated!") 00.16.31 # I'm not sure if it actually fixes a reported bug, but I think we should fix it anyway 00.16.52 Quit amiconn (Nick collision from services.) 00.16.59 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 00.17.07 # bertrik: I think you're right. Can you commit the fixes (also the REG_USBSTS one) ? 00.17.26 # yes I can 00.17.55 # I don't think it matters right now, since I usually have only one endpoint in use, but in more complex cases this will go wrong 00.18.56 Quit [CBR]Unspoken|w (Connection timed out) 00.20.16 # gevaerts: I'll do a few more tests (see if it also works on full-speed) and commit it in ten minutes 00.21.15 # sure. I'm now suspecting endptprime as well 00.25.01 # gevaerts: shall I hold off the commit? 00.25.20 # no, go ahead. I can commit this once I've tested a bit more 00.25.23 Quit ol_schoola () 00.26.05 # jhMikeS: is the eq ever currently reset? doesn't look like it 00.26.32 Join perrikwp [0] (i=9821663a@gateway/web/ajax/mibbit.com/x-2810a0cc2f3b631d) 00.27.16 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 00.28.10 Quit ol_schoola (Client Quit) 00.29.16 Join DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) 00.32.31 Join saratoga [0] (n=98039b15@gateway/web/cgi-irc/labb.contactor.se/x-f339e69fb1affa79) 00.32.32 Quit saratoga (Client Quit) 00.32.52 Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-3a4c5c62fcd3de3f) 00.35.38 Quit daveberg ("Ex-Chat") 00.36.05 # saratoga: did you decide to drop the h264 app? 00.37.52 # bertrik, gevaerts: usb-drv-pp502x.c line 709 looks suspicious to me, given line 708... 00.38.21 # preglow: yes I've become less interested in it 00.38.50 # pity 00.39.02 # i'll probably just poke around with mpegplayer in my spare time 00.39.03 # saratoga: i've got to be honest and say i think that's the application most likely to end up in useful code, though 00.39.13 # i've got a feeling porting rockbox to an app can be frought with perils 00.39.13 # amiconn: it basically clears all bits in the end point interrupt register, then processes all bits that were set 00.39.33 # I'm not 100% sure that this is the proper order, but it looks ok 00.39.48 # I think it's correct. 00.39.48 # preglow: I thought the opposite, since the app code is already apparently working on some device 00.39.58 # worst case we'd bring that into SVN at least 00.40.14 # and hopefully remove the non-GPL stuff (if any) 00.40.14 # saratoga: have you tried it? 00.40.21 # i don't have that phone yet 00.40.32 # i'm kind of curious on how well the sdl simulator style threading works on an actual device 00.40.59 # i'm not very familar with SDL 00.41.03 # whats the concern? 00.41.14 # rockbox threads are cooperative, most other thread implementations are not 00.41.15 # gevaerts: yes, I think so, any new bit that might get set while processing all endpoints will cause a new interrupt so no interrupts are lost 00.41.27 # exactly 00.41.34 # so threads are serialized, as far as i know, which might not be the best alternative performance-wise on limited targets 00.41.49 # it's kind of a hack anyway 00.41.52 # bertrik: the remaining problem I seem to have is that now and then prime_transfer() fails with -2 or -3 00.41.54 # aren't threads always serialized on single processor machines? 00.42.22 # saratoga: well, yeah, in a way, but the sim adds another layer 00.42.41 # you mean overhead from SDL? 00.42.48 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 00.42.56 # it uses proper threads instead of rockbox threads, but prevent any of them from running at the same time, waiting until threads have yielded, rockbox style 00.43.01 # anyway, i might be wrong, i'd ask jhMikeS about it 00.43.04 # * bertrik is going to sleep now 00.43.23 # goodnight 00.43.29 Quit bertrik ("zZz") 00.43.54 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 00.44.04 Quit DerDome (Read error: 110 (Connection timed out)) 00.45.49 Quit tvelocity (Remote closed the connection) 00.47.00 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 00.47.12 # * pixelma thinks that the svn table on the frontpage looks way too short... 00.47.53 # saratoga: btw, what kind of a cpu does the port target have? 00.48.08 # pixelma: go ahead :) 00.48.15 # * amiconn thinks pixelma is about to change that :) 00.48.44 # * gevaerts buys a bigger screen to be able to see the next commit 00.48.46 # just a bit of testing still but am about to change that 00.50.14 Quit homielowe () 00.51.52 Join [TiZ] [0] (n=chatzill@FL-ESR1-72-49-150-188.fuse.net) 00.52.01 # preglow: intel x-scale 00.52.12 # saratoga: clock? 00.52.17 # <[TiZ]> Hey, guys... Did the combination for turning off the player change? 00.52.19 # 400MHz 00.52.24 # decent 00.52.29 # [TiZ]: what player? 00.52.32 # theres also some other arm core and a DSP but i don't know if those are accessible 00.52.34 # <[TiZ]> iPod 00.52.37 # [TiZ]: no 00.52.39 # <[TiZ]> Shoulda been more specific 00.52.42 # keep play pressed 00.52.43 # that's that 00.52.49 # x scale is superscalar right? 00.52.50 # <[TiZ]> Holding play doesn't seem to be doin' anything. 00.53.03 # saratoga: don't know, really 00.53.21 # [TiZ]: works fine for me, *shrug* 00.53.36 # <[TiZ]> Huh. Well, hope it works next time I start Rockbox. 00.53.55 # it wont turn off if you have it plugged into a charge, just incase you've done that. 00.54.06 # <[TiZ]> Nah, it's not plugged in 00.54.14 # <[TiZ]> And it doesn't think it's charging. 00.54.26 # <[TiZ]> Like that last time 00.55.30 Quit ender` (" Engineers think that equations approximate the real world. Scientists think that the real world approximates equations. Mat") 00.57.35 # preglow: anyway I'm just not sure i'd have enough time to get the H.264 decoder into proper shape 00.57.47 Quit moos ("Rockbox rules the DAP world") 00.58.07 # its a much more complicated format then wma was, and i know less about video, and don't have the benefit of ulimited free time this summer 01.02.08 # actually these moto phones look like they'd make good rockbox targets 01.03.53 # (full) SD card slots, fast CPUs, lots of IRAM, ARMv5 w/ DSP extensions 01.03.57 # saratoga: at least i expect h264 will be less fumbling around than with wma 01.04.02 # saratoga: no floating point madness going on that i can see 01.04.11 # yeah its natively fixed point 01.04.12 # Just to check that I'm not loosing it : udelay() is microseconds, right ? 01.04.15 # as a matter of fact, i think the h264 spec goes to some length to avoid floats 01.04.21 # what with the integer transform and all 01.05.18 # i'd like to work on it, but i have a feeling i'd just leave it 80% done 01.05.25 # I am trying to compile my test program, and it says "emun playlist is not delared in apps\status.h:22" i look into the file and the declaration for it is 9 lines after it is first called, is it possible that this works only in c but not in c++? 01.05.28 # gevaerts: yes - and it's blocking, so only use it for short delays 01.05.32 # like the wma decoder only worse 01.05.42 # well, it is a comprehensive format 01.05.45 # so i really can't argue 01.05.46 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 01.05.57 # and of course, you have to work on what you're motivated to 01.06.17 # not to mention the fun of getting (good) aac support if we really want it to be useful 01.06.34 # ffmpeg will have a new aac decoder commited soon :) 01.06.40 Join Soap_ [0] (n=62113fca@gateway/web/cgi-irc/labb.contactor.se/x-3b7ab842b431f4ad) 01.06.43 # yeah but its FP 01.06.49 # deed 01.06.56 # and i'd much rather fix faad then port it to fixed 01.07.01 # but i've somehow got this feeling it won't be hard to fixed pointize 01.07.12 # Yeah, since our AAC codec gives up with files starting at approximately the same length you'd want for movies. 01.07.24 # faad is so large and unwieldy 01.07.31 # and it chugs memory like mad 01.07.37 # thats our parser i think, which we'd keep even with the ffmpeg decoder 01.07.49 # it could be fixed i think 01.07.55 # get rid of all the ifdefed code 01.08.02 # then it'd be readable 01.08.04 # and go from there 01.08.09 # I imagine the parser would have to be fixed for h.264 to work 01.08.23 # also, my dream of a combined wma/aac imdct and windowing code 01.08.27 # <[TiZ]> This is so weird. Why can't I shut down my iPod? 01.08.32 # well, i'd actually like to work on aac 01.08.37 # DavidSG: quick hint : you need to tell the compiler that that is a C header. Try googling for things like C header C++ code 01.08.47 # <[TiZ]> I know it's not my iPod, because you could shut down with Underground build.... even though it always resulted in data abort. 01.08.47 # i should just look over the ffmpeg code and get an overview 01.08.54 # so i can have a look at the faad code afterwards and untangle 01.09.01 # should get inspiration from the helix code too 01.09.02 # * gevaerts isn't going to give a straight answer ;) 01.09.05 # preglow: take a shot at it one of these days and i'll probably help you out 01.09.16 # also, you can get books and specs for aac 01.09.57 # i actually used an mpeg book for figuring out the wma decoder 01.10.13 # we'll see, if i end up getting a d2, i'll probably have porting duties for quite some time 01.10.25 # but the shape of the aac codec is really bugging me 01.10.26 # haha 01.10.37 # yes it is rather silly that no one has worked on it 01.10.37 # gevaerts: thank you 01.10.50 # we should agree on what to do though 01.11.04 # remove all the ifdef code from faad and take another look at it maybe? 01.11.07 # AAC has gotten a little love from Lear now and again, but mainly that's been for the parser I think. 01.11.11 # * DavidSG wonders how that was not a straight answer 01.11.26 # * gevaerts could have just said what to type and where 01.11.31 # i prefer people tell me how to learn thing then tellme how to do things 01.11.55 # prefer when* 01.12.31 # theres actually a lot of obvious stuff to fix in faad, the imdct rotation code for instance is line for line like the ffmpeg version i started with in the wma codec, so all the optimizations could be copied in 01.12.49 # DavidSG: This is one of those things where you just have to know that there's some magic involved I guess, then it's easy to find 01.13.01 # we could also remove all the look up tables for odd ball mpeg profiles and add the wma windowing ASM code 01.13.13 # Bagder: The front page script seems to be a little confused regarding time zones 01.13.34 # It still says 'Today' for the latest wiki edits... 01.13.45 # saratoga: i don't believe that's compiled in as it is 01.13.51 # saratoga: but of course, a cleaner source tree is always nice 01.13.56 # yes 01.13.58 # Also latest commits etc 01.14.08 # i have expect to find a 100KB look up table compiled in somewhere 01.14.09 # saratoga: what i've noticed, though, is that faad seems to allocate memory all over the place, and especially in sbr code 01.14.14 # "half expect" 01.14.36 # huge buffers seemed to be spread all over last i checked 01.14.47 # i don't have the slightest clue how SBR works, so i can't say if thats bad 01.15.10 # i actually synced our faad to their latest release, but i just couldn't be bothered to move their buffers around enough to make it work on target again 01.15.36 # do they actually have any worthwhile improvements? 01.15.44 # gevaerts: well this magic is helpful, thanks again 01.15.46 # saratoga: it's just a multiband complex qmf with additional massaging 01.15.47 Quit PaulJam (Read error: 113 (No route to host)) 01.15.50 # saratoga: "just" 01.16.07 # saratoga: some, they actually removed a buffer i could see \o/ 01.16.10 # * gevaerts doesn't like the fact that a udelay(5) in a theoretically non-critical place makes the USB stack behave badly 01.16.21 *** Saving seen data "./dancer.seen" 01.17.02 # saratoga: anyway, the helix decoder uses waaaay less memory than faad for the same task, so it has to be possible 01.17.12 Quit amiconn (Nick collision from services.) 01.17.18 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.17.27 # * preglow extinguishes the flaming nick 01.18.02 Quit amiconn (Nick collision from services.) 01.18.08 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.18.21 Quit amiconn (Client Quit) 01.18.51 # ok well i'd appreaciate any comments on my proposal 01.18.57 # but now i'm off to get some work done 01.19.13 # good luck on that 01.19.27 # saratoga: it seems fine to me 01.19.33 Quit saratoga ("CGI:IRC (EOF)") 01.19.35 # i don't really have much more to add than i've said 01.22.24 # * Nico_P is starting to be very pleased with the results of playback/buffering rewrok 01.24.08 # unbuffered skipping is much more responsive 01.24.22 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.25.32 # Woo! 01.26.35 # there are still a few regressions I need to fix but it's shaping up nicely 01.30.31 Quit spiorf (Remote closed the connection) 01.31.12 Quit m0f0x () 01.31.24 Join homielowe [0] (n=eric_j_l@d154-5-112-174.bchsia.telus.net) 01.31.55 # * gevaerts notices that the svn table on the frontpage has grown a bit :) 01.32.52 # only a smidge 01.33.15 # :) could have been better though 01.33.56 # yeah, why not fix all WPSs in one commit :p 01.34.34 # urgh 01.34.53 # I agree, just kidding :) 01.34.57 # * amiconn spots a pluginlib actions :( 01.35.06 # ah 01.35.07 Join zicho [0] (n=martin@c-8b9ae355.68-7-64736c14.cust.bredbandsbolaget.se) 01.35.34 # Those need to be killed, not promoted 01.35.37 # is there anyway to make rockbox display lyrics? 01.35.47 # if we don't want them to be used we need to remove them 01.36.13 # the concept is nice and not everybody knows the implementation is borken 01.36.18 # zicho: there's a patch on the tracker if you're interested in that 01.36.53 # Nico_P: The idea was nice, but it turned out the concept cannot work nicely 01.36.54 # Chronon, whats the tracker? NEwest code available, or something? 01.37.58 # zicho: The links called "patches" "bugs" and "requests" in the sidebar of the website will take you to the tracker. 01.38.25 # Ah, okay. Thx 01.38.42 Quit davina ("GNU/Linux the free alternative to Windows") 01.39.27 # It works as long as the plugin uses single contexts *only*. Combining contexts makes it break severely on some targets - and unlike with literal button definitions, this major breakage goes unnoticed -> BAD 01.39.28 # and why are the people who commit pluginlib actions stuff not around by the time they do? 01.39.34 # it would be nice if you could make rockbox scan through your database and then download the lyrics for each song. Or perhaps just scan through some directories 01.41.13 # There is no free and legal database of copyrighted song lyrics. 01.42.11 # That is point one. Point two is that some tasks are far better served by a fast computer with internet access than a slow music player without internet access. 01.47.24 # Nico_P: speaking of PLA - did you try pictureflow on your c200 now (maybe tried to move through the songlist of an album)...? ;) 01.47.49 # pixelma: I tried it but didn't move in the songlist 01.48.10 Join DavidS1 [0] (n=Tordre@n099h024.wsr.mun.ca) 01.48.22 Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) 01.49.14 Join webguest65 [0] (n=5c0325a0@gateway/web/cgi-irc/labb.contactor.se/x-91cd2475f2cbe0b3) 01.49.23 # * gevaerts decides that he won't get usb working properly with a hub today 01.49.37 # mikeholden 01.49.56 # roolku: did you make sure that mazezam is as controllable as before on all targets? (but actually I have no time to discuss, need sleep :\ ) 01.50.12 # I see the potential problems with chained context, however in my opinion the advantages outway the disadvantages 01.50.50 # pixelma: the same actions are used in two other plugins 01.51.15 Quit webguest65 (Client Quit) 01.51.15 # this is simply up/down power 01.51.37 Part toffe82 01.52.12 # I know that in some button action plugins the controls are slightly (or even worse) broken. Try metronome on the c200 for example 01.52.40 # I know about the problematic examples 01.53.11 # anyway, I'll let you sleep and go to bed myself :) 01.53.15 Quit gevaerts ("time to sleep") 01.53.25 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 01.53.33 Quit roolku () 01.55.21 # clock had a quirk on c200 before when it only combined generic_actions and generic_directions... :| 01.55.36 Quit JdGordon|zzz (Read error: 110 (Connection timed out)) 01.56.28 # *only*... and I bet not all quirks are known 01.56.45 Part pixelma 01.59.05 Quit Nico_P (Remote closed the connection) 02.00.24 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279396235.dsl.bell.ca) 02.05.29 # hm, rockbix utility keeps telling me my configuration is invalid, when its not. The search path to the player is correct, and the correct model is chosen 02.05.58 # i click "autodetect" but it still tells me something is wrong 02.06.25 # nvm, found out what the problem was 02.07.08 Quit DavidSG (Read error: 110 (Connection timed out)) 02.08.10 Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) 02.10.43 # how do i install a patch? 02.13.48 Join velixzeen [0] (n=IceChat7@216.36.141.104) 02.16.11 # Unlike "fixes" for binary programs you might be used to from the Windows world, in this instance "patch" refers to a modification of the source code. What you do is download the patch, apply it to your local copy of the source code, and then compile the source code. 02.16.36 # Ah 02.17.27 # There is a very nice selection of articles walking you through this process step-by-step in the wiki. I _believe_ they are under the "For Developers" section. Believe me, the fact I was able to use said documents to teach myself speaks volumes on their clarity. 02.22.03 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 02.30.13 Join fenugrec [0] (n=ABC@206.167.203.215) 02.34.54 Quit WeaponX ("If You Can't Be Famous, Be Infamous...") 02.46.20 Quit jhMikeS (Nick collision from services.) 02.46.26 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 02.49.31 # any hackers here 02.51.03 Quit topppy () 02.52.34 Quit [TiZ] (Read error: 104 (Connection reset by peer)) 02.53.01 Quit velixzeen (Read error: 113 (No route to host)) 03.00.50 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 03.06.13 Quit zicho (Remote closed the connection) 03.15.45 Join velixzeen [0] (n=IceChat7@216.36.141.104) 03.16.22 *** Saving seen data "./dancer.seen" 03.16.25 Part velixzeen 03.16.25 Join velixzeen [0] (n=IceChat7@216.36.141.104) 03.16.36 Part fenugrec ("Leaving") 03.17.18 Join ali_as_ [0] (n=as@ambix.plus.com) 03.20.42 Quit jhulst (Remote closed the connection) 03.21.00 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.22.42 Part velixzeen 03.22.42 Join velixzeen [0] (n=IceChat7@216.36.141.104) 03.27.15 Quit ali_as (Read error: 110 (Connection timed out)) 03.29.32 Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) 03.31.45 Quit Soap_ ("CGI:IRC (Ping timeout)") 03.39.10 Join Matt_LeBlanc [0] (n=chatzill@CPE00121731a191-CM000039e6da5e.cpe.net.cable.rogers.com) 03.39.15 Nick Matt_LeBlanc is now known as Mophead (n=chatzill@CPE00121731a191-CM000039e6da5e.cpe.net.cable.rogers.com) 03.39.26 # Oi' 03.39.56 # why isn't anything RB runs on still made? 03.40.20 # ports take time to do...plenty of it... 03.42.06 Part Mophead ("I'm not here right now.") 03.43.21 # is it just right now that nothing is made or is that usual? 03.44.15 # recently, we supported the ipods and the sansa devices when they were being produced...but it just depends on the device 03.44.54 Quit Hillshum ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 03.49.01 Quit joh3 (Read error: 110 (Connection timed out)) 03.51.13 Quit jhulst (Remote closed the connection) 03.51.28 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.58.08 Quit knittl (Read error: 110 (Connection timed out)) 04.08.52 Join Soap_ [0] (n=62113fca@gateway/web/cgi-irc/labb.contactor.se/x-c4fa52e654a23a2d) 04.13.36 Quit Thundercloud (Remote closed the connection) 04.18.20 Join DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) 04.21.35 Join Llorea1 [0] (n=DarkkOne@32.169.235.175) 04.21.48 Quit Llorean (Nick collision from services.) 04.21.50 Nick Llorea1 is now known as Llorean (n=DarkkOne@32.169.235.175) 04.30.12 # I just finished my gsoc test, gonna make it prettier and post it online 04.31.53 Quit Soap_ ("CGI:IRC (Ping timeout)") 04.32.41 Quit midgey () 04.36.17 Quit DavidS1 (Read error: 110 (Connection timed out)) 04.36.40 # DavidSG: where online? 04.38.33 # nevermind i got a false positive(it is not working yet), and i guess the website i listed on my project description. 04.38.55 Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 04.41.41 Quit Xerion (Read error: 104 (Connection reset by peer)) 04.41.41 Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) 04.44.28 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 04.44.43 # I am getting the exact same results as the checkwps tool. What i don't understand is that an executable file is passing the parser test 04.47.24 # ok it is working just not how i expected it to. 04.47.25 Join miepchen^schlaf_ [0] (n=miepchen@84.191.121.179) 04.51.56 Join BaD_CrC [0] (n=john@c-67-171-0-49.hsd1.wa.comcast.net) 04.53.56 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.58.23 Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 05.02.41 Quit velixzeen ("Few women admit their age. Few men act theirs.") 05.06.43 Nick Mouser_X is now known as off2 (n=mouser_x@layl001.digis.net) 05.10.14 Nick off2 is now known as Mouser_X (n=mouser_x@layl001.digis.net) 05.15.21 Quit Shaid (Read error: 110 (Connection timed out)) 05.15.21 Nick MobileShaid is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 05.16.16 Join Hillshum [0] (n=4ba5eae1@gateway/web/cgi-irc/labb.contactor.se/x-458046196877db25) 05.16.23 *** Saving seen data "./dancer.seen" 05.16.27 Quit Hillshum (Client Quit) 05.21.19 Quit jhulst (Remote closed the connection) 05.30.45 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 05.33.02 Join webguest59 [0] (n=4ca68fa2@gateway/web/cgi-irc/labb.contactor.se/x-a19dc16892c447f3) 05.33.05 # hi all 05.33.22 # fast question 05.33.34 # shoot. 05.33.41 Quit ctaylorr (Read error: 110 (Connection timed out)) 05.33.42 # does your ipod have to be FAT32 to install rockbox? 05.33.49 # sorry, im new 05.33.53 # it does. 05.34.02 # dang... 05.34.20 # haha no wonder when i installed it on my macpod it said no partiion found 05.34.30 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.34.31 # you can convert it to fat32 in one of two ways: find a windows machine with itunes or use the manual method 05.34.48 # that gets rid of all my music though right? 05.34.58 # yeah. 05.35.06 # ill have to back up then 05.35.47 # well for now, how do i get rid of rock box so i can access my ipod without it telling me no partition found? 05.36.15 # the manual explains how to boot into the OF; i don't know off-hand 05.37.17 # thanks all :) 05.37.19 Quit webguest59 (Client Quit) 05.47.43 Join [TiZ] [0] (n=chatzill@FL-ESR1-72-49-150-188.fuse.net) 05.48.58 # <[TiZ]> Hey, I've noticed that when you set your backdrop using the context menu, that selection's not actually saved and when you restart, you have the same backdrop you did before switching. 05.49.02 # <[TiZ]> Is this behavior intentional? 05.52.24 # It's only saved if your backdrop is in the backdrops folder 05.52.50 # <[TiZ]> So it is intentional. Why is it set up that way? 05.53.58 Quit BaD_CrC ("brb") 05.54.17 # It's intentional, but not exactly what you described. 05.54.25 # You can set it with that option, and have it save, if it's in the right place. 05.54.33 # It's just the way paths are saved, I believe 05.59.54 # <[TiZ]> Why does it have to be in that place, though? .rockbox isn't exactly easy to get to. It's hidden unless you tell rockbox to show hidden directories. 06.00.14 Quit bughunter2 ("Leaving.") 06.00.20 # <[TiZ]> See, what I'm trying to do is make it so users of my theme can switch backgrounds on a whim 06.03.21 # Well, most of the theme system is supposed to be handled solely by .cfg files, really 06.03.29 # originally though, it was a technical limitation. 06.03.47 Quit RoC_MasterMind ("Leaving") 06.03.48 # That limitation is gone, but the theme system is evolving in a new direction anyway. 06.21.19 Quit jhulst (Remote closed the connection) 06.21.34 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 06.21.51 Join knittl [0] (n=knittl@193.170.135.248) 06.28.41 Quit Shaid (Read error: 110 (Connection timed out)) 06.29.41 # <[TiZ]> I apologize for frequently going afk. 06.29.47 # <[TiZ]> And unnanounced, at that 06.30.38 # <[TiZ]> anyways, as for the theme system evolving, will that eventually include saving background changes made from the context menu? 06.31.02 # <[TiZ]> I'd rather not force users of my theme to make .cfg files for every background they might want to use 06.33.20 Join webguest043G30Gb [0] (n=405bd88d@gateway/web/cgi-irc/labb.contactor.se/x-df5383c2fcbb8ddc) 06.34.30 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 06.35.43 # I think it's more likely that, because of viewportification, backdrops will become unavailable from the context menu entirely since the layout of menu and various other viewports will mean backdrops will need to be defined for those viewport sizes. 06.37.59 Quit knittl (Read error: 110 (Connection timed out)) 06.38.25 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 06.38.30 Join perrikwp [0] (i=9821663a@gateway/web/ajax/mibbit.com/x-477b3793b6bbb500) 06.45.20 Quit w0rd54 (Read error: 110 (Connection timed out)) 06.46.57 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 06.47.42 Quit jhulst (Remote closed the connection) 06.50.17 # When last I left you all, I could not get the iPod to boot properly because it said rockbox.ipod not found. I have finally resolved that problem by running the rb utils from a Windows box. The problem I had last night is gone. Now, I have another problem. When booting, the Apple logo comes up and then the screen goes blank and the backlight stays on. I have searched the forumns for a solution to th 06.52.57 # <[TiZ]> Well, I'm headed to bed. 06.53.00 # <[TiZ]> 'night, guys. 06.53.17 Quit [TiZ] ("Jumped onto White Base.") 06.54.05 # Is there a way (from the web client) to tell who's on right now? 06.56.05 # look on the right side 06.56.12 # lots are on, you just may not be able to tell who's not away from the keyboard. regardless, please have patience in waiting for a reply :) 06.57.19 # Plenty o' patience, just learning... So, everyone on the right is on? I thought that was a list of all users (I was thinking it was a small group) 06.57.48 # well, they are all "on"...just may not be "here" 06.58.04 # "here" being at their keyboards looking at the channel... 06.58.37 Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) 06.59.47 Join khermans [0] (n=khermans@ip68-5-138-238.oc.oc.cox.net) 07.00.30 # Many references to key sequences on the ipod refer to MENU + SELECT. On the 3G ipod, this does nothing for me. Confirm that for this model, it should be MENU + PLAY (this is the model with the four buttons across the middle) 07.00.44 # anyone know a way for my Rockbox iPod to work hooked up to my Kenwood receiver that has an "ipod and usb interface" 07.00.46 # ? 07.00.59 Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) 07.01.00 # supposedly it can read from a USB flash drive 07.01.16 # however, i get "ipod error" when I put it in "disk mode" 07.02.04 # webguest043G30Gb: yup 07.03.29 # khermans: that is more of a kenwood issue than a rockbox issue, but i would /guess/ that it would recognize it as a USB device properly when USB mode is enabled in SVN builds 07.03.31 # has anyone here used rockbox with their car stereo usb interface? 07.04.00 # of course it probably is a kenwood issue 07.04.10 # but i meant to know if someone might know a workaround 07.04.18 # scorche, why would the latest svn build help? 07.04.24 # scorche, i think my build is from january 07.04.57 # i didnt say the latest SVN build would help...i said it when USB support is enabled in SVN builds 07.05.14 # scorche, when will that happen? 07.05.24 # When it's done. 07.05.29 # we dont really try to guess dates 07.05.46 # Llorean, what are the requirements to finish? 07.06.16 # khermans: when we have made sure it works properly... 07.06.19 # khermans: "when the people working on it figure out why the bits of it that don't work yet aren't workign" 07.06.52 # Llorean, can i be a tester of it man? i am also a programmer 07.06.56 # i have an 80gb 07.07.27 # I just recieved a fairly beat up gigabeat from ebay. :( does anyone kno what files are required to stay in the GBSYSTEM folder other than "FWIMG01.DAT"? 07.07.36 # khermans: just enable it in the source code and compile your own build 07.07.39 # I'm having trouble booting Rockbox 07.08.19 # It also needs FWIMG00.DAT and FWIMG02.DAT if I recall correctly, but they can be empty files 07.09.01 # scorche, nice -- will do! 07.09.20 # Urghh, I purchased an F20 and it has a 10GB HD in it. :( 07.09.22 # scorche, is it some #DEFINE ? 07.09.31 # yes 07.09.39 # scorche, is this documented somewhere? 07.09.46 # search... 07.09.52 # ill grep it sure 07.10.00 # "usb" is pretty lame search term though :-) 07.10.22 # search our documentation.. 07.10.30 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 07.12.09 Join ambulance [0] (n=4ca68fa2@gateway/web/cgi-irc/labb.contactor.se/x-b3229cb02f1cec21) 07.12.20 # can someone tell what im doing wrong real fast? 07.13.26 # anyone here? 07.13.32 # driving without a license? 07.13.33 Join tedr0ck [0] (n=tedrock@d235-144-17.home1.cgocable.net) 07.13.39 # yes, there are pretty much always people here 07.13.45 # but you have to ask a question... 07.13.46 # ok well 07.14.57 # im trying to install themes. i copy all the files into the appropraite folders in my ipod. when i select browse themes and then select a theme, it doesnt really load right. all it does really is load the back ground. what am i doing wrong? 07.14.58 # is this the latest source? -> http://build.rockbox.org/dist/build-source/rockbox.7z 07.15.19 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 07.15.20 # you could use svn too 07.15.23 # YEA!!!!!!!!!!!!!!! Rockbox boots on my 3G!!!!!! 07.15.31 # ambulance: The WPS is probably broken. 07.15.34 # ambulance: the theme likely has errors 07.15.38 Join csc` [0] (n=csc@archlinux/user/csc) 07.16.03 # I just went back and installed EVERY theme (previously only had 3 installed). It's like magic!!! 07.16.09 # this has been with every theme i try though 07.16.25 *** Saving seen data "./dancer.seen" 07.16.34 Quit tedrock (Read error: 104 (Connection reset by peer)) 07.16.46 # ambulance: then every theme you try are likely either broken or require patches 07.17.10 # hmmm...ok. i wish i could find a good one that worked then :( 07.17.20 # btw, i am a rockbox donor 07.17.36 Quit tedr0ck (Client Quit) 07.17.43 Join tedrock [0] (n=tedrock@d235-144-17.home1.cgocable.net) 07.19.29 # Llorean: it needs something other than the FWIMG files. I just copied everything back and it's fine, but it would be nice to know what can and cannot be dumped. 07.20.44 Quit ambulance ("CGI:IRC") 07.21.43 # Davide-NYC: I have one with just the FWIMG files, so I'm pretty certain that's all it needs... 07.21.55 # wierd 07.22.13 # 01, 02, and 03? 07.22.38 # Actually, I think I *might* have a fonts folder too. 07.22.53 # There's a .zip on the wiki with all the necessary dummy files, anyway 07.23.02 # http://www.rockbox.org/twiki/pub/Main/GigabeatFXPort/GBSYSTEM.zip 07.23.50 # thanks for the link but my port 80 is blocked for the next few hours (long story) 07.24.08 # there is also http://www.rockbox.org/twiki/pub/Main/GigabeatHelp/GBSYSTEM.zip in the wiki, but.....oh :) 07.25.45 # * khermans hopes rockbox builds on ubuntu hardy ... 07.26.02 # I thank you all for your help. I'm off to put some tunes on my rockbox! Bye! :) 07.26.02 # * khermans crosses fingers 07.26.15 # khermans: did you set up the cross compilers? 07.26.21 # scorche, yea 07.26.23 # for arm 07.26.29 # ah...then you should be fine 07.27.00 Quit webguest043G30Gb ("CGI:IRC") 07.31.20 # night all 07.31.24 Quit Davide-NYC ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 07.37.21 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 07.42.58 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.46.22 # scorche, is the 80GB ipod the 3G, 4G, or Video option for building? 07.46.35 # video 07.46.44 # scorche, thx 07.47.39 # scorche, would i do an (A)dvanced build ? 07.47.44 # no 07.47.59 # scorche, i dont need to make the #DEFINE edit until the Make right/ 07.48.00 # ? 07.48.17 # there is nothing in the configure stage to change, correct? 07.51.26 # there are way too many #DEFINE usb* to grep through here :-( 07.52.02 # damn there is tons of code here 07.52.09 Quit XavierGr () 07.52.19 # you rockbox devs are crazy crazy 07.52.22 # !! 07.52.42 # didnt i say to search the *documentation*? =/ 07.53.07 # scorche, the wiki? 07.53.14 # * scorche nods 07.53.19 # http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb 07.53.54 # (sorry...i was already there....you can search next time ;) 07.55.15 Quit EspeonEefi ("さよなら") 07.55.21 # lol 07.56.53 Quit sbhsu ("leaving") 07.58.04 # * scorche wonders about http://www.rockbox.org/twiki/bin/view/Main/JesusChrist 07.59.23 # scorche, here goes -- compiling :-) 07.59.40 # i went with fill speed, not high speed and logf() 07.59.40 Join knittl [0] (n=knittl@193.170.134.209) 07.59.54 # scorche: i *knew* he was alive! ;-) 08.00.39 # and he's French :) 08.01.48 # * Nico_P goes to shcool 08.01.50 Join Rob2223 [0] (n=Miranda@p4FDCEAA6.dip.t-dialin.net) 08.01.52 Quit Nico_P (Remote closed the connection) 08.02.10 # scorche, so does this option allow the USB to receive SCSI commands while plugged in or something 08.02.11 # ? 08.03.09 # * khermans tries to figure out what the damn Kenwood is doing... 08.04.59 # wow compiled fast! 08.05.04 # testing time!!! 08.07.50 # * khermans trots off to BMW... 08.11.27 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-87-182.w86-218.abo.wanadoo.fr) 08.11.43 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 08.11.46 # scorche, nope didnt work 08.12.35 # * khermans needs to sadly return to the Apple firmware just to make his new stereo happy 08.12.44 # no aux in? 08.13.12 # scorche, i bought this Kenwood specifically for the ipod interface 08.13.32 # when then specs said it would work from any USB drive, i assumed too much 08.13.51 # im told the Kenwood will accept a USB drive with files on it 08.14.28 # however, for some reason the ipod in "usb mode" fails to work 08.14.34 # "disk mode" i mean 08.14.37 # well, you might want to wait till the USB support is finished...i have no idea what it could be doing atm....but at least you got some experience in building ;) 08.15.00 # wait...were you trying in disk mode or rockbox's usb mode? 08.15.04 # scorche, ive built foss apps from source millions of times...lol 08.15.09 # both 08.15.19 # * scorche shrugs 08.15.22 # when in rockbox, i just plugged in the USB cable 08.15.35 # scorche, i got the little USB plug icon when that happened 08.15.42 # i assuem this is the proper mode 08.15.52 # scorche, was there something else i should have done? 08.15.58 # like turning on some option? 08.16.39 # i think it should Just Work (well, work in the state it is in), but to be honest, i havent even tried it myself...been working on other things 08.16.51 # scorche, thats cool -- whatever 08.17.03 # it just goes to prove to me again that proprietary stuff sucks 08.17.17 # which i have known for a long time now, and keep reaffirming 08.17.39 # damn Apple dudes were once hackers, and now greedy bastards 08.18.45 # khermans: it seem obvious looking at some design details in Apple software... 08.19.27 # khermans: I was thinking it particularly looking at how they "ruined" the EFI implementation... 08.20.16 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.21.50 # mrkiko, yuppers 08.25.49 # "yuppers" I don't understand 08.26.34 # mrkiko, it means "yes", sorry 08.27.50 Join kugel|s [0] (n=54bd6584@gateway/web/cgi-irc/labb.contactor.se/x-801133e07c257f60) 08.29.20 # :) 08.30.49 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.30.51 Quit BigBambi (Remote closed the connection) 08.36.26 Quit DataGhost (Nick collision from services.) 08.36.34 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 08.37.31 Quit OlivierBorowski (Remote closed the connection) 08.43.35 # my respect goes to pixelma for her work on cleaning up the WPS:es 08.44.59 Quit Llorean ("Leaving.") 08.45.59 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 08.46.14 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.47.53 # is pixelma a female entity? 08.48.35 # if she weren't, it would be odd for LinusN to refer to her as a "her" n'est ce pas ? 08.48.46 # :-) 08.49.38 # Oh... I was thinking in english 08.49.43 # when is the next song always known ? in a playlist where random is not implemented ? 08.49.54 # existed the same way of referring to a male entity as female as done in italian some times 08.50.48 # critter-: the next song is known to the WPS when the track is loaded into memory (buffered) 08.51.17 # critter-: regardless of the shuffle setting 08.51.25 # ok thank you 08.51.53 # i guess you meant the next-track wps tag? 08.51.58 # yes 08.53.06 # LinusN, out of curiosity do standard firmwares typically buffer the next song ? 08.53.14 # yes 08.54.15 # LinusN: Out of curiosity, do you know of an OF that doesn't do this ? (an OF running on a rockboxable player) 08.54.33 # (It'd be uwise not to. It'd be a waste of battery power to have to spin the HDD everytime you needed to load the next song.) 08.54.40 # mrkiko: i can't think of one 08.54.41 # *unwise 08.54.48 # it would also make the playback suck even more 08.54.59 # you'd have to wait at the end of each song for the next one to load up 08.55.15 # I was thinking of a flash-base player aniway 08.55.54 # flash based players naturally don't have the same issues, but i still believe they do some amount of buffering as well 08.56.20 # i don't own any flash based players 08.56.32 # I also... 08.56.41 # Iirc one of the OFs doesn't seem to buffer the next song. 08.57.30 # Unfortunately I don't remember which one - didn't use OFs for ages (for playing music that is), with the tiny exception of the iaudio M3 OF 08.59.03 Quit sbhsu ("leaving") 08.59.15 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 08.59.21 Join Rob2222 [0] (n=Miranda@p4FDCE899.dip.t-dialin.net) 09.00.20 # LinusN: Btw, did you read the logs? It seems the frontpage script is a little confused regarding days and timezones 09.00.55 # amiconn: i'll have a look 09.01.13 # Last night, it still showed "Today 22:49" etc, although it already was past midnight 09.01.26 # (1-something) 09.02.09 # I guess the script wrongly bases its decision for "Today" on UTC, whereas the actual times are CE(S)T 09.02.35 # So it would be wrong between midnight and 2 AM during CEST 09.02.51 Quit sbhsu (Client Quit) 09.03.03 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.03.10 # Hmmmmm, or is it all UTC?? 09.04.09 Quit sbhsu (Client Quit) 09.04.25 # Then it would be correct - and it would be helpful to put (UTC) after 'when' in the table heads 09.05.49 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.06.06 Quit sbhsu (Client Quit) 09.06.17 Join sbhsu [0] (n=a6530466@192.192.120.197) 09.06.20 Quit sbhsu (Client Quit) 09.06.35 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.06.42 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.08.14 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 09.08.35 Quit sbhsu (Client Quit) 09.08.59 Join petur [50] (n=petur@rockbox/developer/petur) 09.09.58 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.10.03 Quit sbhsu (Client Quit) 09.10.14 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.11.13 Quit sbhsu (Client Quit) 09.11.29 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.12.07 Quit sbhsu (Client Quit) 09.12.22 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.12.31 Quit sbhsu (Client Quit) 09.12.46 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.13.00 # * petur hums 'should I stay or should I go' 09.15.40 Join bughunter3 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 09.16.26 *** Saving seen data "./dancer.seen" 09.16.42 Quit sbhsu (Client Quit) 09.16.52 # * scorche wonders where petur is going 09.16.54 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.17.11 # * petur points at sbhsu 09.17.15 Nick JdGordon is now known as JdGordon|afk (n=jonno@rockbox/developer/JdGordon) 09.17.43 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.18.03 Quit knittl (Remote closed the connection) 09.18.11 Join knittl [0] (n=knittl@193.170.134.209) 09.18.17 Quit sbhsu (Client Quit) 09.18.22 Quit midgey () 09.18.30 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.21.13 Quit sbhsu (Client Quit) 09.22.05 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-954f71d506ae75d1) 09.24.02 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 09.24.16 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 09.24.43 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.25.51 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.29.17 # amiconn: i believe we always use UTC, so we better add "UTC" to all time stamps 09.29.23 Quit sbhsu (Client Quit) 09.32.19 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 09.32.19 Quit bughunter2 (Read error: 110 (Connection timed out)) 09.32.24 Quit Shaid (Read error: 110 (Connection timed out)) 09.35.13 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 09.35.30 # The subversion info seems to be UTC+0100 on the front page, and UTC on the "last four weeks" page. 09.35.49 Quit kugel|s ("CGI:IRC (Ping timeout)") 09.38.19 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 09.40.15 Join krz [0] (n=irc_by@turbo.sml.by) 09.45.23 Join DavidS1 [0] (n=Tordre@n099h024.wsr.mun.ca) 09.46.46 Join PaulJam [0] (i=PaulJam_@vpn-3056.gwdg.de) 09.47.01 Join DerDome [0] (n=DerDome@dslb-082-083-199-033.pools.arcor-ip.net) 09.48.41 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-87-182.w86-218.abo.wanadoo.fr) 09.51.35 Join ddalton [0] (n=ddalton@210-84-40-128.dyn.iinet.net.au) 09.51.41 Part linuxstb ("Leaving") 09.53.35 Join mrkiko_ [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 09.55.29 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 09.55.33 Quit homielowe (Read error: 110 (Connection timed out)) 09.55.34 # hey this is starting to bug me a bit. How do I fix this warning? Its on line 238 of gui/gwps.c when my patch is applied. (I call a function that returns bool...) I want to open a screen... so how should I do this? Sort of like the go_to_rec... what am I doing wrong here? the call to playingtime () in the case... In my patch... Thanks... http://pastebin.ca/raw/980772 09.57.01 # I'm still studying lots of languages so sorry about my stupid question... 09.59.25 Join krzkrzkrz [0] (n=krz@124.105.251.106) 10.02.29 Quit krzkrzkrz (Client Quit) 10.03.31 Quit DavidSG (Read error: 110 (Connection timed out)) 10.05.09 Join homielowe [0] (n=eric_j_l@S0106001a70694b9a.no.shawcable.net) 10.05.09 Quit OlivierBorowski (Remote closed the connection) 10.05.10 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-87-182.w86-218.abo.wanadoo.fr) 10.05.37 Join krzkrzkrz [0] (n=krz@124.105.251.106) 10.06.09 Quit krz (Nick collision from services.) 10.06.24 Quit Chronon (Remote closed the connection) 10.06.28 Join kraizee [0] (n=irc_by@turbo.sml.by) 10.06.46 Quit mrkiko (Read error: 110 (Connection timed out)) 10.07.02 Part krzkrzkrz ("Leaving") 10.07.26 Nick kraizee is now known as krz (n=irc_by@turbo.sml.by) 10.09.29 Quit critter- ("Leaving") 10.10.18 Nick mrkiko_ is now known as mrkiko (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 10.10.48 # I hate Alice DSL Teelcom Italia 10.22.15 Quit krz (Nick collision from services.) 10.22.38 Join kraizee [0] (n=irc_by@turbo.sml.by) 10.23.07 Quit DerDome (Read error: 110 (Connection timed out)) 10.23.21 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-954f71d506ae75d1) 10.24.27 Join DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) 10.31.55 Quit homielowe (Read error: 104 (Connection reset by peer)) 10.34.23 Join homielowe [0] (n=eric_j_l@S01060011954e0432.no.shawcable.net) 10.38.10 Join homielowe_ [0] (n=eric_j_l@S0106001a70694b9a.no.shawcable.net) 10.40.37 Quit DavidS1 (Read error: 110 (Connection timed out)) 10.44.20 Part homielowe_ 10.49.19 Join gevaerts [0] (n=fg@195-144-092-145.dyn.adsl.xs4all.be) 10.51.35 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 10.51.51 # khermans: does the usb work when you plug it in a normal PC ? 10.53.39 Quit mrkiko ("Reconnecting") 10.53.49 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 10.55.34 Join tvelocity [0] (n=tony@85.72.151.205) 10.59.57 Quit cool_walking_ (Remote closed the connection) 11.00.10 Quit homielowe (Read error: 110 (Connection timed out)) 11.06.11 Join dabujo [0] (i=xx@p4FDB39D6.dip0.t-ipconnect.de) 11.16.29 *** Saving seen data "./dancer.seen" 11.45.27 Nick bughunter3 is now known as bughunter2 (n=Jelle@ip565fbeaa.direct-adsl.nl) 11.46.35 Quit ap0 ("Bye.") 11.46.42 Quit knittl (Read error: 110 (Connection timed out)) 11.52.30 # nano playback is still almost unusable if disk access happens while it plays :/ 11.58.17 Quit DavidSG (leguin.freenode.net irc.freenode.net) 11.58.17 NSplit leguin.freenode.net irc.freenode.net 11.58.17 Quit OlivierBorowski (leguin.freenode.net irc.freenode.net) 11.58.17 Quit ddalton (leguin.freenode.net irc.freenode.net) 11.58.17 Quit BlakeJohnson86 (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Zarggg (leguin.freenode.net irc.freenode.net) 11.58.17 Quit mnakilopn (leguin.freenode.net irc.freenode.net) 11.58.17 Quit HEx (leguin.freenode.net irc.freenode.net) 11.58.17 Quit BrianHV (leguin.freenode.net irc.freenode.net) 11.58.17 Quit daven (leguin.freenode.net irc.freenode.net) 11.58.17 Quit perrikwp (leguin.freenode.net irc.freenode.net) 11.58.17 Quit ali_as_ (leguin.freenode.net irc.freenode.net) 11.58.17 Quit JdGordon|afk (leguin.freenode.net irc.freenode.net) 11.58.17 Quit fyrestorm (leguin.freenode.net irc.freenode.net) 11.58.17 Quit tatootian (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Bagder (leguin.freenode.net irc.freenode.net) 11.58.17 Quit midkay (leguin.freenode.net irc.freenode.net) 11.58.17 Quit shodanX (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Addicted (leguin.freenode.net irc.freenode.net) 11.58.17 Quit kraizee (leguin.freenode.net irc.freenode.net) 11.58.17 Quit advcomp2019 (leguin.freenode.net irc.freenode.net) 11.58.17 Quit petur (leguin.freenode.net irc.freenode.net) 11.58.17 Quit w0rd54 (leguin.freenode.net irc.freenode.net) 11.58.17 Quit khermans (leguin.freenode.net irc.freenode.net) 11.58.17 Quit corevette (leguin.freenode.net irc.freenode.net) 11.58.17 Quit maraz (leguin.freenode.net irc.freenode.net) 11.58.17 Quit tchan (leguin.freenode.net irc.freenode.net) 11.58.17 Quit HellDragon (leguin.freenode.net irc.freenode.net) 11.58.17 Quit crwll (leguin.freenode.net irc.freenode.net) 11.58.17 Quit cendres (leguin.freenode.net irc.freenode.net) 11.58.17 Quit gibbon_ (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Hodapp (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Galois (leguin.freenode.net irc.freenode.net) 11.58.17 Quit freqmod_nx (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Battousai (leguin.freenode.net irc.freenode.net) 11.58.17 Quit tonyyarusso (leguin.freenode.net irc.freenode.net) 11.58.17 Quit DataGhost (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Zom (leguin.freenode.net irc.freenode.net) 11.58.17 Quit krazykit (leguin.freenode.net irc.freenode.net) 11.58.17 Quit bughunter2 (leguin.freenode.net irc.freenode.net) 11.58.17 Quit ender` (leguin.freenode.net irc.freenode.net) 11.58.17 Quit daurnimator (leguin.freenode.net irc.freenode.net) 11.58.17 Quit gromit`` (leguin.freenode.net irc.freenode.net) 11.58.17 Quit rgould (leguin.freenode.net irc.freenode.net) 11.58.17 Quit ChanServ (leguin.freenode.net irc.freenode.net) 11.58.17 Quit mrkiko (leguin.freenode.net irc.freenode.net) 11.58.17 Quit BHSPitMonkey (leguin.freenode.net irc.freenode.net) 11.58.17 Quit simonrvn (leguin.freenode.net irc.freenode.net) 11.58.17 Quit BrendanW (leguin.freenode.net irc.freenode.net) 11.58.17 Quit FOAD (leguin.freenode.net irc.freenode.net) 11.58.17 Quit cg (leguin.freenode.net irc.freenode.net) 11.58.17 Quit lostlogic (leguin.freenode.net irc.freenode.net) 11.58.17 Quit gevaerts (leguin.freenode.net irc.freenode.net) 11.58.17 Quit PaulJam (leguin.freenode.net irc.freenode.net) 11.58.17 Quit davina (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Rob2222 (leguin.freenode.net irc.freenode.net) 11.58.17 Quit GodEater (leguin.freenode.net irc.freenode.net) 11.58.17 Quit Neovanglist (leguin.freenode.net irc.freenode.net) 11.58.23 Quit blithe (leguin.freenode.net irc.freenode.net) 11.58.23 Quit A4- (leguin.freenode.net irc.freenode.net) 11.58.23 Quit pabs (leguin.freenode.net irc.freenode.net) 11.58.23 Quit Reinhart_ (leguin.freenode.net irc.freenode.net) 11.58.23 Quit scorche (leguin.freenode.net irc.freenode.net) 11.58.23 Quit basti (leguin.freenode.net irc.freenode.net) 11.58.23 Quit z35 (leguin.freenode.net irc.freenode.net) 11.58.23 Quit rvvs89 (leguin.freenode.net irc.freenode.net) 11.58.23 Quit moos (leguin.freenode.net irc.freenode.net) 11.58.23 Quit CyBergRind|w (leguin.freenode.net irc.freenode.net) 11.58.23 Quit Ravendug (leguin.freenode.net irc.freenode.net) 11.58.23 Quit desowin (leguin.freenode.net irc.freenode.net) 11.58.23 Quit B4gder (leguin.freenode.net irc.freenode.net) 11.58.23 Quit lymeca (leguin.freenode.net irc.freenode.net) 11.58.23 Quit soap (leguin.freenode.net irc.freenode.net) 11.58.23 Quit ze (leguin.freenode.net irc.freenode.net) 11.58.23 Quit crashd_ (leguin.freenode.net irc.freenode.net) 11.58.23 Quit scorche|sh (leguin.freenode.net irc.freenode.net) 11.58.23 Quit TMM (leguin.freenode.net irc.freenode.net) 11.58.23 Quit thegeek (leguin.freenode.net irc.freenode.net) 11.58.23 Quit Mouser_X (leguin.freenode.net irc.freenode.net) 11.58.23 Quit goffa (leguin.freenode.net irc.freenode.net) 11.58.23 Quit courtc (leguin.freenode.net irc.freenode.net) 11.58.23 Quit dionoea (leguin.freenode.net irc.freenode.net) 11.58.23 Quit Feisar (leguin.freenode.net irc.freenode.net) 11.58.23 Quit Beta2K (leguin.freenode.net irc.freenode.net) 11.58.23 Quit spleenk (leguin.freenode.net irc.freenode.net) 11.59.55 NHeal leguin.freenode.net irc.freenode.net 11.59.55 NJoin ChanServ [0] (ChanServ@services.) 11.59.55 Join miepchen^schlaf [0] (n=miepchen@p54BF79B3.dip.t-dialin.net) 11.59.55 NJoin mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 11.59.55 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 11.59.55 NJoin DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) 11.59.55 NJoin kraizee [0] (n=irc_by@turbo.sml.by) 11.59.55 NJoin OlivierBorowski [0] (n=OlivierB@ANancy-157-1-87-182.w86-218.abo.wanadoo.fr) 11.59.55 NJoin ddalton [0] (n=ddalton@210-84-40-128.dyn.iinet.net.au) 11.59.55 NJoin PaulJam [0] (i=PaulJam_@vpn-3056.gwdg.de) 11.59.55 NJoin TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 11.59.55 NJoin moos [0] (i=moos@m170.net81-66-158.noos.fr) 11.59.55 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 11.59.55 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 11.59.55 NJoin bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 11.59.55 NJoin petur [50] (n=petur@rockbox/developer/petur) 11.59.55 NJoin davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.59.55 NJoin Rob2222 [0] (n=Miranda@p4FDCE899.dip.t-dialin.net) 11.59.55 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 11.59.55 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 11.59.55 NJoin GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 11.59.55 NJoin w0rd54 [0] (i=blackdev@100mbit.top-site.us) 11.59.55 NJoin khermans [0] (n=khermans@ip68-5-138-238.oc.oc.cox.net) 11.59.55 NJoin perrikwp [0] (i=9821663a@gateway/web/ajax/mibbit.com/x-477b3793b6bbb500) 11.59.55 NJoin ali_as_ [0] (n=as@ambix.plus.com) 11.59.55 Join JdGordon|afk [0] (n=jonno@rockbox/developer/JdGordon) 11.59.55 NJoin corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) 11.59.55 NJoin CyBergRind|w [0] (n=cbr@212.98.160.130) 11.59.55 NJoin Ravendug [0] (n=ravendug@73.100-84-212.ippool.ndo.com) 11.59.55 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 11.59.55 NJoin thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 11.59.55 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 11.59.55 NJoin simonrvn [0] (i=simon@unaffiliated/simonrvn) 11.59.55 NJoin desowin [0] (n=desowin@atheme/developer/desowin) 11.59.55 NJoin fyrestorm [0] (n=fyre@cpe-68-173-174-251.nyc.res.rr.com) 11.59.55 NJoin tonyyarusso [0] (n=tony@ubuntu/member/tonyyarusso) 11.59.55 NJoin lymeca [0] (i=lymeca@unaffiliated/lymeca) 11.59.55 NJoin Neovanglist [0] (i=Neovangl@69.31.129.33) 11.59.55 NJoin BrendanW [0] (i=BrendanW@ppp-71-137-110-146.dsl.scrm01.pacbell.net) 11.59.55 NJoin cendres [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 11.59.55 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 11.59.55 NJoin Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 11.59.55 Mode "#rockbox +o ChanServ " by irc.freenode.net 11.59.55 NJoin FOAD [0] (n=dok@dinah.blub.net) 11.59.55 NJoin Mouser_X [0] (n=mouser_x@layl001.digis.net) 11.59.55 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 11.59.55 Join Zom [0] (n=zom@reactos/tester/Zom) 11.59.55 NJoin cg [0] (n=cromos@dsl-olubrasgw1-ff8fc100-80.dhcp.inet.fi) 11.59.55 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 11.59.55 NJoin A4- [0] (n=A4@86.89.84.164) 11.59.55 NJoin tatootian [0] (n=lol@bas13-toronto12-1167984922.dsl.bell.ca) 11.59.55 NJoin HellDragon [0] (i=jd@unaffiliated/helldragon) 11.59.55 NJoin crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 11.59.55 NJoin HEx [0] (i=HEx@83-231-209-76.dsl.prodigynet.co.uk) 11.59.55 NJoin mnakilopn [0] (i=0@86.122.116.44) 11.59.55 NJoin daurnimator [0] (i=daurn@unaffiliated/daurnimator) 11.59.55 NJoin BrianHV [0] (n=bhv1@64.62.190.165) 11.59.55 NJoin daven [0] (n=daven@145.175.adsl.brightview.com) 11.59.55 NJoin pabs [0] (n=pabs@xor.pablotron.org) 11.59.55 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 11.59.55 NJoin gibbon_ [0] (n=joel@195.182.2.234) 11.59.55 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 11.59.55 NJoin soap [50] (n=soap@rockbox/staff/soap) 11.59.55 NJoin midkay [0] (n=midkay@rockbox/developer/midkay) 11.59.55 NJoin gromit`` [0] (n=gromit@ALagny-154-1-47-235.w83-200.abo.wanadoo.fr) 11.59.55 NJoin Reinhart_ [0] (i=wizard@chime.student.utwente.nl) 11.59.55 NJoin goffa [0] (n=goffa@216.220.23.105) 11.59.55 Join courtc [0] (n=court@unaffiliated/courtc) 11.59.55 NJoin Hodapp [0] (n=angel@cpe-75-179-155-26.woh.res.rr.com) 11.59.55 NJoin Addicted [0] (i=fnode@sh33p.g0.m33p.info) 11.59.55 NJoin shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 11.59.55 NJoin Battousai [0] (n=bryan@gentoo/developer/battousai) 11.59.55 NJoin Galois [0] (i=djao@efnet-math.org) 11.59.55 NJoin freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) 11.59.55 NJoin rgould [0] (n=rgould@CPE00016ce73a0c-CM001a66682bea.cpe.net.cable.rogers.com) 11.59.55 NJoin krazykit [0] (n=kkit@140.141.29.54) 11.59.55 NJoin ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 11.59.55 NJoin scorche [0] (i=Blah@rockbox/administrator/scorche) 11.59.55 Join dionoea [0] (n=dionoea@videolan/developer/dionoea) 11.59.55 NJoin basti [0] (i=bnc@85.214.109.173) 11.59.55 NJoin z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 11.59.55 NJoin Feisar [0] (n=jljhook@mun.irkki.fi) 11.59.55 NJoin rvvs89 [0] (n=rvvs89@pdpc/supporter/active/rvvs89) 11.59.55 NJoin Beta2K [0] (n=Beta2K@cerberus.drazof.com) 11.59.55 NJoin spleenk [0] (i=torstehe@leopard.stud.ntnu.no) 11.59.55 NJoin crashd_ [0] (i=foobar@lostnode.org) 11.59.55 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 11.59.56 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 11.59.56 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 11.59.59 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 12.01.28 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 12.08.30 Quit petur ("reboot") 12.11.29 Join petur [50] (n=petur@rockbox/developer/petur) 12.14.58 Join bughunter3 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 12.19.12 Join MethoS- [0] (n=clemens@host-091-096-210-115.ewe-ip-backbone.de) 12.25.32 Quit khermans ("Leaving") 12.26.12 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.26.49 # Nico_P: Morning, any testing you'd like doing? 12.27.11 # pondlife: hi :) 12.27.26 # I can give you the patch, but I know of a few regressions 12.27.51 Quit bughunter2 (Read error: 110 (Connection timed out)) 12.27.54 # OK, maybe not worth me running it yet then 12.28.07 # I've been using it this morning and it's mostly stable 12.28.22 # Don't want to waste your time with reports for known issues. 12.28.24 # actually it is stable as long as you don't stop after skipping 12.28.40 Part B4gder 12.28.47 # what I'd be interested in, though, is if you find skipping to be more responsive thatn with svn 12.29.13 # and there could be some regressions I don't know about too 12.29.19 # OK 12.29.27 # Pop it on FlySpray? 12.29.51 # I'll pastebin it. I don't think I'll put it on flyspray 12.30.58 # http://pastebin.ca/980863 12.31.14 Quit Jon-Kha (Read error: 131 (Connection reset by peer)) 12.31.22 Join Jon-Kha [0] (i=jon-kha@83.150.91.127) 12.32.08 # know issues are: next track info not being refreshed on initial load (go into the menu and back for it to appear), it's not loaded for the first unbuffered track either 12.32.41 # and also stopping after having skipped will freeze the player 12.32.57 # Stopping at all? 12.33.12 # I'll need a pin? 12.33.16 # stopping is fine if the buffer isn't being filled 12.33.22 # Ah, ok 12.33.27 # and even when it is, it'll often be ok all the same 12.33.31 # So wait for buffering before stopping 12.33.49 # Building... 12.34.04 # I've only seen it freeze when stopping right after skipping 12.34.24 # I have a pretty good idea why it does, but I haven't had time to fix it 12.36.09 # Nico_P: I noticed the playback will restart the same song occasionally again, but only if: 12.36.20 # - I press next causing the disk to spin up 12.36.28 # - the current track was not totally buffered 12.36.38 # Aniway I can't reproduce it reliably. 12.36.47 # mrkiko: are you up-to-date? I suspect you aren't 12.36.59 # I fixed something similar in r16955 12.37.10 # I know... 12.37.32 # what version are you running then? 12.37.35 # Infact I'm talking about the yesterday SVN release 12.38.12 # 17066 12.38.16 # hmm well I'm in the process of reworking some parts of that code, so hopefully the bug will be gone 12.39.01 # Nico_P: why is playback a complex task? 12.40.26 # Nico_P: The WPS isn't updating it's playlist index at all (even if I go out to the menu and back in)... known issue? 12.40.27 # * jhMikeS thinks it shouldn't be so much - not like it is now anyway. 12.41.12 # pondlife: ah yes. in gwps-common.c, remove the #ifdefs for the playlist index and use the same case as HWCODEC 12.41.22 # I didn't includ that in the patch 12.41.34 # let me find the line 12.41.56 # pondlife: ~827 12.42.16 # use playlist_get_display_index() instead of id3->index+1 12.42.45 # jhMikeS: I think my patch makes it simpler but it can still be simplified 12.42.46 Join Mathiasdm [0] (n=Mathias@vpnf018.ugent.be) 12.43.31 # Nico_P: I was just making a general comment about playback, not commenting on the patch. 12.43.34 # especially track skipping... would it be correct to tweak ci.new_track in audio_slip (which is run on the UI thread)? 12.43.42 # I know :) 12.43.53 # s/slip/skip 12.44.13 # ci.new_track runs on the codec thread too 12.44.58 # the codec would immediate try to jump tracks 12.45.00 # yes but would it be ok for the UI thread to write it? currently there's a queue message being posted so that it is written by the audio thread 12.45.30 # written being incremented or decremented in that case 12.45.59 # I think it would help with skipping responsiveness and would make the process a bit simpler 12.46.24 # it would also allow getting rid of wps_offset for that case 12.46.46 # umm...hmmm. 12.47.08 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.49.54 # * pondlife wonders if the audio thread could be scrapped completely.... ? 12.52.04 # I guess if audio responds to Q_AUDIO_CHECK_NEW_TRACK in the proper way (whatever that may be) 12.52.05 # Nico_P: It rebuffers when I select a buffered track in the playlist viewer, I think SVN did too though... 12.52.16 # it did 12.55.35 Quit miepchen^schlaf () 12.55.41 # pondlife: I'm not sure that would simplify anything - perhaps it would have to opposite effect. 12.55.45 # hehe 12.56.02 # Seems whatever happens to playback.c it has the opposite effect :p 12.56.31 # Nico_P: that manner in which the skipping and next track stuff is handled between thread is abundantly unclear :0 12.57.39 # jhMikeS: Nico_P made some notes on IRC a couple of days ago, I suggested thay are wikified 12.57.48 # s/thay/they 12.57.50 # Q_AUDIO_CHECK_NEW_TRACK should probably send the info in the data parameter instead of changing ci.new_track 12.58.02 # *codec_load_next_track 12.58.42 Join Gartral [0] (n=Gartral@adsl-75-33-78-100.dsl.bcvloh.sbcglobal.net) 12.58.51 # most of this code was written before sync messages and so hacked around it 12.59.09 Quit desowin (Read error: 113 (No route to host)) 12.59.19 Quit ddalton ("leaving") 12.59.32 # why wont the dockpod Aqua theme download from the theme maneger part of rbutil? 13.00.15 # jhMikeS: oy 13.00.29 # jhMikeS: am i wrong in saying that the eq is never initialized or reinitialized anywhere? 13.00.46 Join desowin [0] (n=desowin@atheme/developer/desowin) 13.00.51 # i get HTTP error 400 13.01.16 # (no access, if i remember my HTTP error code right) 13.01.18 # jhMikeS: yeah it's a ping pong game 13.01.31 # I said I'd make a diagram 13.01.41 # I want to stress I didn't write it though :) 13.02.35 # i think dsp should have a hook on playback stop, so we can zero out filter histories and the like 13.03.42 Nick kraizee is now known as krz2 (n=irc_by@turbo.sml.by) 13.04.06 # may i get confimation the room heard meh? 13.04.08 # Nico_P: hi! i've just made gui for checkwps. any feedback or advice? thi link is the comment to the application 13.04.41 # jhMikeS: good idea (passing the data in the param). I'll use it when I go back to rewriting audio_check_new_track... what about incrementing ci.new_track in audio_skip? 13.04.51 # pondlife: how do you find responsiveness on unbuffered skips? 13.05.10 # krz2: I'll go check it out ASAP 13.05.11 # A bit quicker 13.05.23 # Not massively so, though 13.05.28 # Nico_P: actuall, why not just flag that message originated with the codec and process entirely on the audio thread? 13.05.35 Quit mrkiko (Remote closed the connection) 13.05.41 # * Gartral shouts HELLO, and waits for an echo 13.05.51 # pondlife: there is data to be loaded, don't expect miracles ;) 13.06.14 # Nico_P: It might feel less responsive because the WPS playlist index stays at 1 13.06.39 # pondlife: you just need to change the wps code as I indicated earlier 13.06.43 # Ah, sorry 13.06.45 # why wont the dockpod Aqua theme download from the theme maneger part of rbutil? 13.06.55 # i get HTTP error 400 13.07.07 # pondlife: but audio_current_track might need a bot of adapting too 13.07.24 # I have something in store to make it not hit the disk when dircache is off 13.07.25 # Nico_P: Bit? 13.07.40 # Gartral: I have no idea 13.07.42 # OHELL 13.08.10 # you said "need a bot" i was correcting you 13.08.44 # jhMikeS: I don't see what you mean... audio_chec_new_track is called on the audio_threa 13.09.02 # and I was thinking of manual skips which are triggered by audio_skip on the UI thread 13.09.32 # and then audio_initiate_track_change on the audio thread 13.10.01 # Nico_P: see codec_load_next_track 13.10.51 # ah, you mean things like codec_track_skip_done should be moved to the audio thread ? 13.11.00 # that queue_send's Q_AUDIO_CHECK_NEW_TRACK but messes with two variable and it really has no reason to at all 13.11.09 # so does anyone care that the theme im trying too download isnt downloadable too my sansa e250? 13.11.26 # Nico_P: no only the modification of variables 13.11.55 # ci.ne_track and automatic_skip? yes, I have an idea on how to get rid of them 13.12.15 # lines 1159-1171 should really be on the audio thread 13.13.12 # maybe not the logf but... 13.13.47 Quit krz2 (Read error: 104 (Connection reset by peer)) 13.13.47 # I agree 13.14.08 Join krz2 [0] (n=irc_by@turbo.sml.by) 13.14.32 # when I finish with the buffering stuff I'll deal with that and audio_check_new_track 13.15.26 # then only audio controls the contents of those variables and codec is simply a reader (to know when to call back). 13.16.29 # actually a single ci variable with an action return would be enough instead of all these flags that codecs watch 13.16.31 *** Saving seen data "./dancer.seen" 13.17.15 # an action return? I don't understand what that would be 13.17.34 # you mean it would be an enum with action codes? 13.18.07 # is my issue known... or should i submit it too flyspray? 13.18.43 # if the variable is set (one flag telling the codec to call back for more info), it calls a single callback routine that returns "check new track" or "exit" or whatever 13.18.54 Quit Mathiasdm ("Yuuw!") 13.19.31 Quit parafin (Remote closed the connection) 13.19.45 # ah, right... wouldn't the enum do the same thing in a simpler way though, or would it create possible race conditions? 13.20.03 Join parafin [0] (i=parafin@paraf.in) 13.20.04 Join Mathiasdm [0] (n=Mathias@vpnh184.ugent.be) 13.20.18 # you ask people too tell you when they hit a bug... but you never answer me when i report one... this isnt good for gettingmore people too use your wonderfull code 13.20.20 # perhaps it can just do all the processing and tell the codec what it should do re: decoding then it would be simpler even 13.20.45 Join DerPapst [0] (n=DerPapst@p4FC2405F.dip0.t-ipconnect.de) 13.21.03 # Gartral: sorry. have you tried other themes? is it just that single one? 13.21.47 # yes.. i just re downloaded every one excluding Dockpod Aqua orig 13.21.58 # jhMikeS: also you haven't told me what you think of moving the ci.new_track inc(dec)rementation to audio_skip 13.22.13 # i get HTTP error 400 when trying to download it with rbutil 13.22.21 # Gartral: then it's probably a problem on the server side rather than a bug 13.22.38 # its been this way since m1.0.2... 13.22.44 # in rbutil 13.22.52 Quit Seed (Remote closed the connection) 13.23.01 # ah, then it might be a bug triggered by something special with that theme 13.23.14 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.23.24 # Nico_P: My suggestion came from looking into it :) and what should probably be done before even doing that (moving that code out of codec_load_next_track) 13.23.27 # (hasnt tryed earlyer... seeing as he hasnt had a Rockboxable DAP for that long) 13.24.08 # well... howcome you havent noticed it till now? 13.24.23 # because we don't install themes often maybe 13.24.33 # it's an ipod video theme, isn't it? 13.24.43 # the problem comes that a manual skip can be transformed into an automatic skip near the end of a track which isn't right 13.24.44 # no... Sansa e200 seris 13.24.55 # series* 13.25.22 # a manual skip should have higher priority afterall 13.25.44 # Gartral: the space in the name might cause a problem. a bug report on FS is in order I guess 13.26.08 # every other theme downloads and works... thats the weird par 13.26.11 # part* 13.26.25 # Gartral: probably the space not being handled properly 13.26.49 # wouldnt that be the case with every theme with a space then? 13.27.07 # wich would be alot of them 13.27.10 # jhMikeS: I agree. I'll try to spend some time on that part today 13.27.15 # Gartral: I don't see many 13.27.32 # I mean in the filename, not in the theme's title 13.28.04 # ohh 13.28.49 # krz2: would you mind reminding me your name? 13.29.07 # jhMikeS: nice work on the S btw :) 13.30.47 # * Nico_P bbs 13.30.55 # should i file it under RBUtil... or WPS? 13.31.54 Join parafin|away [0] (i=parafin@parafin.dialup.corbina.ru) 13.34.22 # wow... did i really confuse you all that badly? 13.35.55 # welll... its definatly RBUtil side... i just downloaded it from the site, no probs 13.37.51 # and why are there themes on site that arnt in RBUtil? 13.37.51 # Nico_P: thanks. handling the PMU properly is a major chunk of that port. 13.39.55 # Nico_P: btw, have you gotten "unhandled IRQ in irq_handler" when untarring? 13.40.06 Quit Seed (Remote closed the connection) 13.40.13 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.41.43 # why must i fight devs for such minimal attention? 13.41.53 Quit krz2 (Read error: 104 (Connection reset by peer)) 13.42.07 Quit parafin (Read error: 113 (No route to host)) 13.42.09 Join krz2 [0] (n=irc_by@turbo.sml.by) 13.42.44 # Gartral: file it under rbutil 13.43.00 # Nico_P: Rostislav 13.43.58 # ty... finally 13.45.12 # Gartral: You're not fighting anyone. There aren't many rbutil devs though - 13.45.19 # I don't see any here at the moment 13.45.40 # Hence, pop it on Flyspray and they can pick it up 13.47.52 # but *we* are fighting those annoying users that use our code and find bugs in it :-) 13.48.19 # * pondlife raises a pitchfork 13.48.28 # im at least kind enough to post it AFTER asking you if its a current bug 13.48.29 # * jhMikeS lights a torch 13.48.50 # * Gartral brings out his uzis 13.48.56 # * pondlife throws a copy of playback.c at the user 13.49.04 # jhMikeS: I never got the IRQ thing, but I also didn't upgrade to your changes yet 13.49.21 # Nico_P: this is with an SVN bootloader 13.49.29 # instead of some who posted it BEFORE 13.49.44 # * Gartral nods twords the golden quotes section 13.50.00 # Problem is, nobody here knows the answer to your question, so you get silence. 13.50.17 # The logical alternative is 128 x "No idea, sorry." 13.50.33 # Sorry, 127, you wouldn't respond to yourself :) 13.50.45 # it would be nice if i were at least reconised... or shown some form of "ok... no answer.. sorry" 13.51.10 # krz2: ok, thanks. we also have a Krzysztof and go figure why I thought it was you ;) 13.51.15 Join miepchen^schlaf_ [0] (n=miepchen@dslb-088-074-046-216.pools.arcor-ip.net) 13.51.19 # not total silence like Vista trying too load a program built for Win98 13.52.59 # krz2: ah, I'm going to have to ask for the source. first because I use linux, and also because I want to see it :) 13.53.55 # and just a random feature request in the Rockbox Player... AN AM/FM radio chip/tuner would be nice 13.54.25 Nick bughunter3 is now known as bughunter2 (n=Jelle@ip565fbeaa.direct-adsl.nl) 13.54.41 # shortwave radio? gamma ray burst detector? :P 13.55.59 # LOL... not a total Shortwave radio... (though that might be cool), but a CB tuner would definatly be cool 13.56.13 # that requires hardware AFAIK 13.56.22 # lol 13.56.32 # Nico_P: as soon as i will finish "showing checkwps output" and clear the sourse, i will upload it :-) 13.56.40 # and a high gain antenna 13.56.51 # krz2: ok, thanks. binaries aren't any good to me 13.57.25 # ok... im done making insane request (unless youed like too implement a TV tuner) 13.58.00 # Nico_P: With your patch, I get a hard lock at natural end of playlist too 13.58.15 # pondlife: ah, didn't know about that one. thanks 13.58.32 # Ah, not a hard lock - the hold switch is being read... 13.58.48 # could you all clear something up for me... when you lock your DAP... what exactly does it turn off and leave on? 13.59.39 # It just ignores the keyboard, and can be configured to turn off the backlight. 14.00.17 # Nico_P: I need a pin to shut down though :/ 14.00.44 # doesnt it turn off the whole screen and LCD controller, too? 14.00.46 # yes. I think I know roughly what happens... sorry about that :/ 14.03.02 # Gartral: No 14.03.15 # cus when reactivated... it shows a white flash for like, 3 milliseconds... 14.03.26 # then brings up the screen 14.04.13 # Hmm, maybe it depends on the device 14.04.31 # * jhMikeS ok, now where the PMIC GPIO interrupt hiding? 14.04.45 Quit Mathiasdm ("Yuuw!") 14.04.45 Join webguest79 [0] (n=d9e1f4b4@gateway/web/cgi-irc/labb.contactor.se/x-8d1b74ac76215a07) 14.05.19 # sansa E250 14.05.20 # #ubuntu 14.05.49 Join Mathiasdm [0] (n=Mathias@vpnf071.ugent.be) 14.06.18 # im shure we all know of ubuntu 14.07.04 Quit desowin (Read error: 110 (Connection timed out)) 14.11.04 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 14.12.49 # my mistake, wrong channel, sorry 14.12.56 Quit webguest79 ("CGI:IRC") 14.13.15 # Nico_P: 2 or 3 targets will be enough? surely it can support all targets =) 14.14.28 Part Gartral 14.14.44 # krz2: if adding more targets is just filling in some data without doing anything different, I don't think it's worth doing that for this task 14.15.27 # Of course, if you want to do it, go ahead ;) 14.18.02 # krz2: could you also add a comment with the times and dates I asked for ? We have to talk to a lot of people, and the sooner we have this, the sooner we can work out the schedule 14.25.49 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 14.30.31 # gevaerts: you mean the time it was done? 14.31.41 # or something else? 14.31.52 # krz2: yes. We'd like to have some kind of 'interview', and we need to schedule those 14.32.46 # gevaerts; ah, so the time is the same as that comment, later i will add the time more 14.34.14 # The task doesn't need to be finished when we hold the interview 14.37.25 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.44.19 # pondlife: does end of playlist consistently cause a lockup for you? I haven't seen it yet 14.44.48 # Only hit it once yet 14.44.54 # I should try shorter albums... :) 14.45.28 # it might be the same issue as the stop one 14.46.43 # Very likely 14.49.37 Join DavidS1 [0] (n=Tordre@n099h024.wsr.mun.ca) 14.55.15 # ah, got it on the sim :) 14.55.19 # hard to get though 14.55.34 # Xlib: unexpected async reply (sequence 0x85)! 14.55.57 # Wow.. memory corruption? 14.56.14 # I don't know, maybe 14.58.04 Join BigBambi [0] (n=86ceaf40@rockbox/staff/BigBambi) 15.01.44 Quit BigBambi (Client Quit) 15.03.27 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.03.45 Join MethoS-- [0] (n=clemens@host-091-096-215-077.ewe-ip-backbone.de) 15.03.56 Quit MethoS- (Read error: 104 (Connection reset by peer)) 15.05.12 Quit Mathiasdm ("Yuuw!") 15.05.37 Quit midgey () 15.07.36 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-ed9b8aea41084ac0) 15.07.37 Quit DavidSG (Read error: 110 (Connection timed out)) 15.15.08 # wow... that mazezam commit makes it almost unplayable on ipods at least.... 15.16.34 *** Saving seen data "./dancer.seen" 15.21.46 # DerPapst: I haven't gotten to try the new commit yet. How bad is it? 15.22.30 # gevaerts: the ipod seems to block something as soon as I mount it... it takes something like 1 minute before I can write anything to it 15.22.49 # and also my CPU graph display freezes for as long 15.22.54 # Nico_P: are you using high speed and a hub ? 15.23.03 # I'm using full speed and no hub 15.23.27 # front or back port ? 15.23.53 # it's a laptop, so I don't know. maybe "front". I'll try others 15.25.35 # pondlife: for some reason, the audio thread gets stuck in audio_stop_codec_flush and keeps yiedling forever 15.26.26 # gevaerts: I switched to one of the back ports and it's not making any difference 15.26.41 # Do you get errors in dmesg ? 15.27.03 # no 15.27.21 # I think the OF does the same thing though 15.27.39 # but still, it's weird and very annoying 15.28.30 # are you running some sort of automounter with fancy gui features ? 15.28.47 Quit parafin|away ("So long and thanks for all the fish") 15.28.49 Join parafin [0] (i=parafin@paraf.in) 15.28.56 # yeah, KDE displays a popup and mounts the disk for me 15.29.38 # I'll try to mount it manually 15.30.01 # Nico_P: What, audio_codec_loaded stays true? 15.30.26 # pondlife: I think it becomes true again before that code is reached, yes 15.30.34 # Ah. 15.30.45 # A job for logf. 15.31.10 # I wonder if audio_codec_loaded could be scrapped with use of queue sends? 15.32.33 # Another bit of global variable hell there. :) 15.33.51 # I think that'll be another cleanup if I can avoid doing it now :) 15.34.20 # Sometimes the only way is to pull the loose thread.. 15.36.43 # Maybe the pcm stuff can all occur on the codec thread? 15.37.00 # Making audio_stop_codec_flush() redundant.. 15.37.25 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 15.38.23 # I've found a solution that involves clearing the codec queue in audio_stop_playback 15.38.31 # there were some messages left 15.40.42 # Nico_P: owey...that's harsh 15.41.50 # yes. I need to find why all those messages were sent in the first place 15.45.37 # it seems I'm being a bit too liberal with start_play 15.49.07 # LambdaCalculus37: i don't like it at all :-) 15.49.26 # LambdaCalculus37: if i have some time i'll manually revert parts of it. 15.50.00 Join K4rP4D [0] (n=krpd@unaffiliated/krpd) 15.51.17 # DerPapst: Okay. 15.51.36 # * LambdaCalculus37 reminds himself to update his build tonight from the SVN trunk 15.54.26 # LambdaCalculus37: the old menu is entirely gone and i think of making a mixture of the old menu and the new one using a viewport for the new menu and i'll revert the use of pluginlib_actions. 15.54.54 # gevaerts: manual mount doesn't change anything either 15.55.02 # DerPapst: Sounds like a good plan. Once it's ready, let me know and I'll give you some feedback. 15.55.28 # will take some time. but if i have something i'll put it on FS 15.55.46 # Groovy. 15.56.06 # Nico_P: strange. Do you have high speed ports ? Maybe trying a high speed build would help 15.56.19 # ok 15.56.50 # gevaerts: did you see when I said the OF (ie disk mode) did the same thing, though? 15.58.14 # Nico_P: do you have other UMS devices to try ? 15.58.27 # still the same with high speed. 15.58.31 # gevaerts: the sansa works fine 15.58.44 # the gigabeat acts weird too, but differently 15.59.16 # this one mounts fine but makes kded roof my CPU usage 15.59.56 Join mf0102 [0] (n=michi@85.127.182.33) 16.00.41 # pondlife, jhMikeS: I found a cleaner fix, but it involves a global var, to communicate the value of start_play from audio_load_track to audio_finish_load_track 16.00.55 Join perrikwp|class [0] (i=98213489@gateway/web/ajax/mibbit.com/session) 16.01.05 # cleaner fix rarely involves a new global.... :) 16.01.30 # I suppose play commands can't overlap.. 16.01.52 # Nico_P: I'm suspicious about there being no dmesg errors. That really makes it sound like a host-side problem to me 16.01.54 # I don't really see how I can do better now that the two parts of audio_load_track are separate 16.02.21 # gevaerts: could it be some kind of disk scan that takes long because of fill speed and the massive HD? 16.02.32 # s/fill/full 16.03.02 # Could be. Could you try mounting it sometime without kde running ? 16.03.27 # ok, I'll try 16.03.58 # but could the fact that my CPU graph freezes indicate that the scan is happening at a lower level than KDE? 16.04.16 # that's the only occasion where I ever see that thing freeze 16.04.43 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 16.05.01 # jhMikeS: Just to confirm something: for r17071, you said that the iPod video doesn't need the ATA locking hack. Does this mean that CF cards work right off the bat on iPod videos? 16.05.06 # It's most probably io bound. That can basically make anything freeze 16.05.20 # Or is it regarding something else? 16.05.35 # LambdaCalculus37: something else 16.06.09 # petur: Ahh, okay. I was a tiny bit confused by it at first. 16.06.55 # So what does it pertain to, then? 16.08.50 # I think the way the driver is locked for multiple threads 16.08.50 Quit markun (Read error: 104 (Connection reset by peer)) 16.09.05 # pondlife: want to try an updated version? 16.09.22 # OK, but in a while 16.09.28 Join csc` [0] (n=csc@archlinux/user/csc) 16.09.54 Join markun [50] (n=markun@rockbox/developer/markun) 16.10.11 Part LinusN 16.10.58 Quit moos ("Rockbox rules the DAP world") 16.11.14 # petur: Ahh. 16.11.16 # petur: I'll hopefully soon know whether your CF fixes work for ipod mini :) 16.12.21 # nice 16.13.59 # * amiconn ordered a 32GB CF card yesterday 16.14.12 # aslow one? 16.15.16 # pondlife: no rush. http://pastebin.ca/981024 for when you're ready 16.15.33 # Thanks. I need to eat first 16.16.13 # LamdaCalculus37: I don't know about CF cards but there's no oddball problems like reported with the 60/80 16.18.13 # petur: Did I miss any news on the H300 bootloader ATA failure? 16.18.30 # no :( 16.18.32 # jhMikeS: Thanks for verifying. :) 16.18.41 # I saw the MR thread... 16.19.15 # petur: http://www.transcend.de/Products/ModDetail.asp?ModNo=174&LangNo=20 16.19.40 # pondlife: I'm doing small incremental changes in debugging to reliably spot up to where it runs ok 16.20.10 # amiconn: not bad at all! 16.20.37 # petur: It's very touchy though, right? i.e. the problem goes away if you printf... 16.21.05 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 16.21.19 # well the behaviour changes easily. Last night I had a priv exception for the first time 16.22.18 Part J-23 16.22.56 # * petur went back to v5 for daily use 16.23.06 # Urgh 16.23.15 # 144EUR... not bad. 16.23.18 Join MethoS- [0] (n=clemens@dyndsl-085-016-160-080.ewe-ip-backbone.de) 16.23.36 # * petur wishes he had seen that before ordering his 8GB 16.23.43 # v5 = no USB bootloader mode, here.. 16.23.52 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 16.24.03 # (plus no charging, RTC or remote startup) 16.24.50 # amiconn: do you think you could organize a devcon in berlin or will it go to stokholm again? 16.28.37 # Nico_P: That seems better - does it fix the STOP crash too? 16.28.45 # pondlife: yes 16.28.50 # Good 16.29.00 # I only fixed the stop crash and the next track info 16.29.46 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.30.15 # So not much more to fix? 16.30.31 # * pondlife might be brave enough to enable auto-dir-change 16.30.50 # no, the last thing I know of is the first unbuffered track 16.31.05 # when you reach the end of buffered tracks, the next track info won't show up 16.31.16 # Ah, ok 16.31.59 # then I'll have some cleanup to do 16.32.16 Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") 16.32.43 # Synced playlist index change is a later issue, right? 16.33.01 Quit rgould (Read error: 104 (Connection reset by peer)) 16.34.17 # ah yes, I need to fix that of course 16.34.40 # I don't want to change gwps-commonc.c in my commit 16.34.46 # That's after you've worked on audio_check_new_track() then... 16.34.53 # yes 16.35.05 # but for now I need to update id3.index correctly 16.35.11 Quit corevette (Remote closed the connection) 16.35.18 # btw, the most noticeable improvement should be multiple unbuffered skipping 16.36.01 # It's definitely better 16.37.33 # that's because it really concentrates on one track at a time 16.37.40 # I've only tried on H300, I should add 16.37.57 # previously it would load all metadata at once and at the same time try to buffer audio 16.38.12 # Fighting with itself a little? 16.39.03 Quit dabujo (Read error: 104 (Connection reset by peer)) 16.40.15 Quit CyBergRind|w ("!") 16.40.26 Quit MethoS-- (Read error: 113 (No route to host)) 16.41.25 # yes, exactly 16.41.38 # Nico_P: It's vastly faster when using auto change dir, and skipping backwards 16.41.46 # :) 16.41.52 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 16.41.55 # this player doesn't look too bad: http://www.anythingbutipod.com/archives/2008/04/insignia-pilot-review.php 16.43.16 # Bluetooth... 16.45.34 # markun: when will you start ? 16.45.40 # :) 16.46.48 # The OF doesn't seem so bad 16.47.04 # DerPapst: 131EUR @amazon.de, including shipment 16.47.51 # gevaerts: but I'm curious what's inside :) 16.48.07 # markun: buy one and find out ;) 16.48.13 # nah :) 16.49.22 # markun: I've seen that player before. Best Buy stores here in the U.S. sell them. 16.50.11 # To be honest though, the OF on them is rather aggrivating after a while. 16.50.48 # Good :) Where would rockbox be without bad OFs ? 16.52.27 # Nowhere. :) 16.53.19 # * LambdaCalculus37 sees that lowlight added the MI4 for the SA9200 to /bootloader/main-pp.c 16.53.46 # * gevaerts starts an online petition to urge DAP manufacturers to provide bad firmware 16.54.11 # * petur walks over to the bar to have a beer before the weekend 16.54.22 # A friend of mine has the GoGear HD6330; time to get a firmware update an the mi4 key so she can get into the fun. :) 16.54.23 Quit petur ("connection reset by beer") 16.54.30 # *s/an/and 16.57.22 # LambdaCalculus37: could you ask in such a store if you could open up a player to check what's inside before you decide to buy it? :) 16.58.07 # markun: they might say yes, thinking that you mean the packaing ;) 17.00.45 # markun: Better yet... buy one and immediately tear it open right in front of them. :) 17.00.59 # And I mean "open the DAP itself". 17.01.28 # And then ask for a refund because it's broken ? 17.01.50 # "This firmware sucks! Give me a refund!" :P 17.02.19 # * LambdaCalculus37 sees the HDD6330 MI4 on Bagder's page and sees it needs the BL to decode 17.02.54 Quit [CBR]Unspoken|w ("!") 17.03.12 # Ahh, crud. =/ 17.07.05 Join kekc [0] (n=mus1c@84.237.150.40) 17.07.46 # Hi all! 17.08.04 # hi kekc 17.08.07 # * kekc need help with rockbox install. 17.08.09 # ;( 17.08.30 # * linuxstb needs a question before he can give an answer 17.08.44 # ;) 17.09.00 # I don't know why, but ipod patcher dont see my iPOD :( 17.09.08 # What kind of ipod is it? 17.09.13 # sorry 4 my ban english 17.09.17 # Ipod nano 4gb 17.09.26 # 1st or 2nd generation? 17.09.31 # or 3rd? 17.09.37 # I don't know what gen it is 17.09.38 # Can it play videos? 17.09.42 # i can show pic 17.09.43 # no 17.09.45 # What does it look like? 17.09.52 # a pic would be good 17.09.53 # only music & photos 17.09.57 # 1 sec 17.10.01 # Plastic front and shiny back, or all metal body. 17.10.31 # http://www.shopfoto.ru/images/product/big/35210.jpg 17.10.43 # full metalic body 17.10.51 # That's why it doesn't see it. 17.10.52 # That's a 2nd generation nano - Rockbox doesn't work on it 17.10.54 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.11.05 # fuck :((( 17.11.17 # ;) 17.11.18 # And may never work on it. 17.11.44 # Unless someone can successfully decrypt the original firmware. 17.12.26 # I just wanted to do something with that ipod. Don't like def interface ;(( 17.12.55 # kekc: Go on eBay and buy a supported iPod. 17.13.06 # Or buy any supported player. 17.13.14 # we now at least have the documentation for the CPU in the nano 2g (same as the meizu m6) 17.13.19 # http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide 17.13.55 Quit ap0 ("Bye.") 17.13.58 # markun: PM 17.14.13 # o.k ;) Thanks.. bb! 17.14.28 Part kekc 17.16.27 Quit Nico_P (Remote closed the connection) 17.16.35 *** Saving seen data "./dancer.seen" 17.31.00 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.35.53 Join belze_ [0] (i=nifty@dslb-084-057-093-056.pools.arcor-ip.net) 17.38.39 # i just noticed, that with the latest build on my sansa e200, its not possible to go backward anymore. if you push the button, it shortly shows the name of the track before, but then jumps to the next track 17.38.49 # could it be that my config is somehow messed up? 17.40.34 # belze_: there have been changes in playback code recently. If it doesn't work on the latest build, you might want to submit a bug report 17.41.31 # ok, i will do so 17.41.45 # gevaerts: I've just found your usb-serial logf() code 17.41.55 # gevaerts: is that actuall usable? 17.42.07 # Hidden: on linux it is 17.42.11 # gevaerts: I'd like to do some debugging on an iriver h10 17.42.33 # Hidden: did you look at http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb ? 17.42.57 # gevaerts: no, I didn't find that page in the wiki-maze :) 17.43.01 # gevaerts: thanks for the link 17.44.47 # gevaerts: I have serious problems with the scrollpad on my h10 so I'd like to see debug messages 17.45.56 # Hidden: the logf() specific paragraph on that page should contain all you need. 17.46.25 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 17.46.37 Quit jgarvey (Read error: 110 (Connection timed out)) 17.46.56 # Hidden: scrollpad is far from perfect, there are already attempts to impove things on the tracker (don't remenber FS#) 17.47.00 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 17.47.41 # gevaerts: yep, I've found out the steps to enable it in rockbox but I didn't know how to set it up on my desktop... 17.48.17 # gevaerts: compiled ok, I'll give it a try this evening 17.48.23 # gevaerts: thanks for your help 17.48.50 # great. I'll be online most of the evening if you need more help 17.51.28 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 17.53.00 # gevaerts: it seems that low_light found the bootloader of the sa9200 :) 17.54.54 # toffe82: Now the fun can begin. :) 17.55.05 # :) 17.55.26 # who else has a sa9200 ? 17.55.36 # Not I. 17.56.03 # toffe82, LambdaCalculus37: spotted the fun with the beast? ;) 17.56.23 # no with the philips sa9200 17.57.25 # moos: I'm still waiting for my beast to arrive. ;) 17.57.48 # hehe, let's the fun arrives then ;) 17.58.20 # it seems that we will have 2 more player working soon 18.00.20 # always more and more, let's talk the rockbox's supremacy :) 18.02.19 # the philips sa9200 can be found cheap, around 30 or 40 $ I think 18.03.05 # * LambdaCalculus37 only sees one on eBay for $84.99 USD 18.04.16 # DerPapst: reading logs... is there anything specific broken in the mazezam controls on the Ipod or very weird or do you have another reason you want to revert pluginlib actions? 18.04.36 Quit gevaerts ("work->home") 18.05.16 # pixelma: How is the Ondio? 18.05.42 # haven't tried anything yet 18.06.10 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 18.08.03 Part linuxstb ("Leaving") 18.18.31 Quit thegeek (Read error: 104 (Connection reset by peer)) 18.20.59 Join herrwaldo [0] (n=waldo@ip-81-11-224-163.dsl.scarlet.be) 18.26.05 Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 18.26.14 Part pondlife 18.27.42 Join Buschel [0] (n=AndreeBu@p54A3E5E6.dip.t-dialin.net) 18.27.56 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 18.30.24 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.30.36 # * XavierGr just received his Sansa c240 18.31.09 # how can you tell if it is a version 2? just check the firmware version? 18.31.37 # from what I understand that should be a good way to find out 18.32.23 # frimware version: 01.01.05P 18.32.33 # I suppose that means it is a v1? 18.32.37 # yes 18.32.57 # Great! Let me Rockbox that thing then :) 18.33.02 # install rockbox and you will know for sure 18.33.04 # yes :) 18.33.19 # yes, but that is one without the MSC mode _setting_ in the OF... there are several ways to get it though 18.33.40 # moos: Yes, I saw - exciting :) 18.33.49 # A very pleasant surprise is that it supports Greek Menus on the OF 18.34.04 # not that I would ever use that, but it is the first mp3 player that offers such a thing 18.34.19 Join petur [50] (n=petur@rockbox/developer/petur) 18.34.44 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 18.34.52 # the player has a big word on its back saying REFURB 18.35.08 # it came wihtout any box and just the usb cable and phones 18.35.20 # I won't be bitchy though I bought it for just 23 euros 18.35.23 # REFURB is a sticker 18.35.27 Join salty-horse [0] (n=ori@pdpc/supporter/active/salty-horse) 18.35.39 # a few stickers, in fact 18.36.25 # yes it seems you are right, though difficult to remove them they are well sticked to it 18.36.41 # eh...a well placed fingernail works finr 18.36.44 # fine 18.36.56 # can anyone with a sansa e200 confirm this? 1) play a playlist. 2) when the last song ends and it returns to the main menu, the wheel won't work unless you click the "select" key 18.37.12 # BigBambi: indeed, very exciting :) 18.38.32 # heh it even has 5 audio tracks in it, strange 18.39.00 # unfortunately the OF isn't colourblind friendly 18.39.58 Join gevaerts [0] (n=fg@195-144-092-145.dyn.adsl.xs4all.be) 18.49.21 Part Jon-Kha ("[IRSSI] shaken, not stirred") 18.49.27 # ehm does anyone have a link of the msc sansa c200 firmware, the one on the wiki is broken 18.49.38 Join Jon-Kha [0] (i=jon-kha@83.150.91.127) 18.50.35 # XavierGr: http://daniel.haxx.se/sansa/c200/ 18.51.14 # thanks 18.53.20 Part Buschel 18.55.03 # XavierGr: Do you know any reallly user friendly OF? ;) 18.56.21 Part Jon-Kha ("[IRSSI] Reserve your copy of Irssi for the Nintendo Gameboy today!") 18.56.53 Join Jon-Kha [0] (i=jon-kha@83.150.91.127) 18.57.58 # amiconn: The closest I could think of would be the Rio Karma. 18.58.13 # * gevaerts steals an l from amiconn (he seems to have plenty) 18.58.52 # amiconn: indeed, very rare instance 18.59.44 Join wpyh [0] (n=william@th245021.ip.tsinghua.edu.cn) 19.00.36 # * amiconn never saw a Karma 19.01.22 Quit Horscht ("http://www.geisterfahrer.org") 19.01.34 # gevaerts: Want some more? They're on discount today ;) 19.01.58 # One will do, thanks ;) 19.02.05 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.03.00 # amiconn: One of very few players that I've seen that plays Vorbis and FLAC natively, and has some very unique features like file transfer over ethernet. 19.03.05 # c200 must have one of the worst colour lcd displays 19.03.06 Quit K4rP4D (Read error: 113 (No route to host)) 19.03.30 # XavierGr: Yes, it's rather blurry and hard to see under some lighting conditions 19.03.44 # XavierGr: Well, it's the only passive matrix colour LCDs (i.e. DSTN, not TFT) among our targets 19.03.54 # *LCD 19.04.07 Quit Mouser_X (Read error: 110 (Connection timed out)) 19.04.15 # XavierGr: I recommend the "old" rockbox_default over cabbiev2 on c200 19.04.30 # the philips also is blurry, with the OF 19.04.33 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.04.51 # gevaerts: I will give them both a try as well as iCatcher 19.04.59 # That's not another passive matrix LCD, is it, toffee82? 19.05.33 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.05.41 # yay just booted rockbox! :) 19.06.05 # \o/ 19.06.15 # can I delete the tmp and system folders? 19.06.36 # They will come back everytime you boot the OF 19.06.56 # ah nice, that means I will never boot the OF 19.07.23 # You'll need to for USB 19.07.32 # you will have to use the USB stack then 19.07.42 # hehe :) 19.07.48 # * gevaerts goes to hunt some food 19.07.50 # Unless you compile your own and try the experimental stack we have. :) 19.07.50 # Unless you plan on using the USB stack - but that may cause data corruption due to the SD driver 19.08.16 # ...and it might not work on all USB ports 19.08.27 # ah completely forgot about that, well I will try to use the USB stack and see what happens 19.08.36 # amiconn: The high speed USB stack appears quite stable. It's the full speed stack that's still shaky. 19.08.56 # Well, high speed works for me on root ports *only* 19.09.19 # (I don't have the SD problem as I only have hdd-based PP502x targets) 19.09.58 # I have to try the USB stack to input some feedback on the matter 19.11.22 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 19.11.32 Quit linuxstb (Nick collision from services.) 19.11.36 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 19.11.45 # most of our USB stack developers have a c200 (started on it). I wonder why... not 19.12.29 # wait, gevaerts made hi-speed working, but full speed doesn't yet? 19.12.40 # nice one 19.12.46 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 19.12.50 # (hi speed being the faster one, correct?) 19.13.30 # Horscht: Both work 19.13.59 # You select whether to enable high speed (the fast one) or not with a separate define 19.14.08 # yeah, but the "harder" one better, obviously 19.14.10 # shotofadds: Hi, do you know if there are any photos of a disassembled D2 DAB anywhere? 19.14.16 # Horscht: why? 19.14.39 # Well, last time I tried fullspeed, it worked better than highspeed 19.14.54 # Not that I know of. I haven't even opened mine. 19.15.55 # shotofadds: I'm just curious to know if the DAB module is the same as the logik dax... 19.16.22 # how much do you know about the module in the dax? 19.16.33 # i wonder if I can get any clue from the OF disassembly 19.16.37 *** Saving seen data "./dancer.seen" 19.17.21 # I've described it a little here - http://www.rockbox.org/twiki/bin/view/Main/LogikDaxPort 19.17.24 # LambdaCalculus37: I don't know I didn't find any documentation on the lcd 19.17.38 Join dabujo [0] (i=xx@p4FDB39D6.dip0.t-ipconnect.de) 19.17.57 Join MethoS-- [0] (n=clemens@dyndsl-085-016-166-155.ewe-ip-backbone.de) 19.18.52 # I'll see what I can find out, but DAB isn't really my top priority at the moment... 19.19.47 # shotofadds: Don't waste time on it - it's just curiousity... I'm sure we'll find out eventually. 19.23.44 # linuxstb: I'm curious about the D2's "DAB" because the case is physically marked "DMB", and the DAB/DMB firmwares are interchangeable. 19.26.49 Join Llorean [0] (n=DarkkOne@32.169.188.132) 19.27.44 Join Chronon [0] (i=vircuser@d23-104.uoregon.edu) 19.30.28 Join Urban [0] (n=42d7a270@gateway/web/cgi-irc/labb.contactor.se/x-4566fa774319e0d6) 19.30.35 # the usb jack is a rather unfortunate choice in the c200 19.30.52 # I wonder who had the idea to put such a proprietary and big jack in this small player 19.31.06 # a standard usb minib jack would be perfect 19.31.28 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 19.31.28 Quit Urban (Client Quit) 19.31.32 # well, saying that in here isnt going to fix anything... 19.31.36 Quit linuxstb (Nick collision from services.) 19.31.50 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 19.32.12 # no it won't I am just sharing my opinion with other users on my newly bought audio player 19.32.31 # and plese don't redirect me to rockbox-community for a one-liner 19.32.59 # * scorche|sh sees 3 lines ;) 19.33.21 # well you asked for them :P 19.33.33 # i did? 19.33.56 # ah sorry 19.34.09 # nevermind you are right about the 3 lines 19.34.40 # shotofadds: I don't know much about DAB or DMB. but it seems that DMB is the Korean adaption of DAB and is broadcast as a "DAB data stream" (according to wikipedia...) 19.34.53 Quit MethoS- (Read error: 113 (No route to host)) 19.35.08 Join MethoS- [0] (n=clemens@dyndsl-085-016-167-004.ewe-ip-backbone.de) 19.41.02 # XavierGr: The proprietary sansa connector is exactly the same as the ipod connector, only the guiding profiles at the sides are different 19.41.13 Quit MethoS-- (Read error: 113 (No route to host)) 19.41.37 # can anyone with a sansa e200 confirm this? 1) play a playlist. 2) when the last song ends and it returns to the main menu, the wheel won't work unless you click the "select" key -- is this intentional? some sort of "lock"? 19.41.40 Join miepchen^schlaf [0] (n=miepchen@dslb-088-074-034-135.pools.arcor-ip.net) 19.41.50 # Iirc you can plug an ipod cable into a sansa, but not vice versa. I wouldn't recommend to try that though... 19.42.34 Join mr45 [0] (i=mr45@cpc1-hudd1-0-0-cust684.hudd.cable.ntl.com) 19.42.43 Join DerDome [0] (n=DerDome@dslb-088-070-114-114.pools.arcor-ip.net) 19.45.59 # I don't know why Sandisk did this - maybe the connectors were cheap... 19.52.19 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 19.52.25 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 19.54.54 Join miepchen^schlaf_ [0] (n=miepchen@dslb-088-074-034-135.pools.arcor-ip.net) 19.55.14 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 19.56.14 Quit mf0102 ("Verlassend") 19.56.30 Quit linuxstb (Read error: 104 (Connection reset by peer)) 19.56.38 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 19.56.59 Quit mr45 () 20.03.31 Quit DerDome (Read error: 110 (Connection timed out)) 20.04.16 Join K4rP4D [0] (n=krpd@unaffiliated/krpd) 20.15.46 Quit K4rP4D (Read error: 104 (Connection reset by peer)) 20.16.06 Join K4rP4D [0] (n=krpd@unaffiliated/krpd) 20.16.09 Quit K4rP4D (Read error: 104 (Connection reset by peer)) 20.16.41 Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) 20.19.05 Quit Feisar (Remote closed the connection) 20.20.43 Join MethoS-- [0] (n=clemens@dyndsl-085-016-164-091.ewe-ip-backbone.de) 20.27.14 Join bertrik [0] (n=bertrik@147-013-045-062.dynamic.caiway.nl) 20.31.37 Quit Llorean ("Leaving.") 20.32.30 Quit XavierGr (Nick collision from services.) 20.32.41 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.34.16 Quit MethoS- (Read error: 113 (No route to host)) 20.34.32 Join borges [0] (n=bruges@e178058188.adsl.alicedsl.de) 20.36.22 Join n1s [0] (n=nils@rockbox/developer/n1s) 20.37.34 Nick borges is now known as borges|afk (n=bruges@e178058188.adsl.alicedsl.de) 20.37.40 Nick borges|afk is now known as borges (n=bruges@e178058188.adsl.alicedsl.de) 20.41.48 Join DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) 20.42.16 Join Llorean [0] (n=DarkkOne@adsl-70-242-5-141.dsl.hstntx.swbell.net) 20.42.49 # amiconn: many manufacturers use proprietary connectors to earn more money. They will sell a cheap USB cable 10-20 euros just because you don't have a choice and you can't find the connector elsewhere. 20.43.13 Join tessarakt [0] (n=jens@e180065203.adsl.alicedsl.de) 20.43.44 Join Mouser_X [0] (n=mouser_x@layl001.digis.net) 20.46.39 # * scorche|sh is one of the wierd folk who like proprietary connectors (provided he can source some connectors for them)...get all the goodies like line in, line out, usb, power, perhaps serial, etc ...these manufacturers wouldnt bother including most of these if they just used a standad mini USB plug 20.47.07 # I like things with a standard connector *and* a proprietary connector, like the Gigabeat. 20.47.11 # * BigBambi likes both, like on the gigabeat 20.47.13 # haha 20.47.38 # Of course, that works best on the slightly larger players 20.47.53 Join m0f0x [0] (n=m0f0x@189-47-56-80.dsl.telesp.net.br) 20.47.59 # Actually, the Cowon D2 is like that 20.48.01 # And it's pretty small 20.48.06 # yes, but given the choice...and considering we are talking about a c200... 20.48.23 # It uses a very small proprietary connector, about the same size as the USB plug in it. 20.49.06 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 20.49.21 Part J-23 20.49.37 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 20.52.58 Join DerDom1 [0] (n=DerDome@dslb-082-083-199-033.pools.arcor-ip.net) 20.53.04 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-199-033.pools.arcor-ip.net) 20.54.02 Quit DavidS1 (Read error: 110 (Connection timed out)) 20.55.34 Join inversion [0] (n=none@79.97.22.57) 20.56.47 # I've had to buy yet another sansa c250 (lost it) ... and am happy to inform you that V1's are still beeing sold at SATURN in antwerp 20.58.55 Join low_light [0] (i=c730190a@gateway/web/ajax/mibbit.com/x-2e55f6af215de039) 20.59.02 Quit low_light (Client Quit) 20.59.20 Join low_light [0] (i=c730190a@gateway/web/ajax/mibbit.com/x-6d92a13958acd464) 21.00.04 # * n1s is happy to see SPI driver for the gigabeast, great work jhMikeS! :D 21.00.05 # toffe82: lookie here http://img409.imageshack.us/my.php?image=p4110003ix9.jpg 21.00.37 # low_light: congrats! 21.00.39 Join appleipodder [0] (i=eXact@dsl-lprgw5-fe4cdc00-47.dhcp.inet.fi) 21.00.46 # is that first light for a new port? 21.01.10 # n1s: hopefully USB is next :) 21.01.26 # Nico_P: that would be awesome :) 21.01.38 # low_light: what player is that? 21.01.54 # philips sa9200. Basically a e200 sans radio and sd slot 21.02.23 # I didn't expect the sansa ata driver to work, but it does 21.02.42 # Including its bugs ? 21.03.03 # of course :) 21.03.25 # You could have left those out ;) 21.04.39 Join rgould [0] (n=rgould@osgeo/member/rgould) 21.04.44 # where's the fun in that 21.07.25 Quit Zagor ("Client exiting") 21.08.30 # amiconn: did I see where you were going to reorganize the target/arm directory? 21.09.16 Join xQTFTQX [0] (n=40e9e3d2@gateway/web/cgi-irc/labb.contactor.se/x-95cb6c9e5c477ee7) 21.09.20 # Hello 21.09.26 # HI? 21.09.31 # HI 21.09.34 # this philips sa9200 it would fit if I renamed the target/arm/sandisk to target/arm/pp5024 21.09.42 # aNYBODY GOT ANY INFO ON GIGABEAT s? 21.09.45 # ^fit best 21.09.57 Quit xQTFTQX (Client Quit) 21.10.41 # low_light: IIRC c200 is 5022, not 5024 21.10.58 # xQTFTQX: Please do not use all caps, and be more specific 21.11.46 # gevaerts: pp5022 + as3514 = pp5024 21.12.04 # low_light: that's cheating ;) 21.13.36 Quit appleipodder () 21.15.23 Quit DerDome ("Leaving.") 21.16.39 *** Saving seen data "./dancer.seen" 21.19.41 Quit DerPapst (Read error: 113 (No route to host)) 21.20.39 Join DerDome [0] (n=DerDome@dslb-082-083-199-033.pools.arcor-ip.net) 21.23.50 Join spiorf [0] (n=spiorf@79.20.214.140) 21.24.03 Join DavidS1 [0] (n=Tordre@n099h024.wsr.mun.ca) 21.24.50 # low_light: Wow, very nice! You got the Sansa bootloader to run on the GoGear! :) 21.24.55 # * LambdaCalculus37 hands low_light a beer 21.25.48 # pfft, these PP targets are all the same :p 21.26.22 # shotofadds: Not all. The Karma is PP-based, but doesn't use mi4. 21.26.33 # It's based on eCos. 21.26.53 Quit miepchen^schlaf_ () 21.28.00 Join DavidS2 [0] (n=Tordre@n099h024.wsr.mun.ca) 21.28.13 Quit XavierGr (Nick collision from services.) 21.28.24 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 21.29.16 Join MethoS- [0] (n=clemens@host-091-096-210-175.ewe-ip-backbone.de) 21.35.17 Quit petur ("here today, gone tomorrow") 21.35.22 Join petur [50] (n=petur@rockbox/developer/petur) 21.36.49 Join DavidS3 [0] (n=Tordre@n099h024.wsr.mun.ca) 21.36.49 *** Alert Mode level 1 21.36.49 DBUG Enqueued KICK DavidSG 21.36.49 DBUG Enqueued KICK DavidS1 21.36.49 *** Alert Mode level 2 21.36.49 DBUG Enqueued KICK DavidS2 21.36.49 DBUG Enqueued KICK DavidS3 21.36.49 *** Alert Mode level 3 21.37.34 Join adiamas [0] (n=adiamas@12.193.211.18) 21.41.15 Join DavidS4 [0] (n=Tordre@n099h024.wsr.mun.ca) 21.41.15 *** Alert Mode level 4 21.41.15 *** Alert Mode level 5 21.41.15 DBUG Enqueued KICK DavidS4 21.41.15 *** Alert Mode level 6 21.41.15 *** Alert Mode level 7 21.41.15 *** Alert Mode level 8 21.41.15 *** Alert Mode level 9 21.41.40 Quit DavidSG (Read error: 110 (Connection timed out)) 21.44.21 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 21.44.47 Join Rob2222 [0] (n=Miranda@p4FDCE899.dip.t-dialin.net) 21.45.06 # shotofadds: I was going to try to help your port. I had gotten a Clix2 (same SoC as D2) off ebay, but it turned out to be defective so I sent it back. I'm still looking. 21.45.22 # gevaerts, so, what's the deal with "the talk" this weekend? When should I come in? 21.45.34 # Oh wow, just got an e-mail from you. 21.45.48 # Weird timing. 21.46.09 Quit MethoS-- (Read error: 110 (Connection timed out)) 21.46.54 # "the talk"? 21.46.57 # BHSPitMonkey: I'm trying to assemble all data we need to schedule everything 21.47.16 Quit DavidS1 (Read error: 110 (Connection timed out)) 21.47.29 # Okay, so between 1 and 5 central. I can do that. 21.47.45 # low_light: I'm surprised there hasn't been much interest in the Clix2. I think it's very similar hardware-wise (SoC and flash, at least). 21.47.50 # oh, GSoC I suppose 21.47.55 # bertrik: right 21.47.56 # Tomorrow or Sunday would be best, as I'll be home with nothing to do (except for that plugin). 21.48.04 # I need someone with a fresh pair of eyes to have a look at the NAND driver (hehe...) 21.48.12 # BHSPitMonkey: thanks 21.48.53 # gevaerts, I'll be BHSPitLappy over the weekend, so messages to BHSPitMonkey may get lost. (So you know) 21.49.16 # BHSPitMonkey: I'll send mails out with the final schedule info 21.49.19 # Or, at least, lost until I look through my logs when I get back. 21.49.29 Quit XavierGr (Nick collision from services.) 21.49.31 # gevaerts, sounds good. 21.49.40 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 21.51.16 *** Alert Mode OFF 21.55.57 Quit MethoS- (Read error: 113 (No route to host)) 21.56.05 Quit DavidS2 (Connection timed out) 21.58.07 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.58.39 Quit DavidS3 (Connection timed out) 22.01.43 Quit Nico_P (Remote closed the connection) 22.03.28 Join BigBambi_ [0] (n=Alex@rockbox/staff/BigBambi) 22.04.03 Quit BigBambi (Nick collision from services.) 22.04.16 Nick BigBambi_ is now known as BigBambi (n=Alex@rockbox/staff/BigBambi) 22.17.57 Join miepchen^schlaf [0] (n=miepchen@p54BF79B3.dip.t-dialin.net) 22.18.24 Quit nplus (Read error: 104 (Connection reset by peer)) 22.18.49 Join nplus [0] (n=nplus@141.25.globcom.net) 22.19.38 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.27.25 Quit shodanX (Read error: 110 (Connection timed out)) 22.28.04 Quit bertrik ("bye") 22.31.41 Quit krz2 (Read error: 110 (Connection timed out)) 22.31.44 Join disorganizer [0] (n=disorgan@p5B11F708.dip.t-dialin.net) 22.32.04 Join krz2 [0] (n=irc_by@turbo.sml.by) 22.33.21 # finally :D 22.34.03 # congrates or your works 22.34.26 # You mean the homepage is safe now ? 22.34.26 # +f of course :) 22.34.58 # I think she spoke about wps conversion? 22.36.10 # gevaerts: you mean pagelong svn tables? 22.36.23 # pixelma: of course :) 22.37.06 # heh, who knows... but I don't have plans atm 22.37.12 # :) 22.37.36 # gevaerts: hi! what is with interview? 22.37.49 # moos: thanks :) 22.38.14 # krz2: what I said in the commen