#rockbox 2009-02-18

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-02-18

00:00:57		Nick Beaver is now known as Beaver`alszik (i=balvito@dsl540010D7.pool.t-online.hu)
00:04:08		Join bluebrother [0] (i=4e359833@gateway/web/ajax/mibbit.com/x-2fe979998aa605be)
00:04:49	bluebrother	LambdaCalculus37: any news on the rbutil patch? I've spotted you pinged domonoky (had issues with my wireless so was away longer than planned :( )
00:05:30		Quit gevaerts (Read error: 60 (Operation timed out))
00:05:31		Quit martian67 ("gone")
00:07:24		Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
00:07:47	LambdaCalculus37	bluebrother: The app runs and immediately quits. :(
00:07:49		Join martian67 [0] (i=user5490@about/linux/regular/martian67)
00:08:26	LambdaCalculus37	I think domonoky didn't build it as a universal build.
00:08:48		Join sinbizl [0] (n=sinbad@S0106000f6601e236.ed.shawcable.net)
00:09:00	bluebrother	dang. We really need a OS X developer for rbutil :/
00:09:16		Quit MethoS- (Remote closed the connection)
00:09:36		Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma)
00:09:36		Quit pixelma (Nick collision from services.)
00:09:36		Join MethoS- [0] (n=lem@host-091-097-246-188.ewe-ip-backbone.de)
00:09:37		Join amiconn_ [50] (n=jens@rockbox/developer/amiconn)
00:09:37		Quit amiconn (Nick collision from services.)
00:09:37		Quit MethoS- (Remote closed the connection)
00:09:45	LambdaCalculus37	bluebrother: JdGordon has a Mac. I have a crappy Mac. :)
00:09:50		Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma)
00:09:57		Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn)
00:10:09	*	LambdaCalculus37 starts the "Buy LambdaCalculus37 a new MacBook Fund"
00:10:09	rasher	Preferably someone with both a PPC and intel mac
00:10:28		Join amblin [0] (n=youwish@unaffiliated/amblin)
00:11:01	bluebrother	or two developers, either with one of them ;-)
00:11:08	*	LambdaCalculus37 has PPC
00:12:19	amblin	gigabeat f20 using rockbox is a mass storage device or mtp?
00:12:32	LambdaCalculus37	Mass storage.
00:12:56	bluebrother	gtg now. See you ...
00:13:00		Quit bluebrother ("http://www.mibbit.com ajax IRC Client")
00:13:13	amblin	ok, now to figure out why it isn't being picked up by udev that way then
00:15:49		Quit __lifeless (Read error: 110 (Connection timed out))
00:17:27	gartral	whats with the "C" in PP version under View HW Info under the debug menu >.>
00:17:55		Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net)
00:18:04		Quit Aurix_Lexico1 (Read error: 104 (Connection reset by peer))
00:18:17	gevaerts	gartral: ask PortalPlayer...
00:18:17		Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net)
00:18:36	gartral	i was just wondering what the difference was, if any
00:19:13	rasher	gartral: same answer, probably
00:19:55	jhMikeS	Isn't PP5022C = PP5024?
00:20:43	gevaerts	No. c200 also has PP5022C
00:21:34	jhMikeS	I recally amiconn had it all spelled out. I think PP5024 is just PP5022C with an AS3514 codec tacked in.
00:29:53		Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-362fdeba5d8d5ef7)
00:30:04	***	Saving seen data "./dancer.seen"
00:32:13		Quit Aurix_Lexico (Read error: 110 (Connection timed out))
00:33:52		Join Mouser_X [0] (i=cf9bb00a@gateway/web/ajax/mibbit.com/x-b383278d97b46182)
00:34:43	Mouser_X	What would cause a problem like this: This morning I turned on my Gigabeat S, and the bootloader came up (as it should), but at the time that it should have been loading Rockbox off the HDD, it instead turned off.
00:35:01	Mouser_X	I can access Bootloader USB mode just fine.
00:35:18	Mouser_X	(I'm running scandisk on it, for fear that perhaps the HDD is going wonky.)
00:36:16	Mouser_X	It's running r20002.
00:36:49		Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]")
00:38:27		Nick JdGordon\|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon)
00:38:44	Mouser_X	I don't think I need a new bootloader, as I'm pretty sure that I've used it with r20002 before without a problem.
00:39:24	Mouser_X	I plugged it in while it was booting (it was in the bootloader loading and whatnot). Might this somehow have caused this?
00:39:25	gevaerts	Mouser_X: the battery?
00:39:40	Unhelpful	bizarre, adding debugging to detect double-free in buffer_alloc tells me it's trying to free handle 22 repeatedly (this number seems not to change across runs)... adding debugging to catch the double-free attempt arround the buf_free call seems to do nothing at all?!
00:39:42	Mouser_X	Batteries fine. Plugged in or not, it turns off.
00:39:51	Mouser_X	*Battery's
00:40:15		Join n17ikh [0] (n=n17ikh@130.127.74.89)
00:40:33	BigBambi	Mouser_X: I'd badger toffe82 if he is around - he is the expert in this sort of thing
00:40:53	*	Mouser_X is aware.
00:41:02	Mouser_X	(I want to buy a remote off of him...)
00:41:05	toffe82	what :)
00:41:14	Mouser_X	(Mine got borked... :( )
00:41:40	toffe82	I have some
00:41:50		Quit bmbl ("Woah!")
00:42:58	Mouser_X	toffe82: Read up a few. My Gigabeat S isn't booting, though it does load the bootloader.
00:43:36		Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com)
00:45:03	toffe82	Mouser_X: you have the dual boot or single boot
00:45:24	Mouser_X	Dual. (Thanks BigBambi)
00:45:32	Mouser_X	(IIRC anyway.)
00:45:51	*	BigBambi isn't sure what he has done, but no problem :)
00:45:55	Mouser_X	(I know I can dual boot, and I think it's BigBambi that gave me the means to do so.)
00:46:15	BigBambi	aha!
00:46:22	Mouser_X	Pretty sure it was you that combined the OF and the Rockbox bootloader for me.
00:46:32	BigBambi	I vaguely remember that I think, maybe :)
00:46:36	Mouser_X	Like, probably a year ago.
00:47:32	BigBambi	yep
00:47:37	toffe82	Mouser_X: did you try boot on theOF ?
00:48:17	Mouser_X	No. I didn't think of that until later today, after I had started the scandisk.
00:48:33	Mouser_X	Now I'm waiting for scandisk to finish... It's been running for 10 hours though...
00:48:55	JdGordon	PaulJam: hey, that was a nice WPS.. havnt found out why its not working yet, but I tihnk im getting closer
00:49:32	Mouser_X	(I started it before I went to my classes, and when I got back, it was still running.)
00:54:18	Mouser_X	It seems that scandisk is stuck on Phase 2, and there doesn't seem to be any disk activity on the Gigabeat (at least, none that I can feel/hear).
00:54:58	toffe82	stop it
00:57:17		Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-597c883a9873b9b3)
00:57:28		Quit intrados (Read error: 104 (Connection reset by peer))
00:57:42		Quit SirFunk (Connection reset by peer)
00:57:52	PaulJam	JdGordon: good to hear. btw, the next few days i'll be without internet, so i won't be able to test any new patches.
00:58:18		Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net)
00:58:26	JdGordon	no worries... my desktop is beign put in a box tomorow so i dunnno how much ill be here also
00:58:36		Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com)
01:00
01:00:47	jhMikeS	a year-old S bootloader?
01:01:06	Mouser_X	Not quite.
01:01:16	Mouser_X	I probably got it sometime around May.
01:01:22	Mouser_X	(Give or take a month.)
01:01:54	Mouser_X	I can check the file date.
01:04:01	jhMikeS	I'm trying to think if there would be incompatibilities on one that old.
01:05:33	LambdaCalculus37	jhMikeS: I was originally thinking that charging would need a newer bootloader.
01:06:15	Mouser_X	Charging works great for me.
01:06:29	Mouser_X	(In case you wondered)
01:06:39	jhMikeS	Charging should not, it's in the firmware only for now.
01:07:03	Mouser_X	Also, Dual-booting is working, so HDD problems are perhaps less likely.
01:07:20	Mouser_X	(I had to reboot my PC. I wasn't able to check the file date yet.)
01:08:01		Join PaulJam_ [0] (n=PaulJam_@vpn-3016.gwdg.de)
01:08:04	Mouser_X	I'm not a fan of the OF... The only time I use it is when I need the video-out capability (or when I needed to charge it, before charging was enabled).
01:08:06		Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP)
01:08:48	jhMikeS	I had a scary charging mishap. All safetys kicked in and it errored. I've considered slowing down the SPI interface since what happened either indicates a HW bug or a wrong value got written to CHARGER and it couldn't correct it.
01:11:22	jhMikeS	I made sure the SPI resets on error in case FIFOs got out of sync in CSPI. That code has to be very robust given its task. I don't think retailos runs it as fast as we are. The settings had it at 400000bps, but we're topping it out at 16.5Mbps.
01:12:11	Mouser_X	May 11 2008 is the nk.bin file date.
01:13:10		Quit midijunkie ("?(???~�~)?")
01:14:41	Mouser_X	I'm wondering if it's a problem with some oddball setting somewhere (though, the only thing I can recall changing recently was the size of the directory buffer)
01:14:50	jhMikeS	Mouser_X: It doesn't show any error messages in the BL? There was a point where a "File Not Found" wouldn't be displayed properly.
01:15:58	Mouser_X	No, nothing. The bootloader loads (shows the text including the voltage of the battery), the Rockbox Logo displays (with the revision number at the bottom), the screen dims (I have it on "1"), then the screen turns off, the HDD turns off, and the player turns off.
01:16:00	jhMikeS	nope, that was May 4 that was fixes
01:17:31		Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
01:17:33	jhMikeS	it almost sounds like a watchdog powerdown but that shouldn't happen for 10s.
01:17:47		Join rafiel2282 [0] (n=Miranda@p5488F6CB.dip.t-dialin.net)
01:18:04	jhMikeS	that's if the power thread got locked
01:18:09	Mouser_X	I can time it, but I don't think it's 10s. What what's a watchdog powerdown?
01:18:14	Mouser_X	Ah.
01:18:35	Mouser_X	Well, the first time it happened, I plugged it in while it was booting.
01:18:42	jhMikeS	it the timer fails to get serviced, it considers it an emergency since it lost control of the charging hardware and just shuts off
01:18:49	rafiel2282	hello, does anyone know how to disable the wheel during playback on the sansa e200?
01:19:00	Mouser_X	I didn't really pay attention at the time though, because I figured the screen was dimming (which is what I'm used to seeing).
01:19:18	jhMikeS	what's the battery voltage?
01:19:29	Mouser_X	Huh... 4.0x
01:19:36	Mouser_X	(Perhaps a 2 for the x)
01:19:59		Join {-phoenix-} [0] (n=dirk@p54B47975.dip.t-dialin.net)
01:20:02	Mouser_X	(I've seen it at 4.1 before, but not often.)
01:20:32	jhMikeS	A fully charged battery should be > 4.160V, usually 4.17xV
01:20:52		Quit PaulJam_ (".")
01:21:27	Mouser_X	Ah. Well, usually when it's done charging I unplug it and turn it off. I don't watch for the battery voltage every time.
01:21:31	jhMikeS	plugging it while booting shouldn't hurt it. did you try turning off the battery switch for awhile?
01:22:44	Mouser_X	How long is awhile? When I booted into the OF, I turned off the battery switch to go back into Rockbox. I doubt it was off long enough to reset the clock though. And I didn't try to fully boot into Rockbox after that point either.
01:22:51	Mouser_X	(I went to USB mode)
01:23:02	jhMikeS	many seconds so that everything is reset
01:23:17	Mouser_X	K. I'll go do that.
01:24:48	jhMikeS	another thing is reset settings if that doesn't do it. I had anther player with a corrupt poweroff timeout setting shut off spontaneously like that.
01:25:02		Quit PaulJam (Read error: 110 (Connection timed out))
01:25:35	jhMikeS	just forget reset, rename the file so the setting loader doesn't even see it.
01:26:38	Mouser_X	I don't know what the setting file is... :/
01:27:00	Mouser_X	Also, I turned off the battery switch for 10-15 seconds, and it's still not working.
01:28:10	jhMikeS	config.cfg, just try renaming that to anything else
01:28:11		Quit intrados (Read error: 104 (Connection reset by peer))
01:28:21		Quit SirFunk (Connection reset by peer)
01:28:25	jhMikeS	and nvram.bin
01:28:28	Mouser_X	K
01:28:52		Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net)
01:28:55		Quit tyfoo (Read error: 104 (Connection reset by peer))
01:29:11		Quit SirFunk (Connection reset by peer)
01:29:19		Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com)
01:29:27		Quit intrados (Read error: 54 (Connection reset by peer))
01:29:46		Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net)
01:30:35		Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com)
01:30:48		Quit intrados (Connection reset by peer)
01:31:55		Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com)
01:32:40		Join kachna\|lappy [0] (n=kachna@r4ax178.net.upc.cz)
01:33:14	Mouser_X	Well, that didn't help, but this time the battery switch has been off longer than 15 seconds.
01:33:38	Mouser_X	(I brought it up to this machine, as it'll be easier to deal with than having to go up and down the stairs.)
01:34:58	jhMikeS	you tried other builds?
01:34:59	Mouser_X	And it does look like it's about 10 seconds. That is, the logo is displayed, the light dims, then everything disappears (leaving a black screen), but the backlight is still on.
01:35:19	Mouser_X	D'oh. I was going to, and then got caught up here. I forgot to try.
01:36:33		Quit {phoenix} (Read error: 110 (Connection timed out))
01:37:16		Quit intrados (Read error: 104 (Connection reset by peer))
01:37:21		Quit cool_walking_ (K-lined)
01:37:24		Quit perrikwp (K-lined)
01:37:24		Quit Mouser_X (K-lined)
01:37:24		Quit evilnick (K-lined)
01:37:24		Quit GodEater_ (K-lined)
01:37:24		Quit LambdaCalculus37 (K-lined)
01:38:23		Join intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com)
01:38:46		Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37)
01:39:03		Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-889327e1ee444afb)
01:40:23		Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-15e726030e9c50ad)
01:40:47		Quit LambdaCalculus37 (Client Quit)
01:42:28		Join Mouser_X [0] (n=cf9bb00a@gateway/web/cgi-irc/labb.contactor.se/x-afbf24f0251af367)
01:43:24	Mouser_X	Bah... Freenode kicked me off. I was using mibbit, so perhaps it was some other user, but they said I had been harrasing users...
01:44:03	*	jhMikeS didn't feel harrassed...promise
01:44:10	Mouser_X	So, where can I get older versions of Rockbox? The daily I saw was r20029, and I suspect I need something prior to 20000.
01:44:25	Mouser_X	(I'm trying the newest Rockbox right now.)
01:44:46	kadoban	Mouser_X: 3.1 is prior to 20000 :)
01:45:27	Mouser_X	But it's not available for the Gigabeat S.
01:45:32	kadoban	oh right, sorry
01:45:36	Mouser_X	At least, when I tried linking to it, I got a 404.
01:45:37		Quit dan__ ("Leaving")
01:46:12	Mouser_X	No go with r20032.
01:46:22	cool_walking_	http://www.rockbox.org/dl.cgi?bin=gigabeats
01:47:59		Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.")
01:48:40	Mouser_X	Thanks.
01:49:34		Part toffe82
01:50:01		Join cool_walking__ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-41ed44a28cfb15b3)
01:50:41		Quit Thundercloud (Remote closed the connection)
01:51:08	Mouser_X	r19961 did the same thing as r20002, except that the backlight didn't dim (I did rename the settings file), and the screen didn't go black until the whole thing shut off.
01:52:24	Mouser_X	I'll try r19788, as it's the oldest one I'm seeing on that page.
01:52:28		Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client")
01:52:45		Nick cool_walking__ is now known as cool_walking_ (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-41ed44a28cfb15b3)
01:54:02	Mouser_X	Might the database somehow be involved? I don't think I do, but like, if it's loaded to RAM?
01:54:59	jhMikeS	could try that, delete all the database files I guess
01:55:21	jhMikeS	the latest revision boots and plays fine for me
01:55:32		Quit at0m (Read error: 110 (Connection timed out))
01:55:48	gartral	the sudoku pluging quits to the plugins menu, not the plugins>games menu >.>
01:56:03	Mouser_X	:/ I'm not surprised by that... And r19788 doesn't work either.
01:57:02	Mouser_X	I'll try removing/renaming the Rockbox directory... As it stands right now, I don't have much to lose...
02:00
02:01:40		Quit rafiel2282 (Read error: 110 (Connection timed out))
02:02:32		Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey)
02:07:48		Quit {-phoenix-} (Remote closed the connection)
02:09:41	Mouser_X	New Rockbox works.
02:09:50	Mouser_X	I guess this means it was high time I cleaned out/started with a new one anyway...
02:09:54	Mouser_X	:(
02:10:32	Mouser_X	On that note: Since I did export my database settings recently, is there a way I could import those settings into a new database?
02:10:34	Mouser_X	(I still have the old Rockbox folder)
02:10:38		Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com)
02:11:18	Mouser_X	(Where are the DB runtime settings exported to, and could I simply copy them to the new Rockbox directory?)
02:11:58		Quit amblin (Remote closed the connection)
02:13:25	jhMikeS	is it database_changelog.txt? I'm not positive about that part.
02:16:01	jhMikeS	well, it makes that file when I do "Export Modifications" so that must be it
02:26:26		Quit Horscht (Read error: 110 (Connection timed out))
02:30:07	***	Saving seen data "./dancer.seen"
02:33:29		Quit jordoex (Connection timed out)
02:35:09		Quit Nico_P (Remote closed the connection)
02:42:04		Quit faemir ("Lost terminal")
02:45:55		Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com)
02:50:52		Quit efyx_ (Remote closed the connection)
02:53:03		Quit faemir ("Lost terminal")
03:00
03:16:24		Join Bavlito [0] (i=balvito@dsl54001B2E.pool.t-online.hu)
03:20:56		Join Horscht [0] (n=Horscht@xbmc/user/horscht)
03:27:52		Join Rob2223 [0] (n=Miranda@p4FDCD7D8.dip.t-dialin.net)
03:32:51		Quit Beaver`alszik (Read error: 110 (Connection timed out))
03:34:06		Quit parafin (Read error: 60 (Operation timed out))
03:39:07		Quit Slasheri (grisham.freenode.net irc.freenode.net)
03:39:07	NSplit	grisham.freenode.net irc.freenode.net
03:39:07		Quit jon-kha (grisham.freenode.net irc.freenode.net)
03:39:17		Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri)
03:39:17	NHeal	grisham.freenode.net irc.freenode.net
03:39:17	NJoin	jon-kha [0] (i=jon-kha@kahvi.eu.org)
03:44:48		Quit Rob2222 (Read error: 110 (Connection timed out))
03:45:16		Quit linuxstb (grisham.freenode.net irc.freenode.net)
03:45:16		Quit Tuplanolla (grisham.freenode.net irc.freenode.net)
03:45:36		Join jaked [0] (n=jdettner@cl-2099.ham-01.de.sixxs.net)
03:45:45	NJoin	linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb)
03:45:45	NJoin	Tuplanolla [0] (n=jani@unaffiliated/tuplanolla)
03:46:20		Join parafin [0] (i=parafin@paraf.in)
03:47:13		Quit fred_2 (Read error: 110 (Connection timed out))
03:48:55		Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de)
03:49:50		Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net)
03:55:04		Join daurn [0] (n=quae@ppp118-208-179-112.lns10.mel4.internode.on.net)
03:55:15		Quit daurnimator (Read error: 60 (Operation timed out))
03:58:02		Join wacky [0] (n=ignace@42-194-0-72-ppp.3menatwork.com)
03:58:17	wacky	is the "iPod classic" 120GB supported by Rockbox ?
03:58:24	wacky	I'm just not sure which "generation" it is..
03:58:50	Unhelpful	6.
04:00
04:01:06		Part gartral
04:01:29		Join yhuang [0] (n=yhuang@unaffiliated/yhuang)
04:05:51		Quit daurn (Read error: 60 (Operation timed out))
04:06:31		Join daurnimator [0] (n=quae@ppp118-208-147-213.lns10.mel4.internode.on.net)
04:07:19		Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca)
04:09:49		Join Barahir_ [0] (n=jonathan@X9721.x.pppool.de)
04:13:15		Join crh0872 [0] (n=caleb@cpe-173-88-94-93.columbus.res.rr.com)
04:14:26		Quit AndyI (Read error: 60 (Operation timed out))
04:16:11		Join AndyI [0] (i=AndyI@212.14.205.32)
04:21:14		Join daurn [0] (n=quae@ppp118-208-167-101.lns10.mel4.internode.on.net)
04:21:20		Quit daurnimator (Read error: 60 (Operation timed out))
04:22:23	wacky	so it's not supported, huh ?
04:23:18	krazykit	that's what it says right on the front page.
04:23:20	saratoga	check front page
04:24:23	wacky	yeah, ok..
04:24:31	wacky	and I've read about encrypted firmware, etc.. so it's a no go..
04:24:32	wacky	thanks
04:24:37		Quit wacky ("Quitte")
04:25:50		Quit Barahir (Read error: 110 (Connection timed out))
04:26:39	Unhelpful	anybody happen to know, offhand, an example for a plugin that stops playback, steals some buffer, and resumes? :/
04:27:56	Unhelpful	or is that something else i'd need to think about adding support for
04:30:09	***	Saving seen data "./dancer.seen"
04:34:23	Mouser_X	jhMikeS: Thanks. I'll start "rebuilding" my Rockbox directory from the old one. Maybe I'll find what, specificaly, caused the problem. It might be useful (Though, with as much free time as I (don't) have, I'll probably just get it to "good enough" rather than moving everything over.)
04:34:49		Quit Mouser_X ("CGI:IRC 0.5.9 (2006/06/06)")
04:36:29		Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de)
04:36:48		Quit miepchen^schlaf (Read error: 110 (Connection timed out))
04:40:32		Quit midijunkie (Read error: 104 (Connection reset by peer))
04:54:56		Join blkhawk- [0] (n=blkhawk@g227068040.adsl.alicedsl.de)
05:00
05:09:58		Quit daurn (Read error: 60 (Operation timed out))
05:10:11		Join daurnimator [0] (n=quae@ppp118-208-167-101.lns10.mel4.internode.on.net)
05:11:19		Quit blkhawk (Read error: 110 (Connection timed out))
05:11:54		Nick blkhawk- is now known as blkhawk (n=blkhawk@g227068040.adsl.alicedsl.de)
05:13:01		Quit Horscht ("Verlassend")
05:19:40	jhMikeS	The H10 firmware uses precisely the same USB sequence as what was committed today in usb-drv-arc.c
05:20:14	jhMikeS	It looks like it should be just PP502x
05:26:34	jhMikeS	I copies a couple gigs at 7.8MB/s on H10. Have to verify it though.
05:27:23		Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client")
05:28:01		Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-f363d4f7b3458107)
05:28:08		Quit Aurix_Lexico1 (Remote closed the connection)
05:31:45		Quit fenugrec ("Leaving")
05:40:04		Join Beta2K__ [0] (n=beta@d36-78-228.home1.cgocable.net)
05:41:13		Quit SirFunk (Remote closed the connection)
05:42:46		Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net)
05:43:36		Quit crh0872 ()
05:46:21	saratoga	well I get no resets at USB1 speed after copying a GB of data through a hub and a couple USB extension cables
05:46:28		Quit saratoga ("CGI:IRC")
05:46:32		Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-35035ffca72d9f3a)
05:46:36	saratoga	well I get no resets at USB1 speed after copying a GB of data through a hub and a couple USB extension cables
05:49:08		Quit tchan ("WeeChat 0.2.7-dev")
05:49:51		Join bluebren [0] (n=chatzill@76-237-90-28.lightspeed.rcsntx.sbcglobal.net)
05:52:23		Quit bluebren ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]")
05:54:21		Join rakslice_ [0] (n=rak@S01060016b68ef62b.ok.shawcable.net)
05:54:40		Quit rakslice (Read error: 104 (Connection reset by peer))
05:54:59		Join rak__ [0] (n=rak@S010602055dee5503.ok.shawcable.net)
05:57:34		Nick rak__ is now known as rakslice (n=rak@S010602055dee5503.ok.shawcable.net)
05:58:39	Unhelpful	hrm... going through a bunch of chunks of memory in one direction, and memmoving them the other direction (by amounts that do not cause them to overlap) should be quite safe, right? :/
05:58:56		Quit shodanX (Read error: 110 (Connection timed out))
05:59:49	jhMikeS	you mean packing them left as you scan right?
06:00
06:00:27	Unhelpful	precisely, adding the length of chunks marked as free to a shift value, and shifting each block left by that amount.
06:00:54	Unhelpful	(obviously not moving the free chunks anywhere, and letting them, and their length marker, get overwritten)
06:01:17		Quit rakslice_ (Read error: 60 (Operation timed out))
06:04:14		Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client")
06:04:33	jhMikeS	hmmm, not following exactly. I thought you perhaps wanted to compact used memory and make all the free stuff contiguous.
06:06:23	Unhelpful	yes, that's what i'm doing. each block is prefixed with its length (including the length indicator, negative if block is free). so i start on the left, if the block is free, i accumulate the length to the "move by" amount, and move on. if allocated, i move it left by the stored total, and end up with all the free space to the right. i think i found the real, problem, though, which was probably that the first_free_block pointer was not u
06:06:23	Unhelpful	pdated after compaction.
06:08:52		Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net)
06:09:31		Quit saratoga ("CGI:IRC (EOF)")
06:14:49	Unhelpful	hrm, covers still get messed up after first compaction... i wonder if PF is simply using stale addresses for them, since it doesn't seem like the allocator ever crashing, as is nearly inevitable if the buffer or handle table is corrupt
06:17:21		Quit daurnimator (Read error: 60 (Operation timed out))
06:17:59		Join daurnimator [0] (n=quae@ppp118-208-187-121.lns10.mel4.internode.on.net)
06:18:11	jhMikeS	it occurs to me this doesn't need pointers though
06:18:23	Unhelpful	hrm?
06:18:43	jhMikeS	it's an array afterall and so can be indexed
06:21:11	jhMikeS	but then again everything really is that is in memory :D. it's just that things can be done relative to the buffer start which perhaps can mean 8 bits could be used for something and 24 for addressing and still allow 64MB buffers.
06:21:18	Unhelpful	true, i could as easily store a pointer to the start, and the index of the first free block.
06:21:37		Join at0m [0] (n=at0m@78-20-136-118.access.telenet.be)
06:22:09	Unhelpful	it still struck me as awfully weird when i realized that the thing could forget where the buffer started, and still work
06:24:21	Unhelpful	ah, very clear evidence of either stale handle table entries, or a stale pointer held in PF - a cover which was apparently shifted by a multiple of its height, so that it's correct from the right edge to a certain point, and then duplicated :/
06:26:56	jhMikeS	well, with offsets it couldn't but any buffer could be moved and be valid with memcpy alone
06:28:30	jhMikeS	and of course updating the start pointer. I don't if what I'm saying is useful at all or just my usual crazy talk.
06:29:15	Unhelpful	well, it would still have a handle table entry that's "wrong" after moving it.
06:30:11	***	Saving seen data "./dancer.seen"
06:30:47	Unhelpful	i wonder if gcc is doing something it thinks is smart with the inlined buf_get_data_ctx, because i'm not marking the pointer volatile... i don't see how it could, though.
06:31:04	jhMikeS	hmmm, all my H10 transfers look good and I even verified through the USB stack too :)
06:33:07		Part sinbizl
06:33:08	jhMikeS	unless reading it back un-corrupts anything ;)
06:37:07	jhMikeS	Unhelpful: if that's in doubt, check disassemblies
06:37:29	jhMikeS	or the assembler output (which is easier with −−save-temps)
06:39:39	Unhelpful	ahahahah... i think i have it, maybe. :)
06:41:19	Unhelpful	ok, the contents of the buffer are the problem. what pf stores in there is a struct bitmap, followed immediately by the bitmap data
06:42:42	Unhelpful	but, a member of the struct bitmap is used to get the address of the image data
06:44:15	Unhelpful	that member is set on initial load, but never touched again
06:46:08	Unhelpful	yup, updating bmp->data in get_slide to be bmp + sizeof(struct bitmap) fixes it. it's a wonder that never got screwed up before, but, then, pictureflow didn't work if the buffer was used much
06:51:59	jhMikeS	MOB has the same problem with structs containing pointers. really, all this stuff should be update to use offsets.
06:52:47	jhMikeS	however, it's a general problem with moveable blocks so anything with pointers in it naturally gets stuffed
06:54:47	Unhelpful	hrm, but bitmap use in a lot of other places is just fine with pointers, since it's not moved after load. how often do we have bitmap data, though, that doesn't come right after the struct bitmap?
06:57:56	jhMikeS	There was an idea tossed around to put headers on bitmaps created by the converter which would save alot of function params in bitmap calls. Not forcing data after the header allows creation of data on the fly.
07:00
07:05:59	Unhelpful	heh, the newest buffer_alloc and pictureflow are much closer to working status together. it doesn't even crash any more :D
07:08:58		Quit yhuang ("Leaving")
07:12:40		Quit CaptainKewl (Read error: 60 (Operation timed out))
07:30:34		Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-10bd605f91c92377)
07:30:58		Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-10bd605f91c92377)
07:46:45		Join _lifeless [0] (n=lifeless@90.150.113.75)
07:47:19		Quit BHSPitMonkey (Remote closed the connection)
07:50:14		Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net)
07:52:17		Quit z35 (Remote closed the connection)
07:57:28		Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de)
07:57:37		Quit shodanX (Remote closed the connection)
07:59:25		Nick Barahir_ is now known as Barahir (n=jonathan@X9721.x.pppool.de)
08:00
08:09:36		Join LinusN [0] (n=linus@rockbox/developer/LinusN)
08:10:57		Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de)
08:13:07		Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater)
08:15:48		Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de)
08:19:53		Quit _lifeless (Remote closed the connection)
08:20:10		Join _lifeless [0] (n=lifeless@94.50.8.3)
08:20:55	amiconn	Wow, interesting
08:21:04	*	amiconn is going to test on his "special hub
08:21:29	amiconn	gevaerts: Now that we know this init, it should be easier to find the correct one for PP5020
08:22:02	amiconn	Iirc Mini G1 and Mini G2 use the same OF, meaning that this OF contains both PP5020 and PP5022 code
08:22:27	amiconn	This made it easier to e.g. figure out the clock setup differences
08:24:14		Join Rob2222 [0] (n=Miranda@p4FDCCE17.dip.t-dialin.net)
08:25:02	amiconn	Unhelpful: Bitmaps won't always have the data directly after the header. There will be at least two cases: (1) transparent bitmaps on low-depth LCDs. These need a mask bitmap. (2) Font rendering. This will generate the header on the fly
08:30:13	***	Saving seen data "./dancer.seen"
08:30:32		Join ender` [0] (i=krneki@foo.eternallybored.org)
08:39:22	Unhelpful	amiconn: good to know. i think almost everything PF needs is in place, the last thing that needs changing at this stage is PF's fixed-size cache. it seems clear that if allocation of bitmaps is dynamic, and they can vary in size, that the appropriate cache size is "what fits"... so, probably a fixed-size array of structs is the wrong way to manage the cache.
08:42:16		Quit Rob2223 (Read error: 110 (Connection timed out))
08:44:19	Unhelpful	also, i expect that "search a list for item with oldest timestamp" can't be the best way to implement LRU cache
08:45:24	amiconn	LRU can be implemented using a linked list
08:48:44	Unhelpful	right, because an LL can easily be reordered to move items to the front on access
08:50:36		Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net)
08:59:53	amiconn	gevaerts: Good news. Rockbox USB now works through my problematic hub, both on c200 and Mini G2. c200 write: 3MB/s, read: 4.1MB/s. Mini G2 write: 2.8MB/s, read: 2.9MB/s
09:00
09:01:04	*	B4gder does the usb dance
09:01:09	amiconn	Only a single pair of 'disk' errors reported in the event log during c200 read, no errors otherwise. (These errors happen occasionally with other USB devies as well, nothing to worry about)
09:01:51	amiconn	No data error either (used a 560MB WAV test file, compared after copying to device and back)
09:02:34		Quit amiconn (Remote closed the connection)
09:02:34		Quit pixelma (Read error: 104 (Connection reset by peer))
09:03:31		Join amiconn [50] (n=jens@rockbox/developer/amiconn)
09:03:31		Join pixelma [50] (n=pixelma@rockbox/staff/pixelma)
09:05:24	*	amiconn thinks we should now enable USB by default for all PP5022 and PP5024 targets
09:06:18	B4gder	and it is a grand day in rockbox history!
09:06:35	*	B4gder seconds that suggestion
09:06:53		Join midgey\|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-58108fd9c066a550)
09:06:54		Quit Llorean (Read error: 104 (Connection reset by peer))
09:07:13	*	midgey\|web returns to third the suggestion
09:07:15		Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net)
09:08:05	Llorean	And we shed the dependency on the OF for a half dozen player or so.
09:08:27	B4gder	exactly!
09:08:46	B4gder	and there will be happiness
09:10:49	scorche	And the people did rejoice and did feast upon the
09:10:49	scorche	lambs and toads and tree-sloths and fruit-bats and orangutans and
09:10:49	scorche	breakfast cereals
09:11:12	LinusN	Universal Cereal Bus!
09:11:35	B4gder	Unlimited Cereal Bowls
09:11:43	Llorean	On a related note, USB detection (just in the basic present/not of a cable) would be nice in the "rockbox.target not found" screen so that people faced with that can just plug in their players and have it reboot to OF, rather than trying to decode what "Hold menu+select then select+play" actually means
09:13:13	Llorean	That's more or less the only case where people currently think their iPod (or sometimes Sansa, but mostly iPod) is bricked on a regular basis. They get that screen, try to reboot, don't time the holds right, get the screen again, repeat it a few times, and think their player is doomed because plugging in USB doesn't do anything either.
09:14:07	Llorean	With the e200/c200 at least, you can turn them off, plug in USB, get the OF, and continue the install.
09:18:02	amiconn	Unfortunately we still have to reboot for firewire. I didn't check whether this still works when rockbox usb is enabled
09:21:43		Quit _lifeless (Read error: 101 (Network is unreachable))
09:22:56		Join petur [50] (n=petur@rockbox/developer/petur)
09:30:36	Unhelpful	amiconn: would you believe it not only uses linear search to find the LRU slide in the cache, but also to find a desired slide by ID? :/
09:33:41	Unhelpful	although, with the number of slides that can be cached in just the plugin buffer, linear search is probably just fine. it's not very many slides. :/
09:40:07		Join _lifeless [0] (n=lifeless@89.20.105.111)
09:40:37		Join n1s [0] (n=n1s@rockbox/developer/n1s)
09:49:51		Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
09:50:06		Quit bmbl (Read error: 104 (Connection reset by peer))
09:53:24		Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com)
10:00
10:06:01		Quit GodEater_ ("http://www.mibbit.com ajax IRC Client")
10:10:33		Quit midgey\|web ("http://www.mibbit.com ajax IRC Client")
10:11:08		Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
10:11:59		Quit agaffney (Remote closed the connection)
10:12:06		Join agaffney [0] (n=agaffney@gentoo/developer/agaffney)
10:13:56		Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater)
10:14:48		Join midgey\|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-cb5630238a7092ba)
10:16:16		Quit Bavlito ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )")
10:29:01		Join pyro_maniac [0] (i=foobar@p57BB9510.dip0.t-ipconnect.de)
10:30:14	***	Saving seen data "./dancer.seen"
10:34:44		Quit Thundercloud (Remote closed the connection)
10:43:29		Quit pyro_maniac (grisham.freenode.net irc.freenode.net)
10:43:29	NSplit	grisham.freenode.net irc.freenode.net
10:43:29		Quit midgey\|web (grisham.freenode.net irc.freenode.net)
10:43:29		Quit pixelma (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Rob2222 (grisham.freenode.net irc.freenode.net)
10:43:29		Quit blkhawk (grisham.freenode.net irc.freenode.net)
10:43:29		Quit intrados (grisham.freenode.net irc.freenode.net)
10:43:29		Quit shadearg (grisham.freenode.net irc.freenode.net)
10:43:29		Quit jfc (grisham.freenode.net irc.freenode.net)
10:43:29		Quit tmzt (grisham.freenode.net irc.freenode.net)
10:43:29		Quit dionoea (grisham.freenode.net irc.freenode.net)
10:43:29		Quit crwl (grisham.freenode.net irc.freenode.net)
10:43:29		Quit sbhsu (grisham.freenode.net irc.freenode.net)
10:43:29		Quit rphillips (grisham.freenode.net irc.freenode.net)
10:43:29		Quit ChanServ (grisham.freenode.net irc.freenode.net)
10:43:29		Quit petur (grisham.freenode.net irc.freenode.net)
10:43:29		Quit daurnimator (grisham.freenode.net irc.freenode.net)
10:43:29		Quit tvelocity[a] (grisham.freenode.net irc.freenode.net)
10:43:29		Quit fyrestorm (grisham.freenode.net irc.freenode.net)
10:43:29		Quit _Auron_ (grisham.freenode.net irc.freenode.net)
10:43:29		Quit freqmod_gq (grisham.freenode.net irc.freenode.net)
10:43:29		Quit havien (grisham.freenode.net irc.freenode.net)
10:43:29		Quit DaCapn (grisham.freenode.net irc.freenode.net)
10:43:29		Quit yosafbridge (grisham.freenode.net irc.freenode.net)
10:43:29		Quit HellDragon (grisham.freenode.net irc.freenode.net)
10:43:29		Quit bmbl (grisham.freenode.net irc.freenode.net)
10:43:29		Quit n1s (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Zagor (grisham.freenode.net irc.freenode.net)
10:43:29		Quit tchan (grisham.freenode.net irc.freenode.net)
10:43:29		Quit kachna\|lappy (grisham.freenode.net irc.freenode.net)
10:43:29		Quit n17ikh (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Neovanglist (grisham.freenode.net irc.freenode.net)
10:43:29		Quit B4gder (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Seed (grisham.freenode.net irc.freenode.net)
10:43:29		Quit maraz (grisham.freenode.net irc.freenode.net)
10:43:29		Quit GodEater (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Galois (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Tristan (grisham.freenode.net irc.freenode.net)
10:43:29		Quit jhulst (grisham.freenode.net irc.freenode.net)
10:43:29		Quit gibbon_ (grisham.freenode.net irc.freenode.net)
10:43:29		Quit scorche\|sh (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Xerion (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Dieterbe (grisham.freenode.net irc.freenode.net)
10:43:29		Quit goffa (grisham.freenode.net irc.freenode.net)
10:43:29		Quit BlakeJohnson86 (grisham.freenode.net irc.freenode.net)
10:43:29		Quit einhirn (grisham.freenode.net irc.freenode.net)
10:43:29		Quit at0m (grisham.freenode.net irc.freenode.net)
10:43:29		Quit gevaerts (grisham.freenode.net irc.freenode.net)
10:43:29		Quit killan (grisham.freenode.net irc.freenode.net)
10:43:29		Quit JdGordon (grisham.freenode.net irc.freenode.net)
10:43:29		Quit scorche (grisham.freenode.net irc.freenode.net)
10:43:29		Quit offset (grisham.freenode.net irc.freenode.net)
10:43:29		Quit avacore (grisham.freenode.net irc.freenode.net)
10:43:29		Quit EvanCarroll (grisham.freenode.net irc.freenode.net)
10:43:29		Quit J-23 (grisham.freenode.net irc.freenode.net)
10:43:29		Quit jaked (grisham.freenode.net irc.freenode.net)
10:43:29		Quit balou (grisham.freenode.net irc.freenode.net)
10:43:29		Quit _lifeless (grisham.freenode.net irc.freenode.net)
10:43:29		Quit Llorean (grisham.freenode.net irc.freenode.net)
10:43:30		Quit rakslice (grisham.freenode.net irc.freenode.net)
10:43:30		Quit AndyI (grisham.freenode.net irc.freenode.net)
10:43:30		Quit FlynDice (grisham.freenode.net irc.freenode.net)
10:43:30		Quit HBK (grisham.freenode.net irc.freenode.net)
10:43:30		Quit rakslice_work (grisham.freenode.net irc.freenode.net)
10:43:30		Quit rasher (grisham.freenode.net irc.freenode.net)
10:43:30		Quit trisiak (grisham.freenode.net irc.freenode.net)
10:43:30		Quit DataGhost (grisham.freenode.net irc.freenode.net)
10:43:30		Quit Unhelpful (grisham.freenode.net irc.freenode.net)
10:43:30		Quit Bagder (grisham.freenode.net irc.freenode.net)
10:43:30		Quit amiconn (grisham.freenode.net irc.freenode.net)
10:43:30		Quit bs66_1 (grisham.freenode.net irc.freenode.net)
10:43:30		Quit buk_ (grisham.freenode.net irc.freenode.net)
10:43:30		Quit kadoban (grisham.freenode.net irc.freenode.net)
10:43:30		Quit FOAD (grisham.freenode.net irc.freenode.net)
10:43:30		Quit timc (grisham.freenode.net irc.freenode.net)
10:43:30		Quit Kohlrabi (grisham.freenode.net irc.freenode.net)
10:43:30		Quit fxb__ (grisham.freenode.net irc.freenode.net)
10:43:30		Quit martian67 (grisham.freenode.net irc.freenode.net)
10:43:30		Quit gromit` (grisham.freenode.net irc.freenode.net)
10:43:30		Quit Kopfgeldjaeger (grisham.freenode.net irc.freenode.net)
10:43:30		Quit ufoman (grisham.freenode.net irc.freenode.net)
10:43:30		Quit orsonj (grisham.freenode.net irc.freenode.net)
10:43:30		Quit preglow (grisham.freenode.net irc.freenode.net)
10:43:30		Quit tim__b (grisham.freenode.net irc.freenode.net)
10:43:30		Quit crashd (grisham.freenode.net irc.freenode.net)
10:43:30		Quit Qball (grisham.freenode.net irc.freenode.net)
10:43:30		Quit agaffney (grisham.freenode.net irc.freenode.net)
10:43:30		Quit awake_ (grisham.freenode.net irc.freenode.net)
10:43:30		Quit tarbo (grisham.freenode.net irc.freenode.net)
10:43:30		Quit rvvs89 (grisham.freenode.net irc.freenode.net)
10:43:30		Quit soap (grisham.freenode.net irc.freenode.net)
10:43:30		Quit pabs (grisham.freenode.net irc.freenode.net)
10:43:30		Quit ze (grisham.freenode.net irc.freenode.net)
10:54:50	NHeal	grisham.freenode.net irc.freenode.net
10:54:50	NJoin	ChanServ [0] (ChanServ@services.)
10:54:50		Join Zagor [242] (n=bjst@rockbox/developer/Zagor)
10:54:50	NJoin	petur [50] (n=petur@rockbox/developer/petur)
10:54:50	NJoin	daurnimator [0] (n=quae@ppp118-208-187-121.lns10.mel4.internode.on.net)
10:54:50	NJoin	tvelocity[a] [0] (n=tony@adsl26-123.her.forthnet.gr)
10:54:50	NJoin	fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com)
10:54:50	NJoin	_Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net)
10:54:50	NJoin	HellDragon [0] (n=jd@Wikipedia/HellDragon)
10:54:50	NJoin	havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com)
10:54:50	NJoin	freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no)
10:54:50	NJoin	DaCapn [0] (i=dacapn@using.your.wireless-inter.net)
10:54:50	NJoin	yosafbridge [0] (n=yosafbri@ludios.net)
10:54:50	Mode	"#rockbox +o ChanServ " by irc.freenode.net
10:55:24	NJoin	_lifeless [0] (n=lifeless@89.20.105.111)
10:55:24		Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean)
10:55:24	NJoin	rakslice [0] (n=rak@S010602055dee5503.ok.shawcable.net)
10:55:24	NJoin	AndyI [0] (i=AndyI@212.14.205.32)
10:55:24	NJoin	jaked [0] (n=jdettner@cl-2099.ham-01.de.sixxs.net)
10:55:24	NJoin	FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net)
10:55:24	NJoin	HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net)
10:55:24	NJoin	rakslice_work [0] (n=Vineyard@S01060016b68ef62b.ok.shawcable.net)
10:55:24	NJoin	balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net)
10:55:24		Join rasher [50] (n=rasher@rockbox/developer/rasher)
10:55:24	NJoin	trisiak [0] (n=tree@chello089078243195.chello.pl)
10:55:25		Quit daurnimator (Read error: 60 (Operation timed out))
10:55:36	NJoin	einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de)
10:55:36	NJoin	at0m [0] (n=at0m@78-20-136-118.access.telenet.be)
10:55:36	NJoin	gevaerts [0] (n=fg@rockbox/developer/gevaerts)
10:55:36	NJoin	killan [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se)
10:55:36	NJoin	JdGordon [0] (n=jonno@rockbox/developer/JdGordon)
10:55:36	NJoin	scorche [50] (n=scorche@rockbox/administrator/scorche)
10:55:36	NJoin	avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk)
10:55:36	NJoin	EvanCarroll [0] (n=ecarroll@12.28.61.169)
10:55:36	NJoin	J-23 [0] (n=zelazko@unix.net.pl)
10:55:36	NJoin	offset [0] (n=zero@ool-44c0032d.dyn.optonline.net)
10:55:45	NJoin	martian67 [0] (i=user5490@about/linux/regular/martian67)
10:55:45	NJoin	gromit` [0] (n=gromit@ALagny-154-1-88-61.w81-48.abo.wanadoo.fr)
10:55:45	NJoin	Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de)
10:55:45	NJoin	ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de)
10:55:45	NJoin	orsonj [0] (n=orson@b22222.bookstore.usu.edu)
10:55:45	NJoin	Qball [0] (n=qball@unaffiliated/qball)
10:55:45	NJoin	tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org)
10:55:45	NJoin	preglow [0] (i=thomj@tvilling2.pvv.ntnu.no)
10:55:45	NJoin	crashd [0] (i=foobar@lostnode.org)
10:56:07		Join daurnimator [0] (n=quae@ppp118-208-187-121.lns10.mel4.internode.on.net)
10:56:08	NJoin	agaffney [0] (n=agaffney@gentoo/developer/agaffney)
10:56:08	NJoin	awake_ [0] (n=Zzz@c122-106-37-8.rivrw1.nsw.optusnet.com.au)
10:56:08	NJoin	rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89)
10:56:08	NJoin	soap [50] (n=soap@rockbox/staff/soap)
10:56:08	NJoin	ze [0] (i=ze@76.91.72.105)
10:56:08	NJoin	pabs [0] (n=pabs@xor.pablotron.org)
10:56:30	NJoin	DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl)
10:56:30	NJoin	Bagder [241] (n=daniel@rockbox/developer/bagder)
10:56:30	NJoin	Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful)
10:56:45	NJoin	goffa [0] (n=goffa@216.220.23.105)
10:56:45	NJoin	BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
10:56:51	NJoin	pyro_maniac [0] (i=foobar@p57BB9510.dip0.t-ipconnect.de)
10:56:51	NJoin	midgey\|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-cb5630238a7092ba)
10:56:51	NJoin	pixelma [50] (n=pixelma@rockbox/staff/pixelma)
10:56:51	NJoin	Rob2222 [0] (n=Miranda@p4FDCCE17.dip.t-dialin.net)
10:56:51	NJoin	blkhawk [0] (n=blkhawk@g227068040.adsl.alicedsl.de)
10:56:51	NJoin	intrados [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com)
10:56:51	NJoin	shadearg [0] (n=arg@ipv4.panoptix.net)
10:56:51	NJoin	jfc [0] (n=john@dpc691978010.direcpc.com)
10:56:51	NJoin	tmzt [0] (n=tmzt@adsl-99-164-41-91.dsl.akrnoh.sbcglobal.net)
10:56:51	NJoin	rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net)
10:56:51	NJoin	crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi)
10:56:51	NJoin	sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw)
10:56:51	NJoin	dionoea [0] (n=dionoea@videolan/developer/dionoea)
10:56:52	NJoin	amiconn [50] (n=jens@rockbox/developer/amiconn)
10:56:52	NJoin	bs66_1 [0] (n=sysuser@79.138.154.3.bredband.tre.se)
10:56:52	NJoin	buk_ [0] (n=buk@fac34-2-82-228-151-145.fbx.proxad.net)
10:56:52	NJoin	kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com)
10:56:52	NJoin	FOAD [0] (n=dok@dinah.blub.net)
10:56:52	NJoin	timc [0] (n=aoeu@124.93.243.83)
10:56:52	NJoin	fxb__ [0] (n=felixbru@h1252615.stratoserver.net)
10:56:52	NJoin	Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de)
10:56:54	NJoin	bmbl [0] (n=Miranda@unaffiliated/bmbl)
10:56:54	NJoin	n1s [0] (n=n1s@rockbox/developer/n1s)
10:56:54	NJoin	B4gder [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-10bd605f91c92377)
10:56:54		Join tchan [0] (n=tchan@lunar-linux/developer/tchan)
10:56:54	NJoin	kachna\|lappy [0] (n=kachna@r4ax178.net.upc.cz)
10:56:54	NJoin	n17ikh [0] (n=n17ikh@130.127.74.89)
10:56:54	NJoin	Neovanglist [0] (i=Neovangl@69.31.129.33)
10:56:54	NJoin	Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net)
10:56:54	NJoin	Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl)
10:56:54	NJoin	Dieterbe [0] (n=Dieterbe@213.219.169.183.adsl.dyn.edpnet.net)
10:56:54	NJoin	gibbon_ [0] (n=joel@195.182.2.234)
10:56:54	NJoin	Galois [0] (i=djao@efnet-math.org)
10:56:54	NJoin	Tristan [0] (i=tristan@66.252.24.153)
10:56:54	NJoin	GodEater [0] (n=ge@rockbox/staff/GodEater)
10:56:54	NJoin	scorche\|sh [50] (n=scorche@rockbox/administrator/scorche)
10:56:54	NJoin	maraz [0] (i=maraz@xob.kapsi.fi)
10:56:54	NJoin	jhulst [0] (n=jhulst@unaffiliated/jhulst)
10:59:12	gevaerts	amiconn: the interesting thing is that we've looked at this specific init sequence before, but we probably didn't put it at the correct place
10:59:34		Join [As]-[I]-[Lay]-[ [0] (n=Snake@acl1-852bts.gw.smartbro.net)
10:59:54	[As]-[I]-[Lay]-[	is rockbox applicable for ipod nano 4th generation?
11:00
11:00:02		Quit kachna\|lappy (No route to host)
11:00:03	B4gder	nope
11:00:41	[As]-[I]-[Lay]-[	ohh
11:06:15	midgey\|web	do we do any handling of usb on pp5002?
11:07:33		Quit bmbl ("Woah!")
11:14:32		Quit pyro_maniac (Read error: 113 (No route to host))
11:15:55		Join Darksair [0] (n=user@123.112.120.227)
11:20:44		Part [As]-[I]-[Lay]-[
11:27:52	GodEater_	what targets does that leave us with problems for USB wise ?
11:29:05	midgey\|web	pp5020 - so 4G/Color, H10, Mini 1G, mr100
11:29:25	midgey\|web	might have missed one in there
11:29:43		Quit midgey\|web ("http://www.mibbit.com ajax IRC Client")
11:30:15	B4gder	h10_5gb h10 ipod1g2g ipod3g ipod4g ipodcolor ipodmini mrobe100 tpj1022
11:30:21		Join midgey\|web [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/session)
11:30:22	B4gder	egrep -l "CPU PP(5020\|5002)" config-*.h \| sed -e 's/config-//' -e 's/\.h//' \| xargs echo
11:30:58	midgey\|web	i thought the stack was only aimed at pp502x
11:31:05	B4gder	oh
11:31:06	B4gder	hehe
11:31:10	midgey\|web	well, for portalplayer that is
11:31:22	B4gder	well no stack is an even bigger problem then ;-)
11:31:34	midgey\|web	fair enough
11:31:46	GodEater_	Didn't I see jhMikes commenting he had working USB on an H10 ?
11:33:20	GodEater_	also wth is a tpj1022 ?
11:33:24	midgey\|web	gevaerts said he still had issues on the tracker (fs #9923)
11:33:32	GodEater_	yes I read that too
11:33:38	GodEater_	I was sorting of hoping for clarity ;)
11:34:17	midgey\|web	never a specialty with portalplayer
11:36:40	GodEater_	indeed not
11:36:45	GodEater_	nor with gevaerts ;)
11:41:57		Part B4gder
11:50:28		Join gregzx [0] (n=chatzill@dro207.neoplus.adsl.tpnet.pl)
11:53:57		Join {phoenix} [0] (n=dirk@p54B47975.dip.t-dialin.net)
12:00
12:00:09		Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de)
12:04:46		Quit einhirn_ (Read error: 104 (Connection reset by peer))
12:05:00		Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de)
12:12:03		Join kachna\|lappy [0] (n=kachna@r3g248.net.upc.cz)
12:12:57	gevaerts	PP5020 is "better" than 5022 I think, in the sense that it usually works a lot better than 5022 used to do when directly connected but it doesn't pass my two-hub test, neither with the "old" code nor with this new init sequence (which is why I didn't put PP502x in the #if)
12:13:48	gevaerts	I'll retry tonight, to make sure that I didn't do something wrong
12:14:37		Join lymeca [0] (n=lymeca@157-157-239-130.dsl.dynamic.simnet.is)
12:15:02	*	gevaerts hopes that this statement was clear :)
12:18:04		Quit einhirn (Read error: 110 (Connection timed out))
12:26:37		Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com)
12:30:18	***	Saving seen data "./dancer.seen"
12:32:10		Quit HellDragon (Read error: 54 (Connection reset by peer))
12:32:14		Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca)
12:35:12		Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
12:39:15		Quit robin0800 (Read error: 104 (Connection reset by peer))
12:42:18		Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
12:43:15		Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
12:45:02		Join moos [0] (i=Mustapha@rockbox/staff/moos)
12:52:12		Join kubiix [0] (n=511bc91c@gateway/web/cgi-irc/labb.contactor.se/x-a1ba05d56c373330)
12:52:40		Quit rocko ("Leaving")
12:58:34		Join nibbler [0] (n=Nibbler@p549A025E.dip0.t-ipconnect.de)
13:00
13:05:21		Quit einhirn_ (Read error: 110 (Connection timed out))
13:13:15		Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de)
13:14:44		Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de)
13:27:04		Quit lymeca (Read error: 110 (Connection timed out))
13:27:04	*	JdGordon joins late in the usb dancing...
13:27:26	*	moos joins too since he missed it
13:27:30	JdGordon	if we want to have it enabled for 3.2 we should do it soon so we have plenty of time to hear more bugs and decide to pull it or not
13:28:24	Bagder	indeed
13:29:34	JdGordon	that will make 2 really nice additions in 3.2 :)
13:29:58		Quit Seed ("cu, Andre")
13:30:15	rasher	What's the other?
13:30:23	JdGordon	ipod accessories
13:30:34	JdGordon	or sana charging.. depending on which you prefer :)
13:31:26	moos	1 month left for the commit? or 3 months realease plan have changed?
13:31:38	moos	*for the release
13:31:46	JdGordon	i dont think there has been any suggesitons otherwise
13:32:09	Bagder	moos: "plenty of time" before the release probably means less than one month left for the commit
13:32:55	moos	oki
13:38:01	gevaerts	I expect the USB commit somewhere next week or so. I'd like to do some tracing first to make sure
13:45:22	kubiix	hi, how fast the USB transfer on Ipod Color should be ?
13:47:29		Quit midijunkie (Read error: 104 (Connection reset by peer))
13:50:32		Join jfc^3 [0] (n=john@dpc691978010.direcpc.com)
13:50:42		Quit jfc^3 (Read error: 54 (Connection reset by peer))
13:51:06		Join jfc^3 [0] (n=john@dpc691978010.direcpc.com)
13:52:35		Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net)
13:59:47		Quit midgey\|web ("http://www.mibbit.com ajax IRC Client")
14:00
14:04:51		Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
14:06:19		Join dfkt [0] (i=dfkt@unaffiliated/dfkt)
14:06:24		Join jaykay [0] (n=chatzill@p579E6B78.dip.t-dialin.net)
14:08:22		Quit kubiix ("CGI:IRC")
14:08:52		Quit jfc^3 (Read error: 60 (Operation timed out))
14:11:31		Join jfc^3 [0] (n=john@dpc691978010.direcpc.com)
14:15:25		Quit nibbler (Read error: 113 (No route to host))
14:16:41		Quit crwl (Read error: 110 (Connection timed out))
14:17:28		Nick JdGordon is now known as JdGordon\|zzz (n=jonno@rockbox/developer/JdGordon)
14:17:30		Quit jfc (Read error: 110 (Connection timed out))
14:17:41		Join jfc [0] (n=john@dpc691978010.direcpc.com)
14:18:06		Quit jfc (Read error: 104 (Connection reset by peer))
14:19:21		Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com)
14:21:21		Join miepchen^schlaf [0] (n=miepel@p579EC96A.dip.t-dialin.net)
14:26:57		Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP)
14:30:04		Quit robin0800 (Read error: 110 (Connection timed out))
14:30:21	***	Saving seen data "./dancer.seen"
14:32:14		Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37)
14:37:27		Quit jfc^3 (Read error: 110 (Connection timed out))
14:41:05		Join jfc^3 [0] (n=john@dpc691978010.direcpc.com)
14:41:14		Quit jfc^3 (Read error: 104 (Connection reset by peer))
14:41:55		Join jfc^3 [0] (n=john@dpc691978010.direcpc.com)
14:47:47		Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca)
14:53:25		Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
14:53:50		Join jfc [0] (n=john@dpc691978010.direcpc.com)
14:56:08	n1s	speaking about 3.2 it would be very nice to include the gigabeast in the release too, still "someone" has to sort out the installation for that...
14:57:41	gevaerts	What's the status of this issue some people had related to this OF upgrade?
14:59:05	n1s	i don't know, it seems to hit at random :/
15:00
15:00:22	rasher	Can't we just have a list of supported OF versions?
15:00:51	LambdaCalculus37	We can. I don't see any reason why not.
15:01:10	gevaerts	Not if we want to point to this specific version as the one to use for dual boot
15:01:29	LambdaCalculus37	The one toffe82 found?
15:01:36	n1s	rasher: afaikm there are only 2 versions of the OF but i'm not sure the issues are directly related to the OF version since people had troubles before the new version was found
15:01:50	n1s	s/m//
15:02:21	n1s	gevaerts: or did you have any specific issue in mind?
15:02:27	rasher	So say that this version is unsupported?
15:02:43	LambdaCalculus37	n1s: What we had before was the slightly hacked OF from the Gigabeat V updater originally.
15:03:24	LambdaCalculus37	Oh crap... I just realized I'm still using that one. :/
15:03:48	n1s	LambdaCalculus37: didn't it come from a dump of an s60 disk?
15:03:53	Nico_P	what is the issue with the beast install?
15:04:01	gevaerts	n1s: I'm thinking about the issue (IIRC) MarcGuay and someone else (who was it again?) had, where it went into a seemingly unrecoverable recovery mode after trying this new officiial version from the toshiba website
15:04:19	LambdaCalculus37	n1s: I don't remember if it did or not.
15:04:41	n1s	gevaerts: "seemingly unrecoverable" -> I don't want to try it?
15:04:55	gevaerts	n1s: we need to catch them again and ask I guess
15:05:37	linuxstb	Nico_P: No official downloads for one. Plus the licensing/(C) issues with the Windows sendfirm.
15:05:40	n1s	I think toffe82 said he got dualbooting working with the newer version
15:05:43		Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-72bad195a0447d21)
15:05:47	moos	what's about the sendfirm licensing issue too?
15:05:59		Join J-Learner [0] (n=J@d122-104-35-199.sbr6.nsw.optusnet.com.au)
15:06:05	moos	hey linuxstb, you beated me
15:06:06	J-Learner	Hi!
15:06:20		Quit jfc^3 (Read error: 110 (Connection timed out))
15:06:24	n1s	linuxstb: there is an official download for the firmware
15:06:28	Nico_P	linuxstb: for the first part I guess we can offer a single-boot bootloader, can't we?
15:06:46	*	J-Learner is reading guidelines...ooops broke the rule already :D
15:07:38	n1s	also, do we really need to support windows? :P
15:07:39	gevaerts	J-Learner: saying hello is generally accepted :)
15:07:45		Quit daurnimator (Read error: 60 (Operation timed out))
15:08:00	J-Learner	Not sure if this is the right place but here goes:
15:08:04	Nico_P	does sendfirm compile correctly these days? I get an error
15:08:08	J-Learner	:)
15:08:10	linuxstb	Nico_P: Yes, but it needs someone to do it... We probably want to release a single-boot nk.bin, plus the "bootloader.bin" to be used with mknkboot. These are just "things to do" - the real issues are 1) The windows install; 2) Install still seems unreliable in some cases (I think...)
15:08:43		Quit robin0800 (Read error: 104 (Connection reset by peer))
15:08:54	J-Learner	I checked out rockbox...looks cool..I['ve got a Iriver E100....I'm not a programmer...anything I can do to help? (Short of taking my beautiful little baby to pieces)
15:09:20	linuxstb	J-Learner: Not really - new ports need programmers with lots of spare time...
15:09:23	J-Learner	yes or no will suffice
15:09:37	J-Learner	ah I only have the second....sorry abotu that
15:09:59	J-Learner	Well keep up the good work and I await the port to my machine
15:10:04	J-Learner	Have a good one and good luck
15:10:11	n1s	J-Learner: if you have lots of time you can learn to program :)
15:10:47	J-Learner	learning german, mental math, Esperanto IPA and designing a game....maybe next year :D
15:11:03	J-Learner	off topic so I'm out...bye everyone :D
15:11:20		Part J-Learner ("Leaving")
15:11:36		Quit fdinel (Read error: 110 (Connection timed out))
15:11:44	linuxstb	Nico_P: Have you updated to the current SVN? IIRC, most distros now have a newer version of libmtp, but sendfirm has been adapted.
15:12:05	Nico_P	yes, my SVN is up-to-date
15:12:27	Nico_P	maybe I have a local install of an old libmtp that's messing things up
15:13:51	n1s	it should build with both new and old libmtp
15:15:14	Nico_P	I get "too few arguments for function «LIBMTP_Send_File_From_File»" on line 99 of sendfirm.c
15:15:47	linuxstb	Nico_P: I don't know if you're interested, but my idea for sendfirm was to turn it into a kind of "beastpatcher", where it would have the Rockbox bootloader embedded into it. So a user would just need to run it, follow the instructions and confirm they want to install.
15:16:21	Nico_P	sounds like a good idea
15:16:39	n1s	linuxstb: i like that too, it works well for ipods and sansas
15:16:41	linuxstb	But my first step was going to be to unify the Windows and Unix versions, but the license issue stopped that.
15:17:04	Nico_P	the problem is that the license for the MTP DLL is uncertain, right?
15:17:24	linuxstb	I think there are two problems: 1) We can't use GPL because of the linking with a MS lib, but we can just switch to something like BSD to solve that.
15:17:45	linuxstb	(although that means it can never be incorporated into rbutil - apart from as an external .exe)
15:18:10	linuxstb	But there is also another problem - it's based on example code from Creative, and that code has no (C) or license information.
15:19:00	linuxstb	Where I think "based on" means "a verbatim copy, with a few minor changes". Although I would need to double-check that...
15:22:29	Nico_P	couldn't i be rewritten to avoid the second issue?
15:23:55	linuxstb	Yes - but it's yet something else for Mr Someone to do.
15:24:02	Nico_P	hmm, release 0.3.0 of libmtp changed the signature of LIBMTP_Send_File_From_File(), and I only have 0.2.6.1
15:26:01	linuxstb	There is also saratoga's idea of trying to "undelete" the original firmware nk.bin from the firmware partition - it would be quite nice to implement that before calling it "supported" (so that first-time installers keep the OF).
15:26:24	Nico_P	with beastdump.c?
15:27:05	linuxstb	No, I don't think a PC-side app is the way to oo - it could be built into the bootloader, or maybe a plugin.
15:27:18	n1s	Nico_P: sendfirm should still build with 0.2.6
15:27:50	linuxstb	s/oo/go/
15:28:54	Nico_P	n1s: I see an #ifdef OLDMTP, but it doesn't seem to be defined
15:29:02	linuxstb	Nico_P: Maybe a plugin called something like "dual boot", which would enable dual-boot by trying to undelete the OF nk.bin, and then combining it with the existing (Rockbox-only) nk.bin.
15:29:23	Nico_P	that does sound like a nice idea
15:30:30	linuxstb	I don't think there are many (two?) versions of the OF, so it could simply store the md5sums of known nk.bins to verify the undelete.
15:33:13	n1s	linuxstb: if the version of the OF that toshiba provides for download can be used for dual boot, why not use that instead of this undelete buisiness?
15:33:25		Join spankee1954 [0] (n=spankee1@173-23-117-172.client.mchsi.com)
15:35:52		Part spankee1954
15:36:18	Nico_P	Unhelpful: ping
15:36:36	n1s	Nico_P: building sendfirm with libmtp o.2.6 works here
15:37:22	Nico_P	n1s: OLDMTP doesn't seem to get #defined here
15:37:54	n1s	Nico_P: what does LIBMTP_VERSION say in your libmtp.h file?
15:38:05	Nico_P	0.2.6.1
15:38:26	Nico_P	how can I get make to print $(EXTRA_CFLAGS) ?
15:38:59	n1s	i think it does, running make here prints "gcc -DOLDMTP -Wall -lmtp -o sendfirm sendfirm.c"
15:39:16	Nico_P	I only have gcc -Wall -lmtp -o sendfirm sendfirm.c
15:40:18		Quit faemir ("Lost terminal")
15:40:36	linuxstb	n1s: To remove an extra step for the user.
15:40:51	n1s	and your checkout is up to date, i.e does the Makefiel contain the magic for defining -DOLMTP
15:40:51	linuxstb	n1s: And to not change the version of the OF the user is using...
15:40:58	Nico_P	n1s: it is
15:41:04		Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com)
15:41:08	n1s	Nico_P: weird.
15:41:23	Nico_P	I agree. the command also does work if I test it in a sheel
15:41:45	n1s	linuxstb: we don't seem to care about that too much for other target, though i guess it's a good point
15:41:49		Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com)
15:43:04	Nico_P	n1s: what ditro are you using?
15:43:38		Join barrywardell [0] (n=barry@barry-workstation.ucd.ie)
15:43:50		Quit CaptainKewl (Read error: 110 (Connection timed out))
15:44:43	n1s	Nico_P: now on debian testing with libmtp 0.2.6 but i tried recently with ubuntu with libmtp 0.3.? and both worked
15:45:11	Nico_P	I think it might be because ubuntu is using dash as the shell
15:45:18		Quit faemir (Client Quit)
15:45:18	linuxstb	n1s: It's what sansapatcher and ipodpatcher do - they patch the OF currently installed on the device. We can't do that for all targets though (e.g. we can't access the iriver flash)
15:46:12	linuxstb	n1s: But I agree it's not an essential feature.
15:47:26	Nico_P	n1s: got it
15:48:25	Nico_P	dash's echo doesn't support -e, so I replaced it by printf
15:48:32		Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com)
15:48:39	linuxstb	Ah, an old problem...
15:48:51	Nico_P	yes
15:48:51	GodEater_	easier solution is to rm /bin/sh and ln -s /bin/bash /bin/sh ;)
15:49:21	Nico_P	should I commit the change?
15:49:42	linuxstb	Nico_P: I think so - IIRC we fixed that elsewhere in the same way.
15:50:05	Nico_P	ok
15:52:36	n1s	GodEater: i think i did that on my ubuntu install :)
15:54:14		Quit miepchen^schlaf ()
15:54:58	GodEater_	n1s: me too
15:58:02	*	gevaerts doesn't support ubuntu often, but he does in the dash vs bash case
15:58:59		Join tarbo [0] (n=me@unaffiliated/tarbo)
15:59:29		Quit bmbl ("Woah!")
16:00
16:00:24	*	Nico_P appreciates the ultra-fast boot of the beast single-boot BL
16:02:00		Quit jaykay (Read error: 110 (Connection timed out))
16:02:06		Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0017.bb.online.no)
16:10:43		Quit parafin ("So long and thanks for all the fish")
16:10:45		Join parafin [0] (i=parafin@note-ether.paraf.in)
16:12:16		Quit evilnick ("http://www.mibbit.com ajax IRC Client")
16:12:34		Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net)
16:12:57		Quit parafin (Client Quit)
16:12:59		Join parafin [0] (i=parafin@paraf.in)
16:15:16		Quit faemir ("Lost terminal")
16:20:28		Quit freqmod_gq (Read error: 60 (Operation timed out))
16:30:23	***	Saving seen data "./dancer.seen"
16:32:12		Join MethoS- [0] (n=lem@host-091-096-213-009.ewe-ip-backbone.de)
16:35:59		Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net)
16:38:13	*	rasher thinks GodEater is severely wrong
16:38:34	rasher	The right fix isn't to "use bash like most other people", but to fix the scripts that assume they're running on bash.
16:45:18		Part LinusN
16:48:12	GodEater_	rasher: that is indeed the right fix, but it's also the longest one to implement
16:48:42	rasher	We're doing pretty well so far
16:53:47		Join MethoS-- [0] (n=lem@host-091-097-246-085.ewe-ip-backbone.de)
16:55:36		Quit MethoS- (Read error: 60 (Operation timed out))
16:58:20	orsonj	actually the easy way to fix the dash vs bash problem is to use #!/bin/bash instead of #!/bin/sh
16:59:23	orsonj	but dash is faster than bash, so if you want some performance improvement, you make changes to support dash
16:59:50	rasher	You also don't want to limit yourself to systems with bash installed
16:59:54	linuxstb	orsonj: We've taken this discussion to #rockbox-community...
17:00
17:00:46		Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere)
17:01:16		Join kugel [0] (n=kugel@rockbox/developer/kugel)
17:01:27	linuxstb	mcuelenaere: Hi. Did you ever get anywhere with the Windows sendfirm? I can't remember exactly how we left it...
17:01:43	mcuelenaere	linuxstb: I thought you were going to handle that?
17:02:19	orsonj	sorry, missed that
17:07:11	linuxstb	mcuelenaere: Did I say that? ;) Did you try and contact Creative to find out the license of their code?
17:07:24		Quit kachna\|lappy (Connection timed out)
17:07:29	linuxstb	I'm curious if that code is itself very similar to an example in the MS SDK?
17:07:38	mcuelenaere	linuxstb: yes I did, I mailed the results to that thread on the mailing list
17:07:46	mcuelenaere	linuxstb: not that I know of..
17:07:55	mcuelenaere	otherwise I would've based it probably on the SDK
17:08:10	mcuelenaere	s/based it probably/probably based it/
17:08:44	linuxstb	mcuelenaere: I can just find you saying that you emailed creative and that they hadn't responded yet. So I assume they never did?
17:09:07	mcuelenaere	nope, at least not positive
17:09:12	mcuelenaere	let me check my mail logs..
17:10:10		Join kubiix [0] (n=511bc91c@gateway/web/cgi-irc/labb.contactor.se/x-cf7a24a0aa6369bb)
17:10:56	mcuelenaere	According to http://www.rockbox.org/mail/archive/rockbox-dev-archive-2009-01/0021.shtml , I've had no response from Creative
17:11:05	kubiix	hi, were there ary changes in power management and battery on ipod recently ?
17:11:06	mcuelenaere	and AFAICR I haven't since that post
17:11:32	mcuelenaere	the only ones were automatic mailer daemon's who said the mail address was invalid
17:13:35	mcuelenaere	I sent a mail at Jan 10, but got no response
17:13:50	linuxstb	Which address did you use? There is an address here which looks promising - http://ubuntuforums.org/showthread.php?t=320624 (the name Phillip Williams appears on some MTP wiki pages on Creative's open source website).
17:14:34	mcuelenaere	I used devrelsupport AT creativelabs DOT com
17:14:48	linuxstb	OK, the same as that forum post then :(
17:14:59	mcuelenaere	yeah, I just saw that :(
17:15:12	mcuelenaere	but the weird thing is, a long time ago they responded when I enquired them about the ZVM
17:15:20	linuxstb	The address "devsupport@" is quoted here - http://connect.creativelabs.com/developer/default.aspx
17:15:36	mcuelenaere	devsupport@ gives unknown email address
17:15:44	mcuelenaere	oh no, that's devsup
17:16:21	mcuelenaere	I'll try that one
17:17:14	mcuelenaere	(I also looked for the email address for Phillip Williams, but didn't found anything useful)
17:21:19		Quit edrz ("leaving")
17:22:07		Join MethoS- [0] (n=lem@host-091-097-242-029.ewe-ip-backbone.de)
17:27:05		Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-7d33ed69ccef46ee)
17:31:12		Join Juice^ [0] (n=Juice@179.81-166-167.customer.lyse.net)
17:34:48		Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com)
17:36:19		Join miepchen^schlaf [0] (n=miepel@p579EC96A.dip.t-dialin.net)
17:36:35		Join bmbl [0] (n=Miranda@unaffiliated/bmbl)
17:40:02		Quit MethoS-- (Read error: 110 (Connection timed out))
17:42:23		Quit JdGordon\|zzz (Remote closed the connection)
17:42:44		Join JdGordon\|zzz [0] (n=jonno@rockbox/developer/JdGordon)
17:49:51		Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
17:51:22		Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no)
17:53:59		Join roman__ [0] (n=roman@93.81.216.24)
17:56:15		Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de)
17:56:35	kugel	someone with e200v2 here?
17:59:08		Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-e5e6681598017790)
18:00
18:00:36		Quit jfc (Read error: 104 (Connection reset by peer))
18:01:34	saratoga	kugel: where is the fuze scroll wheel at lately?
18:02:30	moos	kugel: I'll be around in about 15-20 min if you don't find someone already, I will test your last commit
18:04:21	kugel	saratoga: well, nothing changed
18:04:48	kugel	but it doesn't seem that we can do much better, except maybe poll it more often
18:04:58	kugel	the OF isn't really better at the scroll wheel imo
18:05:05		Join jfc [0] (n=john@dpc691978010.direcpc.com)
18:07:54	saratoga	you think they poll too then?
18:08:24		Join roman_ [0] (n=roman@93.81.216.24)
18:09:10		Quit petur ("plop")
18:10:03	kugel	saratoga: yes, but probably more often than every 10ms
18:10:15		Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky)
18:10:31		Quit rocko ("Leaving")
18:10:38	kugel	the Fuze's OF is very different from the e200v1 OF (where I'd say they do IRQ) with the wheel
18:10:51	saratoga	thats so odd that they would choose to poll
18:11:03	kugel	well, it seems you cannot do irq
18:11:08	saratoga	when they had plenty of interrupts available on other pins
18:11:12	kugel	we haven't found a way with the hardware
18:11:26	saratoga	if you're shot on interrrupts, why not poll the buttons instead of the wheel
18:11:38	saratoga	waaaay less pain involved
18:11:38	domonoky	on e200v2/fuze you can not do irq for the wheel, because of the way they connected it to the cpu.
18:12:05	kugel	saratoga: we poll any buttons. you could maybe IRQ the other buttons (which are read by GPIO), but not the wheel
18:12:21	saratoga	yes I know
18:12:26	domonoky	the wheel and some buttons are connected to dbop pins, which are not shared with gpio, so no irq possible.
18:12:34	saratoga	i mean its odd they put the wheel on dbop rather then buttons
18:12:48	kugel	indeed
18:12:53	saratoga	i would have put a non-latency sensitive device on the non-GPIO pins
18:13:04	domonoky	jup, its odd, but we can not change it :-)
18:13:12	saratoga	since thats clearly what teh hardware intended
18:13:30	saratoga	well just makes me wonder if we're missing something rather then sandisk really being that incompetent
18:13:36	kugel	saratoga: I'm playing with the keymap a bit. How'd you find to put the context menu on the home button(short press)?
18:14:01	kugel	I find the select button not so nice, since you often accidentely hit the wheel when pressing it
18:14:07	domonoky	kugel: which context menu ? the one normally on long-select ?
18:14:14	kugel	yea
18:14:46	*	domonoky thinks this menu should stay on log-select, because its like a "right-click"
18:15:07	kugel	the home button is more like a right-click in the fuze's case imo ;)
18:15:36	kugel	it could be on both, long select would be unused
18:15:57		Join gromit`` [0] (n=gromit@ALagny-154-1-72-32.w86-203.abo.wanadoo.fr)
18:16:03	linuxstb	Is the fuze really that different to other targets with a button in the middle of a wheel - e.g. ipods?
18:16:11	*	linuxstb plays the consistency card
18:17:09	jhMikeS	gevaerts: Besides getting perfect copies verified through the stack itself, I didn't get any bus resets other than what you get from simply plugging the device. FYI I used my PC front ports since you say that makes a difference.
18:21:07		Quit roman__ (Read error: 110 (Connection timed out))
18:22:06	domonoky	kugel: are your sure your fix for the interrupt locking is correct ?
18:22:19	kugel	linuxstb: I agree
18:22:35	kugel	domonoky: pretty
18:22:36	domonoky	you will miss buttons if lcd_button_support does nothing
18:23:00	domonoky	and the wheel might get bad, as you get 00 instead of the old value...
18:23:33		Join perrikwp\|lab [0] (i=98214c9d@gateway/web/ajax/mibbit.com/x-f4665ff398dd63b4)
18:23:57	domonoky	it would be okey to just return the old button state, if a lcd_transfer is running, but returning all buttons on dbop as 0, doesnt sound correct..
18:24:52	kugel	right. the problem isn't on the fuze
18:25:07		Quit gromit` (Read error: 110 (Connection timed out))
18:25:08		Quit perrikwp\|lab (Client Quit)
18:25:36		Join perrikwp\|lab [0] (i=98214c9d@gateway/web/ajax/mibbit.com/x-a71742dde980b003)
18:25:42	domonoky	then dont commit thing you can not test... its surely wrong on e200v2
18:25:57	kugel	domonoky: on the fuze you only need the red pixel for the home button.
18:26:20	domonoky	it will also break button_repeat on the buttons on dbop...
18:26:25	kugel	then fix it. disabling interrupts is wrong too
18:26:58	domonoky	kugel: sure, disabling irq is bad. But it was just a first fix, until we have a better solution...
18:27:54	kugel	what I've done is better. just let dbop return the old button value if lcd_button_support was blocked
18:28:07	domonoky	thats not what you have done.
18:29:03	domonoky	you only changes the lcd-file, so it will return a not-correct dbop value if button_support is blocked..
18:29:30	*	domonoky will try to fix it for e200v2
18:30:24	***	Saving seen data "./dancer.seen"
18:30:52	kugel	domonoky: http://pastie.org/393012
18:31:37	domonoky	thats much better...
18:32:02	domonoky	but i would prefer a "old_dbop" variable, instead of making ret static.
18:32:18	kugel	domonoky: can we do that dbop value global, so it can be printed in the debug menu?
18:33:09	domonoky	that might also be good.. store it in a global var (for debug and old value), but still return it in the function..
18:36:04	domonoky	will you fix it, or should i try it ?
18:37:18	domonoky	another thing about the fuze/e200v2 button drivers: the BUTTON_HOLD handling is still not really correct i think..
18:37:53	gevaerts	jhMikeS: I got a lot of errors on the bus with my mr100 (this was with two hubs, so basically very bad conditions as far as the issues we've been seeing are concerned). I'll test that one again, as well as my h10/5
18:38:39		Quit gevaerts ("maintenance time!")
18:39:01	kugel	domonoky: I'll fix
18:39:30	kugel	domonoky: I think it's correct for the fuze
18:40:03	*	domonoky was wrong about hold.. i got confused by old m200v4 code :-)
18:41:25	kugel	it may be wrong for the e200v2 thought (according to the forum posts)
18:43:21	domonoky	but thats really a minor issue... next thing to poke on: Storage bugs :-)
18:46:55	amiconn	Can't this dbop fire an interrupt?
18:47:10	kugel	domonoky: can you try the patch I attached in the forums?
18:47:28	domonoky	kugel: shoudnt you do the same fix for fuze too ?
18:47:32	kugel	amiconn: it can, but nothing related to the wheel
18:47:42	kugel	domonoky: I'm doing right now
18:48:16	domonoky	amiconn,kugel: dbop supports interrupts only for the write fifo, not for reads, or pin changes..
18:49:15	kugel	domonoky: fuze's return value is slightly different
18:49:27	kugel	it returns the buttons, not the dbop
18:50:23	domonoky	kugel: yes, but it should still use the old dbop value, instead of reading it again, when lcd_button_support() failed.
18:51:19	amiconn	How is the wheel connected to the dbop?
18:52:39	domonoky	amiconn: its connected to dbop pin 13 and 14, which are not shared with gpio. And we need to set those pins to 1 before reading it. (thats why we need to write this strange red pixel :-) )
18:55:33	amiconn	(1) what do you mean with pin 13 and 14? dbop_d data bit numbers? (2) connected in what way, i.e. what kind of signals does the wheel generate?
18:56:22	amiconn	I doubt that sandisk designed it in a way that requires utter hacks like this...
18:56:57	domonoky	1) yes, dbop has 16 bits/pins, so its bit/pin 13&14 on dbop_d.
18:57:34	domonoky	2) the wheel generates a pattern like the one on e200v1, ie 00->01->10->11 if you scroll forwards..
18:58:03	domonoky	kugel: you patch seems to work fine.
18:58:08	amiconn	Ah, so raw wheel signals like ipod G1...G3 and mini G1
18:58:44	amiconn	But why do you need to set the pins to output? That can't be right if you want to read....
18:58:58	amiconn	Maybe there's some power pin that needs to be enabled, but isn't?
19:00
19:00:01	domonoky	amiconn: because when we dont do it, the values are always 0 ? if you could find this mysterious power pin, we would be happy to remove the hack :-)
19:00:22	*	amiconn has no ams sansa, and surely won't buy one with a wheel
19:00:40		Quit midijunkie ("?(???~�~)?")
19:00:42		Quit reacocard (Remote closed the connection)
19:01:17	*	domonoky would happily send a ams-sansa with wheel to amiconn, if he would promise to find this power pin hehe
19:01:27		Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de)
19:01:36	amiconn	It'll need some OF RE'ing
19:02:35	moos	...or even maybe those storage bugs ;P
19:02:41		Quit robin0800 (Read error: 104 (Connection reset by peer))
19:03:26	kugel	domonoky: the one in the forum?
19:03:38	domonoky	kugel: jup
19:03:53	kugel	the power pin?
19:04:37		Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com)
19:05:14		Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
19:08:43	amiconn	Polling a wheel is a silly idea.... you need to poll really often in order to not miss a status change
19:09:20	domonoky	mabe we should count the status changes, to see how fast they can go..
19:09:47	kugel	amiconn: we know...
19:10:46	domonoky	maybe we should write a mail to Sandisk, and ask why they have done such a silly thing.. :-)
19:11:13		Join gevaerts [0] (n=fg@rockbox/developer/gevaerts)
19:12:15	amiconn	I think we'd need to poll every 1ms or so (although the sansa wheel has only half the resolution of an ipod wheel)
19:12:18	Juice^	i have a sansa e200, dont think it's a v2 (so no ams)
19:12:49		Quit _lifeless (Remote closed the connection)
19:13:10		Join _lifeless [0] (n=lifeless@90.150.121.250)
19:16:40	domonoky	amiconn: additional problem: at moment we can not poll it, when we do a lcd-transfer, (corrupts the lcd-dbop transfers). And i think lcd-transfers could easily take more then 1ms...
19:17:14	amiconn	Yeah, datasheet says you cannot read while writing
19:17:47	amiconn	But as long as you don't write the whole lcd at once, you could still poll between lines
19:17:53	kugel	amiconn: we stop writing when reading, no matter if there was an update
19:18:22	domonoky	its not only, no read while writing. Because we need to set those pins to 1 before read, we cant do it while we update the lcd-data, or we change the lcd-internal pointer..
19:18:42	kugel	what domonoky said is because of the red pixel we need to write, that needs changing the "window addresses"
19:19:22	domonoky	but we could change the lcd-driver, to interleave reads, while doing updates.
19:19:35	domonoky	(which sounds ugly)
19:20:19		Join kachna\|lappy [0] (n=kachna@r4ax178.net.upc.cz)
19:20:22	kugel	domonoky: I want to unify the e200v2 and fuze button driver, but your clickwheel() is too different. That's mostly copied from e200v1 right? do you need all that stuff or would the fuze's clickwheel() work equally well?
19:21:05	domonoky	kugel: i dont really now the clickwheel function, i just copied it from the latest e200v2 button patch in the tracker.
19:21:27	domonoky	But feel free to unify the drivers. We can improve the wheel handling later.
19:21:45	kugel	ok, can you try the fuze's one then? that one cut out the unneeded stuff
19:22:00	kugel	s/unneeded stuff/stuff we cannot really use with polling/
19:23:35	kugel	please try that one and tell me if it works, then I'll do the unification. the fuze's home button fix needs to wait (just skipping the read isn't appropriate imo, since only home button value is invalid), I got to go now
19:24:18		Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]")
19:29:03		Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com)
19:31:47		Quit perrikwp\|lab ("http://www.mibbit.com ajax IRC Client")
19:33:57		Join bluebrother [0] (n=dom@rockbox/developer/bluebrother)
19:34:00		Quit thegeek (Read error: 54 (Connection reset by peer))
19:38:01		Join Horscht [0] (n=Horscht@xbmc/user/horscht)
19:40:19		Quit barrywardell (Remote closed the connection)
19:41:44		Join MethoS-- [0] (n=lem@host-091-097-245-006.ewe-ip-backbone.de)
19:45:50		Quit Darksair ("To Arch or Gentoo? That is the question...")
19:47:40		Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no)
19:52:43		Quit moos ("Rockbox rules the DAP world")
19:53:44		Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
19:57:37		Quit MethoS- (Read error: 110 (Connection timed out))
19:58:19		Join MethoS- [0] (n=lem@dyndsl-085-016-160-193.ewe-ip-backbone.de)
20:00
20:01:42		Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de)
20:02:20		Quit midijunkie ("?(???~�~)?")
20:05:10	pyro_maniac	gevaerts: ping
20:05:52	*	gevaerts wakes up
20:08:37	pyro_maniac	I need your help again: http://pastebin.com/m38f55599 I restart my work on usb serial but I looks like I missed something
20:10:48	gevaerts	pyro_maniac: I think replacing USB_DRIVER_CHARGING_ONLY with USB_DRIVER_SERIAL in firmware/usb.c will be the quickest way to get somewhere
20:12:33	pyro_maniac	gevaerts: ok I will test
20:14:11		Quit MethoS-- (Read error: 110 (Connection timed out))
20:16:20		Quit thegeek (Read error: 113 (No route to host))
20:17:40		Quit miepchen^schlaf ()
20:19:49	pyro_maniac	gevaerts: I got the same error
20:20:10	gevaerts	did you enable USB_SERIAL properly in usb_core.h?
20:20:57		Join MethoS-- [0] (n=lem@dyndsl-085-016-167-182.ewe-ip-backbone.de)
20:21:00	pyro_maniac	not yet
20:24:59		Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no)
20:25:58	pyro_maniac	its anoing but its still the same
20:27:47	gevaerts	pyro_maniac: make sure the usb_core_enable_driver(USB_DRIVER_SERIAL,xxx) lines in usb.c all set it to true
20:30:28	***	Saving seen data "./dancer.seen"
20:31:22		Quit MethoS- (Read error: 110 (Connection timed out))
20:31:24		Join z35 [0] (n=z35@h78.29.89.75.dynamic.ip.windstream.net)
20:37:25		Quit pyro_maniac (Read error: 104 (Connection reset by peer))
20:37:27		Join bs66_ [0] (n=sysuser@95.209.30.95.bredband.tre.se)
20:38:28		Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de)
20:40:48		Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com)
20:42:37		Quit kubiix ("CGI:IRC (Ping timeout)")
20:52:51		Quit gregzx (Read error: 60 (Operation timed out))
20:58:46		Quit bs66_1 (Read error: 110 (Connection timed out))
21:00
21:00:08		Join MethoS- [0] (n=lem@dyndsl-085-016-166-150.ewe-ip-backbone.de)
21:08:04	kadoban	i put up a fix for FS #9922 if anyone is interested (statusbar delayed drawing in menus in plugins)
21:10:57	LambdaCalculus37	kadoban: No prob, I'll check it out when I get a chance.
21:11:12	kadoban	thanks :)
21:11:19		Quit MethoS-- (No route to host)
21:14:51	*	LambdaCalculus37 summons someone with an iPod color/Photo
21:15:31	pyro_maniac	gevaerts: I ve recived "usb_core_exit() finished" over the serial
21:16:04	pyro_maniac	but I've red out the logf longbuffer manually
21:16:16	LambdaCalculus37	There's a slight oddity on the iPod color/Photo... in System > Rockbox Info, the Battery status always appears as "Charging", even if it isn't hooked to an adapter.
21:16:55	LambdaCalculus37	Just updated it to r20042 from r20001.
21:17:37	gevaerts	pyro_maniac: I think you're really better off initialising USB very early and then making the other drivers wait until you have a connection
21:18:48	pyro_maniac	gevaerts: that sounds like a good idea to mee but how can I do this?
21:19:04	mcuelenaere	LambdaCalculus37: perhaps http://svn.rockbox.org/viewvc.cgi?view=rev;revision=20008 ?
21:19:17	gevaerts	pyro_maniac: I think I'd have a look at apps/main.c. That's where all initialisation is done
21:20:23	LambdaCalculus37	mcuelenaere: Possible, as the color/Photo can use FireWire as well.
21:21:10		Join Xenovalent [0] (n=xenovale@24.73.61.160)
21:22:53	Xenovalent	I'm looking for a piece of Rockbox-related software that I'm not sure exists.
21:23:31	LambdaCalculus37	We're certain Rockbox exists, and not just in the minds of developers. :)
21:23:59	Xenovalent	Specifically, I have a Sansa e280 running Rockbox which appears as a USB mass storage device when connected to a computer, and a program that I use to load podcasts onto it. For some reason, the "recently added" function of Rockbox doesn't work for me.
21:24:19	Xenovalent	So I'd like some way to create a playlist of new files that have been loaded onto the player since the program was last run. Anybody know of such a program?
21:24:32	LambdaCalculus37	You can just update the database within Rockbox.
21:24:51	pyro_maniac	gevarts: how early can I init usb?
21:25:25	evilnick	Xenovalent: Can't you put the podcasts into a new folder, then after listening, move them to an archive folder? That way, you can keep track of the ones you've listened to.
21:25:45	Xenovalent	updating the database will just read the tags from the podcast files...not create a playlist containing the new files
21:26:15		Quit MethoS- (No route to host)
21:27:46	kadoban	doesn't the database have a "recently added" section?
21:28:04	Xenovalent	yes, but it's not updating for me. :-(
21:28:43	Xenovalent	also, I do occasionally add things besides podcasts (which are separated into their own directory) and I'd like to have a playlist of just podcasts
21:29:06	gevaerts	pyro_maniac: I'm not exactly sure. You need working interrupts, so definitely after enable_fiq(), but I don't think it needs anything after that. You need to move usb_start_monitoring() up as well, as without that there's no connect detection. You may have to experiment a bit though
21:29:30	evilnick	Xenovalent: Is the "recently added" section blank for you?
21:29:56	Xenovalent	last I checked it was...I'm going to unplug it and check again.
21:30:38	*	kadoban just noticed FS #9256 (recently added always empty)
21:31:11	Xenovalent	yes, it's still blank
21:31:38	evilnick	Xenovalent: Admittedly if this worked properly then it'd be ideal, but I don't see how you can't add the podcasts to a new folder and that way you'd know that they are new.
21:32:51	Xenovalent	That would involve changing a setting in the program I used to load podcasts onto the player every time I synced. So although it would work, it's less than ideal.
21:33:12		Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net)
21:37:28		Join jaykay [0] (n=chatzill@p579E6B78.dip.t-dialin.net)
21:38:06	jaykay	firmware/target/arm/as3525/sansa-e200v2/lcd-e200v2.c, line 437 i think it should be red instead of read in the comment
21:38:33	*	jaykay detected the biggest bug ever
21:38:49		Join casainho [0] (n=chatzill@87.196.31.0)
21:39:01		Join davidek [0] (n=davidek@p5B103F70.dip.t-dialin.net)
21:39:15		Quit sarixe ("Leaving")
21:39:42	domonoky	hehe, you dont know the color "read" ? it very new :-)
21:41:52		Quit JdGordon\|zzz (Remote closed the connection)
21:42:08	_Auron_	lol
21:42:25	_Auron_	yeah, what's black, white, and read all over?
21:43:03	davidek	hi! i am very interested in the great rockbox project and want to tinker a bit. but i do not have any suitable mp3 player hardware for running it. so i'd like to get one on ebay or so. are there any recommendations for which hardware to get? which device is the want-have-player?
21:43:22	BigBambi	The depends on what you want
21:43:31		Join merbanan [0] (n=banan@c-83-233-243-9.cust.bredband2.com)
21:43:35	BigBambi	capacity, recording, radio, colour, ...
21:43:55	BigBambi	have a look at www.rockbox.org/wiki/BuyersGuide
21:44:25	davidek	ah, nice! that will do it. thanks.
21:44:58	gevaerts	BigBambi: colour is easy. read!
21:45:09	*	amiconn lets jaykay guess what the colour 'write' looks like ;)
21:45:25	BigBambi	gevaerts: I like the read and black display n the mrobe :)
21:45:38		Part Xenovalent
21:46:12	jaykay	a question concerning this: why is it necessary to write a "read" pixel out of the LCD?
21:47:12	amiconn	Iiuc it is necessary to be able to red the wheel
21:47:55	jaykay	so for reding the wheel you need to write a read pixel??
21:48:03	jaykay	that doesnt make much sense
21:48:13	kadoban	white a read pixel*
21:48:16	jaykay	and sounds like a very hacky workaround :)
21:51:14	amiconn	It is a worky hackaround. I think there is a proper solution to this, but it requires a reverse engineeering session
21:52:32	domonoky	correct.
21:53:58	casainho	hello :-)
21:54:43	casainho	I am working on buttons drivers, and they are working but I can't get the main menu changing when I press UP or DOWN... does any one knows what can I be doing worng?
21:55:06	casainho	here is my keymap file: http://pastebin.com/m2eea5543
21:57:18	domonoky	another bug in the keymap. you used LEFT and RIGHT twice, which wont work.
21:58:13		Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client")
21:58:22		Quit blithe_ ("Lost terminal")
21:58:33		Join blithe_ [0] (n=blithe@blakesmith.me)
21:58:39		Join AndyIL [0] (n=pasha_in@212.14.205.32)
21:58:57		Quit AndyI (Read error: 104 (Connection reset by peer))
22:00
22:00:09	casainho	thanks - I will check
22:03:29		Quit Juice^ ("Leaving")
22:08:52		Part davidek
22:11:51		Quit merbanan (Remote closed the connection)
22:23:51		Quit z35 (Remote closed the connection)
22:24:14		Quit roman_ (Read error: 110 (Connection timed out))
22:29:47	*	jaykay slaps a random rockbox-dev with the typo
22:29:53	jaykay	does nobody...?
22:30:31	***	Saving seen data "./dancer.seen"
22:30:47		Join z35 [0] (n=z35@h78.29.89.75.dynamic.ip.windstream.net)
22:31:28	BigBambi	jaykay: It is a minor typo in a heavily under development port - I don't think anyone thinks it is that important
22:31:36	jaykay	damned
22:32:23	*	jaykay remembers of some more useless commits :)
22:33:16	*	domonoky did the typo on purpose, to test if jaykay will notice it :-)
22:34:46	pixelma	once the hackaround goes...
22:35:37		Join LinusN [0] (n=linus@rockbox/developer/LinusN)
22:38:23		Join low_light [0] (i=c730180b@gateway/web/ajax/mibbit.com/x-c27380aa8e966dbd)
22:39:14		Quit Thundercloud (Remote closed the connection)
22:40:22	low_light	gevaerts: when you tested the mrobe100 usb, was it doing high speed?
22:40:30	gevaerts	low_light: yes
22:41:35	low_light	gevaerts: here's an interesting bit from my mrobe100 disassembly regarding high speed: http://rafb.net/p/VOQ8Hs34.html
22:42:11	low_light	I don't see references to 0x70000060 like was committed
22:42:12		Join gartral [0] (n=Gartral@adsl-75-33-69-103.dsl.bcvloh.sbcglobal.net)
22:42:30		Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]")
22:42:44		Quit perrikwp ("http://www.mibbit.com ajax IRC Client")
22:43:53	gartral	i found a bug in twiki: clicking userListbyLocation from http://www.rockbox.org/twiki/bin/view/Main/TWikiUsers gives an error >.>
22:44:50		Join miepchen^schlaf [0] (n=miepel@p579EC96A.dip.t-dialin.net)
22:45:30	gartral	http://www.rockbox.org/twiki/bin/view/Main/UserListByLocation i ono why i didnt just post the frigging link in the first place, sorry
22:47:16	kadoban	"UserListByDateJoined" fails too...
22:47:33	gevaerts	low_light: if the 0x70000060 is PP5022 specific it wouldn't show up on the mr100 I think
22:47:44	amiconn	gevaerts: It looks like this routine is only called for pp5022 in the minig2 rom, with no equivalent for pp5020
22:47:58	gartral	and UserListByPhotograph return little information >.>
22:51:16		Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]")
22:51:37	jhMikeS	amiconn: the routine is present in the H10 firmware
22:52:03	amiconn	Interesting.... is it actually called?
22:52:12	jhMikeS	it appears so
22:52:13	amiconn	Maybe it's part of some portalplayer sdk...
22:52:41	jhMikeS	there's also some other stuff. guess I'd better fire up the dissasmbler again
22:53:22	rasher	amiconn: seems rather likely
22:53:58	Unhelpful	Nico_P: pong
22:54:36	jhMikeS	though the delays aren't udelays but just looping with a counter of 2
22:55:34	gartral	imma add the not-working wiki page links to thee wiki issues page
22:55:52	Nico_P	Unhelpful: it was about the sendfirm makefile, which I finally fixed
22:56:45	Unhelpful	oh, we have an even better fix?
22:58:56	Unhelpful	ah, i didn't know echo -e was breaking anything. we could just put the test stuff in a file...
22:59:57		Join JdGordon [0] (n=jonno@123-243-140-31.static.tpgi.com.au)
23:00
23:00:09	rasher	Seems using echo with commandline arguments is the prime suspect for shellscript breakage
23:01:48		Part pyro_maniac
23:02:09	gevaerts	Those mr100 bits seem to be related to the cache
23:02:31	*	kadoban is reminded of FS #9867 (echo -e in tools/release/*.pl)
23:03:07	*	Bagder is reminded he uses bash ;-)
23:03:14		Quit bmbl ("Woah!")
23:03:27	kadoban	yeah, i do too...but my perl doesn't for some reason :(
23:03:35	gartral	http://www.rockbox.org/twiki/bin/view/Main/WikiIssues <- updated >.>
23:03:40	rasher	This is nothing to be ashamed of
23:04:47	gevaerts	Why would caching setup be different for full speed and high speed?
23:04:47	low_light	jhMikeS, amiconn: at code exists in the hdd1630 disassembly. It checks the pp version and only executes it for pp5022.
23:05:21	amiconn	low_light: As it does in the minig2 rom (which I think is the same as a later minig1 rom
23:06:33	low_light	gevaerts: I don't know if those are cache registers. 0x6000c000 is CACHE_CTL, beyond that I'm not sure.
23:06:50	gevaerts	low_light: it can be anything, true, but it's very nearby
23:07:04	jhMikeS	I'm seeing some other USB code that hits 0x70000028
23:07:08	gevaerts	And cache is not unlikely to be involved
23:11:00		Join casainho [0] (n=chatzill@87.196.31.0)
23:11:09	casainho	hello again :-)
23:11:50	casainho	I am browsing files on ROckbox Player and it do not execut .txt files, .gif, .jpg, as my Sansa E200 do, why?
23:11:58		Quit Nico_P (Remote closed the connection)
23:12:10	casainho	does I need to build something for it be able to show me that fileS?
23:12:21	rasher	The plugins..
23:12:55	casainho	hmmm, and how I do it?
23:13:12	rasher	Enable compilation of plugins and adapt them to your player.
23:13:14	casainho	is there something where I should eneble them, to built it?
23:13:19	low_light	gevaerts: here's the usb init from the mrobe100 OF: http://rafb.net/p/pfK0ey97.html
23:13:43	casainho	rasher: thanks, thanks. I think I know where I should do it ;-)
23:13:56	casainho	on configure
23:14:32	bluebrother	plugins are not enabled in configure. It's done in the SOURCES files
23:14:48	rasher	bluebrother: doesn't configure have it as well?
23:14:53	bluebrother	plus, you need working charmaps for them, otherwise it's kinda pointless
23:15:11	bluebrother	rasher: it does?
23:15:46	*	bluebrother stands corrected
23:15:50	rasher	bluebrother: It does. Each target sets plugins="yes" or "no"
23:16:20	*	rasher wasn't entirely sure
23:16:22	bluebrother	just spotted that. Doesn't change the keymaps requirement for building them ;-)
23:17:10	casainho	bluebrother: what do I need to have plugins? −− my LCD is 128x128... there is another target with an LCD like this one...
23:17:34	kadoban	casainho: a lot of the plugins are going to need keymaps set up for them
23:17:35	Bagder	casainho: enable them and run make and you will see
23:18:15		Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net)
23:18:29	casainho	okok...
23:19:24		Quit bertrik ("Leaving")
23:19:25	Bagder	a hint: adapting plugins can be a handful
23:20:02	rasher	Unless you're planning on keeping the keymap the same for your next project, I don't think I'd do it for most of them
23:21:07		Quit apaininth (Remote closed the connection)
23:22:03		Quit Zoxc ()
23:22:31	casainho	oh, I think then I will leave the plugins for later... first I will finish the audio drivers...
23:23:17	amiconn	low_light: maybe the outl(inl(0x70000028) \| 0x2, 0x70000028) is something important. I can find a similar thing in the minig2 diskmode code (similar in that it first checks if the bit is set, and then sets it if it isn't)
23:25:50	low_light	I guess anything new is worth trying to see if it works.
23:25:52	jhMikeS	there's a outl(inl(0x70000028) & ~0x4000, 0x70000028) in what looks like an init routine for the module. It also does some other controller setup.
23:26:32	low_light	gtg
23:26:34		Quit low_light ("http://www.mibbit.com ajax IRC Client")
23:26:55		Quit domonoky (Read error: 104 (Connection reset by peer))
23:36:08	jhMikeS	looks like USB host code though :\
23:45:23		Quit jgarvey ("Leaving")
23:51:41		Join akur [0] (n=akur@bl9-154-89.dsl.telepac.pt)
23:52:48		Quit {phoenix} (Remote closed the connection)
23:56:13		Quit evilnick ("http://www.mibbit.com ajax IRC Client")
23:57:07		Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]")

Previous day | Next day