#rockbox 2009-10-03

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).

#rockbox log for 2009-10-03

00:00:56	krazykit	short answer: "no"
00:01:17		Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se)
00:01:36	krazykit	it's possible that in the future code could be written for the 3rd or 4th gen devices, but as the 2nd gen port is only barely started, it's going to be a long time coming, if at all.
00:02:25	nosa-j	well thats good to hear im not well equiped to port them myself, ive olny had the nano for about a year so im sure its got plenty of life
00:02:32	nosa-j	i wont get my hopes up tho lol
00:02:47		Join tomers [0] (n=IceChat7@bzq-84-109-85-100.red.bezeqint.net)
00:03:03	nosa-j	my old nano 1g runs rock box fine and still works its almost 3years old
00:03:08	markun	saratoga: do you enjoy reading papers of fast MDCT implementations? :) http://portal.acm.org/citation.cfm?id=1556645
00:04:57	nosa-j	thanks for being up front with me krazykit i couldnt find a clear answer
00:05:34	nosa-j	well answered on your part :D
00:05:50		Nick jvd_ is now known as jvd (n=syscrash@209.126.180.153)
00:05:57	linuxstb	krazykit: I would say it's a bit more than "barely started". Audio should come pretty soon... But that shouldn't be taken to imply anything about the 3rd/4th gen - they're different (and I think currently mostly unknown) devices.
00:06:34	nosa-j	i dont mind giveing info on my device im not sure what all is involved
00:07:34	nosa-j	from what ive read somtling involving useing linux
00:08:25		Quit dfkt (Read error: 110 (Connection timed out))
00:08:38	nosa-j	its fast 200mhz core im not sure what the nano first gen has
00:09:43	nosa-j	or the 2nd for that matter
00:11:13		Join Strife89 [0] (n=michael@adsl-220-111-55.mcn.bellsouth.net)
00:11:41	krazykit	ah, the ftl works now? i must've missed that
00:23:22		Quit BlakeJohnson86 (Read error: 110 (Connection timed out))
00:25:46		Quit esperegu (Read error: 113 (No route to host))
00:28:51		Nick The3_14ed\|r is now known as Dhraakellian (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com)
00:28:53		Quit michaelcarr (Read error: 110 (Connection timed out))
00:30:41		Quit bubsy (Read error: 60 (Operation timed out))
00:34:26		Join bubsy [0] (n=bubsy@94.139.72.137)
00:34:44		Quit Thundercloud (Read error: 54 (Connection reset by peer))
00:34:54		Quit linuxstb (Read error: 113 (No route to host))
00:35:25		Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb)
00:36:19		Join Thundercloud [0] (i=thunderc@81.187.69.84)
00:38:17	***	Saving seen data "./dancer.seen"
00:38:46	mt	linuxstb: Found the info on extended metadata tagging in rm :)
00:40:38		Quit dfkt_ ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.")
00:40:45	linuxstb	Hurray! Do any apps support it?
00:40:54	mt	And yes, turns out it could contain ID3 tags, but, aside from the fact that I could find this information, all the samples I worked with (even the ones produced with real producer) didn't contain that, and ffmpeg didn't handle it so couldn't work it.
00:41:39	mt	linuxstb: IIRC, I looked in vlc, mplayer and ffmpeg back then and didn't find code that handled this type of metadata tags.
00:42:47	linuxstb	So where did you find the info?
00:43:04	mt	https://common.helixcommunity.org/2003/HCS_SDK_r5/htmfiles/rmff.htm
00:44:06	linuxstb	So does RealPlayer support it?
00:44:41	mt	seems like one of the two encoders this guy used : http://forums.rockbox.org/index.php?topic=22831.0 (or maybe both?) write tags in the "extended" section only.
00:45:27	mt	It should support it, right ? given that the documentation is on helix .. but I haven't really tried.
00:48:09	linuxstb	That looks a bit similar to ASF IIRC.
00:48:46		Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
00:49:35	*	linuxstb waits for rapidshare to allow him to download the sample...
00:51:01	markun	mt: I saw someone in the forum ask about supporting atrac in sony .oma files. Do you know anything about this container?
00:52:58	mt	markun: I have searched quickly once and couldn't find documentation about it, but I'll look more later. (it should at least be handled in ffmpeg, as a last resort).
00:53:23	linuxstb	mt: So those files have the metadata at the end (plus an id3v1 tag). I guess that's the problem...
00:53:24	mt	Also, isn't it .omg ? (I remember because at first I thought it was an "Oh my God" container) :P
00:54:03	mt	linuxstb: Yes, that's how I knew that some encoders actually do that :)
00:57:12		Quit bmbl ("Bye!")
00:57:14		Quit GeekShadow ("The cake is a lie !")
00:58:16	markun	mt: yes, might be .omg
00:59:16	markun	I'm trying to find information on nero gapless, but so far no luck
01:00
01:04:33	CIA-43	New commit by dave (r22878): Unify the button driver for the Nano 2G with the driver for earlier clickwheel ipods. The clickwheel hardware appears to be the same - the ...
01:05:56		Quit froggyman ("CGI:IRC (Ping timeout)")
01:06:50		Quit ender` (" I do not fear death. I had been dead for billions and billions of years before I was born and had not suffered the slightes")
01:09:47		Part tomers
01:11:53		Join froggyman [0] (i=www-data@giant.haxx.se)
01:17:23		Quit froggyman ("CGI:IRC (Ping timeout)")
01:29:48		Quit DerPapst ("Leaving.")
01:33:05		Quit matsl (Read error: 104 (Connection reset by peer))
01:34:57		Join webguest [0] (i=www-data@giant.haxx.se)
01:35:56	webguest	who has a gigabeat s
01:37:01	webguest	who rockboxed a gigabeat s in here
01:38:45	krazykit	webguest, a number of people. do you have a specific question about it?
01:41:17	webguest	yeah the instructions states that i should download beastflasher
01:41:26	webguest	but the link is broken
01:42:20	webguest	i wa wondering if anyone has an extra copy
01:44:04	linuxstb	What instructions are you following?
01:46:00	CIA-43	New commit by dave (r22879): Final changes to get a Nano 2G main build compiling.
01:46:27	webguest	the manual on the website for Gigabeat S
01:49:13		Quit markun (robinson.freenode.net irc.freenode.net)
01:49:13	NSplit	robinson.freenode.net irc.freenode.net
01:49:13		Quit ps-auxw (robinson.freenode.net irc.freenode.net)
01:50:04	linuxstb	The links are not broken, it's simply that beastpatcher isn't released yet (and the S isn't a supported device).
01:51:45	NHeal	robinson.freenode.net irc.freenode.net
01:51:45	NJoin	markun [50] (n=markun@rockbox/developer/markun)
01:51:45	NJoin	ps-auxw [0] (n=arneb@dyn37.ps-auxw.de)
01:51:48	webguest	oh ok
01:52:44	linuxstb	But maybe someone has a copy - it exists and it works.
01:53:19	webguest	i wish
01:54:46	webguest	i heard i can compile my own
01:55:14	linuxstb	Yes, you can. Or you can follow the older instructions here - http://www.rockbox.org/wiki/GigabeatSInstallation
01:56:11	linuxstb	webguest: I need to sleep now - good luck.
01:56:25	webguest	thanks
01:58:23	saratoga	markun: interesting
01:58:41	saratoga	they give the fastest known mul/add counts for the MP3 transforms, i wonder how we do
02:00
02:00:28		Join intrados [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com)
02:05:36		Quit webguest ("CGI:IRC (Ping timeout)")
02:08:34		Join froggyman [0] (n=sopgenor@pool-72-69-88-109.chi01.dsl-w.verizon.net)
02:10:53		Quit domonoky1 (Read error: 104 (Connection reset by peer))
02:11:47		Quit AndyI (Read error: 60 (Operation timed out))
02:12:18		Join AndyI [0] (n=pasha_in@212.14.205.32)
02:13:51		Quit Thundercloud (Remote closed the connection)
02:18:44	CIA-43	New commit by mt (r22880): Smarter check for failed packet parsing in RM. Also fixes a bug in playback where sometimes "codec failure" is splashed at the end of playback.
02:20:05		Quit T44 (Read error: 110 (Connection timed out))
02:22:33		Quit _lifeless (Read error: 104 (Connection reset by peer))
02:27:52	mt	Is there something wrong with the build table ?
02:31:19		Join webgues [0] (i=www-data@giant.haxx.se)
02:31:40	saratoga	mt: no thats normal
02:31:50	webgues	anyone have beastpatcher or a nk.bin for a gigabeat s i can barrow
02:31:52	saratoga	it was compacted so that it only shows columns with an error
02:32:35	mt	oh ok.
02:32:52		Join TopyMobile [0] (n=topy@xdsl-78-34-74-137.netcologne.de)
02:37:37		Part froggyman
02:38:20	***	Saving seen data "./dancer.seen"
02:38:50		Join TDJACR [0] (n=TDJACR@Wikipedia/Thedjatclubrock)
02:39:19	TDJACR	What device should I purchase as my next music player?
02:39:45		Join cpuguest [0] (i=dontryth@222.108.66.77)
02:53:55		Join swimmer [0] (n=swimmer@xs8.xs4all.nl)
03:00
03:01:56		Join slact [0] (n=chatzill@ool-457be718.dyn.optonline.net)
03:02:37	slact	hey guys... would anyone mind linking me to what this whole new USB KEypad Mode thing is?
03:02:44		Join TopyMobile_ [0] (n=topy@xdsl-78-34-74-137.netcologne.de)
03:06:10		Quit TopyMobile (Read error: 110 (Connection timed out))
03:12:35		Part cpuguest
03:17:35		Part mc2739 ("Leaving")
03:19:46		Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk)
03:22:30		Quit chandoo ("Leaving")
03:23:27	saratoga	ugh why did i think looking at buffering.c would be a good idea
03:23:56		Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739)
03:33:33		Quit Thundercloud (Remote closed the connection)
03:40:15		Quit TopyMobile_ (Read error: 110 (Connection timed out))
03:46:16		Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
03:49:54		Join webguest88 [0] (i=www-data@giant.haxx.se)
03:50:04		Join TopyMobile [0] (n=topy@78.34.74.137)
03:52:58	webguest88	anyone working on fuze/ams lineout? ive synced #8305 with latest build, but im not get any sound from hp or lineout
03:53:16		Quit pixelma (Nick collision from services.)
03:53:17		Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma)
03:53:20		Quit amiconn (Nick collision from services.)
03:53:24		Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn)
03:53:31		Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn)
03:53:37		Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma)
03:56:20		Quit webgues ("CGI:IRC (Ping timeout)")
03:58:07	saratoga	webguest88: I don't think so
03:58:14	saratoga	but its should be fairly easy I think
03:59:19	saratoga	FS #8305 won't fix that since its for a different player
04:00
04:01:37		Quit Lss (Read error: 104 (Connection reset by peer))
04:06:43		Quit TheSeven (Nick collision from services.)
04:07:01		Join The_Seven [0] (n=theseven@dslb-084-056-152-193.pools.arcor-ip.net)
04:07:04		Join Hillshum [0] (n=hillshum@75-165-241-46.slkc.qwest.net)
04:07:13		Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-152-193.pools.arcor-ip.net)
04:07:14		Quit intrados (Read error: 110 (Connection timed out))
04:10:29		Join Topy44 [0] (n=Topy44@f049045144.adsl.alicedsl.de)
04:14:16		Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de)
04:14:57	saratoga	looking online it looks like the sansas enable line out when a voltage is presented to one of the doc pins, i wonder how we would read that voltage in
04:17:07	Hillshum	the OF does that
04:27:27		Quit saratoga ("Page closed")
04:28:57		Quit meermanr (Remote closed the connection)
04:29:00		Join meermanr [0] (n=meermanr@robmeerman.co.uk)
04:32:15		Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au)
04:32:20		Quit TopyMobile (Read error: 145 (Connection timed out))
04:38:05		Quit Rondom (Nick collision from services.)
04:38:16		Join Rondom [0] (n=Rondom@dslb-084-057-169-232.pools.arcor-ip.net)
04:38:21	***	Saving seen data "./dancer.seen"
04:38:24		Quit Llorean (Read error: 104 (Connection reset by peer))
04:39:11		Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net)
04:54:39		Join TopyMobile [0] (n=topy@xdsl-78-34-65-27.netcologne.de)
04:57:25		Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de)
04:59:39		Quit webguest88 ("CGI:IRC")
05:00
05:03:25		Quit Strife89 (Read error: 110 (Connection timed out))
05:12:25		Quit Hillshum ("Ex-Chat")
05:14:35		Quit linuxstb (robinson.freenode.net irc.freenode.net)
05:14:35	NSplit	robinson.freenode.net irc.freenode.net
05:14:35		Quit kadoban (robinson.freenode.net irc.freenode.net)
05:14:35		Quit liar\|netbook (robinson.freenode.net irc.freenode.net)
05:14:35		Quit thegeek (robinson.freenode.net irc.freenode.net)
05:14:35		Quit panni_ (robinson.freenode.net irc.freenode.net)
05:14:35		Quit KBH (robinson.freenode.net irc.freenode.net)
05:14:35		Quit dionoea (robinson.freenode.net irc.freenode.net)
05:14:35		Quit Shaid (robinson.freenode.net irc.freenode.net)
05:14:35		Quit Torne (robinson.freenode.net irc.freenode.net)
05:14:35		Quit alexbobp (robinson.freenode.net irc.freenode.net)
05:14:35		Quit w1ll14m\|_ (robinson.freenode.net irc.freenode.net)
05:14:35		Quit janne_oksanen (robinson.freenode.net irc.freenode.net)
05:14:35		Quit Slasheri (robinson.freenode.net irc.freenode.net)
05:14:35		Quit jon-kha (robinson.freenode.net irc.freenode.net)
05:14:35		Quit blithe (robinson.freenode.net irc.freenode.net)
05:14:35		Quit tha (robinson.freenode.net irc.freenode.net)
05:14:35		Quit scorche\|sh (robinson.freenode.net irc.freenode.net)
05:14:35		Quit elcan (robinson.freenode.net irc.freenode.net)
05:14:35		Join dionoea_ [0] (n=dionoea@yop.chewa.net)
05:14:35		Join TorneWuff [0] (i=torne@lowell.wolfpuppy.org.uk)
05:14:35		Join tha_ [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de)
05:14:37		Join blithe [0] (n=blithe@blakesmith.me)
05:14:37		Join alexbobp_ [0] (n=alex@66.112.249.119)
05:14:37	NHeal	robinson.freenode.net irc.freenode.net
05:14:37	NJoin	elcan [0] (i=user36@64.32.20.56)
05:14:37		Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no)
05:14:37		Join w1ll14m\| [0] (n=nobody@84-104-81-17.cable.quicknet.nl)
05:14:45	NJoin	liar\|netbook [0] (n=liar@83.175.83.185)
05:14:50		Join Shaid [0] (i=adam@lurking.shaid.net)
05:14:54	NJoin	linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb)
05:14:59		Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de)
05:15:01		Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
05:15:31		Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com)
05:17:04		Quit rotator ()
05:19:40		Join scorche\|sh [0] (n=scorche@squisch.net)
05:21:50		Join FlynDice_ [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net)
05:28:01		Quit Llorean (Read error: 104 (Connection reset by peer))
05:28:27		Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net)
05:39:10		Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
05:40:47		Quit cool_walking_ (Read error: 110 (Connection timed out))
05:41:14		Join intrados [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com)
05:51:29	FlynDice_	funman: (for the logs) Once again I seem to have tried to take credit for the sun rising. It seems that omitting the CCU_SCON = 1 line in system-as3525.c with current svn works fine for me with no other changes....
05:59:06		Quit FlynDice_ (Remote closed the connection)
06:00
06:10:23		Join webgues [0] (i=www-data@giant.haxx.se)
06:21:35		Nick alexbobp_ is now known as alexbobp (n=alex@66.112.249.119)
06:26:31		Quit kugel (Read error: 110 (Connection timed out))
06:33:30		Quit ej0rge (robinson.freenode.net irc.freenode.net)
06:33:30	NSplit	robinson.freenode.net irc.freenode.net
06:33:30		Quit fish_ (robinson.freenode.net irc.freenode.net)
06:33:30		Quit bekabug (robinson.freenode.net irc.freenode.net)
06:33:30		Quit YPSY (robinson.freenode.net irc.freenode.net)
06:33:30		Quit timc (robinson.freenode.net irc.freenode.net)
06:33:30		Quit SUSaiyan (robinson.freenode.net irc.freenode.net)
06:33:30		Quit redfox (robinson.freenode.net irc.freenode.net)
06:33:30		Quit jds2001 (robinson.freenode.net irc.freenode.net)
06:35:32	NHeal	robinson.freenode.net irc.freenode.net
06:35:32	NJoin	fish_ [0] (n=fish@freigeist.org)
06:35:34	NJoin	ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com)
06:35:49	NJoin	jds2001 [0] (n=jds2001@fedora/jds2001)
06:38:22	***	Saving seen data "./dancer.seen"
06:38:51	NJoin	SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl)
06:42:24		Join cpuguest [0] (i=dontryth@222.108.66.77)
06:43:33	NJoin	bekabug [0] (n=bekabug@adsl-068-209-234-142.sip.tys.bellsouth.net)
06:47:54	NJoin	redfox [0] (n=redfox2@ns351996.ovh.net)
06:48:22		Nick redfox is now known as Guest55997 (n=redfox2@ns351996.ovh.net)
06:51:52	NJoin	timc [0] (n=aoeu@119.109.105.23)
06:53:12	NJoin	YPSY [0] (n=ypsy@geekpadawan.de)
06:55:58		Join FlynDice_ [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net)
06:59:20		Quit FlynDice_ (Remote closed the connection)
07:00
07:07:04		Quit antil33t ()
07:21:37		Quit daurn (Read error: 113 (No route to host))
07:31:33		Join than0 [0] (n=thanaton@adsl-99-31-116-159.dsl.emhril.sbcglobal.net)
07:35:26		Quit slact ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
07:35:53		Part ThomasAH
07:43:14		Join T44 [0] (n=Topy44@f048049077.adsl.alicedsl.de)
07:47:09		Join Topy [0] (n=Topy44@f049040040.adsl.alicedsl.de)
07:48:05		Join daurn [0] (i=daurnima@freenode/staff/daurnimator)
07:53:03		Join Horschti [0] (n=Horscht2@xbmc/user/horscht)
07:57:44		Quit than0 ("Ex-Chat")
07:59:10		Quit TheSeven (Read error: 104 (Connection reset by peer))
07:59:48		Join TheSeven [0] (n=theseven@dslb-084-056-152-193.pools.arcor-ip.net)
08:00
08:01:33		Quit Topy44 (Read error: 113 (No route to host))
08:02:31		Join Topy44 [0] (n=Topy44@f048211076.adsl.alicedsl.de)
08:04:59		Quit T44 (Read error: 110 (Connection timed out))
08:11:22		Quit Horscht (Read error: 110 (Connection timed out))
08:19:32		Quit Topy (Read error: 110 (Connection timed out))
08:28:47		Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]")
08:33:15		Join n1s [0] (n=n1s@rockbox/developer/n1s)
08:35:12		Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it)
08:36:40		Quit webgues ("CGI:IRC")
08:38:24	***	Saving seen data "./dancer.seen"
08:41:01		Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk)
08:42:09		Join Rob2222 [0] (n=Miranda@p4FDCDAE3.dip.t-dialin.net)
08:49:18		Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey)
09:00
09:00:22		Quit Rob2223 (Read error: 110 (Connection timed out))
09:12:08		Part cpuguest
09:13:03		Join esperegu [0] (n=quassel@145.116.11.103)
09:30:07		Join janne_oksanen [0] (n=janne@b01.ainola.jyu.fi)
09:39:31		Quit BHSPitLappy (Remote closed the connection)
09:54:03		Join timc`` [0] (n=aoeu@119.109.111.172)
09:54:03		Quit timc (Read error: 110 (Connection timed out))
09:54:54		Quit AndyI ()
10:00
10:00:51		Join AndyI [0] (n=pasha_in@212.14.205.32)
10:01:21	CIA-43	New commit by dave (r22881): battery_bench requires the register_storage_idle_func() and unregister_storage_idle_func() functions, so only compile #if USING_STORAGE_CALLBACK.
10:03:30	linuxstb	gevaerts: Is there a reason that USING_STORAGE_CALLBACK defined to be used with #if, instead of #ifdef ?
10:07:43		Quit DirtySkeMe (Read error: 113 (No route to host))
10:19:10		Join AndyIL [0] (n=pasha_in@212.14.208.235)
10:19:52		Quit intrados (Read error: 110 (Connection timed out))
10:20:41		Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
10:21:37		Join intrados [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com)
10:22:41		Join cpuguest [0] (i=dontryth@222.108.66.77)
10:26:21	CIA-43	New commit by kkurbjun (r22882): Brickmania: Fix smaller screens, improve speed scaling and collision detection.
10:27:36		Join stoffel [0] (n=quassel@p57B4DDCB.dip.t-dialin.net)
10:29:09		Quit niekie (Remote closed the connection)
10:29:49		Quit AndyI (Read error: 110 (Connection timed out))
10:33:42		Quit dionoea_ (Remote closed the connection)
10:34:06		Join dionoea [0] (n=dionoea@yop.chewa.net)
10:35:42		Part cpuguest
10:36:25	CIA-43	New commit by dave (r22883): Revert r22881 - USING_STORAGE_CALLBACK is not defined by config.h so cannot be used in SOURCES
10:38:26	***	Saving seen data "./dancer.seen"
10:38:32	*	linuxstb grumbles a bit
10:40:08		Join cpuguest [0] (i=dontryth@222.108.66.77)
10:40:08		Part cpuguest
10:46:23		Join ender` [0] (i=krneki@foo.eternallybored.org)
10:47:27	linuxstb	gevaerts: Sorry, I was misled by svn blame - seems JdGordon introduced that #define back in r11451
11:00
11:06:54		Quit linuxstb (Remote closed the connection)
11:17:58		Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk)
11:28:26	*	n1s wonders wth is going on in the calendar
11:29:31	pixelma	kkurbjun: current brickmania is completely broken on my c200
11:30:56	pixelma	some bricks just fell down (in a row) when continuing my game and I move the ball with left and right, just below the status line and some more bricks are displayed all over the status bar there
11:31:30	pixelma	the paddle is at the bottom but has the width of the ball
11:31:53		Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com)
11:32:48	pixelma	so moving the ball is probably because I didn't release it yet
11:33:43	CIA-43	New commit by nls (r22884): Slight cleanup of the calendar plugin
11:36:44	pixelma	kkurbjun: ok, releasing the ball lets me continue a bit (ball moves correctly and after it first dropped, the paddle appears correctly and then the ball is put correctly on top of it), maybe it has to do with the fact that it was a continued game but still
11:37:06		Quit AndyIL (Read error: 60 (Operation timed out))
11:37:23		Join AndyI [0] (n=pasha_in@212.14.208.235)
11:42:33	pixelma	next level looks correctly now, the only thing that's left is that the wider and smaller paddle look broken now (maybe some wrong part of the bitmaps is used or so)
11:50:21		Quit daurn (Read error: 113 (No route to host))
11:58:30	pixelma	this USB Keypad Mode stuff seems to have broken the multimedia keys function of my c200, or I either misinterpret things or switched the mode somehow and can't figure out how to set it back. The fact that I only see "USB Keypad Mode:" without anything else on the screen isn't exactly helpful :\
12:00
12:02:32	pixelma	and in case it is set to mouse now, then I can't see it working in Windows XP now
12:08:37	robin0800	pixelma: there are three modes now Multimedia Presentation and Browser don't know what last two do though
12:09:47	pixelma	yes, and how do I get Multimedia back (working?), how can I see the current mode, etc.?
12:10:25	robin0800	pixelma: in system usb mode
12:13:35	pixelma	what's that? If you mean Rockbox's USB screen - I can't see the actual Mode on the screen, besides that I can't figure out how to change it (at least not going by "does multimedia work for me again", it's a bit hard to tell if you don't see the mode mentioned otherwise on the screen)
12:18:02	robin0800	pixelma: no in settings
12:19:49	pixelma	aha, installing a new build helped. You can cycle through the modes with the Rec button on the c200 but the fact that you can't see the mode (at least with my 10 point font, the default is even bigger) still applies.
12:20:03	pixelma	better: installing it again
12:21:52	robin0800	pixelma: general settings/system/usb keypad mode
12:22:05	pixelma	and there are 4 modes - multimedia, ?, ?, mouse (and I can see the latter working now). I wonder what happened on my first try :\|
12:22:33	pixelma	robin0800: I mean in the USB screen
12:23:57	pixelma	there is a line at the bottom which reads: "USB Keypad Mode:" so I think I'm supposed to see the current mode there too...
12:24:31	robin0800	pixelma: tes you set it there
12:24:41		Join antil33t [0] (n=Mudkips@119.224.12.185)
12:27:18	pixelma	you seem to be able to also set it in the USB screen itself (using Rec to cycle through them). And even if this wasn't possible, I'm sure I should be able to see the current active mode there too, but I can't
12:28:50		Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow)
12:29:16		Quit antil33t (Client Quit)
12:32:54	robin0800	pixelma: yes your right it dosn't show on the usb screen
12:38:28	***	Saving seen data "./dancer.seen"
12:40:53	*	amiconn summons funman
12:41:21		Join antil33t [0] (n=Mudkips@119.224.12.185)
12:41:54		Join antil33t1 [0] (n=Mudkips@119.224.12.185)
12:42:00		Quit antil33t1 (Remote closed the connection)
12:42:23		Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
12:57:20		Join notlistening [0] (n=tom@87.127.185.75)
13:00
13:04:36		Join antil33t1 [0] (n=Mudkips@119.224.12.185)
13:04:42		Quit antil33t (Nick collision from services.)
13:11:06		Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl)
13:12:30		Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2)
13:14:33	amiconn	Anyone else who has a Samsung YH920?
13:28:20	janne_oksanen	does pictureflow work with jpg and non-100x100 images these days?
13:28:36	janne_oksanen	I'm having problems with some album covers with it
13:29:42	stripwax	pictureflow should work with these, yes. I use pictureflow, and have a mix of bmp and jpg covers, in sizes up to 500x500, and pictureflow rescales them
13:30:40	pixelma	janne_oksanen: can you watch those jpgs with the jpegviewer?
13:30:43	stripwax	Perhaps your album covers are 'progressive jpg' format (which is not supported)
13:31:13	janne_oksanen	I'll check it out
13:31:58		Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp)
13:32:37	bertrik	wow, playback on the clip is starting to look really good with saratoga's patch
13:32:56	*	amiconn has a fix for the Samsung YH920 lcd driver which most likely fixes the crashes in mpegplayer
13:33:15	janne_oksanen	pixelma: it won't open the image in from the file browser
13:33:30	janne_oksanen	so I guess it's a funky jpg then
13:34:02	amiconn	The bug is in lcd_grey_data. It processes twice as much data as it should, which means unnecessary slowness and writing beyond the end of the greylib buffer, overwriting innocent data
13:34:20	amiconn	I can't test the fix as I don't have such a device :\
13:34:54		Quit notlistening (Remote closed the connection)
13:36:16		Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk)
13:38:53		Join AndyIL [0] (n=pasha_in@212.14.208.235)
13:38:54		Quit AndyI (Read error: 104 (Connection reset by peer))
13:39:58		Quit yosafbridge ("Coyote finally caught me")
13:40:07		Join yosafbridge [0] (n=yosafbri@ludios.net)
13:42:43	pixelma	janne_oksanen: maybe related to what stripwax said, Rockbox doesn't support all formats of jpegs (the jpegviewer should return an error code though)
13:43:22		Quit stoffel (Remote closed the connection)
13:48:23		Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net)
13:57:00	*	pixelma wonders what happened to gevaerts' plan to also let the user switch off the HID functions in the USB screen so that one can still use Rockbox USB in MacOSX 10.4
13:57:43	pixelma	maybe that's called MacOS 10.4 then
13:58:14		Join GeekShado_ [0] (n=Antoine@76.244.100-84.rev.gaoland.net)
13:58:32		Quit GeekShadow (Read error: 104 (Connection reset by peer))
13:58:51		Quit flydutch ("/* empty */")
14:00
14:00:28		Quit jfc (Read error: 54 (Connection reset by peer))
14:00:50		Join jfc [0] (n=john@dpc6682208002.direcpc.com)
14:02:59	*	amiconn is curious why MacOS 10.4 chokes on that
14:04:30	pixelma	it recognises the device as an HID device (on first connect it tries to find an appropriate keyboard driver and asks for "help" by pressing certain keys), gevaerts said something about composite devices, IIRC
14:05:25	pixelma	it doesn't try to mount the disk(s) then
14:06:46		Join petur [0] (n=peter@rockbox/developer/petur)
14:06:46		Join dfkt [0] (i=dfkt@unaffiliated/dfkt)
14:07:10	amiconn	Rockbox reports as a composite device in this case. It has to if it offers more than one function
14:07:56	amiconn	However, composite devices are part of the USB standard, and hence I wonder why MacOS doesn't handle it properly
14:08:19	amiconn	@Mac experts: Does MacOS have an equivalent to dmesg?
14:10:26		Join funman [0] (n=fun@rockbox/developer/funman)
14:10:39	funman	amiconn: you summonned me, mortal
14:10:41	pixelma	newer OSX version seem to handle it correctly
14:11:06	amiconn	funman: Hi. I have a patch for you :)
14:11:14	funman	thanks, just read that on the log
14:12:34		Quit funman (Client Quit)
14:12:57	amiconn	hmp
14:14:12		Join funman [0] (n=fun@rockbox/developer/funman)
14:14:25	amiconn	funman: amiconn.dyndns.org/~jens/grey_yh920.diff">http://amiconn.dyndns.org/~jens/grey_yh920.diff
14:15:56		Join DerPapst [0] (n=DerPapst@p4FE8F2CD.dip.t-dialin.net)
14:16:26	funman	amiconn: thanks, works fine !
14:16:43	amiconn	Also in mpegplayer?
14:16:52	*	amiconn will commit it then
14:17:28	funman	yes, although the contrast is not very good
14:17:52	amiconn	You may need to calibrate the greylib for the YH920 lcd panel
14:20:38	CIA-43	New commit by amiconn (r22885): Bugfix: On vertically packed 2bpp LCDs a grey pixel block is only 4 pixels, so don't process twice as much data as intended. This was the cause for ...
14:20:58	CIA-43	New commit by funman (r22886): Samsung YH* : fix test_scanrate compilation by defining an existing button
14:21:05		Quit FlynDice (Remote closed the connection)
14:23:14	amiconn	Test both scanrate and the lcd gamma curve (test_grey.rock)
14:23:32	funman	test_scanrate doesn't display correctly
14:24:00	amiconn	The output of the latter can be used to calculate the lcdlinear[] array for the YH920 lcd
14:25:17	amiconn	Right now it uses the default, which is linear, and usually a quite poor match
14:26:35	amiconn	pixelma: The actual mode is supposed to be displayed below the "USB Keypad Mode:" string. That's already outside the display area on c200
14:27:22	pixelma	yeah, would have been my guess too
14:28:12	amiconn	funman: On a related matter, you may want an asm implementation of _grey_line1 for arm and vertical packing
14:29:02	amiconn	This will speed up greyscale bitmap drawing in the greylib, which is used in most plugins using the greylib
14:30:40	amiconn	funman: Could you define "not correct" more precisely?
14:31:28	funman	the left band where greylib draws is twice too wide, but grey data is written correctly
14:31:46	funman	so I see an empty band as wide as the grey band, which overwrites text
14:31:59	amiconn	The left band is not drawn using the greylib
14:32:15	funman	blit_mono
14:32:34	amiconn	It's raw mono data, so probably the mono data function suffers from the same problem as the grey data function did
14:32:34	funman	i suppose the same problem exists in lcd_blit_mono then ;)
14:32:34	*	amiconn checks
14:34:16	funman	hum the asm lcd_mono_data isn't used .. i should read the code before making blind diffs ..
14:35:11	amiconn	The mono_data function is useless for 2bpp vertical packing
14:35:28	amiconn	This is because of the order of the data going to the lcd
14:35:35	*	amiconn compares some more things
14:38:27	amiconn	Hmm, lcd_blit_mono() is essentially identical, so I wonder what's going on
14:38:32	***	Saving seen data "./dancer.seen"
14:42:25		Join froggyman [0] (n=sopgenor@pool-72-69-88-109.chi01.dsl-w.verizon.net)
14:56:18	CIA-43	New commit by blue_dude (r22887): FS #10636: Quickscreen incorrect operation when menu has negative step
14:57:11	funman	hm scanrate on my yh920 is 69.7Hz
14:58:14	funman	should I set DEFAULT_SCAN_RATE to 697 in test_scanrate.c, since it will be equal to 70Hz in grey_core.c ?
14:58:39	bertrik	is that good or bad?
14:59:06	funman	bertrik: it's too precise :P test_scanrate.c is precise to 0.1Hz but grey_core.c up to 1Hz
14:59:09		Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de)
15:00
15:01:15	amiconn	funman: I'd set the default to 70Hz as well
15:02:01	amiconn	The reason why the greylib is less precise is that the scanrate drifts with temperature and also differs a bit between individual units, so there is no need for 0.1 Hz precision
15:04:02	amiconn	The lcd controller's oscillator is usually no tan xtal, but a simple RC oscillator, that's the reason for the drift and the differences
15:04:34	funman	only chip8.c seems to use lcd_blit_mono (except video.c)
15:05:11	CIA-43	New commit by funman (r22888): Samsung YH920 LCD ...
15:05:13	amiconn	test_scanrate uses it too, that's why all mono and grey targets have it
15:05:14	CIA-43	New commit by funman (r22889): Samsung YH920 : measured lcd scanrate is 69.7Hz => round to 70Hz
15:05:30	CIA-43	New commit by blue_dude (r22890): Cleanup some logf info in dsp_set_compressor
15:05:43	*	funman won the race with blue_dude!
15:06:43	amiconn	On YH920 you could make lcd_bilt_mono()'s internal buffers use dram instead of iram, as that function isn't used much. On coldfire it would be too slow this way
15:08:12	amiconn	funman: Hmm, so what was the problem in test_scanrate?
15:08:31	funman	don't know :/
15:09:08	amiconn	So you were able to use it even with that bug?
15:09:25	funman	i cheated and made the mono band smaller :P
15:10:13	funman	i'm trying to understand test_grey.c and i'll try to use lcd_blit_mono to understand what happens
15:11:14	amiconn	test_grey is for testing the gamma transfer curve of the lcd
15:12:03	amiconn	It shows 9 rectangles on the screen
15:12:48	amiconn	The outer 8 rectangles are rendered using ordered dithering of black & white pixels, the inner one uses the greylib's grey pixels
15:13:36	amiconn	With Left/Right you can go through the 15 levels used for calibrating. With Up/Down you adjust the level of the grey pixels in the center rectangle
15:14:23	amiconn	The goal is to make the center rectangle appear the same brightness as the top, bottom, left and right rectangle for all 15 levels
15:14:55	amiconn	The top right and bottom left ones are 1 level brighter, the top left and bottom right ones are 1 level darker for comparison
15:15:33		Join darkham [0] (n=darkham@host124-60-dynamic.181-80-r.retail.telecomitalia.it)
15:15:40	amiconn	You should look at the lcd from as far away as possible to make the dithering appear more uniform, and you should look at it exactly perpendicular
15:16:10	amiconn	If you adjusted all 15 levels properly, exit the plugin. It will write a text file containing the results
15:16:31	amiconn	This text file can then be used to interpolate lcdlinear[]
15:17:43	*	amiconn thinks the thing needs a verify mode as well, for testing a new lcdlinear[]
15:20:16		Quit ender` (" I like work: it fascinates me. I can sit and look at it for hours. -- Jerome K. Jerome")
15:20:49	amiconn	Hrrm, someone broke early usb on the recorder at least
15:21:04	funman	the first level is hard
15:22:55	funman	i can not do that properly
15:23:37	CIA-43	New commit by funman (r22891): test_grey.c : use left/right on YH920 instead of rew/ff
15:28:05	funman	test_scanrate.c displays correctly on clip
15:29:20	*	amiconn will look into this later tonight
15:29:31		Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net)
15:29:48	funman	do you have an h100 ?
15:38:51	pixelma	he does
15:40:36		Join webguest61 [0] (i=www-data@giant.haxx.se)
15:41:08		Quit webguest61 (Client Quit)
15:45:56	funman	I found the bug: lcd_write_data writes twice too much data
15:47:55	funman	now I wonder if lcd_write_data()'s count argument really is in pixels (4 pixels per byte) or fb_data size (== char on yh920)
15:49:17	funman	second
15:50:46		Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
15:50:58		Join mt2 [0] (n=mtee@41.233.155.27)
15:52:16		Join webguest46 [0] (i=www-data@giant.haxx.se)
15:52:20		Quit mt2 (Client Quit)
15:52:52		Join mt2 [0] (n=mtee@41.233.155.27)
15:52:53		Quit froggyman (Nick collision from services.)
15:53:51	CIA-43	New commit by teru (r22892): Fix FS #10597: Loadable keyboard layout rendered incorrectly. ...
15:54:00		Join froggyman [0] (n=sopgenor@pool-72-69-88-109.chi01.dsl-w.verizon.net)
15:54:03		Quit webguest46 (Client Quit)
15:54:39		Join Sajber^ [0] (n=Sajber@c-263471d5.012-155-73746f22.cust.bredbandsbolaget.se)
15:55:30		Quit evilnick_home ("TTFN")
15:56:25	CIA-43	New commit by funman (r22893): Samsung YH920 : fix lcd_blit_mono displaying twice too wide ...
15:56:25		Join evilnick [0] (n=evilnick@rockbox/staff/evilnick)
15:56:59	funman	amiconn: the bug in yh920 is fixed in r22893
15:58:17		Join pamaury [0] (n=pamaury@sal63-1-82-243-96-220.fbx.proxad.net)
16:00
16:09:20		Quit z35 (Read error: 104 (Connection reset by peer))
16:12:58		Join z35 [0] (n=z35@ool-45717f0e.dyn.optonline.net)
16:21:36		Quit mikroflops (""Maailmanpyoramuualta"")
16:24:07		Quit Thundercloud (Remote closed the connection)
16:26:47		Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com)
16:30:17		Quit panni_ (Read error: 104 (Connection reset by peer))
16:30:52		Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de)
16:38:35	***	Saving seen data "./dancer.seen"
16:38:48		Join ender` [0] (i=krneki@foo.eternallybored.org)
16:40:26		Join wincent [0] (n=wincent@f054225153.adsl.alicedsl.de)
16:42:07		Join Donny [0] (n=Donny@bas3-kingston08-1177895356.dsl.bell.ca)
16:42:25		Quit Donny (Client Quit)
16:47:41		Quit funman ("free(random());")
16:52:18		Part swimmer
16:54:25		Join froggyman_ [0] (n=chatzill@pool-72-69-88-109.chi01.dsl-w.verizon.net)
16:54:39		Quit froggyman (Nick collision from services.)
16:54:40		Nick froggyman_ is now known as froggyman (n=chatzill@pool-72-69-88-109.chi01.dsl-w.verizon.net)
16:54:41		Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother)
16:54:45		Join fyrestorm [0] (n=nnscript@cpe-24-90-84-240.nyc.res.rr.com)
16:55:11		Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother)
17:00
17:03:09		Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com)
17:07:02		Quit teru ("Quit")
17:08:09		Quit merbanan (Read error: 60 (Operation timed out))
17:09:28		Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk)
17:11:13	kkurbjun	pixelma, you can't continue a game
17:11:21	kkurbjun	the save games will all be broken
17:11:24	kkurbjun	start a new game
17:13:27	kkurbjun	It looks like you might have already figured that out
17:13:30	pixelma	would have been nice if this had been mentioned somewhere, I found out now. As I said, one thing that's left is that the wider and narrower paddle looks like it uses some wrong parts of the bitmap(s)
17:13:30	kkurbjun	:-D
17:14:49	pixelma	on the c200 that is, just wanted to test on the Ondio
17:15:28	kkurbjun	why do you just complain without any mention of hey, it works better now? there was a problem and I worked to fix it - it seems like you just want to point holes in the process rather than add constructive criticism
17:17:32		Join daurn [0] (i=daurnima@freenode/staff/daurnimator)
17:18:15	kkurbjun	regardless of whether you like that the plugin was unified, it didn't work right on larger screens, there was a fundamental flaw in the implementation that needed to be fixed for the game to scale properly, I couldn't just do it the way that it was done before so a new implementation needed to be done
17:21:09	pixelma	sorry for testing
17:21:17	kkurbjun	I think I am seeing the problem with the small/large paddle, I need to look into why it wouldn't scale on the smaller screens
17:21:32		Nick TorneWuff is now known as Torne (i=torne@lowell.wolfpuppy.org.uk)
17:22:42	stripwax	looking at r22870 - isn't there a memset32 we could use instead?
17:24:05	kkurbjun	pixelma: I appreciate the testing, I really do, but it felt more like an attack which is what I was expressing - if that was not your intention then nevermind.
17:24:47	kkurbjun	is the speed reasonable on the onda and clip (on target) - it should take the same amount of time for the ball to go from the bottom to the top of the screen (and left to right) on all targets
17:28:04		Quit ender` (Read error: 104 (Connection reset by peer))
17:28:34	n1s	stripwax: you mean we should replace mc2739 with a memset()? ;P
17:28:39		Join ender` [0] (i=krneki@foo.eternallybored.org)
17:29:16	stripwax	oops, I meant 22871 :)
17:29:33	n1s	if you mean r22871 i suggested the same thing, it looks like that should work to me but if the loop has very few iterations a function call might have a higher overhead
17:31:30		Join ender [0] (i=krneki@foo.eternallybored.org)
17:32:45	kkurbjun	pixelma: the plain and short pads are the same lenght for the 112x64 bitmaps
17:33:17	pixelma	kkurbjun: if it matters anything to you, speed looks reasonable on my Ondio now and there the paddles narrow, normal and wide look correctly
17:33:35	kkurbjun	wait, let me check, that seems strange
17:33:48	kkurbjun	thanks, so the speed is playable then?
17:33:55	kkurbjun	or would you rather it be faster
17:34:42	kkurbjun	oh, I modified my image - thats why the short pads were not working on my end
17:35:05	pixelma	the c200 ones looked odd (that display has 132x80x16 resolution)
17:36:19		Join toffe82 [0] (n=chatzill@adsl-75-3-221-57.dsl.frs2ca.sbcglobal.net)
17:36:22	pixelma	I'd need to test a bit longer on my Ondio to say if I wanted it quicker but the game didn't look too easy so far) ;)
17:36:24	kkurbjun	pixelma, that's the other thing that I noticed - the normal paddle width is larger percentage wise on the 112x64 screens than the other targets, I am not sure if that was done because of the speed issue before, but the game would be a little harder with smaller paddles, right now I think it would be a bit easier with the current paddles
17:37:04	kkurbjun	:)
17:37:31	kkurbjun	I'll test the c200 in sim
17:38:11	pixelma	having a larger paddle doesn't necessarily mean the game is easier because it's also easier to catch "power downs"
17:38:22	kkurbjun	true
17:42:37	kkurbjun	pixelma: I see what you mean about the c200 bitmaps.. that is odd
17:45:17		Join iTayb [0] (n=fullmoon@85-250-81-50.bb.netvision.net.il)
17:45:36	iTayb	Hi!
17:46:00	iTayb	is it possible to view the lyrics of a mp3 file during playback with rockbox?
17:47:09	Torne	no
17:47:12	pixelma	kkurbjun: there are some cases where I expect the ball to hit (either paddle or brick) and it doesn't - when near the corner but it happens qute fast so I can't say for sure. Maybe it just behaves differently to before, don't know
17:47:19	Torne	well, not other than reading them from a text file :)
17:47:20	stripwax	iTayb if the lyrics are just in a text file, you can load the text file using the viewer plugin, while continuing to listen to music
17:47:38	stripwax	^what Torne said
17:48:05	iTayb	it is impossible to read the lyrics from the mp3 file itself?
17:48:08	pixelma	plus there is one (or even two) patches in the tracker for lyrics viewers
17:48:14	iTayb	it can contain lyrics, and MPC reads it well
17:48:57	stripwax	is it possible to use gdb to debug codecs? it seems to get confused by the codec being loaded at runtime, so it can't find the functions on the callstack etc
17:49:51	stripwax	iTayb - as pixelma says, there are some patches to enable this, but it's not built into the standard rockbox builds. you are welcome to try compiling them yourself
17:50:12	stripwax	gdb on sdl sim that is
17:50:17		Quit ender` (Read error: 110 (Connection timed out))
17:52:09		Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com)
18:00
18:00:45	n1s	stripwax: i think so, i've managed to set breakpoints in plugins at least
18:02:05	stripwax	n1s - thanks, I thought I had too but it doesn't seem to be working for me today. Will persevere :)
18:03:10		Quit iTayb ("MULEz SCRIPT: A horse! A horse! My kingdom for a horse!")
18:04:55	n1s	stripwax: yeah, if i try to set a breakpoint in a plugin gdb asks if it's in a shared lib that will be loaded, answering yes and it works as a charm
18:05:44	pixelma	kkurbjun: judged by how far I get, I think the game could be a tad bit harder (maybe quicker). By the way, I do appreciate that you take care of it at all and didn't just leave it.
18:07:37		Join AndyI [0] (n=pasha_in@212.14.205.32)
18:11:12		Quit fyrestorm (Read error: 104 (Connection reset by peer))
18:14:02	stripwax	n1s cheers
18:17:06	pixelma	kkurbjun: I'm not sure this is related to your changes because I think I just tried only once shortly on the Ondio after the wide and short paddle power-ups had been introduced, but catching an "N" looks jumpy now even if the paddle width wouldn't change, looks like the paddle is drawn a few pixels to the right
18:27:34		Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it)
18:28:03		Quit AndyIL (Read error: 113 (No route to host))
18:28:05	kkurbjun	pixelma: yeah, I noticed that - I need to look at how the paddle position is recalculated, I think that was present before, but I could be wrong
18:29:09	kkurbjun	thanks for the testing too
18:38:36	***	Saving seen data "./dancer.seen"
18:46:51	froggyman	what was the purpose of adding the fourth spot for quick screen, when it is the same as the option on the bottom?
18:48:10		Quit DirtySkeMe (Read error: 113 (No route to host))
18:48:55		Quit pamaury ("exit((int )0 / 0);")
18:49:14		Join DirtySkeMe [0] (n=Adium@nor75-19-82-244-50-203.fbx.proxad.net)
18:50:45	pixelma	froggyman: (a) you can change all the options (b) the opposite entries cycle in the opposite "directions" so e.g. you have bass to the left and to the right, the left one will decrease bass, the right one will increase it (up/down behaves similarly) (c) did you check whether this is explained in the manual? ;)
18:51:03	mc2739	froggyman: it is the same as the one on the bottom to be consistent with previous behavior - it can be changed to something else if you desire
18:51:19	froggyman	mc2739: ok
18:53:09	froggyman	pixelma: (a)&(b) makes sense (c) I havent been able to access the manual lately for it just displays blank pages (I am going to see if it works now though, if it doesnt I'll mention it)
18:53:12		Quit Sajber^ ("Leaving.")
18:53:54		Join JohnTeddy [0] (i=unstable@glitchinthe.net)
18:54:26	JohnTeddy	How can I have the player resume playback, as soon as it is powered on in my car?
18:57:15		Join AsaelReiter [0] (i=www-data@giant.haxx.se)
18:57:44	pixelma	JohnTeddy: set the "start screen" to WPS should do it I think
18:58:37		Quit antil33t1 (Read error: 104 (Connection reset by peer))
18:58:43		Join antil33t [0] (n=Mudkips@119.224.12.185)
18:59:39	JohnTeddy	pixelma: Where is the start screen setting?
19:00
19:00:15	pixelma	did you look it up in the manual? I would have to do the same
19:01:01	JohnTeddy	general settings -> system
19:06:08		Join HBK- [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com)
19:06:18		Quit HBK- (Client Quit)
19:06:28		Quit yosafbridge ("Coyote finally caught me")
19:10:09		Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com)
19:10:15		Quit ender (" PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrate")
19:13:11		Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht)
19:14:41		Join MethoS- [0] (n=clemens@134.102.106.250)
19:15:09	froggyman	JohnTeddy: what USB mode are using (for both of them)?
19:15:25		Join ender` [0] (i=krneki@foo.eternallybored.org)
19:18:28		Quit robin0800 (Read error: 110 (Connection timed out))
19:18:53	JohnTeddy	froggyman: I am not sure, I have car adapter mode on though
19:19:11	CIA-43	New commit by bluebrother (r22894): Refactor rbutil deploy script. ...
19:19:28	froggyman	JohnTeddy: so you are in Rockbox for both of them then?
19:19:29		Quit bluebrother (Nick collision from services.)
19:19:38		Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
19:19:40	JohnTeddy	froggyman: yes
19:19:55	JohnTeddy	froggyman: But when I'm plugged into my laptop, I can't play music on the device. The big usb symbol comes on.
19:20:19	JohnTeddy	But when I'm plugged into the car, only that tiny usb symbol appears next to the battery symbol. And I can still play music and access menus etc.
19:20:39	froggyman	thats your problem then, with iPods, rockbox cant charge them very well, so it will either discharge them, trickle charge them, or do nothing
19:20:58	JohnTeddy	trickle charge is fine
19:21:16	JohnTeddy	I just don't want to have to keep taking my ipod out of my car every several days, to plug into my laptop.
19:21:23	JohnTeddy	My ideal would just be to leave it in my car 24/7
19:22:02	froggyman	You can simply hold down the menu button while you plug in the USB cord and it wont sync to your computer and will (try to) charge the device
19:22:26	JohnTeddy	froggyman: How do I charge it in the car?
19:22:46	JohnTeddy	The device charges fine connected to my laptop. that works great.
19:23:45	froggyman	JohnTeddy: you could try toggling the car adapter setting, or use the OF's diskmode to charge it. Like I said earlier charging through rockbox on iPods isnt complete and doesnt always work like expected
19:24:03		Quit KBH (Read error: 110 (Connection timed out))
19:24:04		Quit yosafbridge ("Coyote finally caught me")
19:26:48		Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com)
19:27:16		Quit mt (Remote closed the connection)
19:27:19		Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com)
19:34:17		Quit MethoS- (Remote closed the connection)
19:35:18		Quit Thundercloud (Remote closed the connection)
19:41:42		Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be)
19:47:16	stripwax	n1s - could it be because I'm using cygwin? even saying 'yes' to future loaded libraries doesn't seem to work, and the backtrace seems to show mostly win32 calls (as if it's attached to the wrong thread)
19:47:20	stripwax	(perhaps?)
19:49:14		Join funman [0] (n=fun@rockbox/developer/funman)
19:51:20	funman	mc2739: congrats !
19:52:00	mc2739	funman: Thank you
19:53:35	bubsy	row row row your boat
19:53:38	bubsy	gentle down the stream!
19:53:51	bubsy	okay, in other words: Creative Zen Vision:M - still stalled?
19:54:24	mcuelenaere	bubsy: yep
19:54:38	bubsy	hrmph
19:54:54	bubsy	I almost want to reverse engineer it and finish the job
19:55:03	mcuelenaere	feel free to do :)
19:55:14	mcuelenaere	there isn't much reverse engineering left
19:55:24	mcuelenaere	most hard work has been done
19:55:40	bubsy	what's the problem now? I mean, since it isn't loading rockbox
19:55:41		Quit darkham ("Sto andando via")
19:55:46	bubsy	something with the filesystem or so?
19:55:46	bubsy	iirc
19:56:13	mcuelenaere	filesystem is one part, I never got that working on the device
19:56:17	mcuelenaere	(it worked on PC though)
19:56:42	bubsy	hm
19:56:44	mcuelenaere	apart from that most important are the PIC and the DSP/audio codec
19:56:55	bubsy	yep
19:57:06	bubsy	PIC? For input?
19:57:28	mcuelenaere	yes, almost all input is connected to a PIC, which is connected over I²C to the main CPU
19:57:48	bubsy	:/
19:58:01	mcuelenaere	so you have to figure out the protocol it uses
19:58:14	bubsy	doesn't sound easy
19:59:53	bertrik	it's probably not that hard to reverse engineer from the OF
20:00
20:00:11	bubsy	OF?
20:00:13	bubsy	Open Firmware?
20:00:55		Quit esperegu (Read error: 60 (Operation timed out))
20:01:31	pixelma	original
20:01:54		Join esperegu [0] (n=quassel@145.116.15.244)
20:02:43	*	gevaerts hasn't seen any DAP that uses open firmware
20:02:57	bubsy	I thought he meant the rockbox firmware :)
20:03:01	bubsy	it boots a bit, then it stalls
20:03:06	bubsy	so I can like fetch addresses or so?
20:03:09	bubsy	and get their content
20:07:15		Join mkoenig [0] (n=plasm@pain.kawo2.RWTH-Aachen.DE)
20:07:50	mcuelenaere	bubsy: fetch addresses?
20:08:17	bubsy	yeah, a pointer to a mapped hw address
20:08:23	bubsy	and grab its bytes!
20:08:26	bubsy	if that works, tho
20:08:30	mcuelenaere	sure
20:08:47	mcuelenaere	there's full control over the hardware
20:09:07	mcuelenaere	all encryption steps have been figured out and documented
20:09:22	mcuelenaere	see zenutils and rockbox.org/wiki/CreativeZVMPort
20:09:37		Quit bluebrother (Nick collision from services.)
20:09:42		Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
20:10:08	bubsy	we should not give up this far!
20:10:18		Join PyroBor [0] (n=pyrobor@panda.patware.si)
20:10:20	*	bubsy wanrs mcuelenaere to join again
20:10:23	bubsy	wants*
20:14:05	PyroBor	Why isn't there a source tarball for RockBox Utility version 1.2.3 available for download?
20:14:14	bubsy	Copyright (C) CTL. - zN0MAD iz v~p0wderful!
20:14:18	bubsy	hah, that's some weird keys
20:16:04	bluebrother	PyroBor: let me guess ... nobody made one?
20:16:44	CIA-43	New commit by bluebrother (r22895): Handle which not returning anything when searching for qmake.
20:18:43		Join smacnay [0] (n=smacnay@dsl-v201-216-110-245-28.wightman.ca)
20:24:44	bubsy	mcuelenaere, is the zen vision:m powerful enough to run rockbox smoothly?
20:24:53	bubsy	even play flac on super high quality and so? :)
20:25:06	mcuelenaere	sure, look at the m:robe 500; that has the same SoC
20:25:50	mcuelenaere	I think these are one of the most powerful targets we have
20:25:58	pixelma	and flac is one of the least demanding codec
20:26:00	pixelma	s
20:26:05	bubsy	hehe okay
20:26:08	bubsy	nevermind then
20:26:52	bubsy	I wonder if it's possible to exchange the HDD in the Zen Vision:M to a bigger one !
20:26:55	bubsy	would be super cool to try
20:26:59	mcuelenaere	we currently don't even use the DSP for codecs on the M:Robe 500, so we're only utilising "half the power"
20:27:10	mcuelenaere	bubsy: that's possible and off-topic to this channel
20:27:58		Quit funman ("leaving")
20:28:14	bluebrother	Bagder: can you move the rbutil source tarball to the download server? http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-1.2.3.tar.bz2
20:29:33		Quit gevaerts (Nick collision from services.)
20:29:42		Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
20:30:00	*	gevaerts wonders how you play flac at low quality
20:30:05	pixelma	bluebrother: Bagder said he would been on holidays yesterday, you should try to get hold of Zagor
20:30:26		Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk)
20:31:27	bluebrother	pixelma: oh, ok. Was somewhat offline the last days
20:34:13	PyroBor	bluebrother: Don't know. That is why I am asking :)
20:36:40		Quit stripwax (Read error: 54 (Connection reset by peer))
20:38:39	***	Saving seen data "./dancer.seen"
20:48:56		Part wincent ("Kopete 0.12.7 : http://kopete.kde.org")
20:49:32		Quit faemir ("Leaving")
20:51:49		Join Sajber^ [0] (n=Sajber@c-263471d5.012-155-73746f22.cust.bredbandsbolaget.se)
20:53:51	bluebrother	PyroBor: just checkout the tag from svn. Or use the source tarball I just created, it's only not been moved to the download server :)
20:55:51	bluebrother	creating the source tarball automatically when building the binaries is already on my list for the deployment script ;-)
20:56:25		Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com)
20:56:27		Join webguest60 [0] (i=www-data@giant.haxx.se)
20:57:34		Join faemir [0] (n=faemir@78.33.109.163)
21:00
21:02:13		Part DirtySkeMe
21:07:15		Quit webguest60 ("CGI:IRC (EOF)")
21:07:15		Quit AsaelReiter ("CGI:IRC (EOF)")
21:08:25		Quit Res1 (Read error: 60 (Operation timed out))
21:08:26		Quit bluebrother (Read error: 104 (Connection reset by peer))
21:11:42		Join Tichodroma [0] (n=Tichodro@pool-173-61-107-24.cmdnnj.fios.verizon.net)
21:13:14		Join bluebrother [0] (n=dom@f053153240.adsl.alicedsl.de)
21:13:36		Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com)
21:16:30		Quit gevaerts (Read error: 60 (Operation timed out))
21:16:43		Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
21:18:20	bertrik	I think we currently compile with optimisation option -O, would it help speed/binsize to use another optimisation level?
21:20:21	pixelma	as far as I know optimisation levels have already been tried out and adapted to best fit (I think some codecs are already compiled differently)
21:20:45	bertrik	for all targets?
21:20:53		Quit petur (Remote closed the connection)
21:20:54		Join bleumas [0] (i=www-data@giant.haxx.se)
21:21:04	pixelma	I think so
21:21:24		Join stoffel [0] (n=quassel@p57B4C562.dip.t-dialin.net)
21:21:45	pixelma	but maybe others know better, hmm... I think n1s did some tests?
21:21:46	bertrik	I often wonder how the compiler can optimise without having information about access times to different kind of memories and/or cache
21:23:02	bleumas	is there any new information on the sansa fuze v2 available?
21:23:13	bertrik	for example option -Os optimises for size (not for speed), but a small size may also allow better caching (so better speed after all)
21:24:08		Join petur [50] (n=petur@rockbox/developer/petur)
21:24:54	bertrik	bleumas, not that I know of, I expect any new information to be posted in the ams sansa thread or the rockbox wiki
21:25:40	bleumas	bertrik, thanks, i've been looking throught this a bit
21:28:29	bleumas	is there anything that has more detailed information than the wiki but is more useable than the forum thread (i don't really want to read through the whole thread, as it's about 70 pages and only a tiny fraction of it is useful)
21:31:25		Quit timc`` (Read error: 104 (Connection reset by peer))
21:33:12		Quit flydutch ("/* empty */")
21:38:44		Join froggyman_ [0] (n=chatzill@pool-72-69-88-109.chi01.dsl-w.verizon.net)
21:39:26		Quit froggyman (Nick collision from services.)
21:39:34		Nick froggyman_ is now known as froggyman (n=chatzill@pool-72-69-88-109.chi01.dsl-w.verizon.net)
21:41:06		Quit faemir (Nick collision from services.)
21:41:23		Join timc [0] (n=aoeu@119.109.111.172)
21:41:30		Join arohtar [0] (n=faemir@78.33.109.163)
21:42:22		Join faemir [0] (n=faemir@cpc2-cmbg2-0-0-cust30.cmbg.cable.ntl.com)
21:56:20		Join darkham [0] (n=darkham@host172-36-dynamic.50-79-r.retail.telecomitalia.it)
21:57:58	darkham	hi people, when we sansa fuze users can expect some battery improvement?
22:00
22:00:43	bertrik	there are no timeframes for rockbox development
22:02:17	bluebrother	when its done
22:03:34	bertrik	on the other hand, I'm not aware of any things regarding the fuze power usage that we are really doing wrong
22:05:22	bertrik	darkham, how bad is it really? do you have battery bench marks, current measurements or a comparison with the original firmware?
22:06:30	bertrik	maybe we could lower the peripheral clock (e.g. halve it), but I don't expect a really big improvement from that
22:06:47		Join baunegaard [0] (n=baunegaa@2109ds2-oebr.0.fullrate.dk)
22:06:51	mkoenig	i guess he is refering to something saratoga mentioned on the sansa boards... around the time 3.4 was released
22:07:06	mkoenig	from my experience battery performance on the fuze isnt so shabby
22:08:23	mkoenig	ill try to find the exact posting... i was wondering about what he said there myself at the time since i was not aware any power management features were disabled..
22:10:16		Quit stoffel (Remote closed the connection)
22:10:33	mkoenig	there it is ... http://forums.sandisk.com/sansa/board/message?board.id=sansafuse&thread.id=33251&page=1
22:12:20		Quit baunegaard (Read error: 113 (No route to host))
22:13:02		Part Tichodroma
22:14:58	darkham	bertrik, my battery charge is almost the half , comparised to the original firmware
22:15:26	darkham	but i have't done any benchmark...
22:15:45	darkham	how much time it take?
22:16:41	mkoenig	is there any legit way for a codec to get more memory for its own data besides the leftovers of the CODEC_SIZE block after loading?.... beyond abusing the file_buffer as read only memory(the current mod codec is doing this)
22:18:19	CIA-43	New commit by tomers (r22896): Updated Hebrew translation
22:18:52	krazykit	darkham, a benchmark would last however long your battery does
22:19:05		Join Tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net)
22:19:21	darkham	krazykit, i should leave the fuze ever on?
22:20:42	krazykit	that's how a battery_bench is performed; start the plugin, play music on repeat, and go do something else and come back later
22:20:42	pixelma	Tomers: the line which states the actual keypad mode doesn't fit on the c200's USB screen, can you think of something else. It's an interesting piece of information
22:21:42	pixelma	Tomers: the functions themselves seem to work nicely though, tried mouse on XP, funny :)
22:22:20	Tomers	pixelma: Actually, I don't like it at all. Do you think it's enough to just have 'Mouse / Presentation / Browser, etc.', without 'USB Keypad mode:' ? After all this is the main screen - the less, the better
22:22:30		Quit faemir (Read error: 110 (Connection timed out))
22:22:50	Tomers	And also I use this string for settings, and it has the ':' in them... Funny. I should remove that
22:24:00	pixelma	from a c200 user's point of view that would be a lot better. Either that or putting everything on one line which then needs to scroll though
22:24:07	Tomers	pixelma: Please review all other modes, and test every key (against the manual). Let me know if you think I should re-arrange keys, etc. Also please check the manual for this target is satisfying. I need to add the line stating how to change mode to it
22:24:57	Tomers	I guess I'll remove it altogether. But then when someone connects his DAP to USB, he sees 'Mouse' and has no clue what it is :-)
22:25:31	Tomers	pixelma: I forgot to add 'please' to my last request ;-)
22:25:47	Tomers	I meant 'can you please...'
22:26:22	Tomers	I need a concensus about removing the 'USB keypad mode' string from USB screen...
22:26:47		Join stripwax [0] (n=Miranda@87.194.34.169)
22:27:36	pixelma	I was thinking that the power button is a bit dangerous as a right click for the mouse mode, but I saw that other buttons are used (my first idea was the volume keys for the left and right mouse buttons but then noticed that they serve as scroll up/down already
22:27:51	gevaerts	Tomers: you added it, only a few days ago. I think that means your opinion is enough :)
22:28:23	pixelma	maybe just "Mouse mode" or "Multimedia mode" and then the picture could show something slightly different, or have HID on it or so?
22:29:32	Tomers	gevaerts: I couldn't decide myself. Thought that both options are not good enough...
22:29:44	pixelma	is there some USB HID logo?
22:29:46	Tomers	pixelma: I like that idea
22:30:10	Tomers	pixelma: No logo, but HID icon (just the letters) might be nice
22:31:01	pixelma	I guess a logo would be copyrighty anyways
22:31:10	pixelma	copyrighted too
22:31:46	Tomers	But if it is in HID mode, then 'Mouse/Browser/Presentation/Multimedia mode' is enough. No need for 'HID' icon elsewhere
22:32:31	pixelma	gevaerts: do you remember the MacOS 10.4 problem by the way?
22:33:09	Tomers	Does anyone knows if there is some earlier work on having right-to-left menus?
22:33:28	pixelma	I mean with the USB and USB HID functionality
22:34:20	gevaerts	I do, yes
22:34:22	pixelma	Tomers: with viewports this should be easier now. All I remember is talk about it, maybe JdGordon had some ideas
22:34:33	*	bluebrother would like a shorter string than the "USB Keypad Mode". An icon could be nice.
22:34:59	*	gevaerts still has no idea why this would not work
22:35:00		Quit stripwax ("http://miranda-im.org")
22:35:07	pixelma	bluebrother: the idea was to drop that line completely
22:35:47	bluebrother	btw, why does the menu read "USB Keypad Mode:"? Note the : at the end: no other menu entry has that.
22:36:17	pixelma	because it reuses the same string
22:36:50	bluebrother	not really nice (that string, not the reuse :)
22:37:23	pixelma	gevaerts: I would try to find out more, if someone tells me how (that would be more of a walkthrough though as I don't know much about OSX's internals)
22:37:39	gevaerts	I don't know much about it either :\
22:37:58		Quit bleumas ("CGI:IRC (Ping timeout)")
22:37:59	CIA-43	New commit by tomers (r22897): - Fixed typo in comments ...
22:38:42	***	Saving seen data "./dancer.seen"
22:39:52	pixelma	ok, I have the c200 and access to Macs running 10.4 currently (during workdays). Let me know if you have some ideas
22:42:04	CIA-43	New commit by bluebrother (r22898): Add command line option to specify project file for deploying out-of-tree.
22:43:04	PyroBor	bluebrother: your tarball is suspicious . I have no problem compiling 1.2.1 or 1.2.2. But for v1.2.3 (tarball you created) i get an error...
22:43:59		Quit mkoenig ("Leaving")
22:44:56	CIA-43	New commit by tomers (r22899): Remove colon at the end of string since it is also used in settings menu
22:48:43		Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri)
22:48:53	bluebrother	PyroBor: indeed, you're right. Seems the script that creates the tarball needs getting fixed.
22:50:07		Join baunegaard [0] (n=baunegaa@2109ds2-oebr.0.fullrate.dk)
22:50:51		Join janne_ok1anen [0] (n=janne@b01.ainola.jyu.fi)
22:52:31		Join AsaelReiter [0] (i=www-data@giant.haxx.se)
22:53:14		Join tomers_ [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net)
22:53:20	*	tomers_ Back after Chatzilla crash
22:55:39	bluebrother	PyroBor: tarball updated.
22:56:29	CIA-43	New commit by bluebrother (r22900): Rockbox Utility now uses the ucl sources so include them in the tarball.
23:00
23:01:01	PyroBor	bluebrother: much better. Now it compiles. Thank you.
23:01:14	AsaelReiter	kkurbjun: (and all brickmania team): the fires check is done like this: for every brick, and for every fire, check if the fire hit the brick. can't this be a bit simplified?
23:01:41	AsaelReiter	and the same about the balls.
23:08:19	n1s	i trested a few at least, afaik most are compiled with O2, in my tests Tremor with O3
23:08:47	n1s	eh s/O3/on coldfire was the only one that was faster with O3/
23:09:39	CIA-43	New commit by tomers (r22901): Fixed mouse keypad mode was not available with HAVE_USB_HID_MOUSE
23:09:40	n1s	don't think i did many tests on arm though, maybe someone else does
23:09:51	n1s	s/does/did
23:10:16	n1s	that was in respose to pixelma btw
23:10:23		Join domonoky1 [0] (n=Domonoky@e179164102.adsl.alicedsl.de)
23:10:57	*	tomers_ thinks struct settings_list if poorly designed to handle #ifdef's (r22901)
23:11:05	*	pixelma also points to bertrik
23:12:37		Quit merbanan (Read error: 110 (Connection timed out))
23:14:56	tomers_	The b38-roolku build server creates reds without any obvious reasons
23:15:44	*	amiconn started bisecting for the early usb crash
23:16:08	Ctcp	Ping from gevaerts!n=fg@rockbox/developer/gevaerts
23:16:44		Quit tomers_ ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]")
23:19:33	CIA-43	New commit by gevaerts (r22902): block roolku-b38, which seems to have trouble compiling sh targets
23:21:02	pixelma	is a checkWPS for those really a sh target?
23:21:12	gevaerts	hm, good point
23:21:26	pixelma	really just out of curiosity
23:22:54		Join mkoenig [0] (n=plasm@pain.kawo2.RWTH-Aachen.DE)
23:22:55	gevaerts	it's not of course, but it's strange that it only seems to happen for archoses
23:25:05	gevaerts	the same client did build other checkwpses in the same round
23:25:43		Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
23:26:22		Quit baunegaard (Read error: 113 (No route to host))
23:26:35	bluebrother	gnah
23:27:02		Quit domonoky (Read error: 110 (Connection timed out))
23:27:22	bluebrother	trying to build rbutil in a directory _below_ a rockbox checkout fails because this "Rockbox Base dir" is resolved wrong :/
23:28:03		Quit mkoenig ("Leaving")
23:28:53	pixelma	gevaerts: the line in skin_parser.c it fails on just has a }
23:29:52	gevaerts	in the past it has also failed building archos sims for commits that seem totally unrelated. No logs available anymore though
23:30:37	*	gevaerts wonders if there could be filesystem corruption on this host
23:32:21		Part PyroBor ("Bye Bye")
23:37:52		Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se)
23:39:39		Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-1e354bf36356fcfe)
23:44:22		Quit Tomers (Read error: 113 (No route to host))
23:46:01		Quit petur ("Zzzz")
23:46:56	saratoga	betrik: on the fuze we don't have voltage scaling enabled and we don't set the clocks all that efficiently (unboosted is 62MHz which is way too high)
23:49:14		Join bluebrot13r [0] (n=dom@f053153240.adsl.alicedsl.de)
23:51:35		Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at)
23:52:27		Quit Res1 (":\")
23:53:28		Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com)
23:56:03		Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk)
23:57:05		Join baunegaard [0] (n=baunegaa@2109ds2-oebr.0.fullrate.dk)

Previous day | Next day