--- Log for 14.05.111 Server: barjavel.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 49 minutes and 38 seconds ago 00.00.18 Quit {phoenix} (Remote host closed the connection) 00.01.43 Quit Strife89 (Quit: Heading home.) 00.02.56 Join ReimuHakurei [0] (~reimu@adsl-75-16-227-98.dsl.kntpin.sbcglobal.net) 00.09.47 Quit bertrik (Read error: Connection timed out) 00.10.19 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 00.10.19 Quit bertrik (Changing host) 00.10.19 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 00.15.29 Quit ReimuHakurei (Ping timeout: 240 seconds) 00.18.29 Quit Buschel (Ping timeout: 250 seconds) 00.26.44 Quit bertrik (Quit: :tiuQ) 00.28.52 # New commit by 03sideral (r29876): FS#11931 part 2: Allow a short rewind when playback is paused. Patch ... 00.28.57 # New commit by 03sideral (r29877): Manual changes for rewind on pause. (Fixed a few typos while we are ... 00.34.42 # r29876 build result: 75 errors, 0 warnings (sideral committed) 00.37.07 # nice score! 00.37.09 # wtachi: Hi! 00.38.02 # pamaury: 75 is kinda lame 00.38.32 # stupid mistake, I should have catched that 00.39.37 # r29877 build result: 75 errors, 2 warnings (sideral committed) 00.40.20 # linuxstb: hi 00.41.23 # News from the radio front - seems like radio on c200v1 behaves the same in OF, e.g. not good for high deviation. I think I also know why... 00.41.52 # wtachi: How are things going? Do you have time to start thinking about your project yet? 00.42.24 Quit ender` (Quit: The idea that I can be presented with a problem, set out to logically solve it with the tools at hand, and wind up with a program that could not be legally used because someone else followed the same logical steps some years ago and filed for a patent o) 00.43.38 # I haven't done much since my last exam Wednesday 00.44.01 # I'm going to post a summary of my project to the ML tonight 00.45.41 # ...That LV24020LP chip seems to have fairly tight IF bandwidth (limited by low-IF design @110 kHz) and no apparent signs of deviation compression. It'll never be great at handling loud FM stations, though probably ~OK for .de.. 00.47.02 Quit keyb_gr (Quit: ChatZilla 0.9.86.1 [SeaMonkey 2.0.13/20110320141607]) 00.49.58 Quit Keripo (Quit: Leaving.) 00.50.03 # wtachi: OK, good. I have had some thoughts about it, but will wait to see what you post to the ML, and reply there. 00.51.18 # New commit by 03sideral (r29878): mpegplayer: Adapt to new pause_rewind setting and apply it for all ... 00.54.29 Join ReimuHakurei [0] (~reimu@adsl-75-16-227-98.dsl.kntpin.sbcglobal.net) 00.54.52 # r29878 build result: 0 errors, 2 warnings (sideral committed) 00.59.39 # amiconn: Using gcc 4.6 on the build client for an SDL build? 01.01.22 # * sideral disclaims responsibility for this -Wunused-but-set-variable warning 01.01.57 # appare nt 01.02.05 # apparently Buschel did not succeed 01.09.57 Join namnuf [0] (~videolan@altair.via.ecp.fr) 01.10.43 *** Saving seen data "./dancer.seen" 01.15.54 Quit sideral (Quit: Leaving.) 01.17.36 Join sideral [0] (~sideral@rockbox/developer/sideral) 01.20.30 # pause rewind is replacing HP rewind? 01.21.01 # nvm, now saw commit message :P 01.21.31 # sideral: your commit only works on the wps? 01.21.39 Join steve_ [0] (~steve@pool-74-99-92-147.nrflva.fios.verizon.net) 01.21.59 Quit steve_ (Client Quit) 01.23.07 Join xbhya [0] (~xbhya@pool-74-99-92-147.nrflva.fios.verizon.net) 01.23.11 # a middle control layer needs to exist that everything uses if we want things to work everywhere 01.23.22 Quit mudd1 (Ping timeout: 248 seconds) 01.24.26 # kugel: no, pause of rewind works for every pause invocation 01.24.43 # s/of// 01.24.52 Quit pamaury (Remote host closed the connection) 01.25.11 # sideral: I mean if you unpause in the wps 01.25.58 # kugel: That shouldn't matter, as the rewind is applied on pause, not on unpause 01.26.59 # then if the pause happens if you're in the wps :) 01.27.45 # I'm trying to unbrick a v2 sansa clip following the wiki. I've managed to get recovery mode working, and now I'm on a step where I'm to "write the whole OF-Image onto the hidden part of the NAND flash." Where would I get this OF-Image? assuming that stands for original firmware? 01.28.13 # kugel: Maybe I misunderstand, but that shouldn't matter. Maybe rephrase the question? 01.28.21 # feels like maybe I should've dumped an image of something before I hit it with rockbox utility and bricked it 01.28.32 # I never did that. 01.28.56 # sideral: the code for rewinding is in wps.c, so I'd expect it's only executed when you currently are in the wps 01.32.03 # xbhya: they should be available at SanDisk as firmware updates 01.32.39 # ah, now I understand. No, it's also called from elsewhere, misc.c (headphone unplug) for example. wps.c is where the pause/fade/rewind code happened to land after having been factored out from four different places 01.33.31 # The refactoring happened in r29844 01.33.32 # xbhya: are you sure it's bricked? let the battery discharge completely before doing things you could regret 01.34.01 # sideral: several things don't work outside the WPS anyway right now, like the fade on stop/pause, cuesheets, etc. there is playback control in plugins. 01.34.42 # reasonably sure, it's been unresponsive for about a month (already desoldered one of the leads on the battery, think it's too late anyway). 01.36.31 # arguably, misc.c would have been a better place for [un]pause_action 01.37.03 # jhMikeS: aha, didn't realize that 01.42.28 # sideral: oh well 01.42.49 # I don't think wps.c is the right place for this but well 01.49.40 # w00t it's alive! Think I'm gonna tape the battery lead down and try this rockbox install again. 01.49.50 # kugel: then let's move it. any better suggestion than misc.c? 01.51.59 # (Need to go offline now. I'll check the logs.) 01.52.54 Quit sideral (Quit: Leaving.) 01.58.33 Quit silbo_ (Read error: Connection reset by peer) 01.59.50 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 02.24.58 # New commit by 03rmenes (r29879): Disktidy: New default files and folders for disktidy.config; ... 02.31.51 Quit jordan` (Ping timeout: 240 seconds) 02.35.37 # r29879 build result: 0 errors, 2 warnings (rmenes committed) 02.37.41 Join jordan` [0] (~gromit@ALagny-154-1-13-9.w83-112.abo.wanadoo.fr) 02.45.58 # ; 02.51.21 Quit namnuf (Quit: leaving) 03.10.44 *** Saving seen data "./dancer.seen" 03.16.57 Quit efyx (Remote host closed the connection) 03.19.50 Quit robin0800 (Ping timeout: 246 seconds) 03.32.36 Quit Topy (Ping timeout: 250 seconds) 03.58.41 Join Topy44 [0] (~Topy44@f048001004.adsl.alicedsl.de) 04.01.16 Quit GeekShadow (Quit: The cake is a lie !) 04.10.55 Join Espreon [0] (~espreon@wesnoth/developer/espreon) 04.21.01 Quit Keripo (Read error: Connection reset by peer) 04.46.31 Quit xbhya (Quit: Leaving) 04.52.26 Quit [7] (Disconnected by services) 04.52.32 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.54.02 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.57.27 Quit kugel (Ping timeout: 258 seconds) 04.58.18 Quit amiconn (Disconnected by services) 04.58.19 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.58.21 Quit pixelma (Disconnected by services) 04.58.21 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.58.37 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.58.43 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 05.03.02 Join Rob2223 [0] (~Miranda@p4FFF2057.dip.t-dialin.net) 05.05.38 Quit MethoS- (Remote host closed the connection) 05.07.03 Quit Rob2222 (Ping timeout: 260 seconds) 05.10.46 *** Saving seen data "./dancer.seen" 06.32.39 Quit pjm0616 (Ping timeout: 260 seconds) 06.36.14 Join pjm0616 [0] (~user@110.8.235.86) 06.54.57 Quit Judas_PhD (Remote host closed the connection) 06.58.01 Join Horschti [0] (~Horscht@xbmc/user/horscht) 07.01.18 Quit Horscht (Ping timeout: 240 seconds) 07.10.49 *** Saving seen data "./dancer.seen" 07.11.39 Quit shai (Ping timeout: 246 seconds) 07.47.12 Quit cjcopi (Read error: Operation timed out) 08.07.48 Quit ReimuHakurei (Ping timeout: 276 seconds) 08.20.02 Join sirrozha [0] (~sirrozha@89.23.217.205) 08.34.59 Join ReimuHakurei [0] (~reimu@adsl-75-16-227-98.dsl.kntpin.sbcglobal.net) 08.37.20 Quit wtachi (Quit: &) 08.48.19 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 09.10.50 *** Saving seen data "./dancer.seen" 09.28.40 Quit jordan` (Read error: Connection reset by peer) 09.28.59 Quit sasquatch (Quit: WeeChat 0.3.2) 09.29.24 Join sasquatch [0] (~username@p4FF2D058.dip.t-dialin.net) 09.35.11 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.36.16 Quit stripwax (Client Quit) 09.37.16 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.40.09 Quit stripwax (Client Quit) 09.40.46 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.42.54 Quit stripwax (Read error: Connection reset by peer) 09.46.25 Join stoffel [0] (~quassel@p57B4A626.dip.t-dialin.net) 09.49.11 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.52.50 Join Buschel [0] (~chatzilla@p54B66E7E.dip.t-dialin.net) 09.54.02 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.54.02 Quit bertrik (Changing host) 09.54.02 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.04.51 Join ender` [0] (krneki@foo.eternallybored.org) 10.12.55 Quit stoffel (Ping timeout: 258 seconds) 10.15.28 Quit FoolOnHill (Ping timeout: 260 seconds) 10.18.35 # * bertrik is reverse engineering iap source code again 10.18.49 Join n1s [0] (~quassel@rockbox/developer/n1s) 10.20.06 Join FoH [0] (~foh@adsl-98-83-211-47.bhm.bellsouth.net) 10.20.20 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.20.40 Join cjcopi [0] (~craig@76.205.124.138) 10.23.48 # * stripwax wonders how you reverse engineer *source* code? 10.25.38 # staring at it until it makes sense :) 10.29.14 # ha! 10.36.13 # does anybody have sample files for .sap, .nsf and .spc that could be attached or linked to FS#12133 ? I would like to test the patch and have no files available. 10.40.43 Quit stripwax (Read error: Connection reset by peer) 10.41.40 # having the source doesn't mean you understand the algorithm... and maybe, for some reason, say licensing, you'd like to reimplement rather than reuse. 10.43.21 # * Buschel just saw there came up new GCC warnings... 10.43.30 # this is like whack-a-mole 10.43.33 # :/ 10.47.49 # Gcc 4.7 will probably again introduce new warnings etc... 10.52.55 Join u42p [0] (~v35b@d154005.adsl.hansenet.de) 10.53.12 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 10.57.49 # is the new warning part of -Wall or something like that? 10.58.55 # bertrik: think so 10.59.13 # amiconn: usually, new warnings are a good thing though 11.01.18 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.10.51 *** Saving seen data "./dancer.seen" 11.12.26 # new warnings are fine, but it is hard to fix all of them if only few build machines use the new GCC. 11.12.47 # especially as they are building other versions each time 11.13.38 # <[Saint]> Possibly silly question...but why aren't the build machines all using the same packages? 11.13.47 Quit n1s (Read error: Operation timed out) 11.13.56 # <[Saint]> surely that would help curb things like this. 11.14.05 # <[Saint]> Or at least remove the surprise factor. 11.17.18 # [Saint], for the hardware target we do indeed use a specific version of gcc, for the sims we just use whatever gcc happens to be installed on the particular machine 11.17.37 # <[Saint]> Ah. 11.17.53 Quit jhMikeS (Ping timeout: 260 seconds) 11.29.38 # [Saint]: Not all distros update packages at exactly the same time, and not everyone updates their distros at exactly the same time 11.30.03 # Forcing a specific distro and a specific update schedule for Rockbox build clients would be too onerous 11.30.36 # <[Saint]> Can builds be sent specificaly to machines that meet set of requirements? 11.31.15 # Possibly, but not much point for things like this 11.31.31 # You cut down the number of machines that can do it, and only delay the issue anyway 11.36.40 Join TheLemonMan [0] (~lem0n@ppp-10-53.26-151.libero.it) 11.48.04 # I would have liked a more conscious decision about what warnings we enable and disable. 11.48.24 # The build clients with the newer gcc make our build warning system less useful. 12.07.10 Quit ReimuHakurei (Read error: Connection reset by peer) 12.07.15 Join ReimuHakurei [0] (~reimu@adsl-75-16-227-98.dsl.kntpin.sbcglobal.net) 12.10.21 Join MethoS- [0] (~clemens@134.102.106.250) 12.15.37 Join jordan` [0] (~gromit@ALagny-154-1-13-9.w83-112.abo.wanadoo.fr) 12.21.43 Quit mystica555 (Remote host closed the connection) 12.21.51 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 12.22.17 Join mystica555 [0] (~Mike@71-33-152-71.hlrn.qwest.net) 12.24.51 # bertrik: why does it make it less useful? I suppose the warnings are there for a good reason and give reason to cleanup the code in question, no? 12.25.53 # pixelma, I would have like a good discussion about it, instead of basically enabling new warnings and let other people deal with them. 12.26.23 # If i commit something and the build system suddenly throws errors, I have to double-check they weren't because of my commit 12.26.29 # *warnings 12.26.58 # nothing against that, I just didn't understand the less useful statement 12.27.16 Quit Bagder (Ping timeout: 240 seconds) 12.34.27 Quit robin0800 (Quit: Leaving) 12.45.56 Quit Buschel (Ping timeout: 240 seconds) 13.03.35 Quit sirrozha (Ping timeout: 252 seconds) 13.04.11 Join sirrozha [0] (~sirrozha@89.23.217.205) 13.06.14 # bertrik: this warning was enabled automatically, no? 13.10.55 *** Saving seen data "./dancer.seen" 13.15.08 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 13.21.16 Join MikeH__ [0] (~Mike@71-33-152-71.hlrn.qwest.net) 13.21.20 Join Mikeb0ok [0] (~mike@71-33-152-71.hlrn.qwest.net) 13.21.20 *** Alert Mode level 1 13.21.20 DBUG Enqueued KICK mystica555_ 13.21.20 DBUG Enqueued KICK mystica555 13.21.20 *** Alert Mode level 2 13.21.20 DBUG Enqueued KICK MikeH__ 13.21.20 DBUG Enqueued KICK Mikeb0ok 13.21.20 *** Alert Mode level 3 13.22.41 Quit bieber (Ping timeout: 246 seconds) 13.24.37 Quit mystica555_ (Ping timeout: 250 seconds) 13.25.11 Quit mystica555 (Ping timeout: 260 seconds) 13.25.31 Quit MikeH__ (Read error: Operation timed out) 13.26.50 Join MikeH__ [0] (~Mike@71-33-157-247.hlrn.qwest.net) 13.26.59 Join mystica555_ [0] (~mike@71-33-157-247.hlrn.qwest.net) 13.28.03 Quit mystica555_ (Disconnected by services) 13.28.13 Nick MikeH__ is now known as mystica555_ (~Mike@71-33-157-247.hlrn.qwest.net) 13.28.16 Quit Mikeb0ok (Ping timeout: 248 seconds) 13.28.35 Join Mikeb0ok [0] (~mike@71-33-157-247.hlrn.qwest.net) 13.30.55 Join Buschel [0] (~chatzilla@p54A3A660.dip.t-dialin.net) 13.31.21 *** Alert Mode OFF 13.32.15 Quit robin0800 (Quit: Leaving) 13.36.58 Join ricemark20 [0] (~mark@99-20-182-188.lightspeed.elgnil.sbcglobal.net) 13.38.58 Quit mystica555_ (Remote host closed the connection) 13.49.39 Join mystica555 [0] (~Mike@71-33-157-247.hlrn.qwest.net) 14.15.08 Nick kugel_ is now known as kugelp (~kugel@rockbox/developer/kugel) 14.19.03 Quit bertrik (Read error: Connection timed out) 14.19.40 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 14.19.40 Quit bertrik (Changing host) 14.19.40 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 14.25.54 Ctcp Ignored 4 channel CTCP requests in 0 seconds at the last flood 14.25.54 # * Buschel found some sample files for .sap, .spc and -nsf 14.26.44 # using IRAM on PP502x speeds up nsf by ~95%, sap by ~10% and spc by ~5% 14.27.55 # the speed up should be more on Coldfire CPUs 14.27.58 # nsf is far from realtime, the sample I use requires ~880 MHz = 1/11 realtime capability 14.33.54 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.38.01 Join Bagder [0] (~daniel@rockbox/developer/bagder) 14.48.18 Quit sirrozha () 14.53.24 Join stoffel [0] (~quassel@p57B4A626.dip.t-dialin.net) 15.02.29 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.17/20110420140830]) 15.02.29 Quit antil33t (Read error: Connection reset by peer) 15.02.29 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 15.03.54 Join DerPapst [0] (~Alexander@p57916ACF.dip.t-dialin.net) 15.10.58 *** Saving seen data "./dancer.seen" 15.35.40 Quit AlexP (Ping timeout: 246 seconds) 15.41.28 Quit ReimuHakurei (Ping timeout: 276 seconds) 15.48.25 Join AlexP [0] (~alex@rockbox/staff/AlexP) 15.53.41 Quit AlexP (Read error: Operation timed out) 15.58.10 Join AlexP [0] (~alex@rockbox/staff/AlexP) 16.04.44 Join cambunctious [0] (~45f62121@giant.haxx.se) 16.08.24 # My theme, Grooveshark was removed for using the Grooveshark logo. I have been given permission from Grooveshark to use their logo. 16.10.55 Quit cambunctious (Quit: CGI:IRC) 16.11.15 Join cambunctious [0] (~45f62121@giant.haxx.se) 16.12.45 # cambunctious: did they agree to terms compatible with the CC BY-SA license? 16.14.18 # Honestly, I'm not sure how that works. I sent them an email asking for permission and they said it was okay. 16.14.43 Quit bertrik (Read error: Connection timed out) 16.14.56 # Have a look at http://creativecommons.org/licenses/by-sa/3.0/ 16.15.26 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 16.15.26 Quit bertrik (Changing host) 16.15.26 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 16.15.26 Quit jordan` (Quit: Coyote finally caught me) 16.16.13 # I have seen that page. What do I need to do next? 16.17.12 Join guymann_ [0] (~charles@64-252-122-7.adsl.snet.net) 16.17.15 Quit guymann (Ping timeout: 240 seconds) 16.17.27 Join jordan` [0] (~gromit@ALagny-154-1-13-9.w83-112.abo.wanadoo.fr) 16.18.21 # Well, the main point is that the license we want for themes on our theme site (CC BY-SA) allows other people to distribute modified versions 16.19.29 # And that's often not what people intende when they say "Oh, sure, you can use our logo" 16.19.49 Quit AlexP (Ping timeout: 276 seconds) 16.21.55 # Okay. Should I direct Grooveshark support to that page? Should I include anything in the theme, such as the .cfg file, about copyright? 16.23.39 # Adding comments in the .cfg file that clarify these things is always good. 16.24.01 # And yes, if they agree to those explicit terms, you're definitely fine 16.26.44 Join AlexP [0] (~alex@rockbox/staff/AlexP) 16.31.32 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.34.41 Quit cambunctious (Quit: CGI:IRC) 16.38.06 Nick Mikeb0ok is now known as mystica55 (~mike@71-33-157-247.hlrn.qwest.net) 16.38.19 Nick mystica55 is now known as mystica555_ (~mike@71-33-157-247.hlrn.qwest.net) 16.49.55 Quit AlexP (Ping timeout: 240 seconds) 16.51.42 Join AlexP [0] (~alex@rockbox/staff/AlexP) 16.55.43 Quit Hadaka (Ping timeout: 248 seconds) 16.58.17 Quit Horschti (Quit: Verlassend) 16.59.33 Join Keripo [0] (~Keripo@209.226.201.250) 17.05.21 # kugelp: pong 17.05.47 # kugelp: I guess you want me to test FS#12064? 17.11.02 *** Saving seen data "./dancer.seen" 17.11.07 Quit AlexP (Ping timeout: 240 seconds) 17.13.20 Join Horscht [0] (~Horscht@xbmc/user/horscht) 17.13.31 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.17.21 Quit antil33t () 17.21.37 # bluebroth3r: yes, however it seems to cause playback stops here 17.23.01 # kugelp: was any of this included in the build you gave me to test 17.23.03 # ? 17.23.09 # bluebroth3r: however, I have another patch which is a slightly bigger rework and it seems to work better 17.23.14 # pixelma: no 17.23.51 # that build was to test if r29865 doesn't break 2.1 17.24.31 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 17.28.30 # bluebroth3r: http://pastie.org/1900552 17.32.42 Quit bertrik (Read error: Operation timed out) 17.33.10 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 17.43.18 # kugel: the v2 patch makes the situation worse for me (compared to v1). Just commented on FS 17.43.40 # and that pastie doesn't apply cleanly :o 17.46.08 # bluebroth3r: this one? http://pastie.org/1900598 17.46.12 # v2 doesn't work well yes 17.46.32 Part u42p ("Leaving") 17.48.19 # still 2 failed hunks. 17.48.46 # it's against latest svn 17.49.42 # strange. 17.50.32 # I'll try uploading the patch file to flypray 17.52.17 # done 17.52.41 Join CaptainKewl [0] (~captainke@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 17.53.44 # hmm, just finished merging the patch manually :o 17.54.13 # bluebroth3r: I also think the problem is more with the callback 17.54.37 # it fails horribly for big buffers but small refill buffers which I also tried 17.55.08 # v3 makes the callback have less code so perhaps it improves things 17.56.10 # (I tried refilling by 8K when the buffer is at 24K which caused frequent drop outs) 17.56.16 Quit Keripo (Quit: Leaving.) 17.57.04 # kugel: as I said in the FS comments, I also think that refilling more often makes the problem worse 17.58.16 Quit fyre^OS (Read error: Connection reset by peer) 18.00.24 # yep 18.01.15 # bluebroth3r: I identified that a buffer underrun happens. android tries to "restart" the stream, but I don't know how it restarts or whether we can do something to help it 18.01.23 Quit TheLemonMan (Quit: Ex-Chat) 18.07.37 # bluebroth3r: does the patch on FS apply? 18.09.20 # kugel: yes, but is that patch complete? It makes playback completely unusable for me 18.09.54 # should be 18.10.00 # I'm not entirely sure though 18.10.27 # the patch refills when getMinBufferSize() is reached 18.10.41 # (or higher) 18.11.34 # what do you mean by "completely unusable"? 18.11.39 # well, with taht patch playback stops after like half a second. In normal use :( 18.12.18 # does logcat tell anything? 18.13.35 # haven't checked 18.17.44 Quit Horscht (Read error: Connection reset by peer) 18.17.59 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.23.58 Quit AlexP (Ping timeout: 252 seconds) 18.25.05 Join Jerom1 [0] (~jerome@95.171.148.84) 18.25.17 Quit balintx (Remote host closed the connection) 18.25.36 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 18.25.59 # bluebroth3r: well, you can try increasing the buffers in my patch more but it should work better as svn without...in theory 18.26.37 Join AlexP [0] (~alex@rockbox/staff/AlexP) 18.37.42 Quit AlexP (Read error: Connection reset by peer) 18.37.50 Join AlexP [0] (~alex@rockbox/staff/AlexP) 18.40.30 Quit Judas_PhD (Ping timeout: 250 seconds) 18.46.25 Quit mystica555 (Ping timeout: 252 seconds) 18.52.31 Quit bertrik (Read error: Connection timed out) 18.53.10 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.53.51 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 18.57.26 Quit AlexP (Remote host closed the connection) 18.59.11 Join AlexP [0] (~alex@rockbox/staff/AlexP) 18.59.12 Quit balintx (Remote host closed the connection) 18.59.28 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 19.06.27 Join DerPapst1 [0] (~Alexander@p57954C17.dip.t-dialin.net) 19.08.20 Quit DerPapst (Ping timeout: 252 seconds) 19.11.04 *** Saving seen data "./dancer.seen" 19.15.32 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 19.17.35 Quit stoffel (Remote host closed the connection) 19.30.36 # <[Saint]> kugel: Tried the audio-dropout patch on flyspray. 19.30.46 # <[Saint]> Playback is totally broken with it unfortunately. 19.31.11 # <[Saint]> "totally broken" == playback for approximately 2 seconds, then, nothing. 19.31.51 # <[Saint]> the progressbar indicates that playback is still happening, but there's no audio until stopping/restarting the service. 19.33.44 Quit AlexP (Ping timeout: 240 seconds) 19.35.09 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.38.23 Quit Torne (Ping timeout: 252 seconds) 19.38.54 Join Buschel [0] (~chatzilla@p54A3BAF2.dip.t-dialin.net) 19.39.24 Join Torne [0] (~torne@lil.wolfpuppy.org.uk) 19.39.28 Quit Torne (Changing host) 19.39.28 Join Torne [0] (~torne@rockbox/developer/Torne) 19.39.31 # :( 19.39.37 # it works perfectly on my device 19.40.01 # 2s indicates another underrun I guess 19.46.34 Quit balintx (Remote host closed the connection) 19.46.52 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 19.58.19 Join user890104_ [0] (~Venci@6bez10.info) 19.58.46 Quit user890104 (Read error: Connection reset by peer) 20.00.37 Join {phoenix} [0] (~dirk@p5DF2B79C.dip.t-dialin.net) 20.28.17 Quit Torne (Quit: goddamnit) 20.31.35 Join Torne [0] (~torne@rockbox/developer/Torne) 20.34.35 Join jhMikeS [0] (~jethead71@adsl-99-56-130-105.dsl.sfldmi.sbcglobal.net) 20.34.35 Quit jhMikeS (Changing host) 20.34.35 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 20.39.47 Quit Judas_PhD (Ping timeout: 276 seconds) 20.43.38 # anyone with a Coldfire target here who could test FS#12133 ? 20.44.31 Quit ricemark20 (Remote host closed the connection) 20.53.20 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 20.55.16 # Buschel: got two. what would you like checked? 20.55.26 # ban ross2joe 20.59.26 # jhMikeS: can you test a) compilation ofthe three codecs and b) make a speed comparison for a .sap, a .nsf and a .spc file? 20.59.41 # jhMikeS: I could provide files if required 21.00.14 # that'll work since I don't have all of those handy 21.01.23 # jhMikeS: I just attached the files to FS#12133 21.02.06 # Buschel: did you attach the right patch? 21.02.07 # I'll just check MCF5249 because it had the compilation problems, for performance I expect similar to 5250 21.05.39 # jhMikeS: MCF5250 might see more performance gain as it has larger IRAM. 21.06.32 # the patch you had didn't seem to check which CPU was being compiled for 21.07.07 # then the next one is a manual patch :) 21.08.06 # * jhMikeS repeats saratoga's question 21.10.13 Quit DerPapst1 (Read error: Connection reset by peer) 21.11.03 Join DerPapst [0] (~Alexander@p57954C17.dip.t-dialin.net) 21.11.06 *** Saving seen data "./dancer.seen" 21.11.29 # sorry, back again 21.11.45 # hehe, wrong patch :) 21.12.22 # now the right one is attached 21.15.58 # weird that the nano2g is so much faster then PP 21.16.16 # probably a lot of single loads somewhere 21.17.14 # yes, I also wondered about this. especially as the RAM is much slower on the nano 21.17.40 Quit bertrik (Read error: Connection timed out) 21.18.16 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 21.18.16 Quit bertrik (Changing host) 21.18.16 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.21.54 Join angelwolf71885 [0] (~chatzilla@cpe-173-171-133-66.tampabay.res.rr.com) 21.22.31 Quit angelwolf71885 (Client Quit) 21.23.01 # bah, test_codec really needs to be interruptible 21.23.19 # the nsf file? ;) 21.23.51 # no, I hit navi twice in a row and in start another benchmark :) 21.23.56 # *it started 21.24.23 Quit amiconn (Remote host closed the connection) 21.24.23 Quit pixelma (Read error: Connection reset by peer) 21.24.31 # did you want it compared boosted? 21.24.37 Join amiconn [0] (quassel@rockbox/developer/amiconn) 21.24.37 Join pixelma [0] (quassel@rockbox/staff/pixelma) 21.24.44 # jhMikeS: yes 21.24.56 # the standard way 21.32.29 # Can someone test an IAP patch and verify that iap still works as before with the patch? 21.32.31 # wtf, NSF is really _slow_ indeed 21.33.03 Join stoffel [0] (~quassel@p57B4A626.dip.t-dialin.net) 21.33.35 # This iap patch updates the de-framing code, to add support for large packets (> 255 bytes): http://pastie.org/1901181 21.33.55 # jhMikeS: yes, I was surprised as well. I should add a remark to the manual. I cannot imagine there is a target that plays this format in realtime 21.34.02 # the beast spoils the GME enthusiast :) 21.34.35 # yeah, the gigabeat S does it np at all 21.34.51 # Buschel: Be careful wrt PP speedups. PP5020 and PP5020 oftem perform different due to the IRAM access flaw on the latter 21.35.05 # PP5002 is yet again different of course 21.35.34 # you mean PP5020/PP5022, right? :) 21.35.35 # Err, I mean PP5022 and PP5020 in my first statement 21.36.04 # woo hoo, 8.08% realtime lol 21.36.45 # you sure this isn't just a snafu with the way it uses set_elapsed? 21.37.37 # it uses it to mark tracks, not time 21.38.58 # the .nsf seems to actually play 21.39.22 # amiconn: you have any PP5020 or PP5002 device to test? 21.39.56 # * amiconn has all PP flavours available 21.41.24 # * jhMikeS is only seeing 12-15% boost actually playing the .nsf 21.41.42 # Actually 2 devices for each of PP5002, PP5020 and PP5022 21.42.30 # jhMikeS: oops, you're right. maybe I'll fix this as well 21.48.28 Join Naked [0] (~naked@naked.iki.fi) 21.49.06 Nick Naked is now known as Hadaka (~naked@naked.iki.fi) 21.54.23 Quit Judas_PhD (Quit: This is a quitting message) 22.00.21 Quit DerPapst (Read error: Connection reset by peer) 22.00.56 Join DerPapst [0] (~Alexander@p57954C17.dip.t-dialin.net) 22.09.51 # New commit by 03rasher (r29880): Remove a tab character from the bulgarian translation 22.13.46 # r29880 build result: All green 22.19.26 Quit stoffel (Remote host closed the connection) 22.38.01 # jhMikeS: any numbers? 22.38.17 Join u42p [0] (~v35b@d154005.adsl.hansenet.de) 22.39.01 # getting there 22.39.25 # I had an interruption but I'm almost done 22.39.42 Quit benedikt93 (Quit: Read the fucking binary.) 22.39.43 Quit bertrik (Read error: Operation timed out) 22.39.44 # .spc looks like it suffers quite badly 22.40.11 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.40.11 Quit bertrik (Changing host) 22.40.11 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 22.42.12 Quit domonoky (Read error: Connection reset by peer) 22.53.40 # Buschel: posted results 22.53.41 Join Buschel_ [0] (~chatzilla@p54A3BAF2.dip.t-dialin.net) 22.53.56 # how does IRAM make CF slower? 22.55.37 Quit AlexP (Read error: Connection reset by peer) 22.55.46 Join AlexP [0] (~alex@rockbox/staff/AlexP) 22.55.48 # maybe he shuffled it around to different resouces? 22.56.03 Quit Buschel (Ping timeout: 258 seconds) 22.56.07 # It's bugging me too but there it is. 22.56.08 Nick Buschel_ is now known as Buschel (~chatzilla@p54A3BAF2.dip.t-dialin.net) 22.58.16 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 23.01.34 # Hm, the French translation uses a ’ (right quote, codepoint u2019) in a single location, but ' (regular ascii apostrophe) everywhere else. This seems like a bad idea 23.01.47 # Not present in a bunch of fonts 23.01.48 # jhMikeS: interesting. I have an idea... 23.07.01 # jhMikeS: I had disabled ICODE for MCF5250. Can retest nsf and spc with this one -> http://pastie.org/1901424 ? 23.08.06 Quit AlexP (Ping timeout: 252 seconds) 23.11.10 *** Saving seen data "./dancer.seen" 23.11.13 # Buschel: will do 23.11.14 Quit bluebroth3r (Ping timeout: 260 seconds) 23.12.28 Join bluebrother [0] (~dom@g226069029.adsl.alicedsl.de) 23.12.28 Quit bluebrother (Changing host) 23.12.28 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 23.14.15 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 23.17.26 Quit Vimk (Quit: ZNC - http://znc.sourceforge.net) 23.18.00 Join Vimk [0] (~Vimk@fireslash.net) 23.29.09 Join AlexP [0] (~alex@rockbox/staff/AlexP) 23.30.01 # its really amazing how much work we've done for PP over the years 23.31.00 # since i did the WMA port all those years ago, WMA and vorbis have both gone from ~190% realtime to ~320% 23.31.32 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 23.32.08 Quit u42p (Quit: Leaving) 23.32.49 # APE, MPC improved even more, AAC almost as much 23.33.14 # MP3 is through the roof if you count the dual core stuff 23.38.26 Join Richie [0] (~Richie@ip-88-153-86-119.unitymediagroup.de) 23.43.26 # jhMikeS: thanks for the new results. looks good now. :) 23.45.47 # jhMikeS: btw, you don't have time for a quick test of FS#12115 ? ;) 23.46.39 # I don't know. I had to clean up a dog accident while doing the last one...:P We'll see what happens this time. 23.47.26 # while test file? 23.47.30 # (s) 23.49.52 # I have just attached a test file 23.53.34 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 23.53.44 Join sideral [0] (~sideral@213.165.85.248) 23.53.44 Quit sideral (Changing host) 23.53.44 Join sideral [0] (~sideral@rockbox/developer/sideral) 23.54.32 Join aevin [0] (eivindsy@unaffiliated/aevin)