--- Log for 28.08.111 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 7 hours ago 00.00.22 # Oh, and diagnostic mode confirms that it has 8 MB of DRAM on a 16-bit bus just like the older AMSv2 clips 00.01.57 Quit ender` (Quit: The difference between something that can go wrong and something that can't go wrong is that, when the thing that can't go wrong goes wrong, it's usually impossible to get at or fix.) 00.04.32 *** Saving seen data "./dancer.seen" 00.04.43 Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) 00.08.06 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 00.16.30 Join ender` [0] (~ender@foo.eternallybored.org) 00.26.54 Quit n1s (Remote host closed the connection) 00.33.16 Quit HaimN (Remote host closed the connection) 00.41.07 Quit Keripo (Ping timeout: 240 seconds) 00.41.20 Join powell14ski [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net) 00.43.18 Quit ender` (Quit: Knowledge is power. Power corrupts.) 00.51.13 Quit fs-bluebot (Quit: timeout?) 00.51.19 Join fs-bluebot [0] (~fs-bluebo@g231120161.adsl.alicedsl.de) 00.56.58 Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) 00.57.24 Quit sideral (Remote host closed the connection) 00.57.51 Join sideral [0] (~sideral@rockbox/developer/sideral) 00.57.55 Quit matsl (Ping timeout: 272 seconds) 00.58.08 Quit sideral (Remote host closed the connection) 00.59.58 Join sideral [0] (~sideral@rockbox/developer/sideral) 01.10.54 Join matsl [0] (~matsl@host-95-193-94-42.mobileonline.telia.com) 01.17.56 Quit Judas_PhD (Quit: This is a quitting message) 01.18.11 Quit matsl (Ping timeout: 272 seconds) 01.25.52 Join Rob2222 [0] (~Miranda@p4FFF2CDC.dip.t-dialin.net) 01.29.27 Quit Rob2223 (Ping timeout: 240 seconds) 01.31.30 Join matsl [0] (~matsl@host-95-193-16-167.mobileonline.telia.com) 01.32.58 Quit bertrik (Ping timeout: 245 seconds) 01.43.14 Quit matsl (Remote host closed the connection) 01.49.47 Join Rob2223 [0] (~Miranda@p4FFF0E3F.dip.t-dialin.net) 01.53.17 Quit Rob2222 (Ping timeout: 264 seconds) 02.01.17 Quit sideral (Ping timeout: 245 seconds) 02.04.34 *** Saving seen data "./dancer.seen" 02.14.11 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 02.35.25 Quit Horscht (Ping timeout: 240 seconds) 02.38.07 Quit Rob2223 (Read error: Connection reset by peer) 02.38.22 Join Rob2222 [0] (~Miranda@p4FFF0E3F.dip.t-dialin.net) 02.44.53 Join ChickeNES [0] (~ChickeNES@adsl-99-74-68-172.dsl.emhril.sbcglobal.net) 02.55.25 Quit kadoban (Ping timeout: 260 seconds) 02.59.50 Join Horscht [0] (~Horscht@xbmc/user/horscht) 03.00.04 Quit Jerom1 (Quit: Leaving.) 03.23.59 Quit mgue (Ping timeout: 260 seconds) 03.25.15 Join mgue [0] (~mgue@p5DDA1228.dip.t-dialin.net) 03.34.28 Join mystica555 [0] (~mike@71-211-200-248.hlrn.qwest.net) 03.55.20 Quit JesusFreak316 (Read error: Connection reset by peer) 04.04.38 *** Saving seen data "./dancer.seen" 04.06.26 Quit mikroflops (Read error: Operation timed out) 04.18.49 Quit Keripo (Read error: Connection reset by peer) 04.26.56 Quit nick-p (Quit: Leaving) 04.31.41 Quit pixelma (Disconnected by services) 04.31.43 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.31.45 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.31.53 Quit amiconn (Disconnected by services) 04.31.54 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.32.13 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.33.02 Quit antil33t (Ping timeout: 245 seconds) 04.34.12 Quit [Saint] (Ping timeout: 265 seconds) 04.39.56 Join [Saint] [0] (~st.lasciv@203.100.215.45) 04.40.11 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 04.48.30 Quit TheSeven (Disconnected by services) 04.48.36 Quit antil33t (Ping timeout: 250 seconds) 04.48.36 Quit [Saint] (Ping timeout: 250 seconds) 04.48.45 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.55.12 Quit XavierGr (Read error: Connection reset by peer) 04.55.44 Join [Saint] [0] (~st.lasciv@203.100.215.45) 04.55.55 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 05.09.51 Quit antil33t (Read error: Network is unreachable) 05.10.05 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 05.37.54 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 05.45.42 Join Rob2223 [0] (~Miranda@p4FFF0546.dip.t-dialin.net) 05.49.37 Quit Rob2222 (Ping timeout: 264 seconds) 05.57.54 Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) 06.02.24 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 06.04.39 *** Saving seen data "./dancer.seen" 06.13.12 Join robin0800 [0] (~robin0800@genld-217-248.t-mobile.co.uk) 06.20.28 Quit robin0800 (Ping timeout: 250 seconds) 06.21.32 Join robin0800 [0] (~robin0800@genld-218-248.t-mobile.co.uk) 06.36.04 Quit robin0800 (Quit: Leaving) 06.37.44 Join dunkaist [0] (~dunkaist@217.197.7.195) 06.55.22 Quit nick-p (Quit: Leaving) 08.04.41 *** Saving seen data "./dancer.seen" 08.09.58 Quit powell14ski (Quit: powell14ski) 08.15.53 Join n1s [0] (~quassel@rockbox/developer/n1s) 08.16.12 Quit amiconn (Remote host closed the connection) 08.16.13 Quit pixelma (Remote host closed the connection) 08.17.11 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.17.13 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.21.14 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 08.38.43 Quit nick-p (Quit: Leaving) 09.13.10 Quit Unhelpful (Ping timeout: 240 seconds) 09.15.02 Join stoffel [0] (~quassel@p57B4D45F.dip.t-dialin.net) 09.18.22 Quit jhMikeS () 09.23.50 Quit Galois (Remote host closed the connection) 09.24.23 Join Galois [0] (djao@efnet-math.org) 09.39.28 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 09.45.37 # New commit by 03jethead71 (r30366): Commit work started in FS#12153 to put timing/position information in PCM ... 09.47.07 Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 09.47.07 Quit jhMikeS (Changing host) 09.47.07 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 09.48.20 # r30366 build result: All green 09.50.54 # jhMikeS: does the 0002 patch in fs#12240 look good to you? 09.50.55 # http://www.rockbox.org/tracker/task/12240 3rbcodec refactoring part 1 (patches, unconfirmed) 09.52.32 # hmmm...haven't check it yet 09.52.55 # just one sec 09.53.04 # no problem 09.55.45 Join matsl [0] (~matsl@host-95-193-54-197.mobileonline.telia.com) 09.57.39 # hmmm...he's trying to reverse things that were done on purpose, like limiting the dsp yields 09.59.21 # i assume it is so that the library doesn't need to see current_tick but yes i thought it looked like it was done for a reason 10.02.01 # why does the lib need yields? 10.02.59 # when used by rb on native targets, the plan is for rb to use the lib 10.04.39 # well, sure, on native targets 10.04.44 *** Saving seen data "./dancer.seen" 10.05.49 # the lib ought to include data types 10.10.54 # * jhMikeS lays some shit on wtachi 10.12.46 Join sideral [0] (~sideral@rockbox/developer/sideral) 10.13.19 # * [Saint] summons someone to dispatch of "aphoto" from the forums... 10.13.36 Quit matsl (Ping timeout: 252 seconds) 10.19.46 # a photo of something, or user name aphoto 10.19.57 # <[Saint]> username. 10.20.02 # <[Saint]> spam. 10.25.31 # Does "report to moderator" work cause I just said "spam, spam, spam, spam"? I cannot dispatch of anyone. 10.26.36 Join matsl [0] (~matsl@host-95-196-207-27.mobileonline.telia.com) 10.36.52 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.36.52 Quit bertrik (Changing host) 10.36.52 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.39.14 Join y4n [0] (y4n@unaffiliated/y4ndexx) 10.41.08 # really odd that the delta table shows r30366 but the build table is lacking it 10.41.46 Join Buschel [0] (~chatzilla@p54A3ADD5.dip.t-dialin.net) 10.41.59 # maybe it doesn't like long-winded commit messages :P 10.44.38 # <[Saint]> If that was true, sideral would have broken it long ago ;) 10.45.26 # Buschel: message? I thought I tried building that 10.45.44 # * Buschel just restart his VM 10.47.28 # pcmbuf.c: 1020: error: 'INT_MAX' undeclared 10.47.58 # well isn't that nice :\ 10.47.58 # Buschel: limits.h 10.48.26 # #include 10.49.23 # I could just nix INT_MAX too 10.49.35 # not really heavily important there 10.51.50 # eek, it's wrong anyway, left over from some previous incarnation 10.59.16 # New commit by 03jethead71 (r30367): Remove INT_MAX from pcmbuf.c. Win32 sim compained about it and it isn't specifically important enough for another #include - it just needs a great ... 11.02.50 # r30367 build result: All green 11.05.23 # compiles fine now 11.05.31 Quit matsl (Remote host closed the connection) 11.07.48 # mpc resume takes ages since this change :/ 11.10.15 # it ought not touch resume itself 11.12.46 # did I goof something in the codec? 11.13.24 # I am not sure, I just rolled back your changes to mpc.c and resume still takes far too long 11.13.42 # if I roll back to r30365 everything works as intended 11.13.42 # I see I left an extra set_elapsed that should have been taken out :\ 11.14.23 # let me check that change to mpc.c again 11.14.45 Join ender` [0] (~ender@foo.eternallybored.org) 11.15.17 # jhMikeS: which one should have been removed? 11.15.48 # the one inside the if (mpc_demux....) 11.15.56 # since it always must set it now 11.16.09 # but that never blocks anything 11.16.21 # compiling now 11.18.02 # still haevily lagged 11.19.40 # does it make any internal assumptions about ci.id3->offset ? 11.21.43 # hmmm 11.22.39 # no 11.23.18 # but it uses ci->read_filebuf, ci->seek_buffer, ci->curpos and ci->filesize 11.24.37 # no changes were made to handling that 11.28.01 # well, there is a change that uses ci.curpos 11.30.00 # that ends up setting id3->offset after a seek completes 11.38.05 Quit stoffel (Ping timeout: 250 seconds) 11.46.22 # is it laggy only on the sim? 11.46.33 # I noly tested on the sim for now 11.48.15 # any idea? 11.48.41 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 11.48.54 Quit pondlife (Client Quit) 11.49.20 # Buschel: not a clue. it's not really making any sense. 11.52.31 # mpc_demux_seek_sample() takes way longer... but only when resuming, not when seeking. 11.53.08 # i did search beforhand for dependencies and id3->offset was used for resume in codecs, not internallyh 11.55.49 # what about some other format? 12.01.09 # oh cool, "visionox" is *not* the internal name of the clip zip hardware, it's an LCD manufacturer 12.02.57 # * jhMikeS keeps typing make in the wrong tree, wondering what's going on with win32 sim :\ 12.03.17 # lol 12.03.25 Join stoffel [0] (~quassel@p57B4D45F.dip.t-dialin.net) 12.03.26 Join Benz1nko [0] (~d9764269@giant.haxx.se) 12.04.47 *** Saving seen data "./dancer.seen" 12.05.04 # unfortunately I can't find a 96x96 colour display at their website 12.05.34 # Re, I have a question about rockbox and cowon d2, is it without primary drive support ? sorry for my english. 12.06.28 # primary usb* 12.10.43 # jhMikeS: back again. I tried m4a and mp3, both work fine with your changes. what is special wiith mpc resume/seek? -> mpc parses the full bitstream. so, mpc will read lots of data and requires quite some CPU during resume/seek. 12.11.23 # jhMikeS: is it possible that we experience priority issues? or is something waiting actively for seek_complete? 12.11.51 # the other codecs will most likekly just seek to a byte position instead of parsing the whole stuff... 12.15.45 # only mpa and musepack buffer with an offest at this time 12.15.55 # err, wavepack 12.15.56 Quit Benz1nko (Quit: CGI:IRC (EOF)) 12.17.00 # audio just takes seek_complete whenever it comes, it's definitely not expected for resume 12.18.12 Quit bug2000 (Ping timeout: 276 seconds) 12.35.52 Join fml [0] (~chatzilla@manz-5f74a514.pool.mediaWays.net) 12.36.30 # He-he, I wonder whether the sansa clip zip port will be usable before the player is sold via the german amazon! 12.36.33 Quit fml (Client Quit) 12.37.29 Quit tjb0607 (*.net *.split) 12.37.29 Quit scorche|sh (*.net *.split) 12.37.29 Quit alexbobp (*.net *.split) 12.37.29 Quit Elfish (*.net *.split) 12.37.29 Quit Staphylo (*.net *.split) 12.37.29 Quit GodEater_ (*.net *.split) 12.37.29 Quit user829385 (*.net *.split) 12.37.29 Quit ender| (*.net *.split) 12.37.29 Quit simonlnu (*.net *.split) 12.37.29 Quit TBCOOL (*.net *.split) 12.37.29 Quit niekie (*.net *.split) 12.37.29 Quit Poodlemastah (*.net *.split) 12.37.29 Quit pjm0616 (*.net *.split) 12.37.29 Quit jordan` (*.net *.split) 12.37.29 Quit zu (*.net *.split) 12.37.29 Quit eintopf (*.net *.split) 12.37.29 Quit bylzz (*.net *.split) 12.37.29 Quit ved (*.net *.split) 12.37.57 Join alexbobp [0] (~alex@108.60.198.57) 12.37.57 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 12.37.57 Join Staphylo [0] (staphylo@hyperion.epimeros.org) 12.37.57 Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) 12.37.57 Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) 12.37.57 Join user829385 [0] (~aoeu@112.166.15.141) 12.37.57 Join ender| [0] (~ender1@foo.eternallybored.org) 12.37.57 Join simonlnu [0] (QfBLewJ3rV@unaffiliated/simonrvn) 12.37.57 Join TBCOOL [0] (~tb@c-f43571d5.09-42-73746f22.cust.bredbandsbolaget.se) 12.37.57 Join niekie [0] (~niek@CAcert/Assurer/niekie) 12.37.57 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 12.37.57 Join pjm0616 [0] (~user@114.200.203.101) 12.37.57 Join jordan` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) 12.37.57 Join zu [0] (~zu@ks355000.kimsufi.com) 12.37.57 Join bylzz [0] (~bylzz@arpnet.org) 12.37.57 Join eintopf [0] (eintopf@zzz.strace.org) 12.37.57 Join ved [0] (ved@ddsbox.co.cc) 12.37.57 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 12.38.02 Quit Galois (*.net *.split) 12.38.02 Quit maraz (*.net *.split) 12.38.02 Quit ps-auxw (*.net *.split) 12.38.02 Quit factor (*.net *.split) 12.38.02 Quit ukleinek (*.net *.split) 12.38.02 Quit parafin (*.net *.split) 12.38.03 Quit Hadaka (*.net *.split) 12.38.35 Join Galois [0] (djao@efnet-math.org) 12.38.36 Join maraz [0] (maraz@kapsi.fi) 12.38.36 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 12.38.36 Join factor [0] (~factor@74.197.205.204) 12.38.36 Join ukleinek [0] (~ukl@octopus.hi.pengutronix.de) 12.38.36 Join parafin [0] (parafin@paraf.in) 12.38.36 Join Hadaka [0] (~naked@naked.iki.fi) 12.38.46 Quit n1s (*.net *.split) 12.38.46 Quit [7] (*.net *.split) 12.38.46 Quit mgue (*.net *.split) 12.38.46 Quit ChickeNES (*.net *.split) 12.38.47 Quit Xerion (*.net *.split) 12.39.04 Join n1s [0] (~quassel@rockbox/developer/n1s) 12.39.04 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 12.39.04 Join mgue [0] (~mgue@p5DDA1228.dip.t-dialin.net) 12.39.04 Join ChickeNES [0] (~ChickeNES@adsl-99-74-68-172.dsl.emhril.sbcglobal.net) 12.39.04 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 12.39.17 Quit aevin (*.net *.split) 12.39.17 Quit balintx (*.net *.split) 12.39.17 Quit markun (*.net *.split) 12.39.17 Quit efyx (*.net *.split) 12.39.19 Quit bluefoxx (*.net *.split) 12.39.19 Quit desowin_ (*.net *.split) 12.39.19 Quit Slasheri (*.net *.split) 12.39.19 Quit [fred] (*.net *.split) 12.39.31 # jhMikeS: if I move the resuming into the playback loop and delay resuming by ~100 frames the resuming is done instantly (as before) 12.39.35 Join aevin [0] (eivindsy@microbel.pvv.ntnu.no) 12.39.36 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 12.39.36 Join markun [0] (~markun@rockbox/developer/markun) 12.39.36 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 12.39.36 Join bluefoxx [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 12.39.36 Join desowin_ [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 12.39.36 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 12.39.36 Join [fred] [0] (fred@ircop.efnet.at) 12.39.43 # jhMikeS: there is something fishy 12.39.56 Quit nick-p (*.net *.split) 12.39.56 Quit kadoban (*.net *.split) 12.39.56 Quit [Saint] (*.net *.split) 12.39.57 Quit advcomp2019_ (*.net *.split) 12.39.57 Quit madskiny (*.net *.split) 12.39.57 Quit GeekShadow (*.net *.split) 12.39.57 Quit mystica555_ (*.net *.split) 12.39.57 Quit Utchybann (*.net *.split) 12.39.57 Quit jfc (*.net *.split) 12.40.02 # sounds like some statemachine issue 12.40.14 # I don't seem to be having an issue 12.40.16 Quit ender` (*.net *.split) 12.40.16 Quit dunkaist (*.net *.split) 12.40.16 Quit guymann (*.net *.split) 12.40.23 # not with the demo file anyway 12.40.26 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 12.40.26 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 12.40.26 Join [Saint] [0] (~st.lasciv@203.100.215.45) 12.40.26 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 12.40.26 Join madskiny [0] (dre@gateway/shell/xzibition.com/x-ihmavqahznyugwtg) 12.40.26 Join GeekShadow [0] (~antoine@246.203.120.78.rev.sfr.net) 12.40.26 Join mystica555_ [0] (~Mike@71-211-200-248.hlrn.qwest.net) 12.40.26 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 12.40.26 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 12.40.33 Join ender` [0] (~ender@foo.eternallybored.org) 12.40.33 Join dunkaist [0] (~dunkaist@217.197.7.195) 12.40.33 Join guymann [0] (~charles@66-159-172-254.adsl.snet.net) 12.40.37 Quit y4n (*.net *.split) 12.40.37 Quit sideral (*.net *.split) 12.40.37 Quit ReimuHakurei (*.net *.split) 12.40.37 Quit Guinness` (*.net *.split) 12.40.58 # wait a minute 12.41.03 Quit antil33t (*.net *.split) 12.41.03 Quit user890104 (*.net *.split) 12.41.03 Quit ruskie (*.net *.split) 12.41.03 Quit Farthen (*.net *.split) 12.41.03 Quit rudi_s (*.net *.split) 12.41.10 Quit crwl (*.net *.split) 12.41.10 Quit jae (*.net *.split) 12.41.10 Quit preglow (*.net *.split) 12.41.10 Quit JdGordon (*.net *.split) 12.41.10 Quit feisar-_ (*.net *.split) 12.41.57 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 12.41.57 Join user890104 [0] (~Venci@6bez10.info) 12.41.57 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 12.41.57 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 12.41.57 Join rudi_s [0] (~simon@austria125.server4you.de) 12.41.57 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 12.41.57 Join crwl [0] (~crwlll@dsl-jklbrasgw1-ffb9c300-103.dhcp.inet.fi) 12.41.57 Join jae [0] (~jae@dedicated.jaerhard.com) 12.41.57 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 12.41.57 Join feisar-_ [0] (jljhook@ihq.in) 12.42.16 Join y4n [0] (y4n@unaffiliated/y4ndexx) 12.42.16 Join sideral [0] (~sideral@rockbox/developer/sideral) 12.42.16 Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) 12.42.16 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 12.45.17 Quit Rob2223 (*.net *.split) 12.45.17 Quit Llorean (*.net *.split) 12.45.17 Quit kugel (*.net *.split) 12.45.34 Join Rob2223 [0] (~Miranda@p4FFF0546.dip.t-dialin.net) 12.45.34 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 12.45.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.52.03 # jhMikeS: look at this -> http://pastie.org/2442764 12.52.23 # resume works as fast as before with this hack 12.52.43 # with this hack the decoder plays a few frames and then resumes 12.53.09 # why should there be a difference (from the decoder point of view)? 12.57.03 # not sure what you mean "plays a few frame then resumes" 12.57.11 Quit nick-p (Quit: Leaving) 13.00.19 # samplesdone looks like it isn't initialized 13.01.40 # wait, oops 13.02.07 # the patch moves the resume code. it is now *inside* mpc.c's do-while-loop. this way the decoder decodes/plays 40 frames (~1 second) and then performs the resume. 13.03.56 # but even this patch will not always resume fast. seems like there is some timing dependency 13.05.17 # it could be thrashing the buffer around, but then, it would have been doing that for a long time now anyway 13.07.54 # when decoding 100 frames (~2.5s) before resuming it works more reliable -- there *is* some timing dependenc 13.07.56 # y 13.09.51 # well, that would push buffering ahread without needing a rebuffer 13.10.06 # s/would/could/ 13.10.48 # but then, nothing should be different in that respect from before 13.13.00 # http://pastie.org/2442824 -> line 155: "loop_idx == 0" -> resume takes ages, "loop_idx == 100" -> resume is done instantly 13.16.12 # is there anything with id3->elapsed that's important? 13.17.23 # no 13.20.41 # could there be some init that is missing when seeking straight away? 13.21.59 # at least not within the codec itself 13.23.08 # also, why should the behaviour of my above patch change with the number of decoded frames before resuming? 13.23.15 # maybe buffering? 13.26.40 # possibly 13.28.11 # dumping a few frames in would also cause the thread priority to raise up initially 13.29.16 # is there album art involved or any other encumberance? 13.29.31 # wher is the codec priority set? 13.29.49 # in pcmbuf.c 13.32.52 Quit stoffel (Ping timeout: 260 seconds) 13.36.24 # even setting PRIORITY_PLAYBACK to 5 does not help 13.39.57 # could try to see if it's getting loads of buffer callbacks at resume 13.40.45 # but at this point, I still see no good reason a pcm buffer change ought to affect this, esp. given what was ruled out already :\ 13.41.51 # well, the playback engine was changed... 13.42.36 # didn't you also change some the queue events? 13.44.32 # it wasn't changed in the resume area 13.45.38 # no queue events changed here, just how they're posted (via function in playback.c instead of directly in codec_thread.c) 13.46.40 # possibly something moved? e.g. reading metadata? maybe the codec and something else have competing buffer/file access? 13.49.34 # I didn't move anything, not on-purpose 13.50.05 Join tguinot [0] (~tguinot@ks22840.kimsufi.com) 13.51.21 # maybe he changes to playing_id3_sync? it's really the only substantial change that is hit upon resume 13.52.31 # can those just be rolled back to the former implementation? 13.54.15 # remove pcm_play_lock/unlock from that function and it would basically be what it was 13.55.49 # removing those does not make a difference 13.56.34 # didn't think so. the rest is transition and updating playing_id3's position info 13.57.58 # those are integral to the patch, so can't be rolled by on their own 13.58.08 # s/by/back 13.59.04 # * jhMikeS wonders what been done to buffering itself recently 14.04.49 *** Saving seen data "./dancer.seen" 14.13.09 Quit sideral (Ping timeout: 240 seconds) 14.15.56 Join stoffel [0] (~quassel@p57B4D45F.dip.t-dialin.net) 14.23.16 # jhMikeS: simple test -> http://pastie.org/2443081 14.23.51 # the patch adds some file-i/o to the aac codec. this behaves like mpc, it's heavily lagged since your changes 14.25.57 # but not if before my changes? 14.26.43 # yes, if I roll back pcmbuf.c/.h, codec_thread.c and playback.c to r30365 it's working fine 14.26.54 # even the aac patch? 14.26.57 # yes 14.26.59 # hmmm 14.28.07 # fwiw: my CPU-meter says the CPU's are idle during this several seconds of delay 14.30.00 # you're saying it read 6553600 bytes quickly if aac patched and using 30365 <<== ?? 14.33.16 Join Horschti [0] (~Horscht@xbmc/user/horscht) 14.34.07 Quit Horscht (Ping timeout: 258 seconds) 14.35.58 # yes 14.36.20 # I must admit I'm a bit incredulous 14.36.26 # o_0 14.36.31 # just test it :) 14.39.27 # in audio_on_buffering(), in the BUFFER_EVENT_REBUFFER case, check if it mysteriously jumps up between revisions 14.40.30 # or in buffer_event_buffer_low_callback <= better 14.40.58 # *buffer_event_rebuffer_callback (haven't slept enough) 14.41.56 # what exactly do you want me to check? 14.52.48 # compare the call count when resuming between revisions 14.56.50 Join Jerom1 [0] (~jerome@95.171.147.9) 14.57.05 # neither buffer_event_buffer_low_callback() nor buffer_event_rebuffer_callback() is called in both revisions 15.00.15 # then it's not waiting for audio to clear anything and buffering is handling it internally (good) 15.00.50 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 15.08.27 # * jhMikeS wonders where the sim disk IO is for the app threads (not fiber threads in particular) 15.09.34 # actually *for* anything not SDL threads 15.20.52 # I'm also wondering if SDL threads do anything different 15.24.24 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 15.24.32 # what do you think of this -> in buffering.c prep_bufdata() the delay is caused by looping in the do-while loop 15.24.49 # this is with your change. the old revision does not have this effect 15.30.54 # old revision doesn't do it at all, no matter how far one seeks into it? 15.31.01 # or resumes, rather 15.33.42 # using the old revision it does it very few times when resuming 15-16 MB into a mpc song 15.34.35 # with your changes it is more like several hundred times 15.49.28 # my analysis was not fully correct. in case of delayed resume the "if (h->filerem > 0 && avail < realsize) {" path in prep_bufdata() is entered for *each* call of prep_bufdata(). with the old revision this happening only very few times. 15.52.45 # hmmm...codec got way faster ? :) 15.53.40 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 15.58.36 # as I said: timing dependeecies ;) 15.59.03 # * Buschel is in a period of typo's again 15.59.06 # it's not really a race per se 15.59.44 # I suspect you mean this occurs at the resume seek, before pcm is generated? 15.59.53 # yes 16.01.12 # a resume from stopped? 16.01.13 Quit antil33t (Read error: Connection reset by peer) 16.01.28 # yes, that is my usecase 16.01.32 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 16.03.09 # * jhMikeS check if he messed up the pcmbuf_is_lowdata or something 16.04.50 # revert the first "if (...) return false; " of pcmbuf_is_lowdata *only* 16.04.54 *** Saving seen data "./dancer.seen" 16.05.04 # good point, this would also explain why resuming/seeking works after several frames have been decoded (= fill pcm buffer) 16.05.27 # I think I left something I didn't mean to 16.06.16 # but actually, those should refer to the channel, not pcm, which also was something left that shouldn't have been 16.07.29 # no change 16.10.47 # if I always return false in pcmbuf_is_lowdata() , it works like charm 16.14.07 # it also works fine if I replace sleep(1) with yield() in buffering.c, line 728 16.17.23 # or if I just remove the sleep/yield section at those lines 16.17.38 # http://pastie.org/private/7gqamxytqw7wflhdvkrw <= proper change 16.19.11 # \o/ 16.19.13 # :) 16.19.18 # works 16.19.53 # \o/ 16.21.34 # thanks for sticking with that! :) 16.21.56 # you're welcome :) 16.25.40 # New commit by 03buschel (r30368): Remove obsolete 'ci->set_elapsed()' from mpc. 16.27.01 # New commit by 03jethead71 (r30369): Restore functionality of pcmbuf_is_lowdata. It fell out of sync since the mixer code and then an incorrect change unintentionally remained in r30366. 16.28.22 # r30368 build result: All green 16.29.09 # hmmm...build table still isn't keeping new revisions 16.30.46 # r30369 build result: All green 16.57.05 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.59.45 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110811165603]) 17.06.08 Join MethoS- [0] (~clemens@134.102.106.250) 17.10.21 Quit antil33t (Read error: Connection reset by peer) 17.10.44 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 17.19.47 # meh, the build table is still showing the warnings after my commit.. :) 17.21.16 Quit nick-p (Quit: Leaving) 17.21.38 # those are warnings from the host cc as far as I know, but our build scripts don't mention the host cc version 17.22.12 # Should we fix those warnings (or at least make them go away)? 17.38.26 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 17.40.54 Quit Zarggg (Ping timeout: 252 seconds) 17.46.16 # bertrik: i think it's an ubuntu thing or something, anyway only happens when building tools 17.46.33 Nick Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 17.52.14 Join PurlingNayuki [0] (~716144d8@giant.haxx.se) 17.55.19 Quit PurlingNayuki (Client Quit) 17.55.27 Join PurlingNayuki [0] (~716144d8@giant.haxx.se) 17.55.36 # Hi everyone. 17.56.00 # What's the use of 'Time scratch'? 17.58.23 Join bug2000 [0] (~bug@unaffiliated/bug2000) 18.04.58 *** Saving seen data "./dancer.seen" 18.06.58 # PurlingNayuki: time *stretch*? 18.07.32 # Oops, sorry. My typo. 18.08.43 # it is for speeding up (or slowing down?) audio without changing pitch 18.09.19 # the intended use case is for audiobooks and podcasts and other spoken word 18.09.34 # Thx, but does it really work? 18.09.57 # i think so but i haven't tried it 18.10.26 # Wait a minute please and let me try iy. 18.10.31 # *iy* 18.10.40 # Why wouldn't it work? 18.10.43 # *it* lots of typo today:P 18.12.10 # Well it does work. 18.12.28 # I tried it before but it didn't work. 18.13.52 # And sorry, another question. I read the menu files and found a 'set_sleep_timer' function. 18.14.08 # However, I can't find where it's from. 18.14.39 # I searched 'time' for file but just got something useless. 18.20.26 # OK thanks. Finally I found it. 18.20.52 # It's in firmware/powermmgmt.c 18.22.54 Quit PurlingNayuki (Quit: CGI:IRC (EOF)) 18.26.18 Quit stoffel (Read error: Operation timed out) 18.35.46 # New commit by 03nls (r30370): libtremor: comment out some unused functions and mark some file local functions static, saves a few hundred bytes and might give a tiny speedup. 18.36.43 # New commit by 03nls (r30371): libtremor: remove some inline cf asm that is no longer needed with the new toolchain, no speed diff. 18.37.45 # benchmarking a 128kbps file said r30370 was ~0.1MHz faster but could easily be due to icache effects 18.38.12 # r30370 build result: All green 18.40.35 # r30371 build result: All green 18.52.31 Join ChickeNE_ [0] (~ChickeNES@adsl-99-74-68-172.dsl.emhril.sbcglobal.net) 18.53.22 Quit ChickeNES (Ping timeout: 276 seconds) 19.04.10 Quit kadoban (Read error: Operation timed out) 19.08.42 Quit ChickeNE_ (Quit: Computer has gone to sleep.) 19.13.30 Quit Torne (Ping timeout: 260 seconds) 19.17.20 Join z180 [0] (~chatzilla@ip-109-45-122-114.web.vodafone.de) 19.18.04 Join Torne [0] (~torne@rockbox/developer/Torne) 19.20.59 Join TheLemonMan [0] (~giuseppe@ppp-83-10.26-151.libero.it) 19.28.46 # New commit by 03nls (r30372): libtremor: comment out some more unused functions, make a function param unsigned to simplify generated code, gives a small speedup on cf. 19.29.13 Quit TheLemonMan (Quit: leaving) 19.30.58 # r30372 build result: All green 19.34.07 Quit Jerom1 (Quit: Leaving.) 19.43.00 Join bluebrother [0] (~dom@g226071222.adsl.alicedsl.de) 19.43.00 Quit bluebrother (Changing host) 19.43.00 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.44.39 Quit fs-bluebot (Ping timeout: 245 seconds) 19.45.46 Join fs-bluebot [0] (~fs-bluebo@g226071222.adsl.alicedsl.de) 19.46.17 Join typn [0] (~quassel@184-155-86-74.cpe.cableone.net) 19.46.19 Quit bluebroth3r (Ping timeout: 245 seconds) 19.46.45 # hi, I wonder what the anynomous SVN address is? 19.47.18 # the same as the non-anymous 19.47.21 # svn.rockbox.org 19.47.21 # I wanted to "borrow" some font-rendering code from rockbox for my project :-). 19.47.31 # oh thanks. 19.48.03 # http://www.rockbox.org/wiki/UsingSVN 19.48.24 # a bit more about it 19.48.57 # great, got it, I appreciate it bluebrother 19.55.25 Join stoffel [0] (~quassel@p57B4D45F.dip.t-dialin.net) 19.56.46 Quit Keripo (Quit: Leaving.) 20.01.26 Quit stoffel (Remote host closed the connection) 20.04.59 *** Saving seen data "./dancer.seen" 20.10.04 Join TheLemonMan [0] (~giuseppe@ppp-83-10.26-151.libero.it) 20.15.45 Join wtachi [0] (~wtachi@cpe-069-134-168-033.nc.res.rr.com) 20.20.55 Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) 20.25.00 Quit TheLemonMan (Quit: leaving) 20.25.22 Join TheLemonMan [0] (~giuseppe@ppp-83-10.26-151.libero.it) 20.26.28 # J #xfce 20.43.02 # heytypn look at freetype it is used in ipod OF 20.44.54 Quit typn (Remote host closed the connection) 20.52.01 Join Topy44 [0] (~Topy44@f049013101.adsl.alicedsl.de) 21.00.51 Join sideral [0] (~sideral@rockbox/developer/sideral) 21.04.46 Quit benedikt93 (Quit: Bye ;)) 21.05.11 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.13.52 # z180: what do you mean? 21.14.10 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.16.13 Join robin0800 [0] (~quassel@149.254.234.244) 21.22.28 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 21.22.29 Quit pamaury (Changing host) 21.22.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.25.34 # not you ,sorry I meant that user who wanted the font code 21.26.37 # ah, right 21.28.19 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 21.35.04 Quit benedikt93 (Quit: Bye ;)) 21.41.50 Join ChickeNES [0] (~ChickeNES@99.74.68.172) 21.42.21 Quit ChickeNES (Read error: Connection reset by peer) 21.42.54 Join ChickeNES [0] (~ChickeNES@adsl-99-74-68-172.dsl.emhril.sbcglobal.net) 21.48.29 Join froggyman [0] (~seth@50.105.142.145) 21.48.30 Quit froggyman (Changing host) 21.48.30 Join froggyman [0] (~seth@unaffiliated/froggyman) 21.48.43 Quit TheLemonMan (Quit: leaving) 21.49.01 Join TheLemonMan [0] (~giuseppe@ppp-83-10.26-151.libero.it) 22.05.01 *** Saving seen data "./dancer.seen" 22.06.02 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 22.09.29 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.17.05 Quit robin0800 (Ping timeout: 240 seconds) 22.17.40 Quit z180 (Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110803131630]) 22.19.22 Quit Stummi (Quit: Bye!) 22.21.53 Quit TheLemonMan (Quit: leaving) 22.22.12 Join TheLemonMan [0] (~giuseppe@ppp-83-10.26-151.libero.it) 22.36.50 Join robin0800 [0] (~quassel@149.254.182.244) 22.38.45 Quit wtachi (Quit: &) 22.48.19 # brb 22.48.48 Quit TheLemonMan (Quit: leaving) 22.49.05 Join ageis [0] (~ageis@c-76-127-201-198.hsd1.ma.comcast.net) 22.54.42 Join TheLemonMan [0] (~giuseppe@ppp-83-10.26-151.libero.it) 22.55.10 Quit TheLemonMan (Client Quit) 22.56.34 Quit domonoky (Read error: Connection reset by peer) 22.57.12 Join ReimuHakurei_ [0] (~kudo@wireless.sit-co.net) 22.57.47 Quit ReimuHakurei (Ping timeout: 240 seconds) 22.59.39 Quit ageis () 23.00.17 # is there any way to make rockboxdev.sh do it's activities seperately? Like - do all the downloads at once, and then do all the building? 23.00.27 Join TheLemonMan [0] (~giuseppe@ppp-83-10.26-151.libero.it) 23.01.14 Quit robin0800 (Ping timeout: 240 seconds) 23.03.39 Join robin0800 [0] (~quassel@149.254.186.244) 23.05.58 Quit Galois (Ping timeout: 264 seconds) 23.08.43 # huh we have no battery benchmarks for the ClipV2 23.13.16 Quit robin0800 (Read error: Connection reset by peer) 23.17.25 Quit n1s (Remote host closed the connection) 23.35.43 Join john [0] (~john@50-35-176-190.evrt.wa.frontiernet.net) 23.36.08 # Has anyone here ACTUALLY gotten rockbox to work on their ipod? (Cause I'm finding the task pretty impossible.) 23.36.18 Nick john is now known as evildaemon (~john@50-35-176-190.evrt.wa.frontiernet.net) 23.36.47 # evildaemon: a lot of people did 23.37.15 # Okay. 23.37.39 # installation is rather simple. At least for stable ports. 23.37.56 # but since you didn't mention which Ipod you're talking about ... 23.38.16 # Anyway, onto an actual issue, I've "installed" rockbox onto a 1st gen black ipod nano, and it won't recognize USB/Firewire input, any ideas? 23.39.35 # USB or firewire? 23.39.44 # My thought was that there might be a way to corrupt the firmware partition so I can go back to the (working) "restore your ipod" screen. 23.39.47 # USB 23.40.09 # You can *always* go back to the in-ROM recovery mode 23.40.24 # Where is this? 23.40.45 Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik) 23.41.46 # You have to hold a button while booting. I can't remember which one right now. Let me search a bit... 23.42.24 Quit Torne (Ping timeout: 260 seconds) 23.42.45 # http://support.apple.com/kb/ht1363 23.44.45 # should be Select+Play 23.45.20 # does the Nano1G actually support Firewire? I thought Apple dropped that at some point 23.46.55 # I have the nano 1g and there's only a standard apple connector on it 23.47.11 Quit bertrik_ (Ping timeout: 258 seconds) 23.47.32 # I thought there was a connector for USB, and another one for Firewire 23.47.35 # and inside it's basically just a portalplayer player as far as I know 23.47.44 # that doesn't mean it does (not) have Firewire. 23.48.04 Join Torne [0] (~torne@rockbox/developer/Torne) 23.48.11 # I'm starting to consider the possibility that the USB ports on my creeky machine are just breaking. 23.48.17 # the Ipod has the dock connector. There's a cable for Firewire and one for USB, but IIRC newer Ipods don't support Firewire anymore 23.48.45 # doesn't wikipedia know this? 23.48.54 # Probably. 23.49.02 # * evildaemon is too lazy to check. 23.49.12 # possible :) The IPL wiki had a nice table back when it was around 23.49.39 # either way, how does this "not recognize USB" look like? Does Rockbox actually run? Does the Apple firmware run? 23.50.01 # One second, gonna try connecting to my laptop. 23.50.04 # wikipedia says the nano 1g has USB for data/charging and firewire only for charging 23.51.12 # Your not going to believe the solution. 23.51.19 # My USB port was broken. 23.51.31 # * bluebrother isn't surprised 23.51.48 # Either am I, this things gotta be from circa 2004. 23.51.58 # saratoga, I think I'll commit some lcd init code for the clip zip tomorrow 23.52.11 # flaky USB ports is an issue that occurs every now and then. 23.52.24 # We believe *everything* :) 23.52.28 # the clip zip OF is already prepared to work with two different kinds of LCDs 23.52.41 # * bluebrother doesn't believe gevaerts :P 23.52.47 # It's funny, because it was working fine five minutes ago, lol. 23.52.53 # (: 23.54.02 # I heard the "disk click of death" the other day, so I need new hardware regardless. 23.58.30 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk)