Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2009-09-19

00:00:16*domonoky now has a working patch for rbutil which checks for a new version at startup. this should now handle all version anomalys :-) http://pastebin.com/m65283b4d please comment !
00:03:57saratogadomonoky: where does the new sansa bootloader need to be uploaded to to replace the old one?
00:04:47domonokydownload.rockbox.org/bootloader/sandisk-sansa/ and deeper depending on target
00:07:28 Quit togetic ("WeeChat 0.3.0")
00:09:48 Join togetic [0] (n=togetic@unaffiliated/ibuffy)
00:09:52 Quit robin0800 (Read error: 110 (Connection timed out))
00:10:47 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk)
00:13:04lennykI'm trying to use the voice api in a plugin, but I can't figure out how and I can't find any documentation. Is it possible?
00:15:06JdGordon|its not possible yet
00:15:39lennykoh man, that's a bummer. is anybody working on it?
00:16:35lennykis it a big job? I might be up for it but I'm still getting to know the rockbox source code.
00:17:17JdGordon|one of the 2008 GSoC projects was for this, which didnt get completed.... have a look in the tracker for the patch
00:17:24lennykand is talk support in plugins wanted by the devs in general?
00:17:29JdGordon|it is
00:17:38lennykok, i'll look for that! thanks
00:18:20 Quit efyx_ (Read error: 110 (Connection timed out))
00:18:40mooslennyk: http://www.rockbox.org/tracker/task/9067?project=1&type=4&order=category&sort=asc
00:20:00lennykthanks moos!
00:20:04lennykI wasn't finding that
00:20:30saratogaJdGordon|: thinking of looking at the clip tonight, have you done anything since last weekend?
00:20:40JdGordon|no nothing
00:20:46mooslennyk: You are welcome
00:23:40 Join test_ [0] (i=55ab6478@gateway/web/freenode/x-hrtowrzwizmunkfj)
00:23:53 Quit test_ (Client Quit)
00:28:11CIA-43New commit by 03Domonoky (r22734): rbutil: check for new Versions at startup.
00:29:56 Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com)
00:31:13***Saving seen data "./dancer.seen"
00:34:19aidyknite
00:42:31 Quit n1s ("Lmnar")
00:47:51 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
00:48:11 Quit kugel (Read error: 104 (Connection reset by peer))
00:48:55 Join kugel [0] (i=kugel@rockbox/developer/kugel)
00:49:14 Quit DarkDefender (Client Quit)
00:49:45 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
00:53:02 Quit DarkDefender (Client Quit)
00:53:49 Nick PSPdemon is now known as PSPdaway (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net)
00:55:39 Quit bluebrother ("n8")
00:57:29 Quit roolku ()
00:57:42 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
00:59:45 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca)
00:59:55 Quit Zagor ("Clint excited")
01:00
01:05:38 Quit matsl (Read error: 110 (Connection timed out))
01:06:43 Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet")
01:07:55 Join JdGordon| [0] (n=Miranda@68-27-49-167.pools.spcsdns.net)
01:08:51 Join funman [0] (n=fun@rockbox/developer/funman)
01:10:28 Quit Farthen (Nick collision from services.)
01:15:19 Join tmzt_ [0] (n=tmzt@adsl-99-52-65-233.dsl.akrnoh.sbcglobal.net)
01:17:15 Nick PSPdaway is now known as PSPdemon (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net)
01:17:24funmanbughunter2: hi, any progress on USB for Sansa AMS ?
01:17:31bughunter2hey
01:17:50bughunter2I'm afraid not, I'm no ARM expert so I haven't reversed the OF yet
01:18:50funmanI had found some little bits but couldn't link them together
01:18:55bughunter2oh
01:19:14funmando you have at least some knowledge about ARM / disassembling ?
01:19:25 Quit tmzt (Read error: 110 (Connection timed out))
01:19:41bughunter2I know that ARM is an architecture, like x86. But I'm way better with x86 than ARM (I've reversed quite some x86 code)
01:19:56 Quit robin0800 ("Leaving")
01:19:58saratogafunman: did you ever look into the clip dead lock issue?
01:20:00bughunter2I pretty much stopped after reading the datasheets, I thought: we need the initialization first, and I can't get that to work right now, so I stopped
01:20:25funmanbughunter2: makes sense
01:20:52funmansaratoga: about playback ? yes i started adding some logf output into buffering/playback .c but without investing enough time to get the start of a track to follow
01:20:54 Quit domonoky (Read error: 104 (Connection reset by peer))
01:20:58bughunter2yeah I guess.. but I'm still motivated to get working on it if we can get interrupts to work ^_^
01:21:10saratogaok i'm looking through it now on the sim
01:22:58 Quit tmzt_ (Remote closed the connection)
01:23:10 Join tmzt [0] (n=tmzt@99.52.65.233)
01:24:36bughunter2funman: I kind of hoped you'd have some spare time and motivation to help me out a bit with the initialization routine
01:26:59 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net)
01:27:58 Quit FlynDice (Remote closed the connection)
01:28:33 Join robin0800 [0] (n=robin080@149.254.200.216)
01:28:50saratogaJdGordon: do you have any idea what the patch in FS #10605 - Patch for stable playback for clip_v1 actually does?
01:29:45JdGordon|going from memory, you mean the 2nd part? or both?
01:30:00JdGordon|I remember the first part disabled buffering he codec which seems reasonanble
01:30:34saratogaJdGordon|: yeah i'm playing with that now
01:30:46saratogait actually seems to knock out one of the easiest to reproduce deadlocks on the sim
01:31:07JdGordon|which part?
01:31:31kugel"yes", he already said :p
01:32:27saratogaJdGordon|: the first part
01:33:01JdGordon|arnt you testing with playlists of the same codedc?
01:34:03 Nick liar is now known as liar|away (n=liar@83.175.83.185)
01:34:22JdGordon|back in 10min...
01:34:26 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
01:34:40 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net)
01:35:43saratogaJdGordon|: yes
01:36:09saratogait buffers the next codec even if its the same, at least as far as I can tell
01:37:49 Quit GeekShadow ("The cake is a lie !")
01:41:17funmanbughunter2: i'm short on time these days, but hopefully some evenings in the coming weeks i'll be there
01:41:20 Quit ender (" It should be noted, however, that while trading with the enemy is essentially light treason in the eyes of the United State")
01:41:29bughunter2I understand :)
01:44:06JdGordonsaratoga: ok, I have to be really quick.... I wonder how that can ever happen (codec buffering)... its still 512K on the clip right? so that is getting very close to the actual buffer size
01:44:29saratogaJdGordon: its 300KB or so for the codec buffer
01:44:33saratogabut what does that even do?
01:44:45saratogaisn't the codec buffer seperate from the compressed audio buffer?
01:45:07JdGordonit loads the next codec into the buffer so its a simple memcpy() instead of disk access for the next track
01:45:18JdGordonthat shouldnt be happening if the codec is the same... thats a bug if it is
01:45:20saratogabut if the next track is also mp3
01:45:22saratogayeah
01:45:36saratogadoes it matter that i'm skipping a track?
01:45:50saratogawhat i've been doing is starting a file, then skipping to the next
01:45:57saratogasince its faster then waiting for a manual change
01:47:54 Quit lennyk ()
01:48:20JdGordonit shouldnt
01:48:20saratogathe entire codec buffer is only 390KB, so buffering another codec will almost certainly fail
01:48:29saratogasorry
01:48:34saratogaentire compressed audio buffer
01:48:57JdGordonright, then the bufopen() call fails
01:49:30saratogaso whats the bug here, trying to buffer the codec at all, or buffering when its not needed?
01:51:35 Quit funman ("leaving")
01:51:52JdGordonthe latter
01:52:14JdGordonthe former will be a problem also, but that seems to work now (mostly) doesnt it?
01:52:30PSPdemonout of curioisity is CIA-43 a bot based on something like.....eggdrop?
01:52:34PSPdemonor uses something similar?
01:52:59 Join n9xvt [0] (n=IceChat7@24.172.144.174)
01:53:11JdGordonI have to run, back in an hour
01:53:13saratogak
01:53:19n9xvtis there a workaround for rbutil not being able to get/install rockbox today?
01:53:42AlexPYou can install manually
01:53:53AlexPi.e. download the zip and unzip it
01:54:04 Quit BlakeJohnson86 (Read error: 110 (Connection timed out))
01:54:13AlexPHopefully rbutil will be back running soon - it is a side effect of moving servers
01:54:16n9xvtkewl
01:57:25 Quit robin0800 (Read error: 145 (Connection timed out))
01:59:16 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
02:00
02:01:09n9xvtdone and done,,thanks!
02:01:28AlexPno probs
02:02:08n9xvtwould the server change have anything to do with the 50 hrs downtime?
02:02:16AlexPno, that was different
02:02:39n9xvtkewl
02:02:39AlexP(AFAIK)
02:05:21n9xvthave a good night, keep up the good work! c-ya
02:05:45 Part n9xvt
02:12:04CIA-43New commit by 03blue_dude (r22735): Performance improvement in limiter, about 2%
02:13:01kugelmeh
02:13:12kugelthat doesn't count as a bug fix, does it?
02:13:38kugelbtw, we need to document that timestrech and the limiter don't work together
02:18:03PSPdemonand once again
02:18:10PSPdemonwhat is CIA-43 running?
02:18:14PSPdemonout of curioisity
02:18:46 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk)
02:19:10PSPdemonoh nvm
02:21:52 Join n00b81 [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net)
02:28:15 Quit BlakeJohnson86 (Read error: 110 (Connection timed out))
02:31:17***Saving seen data "./dancer.seen"
02:31:46saratogathe logic used to decide when to load a codec makes no sense at all to me
02:32:19saratogaas far as I can tell if the buffer is small enough that the next track can't be in RAM already when the track changes, then buffering will reload the codec no matter what
02:33:05saratogaaudio_rebuffer seems to unconditionally reload the codec
02:35:24*linuxstb wishes saratoga luck in that dark place he is entering
02:42:42 Join xDonny [0] (n=Donny@bas3-kingston08-1168066718.dsl.bell.ca)
02:42:43saratogahuh it reloads the codec on track skip even with a fairly large buffer (although the process obviously doesn't crash)
02:43:03xDonnyare you working on playback on the 2g?
02:43:15saratogaNano?
02:43:23xDonnyyes
02:43:33saratogano, clip
02:43:41saratogathe nano2g doesn't even have audio yet
02:43:45xDonnykk
02:45:47saratogai spoke too soon, 7MB of RAM isn't enough to get it to reuse codecs, but 32 is
02:47:27*moos joins linuxstb wishing the best to saratoga
02:49:07kugelWe stand directly behind you!
02:49:29saratogadon't get your hopes up, i'm 90% sure theres several bugs in play here and this is just the most accessible
02:50:47kugelI'm 99% sure there are several bugs :)
02:51:23mooshence my whishes, multiples embedded bugs
02:51:25kugelsaratoga: I read you (and JdGordon) were wondering about that one line which checks for filling
02:51:27moosyeah :)
02:51:42saratogakugel: which is this?
02:51:58 Quit Sajber^ (Read error: 104 (Connection reset by peer))
02:52:25kugelnot checking, I mean line 2001
02:53:21kugelmaybe I confuse it now. but in case you were wondering, I added that line to fix a bug where it wouldn't unboost after refilling
02:53:26kugelin playback.c btw
02:53:49saratogathe one JdGordon emailed the list about?
02:54:40kugelno, he was about some unused event
02:54:52 Join dubhdara [0] (n=mandolin@dialup-4.154.5.38.Dial1.Atlanta1.Level3.net)
02:56:16saratogalostlogic in r9601 adds the check to see that the next track is buffered before allowing reuse of the codec
02:57:26 Part dubhdara
02:57:41saratogakugel: in audio_fill_file_buffer ?
02:58:01kugelyes
02:58:49saratogai can't remember what we were wondering so its probably not a big deal
02:59:02kugelalright, I just wanted to mention it
03:00
03:01:01kugelah no, I added the (filling != STATE_FILLING) to the if. without that, it would just stop rebuffering if it happened during a track skip, leaving the cpu boosted
03:01:21 Quit PaulJam (Read error: 113 (No route to host))
03:07:55 Quit xDonny ("Leaving")
03:08:18lostlogicsome day you'd think I'd write rockbox code again instead of just haunting.
03:08:51mooslostlogic: wow, long time!
03:09:23lostlogicsup dr moos :)
03:09:28saratogalostlogic: help
03:09:35lostlogicsaratoga: with your sanity?
03:09:49saratogayeah
03:10:00saratogai don't understand the logic when deciding to reload a codec
03:10:19lostlogicoh dear, and you think I do? what was the date of R9601 exactly? :-P
03:11:08saratogabefore i started here
03:11:09saratoga2006
03:11:17*JdGordon doesnt tihnk its a good idea to assume a line from 11000 revisions ago is up to date
03:11:32JdGordon21000 even
03:11:36lostlogicteehee
03:11:40JdGordonno.. umm...
03:11:51lostlogicJdGordon: I thought you weren't around this evening?
03:11:58JdGordon45min to go
03:12:17lostlogicJdGordon: gotcha
03:13:19saratogaskips on low memory targets basically move through completely different call sequences
03:13:36lostlogicyeah, I totally don't understand playback any more (just checked)
03:14:26saratogado you remember much of audio_check_new_track ?
03:14:45lostlogicactually, it's starting to come back to me :(
03:14:51 Join heretoo [0] (n=tristan@84-73-223-91.dclient.hispeed.ch)
03:15:24mooslostlogic: let's it come on you :)
03:16:03saratogainterestingly, if I comment out all the way to get out of audio_check_new_track early, the clip goes down a similar path to larger memory targets and theres no deadlock
03:17:06saratogaits the call to audio_rebuffer(); that kills it
03:19:56lostlogicwell at first glance, it looks like audio_rebuffer should e called on the buffer thread not the codec thread, but that is not currently the case −− am I missing something obvious (like a buffering thread not existing) that has changed since last I poked my nose in?
03:20:49lostlogicnvm, totally off base.
03:22:03kugeldon't worry, the whole thread stuff in that area isn't trivial
03:22:41lostlogicsaratoga: so this deadlock −− it's between one thread waiting for the codec to be loaded and what else?
03:23:02lostlogickugel: I know −− before nicop pulled buffering out of playback.c I wrote most of it ;)
03:23:32saratogalostlogic: the specific one i'm chasing involves an attempt to load a codec for the next track, this fails, and then leaves the system in a bad state
03:23:37kugelyea, I already heard it was much worse a long time ago :)
03:23:47saratogaeventually it deadlocks waiting for some buffering events or something like that
03:24:15kugelis it actually notifying the other threads about a failed load?
03:25:08saratogakugel: i'm not sure
03:25:08lostlogicsaratoga: guessing that on lowmem targets the buffer at that point has < codecsize space and that's the difference?
03:25:22saratogalostlogic: probably
03:25:47saratogai think its a combination of the lack of memory forcing buffering to endlessly reload the codec, and some edge case that only happens when its being reloaded
03:25:59 Join CaptainKwel [0] (n=jason@207.237.172.77)
03:26:09saratogasince larger memory targets very rarely reload the codec, they have very few shots at getting this condition
03:26:57lostlogichmm, there shouldn't really be a difference in targets codec reload frequency −− once the codec is loaded it doesn't matter if it's still on the buffer or not, right?
03:26:58saratogaperhaps I should put up a clip test build with codec rebuffering disabled and see if people report deadlocks as frequently
03:27:02saratogaerr much less frequently
03:27:07kugelactually, that "reload codec if next track isn't buffered" thing shouldn't be needed since the codec of the next unbuffered track is basically known
03:27:34saratogalostlogic: on low memory targets the codec is rebuffered whenever theres a track skip (not sure if it happens on normal track change)
03:27:49kugelwell, only the metadata is known, but that's a) a mostly safe bet, and b) can be corrected once the track actually plays
03:28:37saratogathe filename is known which is enough to pick the codec, except maybe in the case of RM or MP4 files
03:28:57lostlogicsaratoga: wonder if we can change the code to allow restarting a codec that's already in the codec RAM rather than requriing that it be recopied from either buffer or disk once it has exited.
03:29:06kugelthe whole mp3entry struct is dumped for the next unbuffered track
03:29:08lostlogic(I had thought we already did)
03:29:21saratogawe already do
03:29:28saratogait just doesn't work right when theres not much ram
03:29:34lostlogicwell that's dumb :-P
03:29:40saratogawell its your code :)
03:29:46lostlogic*grin*
03:29:48saratogaand i have the svn logs to prove it
03:30:32lostlogicI'm actually surprised that that much of my code has survived nicop, pondlife and kugel over the years.
03:30:53kugeloh don't count me in, I did very little work on that
03:31:05saratogai wonder why it was necessary to check if the file was already buffering in the first place
03:31:32saratogain the worst case you just wouldn't buffer in advance and it would load it on track change, right?
03:32:01saratogahonestly for a flash target I wonder if theres ever any reason to buffer the codec
03:32:56lostlogicsaratoga: some people basically wonder if there's any need for much of a buffer at all on flash targets and prefer to use almost all ram for PCM buf
03:33:09kugelnot doing it doesn't gain anything except giving separate buffering systems (assuming the code works as expected that is)
03:33:41saratogayeah ideally we should fix this problem on all targets
03:33:52saratogasince in theory it coudl happen to larger memory targets
03:34:04kugellostlogic: what's the advantage if that?
03:34:31saratogaactually i wonder what would happen if you played a playlist that switched codec formats on every track for a bigger memory target
03:34:53lostlogickugel: some say it improves battery life by boosting for longer less frequently or some such I think
03:35:13JdGordonthe codecs already are supposed to handle being restarted on the next track.... I tihnk everyone was under the assumption that that still happen
03:35:22saratogaat least on PP it seemed to cost more power to buffer less because the flash memory didn't sleep as efficiently
03:35:24kugelless boosting for pcm for more often boosting to rebuffer isn't a good trade off it seems, reading from flash is still more demanding than reading from ram
03:35:41saratogaJdGordon: yes they do, and they have to be otherwise the ones using malloc won't work
03:35:51saratogasince we don't actually implement free(0
03:35:54lostlogickugel: makes sense to me −− I didn't say I was one of those people ;)
03:35:54saratogafree()
03:36:22JdGordonI belive the codec api has a bool for this.. so the change should just be on the playback side...
03:36:39kugeladditionally we have free() now for codecs
03:36:51kugelbut only vorbis uses it
03:37:21 Join MethoS- [0] (n=clemens@134.102.106.250)
03:38:04kugelrestarting is fine anyway, as long as it doesn't *reload* (i.e. from disk)
03:38:58lostlogicyeah, so for saratoga's issue, we'd need to change the path of audio_rebuffer (and it's callees) to allow for codec reuse?
03:39:40kugelI thought the codec is reused
03:40:10lostlogicmaybe just audio-rebuffer doesn't know that the codec is going to be reused, so it tries to rebuffer it unnecessarily?
03:40:17saratogano its already reused
03:40:17 Join rvvs89_ [0] (n=ivo@bright-snat.ucc.asn.au)
03:40:22lostlogicI shoudl really get out of this, cuz I don't know any more
03:40:25saratogaright now its just rebufferd for no reason
03:40:43saratogabasically it copies the mp3 codec over itself, then memsets it again
03:40:48kugelon all, or only lowmem?
03:40:52saratogalowmem
03:41:15kugelbut you said that only happens if one is skipping tracks?
03:41:22lostlogicsaratoga: sure it copies it over itself and doesn't just rebuffer it and discard it from the buffer?
03:41:32kugelthe deadlock happens with just letting it play too
03:41:47saratogaoh maybe that happens
03:41:51saratogai don't think it matters though
03:41:54 Quit rvvs89 (Read error: 101 (Network is unreachable))
03:42:56kugelsaratoga: btw, on the devcon we found that moving the main stack onto IRAM vastly improves the deadlock problem too. we had some 3h of continuous playback
03:43:12saratogai remember hearing that
03:43:19 Quit pixelma (Nick collision from services.)
03:43:20kugelthat was an album that deadlocked within 30min without that change
03:43:21 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma)
03:43:29 Quit amiconn (Nick collision from services.)
03:43:33 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn)
03:43:40 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn)
03:43:43 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma)
03:43:51kugelIIRC I checked that but I'm not too sure anymore
03:44:06kugelanyway, nice to see that the deadlocks are already narrowed down this far, good luck for the rest of the night, I'm heading off
03:44:19 Quit kugel ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
03:58:35 Quit chandoo ("Leaving")
04:00
04:07:29 Quit TheSeven (Nick collision from services.)
04:07:47 Join The_Seven [0] (n=theseven@dslb-084-056-188-036.pools.arcor-ip.net)
04:07:57 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-188-036.pools.arcor-ip.net)
04:21:42 Join antil33t [0] (n=Mudkips@125-236-160-62.broadband-telecom.global-gateway.net.nz)
04:26:50 Quit robin0800 ("Leaving")
04:29:50 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk)
04:30:22 Quit Lss (Read error: 104 (Connection reset by peer))
04:31:18***Saving seen data "./dancer.seen"
04:34:51 Quit merbanan (Read error: 110 (Connection timed out))
04:37:47 Quit MethoS- (Remote closed the connection)
04:39:44 Quit n00b81 ("Ex-Chat")
04:42:49 Quit Rondom (Nick collision from services.)
04:42:59 Join Rondom [0] (n=Rondom@dslb-084-057-174-097.pools.arcor-ip.net)
04:51:06 Join kushalone [0] (n=kushal@12.169.180.178)
04:59:56 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
05:00
05:27:44 Quit DirtySkeMe (Remote closed the connection)
05:42:33 Quit dfkt (Read error: 104 (Connection reset by peer))
05:43:41 Quit heretoo (Read error: 110 (Connection timed out))
05:47:03 Join guest101 [0] (i=www-data@giant.haxx.se)
05:51:02guest101hi. i just installed rockbox, but i can't seem to find time stretcher in the sound settings. where do you enable it?
06:00
06:09:43 Quit guest101 ("CGI:IRC")
06:19:03 Quit kushalone (Client Quit)
06:29:29 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
06:31:21***Saving seen data "./dancer.seen"
06:32:39 Join guest101 [0] (i=www-data@giant.haxx.se)
06:36:18 Quit guest101 (Client Quit)
06:40:29 Quit daurn (Read error: 110 (Connection timed out))
06:41:24 Join daurn [0] (i=daurnima@freenode/staff/daurnimator)
06:48:47 Join kushalone [0] (n=kushal@12.169.180.178)
07:00
07:02:59 Join robin0800_ [0] (n=robin080@149.254.200.216)
07:04:03 Quit robin0800_ (Client Quit)
07:11:40 Join Horschti [0] (n=Horscht2@xbmc/user/horscht)
07:12:20 Join daurn| [0] (n=daurnima@freenode/staff/daurnimator)
07:16:22 Quit robin0800 ("Leaving")
07:21:35 Quit daurn (Network is unreachable)
07:30:07 Quit Horscht (Read error: 110 (Connection timed out))
07:32:34 Join daurn [0] (i=daurnima@freenode/staff/daurnimator)
07:35:23 Join foe [0] (n=foe@60-240-228-213-vic-pppoe.tpgi.com.au)
07:49:01 Quit daurn| (Read error: 110 (Connection timed out))
08:00
08:01:17 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey)
08:11:23 Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net)
08:31:23***Saving seen data "./dancer.seen"
08:49:42 Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
08:51:40 Join n1s [0] (n=n1s@rockbox/developer/n1s)
08:53:25 Join flydutch [0] (n=flydutch@host253-166-dynamic.8-87-r.retail.telecomitalia.it)
09:00
09:26:32 Nick rvvs89_ is now known as rvvs89 (n=ivo@pdpc/supporter/base/rvvs89)
09:27:37 Join funman [0] (n=fun@rockbox/developer/funman)
09:43:27 Join esperegu [0] (n=quassel@145.116.15.244)
09:44:17espereguare there ani current models that are supported by rockbox?
09:53:46 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
10:00
10:07:54 Quit BHSPitLappy (Remote closed the connection)
10:08:34markunesperegu: I don't think so. You can see the status of the players on the front page: http://www.rockbox.org/
10:08:44 Join d20 [0] (i=www-data@giant.haxx.se)
10:08:47d20hello?
10:08:54d20anyone is threr
10:08:56d20?
10:09:13markunyes, many people
10:09:36d20is there a rockbox for iriver d20?
10:09:48d20the dicple alpha
10:10:00markunnope
10:10:10d20oh
10:10:14d20really
10:10:18markunI see some talk about it in 2006
10:10:35markunbut nobody who owns such a player has worked on a rockbox port
10:11:02d20hmm... but what's wrong about that?
10:11:27esperegumarkun: yeah. but unfortunately they do not say if they are still available or not.
10:11:53d20what do you mena?
10:11:59Bagderd20: those people must simply be stupid ;-P
10:11:59espereguwould be nice to make add the 'in and out of production' dates
10:12:14Bagderd20: ports to players are done by owners of such devices
10:12:31Bagderif no one steps forward and do the work, it won't get done
10:12:56d20bagder// oh, really? I have a d20.
10:12:58Bagderesperegu: see the BuyersGuide wiki page
10:14:54 Quit stoffel (Remote closed the connection)
10:15:32espereguBagder: thx. so unfortunately none. would be nice to have a more prominent link to that page on the homepage though.
10:15:45 Join pamaury [0] (n=pamaury@140.77.26.234)
10:15:47 Quit vitja_ (Remote closed the connection)
10:15:58pamaurypcc1: hello
10:17:24 Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
10:19:44 Join ender` [0] (i=krneki@84.255.206.8)
10:26:20 Quit d20 ("CGI:IRC (EOF)")
10:31:26***Saving seen data "./dancer.seen"
10:35:46 Quit z35 (Read error: 110 (Connection timed out))
10:37:16 Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com)
10:50:56 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se)
10:51:29 Join AndyIL [0] (n=pasha_in@212.14.208.235)
10:52:19 Quit funman ("free(random());")
10:53:15pcc1pamaury: hello
10:53:41pamaurypcc1: did you have a look at the code I commited on github ?
10:53:43pcc1sorry I didn't reply to your email, I was busy with other things
10:53:45pcc1yes
10:54:20pamauryDid you code something else or not ? If not, I can try to finish the code by adding the SendObject operation
10:55:30pcc1no, I haven't. you can work on it if you like
10:56:16pamauryok I'll do it now
10:58:33 Quit AndyI (Read error: 145 (Connection timed out))
11:00
11:01:12 Quit kushalone (Client Quit)
11:03:14pixelmais there any sense in having the CONFIG_I2C defines twice in the config files (e.g. in the ones for the CreativeZVs and the m200v4). I'm asking because I prepare a commit which is somewhat related and could remove the duplicates too while at it.
11:07:59linuxstbpixelma: No, there's no reason for that. So yes, delete the duplicates.
11:09:13pixelmathanks
11:17:55 Join MethoS- [0] (n=clemens@134.102.106.250)
11:20:24*linuxstb gets confused by the new wysiwyg editor on the wiki...
11:20:27 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr)
11:22:15*linuxstb discovers "Raw edit" and is happy again
11:26:27*linuxstb wonders why saratoga created TargetClassifications, after saying he would put it into TargetStatus (where that information already is)
11:27:47pixelmaare you sure it happened in this order, maybe he created the former first and then discovered that the latter is the better place?
11:29:08linuxstbHe asked in IRC where to put that info, and suggested TargetClassifications. I suggested he just add it to the existing TargetStatus, and he said "OK",.
11:29:54linuxstbHe added a link to TargetClassifications from TargetStatus, but then didn't delete the descriptions of the classifications from TargetStatus...
11:30:35 Join Jaykay [0] (n=chatzill@p5DDC7C5D.dip.t-dialin.net)
11:30:41pixelmahmm, no idea then
11:31:34linuxstbHmm, and exact timestamps don't seem to be displayed on the wiki anymore - just the day...
11:37:02 Quit stoffel (Read error: 113 (No route to host))
11:37:17CIA-43New commit by 03pixelma (r22736): Remove dead or useless defines: HAVE_ONDIO_IC was replaced by CONFIG_I2C but just added not replaced for the OndioFM in errr... r5675. The creativezv* ...
11:38:04pixelmasorry for typo
12:00
12:02:30 Join Farthen [0] (n=chatzill@p50988dd0.dip0.t-ipconnect.de)
12:08:17 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
12:15:15 Quit DarkDefender (Remote closed the connection)
12:15:24 Quit Jaykay ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
12:18:11 Join DarkDefender [0] (n=rob@78.69.30.229)
12:25:24 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
12:31:27***Saving seen data "./dancer.seen"
12:35:15 Join wodz [0] (i=www-data@giant.haxx.se)
12:36:44wodzhello, Is there some ColdFire guru available?
12:50:48AlexPwodz: Just ask - if people know the answer they will reply
12:53:09 Quit pamaury ("exit(*(int *)0 / 0);")
12:54:17wodzdocumentation to the CF IDE interface states that CF address lines a[1:5] are connected to through the buffer to the ide address lines a[0:2] and cs0, cs1
12:54:43wodzso is CF a0 line don't care than?
12:55:35wodzor it has some other function?
13:00
13:01:18 Join kushalone [0] (n=kushal@12.169.180.178)
13:11:09 Join hansaa [0] (n=sadadasd@muedsl-82-207-229-247.citykom.de)
13:11:21hansaahi
13:11:35hansaawhat's the best mp3 player rockbox runs on?
13:14:40krazykitit depends on what features you want. check out http://www.rockbox.org/wiki/BuyersGuide
13:15:07 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be)
13:15:59 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
13:17:33hansaathe mp3 player should still be sold :S
13:18:39wodzI think the easiest to get are some iPods
13:21:34 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
13:23:34linuxstbhansaa: Then that narrows the list down to zero...
13:24:24krazykithansaa, well, you can buy them on ebay or craigslist, so /someone/ is selling them
13:25:02hansaaoh :(
13:25:23markunor buy a new player and start porting of course :)
13:25:33hansaaheh
13:28:15 Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
13:34:20 Join polobricolo_ [0] (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
13:35:06 Join pamaury [0] (n=pamaury@dhcp-66-35.ens-lyon.fr)
13:35:20 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow)
13:47:48 Quit polobricolo (Read error: 110 (Connection timed out))
13:53:24 Quit polobricolo_ ("Konversation terminated!")
13:53:48 Join polobricolo_ [0] (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
13:54:20 Nick polobricolo_ is now known as polobricolo (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
13:59:35 Quit stoffel (Read error: 113 (No route to host))
14:00
14:01:25 Quit flydutch ("/* empty */")
14:02:27 Quit wodz ("CGI:IRC (EOF)")
14:04:06 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca)
14:12:54 Join AndyI [0] (n=pasha_in@212.14.205.32)
14:13:26 Join stoffel [0] (n=quassel@p57B4FF1D.dip.t-dialin.net)
14:14:47 Join shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de)
14:15:44 Join funman [0] (n=fun@rockbox/developer/funman)
14:17:43 Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com)
14:18:52 Quit shaggy-h (Client Quit)
14:20:07 Quit AndyI ()
14:24:49 Join AndyI [0] (n=pasha_in@212.14.205.32)
14:28:22markunfunman: do you know something about the sansa clip+?
14:28:45funmanmarkun: i only know the clip+ has a µSD slot and that the chip looks similar (same printing) to the chip in the Clipv2, we need a firmware file to tell more
14:30:41markundo we have the datasheet?
14:30:52 Quit AndyIL (Read error: 113 (No route to host))
14:31:30***Saving seen data "./dancer.seen"
14:32:27markunI guess not
14:32:50funmani have to contact the AMS guy again for the datasheet since he didn't come to me
14:33:05markunyes, please do
14:36:54funmani'll try to think about it soon :)
14:36:55 Quit funman ("free(random());")
14:41:43 Quit polobricolo (Read error: 104 (Connection reset by peer))
14:42:29 Join Rob2222 [0] (n=Miranda@p4FDCCCFA.dip.t-dialin.net)
14:46:27 Join mrtok [0] (i=www-data@giant.haxx.se)
14:47:14 Join Sajber^ [0] (n=Sajber@c-4f3471d5.012-155-73746f22.cust.bredbandsbolaget.se)
14:47:49 Quit mrtok (Client Quit)
14:49:31 Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com)
14:50:55 Join AndyIL [0] (n=pasha_in@212.14.205.32)
14:51:23 Quit AndyI (Read error: 104 (Connection reset by peer))
14:52:39 Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net)
14:54:49 Quit DirtySkeMe (Remote closed the connection)
14:59:02 Part hansaa
15:00
15:01:16 Join polobricolo [0] (n=paul@AGrenoble-257-1-56-62.w86-206.abo.wanadoo.fr)
15:02:37 Join AndyI [0] (n=pasha_in@212.14.208.235)
15:10:51 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
15:11:29 Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net)
15:13:16 Quit AndyIL (Read error: 110 (Connection timed out))
15:15:29 Quit linuxstb (Read error: 113 (No route to host))
15:20:23 Quit merbanan (Remote closed the connection)
15:32:57 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.")
15:45:24 Quit foe ()
15:48:16 Quit pamaury ("exit(*(int *)0 / 0);")
15:57:05 Quit matsl (Read error: 110 (Connection timed out))
16:00
16:03:33 Quit DarkDefender (Remote closed the connection)
16:04:31 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht)
16:05:59 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
16:11:27 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net)
16:15:47 Quit robin0800 (Remote closed the connection)
16:18:40 Join chandoo_ [0] (n=chandoo@ool-4353b978.dyn.optonline.net)
16:23:43 Quit mcuelenaere ()
16:26:04 Quit TopyStream (Read error: 113 (No route to host))
16:31:33***Saving seen data "./dancer.seen"
16:31:34 Quit antil33t (Read error: 113 (No route to host))
16:31:42 Quit chandoo (Read error: 110 (Connection timed out))
16:47:47 Join dfkt [0] (i=dfkt@unaffiliated/dfkt)
16:50:57 Quit Res1 (":\")
16:55:18 Quit MethoS- (Read error: 145 (Connection timed out))
16:56:24 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
16:57:47 Quit robin0800 (Remote closed the connection)
16:59:38 Join mrtok [0] (i=www-data@83.168.254.42)
17:00
17:00:20 Join bertrik [0] (i=www-data@giant.haxx.se)
17:00:56 Join brn2dth [0] (n=chatzill@63.245.17.11)
17:02:31 Quit bertrik (Client Quit)
17:03:07 Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net)
17:05:44mrtokhelo
17:07:08 Join TopyMobile [0] (n=topy@a91-153-193-56.elisa-laajakaista.fi)
17:07:11 Quit brn2dth ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
17:07:42mrtokneed some help - does this webclient work properly very _slow_
17:08:11AlexPthe Rockbox irc client?
17:08:55AlexPTry the freenode one, it is much better
17:09:43 Quit mrtok ("CGI:IRC")
17:14:02 Join mrtok [0] (n=dummy@p5089FD65.dip.t-dialin.net)
17:15:38mrtokhello - someone you can help me in understanding make of rockbox?
17:16:59mrtok?
17:18:27Lloreanmrtok: Do you have a specific question?
17:19:02mrtokyes
17:19:53mrtokLlorean: I tried adding some lines of C and assembler - where do i have to add linker related stuff - already edited SOURCES
17:20:25LloreanWhat exactly are you trying to do?
17:20:55mrtokI wrote my own eq and like to replace the existing one - just4fun
17:21:01markunfor just adding some lines of code you don't need to modify anything else
17:21:20mrtokmarkun: and file ;o)
17:21:51mrtokI have a C file which needs to be linked against assembler outputs
17:22:31mrtokin other words: the error is undefined reference to ... (linker output)
17:24:24mrtok? - is that clear enough - sorry for my bad english
17:25:50mrtokmmh
17:26:17amiconnIf your source files are compiled and assembled, you don't need to do anything special to have them linked
17:27:02mrtokokay - this is good to know - maybe there is something wrong mwith my assembler files e.g. defining exports right
17:27:09amiconnIf you get an error regarding undefined symbols, either there is something wrong with your code, or in SOURCES
17:27:54mrtokin SOURCES I just added the source files in the order of dependancies ... right?
17:28:38amiconnThe order doesn't matter
17:29:53mrtokso just adding the files
17:30:04mrtokyou figures out the dependencies ?
17:30:19mrtoksorry -yuo +who
17:31:21amiconnThe linker does
17:32:47mrtokin my opinion i have to tell the linker which files belong together - esp. when using a lib, i have to say, link against this lib - so i thought i have to tell the linker when compiling my c file and my .S files that they belong together
17:33:25mrtokbut during i think about it... do i have to use a special .section in my .S files?
17:35:45mrtokso that the linker looks up right?
17:35:57amiconnNo you don't need to do that for proper linking
17:36:21mrtokso what could be wrong when i get thos errors?
17:37:13amiconnWell if both your .c is compiled and the .S is assembled, I'm 99% sure there is something wrong in your code istelf
17:37:24mrtokill be back in a minute just have to reboot...
17:38:14 Quit TopyMobile (Read error: 113 (No route to host))
17:41:32 Join mrtok1 [0] (n=dummy@p5089FD65.dip.t-dialin.net)
17:41:46mrtok1so im back
17:44:37 Quit mrtok1 (Client Quit)
17:45:52 Join than0 [0] (n=thanaton@99.180.193.18)
17:47:32 Join mrtok1 [0] (n=dummy@80.137.253.101)
17:53:42 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds)
17:56:06mrtok1sorry the error is undefined reference ...
17:56:13mrtok1what is going wrong here
17:57:08 Quit mrtok (Read error: 113 (No route to host))
18:00
18:01:25 Quit mrtok1 ()
18:03:30 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer))
18:04:23 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
18:18:09 Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com)
18:19:24 Quit DarkDefender (Remote closed the connection)
18:20:13CIA-43New commit by 03rob (r22737): Cowon D2 player images drawn by myself (incorporating cowon.svg from Wikimedia Commons)
18:22:43CIA-43New commit by 03rob (r22738): A Cowon D2 bitmap for the website
18:23:07 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
18:28:14shotofaddsBagder: The front page should say "Cowon D2" not "Cowon iAudio D2" (since it's not an iAudio branded player), but i can't change it since SVN is not in sync with the web site...
18:31:37***Saving seen data "./dancer.seen"
18:32:35 Join gregzx [0] (n=chatzill@dsk235.neoplus.adsl.tpnet.pl)
18:32:57 Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de)
18:36:46 Join kyle6513 [0] (n=kyle6513@58.174.128.189)
18:42:36 Quit n1s (Read error: 110 (Connection timed out))
18:51:43 Join AndyIL [0] (n=pasha_in@212.14.205.32)
18:55:20 Join TopyMobile [0] (n=topy@a91-153-193-56.elisa-laajakaista.fi)
18:56:21 Join Lss [0] (n=Lss@cm87.delta89.maxonline.com.sg)
18:57:33 Quit AndyI (Read error: 148 (No route to host))
18:58:39 Join n1s [0] (n=n1s@rockbox/developer/n1s)
19:00
19:04:35rwong /layout save
19:04:38rwongoops
19:06:24kyle6513haha
19:10:04 Quit parafin ("So long and thanks for all the fish")
19:12:11 Quit shotofadds ("Leaving")
19:20:13 Join cornwall [0] (n=cornwall@nateres205.tel.miami.edu)
19:21:44 Quit DarkDefender ("Leaving")
19:21:58 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com)
19:28:40 Quit AndyIL (Read error: 145 (Connection timed out))
19:30:14 Join AndyI [0] (n=pasha_in@212.14.208.235)
19:31:35 Join bertrik [0] (i=www-data@giant.haxx.se)
19:31:55 Join parafin [0] (i=parafin@paraf.in)
19:43:17 Quit Grahack ("Leaving.")
19:49:33 Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
19:50:36 Quit kadoban_ (Client Quit)
19:50:46 Join kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
19:50:55 Nick kadoban_ is now known as kadoban (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
19:54:07 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk)
19:55:10 Quit wincent_balin (Read error: 60 (Operation timed out))
19:57:57 Quit esperegu ("No Ping reply in 90 seconds.")
19:58:23 Join esperegu [0] (n=quassel@145.116.15.244)
20:00
20:00:50 Quit kyle6513 ("Leaving")
20:05:28 Join Riku [0] (n=Lss@cm87.delta89.maxonline.com.sg)
20:05:49 Quit Riku (Read error: 104 (Connection reset by peer))
20:09:25 Join MethoS- [0] (n=clemens@134.102.106.250)
20:09:54saratogalinuxstb: I made that page about 10 seconds before you suggested I not
20:10:46saratogaIMO a seperate page is a little simplier, since the TargetStatus page is not divided into Unstable/Unusable ports
20:14:50 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
20:17:26 Join flydutch [0] (n=flydutch@host253-166-dynamic.8-87-r.retail.telecomitalia.it)
20:18:54 Quit BlakeJohnson86 (Remote closed the connection)
20:20:52 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
20:21:03 Quit bughunter2 (Read error: 104 (Connection reset by peer))
20:28:27 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de)
20:28:38 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
20:29:51 Quit bertrik ("CGI:IRC (Ping timeout)")
20:31:40***Saving seen data "./dancer.seen"
20:40:12 Join toffe82 [0] (n=chatzill@64.139.99.50)
20:41:28saratogawhat do people think about posting about the AMS unstable release on the sandisk forums?
20:44:23 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2)
20:45:38 Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com)
20:49:51 Join than0_ [0] (n=thanaton@adsl-99-180-199-236.dsl.emhril.sbcglobal.net)
20:50:09 Quit than0_ (Remote closed the connection)
20:56:02 Join brn2dth [0] (n=chatzill@63.245.17.11)
20:58:15 Quit than0 (Read error: 145 (Connection timed out))
21:00
21:00:19 Join telliott [0] (n=Tim@d27-96-170-180.evv.wideopenwest.com)
21:01:51telliottAnyone know where I could find an Archos V1 (Windows) icon? I used to have one but somehow it got deleted
21:07:20 Quit wincent_balin (Read error: 110 (Connection timed out))
21:11:31amiconntelliott: From svn: http://svn.rockbox.org/viewvc.cgi/trunk/uisimulator/win32/rockbox.ico?view=log&pathrev=10542
21:11:48amiconn(old revision - current svn doesn't have it anymore)
21:12:35telliottThanks
21:22:14 Quit telliott ("Leaving")
21:22:34 Quit brn2dth ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
21:24:37 Quit parafin ("So long and thanks for all the fish")
21:24:49 Quit flydutch ("/* empty */")
21:34:16 Quit bluebrother (Nick collision from services.)
21:34:21 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
21:37:26Hadakaaww, can't join #debian-kernel? oh well
21:37:42 Join parafin [0] (i=parafin@paraf.in)
21:37:58Hadakawhoops, wrong chan
21:38:36 Join domonoky1 [0] (n=Domonoky@g229189120.adsl.alicedsl.de)
21:40:39 Join Strife89 [0] (n=michael@adsl-220-105-121.mcn.bellsouth.net)
21:53:37 Quit stoffel (Remote closed the connection)
21:56:18 Quit Strife89 (Read error: 104 (Connection reset by peer))
21:56:38toffe82for the one's working on player with SD card, this can help : http://www.sparkfun.com/commerce/product_info.php?products_id=9237
21:57:19 Quit domonoky (Read error: 110 (Connection timed out))
21:58:40*bluebrother sees a WYSIWYG editor in the wiki that trashes his custom html snippets :(
21:59:21bluebrotheris there a way to default to the old wiki markup?
22:00
22:00:12 Quit Farthen (Nick collision from services.)
22:00:30 Join Farthen_ [0] (n=chatzill@p50988dd0.dip0.t-ipconnect.de)
22:00:36 Nick Farthen_ is now known as Farthen (n=chatzill@p50988dd0.dip0.t-ipconnect.de)
22:01:46Dhraakellianhttp://www.rockbox.org/wiki/FunnyLangs says to see http://www.rockbox.org/wiki/LangFiles for details of how to compile the .lang to something rockbox can use, but I'm not right off seeing those details
22:05:45 Join kugel [0] (n=kugel@rockbox/developer/kugel)
22:06:44saratogatoffe82: theres a comment saying an SD sniffer is in teh works too
22:07:11bluebrotherDhraakellian: no experience with lang files on my side, but from my understanding the tool you need is tools/genlang
22:07:52saratogaerr microsd sniffer
22:08:17*Dhraakellian wants a piratey Fuze before TLaPD is over
22:09:28saratogaalthough without software to interpert what you're sniffing i think it would be difficult to sue
22:12:58domonoky1Dhraakellian: if look at the LangFile wikipage at the bottom, there is the command to convert a .lang into a .lng
22:13:23Dhraakellianah.. I see it now
22:13:26Dhraakelliankinda hidden
22:14:36Dhraakellian../../tools/genlang -e=english.lang -t=fuze:features -i=58 -b=pirate.lng pirate.lang ?
22:14:49Dhraakellianguessing on the -t and -i stuff
22:15:03domonoky1yes, but insert the correct feature string..
22:15:59Dhraakellianah
22:16:06Dhraakelliangotta check to see what that'd be
22:16:25toffe82this can help too, http://www.saleae.com/home/
22:17:22domonoky1Dhraakellian: take a look at rockbox-info.txt on your fuze.
22:17:35Dhraakellianthanks!
22:19:14Dhraakellian../../tools/genlang -e=english.lang -t=fuze:albumart:backlight_brightness:backlight_fade_bool:button_light:dircache:flash_storage:hold_button:lcd_bitmap:lcd_non-mono:lcd_color:pitchscreen:multivolume:quickscreen:radio:rtc:scrollwheel:swcodec:tagcache:tc_ramcache:charging:usb_charging:wheel_acceleration:large_plugin_bufferi=58 -b=pirate.lng pirate.lang
22:19:30*bluebrother would like to see a pirate lang file :)
22:19:40Dhraakellianhttp://www.rockbox.org/wiki/FunnyLangs
22:20:13Dhraakellianhmm... I think I pasted in the wrong spot
22:21:06bluebrotheroh, it's even in the wiki. Seems pretty outdated tough :/
22:21:47Dhraakellian"This is easily done by placing yourlang.lang inside the apps/lang directory inside your source tree and performing a 'make'."
22:21:53Dhraakellian*facepalm*
22:22:35 Nick domonoky1 is now known as domonoky (n=Domonoky@g229189120.adsl.alicedsl.de)
22:24:17DhraakellianI've been compiling svn myself anyway, so...
22:25:04domonokybeeing able to read is pretty helpfull :-)
22:25:17Dhraakellianreading and not just skimming
22:26:36AlexPbluebrother: Click on raw edit
22:28:41domonokybluebrother: rbutil1.2.2 still can not get the bleeding-info from the server, but via browser it works. could it be that rbutil doesnt understand the redirect ?
22:29:25pixelmaAlexP: I thought bluebrother asked about defaulting (to raw edit)
22:29:59AlexPah, I guess - I read it to mean can I get back to
22:30:28bluebrotherAlexP: the problem is that when switching to raw edit it already has stripped additional stuff. Like the div used for placement in the RockboxUtility page
22:30:58AlexPah
22:31:11AlexPIs that a side effect of wysiwyg or foswiki?
22:31:44***Saving seen data "./dancer.seen"
22:32:02bluebrotherno idea. I guess it's the wysiwyg editor.
22:37:23 Part cornwall ("Leaving")
22:40:35amiconnUmm, click "raw edit" directly?
22:42:01rasherProbably smarter in the long way to find something that also works with the wysiwyg editor
22:43:16bluebrotherah. That's a new entry :)
22:45:53domonokybluebrother: looks like rbutil correctly follows the redirect, but gives a false error if it sees a redirect.
22:54:38bluebrotherdomonoky: interesting. Following should work, but maybe there's a bug
22:55:28domonokybluebrother: yes, the bug, is that we call abort() on following without blocking signals, so this calls done(true) which then causes the error message..
22:58:36bluebrotherit's still strange it breaks now −− IIRC I added following back the times we used rockbox-themes.org, to fix some location change there.
23:00
23:00:07bluebrotherprobably it's a race issue ... testing on localhost obviously has less latency than going through the internet.
23:00:10CIA-43New commit by 03Domonoky (r22739): rbutil: dont output a error if rbutil follows a http redirect.
23:01:03domonokyno, it just that when you call abort() on a QHttp object it will issues thos signals. so no race condition...
23:01:44bluebrotherhmm, but not aborting the request is broken too. Then we'll get two signals sent.
23:02:02domonokyif you look at my commit, i also abort it.
23:02:08domonokybut with signals blocked :-)
23:02:42bluebrotherwell, the website took a bit to refresh ...
23:02:55bluebrotherthat should indeed work.
23:03:17domonokyit works, i tested it with the old url :-)
23:03:17 Quit merbanan (Read error: 110 (Connection timed out))
23:04:33domonokybut this will still nicely confuse our users. so a new release is needed :-)
23:08:38saratogais a new rbutil release planned soon?
23:11:19 Quit TopyMobile (Read error: 113 (No route to host))
23:11:27 Quit kugel (Read error: 104 (Connection reset by peer))
23:16:54 Quit bmbl ("Bye!")
23:21:28domonokysaratoga: its not really planned. but i would like to make a new release in the not so faar future.
23:21:59saratogadomonoky: with support for new targets?
23:22:23domonokysaratoga: at least e200v2 and fuze, they are already woring svn rbutil.
23:22:32saratogaok good
23:22:39saratogathat would be welcome
23:24:10domonokybluebrother: any objections against a new release this weekend ? or should we try to first make some RC binarys ?
23:24:50saratogai don't think an RC is needed if someone reports its broken it can be fixed then
23:25:05saratogabut obviously i don't know much about rbutil
23:27:58bluebrotherdomonoky: do we have something to mark unstable targets in rbutil?
23:28:46domonokybluebrother: nope.
23:29:10CIA-43New commit by 03bluebrother (r22740): Split out file access from mknkboot handling. ...
23:30:06bluebrotherwell, IMO we should have something like that. Maybe an icon. Or as simplest solution add an "(Unstable)" postfix to the target names.
23:30:42domonokyyes, the postfix would be the easiest solution... only rbutil.ini changes needed. :-)
23:31:06saratogathat seems sensible
23:31:08bluebrotherit's not a proper solution, but it would be sufficient to get a new rbutil release out soon.
23:31:18domonokyyes
23:31:27bluebrotherlater get that information from the download server, similar to the release version number stuff.
23:31:49bluebrotherbtw, maybe we can consolidate some of those server files after the move now.
23:32:19domonokyyes, getting that info from the server would be good.
23:32:23 Join GeekShado_ [0] (n=Antoine@198.207.192-77.rev.gaoland.net)
23:35:32rasherDoes it make sense to branch before release with the compressed schedule? Wouldn't it be fine to wait for when the release happens?
23:42:35 Join langzeitstudent_ [0] (n=langzeit@p57915A8E.dip.t-dialin.net)
23:49:44 Quit GeekShadow (Read error: 110 (Connection timed out))

Previous day | Next day