--- Log for 16.07.110 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 days and 12 hours ago 00.00.17 Quit jgarvey (Quit: Leaving) 00.00.23 *** Saving seen data "./dancer.seen" 00.01.09 # New commit by 03nls (r27440): Don't duplicate byteswap code. Invent system where NEED_GENERIC_BYTESWAPS is set if the generic functions from system.h are needed. 00.02.36 Quit halmi (Read error: Connection reset by peer) 00.03.37 Quit slck (Ping timeout: 276 seconds) 00.03.59 Quit Battousai (Quit: No Ping reply in 180 seconds.) 00.04.22 Join Battousai [0] (~bryan@gentoo/developer/battousai) 00.05.57 # r27440 build result: All green 00.06.27 Join funman [0] (~fun@rockbox/developer/funman) 00.06.29 Join slck [0] (Venci@Slackware.SlackPix.Com) 00.11.32 # do we support wavpack lossy? 00.13.46 Join jHoNDoE [0] (~irc@ip68-98-28-195.ph.ph.cox.net) 00.13.56 Quit captainkewlll (Quit: Page closed) 00.15.05 Quit domonoky (Read error: Connection reset by peer) 00.16.08 Quit jhMikeS (Read error: Connection reset by peer) 00.19.48 Join jhMikeS [0] (~jethead71@adsl-75-45-228-171.dsl.sfldmi.sbcglobal.net) 00.19.48 Quit jhMikeS (Changing host) 00.19.48 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 00.19.51 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 00.20.24 Quit dfkt (Disconnected by services) 00.20.28 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 00.27.14 Quit GArik_ (Quit: Leaving) 00.39.04 Quit Jerom (Read error: Connection reset by peer) 00.40.52 # i've found the fuzev2 version check, the OF checks if the new file has a version >= .31 located at 0x500 in the file 00.43.40 # does mkamsboot set the version number? 00.44.10 # no, this part is just OF code that we replace 00.44.34 # in all other OF, and fuzev2 OF < 2.3.31 it's also random code 00.51.32 # in our patched OF it is dualboot.S code 00.52.01 Quit DerPapst (Read error: Connection reset by peer) 00.52.56 Join DerPapst [0] (~Alexander@p4FE8FE6E.dip.t-dialin.net) 00.53.29 Join djzn [0] (~djzn@189-46-83-2.dsl.telesp.net.br) 00.53.46 # is it true that MPC has better battery life than AAC, OGG and MP3 ? 00.55.03 # djzn: http://www.hydrogenaudio.org/forums/index.php?showtopic=82125 00.58.06 Quit DerPapst (Quit: Leaving.) 00.58.42 # that meant yes ? 00.58.53 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 01.01.28 Quit efyx (Remote host closed the connection) 01.02.56 Part djzn 01.03.26 # djzn: basically yes but the differences aren't exactly huge and it depends on what player you are using 01.04.41 # djzn: well 2.15MHz better then vorbis, depends if you care about 2Mhz 01.08.42 # i have a patch for fuzev2 ready 01.11.28 # saratoga: how does the performance change if you run the cpu at full speed? 01.12.57 # nevermind, i see comparison numbers on the wiki page 01.15.57 # funman: nice find! 01.16.14 Join riad [0] (~idolm@dyn-xdsl-83-150-113-126.nebulazone.fi) 01.17.33 # kugel: we could've seen it by looking a bit closer at the OF 01.18.54 # funman: could we maybe restore the code areas dualboot.S overwrites before branching to the of? 01.19.21 # kugel: this field is checked by the OF doing the upgrade 01.19.54 # oh, you mean it that way 01.20.29 # kugel: http://pastie.org/1046439 , i'm going to test it in skyeye before running it 01.21.38 # basically i just put the dualboot at 0x200 instead of 0x0 and insert a branch at 0x0 01.25.42 Quit funman (Quit: free(random());) 01.26.23 Join funman [0] (~fun@rockbox/developer/funman) 01.27.17 # funman: why do you generate the other vectors with mkamsboot? 01.27.22 Quit JdGordon (Ping timeout: 240 seconds) 01.27.30 # why not? 01.28.04 # ah wait, I get it now :) 01.29.32 # is there a need to change them at all? 01.30.28 # yes, better than random vectors that the OF use 01.30.47 # we used to just put nothing there, but ranma changed them to infinite loops when he used JTAG 01.31.08 # hm, ok 01.32.39 # in my of analysis they were not random IIRC 01.33.49 # well, they are meaningful only in the OF, not in our dualboot code 01.35.15 # hmm how can i specify the entry point of a .S file using as/ld ? ld -e=0xdeadbeef doesn't work, the elf file keeps using 0x8000 01.39.30 Quit bertrik (Quit: :tiuQ) 01.41.13 # nevermind i can force laoding address in skyeye. the patch doesn't seem to work 01.43.49 # wait, skyeye doesn't seem to work, same effect when simulating a known to work patched OF 01.47.00 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 01.47.33 # n1s: FWIW the performance unboosted is most important, since on AMSv2 few formats actually boost during normal playback 01.48.03 # saratoga: all or only the 24mhz ones? 01.48.32 # well i expect the 24MHz ones to boost more often then the 40MHz ones, but they'll still spend nearly all their time unboosted 01.49.08 # saratoga: i was mostly interested in how it 01.49.22 # changes with cpu clock, is the memory speed constant? 01.49.57 # n1s: yes, the memory is locked at the unboosted speed 01.50.21 # so the fuzev2 is actually a good bit faster then teh clip+ since its memory runs at 40MHz rather then 24MHz 01.50.29 # funman: could the vector table be generated in the same way (with bin2c) as dualboot? would make the mkamsboot code a bit less akward 01.50.30 # i benched all the combinations 01.50.41 # kugel: it could, but i think it's simpler this way 01.50.47 # so at boosted speed, more time will be spent waiting for memory 01.50.54 # I think it's simple either way :)# 01.50.58 # correct 01.51.03 # scaling is surprisingly poor 01.51.10 # kugel: i'm going to commit the patch, it works on both fuzev2 01.51.12 # i think we run the boost clock much too high to be efficient 01.51.33 # on CF and PP the boost to unboost ratio was about 2.5 01.51.37 # now its 10 01.52.12 # the new fuzev2 can be patched, but it gives ATA error -2 at boot 01.52.28 # saratoga: you cannot really compare that 01.53.07 # a) both PP and CF could be clocked lower and b) neither off such a high max clock 01.53.36 # yes that was my point 01.53.58 # saratoga: it would be interesting to know how power usage compares at different boost clockspeeds 01.54.01 # the max clock is much higher, which means efficiency is much different boosted then unboosted 01.54.52 # kugel: ok for committing the patch? 01.55.06 # with the ata error? 01.55.17 # IMO that should be resolved first 01.55.24 # kugel: well the mkamsboot patch is not related 01.55.45 # 1/ make it possible to patch it 01.55.50 # 2/ make it possible to patch it with working code 01.55.57 # maybe a hw difference is the reason for this version check? 01.55.58 # yes and no, fixing mkamsboot doesn't serve anything if rockbox is completely unfunctional 01.56.07 # sure it does 01.56.12 # people can help making it functional 01.56.15 # and the LCD works 01.56.27 # n1s: very probably, now we have to find why 01.56.36 # i think committing often is best 01.56.48 # kugel: FWIW mkamsboot worked long before storage worked on AMSv12 01.56.54 # s/2$// 01.57.03 # well on v1 and v2 anyway 01.58.10 # hm, that's true 01.58.33 # I would still prefer generating the vectors with bin2c, but do whatever you want 02.00.24 *** Saving seen data "./dancer.seen" 02.00.34 # New commit by 03funman (r27441): mkamsboot: fix for newer fuzev2 ... 02.02.27 # kugel: FWIW, I wrote the b 0x200 as just "b 0x200" in the .S file 02.02.35 # no need to make fancy padding + label 02.02.45 # r27441 build result: All green 02.04.17 # funman: what do you mean? 02.04.54 Part jHoNDoE 02.05.53 # New commit by 03funman (r27442): mkamsboot: update outdated comment 02.06.32 # 'b 0x200' is a relative branch, it will branch 0x200 bytes forward, not set pc to 0x200 02.07.40 # i know 02.07.40 # r27442 build result: All green 02.07.54 # i didn't :) 02.09.41 Quit GeekShadow (Read error: Connection reset by peer) 02.13.44 Join JdGordon [0] (3a601b9e@gateway/web/freenode/ip.58.96.27.158) 02.22.44 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.28.57 Quit n1s (Quit: Lämnar) 02.31.05 # WTF 02.31.17 # the fuzev2 doesn't boot after an OF upgrade 02.31.50 # ah no it's ok 02.31.54 # * funman slaps self 02.32.06 # *fear* 02.32.59 # funman: skin_parser.c? 02.33.08 # (just reading the log now) 02.33.19 # JdGordon: nevermind, it was about the bug mentioned on the mailing list 02.33.31 # ok 02.34.13 # gevaerts: conditional viewports should be working (they work for me...).. can you comment in the tracke please? 02.38.59 Quit kugel (Remote host closed the connection) 02.43.16 # the fuzev2 model seems to affect SD and some power settings 02.56.12 Quit S_a_i_n_t (Ping timeout: 240 seconds) 02.56.51 # so there is at least 2 c200v2 revisions, 2 clipv1 revisions, 2 fuzev2 revisions, 2 clip+ revisions .... you'd better make a fuzev3 Sandisk!! 02.59.38 Quit funman (Quit: free(random());) 03.02.30 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.179) 03.05.25 # New commit by 03jdgordon (r27443): prevent the parser crashing if a font fails to load and is refresencd in more than one viewport 03.07.26 # r27443 build result: All green 03.14.16 # fuze v2.5 03.14.28 Join [Saint] [0] (S_a_i_n_t@203.184.4.124) 03.16.02 Quit S_a_i_n_t (Ping timeout: 276 seconds) 03.17.56 Join JdGordon| [0] (3a601b9e@gateway/web/freenode/ip.58.96.27.158) 03.34.44 Quit Topy44 (Ping timeout: 260 seconds) 03.42.42 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 03.42.44 Join Topy44 [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 03.45.52 Quit JdGordon| (Ping timeout: 252 seconds) 03.48.28 Quit binaryhermit (Quit: Leaving) 03.50.43 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 04.00.27 *** Saving seen data "./dancer.seen" 04.06.07 Quit pixelma (Disconnected by services) 04.06.07 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.06.12 Quit amiconn (Disconnected by services) 04.06.14 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.06.22 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.06.34 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.26.32 Quit TheSeven (Ping timeout: 240 seconds) 04.30.22 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.32.28 Quit scorche (Disconnected by services) 04.32.39 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 04.44.02 Join komputes [0] (~komputes@ubuntu/member/komputes) 04.50.24 Join Barahir_ [0] (~jonathan@frnk-590f5a2e.pool.mediaWays.net) 04.52.30 Quit bunnyboi (Ping timeout: 276 seconds) 04.53.36 Quit Barahir (Ping timeout: 245 seconds) 05.00.04 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 05.02.52 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 05.04.33 Quit MethoS- (Remote host closed the connection) 05.14.47 Quit bunnyboi (Ping timeout: 240 seconds) 05.23.43 Quit komputes (Remote host closed the connection) 05.39.17 Quit Horscht (Quit: Verlassend) 05.42.37 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 05.42.55 Nick bunnyboi is now known as jennifur (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 05.49.55 Quit Topy44 (Ping timeout: 248 seconds) 05.50.44 Join Topy44 [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 05.52.26 Quit panni_ (Read error: Connection reset by peer) 06.00.30 *** Saving seen data "./dancer.seen" 06.03.03 Quit CaptainKwel (Quit: Ex-Chat) 06.28.55 Join NTKM [0] (~NTKM@KD111100198040.ppp-bb.dion.ne.jp) 06.29.13 # hello 06.30.30 Part NTKM 06.32.45 Join NTKM [0] (~NTKM@KD111100198040.ppp-bb.dion.ne.jp) 06.40.04 Part NTKM 06.50.20 Quit jennifur (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!) 07.18.12 Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 07.26.41 Quit JdGordon (Quit: Page closed) 07.44.12 Quit binaryhermit (Read error: Connection reset by peer) 07.50.54 Join pixelma_ [0] (~pixelma@rockbox/staff/pixelma) 07.52.52 # Do we have a list somewhere of features/screen resolutions of the various supported targets? 07.56.04 # I don't suppose there's a quick way to identify a file that's causing a Database build to lock up? 07.56.35 # bieber: http://www.rockbox.org/wiki/DeviceChart could help as astart, newer targets are missing though I think 07.57.29 # pixelma_: Thanks :) 07.58.54 # maybe there is something to find in the theme page (sources) too but I don't know if there is a simple list or you have to still find things. 07.59.19 # (I mean searching around in the code) 08.00.19 # * pixelma_ thinks she knows the screen resolutions by heart and could answer questions 08.00.34 *** Saving seen data "./dancer.seen" 08.01.36 # haha 08.02.29 # I just want to grab a couple to test with for now, I'll fill it all the way out later 08.05.14 Join mitk [0] (~mitk@195.117.162.130) 08.08.05 Quit pixelma_ (Quit: .) 08.10.57 Quit shai (Ping timeout: 240 seconds) 08.16.43 Join jslegers [0] (www-data@giant.haxx.se) 08.16.52 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 08.19.26 # pixelma: Do you know the size of the remote lcds on the m:robe units? 08.20.35 # I am trying to update a WPS&Theme that I created for my Sansa Fuze. I can get it to work in the simulator, but it fails when I put it on the Fuze itself 08.20.57 # Where could I find a log-file of the error messages that it generates? 08.25.06 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 08.28.11 # bieber_: I believe it is something weird - 79x16 mono 08.28.29 # Thanks 08.28.40 # You'd think this would be easier to Google for :/ 08.29.12 # and they have a few fixed icons extra (like the charcell display) but I don't think those are supported by Rockbox yet 08.34.28 Quit TheSeven (Ping timeout: 265 seconds) 08.39.55 Join wodz [0] (~wodz@chello087206241167.chello.pl) 08.42.02 # any objections to commit FS#11324 ? 08.44.02 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.50.34 Quit bieber_ (Remote host closed the connection) 08.52.42 # amiconn: Your patch to hd200 grey bliting gives 152.0 (47% load) -> 216.0 (24% load) speedup ~42% 08.54.27 Quit JdGordon (Ping timeout: 245 seconds) 08.55.14 Quit Topy44 (Remote host closed the connection) 08.57.27 # wodz: That's actually a 100% speedup of the routine. lcd_blit_grey() is called from the isr, and the load tells how much time is spent there 08.58.45 # Of course the cpu can update the framebuffer more often if it spends less time in the isr. 153fps in 53% of the time matches very well with 216fps in 76% of the time 08.59.21 # I guess your statement means that the patch works properly and can be committed? 08.59.44 Join NTKM [0] (~NTKM@KD111100198040.ppp-bb.dion.ne.jp) 09.00.16 Part NTKM 09.00.29 # have You read my comment about move.w -> move.b change? 09.03.30 # Yes 09.04.18 # anyway the patch is ok for commit 09.04.36 # The timing is the same, so if the OF uses move.w, we should do the same. 09.04.46 # it works with move.b 09.04.51 # I checked 09.05.09 # every write to the lcd is byte actually 09.05.42 # I know, but then using move.w doesn't hurt either 09.06.25 # it doesn't hurt but if someone will read this routine it gives the impression that lcd bus is 16bit wide which is not true 09.07.01 # in OF some functions use move.b some move.w 09.07.23 # It think it comes from explicit casting in OF source code 09.08.41 # New commit by 03amiconn (r27444): MPIO HD200 grey blitting: Use line reads for the pixel values as well. Almost doubles the ISR speed (47% -> 24% load), giving 42% faster greylib ... 09.09.54 # * amiconn actually forgot to mention another effect 09.10.14 # This version also avoids back-to-back single writes (which cause pipeline stalls) 09.10.20 Join NTKM [0] (~NTKM@KD111100198040.ppp-bb.dion.ne.jp) 09.10.33 # r27444 build result: All green 09.12.08 Join petur [0] (d408b802@rockbox/developer/petur) 09.13.11 # If you don't mind I would prefer to change move.w -> move.b for readability reasons (in whole lcd-as-hd200.S) 09.13.40 Join bor_ka [0] (www-data@giant.haxx.se) 09.13.42 # Well, if it works, just do that if you want 09.13.46 # ok 09.14.00 # ranma, ping? 09.17.54 Quit NTKM (Ping timeout: 246 seconds) 09.20.02 Quit jslegers (Quit: CGI:IRC (EOF)) 09.22.16 # bor_ka: pong, but likely no time to have a look today ^^; 09.24.09 # New commit by 03wodz (r27445): HD200: Change move.w -> move.b in lcd-as-hd200.S when doing transfers to lcd to explicity show that lcd bus is 8bits wide. 09.25.46 Join funman [0] (~fun@rockbox/developer/funman) 09.25.49 # r27445 build result: All green 09.26.07 # ranma, ok. When you have time, take a look at http://forums.rockbox.org/index.php?topic=25184.msg169221#msg169221 ? 09.32.35 # saratoga: damn, it seems the clip+ OF also checks the version 09.33.23 Quit bor_ka (Quit: CGI:IRC 0.5.9 (2006/06/06)) 09.35.26 # but apparently all clip+ OF which were released are supported anyway 09.36.57 # okay 09.37.08 # I'm making a 220x176 wps into a 320x340 one 09.37.23 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 09.37.24 # Should all the folders still be named the same or should I append _320 or something? 09.41.11 Join Rob2222 [0] (~Miranda@p4FDCA9E2.dip.t-dialin.net) 09.41.37 Join swilde [0] (~wilde@aktaia.intevation.org) 09.41.53 # #esotheric 09.42.20 # sorry I fell on my keyboard 09.43.11 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 09.43.36 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.43.56 Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) 09.44.12 Quit Rob2223 (Ping timeout: 240 seconds) 09.44.27 # hmm something is broken with power thread on mpio with current svn - it doesn't update battery voltage history but from the other hand battery voltage is read correctly 09.46.17 Quit Kitar|st (Ping timeout: 264 seconds) 09.49.02 Quit wodz (Ping timeout: 245 seconds) 09.51.24 Join Kitar|st [0] (~Kitar_st@BSN-182-91-124.dial-up.dsl.siol.net) 10.00.37 *** Saving seen data "./dancer.seen" 10.07.12 Join DerPapst [0] (~Alexander@p4FE8E82E.dip.t-dialin.net) 10.24.52 Quit TheSeven (Ping timeout: 240 seconds) 10.30.39 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 10.48.54 Join mt2 [0] (~chatzilla@41.233.154.115) 10.49.24 # New commit by 03nls (r27446): libwma has Huffman tables that are too big for the stack temp buffer. Make temp buffer static. 10.51.11 # r27446 build result: 6 errors, 0 warnings (nls committed) 10.53.43 # woha, the codec buffer is tight on those clips :( 10.54.56 # n1s: 288k 10.55.23 # aka ~5kB too small :/ 10.57.11 # n1s: how big is the stack ? 10.57.35 # 0x2400 Bytes 11.05.52 # i'll poke around a little, and see if i can find something to shrink, else i suppose i'll have to use an older version of the ffmpeg code that doesn't need the temp buffer 11.08.50 # hmm, or we could store the tables sorted so we don't need the temp buffer... 11.11.12 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.38.25 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.42.59 Join halmi [0] (~netbook@93-82-41-32.adsl.highway.telekom.at) 11.52.43 Quit TheSeven (Ping timeout: 258 seconds) 11.57.13 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 12.00.41 *** Saving seen data "./dancer.seen" 12.05.51 # New commit by 03bertrik (r27447): Fix failing AMSv2 power-down when the wake-up alarm timer is set - FS #11453 by me 12.07.39 # r27447 build result: 6 errors, 0 warnings (bertrik committed) 12.10.52 # bertrik: "fix" ? 12.11.19 # yes 12.11.36 # It goes from completely reproducible to completely non-reproducible for me 12.12.02 # but my tests proved that it wasn't fixed, didn't they? 12.12.17 # I don't know exactly what you tested 12.12.19 # or how 12.12.48 # set up wake up alarm to sometime, press power button -> locked-up 12.14.49 # i should've mentioned it on the ticket though, but i'm pretty sure we talked about this on irc 12.15.04 # I think it's an improvement because it's fixed completely now for me, perhaps there are other problems still left. 12.15.59 Join watto [0] (~watto@193.203.81.165) 12.17.00 Quit Topy (Quit: Leaving) 12.17.11 Join Topy44 [0] (~Topy44@f048204025.adsl.alicedsl.de) 12.17.32 # bertrik: shouldn't alarm be a static struct? 12.18.07 # bertrik: 1st try on fuzev2: lock up 12.18.22 # play something, pause, set up alarm to 00:00, power off 12.19.18 # hm, yeah should probably be static 12.19.40 # also you can group members by size 12.21.04 Quit anewuser (Ping timeout: 260 seconds) 12.23.01 # bertrik: release_alarm can be removed i guess 12.23.43 # hm no weirdly rtc_init() is run in a loop somewhere 12.23.55 # anyway you should just ignore it 12.24.27 # just assume alarm is disabled. 12.24.27 # yeah I wondered about that a bit too, it always seems to be called with argument true from apps/ code 12.24.43 # 2 drivers call it with false from rtc_init() 12.25.28 # and since (who knows why) rtc_init() is run again in alarm_menu.c i prefered not touching this 12.26.14 # pregier: ping ^ 12.28.08 # roolku wrote the driver for modded H1x0 12.30.01 # bertrik: i don't want to sound offensive. thanks for working on this 12.32.12 # funman, no problem. I left the task open for further comments. I think the change I just committed improves the situation at least and removes at least one cause for the hang. 12.32.37 # hmm, i don't think i have time to fix the failing builds properly now, should i revert or leav it as it is untill i do (probably tomorrow)? 12.33.02 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.33.04 # n1s: i'd say leave it like it is 12.33.22 # we don't need dozens of 'revert, i'll fix later' in the log 12.33.44 # nor do we need to hide problems just to make the table green 12.33.59 # ok 12.34.04 # one day with trunk not building won't stop development on clipv1 12.35.07 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 12.35.34 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.36.02 Quit [Saint] () 12.41.45 # New commit by 03bertrik (r27448): rtc_as3514.c: make alarm struct static and reorder fields to save some binsize 12.42.42 # hmm, there seems to be some runtime inits in wma, i wonder if they are entirely independent of input... 12.43.20 # r27448 build result: 6 errors, 0 warnings (bertrik committed) 12.53.53 # i think i found a way to save 512B, only a couple thousand more to go! 12.56.14 # can we use unaligned load/stores on armv4t ? 12.56.21 # no 12.57.57 # or maybe, IIRC thay return the data rotated based on the alignment so you'd have to rotate it back or something like that 13.00.01 # funman: were you thinking of the bitstream readers or something else? 13.03.23 # yeah, for packing the VLCcode struct 13.04.21 # init_vlc isn't very time critical so making that a little slower will probably not hurt too much 13.07.51 Quit funman (Quit: free(random());) 13.11.22 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.124) 13.34.15 Join MethoS- [0] (~clemens@134.102.106.250) 13.51.43 Quit halmi (Quit: halmi) 13.56.30 Quit mitk (Quit: Leaving) 14.00.44 *** Saving seen data "./dancer.seen" 14.32.12 # is anyone able to build win32 cross-compiled sims with current svn? 14.43.54 Quit GeekShadow (Ping timeout: 240 seconds) 14.44.25 # * pixelma tries 14.46.13 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.50.40 # mc2739: for me it fails with an error in filetypes.c (Clip sim) 14.51.14 # I made clean and reconfigured before 14.57.46 Quit S_a_i_n_t (Ping timeout: 246 seconds) 15.01.54 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.04.53 Quit antil33t (Read error: Connection reset by peer) 15.05.00 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 15.07.51 # mc2739: an M5 sim seems to work though 15.07.59 # (or compile) 15.08.10 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.144) 15.18.06 # oh, no it doesn't... I'm blind. It fails in libwmapro though 15.22.53 Quit mc2739 (Ping timeout: 240 seconds) 15.24.46 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.25.10 # pixelma: thanks mine fails with in libwmapro also 15.27.31 Join hebz0rl [0] (~hebz0rl@dslb-088-067-196-048.pools.arcor-ip.net) 15.29.45 Quit mc2739 (Ping timeout: 260 seconds) 15.29.53 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.30.17 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.47.46 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.48.35 Quit Farthen (Remote host closed the connection) 15.48.43 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 15.49.43 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 15.53.29 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 15.55.17 Quit mc2739 (Ping timeout: 260 seconds) 15.57.12 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.00.48 *** Saving seen data "./dancer.seen" 16.02.56 Quit storm` () 16.04.39 Join wodz [0] (~wodz@chello087206241167.chello.pl) 16.09.01 Join Topy [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 16.13.02 # n1s: WMA has an enormous random number table for noise generation 16.13.24 # if you made it 500 entries smaller I'm sure no one would notice .. . 16.13.38 Quit Topy (Ping timeout: 252 seconds) 16.14.36 Quit Farthen (Remote host closed the connection) 16.14.38 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 16.16.36 Join Topy [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 16.19.51 # do the battery_bench work for You with current svn (and battery_view also)? 16.26.36 Quit Farthen (Remote host closed the connection) 16.26.39 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 16.30.36 Quit Farthen (Remote host closed the connection) 16.30.37 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 16.45.10 Nick S_a_i_n_t is now known as [Saint] (S_a_i_n_t@203.184.0.144) 16.49.26 Quit [Saint] (Ping timeout: 246 seconds) 16.50.46 Join hmmmmmm [0] (www-data@giant.haxx.se) 16.56.00 Quit petur (Quit: later) 16.56.13 Quit hmmmmmm (Quit: CGI:IRC (Ping timeout)) 17.04.33 Quit Topy44 (Quit: Leaving) 17.10.31 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 17.10.34 Quit wodz (Ping timeout: 240 seconds) 17.13.46 # mc2739: which mr500 buttons would you propose for soft hold? :) 17.15.45 # isn't there only one physical - which is probably used for other things already but could be "freed" for the WPS I guess) 17.16.00 # yes, the power button 17.16.45 # also, editing the keymap file alone doesn't help, you need to enable the functionality somewhere (I guess in the config somewhere) 17.18.01 # yes, that too 17.19.39 # in button-target.h 17.20.08 # hm, wait 17.21.29 # HAS_BUTTON_HOLD has to be undefined 17.22.55 Quit cjcopi (Ping timeout: 264 seconds) 17.26.46 # saratoga: ah, i'll look into that, i have made another size optimization by statically initializing the lsp_pow_m_table[12] tables but the test files i have don't use that so i need to find such a file for testing 17.32.13 # or I think i can see an even better approach actually 17.34.12 # the buffers for these tables are only used if vlc3buf is not used and vice versa 17.34.40 # so putting them in there will save some ram and not make for a very large hack :) 17.35.22 Join cjcopi [0] (~craig@adsl-76-205-71-99.dsl.bcvloh.sbcglobal.net) 17.36.16 # s/vlc3buf/vlcbuf3/ 17.37.14 Quit Farthen (Remote host closed the connection) 17.38.21 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 17.42.33 Quit Farthen (Remote host closed the connection) 17.43.43 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 17.54.23 Join stoffel [0] (~quassel@p57B49D0A.dip.t-dialin.net) 18.00.50 *** Saving seen data "./dancer.seen" 18.01.25 Quit bieber (Ping timeout: 260 seconds) 18.01.42 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 18.06.04 Join dfkt [0] (dfkt@unaffiliated/dfkt) 18.09.25 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 18.11.05 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 18.12.14 Quit TheSeven (Ping timeout: 258 seconds) 18.12.33 Quit Kitar|st () 18.13.50 Quit DerPapst (Quit: Leaving.) 18.15.57 # Could I get someone to fix the category for FS#11483, thanks. 18.16.42 # gevaerts: would you consider anything important missing for sdl-RaaA besides the paths? 18.17.05 # * gevaerts thinks for a minute 18.17.59 # I suspect not 18.20.13 # freddyb, what do you want the category to be? 18.20.32 Join Kitar|st [0] (Kitar_st@BSN-210-249-13.dial-up.dsl.siol.net) 18.21.24 # Remote 18.21.47 # ok, done 18.21.51 # Thanks 18.22.41 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 18.24.49 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.26.30 # gevaerts: that'd suits my schedule :) 18.26.49 # kugel: now get busy on the Android bits! :) 18.26.59 # I can't think of anything important too, I also have nothing on the wiki page 18.28.39 # gevaerts: I have had a quick look, things are going to get tricky. especially building rockbox as a library in a way android accepts it 18.29.28 # That's why you have another month for it :) 18.31.19 # I set up eclipse for the java part, and it works if I use the android build tools for the ndk sample apps, but if try to use my tools (or even mimicing the ndk's build process) wasn't successful so far 18.31.55 # sounds like fun 18.32.12 Quit juju2143 (Ping timeout: 276 seconds) 18.32.27 # there's some magic involved that the makes emulator launched from eclipse find the .so file 18.33.18 # also, I fear it might require non-target-tree changes to make playing music in the background work 18.33.43 # where? The threading code? 18.33.56 # playback engine 18.34.20 # threading maybe too now you mention it :\ 18.34.39 Part pregier 18.35.30 # you need to establish a "service" for all background stuff, rockbox in a single library would need to run under an "activity" (and there can only be one activity active at a time) 18.36.24 # so you basically have to decouple playback and UI? 18.37.11 # I think so 18.37.32 # probably not a bad thing, just a lot of work 18.38.11 # indeed 18.42.45 # I think I'll start with a sample app for sound playback 18.44.52 # sounds good. 18.45.46 # After that, I guess getting everything to run (as one foreground app) would be a good step. 18.47.58 Join Jerom [0] (~heidi@79.132.46.225) 18.49.59 Join merbanan [0] (~banan@c-89-160-72-125.cust.bredband2.com) 18.50.45 Join juju2143 [0] (juju2143@gateway/shell/57o9.org/x-uazppdvwlvjqqavw) 18.54.05 # n1s: LSP is only used for 16kbps and below WMA files 18.54.11 # noise coding is 32k and below 18.54.57 # saratoga: i found a static buffer that could be reused for the lsp tables, saving 1k 18.56.01 # but i'd like to test and see if it works correctly so do you know offhand where i can find such a file? 18.58.43 # am i right thinking that the mdct window tables depend on the input file (frame_len_bits) and cannot be pregenerated? 18.59.29 # ah, i see that can have 3 different values so pregenerated tables would take more ram 18.59.45 Quit MethoS- (Read error: Connection reset by peer) 19.01.12 # gevaerts: I too think that trying to make the background thing work before having a solid basis is a recipe for failure 19.01.20 # n1s: theres 5 different mdct window sizes, but our new mdct only stores the table once and reuses it for different sizes 19.02.03 # saratoga: yeah, was a bit unclear, i meant the sine tables in wma /* init MDCT windows : simple sinus window */ 19.02.41 # yeah theres 5 of those 19.03.25 # but could they be pregenerated? the generating function depends on the frame length... 19.05.24 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 19.06.52 # it seems there are 3*5 possible sine windows so pregenerating them would take more memory 19.09.15 Join fudge [0] (ad442595@gateway/web/freenode/ip.173.68.37.149) 19.09.21 # oh those windows 19.09.26 # hi 19.09.54 # theres 5 possible windows, but low bitrate files don't use all of them 19.10.05 # 64kbps and above typically use all 19.12.27 # i bet the windows could be shared with the IMDCT trig tables 19.13.31 Join GeekShad0w [0] (~Antoine@86.155.204-77.rev.gaoland.net) 19.13.41 Join anewuser [0] (anewuser@unaffiliated/anewuser) 19.14.03 Quit GeekShadow (Ping timeout: 252 seconds) 19.14.11 # saratoga: i'll take a look tomorrow, if that fails i'll try reducing the random table 19.15.54 # btw, from a quick look it seems that table is using about 17 bits for values, do you think it would be better to shift them down by 1 and store as 16 bit (and compensate by shifting up by one in the noisecoding) 19.18.33 # n1s: what would that help with? 19.19.34 Quit antil33t (Read error: Connection reset by peer) 19.19.41 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 19.24.58 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.26.45 Quit pamaury (Remote host closed the connection) 19.30.41 Quit fudge (Quit: Page closed) 19.44.18 Join dlenski [0] (~dlenski@fuhrer2219.physics.umd.edu) 19.44.35 Part dlenski 19.46.34 Quit juju2143 (Ping timeout: 276 seconds) 19.48.28 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 19.49.46 Join mt [0] (~mtee@rockbox/developer/mt) 19.52.01 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.53.58 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.58.33 Join Muchix [0] (~michi@e181129170.adsl.alicedsl.de) 20.00.15 Join juju2143 [0] (juju2143@gateway/shell/57o9.org/x-pzsxozperpuatkpr) 20.00.54 *** Saving seen data "./dancer.seen" 20.16.50 Quit dfkt (Read error: Connection reset by peer) 20.19.54 Quit juju2143 (Remote host closed the connection) 20.20.41 Part watto 20.27.13 # * kugel wonders if he could use opengl for the lcd driver 20.33.33 Quit Horscht (Quit: Verlassend) 20.36.46 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 20.41.33 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 20.42.11 # mt: you could try to find out why crosscompiling sims currently fails in libwmapro ;) 20.42.29 Join juju2143 [0] (juju2143@gateway/shell/57o9.org/x-ahgiesktpuxyeylh) 20.42.29 Quit juju2143 (Changing host) 20.42.30 Join juju2143 [0] (juju2143@unaffiliated/juju2143) 20.42.30 Quit juju2143 (Changing host) 20.42.30 Join juju2143 [0] (juju2143@gateway/shell/57o9.org/x-ahgiesktpuxyeylh) 20.42.39 # my guess it'll also fail under cygwin then 20.42.56 # * mt never knew about this 20.43.25 # I'll get you the error message but I need a few minutes 20.43.29 # pixelma : Was it discussed here so I could check the logs ? 20.43.44 Join esperegu [0] (~quassel@145.116.15.244) 20.43.47 # Alright thanks ! 20.43.53 # not discussed, just found out today 20.46.23 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 20.46.35 Quit kugel (Ping timeout: 240 seconds) 20.49.18 # mt: http://pastebin.com/Tit93KDS 20.49.56 # urgh... there is a codepage issue 20.51.10 # yeah 20.52.19 Quit stoffel (Remote host closed the connection) 20.52.31 # How much time does "Enabling win32 cross compiling" normally take ? it's been stuck at this for like 5 minutes. 20.52.54 # http://pastebin.com/1rbPkzAx 20.53.19 Nick evilnick_B is now known as evilnick_ (0c140464@rockbox/staff/evilnick) 20.53.25 # * mt presses a key - problem solved ! 20.54.11 # pixelma: thanks 20.54.19 # ah, you meant the advanced build options... yes they need an additional keypress to allow for multiple inputs 20.54.51 # and to prove you are an advanced user who know what he does ;) 20.55.20 # :) 20.58.18 Nick evilnick_ is now known as evilnick_B (0c140464@rockbox/staff/evilnick) 21.01.33 # pixelma: Can't reproduce here 21.01.42 # * mt tries again to make sure 21.02.33 Quit freddyb (Quit: ChatZilla 0.9.86 [Firefox 3.5.9/20100401213457]) 21.02.44 # mc2739 asked first about it 21.05.36 Join halmi [0] (~netbook@93-82-37-176.adsl.highway.telekom.at) 21.11.18 # Yeah I made a mistake and chose a normal cross compile instead of a sim one .. anyway it's now complaining about not finding sdl-config though it's installed and in PATH 21.11.35 Quit Muchix (Ping timeout: 265 seconds) 21.13.56 Quit M3DLG (Ping timeout: 260 seconds) 21.14.23 Quit stripwax (Quit: http://miranda-im.org) 21.16.35 Join Tarvis [0] (~Tarvis@106.203.100.97.cfl.res.rr.com) 21.16.47 # maybe your system still needs some packages but I can't help you with this as I didn't set it up myself. There is this guide http://www.rockbox.org/wiki/UiSimulator#Building_Windows_sim_in_Linux but I'm not sure how up-to-date it is 21.18.30 # I wonder though what else than a sim you could crosscompile - RaaA or what? 21.21.26 Quit evilnick_B (*.net *.split) 21.21.26 Quit saratoga (*.net *.split) 21.21.38 # I mean crosscompiling other Windiws executables under Linux 21.23.55 # hmm... maybe checkwps or the theme editor (the former doesn't build I believe) 21.25.07 Join mf0102 [0] (~michi@e181129170.adsl.alicedsl.de) 21.26.00 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 21.38.51 Quit bunnyboi (Ping timeout: 258 seconds) 21.42.43 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 21.50.26 Quit halmi (Read error: Connection reset by peer) 22.00.20 Quit esperegu (Ping timeout: 245 seconds) 22.00.57 *** Saving seen data "./dancer.seen" 22.10.21 Join skfunnyboy_ [0] (~skfunnybo@modemcable024.96-202-24.mc.videotron.ca) 22.11.07 Part skfunnyboy_ 22.12.16 # Does our sys/types.h need to be called that ? win32 sim cross compile sees only the system's sys/types.h because of the (ifndef APP_TYPE .. INCLUDES += -I$(FIRMDIR)/libc/include) in firmware.make 22.12.39 # while file.h needs our sys/types.h in that case for the typedefs 22.12.56 # hm, try to catch kugel for that one... 22.14.46 # * mt now thinks he might be wrong in something and goes back to recheck 22.15.11 Join kugel [0] (~AndChat@91-64-40-86-dynip.superkabel.de) 22.15.55 # of course forcing file.h to include "../libc/sys/types.h" solves the problem but it looks like hack rather than a fix to me 22.18.06 # the text viewer screenshots in the manual have no mime-type at all. Since they are png, there are some cryptic characters in the diff which confuses some text editors. They are not even application/octet-stream 22.19.33 Join einhirn [0] (~Miranda@p548516C4.dip0.t-ipconnect.de) 22.19.39 # "confuses some text editors", e.g. gedit won't display the diff at all complaining about unknown codepage 22.21.59 # mt: what is lacking from the systems types.h? 22.22.50 Join wodz [0] (~wodz@chello087206241167.chello.pl) 22.23.31 # one reason to set mime-type. Am I allowed to do this for the text viewer screenshots? 22.25.30 Join dfkt [0] (dfkt@unaffiliated/dfkt) 22.25.57 # kugel: I've looked into this rather quickly, so I might be missing something .. but one example is ssize_t which isn't defined in the system's sys/types.h 22.26.44 # although I'm now thinking it maybe something specific to codecs since metadata compile fine. 22.26.51 # ssize_t is a bit special 22.29.04 Join esperegu [0] (~quassel@145.116.15.244) 22.29.53 Quit wodz (Ping timeout: 265 seconds) 22.30.59 # * pixelma takes that as a "yes" although can't remember the final outcome of the mime-type discussion 22.35.01 # mt: unix conform systems should have ssize_t. I will have a look when at home 22.37.36 # really no objection? 22.37.54 # pixelma: I see no reason for not setting it :) 22.38.22 # thanks :) 22.38.38 Quit esperegu (Read error: Connection reset by peer) 22.44.54 # New commit by 03pixelma (r27449): Set mime-type correctly to image/png for all text viewer screenshots. Mime-type wasn't set at all before - leading to textual comparison of these ... 22.45.46 Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) 22.46.31 # r27449 build result: 6 errors, 0 warnings (pixelma committed) 22.47.25 # New commit by 03bieber (r27450): Theme Editor: Added target database, now populates combo box in new project dialog but otherwise not used yet 22.48.56 # r27450 build result: 6 errors, 0 warnings (bieber committed) 22.52.23 Quit Topy (Ping timeout: 248 seconds) 22.56.56 # pixelma: This works for me : http://www.pastie.org/1047898 22.57.15 # But I don't know how to squeeze those conditions into one line in a makefile :( 22.58.04 # mt: that's a hack unfortunately 22.58.10 # yeah 22.58.35 # if you can wait a bit I'll have a look 22.58.44 # yeah no rush 23.02.50 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.05.44 Join petur [0] (~petur@rockbox/developer/petur) 23.06.04 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 23.08.39 Quit evilnick_B (Quit: Page closed) 23.10.01 Quit bluebroth3r (Ping timeout: 260 seconds) 23.11.17 Join bluebrother [0] (~dom@f053152057.adsl.alicedsl.de) 23.11.18 Quit bluebrother (Changing host) 23.11.18 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 23.12.33 Join einhirn [0] (~Miranda@p548516C4.dip0.t-ipconnect.de) 23.12.58 Quit joeyg (Quit: lions and tigers and bears, oh my!) 23.13.49 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) 23.15.11 Join Muhd [0] (~muhd220@pool-173-55-236-208.lsanca.fios.verizon.net) 23.23.06 Join Topy44 [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 23.27.35 Quit Topy44 (Ping timeout: 248 seconds) 23.29.29 Join Topy44 [0] (~topy@2a01:608:ffff:2627:2e0:4dff:fe83:a45e) 23.43.07 Join Tarvis [0] (~Tarvis@106.203.100.97.cfl.res.rr.com) 23.43.15 # Okay 23.44.44 # Time for you guys to tell me which font you think looks best here: 23.44.45 # http://img375.imageshack.us/img375/2545/pickfont1.png 23.44.46 # http://img153.imageshack.us/img153/1210/pickfont2.png 23.45.24 # I still think Nimbus looks best 23.46.41 # Nimbus looks nice yes 23.46.50 # and Sazanami too 23.52.51 Quit n1s (Ping timeout: 240 seconds) 23.57.29 Quit M3DLG (Quit: RAGE QUIT)