--- Log for 28.10.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 24 days and 16 hours ago 00.04.32 Quit tchan (Read error: Connection reset by peer) 00.05.17 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 00.05.49 *** Saving seen data "./dancer.seen" 00.07.29 Join [Saint] [0] (~Saint]@101.98.129.152) 00.07.29 Quit [Saint] (Changing host) 00.07.29 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.09.59 Quit z180 (Ping timeout: 256 seconds) 00.10.08 Quit fdm (Remote host closed the connection) 00.21.10 Quit Unhelpful (Ping timeout: 240 seconds) 00.22.13 Quit wodz (Quit: Leaving) 00.29.49 Join mystica555 [0] (~Mike@71-211-218-103.hlrn.qwest.net) 00.29.54 Quit liar (Remote host closed the connection) 00.33.57 Quit ageis (Read error: Connection reset by peer) 00.35.08 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 00.38.19 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 00.39.34 Quit Unhelpful (Ping timeout: 240 seconds) 00.51.21 Quit dhrasmus (Quit: Leaving) 01.02.35 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 01.22.06 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.25.10 Quit [Saint] (Ping timeout: 240 seconds) 01.28.01 Quit MethoS- (Remote host closed the connection) 01.40.46 Quit [Saint_] (Ping timeout: 240 seconds) 01.44.56 Join [Saint] [0] (~Saint]@101.98.129.152) 01.44.56 Quit [Saint] (Changing host) 01.44.56 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.56.22 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 01.59.50 Join JdGord [0] (~AndChat@vl10.gw.ok-labs.com) 01.59.58 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 02.05.53 *** Saving seen data "./dancer.seen" 02.07.49 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 02.09.34 Quit JdGord (Ping timeout: 240 seconds) 02.09.34 Quit Scromple (Ping timeout: 240 seconds) 02.11.33 Join JdGord [0] (~AndChat@vl10.gw.ok-labs.com) 02.14.36 Quit zchs (Ping timeout: 265 seconds) 02.24.39 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 02.31.39 Quit KiwiCam (Quit: Leaving) 02.51.50 Join jdgord_ [0] (~AndChat@vl10.gw.ok-labs.com) 02.51.51 Quit JdGord (Ping timeout: 258 seconds) 02.53.23 Quit acorn (Ping timeout: 265 seconds) 03.01.19 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 03.23.04 Join ageis [0] (~ageis@c-76-127-201-198.hsd1.ma.comcast.net) 03.35.41 Nick Scr0mple is now known as Scromple (~Simon@115-64-195-104.static.tpgi.com.au) 03.49.07 Join JdGord [0] (~AndChat@106.70.78.183) 03.49.20 Quit JdGord (Client Quit) 03.49.33 Quit jdgord_ (Read error: Connection reset by peer) 03.49.34 Quit Scromple (Ping timeout: 240 seconds) 03.51.14 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 04.02.10 # so I guess I have to crack my clip+ open :) 04.02.14 # or :/ 04.05.54 *** Saving seen data "./dancer.seen" 04.12.45 Quit GeekShad1w (Remote host closed the connection) 04.15.07 # I still want to try the "hacking" section of www.rockbox.org/wiki/SansaAMSUnbrick 04.19.34 # but there are parts I don't understand about it: "The size reserved by the OF is exactly twice the size of the firmware file when the reserved space is 0xF000 sectors (models with 8MB of ram)" 04.19.56 Quit TheSeven (Disconnected by services) 04.20.14 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.20.22 # the OF file for the clip+ is 16mb, and the drive I can see in fdisk is 32 mb. Does that mean I'm at the right place? 04.22.05 # but I don't understand this sentence: "Copying an OF image over this drive might not be enough to recover operation, you might need the full part reserved by OF." 04.46.06 Quit amiconn (Disconnected by services) 04.46.07 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.46.07 Quit pixelma (Disconnected by services) 04.46.09 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.46.11 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.46.28 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.59.55 Quit zchs (Ping timeout: 265 seconds) 05.24.02 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 05.35.51 Join Rob2222 [0] (~Miranda@p4FFF1FCA.dip.t-dialin.net) 05.37.13 Join tjb0607 [0] (~quassel@bc10753.bendcable.com) 05.39.32 Quit Rob2223 (Ping timeout: 245 seconds) 05.46.13 Quit Horschti (Quit: Verlassend) 05.50.37 Quit nosa-j (Read error: Connection reset by peer) 06.00.41 Join nosa-j [0] (~m00k@adsl-74-235-79-233.clt.bellsouth.net) 06.05.57 *** Saving seen data "./dancer.seen" 06.34.40 Quit ChickeNES (Quit: Computer has gone to sleep.) 06.34.56 Quit robin0800 (Quit: Leaving) 06.53.55 # <[Saint]> Posting here as its logged and someone might be interested in this: 06.54.06 Quit AlexP (Remote host closed the connection) 06.54.14 # <[Saint]> http://apple.slashdot.org/story/11/10/28/0115247/apples-lossless-audio-codec-alac-now-open-source <--- ALAC has been open sourced with an Apache license 07.18.41 Quit Scromple (Ping timeout: 255 seconds) 07.20.13 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust848.3-3.cable.virginmedia.com) 07.28.13 Quit robin0800 (Quit: Leaving) 07.55.42 Join nosa [0] (~m00k@adsl-74-235-79-233.clt.bellsouth.net) 07.57.05 Quit nosa-j (Ping timeout: 259 seconds) 07.57.05 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-233.clt.bellsouth.net) 08.02.57 Join Buschel [0] (~chatzilla@p54A3A79B.dip.t-dialin.net) 08.05.59 *** Saving seen data "./dancer.seen" 08.08.11 Quit [Saint] (Ping timeout: 240 seconds) 08.15.06 Join markun [0] (~markun@s3eea32f5.adsl.wanadoo.nl) 08.21.02 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.25.31 # anyuone know rough batt runtimes for ipod video with svn? 08.28.14 Join GodEater_ [0] (93722cc9@rockbox/staff/GodEater) 08.28.16 # I hope the numbers on the battery runtime page are still valid 08.29.42 # mc2739: \o/ 08.30.01 # I have a fix for FS#12325 08.30.02 # http://www.rockbox.org/tracker/task/12325 3e200v1 screen corruption after USB connection since r30475 (bugs, new) 08.30.41 # CF-modded so i shold get up around 20 hours :) 08.31.48 # JdGordon: you should switch off line-out if not needed, this consumes quite some power, and of course apply the 24Mhz default clock + your gui boost :) 08.32.47 # done and done :) 08.32.59 # just doing a top up charge before starting a bench 08.33.07 # JdGordon: fwiw, the wheel driver don't debounce AFAIK 08.33.28 # they only set BUTTON_REL after BUTTON_REPEAT, not for individual scrolls 08.34.41 # thats fine, worst case is it stays boosted for longer than it needs to (very unlikely though) 08.34.44 # you can't really do BUTTON_REL, except perhaps with guessing (same issue as with the trackball on android). 08.35.16 # I didn't look at the patch, but if it only unboosts on BUTTON_REL individual scrolls will keep it boosted forever, no? 08.35.49 # err, hmm.. ok, maybe its easier to do a single scroll than i tohught 08.36.23 # yeah, you're right 08.36.55 # pressing any button will unboost it though 08.36.58 # ok, gotta go to work. see you later 08.37.01 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) 08.37.35 # I think the 1s-timeout approach is nicer anyway because it avoids fast boost-unboost-boost-unboost scenarios which can affect user experience 08.38.36 # unboosting on release wont be noticable by the user *by definition* because they stop interacting with it when it happens 08.38.36 # btw, I too think doing it in the action subsystem is a better approach 08.39.08 # but I was under the impression scrollwheels sent the REL button 08.39.42 # they don't necessarily stop interaction 08.39.46 # actually I thught they would happen because the button driver adds that button event in implictly on the button_read() after a button is stopped being presed 08.40.17 # stuff happens still on the display 08.40.41 # also I can imagine scrolling slowly possibly suffers 08.41.16 # JdGordon: scroll wheels don't go through that 08.41.31 # ok 08.41.50 # they do queue_post() directly instead of button_read_device() 08.42.09 # ok, didnt know that 08.42.12 # 10ms polling isn't enough to properly do acceleration 08.42.41 # and no, single scrolling is not noticable at all from the user, though at that speed there is no need to boost anyway 08.42.49 # so perhaps boosting only once we see repeat would work 08.42.57 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 08.43.08 # what's wrong with the 1s timeout? 08.43.12 Join ender` [0] (~ender@foo.eternallybored.org) 08.45.36 # it is unecessarily complicated 08.46.12 # the patch looks very simple 08.46.42 # thats the way I'd like to keep it 08.46.44 # yours a bit simpler indeed 08.46.53 # a simple bool to control it is perfect 08.47.01 # Repeat mode behaves erratically. I am observing two bugs but can't find reliable way to reproduce. 1) selecting file from file browser -> change repeat to 'one' -> skip doesn't change the file (that is expected) but next track displayed in WPS advances 08.47.11 # I don't have time now to test how it feels only boosting after repeat, ill do it sat night 08.47.40 Quit sinthetek (Read error: Connection reset by peer) 08.47.45 # 2) select file from file browser -> change repeat mode to 'one' -> change repeat mode to 'off' -> skip doesn't work 08.47.55 # wodz: that's always been there, it shuld be easy to fix thugh (1) 08.48.14 # JdGordon: should I fill FS bug? 08.49.03 # if you want it fixed :) 08.49.17 Join sinthetek [0] (~sinthetek@cpe-174-111-026-094.triad.res.rr.com) 08.49.18 Quit sinthetek (Changing host) 08.49.18 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 08.50.00 # JdGordon: If thats easy to fix I may also ask you very kindly to look at this :-) 08.50.36 # so here is the conundrum... where should the correct place for the fix go? 08.50.49 # should the wps be smart and check repeat mode? or should playback? 08.51.00 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 08.51.22 # perhaps audio_next_track() ? 08.51.49 # I think playback is the place 08.52.04 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.52.06 # I don't know if that knows what repeat mode it is in though? 08.52.17 # I suspcect it doesnt 08.52.29 # I would think that playback knows the next track but the wps just isn't updated properly 08.53.15 # FS#12356 08.53.16 # http://www.rockbox.org/tracker/task/12356 3next track advances when skip in repeat one mode (bugs, new) 08.53.59 # the second bug I mentioned is harder to reproduce 08.54.37 # a quick look tells me that playback.c is scary and to ask jhMikeS how it works :) 08.54.50 # wodz: by "select a file" you mean select one file in a directory with multiple files, i.e. more than one file is added to the playlist? 08.55.05 # kugel: yes 08.55.54 # wodz: are you playing the last file in the second case by chance? 08.56.17 # and another bug I hit is famous scroll wheel doesn't work sometimes after deasserting hold 08.56.21 # without repeat and if playing the last file in the playlist, then skip is expected to do nothing as there's no next track 08.56.39 Quit bertrik (Read error: Operation timed out) 08.56.58 # kugel: but it shouldn't restart current track but end 08.57.22 # you just said "skip doesn't work" 08.57.48 # that meant to me "skip does nothing" 08.58.00 # kugel: yeah, I mean doesn't work as doesn't account for changed repeat mode 09.00.10 # huh. repeat one is even more broken apparently 09.00.37 # hmm, I described hold bug wrong - this is this: FS#5230 09.00.37 # http://www.rockbox.org/tracker/task/5230 3Keypad HOLD doesn't let go until scrolling is used (bugs, requires) 09.01.14 # on MPIO however it is reversed - touchstrip doesn't work after hold while regular keys do. 09.01.23 # wodz: for me in bug 1, skip also changes the file 09.02.11 # wow 09.02.30 # then the wps shows the file after (file 3) 09.02.34 # as next track 09.02.45 # something is really fishy there 09.02.56 # but the next skip goes back to file 1 09.08.12 # Reading about scrollwheel bug it looks like driver problem. The question is why it needs some time in hold state to be visible on MPIO. 09.09.23 # hmm maybe I need to unconditionally ack scrollstrip interrupts after unmasking 09.11.04 Join petur [0] (~petur@rockbox/developer/petur) 09.33.09 # JdGordon: does your font patch fix a bug, or is it only about the api? 09.33.21 # the one from the ml 09.43.18 Join [Saint] [0] (~Saint]@101.98.129.152) 09.43.19 Quit [Saint] (Changing host) 09.43.19 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.43.37 # kugel: just api i believe 09.43.44 # just dont forget it after the unfreeze :p 09.48.50 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 10.06.03 *** Saving seen data "./dancer.seen" 10.20.45 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 10.21.36 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 10.25.01 Quit dfkt (Read error: Connection reset by peer) 10.25.01 # scrollstrip after hold doesn't look like a driver bug. The way to reproduce is: 1) select file for playback from filebrowser (this may be the last file in dir as well) 2) assert hold 3) wait for playback finish (this comes back to filebrowser) 3) deassert hold -> scrollstrip doesn't work. However backlight reacts so button events are passed by the driver 10.26.22 # wodz: that's another issue, though 10.27.19 # kugel: from ipod? I think it may have the same roots 10.27.27 # so are you seeing FS#5230 or not? 10.27.28 # http://www.rockbox.org/tracker/task/5230 3Keypad HOLD doesn't let go until scrolling is used (bugs, requires) 10.29.13 # kugel: hmm, can't reproduce on nano2g. Maybe I am mixing this with behaviour of my mini1g which definitely exhibits this bug - can't test though as Torne has my mini 10.29.51 # what scrollstrip are you talking about? 10.29.58 # HD300 10.30.13 # * kugel is confused 10.30.26 # you said you see FS#5230 with the scrollstrip, didn't you? 10.30.27 # http://www.rockbox.org/tracker/task/5230 3Keypad HOLD doesn't let go until scrolling is used (bugs, requires) 10.30.39 # now you reported a different buggy behavior 10.30.51 # yes I confused myself 10.31.36 # this two are separate although striking similar 10.34.19 # I think I know the issue you described now 10.34.50 # great - do you know what is going on? 10.35.14 # and both are quite the opposite. in the first only the scroll wheel/strip keeps working, in the second only the wheel/strips stops working 10.35.22 # I know there are several FS# about it 10.35.55 # yes exactly the case 10.37.11 # FS#8816 is one of them 10.37.12 # http://www.rockbox.org/tracker/task/8816 3Extra button press required to continue browsing menus (bugs, unconfirmed) 10.37.25 # but there were more I cant find 10.37.45 # ah. see its related tasks 10.39.21 # it has to do with blocking button presses on context switch (screen transition) to not make accidental presses 10.39.31 # this is damn irritating 10.42.11 # <[7]> jhMikeS: what's the semantics of pcm_play_dma_started_callback? 10.47.25 Quit Riviera (Remote host closed the connection) 10.49.38 Join mortalis [0] (~mortalis@77.108.98.176) 10.54.12 # mortalis: the sdk you have found is extremely weird but very useful. It has tons of references to rk28 but code and data structures seems to match rk27xx 10.59.42 # seems rk28 an rk27 are very similar 11.01.45 # mortalis: not at all - I have datasheets for both (although incomplete) 11.23.21 Join MethoS- [0] (~clemens@134.102.106.250) 11.39.27 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) 11.41.36 Join mortalis [0] (~4d6c62b0@www.haxx.se) 11.44.35 Quit ukleinek (Ping timeout: 244 seconds) 11.49.20 Quit bluebrother (Disconnected by services) 11.49.22 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 11.50.20 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 11.51.10 Quit fs-bluebot (Ping timeout: 240 seconds) 11.52.51 Join fs-bluebot [0] (~fs-bluebo@g226069202.adsl.alicedsl.de) 11.59.17 Join hilbert [0] (~hilbert@adsl-89-217-62-234.adslplus.ch) 12.06.04 *** Saving seen data "./dancer.seen" 12.20.31 Quit wodz (Ping timeout: 276 seconds) 12.35.28 Join lorenzo92 [0] (~chatzilla@host77-104-dynamic.17-79-r.retail.telecomitalia.it) 12.36.08 # hi all...I was wondering how volumes are considered in an as3543 codec. I mean: headphones volume vs DAC volumes 12.36.34 # for balancing are they DAC? Otherwise they are always 100%? 12.54.08 # How much work has been done on our ALAC decoder? 12.54.35 Quit [Saint] (Ping timeout: 240 seconds) 13.00.50 Join TheLemonMan [0] (~LemonBoy@ppp-203-5.26-151.libero.it) 13.01.27 Part Zagor 13.01.31 Quit nick-p (Quit: Leaving) 13.27.14 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 13.27.34 Join nls_web [0] (~c209fce1@www.haxx.se) 13.27.38 Quit nls_web (Client Quit) 13.27.45 Join nls_web [0] (~c209fce1@www.haxx.se) 13.28.41 Quit nls_web (Client Quit) 13.31.32 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20111008085652]) 13.49.31 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 13.50.17 Quit ReimuHak_ (Quit: Leaving...) 13.52.51 Join The_Seeker [0] (~seeker@5ac89971.bb.sky.com) 13.57.40 Quit The_Seeker (Client Quit) 14.00.32 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.00.57 # [7]: right after a callback to get more data, start DMA for the new buffer, then call the function 14.06.06 *** Saving seen data "./dancer.seen" 14.06.32 # it's there so the mixer can generate its next frame after the driver has started playing the last one that was prepared 14.08.37 Quit mortalis (Quit: CGI:IRC) 14.09.30 Join GeekShadow [0] (~antoine@178.89.193.77.rev.sfr.net) 14.09.48 # oh, and if get_more returns "no more" then you don't call it 14.11.14 # a simpler example of using it would be pcm-meg-fx.c for one 14.16.44 # <[7]> jhMikeS: so at which point in time should it be called? 14.17.19 # <[7]> it's basically releasing the previously played chunk? 14.17.47 Quit Bagder (Ping timeout: 260 seconds) 14.19.39 # <[7]> in that case it could be called right after pcm_play_get_more_callback, as the audio being played during that time is double buffered 14.27.26 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 14.27.26 Quit bertrik (Changing host) 14.27.26 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 14.35.30 # [7]: right, it's based on the user's buffers, not how the driver splits it 14.43.35 # <[7]> but calling it a couple of microseconds later shouldn't cause that weird usb crash 14.45.10 # no 14.45.29 # it also better not take _microseconds_ to reach it :) 14.46.15 # of course the cache flushing could slow things up alot 14.46.54 Join The_Seeker [0] (~seeker@5ac89971.bb.sky.com) 14.47.37 # jhMikeS: have you seen FS#12356 ? 14.47.38 # http://www.rockbox.org/tracker/task/12356 3next track advances when skip in repeat one mode (bugs, new) 14.49.40 # also anyone knew where to look for bug that some buttons events are ignored after screen change in hold mode? 14.49.49 # wodz: no. it wasn't doing that last time I did major playback work. 14.50.34 # weird 14.50.58 # the playlist code. playback should only see the same track over and over again in repeat 1 14.51.23 # who is in charge of playlist code? 14.52.21 # I guess look at "maintainers" ?? 14.54.27 # jhMikeS: unfortunately I don't know maintainer called '' 14.54.50 # Mr. Someone (our "stig") 14.55.30 # :/ 14.56.35 Quit einhirn (Ping timeout: 240 seconds) 14.57.47 # jhMikeS: Is it true that playback is always 44.1kHz samplerate and anything else is resampled first? 14.58.20 # wodz, this is true as far as i know 14.58.27 # wodz: for core playback, that is true 14.58.41 # why it is so? 14.58.41 # our dsp stuff assumes a hardcoded 44100 sample rate 14.59.16 # wodz: lot of reasons, namely matching many things that need a common samplerate and certain effects are computer for that samplerate 14.59.24 # s/computer/computed/ 15.00.08 # so what for is samplerate setting in pcm drivers? 15.00.21 # if it were ever changeable I'd recommend a global preference, not switching on the fly since that is rarely a smooth operation and pretty much impossible to time properly anyway 15.00.46 # wodz: one's that use pcm directly can set it, like doom or pacbox, etc. 15.01.06 # also for recording 15.01.23 # crossfade will be difficult with different sample rates 15.04.35 Quit The_Seeker (Quit: Stay hungry, stay foolish) 15.27.23 Quit GodEater_ (Ping timeout: 265 seconds) 15.39.50 Join ReimuHak_ [0] (~reimu@165.139.179.10) 15.40.31 Quit ReimuHak_ (Client Quit) 15.40.56 Join ReimuHak_ [0] (~reimu@165.139.179.10) 15.41.39 Quit zchs (Ping timeout: 252 seconds) 15.47.24 Quit petur (Quit: *plop*) 15.49.55 Quit ReimuHak_ (Quit: Leaving...) 15.54.25 Nick Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 15.54.38 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 15.58.08 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.05.52 Join Thra11 [0] (~thrall@87.114.11.225) 16.06.09 *** Saving seen data "./dancer.seen" 16.08.48 Join mortalis [0] (~4d6c62b0@www.haxx.se) 16.22.14 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 16.22.15 Quit Bagder (Changing host) 16.22.15 Join Bagder [241] (~daniel@rockbox/developer/bagder) 16.23.33 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 16.24.22 Quit ChickeNES (Read error: Connection reset by peer) 16.24.32 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 16.27.18 Join Horscht [0] (~Horscht@p5DD57B9D.dip.t-dialin.net) 16.27.18 Quit Horscht (Changing host) 16.27.18 Join Horscht [0] (~Horscht@xbmc/user/horscht) 16.28.44 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.31.19 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 16.31.59 Quit chkktri (Ping timeout: 256 seconds) 16.39.51 Quit mortalis (Quit: CGI:IRC (Ping timeout)) 16.45.54 Join hilbert [0] (~hilbert@adsl-89-217-62-234.adslplus.ch) 16.49.51 Join funman [0] (~fun@rockbox/developer/funman) 17.01.17 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.02.32 # * bertrik is hacking the sansa clip zip 17.02.58 # go bertrik \o/ 17.03.03 # so far, I succeeded in running the OF with our dualboot loader code (which goes to the OF unconditionally now) 17.04.41 # funman, can you do a quick review of the code to introduce a delay to prove the button reading code? http://www.rockbox.org/tracker/task/12255?getfile=24020 17.05.36 # I think the loop should take about 3 or 4 cycles, 24000000 (24 MHz) is the expected CPU frequency, so about 3 or 4 seconds delay 17.06.51 # bertrik: ok to me 17.06.58 # thanks 17.15.47 Quit ukleinek (Ping timeout: 240 seconds) 17.16.44 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 17.17.56 # button readout works too, GPIO A6 is volume down :) 17.19.12 # excellent 17.20.52 Quit ChickeNES (Quit: Computer has gone to sleep.) 17.22.13 # dualboot works now, but the rockbox bootloader still shows a black screen 17.22.59 # no backlight? 17.24.01 # it's oled 17.26.57 Join keyb_gr [0] (~chatzilla@p4FF048A8.dip.t-dialin.net) 17.28.34 # now, this is a bit tricky to find out what is preventing rockbox from displaying a logo 17.30.24 # bertrik: does the screen has special commands to display all-white or something? 17.31.43 # I don't know, I saw only thing like auto-scroll and fade-in/out 17.34.17 # I added an lcd_enable at the end of the init sequence now 17.43.13 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 17.43.26 Join mortalis [0] (~4d6c62b0@www.haxx.se) 17.51.28 # bertrik: can you downgrade zip OF ? 17.51.50 Quit hilbert (Quit: Computer has gone to sleep.) 17.52.07 # funman, I haven't tried, but dfkt has and the answer is yes 17.59.34 Quit funman (Ping timeout: 240 seconds) 17.59.50 Join funman [0] (~fun@rockbox/developer/funman) 18.06.12 *** Saving seen data "./dancer.seen" 18.08.10 Quit pamaury (Read error: Operation timed out) 18.12.06 # hm, odd, we enable irqs in the as3525 bootloader, but after we've already sent some stuff over i2c (which uses irq) 18.12.35 # I think that has the provision that if IRQs are disabled, then it busy waits on completion 18.12.59 # I'd like to be sure 18.13.12 # the ascodec driver is really complicated 18.13.13 # * jhMikeS used to be sure, and is no longer 18.13.57 # it does alot of stuff that will cause very long interrupt latencies 18.14.32 # it didn't really like it when it was changed from the much simpler waiting model 18.14.35 # maybe not _alot_ but yeah, it can do that :) 18.15.17 # bertrik: what was the incentive to do that? 18.15.27 # i think it was done by ranmachan 18.15.29 # like the beast, I think it needs some asnyc ability 18.15.38 # to detect USB in the bootloader, or something like that 18.16.01 # even so, it could be simpler even if it allows async transfers 18.16.51 # it's very similar to the beasts serial driver, but less straighforward 18.21.04 # there is no simple thing on the clip zip that can be observed from outside, for the display to work, other things need to work first: general cpu stuff, i2c, spi 18.21.07 Join hilbert [0] (~hilbert@adsl-89-217-62-234.adslplus.ch) 18.28.06 # I would like to commit a patch which doesn't strictly fix a bug, but makes reproducing FS#12325 on the sim possible (targets shouldn't be affected) 18.28.07 # http://www.rockbox.org/tracker/task/12325 3e200v1 screen corruption after USB connection since r30475 (bugs, new) 18.28.07 # no button led, like the clip+ ? 18.28.38 # perhaps other bugs too, so is it OK if I check it in during freeze? 18.29.01 # (http://www.rockbox.org/tracker/task/12325?getfile=24228) 18.29.20 # clip+ doesn't have a button led 18.30.31 Join Stummi [0] (~Stummi@77-64-140-21.dynamic.primacom.net) 18.30.34 Quit Stummi (Changing host) 18.30.34 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 18.33.51 --> "ods 100" received from cgthayer (~chatzilla@2620:0:1cfe:61:ec79:1c7f:2e12:1256) 18.34.24 Quit ChickeNES (Read error: Connection reset by peer) 18.34.44 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 18.36.56 Quit ChickeNES (Read error: Connection reset by peer) 18.37.10 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 18.38.54 # New commit by 03kugel (r30845): Fix FS#12325 - screen corruption on early usb. ... 18.39.11 # svn is sloooooooooooooow these days 18.39.14 # at least on commit 18.40.03 Quit Horscht (Quit: Verlassend) 18.41.02 # r30845 build result: All green 18.41.37 # hmm 18.41.44 # it really waits until the build is over doesnt it? 18.41.53 # can't be coincidence 18.45.06 Quit ChickeNES (Read error: Connection reset by peer) 18.45.12 # git still not on the horizon line? 18.45.24 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 18.46.16 Quit ChickeNES (Read error: Connection reset by peer) 18.46.33 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 18.47.36 Quit TheLemonMan (Quit: WeeChat 0.3.6) 18.54.10 Quit ChickeNES (Read error: Connection reset by peer) 18.54.29 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 18.54.56 # hi, I'm trying to follow the SansaAMSUnbrick page for my clip+, however I'm somewhat confused about what to try next 18.55.48 # under the "hacking" section it describes a drive that's twice as large as the OF file. I seem to have this drive (~32 mb (changes), where the OF is 16mb) 18.55.53 # am I on the right track? 18.57.53 # I'm tracking down FS#12357. I think I have a fix but I need to verify 18.57.53 # http://www.rockbox.org/tracker/task/12357 3New backdrop not displayed after set backdrop from context menu (bugs, new) 18.58.18 # anyway skin_backdrops.c is (IMO) very strange code, it deserves a re-write after the freeze 19.01.31 Quit ChickeNES (Read error: Connection reset by peer) 19.01.53 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.08.02 # alright, should be good to go 19.09.39 # New commit by 03kugel (r30846): Fix FS#12357 - New backdrop not displayed after set backdrop from context menu ... 19.09.52 # no, commit returned immediately 19.09.56 # +now 19.10.39 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.11.25 # r30846 build result: All green 19.15.33 Quit mortalis (Quit: CGI:IRC) 19.15.41 # semitones: yes it looks good 19.16.01 # i mean, 32 = 2 * 16 19.16.06 Quit ChickeNES (Quit: Computer has gone to sleep.) 19.17.39 # funman: one problem I run into is how do I copy the OF to the drive? I tried dd, but after sending data to the device, the drive read the same 19.18.35 Join Buschel [0] (~chatzilla@p54B674AF.dip.t-dialin.net) 19.21.48 # if dd succeeds just reboot the player 19.22.51 # i think dd did not succeed 19.23.41 # here's what I did, maybe you can notice something I can't: http://paste.ubuntu.com/720167/ 19.23.41 # New commit by 03buschel (r30847): Fix FS#12351: The poweroff timer was not reset on scroll wheel activity for e200 and simulator. Thanks to Nick Peskett. 19.24.25 # I looked at clppa.bin and it did not look like the beginning of firmwarefile1 19.25.29 # r30847 build result: All green 19.25.36 # no idea what 'firmwarefile1' is 19.26.25 # is it the backup of what was on the drive? 19.27.14 # after running dd, just run 'echo $?' 19.27.32 # if it shows 0 -> success, not 0 -> failure 19.28.36 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 19.32.47 Join lorenzo92 [0] (~chatzilla@host128-108-dynamic.244-95-r.retail.telecomitalia.it) 19.33.05 # funman: alright, I'll try echo $ when I get back home. firmwarefile1 is what was on the drive 19.33.09 Quit funman (Ping timeout: 260 seconds) 19.33.26 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) 19.35.48 Join Jerom [0] (~jerome@79.132.42.48) 19.39.54 Join saratoga [0] (18ad9e5e@gateway/web/freenode/ip.24.173.158.94) 19.40.28 # our ALAC decoder is pretty well optimized thanks to ffmpeg, but it could use some ARM asm functions 19.40.50 # we already have similar functions in flac and tta, so it might be possible to adaptthem 19.41.06 # but really its alac and it decode in under 40MHz as it is so i never bothered 19.41.13 Quit Thra11 (Ping timeout: 276 seconds) 19.45.06 Quit factor (Read error: Connection reset by peer) 19.45.19 Join Topy [0] (~Topy44@f048238081.adsl.alicedsl.de) 19.45.40 Quit T44 (Read error: Connection reset by peer) 19.47.06 Join factor [0] (~factor@74.197.205.204) 19.52.44 # semitones: it's "echo $?", not "echo $" 19.53.54 Join Thra11 [0] (~thrall@87.113.161.69) 19.53.56 # oh, thank you! also, will "cat /dev/sdb" output what's on the drive 19.54.02 # so I can see if it looks like the OF 19.54.32 # It will, but you probably don't want to do that 20.03.58 Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪ ♫) 20.06.14 *** Saving seen data "./dancer.seen" 20.07.40 Quit Llorean (Read error: Connection reset by peer) 20.16.29 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.17.06 Quit liar (Remote host closed the connection) 20.20.04 Join robin0800 [0] (~robin0800@149.254.61.208) 20.24.18 Quit ChickeNES (Quit: Computer has gone to sleep.) 20.45.58 Quit Bagder (Ping timeout: 240 seconds) 20.52.51 Join Riviera [0] (~Riviera@gateway/tor-sasl/riviera) 20.59.30 Quit Jerom (Quit: Leaving.) 21.03.17 Join funman [0] (~fun@rockbox/developer/funman) 21.03.34 Join KiwiCam [0] (~KiwiCAM@206.192.69.111.dynamic.snap.net.nz) 21.07.28 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 21.19.34 Quit robin0800 (Ping timeout: 240 seconds) 21.20.50 # gevaerts: how would you suggest I see if the OF was being written to the drive's storage? 21.21.43 # semitones: copy back an equal amount of data with dd and compare checksums 21.22.07 Join robin0800 [0] (~robin0800@149.254.61.208) 21.22.44 # alright, I can try that out when I get home. 21.23.35 # hey, I see something on the screen 21.26.54 # something as garbage or something as something useful? :-) 21.27.16 # wodz: at this point, even garbage is useful ;) 21.27.34 # doom? 21.27.37 # :) 21.27.48 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 21.27.48 Quit Bagder (Changing host) 21.27.48 Join Bagder [241] (~daniel@rockbox/developer/bagder) 21.28.40 # ATA error: -2 21.28.52 # and some ugly rendering of a rockbox logo 21.29.04 # ugly = wrong colors? 21.29.19 # it's all shades of blue/cyan 21.29.43 # yay, very nice to have at least text on the display 21.29.51 # no yellow? what a shame, it's a clip after all 21.30.04 # unfortunately I can't remember what I did to make it work so far 21.30.29 # bertrik: any insight on what kind of storage the zip uses? 21.30.48 # I think (hope) sd, like the clip+ 21.31.10 Join TheLemonMan [0] (~LemonBoy@ppp-203-5.26-151.libero.it) 21.35.14 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.37.46 # bertrik: i remember the cyan logo from the fuzev2 port. that was fixed by going for RGB565SWAPPED pixel format 21.39.02 # white text is cyan, the edge of the rb logo is blue, the yellow parts of the logo are black 21.39.15 # so, I guess I miss the yellow component somehow 21.39.44 # That will make Saint happy 21.49.47 Quit Riviera (Remote host closed the connection) 21.52.16 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20111008085652]) 21.56.38 Join freddyb [0] (~freddybbb@216.8.239.112.etczone.com) 21.59.28 # kugelp: did you look at the buffer move in dircache? I borked the parenthesis in the patch but you get the idea, right? 21.59.59 # yes I had a look 22.00.45 # I wasn't aware of even more pointers. I thought I made fd_bindings entirely static 22.03.20 # They're static but don't they point into the buflib allocation? 22.05.17 Join n1s [0] (~quassel@rockbox/developer/n1s) 22.05.42 # well your patch shows they point into buflib doesn't it? 22.06.15 *** Saving seen data "./dancer.seen" 22.06.32 # That's why I thought those pointers should get updates, too. 22.09.55 Quit Stummi (Quit: Bye!) 22.12.47 # rasher, saratoga: yeah the RE'd alac decoder looks fairly good and as saratoga said could probably gain a bit of speed from some asm but it contains a couple of comments about things that were not completely understood so maybe those can be fixed up now 22.13.10 # Oh, hurray 22.13.14 # it would certainly be interesting to compare them 22.13.51 # the fir stuff is very well suited to the coldfire emac btw :) 22.15.59 # ideally the ffmpeg guys fix up their codec and we can just cherry pick it ;) 22.18.20 Quit freddyb (Quit: Leaving) 22.18.27 # nice, the bootloader appears to bootload already 22.18.55 # Getting a Prefetch abort at EA000034 22.20.46 # kugelp: you mentioned that scrollwheel/touchstrip bug may come from some event suppression on screen change - could you give me some hints where to look? 22.21.43 # New commit by 03bluebrother (r30848): Fix manual URL in Rockbox Utility (FS#12346) ... 22.23.11 # r30848 build result: All green 22.23.24 # bertrik: SD works? 22.23.46 # it seems to be the same SD code than clipv2 22.24.13 # funman, yes apparently internal sd works, I see text on the boot screen indicating has calculated a checksum, etc. but it's a bit too fast to read 22.24.18 # hmm, the alac decoder is doing something weird, it seems to be producing interlaced samples, and then deinterlacing them 22.24.40 # which the dsp will then interlace again 22.24.47 # "Loading rockbox", "Sum: ", "Executing", then the prefetch abort 22.27.29 # is the address useful in prefetch abort? 22.27.57 # if it's the right address, sure 22.27.57 # could you show CPU ID ? 22.28.02 # Looks like a branch instruction 22.28.17 # i would hope our handler prints r15 rather than FAR for prefetch :) 22.28.56 # hah, me browses a rockbox menu! :D 22.29.13 # except all the buttons are wrong ... :) 22.29.17 # a prefetch abort menu? 22.29.44 # I disabled some stuff which I'm now re-enabling, like set_cpu_frequency 22.30.20 # bertrik: don't worry. People will keep complaining about buttons being wrong forever! 22.31.13 # oh, and radio works :) 22.31.40 # well, if they're wrong forever, I don't expect them to cease their objections 22.32.29 # the apple code claims to support 20 and 32bit alac which the ffmpeg codec doesn't 22.33.42 # bertrik: !! 22.33.56 # also bits are in cpp it seems 22.48.53 Quit n1s (Remote host closed the connection) 22.51.28 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 22.52.57 Join Riviera [0] (~Riviera@gateway/tor-sasl/riviera) 22.55.19 Quit funman (Ping timeout: 260 seconds) 22.56.03 Quit y4n (Quit: To those frustrated with their marginal existence, we transmit: your time is now.) 23.01.16 Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 23.02.50 # ladies and gentlemen, boys and girls, clip zip is playing audio from the microsd card! :D 23.03.13 Join funman [0] (~fun@rockbox/developer/funman) 23.04.37 Quit saratoga (Ping timeout: 265 seconds) 23.05.08 # \o/ 23.05.19 # the fastest port ever :-) 23.06.09 # bertrik: awesome work! 23.06.44 # thanks :) 23.07.39 Quit Thra11 (Quit: kthxbai) 23.16.29 # bertrik: Wow 23.16.54 # that's really impressive 23.17.23 # considering it as mostly a blond port 23.18.12 Quit fs-bluebot (Quit: So long, and thanks for all the fish.) 23.18.24 # it's very similar to a clip+ actually, except for the button map and display 23.18.32 Join fs-bluebot [0] (~fs-bluebo@g226069202.adsl.alicedsl.de) 23.19.57 Quit thomasjfox (Remote host closed the connection) 23.23.51 Join Mouser_X [0] (~Mouser_X@75-169-156-232.slkc.qwest.net) 23.24.30 Quit funman (Read error: Operation timed out) 23.26.46 Quit Mouser_X (Client Quit) 23.31.24 Join funman [0] (~fun@rockbox/developer/funman) 23.35.12 Join The_Seeker [0] (~seeker@5ac89978.bb.sky.com) 23.35.24 Quit wodz (Quit: Leaving) 23.36.59 Quit funman (Ping timeout: 256 seconds) 23.38.34 Quit The_Seeker (Client Quit) 23.40.47 Quit benedikt93 (Quit: Bye ;)) 23.40.48 Join PokeYouInDaEye [0] (~18540804@www.haxx.se) 23.41.47 # worked for a long time), the folders have folders within, of the same name as the folder I just entered, which I cannot get into. 23.41.51 # oops 23.41.57 # so, start again: 23.42.14 # seeking help with my Classic 1st Gen. 23.42.23 # my file-tree navigation seems corrupt 23.42.31 # as of only yesterday 23.42.35 # it was working fine before that 23.45.43 Join funman [0] (~fun@rockbox/developer/funman) 23.47.50 # * PokeYouInDaEye pets the channel cat 23.49.45 # bertrik: Nicely done 23.58.50 Join ReimuHak_ [0] (~reimu@wireless.sit-co.net)