#rockbox 2010-01-24

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 2010-01-24

00:01:29		Quit intrados1 (Connection timed out)
00:06:56		Part froggyman
00:07:42		Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com)
00:08:02	Mode	"#rockbox +v intrados1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
00:08:50		Part stooo
00:21:50		Join MagusG [0] (i=magusg@c-98-192-69-229.hsd1.ga.comcast.net)
00:22:10	Mode	"#rockbox +v MagusG " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
00:22:14		Quit Bagder_ ("It is time to say moo")
00:23:40		Quit Zagor ("Leaving")
00:23:52		Quit MagusG (Read error: 113 (No route to host))
00:24:10		Join MagusG [0] (i=magusg@c-98-192-69-229.hsd1.ga.comcast.net)
00:24:30	Mode	"#rockbox +v MagusG " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
00:25:31		Quit dantje (Client Quit)
00:26:31		Quit hebz0rl_ (Read error: 110 (Connection timed out))
00:28:32	Unhelpful	hrm, could a similar method to the one used for overlay plugins be used to fill the remaining codec iram with a division LUT for APE? or should i just pick a size that leaves some wiggle room and leave it at that?
00:29:30	saratoga	Unhelpful: did you ever look at that codesourcery gcc branch?
00:30:14	Unhelpful	saratoga: only so far as to realize it was a bigger mess to build than i wanted to deal with at the time... why do you ask? might it help here?
00:30:52	saratoga	someone benchmarked it for Cortex and concluded it was quite a bit faster at ffmpeg then plain gcc4
00:33:02	Unhelpful	hrm. i wonder how much is down to optimization of the code being compiled and how much is from better library routines... in the case of APE i have dividers now that are faster than libgcc for all ARM versions we use - around 20% faster on arm7 and more like 2-5% on arm9e or arm11
00:33:33	Unhelpful	though i've not actually benched on arm9e, as i don't have a working target that uses it... nor is there one to my knowledge :)
00:33:54	Unhelpful	also, i wonder if gcc's autovectorization is involved
00:34:55	saratoga	i think this was with vectorization disabled
00:35:40	saratoga	Unhelpful: http://hardwarebug.org/2010/01/15/arm-compiler-update/
00:35:51	saratoga	also: http://hardwarebug.org/2010/01/14/beware-the-builtins/
00:35:53	saratoga	:)
00:36:12	Unhelpful	i'd be curious as to how vector-friendly some of our fixed-point stuff might be
00:37:26	Unhelpful	the VFP is much, much slower than libgcc's or my dividers for scalar values, although part of that is due to converting operands and results, which wouldn't happen if the data stayed in float or double
00:37:52		Join hebz0rl [0] (n=hebz0rl@dslb-088-067-209-242.pools.arcor-ip.net)
00:38:12	Mode	"#rockbox +v hebz0rl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
00:38:18		Quit tchan ("WeeChat 0.3.1-dev")
00:38:36	saratoga	most of the codecs should be vector friendly, but NEON is only on really high end targets, so that just leaves VFP
00:38:43	saratoga	high end ARM that is
00:39:59	Unhelpful	adding a reciprocal LUT for small divisors to the arm4 divider that ape uses gets the ape normal sample to 100% realtime... i'm just trying to figure out how to size the LUT appropriately for targets with varying codec iram size
00:40:08		Join tchan [0] (n=tchan@lunar-linux/developer/tchan)
00:40:28	Mode	"#rockbox +v tchan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
00:40:34		Join stooo [0] (n=sto@g227073185.adsl.alicedsl.de)
00:40:39		Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.0.17)
00:40:54	Mode	"#rockbox +v stooo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
00:40:59	Mode	"#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
00:56:43		Quit fyrestorm ("lamers envy me like they envy bill g -- main boot xp, just the way it should be!")
00:59:58		Quit robin0800_ (Remote closed the connection)
01:00
01:05:05		Quit stooo ("Leaving.")
01:09:36		Quit bertrik ("De groeten")
01:09:38		Quit DataGhost (Read error: 113 (No route to host))
01:26:29		Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr)
01:26:49	Mode	"#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
01:39:22	mc2739	saratoga, linuxstb: tags/bootloader_ams_v1/ is indeed the Ver 1.0 bootloaders for the AMS devices. It was created on Oct. 9, 2009. Since the bootloaders for e200v2 and Fuze are dated July 5, 2009, I assume they just never got placed on the download server. I have checked out that version and if you are in agreement, I will create bootloaders for testing and placement on the download server.
01:52:21	***	Saving seen data "./dancer.seen"
01:55:26		Quit pjm0616 (Client Quit)
02:00
02:01:23	AlexP	mc2739: That makes sense.
02:03:31		Quit geertvdijk ("ChatZilla 0.9.86 [Firefox 3.5.3/20090824101458]")
02:04:18	S_a_i_n_t	If there's any WPS savvy devs here, can I please please! PLEASE!! get you to look at: http://www.datafilehost.com/download-ce21757f.html and tell me what I've messed up? Alternating sublines for the current/next track info go crazy when returning from the hold screen. There's a recent(-ish) SIM for Nano 1st Gen I've prebuilt here: http://www.datafilehost.com/download-77639b1c.html let a track play for a minute or so with hold on then take hold off & y
02:07:04	mc2739	S_a_i_n_t: You might want to look at FS #10926 and see if it could be similar to you problem
02:07:16	mc2739	s/you/your/
02:07:36	S_a_i_n_t	thansk...will do.
02:10:47	S_a_i_n_t	mc2739: no, wish it was though. when returning from the hold screen all the transitions that the alternating sublines would have made (if visible) are backed up and alternate in sequence untill finished.
02:10:52	S_a_i_n_t	does that explain it?
02:12:27	S_a_i_n_t	if 50 sublines would have alternated while hold is on, when i take hold off they alternate at approx 0.1sec intervals...it's weird
02:13:31	mc2739	oh, I understand now
02:13:57	Unhelpful	it looks like most targets only define iram size in app.lds...ugh. :/
02:14:57	saratoga	Unhelpful: usually we just check for PP5022 or the iaudios
02:15:09	saratoga	they're the only non 96k IRAM targets where IRAM is useful
02:15:44		Join rhodan_ [0] (n=quassel@88-192.3-85.cust.bluewin.ch)
02:16:04	Mode	"#rockbox +v rhodan_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
02:19:09	Unhelpful	so beat f, clip, and nano2g i shouldn't worry about? also this method isn't really applicable to CF as it lacks a high-word multiply - although perhaps it might be worth it even though it's a few extra instructions
02:20:38	saratoga	the first two yes, i'm not sure about the nano2g actually
02:29:58		Quit rhodan (Read error: 110 (Connection timed out))
02:33:56	TheSeven	nano2g could give up to 128KB of IRAM to codecs
02:34:20	TheSeven	and IRAM is significantly faster than DRAM, however twice as slow as the cache
02:34:24	Unhelpful	for armv4 without iram i'm not sure how big a win this really is... pretty much it depends on being able to fetch a reciprocal for divisors below 5000 or so without a great delay
02:34:35	TheSeven	cache is 4KB instr and data each IIRC
02:39:47	Unhelpful	4096 is enough to cover just over half of the divisions done by ape codec on the normal sample file... i bumped it up to 5500 or so on my e200 just because i had the room, but it doesn't make a huge difference. i never actually timed with cutting off reciprocals at 4096, though, i'll try it now.
02:40:57	Unhelpful	also nano2g manages a respectable speed without this rather nasty hack ;)
02:40:58		Quit DerPapst ("Leaving.")
02:42:18	TheSeven	Unhelpful: could we maybe do ape-4000 realtime with that hack? :-D
02:42:37	saratoga	what does the nano 2 use the other IRAM for? IIRC it has a lot right?
02:42:45	Unhelpful	TheSeven: gimme a sec, i'll paste my modification...
02:43:11	TheSeven	saratoga: 176KB total, and ~50 needed by the core
02:43:28	TheSeven	the meizus have 256KB total
02:48:11	saratoga	TheSeven: if you get bored, you should run test_codec on the samples in the wiki and then post the results
02:48:31	TheSeven	i already did that some months ago
02:48:50	*	TheSeven wonders where the results are...
02:50:18	saratoga	if you find them put them on the wiki
02:50:24		Quit hebz0rl ("Ex-Chat")
02:51:42	TheSeven	http://pastie.org/691128
02:51:45	Unhelpful	here's a patch, change recip_max to change the table size. since 1 can't be handled correctly by this method anyway, the table starts at 3. a subtraction is done, a negative result branches to code that handles divide by 0/1/2.
02:51:49	TheSeven	http://pastie.org/691076
02:51:55	TheSeven	http://pastie.org/690527
02:51:56	*	Unhelpful always forgets :/ http://pastie.org/791871
02:52:04	TheSeven	http://pastie.org/689472
02:52:12	TheSeven	http://pastie.org/689306
02:52:54	Unhelpful	hrm, i should probably move the branch for div0 after the 1/2 handling
02:53:22	TheSeven	some of the wma tests may have been tested without an IMDCT
02:53:53		Quit efyx_ (Remote closed the connection)
02:56:13	saratoga	thats right i've seen these
02:56:20	saratoga	did you ever figure out why the times were so slow?
02:56:34	*	TheSeven guesses that it's slow iram
02:56:35	saratoga	what about hte WMA tests?
02:56:47	TheSeven	http://pastie.org/691220
02:57:09	saratoga	WMA is half as fast as the Nano 1G, and even slower then the gigabeat f which doesn't use IRAM
02:58:23	TheSeven	I haven't analyzed that in detail
02:58:26	saratoga	did it really take 2 hours to decode a single APE file?
02:58:58	TheSeven	yep
02:59:17	TheSeven	c5000 was extremely much slower than c4000
03:00
03:00:15	saratoga	theres no posted battery benches, but I remember you saying it was pretty good even so?
03:01:06	TheSeven	33h with mp3 192kbit/s, backlight off all the time
03:01:16	*	Unhelpful tries ape high just to hurt his e200 some
03:01:44	saratoga	thats amazing
03:01:56	TheSeven	however the ipod was connected to a set of pc speakers and not headphones
03:01:58	Unhelpful	but i know this is very unlikely to get that to even half realtime, esepecially as the division count is fixed regardless of bitrate
03:02:05	TheSeven	may make a difference of some few mA
03:02:28	saratoga	the samsung CPU must be many times more power efficient then AMS or PP
03:02:34	saratoga	per MHz
03:03:21	TheSeven	liar managed to bring the whole ipod down to ~11mA with the LCD completely powered off but the CPU active (not sleeping, 96MHz most of the time)
03:03:38	TheSeven	but that was really aggressive undervolting
03:03:58	saratoga	PP is about 4 mA for MHz
03:04:14	saratoga	err 4MHz per mA
03:04:18	TheSeven	my ipod is somewhere at ~12mA average when playing mp3s with backlight off but lcd on
03:04:37	TheSeven	(assuming the battery is still at its 400mAh)
03:04:48	TheSeven	it's 3 years old btw, and was used quite a lot
03:04:49	saratoga	these are 90nm chips?
03:04:55	TheSeven	no idea
03:05:13		Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net)
03:05:34	Mode	"#rockbox +v JdGordon1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
03:05:49	TheSeven	apple achieves ~15mA average on them when feeding into 32 ohm phones
03:05:52		Quit JdGordon1 (Client Quit)
03:08:38	saratoga	i guess that kind of efficiency is what apple's economy of scale get you
03:10:15		Quit Strife1989 ("If you hold a Unix shell to your ear, you can hear the C.")
03:29:16		Quit scorche (" rawr...that is all...rawr")
03:30:08		Quit TheSeven\|Mobile ()
03:30:32	Unhelpful	ouch, 64%, it's actually worse. we don't use iram dynamically for filter buffers, do we? perhaps i need to come up with a way to make this hack selectable at codec startup, or something
03:37:11	Unhelpful	vector_add/vector_sub have no optimizations for armv4 other than load/store multiple? the vector_generic implementation seems to suggest that these may be implemented with "normal" integer arithmetic for these sizes, so SWAR might be worth considering.
03:39:04		Join scorche [50] (n=scorche@rockbox/administrator/scorche)
03:39:25	Mode	"#rockbox +v scorche " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
03:41:28		Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net)
03:41:50	Mode	"#rockbox +v JdGordon1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
03:42:20		Quit JdGordon (Ping timeout: 180 seconds)
03:48:42		Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64)
03:52:23	***	Saving seen data "./dancer.seen"
03:59:11		Quit moos ("ChatZilla 0.9.86 [Firefox 3.6/20100115144158]")
04:00
04:04:57		Join Barahir [0] (n=jonathan@gssn-5f757f36.pool.mediaWays.net)
04:05:17	Mode	"#rockbox +v Barahir " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:07:31		Quit Sajber^ ("Leaving.")
04:08:03		Join Kitr88 [0] (n=Kitr88@BSN-182-137-65.dial-up.dsl.siol.net)
04:08:23	Mode	"#rockbox +v Kitr88 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:16:45		Quit GeekShadow ("The cake is a lie !")
04:31:30		Quit gevaerts (Remote closed the connection)
04:31:31		Quit FlynDice (Remote closed the connection)
04:31:33		Quit lostlogic (Remote closed the connection)
04:34:46		Quit JdGordon1 (zelazny.freenode.net irc.freenode.net)
04:34:46	NSplit	zelazny.freenode.net irc.freenode.net
04:34:46		Quit Spaceghost (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit toffe82 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit jfc (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit fxb__ (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit simabeis (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit BlakeJohnson86 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit maraz (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit gibbon_ (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit jho (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit dionoea (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit zu (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit scorche\|sh (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit linuxstb (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit lyngaas (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Kitr88 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit tchan (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Strife89 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit bluebroth3r (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit rb_voicebot (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit n17ikh (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit alexbobp (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit sbhsu (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit intrados1 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit lyon8 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Horscht (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit at0m (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Zarggg_ (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Res1 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit crashd (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit sinuc (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit rvvs89 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit jvd (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Kohlrabi (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Xerion (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit ChanServ (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit MagusG (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit CaptainKewl (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit phanboy4 (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit yosafbridge (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit liar (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit TheSeven (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit Barahir_ (zelazny.freenode.net irc.freenode.net)
04:34:46		Quit elcan (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit Zambezi (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit FOAD (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit chaos (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit AlexP (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit panni_ (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit antil33t (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit Kitar\|st (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit GodEater (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit mikroflops_ (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit dmb (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit avacore (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit Tuplanolla (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit jordan` (zelazny.freenode.net irc.freenode.net)
04:34:47		Quit BeFalou (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit crwl (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit martian67 (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit ps-auxw (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit BHSPitMonkey (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit pixelma (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit amiconn (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Tomis (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit AndyI (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit fdinel (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Rob2223 (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit mc2739 (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Curtman (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit linuxguy3 (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit nima (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit preglow (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit tha (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Unhelpful (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit beta2k (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit tmzt (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Topy44 (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit pippijn (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit YPSY (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit z35 (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit tomaw__ (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit blithe (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit dys (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Naked (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit aevin (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit rphillips (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit B4gder (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit parafin (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Barahir (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit scorche (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit rhodan_ (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit S_a_i_n_t (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit kloeri (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit MethoS- (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit killan (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit Kopfgeldjaeger (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit grndslm (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit kloeri_ (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit jd (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit tarbo (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit krazykit (zelazny.freenode.net irc.freenode.net)
04:34:55		Quit topik (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit Torne (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit bzed (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit goffa (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit ehntoo (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit Galois (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit rasher (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit stacker55 (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit CIA-44 (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit HBK (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit ThomasAH (zelazny.freenode.net irc.freenode.net)
04:34:56		Quit saratoga (zelazny.freenode.net irc.freenode.net)
04:43:07	NHeal	zelazny.freenode.net irc.freenode.net
04:43:07	NJoin	rb_voicebot [0] (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:43:07		Join dys` [0] (n=andreas@krlh-5f72622d.pool.mediaWays.net)
04:43:07	NJoin	elcan [0] (i=user36@pr0.us)
04:43:07		Join Kitar\|st [0] (i=Kitr88@BSN-182-99-38.dial-up.dsl.siol.net)
04:43:07	Mode	"#rockbox +ovvv rb_voicebot dys` elcan Kitar\|st " by irc.freenode.net
04:43:07		Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
04:43:07		Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic)
04:43:07		Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net)
04:43:07	NJoin	Barahir [0] (n=jonathan@gssn-5f757f36.pool.mediaWays.net)
04:43:07	Mode	"#rockbox +vvvv gevaerts lostlogic FlynDice Barahir " by irc.freenode.net
04:43:07	NJoin	JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net)
04:43:07	NJoin	scorche [50] (n=scorche@rockbox/administrator/scorche)
04:43:07	NJoin	rhodan_ [0] (n=quassel@88-192.3-85.cust.bluewin.ch)
04:43:07	NJoin	S_a_i_n_t [0] (i=S_a_i_n_@203.184.0.17)
04:43:07	Mode	"#rockbox +vvvv JdGordon1 scorche rhodan_ S_a_i_n_t " by irc.freenode.net
04:43:07	NJoin	tchan [0] (n=tchan@lunar-linux/developer/tchan)
04:43:07	NJoin	MagusG [0] (i=magusg@c-98-192-69-229.hsd1.ga.comcast.net)
04:43:07	NJoin	panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de)
04:43:07	NJoin	kloeri [0] (i=kloeri@freenode/staff/exherbo.kloeri)
04:43:07	Mode	"#rockbox +vvvv tchan MagusG panni_ kloeri " by irc.freenode.net
04:43:07	NJoin	dys [0] (n=andreas@krlh-5f72f175.pool.mediaWays.net)
04:43:07	NJoin	Spaceghost [0] (i=quassel@unaffiliated/spaceghost)
04:43:07	NJoin	Strife89 [0] (n=michael@adsl-154-2-129.mcn.bellsouth.net)
04:43:07	NJoin	BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey)
04:43:07	Mode	"#rockbox +vvvv dys Spaceghost Strife89 BHSPitMonkey " by irc.freenode.net
04:43:07	NJoin	pixelma [0] (i=quassel@rockbox/staff/pixelma)
04:43:07	NJoin	amiconn [0] (i=quassel@rockbox/developer/amiconn)
04:43:07	NJoin	Tomis [0] (n=Tomis@70.134.101.211)
04:43:07	NJoin	AndyI [0] (n=pasha_in@212.14.205.32)
04:43:07	Mode	"#rockbox +vvvv pixelma amiconn Tomis AndyI " by irc.freenode.net
04:43:07	NJoin	CaptainKewl [0] (i=jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com)
04:43:07	NJoin	fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca)
04:43:07	NJoin	toffe82 [0] (n=chatzill@adsl-71-154-235-101.dsl.frs2ca.sbcglobal.net)
04:43:07	NJoin	MethoS- [0] (n=clemens@134.102.106.250)
04:43:07	Mode	"#rockbox +vvvv CaptainKewl fdinel toffe82 MethoS- " by irc.freenode.net
04:43:07	NJoin	lyon8 [0] (n=lyon8@p57AEE3DC.dip.t-dialin.net)
04:43:07	NJoin	phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net)
04:43:07	NJoin	antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz)
04:43:07	NJoin	yosafbridge [0] (n=yosafbri@adsl-71-142-234-156.dsl.scrm01.pacbell.net)
04:43:07	Mode	"#rockbox +vvvv lyon8 phanboy4 antil33t yosafbridge " by irc.freenode.net
04:43:07	NJoin	liar [0] (n=liar@clnet-p09-185.ikbnet.co.at)
04:43:07	NJoin	killan [0] (n=nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se)
04:43:07	NJoin	Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de)
04:43:07	NJoin	bluebroth3r [0] (n=dom@rockbox/developer/bluebrother)
04:43:07	Mode	"#rockbox +vvvv liar killan Kopfgeldjaeger bluebroth3r " by irc.freenode.net
04:43:07	NJoin	Rob2223 [0] (n=Miranda@p4FDC9395.dip.t-dialin.net)
04:43:07	NJoin	Horscht [0] (n=Horscht2@xbmc/user/horscht)
04:43:07	NJoin	TheSeven [0] (n=theseven@rockbox/developer/TheSeven)
04:43:07		Join GodEater [0] (n=bibble@rockbox/staff/GodEater)
04:43:07	Mode	"#rockbox +vvvv Rob2223 Horscht TheSeven GodEater " by irc.freenode.net
04:43:07	NJoin	jfc [0] (n=john@dpc6682208002.direcpc.com)
04:43:07	NJoin	grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net)
04:43:07	NJoin	mikroflops_ [0] (n=yogurt@217-208-157-242-no112.tbcn.telia.com)
04:43:07	NJoin	mc2739 [0] (n=mc2739@rockbox/developer/mc2739)
04:43:07	Mode	"#rockbox +vvvv jfc grndslm mikroflops_ mc2739 " by irc.freenode.net
04:43:07	NJoin	kloeri_ [0] (i=kloeri@freenode/staff/exherbo.kloeri)
04:43:07	NJoin	martian67 [0] (n=martian6@about/linux/regular/martian67)
04:43:07		Join jd [0] (n=jd@Wikipedia/HellDragon)
04:43:07	NJoin	Naked [0] (n=naked@naked.iki.fi)
04:43:07	Mode	"#rockbox +vvvv kloeri_ martian67 jd Naked " by irc.freenode.net
04:43:07	NJoin	tarbo [0] (n=me@unaffiliated/tarbo)
04:43:07	NJoin	dmb [0] (n=Dmb@unaffiliated/dmb)
04:43:07		Join Zambezi [0] (i=Zulu@unaffiliated/zambezi)
04:43:07	NJoin	Curtman [0] (n=curt@S010600248c269238.wp.shawcable.net)
04:43:07	Mode	"#rockbox +vvvv tarbo dmb Zambezi Curtman " by irc.freenode.net
04:43:07	NJoin	n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com)
04:43:07	NJoin	avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk)
04:43:07	NJoin	at0m [0] (n=at0m@94-225-90-23.access.telenet.be)
04:43:07	NJoin	krazykit [0] (n=kkit@70.236.69.180)
04:43:07	Mode	"#rockbox +vvvv n17ikh avacore at0m krazykit " by irc.freenode.net
04:43:07	NJoin	linuxguy3 [0] (n=timj@adsl-76-203-23-66.dsl.emhril.sbcglobal.net)
04:43:07	NJoin	Tuplanolla [0] (n=jani@unaffiliated/tuplanolla)
04:43:07	NJoin	gibbon_ [0] (i=gibbon_@not.a.servant4you.org)
04:43:07	NJoin	scorche\|sh [50] (n=scorche@rockbox/administrator/scorche)
04:43:07	Mode	"#rockbox +vvvo linuxguy3 Tuplanolla gibbon_ scorche\|sh " by irc.freenode.net
04:43:07	NJoin	zu [0] (n=zu@bucketheaded.eu)
04:43:07	NJoin	fxb__ [0] (n=felixbru@85.214.97.64)
04:43:07	NJoin	simabeis [0] (n=simabeis@lobmenschen.de)
04:43:07	NJoin	lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net)
04:43:07	Mode	"#rockbox +vvvv zu fxb__ simabeis lyngaas " by irc.freenode.net
04:43:07	NJoin	BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
04:43:07	NJoin	maraz [0] (i=maraz@217.30.184.161)
04:43:07	NJoin	jho [0] (n=jh@unaffiliated/cene)
04:43:07	NJoin	linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb)
04:43:07	Mode	"#rockbox +vvvv BlakeJohnson86 maraz jho linuxstb " by irc.freenode.net
04:43:07	NJoin	dionoea [0] (n=dionoea@videolan/developer/dionoea)
04:43:07	NJoin	jordan` [0] (n=jordan@78.235.252.137)
04:43:07	NJoin	alexbobp [0] (n=alex@66.112.249.238)
04:43:07	NJoin	topik [0] (i=awesome@wtf.grmpf.org)
04:43:07	Mode	"#rockbox +vvvv dionoea jordan` alexbobp topik " by irc.freenode.net
04:43:07	NJoin	parafin [0] (i=parafin@paraf.in)
04:43:07	NJoin	Torne [0] (i=torne@rockbox/developer/Torne)
04:43:07	NJoin	bzed [0] (n=bzed@devel.recluse.de)
04:43:07	NJoin	ThomasAH [0] (n=thomas@aktaia.intevation.org)
04:43:07	Mode	"#rockbox +vvvv parafin Torne bzed ThomasAH " by irc.freenode.net
04:43:07	NJoin	goffa [0] (n=goffa@70.33.8.114)
04:43:07	NJoin	HBK [0] (n=hbk@rrcs-97-77-49-215.sw.biz.rr.com)
04:43:07	NJoin	CIA-44 [0] (n=CIA@208.69.182.149)
04:43:07	NJoin	ehntoo [0] (n=ehntoo@lug.mtu.edu)
04:43:07	Mode	"#rockbox +vvvv goffa HBK CIA-44 ehntoo " by irc.freenode.net
04:43:07	NJoin	Galois [0] (i=djao@efnet.math.uwaterloo.ca)
04:43:07	NJoin	rasher [50] (n=rasher@rockbox/developer/rasher)
04:43:07	NJoin	aevin [0] (i=eivindsy@unaffiliated/aevin)
04:43:07	NJoin	rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net)
04:43:07	Mode	"#rockbox +vovv Galois rasher aevin rphillips " by irc.freenode.net
04:43:07	NJoin	B4gder [241] (n=daniel@rockbox/developer/bagder)
04:43:07	NJoin	stacker55 [0] (n=not@151-165-ftth.onsnetnuenen.nl)
04:43:07	Mode	"#rockbox +vv B4gder stacker55 " by irc.freenode.net
04:43:07	NJoin	YPSY [0] (n=ypsy@geekpadawan.de)
04:43:07	NJoin	ps-auxw [0] (n=arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
04:43:07	NJoin	nima [0] (n=nima@adsl-75-45-250-145.dsl.sfldmi.sbcglobal.net)
04:43:07	NJoin	z35 [0] (n=z35@ool-45714f83.dyn.optonline.net)
04:43:07	Mode	"#rockbox +vvvv YPSY ps-auxw nima z35 " by irc.freenode.net
04:43:07	NJoin	preglow [0] (i=thomj@tvilling2.pvv.ntnu.no)
04:43:07	NJoin	tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de)
04:43:07	NJoin	tmzt [0] (n=tmzt@99.164.34.42)
04:43:07	NJoin	pippijn [0] (n=pippijn@unixcorps/staff/pippijn)
04:43:07	Mode	"#rockbox +vvvv preglow tha tmzt pippijn " by irc.freenode.net
04:43:07	NJoin	Unhelpful [0] (n=quassel@rockbox/developer/Unhelpful)
04:43:07	NJoin	tomaw__ [0] (i=tom@freenode/staff/tomaw)
04:43:07	NJoin	Topy44 [0] (n=topy@my.fastsh.it)
04:43:07	NJoin	blithe [0] (n=blithe@blakesmith.me)
04:43:07	Mode	"#rockbox +vvvv Unhelpful tomaw__ Topy44 blithe " by irc.freenode.net
04:43:07	NJoin	BeFalou [0] (n=mamutoi@unaffiliated/befalou)
04:43:07	NJoin	beta2k [0] (i=1000@d24-36-68-97.home1.cgocable.net)
04:43:07	NJoin	crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi)
04:43:07	NJoin	AlexP [0] (n=alex@rockbox/staff/AlexP)
04:43:07	Mode	"#rockbox +vvvo BeFalou beta2k crwl AlexP " by irc.freenode.net
04:43:07	NJoin	FOAD [0] (n=dok@dinah.blub.net)
04:43:07	NJoin	chaos [0] (n=chaos@gentoo/user/ch4os)
04:43:07	NJoin	Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com)
04:43:07	Mode	"#rockbox +vvvv AlexP FOAD chaos Zarggg_ " by irc.freenode.net
04:43:07	NJoin	Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl)
04:43:07	NJoin	Kohlrabi [0] (n=Kohlrabi@81.169.178.165)
04:43:07	NJoin	Res1 [0] (n=Res@67.34.129.222)
04:43:07	NJoin	crashd [0] (i=foobar@lostnode.org)
04:43:07	Mode	"#rockbox +vvvv Xerion Kohlrabi Res1 crashd " by irc.freenode.net
04:43:07	NJoin	rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89)
04:43:07	NJoin	jvd [0] (n=syscrash@poipu/developer/syscrash)
04:43:07	NJoin	sinuc [0] (n=sinuc@unaffiliated/sinuc)
04:43:07	NJoin	sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw)
04:43:07	Mode	"#rockbox +vvvv rvvs89 jvd sinuc sbhsu " by irc.freenode.net
04:43:07	NJoin	ChanServ [0] (ChanServ@services.)
04:43:07	Mode	"#rockbox +o ChanServ " by irc.freenode.net
04:43:37	Mode	"#rockbox +v soap " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:43:37	Mode	"#rockbox +v advcomp2019 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:43:37	Mode	"#rockbox +v xavieran " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:43:37	Mode	"#rockbox +v logbot " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:43:37	Mode	"#rockbox +v Slasheri " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:46:59		Quit TheSeven (Nick collision from services.)
04:47:09		Join Space [0] (i=irssi@unaffiliated/spaceghost)
04:47:11		Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven)
04:47:22		Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven)
04:47:29	Mode	"#rockbox +v Space " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:47:31	Mode	"#rockbox +v TheSeven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
04:50:46		Quit dys (No route to host)
04:58:25		Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
04:58:46	Mode	"#rockbox +v kadoban " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
05:00
05:04:35		Quit Spaceghost (Read error: 110 (Connection timed out))
05:04:36		Quit elcan (Remote closed the connection)
05:05:29		Join elcan [0] (i=user36@64.32.20.56)
05:05:49	Mode	"#rockbox +v elcan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
05:11:57		Join rhodan [0] (n=quassel@137-243.3-85.cust.bluewin.ch)
05:12:17	Mode	"#rockbox +v rhodan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
05:12:48		Quit rhodan_ (Read error: 60 (Operation timed out))
05:16:36		Quit lyon8 ("Bis dann..")
05:17:28		Quit Strife89 ("Bed.")
05:23:04		Nick Space is now known as Spaceghost (i=irssi@unaffiliated/spaceghost)
05:24:56		Part toffe82
05:33:06		Quit MethoS- (Remote closed the connection)
05:46:03		Join ball [0] (n=ball@adsl-99-151-140-83.dsl.emhril.sbcglobal.net)
05:46:23	Mode	"#rockbox +v ball " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
05:47:11		Join webguest20 [0] (n=43e17a9b@giant.haxx.se)
05:47:32	Mode	"#rockbox +v webguest20 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
05:49:14		Quit webguest20 (Client Quit)
05:52:24	***	Saving seen data "./dancer.seen"
05:54:44		Join togetic [0] (n=togetic@unaffiliated/ibuffy)
05:55:04	Mode	"#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:00
06:01:44		Join openstandards [0] (n=openstan@78.143.215.162)
06:02:05	Mode	"#rockbox +v openstandards " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:08:07		Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com)
06:08:28	Mode	"#rockbox +v intrados1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:10:21		Quit ball ("leaving")
06:11:36		Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
06:11:58	Mode	"#rockbox +v bmbl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:13:40		Quit intrados1 (Remote closed the connection)
06:14:14	openstandards	hi there is it possible to install onto the sansa c200v2 via the rockbox utility?
06:15:50		Quit togetic ("WeeChat 0.3.0")
06:16:00		Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com)
06:16:20	Mode	"#rockbox +v intrados1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:20:22		Quit intrados1 (SendQ exceeded)
06:21:13		Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-knkmpqqrdrdnpmpk)
06:21:33	Mode	"#rockbox +v saratoga " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:21:34	saratoga	openstandards: i believe it is disabled until the c200v2 port is usable
06:21:53		Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com)
06:22:13	Mode	"#rockbox +v intrados1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:27:30		Quit intrados1 (Remote closed the connection)
06:34:17		Quit goffa (Read error: 60 (Operation timed out))
06:35:08		Quit saratoga ("Page closed")
06:36:56		Join AndyIL [0] (n=pasha_in@212.14.205.32)
06:37:16	Mode	"#rockbox +v AndyIL " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:48:13		Quit AndyI (Read error: 110 (Connection timed out))
06:56:15		Quit Tomis (Read error: 104 (Connection reset by peer))
06:56:27		Join Tomis2 [0] (n=Tomis@70.134.101.211)
06:56:35		Nick Tomis2 is now known as Tomis (n=Tomis@70.134.101.211)
06:56:47	Mode	"#rockbox +v Tomis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
06:59:49		Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
07:00
07:16:53		Join pjm0616 [0] (n=user@61.250.113.98)
07:17:13	Mode	"#rockbox +v pjm0616 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
07:19:02		Join ball [0] (n=ball@99.151.140.83)
07:19:23	Mode	"#rockbox +v ball " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
07:19:27	ball	Ah nice... playing music on my Rockboxed iPod mini.
07:33:01		Quit JdGordon1 ("Leaving.")
07:33:25		Join Llorean [0] (n=DarkkOne@99.158.46.229)
07:33:29		Part Llorean
07:36:54	ball	I'm off to bed now then. Goodnight all.
07:37:08		Quit ball ("leaving")
07:45:01		Quit amiconn (Excess Flood)
07:45:02		Quit pixelma (Excess Flood)
07:45:04		Join pixelma [0] (i=quassel@rockbox/staff/pixelma)
07:45:04		Join amiconn [0] (i=quassel@rockbox/developer/amiconn)
07:45:24	Mode	"#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
07:45:24	Mode	"#rockbox +v amiconn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
07:48:33		Join Horschti [0] (n=Horscht2@xbmc/user/horscht)
07:48:54	Mode	"#rockbox +v Horschti " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
07:52:25	***	Saving seen data "./dancer.seen"
07:55:46		Quit Horscht (Read error: 60 (Operation timed out))
08:00
08:14:18		Join togetic [0] (n=togetic@unaffiliated/ibuffy)
08:14:39	Mode	"#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
08:19:52		Join JdGordon [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net)
08:20:12	Mode	"#rockbox +v JdGordon " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
08:30:40		Quit Spaceghost (Client Quit)
08:33:45		Join Rob2222 [0] (n=Miranda@p4FDC933C.dip.t-dialin.net)
08:34:06	Mode	"#rockbox +v Rob2222 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
08:52:03		Quit Rob2223 (Read error: 110 (Connection timed out))
09:00
09:15:04		Quit pjm0616 (Remote closed the connection)
09:29:19		Quit phanboy4 (Read error: 110 (Connection timed out))
09:32:06		Quit togetic (Read error: 110 (Connection timed out))
09:32:30		Join togetic [0] (n=togetic@unaffiliated/ibuffy)
09:32:51	Mode	"#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
09:34:18		Quit elcan (Client Quit)
09:34:25		Join elcan [0] (i=user36@pr0.us)
09:34:45	Mode	"#rockbox +v elcan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
09:40:02		Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
09:43:58		Quit CaptainKewl ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )")
09:52:28	***	Saving seen data "./dancer.seen"
09:55:20		Join flydutch [0] (n=flydutch@host51-165-dynamic.15-87-r.retail.telecomitalia.it)
09:55:41	Mode	"#rockbox +v flydutch " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
09:57:52		Join asper [0] (n=asper@76.73.16.26)
09:58:13	Mode	"#rockbox +v asper " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
09:58:18	asper	hi guys
09:58:33	asper	can I ask a few things about rockbox and archos ?^
09:58:50	asper	(wow what a big community !)
09:59:06		Quit asper (Client Quit)
09:59:42		Join asper [0] (n=asper@76.73.16.26)
10:00
10:00:03	Mode	"#rockbox +v asper " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
10:00:35	asper	is there anyone who is developing rockbox for archos AV series ?
10:01:06	advcomp2019	asper, i do not know but you might have to wait
10:01:47	asper	I have an AV500 to "offer" as a develop unit
10:01:50	pixelma	not that There once was the start of a port to the AV300 but stalled in early stages and for a long time (years) already
10:02:07	pixelma	not that I know of, I wanted to say
10:02:13	asper	is there a reason why AV series is not supported ?
10:02:37	pixelma	porting is hard work and no-one has done it
10:03:30	asper	I heard about "no unit to test with"... I can solve this problem if this is the real one
10:05:14	pixelma	you still have to find a developer (or more than one) who is capable and interested in a port enough to do the work. Rockbox is a volunteer effort and you can't get people to work on something they are not interested in
10:05:24		Join stooo [0] (n=sto@g230133133.adsl.alicedsl.de)
10:05:34	asper	you are right pixelma
10:05:44	Mode	"#rockbox +v stooo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
10:05:54	pixelma	is there a AV* users community?
10:06:01	asper	is there any deeloper here to ask ?
10:06:12	pixelma	maybe you can gather interest there...
10:06:34	asper	my av500 is already "archopen" tested
10:07:12	asper	now that new generation of archos devices had been "opned" with all those info I think it should be not so hard to implement rockbox for that device
10:09:10	asper	or is htere a mail and/or a form to compile to say taht I have a av500 to send ?
10:13:18	asper	anyway av300 has a MAS chip while AV500 has a new TMS320
10:13:43	asper	if someone is interested here I am
10:39:28		Join mt [0] (n=mtee@rockbox/developer/mt)
10:39:48	Mode	"#rockbox +v mt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
10:41:52		Quit bmbl (Read error: 110 (Connection timed out))
10:42:12		Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr)
10:42:32	Mode	"#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
10:44:02		Join stoffel [0] (n=quassel@p57B4EF3A.dip.t-dialin.net)
10:44:22	Mode	"#rockbox +v stoffel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
10:45:05		Join hannesd [0] (n=hd@HSI-KBW-095-208-052-100.hsi5.kabel-badenwuerttemberg.de)
10:45:26	Mode	"#rockbox +v hannesd " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
10:46:53	mt	Is there a way for the delete_handler to know whether an audio file is playing ( like a status or an attribute for the file) or should I go on and think of something ?
10:49:12	linuxstb	mt: What do you want to do?
10:52:55	mt	linuxstb: As a first step in a solution for FS #10874, the delete handler should be able to take actions based on whether the file is playing or not.
10:55:42		Join FOAD_ [0] (n=dok@dinah.blub.net)
10:56:03	Mode	"#rockbox +v FOAD_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
10:56:48	mt	linuxstb: I'm thinking of adding a file attribute to filetypes.h, FILE_ATTR_AUDIO_PLAYING, or something like that, that would be (FILE_ATTR_AUDIO \| (value) ). When a file played, it's attribute is set to that, and then it would be possible to determine the playback status from the delete_handler for example.
10:58:49	linuxstb	I would expect you to be able to get the filename of the currently playing track easily.
11:00
11:07:57		Quit asper ("CGI:IRC (Ping timeout)")
11:08:01		Join bluebrother [0] (n=dom@g224239213.adsl.alicedsl.de)
11:08:21	Mode	"#rockbox +v bluebrother " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:09:55		Quit moos (Remote closed the connection)
11:11:13		Join pamaury [0] (n=pamaury@ALyon-551-1-19-164.w92-137.abo.wanadoo.fr)
11:11:34	Mode	"#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:11:51		Quit FOAD (Read error: 110 (Connection timed out))
11:11:51		Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net)
11:11:53		Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr)
11:12:13	Mode	"#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:14:14		Join rhodan_ [0] (n=quassel@146-179.2-85.cust.bluewin.ch)
11:14:35	Mode	"#rockbox +v rhodan_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:14:55		Join _zic [0] (n=user@83-156-155-99.rev.libertysurf.net)
11:15:16	Mode	"#rockbox +v _zic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:21:06		Quit rhodan (Read error: 60 (Operation timed out))
11:25:21		Quit bluebroth3r (Read error: 110 (Connection timed out))
11:26:52		Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net)
11:27:12	Mode	"#rockbox +v Highlander " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:28:00		Join DerPapst [0] (n=DerPapst@p4FE8F165.dip.t-dialin.net)
11:28:21	Mode	"#rockbox +v DerPapst " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:30:27		Join DataGhost [0] (i=dataghos@unaffiliated/dataghost)
11:30:48	Mode	"#rockbox +v DataGhost " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:36:10		Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
11:36:31	Mode	"#rockbox +v bertrik " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
11:50:51		Part moos
11:52:29	***	Saving seen data "./dancer.seen"
11:53:38		Quit stooo ("Leaving.")
12:00
12:02:55		Join pjm0616 [0] (n=user@61.250.113.98)
12:03:06		Join stooo [0] (n=sto@g230133133.adsl.alicedsl.de)
12:03:16	Mode	"#rockbox +v pjm0616 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
12:03:27	Mode	"#rockbox +v stooo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
12:06:54		Quit flydutch (Read error: 104 (Connection reset by peer))
12:10:11		Join flydutch [0] (n=flydutch@host177-45-dynamic.5-87-r.retail.telecomitalia.it)
12:10:31	Mode	"#rockbox +v flydutch " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
12:12:31		Join MethoS- [0] (n=clemens@134.102.106.250)
12:12:52	Mode	"#rockbox +v MethoS- " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
12:14:54		Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
12:15:15	Mode	"#rockbox +v bmbl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
12:18:41		Quit togetic (Read error: 110 (Connection timed out))
12:26:06	mt	Should the user be notified that the file to be deleted is the currently playing one ?
12:32:06		Quit stooo (Read error: 104 (Connection reset by peer))
12:32:29		Join stooo [0] (n=sto@g230133133.adsl.alicedsl.de)
12:32:50	Mode	"#rockbox +v stooo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
12:33:27	GodEater	mt: seems reasonable to me
12:35:17	pixelma	is this about the "delete playing" option in the WPS context menu?
12:35:35	pixelma	isn't it obvious then?
12:36:09	mt	Currently, what I'm thinking of is that, when a file is to be deleted, the yes-no message "Delete ?" will be preceded by a warning that the playback will skip to the next track in playlist once the file is deleted.
12:36:35	AlexP	But it won't
12:36:40	AlexP	It carries on playing
12:36:45	AlexP	As long as it is buffered
12:36:55	mt	AlexP : That's what I intend to work on next.
12:37:04	AlexP	You want to stop it playing?
12:37:06	AlexP	Why?
12:37:16	mt	pixelma: FS #10874
12:37:41	mt	AlexP: because of that bug ^ .
12:38:08	AlexP	And that bug can't be fixed in any other way?
12:39:16	rasher	That seems to be hiding the symptoms rather than fixing the bug
12:40:50	pixelma	the bug says there is no problem if the song to be deleted is already fully bufferd and playback "just" gets confused if it's only halfway buffered
12:40:58		Quit BHSPitMonkey (Remote closed the connection)
12:40:58		Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64)
12:41:04	mt	I'm still just testing, haven't settled on a solution yet. And won't settle on one until it's been discussed.
12:43:09	AlexP	I'd prefer to let it keep playing, then when get to the end of the buffered section skip to the next (instead of crashing on attempting to rebuffer the non-existing file)
12:43:41	mt	How about this : User selects file for deletion -> User receives a warning that if the file is not completely buffered playback will skip to the next track after it consumes the current buffer.
12:44:18	mt	Then playback engine handles the skipping if it couldn't get more buffer for the said track.
12:44:40	AlexP	The bigger issue here is stopping the crash, we can think about messages afterwards :)
12:45:12		Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow)
12:45:16	mt	um .. good point :)
12:45:33	Mode	"#rockbox +v GeekShadow " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
12:48:45	*	pixelma wonders if this bugs also happens on hwcodec and if finding this out would help pinning doen the actual problem
12:48:55	pixelma	down too
12:51:28	mt	I'm not 100% sure, but I don't think this bug depends on whether the codec is a sw or hw one.
12:53:35		Nick Naked is now known as Hadaka (n=naked@naked.iki.fi)
12:53:39	pixelma	well, playback and buffering is entirely different
12:55:48	amiconn	Unless someone broke it recently, hwcodec playback has no problem with the currently playing file going awol
12:56:24	amiconn	It will just skip to the next file (and repeat as necessary if the next file(s) are also missing)
12:56:46	rasher	amiconn: does it skip when the file is deleted, or when it reaches the end of what's been buffered?
12:56:53	amiconn	If the swcodec engine doesn't manage that, it's a bug
12:57:09	amiconn	It skips when it tries to buffer more
12:57:23	rasher	I don't think anyone's arguing that it's not a bug
12:57:50	amiconn	A bug in the swcodec playback engine to be precise
12:58:06	pixelma	maybe it once worked on swcodec too...
12:58:33	pixelma	even with half-buffered tracks (or just that this case wasn't tested)
13:00
13:03:02	amiconn	TheSeven: The higher APE compression levels don't change the necessary processing power for the range decoding (where division is involved).
13:03:24	amiconn	Only the amount of filtering is what changes
13:04:21	amiconn	And the filtering doesn't involve division, and is optimized a lot already
13:07:22	amiconn	Unhelpful: All filter buffers which fit there are in iram. And armv4 vector* operations have no special optimisations because we use 32 bit there
13:07:33	amiconn	It's faster than using 16 bit and swar
13:08:11	amiconn	The reason is the scalarproduct stuff; vector_add/sub would be a little faster but not enough to make up for the way slower scalarproduct
13:09:04		Join dantje [0] (n=dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de)
13:09:25	Mode	"#rockbox +v dantje " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:09:52		Join stooo1 [0] (n=sto@f052223045.adsl.alicedsl.de)
13:10:13	Mode	"#rockbox +v stooo1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:20:14		Quit hannesd ()
13:22:08		Quit stooo (Read error: 110 (Connection timed out))
13:26:30		Join maruk [0] (n=papier@rps6752.ovh.net)
13:26:35		Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
13:26:51	Mode	"#rockbox +v maruk " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:26:56	Mode	"#rockbox +v domonoky " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:27:12		Join teru [0] (n=teru@KD059133108225.ppp.dion.ne.jp)
13:27:33	Mode	"#rockbox +v teru " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:33:48		Join S_a_i_n_t_ [0] (i=S_a_i_n_@203.184.0.190)
13:34:08	Mode	"#rockbox +v S_a_i_n_t_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:38:17		Join Casainho [0] (n=chatzill@bl15-101-72.dsl.telepac.pt)
13:38:38	Mode	"#rockbox +v Casainho " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:38:41		Join petur [0] (n=peter@d54C6F9B2.access.telenet.be)
13:39:02	Mode	"#rockbox +v petur " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:41:06	CIA-44	New commit by 03alex (r24320): Correct the instructions for returning to Rockbox from the OF on the Gigabeat S.
13:44:49		Quit maruk (Read error: 60 (Operation timed out))
13:45:51		Quit S_a_i_n_t (Read error: 60 (Operation timed out))
13:46:18		Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.0.17)
13:46:38	Mode	"#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
13:49:52		Nick stooo1 is now known as stooo (n=sto@f052223045.adsl.alicedsl.de)
13:52:30	***	Saving seen data "./dancer.seen"
13:52:41	pixelma	meh, something in my settings crashes a recent built on my Ondio (default settings seem to be ok)
13:57:55		Join kaniini [0] (n=kaniini6@dyn75-70.yok.fi)
13:58:15	Mode	"#rockbox +v kaniini " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:00
14:00:02		Join kugel [0] (n=kugel@rockbox/developer/kugel)
14:00:23	Mode	"#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:01:00		Quit S_a_i_n_t_ (Read error: 113 (No route to host))
14:01:07	kugel	Unhelpful: shouldn't we use your divider for the core too?
14:02:02	pixelma	now it's ok (after I flashed it), weird
14:03:55	pixelma	I got a blank screen and no playback with the new build only RoLo'd in and chosing a file to play
14:04:08	kugel	speaking of it, there's a bug which causes a dataabort when skipping back from the end of a song (maybe it's limited to the ams devices)
14:04:37	kugel	it definitely doesn't happen on default settings but with the settings I use on my fuze, I still need to investigate that
14:07:14	linuxstb	kugel: Do you know what's going on with the fuze and e200v2 bootloaders? "v1" is tagged in svn, but the versions on the download server are "1.0RC" mc2739 said he is planning on building the versions from that tag and releasing them.
14:10:05	kugel	well, it seems they never landed on the download server
14:10:31	kugel	but the only difference between 1.0RC and 1.0 is the version string, and this version still works as of now
14:10:37	linuxstb	Why were "RC" bootloaders made available anyway?
14:10:50	kugel	we had test builds in the forum
14:15:44	Unhelpful	amiconn: i saw the scalarproduct stuff after that... yeah, it would be hard to make up for the cost there... also i notice that my swar code for jpeg reuses some of the values from the addition to compelete the subtraction, so it would be 6 ops for either by itself.
14:19:18	Unhelpful	kugel: i'm working on that. the divider for APE handles certain cases in ways that are only optimal for APE - for example it handles large numerators by branching to code that calls itself after shifting left. this makes sense for APE, where this case happens around 1/10^7 of the time, but is handled inline (with slightly more delay for the fast case) by the divider i'm working on for core. also arm9e and arm11 cores will not see any
14:19:18	Unhelpful	improvement over gcc with this divider
14:19:24		Quit parafin (Read error: 60 (Operation timed out))
14:19:57		Join parafin [0] (i=parafin@paraf.in)
14:20:11		Quit mt (Read error: 113 (No route to host))
14:20:18	Mode	"#rockbox +v parafin " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:20:24	kugel	Unhelpful: getting rid of the libgcc dependency would be good enough
14:22:55	Unhelpful	i don't see why we'd want to make a big deal of getting rid of libgcc? i've only coded replacements for its div and mod functions, and clz, and only for one operand size. libgcc also provides support functions for 64-bit multiply and divide, as well as for variable shifts on processors that don't offer variable-shift instructions. this is not getting rid of libgcc, this is replacing a few small bits of it with more optimized ones. :)
14:23:51	kugel	hm, ok
14:24:40	kugel	but it bugs me that eabi gcc pulls in that exception handling in its division routines
14:24:47	Unhelpful	libgcc is huge. i'm not going to be able to replace all of it :)
14:25:02	Unhelpful	unless you build libgcc with exception-handling disabled?
14:26:34	kugel	yes, but then it bugs me that we need to patch gcc so much :)
14:27:07		Join FOAD_ [0] (n=dok@dinah.blub.net)
14:27:28	Mode	"#rockbox +v FOAD_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:28:01	Unhelpful	it's a very small makefile patch. perhaps you could convince the gcc developers to offer a configure option along the lines of −−disable-libgcc-execptions-no-really-i-mean-it-do-it-everywhere
14:28:04	kugel	Unhelpful: did you ever try a 4.3.x eabi gcc? someone linked a blog post which concludes that 4.4.x introduced performance regressions on arm
14:30:20		Join funman [0] (n=fun@rockbox/developer/funman)
14:30:29	kugel	sadly I'm not able to find any mention of the changes from 4.4.2 to 4.4.3 only
14:30:41	Mode	"#rockbox +v funman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:34:08		Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca)
14:34:29	Mode	"#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:34:37		Join maruk [0] (n=papier@rps6752.ovh.net)
14:34:58	Mode	"#rockbox +v maruk " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:35:12	funman	fdinel: hi
14:36:26	kugel	viewvc apparently can't handle showing the log of 150k revisions
14:37:04	funman	fdinel: nice to see you ! you're catching up with development again?
14:38:17	amiconn	Unhelpful: This is already verified. Go back a bit in rockbox' libdemac history, and you'll find 16 bit code for armv4 filtering
14:38:28		Nick dys` is now known as dys (n=andreas@krlh-5f72622d.pool.mediaWays.net)
14:38:30	amiconn	...which is slower than what we have now
14:38:44	fdinel	funman: hey hi mate nice to see you... nope sadly, mostly idling in here ;)
14:39:11	funman	ok :)
14:41:43	funman	building apps/*.c but {eq_arm,fixedpoint,eq,dsp_arm,codecs,main,metadata,pcmbuf,dsp}.c makes binsize 39kB smaller
14:41:55	funman	+ with -mthumb
14:42:42		Quit FOAD (Read error: 110 (Connection timed out))
14:42:42		Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net)
14:44:01	kugel	funman: subdirs also?
14:44:19	funman	no
14:44:34	funman	also, not firmware/
14:45:00	funman	but well the binary doesn't run
14:45:35	kugel	that doesn't surprise me
14:46:01	funman	why? -mthumb-interwork should handle switching between the 2
14:46:30	kugel	ah, you didn't note that you added that too
14:47:20	kugel	do the files you excluded contain inline asm?
14:47:45	funman	i guess so, i just tried them all and kept the version without -mthumb if they didn't build
14:48:12	funman	"Undefined instruction at X", and at X there's "ldr r3, =something"
14:48:52	funman	0x4b0e
14:49:14	kugel	it seems cutting down the plugin buffer is more promising. how big is it currently?
14:49:40	kugel	0x4b0e seems unaligned
14:49:41	funman	0x80000 for fuze
14:49:50	kugel	I mean c200v2
14:49:59	funman	kugel: 0x4b0e is the instruction
14:50:02		Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net)
14:50:10	kugel	oh ok
14:50:22	Mode	"#rockbox +v efyx_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:50:24	funman	same size for c200v2
14:51:13	funman	biggest .rock on fuze is doom with 391KBi
14:51:26	funman	next one is clock at 236
14:51:54	funman	afair doom isn't built on c200v2, so we could tiny the buffer immediately
14:52:22	kugel	no wonder it has no buffer ;) wasting 512KiB on plugins
14:52:44	funman	btw the gcc post on hardwarebug.org shows interesting variations in code size for the different compilers
14:52:51	funman	(in the comments)
14:53:27	Unhelpful	amiconn: then i'll leave it. :) i don't think i have anything to add for the arm5te version either, unless there's a case where you will want the sum and difference of values.
14:53:31	kugel	so it looks like the plugin buffer could easily be halved without loosing functionality?
14:54:56	funman	we need to not make it too close to the smallest plugin size to avoid breakages when plugins are updated
14:55:01		Quit pamaury (Read error: 113 (No route to host))
14:55:50	amiconn	Unhelpful: It's always either-or, as you can see in the C function calling this stuff
14:56:54	Unhelpful	hrm... so the next place to look for savings after the divider is probably COP use?
14:56:58	funman	0x4b0e decodes to ldr r3, [pc, #0xe] but that's not what i see in ida
14:58:29		Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
14:58:32	funman	objdump shows ldr r3, [pc, #56] Oo
14:58:36	kugel	well, it's an undefined instruction :)
14:58:50	Mode	"#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
14:58:51	funman	no it's well encoded
14:59:21	funman	the undefined instruction is not necessary what i see in the .elf file though, memory could have been corrupted
14:59:27	amiconn	Unhelpful: COP use is planned, but don't expect -c3000 or higher to become usable on PP
15:00
15:01:23	amiconn	It might be possible to speed up the filters a bit more by converting a larger part to asm, which probably allows to cut a bit of load/store away
15:01:47	Unhelpful	amiconn: i don't, but it might be worth trying, as the table hack gets that to 64% on e200
15:04:03	funman	i don't see the undefined instruction trap defined in the arm922t technical reference manual (to check what lr refers to exactly)
15:11:16	funman	ah 56 = 4 * 0xe (ldr is 32 bits load) so that makes sense
15:14:40		Quit Tomis ()
15:16:18	funman	and printing the instruction in UIE shows that it's correct ..
15:18:01		Join Buschel [0] (n=ab@p54A3B342.dip.t-dialin.net)
15:18:22	Mode	"#rockbox +v Buschel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
15:20:06	kugel	funman: does UIE print the instruction at PC?
15:20:38	kugel	or at pc-8 (IIRC pc is always 2 instr ahead)
15:20:51	funman	it only prints the failing address (the value of lr)
15:21:11	funman	in thumb, lr is set to address of undefined instruction + 2 so i was reading the wrong instruction
15:21:40	Buschel	I have got some question here: during investigating fs#10637 I am quite stuck now. It seems like trying to play back any file with the codec_type=AFMT_UNKNOWN (=0) will lead to playback engine stopping until the next restart of the target. Is this wanted behaviour?
15:21:47		Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net)
15:21:58	funman	i don't see what lr's set to in ARM
15:22:07	Mode	"#rockbox +v phanboy4 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
15:22:13	funman	since we don't offset it i assume it's the address of undefined instruction?
15:22:33	kugel	isn't lr the link register used to store return addresses?
15:22:56	funman	ARM Architecture Reference Manual for v5 (DDI0100E) shows the THumb Exceptions in A6.1.2 (page 285)
15:23:03	kugel	(r14 IIRC)
15:23:44	funman	kugel: yes, it's the return address after the exception has been handled (we don't return because we don't know what to do)
15:23:51	funman	so in ARM it might be pc+4
15:25:27	funman	that's it
15:26:56	kugel	pc+4 is correct?
15:27:20	funman	when entering the undef instruction vector, lr = address of fault instruction + 4
15:27:25	funman	(in arm)
15:31:36		Quit petur ("real life")
15:32:57	Unhelpful	i think i can squeeze a tiny bit more out of the table divider...
15:36:03	funman	so the faulty instruction is 0x310c = add r1, #0xc ..
15:37:43	Unhelpful	by adding 1 to the reciprocals, i can guarantee that qa=(rn)>>32 is no less* than n/d. then calculate n-d*qa, if positive qa is correct and we can return immediately, else subtract 1 from qa and return
15:39:50	funman	in ARM mode, the instruction at lr - 4 is undefined (for this v4 cpu) though
15:40:05	funman	perhaps i can read psr and extract the T bit
15:40:33		Quit teru ("Quit")
15:40:52	TheSeven	can anybody tell me quickly how a .rock file should look like?
15:41:59	pippijn	like binary
15:42:41	pippijn	look at apps.lds (or something named similarly)
15:42:46	pippijn	it's model dependent
15:42:55	TheSeven	hm, it probably won't be possible to trigger a storage_flush from a plugin anyways
15:43:05	pippijn	oh
15:43:18	pippijn	well, you can always add storage_flush to the syscall interface
15:43:34	*	TheSeven doesn't want to change the core because of this
15:43:51	funman	functions available in plugin interface can be conditional
15:44:35	TheSeven	then i'll rather look for a way to integrate a debugger stub into rockbox itself, to be able to do post-mortem dumps
15:45:41	S_a_i_n_t	is a post mortem dump like when a dead body loses bowel control? :P
15:46:04	pippijn	:D
15:50:53		Join evilnick [0] (n=evilnick@rockbox/staff/evilnick)
15:51:13	Mode	"#rockbox +v evilnick " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
15:51:47	*	kugel wouldn't call the plugin api "syscall interface" :)
15:52:03	domonoky	bluebrother: i just seperated the serverInfo from rbsettings into its own class (http://pastebin.com/m169394da), should i do the same for the StaticInfo from rbutil.ini ?
15:52:32	***	Saving seen data "./dancer.seen"
15:56:25	funman	T bit is unset in spsr, now i'm not sure how/if the psr is saved before entering the exception vector
15:58:23	funman	it is saved : each exception mode also has a "saved program status register (SPSR)"
16:00
16:02:35	funman	well now i'm sure: the code is built in thumb but being run as ARM
16:04:23	CIA-44	New commit by 03funman (r24321): ARM: lr addresses the next instruction after the failing one in undefined instruction vector ...
16:06:03		Join mitk [0] (n=mitk@chello089078013146.chello.pl)
16:06:24	Mode	"#rockbox +v mitk " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
16:11:57		Join dfkt [0] (i=dfkt@unaffiliated/dfkt)
16:12:18	Mode	"#rockbox +v dfkt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
16:13:10	funman	rebuilding only some .o files now works but loading codecs crashes
16:15:15	funman	i give up for now
16:19:09	funman	ah doom is built for c200v2
16:19:31	funman	i was confused with mpegplayer probably, which needs at least 2MB of memory
16:20:34	funman	can someone checks if doom runs on c200v2 ?
16:21:48	Unhelpful	further improvement, this takes 74.22MHz for ape normal on e200: http://pastie.org/792266
16:23:17	Unhelpful	the assumptions it makes about reciprocals are tested for divisors up ot 16384... which is much more table than we can afford anywhere
16:23:47		Quit kaniini ("BRB! IRL!")
16:28:21		Quit maruk ("WeeChat 0.3.0")
16:29:23		Join kaniini [0] (n=kaniini6@dyn75-70.yok.fi)
16:29:44	Mode	"#rockbox +v kaniini " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
16:31:49		Quit Highlander ("Quitte")
16:32:25	CIA-44	New commit by 03funman (r24322): *.link: depends on config file where plugin buffer size is set
16:33:46		Quit kaniini (Client Quit)
16:34:55		Join hebz0rl [0] (n=hebz0rl@dslb-088-067-215-160.pools.arcor-ip.net)
16:35:16	Mode	"#rockbox +v hebz0rl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
16:36:13	domonoky	bluebrother: if you have time, please look at FS #10928
16:36:46	funman	doom almost fills all the c200v2 plugin buffer
16:37:23	*	bertrik tries to find the wads
16:39:02	funman	bertrik: ah nice, i was going to post on the f orum
16:39:27	funman	http://www.rockbox.org/wiki/pub/Main/PluginDoom/rockdoom.wad
16:41:00		Quit _zic ("Ex-Chat")
16:44:23	bertrik	funman, the doom plugin starts, but when trying to start the actual game, I get "Z_Malloc: Failure tryi", "Please wait: Tranmap b" and "Computing: 8..7..6.....1"
16:44:39	bertrik	then nothing, the game doesn't start
16:45:10	bertrik	(this is with svn 24322)
16:45:49		Quit MethoS- (Remote closed the connection)
16:47:10	funman	i'll disable it for memory size <= 2
16:47:23		Join MethoS- [0] (n=clemens@134.102.106.250)
16:47:44	Mode	"#rockbox +v MethoS- " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
16:47:46		Quit MethoS- (Remote closed the connection)
16:49:32		Join pamaury [0] (n=pamaury@ALyon-551-1-19-164.w92-137.abo.wanadoo.fr)
16:49:52	Mode	"#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
16:50:14		Quit phanboy4 (Read error: 113 (No route to host))
16:51:01	funman	doom.tex manual is conditional on swcodec
16:51:28	funman	but it's compilation is conditional on LCD_COLOR \|\| LCD_DEPTH== 2 \|\| MROBE_100 \|\| !AV300 (&& MEMORYSIZE > 2)
16:52:21	AlexP	probably an old manual opt
16:52:36		Join MethoS- [0] (n=clemens@134.102.106.250)
16:52:57	Mode	"#rockbox +v MethoS- " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
16:53:15	funman	looks like i didn't disable mpegplayer for c200v2 either
16:53:19	funman	(in the manual)
16:53:38	funman	those aren't released so i'll ignore it atm
16:54:40	funman	we could use a "lowmemory" feature?
16:57:31	funman	bertrik: can you try rockboy ? (you need a rom)
16:57:58	bertrik	sure, but I don't have ROMs
16:58:22	funman	you can find some on emulation websites, it's legal if you have the original game
16:59:29	CIA-44	New commit by 03funman (r24323): Disable DOOM for c200v2, it won't run ...
17:00
17:01:26	funman	AlexP: hm the c200v2 hasn't even a manual, so ..
17:06:25		Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk)
17:06:35		Join kugel_ [0] (n=kugel@e178113111.adsl.alicedsl.de)
17:06:41		Quit stripwax (Client Quit)
17:06:55	Mode	"#rockbox +v kugel_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
17:07:47		Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net)
17:08:08	Mode	"#rockbox +v froggyman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
17:09:12	bertrik	funman, the game does start and I'm hearing some music and seeing a game demo, I can't actually start a game but I guess that's due to an unfinished keymap or something similar
17:09:38	funman	ok, thanks!
17:09:50	funman	we already won a lot of audio buffer with removing doom
17:10:03	bertrik	I can switch between 1 player and 2 player by means of the volume buttons
17:14:07	funman	assuming rockboy is the biggest plugin now on c200v2 and needs to be fast, we can't use thumb on it
17:14:15	funman	so no need to study the use of thumb on plugisn
17:16:36		Quit kugel (Read error: 60 (Operation timed out))
17:16:51		Join fyrestorm [0] (n=nnscript@cpe-24-90-81-175.nyc.res.rr.com)
17:17:11	Mode	"#rockbox +v fyrestorm " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
17:18:09		Join bimbel [0] (n=Miranda@unaffiliated/bmbl)
17:18:30	Mode	"#rockbox +v bimbel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
17:27:07	amiconn	Doom won't work on the e200v2. Iirc it needs at least ~4MB RAM
17:27:22	amiconn	Rockboy should, at least with small ROMs
17:27:30	amiconn	(Smallest are 64KB afaik)
17:29:28	funman	e200v2 has 8MB
17:29:44	funman	and i can play it on fuze which is almost identical to e200v2 (save for screen orientation)
17:30:39	amiconn	Eh, I meant c200v2
17:30:57	*	amiconn thinks that there are way too many Sansa models
17:31:09	funman	and way too many revisions of each model :(
17:31:30	gevaerts	let's drop support for half of them!
17:32:45		Quit bmbl (Read error: 113 (No route to host))
17:32:51		Nick bimbel is now known as bmbl (n=Miranda@unaffiliated/bmbl)
17:34:24	*	amiconn would actually try doom on archos (if only to completely invalidate that old april fool's joke) if he had an 8MB-modded archos
17:38:33		Quit kloeri_ (Read error: 54 (Connection reset by peer))
17:38:57		Join kloeri__ [0] (n=kloeri@0xbcb112e8.vbrnqu1.dynamic.dsl.tele.dk)
17:39:05		Quit GeekShadow (Read error: 113 (No route to host))
17:39:18	Mode	"#rockbox +v kloeri__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
17:43:41		Join toffe82 [0] (n=chatzill@adsl-70-137-199-21.dsl.frs2ca.sbcglobal.net)
17:44:02	Mode	"#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
17:45:42		Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.")
17:52:36	***	Saving seen data "./dancer.seen"
18:00
18:01:30		Quit mitk ("Leaving")
18:07:17		Join kugel__ [0] (n=kugel@e178096166.adsl.alicedsl.de)
18:07:38	Mode	"#rockbox +v kugel__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
18:08:18		Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr)
18:08:38	Mode	"#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
18:13:29		Quit kugel_ (Read error: 60 (Operation timed out))
18:16:32		Quit rhodan_ (Remote closed the connection)
18:16:54		Nick kugel__ is now known as kugel (n=kugel@e178096166.adsl.alicedsl.de)
18:18:38		Join rhodan [0] (n=quassel@146-179.2-85.cust.bluewin.ch)
18:18:59	Mode	"#rockbox +v rhodan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
18:21:10		Quit robin0800 (Remote closed the connection)
18:25:43		Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de)
18:26:04	Mode	"#rockbox +v panni_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
18:26:21		Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!")
18:29:29		Join saratoga [0] (i=463f90ed@gateway/web/freenode/x-ieuwkknkstygzlsa)
18:29:50	Mode	"#rockbox +v saratoga " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
18:29:52		Quit Casainho (Remote closed the connection)
18:30:01	saratoga	funman: for what its worth, doom will run on 8MB players, but will quickly run out of memory on nearly all WADs
18:30:22	saratoga	it needs slightly more then 8 MB, atleast as implemented in rockbox
18:31:29	gevaerts	saratoga: have people tried changing things like the max playlist size and friends? That might help
18:31:47	saratoga	gevaerts: no I just tried with default settings
18:32:30	saratoga	if you put a print in the sim's doom malloc you could pretty easily check how much it uses while playing
18:33:42	saratoga	Buschel: for the playback problem you reported, I have played unsupported WMA flavors before without seeing that effect, though it was some time ago
18:33:47	saratoga	maybe this is a more recent bug?
18:34:06	gevaerts	saratoga: true. If I ever played doom, I'd do it
18:34:23	saratoga	so does playback work on the c200v2 now?
18:34:43	funman	it "worked" already, don't know if it crashes less
18:35:04	Buschel	saratoga: it was reported for mpc on Oct, 3rd. So, at least 3 months old.
18:35:26	saratoga	this was years ago when i added wma
18:35:38	funman	saratoga: http://forums.rockbox.org/index.php?topic=23696.msg161106#msg161106
18:35:50	saratoga	funman: in theory if you get the buffer up to ~150KB it should work all the time
18:35:53	funman	it randomly works
18:36:04	funman	saratoga: is there anything special with that limit ?.
18:36:04	Buschel	saratoga: i also remember that the disabled sv4-6 mpc-files did not lead to stuck playback (maybe 2 years ago)
18:36:43	saratoga	its roughly the size of the largest .codec files that can be buffered
18:36:58	saratoga	but i'm not sure if thats the problem
18:37:18	saratoga	its just the size on the clip where if we went smaller thigns became buggy
18:38:01	funman	mc2739: do you want to rebuild the 1.0RC bootloaders from the svn tag with the version changed to 1.0 ?
18:38:21	saratoga	mastch said this: "MP3-playback (192kbit) is fine with 140kB ringbuffer size."
18:38:24	saratoga	referring to his clip
18:38:51	saratoga	so if this is the same as the clip, then you probably fixed playback
18:39:48	funman	i posted a note on the forum thread
18:39:49	kugel	wouldnt it be useful to disable codec buffering if the buffer is low anyway?
18:40:13	funman	kugel: i think you should ask matsch :)
18:40:27	kugel	the idea of codec buffering is that you don't need to wake up the disk if the playlist contains mixed content
18:40:51	saratoga	matsch posted a patch that checks if the file buffer is too small to buffer codecs
18:40:55	kugel	but with a buffer of <=400k the problem doesn't exist since that's not enough for a single file anyway
18:40:57	soap	how costly is waking up the disc on flash players?
18:41:05	saratoga	but i never looked into it since we seemed to have fixed clip playback
18:41:24	funman	soap: there's no disc to wake up so i believe it's free :)
18:41:27	kugel	it's really only useful if you are able to buffer multiple files
18:41:33		Quit gevaerts (Read error: 60 (Operation timed out))
18:42:02	saratoga	its not exactly free since theres some power increase when you energize the nand chip, but it is very small and probably irreelevent for .codec files
18:42:11	funman	soap: i think i read here that buffering on flash devices has no consequences on battery life
18:42:16	saratoga	i suggested disabling it a while ago for different reasons and people were opposed
18:42:27	saratoga	http://www.rockbox.org/tracker/task/10605
18:42:34	saratoga	the last two patches in that task
18:42:35	soap	just curious, if the cost is so low, why flash targets bother to buffer codecs, then.
18:43:10	saratoga	NicoP posted a patch that disabled buffering on flash targets
18:43:16	kugel	saratoga: well it would be nice to fix the root cause of course, but it doesn't change the fact that codec buffering is useless if you can't buffer mutliple files
18:43:37	funman	true
18:43:45	saratoga	but it seemed to decrease battery life on the e200v1 so most people concluded having a small buffer was preferable
18:44:05	saratoga	the first of those two patches will disable buffering on the c200v2
18:44:28	saratoga	its probably a good idea since it will mean more buffer available for actual audio too
18:44:46	funman	saratoga: remember the FS# for this patch
18:45:05		Quit panni_ (Read error: 104 (Connection reset by peer))
18:45:06	funman	9332
18:45:09	saratoga	10605
18:45:28		Join panni__ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de)
18:45:37	saratoga	oh that task
18:45:44	funman	saratoga: (for NicoP patch) i see no mention of battery life
18:45:48	Mode	"#rockbox +v panni__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
18:45:51	funman	except him asking for tests nobody made: )
18:45:59	kugel	I made a test
18:46:11	saratoga	they were mentioned in IRC, but for what its worth I was never 100% sure what to make of them
18:46:18	kugel	I got <14h on my e200v1 while svn was >20h
18:46:30	saratoga	svn with what audio buffer size?
18:46:42	saratoga	the whole buffer or 300KB?
18:47:17	kugel	I'm refering to testing Nico_P's patch
18:47:50	saratoga	yeah but you compared it to buffering with a full 32MB of memory right?
18:48:48	saratoga	i wonder what the difference is on a player like the clip where the memory buffer is so tiny it has to rebuffer every couple seconds anywya
18:49:57		Join kugel_ [0] (n=kugel@e178096166.adsl.alicedsl.de)
18:50:18	Mode	"#rockbox +v kugel_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
18:51:08	kugel_	saratoga: I didn't test a svn version specifically
18:51:31	saratoga	i just mean did you test stock svn for svn with a smaller amount of memory to simulate the ams targets?
18:51:40	saratoga	for -> or
18:52:02	kugel_	no
18:53:24	funman	saratoga: i can do that
18:54:06	saratoga	do you think we need direct from flash playback?
18:54:47	TheSeven	you can't really do that
18:54:53	TheSeven	there will always be minimal buffering
18:55:25	TheSeven	and it will probably be beneficial to only read from the flash once a second or something
18:55:40	saratoga	in this case we mean it basically just loads whatever portion of the "audio buffer" directly from flash when the codec requests it
18:55:46	saratoga	so you'll be loading 16KB or so at a time
18:55:51	TheSeven	having the flash powered up all the time will indeed eat some mA
18:56:39	TheSeven	another question is how much latency is added by first needing to power up the flash
18:56:40	saratoga	its not clear to me why theres a big difference between 1 X millisecond long access and 10 X/10 millisecond longs accesses
18:57:20	TheSeven	at least on nano2g, I need to wait several milliseconds after powering on the flash before i can actually access it, which means some wasted current for every powerup/down
18:57:30	saratoga	interesting
18:57:41	saratoga	do you explicitly power up/down the flash?
18:57:44	TheSeven	yes
18:57:53	saratoga	funman: is that needed on AMS too?
18:58:10	*	kugel_ also wouldn't underestimate the code overhead for microtransfers
18:58:18	TheSeven	shutting off the flash in the PMU will save ~7mA IIRC
18:58:53	funman	saratoga: we disable the clocks, not sure what power we gain / how much time it needs
18:59:02	TheSeven	but powering it on means waiting for voltages to stabilize, resetting it, waiting for the reset to complete and the flash to get ready again to accept commands
18:59:46	saratoga	thats a pretty good argument in favor trying to buffer at least 140KB worth at a time
19:00
19:00:11	saratoga	although i like to think that when sandisk designed these 2MB players, and the NAND chips to go with them, they optimized for this case
19:00:33	TheSeven	they are probably doing some buffering as well
19:00:55	TheSeven	I don't think it really matters if that buffer is 100 or 200K, but it will matter if it's 10 or 20K
19:01:01	funman	afaict the 2MB ram is only used for usb mode
19:01:35	saratoga	the vorbis and wma decoders probably use it as well
19:01:36	funman	and the 384kB ram for everything else (codecs, firmware, buffer?)
19:01:49	saratoga	at least i think it would be challanging to fit those codecs in so little memory
19:01:50		Join baptiste [0] (n=chatzill@vir91-12-78-231-137-156.fbx.proxad.net)
19:02:11	Mode	"#rockbox +v baptiste " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
19:02:43	kugel_	funman: that sounds unlikely to be honest
19:03:03	kugel_	I mean it would be pretty stupid
19:03:08	funman	saratoga: the "ogg" decoder binsize is 66kB
19:03:19	funman	kugel_: unless you show me some proof i won't believe you
19:03:43	kugel_	you don't need to believe me, I haven't claimed anything ;)
19:03:45	TheSeven	kugel_: don't ever think that DAP vendors aren't stupid ;-)
19:03:46	saratoga	huh theres someone on google with a 100KB WMA decoder, so maybe these thigns can be made smaller then I think
19:03:48	funman	perhaps not having to power the 2MB SDRAM is where the OF has more battery life than rockbox
19:04:12	saratoga	thats something i should test with a DMM
19:04:25	funman	wma decoder is split across multiple "library blocks"
19:04:44	saratoga	well 60KB for the vorbis binary isn't too bad, but the codec has malloc's everywhere
19:05:01	saratoga	so they dump parts of the decoder to disk when they're not using it?
19:05:11	kugel_	maybe they use the entire 2MB for the heap?
19:05:32	funman	saratoga: afaict the wma dec is 93kB on clipv1
19:05:44	saratoga	i've seen Tremor malloc 800KB on some files, although I suppose sandisk has little concern about compatibility with all vorbis files
19:06:20	funman	kugel_: you can find several locations in the OF where the memory is set to self refresh and can't be accessed anymore
19:06:54	saratoga	how quickly can that be done?
19:07:05	funman	i didn't time
19:07:13		Quit kugel (Read error: 113 (No route to host))
19:07:20	saratoga	is it worth having the codec thread entirely in IRAM, and disabling DRAM while it runs?
19:07:26		Nick kugel_ is now known as kugel (n=kugel@e178096166.adsl.alicedsl.de)
19:07:36	funman	it's a matter of cleaning dcache, setting a bit in MPMC registers and waiting for a status bit
19:07:45	saratoga	we'd have to move some of buffering in there as well
19:07:57	funman	saratoga: the whole binary is in DRAM already including the vectors, and codec api
19:08:13	funman	+ buffering, etc..
19:08:41	saratoga	yeah but if we can do it quickly, we could disable while in the actual codec, and just have the buffering functions exposed to the codec in IRAM
19:08:50	saratoga	and then enable whent he codec thread yields
19:09:06	funman	what happens on interrupts ?
19:09:18	saratoga	hmm yeah thats a problem
19:10:15	funman	perhaps with jtag we could check if DRAM is enabled when playing in the OF
19:10:59	saratoga	with jtag we could dump this whole stupid ams clocking scheme
19:11:19	*	kugel can't imagine they manage the squeeze the entire system, audio data and decoders into 384K ram
19:11:27	kugel	especially not on the c200v2
19:11:46	funman	hmm sd_reload__ and (some) drm modules are linked at 0x3xxx (DRAM) in the OF
19:11:47	mc2739	funman: I have already built Fuze and e200v2 bootloaders from the 1.0 tagged branch. I have tested the e200 bootloader, but the Fuze bootloader needs to be tested.
19:12:12	funman	kugel: don't forget they use thumb
19:12:19	funman	and do not have a lot of features
19:12:49	funman	mc2739: ok, you want me to test it?
19:13:49	*	kugel would be surprised if it didn't work, the only change was to remove the "RC" from the string
19:14:08	mc2739	funman: That would be good. I'll email it to you/
19:15:06	kugel	didn't we release mkamsboot 1.0 at some time?
19:15:46	kugel	why didn't we make 1.0 bootloaders at the same time?
19:16:07		Join darkham [0] (n=darkham@host8-110-dynamic.49-79-r.retail.telecomitalia.it)
19:16:18	funman	there's no link between mkamsboot & the bootloaders
19:16:28	Mode	"#rockbox +v darkham " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
19:16:41	funman	no requirement
19:17:15		Join stooo1 [0] (n=sto@f052223045.adsl.alicedsl.de)
19:17:19		Quit stooo (Read error: 104 (Connection reset by peer))
19:17:36	Mode	"#rockbox +v stooo1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
19:17:43		Nick stooo1 is now known as stooo (n=sto@f052223045.adsl.alicedsl.de)
19:18:21		Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey)
19:18:23	kugel	sure but i'm still curious
19:18:42	Mode	"#rockbox +v BHSPitMonkey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
19:19:30	mc2739	funman: email sent
19:23:50		Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net)
19:24:11	Mode	"#rockbox +v phanboy4 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
19:25:16	funman	mc2739: works fine
19:26:18	mc2739	funman: Thanks for testing. Should I send these to bagder?
19:29:05	funman	yes, i don't thing anything else is needed
19:29:29		Quit moos (Read error: 60 (Operation timed out))
19:31:42	darkham	when developper almost think as 3.5 release date?
19:32:02	funman	2nd february
19:32:04	AlexP	darkham: see the dev mailing list
19:33:56		Join Ebert [0] (n=EbErT@adsl-219-221-47.asm.bellsouth.net)
19:34:17	Mode	"#rockbox +v Ebert " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
19:45:30		Quit saratoga ("Page closed")
19:49:16		Part stooo
19:52:26		Join utchybann [0] (n=papier@ede67-1-81-56-102-26.fbx.proxad.net)
19:52:40	***	Saving seen data "./dancer.seen"
19:52:47	Mode	"#rockbox +v utchybann " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
19:56:56		Quit at0m (Client Quit)
19:59:38	CIA-44	New commit by 03funman (r24324): Italian translation for rbutil ...
20:00
20:03:20		Join Grahack [0] (n=Grahack@ip-222.net-82-216-222.rev.numericable.fr)
20:03:40	Mode	"#rockbox +v Grahack " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:06:27	bluebrother	funman: rbutil has its own CREDITS file (for historical reasons). Is there a reason you add people only to the main CREDITS?
20:06:43	bluebrother	but this also brings up the question if it makes sense to have two CREDITS files at all.
20:06:55	bluebrother	domonoky: will check the FS task later. In general I like the idea.
20:07:04	mc2739	three including the manual
20:07:24	bluebrother	mc2739: the manual one was recently merged AFAIK
20:07:42	bluebrother	domonoky: btw, please try to not introduce trailing spaces in diffs, it makes them harder to read ;-)
20:07:44	funman	bluebrother: didn't know about this other CREDITS file, i guess it could be merged
20:07:46	*	domonoky thinks it would be good to merge all CREDITS files to on.
20:08:25	funman	bluebrother: btw you can use diff -w to ignore whitespace changes in diff (including indentation changes)
20:10:05	mc2739	funman: you have red from r24322
20:10:34		Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk)
20:10:55	Mode	"#rockbox +v stripwax " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:11:32		Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
20:11:49		Join stooo1 [0] (n=sto@f052223045.adsl.alicedsl.de)
20:11:53	Mode	"#rockbox +v gevaerts " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:12:10	Mode	"#rockbox +v stooo1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:12:10	domonoky	bluebrother: i just checked again, but cant find any changed trailing spaces in this patch. Can you point me to one ?
20:12:31	kugel	it looks like an error from the target renaming
20:12:46		Nick stooo1 is now known as stooo (n=sto@f052223045.adsl.alicedsl.de)
20:13:38		Quit Rob2222 ()
20:14:11	kugel	funman: Zagor made some .make files depend on errno.o (teru changed it to ctype.o recently) to depend on <target>.h indirectly before the target renaming happened
20:14:49	bluebrother	domonoky: seems I mixed that up with the pastie :o Sorry.
20:14:54		Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk)
20:15:14	Mode	"#rockbox +v stripwax_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:15:19	bluebrother	well, the main CREDITS file is rather long. Does it make sense to have 400+ entries in the rbutil one?
20:15:48	funman	why not ? rbutil installs work by these 400+ people/projects
20:17:06	rasher	We include it with Rockbox itself, surely there's room in rbutil
20:17:25	AlexP	mc2739: The manual one was removed
20:17:49	AlexP	I think the same should apply here - one cvredits file for Rockbox, be it the firmware, rbutil, manual, etc etc
20:19:21	funman	what is the difference between ondavx747 and ondavx777 ?
20:19:31		Quit darkham (Read error: 104 (Connection reset by peer))
20:19:40	bluebrother	hmm. I'm just somewhat unsure, but you've got a good point (well, had that in mind myself before too ;-)
20:19:50		Join Jaykay [0] (n=chatzill@p5DDC5CFA.dip.t-dialin.net)
20:20:01	pixelma	funman: one digit? Sorry, couldn't resist ;)
20:20:05	bluebrother	ok, so unless there is someone against merging those I could do it.
20:20:10	Mode	"#rockbox +v Jaykay " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:20:47		Join intrados1 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com)
20:21:07	Mode	"#rockbox +v intrados1 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:21:52	CIA-44	New commit by 03funman (r24325): zenvision.h -> zenvision30gb.h
20:22:12	funman	could someone svn cp ondavx747.h ondavx777.h for me ? git has a mv but not a cp command
20:23:22	bluebrother	funman: I _think_ git-svn should handle that by its rename detection
20:23:48	bluebrother	at least it works for moves.
20:23:55	funman	even if i modify the file after that ?
20:24:13	bluebrother	ok, that makes the question harder ;-)
20:24:26	funman	hm i'll just do it and mention vx747, so one browsing the history will be able to look at the vx747 file
20:24:35	bluebrother	No idea, but if git gui shows it as copy I'd expect git-svn to create a copy in the history
20:24:46	JdGordon	just looking back through the logs... regarding buffering crashing when you delete the current file. is read() sane if the fd is open but removed?
20:25:04	JdGordon	buffering.c seems to be able to handle negative return values from it just fine
20:25:25	CIA-44	New commit by 03bluebrother (r24326): Respect default values for ServerSettingsList as well. No idea why I missed that.
20:26:57		Quit pixelma (Nick collision from services.)
20:26:59		Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma)
20:27:16		Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn)
20:27:16		Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma)
20:27:16		Quit amiconn (Nick collision from services.)
20:27:20	Mode	"#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:27:36		Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn)
20:27:37	Mode	"#rockbox +v amiconn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:28:09	JdGordon	S_a_i_n_t: if that wps acts how you say it acts (I havnt looked at it yet) then you found a bug... put it on flyspriay
20:28:54	CIA-44	New commit by 03funman (r24327): ondavx777 : use own config file
20:29:41	S_a_i_n_t	could you? I'm pretty much guaranteed to be fucking something up...I know I could do the viewports better..but the sublines seem sweet. I haven't put it on flyspray yet as I have 0 ability to confirm it.
20:29:50	S_a_i_n_t	no rush though...
20:30:19	JdGordon	if its in flysrapy there is less chance of it being forgottn
20:30:26	JdGordon	and even fixed
20:30:36	funman	hum i did something bad for zen vision
20:30:54	S_a_i_n_t	yeah, I understand that...I just don't know if the error is mine or not.
20:31:19	*	domonoky sees bluebrothers commit, and checks his patch..
20:32:36	*	domonoky sees that his patch is fine. :-)
20:32:49	bluebrother	domonoky: thanks :)
20:33:11	pixelma	JdGordon, mt (for the logs): for what it's worth, deleting the currently playing track does not confuse playback on hwcodec
20:33:17	*	bluebrother missed yet another ebay auction :(
20:33:30	Jaykay	AlexP: FS #9794 :D can i help you with it?
20:33:40	JdGordon	pixelma: thanks, but yeah, I woudlnt expected it to
20:33:48		Quit stripwax_ (Read error: 110 (Connection timed out))
20:33:48	AlexP	Jaykay: I'd forgotten about that
20:33:53	CIA-44	New commit by 03funman (r24328): Add a config file for zenvision (which includes zvm30gb config file)
20:34:16	AlexP	Jaykay: Yeah, just need to check that the release bootloaders al say file not found not error -1 for all targets bar h100,h300
20:34:37	pixelma	JdGordon: yeah, not unexpected but I thought it's worth checking in case something else than everyone thinks is broken
20:35:00		Join petur [0] (n=peter@d54C6F9B2.access.telenet.be)
20:35:21	Mode	"#rockbox +v petur " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:35:50	Jaykay	AlexP: if i should do that you need to tell me how... i guess that this will be as much work as if you would check it :)
20:40:23	funman	mc2739: thanks for showing me the red... i should have looked myself especially after this kind of change
20:42:12		Quit stripwax (Read error: 110 (Connection timed out))
20:49:47		Join robin0800 [0] (n=quassel@genkt-057-079.t-mobile.co.uk)
20:50:08	Mode	"#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
20:50:28	bluebrother	domonoky: merging the CREDITS brings up the problem of the header in docs/CREDITS. My idea is to simply display the credits in a fixed-width font. Thoughts?
20:51:16	funman	bluebrother: you could add a marker and remove the header from the gui
20:51:55	domonoky	sounds fine as long as the header doesnt wrap. else do it like funman suggested :-)
20:52:17	bluebrother	hmm, we could of course do the same processing as done when adding it to the manual
21:00
21:06:03		Quit DerPapst ("Leaving.")
21:08:05		Part froggyman
21:12:48		Quit pamaury ("abort();")
21:13:17		Quit toffe82 (Read error: 104 (Connection reset by peer))
21:18:08		Quit flydutch ("/* empty */")
21:20:11		Join togetic [0] (n=togetic@unaffiliated/ibuffy)
21:20:31	Mode	"#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
21:23:19		Quit S_a_i_n_t (Read error: 110 (Connection timed out))
21:24:36		Join jake__ [0] (n=chatzill@cpe-98-148-248-136.socal.res.rr.com)
21:24:56	Mode	"#rockbox +v jake__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
21:29:19		Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.1.106)
21:29:41	Mode	"#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
21:29:46		Part Ebert
21:31:49		Quit Buschel ()
21:34:16		Quit robin0800 ("No Ping reply in 180 seconds.")
21:34:37		Join robin0800 [0] (n=quassel@genkt-057-079.t-mobile.co.uk)
21:34:58	Mode	"#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
21:36:50		Quit jake__ (Client Quit)
21:39:09		Nick AlexP is now known as BigBambi (n=alex@rockbox/staff/AlexP)
21:39:18		Nick BigBambi is now known as AlexP (n=alex@rockbox/staff/AlexP)
21:41:09		Join robin0800_ [0] (n=quassel@genkt-050-078.t-mobile.co.uk)
21:41:30	Mode	"#rockbox +v robin0800_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
21:42:19	bluebrother	domonoky: do you think it's a good idea to keep the "People that have contributed to the project ..." line in the credits output? I'm tending to keep that.
21:43:01	JdGordon	or change it to "who to blame if this rapes your grandma and kills your cat!"
21:43:07	domonoky	:-)
21:43:20	funman	i'd reverse the two verbs position
21:43:38	domonoky	if you already strip the header, you could strip that line too.
21:43:49	*	bluebrother looks if there are children around
21:44:04	bluebrother	domonoky: sure, but it kinda fits. IMO :)
21:45:11	domonoky	true, but better add it as a rbutil text. then it can be translated.
21:45:20	*	bluebrother removes the line for now
21:46:29	domonoky	any comments to my patch ? i want to commit it fast, because it touches so many files that it gets conflicts on nearly any rbutil commit :-)
21:48:30	bluebrother	domonoky: I'll look at it after finishing the credits stuff. Which is about now :)
21:48:41	domonoky	good :-)
21:48:45	CIA-44	New commit by 03bluebrother (r24329): Merge rbutil CREDITS file with main one and use that. ...
21:49:27		Quit funman ("free(random());")
21:51:33		Join Casainho [0] (n=chatzill@87.196.196.105)
21:51:54	Mode	"#rockbox +v Casainho " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
21:52:44	***	Saving seen data "./dancer.seen"
21:54:45	bluebrother	domonoky: that "class QSettings;" in serverinfo.h looks strange. including QtCore should be sufficient.
21:54:47		Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk)
21:55:14		Quit robin0800 (Read error: 110 (Connection timed out))
21:55:14	Mode	"#rockbox +v stripwax " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
21:55:30	bluebrother	same for systeminfo.h
21:56:36	domonoky	bluebrother: true, its a left over thing, i will remove it. but systeminfo needs it, its QSettings based.
21:57:55	bluebrother	domonoky: but you include QtCore, which does contain QSettings so that declaration shouldn't be needed
21:58:01		Quit baptiste (Read error: 104 (Connection reset by peer))
21:58:02	*	domonoky is wrong, its not needed in all three settings/info classes.
21:59:10	bluebrother	oh, and you change some configure_modelname entries. Is there a reason for them to be in this commit? AFAICS those should go separate (and there is still some renaming needed −− some sections should get renamed too)
21:59:43		Quit Jaykay (Read error: 110 (Connection timed out))
21:59:59	bluebrother	apart from that I haven't seen anything obvious. It's a lot code shuffled around ;-)
22:00
22:00:02	domonoky	i renamed them, because you suddenly notice the wrong ones, with the new Stable/unstable handling from the server.
22:00:48	domonoky	but there it surely more renaming work needed. But we have to be carefull with that.
22:00:57	bluebrother	we should check all those names again. For example there is still a section gigabeatf, but if we want to unify names it should be gigabeatfx
22:01:14	bluebrother	or some samsung sections. But we indeed need to be careful ;-)
22:02:25		Quit bmbl ("Bye!")
22:04:06	domonoky	theoretically we should now be able to combine buildserver_modelname and configure_modelname. But still cant use the rbutil internal name, because rbutil knows more targets then configure/buildserver
22:05:23	bluebrother	yeah, that's kinda bad. Haven't checked lately, but maybe we can use the configure name + some rbutil extension for that.
22:05:38	domonoky	that might be possible..
22:05:56	bluebrother	like iriverh10_5gb.mtp
22:06:10	domonoky	archosfmrecoder.8mb ?
22:06:23	bluebrother	like that, yeah.
22:06:47	bluebrother	or use any other character for separation that won't appear in configure names.
22:06:52	domonoky	sounds nice..
22:07:37	bluebrother	I was thinking of something like that since the beginning of playing around with those names in my head
22:08:15		Quit stoffel (Remote closed the connection)
22:08:26	kugel	doesn't configure still produce archosfmrecorder8mb if it was selected in the advanced options?
22:08:32	bluebrother	but anyway, IMO you should go for FS#�1092. Maybe committing the rbutil.ini changes separately first.
22:08:52	domonoky	hm, the 8Mb archos are the only ones with buildserver/configurename differences.. any idea why ?
22:10:31	bluebrother	because it's a configure target while all others are only rbutil internal differences. Like MTP vs UMS installation on the h10
22:10:52	bluebrother	hmm, there is something broken now. I get two configuration dialogs after startup :o
22:11:18	CIA-44	New commit by 03Domonoky (r24330): rbutil: rename a few more targets.
22:11:51		Quit Grahack ("Tu m'as vu ?")
22:12:40	CIA-44	New commit by 03Domonoky (r24331): rbutil: split RbSettings. use Stable/unstable status from server.
22:13:39		Join CaptainKewl [0] (i=jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com)
22:13:59	Mode	"#rockbox +v CaptainKewl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:16:16	CIA-44	New commit by 03Domonoky (r24332): rbutil: fix doubled configure dialog.
22:16:55		Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net)
22:17:16	Mode	"#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:18:30	bluebrother	domonoky: beat me ...
22:19:14	*	domonoky beats bluebrother :-)
22:19:37	*	bluebrother feals beaten :o
22:20:03		Quit HBK ()
22:22:07		Quit kloeri__ (Read error: 104 (Connection reset by peer))
22:26:48		Quit stripwax (Read error: 110 (Connection timed out))
22:27:25		Join kloeri__ [0] (n=kloeri@0xbcb112e8.vbrnqu1.dynamic.dsl.tele.dk)
22:27:46	Mode	"#rockbox +v kloeri__ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:28:08		Quit robin0800_ ("No Ping reply in 180 seconds.")
22:28:28		Join robin0800 [0] (n=quassel@genkt-050-078.t-mobile.co.uk)
22:28:48	Mode	"#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:28:49		Quit gevaerts (Nick collision from services.)
22:29:01		Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
22:29:21	Mode	"#rockbox +v gevaerts " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:30:21		Quit tomaw__ (K-lined)
22:32:18		Join tomaw_- [0] (i=tom@freenode/staff/tomaw)
22:32:38	Mode	"#rockbox +v tomaw_- " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:33:06		Nick tomaw_- is now known as tomaw__ (i=tom@freenode/staff/tomaw)
22:40:19		Quit hebz0rl ("Ex-Chat")
22:48:02		Join HBK [0] (n=hbk@rrcs-97-77-49-215.sw.biz.rr.com)
22:48:22	Mode	"#rockbox +v HBK " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:50:35		Quit Casainho (Read error: 113 (No route to host))
22:52:08		Join Casainho [0] (n=chatzill@87.196.196.105)
22:52:29	Mode	"#rockbox +v Casainho " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:55:04		Join Strife89 [0] (n=michael@adsl-154-11-141.mcn.bellsouth.net)
22:55:24	Mode	"#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:55:44		Join Rob2222 [0] (n=Miranda@p4FDC933C.dip.t-dialin.net)
22:56:04	Mode	"#rockbox +v Rob2222 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
22:58:25		Join JdGordon\| [0] (n=jd@rockbox/developer/JdGordon)
22:58:46	Mode	"#rockbox +v JdGordon\| " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
23:00
23:02:56		Quit stooo (Read error: 104 (Connection reset by peer))
23:03:13		Join stooo [0] (n=sto@f052223045.adsl.alicedsl.de)
23:03:33	Mode	"#rockbox +v stooo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
23:04:27	*	bluebrother uploaded a new set of rbutil svn binaries; in case someone wants to try: http://tinyurl.com/rbutil-dev
23:04:35		Quit stooo (Read error: 104 (Connection reset by peer))
23:04:58		Join stooo [0] (n=sto@f052223045.adsl.alicedsl.de)
23:05:18	Mode	"#rockbox +v stooo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
23:05:21		Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk)
23:05:42	Mode	"#rockbox +v stripwax " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk)
23:07:37		Quit JdGordon\| ("Bye")
23:09:10	Unhelpful	this uses roughly the maximum available space for the APE reciprocal LUT on PP targets. i've only an e200, so if somebody would care to give the ape normal sample a go on pp5020 or pp5002, i'd be interested in the results. if anybody wants to try some other armv4 target that uses codec iram and tell me that the LUT is set too large or too small for them, that's fine, too. :)
23:12:41		Quit stripwax (Read error: 60 (Operation timed out))
23:36:55		Quit grndslm (Read error: 60 (Operation timed out))
23:49:41	Strife89	Unhelpful: Sorry, but I'm not sure which targets use which hardware.
23:49:54	Strife89	Unhelpful: I have a c200, a Fuze, and an iPod Color.
23:51:31		Quit efyx_ (Remote closed the connection)
23:52:48	***	Saving seen data "./dancer.seen"
23:53:21		Quit phanboy4 (Read error: 110 (Connection timed out))

Previous day | Next day