--- Log for 15.05.111 Server: barjavel.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 1 day and 0 hours ago 00.05.43 Join jsun [0] (46e1b7e5@gateway/web/freenode/ip.70.225.183.229) 00.06.20 # heya! very new to the rockbox community, got a question though 00.06.54 # (if anyone is watching the chat) 00.09.24 # if anyone has experience with iBoy, are there enough keys on an ipod to actually play a game? 00.11.13 # well, rockbox doesn't have iboy, it has rockboy. you can see the keymappings in the manual 00.12.01 # ah :) appreciate it. i've been reading the wrong thing, it seems. ill check it out 00.12.32 # you might decide the keymap is ok enough to play pokemon but not mario, for example 00.12.34 Quit jsun (Quit: Page closed) 00.16.00 # Buschel: results posted 00.23.06 Quit Bagder (Read error: Connection timed out) 00.24.39 Join Bagder [0] (~daniel@rockbox/developer/bagder) 00.29.49 # jhMikeS: thanks. so, not really a gain in performance, but it doesn't hurt :) 00.32.41 Quit {phoenix} (Remote host closed the connection) 00.32.47 Join factor [0] (~factor@74.195.188.223) 00.33.18 Quit ender` (Quit: All great truths begin as blasphemies. –– George Bernard Shaw) 00.37.05 Join T44 [0] (~Topy44@f048001121.adsl.alicedsl.de) 00.38.45 Quit Topy44 (Ping timeout: 246 seconds) 00.41.03 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110420140830]) 00.43.04 Quit linuxguy3 (Ping timeout: 240 seconds) 00.44.57 Join linuxguy3 [0] (~timj@adsl-75-57-185-126.dsl.emhril.sbcglobal.net) 00.45.32 Quit Bagder (Read error: Connection timed out) 00.46.27 Join Bagder [0] (~daniel@rockbox/developer/bagder) 00.52.08 Quit robin0800 (Quit: Leaving) 01.11.12 *** Saving seen data "./dancer.seen" 01.23.11 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 01.23.36 Quit AlexP (Ping timeout: 246 seconds) 01.24.11 Quit bertrik (Read error: Operation timed out) 01.24.45 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 01.29.38 Quit Bagder (Read error: Connection timed out) 01.35.27 Join azeotropes [0] (~Marvin@user-0c9he77.cable.mindspring.com) 01.36.27 # hello. i recently installed rockbox on a sansa clip+. on the While playing screen, i notice a playcount. It seems to always stay at 0 eventhough i have played through the song. how do i increase this count? Using yellowbar unicode theme 01.37.54 # you need to enable runtime statistics gathering in the database settings, and you need to have an initialized database 01.45.58 # @sideral: should autoupdate also be on? 01.47.15 # azeotropes: that's not needed for this particular function. To learn what each option does, have a look at the Rockbox manual 01.48.10 # @sideral: i've initialized and updated the DB, i've also enabled the runtime statistics gathering in database settings and it still doesnt seem to show that it has played fully. is this a matter of my skin selection? 01.48.46 Quit AlexP_ (Read error: Connection reset by peer) 01.48.49 # *ok. nvmd. seems to work now 01.48.54 Join AlexP [0] (~alex@rockbox/staff/AlexP) 01.49.03 # cool 01.50.32 # hm. not sure what "ARate" mean... but i guess thats ok 01.50.51 Join ReimuHakurei [0] (~reimu@75-145-191-49-Illinois.hfc.comcastbusiness.net) 01.56.08 Quit sideral (Quit: Leaving.) 02.03.21 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 02.14.33 Quit azeotropes (Quit: Leaving) 02.16.00 Quit Jerom1 (Quit: Leaving.) 02.18.46 Quit jhMikeS (Read error: Connection reset by peer) 02.19.36 Join jhMikeS [0] (~jethead71@adsl-99-150-162-56.dsl.sfldmi.sbcglobal.net) 02.19.36 Quit jhMikeS (Changing host) 02.19.36 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 02.27.31 Quit Beta2K (Ping timeout: 276 seconds) 02.32.37 Quit pamaury (Remote host closed the connection) 02.43.20 Quit bertrik (Ping timeout: 246 seconds) 02.44.19 Join wilk [0] (Ancient@unaffiliated/wilk) 02.44.46 Part wilk 02.47.51 Quit mudd1 (Ping timeout: 240 seconds) 03.01.56 Quit AlexP (Ping timeout: 246 seconds) 03.02.12 Join AlexP [0] (~alex@rockbox/staff/AlexP) 03.11.14 *** Saving seen data "./dancer.seen" 03.41.29 # New commit by 03jethead71 (r29881): test_codec: Allow user to abort tests using target-defined TESTCODEC_EXITBUTTON. 03.47.51 Quit AlexP (Ping timeout: 260 seconds) 03.48.30 # r29881 build result: All green 03.51.58 Join AlexP [0] (~alex@rockbox/staff/AlexP) 03.57.13 Quit GeekShadow (Quit: The cake is a lie !) 04.03.39 Quit AlexP (Read error: Connection reset by peer) 04.03.49 Join AlexP [0] (~alex@rockbox/staff/AlexP) 04.32.42 Quit AlexP (Read error: Operation timed out) 04.33.02 Quit soap (Read error: Connection reset by peer) 04.33.30 Join soap [0] (~soap@rockbox/staff/soap) 04.34.03 Join AlexP [0] (~alex@rockbox/staff/AlexP) 04.35.43 Quit DerPapst (Ping timeout: 240 seconds) 04.36.21 Join DerPapst [0] (~Alexander@p57954C17.dip.t-dialin.net) 04.53.20 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.53.22 Quit TheSeven (Read error: Operation timed out) 04.53.40 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.56.40 Quit kugelp (Ping timeout: 240 seconds) 04.57.03 Quit amiconn (Disconnected by services) 04.57.03 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.57.17 Quit pixelma (Disconnected by services) 04.57.17 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.57.21 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.57.39 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 05.01.57 Join Rob2222 [0] (~Miranda@p4FFF3DC3.dip.t-dialin.net) 05.06.13 Quit Rob2223 (Ping timeout: 276 seconds) 05.11.18 *** Saving seen data "./dancer.seen" 05.33.18 Join balintx_ [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 05.34.02 Quit jfc (Ping timeout: 250 seconds) 05.34.28 Quit balintx (Ping timeout: 250 seconds) 05.38.19 Join jfc [0] (~john@static-72-73-80-12.ptldme.east.myfairpoint.net) 05.42.30 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 05.43.26 Quit t0rc (Quit: WeeChat 0.3.4) 06.00.02 Join Rob2223 [0] (~Miranda@p4FFF270D.dip.t-dialin.net) 06.03.16 Quit Rob2222 (Ping timeout: 252 seconds) 06.04.08 Quit DerPapst (Quit: Leaving.) 06.27.51 Quit factor (Read error: Connection reset by peer) 06.40.02 Join wtachi [0] (~wtachi@cpe-065-190-001-228.nc.res.rr.com) 06.42.10 Join tmzt [0] (~tmzt@adsl-69-208-1-170.dsl.akrnoh.ameritech.net) 06.44.10 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 06.48.41 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.56.05 Join Horschti [0] (~Horscht@xbmc/user/horscht) 06.59.42 Quit Horscht (Ping timeout: 264 seconds) 07.11.20 *** Saving seen data "./dancer.seen" 07.20.24 Quit balintx_ (Remote host closed the connection) 07.20.43 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 07.24.58 Quit CaptainKewl (Ping timeout: 260 seconds) 07.42.49 Join mystica555 [0] (~Mike@71-33-157-247.hlrn.qwest.net) 07.47.11 Join Rob2222 [0] (~Miranda@p4FFF270D.dip.t-dialin.net) 07.49.11 Join JoshuaChang [0] (~joshuacha@222.70.133.12) 07.49.39 Quit maraz_ (Ping timeout: 250 seconds) 07.49.52 # is it possible to link a simulator that don't need sdl.dll while running? 07.50.31 Quit Rob2223 (Ping timeout: 250 seconds) 07.52.15 Quit factor (Quit: Leaving) 07.55.07 Join maraz [0] (maraz@kapsi.fi) 07.55.41 Quit ReimuHakurei (Ping timeout: 246 seconds) 07.55.53 Join ReimuHakurei [0] (~reimu@75-145-191-49-Illinois.hfc.comcastbusiness.net) 07.57.21 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 07.59.45 Quit markun (Remote host closed the connection) 08.02.54 # <[Saint]> JoshuaChang: What do you mean by "link a simulator"? 08.04.23 Quit JoshuaChang (Ping timeout: 246 seconds) 08.19.32 Quit sinthetek (Ping timeout: 248 seconds) 08.35.27 Join ebrown [0] (~^echa^@110.138.166.185) 08.37.55 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 08.40.48 Part ebrown 08.44.49 Join stoffel [0] (~quassel@p57B4D6AB.dip.t-dialin.net) 09.00.24 Join Mikeb0ok [0] (~mike@71-33-157-247.hlrn.qwest.net) 09.01.34 Quit Judas_PhD (Quit: This is a quitting message) 09.02.53 Quit mystica555 (Read error: Operation timed out) 09.04.09 Quit mystica555_ (Ping timeout: 240 seconds) 09.11.22 *** Saving seen data "./dancer.seen" 09.12.49 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.15.00 Quit wtachi (Quit: &) 09.17.24 Join mystica555 [0] (~Mike@71-33-157-247.hlrn.qwest.net) 09.29.00 Quit sasquatch (Quit: WeeChat 0.3.2) 09.29.26 Join sasquatch [0] (~username@p4FF2D06B.dip.t-dialin.net) 09.30.32 Join JoshuaChang [0] (~joshuacha@222.70.133.12) 09.36.41 # * [Saint] lols at the massive necro-post on the forums apparently directed solely to Llorean... 09.44.31 Quit kerobaros (Ping timeout: 246 seconds) 09.50.25 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 09.54.52 Quit stoffel (Remote host closed the connection) 10.10.16 Join stoffel [0] (~quassel@p57B4D6AB.dip.t-dialin.net) 10.11.30 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.20.03 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 10.29.39 # saratoga: APE on PP isn't even maxed out yet 10.34.45 # [Saint]: maybe scorche still has some ;) 10.38.36 # NSF speedup on PP5002 with fs#12113 is huge... 10.38.58 # Nevertheless it's still far from being usable 10.39.46 # weren't there differences in what test codec reports and actual playback as there is something weird with time"stamps" in this codec? 10.56.56 # <[Saint]> I believe that was mentioned earlier, yeah. 10.57.04 # <[Saint]> pixelma: ^ 10.59.32 # <[Saint]> (approximately 13 hours ago) 11.04.08 Quit stoffel (Ping timeout: 240 seconds) 11.07.06 # nsf can be relatime playback even on slow cpu 11.08.56 Join Buschel [0] (~chatzilla@p54A39FC7.dip.t-dialin.net) 11.09.42 # amiconn: thank you for testing FS#12113. I will need to check what has changed for spc and may ask for a test run later today. 11.10.06 # IRAM optimisation for PP5020 is kinda difficult 11.10.37 # Different blocks aside, IRAM can be considered slower than the cache, but it's faster than DRAM 11.10.51 # yes :/ but the changes to PP5020 should be 11.11.25 *** Saving seen data "./dancer.seen" 11.11.58 # the easiest would be to just disable all IRAM usage for PP5020 -- like it is done for spc in svn right now. 11.12.20 # So on PP5020 code should normally stay in DRAM, because for closed loop code the cache works better. Small data arrays which can be cached completely should also stay in dram. Large data arrays which are used often need to go to iram 11.13.35 # could you try to add a CPU-configuration (see spc_codec.h) for the PP5020 and play with it? e.g. not using ICODE? 11.14.19 # The latter is useful because it's a bit faster than re-caching on every loop, and also because those large arrays don't push the small ones and important code out of the cache 11.16.53 # Not using icode on PP5020 sounds like a good first step 11.18.02 # * amiconn wonders whether it would be possible to exploit the different iram blocks properly 11.19.02 # PP5020 iram is divided into 4 blocks of 24KB each. The first block is zero-wait on CPU, one waitstate on COP. Second block is the other way round. The last two blocks are one waitstate on both 11.20.02 # * Buschel heads off for a bike tour with his son :) 11.20.05 # see you later 11.20.08 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110420140830]) 11.20.44 # PP fixed the cache but broke iram in the PP5002->PP5020 transition 11.32.03 Quit tmzt (Ping timeout: 248 seconds) 11.49.16 Nick user890104_ is now known as user890104 (~Venci@6bez10.info) 11.49.51 Join tmzt [0] (~tmzt@adsl-69-208-0-19.dsl.akrnoh.ameritech.net) 11.50.29 Quit Rob2222 (Read error: Connection reset by peer) 11.50.44 Join Rob2222 [0] (~Miranda@p4FFF270D.dip.t-dialin.net) 11.51.32 Join stoffel [0] (~quassel@p57B4D6AB.dip.t-dialin.net) 11.54.37 Quit tmzt (Ping timeout: 240 seconds) 11.56.09 Quit Keripo (Quit: Leaving.) 12.02.08 Join tmzt [0] (~tmzt@adsl-99-164-110-24.dsl.akrnoh.sbcglobal.net) 12.11.50 Quit stoffel (Ping timeout: 252 seconds) 12.14.54 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 12.14.54 Quit pamaury (Changing host) 12.14.54 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.16.13 Quit jhMikeS (Ping timeout: 240 seconds) 12.21.05 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 12.25.39 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.37.48 # New commit by 03gevaerts (r29882): Prefill the playlist name when creating a new playlist from the file browser. FS#12104 by Ophir Lojkine 12.47.26 # r29882 build result: All green 12.53.56 Quit maraz (Quit: bbiab) 13.02.09 Join maraz [0] (maraz@kapsi.fi) 13.02.22 Quit maraz (Remote host closed the connection) 13.11.28 *** Saving seen data "./dancer.seen" 13.11.45 Join stoffel [0] (~quassel@p57B4D6AB.dip.t-dialin.net) 13.11.53 Join maraz [0] (maraz@kapsi.fi) 13.19.57 Quit rdd (Remote host closed the connection) 13.30.13 Join Buschel [0] (~chatzilla@p54B677CD.dip.t-dialin.net) 13.32.52 # amiconn: could you already make some test with ICODE on yohr PP5020 device? 13.37.51 # amiconn: this could also impact nsf. nsf also uses ICODE. 13.41.15 # SPC is faster on PP5020 without ICODE, but still a bit slower than SVN 13.41.35 # 50.81 MHz, 117.511 s 13.42.15 # Could someone test an iap patch for me? The test means checking if iap still works as before. 13.42.38 # (measured on a different target - small H10 - but results seem to be consistent otherwise) 13.45.39 # amiconn: hmm... svn does not used IRAM at all. could you just verify that PP5020 is fastest when not using IRAM at all? 13.50.17 # amiconn: with the patch spc moves a few relatively small arrays to IRAM. from your earlier comments I understand that this might not be the best idea... 13.57.21 Nick guymann_ is now known as guymann (~charles@64-252-122-7.adsl.snet.net) 14.00.15 Quit stoffel (Ping timeout: 252 seconds) 14.07.01 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.23.53 Join GoGi2 [0] (~gogi@pippo.9.6.gogi.tv) 14.23.54 Join lovasoa [0] (~lovasoa@cac94-9-88-162-232-8.fbx.proxad.net) 14.24.28 # Is the initial bootloader in flash never replaced? 14.24.35 # could it be in theory? 14.24.36 # bertrik : I can test your patch, if you want. 14.25.34 # cool, I'll create a fresh patch 14.26.10 # What does this patch do ? 14.26.34 Quit AlexP (Read error: Connection reset by peer) 14.26.35 Quit tmzt (Ping timeout: 246 seconds) 14.26.42 Join AlexP [0] (~alex@rockbox/staff/AlexP) 14.26.48 # grmmpf 14.27.20 # * Buschel just recognized spc still uses some IRAM with his latest patch :/ 14.27.50 # I am talking about an ipod nano 14.28.55 # GoGi2: in theory you could replace that, yes 14.28.55 Quit lovasoa (Quit: lovasoa) 14.30.12 # gevaerts: but it is not usually done? is it always running when the ipod is in disk mode? can I transfer files to the ipod while rockbox itself is running? 14.30.23 # lovasoa, the patch changes the way an iap packet is de-framed. It uses a state machine for that which should make the code easier to understand (at least for me) and also adds support for iap large packets sent by some docks. 14.30.36 # the patch is at http://pastie.org/1903593 14.30.55 # I'd like to make sure that at least this doesn't break iap for normal size iap packets 14.31.26 # GoGi2: actually, *which* ipod nano? 14.31.34 # first generation 14.32.32 # Ok. Rockbox doesn't touch the flash. We do have our own USB code, so unless you explicitelly boot to the emergency disk mode, you will not be using Apple code for USB 14.34.18 # you have usb device code that exposes an usb mass storage drive? 14.34.35 # yes 14.35.01 Join stoffel [0] (~quassel@p57B4D6AB.dip.t-dialin.net) 14.35.03 # but then if I mount it on my host will this not be a problem if it is also mounted in rockbox? 14.35.30 # rockbox doesn't touch the disk when in USB mode 14.35.48 # And we remount on disconnect 14.35.48 Quit T44 (Read error: Connection reset by peer) 14.35.54 # You can't continue to play music or use Rockbox normally when in mass storage mode 14.36.15 # I see 14.36.59 # The same as you can't when using the Apple firmware 14.37.07 Join lovasoa [0] (~lovasoa@cac94-9-88-162-232-8.fbx.proxad.net) 14.37.25 # Sorry, I had a problem with my IRC client 14.39.44 # and when I see this "please use itunes to restore" message does that mean that I am in flash disk mode? 14.42.28 # bertrik : olojkine@macbook-pro:~/rockbox/apps$ patch < iap-bertrik.patch 14.42.28 # patching file iap.c 14.42.28 # patching file iap.h 14.42.28 DBUG Enqueued KICK lovasoa 14.42.28 # patch unexpectedly ends in middle of line 14.42.28 # Hunk #1 FAILED at 22. 14.42.29 *** Alert Mode level 1 14.42.29 # 1 out of 1 hunk FAILED -- saving rejects to file iap.h.rej 14.43.16 # GoGi2: That is some Apple thing 14.44.03 Quit robin0800 (Remote host closed the connection) 14.45.12 # amiconn: do you have time to play around with the IRAM config of spc and nsf on PP5020? or could you verify that my latest patch (v09) does not result in a performance loss? 14.45.23 Join Topy44 [0] (~Topy44@f048001121.adsl.alicedsl.de) 14.45.24 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 14.45.35 # amiconn: I would like to submit the changes 14.49.23 # how do you turn off the ipod nano? 14.52.30 *** Alert Mode OFF 14.53.52 # GoGi2: under rockbox -> longpress PLAY 14.54.11 # thank you 14.54.53 # 703.3-3.cable.virginmedia.com] has joined #rockbox 14.54.53 # 14:46 < Buschel> amiconn: I would like to submit the changes 14.54.53 # 14:50 < GoGi2> how do you turn off the ipod nano? 14.55.18 # kugel: ? 14.55.37 # oops sorry 14.56.01 # lovasoa, hm, the patch was created from an up-to-date tree, so not sure where the patch error come from. I do usually use -p0 with patch though. 14.56.27 # I forget -p0, sorry... 14.56.59 # I applied the patch, but ROCKBOX DOESN'T COMPILE ANYMORE !!! 14.57.20 # And it doesn't seem to be because of your patch... 14.57.26 # I get /home/olojkine/Bureau/YP/rockbox/apps/settings_list.c:1544: error: ‘LANG_PAUSE_REWIND’ undeclared here (not in a function) 14.57.27 # /home/olojkine/Bureau/YP/rockbox/apps/settings_list.c:1544: warning: missing initializer 14.57.43 # do a make clean 14.57.46 # maybe a "make clean" helps 14.58.48 # OK, I'll try that 15.02.06 # <[Saint]> GoGi2: It might help a little if you let us know what it is you're trying to achieve? Or what exactly the problem is. 15.02.38 # <[Saint]> (if indeed there is one...your statements leave me unsure there is one) 15.04.55 # "make clean" works. Thanks 15.11.30 *** Saving seen data "./dancer.seen" 15.13.02 # Hoho.. I talked too quickly. Make clean worked in the normal build, but I still have the same problem when building the simulator 15.13.47 Quit stoffel (Ping timeout: 250 seconds) 15.19.15 # bertrik : I got a problem with your patch 15.19.27 # ok, what is the problem? 15.21.07 # Basic functions work properly 15.21.24 # But fast forward/rewind doesn't 15.22.18 # The first time I tried, it freezed the interface (but iap and music playback were still working) 15.23.00 # Now, it just doesn't work (it goes to the next track instead of ffwd frwd) 15.25.27 # hm, ok, I'll look a bit closer at that. I think the state machine stuff works, but I must have accidentally broken something else. 15.25.50 # Hmm.. It doesn't seem to be as horrible as I described 15.26.44 # It only freezes the interface when I press both ffrwd and ffwd at the same time 15.26.52 # I did that accidentally 15.27.30 Quit bertrik (Read error: No route to host) 15.27.31 Join bertrik_ [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 15.27.32 Quit bertrik_ (Changing host) 15.27.32 Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik) 15.27.46 # It seems to be related to another bug that I found before (not due to your patch) 15.29.16 # When doing a fast forward, the dock sends a new packet saying that the "next track" button is pressed every 25ms while the button is pressed 15.30.39 # When I release the button, the dock immediatly stops sending new packet, and only a short (and random) amount of time later, it sends an event saying that all buttons are released 15.31.20 # And rockbox stops doing fast forward only when it receives that "no button" packet. 15.32.15 # lovasoa, is this behaviour relatively recent or did it exist for a longer time (say since 6 months ago) already? 15.32.36 # I did a bit of refactoring on iap recently and may have accidentally broken something. 15.34.59 # I didn't even know rockbox 6 month ago ;) 15.36.22 # But this patch makes things worst than before, that's sure... 15.39.36 # IAP is such a fragile mess on rockbox ... 15.40.04 # New commit by 03Buschel (r29883): FS#12113: Optimize IRAM configuration for Atari SAP format. Performance gains range from 5% (PP5020), over 13-16% (PP5002, PP5022, PP5024, S5L870x) to ... 15.41.20 Quit Xerion (Quit: ) 15.42.10 # Ooops. It seems that what I just said isn't true 15.42.17 # I reverted your patch 15.42.27 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.42.27 # * Buschel crosses fingers that there will be no surprises (reds) 15.42.32 # And I'm still having the same problems 15.44.10 # r29883 build result: All green 15.45.01 # Buschel: why did you change struct ASAP_State? 15.45.54 # ah now I see it :) 15.47.04 Nick bertrik_ is now known as bertrik (~bertrik@rockbox/developer/bertrik) 15.47.52 Join DerPapst [0] (~Alexander@p57954C17.dip.t-dialin.net) 15.48.46 Quit ReimuHakurei (Ping timeout: 260 seconds) 15.54.25 # I solved one bug: the ffwd not starting at all. This was because my IR remote was out of battery 15.55.22 # bertrik : The other bug (the freeze) still happens as well in current SVN as in the the patched one 15.55.43 # ok thanks for testing 15.56.54 # New commit by 03bertrik (r29884): FS#12116 - Update of Portuguese (Portugal) language - Rewind on Pause by Gabriel Maia 15.59.58 # r29884 build result: All green 16.00.52 Quit antil33t (Read error: Connection reset by peer) 16.01.02 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.04.35 Join Jerom1 [0] (~jerome@95.171.148.84) 16.04.54 Join tmzt [0] (~tmzt@adsl-69-208-8-189.dsl.akrnoh.ameritech.net) 16.10.16 Quit tmzt (Ping timeout: 240 seconds) 16.23.39 # Bertrik : I saw you updated the portugese language. So I updated the french one. Can you please commit it ? 16.24.28 # sure 16.26.47 # I upload it and then I'll send the link 16.30.30 # Here it is : http://pastebin.com/e7gBmsps 16.34.08 Join tmzt [0] (~tmzt@76.253.133.231) 16.34.23 Quit user890104 () 16.36.35 Quit AlexP (Ping timeout: 240 seconds) 16.36.44 Join AlexP [0] (~alex@rockbox/staff/AlexP) 16.41.37 Quit tmzt (Ping timeout: 240 seconds) 16.43.09 Join Bagder [0] (~daniel@rockbox/developer/bagder) 16.48.16 Join DerPapst1 [0] (~Alexander@p57954C17.dip.t-dialin.net) 16.48.31 Join tmzt [0] (~tmzt@adsl-99-164-54-30.dsl.akrnoh.sbcglobal.net) 16.50.02 Quit DerPapst (Ping timeout: 246 seconds) 16.52.00 # New commit by 03bertrik (r29885): Update french translation for LANG_PAUSE_REWIND by Ophir Lojkine 16.55.18 # r29885 build result: All green 16.57.00 Quit tmzt (Read error: Connection reset by peer) 16.57.37 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 16.57.37 Join tmzt [0] (~tmzt@adsl-99-164-54-30.dsl.akrnoh.sbcglobal.net) 17.00.15 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 17.00.43 # New commit by 03Buschel (r29886): FS#12113: Optimize IRAM configuration for NES Sound Format. Performance is stable on Coldfire and shows performance gains from about 50-100% (PP5020, ... 17.04.25 # r29886 build result: All green 17.07.55 Quit JoshuaChang (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.2pre/20110429182132]) 17.09.46 # Buschel: The patch does not apply 17.10.03 # Is it normal that button mapping is not the same in the simulator and the real target, for iPod 5.5G ? 17.10.14 # This doesn't help developers 17.10.26 Quit antil33t (Read error: Connection reset by peer) 17.10.30 # it is not? 17.10.34 # lovasoa, no, that's not normal I think 17.10.39 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 17.10.54 Join CaptainKewl [0] (~captainke@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 17.10.55 # For instance, boomshine.lua works perfectly in the 5.5G simulator, and not on the real target 17.11.31 *** Saving seen data "./dancer.seen" 17.12.19 # <[Saint]> I Iwonder again if this is the time to bring up my idea for boomshine running it's levels in reverse order instead. 17.12.37 # <[Saint]> It seems to be the only game that gets *easier* as the levels progress. 17.13.06 # You're right. Boomshine becomes easier at each new level 17.13.08 # <[Saint]> higher level == more balls == greater chance of finishing the level with minimal thought or input. 17.13.10 Quit AlexP (Ping timeout: 246 seconds) 17.13.43 # <[Saint]> it's possible to "clock" boomshine by doing nothing but pressing select at the beginning of each level ;) 17.13.55 # <[Saint]> odds are pretty good for that happening, too. 17.14.46 # amiconn: I have updated the patch 17.14.53 # amiconn: only spc left 17.15.20 # <[Saint]> the difficulty, unless I'm mistaken, comes from finding a placement of the "ball" so that when another ball hits it, it expands, trapping more balls. 17.15.30 # Didn't see asap has been committed too already 17.15.41 # But why isn't the keymap the same on virtual and real device ? 17.15.42 # <[Saint]> the more balls on the screen, the more likely it is that you need to do practically nothing to achieve this. 17.15.59 # <[Saint]> lovasoa: Oversight, probably. 17.16.18 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.16.40 # Oversight ? Why is it an oversight ? 17.17.30 # <[Saint]> Well, I'd say it wasn't deliberate. The sims are *supposed* to accurately represent the target where possible. 17.17.51 Quit Jerom1 (Quit: Leaving.) 17.18.08 # <[Saint]> It's quite likely that no one noticed until now, or if they did, they never spoke up. 17.23.53 Quit lovasoa (Quit: Quitte) 17.24.14 Quit antil33t () 17.25.50 Join stoffel [0] (~quassel@p57B4A07D.dip.t-dialin.net) 17.29.49 Quit GoGi2 (Ping timeout: 260 seconds) 17.34.08 Quit Buschel (Ping timeout: 240 seconds) 17.39.53 # Buschel: (logs) SPC: 47.97 MHz, 110,93 s on PP5020 with patch v10 17.43.07 Quit robin0800 (Remote host closed the connection) 17.45.15 Quit Richie (Remote host closed the connection) 17.50.42 Quit DerPapst1 (Read error: Connection reset by peer) 17.51.37 Join DerPapst [0] (~Alexander@p57954C17.dip.t-dialin.net) 17.59.17 Join Xerion [0] (~xerion@5419A078.cm-5-2c.dynamic.ziggo.nl) 18.01.15 Join Buschel [0] (~chatzilla@p54B676C8.dip.t-dialin.net) 18.02.14 Quit Judas_PhD (Quit: This is a quitting message) 18.02.51 # amiconn: thanks! so, stable performance 18.04.39 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 18.08.52 # New commit by 03Buschel (r29887): FS#12113: Optimize IRAM configuration for SPC. Performance increases by 5-6% on PP5022, PP5024 and S5L870x. No change of performance on Coldfire, ... 18.12.29 # r29887 build result: All green 18.16.18 Quit tmzt (Ping timeout: 240 seconds) 18.17.08 Quit factor (Read error: Connection reset by peer) 18.18.21 Join tmzt [0] (~tmzt@76.211.8.137) 18.18.26 Quit GodEater (Ping timeout: 248 seconds) 18.23.58 Join GodEater [0] (~bibble@5ada16ea.bb.sky.com) 18.23.58 Quit GodEater (Changing host) 18.23.58 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 18.24.50 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 18.32.48 Quit Judas_PhD (Quit: This is a quitting message) 18.33.34 Quit benedikt93 (Quit: Read the fucking binary.) 18.34.15 Quit GodEater (Remote host closed the connection) 18.34.32 Join GodEater [0] (~bibble@5ada16ea.bb.sky.com) 18.34.32 Quit GodEater (Changing host) 18.34.32 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 18.45.57 Quit Buschel (Ping timeout: 258 seconds) 18.46.15 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 18.52.04 Quit Judas_PhD (Ping timeout: 260 seconds) 19.07.56 Join DerPapst1 [0] (~Alexander@p57954E01.dip.t-dialin.net) 19.08.59 Quit DerPapst (Ping timeout: 246 seconds) 19.11.33 *** Saving seen data "./dancer.seen" 19.37.20 Quit sasquatch (Ping timeout: 246 seconds) 19.38.14 Join sasquatch [0] (~username@p4FF2D06B.dip.t-dialin.net) 19.43.47 Join Buschel [0] (~chatzilla@p54A3B9E3.dip.t-dialin.net) 20.01.13 Join rdd [0] (~user@c83-250-52-16.bredband.comhem.se) 20.02.34 Quit stoffel (Remote host closed the connection) 20.05.47 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.09.59 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 20.13.18 Join panni__ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 20.14.17 Quit panni__ (Client Quit) 20.20.07 Quit benedikt93 (Read error: Connection reset by peer) 20.20.45 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 20.24.48 Quit Buschel (Ping timeout: 260 seconds) 20.25.57 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) 20.29.40 Join Jerom1 [0] (~jerome@95.171.148.84) 20.30.48 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 20.31.37 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 20.34.34 Join ptrkmj [0] (~b24923a2@giant.haxx.se) 20.37.39 Quit ptrkmj (Client Quit) 20.49.06 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 20.50.59 Join ptrkmj [0] (~b24923a2@giant.haxx.se) 20.55.53 Quit AlexP (Read error: Connection reset by peer) 20.56.01 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.00.07 Quit AlexP (Read error: Connection reset by peer) 21.00.15 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.02.55 Quit AlexP (Read error: Operation timed out) 21.03.03 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.03.23 # Hello. I'm currently exploring Rockbox's "Cuesheet support" function. I wonder if there's a way to access sub-tracks of a file in arbitrary way. The only option for navigation that I'm aware of is sequential skipping through WPS with 'Prev' and 'Next' buttons. 21.05.34 Join jhMikeS [0] (~jethead71@adsl-99-150-162-56.dsl.sfldmi.sbcglobal.net) 21.05.34 Quit jhMikeS (Changing host) 21.05.34 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 21.11.34 *** Saving seen data "./dancer.seen" 21.24.05 Quit AlexP (Read error: Operation timed out) 21.25.40 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.25.57 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 21.30.59 Quit GeekShadow (Quit: The cake is a lie !) 21.40.16 Quit saratoga (Ping timeout: 252 seconds) 21.54.17 Quit stripwax (Read error: Connection reset by peer) 21.56.26 Join keyb_gr [0] (~chatzilla@p5080B36A.dip.t-dialin.net) 21.59.11 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.59.45 # ptrkmj: Like Foobar2k does it, resolving it into single tracks? Agreed, that would be nice to have. 22.03.36 Join funman [0] (~fun@rockbox/developer/funman) 22.04.54 Quit Jerom1 (Read error: Connection reset by peer) 22.05.54 Join Jerom1 [0] (~jerome@95.171.148.84) 22.11.52 Quit benedikt93 (Quit: Welcome to the Internet, where the men are men, the women are men and the children are agents of the FBI) 22.12.57 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 22.15.07 Join T44 [0] (~Topy44@f048001121.adsl.alicedsl.de) 22.15.35 Quit TheSeven (Read error: Connection reset by peer) 22.15.35 Quit Topy44 (Read error: Connection reset by peer) 22.15.35 Join [7] [0] (~TheSeven@stgt-4d03a0d9.pool.mediaWays.net) 22.15.36 Quit [7] (Changing host) 22.15.36 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 22.16.48 Join Beremat [0] (~ANAL@pool-71-246-118-217.nycmny.east.verizon.net) 22.18.06 # I just installed rockbox using EmCORE on the newest classic. It works perfectly, except when I connect it to my computer. it shows up as a removable disk with no capacity and I can't copy anything to it 22.18.53 # did I do something wrong or is this a problem with all of the newest classics? 22.19.06 # <[7]> Beremat: which pc os is that? windows? 22.19.06 Quit simonlnu (Quit: .) 22.19.12 # yeah, W7 64-bit 22.19.26 # here's what I'm seeing: http://gyazo.com/393387fa238c57de83dcb2ab32205e85.png 22.19.30 # <[7]> when you disconnect it again, does the ipod return to normal operation? 22.19.40 # yep 22.19.41 # <[7]> or is it frozen/locked up in USB mode 22.19.46 # actually, hang on.. 22.20.25 # yeah, it's frozen, but the time updates and the backlight shuts off and on 22.20.29 # I can reset it using menu and center 22.23.30 # what makes ipod classic unusable, only the missing dual boot? 22.23.44 Quit keyb_gr (Ping timeout: 248 seconds) 22.24.41 # and no bootloader :o 22.27.53 Quit DerPapst1 (Quit: Leaving.) 22.30.59 # <[7]> funman: no dualboot, no rb bootloader, data loss during installation/uninstallation, no rbutil support, occasional lockups (roughly one per hour), insane power consumption (cuts battery runtime down to less than half what apple achieves), usb problems on some specific devices 22.31.26 # <[7]> not all of these are "unusable" criteria of course, but these are the ones that I consider most annoying 22.32.08 # writing a rb bootloader is too hard? 22.34.05 # ptrkmj: There's the "browse cuesheet" feature in the WPS context menu 22.35.35 Nick Mikeb0ok is now known as mystica555_ (~mike@71-33-157-247.hlrn.qwest.net) 22.36.50 Join Buschel [0] (~chatzilla@p54B66F5A.dip.t-dialin.net) 22.44.56 # oh hey, I got it working somehow 22.45.07 # I don't know what I did, but I messed around in the settings a bit 22.45.42 # I have a feeling that it was the line-out setting. I think it's confusing the USB connection for a line-out device, and it's not letting the hard drive be written to.. or something 22.45.46 # [7]: there is only one rockbox binary for classic 6G/6.5G/7G ? 22.45.50 # I disabled line-out and it works perfectly now 22.48.50 Quit domonoky (Read error: Connection reset by peer) 22.49.41 # linuxstb: It works. Thanks. However, you still have to play the file first before choosing desired index. I wish sub-tracks were available through Database. 22.52.10 # <[7]> Beremat: can you try a testing build? 22.52.18 # sure 22.52.35 # <[7]> http://files.freemyipod.org/tmp/installer-ipodclassic-usbfixcandidate.ubi 22.52.44 # <[7]> http://files.freemyipod.org/tmp/rockbox-ipodclassic-usbfixcandidate.zip 22.52.58 # <[7]> just reinstall emcore and rockbox, using these two files 22.53.09 # <[7]> (boot umsboot and drop the ubi file into it) 22.53.13 # yep 22.53.24 # <[7]> if umsboot isn't detected as well, go the whole path through DFU again 22.53.44 # <[7]> and once you can access the HDD, extract the zip file to it 22.54.10 # <[7]> [22:32:17] writing a rb bootloader is too hard? << nah, it's just that nobody cared so far 22.54.30 # <[7]> [22:45:55] [7]: there is only one rockbox binary for classic 6G/6.5G/7G ? << exactly 22.55.00 # <[7]> n1s (for the logs): what do you think about this lineout correlation? 22.55.43 # also, I think I *may* have been wrong about the line-out, but i'm still not sure. it doesn't work at all when lineout is enabled, and it works *sometimes* when it is disabled, but still not 100%. either I'm having bad luck with it enabled, or it really is causing it 22.57.39 Quit zu (Read error: Connection reset by peer) 22.57.55 # yeah, I just tested again. didn't work three times in a row with line-out enabled, didn't work the first time with it disabled and then worked twice in a row with it disabled 22.58.33 # should I delete the old .rockbox folder before copying over the new one? 22.59.17 # [7]: emcore can't boot the OF ? 22.59.51 # <[7]> funman: it can, in theory, but we're messing something up 23.00.12 # <[7]> the OF will lock up in some early init code, waiting for a never arriving i2c interrupt 23.00.18 # <[7]> i have no idea why 23.01.02 # <[7]> Beremat: shouldn't make a difference 23.01.09 # <[7]> (besides resetting all the settings) 23.01.26 # okay 23.02.35 Quit ptrkmj (Quit: CGI:IRC) 23.03.53 # this release seems good so far 23.04.09 # is there details e.g. on emcore MLs ? 23.04.09 # :/ 23.04.09 # usually rockbox.zip don't have a config.cfg files so settings are kept 23.04.12 # unplugging USB doesn't freeze the player, and plugging it in seems to work every time 23.04.27 # <[7]> Beremat: thanks for confirming this :) 23.04.37 # yep, no problem! thanks for letting me know about it 23.04.47 # yahoo, live bug fixing! 23.05.01 # <[7]> funman: that's why the effective difference of removing the folder is that the settings would be cleared :) 23.05.29 # ah sorry, i had read it the other way around. my bad 23.05.41 # <[7]> funman: and one of the sad things about the newer ipod ports is that most of those semi-finished things are only in my brain... 23.06.20 # <[7]> i've nailed down the loop where it hangs 23.06.32 Join ender` [0] (krneki@foo.eternallybored.org) 23.06.34 # i see a lot of ipod classic here in QuĂ©bec, i could install a few copies of rockbox but not if there's no dualboot i think 23.06.41 # <[7]> but i haven't yet managed to figure out why the IRQ doesn't fire 23.07.49 Quit bluebrother (Disconnected by services) 23.07.51 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 23.08.24 # <[7]> i bet the root cause is extremely trivial 23.08.29 # <[7]> too trivial to even think of it :) 23.09.48 # sometimes you have to do something else for some time and later re-read the code 23.10.11 # else your eyes see the code but don't read it so you can't read the mistakes 23.11.33 Quit bertrik (Ping timeout: 240 seconds) 23.11.36 *** Saving seen data "./dancer.seen" 23.12.21 Join simonlnu [0] (simon@unaffiliated/simonrvn) 23.12.52 # [7]: do you have zipped releases of emcore? i can't use svn here (net too slow) 23.13.15 # <[7]> funman: well, in this case i'm fairly sure that the problem is that the OF expects some things to be set up by the bootloader in a specific way, which we are setting up differently 23.13.54 Join stripwax__ [0] (~Miranda@87-194-34-169.bethere.co.uk) 23.14.13 # <[7]> funman: can you extract 7z? 23.15.08 # <[7]> would be 1.16MB 7z'ed 23.15.17 # <[7]> i could probably remove some graphics if needed 23.15.18 Quit stripwax__ (Read error: Connection reset by peer) 23.15.28 # yes 23.15.28 # can you put it on http? 23.17.06 Quit stripwax (Ping timeout: 246 seconds) 23.17.45 Quit bmbl (Quit: Verlassend) 23.18.03 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 23.29.44 Join bluebrother [0] (~dom@g224236068.adsl.alicedsl.de) 23.29.44 Quit bluebrother (Changing host) 23.29.44 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 23.32.02 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 23.33.04 Quit bluebroth3r (Ping timeout: 248 seconds) 23.33.19 # i want to commit fs#11769, does anyone think thats a problem? 23.35.08 Join zu [0] (~zu@ks355000.kimsufi.com) 23.37.10 Quit factor (Read error: Connection reset by peer) 23.38.02 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 23.38.12 Quit guymann (Ping timeout: 240 seconds) 23.38.38 Quit Elfish (Read error: Operation timed out) 23.39.05 # jhMikeS: (for the logs) If you have some time a short test of FS#12117 on your MCF5250 device would be fine 23.39.45 # jhMikeS: same for FS#12115 23.39.57 # thanks in advance! 23.43.57 Quit Buschel (Ping timeout: 240 seconds) 23.45.41 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.46.06 # saratoga: I'm not sure if there are any targets where it has a reason to just use one key 23.47.51 # pixelma: just dug through the logs and amiconn was concerned about inadvertently triggering USB mode on the archos players while booting, so I think i'll tweak that patch a bit to handle archos better 23.49.22 Quit AlexP (Ping timeout: 276 seconds) 23.49.22 # would be nice if people discussing my patches would post their comments to the tracker so that i see them 23.49.35 Quit CaptainKewl (Ping timeout: 240 seconds) 23.51.14 Join AlexP [0] (~alex@rockbox/staff/AlexP) 23.54.57 Join lovasoa [0] (~lovasoa@2a01:e35:8a2e:8080:226:bbff:fe15:33b0) 23.58.51 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)