#rockbox 2011-04-06

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 2011-04-06

00:00:08	[Saint]	I seem to remember funman saying that was enough to get RB to boot, but the OF didn't like it.
00:00:12		Quit Keripo (Quit: Leaving.)
00:00:25	[Saint]	the OF expects extra magic on the disk.
00:00:35	bertrik	When I did a recovery, I kept the pads bridged only briefly, only during power-up
00:00:45	nettech	yes... I guess that is tru.
00:01:11	nettech	yes, maybe I should not have kept the jumper on while I DD'ed.
00:01:22	[Saint]	bertrik: From my understanding, you're either a: very lucky it worked, or b: it was in some weird state and you managed to kick it in the nuts.
00:02:27	[Saint]	Others I know who attempted this had all sorts of hell keeping those pads bridged.
00:02:33	nettech	tru that also. I know for a fact I completely erased the boot partition, since I formatted it Fat32 by mistake
00:02:48		Quit leavittx (Ping timeout: 246 seconds)
00:04:26		Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
00:04:30	nettech	hehehe... Im using 32 gauge wire wrap wire, maybe I will just hook the wire ends up to a switch so I can keep trying...hmmp
00:05:17	*	nettech thinks soon those jumper pads will wear off the pcb.
00:08:47	[Saint]	ah, yes...that's where I got it from.
00:09:03	[Saint]	I also remember the original conversation when this was discovered:
00:09:05	[Saint]	"I copied an OF (tried both patched and unpatched) on the recovery drive of a Fuzev1, rockbox would work correctly but OF would only power the backlight and do nothing"
00:10:05	*	nettech seriously checking out the sandisk sansa fuze page.....mmmm
00:10:26	nettech	64k color screen.
00:10:43	[Saint]	Can you still get a Fuze new?
00:11:08	nettech	fuze plus
00:11:12		Join msh_ [0] (~msh@5acba0d5.bb.sky.com)
00:11:25	*	[Saint] thought that it had been discontinued in favour of the Fuze+ (not an RB target)
00:11:30	[Saint]	ah, right.
00:11:57	nettech	yes fuze plus refurb $45, new is $59
00:13:13	nettech	oh.. yes I forgot it is not RB compatible.
00:13:14		Quit mshathlonxp (Ping timeout: 258 seconds)
00:13:16	nettech	grrr
00:13:18		Nick msh_ is now known as mshathlonxp (~msh@5acba0d5.bb.sky.com)
00:14:34	nettech	O dot Com has refurb fuze for $45
00:14:38	nettech	hmm
00:17:23		Join ChickeNES [0] (~ChickeNES@128.135.100.102)
00:21:49		Quit ender (Quit: Being a Web 2.0 system, the CMS used JavaScript that dynamically loaded JavaScript that dynamically loaded XML that was dynamically transformed into proprietary commands that were parsed to dynamically execute JavaScript to dynamically load content.)
00:22:58		Quit mudd1 (Quit: Ex-Chat)
00:23:33		Quit froggyman (Quit: don't worry, i'll be back)
00:25:43		Quit bertrik (Quit: :tiuQ)
00:26:09		Join froggyman [0] (~seth@98.115.0.7)
00:26:09		Quit froggyman (Changing host)
00:26:09		Join froggyman [0] (~seth@unaffiliated/froggyman)
00:27:17		Join factor [0] (~factor@75.108.68.114)
00:33:19		Quit panni__ (Read error: Connection reset by peer)
00:33:36		Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de)
00:33:55		Join scromple [0] (~x@115-64-195-104.tpgi.com.au)
00:34:27		Quit panni_ (Read error: Connection reset by peer)
00:34:43		Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de)
00:38:34	*	[Saint] wonders why USB transfer is painfully slow on his Nano1G in RB
00:38:40		Quit Ayla (Quit: dodo)
00:38:51	[Saint]	6375B/s
00:38:52	[Saint]	:/
00:40:32		Quit boghog (Quit: boghog)
00:42:32		Quit panni_ (Read error: Connection reset by peer)
00:42:55		Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de)
00:43:43		Quit froggyman (Quit: testing)
00:45:12		Join froggyman [0] (~seth@unaffiliated/froggyman)
00:48:26		Join Keripo [0] (~Keripo@may148.wireless-resnet.upenn.edu)
00:48:27		Quit Keripo (Write error: Connection reset by peer)
00:51:22		Nick krazykit` is now known as krazykit (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
00:51:46		Quit domonoky (Read error: Connection reset by peer)
00:52:50	[Saint]	what the!?!
00:53:33	[Saint]	disk mode == normal transfer speeds, RB usb == ~6-7000B/s
00:54:28	[Saint]	Hmmmm....only 3.8 though
00:54:34	[Saint]	svn head is fine.
00:59:25	*	TheSeven is getting tons of this during make clean:
00:59:25	TheSeven	In file included from <command-line>:0:
00:59:28	TheSeven	/data/rockbox-trunk/firmware/export/config.h:25:22: error: autoconf.h: No such file or directory
01:00
01:01:02		Quit thirdeyef (Ping timeout: 248 seconds)
01:03:47		Quit nettech ()
01:04:50		Quit ChickeNES (Quit: Computer has gone to sleep.)
01:05:57		Nick useer_ is now known as useer (~quassel@dsl-63-249-22-9.zipcon.net)
01:06:30		Quit eGen_ (Ping timeout: 258 seconds)
01:11:17		Quit bluebrother (Disconnected by services)
01:11:19		Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
01:11:59	***	Saving seen data "./dancer.seen"
01:15:33		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
01:19:46		Quit Darkknight512 (Quit: CGI:IRC (Ping timeout))
01:20:00		Quit eGen_ (Ping timeout: 252 seconds)
01:24:38		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
01:24:50		Join mishra [0] (~50dafd47@giant.haxx.se)
01:25:52	mishra	hi
01:27:01		Part toffe82
01:27:42		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
01:28:36	mishra	anybody there to answer a few queries on code-base and GSOC proposed tasks ?
01:30:29		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
01:32:02		Quit eGen_ (Ping timeout: 246 seconds)
01:32:35	saratoga	mishra: maybe, what questions did you have?
01:35:09	mishra	Well first letme tell you that I am new with rockbox, just compiled my first rb, looking at the code and am interested in MP3 optimization task OR Emulator
01:36:32	mishra	so first about mp3, soif i understand it correctly, I need to change the components of libmad and not the part using it, right?
01:37:09	saratoga	why are you interested in that task?
01:38:52	mishra	as a part of my 2 academic projects, I have been playing around with h264 and vp8 recently, both were optimized for VLIW architectures, and then a DSE performed etc
01:39:17	mishra	so I think it will be relatively easy
01:39:44	mishra	plus ofc i use RB
01:40:33		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
01:41:09	saratoga	any reason you were interested in that particular project?
01:41:17		Join kisak [0] (~kisak@pool-72-70-187-188.hrbgpa.fios.verizon.net)
01:41:55	kisak	out of curiosity, what was this year's rockbox-related april fool's joke?
01:42:14	mishra	u mean h264 and vp8?
01:42:23	saratoga	no I mean MP3
01:42:43	saratoga	or the emulator
01:44:12	saratoga	be back in a few
01:45:05	mishra	mp3 bcoz i think ican do optimizations relatively easily than other projects
01:45:20	mishra	and emulaor bcoz i am using skyeye
01:46:06	mishra	np
01:47:16		Join JackWinter [0] (~jack@vodsl-9173.vo.lu)
01:47:26		Quit JackWinter2 (Ping timeout: 276 seconds)
01:47:51		Quit eGen_ (Ping timeout: 264 seconds)
01:47:52	[Saint]	real words please mishra
01:48:10	[Saint]	Some people use screen readers or translators.
01:48:38	mishra	ok no problem
01:49:39		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
01:51:59		Join Strife89 [0] (~Strife89@168.16.236.106)
01:54:00		Quit eGen_ (Ping timeout: 246 seconds)
01:58:00		Join ChickeNES [0] (~ChickeNES@128.135.100.102)
01:58:51	saratoga	why do you think it would be easy? just in terms of whats required, i would consider it the most difficult of the codec projects we listed
02:00
02:01:34		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
02:02:08	mishra	as in as compared to AAC or MIPS/ARM optimization?
02:02:36	mishra	franly I did not had that idea
02:02:42	mishra	frankly*
02:03:14	saratoga	as compared to almost any optimization project
02:03:46	mishra	may I ask why ?
02:04:55	saratoga	because mp3 is extremely complicated, its an open ended project involving comparing a lot of very complicated code that requires a detailed knowledge of the decoder process
02:05:13		Join Keripo [0] (~Keripo@may398.wireless-resnet.upenn.edu)
02:05:22	saratoga	additionally literally dozens of people have picked over mp3 over the years, so theres not much easy stuff left
02:05:36		Quit eGen_ (Ping timeout: 240 seconds)
02:05:58	mishra	ok, so what do you suggest
02:06:15	JdGordon\|	isnt mp3 also well over realtime on all targets by a pretty considerable margin?
02:06:32	[Saint]	afaik, yes.
02:07:19	mishra	so why the task ?
02:08:34	saratoga	well we want it faster, if we had someone who knew a lot about mp3 it'd be great
02:09:13	saratoga	AAC is pretty slow right now
02:09:22	saratoga	so theres probably a lot to be done there
02:10:14	mishra	i am qoting the wki, "on ARM7TDMI, Rockbox uses 38MHz for 128k MP3. The official ARM decoder uses 29MHz, a difference of almost 25%"
02:10:23	kisak	the faster the decoder, the quicker the player can go back to low power state
02:10:31	mishra	what do you mean by using 38MHZ
02:10:33	mishra	?
02:11:22	saratoga	how many MHz are needed
02:11:36	saratoga	if its faster you don't need as high a clock speed for decoding
02:12:27	mishra	u mean the cpu is clocked according to the load variation?
02:14:14	saratoga	yeah
02:14:53	mishra	and the official arm decoder source is not available ?
02:14:58		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
02:15:11	saratoga	no way
02:15:17		Quit liar (Read error: Operation timed out)
02:18:41		Quit krabador (Read error: Connection reset by peer)
02:19:56		Quit eGen_ (Ping timeout: 276 seconds)
02:25:00		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
02:26:54	mishra	how do we measure how much is required for decoding ?
02:27:44	saratoga	theres a plugin called test_codec that measures decode speed
02:28:55	saratoga	basically just decodes a file and times how long it took
02:31:28	mishra	ok
02:32:27	mishra	so how much is the effort required in AAC optimization according to you?
02:32:38	mishra	in terms of time
02:37:10	saratoga	depends on your experience, but its certainly easier to work on then mp3
02:37:18	saratoga	do you know much about aac?
02:39:16		Quit Rondom (Disconnected by services)
02:39:40		Join Rondom [0] (~rondom@nonmodosedetiam.net)
02:39:54		Quit mc2739 (Ping timeout: 276 seconds)
02:39:55		Quit preglow (Ping timeout: 248 seconds)
02:40:23		Join amee2k_ [0] (~thomas@ve504.cugnet.net)
02:40:28		Quit amee2k (Ping timeout: 248 seconds)
02:40:35		Quit balintx (Read error: Connection reset by peer)
02:40:47		Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu)
02:41:28		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
02:42:56		Join preglow_ [0] (thomj@tvilling2.pvv.ntnu.no)
02:46:33		Join Darkknight512 [0] (~63e16e06@giant.haxx.se)
02:48:54	mishra	well not much, i am not a signal processing guy as such.
02:49:29		Quit MethoS- (Remote host closed the connection)
03:00
03:04:26		Join bieber [0] (~quassel@node21.seg45.ucf.edu)
03:04:26	mishra	well thank you very much for the information, i will get back in touch later.
03:06:18	saratoga	no problem
03:07:40		Quit mishra (Quit: CGI:IRC (EOF))
03:12:01	***	Saving seen data "./dancer.seen"
03:16:06		Join krazykit` [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
03:16:27		Quit krazykit (Ping timeout: 276 seconds)
03:17:08		Quit yawny (Remote host closed the connection)
03:17:13		Join elcan [0] (user36@pr0.us)
03:20:05		Quit BHSPitMonkey (Remote host closed the connection)
03:24:38		Join fyre^OS [0] (~nnscript@cpe-68-173-236-235.nyc.res.rr.com)
03:25:04		Join Topy [0] (~Topy44@g228135081.adsl.alicedsl.de)
03:25:38		Quit jhMikeS (Disconnected by services)
03:25:38		Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS)
03:25:39		Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS)
03:26:43		Join timccc1 [0] (~timccc@112.166.15.141)
03:27:06		Join jae_ [0] (~jae@dedicated.jaerhard.com)
03:27:48		Join JackWinter2 [0] (~jack@vodsl-9173.vo.lu)
03:27:53		Join rasher_ [0] (~rasher@0x5550f5a3.adsl.cybercity.dk)
03:27:53		Quit rasher_ (Changing host)
03:27:53		Join rasher_ [0] (~rasher@rockbox/developer/rasher)
03:28:07		Join GodEater_ [0] (~bibble@5ac83eac.bb.sky.com)
03:28:07		Quit GodEater_ (Changing host)
03:28:07		Join GodEater_ [0] (~bibble@rockbox/staff/GodEater)
03:28:32		Join ack` [0] (~ack@mingbai.org)
03:29:02		Join linuxstb_ [0] (~linuxstb@rockbox/developer/linuxstb)
03:32:21		Quit JdGordon\| (Ping timeout: 246 seconds)
03:32:38		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
03:33:50		Quit timccc (Ping timeout: 240 seconds)
03:33:51		Quit jae (Ping timeout: 240 seconds)
03:33:53		Quit T44 (Ping timeout: 240 seconds)
03:33:53		Quit fyrestorm (Ping timeout: 240 seconds)
03:33:54		Quit rasher (Ping timeout: 240 seconds)
03:33:54		Quit GodEater (Ping timeout: 240 seconds)
03:33:54		Nick rasher_ is now known as rasher (~rasher@rockbox/developer/rasher)
03:33:55		Quit JackWinter (Ping timeout: 240 seconds)
03:33:57		Quit ack (Ping timeout: 240 seconds)
03:33:57		Quit linuxstb (Ping timeout: 240 seconds)
03:33:57		Quit Guinness (Ping timeout: 240 seconds)
03:44:44		Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
03:52:09		Join scr0mple [0] (~x@115-64-195-104.tpgi.com.au)
03:53:46		Quit Darkknight512 (Quit: CGI:IRC)
03:54:56		Quit scromple (Ping timeout: 250 seconds)
04:00
04:07:17		Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
04:07:41		Join kugel_ [0] (~kugel@rockbox/developer/kugel)
04:08:03		Join bzed_ [0] (~bzed@2001:6f8:118a::100)
04:08:53		Quit dfkt (Ping timeout: 260 seconds)
04:09:24		Join niekie_ [0] (~niek@CAcert/Assurer/niekie)
04:09:28		Quit bzed (Ping timeout: 260 seconds)
04:09:31		Nick bzed_ is now known as bzed (~bzed@2001:6f8:118a::100)
04:09:32		Quit niekie (Read error: Connection reset by peer)
04:10:02		Quit tguinot (Ping timeout: 260 seconds)
04:10:04		Quit pixelma (Ping timeout: 260 seconds)
04:10:04		Quit amiconn (Ping timeout: 260 seconds)
04:10:11		Join pixelma [0] (quassel@rockbox/staff/pixelma)
04:10:21		Join tguinot [0] (~tguinot@ks22840.kimsufi.com)
04:10:29		Join amiconn [0] (quassel@rockbox/developer/amiconn)
04:10:38		Quit Battousai (Ping timeout: 260 seconds)
04:10:41		Join Battousai [0] (~bryan@gentoo/developer/battousai)
04:11:09		Quit TheSeven (Ping timeout: 276 seconds)
04:11:09		Quit kugel (Ping timeout: 276 seconds)
04:12:55		Quit krazykit` (Remote host closed the connection)
04:13:00		Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
04:14:28		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:15:07		Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
04:16:27		Join DerPapst1 [0] (~Alexander@p57A97E2E.dip.t-dialin.net)
04:18:46		Quit DerPapst (Ping timeout: 276 seconds)
04:21:36		Quit mshathlonxp (Quit: Leaving)
04:25:08		Quit CaptainKwel (Quit: Ex-Chat)
04:27:34		Quit japc (Quit: Ex-Chat)
04:33:35		Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
04:42:57		Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
04:53:46		Quit ChickeNES (Quit: Computer has gone to sleep.)
04:55:50		Quit amiconn (Disconnected by services)
04:55:52		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:56:09		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:56:16		Quit pixelma (Disconnected by services)
04:56:19		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:56:21		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
05:00
05:06:13		Join scromple [0] (~x@115-64-195-104.tpgi.com.au)
05:08:03		Quit scr0mple (Ping timeout: 246 seconds)
05:08:27		Quit Keripo (Ping timeout: 258 seconds)
05:12:04	***	Saving seen data "./dancer.seen"
05:18:18		Quit mc2739 (Quit: leaving)
05:18:33		Quit JesusFreak316 (Ping timeout: 246 seconds)
05:21:04		Join Rob2223 [0] (~Miranda@p5DE4BBC4.dip.t-dialin.net)
05:22:08		Quit [Saint] (Ping timeout: 260 seconds)
05:22:40		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
05:23:53		Quit Rob2222 (Ping timeout: 252 seconds)
05:27:47		Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz)
05:29:48		Quit CaptainKwel (Quit: Ex-Chat)
05:32:40		Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net)
05:39:28		Quit Horscht (Quit: Verlassend)
05:56:59		Quit panni_ (Read error: Connection reset by peer)
06:00
06:26:25		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
06:30:23		Quit Mephistopheles (Ping timeout: 260 seconds)
06:30:27		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
06:33:45		Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de)
06:34:13		Part Judas_PhD
06:35:36		Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
06:36:02		Join thirdeyef [0] (~floond@d40a784d.rev.stofanet.dk)
06:42:00		Quit wtachi (Quit: IRC helps me focus... on avoiding work)
06:44:14		Quit Leif (Quit: Leaving)
06:50:16		Quit panni_ (Read error: Connection reset by peer)
07:00
07:09:03		Join Keripo [0] (~Keripo@may148.wireless-resnet.upenn.edu)
07:12:07	***	Saving seen data "./dancer.seen"
07:13:47		Quit [fred] (Ping timeout: 276 seconds)
07:14:06		Join [fred] [0] (fred@ircop.efnet.at)
07:16:12		Quit einhirn (Ping timeout: 276 seconds)
07:18:14		Join ChickeNES [0] (~ChickeNES@128.135.100.102)
07:30:02		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
07:30:45		Join leavittx [0] (~leavittx@89.221.199.187)
07:40:19		Join Hindu [0] (75d3557b@gateway/web/freenode/ip.117.211.85.123)
07:51:13		Quit antil33t ()
08:00
08:05:37		Join esperegu [0] (~quassel@145.116.15.244)
08:09:50		Join B4gder [0] (~danielx@rockbox/developer/bagder)
08:11:57		Quit sinthetek (Read error: Operation timed out)
08:14:21		Quit soap__ (Ping timeout: 258 seconds)
08:14:24		Join fyrestorm [0] (~nnscript@68.173.236.235)
08:14:43		Quit fyre^OS (Ping timeout: 248 seconds)
08:14:46		Join soap__ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com)
08:17:12		Join sinthetek [0] (~sinthetek@cpe-174-111-021-024.triad.res.rr.com)
08:17:12		Quit sinthetek (Changing host)
08:17:12		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
08:26:10		Join Zagor [0] (~bjst@rockbox/developer/Zagor)
08:28:32		Join sideral [0] (~sideral@rockbox/developer/sideral)
08:33:36		Join esperegu_ [0] (~quassel@145.116.10.163)
08:34:13		Join Rob2222 [0] (~Miranda@p5DE4BBC4.dip.t-dialin.net)
08:34:51		Quit esperegu (Ping timeout: 260 seconds)
08:35:53		Quit Strife89 (Quit: Bed)
08:36:29		Join mem_ [0] (~mem@mem-irc.netnod.se)
08:37:43		Quit Rob2223 (Ping timeout: 264 seconds)
08:41:58		Join esperegu [0] (~quassel@145.116.15.244)
08:42:14		Quit esperegu (Remote host closed the connection)
08:42:30		Quit esperegu_ (Ping timeout: 246 seconds)
08:45:31		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
08:51:17		Quit Keripo (Quit: Leaving.)
08:51:25		Join smk [0] (~73719803@giant.haxx.se)
08:51:35		Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
08:52:22		Quit smk (Client Quit)
08:54:52		Join n1s [0] (~quassel@rockbox/developer/n1s)
09:00
09:03:25		Quit thirdeyef (Ping timeout: 258 seconds)
09:06:36		Quit BHSPitMonkey (Read error: Connection reset by peer)
09:12:10	***	Saving seen data "./dancer.seen"
09:13:58		Quit scromple (Quit: Gots to go get me outta here)
09:16:33		Join petur [0] (~petur@rockbox/developer/petur)
09:18:29		Quit Hindu (Ping timeout: 252 seconds)
09:20:43		Join Keripo [0] (~Keripo@165.123.49.197)
09:23:21		Join LinusN [0] (~linus@giant.haxx.se)
09:23:21		Quit LinusN (Changing host)
09:23:21		Join LinusN [0] (~linus@rockbox/developer/LinusN)
09:27:54		Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net)
09:35:08		Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee)
09:35:47		Quit bertrik (Ping timeout: 248 seconds)
09:38:26		Join ender` [0] (krneki@foo.eternallybored.org)
09:55:46		Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net)
10:00
10:02:03		Join Hindu [0] (75d3557b@gateway/web/freenode/ip.117.211.85.123)
10:11:24		Quit Hindu (Quit: Page closed)
10:17:41		Join smk [0] (~smk@220.225.67.36)
10:22:51		Quit tmzt (Read error: Operation timed out)
10:23:12		Quit cjcopi (Read error: Operation timed out)
10:24:10		Quit guymann (Read error: Operation timed out)
10:25:09		Quit jhMikeS (Ping timeout: 240 seconds)
10:25:27		Quit alexbobp (Ping timeout: 258 seconds)
10:27:04		Join alexbobp [0] (~alex@ppp-70-253-94-234.dsl.austtx.swbell.net)
10:27:38		Quit JackWinter2 (Remote host closed the connection)
10:27:56		Join JackWinter2 [0] (~jack@vodsl-9173.vo.lu)
10:30:49		Join leavittx_ [0] (~lev@ip-83-149-3-207.nwgsm.ru)
10:31:53		Quit alexbobp (Ping timeout: 252 seconds)
10:32:23		Join thirdeyef [0] (~floond@d40a784d.rev.stofanet.dk)
10:36:18		Join jhMikeS [0] (~jethead71@99.21.34.189)
10:36:18		Quit jhMikeS (Changing host)
10:36:18		Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
10:40:10		Join tmzt [0] (~tmzt@76.211.0.152)
10:40:55		Join guymann [0] (~charles@adsl-69-177-39-115.adsl.snet.net)
10:42:02		Join mischasworld [0] (~quassel@f051135239.adsl.alicedsl.de)
10:47:40		Join pamaury [0] (81680b01@rockbox/developer/pamaury)
10:48:58		Join alexbobp [0] (~alex@ppp-70-253-65-104.dsl.austtx.swbell.net)
10:57:40		Quit mischasworld (Ping timeout: 246 seconds)
10:57:57		Join skapazzo [0] (~skapazzo@88-149-251-33.dynamic.ngi.it)
10:58:06		Join ihateseptictanks [0] (~ihatesept@173-16-100-238.client.mchsi.com)
10:58:16		Join mshathlonxp [0] (~msh@5acba0d5.bb.sky.com)
11:00
11:05:44		Quit DerPapst1 (Quit: Leaving.)
11:08:12		Quit bluefoxx (Quit: Can we, should we, will we?)
11:09:14		Join mischasworld [0] (~quassel@f051135239.adsl.alicedsl.de)
11:12:13	***	Saving seen data "./dancer.seen"
11:31:06		Quit leavittx_ (Ping timeout: 264 seconds)
11:33:58		Join DerPapst [0] (~Alexander@nat2-149.fh-giessen.de)
11:37:26		Quit rasher (Read error: Operation timed out)
11:37:51		Quit jhMikeS (Ping timeout: 240 seconds)
11:46:49		Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk)
11:46:49		Quit rasher (Changing host)
11:46:49		Join rasher [0] (~rasher@rockbox/developer/rasher)
11:55:23		Join dfkt [0] (dfkt@unaffiliated/dfkt)
12:00
12:03:59		Quit smk (Quit: Leaving)
12:10:04	skapazzo	Hy to everybody
12:10:18	skapazzo	Just another GSOC student checking in
12:15:11	gevaerts	Welcome!
12:16:37	skapazzo	Maybe it's not the best time, and I hope it's not too late, but I'm really interested in the Docks+accessories project.
12:16:52	skapazzo	Is there someone I should talk to in particular?
12:17:49	sinthetek	gsoc?
12:18:23	gevaerts	It shouldn't be too late, but for that project I'm not entirely sure who the right person would be
12:19:11	skapazzo	sinthetek: Google Summer of Code
12:20:09	skapazzo	Maybe I should write in the mailing-list
12:20:13	sinthetek	ahh
12:22:45		Join ruskie [0] (ruskie@sourcemage/mage/ruskie)
12:23:52	ruskie	is there any differnce between sansa clip+ 2GB or 4GB in terms of running rockbox on it?
12:24:08	[Saint]	Nup.
12:24:23	ruskie	thanks
12:24:26	*	ruskie orders
12:24:31	[Saint]	Other than how much media you can fit on it, but that's relevant to the OF also ;)
12:25:29	ruskie	since it supports mSDs not really a problem ;)
12:25:41	gevaerts	skapazzo: I believe there has been some talk about the dock project here during the past weeks. Maybe you could have a look at the irc logs?
12:27:01	skapazzo	gevaerts: I'm nearly through the logs of last week, didn't find much till now
12:27:24		Quit Ayla (Quit: Lost terminal)
12:29:13		Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
12:33:03		Quit bluefoxx (Client Quit)
12:33:49		Join smk [0] (~smk@220.225.67.36)
12:34:45	preglow_	even with dircache enabled, rockbox spins the hd up from time to time now. any idea why?
12:34:49		Nick preglow_ is now known as preglow (thomj@tvilling2.pvv.ntnu.no)
12:34:59		Quit preglow (Changing host)
12:34:59		Join preglow [0] (thomj@rockbox/developer/preglow)
12:35:00	smk	Hi. I am starting late on gsoc 2011. I want to work with rockbox. To start, I have downloaded the source archive from svn. I need to task to work on, so i can understand the codebase better and pick a project
12:35:17	smk	I downloaded rockbox 3.8
12:35:39	n1s	smk: it's probably better to work on the trunk code
12:36:07	n1s	all development happens on trunk and we just backport fixes to the release branches
12:41:34		Join cjcopi [0] (~craig@charon.craig.copi.org)
13:00
13:00:13		Quit fyrestorm (Read error: Connection reset by peer)
13:02:08		Join swilde [0] (~wilde@aktaia.intevation.org)
13:04:50		Quit Prinny (Ping timeout: 248 seconds)
13:05:13		Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
13:05:34		Join Prinny [0] (~manny@li113-225.members.linode.com)
13:06:17		Part ruskie ("...")
13:07:14	gevaerts	skapazzo: a quick search tells me that this may have been discussed on March 20th, 27th, or 28th
13:09:29	gevaerts	smk: have a look at either the bug tracker or http://www.rockbox.org/wiki/MrSomeonesTodoList
13:10:21	smk	got the trunk code. ok.
13:11:17	Torne	i should put more of my todo list onto mr someone's todo list. ;)
13:11:26	skapazzo	gevaerts: Didn't look as far back as the 20th, but found the others. Thanks
13:12:17	***	Saving seen data "./dancer.seen"
13:12:35	pamaury	then rename it EveryoneElseTodoList
13:12:44	Torne	pamaury: hehe
13:13:49		Quit mischasworld (Ping timeout: 246 seconds)
13:18:16		Quit pamaury (Ping timeout: 252 seconds)
13:21:31		Join tails_ [0] (~tails@host-94-251-111-208.bbcustomer.zsttk.net)
13:21:42	tails_	hello
13:21:56	tails_	how can i enable libttf compiling?
13:22:04	tails_	wat
13:22:12	tails_	i mean convttf :D
13:22:35	[Saint]	What do you mean? set up a development environment, make a build.
13:22:41	tails_	yes
13:22:52	[Saint]	I mean, that's all you need to do.
13:22:56	tails_	but i can't find compiled convttf
13:23:03	[Saint]	You needn't do anything special to enable .ttf fonts
13:23:38	[Saint]	If you do one build, and the dependencies are met, convttf will be built.
13:24:11	tails_	r29550: Don't automatically build convttf - it isn't (currently) required to build Rockbox.
13:24:23	tails_	found this in SVN changelog
13:24:59	[Saint]	cd to /rockbox/tools/ and do "make convttf"
13:25:31	tails_	thanks
13:26:15	tails_	http://pastebin.com/raw.php?i=ebaK5kWK
13:26:25	tails_	got some errors
13:27:09	[Saint]	You need freetype
13:27:35	tails_	it's installed
13:28:03	tails_	and it compiled fine long before it was added to SVN
13:28:52	tails_	oh wait
13:28:55	tails_	it compiled
13:29:18	tails_	though errors are no good
13:29:23	n1s	those are just warnings
13:29:32	tails_	yup
13:29:41	tails_	didn't noticed at first
13:29:45	[Saint]	yes, I didn't examine it properly, I saw freetype and assumed.
13:31:02	[Saint]	just run convttf with no arguments to get a list of args. The basic syntax is pretty simple.
13:31:26	tails_	oh i know that :)
13:35:23	[Saint]	You'll probably find that you need to add "-r 1" at least to add some seperation between chars.
13:36:57	tails_	hmm
13:37:12	tails_	there was no problems with Gulim font
13:37:43	tails_	i just found that tool can make digits equally wide now
13:38:01	[Saint]	you can add the -d flag to review the font layout without without having to go back and forth between device or sim also, I foundd that very useful.
13:38:15	[Saint]	tails_: Yes, a very recent addition.
13:39:44	[Saint]	also, (you may already know) since it doesn't actually explicitly state it, the -T* flags can be given negative values to add ascent/descent instead of stripp it.
13:40:41	tails_	i really had no problms with font conversion before so i don't used it:)
13:41:13	tails_	btw it says that -w flag disables making digits same wide
13:41:23	tails_	it's not a typo right?
13:41:38	[Saint]	That is correct.
13:41:43	tails_	ok
13:41:53	[Saint]	by default, the dgits are the same width.
13:41:59	[Saint]	*digits
13:42:20		Quit Keripo (Quit: Leaving.)
13:43:34	tails_	oh wow
13:43:59	tails_	it outputs converted glyphs as text
13:44:08	[Saint]	cool huh? ;)
13:44:16	tails_	i though that will be Bitamp :S
13:44:52	tails_	also it doesn't seems to output all of them
13:45:24	[Saint]	If there is blank spaces, that is just chars missing from the fontset.
13:46:03	tails_	i don't see bunch of chinese symbols et al
13:46:10	smk	"Remove malloc from libfaad". Any doc or reference to help me get moving on it?
13:47:14	[Saint]	tails_: Hmmm...if neither the l or s flags are present it should convert all glyphs in the fontset.
13:47:49	tails_	no it converts all of them
13:48:13	tails_	but prints to console hmm first 128?
13:48:30	tails_	too lazy to count but looks like that
13:48:47	tails_	Converted 20608 (99%)[K
13:48:47	tails_	−−-Converted Glyph Dump−−-
13:48:47	tails_	−−-End Glyph Dump−−-
13:48:51	[Saint]	it's not a scrollback limit in your console? (silly but obvious question I need to ask ;))
13:48:56	tails_	then goe something like this
13:49:08	tails_	no i made a log :)
13:50:40	[Saint]	I can't say I have noticed that personally, but I've only ever reviewed the latin chars when I make a font.
13:51:04	[Saint]	And I can't say I usually know how many chars are supposed to be in a particular set.
13:51:05	tails_	well that's because you don't converted unicode fonts?
13:51:23	tails_	Gulim has 20609
13:51:32	[Saint]	No, I do...I just don't take any notice of the chars I don't use personally.
13:51:46	tails_	And Tahoma unicode 38920
13:52:01	tails_	well that's not a problem
13:52:14	tails_	but small bug in convttf
13:52:25	[Saint]	It's definitely not impossible that the debug output is flawed in some way.
13:52:33	tails_	hmm
13:52:44	[Saint]	But, are the missing chars actually converted?
13:53:01	[Saint]	If they are missing from the converted font it's slightly more drastic.
13:53:45	tails_	lemme upload fonts and check :)
13:58:02	tails_	hmmm
13:58:15	tails_	newly generated font looks much smaller
13:58:38	tails_	and it has problems with spaces between characters :\|
13:59:26	[Saint]	the -p flag sets the total font height, rather than the height of the glyph.
13:59:35	[Saint]	So, this value includes ascent/descent.
13:59:49	tails_	did they changed rendering method somehow?
14:00
14:00:26	[Saint]	depending on which one of the many semi-broken convttf's you were using previously "quite possibly".
14:00:49	Zagor	smk: no, there are no docs. you need to learn how the faad code works, and figure out how the dynamic memory use can be converted to static.
14:00:49	tails_	hmm
14:01:02	tails_	i was using last one from FS
14:01:22	tails_	task seems to be deleted eh?
14:01:32	[Saint]	Yes, as it has been committed.
14:01:41	tails_	;_;
14:01:56	[Saint]	you can still view the task if you know the FS#
14:02:10	tails_	actually i don't remember it
14:02:23		Quit petur (Quit: plop)
14:02:28	[Saint]	it will be in the commit logs somewhere.
14:02:41	tails_	oh yeah
14:02:48	[Saint]	http://www.rockbox.org/since-release.html
14:03:26	tails_	http://www.rockbox.org/tracker/task/8961 found it
14:03:27	[Saint]	FS #8961
14:03:38	[Saint]	awww, too late ;)
14:06:52		Quit kevku (Remote host closed the connection)
14:14:21		Join pamaury [0] (81680b01@rockbox/developer/pamaury)
14:16:01	tguinot	Hmmm, still nobody for the dock subject for google summer of code
14:16:19	tguinot	should i wait to apply?
14:16:45	tguinot	or should i apply even if there is nobody mentoring?
14:16:53	B4gder	how can you tell?
14:17:00	B4gder	we haven't assigned mentors
14:17:28	Torne	if you want to do the project apply for it
14:17:32	tguinot	i mean no possible mentors
14:17:33	Torne	we will find you a menotr
14:17:41	tguinot	on the wiki
14:17:44	gevaerts	tguinot: did you read the bits of irc log from March 20th, 27th, and 28th? There were related discussions on those days
14:17:57	tguinot	ok
14:18:01	tguinot	scrolling back
14:18:10	B4gder	tguinot: if you want to be a student for a project, we will assign at least two mentors for each accepted project
14:18:37	tguinot	ok
14:19:46		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
14:22:02		Join petur [0] (~petur@rockbox/developer/petur)
14:26:08		Part mem_
14:37:33		Quit thirdeyef (Quit: Leaving)
14:45:09		Quit einhirn (Read error: Connection reset by peer)
14:47:13		Join gromit` [0] (~bip@2001:660:3302:2826:225:90ff:fe20:d9a8)
14:49:16		Quit gromit` (Client Quit)
14:49:19	smk	regarding gsoc: i want to work on cleaning up the radio code. Anyone picked that up? mentors?
14:49:33		Join gromit` [0] (~bip@2001:660:3302:2826:225:90ff:fe20:d9a8)
14:49:39		Quit gromit` (Client Quit)
14:49:58		Join gromit` [0] (~bip@2001:660:3302:2826:225:90ff:fe20:d9a8)
14:51:45	wodz	what at minimum I need to configure to transmit something from the device to the host by means of bulk in request? bulk in endpoint for sure but enything else?
14:53:25		Quit rasher (Ping timeout: 260 seconds)
14:53:38	TheSeven	wodz: that highly depends on the usb core you're dealing with, and the environment you're working in
14:54:02	pamaury	you need to have the device descriptors correct for sure, then it depends on the controller
14:54:59	TheSeven	pamaury: that only applies if the host OS is somewhat sane. if you really want to, you can really do it with just one bulk endpoint, but that requires a special host-side driver that can deal with it
14:55:27	wodz	TheSeven: linux + libusb can do that?
14:55:35		Quit gromit` (Quit: Coyote finally caught me)
14:55:36	pamaury	yes, I was assuming a sane OS
14:55:43		Join T44 [0] (~Topy44@g228167171.adsl.alicedsl.de)
14:55:52	TheSeven	wodz: for that you'll need to make your way through the enumeration, and then you can basically do whatever you want
14:55:52		Join gromit` [0] (~bip@2001:660:3302:2826:225:90ff:fe20:d9a8)
14:56:10	TheSeven	so you'll have to respond to all those EP0 control requests correctly
14:56:19	wodz	shit
14:56:43	TheSeven	what are you planning to do, and with which kind of USB hardware?
14:57:06	wodz	TheSeven: rk27xx SoC and I want to dump content of the flash
14:57:29	TheSeven	it took me like two weeks to pull that off on the nano2g :)
14:57:44	TheSeven	but i had disassemblies of the DFU code in the bootrom
14:57:46		Quit Topy (Ping timeout: 246 seconds)
14:57:53	TheSeven	having a datasheet might be even better though
14:58:07		Quit B4gder (Quit: Konversation terminated!)
14:58:21	TheSeven	blindly getting USB to work is certainly not an easy task
14:58:39	wodz	the datasheet is awkward at best
14:59:02	pamaury	is it a know controller or something really different from all other controllers ?
14:59:05	pamaury	known
14:59:24	wodz	dunno - I don't have much experience with usb at all
14:59:29	pamaury	do you have a link to the datasheet ?
14:59:38	pamaury	I can tell you if I recognize it
15:00
15:00:26	wodz	ask google about porsche9 datasheet :-)
15:00:36	*	TheSeven doesn't think we have to expect a sane usb core in those rockchip things
15:01:13	pamaury	the arc core is very common
15:01:29	TheSeven	the arc core is not exactly what I would call sane though :P
15:01:40		Join u42p [0] (~v35b@d007098.adsl.hansenet.de)
15:01:41	pamaury	huh, it's very versatile
15:01:57	pamaury	and relatively easy to program
15:02:17	pamaury	at least it's not one of those stupid fifo based controller
15:02:40	*	TheSeven probably mixed it up with TCC then :P
15:03:05	pamaury	the advantage of the arc controller is that it has a powerful dma engine
15:03:09	TheSeven	ARC was that memory-based queueing thing? roughly like uhci/ehci?
15:03:14	pamaury	yes
15:04:03	*	TheSeven wonders if this datasheet is gonna arrive today or tomorrow
15:04:15	pamaury	datasheet of what ?
15:04:18	TheSeven	seems to be pretty fat, and loading with like 30KB/s
15:04:22	TheSeven	rk27xx
15:04:35	pamaury	yeah, I'm downloading at 4Kb/s
15:05:03	wodz	it's 3.9MB
15:05:21	pamaury	it will take 10 minutes at this rate :(
15:05:41		Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk)
15:05:41		Quit rasher (Changing host)
15:05:41		Join rasher [0] (~rasher@rockbox/developer/rasher)
15:11:00		Join TheLemonMan [0] (~lem0n@ppp-140-140.98-62.inwind.it)
15:11:23	wodz	I thought it is possible to somehow pass stream of data through USB without any protocol and observe this with help of wireshark or something
15:12:19	***	Saving seen data "./dancer.seen"
15:12:20	pamaury	that would not be easy
15:12:28		Join Topy [0] (~Topy44@f048079203.adsl.alicedsl.de)
15:12:31	pamaury	since the host is the one asking for data
15:12:33	TheSeven	pamaury: speeds will get better if you suck with like 16 streams on that channel
15:12:52	pamaury	however, you can also trans;it everything through EP0
15:13:13	pamaury	(with enough coffee to wait :))
15:13:24	TheSeven	it's not that slow
15:13:36	TheSeven	DFU gets data rates in the 100-500KB/s range for me
15:13:36	wodz	the speed doesn't matter here really
15:13:50	TheSeven	but you'll still need to do the enumeration
15:13:53	TheSeven	and that's the hard part of it
15:14:06	TheSeven	once that's done, bulk transfers aren't much more complex than control
15:14:38	wodz	I can relay on enumeration from rom loader - it setups EP0
15:15:02		Quit T44 (Ping timeout: 240 seconds)
15:15:18	TheSeven	if you can break into that state and take it over without disconnecting, that might possibly work
15:15:35	TheSeven	nevertheless you'll probably get some "set configuration" and similar requests from time to time
15:15:56		Quit smk (Quit: Leaving)
15:16:42	pamaury	Or if you really want to, there is an ugly alternative: only handle the first request when the host ask for the device descritpro: before reset it's only 8 bytes and then do a bus reset. You can transmit 8 bytes between each reset but it will be horribly slow and I'm pretty sure linux has a mechanism against always resettting devices
15:17:12	TheSeven	pamaury: does linux limit the size of the device descriptor?
15:17:25	TheSeven	he could possibly transfer the payload with the first get device descriptor/all request
15:17:41	TheSeven	but linux probably limits that to something too small
15:17:52	gevaerts	TheSeven: you mean the configuration descriptor?
15:18:29		Quit avacore (Ping timeout: 276 seconds)
15:18:29		Quit ChickeNES (Read error: Connection reset by peer)
15:18:44		Quit pamaury (Quit: Page closed)
15:18:47		Join ChickeNES [0] (~ChickeNES@128.135.100.102)
15:18:50		Join avacore^ [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
15:19:06		Join pamaury [0] (81680b01@gateway/web/freenode/ip.129.104.11.1)
15:19:10		Quit pamaury (Changing host)
15:19:10		Join pamaury [0] (81680b01@rockbox/developer/pamaury)
15:19:35	pamaury	the host will bus reset after 8 bytes usually, it will not transfer all the payload
15:19:43	TheSeven	but to be honest: you'll probably be faster doing it by blinking the backlight or something, than by using that kind of hack
15:21:14		Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de)
15:21:39	wodz	hmm I think I'll start with writing lcd driver - this should be pretty easy and will give me some debugging capabilities
15:21:59	*	TheSeven always starts with usb
15:22:09	TheSeven	that's the best debugging capability that you can have
15:22:16	*	pamaury starts with what is reasonable
15:22:53	TheSeven	but i have the advantage that i can copy my code for that around from one type of ipod to another and only need to adjust like 5 configuration values
15:22:59	TheSeven	pamaury: finally got that file
15:23:03	wodz	debugging usb driver without much usb knowledge and with backlight controll as only feedback mechanism is pretty hard
15:23:15	pamaury	the same for lcd :)
15:23:29	TheSeven	wodz: I didn't even have backlight control back then
15:23:38	pamaury	huh, I'm only at 60 percent !
15:23:49	TheSeven	the only thing that i was able to do was rebooting the device by hitting the prefetch abort vector
15:24:15	TheSeven	so i had one bit of feedback per try: device hangs or reboots
15:24:37	TheSeven	that was really fun :)
15:24:56	*	pamaury started with lcd last time because he didn't even know where its code was in memory :)
15:26:44	wodz	the problem is that the way of loading custom code to the device I found involves overwriting files on system partition twice for single load. I would prefer to not destroy nand before I can do something usefull :-)
15:27:46	wodz	the remedy would be to overwrite bootloader.
15:28:00	TheSeven	seems to be a pretty simple, but dma-capable core
15:28:08	TheSeven	but doesn't look known to me at all
15:28:14	pamaury	wodz: on my last device, the only way I had was to overwrite 20Mb of the nand :)
15:36:56		Join smk [0] (~smk@220.225.67.36)
15:37:37	tguinot	~0/n
15:37:40	tguinot	fail
15:40:55		Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
15:41:19	pamaury	this controller is not known to me either
15:41:46		Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel)
15:41:46	wodz	thanks for looking
15:43:06		Quit DerPapst (Quit: Leaving.)
15:43:10	pamaury	the document is quite complete, it even mentions the steps to init, read or write !
15:43:12		Join mudd1_ [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
15:43:15		Quit mudd1_ (Client Quit)
15:43:18		Quit mudd1 (Client Quit)
15:43:27		Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
15:43:42		Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee)
15:43:57	wodz	pamaury: but the steps mentioned in datasheet doesn't match what I see in dissasm
15:44:30	pamaury	is there a major difference ? some things are probably less important than others
15:44:52	wodz	the initialization differs slightly
15:45:25	pamaury	then believe the disassembly for that part
15:46:26	pamaury	what is the difference ?
15:46:29		Quit gromit` (Quit: Coyote finally caught me)
15:47:14	wodz	I have piece of asm written by one guy which serves as simple loader utilizing bulk out transfer. It works but it is not quite correct
15:47:46	wodz	pamaury: some sequence, some additional flags set in EP config registers
15:48:19	pamaury	the document says it's an example, it does not need to be exactly thus
15:48:21	pamaury	this
15:50:04	wodz	sure
15:52:33		Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37)
16:00
16:02:41	b42	anyone tried running rockbox sources through clang static analyzer?
16:03:00	b42	results are here http://www.fi.muni.cz/~xmilata/scan-build-rockbox/ ... but i suppose it's 90%+ false positives
16:05:02	Zagor	I tried once and didn't manage to get it to say anything.
16:05:46	Zagor	you seem to have been better at it :)
16:07:00	Zagor	can you give me the command line you used?
16:07:02	b42	it required small change in makefile, didn't quite work out-of-the-box
16:07:15	Zagor	this would be nice to run regularly
16:09:39	b42	i'll figure out the minimal amount of work needed to run it and post it here
16:09:40	Zagor	I think there is still suspiciously few messages in the core code
16:09:47	Zagor	thanks
16:10:05	Torne	It's slightly problematic because of the ifdefs, no?
16:10:06	JdGordon\|	http://www.fi.muni.cz/~xmilata/scan-build-rockbox/report-JSfx15.html#EndPath is a false positive at least :)
16:10:28	Torne	JdGordon\|: no it isn't
16:10:29	Zagor	Torne: it runs using the makefile, so it uses a proper build set. including all ifdefs
16:10:41	Torne	Zagor: yes, but my point is that things may be dead under only some combinations
16:10:52	Zagor	that is true
16:10:52		Quit antil33t (Read error: Connection reset by peer)
16:10:55	Torne	It would need to build for every target and union/intersect the checkers as appropriate
16:11:01		Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
16:11:04	Torne	JdGordon\|: that's totally legit.
16:11:13	b42	yes ... it just checked one set of ifdefs, namely those for sanse e200 simulator;)
16:11:24	Torne	Doing it for a sim is proabbly tnot he best
16:11:29	b42	JdGordon\|: heh, interesting
16:11:30	Torne	I just picked about ten random ones off the list and probably nine of them are real, fwiw
16:11:41	Zagor	yes, same here
16:11:46	Torne	so i think you may be overestimating how good our code is
16:11:48	gevaerts	Torne: true, but the sims are the only easy one to do
16:11:51	Torne	or underestimating how good clang is
16:11:52	Torne	;)
16:11:54	JdGordon\|	Torne: no its not?
16:12:04	Torne	JdGordon\|: yes it is. val is overwritten in both branches of the following if/else
16:12:12		Join DerPapst [0] (~Alexander@p57A97E2E.dip.t-dialin.net)
16:12:13	b42	yeah, the analyzer is (still) rather dumb imho
16:12:15	Torne	so there's no point initialising it
16:12:25	JdGordon\|	ah right, ok
16:12:30	Torne	b42: clang is very very good, generally; it's used very successfully by lots of large projects
16:12:43	Torne	e.g. chromium
16:13:07	b42	Torne: clang as a compiler is, but i don't think the analyzer is used much
16:13:27	Torne	but that's the same thing, effectively
16:13:35	Torne	It just doesn't bother to generate code :)
16:14:03	Torne	it's not the same kind of static analysis that something like lint does, it is effectively compiling the code anyway, just not bothering to produce target binaries
16:14:16	b42	not really, these analyses have to be written for specific kinds of bugs
16:14:30	Torne	yes.. so?
16:14:39	Torne	the same things are reused as compiler warnings
16:14:41	Torne	(aren't they?)
16:14:53	b42	i.e. you don't generate code, but run some additional algorithms on the result instead
16:14:58	Torne	Yes
16:15:15	Torne	That doesn't matter
16:15:24	Torne	It works the same as tehc ompiler does, is the point
16:15:30	Torne	and does the same kind of checks
16:15:42	JdGordon\|	http://www.fi.muni.cz/~xmilata/scan-build-rockbox/report-exgkho.html#EndPath is wrong though :)
16:15:45	Zagor	I think these reports are valuable, and I would like to to run them regularly
16:16:14	b42	it would be more interesting to find something that is not wrong:)
16:16:34	Torne	JdGordon\|: are you sure about that?
16:16:36	Torne	it looks right to me also
16:16:45	Zagor	JdGordon\|: why is it wrong?
16:17:06	Zagor	tm is initialized only conditionally, yet is used unconditionally
16:17:18	Torne	it looks like it's telling you the enum values are in the wrong order
16:17:21	Torne	are they not?
16:17:24	JdGordon\|	step 5 has to happen for the switch to get there
16:17:41	Torne	no, I don't believe it would make a mistake like that
16:17:42	b42	Torne: the checks done here are too slow to be done during normal compilation anyway
16:18:02	wodz	it would be best if someone figure out how to compile arm target code with clang. -ccc-host-triple didn't work for me last time I checked
16:18:09	pamaury	lots of them are false positive because of macros
16:18:43	Torne	pamaury: isn't that just because the macros are expanding to boring things because it's a sim build, though?
16:18:46	Torne	it is expanding the macros.
16:18:58	Torne	just maybe the sim version of the macro is a noop/etc
16:19:11	pamaury	yes, the simulator is definitely not the good target to check :)
16:19:13	Zagor	wodz: clang does not do cross compilation
16:19:37	Zagor	so you need an arm machine run it on...
16:19:45	gevaerts	Torne: I have to agree with JdGordon\| here :)
16:19:59	Zagor	yes, that looks pretty strange
16:20:15	JdGordon\|	gevaerts: that must be pretty painful! :D
16:20:45	*	pamaury then disagrees with JdGordon\| without even checking
16:20:57		Quit smk (Quit: Leaving)
16:20:58	wodz	Zagor: http://geekwentfreak.wordpress.com/2011/01/16/cross-compiling-for-arm-the-llvm-way/
16:21:00	JdGordon\|	it would be great if we got a diff of the report each run so we know if any new ones are added though
16:21:24		Quit bieber (Remote host closed the connection)
16:21:30	gevaerts	It could claim that get_time() might return NULL and not know that valid_time() checks for NULL (I hope it does, anyway), but SKIN_TOKEN_RTC_YEAR_4_DIGITS is definitely between SKIN_TOKENS_RTC_BEGIN and SKIN_TOKENS_RTC_END
16:21:50	Torne	does it complain similarly about the other cases?
16:22:15	b42	don't worry too much about the false positives
16:22:21	Zagor	wodz: uh, doesn't that use gcc?
16:22:34	gevaerts	Torne: yes
16:23:02	wodz	Zagor: yes and no - clang generates assembly gas assembles this (at least this is how I understand this)
16:23:26	Torne	no
16:23:33	pamaury	to cross compile the hack is to have clang generate llvm assembly and then llc generate arm assembly
16:23:34	Torne	clang generates llvm bytecode
16:24:29	pamaury	don't if it handles the abi correctly though in this caswe
16:24:31	pamaury	case
16:25:11	wodz	llc converts this to .s and passes to gcc so effectively clang+llc generate assembly
16:25:30		Quit TheLemonMan (Quit: Destructor called)
16:27:11		Quit wodz (Quit: Leaving)
16:27:53	b42	Zagor: the minimal amount of work seems to be to run configure as usually, edit the makefile and change "export CC=/usr/bin/gcc" to "export CC=path_to_ccc-analyzer" and then run "scan-build make" instead of "make"
16:28:14	Zagor	that's what I tried last time, with 0 resulting messasages
16:28:24	Zagor	I'll try again
16:29:09	*	gevaerts suspects that the checker doesn't like people who rely on enum ordering
16:29:40	Zagor	gevaerts: it does seem like a bug
16:29:47	gevaerts	it does indeed
16:31:34	gevaerts	Well, it depends on how they handle false positives
16:33:06	b42	Zagor: eh, sorry, the export should be "export CC=path_to_ccc-analyzer path_to_gcc"
16:34:17		Join Ventus [0] (~Ventus@brokenback.de)
16:36:05	Zagor	hmm, where does it say to replace CC with ccc-analyzer? llvm.org just says run scan-build
16:36:36	Zagor	this does work a lot better. thanks, b42
16:37:07	b42	scan-build should do the replacement, but it didn't work here for some reason
16:38:37		Join MethoS- [0] (~clemens@134.102.106.250)
16:38:38		Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
16:38:50	Ventus	hey im using a sansa e200 atm, but its to weak to play all .m4a files... which player supported by rockbox got enough power?
16:39:34	b42	Zagor: no problem, let me know if you run into any problem
16:40:05	b42	(btw, i used clang built from svn, i don't know what will 2.8 do)
16:40:16	Zagor	Ventus: sans fuze v2
16:40:20	Zagor	*sansa
16:43:40		Part LinusN
16:44:53		Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net)
16:45:11	Ayla	hello
16:45:35	Ventus	Zagor, fuze v2 equals fuze+?
16:45:55	pamaury	no, fuze+ is not yet supported
16:46:01	n1s	Ventus: no fuze v2 is fuzze v2
16:46:10	n1s	s/zz/z/
16:49:20	Ventus	argh... i dont want this proprietary connection anymore :-/... hmm then ill wait and convert all m4a files before transferring... thanks for your help =)
16:49:47	n1s	the beast can play them too
16:51:27		Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
16:52:48	n1s	amsv1 should do it too
16:56:08	b42	still nobody here to discuss the "Standalone playback core/library" GSoC project?
16:57:09		Quit pamaury (Ping timeout: 252 seconds)
16:58:16	Zagor	you can discuss it with me, but unfortunately I need to go. hopefully I'll be back in 2-3 hours.
16:58:32	b42	Zagor: good ... i'll try to be here then
16:59:08		Part Zagor
17:00
17:00:27		Join Keripo [0] (~Keripo@SEAS297.wlan.seas.upenn.edu)
17:04:19		Join evilnick_B [0] (0c140464@rockbox/staff/evilnick)
17:04:38		Join pamaury [0] (81680b01@rockbox/developer/pamaury)
17:12:22	***	Saving seen data "./dancer.seen"
17:12:59		Quit skapazzo (Ping timeout: 252 seconds)
17:13:57		Join skapazzo [0] (~skapazzo@88-149-251-33.dynamic.ngi.it)
17:16:21		Quit antil33t (Read error: Connection reset by peer)
17:16:32		Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
17:17:32		Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de ))
17:23:11		Join toffe82 [0] (~chatzilla@207.213.182.254)
17:24:07		Join JoNil [0] (4f883c53@gateway/web/freenode/ip.79.136.60.83)
17:24:48		Quit MethoS- (Remote host closed the connection)
17:35:06		Quit LambdaCalculus37 (Quit: too nice to sit inside all day!)
17:43:34		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
17:43:59		Quit sasquatch (Quit: WeeChat 0.3.2)
17:44:23		Join sasquatch [0] (~username@p4FF2DCEF.dip.t-dialin.net)
17:45:09		Quit pamaury (Quit: Page closed)
17:47:04	saratoga	is the write wav option in testcodec broken?
17:50:31		Quit sideral (Quit: Leaving.)
17:50:31	saratoga	has anyone tried it recently?
17:52:05		Quit Keripo (Quit: Leaving.)
17:55:43		Join MethoS- [0] (~clemens@134.102.106.250)
17:55:59		Join tails__ [0] (~tails@host-94-251-111-208.bbcustomer.zsttk.net)
17:58:09		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
17:59:17		Quit tails_ (Ping timeout: 264 seconds)
18:00
18:01:25		Quit einhirn (Client Quit)
18:01:28		Quit Rob2222 (Max SendQ exceeded)
18:05:12		Quit petur (Quit: plop)
18:06:10		Join Keripo [0] (~Keripo@seas167.apng.seas.upenn.edu)
18:09:25		Quit Ayla (Ping timeout: 260 seconds)
18:09:44		Join Ayla [0] (~paul@93.26.183.127)
18:14:39		Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03)
18:27:40		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
18:36:15		Quit avacore^ (Ping timeout: 276 seconds)
18:37:12		Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
18:42:02	JoNil	Has anyone showed any interest in the USB CD emulation GSoC project?
18:42:36	gevaerts	Well, me, as a mentor :)
18:42:52		Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs))
18:45:05	JoNil	I'm thinking of applying for it, what kind of experience do you think I would need? I’m currently working on a robot project for class which involves three atmega16 processors.
18:46:34	gevaerts	I guess you have no USB or SCSI experience?
18:46:40	gevaerts	Those are rather uncommon
18:46:41	JoNil	Nope
18:48:01	gevaerts	How's your C knowledge?
18:50:36	JoNil	I have done one bigger project in C++ and now we are using C for the robot project, and I have done some GLSL.
18:51:08	gevaerts	I think the project mainly involves getting around in the rockbox code, which of course requires understanding C properly, a certain amount of USB knowledge (which can be learned. You don't need to be an expert), and getting used to the SCSI specs
18:51:09	JoNil	Not very experienced in C but I think I have writtena 3D engine in scheme :D
18:52:37	JoNil	I have bean looking at the usb code some and it looks kind of scary but i think i could do it. :)
18:53:00	gevaerts	It can be a bit scary at first, yes
18:53:41	JoNil	Where is a good place to start to get to know it?
18:54:05	gevaerts	hm
18:56:15	gevaerts	Well, for this particular project, I'd say firmware/usbstack/usb_class_driver.h, which defines the API that USB class drivers have to implement, and usb_serial.c, which is basically the simplest possible implementation of such a driver
18:56:23	gevaerts	That should cover you on the USB side
18:56:51	gevaerts	There's also some configuration UI stuff of course, but I don't know much about that
18:57:13	gevaerts	For the SCSI protocol, usb_storage.c is our implementation of plain-disk stuff
18:58:06	gevaerts	What you're looking for to extend that to CDROM emulation is the SCSI MMC documents
18:58:37	gevaerts	(and other SCSI stuff of course, if you haven't done any of it before)
18:58:43	JoNil	Thanks, i will start to read immediately and write an application :D
18:58:53	gevaerts	Great!
18:59:28	Ayla	gevaerts, you are mentoring multiple projects?
18:59:35	gevaerts	The SCSI documents may be a bit hard to find, I believe they may require registration these days, but there should be public drafts
19:00
19:00:10	gevaerts	Ayla: we haven't decided on who mentors which project yet. In principle we don't have more than one project per mentor
19:00:21	Ayla	ok
19:00:28	gevaerts	If you have trouble finding the relevant SCSI specs, ping me
19:02:32	JoNil	i will :)
19:06:35		Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
19:12:23	***	Saving seen data "./dancer.seen"
19:14:14		Part u42p ("Leaving")
19:14:25		Quit ChickeNES (Quit: Computer has gone to sleep.)
19:18:30		Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
19:19:44		Quit JackWinter2 (Remote host closed the connection)
19:23:02		Join ChickeNES [0] (~ChickeNES@128.135.100.102)
19:24:29	GodEater_	if our git repo still read-only ?
19:24:32	GodEater_	s/if/is/
19:26:51		Join dfkt [0] (~dfkt@unaffiliated/dfkt)
19:28:17		Join Horscht [0] (~Horscht@p5DD56D67.dip.t-dialin.net)
19:28:17		Quit Horscht (Changing host)
19:28:17		Join Horscht [0] (~Horscht@xbmc/user/horscht)
19:33:07		Join mem_ [0] (~mem@mem-irc.netnod.se)
19:34:01		Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de)
19:36:30		Quit panni_ (Client Quit)
19:37:41		Quit Keripo (Quit: Leaving.)
19:37:50		Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
19:37:50		Quit bertrik (Changing host)
19:37:50		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
19:39:18		Join Rob2222 [0] (~Miranda@p5DE4BBC4.dip.t-dialin.net)
19:39:29		Join panni_ [0] (hannes@178.203.73.7)
19:47:24		Join smuxi [0] (smuxi@descent.fragstore.net)
19:52:10		Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de ))
19:52:16		Quit smuxi (Remote host closed the connection)
19:52:45	bertrik	AlexP, you aren't delaying the 3.8.1 release anymore because of AMSv2 SD problems, right?
19:52:50	bertrik	(just asking to be sure)
19:53:10	AlexP	bertrik: I don't really know what I'm doing
19:53:26	AlexP	I've done all the builds, if you are happy then we can go ahead
19:55:22	saratoga	do it!
19:55:36	AlexP	righto
19:55:49	*	AlexP looks around for Bagder or Zagor
19:58:02	bertrik	I'm quite convinced now that my AMSv2 sd changes have been overall improvements since I haven't seen negative reports except for the one from Luca_S and eventually he couldn't bisect it to a specific change.
19:58:34		Join TheLemonMan [0] (~lem0n@ppp-140-140.98-62.inwind.it)
19:59:08	tguinot	AlexP: maybe http://www.badgerbadgerbadger.com/
19:59:21	*	tguinot running away
19:59:43	AlexP	thanks, but... :)
19:59:44	gevaerts	tguinot: are you dyslexic?
20:00
20:00:11	tguinot	of course
20:02:29		Join user890104_ [0] (~Venci@6bez10.info)
20:02:45		Quit user890104 (Read error: Connection reset by peer)
20:03:25		Quit ChickeNES (Quit: Computer has gone to sleep.)
20:09:10		Join Keripo [0] (~Keripo@seas167.apng.seas.upenn.edu)
20:09:24		Join ChickeNES [0] (~ChickeNES@128.135.100.102)
20:15:50		Join xlarge_ [0] (xlarge@178-78-224-16.customers.ownit.se)
20:16:14		Part xlarge_
20:17:28		Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
20:17:28		Quit pamaury (Changing host)
20:17:28		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
20:20:34		Join leavittx_ [0] (~lev@89.221.199.187)
20:23:38		Quit ihateseptictanks (Quit: Leaving)
20:24:14		Join sideral [0] (~sideral@213.165.85.248)
20:24:14		Quit sideral (Changing host)
20:24:14		Join sideral [0] (~sideral@rockbox/developer/sideral)
20:26:47		Nick amee2k_ is now known as amee2k (~thomas@ve504.cugnet.net)
20:38:27		Join Buschel [0] (~chatzilla@p54A3B9D9.dip.t-dialin.net)
20:41:32		Quit sideral (Quit: Leaving.)
20:44:07		Quit user890104_ (Ping timeout: 276 seconds)
20:45:54		Join JackWinter [0] (~jack@vodsl-9173.vo.lu)
20:46:09		Join Zagor_ [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net)
20:46:35		Quit Zagor_ (Changing host)
20:46:36		Join Zagor_ [0] (~bjst@rockbox/developer/Zagor)
20:49:26		Quit Keripo (Quit: Leaving.)
20:59:09		Quit Ayla (Quit: brb)
20:59:31		Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
21:00
21:02:16		Join Ayla [0] (~paul@86.70.215.12)
21:08:26	kugel	I'm working on my relocatable/multiple plugins application. What would we like to see most first implemented with the new powers?
21:08:56	kugel	metadata parsers on audio buffer/pebbles/multiple plugins?
21:09:06		Join user890104 [0] (~Venci@6bez10.info)
21:10:09	kugel	OR how should I write that it's TBD?
21:11:52	CIA-87	New commit by Buschel (r29682): Fix FS #12043. Next track was resumed when pausing and shutting down the player in the last seconds of a track.
21:12:27	***	Saving seen data "./dancer.seen"
21:12:30	gevaerts	kugel: I'd say that relocatable metadata parsers are multiple plugins :)
21:12:48	kugel	ok, multiple "rocks"
21:13:03		Quit user890104 (Client Quit)
21:13:59	gevaerts	To be honest, as soon as the mechanism is there, I don't care
21:14:29	gevaerts	Having TSR plugins loaded somewhere else is trivial if there's an example of a loader that can do that
21:14:36	kugel	well, it's been argued that the mechanism alone is not enough for gsoc
21:15:43	gevaerts	right
21:15:52	gevaerts	Well, I'd do TSR plugins first
21:16:01	gevaerts	Because they're trivial :)
21:16:15	gevaerts	metadata stuff and pebbles need thinking about APIs
21:17:21		Part mem_
21:17:24	kugel	would be fine with me; but I guess that for some people it's not enough to add something trivial to a too small project
21:17:33	CIA-87	r29682 build result: All green
21:18:47	kugel	also, it may actually be not that trivial if many plugins need changes to allow for relocation
21:19:20	kugel	on a slightly related note; has anyone managed to have a first look at my buflib application yet?
21:19:36	gevaerts	A very brief first look, yes
21:21:32		Quit Zagor_ (Quit: Leaving)
21:21:57	kugel	I still welcome comments on it :)
21:22:21		Join Zagor [0] (~bjst@rockbox/developer/Zagor)
21:22:53		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
21:23:52	gevaerts	Yes, I know :)
21:24:02	gevaerts	Busy at work, and tired...
21:26:21		Join user890104 [0] (~Venci@6bez10.info)
21:29:13	b42	Zagor: i wanted to ask how much "Understanding for multi-tasking" do i have to have
21:29:56	b42	and if you can point me to files containing the current playback code, so i can take a look
21:30:49	kugel	b42: playback.c, audio_thread.c, pcmbuf.c, buffering.c essentially
21:30:58	jhMikeS	Buschel: argh! I saw your ping but didn't see you around. Is that going to work if playlists are shuffled?
21:31:24	kugel	b42: there are 3 or 4 threads involved for audio playback
21:31:57	Zagor	kugel: and abrepeat.c, codecs.c, cuesheet.c, dsp.c, eq.c, playlist.c, replaygain.c, plus some more
21:32:11	b42	kugel: thanks
21:33:37	b42	lots of files ... i guess i should have started sooner
21:33:57		Quit Ayla (Ping timeout: 258 seconds)
21:34:06	Buschel	jhMikeS: if you are talking of shuffle playback -> yes
21:34:15		Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net)
21:34:22	gevaerts	kugel: have you considered tacking a relocatable plugin loader on to the other application "if time permits"?
21:34:36	Zagor	b42: I don't recommend this task if you are not already familiar with rockbox. it really goes to the core and touches pretty much everything.
21:34:42	jhMikeS	Buschel: yeah, because of the keeping of the current song
21:34:59	kugel	gevaerts: not yet, but it sounds like a good idea
21:35:31	b42	Zagor: my only experience was trying to fix brickmania plugin once
21:35:53	b42	so i guess i'll take your advice and save me some time
21:36:22	Buschel	jhMikeS: btw, what is the desired resume track / position in case of pause/shutdown during a crossfade activity? ;)
21:37:19	jhMikeS	Buschel: I would go for resuming whatever the WPS shows
21:38:16	Buschel	let's see
21:39:33		Quit leavittx_ (Ping timeout: 252 seconds)
21:40:11	jhMikeS	that's how it would work with my patch anyway
21:41:18	Buschel	current svn (including my last change) will resume the track that is shown in the WPS in the case of ongoing crossfade
21:41:40	Buschel	jhMikeS: did you rework the playlist engine or the whole playback engine?
21:42:38		Join Keripo [0] (~Keripo@SEAS059.wlan.seas.upenn.edu)
21:42:57	AlexP	Zagor: I have 3.8.1 ready, do you have a little time to try an upload?
21:43:07	Zagor	sure
21:43:11	AlexP	cool
21:45:27		Quit Keripo (Client Quit)
21:49:31		Quit ChickeNES (Quit: Computer has gone to sleep.)
21:49:56	jhMikeS	Buschel: playback engine and codecs and worked the best I could with playlists
21:52:19	jhMikeS	track switching is very direct and codecs under strict control, things like rewinding at the end of a playlist or at transitions just work
21:53:24	Buschel	will you upload your patch to flyspray? I am interested whether some of the good old bugs might be fixed (e.g. FS #10930, FS #11495)
21:55:16	saratoga	jhMikeS: did you recent changes break test_codec's wav write feature?
21:55:41		Quit benedikt93 (Quit: HIP-HOP sounds best when you listen to METAL instead.)
21:55:46	saratoga	now it either doesn't decode or reboots my player when I try it
21:55:58	Buschel	jhMikeS: a somehow related question -> Do you mind if I close FS #11863 ?
21:56:38		Join leavittx_ [0] (~lev@89.221.199.187)
21:57:24	*	jhMikeS doesn't mind
21:57:56	jhMikeS	saratoga: It shouldn't bother that at all
21:58:46	saratoga	the previous changes are all mine, and it worked after those
21:58:48	jhMikeS	changes I made and committed or recent developments?
21:59:06	saratoga	changes to test_codec
22:00
22:04:16	Buschel	saratoga: did you see my comments to FS #12046?
22:04:38	saratoga	Buschel: yes
22:04:44	saratoga	i'm curious how that happened to the file
22:04:59	Buschel	is it yours?
22:05:35	Buschel	and did it work before?
22:09:47	Buschel	btw, decoding to wav works on sim
22:10:20	jhMikeS	saratoga: hmm...trying to see how that would touch wavwrite
22:10:43	saratoga	Buschel: no, from ABI
22:10:49	saratoga	user says he used iTunes a couple years ago
22:10:54	saratoga	but hte file doesn't look like one from iTunes
22:12:54	Buschel	however, our mp4 parser is not robust enough to play this file...
22:13:22		Join liar [0] (~liar@83.175.83.185)
22:13:40		Join petur [0] (~petur@rockbox/developer/petur)
22:16:21	CIA-87	New commit by alex (r29683): Tag 3.8.1 release
22:17:33	CIA-87	New commit by bluebrother (r29684): deploy.py: insert version number into sources. ...
22:21:30	jhMikeS	Buschel: I haven't bothered to know the playlist code that well though. Is 'index' always the unshuffled index and never changes?
22:21:58	saratoga	if the frame has the wrong length, how do other parsers deal with that i wonder
22:22:29	CIA-87	r29684 build result: 10 errors, 0 warnings (bluebrother committed)
22:22:50	bluebroth3r	wtf?
22:23:54	gevaerts	looks like a built client error
22:24:15	bluebroth3r	yep. File truncated looks a bit like disk out of space
22:26:04	Buschel	jhMikeS: seem so
22:29:08		Join Jerom [0] (~jerome@79.132.61.222)
22:31:09		Quit TheLemonMan (Quit: Destructor called)
22:32:50		Quit Buschel (Ping timeout: 276 seconds)
22:40:58		Join bug2000 [0] (~bug@unaffiliated/bug2000)
22:41:14	bug2000	OK, it seems the charge from PC isn't perfect on the sansa clip.
22:41:24	bug2000	I left it at "no usb mode" and it over hear.
22:41:43	bug2000	How much damage have been caused to the clip in your estimation?
22:42:24	AlexP	I don't quite follow
22:42:33	AlexP	"over hear"?
22:43:01	AlexP	oh
22:43:03	*	AlexP twigs
22:43:07	AlexP	over heat?
22:43:13	bug2000	*over heat.
22:43:14	bug2000	Sorry.
22:43:20	AlexP	no problem :)
22:43:39	AlexP	I would hope none, have you tried to use it?
22:47:27	bug2000	AlexP: Not yet. It's hot.
22:48:49	bug2000	AlexP: It seems to be worknig though.
22:49:02	AlexP	good news
22:49:38	bug2000	AlexP: Think the battery life got shortened?
22:49:48	AlexP	I honestly don't know
22:49:49	gevaerts	Did it get hot, or did it overheat?
22:49:58	bug2000	gevaerts: it got REALLY hot.
22:50:00	gevaerts	Batteries do tend to get rather hot when charging
22:50:14	bug2000	gevaerts: Hot to the level it hurted to touch the clip.
22:50:27	boghog	i'm still amazed my android phone doesn't melt whenever the thing is charging
22:50:31	boghog	almost too hot to touch
22:50:58	bug2000	O_o
22:51:24		Join ihateseptictanks [0] (~ihatesept@173-16-100-238.client.mchsi.com)
22:51:30	boghog	that said, the display mysteriously got cracked and its in for repairs atm, wonder if that could have something to do with excessive temps :s
22:52:46	bertrik	gevaerts, lithium batteries are not supposed to get hot
22:54:02	bug2000	AlexP: By the way, will Samsa v1 ever get 15 hours of battery or is it stuck at 50%?
22:54:13		Join ChickeNES [0] (~ChickeNES@128.135.100.102)
22:54:32	AlexP	I didn't know they were short, but if they are then yes they might do if someone works on it
22:55:32		Join Keripo [0] (~Keripo@eng248.wireless-resnet.upenn.edu)
22:56:00	bug2000	AlexP: See for yourself http://www.rockbox.org/wiki/SansaRuntime
22:56:10	bug2000	[I can verify that stuff in real life]
23:00
23:00:03	bertrik	hey, I got almost 11 hours on a clipv1, that's certainly more than 50%
23:00:41		Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
23:00:46	bug2000	bertrik: Really? At top I get 9 hours.
23:01:17	bug2000	[By the way, does playing spc/flac/ogg/mod/whatever eat the battery more?]
23:01:31		Quit ChickeNES (Quit: Computer has gone to sleep.)
23:02:28	bertrik	flac needs very little processing power, but will access storage more often too
23:06:05	saratoga	i think FS #11765 gives a couple hours more battery life on amsv1
23:06:21	bertrik	I wonder if we could try to enable 4-bit mode for sd cards / internal storage again on the AMSv1 players
23:06:28	bug2000	saratoga: Dunno how to compile rockbox.
23:06:43	saratoga	not saying you should, just pointing out that its possible to do a lot better
23:07:17		Quit Ayla (Quit: dodo)
23:08:34	CIA-87	New commit by zagor (r29685): Removed some dead code identified by clang-analyzer.
23:08:37		Quit leavittx_ (Ping timeout: 240 seconds)
23:10:41		Quit pamaury (Remote host closed the connection)
23:12:29	***	Saving seen data "./dancer.seen"
23:12:54	CIA-87	r29685 build result: All green
23:15:12		Quit Keripo (Quit: Leaving.)
23:22:18		Join silbo [0] (~quassel@193.40.244.204)
23:28:28	jhMikeS	Buschel: I get interesting result when shuffling the the playlist while playing (you never know what track will resume) :)
23:28:30	AlexP	Zagor: You should (hopefully) have everything now
23:29:58	Zagor	ok
23:34:16		Quit JoNil (Quit: Page closed)
23:34:59	jhMikeS	Buschel: that's with r29685 unmodified btw
23:35:09		Quit evilnick_B (Quit: Page closed)
23:37:39		Quit n1s (Remote host closed the connection)
23:41:36	AlexP	Right, I think just tools/builds.pm to go
23:41:46	Zagor	yes
23:41:48	AlexP	Zagor: Could you let me know when stuff is in place?
23:41:54	Zagor	now :)
23:41:59	AlexP	ah, cool :)
23:42:13	AlexP	I don't think voice has changed actually
23:42:24	AlexP	But might as well bump it I suppose
23:42:28		Quit Jerom (Quit: Leaving.)
23:42:37	Zagor	yes, it's more bother to have a split release
23:43:56	CIA-87	New commit by alex (r29686): Bump to 3.8.1 release.
23:44:42	AlexP	Zagor: If you wouldn't mind adding a news item, I'll send some e-mails :)
23:44:47	Zagor	sure
23:44:52	AlexP	thanks
23:45:26	Topic	"Rockbox accepted for GSoC 2011 - Ideas at http://www.rockbox.org/wiki/SummerOfCode2011 \| Rockbox 3.8.1 is released \| Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines \| Please direct offtopic/social chat to #rockbox-community \| This channel is logged at http://www.rockbox.org/irc \| An upgrade caused issues with the wiki. We are on the case" by ChanServ (ChanServ@services.)
23:46:48		Join japc [0] (~japc@2.82.179.223)
23:47:50	CIA-87	New commit by zagor (r29687): Release 3.8.1
23:48:09	CIA-87	r29686 build result: All green
23:50:31	AlexP	Brilliant, thanks very much everyone
23:51:04	Zagor	and thank you AlexP for being our tireless release manager
23:51:12	AlexP	heh :)
23:51:17	bertrik	\o/
23:51:44		Quit petur (Quit: Leaving)
23:54:15	rasher	\o/
23:54:57		Quit bluefoxx (Quit: Can we, should we, will we?)
23:55:18		Quit JackWinter (Read error: Connection reset by peer)
23:56:04		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
23:56:10		Join AlexP_ [0] (~alex@rockbox/staff/AlexP)
23:56:40		Quit AlexP (Ping timeout: 252 seconds)
23:57:16		Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP)

Previous day | Next day