--- Log for 31.12.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 19 hours and 42 minutes ago 00.04.20 Quit JdGordon| (Ping timeout: 264 seconds) 00.07.54 Quit LambdaCalculus37 (Quit: Fwump) 00.11.05 Quit Bagder (Quit: It is time to say moo) 00.12.30 Quit Farthen (Remote host closed the connection) 00.12.48 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 00.13.28 Quit benedikt93 (Quit: Bye ;)) 00.14.28 # kugel: how do I enable kinetic scrolling on mr500 ? 00.14.42 # switch to absolute point mode 00.15.28 # oh, I'm so stupid :| 00.16.07 # notice, Buschel, that the upper half of said screen (rotated 90 clockwise the photo is) existed in the first patch, and the lower half is present only in the last two patches. 00.16.58 # that looks really crappy... 00.17.52 # yes, a crappy photo indeed. 00.18.19 # but I think the pattern is apparent. 00.18.23 # the LCD content looks even crappier... 00.18.34 # it's YOUR patch! 00.18.43 # crappy patch ;) 00.19.43 # hum, the absolute mode is definitely not user friendly, list item are painful to select 00.20.28 # pamaury: have you selected a large font? 00.21.23 # nope, I'm currently trying to switch back to english after switching to some fucking unknown language :) 00.22.41 *** Saving seen data "./dancer.seen" 00.23.58 # USB works for that :) 00.24.24 # ok, back to some civilized language ;) What font should I pick ? 35-Nimbus ? 00.24.53 # That will work 00.25.09 # the bigger the better, basically :) 00.25.18 # yeah, works better with a huge font 00.25.29 # there's no minimum line spacing yet but I'm working on that 00.25.59 # ok, so apparently, someone on FS says the touchscreen has some glitches 00.26.49 # http://www.rockbox.org/tracker/?string=m:robe%20500 lists the bug reports 00.26.58 # kugel: Does the memory size setting affect the application? What do you use on android? 00.27.19 # thomasjfox: not really, and 8MB 00.27.38 # essentially it's only used for the audio buffer 00.27.49 # grrr, I accidently launch a video and now nothing works anymore; I'm unable to use a touchscreen interface :-/ 00.27.50 # ok, thanks 00.28.15 # soap: shit, saw one major issue... 00.28.19 # Buschel, I'm willing 00.28.30 # pamaury: all plugins go back to grid mode AFAIK 00.28.42 # no I'm mean, it freezed 00.28.53 # ahh, I was just going to say I have erands to run but am willing to stay if you have a reasonable expectation of a new patch in the next 1/2 hour. 00.28.54 # *I 00.30.02 # huh, I do I force a power down, holding power doesn't work :o 00.30.22 # soap: http://pastie.org/1418505 (will not be flawless, but should solve several issues) 00.31.15 # pamaury: Three methods 00.31.28 # (a) find a remote and use some button combination that needs it 00.31.51 # (b) open the thing and disconnect the battery (only three and a half screws) 00.31.59 # (c) wait for the battery to run down 00.33.00 # what, I thought such devices must had a simple power down method to be certified ! Ok let's pick a screwdriver... 00.33.42 # hehe, I don't have a small enough screw driver :( 00.33.54 # They do, if you have the remote :) 00.34.11 # did you give me a remote ? 00.34.17 # * Buschel hopes for good news 00.34.28 # I don't have one 00.35.08 # kugel: For the maemo debian package, I need a place to store the rockbox.desktop file. Creating a maemo/ directory in the root of rockbox for that sounds overkill. Should I put it in firmware/target/hosted/maemo and add a makefile there? 00.35.49 # thomasjfox: or a debian package you need a debian directory in the root anyway 00.36.01 # *for 00.36.37 # gevaerts: Well it that is no problem with upstream. I'm just not sure if I should clutter it with "rockbox.png" and "rockbox.desktop" 00.36.47 # Maybe I'll put it in debian/maemo/ for now 00.37.05 # Yes, we'll need to think about that... 00.37.23 # Next directory will be "pandora" if I ever get mine... 00.37.38 # I have no problem with it, others might disagree 00.40.03 # We'll have to think. I'm not sure what will happen when we have more than one devian-derivative 00.41.09 # gevaerts: The pandora is also debian based IIRC 00.41.16 # soap: any results from the latest patch? 00.41.16 # more sleep Buschel? 00.41.42 # isn't the debian package ususally managed outside upstream? 00.42.19 # soap: http://pastie.org/1418527 00.42.52 # is that patch 6? I just built patch 5 (with the sleep/16 to sleep change). 00.43.49 # soap: just use the one I posted a minute ago 00.43.50 # kugel: It depends on the project. Some projects maintaint he debian directory upstream 00.44.14 # Hmm, dpkg-buildpackage provides no way to define an alternate "debian" directory 00.44.22 # ok, I'm calling that patch 5 FWIW, new pattern (not the "normal" one from svn builds) but no crash. 00.44.36 # 1/1 33.8 fps, 1/4 135.5 fps 00.45.01 # ie 10% speedup 00.45.12 Quit perfectdrug1 (Ping timeout: 255 seconds) 00.45.19 # less than I thought... 00.45.22 # totally borked looking mpeg playback 00.46.05 # you are using the one with sleep/16 to sleep ? 00.46.23 # the movie is recognize able because I know what to look for, but looks like all non-black colors are replaced with Mandlebrot patterns 00.47.02 # using your first patch with changes to power-ipod.c (what I call patch 05) 00.47.31 # ok, then please use this one (which should fix all issues) -> http://pastie.org/1418527 00.48.43 # soap: interesting is that I call the sleep/16-version v05, and the "fixed" version v06 :) so, please give v06 a try 00.48.53 # we use same numbers 00.49.12 # that's because they are the correct numbers! 00.50.38 Quit JesusFreak316_ (Ping timeout: 240 seconds) 00.50.45 # the fuzev2 mpegplayer numbers looks a little screwy 00.50.58 # theres no way mpegplayer could be slower on the v2 then the v1 00.52.59 # pattern looks better, still not "stock", Buschel. Like every other vertical line is black instead of colored. 00.53.13 # and slower, 31.3 / 125.5 00.53.51 # how do you even get the frame rate? if i enable the show frame rate option i see the speed flash buy way too fast to read 00.54.03 # same effect in mpegplayer, only every other column appears drawn? 00.54.18 # saratoga, those are test_fps framerates 00.54.39 # i mean on the wiki page 00.54.59 # and play the 16:9 version. And see my conversation with jhMikeS ~24 hours ago re:4:3 framerate visibility in mpegplayer. ;) 00.55.33 # soap: v07 -> http://pastie.org/1418549 (should fix the empty lines) 00.58.17 # Buschel, still a wrong pattern. 31.3 / 125.5 00.58.27 # aaaargh :/ 01.00.17 # soap: v08 -> http://pastie.org/1418557 01.00.24 # debugging this way is painful 01.00.33 Quit thomasjfox (Read error: Connection reset by peer) 01.01.46 # bah i can't get mpegplayer on the fuzev1 to spit out an FPS 01.02.24 Join thomasjfox [0] (~thomasjfo@dslb-088-067-037-223.pools.arcor-ip.net) 01.04.01 # Really need to get Nikon tethering set up in Linux. I am NOT going to shoot pictures with the SLR and then play footsie with memory cards each and every time (unless the pattern actually helps). 01.04.29 # still not as it should look like? 01.05.02 # proper patten, still 31.3 / 125.5 01.05.11 # \o/ 01.05.31 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.06.42 # which is only a 4% speedup 01.07.00 # yep, I expected some more (~20-30%) 01.07.15 Quit elcan (Read error: Connection reset by peer) 01.07.22 # well, at least it works and we have a basis to work on :) 01.08.20 Join elcan [0] (user36@pr0.us) 01.08.55 # but a 8% speedup in mpegplayer unless that is just due to the imprecise measuring technique. 01.09.25 # soap: can you just check, if this v09 still works fine? it should work for iPod color as well -> http://pastie.org/1418576 01.09.26 # getting mpegplayer glitches 01.10.28 # occasional whole groups of macroblocks are bad every few hundred frames. 01.10.40 # (unless we're now seeing my memory issues.) :( 01.10.41 Nick mikroflops_ is now known as mikroflops (~yogurt@h-34-71.A238.priv.bahnhof.se) 01.10.48 # maybe... 01.11.20 # rolo works, it typically doesn't when system is acting up. 01.14.57 # v09 pattern looks good, same fps, Buschel 01.15.02 # good 01.15.08 Quit elcan (Ping timeout: 264 seconds) 01.15.49 # any issues with combining this with the dma patch to ensure my issues aren't reflected in the tests? 01.16.02 # no, you can combine them 01.17.12 # building said 01.21.08 Join elcan [0] (user36@pr0.us) 01.21.19 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.23.29 # no mpegplayer glitching when v09 of YUV patch combined with v07 of the DMA patch. ! 01.23.53 # this is good news 01.28.05 # hmm, do I really need 6 instructions to pack 2 16 bit values into a 32 bit register and byte swap them? 01.29.16 # mr500 has ran out of battery \o/ 01.42.08 Quit evilnick (Quit: Leaving) 01.43.50 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.43.52 Quit pamaury (Remote host closed the connection) 01.51.08 # foresee a v10, Buschel? 01.52.13 # no. but you could test the speed in boosted state and check the speed when you comment line 38 in lcd-as-color-nano.S 01.52.15 # ;) 01.56.57 Quit kadoban (Ping timeout: 246 seconds) 01.59.02 # boosted = 83.5 / 335.0 fps ie 3 and 4% speedup. 01.59.23 # that's with YUVv09 boosted and DMAv07 02.00.27 # and comment out #define FORCE_FIFO_WAIT 02.00.27 # ? 02.00.40 # yes (let's call it v10) :) 02.01.36 # the speedup is smaller than I expected because I did not take all this byte swapping into account... 02.02.24 # we should find a way to configure the LCD IF... imho nearly impossible as there is no PP data sheet... 02.02.26 # :( 02.03.42 Quit kugel (Remote host closed the connection) 02.03.43 Nick pikytcus_ is now known as pikytcus (~bigd@failbox.co.cc) 02.03.59 # picture looks clean, and now we have 94.0 and 376.0 for a 16 and 17% increase respectively 02.05.18 # 13% increase in mpegplayer framerates 02.05.27 # which is quite reasonable 02.06.28 # problem is that the LCD of e.g. Saint's iPod color is too slow to allow v10 in svn 02.07.10 # no artifacting seen in mpegplayer 02.08.50 Join cjcopi [0] (~craig@adsl-76-205-84-48.dsl.bcvloh.sbcglobal.net) 02.11.51 # soap: updated FS#11843 02.12.13 Quit thomasjfox (Read error: Connection reset by peer) 02.18.11 # <[Saint]> Yes, the Colour's LCD seems to have some form of bottle-neck going on. 02.18.50 # <[Saint]> Not to worry though, it has has some pretty decent speed-up in the past few days, you should be proud of that. 02.19.16 # so a 53% speedup in a little more than 24 hours. Not bad at all. 02.19.29 # :o) 02.19.52 Join thomasjfox [0] (~thomasjfo@dslb-088-067-037-223.pools.arcor-ip.net) 02.21.29 # interesting is that the same code seems to run way faster on some iPod Photo's (see amiconns measurement on the LcdFrameRate wiki). there *is* some clock dividing going on.. 02.21.39 # that bad thing is that we do not knwo where to look at... 02.22.43 *** Saving seen data "./dancer.seen" 02.25.22 # is there not a huge disparity in the dates of those tests? Perhaps an unintended reversion took place 02.27.00 # even if nano1g and color performance is compared the bottleneck in the color-LCD becomes visible. we should compare both target's LCD/CLK registers. 02.27.24 # but not this night, I am bit tired now ... 02.28.10 Quit ender` (Quit: How long a minute is depends on which side of the bathroom door you are on. -- Practical application of Theory of Relativity) 02.29.27 # good night! 02.29.31 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 02.29.47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 02.39.47 Quit MethoS- (Remote host closed the connection) 02.42.38 # * thomasjfox now has n900 and n8xx rockbox packages 02.53.59 Quit GeekShadow (Read error: Connection reset by peer) 02.57.13 Join JdGord [0] (~jonno@122.110.208.60) 02.57.29 Quit JdGord (Client Quit) 03.05.36 Quit saratoga (Quit: Page closed) 03.08.27 Quit thomasjfox (Remote host closed the connection) 03.11.26 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 03.12.26 Quit Keripo1 (Ping timeout: 255 seconds) 03.43.33 Quit Judas_PhD (Ping timeout: 240 seconds) 03.52.21 Quit xavieran (Ping timeout: 264 seconds) 03.56.58 Join Strife89TX [0] (~cstrife89@adsl-80-182-157.mcn.bellsouth.net) 04.21.38 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 04.21.49 Join Barahir_ [0] (~jonathan@frnk-590f6d14.pool.mediaWays.net) 04.22.46 *** Saving seen data "./dancer.seen" 04.25.04 Quit Barahir (Ping timeout: 260 seconds) 04.39.28 Quit DerPapst (Quit: Leaving.) 04.51.57 Quit amiconn (Disconnected by services) 04.51.58 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.52.04 Quit pixelma (Disconnected by services) 04.52.07 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.52.09 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.52.15 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.55.47 Quit TheSeven (Ping timeout: 243 seconds) 05.00.52 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.30.45 Quit Topy44 (Read error: Connection reset by peer) 06.22.47 *** Saving seen data "./dancer.seen" 06.42.12 Quit Keripo (Quit: Leaving.) 06.44.19 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) 06.47.13 Quit timccc (Quit: Leaving.) 06.50.33 Join timccc [0] (~timccc@112.166.15.141) 07.06.17 Join Topy44 [0] (~Topy44@f048241024.adsl.alicedsl.de) 07.11.59 Join Horschti [0] (~Horschti@xbmc/user/horscht) 07.14.26 Quit Strife89TX (Quit: ZZZZZZZzzzzzzzzz ....) 07.15.58 Quit Horscht (Ping timeout: 260 seconds) 07.24.40 Join JdGordon| [0] (~jonno@124-149-188-197.dyn.iinet.net.au) 07.24.41 Quit JdGordon| (Changing host) 07.24.41 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 07.26.53 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 07.32.26 Part toffe82 08.03.38 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 08.14.27 Join sassi [0] (~ruedi@dslb-088-065-012-173.pools.arcor-ip.net) 08.15.04 Quit sassi (Remote host closed the connection) 08.15.58 Quit GuySoft (Ping timeout: 240 seconds) 08.19.35 Quit Highlander (Quit: Quitte) 08.20.47 Quit CaptainKwel (Ping timeout: 240 seconds) 08.22.51 *** Saving seen data "./dancer.seen" 08.28.39 Join GuySoft [0] (~guysoft@bzq-79-179-37-80.red.bezeqint.net) 08.43.18 Quit Judas_PhD (Ping timeout: 240 seconds) 08.51.16 Join [Saint] [0] (S_a_i_n_t@203.184.2.12) 08.54.13 Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) 08.57.10 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.03.06 Quit Judas_PhD (Ping timeout: 264 seconds) 09.07.49 # hey, does anybody know much about ipods? I have one that is *seemingly* bricked and I want to figure out what is going on 09.07.57 # it's a classic 4th gen 09.08.02 # I installed rockbox with the normal installer on windows 09.08.11 # it booted fine, and then ran out of batteries, and we haven't been able to get it to turn back on 09.08.14 # (even after charging) 09.08.38 # let the battery die then boot it IIRC 09.08.50 # some bug in the apple bootloader 09.09.05 # dang 09.09.25 # is there no way to reset it? 09.09.30 # is this something that can happen often? 09.09.43 # if the reset buttons don't work, then no 09.10.08 # what's the reset buttons? 09.10.30 # i forget, check google 09.11.09 # okay 09.14.00 # saratoga: it's revived! :D 09.14.04 # we know it's not dead now 09.14.41 # it's in a reboot loop... it shows the apple, then rockbox splash, then it starts over 09.15.36 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.15.38 # <[Saint]> by "4Tg Gen Classic" I assume you mean a Greyscale iPod 4G? 09.15.48 # <[Saint]> *4Th 09.16.59 # <[Saint]> That boot cycle shouldn't be able to happed IIUC, the bootloader should error if it's not finding ,rockbox on the disk. 09.17.11 # <[Saint]> *.rockbox 09.20.14 # ooh, that was just usbmost crashing 09.20.17 # I got it back to OF and it's fine 09.21.00 # <[Saint]> Yes, I just tested it here, if ".rockbox" is moved/missing/corrupted the bootloader will display an error saying something along the lines of "Your iPod is borked, plug it in so you can fix it". So either it's finding .rockbox and the error is something else completely, or you have a really old bootloader installed. 09.26.17 # <[Saint]> alexbobP: So, does Rockbox not work on this iPod? Or is it just USB Mode that isn't functioning? 09.26.34 Quit JdGordon| (Quit: Lost terminal) 09.40.19 Join stoffel [0] (~quassel@p57B4DB25.dip.t-dialin.net) 09.45.06 Quit Judas_PhD (Ping timeout: 264 seconds) 09.46.36 Quit AndyI () 10.03.24 Quit saratoga (Quit: Page closed) 10.07.03 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 10.12.03 Quit user890104 () 10.16.18 Join MethoS- [0] (~clemens@134.102.106.250) 10.16.33 Quit MethoS- (Remote host closed the connection) 10.18.46 Join MethoS- [0] (~clemens@134.102.106.250) 10.20.54 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 10.22.52 *** Saving seen data "./dancer.seen" 10.22.58 Quit factor (Read error: Connection reset by peer) 10.30.06 Quit stoffel (Ping timeout: 264 seconds) 10.30.53 Join factor [0] (~factor@75.108.68.114) 10.36.08 Quit benedikt93 (Quit: Bye ;)) 10.41.03 Quit factor (Ping timeout: 255 seconds) 10.42.17 Join factor [0] (~factor@75.108.68.114) 10.52.17 Quit kadoban (Ping timeout: 250 seconds) 11.14.27 Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr) 11.14.27 Quit pamaury (Changing host) 11.14.27 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.30.29 Join thomasjfox [0] (~thomasjfo@dslb-088-066-091-217.pools.arcor-ip.net) 11.36.26 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 11.43.15 Join stoffel [0] (~quassel@p57B4DB25.dip.t-dialin.net) 11.50.43 # hey. Is there some kind of software/codec volume in rockbox? 11.51.19 # Adjusting the volume via pulseaudio costs 8% CPU :( 11.55.37 Quit bluebrother (Disconnected by services) 11.55.38 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 11.57.16 # thomasjfox: Replaygain's precut is essentially software volume. 11.57.27 # Do you mean that having the volume at anything other than a set value increases CPU use by 8%? 11.57.58 # Yes, I changed from "hardware volume" to software volume per request from kugel / gevaerts 11.58.15 # (otherwise we mute the complete system on incoming calls on the n900 :o)) 11.58.38 Join ender` [0] (krneki@foo.eternallybored.org) 11.58.45 # It sounds like pulseaudio isn't functioning very well... shouldn't adjusting the effective volume be pretty trivial, computationally? 11.59.44 # It should be 12.02.17 # I was just thinking if rockbox maybe has ARM asm functions for that 12.03.01 Quit MethoS- (Read error: Connection reset by peer) 12.03.33 # As I said, check the replaygain preamp or the equalizer precut (both are doing effectively the same thing, adding/subtracting gain from a sample I believe) 12.04.10 # Or is it multiplying? I dunno, I'm not really that familiar with that stuff at all, just heard it talked about 12.04.37 Quit Horschti (Quit: Verlassend) 12.04.54 # thanks for the hint 12.05.58 # But those two are, in effect, software volume. Also on the iPod 5G I believe (an ARMv4 target IIUC) the volume only goes down to -58db, which is considerably louder still than other targets. It *may* use software volume to add to the range, but I *think* it actually adjusts the volume elsewhere in the hardware instead, I'm not sure. 12.07.35 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.07.56 # thomasjfox: gstreamer doesn't let you specify a volume? 12.09.00 # kugel: It does -> affects the global hardware volume 12.09.13 # oh I see 12.09.19 # I have to add a "volume" element into the "pipeline" 12.09.58 # rockbox can do volume in software, define HAVE_SW_VOLUME_CONTROL in application.h. it applies a gain in the dsp engine, and dsp processing is (partly) asm optimized 12.10.14 # but changing volume is delayed by a few seconds, but I'm sure that can be fixed 12.10.38 # ok, I'll try HAVE_SW_VOLUME_CONTROL + remove the pcm_set_volume function 12.10.55 # btw: I'm currently debugging the mp3 -> wave codec switch failure 12.11.11 # I think it has something to do with firmware/load_codec.c 12.11.16 # There's already android magic in there :) 12.11.40 # load_code is essentially just a dl api wrapper 12.11.44 # The debug build shows this: lc_open(/.rockbox/libtemp_binary_0.dll): /.rockbox/libtemp_binary_0.dll: cannot open shared object file: No such file or directory 12.13.08 # whatever /.rockbox expands to, you need write and execute permissions for it 12.13.42 # that's why android has a special case, /.rockbox expands to /sdcard/rockbox, but the sdcard is mounted with noexec 12.13.57 # <[Saint]> I thought RB was supposed to handle not having write permission fine? 12.14.12 # in the sdl app it should expand to $(HOME)/.config/rockbox.org IIRC 12.14.51 # The real location of the codec files on maemo is /opt/rockbox/lib/rockbox/codecs 12.15.10 # Though the codec reads to me it's just trying to invent a "fake" name 12.15.17 # codec = code 12.15.45 # codecs that are loaded in during buffering are loaded from a libtemp_binary.so which is copied to /.rockbox 12.16.11 # (that's because on a real target, the codec is buffered, and then loaded from memory) 12.17.11 # on hosted, loading the codec to mem means copying the codec to some writeable dir, and then loading from means executing the copied codec binary 12.17.22 # perhaps that can be changed, but buffering.c is a mess :) 12.18.17 # kugel: Ok. So the path looks wrong: There's no "/.rockbox" in the root filesystem... 12.18.39 # /.rockbox is a magic 12.19.07 Join Kitr88 [0] (~Kitarist@BSN-210-253-58.dial-up.dsl.siol.net) 12.19.09 # might this be a sim_open / open issue? 12.19.49 # possibly. rbpaths.c converts to the realpath 12.20.20 # where's config.cfg saved to? 12.21.10 # $(HOME)/.config/rockbox.org 12.21.20 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.21.33 # the temp codec should be also copied to it 12.22.50 Quit Kitar|st (Ping timeout: 276 seconds) 12.22.53 *** Saving seen data "./dancer.seen" 12.24.00 # Copying executable code with a predictable filename is something we should avoid ;) 12.24.14 Quit Kitr88 (Ping timeout: 272 seconds) 12.25.01 # kugel: I'll add debug prints in there later on 12.27.01 # Oh, I just noticed .config/rockbox.org contains a libtemp_binary_0.dll 12.28.21 Join Kitar|st [0] (Kitarist@BSN-182-115-236.dial-up.dsl.siol.net) 12.30.52 Quit factor (Ping timeout: 265 seconds) 12.37.10 # thomasjfox: if you don't have execute permissions there it could explain it 12.37.25 # I just added a printf before dlopen 12.37.44 # "Full filename for dlopen: /.rockbox/libtemp_binary_0.dll" 12.37.57 # So it looks like the directory expansion wasn't done 12.40.34 # Assumption: open() calls our own wrapper function and does "/.rockbox/" magic. dlopen naturally doesn't. 12.41.13 # lc_open_from_mem() calls _lc_open() just above it 12.41.46 # It's working on android because the full path is hardcoded 12.42.49 # the full path is visible in app_open() i think 12.43.13 # it's also working in the sdl app on my laptop, last time I tried at least 12.43.23 # got to go, sorry 12.43.23 Quit kugel (Remote host closed the connection) 12.43.24 # Hardcoding the pathe made it work 13.07.47 Join Q__ [0] (~kurt@d54C270A5.access.telenet.be) 13.18.51 Join Rob2222 [0] (~Miranda@p4FFF3A30.dip.t-dialin.net) 13.19.28 Nick Q__ is now known as Q_ (~kurt@d54C270A5.access.telenet.be) 13.20.13 Nick Q_ is now known as Q__ (~kurt@d54C270A5.access.telenet.be) 13.27.41 Quit parafin (Quit: So long and thanks for all the fish) 13.41.53 # Is it possible to run "make veryclean" without running tools/configure first? I need to clean up the binary tools which are compiled for another platform 13.45.36 Join T44 [0] (~Topy44@g228208111.adsl.alicedsl.de) 13.45.49 Quit bertrik (Ping timeout: 240 seconds) 13.49.25 Quit Topy44 (Ping timeout: 240 seconds) 14.04.08 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.12.07 Quit stoffel (Ping timeout: 264 seconds) 14.16.51 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.18.31 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 14.18.40 Join Buschel [0] (~chatzilla@p54B6691E.dip.t-dialin.net) 14.19.11 Join einhirn [0] (~Miranda@p54850C49.dip0.t-ipconnect.de) 14.22.54 *** Saving seen data "./dancer.seen" 14.36.16 # * thomasjfox just dropped the rockbox bomb (=binary packages) on maemo.org 14.37.34 Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 14.39.10 Join parafin [0] (parafin@paraf.in) 14.40.00 Quit evilnick (Ping timeout: 276 seconds) 14.40.20 Join stoffel [0] (~quassel@p57B4DB25.dip.t-dialin.net) 14.41.24 Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 14.43.12 Join evilnick__ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 14.43.54 Quit evilnick_ (Ping timeout: 276 seconds) 14.44.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.44.21 Join CaptainKewl [0] (captainkew@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 14.45.14 Quit kugel (Remote host closed the connection) 14.45.22 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.45.36 # kugel: http://repo.or.cz/w/maemo-rb.git/commit/af1de2c70d4aac8251b70544356fb2f97b55d399 14.45.38 Quit evilnick (Ping timeout: 240 seconds) 14.46.07 # * kugel pulls 14.46.51 # kugel: lc_open() calls sim_get_pathname() which does not do the /.rockbox/ expansion. 14.47.05 # kugel: The wrong path is then passed to _lc_open() 14.49.12 # I think we should stop acting as if we were buffering the codec actually :p 14.51.15 # That would be much better 14.51.35 # Speaking of much better, the sw volume control of rockbox took way less CPU 14.52.05 # Though it didn't work at all for the fade-on-pause (no volume change) 14.52.17 # So I kept the gstreamer based one for now 14.53.05 Quit BHSPitMonkey (Ping timeout: 272 seconds) 14.53.30 # fade-on-pause needs very little delay for volume changes, sw volume has a delay of multiple seconds unfortunately 14.53.51 # but I usually have this bloody annoying "feature" disabled 14.54.14 # kugel: Annoying to you, feature for me :) 14.54.38 # ah ok, that also explained why the sw volume behaved quite strange on changes... 14.56.58 # it goes through dsp, which is delayed by the pcm buffer size 14.57.40 # there's a possibilty to enter a low-latency mode (temporarily) though but I think it's not done for sw volume 14.58.20 Join Strife89 [0] (~Strife89@adsl-80-182-157.mcn.bellsouth.net) 14.58.22 # I might experiment with replacing the gstreamer backend with a direct pulseaudio backend 14.58.38 # Every pulseaudio stream has it's own volume anyway 14.58.47 # soap: you there? 15.10.48 # yes, Buschel 15.11.24 # great :) just updated FS#11843 and need a final test before this can be submitted. then I have a good base for the next smaller experiments 15.11.35 # maybe [Saint] is also there? 15.12.20 # I think you're going to need to wait a few hours from me. 15.12.43 # all my ipod cables are currently tied up doing fscks for recently purchased ipods. 15.14.33 Join eWill [0] (~chatzilla@adsl-76-235-56-1.dsl.dytnoh.sbcglobal.net) 15.15.25 # does there exist a page that gives a basic outline of the sourc code (i.e. "files that have to do with this are 'here'") 15.16.31 Quit Buschel (Ping timeout: 272 seconds) 15.17.04 # ewill: How about http://www.rockbox.org/wiki/SourceLayout? 15.18.21 # thomasjfox: that's it. Thank you. 15.18.51 # kugel: Something is still fishy with the database updates 15.19.34 # I get duplicate (or more) entries sometimes and one guy on maemo.org also reported it crashed on database initialization 15.22.08 Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 15.24.23 Quit CaptainKewl (Ping timeout: 246 seconds) 15.24.32 Quit pamaury (Remote host closed the connection) 15.25.00 # kugel: Ok, forget about the crash on initialization, that seems to be related to my old native-arm-threads code (guess: out of stack with many many files) 15.25.27 Quit Strife89 (Quit: Shutting down the PC.) 15.26.28 # <[Saint]> the database is pure voodoo 15.26.38 # <[Saint]> well, the code behind it is. 15.28.09 # <[Saint]> I've looked at the inner workings of DB magic a couple of times now, and each time left wondering why I bothered in the first place...but that's just me. There's some dark magic in there. 15.29.37 # * thomasjfox casts some magic spells on the DB code 15.30.53 Nick evilnick__ is now known as evilnick (~evilnick@cpe-24-193-43-185.nyc.res.rr.com) 15.31.04 Quit evilnick (Changing host) 15.31.05 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 15.31.27 # anyway, gotta leave, New Year's preparation starts soon 15.34.16 Nick Guest88817 is now known as henk (~henk@henk.hnjs.ch) 15.37.22 # thomasjfox: have fun! 15.37.28 Join Buschel [0] (~chatzilla@p54B6691E.dip.t-dialin.net) 15.38.47 # soap: that's fine for me, just place a note here or in the taks itself 15.39.00 # [Saint]: you got your iPod color back from GF? 15.40.45 # kugel: I just do one more rebuild of rockbox for mameo. The stack in the native threads version is too small, it crashes frequently if I reinitialize the database completly 15.41.34 # <[Saint]> Buschel: No, unfortunately with New Years, and going out into town afterward etc. they now both reside in her locker at her work. 15.41.34 # increase it as you need :) 15.41.47 # <[Saint]> Buschel: Pleased to say though that the one with the ATA changes got at least 8 hours of continuous playback today with no problems at all. 15.41.56 Join Horscht [0] (~Horschti@xbmc/user/horscht) 15.42.18 # It's already at 0x6000 15.42.30 # [Saint]: good to hear the ATA stuff works out well. 15.42.38 # you can observe stack usage in the debug menu 15.42.52 # [Saint]: it seems the LCD stuff has to wait ;) 15.43.00 # kugel: What's a sane value? 15.43.04 # although it seems strange since android only needs 0x1000 15.43.25 # I don't think I can change to the debug menu on first database initialization, have to try 15.43.38 # I think something is wrong if 24k is not enough 15.43.42 # kugel: maemo has a lot of symlinked directories 15.43.52 # <[Saint]> Buschel: Yes, and the GF's listening habits are...odd. So she is quite often changing tracks/playlists and causing frequent re-buffers. It was perfect all day apparently, which is great. 15.44.00 # symlinks are ignored if you start in / 15.44.13 # <[Saint]> And yes, sorry about that. I will have them back tomorrow. 15.44.16 # <[Saint]> Buschel: ^ 15.44.20 # or, should be 15.44.33 # I'll just stick to the SDL mutex version for now so people can fool around with it 15.44.53 # [Saint]: nothing to be sorry for. I also better start preparing for the new year :) 15.45.04 # <[Saint]> :D 15.46.06 # kugel: just a guess: The function is recursive and eats the stack with many dirs/files 15.46.28 # yes, but the path buffer isn't on the stack 15.46.49 # OT: who all in here is the one that will slip into the next year first? 15.47.00 # I can initialize the database on my laptop. I don't think I have tried it with ucontext_thread though 15.47.30 # kugel: Do you also delete the database before init? 15.47.48 # yep 15.49.06 # * Buschel needs to be more careful before hitting enter... my grammar sometimes is kind of... fuzzy 15.51.21 Quit Xerion (Quit: ) 15.52.36 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 15.52.47 Quit n1s (Quit: Lämnar) 15.52.55 Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de) 15.55.01 # <[Saint]> Buschel: OT --> I'm not 100%, but I think it was me. 15.55.21 # <[Saint]> I had new years ~4hours ago. 15.56.19 # OT: it was? so you're somewhere in the same time zone as Australia? anyway -> Happy New Year! :) 15.58.11 # <[Saint]> we got it an hour before the earliest part of Australia, so yeah..."somewhere in the same time", and thanks. 15.58.19 Quit kevku (Ping timeout: 272 seconds) 16.00.04 Quit B4gder (Read error: Connection timed out) 16.01.13 Join B4gder [0] (~daniel@rockbox/developer/bagder) 16.01.44 # gotta go back to real life now, my son wants to play ;) 16.01.50 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 16.11.32 Quit thomasjfox (Remote host closed the connection) 16.21.01 Join komputes [0] (~komputes@ubuntu/member/komputes) 16.22.58 *** Saving seen data "./dancer.seen" 16.24.48 Join Sajber^ [0] (~Sajber^@h-24-143-198.A213.priv.bahnhof.se) 16.29.39 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 16.40.28 Join dantje_ [0] (~dvg@HSI-KBW-091-089-103-221.hsi2.kabelbw.de) 16.50.13 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 16.55.38 Join CaptainKewl [0] (captainkew@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 17.08.12 Quit kugel (Remote host closed the connection) 17.17.53 Quit krazykit (Ping timeout: 255 seconds) 17.19.39 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 17.27.41 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 17.28.30 Quit Kitar|st () 17.32.38 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-105-252.tampfl.fios.verizon.net) 17.33.54 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.40.46 Quit stoffel (Ping timeout: 260 seconds) 17.46.58 Quit Rob2222 (Quit: Rob2222) 17.55.07 Quit dantje_ (Quit: Ex-Chat) 18.01.33 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 18.04.09 Join factor [0] (~factor@75.108.68.114) 18.06.13 Quit JesusFreak316 (Ping timeout: 240 seconds) 18.11.19 Quit einhirn (Read error: Connection reset by peer) 18.18.38 Quit evilnick (Ping timeout: 255 seconds) 18.22.59 *** Saving seen data "./dancer.seen" 18.34.31 Join kugel [0] (~kugel@df01ppp090.eplus-online.de) 18.34.32 Quit kugel (Changing host) 18.34.33 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.40.11 Quit GeekShadow (Quit: The cake is a lie !) 18.46.38 Join Horschti [0] (~Horschti@xbmc/user/horscht) 18.48.57 Join fahad [0] (~7512e71f@giant.haxx.se) 18.50.09 Quit Horscht (Ping timeout: 240 seconds) 18.51.29 # hi all 18.53.55 Quit fahad (Quit: CGI:IRC (EOF)) 18.55.28 Quit DerPapst (Quit: Leaving.) 18.56.27 Join fahad [0] (~7512e71f@giant.haxx.se) 18.57.57 Quit fahad (Client Quit) 19.02.13 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 19.04.03 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 19.12.49 Quit feisar- (Ping timeout: 250 seconds) 19.14.19 Quit bug2000 (Ping timeout: 276 seconds) 19.26.07 Quit merbanan (Read error: Operation timed out) 19.27.09 Join bug2000 [0] (~bug@unaffiliated/bug2000) 19.27.16 Quit kugel (Read error: Connection reset by peer) 19.27.17 Join kugel2 [0] (~kugel@df01ppp090.eplus-online.de) 19.27.18 Quit kugel2 (Changing host) 19.27.18 Join kugel2 [0] (~kugel@rockbox/developer/kugel) 19.27.21 Join feisar- [0] (jljhook@irkki.fi) 19.30.33 Nick kugel2 is now known as kugel (~kugel@rockbox/developer/kugel) 19.30.43 Join Strife89TX [0] (~cstrife89@207.144.201.128) 19.31.28 # Exactly 21 seconds into a particular MP3, playback freezes and will not respond. I can get it to "pause", and go to the main menu, but attempts to stop playback (or shut down normally, since this is an iPod Video) result in a total lock-up. 19.31.50 # I just tried this twice by playing the track as the first item. 19.32.16 # All of the files in the folder *should* be good, unless there's filesystem corruption that I haven't noticed yet. 19.32.24 # I've played through the whole album before. 19.32.57 # Rockbox version is r28924. 19.34.25 # Oddly enough, the track played is called "Debug". 19.35.06 # Bah .... 19.35.33 # Starting two tracks down the line results in the same freezing effects at only ten seconds in. 19.36.06 # So the problem is probably a specific track failing to cache. 19.36.15 # Ergo, not Rockbox's fault. :/ 19.37.48 Quit kugel (Read error: Connection reset by peer) 19.38.19 # * Strife89TX tries to pinpoint the track. 19.38.55 Join kugel [0] (~kugel@df01ppp090.eplus-online.de) 19.38.56 Quit kugel (Changing host) 19.38.56 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.39.39 # Strife89TX: Do the MP3s in question play fine on any playback software? 19.40.02 # Yes, so far as I'm aware. 19.40.15 # And I've played through the whole album on this iPod before. 19.44.18 Topic "Merry Christmas! | Speak before signing a Christmas carol! | Must I be a man in a suitcase? | Must the suitcase have a man inside? | 1975!!" by ChanServ (ChanServ@services.) 19.44.27 # Weird .... This time "Debug" played all the way through without problems. 19.44.56 # The only thing I did differently was head straight for "View Buffering Thread" in the Debug menu after starting playback. 19.45.04 Quit LambdaCalculus37 (Quit: supply buying time!) 19.45.24 Quit benedikt93 (Read error: Connection reset by peer) 19.45.25 Topic "Rockbox 3.7.1 released! | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | An upgrade caused issues with the wiki. We are on the case" by ChanServ (ChanServ@services.) 19.47.34 Join toffe82 [0] (~chatzilla@ppp-69-238-93-64.dsl.frs2ca.pacbell.net) 19.56.43 Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) 20.01.55 # [Saint]: it was just rockbox' usbmode that was crashing 20.02.37 # rockbox was fine when not plugged into a computer 20.04.47 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 20.15.44 Quit feisar- (Ping timeout: 264 seconds) 20.23.00 *** Saving seen data "./dancer.seen" 20.42.00 Join feisar- [0] (jljhook@irkki.fi) 20.49.27 Quit mortalscan (Remote host closed the connection) 20.49.42 Join mortalscan [0] (~mortalsca@109.169.55.155) 20.49.54 Join DSStrife89 [0] (~Strife89@207.144.201.128) 20.49.56 Quit Strife89TX (Quit: Checking e-mail.) 20.54.34 Join Rob2222 [0] (~Miranda@p4FFF3A30.dip.t-dialin.net) 20.57.08 Quit feisar- (Ping timeout: 264 seconds) 21.00.27 Join Strife89TX [0] (~cstrife89@207.144.201.128) 21.00.35 Quit DSStrife89 (Quit: Back to Picross. :D) 21.02.58 Quit kevku (Ping timeout: 272 seconds) 21.09.30 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 21.12.15 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 21.23.16 Join feisar- [0] (jljhook@irkki.fi) 21.27.02 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.28.12 Quit feisar- (Ping timeout: 240 seconds) 21.41.49 Join Caiman [0] (47bc8389@gateway/web/freenode/ip.71.188.131.137) 21.43.10 Quit Caiman (Client Quit) 21.43.12 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 21.43.49 Quit Strife89TX (Quit: Seeking Google aid.) 21.47.18 Quit Keripo (Ping timeout: 246 seconds) 21.48.14 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 21.50.14 # do we have a setting for hardware tone control corner frequencies? 21.54.35 Join feisar- [0] (jljhook@irkki.fi) 21.57.46 Join Keripo1 [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 21.58.54 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 21.59.12 Quit feisar- (Ping timeout: 246 seconds) 21.59.38 Quit Keripo (Ping timeout: 240 seconds) 21.59.47 Quit evilnick (Quit: Leaving) 22.00.14 Quit dfkt (Read error: Connection reset by peer) 22.07.28 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 22.12.28 Part anewuser 22.18.32 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 22.21.02 Quit Keripo1 (Ping timeout: 240 seconds) 22.23.02 *** Saving seen data "./dancer.seen" 22.25.20 Join feisar- [0] (jljhook@irkki.fi) 22.30.28 Quit feisar- (Ping timeout: 276 seconds) 22.51.37 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 22.51.59 Join JesusFreak316_ [0] (~JesusFrea@pool-173-65-105-252.tampfl.fios.verizon.net) 23.03.41 Quit factor (Read error: Connection reset by peer) 23.08.54 # * TheSeven wonders what PRESCALER_CAP is 23.10.42 # also there seems to be some option for enabling/disabling lineout in the menus and I have absolutely no idea how the audio driver is notified of that 23.19.14 Join factor [0] (~factor@75.108.68.114) 23.24.47 Quit domonoky (Read error: Connection reset by peer) 23.28.03 Join feisar- [0] (jljhook@irkki.fi) 23.31.07 # TheSeven: I thik that's lineout_set() in target/arm/s5l8702/ipod6g/powermgmt-ipod6g.c 23.31.50 # why on earth isn't that controlled through the audio driver? 23.31.56 Quit BHSPitMonkey (Ping timeout: 264 seconds) 23.33.02 Quit feisar- (Ping timeout: 276 seconds)