--- Log for 09.10.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 16 hours ago 00.01.57 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 00.07.38 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.07.50 Quit n1s (Remote host closed the connection) 00.12.40 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 00.21.08 Quit keyb_gr (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20110928161145]) 00.25.50 Quit robin0800 (Ping timeout: 248 seconds) 00.27.21 Join robin0800 [0] (~robin0800@149.254.61.232) 00.34.54 Quit AlexP (Remote host closed the connection) 00.36.11 Quit [Saint] (Remote host closed the connection) 00.38.39 Quit Thra11_ (Quit: kthxbai) 00.40.49 Quit totm_ (Ping timeout: 256 seconds) 00.41.29 Quit totm (Ping timeout: 252 seconds) 00.44.44 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 00.46.36 # rasher: ping 00.46.44 # kugel: pong 00.47.13 # can the lang tool do this for all langs? http://pastie.org/2662982 00.47.53 # Hm 00.48.33 # or I'll just leave the situation that the sleep timer is not in a time&date submenu on non-rtc 00.48.48 # doesn't seem so 00.49.36 # Actually yeah, it can't even do anything close to that 00.50.06 # Shouldn't take too long to do manually :) 00.54.59 Quit scorche` (Ping timeout: 256 seconds) 01.11.19 Quit zchs (Quit: Leaving) 01.12.32 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 01.14.50 Quit ender` (Quit: This space intentionally has nothing but text explaining why this space has nothing but text explaining that this space would otherwise have been left blank, and would otherwise have been left blank.) 01.17.09 Quit robin0800 (Ping timeout: 258 seconds) 01.20.31 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 01.23.25 Quit domonoky (Read error: Connection reset by peer) 01.30.10 Join robin0800 [0] (~robin0800@149.254.61.166) 01.56.20 *** Saving seen data "./dancer.seen" 01.58.01 # hm, what's the difference between ID2P() and str() ? 02.00.27 Quit totm (Ping timeout: 258 seconds) 02.00.35 Quit robin0800 (Ping timeout: 276 seconds) 02.04.14 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 02.10.55 Quit totm (Ping timeout: 256 seconds) 02.14.44 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 02.35.12 Quit pamaury (Remote host closed the connection) 02.36.28 Join scorche [0] (~scorche@rockbox/administrator/scorche) 02.39.10 Quit T44 (Ping timeout: 248 seconds) 02.42.06 Quit fatline (Quit: This computer has gone to sleep) 02.42.58 Join Topy44 [0] (~Topy44@f049098095.adsl.alicedsl.de) 02.53.37 Quit GeekShadow (Quit: leaving) 02.53.53 Join GeekShadow [0] (~antoine@254.164.21.93.rev.sfr.net) 03.35.28 Quit othniel (Ping timeout: 255 seconds) 03.35.52 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 03.41.19 Quit factor (Ping timeout: 255 seconds) 03.51.54 Quit RansomTime (Ping timeout: 260 seconds) 03.54.20 Join factor [0] (~factor@74.197.205.204) 03.56.24 *** Saving seen data "./dancer.seen" 03.57.47 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 04.08.36 Join theeil [0] (~neil@CPE38c85ca63bf6-CM38c85ca63bf4.cpe.net.cable.rogers.com) 04.12.11 Join robin0800 [0] (~robin0800@149.254.60.166) 04.22.12 # Hey, can anyone help with a cross-compiler issue? Host is archlinux 64bit. Using --no-eabi for ipod classic. Get linker error: undefined reference to `__modsi3' (and others: __divdi3, __udivdi3.) Any ideas? Is --no-eabi still supported (or supported at all for ipod classic?) 04.24.14 # are you using the supplied toolchain method? 04.24.24 # using the script in svn 04.24.49 Quit amiconn (Disconnected by services) 04.24.49 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.24.50 Quit pixelma (Disconnected by services) 04.24.52 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.24.54 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.25.13 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.33.21 # I'm trying to use the packaged cross-compilers 04.34.00 Quit fiesh (Ping timeout: 255 seconds) 04.34.25 # I'm in the middle of compiling the ones from rockboxdev.sh but was hoping to be able to use the compilers available through the arch repositories. 04.36.32 Join fiesh [0] (~fiesh@p3E9EEDFD.dip.t-dialin.net) 04.37.48 # apparently these missing functions are emulations of long long arithmetic which are supposed to be in libgcc.a 04.48.08 Quit merbanan (Remote host closed the connection) 04.55.11 Quit jhMikeS (Ping timeout: 248 seconds) 04.55.52 Quit TheSeven (Disconnected by services) 04.56.05 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 05.14.18 Quit mudd1 (Ping timeout: 276 seconds) 05.15.45 Quit hilbert (Quit: Computer has gone to sleep.) 05.19.01 Join Rob2223 [0] (~Miranda@p4FFF0D80.dip.t-dialin.net) 05.19.53 Join hilbert_ [0] (~hilbert@89.217.58.40) 05.22.36 Quit Rob2222 (Ping timeout: 240 seconds) 05.22.45 Quit zchs (Ping timeout: 252 seconds) 05.23.09 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 05.25.18 Part user829385 ("Leaving.") 05.42.30 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 05.46.29 Join [Saint] [0] (~Saint]@101.98.129.152) 05.56.26 *** Saving seen data "./dancer.seen" 06.28.22 Quit zchs (Ping timeout: 252 seconds) 06.41.14 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 06.41.47 Quit robin0800 (Quit: Leaving) 06.44.51 Quit ReimuHakurei (Remote host closed the connection) 06.53.21 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 07.00.41 Quit [Saint] (Remote host closed the connection) 07.01.39 Join [Saint] [0] (~Saint]@101.98.129.152) 07.27.24 Quit othniel (Ping timeout: 240 seconds) 07.56.29 *** Saving seen data "./dancer.seen" 07.57.45 Join n1s [0] (~quassel@rockbox/developer/n1s) 08.30.12 Quit amiconn (Remote host closed the connection) 08.30.12 Quit pixelma (Remote host closed the connection) 08.31.05 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.31.07 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.33.04 Join stoffel [0] (~quassel@p57B4D1D4.dip.t-dialin.net) 08.33.51 # * [Saint] wonders why raaa has suddenly started eating through his battery. 08.34.24 # <[Saint]> Its using 20% cpu in the backgroung according to top. 08.34.53 # <[Saint]> It used to sit around 2% :-S 08.45.43 Quit hilbert_ (Quit: Computer has gone to sleep.) 08.53.46 # [Saint]: making it just work with skinned lists is tecnically doable a number of ways 08.53.55 # (it being line hieghts) 08.54.19 # <[Saint]> With how much pissing around? 08.54.41 # from who's point of view? 08.56.11 # there is guarenteed to be no single bilver bullet for this. 08.56.36 # kugels patch *only* works for people not using skinned lists which is a waste 08.56.44 # <[Saint]> This line height idea would be great if it defaulted off, let the theme handle list height in either "normal" ui viewport or skinned list, but give the opportunity to expand the lists optionally (default off), and had magic to detect the fallback and default on in that case. 08.56.51 # the skin engine could be made to try its best to move viewports around to make it work 08.58.44 # the default is mostly irrelevant, I care about the implementation, not the feature 08.58.47 # <[Saint]> The case where this matters really is the fallback, instead of defaulting to on, it should have magic to detect that. 09.00.52 # <[Saint]> Ill probably do a brain dump of how I'd prefer things worked later this eve, even though I was trying to gracefully dodge the subject :) 09.03.36 # heck, if the themer only draws one list line per rectangle then it is trivial to resize it automagically to make line spacing work 09.34.29 Join othniel [0] (~othniel@adsl-108-78-207-49.dsl.snantx.sbcglobal.net) 09.48.13 Quit othniel (Ping timeout: 256 seconds) 09.53.00 Join mortalis [0] (~4d6c62b0@www.haxx.se) 09.56.31 *** Saving seen data "./dancer.seen" 10.07.22 Join Kiwi_CAM [0] (~Kiwi_Cam@206.192.69.111.dynamic.snap.net.nz) 10.11.03 # kugel: (late answer) ID2P() is used to convert a languange string id to a virtual pointer, whereas str() returns the actual pointer (which may change at runtime) 10.11.13 # See http://svn.rockbox.org/viewvc.cgi?view=rev&revision=4931 10.14.19 Quit mc2739 (Ping timeout: 252 seconds) 10.20.10 Quit totm (Ping timeout: 258 seconds) 10.23.10 Join ender` [0] (~ender@84.255.206.8) 10.23.55 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 10.24.12 Quit linuxstb (Ping timeout: 240 seconds) 10.27.43 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.27.43 Quit bertrik (Changing host) 10.27.43 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.30.59 Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) 10.31.30 Quit totm (Ping timeout: 276 seconds) 10.34.40 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 10.37.14 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 10.41.35 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 10.41.37 Quit totm (Ping timeout: 258 seconds) 10.43.48 # amiconn: did you see my question about the player warning(s) yesterday ? 10.45.34 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 10.48.49 # Oh, hmm. I won't touch this right now. First rockbox needs to be made to work on hwcodec again, then I have a few other things I want to code 10.50.13 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 11.00.31 Quit echelon (Ping timeout: 248 seconds) 11.09.41 Join echelon [0] (~echelon@gateway/tor-sasl/harel) 11.15.00 Quit mortalis (Quit: CGI:IRC) 11.18.56 # amiconn: i think just #ifdefing that code out for charcell is fine for now then 11.28.29 Join T44 [0] (~Topy44@g228205149.adsl.alicedsl.de) 11.30.55 Quit Topy44 (Ping timeout: 248 seconds) 11.38.35 Join TheLemonMan [0] (~LemonBoy@ppp-218-41.26-151.libero.it) 11.39.47 Join Jerom [0] (~jerome@79.132.42.48) 11.40.17 Join bluebrother [0] (~dom@g225253027.adsl.alicedsl.de) 11.40.17 Quit bluebrother (Changing host) 11.40.17 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 11.42.39 Quit fs-bluebot (Ping timeout: 248 seconds) 11.43.31 Quit bluebrother^ (Ping timeout: 258 seconds) 11.43.47 Join fs-bluebot [0] (~fs-bluebo@g225253027.adsl.alicedsl.de) 11.56.34 *** Saving seen data "./dancer.seen" 11.57.14 Quit stoffel (Ping timeout: 255 seconds) 11.57.36 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 12.03.13 # I wonder whether release 3.10 should be delayed a bit 12.04.31 # considering the recent problems with a large number of target not even completing the boot process and bugs like FS#12325 12.04.33 # http://www.rockbox.org/tracker/task/12325 3e200v1 screen corruption after USB connection since r30475 (bugs, new) 12.09.31 # bertrik: when is it scheduled? 12.09.41 # bertrik: also, the clip should boot again. doesn't it? 12.10.14 # release on october 31st, a branch a week before that and RC builds a week before that 12.10.42 # kugel, I'm not sure if clip boots again 12.12.11 # I committed a supposed fix 12.26.45 Quit stripwax (Quit: http://miranda-im.org) 12.33.29 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 12.33.29 Quit pamaury (Changing host) 12.33.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.35.56 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.40.17 Join RansomTime [0] (~RT@wikia/vstf/Randomtime) 12.51.01 # rockchip definitely doesn't want to share their datasheets with us :( 12.52.01 Join dfkt|n [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) 12.52.01 Quit dfkt|n (Changing host) 12.52.01 Join dfkt|n [0] (~dfkt@unaffiliated/dfkt) 12.58.22 # kugel: I'm not sure that fix was enough for the clip, my clip is booting again but its the whole fontcachefix patch 12.58.53 # amiconn: did you try the patch on your hwcodec? 12.59.23 # and, any chance you've got a miserable sunday ahead and want to fix the drawmode which uses the current pixels for the transparent instead of the backdrop image? :) 13.01.04 # <[Saint]> You're supposed to be in bed! ;) 13.03.27 # * alexbobp is in bed with rockbox 13.04.28 # * JdGordon shuddders 13.05.31 # ECANNOTDECODESENTENCE 13.07.30 # 1) did you try the patch to fix hwcodec? 13.07.59 # That wasn't the sentence I couldn't decode ;). And no, not yet, but about to 13.08.00 # 2) have you had any more thought about adding a draw mode for colour targets where the transparent colour leaves the current pixel as it is instead of using the background image 13.08.40 # Afaik it does that 13.10.20 # does it? err, it is a different draw mode i'm wanting then? 13.10.23 # * JdGordon cant remember :p 13.10.36 # ah yeah, use the background colour instead of image 13.11.08 # Yeah, that's something I want to add 13.20.07 Quit Kiwi_CAM (Quit: Leaving) 13.29.30 Quit ReimuHakurei (Ping timeout: 255 seconds) 13.31.51 Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 13.33.06 # has anyone else done anything with buflib outside of playback? 13.34.32 Quit fyrestorm (Ping timeout: 245 seconds) 13.35.50 # what do you mean with that? 13.36.07 # has anyone other than you and I actually used buflib 13.36.33 Join hilbert [0] (~hilbert@adsl-89-217-58-40.adslplus.ch) 13.37.24 # don't think so 13.38.14 # well, I use core_alloc() in the IAP rewrite. Does that count? 13.38.26 # yes 13.39.18 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 13.39.22 # Lalufu: have you had to implement your own lock for it? 13.40.26 # err, how do you change the iconset in rockbox? 13.40.26 # JdGordon: http://git.camperquake.de/gitweb/gitweb.cgi?p=rockbox.git;a=blob;f=apps/iap.c;h=174576241dbfbd215d45fea09af916fcaf350075;hb=acb8330ddc3736153ef86cbf040d75af30483bd3#l517 13.40.31 # is it a cfg only setting? 13.40.31 # that's really I all do with it 13.41.27 # ok 13.41.57 # Lalufu: does that work? buflib buffers may move you know 13.42.11 # <[Saint]> JdGordon: .cfg, and the .sbs can load a(many?) iconsets also. 13.43.04 # kugel: so far it does. And how can they move? How am I supposed to deal with that? 13.43.25 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 13.44.03 # call core_get_data() every time (between explicit or implicit yield()) you access the buffer, or have it updated in a move callback (see buflib.h) 13.46.41 # I see. 13.46.58 # how can I make sure buflib does not try to shrink my buffer? 13.47.06 # I'm a dirty rotton lier... someone commit FS#12328 13.47.06 # http://www.rockbox.org/tracker/task/12328 3move icons onto buflib and remove the 24x24 max iconsize limitation (patches, new) 13.47.25 # Lalufu: it won't shrink your buffer 13.47.59 # so the shrink_callback is never used? 13.48.30 # it's used if you assign it 13.48.37 # ah, I see. 13.48.43 # the default is cannot-shrink 13.50.05 # does rockbox use cooperative or preemtive multitasking? 13.51.44 # coop 13.52.16 # OK, so I don't have to worry about a call to move the buffer coming in while I'm in the middle of a function. 13.52.37 # just as long as you know the functions you call wont yield 13.53.43 # Lalufu: right. only if you call other functions, and if you don't know whther that one yields 13.54.21 # Oh, that is going to be fun. 13.55.30 # it would have been easier if it explictliy locked on access.... but meh.... after reimplementing the same lock 4 times now im over that argument 13.56.36 *** Saving seen data "./dancer.seen" 13.58.46 # Lalufu: remember you can also call core_get_data(). it's cheap, and then you don't need a locking scheme 13.59.01 # since I currently allocate my memory with core_alloc() the problem never really arises, right? Or does that imply move_ and shrink_ functions that just return OK? 13.59.17 # can I call core_get_data in interupt context? 13.59.54 # yea 14.01.11 # hm, I'm not actually sure 14.02.08 # I mean the function itself is safe. however the interrupt could happen during buflib operation 14.02.23 # That is going to cause some trouble. 14.02.24 # the move isn't atomic in that regard 14.02.41 # especially as it's the RX buffer that takes up most of the space. 14.02.56 # according to the spec the device could send us 64k of data. 14.03.06 # before, that was a static buffer. 14.03.35 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 14.04.07 # could make the move operation interrupt safe 14.07.11 Quit ReimuHakurei (Ping timeout: 248 seconds) 14.09.16 # If I read the buflib core correctly (and I have only skimmed it) then a buffer allocated via core_alloc() is not movable, anyway, right? 14.09.33 Join lovasoa [0] (~lovasoa@78.251.17.66) 14.09.41 Part lovasoa 14.09.41 # That does not mean it's the right thing to do, but right now I ought to be safe from the buffer moving away beneath me. 14.10.11 # * JdGordon blushes his eyelids at Torne in the hope it speeds up the git move! 14.10.22 # s/blushes/flutters/ 14.12.14 # Lalufu: no. a buffer allocated with core_alloc() is moveable 14.13.49 # ah, I see. 14.14.23 # the defaults are "movable but not shrinkable" 14.15.01 Join ReimuHakurei [0] (~reimu@wireless.sit-co.net) 14.15.38 # so what is the correct way to handle this? I could a) go back to static buffers, which would waste 64k on every target built with IAP. Currently that's only the iPods, which have plenty of RAM 14.15.51 # or b) implement a callback that returns BUFLIB_CB_CANNOT_MOVE 14.16.17 # c) make it interrupt-safe :) 14.17.10 Join stoffel [0] (~quassel@p57B4D1D4.dip.t-dialin.net) 14.17.10 # JdGordon: What is that patch supposed to fix for hwcodec specifically? 14.17.14 # well, that's on your side of the fence, I think. 14.17.48 # amiconn: I'm not entirely sure what is broken on hwcodec, but that patch got the clip booting again 14.18.11 # The clip+ boots just fine with current svn 14.18.39 # Hwcodec still doesn't (only tested recv1 and Ondio FM so far) (without the patch) 14.18.54 Join esalazionehg1 [0] (~nay@ppp-234-157.32-151.iol.it) 14.19.27 # amiconn: clipv1, not clip+ 14.20.03 Join benedikt93 [0] (~benedikt9@p5B0C4CDA.dip.t-dialin.net) 14.20.06 Quit benedikt93 (Changing host) 14.20.06 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.20.36 # Hmm, weird 14.20.52 # JdGordon: The patch doesn't apply (two failed hunks) 14.21.10 # ...in font.c 14.21.16 # pastebin? 14.21.29 # probably because the commit kugel did yesterday 14.21.30 # Hunk #1 FAILED at 77. 14.21.30 # Hunk #2 FAILED at 105. 14.21.42 # pastebin..... 14.21.49 # of what? 14.21.57 # the conflict 14.22.02 # Lalufu: what do you mean? 14.22.07 # I only did --dry-run 14.22.38 # * amiconn *always* does that before applying for real 14.23.22 # kugel: making buflib moves interupt safe is not something I can do in iap.c, is it? that has to be done in the buflib code? 14.23.56 # Lalufu: right. I can do that for you 14.24.30 # hi guys!i'm having problem with ipod nano 2g with all the last releases and builds: playback hangs after some seconds (circa 8) and "undefined instruction at ..." appers.. 14.25.00 # i readabout it in an old forum theard but it's oldand nothing interesting is written until now... 14.26.53 Join totm_ [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 14.27.37 # New commit by 03kugel (r30736): Protect the move operation of buflib against IRQs. ... 14.28.49 # no one can help me with this issue on ipod nano 2g? 14.30.38 # New commit by 03kugel (r30737): Fix audio_get_buffer() implementation on hwcodec, to be similar to the swcodec one. Should make hwcodec bood again. 14.32.04 # JdGordon: Hmm, somehow applying the patch (for real) doesn't make those conflict markers show up in the file 14.32.12 # JdGordon: I think you can do better descriptions than in FS#12328 14.32.13 # http://www.rockbox.org/tracker/task/12328 3move icons onto buflib and remove the 24x24 max iconsize limitation (patches, new) 14.32.15 # r30736 build result: 0 errors, 1 warnings (kugel committed) 14.34.20 # amiconn: I'm not synced to master so i dont know what the conflict is. it should be simple to apply manually. check the firmware/font.c.rej file 14.35.11 # svn on hwcodec should be working again 14.35.13 # kugel: (r30737) Doesn't help 14.35.22 # Still hangs at splash screen 14.35.28 # pamaury, do you remember at which volume level you did the two battery benches on amsv2 for the voltage patch? The patch increases power used by the headphones by 3 dB and I wonder if that is the cause of the slightly higher power consumption 14.35.54 # r30737 build result: 0 errors, 1 warnings (kugel committed) 14.36.16 # amiconn: didnt you report it fixes things before? 14.36.22 # bertrik: I didn't change the volume between benches and I haven't used it since then I think so I can have a look if you want 14.36.23 # Lalufu, we shouldn't be doing too much in interrupt context anyway, in my opinion 14.36.33 # Yes, it fixed the crash (CPUAdrErr) 14.36.53 # That doesn't mean it's fully working again 14.37.00 # okay 14.37.19 # I hoped buflib fonts are working now 14.37.28 # * amiconn will sprinkle a few splashes into init() 14.39.05 # bertrik: agreed. 14.40.11 # maybe the wiki has ipv6 problems again? 14.40.28 # Lalufu, bertrik: I agree, but writing/reading from the buffers should work at least (that's why I didn't change other parts) 14.42.13 # what can cause two files of the same name ending up in the same folder? 14.43.08 Join Thra11 [0] (~thrall@87.114.1.108) 14.43.23 # arent IRQ's disabled when in an irq handler anyway? 14.44.02 Join lovasoa [0] (~lovasoa@78.251.17.66) 14.44.07 # JdGordon: on ARM the I-bit is set on exception vector entry 14.44.21 Quit lovasoa (Remote host closed the connection) 14.45.52 # rockbox on my ipod nano 2g is not usable from long time, tried a lot of different version. it plays music for 8 sec then hangs sometimes showing "undefined instruction at..". what can i try? 14.46.46 # [Saint]: http://forums.rockbox.org/index.php/topic,28995.0.html got me thinking, how would you like a list skin tag? so you could do %aa(label, one,two,three,for,5,etc) and then use it later with %ab(label,%sometag) 14.47.56 # JdGordon: not sure I understand your question right, but my problem is that I write to a dynamically allocated buffer in an interrupt handler. so an interrupt hitting while moving that buffer would cause some chaos. 14.48.45 # yeah, ok, the commit message confused me 14.51.31 Quit totm (Quit: byebye) 14.52.07 Nick totm_ is now known as totm|afk (~muq@46-127-1-20.dynamic.hispeed.ch) 14.55.28 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 15.03.54 Quit antil33t| (Read error: Connection reset by peer) 15.04.18 Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) 15.05.30 # Hwcodec hangs at settings_apply(true); (main.c line 644) 15.14.50 Join Horscht [0] (~Horscht@xbmc/user/horscht) 15.16.22 # pamaury, can you please have a look at the volume level of you clip+? 15.18.45 # bertrik: -43dB 15.19.32 # ok, thanks, I can basically rule out power significant extra consumption by headphones then... 15.19.50 Quit esalazionehg1 (Ping timeout: 260 seconds) 15.20.10 # wodz: the dump from mortalis is exactly using the protocol that I found, too 15.21.07 # * ukleinek creates a nand-dump from the usb-dump 15.24.31 Quit stoffel (Ping timeout: 258 seconds) 15.28.47 # strange, the first 4 blocks seem to be repeated several times 15.30.51 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 15.36.20 # settings_apply() in turn hangs in talk_init() 15.36.24 # kugel ^ 15.40.17 # And that in turn hangs in audio_get_buffer() 15.41.16 # :'( 15.43.46 # ...which in turn hangs in audio_hard_stop() ... 15.43.58 # * amiconn is splash()ing along the call chain 15.44.49 # Eh, there's a nasty interdependency 15.45.26 # The call chain is settings_apply() -> talk_init() -> audio_get_buffer() -> audio_hard_stop() 15.46.24 # But audio_get_stop() in turn calls talk_buffer_steal() - in talk.c - which is not yet initialized... 15.47.06 # that shouldn't be a problem 15.49.26 Quit factor (Read error: Connection reset by peer) 15.50.03 # It hangs in audio_stop() 15.50.40 # And that one calls talkbuf_init() 15.51.11 # is the mpeg audio thread not running, perhaps? 15.52.23 # (while(!mpeg_stop_done) yield();) 15.52.57 # Yeah, it waits forever for mpeg_stop_done 15.53.59 # audio_init() happens much later in init() 15.54.34 Quit [Saint] (Read error: Connection reset by peer) 15.55.47 Quit balintx (Read error: Operation timed out) 15.55.58 # Neither the queue nor the thread exist at this point 15.56.37 *** Saving seen data "./dancer.seen" 15.58.53 # well, /me tries the obvious solution http://pastie.org/2665744 15.59.55 # (playback.c is doing this as well) 15.59.57 Quit dfkt|n (Ping timeout: 245 seconds) 16.00.46 # amiconn: I'm sorry about the ugly callchain, but it's not easy to resolve. it wasn't as ugly before since talk.c just used audiobuf directly 16.01.33 # Will try it in a bit 16.07.14 Join factor [0] (~factor@74.197.205.204) 16.11.35 Join user829385 [0] (~aoeu@112.166.15.141) 16.11.43 Quit user829385 (Max SendQ exceeded) 16.12.25 Quit Jerom (Quit: Leaving.) 16.32.36 Join stoffel [0] (~quassel@p57B4D1D4.dip.t-dialin.net) 16.42.16 Quit factor (Quit: Leaving) 16.43.03 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 16.44.30 # I still have some questions on the audio settings and related: the imx233 has different volume ranges depending on whether its DAC or line1 (radio/recording). I should I handle that ? I can take the smallest range of both but that's a shame but otoh how would I implement an infeasible volume ? Furthermore it's not clear to me whether VOLUME_MIN and VOLUME_MAX should be the absolute min/max with prescaler and volume or if it's only the volume 16.46.56 Quit mudd1 (Ping timeout: 258 seconds) 16.49.11 Join hilbert [0] (~hilbert@adsl-89-217-58-40.adslplus.ch) 16.56.05 Quit ReimuHakurei (Quit: Leaving...) 16.56.47 # kugel: Almost there :) It boots again, plays music, and voice menus work 16.57.01 # There's one thing that still doesn't work though: talk clips 17.01.09 Join ReimuHakurei [0] (arghargh20@reimuhakurei.net) 17.01.14 Quit niekie (Ping timeout: 244 seconds) 17.01.35 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 17.05.48 Join matze` [0] (~pflaume@84.152.184.51) 17.14.01 Join esalazionehg [0] (~nay@ppp-132-112.32-151.iol.it) 17.14.54 Join niekie [0] (~niek@CAcert/Assurer/niekie) 17.16.15 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 17.16.21 Quit liar (Read error: Connection timed out) 17.16.25 Join fatline [0] (~fatline@pool-108-27-113-221.nycmny.east.verizon.net) 17.18.17 Quit esalazionehg (Ping timeout: 245 seconds) 17.20.53 Join mortalis [0] (~4d6c62b0@www.haxx.se) 17.23.48 Quit balintx (Remote host closed the connection) 17.28.22 Quit zchs (Ping timeout: 252 seconds) 17.30.32 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 17.33.00 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.33.26 Quit stoffel (Remote host closed the connection) 17.34.46 Quit fyre^OS (Read error: Connection reset by peer) 17.36.26 Join stoffel [0] (~quassel@p57B4D1D4.dip.t-dialin.net) 17.56.38 *** Saving seen data "./dancer.seen" 17.58.03 Quit bertrik (Ping timeout: 276 seconds) 18.02.03 Join esalazionehg [0] (~nay@ppp-132-112.32-151.iol.it) 18.08.20 Quit totm|afk (Ping timeout: 252 seconds) 18.08.34 Quit fatline (Quit: Leaving) 18.12.56 Quit AlexP (Read error: Connection reset by peer) 18.14.22 Join totm [0] (~muq@46-127-1-20.dynamic.hispeed.ch) 18.14.26 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.17.12 Part esalazionehg 18.19.02 Join totm|sec [0] (totm@46-127-1-20.dynamic.hispeed.ch) 18.19.49 Quit totm (Quit: byebye) 18.19.53 # New commit by 03amiconn (r30738): Another fix for audio_get_buffer() on hwcodec by Thomas Martitz. ... 18.20.17 Nick totm|sec is now known as totm (totm@46-127-1-20.dynamic.hispeed.ch) 18.22.11 Join Thra11_ [0] (~thrall@46.208.47.183) 18.23.04 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 18.23.29 Quit Farthen (Excess Flood) 18.23.48 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 18.23.54 Quit rudi_s (Quit: leaving) 18.24.17 # r30738 build result: 0 errors, 2 warnings (amiconn committed) 18.24.25 Quit Thra11 (Ping timeout: 244 seconds) 18.25.10 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 18.26.22 # ukleinek: (logs) the repeated first block contains nand bootloader. bootrom searches something like first 16 blocks for valid bootloader signature 18.26.38 # on my player there were 5 copies. 18.28.10 Quit ChickeNES (Quit: Computer has gone to sleep.) 18.33.02 Quit wodz (Quit: Leaving) 18.35.01 Quit Horscht (Quit: Verlassend) 18.36.54 Quit markun (Ping timeout: 256 seconds) 18.40.13 Join markun [0] (~markun@62.234.50.245) 18.43.49 Quit Thra11_ (Ping timeout: 260 seconds) 18.47.09 # wodz, ukleinek, perhaps that's done to avoid corrupted bootloader code (since raw nand is not reliable) 18.59.08 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 18.59.30 Join Thra11_ [0] (~thrall@46.208.47.183) 19.04.04 Quit mystica555_ (Ping timeout: 252 seconds) 19.05.30 Join mystica555_ [0] (~Mike@71-211-218-103.hlrn.qwest.net) 19.14.18 Quit hilbert (Quit: Computer has gone to sleep.) 19.15.48 Quit Llorean (Quit: Leaving.) 19.17.16 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.22.05 Join dhrasmus [0] (~dhrasmus@c-76-105-170-114.hsd1.or.comcast.net) 19.25.35 Quit jhMikeS (Ping timeout: 248 seconds) 19.33.48 Quit n1s (Ping timeout: 240 seconds) 19.41.14 # hmm. Why does blkid return a label for the USB flash drive but not for the DAP? 19.43.46 Quit kugel (Ping timeout: 256 seconds) 19.45.34 Join ro_berti [0] (~robin@vpn0533.extern.uni-tuebingen.de) 19.56.40 *** Saving seen data "./dancer.seen" 19.58.09 Quit dhrasmus (Quit: Leaving) 20.06.00 # DAP? 20.06.40 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU) 20.08.43 # fs-bluebot: .explain DAP to Lalufu 20.08.44 # Lalufu: 3DAP: Shortcut for Digital Audio Player 20.09.56 Join fml [0] (~chatzilla@manz-590f2f22.pool.mediaWays.net) 20.10.49 # Hello. Are static variables of type 'bool' assigned the value "false" automatically (when declared)? 20.11.10 Quit Keripo (Ping timeout: 252 seconds) 20.13.22 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 20.13.35 Join factor [0] (~factor@74.197.205.204) 20.14.02 # Ah, found it, it's in the C spec 20.14.29 # Do audio drivers only support fixed sample rate or can they support variable sample rates ? 20.16.38 # I must be crazy, I was sure some driver had variable sample rate support but now it seems I'm wrong 20.26.44 Join powell14ski [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net) 20.32.18 Quit fml (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) 20.33.01 Join robin0800 [0] (~robin0800@149.254.61.163) 20.34.06 Quit Thra11_ (Ping timeout: 244 seconds) 20.36.47 # pamaury, I think quite a few drivers do support several bit rates, but other parts (dsp) assume a fixed rate of 44100 20.38.10 Join Keripo [0] (~Keripo@SEAS096.wlan.seas.upenn.edu) 20.38.54 Part totm 20.40.40 Quit benedikt93 (Quit: Bye ;)) 20.42.09 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 20.46.49 Join hilbert_ [0] (~hilbert@adsl-89-217-58-40.adslplus.ch) 20.48.23 Quit hilbert_ (Client Quit) 20.48.46 Join stoffel_ [0] (~quassel@p57B4A453.dip.t-dialin.net) 20.49.00 Join hilbert_ [0] (~hilbert@adsl-89-217-58-40.adslplus.ch) 20.49.17 Quit stoffel (Ping timeout: 260 seconds) 20.50.16 Quit hilbert_ (Client Quit) 20.50.57 Join hilbert_ [0] (~hilbert@adsl-89-217-58-40.adslplus.ch) 21.04.40 Quit simonlnu (Read error: Operation timed out) 21.07.52 Join simonlnu [0] (Ry4DK1zDjQ@unaffiliated/simonrvn) 21.15.27 Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) 21.15.59 Quit tjb0607_ (Ping timeout: 248 seconds) 21.17.47 Quit robin0800 (Ping timeout: 240 seconds) 21.27.04 Join fatline [0] (~fatline@dyn-209-2-221-147.dyn.columbia.edu) 21.33.13 # the imx233 is a nightmare, I don't know how many bits I have to set/unset just to enable headphone output 21.35.34 Quit zu (Quit: leaving) 21.39.52 Join zu [0] (~zu@ks387228.kimsufi.com) 21.41.48 Join kugel [0] (~kugel@141.45.176.104) 21.41.48 Quit kugel (Changing host) 21.41.48 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.42.37 # Just to confirm: it is more memory efficient to use %xl() & %xd() to display the same bitmap three times, rather than using %x() three times. Correct? I want to display the same bitmap in three different locations in the main viewport. 21.43.20 Quit stoffel_ (Remote host closed the connection) 21.48.20 # pamaury: thanks for testing crt0.S change 21.49.41 Join robin0800 [0] (~robin0800@genld-218-240.t-mobile.co.uk) 21.56.42 *** Saving seen data "./dancer.seen" 22.03.01 Quit matze` (Remote host closed the connection) 22.04.28 Quit wodz (Quit: Leaving) 22.11.25 Join mshathlonxp [0] (msh@81.198.254.160) 22.14.22 Quit Keripo (Ping timeout: 252 seconds) 22.15.24 # \o/ sound ! finally ! 22.15.41 # just wondering: is there a reason why playlist_info.amount is a signed int? 22.18.09 # * gevaerts gives pamaury a beer 22.18.31 # for now that's just garbage :) 22.18.40 # but thanks for the beer ;) 22.23.29 Join MethoS- [0] (~clemens@134.102.106.250) 22.42.18 Quit mortalis (Quit: CGI:IRC) 22.53.41 Quit TheLemonMan (Quit: WeeChat 0.3.5) 23.02.23 # How do you take a screenshot using the Simulator please? Also, Hold. H doesn't seem to work. (Sansa Clip+) Thanks. 23.03.19 # KiwiCam: it is usually F5 for screenshot and clip+ does not have hold, just soft hold in wps 23.13.32 # F5. Thanks. 23.17.17 Quit RansomTime (Disconnected by services) 23.17.24 Join RandomTime [0] (~RT@wikia/vstf/Randomtime) 23.17.26 Nick RandomTime is now known as RansomTime (~RT@wikia/vstf/Randomtime) 23.17.35 Part ro_berti 23.31.50 Quit mshathlonxp () 23.33.00 Quit liar (Read error: Connection reset by peer) 23.34.00 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.53.02 Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 23.55.54 Quit markun (Ping timeout: 260 seconds) 23.56.44 *** Saving seen data "./dancer.seen"