--- Log for 25.05.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: @logbot_ Version: Dancer V4.16 Started: 22 days and 10 hours ago 00.00.12 # gevaerts: I was under the impression rbutil always installs a 32 MB build 00.00.20 # as it can't tell the difference 00.00.27 # bluebrother: is that true? 00.00.27 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 00.00.45 Join fyrestorm [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) 00.01.16 # SO 00.01.17 # BigBambi: yes. 00.01.17 # er 00.01.19 # *caps 00.01.31 # so...any idea what i should do? 00.01.46 # nope, I don't use the database 00.01.46 # well, you can tell rbutil to install a 64MiB build on about any target ... but autodetection will detect only 32. 00.02.08 # does the file browser work? 00.02.22 # lobf: did you use autodetection, or did you pick the target? 00.02.56 # i picked drive H, 5th gen 80GB 00.02.59 # manually 00.03.24 # we really need to force autodetection ... 00.03.36 # could you try installing this build instead: http://build.rockbox.org/dist/build-ipodvideo/rockbox.zip 00.03.42 # @ lobf 00.04.04 # gevaerts: you could be right - I assumed because of rbutil it couldn't be 00.04.44 Join PaulJam [0] (i=PaulJam_@vpn-3017.gwdg.de) 00.05.30 # thanks a bunch, bambi. i'll give it a shot and let you know 00.05.55 # hmm. Should rbutil simply fail due to a wrong md5sum if hex file and selected player don't match or should it have additional checks? 00.06.07 # for h100/h300? 00.06.13 # * bluebrother feels that code consists only of checks 00.06.16 # yes 00.06.49 # you can tell rbutil you have a h100 but feed it a h300 bootloader. It will work fine until checking of the created file 00.07.13 # might as well check at the earliest stage possible 00.08.24 # hey bambi, forgive my ignorance, but what do i do with that directory when i get it? 00.08.29 # just move it to my ipod? 00.08.33 # lobf: extract it to your player 00.08.37 # it is a zip file 00.08.38 # cool 00.09.00 # indeed 00.09.47 # does teh stuff in the root of /firmare get built for the SIM? 00.09.52 # lobf: you need to extract the zip file to your player keeping all paths inside. The topmost folder ".rockbox" needs to be in the root of your player (but you already have one there) 00.10.48 # i got it, thanks 00.10.49 # Or you could use rbutil to install a new build (on the second tab) but select video 30 GB instead 00.10.54 # * preglow starts pushing leads into his d2 00.11.01 # why select 30GB? 00.11.24 # the only difference is memory amount 00.11.41 # the 30 GB has 32 mb, the 60/80 GB has 64 GB 00.12.02 # if you use a 32MB build on a 64GB, no problem, but the other way round won't work 00.12.12 # It will give problems similar to what you are seeing 00.12.24 # There seem to be some 60/80GB's around that only have 32MB, which would explain this 00.12.36 # Some 60/80 GB videos are actually 30 GB videos with a bigger disk 00.13.05 # * gevaerts hopes that we didn't confuse lobf too much yet 00.13.10 # hehe 00.13.26 # lobf: the link I gave you is for a 32 MB (30 GB video) build 00.13.27 # nope. it's fine 00.13.32 # thanks 00.15.46 # so when i extract it to my ipod i just reset my ipod? 00.16.01 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 00.16.52 # just reboot it. No need to reset 00.17.05 # ok 00.20.59 Quit PaulJam_ (Read error: 113 (No route to host)) 00.22.03 # we really should make rockbox auto detect the ramsize... 00.22.42 # reminds me that we don't know how to distinguish x5 and x5v for bootloader installation :( 00.22.50 # n1s: it does - it returns data abort for 32 MB ones :) 00.23.08 # BTW- this program kicks ass otherwise 00.23.12 # you guys rock 00.23.32 # bluebrother: i think i told you about this before but: they use different filenames for the bootloaders so we can copy both over and the correct one will be flashed 00.23.46 # (it's doing the database now... i'll let you know if it works) 00.23.56 # BigBambi: well, I would have gone for a friendlier approach :) 00.25.16 # n1s: has someone confirmed that only the correct one will get used? 00.25.41 # make bootloader installation needing _another_ special case. And I'm trying to consolidate ATM :( 00.26.03 # bluebrother: afaik, yes, but why would they have different filenames (and different headers if they didn't?) 00.26.38 # should be an easy test for someone with an x5 00.30.41 # does anyone have any input on how simulator code should be merged into the target tree? 00.31.05 # right now a good deal of it is just #ifdefed into other files for the sim, and pointed at the target tree otherwise 00.31.37 # should there be a target tree entry for generic versions of functions used by the sims? 00.31.52 # saratoga: how about a target "sdl"? 00.31.54 Quit lobf (Read error: 104 (Connection reset by peer)) 00.32.03 # i suppose on devices its simple enough, since most (all?) SDL targets are just going to be arm, so they can use the target tree 00.32.22 # but if I want to compile an "application rockbox" for an x86 system, its not so clear how this should work 00.32.34 # and then put files into firmware/target/x86/sdl 00.33.00 # or x86app/sdl 00.33.08 # bluebrother: should the sim use that code too or do we want to leave that alone? 00.33.48 # well, I'd consider the sim as a target for itself. Question is how good this fits into target tree 00.34.17 # i think it was currently favored that we leave the sim seperate from any SDL targets 00.34.47 # mostly i'm wondering abotu duplicating code 00.36.21 # hmm. Can't emember the discussion, but I guess there were good reasons for that. 00.36.30 # maybe it's a good idea to pop a mail on the dev list for this one? 00.37.05 Quit spiorf (Remote closed the connection) 00.37.18 # might be worth it. Or add it as topic for devcon? 00.37.51 # maybe it makes sense to just make the SDL targets declare SIMULATOR so they get all teh cross platform functions, and then have the SOURCES files also include the SDL target tree stuff if its an application build 00.38.23 # sounds like a hack to me... 00.38.25 Join lobf [0] (n=chatzill@adsl-69-108-80-139.dsl.irvnca.pacbell.net) 00.39.09 # yes, but grepping "ifndef SIMULATOR" makes me kind of hesistant to do it otherwise 00.39.48 # there, one sd card less 00.40.20 # in reality SIMULATOR seems to be used to declare any platform agnostic code, which is basically what the SDL targets are 00.40.40 # though i guess eventually we want a way to also specify that its "SDL ARM" or whatever 00.41.44 # this should be given some proper thought to avoid getting into a deeper ifdef hell than necessary 00.42.50 # at the moment i'm not really programming 00.43.06 Quit lee-qid (Read error: 110 (Connection timed out)) 00.43.10 # just trying to work out all the changes that will be neccessary and ressolve some of the minor stuff like makefiles and the configure script 00.43.51 # mp3_playback.c is all HWCODEC stuff right? 00.43.54 Join Luis [0] (n=luis@c-76-108-10-18.hsd1.fl.comcast.net) 00.44.00 # okay folks 00.44.10 Part Luis 00.44.22 # so i loaded that different version and i get the same error 00.44.29 # :'( 00.44.46 # did you ever try it without the database? 00.46.28 # no... how? 00.46.37 # lobf: did you extract the rockbox.zip correctly ? Some unzip programs like to add an extra directory 00.46.52 # Files menu then select a song and see if it plays 00.46.54 # lemme check 00.47.33 # why unzip? You can simply tell rbutil to use the 5G 30MiB build 00.47.43 # and that will do everything needed ... 00.48.18 # is pcm.c used on software decode targets? 00.48.21 # okay, i'll try the auto installer and select 30GB to make sure my bases are covered 00.48.35 # That's probably the safest way 00.48.50 # * bluebrother wouldn't call rbutil "auto" ... 00.48.50 # oh, and my musc is all in that hidden default ipod file 00.48.53 # *folder 00.48.58 # use the "Installation" tab 00.48.59 # so i can't manually select my songs 00.49.06 # yes you can 00.49.09 # that's what i mean 00.49.12 # really? 00.49.14 # lobf: you can. Just set "show filetypes" to "all" 00.49.17 # it changes the names and puts them in random folders 00.49.26 # just select a random one 00.49.28 # blue- on my ipod? 00.49.32 # i know i can do it on my PC 00.49.34 Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 00.49.39 # lobf: yes 00.49.44 # sure -- on the PC wouldn't make sense, would it? 00.49.54 # i don't know :P 00.50.17 # i don't really care how you play a song, just do it 00.50.31 # we want to see if it works, thats all 00.50.40 Quit saratoga ("CGI:IRC") 00.50.58 Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-155dae85b98eb1ed) 00.51.51 # okay, that works 00.51.58 # * bluebrother pulls the usual pointer: http://www.rockbox.org/manual.shtml 00.53.00 # i can only see the stupid itunes file names, though 00.53.12 # it doesn't matter what song you play 00.53.19 # just play a random one to see if it works 00.53.46 # i did 00.53.49 # it works, i said 00.53.54 Quit Robo210 ("Quit.") 00.54.02 # i'm listening to music 00.54.18 # good, shame you didn't try that when I asked 20 minutes ago 00.54.28 # sorry dude, i didn't notice 00.55.00 # and firefox crashed, so i lost the IRC window for a minute 00.55.04 # (chatzilla) 00.55.12 Quit n1s () 00.55.13 # the channel is logged 00.55.55 # where? 00.55.59 # well, either way 00.56.06 # what next? 00.56.07 Join spiorf [0] (n=spiorf@host126-226-dynamic.25-79-r.retail.telecomitalia.it) 00.56.24 # the IRC link from the left of every page of www.rockbox.org might be a good place to start... 00.57.03 # Does the ability to play one song on a 64MB prove without doubt that this is a 64MB board ? 00.57.20 # * bluebrother curses rbsettings once more 00.57.25 # I think he is using a 32 MB build now 00.57.42 # * gevaerts doesn't know anything any more 00.57.50 # i am now 00.57.59 # * BigBambi neither, and on that note goes to bed 00.58.26 # ... 00.58.40 # lobf: what? 00.58.49 # so you don't know what's going on? 00.58.54 # Are you using the rbutil-installed 32MB build ? 00.58.56 # It is 1am and I am tired 00.59.01 # gotcha 00.59.03 # night 00.59.24 # gev- i started with the 64 but just tried the 32 00.59.51 # gave me the same problem 00.59.53 # Davide-NYC: hey, can you explain what you mean that the stop icon doesnt update in my trigger patch? I really want to commit it today 01.00.19 # yeah. h... bootloader installation works :) 01.00.49 # Oh, just that in the trigger screen, when the threshold is met and a file is actually recording, the stop square should dissapear. 01.01.18 # enough work done for today. 'nite! 01.02.11 # OK, so it's not the 64MB build causing the problem. That means it is in a place that I know nothing about... 01.05.23 # so anyone here familar with what pcm.c does? 01.05.24 # JdGordon: basically the stop icon should disappear when recording is engaged. should show stop if the trigtype os set to stop (and the recording is stopped) and should show pause (double bars) if the trigtype is set to pause and the recording is in fact paused. 01.06.39 Join MethoS- [0] (n=clemens@dyndsl-085-016-162-125.ewe-ip-backbone.de) 01.06.54 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 01.09.49 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 01.12.43 # Davide-NYC: ok, thanks, ill try to fix that today... 01.13.01 # * JdGordon doesntt think he will have much rockbox time today though 01.13.20 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.13.35 Quit spiorf (Remote closed the connection) 01.13.49 Quit bluebrother ("leaving") 01.13.49 # * Davide-NYC tips his hat to JdGordon for all of the rockbox work done over the months and years. 01.14.50 # ... plenty of others desever a hat tipping before me :p 01.15.06 # I know, but your here now and I had the urge. (itch?) 01.15.57 # :)\ 01.16.22 # saratago: you said something about the MIPS processor in Jz47xx, do you mean MIPS processors eat a lot of battery? (compared to ARM) 01.18.21 Quit Davide-NYC ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]") 01.19.10 Quit linuxstb (Read error: 110 (Connection timed out)) 01.24.29 Join spiorf [0] (n=spiorf@host126-226-dynamic.25-79-r.retail.telecomitalia.it) 01.25.07 # last message @saratoga instead saratago 01.25.55 Quit MethoS_ (Read error: 113 (No route to host)) 01.29.11 Quit dabujo (Read error: 104 (Connection reset by peer)) 01.29.24 Join MethoS_ [0] (n=clemens@dyndsl-085-016-165-192.ewe-ip-backbone.de) 01.29.34 # so can anyone help me with my undfined instruction problem? 01.29.38 # *undefined 01.30.17 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 01.30.40 # for a refresher, when i database my 5th gen, 80GB ipod, it gets to what must be the end, then it freezes with "undefined instruction at FFFFFFFF (0)" 01.31.09 Quit ender` (" Man created gods. The opposite remains to be proved. -- Serge Gainsbourg") 01.31.26 # i tried the first time with the 64mb version, then i switched to the 30GB version and it did the same thing 01.32.43 # any ideas? 01.36.04 Join fyre^OS [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) 01.46.11 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.46.47 *** Saving seen data "./dancer.seen" 01.48.38 Quit MethoS- (Read error: 110 (Connection timed out)) 01.54.12 Quit fyrestorm (Read error: 110 (Connection timed out)) 01.56.32 Quit MethoS_ (Read error: 113 (No route to host)) 02.04.19 Join DerDome [0] (n=DerDome@dslb-082-083-197-239.pools.arcor-ip.net) 02.04.20 Quit DerDome (Nick collision from services.) 02.04.21 Join DerDom1 [0] (n=DerDome@dslb-082-083-197-239.pools.arcor-ip.net) 02.04.23 Join DerDom2 [0] (n=DerDome@dslb-082-083-197-239.pools.arcor-ip.net) 02.04.26 Quit DerDom2 (Remote closed the connection) 02.04.29 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-197-239.pools.arcor-ip.net) 02.04.44 Quit DerDome (Nick collision from services.) 02.04.45 Join DerDom1 [0] (n=DerDome@dslb-082-083-197-239.pools.arcor-ip.net) 02.04.53 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-197-239.pools.arcor-ip.net) 02.16.35 Quit kugel (Nick collision from services.) 02.16.38 Join kugel_ [0] (n=chatzill@e178097079.adsl.alicedsl.de) 02.16.42 Nick kugel_ is now known as kugel (n=chatzill@e178097079.adsl.alicedsl.de) 02.18.29 Quit simonrvn ("bbl") 02.23.13 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 02.25.16 Quit DerDome ("Leaving.") 02.30.04 Quit TaylorKillian (Read error: 110 (Connection timed out)) 02.30.52 Quit mcuelenaere () 02.32.53 Quit BigBambi (Remote closed the connection) 02.36.06 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 02.39.09 # anyone here? 02.47.22 Quit Nico_P (Remote closed the connection) 02.59.55 # lobf, yea 135 people 03.04.59 Quit herrwaldo (Read error: 104 (Connection reset by peer)) 03.05.14 Quit Thundercloud (Remote closed the connection) 03.07.35 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 03.07.49 Quit linuxstb_ (Read error: 104 (Connection reset by peer)) 03.07.55 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 03.13.24 Join dan_a [0] (n=dan-mirc@217.23.173.156) 03.17.16 # adv- very funny :P 03.17.23 # i'm having a technical problem 03.18.19 Quit vort3x (Read error: 104 (Connection reset by peer)) 03.18.41 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 03.24.40 Quit x1jmp (Remote closed the connection) 03.26.32 Join kushal_12_27_200 [0] (n=kushal@c-67-173-249-88.hsd1.co.comcast.net) 03.27.44 # lobf, since i do not have an ipod, i am not sure myself but are you using the latest build? 03.28.57 # 1.0.5 03.32.13 Quit miepchen^schlaf () 03.32.33 Join miepchen^schlaf [0] (n=miepchen@p54BF7DC6.dip.t-dialin.net) 03.36.47 # that sounds like the rockbox utility version 03.37.59 # what's that mean? 03.40.43 Join SgtPnkks1 [0] (n=YourMom@74-137-160-38.dhcp.insightbb.com) 03.42.02 Quit fyre^OS (Read error: 104 (Connection reset by peer)) 03.42.16 # the rockbox utility is the program that use to install rockbox with 03.43.02 # thing refused to work for me 03.43.14 Quit PaulJam (Read error: 113 (No route to host)) 03.45.15 # had to go for a manual install because it wouldn't recognize my player 03.46.51 *** Saving seen data "./dancer.seen" 03.53.38 Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) 03.55.49 Quit SgtPnkks (Read error: 110 (Connection timed out)) 04.01.49 Join Jay_G [0] (n=George@c-98-218-199-23.hsd1.va.comcast.net) 04.01.49 Quit Jay_1 (Read error: 104 (Connection reset by peer)) 04.08.37 # AAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRR!!!!!!!! 04.09.46 # hey now 04.09.58 # people are trying to sleep in this channel 04.12.43 Quit linuxstb_ (Read error: 113 (No route to host)) 04.12.48 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 04.17.22 # :) 04.17.40 # stupid bugs which I cant see how I introduced, or what the issue is or how to fix it! :( 04.19.44 Join unixcat [0] (n=scott@c-68-50-165-155.hsd1.md.comcast.net) 04.39.10 Quit kushal_12_27_200 ("This computer has gone to sleep") 04.41.03 Join miepchen^schlaf_ [0] (n=miepchen@p54BF407D.dip.t-dialin.net) 04.45.27 Join kushal_12_27_200 [0] (n=kushal@c-67-173-249-88.hsd1.co.comcast.net) 04.47.08 Join jpt9 [0] (n=jpt9@pool-70-19-148-141.bos.east.verizon.net) 04.47.32 Quit lobf ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]") 04.47.37 Quit kushal_12_27_200 (Client Quit) 04.48.14 # Does Rockbox have any sort of way to compress/even out volume levels? I have a radio show whose levels vary greatly, and it would be nice not to have to adjust the volume every few minutes. 04.48.46 # i think you'd have to divide it up into segments and replaygain each 04.48.55 # oh. 04.49.00 # that would be quite annoying to do. 04.49.19 # well check the manual, but i don't recall seeing any sort of dynamic volume feature 04.49.37 # its not usually necessary, since radio is so heavily compressed during trasmission 04.50.26 # well, it's mostly when they get phone calls -- the callers are usually *much* louder than the hosts. 04.57.12 # rockbox doesn't support ladspa plugins yet? :p 04.57.58 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.58.21 # no 04.58.25 # no GSoC project for a lightweight integer-based lv2 host? heh 04.58.35 # oh well :/ 05.02.44 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.03.43 Quit dan_a (Read error: 110 (Connection timed out)) 05.08.46 # saratoga: get anywhere with sdl? 05.09.53 # i've made some progress 05.10.09 # i mostly understand how the configure script works and i've started putting things into the target tree 05.10.21 # make gets through the first 20 or so files before finally erroring out 05.10.35 # mostly i'm just figuring out how the sim works though 05.10.48 # cool 05.13.30 # JdGordon: ever seen something like this: pastebin.com/m5c6031d9 05.14.35 # its trying to compile some asm 05.14.42 # which is bad mmkay for sdl :p 05.14.50 # yeah i know but i don't know where its coming from 05.15.02 # whats with those /tmp/ files?! 05.16.11 # your in a #if defined(CPU_ARM) block... 05.16.15 # even weirder, that warning it gives me is in the middle of an #ifdef CPU_ARM 05.16.26 # yes but I have not defined CPU_ARM 05.16.57 # at least not in configure or the makefile 05.17.12 # grep -r CPU_ARM gives no matches in my build directory either 05.17.15 # did you #define CONFIG_CPU ? 05.17.21 # its automatically defined in config.h 05.17.40 # CONFIG_CPU shouldn't be the target CPU for a SIM 05.19.04 # i didn't touch CONFIG_CPU at all 05.19.14 # do i need to? 05.19.26 # you might have to... 05.19.32 # It shouldn't be defined by the config file if a SIM is made 05.20.04 # ugh its being set to PP5024 05.21.49 # great now thread.h blows up on me 05.22.25 # getting this thing to compile without specifying an ARM or Coldfire CPU is annoying 05.22.59 # All sims should be compiling as such 05.23.10 # jhMikeS: he's doing a new target... not a sim 05.23.17 # ah 05.23.18 # so the firmware/ code is all being comipled.. 05.23.36 # saratoga: just think, the mips guys will thanks you when they start getting code in :) 05.23.43 # I saw "eax" and such in the pasteand assumed :) 05.25.07 # i guess I should just define something like SDL and change a lot of the ifdef SIMULATOR lines to #ifdef SIMULTOR || SDL ? 05.25.43 # * jhMikeS saw the SDL mention as well. wth sort of target? 05.25.52 # generic SDL 05.26.02 # for now that would be my ubuntu PC 05.26.16 # but eventually some sort of cellphone or whatever 05.26.25 # so the "rockbox as app" thing ? 05.26.33 # yeah 05.28.25 # basically i want to bring all the sim stuff into the target tree, with the option of targeting a generic CPU, or an ARM CPU in which case all the ARM assmebly stuff gets used when possible 05.28.55 # and then i want to work on the possibility of targeting other APIs then SDL 05.29.18 # ... the swedes liked the idea of (at least initially) keeping the sdl target and the sims seperate.. 05.29.29 # i saw that 05.29.34 # and it makes sense to me 05.29.44 # so i was goign to leave the current sim completely alone 05.30.14 # i guess some code will be duplicated, but probably not much, and not for long i think if anyone started seriously working on an app port 05.31.14 # and i suppose we don't actually have to commit the generic SDL target stuff if no one sees a use for it, though i think it'll be useful for me, at least while i'm figuring all this out 05.31.22 # much quicker then trying to debug on a target 05.31.39 # I'm going to have another go at trying to get gcc going for winCE again once the month rolls over and I have heaps of download limit to churn though again 05.32.05 # and i'm dreaming of eventually adding the emulator project as a target too . . . 05.32.31 # JdGordon: how far did you get last time? 05.32.56 # not very... gcc wouldnt compile and the only binary packages are for i386 and rpms 05.33.07 # so gonna get a i386 VM going 05.33.20 # you only have x86-64? 05.33.45 # my desktop is amd64 debian 05.33.52 # laptop is windows... 05.33.54 # * jhMikeS dreams of a gcc port to rockbox so he can compile on target :) 05.34.10 Quit kugel (Read error: 104 (Connection reset by peer)) 05.34.25 # Mr. Lunatic :D 05.34.38 # does gcc for wince require Windows? 05.36.09 Quit jpt9 ("Leaving.") 05.36.43 # I've thought of a pretty cool idea for Rockbox that I won't mind having a go at inplementing in the summer 05.37.06 # I don't think Rockbox supports it yet, but some form of Pin code? 05.37.32 # Being able to lock your device, or if it's idle for a certain amount of time it locks itself or something :S 05.38.10 # its been proposed before, but most people seemed to think it was a bad idea 05.38.30 # Hmm, fair enough 05.38.49 # Why is that out of interest? 05.39.04 # you can always mount in UMS mode and remove the lock 05.40.08 # My idea was something like, have a unique encrypted key that you could have on the device and on your computer, and if the pin code was entered wrong 3 times or something it bricks the device, and the only way you're able to unbrick the device is by plugging it into your computer or something 05.40.48 # saratoga: supposedly not... you can compile the wince libs on linux or something... there isnt much working howto's though 05.41.08 # JdGordon: which is the prefered environment? 05.41.13 # Windows i guess? 05.41.26 # for what? 05.41.31 # I thought of the idea whilst walking home from a party, so it's a bit shady at the moment 05.41.35 # for the wince-gcc project 05.42.00 # well, no, the point of that project is for linux guys to be able to write their wince apps on linux.. 05.42.13 # oh 05.42.27 # the other option is seeing if mingw can compile rockbox on windows... 05.43.17 # if it'd help, i can probably find you a 32 bit linux machine around here without a bandwidth cap, though i don't know how usable SSH is over this kind of distance 05.43.46 # na its alright 05.44.03 # personally i'm rather indifferent as to which target we look at, i just want to be able to care as little as possible about the horrible details of setting up gcc and all that 05.44.07 # im pretty sure i have a i386 ubuntu cd somewhere... im just lazy and using th end of the month as an excuse :?p 05.45.14 # though i am a fan of MS's documentation, so if we can link their api it might be fun 05.46.54 *** Saving seen data "./dancer.seen" 05.46.57 # well.. once the framework is more solid we should be able to get a winCE target going along side a sdl target or nix or whatever... so if you prefer a linux phone then its all good 05.47.09 # * JdGordon is just sick of media player on his phone :p 05.47.24 # ... not that he uses it as a DAP much anyway 05.47.33 # is there some way to #ifndef two terms on one line or do I have to do two seperate #ifndefs? 05.53.49 Quit XavierGr () 05.59.36 # does sysfont.h get created at compile time? 05.59.41 Quit Galois ("Leaving") 06.00.43 # yes 06.01.01 # by what process 06.01.15 # make 06.01.54 # its in the MAkefile in firmware/ 06.04.14 # i'm not getting one during make, do i need to declare something special in configure? 06.10.45 # hmm configure specifies convbdf so i'm not sure why it wouldn't get made 06.17.18 Quit saratoga ("CGI:IRC (EOF)") 06.20.20 Quit mackes (Remote closed the connection) 06.22.35 Quit sneakums (Read error: 104 (Connection reset by peer)) 06.22.40 Join woodensoul [0] (n=noneofya@pool-72-86-96-116.aubnin.fios.verizon.net) 06.23.31 # Has anyone noticed the bug that causes a total crash when advancing to any files queued or insterted into a playlist already playing? 06.25.03 # how can you advance to a already played track? 06.26.03 Join GCTonyHawk7 [0] (n=GCTonyHa@user-12l3127.cable.mindspring.com) 06.26.16 # Hello, having some trouble with applying themes in Rockbox. 06.28.46 # JdGordon: I meant the playlist was already playing, and inserting or queueing additional tracks causes the freeze when those tracks play. 06.30.39 # by pressing next untill you get to the track? 06.31.12 Join ReKleSS [0] (n=ReKleSS@122.109.208.109) 06.31.29 # Does anyone have the Rockbox DevKit? 06.31.35 # All the links i find are dead for it. 06.32.51 # you dont need the devkit for themes... 06.33.06 # and thats been deprecated nayway... there is a vmware image you can use 06.33.07 # I'm trying to use jClix 06.33.27 # http://pijulius.blogspot.com/2006/08/jclix-rockbox-themes-ipod-video.html 06.33.28 # whats the problem? 06.33.32 # Says I need those five patches. 06.34.22 Join linuxstb__ [0] (n=linuxstb@rockbox/developer/linuxstb) 06.34.43 # we dont support custom builds... 06.35.05 # try the forums though, there might be a prebuild build there for that 06.35.21 # Well, any easier way to make the rockbox look better? 06.35.35 # By default it looks like crap. 06.36.00 # rockbox-themes.org 06.36.26 # Ya, but those all look bad. The good looking ones require patches. :-\ 06.36.44 # Make your own then. 06.36.58 # Sorry, I'm kind of a newb at this. Was fed up with iTunes and apple's shit and found this. 06.37.08 # Well those are your choices. 06.37.21 Join Galois [0] (i=djao@efnet-math.org) 06.37.26 # So they make those themes even though you can't use them? o_O 06.37.32 # JdGordon: No, actually, I've always seen the freeze when the track plays normally without pressing next to get to it. 06.38.12 # what rockbox build number? (go system > rockbox info) 06.38.43 # I think I started getting it about 2 or 3 weeks ago. 06.39.05 # have you tried the very latest build? 06.39.12 # I updated to the current SVN a few days ago and still got the bug. 06.39.30 # try again with the latest build, if its still there do a bug report... 06.39.55 # were there commits recently addressing that issue? 06.40.01 # dunno 06.40.39 # woodensoul: The keys are A) it should be a bug report, and B) bug reports should always be against the current build. 06.41.24 # yeah 06.44.29 Quit HellDragon (Client Quit) 06.45.50 Quit linuxstb_ (Read error: 113 (No route to host)) 06.46.48 # so much for waiting :p I got a deb i386 image going... anyone else want ssh access to try getting cegcc going? 06.48.05 Part toffe82 06.52.21 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 06.53.25 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 06.53.38 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 06.57.54 # oh poo! 06.58.12 # "the file 'hello' cannot be opened." :'( 07.04.04 Quit woodensoul () 07.12.01 # arg, not a valid win32 app :( 07.13.56 Quit GCTonyHawk7 ("Trillian (http://www.ceruleanstudios.com") 07.14.00 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 07.14.19 Join GCTonyHawk7 [0] (n=GCTonyHa@user-12l3127.cable.mindspring.com) 07.18.17 Quit AndyI (Read error: 113 (No route to host)) 07.23.55 Join Dish [0] (i=stonepai@189-72-150-114.gnace704.dsl.brasiltelecom.net.br) 07.24.09 Part Dish 07.28.26 Quit linuxstb__ (Read error: 110 (Connection timed out)) 07.37.24 Quit unixcat () 07.46.57 *** Saving seen data "./dancer.seen" 07.53.56 # Hey, I'm having trouble getting the album art to display on Rockbox for the iPod 5G. 08.01.30 # GCTonyHawk7: Have you seen this page? http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 08.01.40 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 08.01.48 # I've not. thanks. ;-) 08.01.59 Join Rob2222 [0] (n=Miranda@p4FDCCFD3.dip.t-dialin.net) 08.04.00 # Hmmm, kind of a pain. :-\ 08.08.15 Quit JdGordon (Read error: 110 (Connection timed out)) 08.17.48 Quit csc` (Remote closed the connection) 08.19.35 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.20.16 Join csc` [0] (n=csc@archlinux/user/csc) 08.20.29 Quit MU{lappy} (Read error: 113 (No route to host)) 08.23.21 Join jhulstMobile [0] (n=pocketir@c-24-11-77-187.hsd1.mi.comcast.net) 08.26.10 Quit jhulstMobile ("lost terminal") 08.26.23 Join jhulstMobile [0] (n=pocketir@c-24-11-77-187.hsd1.mi.comcast.net) 08.26.30 # Anyone around? 08.27.02 # If you have a question, just ask it. 08.27.22 # Heh, ok. Anyone here use Mediamonkey to sync to Rockbox? 08.27.56 Quit jhulstMobile (Remote closed the connection) 08.28.30 # I doubt it. Most people here seem to simply copy files manually. But I may be proved wrong... 08.28.37 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 08.29.04 # Hmmm, the album art thing poses a problem... and I'm sure someone has done something with it in Mediamonkey. 08.29.08 # Google not helping though. 08.29.21 # See, when syncing, it has the power to put the album art into the folder. 08.29.27 # Although, it uses JPG. 08.29.45 # I bet there could be a script written for Mediamonkey to make it a Bitmap at 100x100. 08.33.07 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 08.34.32 Quit Seed (Nick collision from services.) 08.34.40 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 08.37.45 # what does rockbox use as a bugtracker? 08.38.29 # flyspray? 08.51.38 Join JdGordon [0] (i=jonno@c210-49-157-20.smelb1.vic.optusnet.com.au) 08.53.34 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 08.53.41 Quit linuxstb (Read error: 104 (Connection reset by peer)) 08.54.52 Join lobf [0] (n=chatzill@adsl-69-108-80-139.dsl.irvnca.pacbell.net) 08.55.18 # hello 08.55.27 # can anyone help me with a technical problem? 08.56.55 # not if you dont ask a question... 08.57.26 # heh 08.57.27 # http://forums.rockbox.org/index.php?topic=16990.0 08.57.34 # it's easier than typing it out 08.57.44 Join TaylorKillian [0] (n=Administ@wl198118.wright.edu) 08.58.01 # ffffffff means -1 which means there is a real bug somewhere.... 08.58.17 # your using the latest build? 08.58.51 # yup 08.59.01 # what's -1 mean? 08.59.16 # it means there is a bug somewehre 08.59.20 # and it counts way past how many files i have on my ipod, let alone audio files 08.59.41 Join Rob2223 [0] (n=Miranda@p4FDCC9A4.dip.t-dialin.net) 09.00.21 # so any idea what i should do? 09.00.25 # i used version 1.0.5 09.00.42 # of what? rbutil? 09.00.54 # yeah 09.01.20 # but i also tried with rockbox.zip 09.01.38 Quit leap (Read error: 110 (Connection timed out)) 09.01.39 # from the current build page 09.01.43 # 30 and 60 09.01.54 # \80 09.02.17 # file a bug report... Slasheri is the database guy, he might know what mihgt cause that 09.04.17 # please forgive my ignorance, but how do i do that and where do i put it? 09.04.23 Quit Rick (Read error: 104 (Connection reset by peer)) 09.04.55 Join Rick [0] (i=rick@pool-71-189-11-16.lsanca.dsl-w.verizon.net) 09.06.42 Quit JdGordon (Remote closed the connection) 09.06.55 Join JdGordon [0] (i=jonno@c210-49-157-20.smelb1.vic.optusnet.com.au) 09.07.21 Quit Neovanglist (Read error: 104 (Connection reset by peer)) 09.07.25 Join Neovanglist [0] (i=Neovangl@69.31.129.33) 09.07.27 # lobf: Have you checked your disk for errors? e.g. with "chkdsk /f" ? 09.07.31 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 09.07.52 # i have not 09.08.21 Quit rvvs89 (Remote closed the connection) 09.08.35 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 09.08.38 # i'll give that a shot, but could you tell me how to make and where to put an error report? 09.09.29 # Follow the "bugs" link in the menu to the left of every page on the Rockbox website 09.09.42 # thanks :) 09.09.59 Join n1s [0] (n=nils@rockbox/developer/n1s) 09.10.08 Part GCTonyHawk7 09.12.46 # i don't see how to make an error log 09.13.49 Quit krazykit` (Remote closed the connection) 09.14.20 # What do you mean by "error log" ? 09.15.17 # i thought the software would make a log of it's error... 09.17.18 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.18.34 # No... It just gives up and doesn't do anything - it doesn't know what's gone wrong, and trying to write to disk may fail badly. 09.18.45 # gotcha 09.20.02 # i tried chkdsk but it says the volume is in use 09.20.13 # i'm fairly computer literate, but i've never used chkdsk 09.20.50 # Do you have any windows open using that drive? Even just explorer? 09.21.03 # * linuxstb suggests google... 09.22.09 # no, i don't 09.24.10 # oops 09.24.13 # wrong direction 09.24.56 # hm... the chkdsk screen shows up for a hald a second then disappears 09.25.20 # Start a command prompt, then type the command in there. 09.27.05 # got it 09.29.08 Join bertrik [0] (n=bertrik@180-013-045-062.dynamic.caiway.nl) 09.30.12 # jhMikeS: is it better to yield() whenever possible and let the schedular work it out? or just yield once a second or so? 09.30.29 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.32.39 # JdGordon: I think most of the code yields a lot more than once a second - i.e. at least 50-100 IIRC. 09.33.27 # it seems the playlist generator is yielding for every file added... I think changing that to once per HZ/2 should speed it up and still work fine? 09.34.36 # I would be surprised if that made a noticable difference, but you could try. 09.34.38 # * JdGordon starts a very unscientific test 09.35.21 Join Lambduh [0] (n=Lambda@64.6.88.58) 09.35.35 # lobf: Did chkdsk find any problems? 09.36.07 # it found a problem with an oblivion mod that i had stored on there 09.36.21 # that's it 09.36.38 # i deleted that and am doing it again just for fun 09.37.32 # has it ever been considered to make the cpu boost automatic? 09.37.59 # okay, chkdsk finished, no errors 09.38.20 # right now, boost/unboost is all over the code and prone to be unbalanced. I've run in quite a few bugs with this already. 09.38.45 # Maybe we could decide to boost/unboost in the kernel, based on the number of tasks that are ready 09.39.17 # How would that work? Just having 1 task ready could mean the CPU needs boosting. 09.41.11 # linuxstb: you mean like a codec decoding task that doesn't run fast enough to be realtime when unboosted 09.41.43 # hey linux- any suggestions? 09.42.06 # bertrik: Yes. Or disk reading which doesn't _have_ to boost, but it saves power if it does (IIUC). 09.42.48 # lobf: I assume you're still getting the "undefined instruction" ? 09.43.15 # well i haven't tried the databse since i did chkdsk... should i? 09.43.42 # lobf: Isn't that the problem you're trying to solve? 09.44.07 # yes, but i did't know if chkdsk changed anything 09.44.18 # i thought it just verified whetheror not my disk was fucked 09.44.36 # If you used the "/f" option, then it should have fixed any errors it found. You said it found an error with one file? 09.44.53 # yes 09.44.56 # i'll try it again 09.45.11 # JdGordon: once a tick at least 09.45.13 # i remember it saying it fixed some stuff 09.45.20 # linuxstb: I'm just playing with the idea, haven't thought all consequences through yet 09.45.25 # bear with me :) 09.46.41 # bertrik: There seems to be a difference of opinion about the Rockbox kernel - some people want to keep it as simple as possible, others want to make it as complex as possible... 09.46.41 # oh, also when i touch my scroll wheel when it's databasing the file number moves more quickly for a moment 09.46.49 # a disk reading task could yield instead of sleep to keep it's task in the ready state and indicate it's not really done yet 09.46.59 *** Saving seen data "./dancer.seen" 09.47.11 # JdGordon: too much and you just kill cycles with pointless switch_thread calls that will just likely select the same thread again 09.48.58 # yield cycle burning is pointless and the core can't enter a low-power state in a yield call - only sleeping or blocking which can take all threads off the run list. thread block and waking is a microsecond-level activity anyway. 09.50.11 # ok, so is HZ/4 too slow? 09.55.10 # by a factor of at least 25 :) 09.56.46 # ok, so it was probably yielding less than once per tick anyway.. 09.57.03 # roughly how much can these cpus do in a tick? 09.57.46 # linuxstb: "complex as possible"? I see it as "make it as simple for the other 99% of the code as possible". 09.58.23 # JdGordon: Updating the display several times isn't much to ask 09.58.56 # walking the directory tree? 09.59.28 # jhMikeS: I know - but others (including me) would like to just keep the kernel simple and understandable by as many people as possible. 10.00.19 # JdGordon: a hundred or so files w/o dircache it looks like 10.00.29 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 10.00.47 # crikey... so it could very well be yielding many hundreds of times per tick? 10.01.44 # JdGordon: probably - a gigabeat can rack up millions of switch_threads just starting the firmware (because of spinning in the ata driver) 10.02.23 # would it be stupid to add a check in the actual yield call then to stop that? 10.04.32 # linuxstb: things can't be simpler than the task demands though or you'll just end up with ill-behaved code - so for example, if you have priority, a scheme to prevent inversions is mandatory which amounts to inheritance (easy to use, hard to implement) or ceiling protocols (easy to implement, programmer must watch resource priorities though). 10.05.38 # JdGordon: dsp.c just watches the tick. it needed at least one upon entry and then limits it to each tick change thereafter. 10.08.26 # hey linux... it worked! 10.09.04 # thank you so much for your help 10.09.08 # and being patient 10.09.37 Quit Lambduh (Remote closed the connection) 10.10.43 # lobf: No problem. Rockbox shouldn't crash though, so it shows more sanity checking is needed somewhere... 10.11.20 # thisis pretty awesome software 10.13.41 # linuxstb: I like simple too, but so far I've seen enough bugs with boost/unboost to make it worth thinking about some kind of autoboost 10.14.53 # bertrik: Are there currently bugs with unbalanced boost/unboost calls? 10.16.12 # not sure if it's an unbalance, but the cpu in my sansa stays boosted when playing the last song of an album with repeat off 10.18.40 # (this is already on the patch tracker : http://www.rockbox.org/tracker/task/8964 ) 10.19.09 # patch->bug 10.21.41 # bertrik: we had that and it's really very ugly because there really no reliable way to tell outside the thread doing the boosting when it should or shouldn't. It's manual but calling trigger_cpu_boost multiple times in a row doesn't accumulate counts for the thread that did it. 100 calls to trigger_cpu_boost for example gets cancelled by a single call to cancel_cpu_boost. 10.25.14 # I can say for sure that the auto thing created way more difficulties, longer-lasting bugs and strange hacks to "make sure". 10.25.32 # hey can you guys tell me if i need to do a new database every time i load music? 10.26.31 Quit CyBergRind|w ("!") 10.26.52 # lobf: Not if you enable the "auto-update" and "load to RAM" options. The Rockbox manual should describe it. 10.27.54 # jhMikeS: ok, if it's already been tried and found too complex, then that answers my original question :P 10.28.15 # i'll admit, i've only skimmed the manual 10.30.28 # oh, and i never had an obvious option to load to ram after i finished the database 10.32.20 # and i have a bizarre now playing screen 10.34.00 # when i try and play a song from the database menu it tells me it's searching and counts down... is this because i enabled shuffle? 10.36.54 # my now playing screen is majorly fucked up 10.37.01 # bertrik: one exeption will likely be the IMX31-based targets which has hardware dedicated to DVFS that watches activity in various systems and can scale gradually the frequency and core voltage 10.40.52 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 10.41.41 # hey dude, did you catch my new problems? 10.42.28 # linuxstb? 10.48.31 Join Lear [0] (i=chatzill@rockbox/developer/lear) 10.53.15 # lobf, whats going on now 10.53.55 Quit linuxstb (Read error: 110 (Connection timed out)) 10.53.56 # heh, actually give me a minute, it may have sorted itself out 10.54.25 # you can tell me if the searching countdown every time i select a song is because of shuffle, though 10.55.06 Join sneakums [0] (i=sneakums@jenny.ondioline.org) 10.57.50 Quit spiorf (Remote closed the connection) 10.58.32 Join JdGordon|phone [0] (n=zsirc@c210-49-157-20.smelb1.vic.optusnet.com.au) 11.00.33 Quit JdGordon|phone (Remote closed the connection) 11.02.20 Quit miepchen^schlaf_ () 11.02.36 Join miepchen^schlaf [0] (n=miepchen@p54BF407D.dip.t-dialin.net) 11.06.05 # advcomp- do you know what that's about? 11.09.59 # lobf: unless you type the persons whole nick there is no point typing any of it.... 11.10.41 # some irc clients beep on abbreviations 11.11.02 # almost none do that by default 11.11.04 # i used to go by lotsofblackflags and there was a guy called otso who used to get beeped whenever someone would type my whole name 11.11.25 # *shrug* 11.11.33 # i didn't know it was so uncommon 11.11.34 # its also just as easy to press than to press - 11.12.34 # i am not sure 11.12.57 # thanks for the tip, JdGordon 11.13.02 # that's useful 11.13.52 # rockbox isn't so great for podcasts, though... 11.14.37 # if you use the files and not database it is useful in my opinion 11.15.57 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 11.18.01 # good idea 11.20.02 # * BigBambi doesn't get the whole thing with podcasts being different - they are just audio files... 11.21.14 # the default ipod software keeps track of which you've listened to already, lists them by date, and has them in a separate directory 11.21.25 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 11.21.30 # * BigBambi is aware of what he has listened to 11.22.23 # i like KCRW's Left Right and Center... unfortunately there's little to differentiate each episode 11.22.45 # lobf: could you edit your forum post with the fix - it could help others in the future 11.22.54 # absolutely 11.23.04 # thanks 11.23.06 # guys... this channel is on topic so off to a different chann thanks... 11.23.31 # * BigBambi thinks discussing podcast handling within rockbox is on-topic 11.24.04 # meh :p 11.24.30 Join lobf_ [0] (n=chatzill@adsl-69-108-80-139.dsl.irvnca.pacbell.net) 11.24.38 # computer restarted... 11.24.54 Join dabujo [0] (i=xx@p4FDB1FA0.dip0.t-ipconnect.de) 11.29.34 # edited 11.29.38 # is that good? 11.30.56 # lobf: yes, thanks very much 11.31.22 # no problemo 11.31.43 # do you know how i'd find my podcasts in the file menu? 11.31.59 # You would need to transfer them not using itunes 11.32.14 # as itunes does the stupid file and directory name chaning 11.32.39 # that's such a pain in the ass 11.32.43 # A lot of people just copy and paste, but if you do that, they won't appear in the OF 11.32.47 Quit bertrik (Read error: 110 (Connection timed out)) 11.34.20 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.35.02 # what's OF? 11.35.10 # original firmware 11.36.53 # i see 11.37.06 # well, now it's my turn to hit the sack 11.37.13 # thanks for all your help, fellas 11.37.34 # i'll be on again with another bizarre problem, I'm sure :P 11.38.49 # night 11.38.51 Quit lobf_ ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]") 11.41.39 Quit lobf (Read error: 110 (Connection timed out)) 11.45.33 Join moos [0] (i=moos@m198.net81-66-127.noos.fr) 11.47.03 *** Saving seen data "./dancer.seen" 11.50.45 Join herrwaldo [0] (n=waldo@ip-81-11-201-43.dsl.scarlet.be) 11.56.28 # jhMikeS: it seems the 5.5g 80GB problems are back for some users, http://forums.rockbox.org/index.php?topic=15542.msg125920#msg125920 12.01.04 Quit neddy ("Leaving.") 12.01.16 Join bertrik [0] (n=bertrik@180-013-045-062.dynamic.caiway.nl) 12.02.30 Quit miepchen^schlaf () 12.03.04 Quit BigBambi (Remote closed the connection) 12.03.11 # * jhMikeS screams 12.04.18 Join crash91 [0] (n=crash@41.232.205.37) 12.06.15 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 12.07.09 Join Thundercloud [0] (n=thunderc@resnet11.nat.lancs.ac.uk) 12.09.09 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 12.13.00 # i don't know much about thread synchronisation and the like but why is the mutex only locked/unlocked in ata_read_sectors if MAX_PHYS_SECTOR_SIZE is not defined? 12.14.30 # so a read/write doesnt happen to part of the open sector when its 2048 bytes instead of 512? 12.14.46 # because I think it gets called from higher up with the mutex locked in that case 12.15.22 # ah, ok, just seemed weird to me :) 12.21.06 # Where is the album art code located? 12.22.07 # Or rather, the code for displaying it in the WPS 12.22.16 # hmm, i see no special casing for MAX_PHYS_SECTOR_SIZE in fat.c so imho it would be worth it to try with the same locking in ata_read_sectors for the 5.5G as the others use 12.22.30 # crash91: apps/gui/gwps*.c 12.22.40 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 12.22.51 # JdGordon: Thanks 12.25.26 # n1s: I added a comment basically stating the real bug should be taken care of and stop band-aiding with that hack. I'd do it myself if I had a still-afflicted device. 12.26.52 # jhMikeS: yeah, blind debugging is no fun :/ 12.28.33 # anyway, great work on that thermistor reading thing, real hacking should involve towels and icepacks :) 12.28.53 # Nico_P and Horscht both reported the "all clear" on it and their device were afflicted badly until the power delay increase. 12.30.11 # n1s: thanks. :) care to check the temp on a completely cold 'beast compared with a thermometer? don't delay in getting to the readout since the temp starts going up pretty fast. 12.30.30 # it seems all reporters have dircache + auto resume enabled which both fight for the disk at startup, do you know if they tested with those settings? 12.31.00 Quit homielowe () 12.31.05 Join miepchen^schlaf [0] (n=miepchen@p54BF407D.dip.t-dialin.net) 12.31.05 # jhMikeS: measuring on the outside with a thermometer? i'd rather not open it up 12.31.08 # I've tested a 5.5G and everything else with those settings. The UI is never affected. 12.31.33 # n1s: no, in the battery screen it shows deg C/F on the 2nd page 12.31.50 # ah, you mean compared to ambient 12.32.02 # compare completely cold device with air temp 12.32.13 # ok, will give it a shot 12.34.23 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 12.35.12 Quit bluebrother ("leaving") 12.36.57 # be very quick - it starts heating it fast esp. with the disk running so you might see a degree or two warmer 12.37.27 # I had to unzip a new build but after that it was 4C above the air temp 12.38.00 # i'll let it rest for a while and test again 12.38.02 # about what I'd expect after that so the research seems sound 12.38.31 # what was the temp btw? 12.38.53 # 27C battery, 23C air 12.39.23 Join obo [0] (n=obo@rockbox/developer/obo) 12.42.29 # toffee82: (for whenever you may read this) Have any more defunct boards from which you can send me more thermistors (carefully removed)? Getting component tolerance out of the equation would be nice. 12.42.44 Join PaulJam [0] (i=PaulJam_@vpn-3026.gwdg.de) 12.43.02 Quit nuonguy ("This computer has gone to sleep") 12.47.28 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 12.50.28 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.55.15 # jhMikeS: need any more temps? 12.56.24 # BigBambi: the more the merrier. the greater the range of ambient temps the better too. 12.56.56 # ok, I need to update the build so I'll have to let it cool first a bit 13.00.28 # I saw that it can measure a degree or two warmer even after an hour or so. One thing that helps is put it face down on something insulated or a surface that doesn't match the air temp will change things. 13.01.35 Join dan_a [0] (n=dan-mirc@217.23.173.156) 13.02.26 # jhMikeS: After a minute or so (on, unzip build, rolo, look) battery temp was 27 deg C, ambient is ~ 24-25 deg C 13.03.45 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.05.08 # sounds about right. btw, the ambient temps are from a themometer near the device? When I let it settle and compare like that, they match for me. 13.05.35 Quit cool_walking_ (Remote closed the connection) 13.05.44 # ambient is from thermometer about 2 m away 13.05.55 # I can leave the beast to see how the temp changes 13.07.08 # from my computer to near the light switch (maybe 2.5m) it's a couple degrees colder :) 13.07.42 # :) 13.07.51 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 13.08.15 # neither the thermometer nor the beast are near the computer :) 13.08.40 Join JdGordon|uni [0] (i=d2319d14@gateway/web/ajax/mibbit.com/x-61b83ae11d573a15) 13.09.06 Nick JdGordon|uni is now known as JdGordon|web (i=d2319d14@rockbox/developer/JdGordon) 13.09.14 Nick JdGordon|web is now known as JdGordon|www (i=d2319d14@gateway/web/ajax/mibbit.com/x-61b83ae11d573a15) 13.19.09 Join petur [50] (n=petur@rockbox/developer/petur) 13.19.49 # * jhMikeS has to run out for a bit but will check the logs for reports 13.25.36 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.26.37 Join gregzx [0] (n=chatzill@dse190.neoplus.adsl.tpnet.pl) 13.38.19 Join PaulJam_ [0] (i=PaulJam_@vpn-3050.gwdg.de) 13.47.08 *** Saving seen data "./dancer.seen" 13.49.46 Join lee-qid [0] (n=liqid@p549672B9.dip.t-dialin.net) 13.54.34 Quit PaulJam (Read error: 113 (No route to host)) 14.01.26 Quit JdGordon|www ("http://www.mibbit.com ajax IRC Client") 14.03.37 Join MethoS- [0] (n=clemens@host-091-096-209-234.ewe-ip-backbone.de) 14.09.13 Quit feisar (Read error: 104 (Connection reset by peer)) 14.09.38 Join feisar [0] (n=jljhook@irkki.fi) 14.10.49 Quit Mathiasdm ("Yuuw!") 14.12.56 Quit crash91 ("Ex-Chat") 14.16.54 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 14.17.08 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 14.21.35 Quit obo (leguin.freenode.net irc.freenode.net) 14.21.35 NSplit leguin.freenode.net irc.freenode.net 14.21.35 Quit n1s (leguin.freenode.net irc.freenode.net) 14.21.35 Quit gevaerts (leguin.freenode.net irc.freenode.net) 14.21.35 Quit brent113 (leguin.freenode.net irc.freenode.net) 14.21.35 Quit desowin (leguin.freenode.net irc.freenode.net) 14.21.35 Quit Bagder (leguin.freenode.net irc.freenode.net) 14.21.35 Quit maddler (leguin.freenode.net irc.freenode.net) 14.21.35 Quit cg (leguin.freenode.net irc.freenode.net) 14.23.27 NHeal leguin.freenode.net irc.freenode.net 14.23.27 NJoin obo [0] (n=obo@rockbox/developer/obo) 14.23.27 NJoin n1s [0] (n=nils@rockbox/developer/n1s) 14.23.27 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 14.23.27 NJoin brent113 [0] (n=brent113@63.224.195.247) 14.23.27 NJoin desowin [0] (n=desowin@atheme/member/desowin) 14.23.27 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 14.23.27 NJoin maddler [0] (n=maddler@cabbage.komputika.net) 14.23.27 NJoin cg [0] (n=cromos@dsl-olubrasgw1-ff8fc100-80.dhcp.inet.fi) 14.24.51 Quit nplus (Remote closed the connection) 14.26.50 Join nplus [0] (n=nplus@141.25.globcom.net) 14.27.11 Quit petur ("family time") 14.30.10 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.30.35 Quit feisar (Read error: 104 (Connection reset by peer)) 14.34.25 Join feisar [0] (i=jljhook@irkki.fi) 14.34.48 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 14.34.57 Quit ap0 (Remote closed the connection) 14.36.24 Quit Lear ("ChatZilla 0.9.82.1 [Firefox 3.0/2008051206]") 14.48.25 Join linuxstb__ [0] (n=linuxstb@rockbox/developer/linuxstb) 14.48.42 Quit K4rP4D (Read error: 104 (Connection reset by peer)) 14.48.47 Join kugel [0] (n=chatzill@unaffiliated/kugel) 14.48.48 Quit nplus (Remote closed the connection) 14.51.27 Join nplus [0] (n=nplus@141.25.globcom.net) 14.53.02 Join DrMoos [0] (i=moos@m198.net81-66-127.noos.fr) 14.53.39 Quit moos (Read error: 104 (Connection reset by peer)) 14.53.51 Nick DrMoos is now known as moos (i=moos@m198.net81-66-127.noos.fr) 14.54.05 Join krazykit [0] (n=kkit@adsl-99-155-239-212.dsl.ipltin.sbcglobal.net) 14.57.16 Quit Mathiasdm ("Yuuw!") 15.02.26 Quit linuxstb_ (Read error: 101 (Network is unreachable)) 15.04.58 Quit lee-qid (Read error: 110 (Connection timed out)) 15.05.20 Join Schmogel [0] (n=Miranda@p508CA82D.dip0.t-ipconnect.de) 15.08.28 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 15.10.18 # jhMikeS: retried the temp thing and got 24C now with ~23.5C ambient so it seems spot on 15.10.19 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279529390.dsl.bell.ca) 15.16.37 Quit Mathiasdm ("Yuuw!") 15.17.10 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 15.23.32 Join Arathis [0] (n=doerk@p508A4335.dip.t-dialin.net) 15.28.25 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 15.29.25 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-27813371b699c91c) 15.30.24 Quit ctaylorr (Read error: 110 (Connection timed out)) 15.30.39 Quit MethoS- (Remote closed the connection) 15.41.25 # n1s: on what device? 15.42.03 # Makuseru: testing the battery temp sensing thermistor calibration on Gigabeat S 15.43.05 # hows Rockbox running on it? i have a F, and was considering getting the S once i heard some more about how Rockbox is doing on it. 15.45.33 # it works well, we don't have charging support yet and the battery runtime is a bit shorter than the OF 15.46.15 # so your one of the people working on it? 15.47.10 *** Saving seen data "./dancer.seen" 15.47.34 Quit Mathiasdm ("Yuuw!") 15.47.46 # jhMikeS: reading was 26 deg C, ambient ~ 25 deg C, so seems reasonable 15.47.57 # (after leaving it off for a while) 15.49.55 # Makuseru: I've done a little bit, yes 15.50.42 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 15.51.14 Quit Mathiasdm (Read error: 104 (Connection reset by peer)) 15.52.39 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 15.52.49 Quit Mathiasdm (Client Quit) 15.52.55 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 15.55.18 Quit kugel ("ChatZilla 0.9.82.1 [Firefox 3.0/2008051206]") 16.04.18 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.07.13 Quit ReKleSS ("Leaving") 16.09.43 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 16.18.40 Quit Ragnor (Nick collision from services.) 16.18.50 Join Ragnor [0] (n=Ragnor@dslb-084-060-189-092.pools.arcor-ip.net) 16.21.32 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 16.25.46 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 16.26.06 Join csc` [0] (n=csc@archlinux/user/csc) 16.34.03 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 16.34.22 Quit moos ("Rockbox rules the DAP world") 16.35.16 Quit obo (Remote closed the connection) 16.36.31 Join FeetFirst [0] (n=FeetFirs@153.147-246-81.adsl-dyn.isp.belgacom.be) 16.36.44 Join obo [0] (n=obo@rockbox/developer/obo) 16.38.25 Quit FeetFirst (Client Quit) 16.38.41 Join FeetFirst [0] (n=FeetFirs@153.147-246-81.adsl-dyn.isp.belgacom.be) 16.40.10 Join MethoS- [0] (n=clemens@host-091-096-212-194.ewe-ip-backbone.de) 16.46.45 Quit Horscht ("http://www.geisterfahrer.org") 16.46.46 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 16.47.17 Join moos [0] (i=moos@m198.net81-66-127.noos.fr) 16.50.03 Quit MethoS- (Remote closed the connection) 16.52.29 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 16.55.21 # hmm, are there any informations ablout a crash with "*PANIC* event line full"? 16.57.04 # yes 16.57.09 # can't remember the fs entry, though 16.58.12 # PaulJam_: FS#8993 16.58.26 Quit parafin ("So long and thanks for all the fish") 16.58.28 Join parafin [0] (i=parafin@paraf.in) 16.59.08 # obo: thanks, but i think this is a different one 16.59.49 # you're getting a different event number? 17.00.37 # i don't get any event number, just "*PANIC* event line full" 17.02.08 # the panic was changed in r17265 to print an event id 17.03.56 Quit tvelocity_ ("Αποχώρησε") 17.04.04 # i'm using r17628 17.05.20 Join wpyh [0] (n=william@th245062.ip.tsinghua.edu.cn) 17.05.46 Join [1]FeetFirst [0] (n=FeetFirs@153.147-246-81.adsl-dyn.isp.belgacom.be) 17.06.13 Quit FeetFirst (Read error: 113 (No route to host)) 17.06.13 Nick [1]FeetFirst is now known as FeetFirst (n=FeetFirs@153.147-246-81.adsl-dyn.isp.belgacom.be) 17.06.22 # my bad - it's on add_event rather than remove_event 17.18.00 Join fdinel [0] (n=Miranda@modemcable097.232-203-24.mc.videotron.ca) 17.18.10 Quit mcuelenaere (leguin.freenode.net irc.freenode.net) 17.18.10 NSplit leguin.freenode.net irc.freenode.net 17.18.10 Quit Jon-Kha (leguin.freenode.net irc.freenode.net) 17.18.10 Quit Slasheri (leguin.freenode.net irc.freenode.net) 17.18.10 Quit suom1 (leguin.freenode.net irc.freenode.net) 17.18.51 # PaulJam_: do you have a recipe to reproduce it? 17.19.45 # i managed to reproduce it, but it seems to be unreliable 17.26.03 NHeal leguin.freenode.net irc.freenode.net 17.26.03 NJoin mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.26.03 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 17.26.05 NJoin Jon-Kha [0] (i=jon-kha@xdsl-83-150-91-127.nebulazone.fi) 17.26.05 NJoin suom1 [0] (i=suom1@irssi.mobi) 17.26.08 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.28.00 Quit MU{lappy} (Read error: 113 (No route to host)) 17.30.00 Join crash91 [0] (n=crash@41.232.205.37) 17.34.39 Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) 17.34.41 Quit mcuelenaere (Read error: 131 (Connection reset by peer)) 17.35.44 # jhMikeS: ping 17.39.52 # jhMikeS: when you say to send thermistors from GBS units, is this a reversible process? I mean if I send you a working unit, will I get a working unit back? 17.40.29 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.41.46 Join [1]FeetFirst [0] (n=FeetFirs@153.147-246-81.adsl-dyn.isp.belgacom.be) 17.41.46 Quit FeetFirst (Read error: 104 (Connection reset by peer)) 17.41.51 Nick [1]FeetFirst is now known as FeetFirst (n=FeetFirs@153.147-246-81.adsl-dyn.isp.belgacom.be) 17.44.21 Quit Davide-NYC ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]") 17.44.38 Quit mcuelenaere (Client Quit) 17.47.14 *** Saving seen data "./dancer.seen" 17.51.33 Quit BlakeJohnson86 ("Leaving.") 17.52.09 Join BlakeJohnson86 [0] (n=bjohnson@99-200-161-97.area2.spcsdns.net) 17.54.07 Join unixcat [0] (n=scott@c-68-50-165-155.hsd1.md.comcast.net) 17.55.53 Join unixcat_ [0] (n=scott@c-68-50-165-155.hsd1.md.comcast.net) 17.55.53 Quit unixcat (Read error: 104 (Connection reset by peer)) 17.56.07 Quit crash91 (Read error: 110 (Connection timed out)) 17.56.12 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 17.59.10 Join crash91 [0] (n=crash@41.232.205.37) 18.00.57 Quit FeetFirst (Read error: 104 (Connection reset by peer)) 18.04.49 Join Lear [0] (i=chatzill@rockbox/developer/lear) 18.09.00 Join entropy [0] (i=4b6aa9bb@gateway/web/ajax/mibbit.com/x-a085396894ae94ea) 18.09.09 Quit linuxstb__ (Read error: 110 (Connection timed out)) 18.09.26 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 18.10.33 Quit PaulJam_ (".") 18.10.37 Join PaulJam_ [0] (i=PaulJam_@vpn-3050.gwdg.de) 18.12.19 Quit nicktastic (No route to host) 18.13.14 # Hello, can anyone help me find out why my 80Gb ipod freezes on all songs at 0:00, after rockbox install, on the apple side of its boot? 18.15.54 # i am using rockbox version r.15589-071111 on an 80 Gb video ipod, and couldnt find this issue in the faq,manual, or rockbox site... 18.17.01 # That's about a six month old version of Rockbox... When did you inst 18.17.06 # ^install it? 18.17.16 # about 6 months ago 18.17.30 # And have you had this problem since then? 18.18.10 # And do I understand correctly that your problem is that songs now no longer play in the original Apple firmware? 18.18.11 # yes, i mainly use the rockbox side which works fine, but now i thought id try to fix the apple side, just trying to get back my itunes junk 18.18.35 # that is correct, they freeze at 0:00 but list alright on the ipod 18.19.25 # Sounds like a problem with the Apple firmware's database - nothing really to do with Rockbox. 18.20.06 # alright, so i should probably search apples sites for a database fix solution, linuxstb? 18.21.25 # I expect the only think Apple will say is to restore your ipod and transfer your music again with itunes. But third-party "itunes replacement" programs may be able to rebuild the database. But this is getting off-topic for here. 18.22.06 # no prob, thanks for the help lstb, much appreciated, btw rockbox is great 18.23.10 Part entropy 18.24.27 Join borges|afk [0] (n=bruges@brln-4d0c33f8.pool.mediaWays.net) 18.24.30 Quit borges|afk (Client Quit) 18.27.56 Join lee-qid [0] (n=liqid@p54965732.dip.t-dialin.net) 18.40.17 Join toffe82 [0] (n=chatzill@adsl-71-132-80-150.dsl.sntc01.pacbell.net) 18.42.21 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 18.47.53 Join mackes [0] (n=root@cpe-24-198-43-238.buffalo.res.rr.com) 18.50.10 Join krazykit` [0] (n=kkit@adsl-76-240-198-255.dsl.ipltin.sbcglobal.net) 18.52.47 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 18.55.42 Join krazykit1 [0] (n=kkit@adsl-76-240-198-255.dsl.ipltin.sbcglobal.net) 18.57.01 Quit krazykit (Read error: 110 (Connection timed out)) 19.04.47 Quit davina (Remote closed the connection) 19.08.40 Quit krazykit` (Read error: 110 (Connection timed out)) 19.14.00 Quit moos (Read error: 110 (Connection timed out)) 19.15.22 Nick krazykit1 is now known as krazykit (n=kkit@adsl-76-240-198-255.dsl.ipltin.sbcglobal.net) 19.26.03 Quit bertrik (Read error: 104 (Connection reset by peer)) 19.33.07 Quit TaylorKillian (Read error: 110 (Connection timed out)) 19.36.35 Quit unixcat_ () 19.40.17 # hmm, seems like gater runtime data is at least involved in the *PANIC* 19.40.43 Join spiorf [0] (n=spiorf@host126-226-dynamic.25-79-r.retail.telecomitalia.it) 19.43.35 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 19.43.54 Quit ap0 (Client Quit) 19.47.17 *** Saving seen data "./dancer.seen" 19.48.13 Join PaulJam [0] (i=PaulJam_@vpn-3019.gwdg.de) 19.48.34 Join m0f0x [0] (n=m0f0x@189-47-23-58.dsl.telesp.net.br) 19.49.14 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 19.50.51 Quit gregzx ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]") 19.51.45 Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-8d4815c09ebe836e) 19.52.47 # gevaerts: where are you at with the USB issue on PP? 19.57.55 Join Okee [0] (n=666@adsl-76-203-51-39.dsl.pltn13.sbcglobal.net) 19.58.03 # I would like your opinion. Which of the following two subtitles is more believable: 1) VoterRights -- Guarantying your right to online signature gathering; 2) Voter Rights -- Grass Roots Advocacy Solutions. 19.58.24 Join kylehjin [0] (n=kvirc@dsl-74-220-77-35.cruzio.com) 19.58.50 # I had a 5.5g 80GB with ROckbox working great until one day it randomly gives me errors about not finding rockbox.ipod and won't boot 19.59.10 Quit linuxstb (Read error: 101 (Network is unreachable)) 19.59.27 # I try to mount /dev/sdb2 which is the large FAT32 partition I originally formatted with mtools but now it won't mount unless I actually specify -t vfat 19.59.41 # Otherwise it will complain about unknown filesystem type 19.59.59 # And when I do mount -t vfat /dev/sdb2 it works but I can't write to it! 20.01.02 # sounds like you have some file system problems, maybe run whatever checkdisk equivilent is in linux and see if it finds errors 20.03.02 Quit PaulJam_ (Read error: 110 (Connection timed out)) 20.07.02 # kylehjin, yes, do fsck that filesystem, and make sure your user has write permissions on the mount. see the mount man page for what options you'd need. 20.07.44 # krazykit: So I fscked it and fixed maybe 7 or so errors 20.08.02 # Now fsck.vfat returns no errors 20.08.07 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 20.08.26 # BUt I still have the same problems in that I cannot mount without -t vfat and when I do I cannot write to it even as root 20.09.09 # try -t vfat -o uid=whatever_your_uid_is 20.09.25 # oh, even as root. 20.10.12 # if you've got itunes handy, its probably just easier to restore the ipod and then readd your music and rockbox 20.10.35 # there's also the manual ipod restore you can do from linux. 20.10.38 Part Okee 20.11.54 Quit Schmogel (Read error: 110 (Connection timed out)) 20.14.21 Join petur [50] (n=petur@rockbox/developer/petur) 20.22.54 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 20.27.33 Quit crash91 ("Ex-Chat") 20.43.52 Quit SgtPnkks1 () 20.44.06 Join TaylorKillian [0] (n=Administ@wl198118.wright.edu) 20.50.58 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 20.51.13 Quit ap0 (Client Quit) 20.55.32 Quit spiorf (Remote closed the connection) 21.00.33 Join jeffdameth [0] (n=jeff@dyndsl-091-096-062-192.ewe-ip-backbone.de) 21.04.13 Join jason77 [0] (n=c35d1564@gateway/web/cgi-irc/labb.contactor.se/x-6ff78335ed956729) 21.04.27 # Hi 21.04.42 # would rockbox be supported on the iPod 160gb? 21.05.14 # Rockbox does not run on the 160gb iPod. 21.05.30 # yea but would it run eventually? 21.05.50 # Only if interested owners do the huge amount of work, but don't hold your breath 21.05.55 # ok 21.06.07 # The firmware is encrypted, the hardware is new and undocumented 21.06.12 # iok 21.06.16 # ok just wondered 21.07.51 Quit nuonguy ("This computer has gone to sleep") 21.15.04 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.19.13 # pretty quite in here 21.22.24 # It's not a conversation channel. There are many quiet periods. 21.23.57 Quit matsl ("Riece/3.1.2 XEmacs/21.5-b28 (fuki, linux)") 21.24.21 Join bertrik [0] (n=bertrik@180-013-045-062.dynamic.caiway.nl) 21.26.25 Quit Mathiasdm ("Yuuw!") 21.27.38 Quit bertrik (Client Quit) 21.28.55 Quit maddler (Remote closed the connection) 21.28.56 Join bertrik [0] (n=bertrik@180-013-045-062.dynamic.caiway.nl) 21.29.42 Join bertrik_ [0] (n=bertrik@180-013-045-062.dynamic.caiway.nl) 21.29.51 Quit jason77 ("CGI:IRC (EOF)") 21.29.53 Quit bertrik (Client Quit) 21.34.53 # * Nico_P doesn't see a battery temp reading in the battery info debug screen on his S 21.35.23 # Nico_P: it's on the second page 21.35.57 # wow I had never seen those additional pages 21.36.23 # Nico_P: btw could you retest the ipod 5.5G 80GB issue with dircache + autoresume causing skipping in playback since the ata hack was removed again? 21.36.42 # some reports have come in about it happening again now... 21.37.03 # n1s: I'll need to update, but I never got any skips, even when testing nonhack code prior to amiconn's fix 21.37.23 Join maddler [0] (n=maddler@cabbage.komputika.net) 21.37.46 # ah, then it's probably not very useful :) 21.38.07 # but I have to agree that there seems to be some fight over the disk when resuming shortly after startup 21.38.13 # I thought the reports were for the disk spinning a long time, but not causing skips. 21.38.46 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 21.39.07 # however, the situation was much better after amiconn's fix. perhaps not perfect yet though 21.39.11 # Llorean: the post by "TexasRockbox" mentions music cutting ot every few seconds 21.39.17 Quit Arathis ("Bye, bye") 21.39.23 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 21.39.55 # he also states that he has 12k files so the dircache build will take quite a while... 21.40.18 # I'd be curious what bitrate vorbis he's using. 21.40.54 # I mean, it might be a case of CPU starvation, rather than buffer starvation. 21.41.34 # I suspect so. has he described what the buffering debug screen does? 21.41.37 # If it were a buffer issue, I'd imagine people resuming FLAC or other very, very high bitrate files would see it the most, right? 21.42.58 # * n1s looks at fs#9030 and scratches head... 21.44.41 # Just respond "S3M files are not supported"? 21.45.26 # a data abort is ugly though 21.45.45 # Yes, "bad" files should be handled properly 21.46.10 # But I mean, regarding the apparent confusion in the last comment. 21.46.51 # from what i understand, he reports a data abort when playing s3m files renamed to mod with a pitch of 200%?? 21.47.20 *** Saving seen data "./dancer.seen" 21.47.53 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.48.08 # He seems to have requested that the task be closed, anyway. 21.49.29 Quit Llorean (Read error: 104 (Connection reset by peer)) 21.49.40 # Nico_P: It's in fact puzzling that my fix would influence behaviour when resuming during initial dircache scan 21.49.48 Join Llorean [0] (n=DarkkOne@adsl-69-154-187-90.dsl.hstntx.swbell.net) 21.50.50 # The fix changes timing for disk startup from poweroff state only, and when resuming during background scan, the disk didn't spin down at all before 21.52.15 Join BlakeJohnson87 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 21.52.29 Join bawbag31 [0] (n=phil@78.151.189.203) 21.52.41 # then I'm afraid jhMikeS might not be rid of that weird bug :( 21.53.34 Join PaulJam_ [0] (i=PaulJam_@vpn-3073.gwdg.de) 21.53.39 # * preglow wonders why our forums are called "rockbox _technical_ forums" 21.54.07 # Because it seemed the best single word to cover "Support" and "Development"? 21.54.23 # There was a discussion on it somewhen 21.55.38 Quit nplus (Remote closed the connection) 21.56.08 Join PaulJam__ [0] (i=PaulJam_@vpn-3078.gwdg.de) 21.56.19 Quit PaulJam (Nick collision from services.) 21.56.33 Nick PaulJam__ is now known as PaulJam (i=PaulJam_@vpn-3078.gwdg.de) 21.57.01 Quit bertrik_ (Remote closed the connection) 21.57.27 # in what way isn't "rockbox forums" adequate? 21.58.10 # I'm not even sure if that was suggested. Heh. 21.58.35 # the fact that support and development are the topics are apparent from the sub forum names 21.58.38 # oh well, just a minor nitpick :> 21.58.43 # They were previously "Rockbox Community Forums" and at the time we were discussing a way of changing it that made it clear it wasn't really for peripheral / social discussion (IE: not an extension of misticriver and the like) 21.59.04 # any reason why we don't have such a sub forum? 21.59.29 Quit Llorean (Read error: 104 (Connection reset by peer)) 21.59.44 Join Llorean [0] (n=DarkkOne@adsl-69-154-187-90.dsl.hstntx.swbell.net) 21.59.53 # A social one? 21.59.59 Join bluebrother [0] (n=Dom@rockbox/staff/bluebrother) 22.00.03 Join bertrik [0] (n=bertrik@180-013-045-062.dynamic.caiway.nl) 22.00.17 # Well, the primary reason (in my personal book) is that the forum software we're currently using offers no way to, by default, exclude subforums from searches. 22.00.51 # ah 22.00.55 # well, that's a valid point 22.01.22 # Yeah 22.01.39 # That's really the only thing (in my mind) strictly making it a bad idea. 22.09.15 Quit kylehjin ("KVIrc 3.2.4 Anomalies http://www.kvirc.net/") 22.11.36 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 22.12.35 Join linuxstb__ [0] (n=linuxstb@rockbox/developer/linuxstb) 22.13.05 Quit petur ("switching...") 22.13.13 Join petur [50] (n=petur@rockbox/developer/petur) 22.13.40 Quit PaulJam_ (Read error: 113 (No route to host)) 22.14.19 Quit Rincewind ("bye") 22.22.18 Join BHSPitLappy_ [0] (n=BHSPitLa@adsl-66-141-166-195.dsl.rcsntx.swbell.net) 22.22.59 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 22.26.12 Join fml [0] (n=4fd3e9eb@gateway/web/cgi-irc/labb.contactor.se/x-8fb067cc953097ba) 22.26.16 Quit linuxstb_ (Read error: 110 (Connection timed out)) 22.27.18 # Llorean: do you have an opinion about whether we should declare the order of entries in viewers.config a feature? 22.27.57 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 22.28.25 # I think it makes more sense than incorporating sorting code. 22.29.06 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.29.08 # You don't even have to declare it as a feature. Just sort the file itself alphabetically, and leave it. 22.29.30 Quit PaulJam (".") 22.29.35 Join PaulJam [0] (i=PaulJam_@vpn-3078.gwdg.de) 22.30.11 # Llorean: yes. But if we declare it a feature it should be described in the manual and the implementation may not change e.t. to read them backwards 22.31.12 # As I said, I don't necessarily think it needs to be declared a feature. I just don't think it makes sense to have the code alphabetically sort the entries, when you can just provide a pre-sorted file. 22.32.08 Nick linuxstb__ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 22.33.34 # Hmmm... Then I think we should sort them because now the order is ehm.. bizarre 22.35.41 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.39.18 Quit bertrik ("Leaving") 22.43.17 Quit mcuelenaere () 22.46.17 # * jhMikeS wonders why it's now "his" bug with the 5.5G :\ 22.46.40 Quit dabujo (Connection timed out) 22.48.21 # jhMikeS: how did that ata issue vanish, btw? 22.50.34 # at least part of it was related to using the disk too soon after power on 22.51.41 # now I wonder if there's an issue with actually chaning things and not unpowering or resetting the drive after changing features 22.53.35 # i've got to say usin the nano also got tons better around the same time 22.53.38 # it's highly usable now 22.53.42 # i wonder if it's for the same reason 22.54.09 Quit lee-qid ("aufwiederbyebientotsayonara") 22.56.24 # mutex can let the core go idle whereas the "hack" cannot (it does busy yielding). amiconn found the core hanging when waiting for an interrupt for more than 5 ticks at a time. 22.57.24 Quit rgould ("rebooting") 23.03.21 # preglow: My fix shouldn't affect the nano at all, as the nano has no ata poweroff 23.04.24 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.05.49 Quit Lear ("ChatZilla 0.9.82.1 [Firefox 3.0/2008051206]") 23.09.14 # saratoga: I haven't done much on it. The main problem is that I don't have any ideas about what to try 23.09.56 # * jhMikeS wonders what other change might have crept in around that time 23.09.58 Quit Horscht ("http://www.geisterfahrer.org") 23.10.00 # jhMikeS: I didn't mean to say it was your bug, but I think you're the most qualified to fix it (with amiconn) 23.10.13 Join moos [0] (i=moos@m198.net81-66-127.noos.fr) 23.11.08 Quit bluebrother ("Verlassend") 23.11.13 # jhMikeS: consider that maybe I was a bit quick to declare the bug fixed when I tested... there was definitely improvement but maybe not 100% 23.11.28 # amiconn: i know, which is why something else has to have happened around that time as well 23.11.34 # it really is another dap completely 23.11.39 # it was unusable before 23.12.20 # preglow: do you know the approximate revision it changed at? 23.12.22 # Nico_P: hehe. well, it's really hard with not even the 5.5G I have access to ever having had an issue :\ 23.12.39 # Nico_P: not in the least, i haven't used the nano for ages, since it was so bloody unusable 23.13.06 # preglow: That's asking for a binchop... 23.13.08 # jhMikeS: maybe I should send you LinusN's 23.13.14 # but i recall it was only unusable whule a) buffering, b) in wps 23.13.30 # amiconn: indeed, but i'd rather spend what little time i have right now on struggling with the d2 port 23.14.06 # Nico_P: has linus ever had the use of his ipod himself? :P 23.14.51 # Nico_P: LinusN's just gets mailed around the planet? I thought amiconn had it. :) 23.15.21 # It's the travelling ipod ;) 23.15.47 # It's the only known ipod with a frequent flyer card 23.16.02 # gevaerts: did you ever manage to get that signal quality test to work? 23.16.31 # jhMikeS: I have it now :) 23.16.36 # * jhMikeS suggests engraving its various destinations on the case 23.16.41 # it's been a few months 23.16.49 # * Nico_P had thought of photos 23.17.00 # And no, LinusN could not have used this thing at all, at least not with rockbox 23.17.17 # saratoga: No. There seems to be more to it than just enabling the bits. However I'm pretty sure that the problems we have are timing related, not strictly signal quality 23.17.22 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.17.27 # ha that's right, since amiconn fixed it :) 23.17.30 # ..because I used it to get rockbox up & running on G5.5 23.20.50 # * petur sees somebody spoiled the big green table 23.21.37 # Oh, missing background for m:robe 500 23.22.03 Quit crope` ("Leaving") 23.22.15 Join AndyI [0] (n=pasha_in@212.14.205.32) 23.22.16 # Then building just worked by coincidence before, certainly not using proper gfx 23.23.33 Quit fml ("CGI:IRC") 23.24.29 # amiconn: you have an H10 with radio, right? Does 9024 look ok to you? 23.24.58 Quit Makuseru (Read error: 104 (Connection reset by peer)) 23.26.15 # petur: MAS3587F always has recording, so that check is redundant 23.26.50 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 23.27.12 # amiconn: the change is there to be able to compile without HAVE_RECORDING 23.27.22 # eh? 23.27.26 # Who would do that? 23.27.55 # the person who reported it ;) 23.28.13 # I just accepted it because it is cleaner to have it like that 23.30.41 Join PaulJam_ [0] (i=PaulJam_@vpn-3048.gwdg.de) 23.34.59 # preglow: maybe things improved for nano on an unrelated aspect. I really can't see anything done around the time of the ata sleep change that looks relevent right off 23.36.01 Quit n1s () 23.36.31 Quit Seed (Nick collision from services.) 23.36.33 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 23.36.47 # jhMikeS: i never really figured out what was wrong either, so 23.36.57 # i should do a binary search when i have the time 23.37.49 # I think I found a bug though in ata.c re: when power_off is set 23.38.38 Quit linuxstb (Read error: 113 (No route to host)) 23.41.29 # it looks like it might not get set to false when it should. 23.43.39 # * preglow pours himself a homebrew 23.43.58 # * petur looks at the empty fridge 23.46.59 # * jhMikeS was going to make beer-battered cod later ::) 23.47.07 # jhMikeS: are you refering to ata_read_sectors() ? 23.47.21 *** Saving seen data "./dancer.seen" 23.48.12 # not sure since I'm not following the logic of "poweroff" too well here 23.48.38 Quit m0f0x () 23.48.49 # The logic is a bit weird, but so far it worked.... 23.49.22 Quit PaulJam (Read error: 113 (No route to host)) 23.50.42 # I see poweroff being checked for true, the disk powered then poweroff not being set false 23.51.10 # That happens later in ata_(read|write)_sectors 23.51.45 # aye, way down in a spinup check 23.51.52 # spinup is set to true and when that is handled lateron, poweroff is set to false 23.51.58 # * petur late 23.52.22 # SYS_USB_CONNECTED fails to set it though 23.52.32 Join mikeaz_ [0] (n=mikeaz@cpe-66-108-3-52.nyc.res.rr.com) 23.53.33 # That's on purpose, I think 23.54.19 # Not sure.... probably best to ask LinusN 23.56.43 Quit Genre9mp3 () 23.56.58 # there are race conditions in there too - checking variables outside the mutex lock that can be changed inside it which could cause the ata thread (and others) to perform actions based on stale data 23.59.00 # * preglow hugs low-level code