#rockbox 2011-06-30

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

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

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

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

#rockbox log for 2011-06-30

00:05:18		Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
00:05:52	sideral	wodz: no you didn't, but I know that. I don't plan to make my Fuze keymap changes public any time soon. But I do intend to put up my Clip+ changes up for discussion once they're watertight, because frankly, the current keymap sucks :)
00:07:35	pamaury	hum, so apparently, the flash is consistent: main partition table uses 512 sector size and the logical one uses 4028 :-/
00:07:38	pamaury	2048
00:07:57		Quit liar (Quit: hallowed are the ori!)
00:08:04		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
00:09:01		Quit pamaury (Remote host closed the connection)
00:10:27		Join Thra11 [0] (~thrall@87.112.139.71)
00:14:00		Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl)
00:14:15		Quit krazykit (Ping timeout: 255 seconds)
00:17:35		Quit benedikt93 (Quit: Bye ;))
00:20:40		Quit wodz (Quit: Leaving)
00:20:58	***	Saving seen data "./dancer.seen"
00:23:19		Quit Judas_PhD (Quit: This is a quitting message)
00:31:58		Join krazykit [0] (~krazykit@206.183.185.8)
00:33:28		Join dhrasmus [0] (~dhrasmus@173-8-198-30-Oregon.hfc.comcastbusiness.net)
00:35:29		Join Thra11_ [0] (~thrall@87.114.247.101)
00:35:43		Quit Thra11 (Read error: Operation timed out)
00:45:05		Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au)
00:48:37	Torne	28 branch heads and 6 roots! Nearly there ;)
00:49:25	Torne	need to kill a few more and then actually check out all these branches and tags from svn and git and check i haven't busted anything
00:55:51		Quit Thra11_ (Ping timeout: 240 seconds)
00:56:23		Quit sideral (Quit: Leaving.)
00:56:29		Quit mudd1 (Read error: Operation timed out)
01:00
01:03:54		Join Thra11_ [0] (~thrall@87.114.247.101)
01:03:59		Join sideral [0] (~sideral@rockbox/developer/sideral)
01:10:20		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
01:10:43	CIA-14	New commit by 03rasher (r30102): Add −−lcdwidth and −−lcdheight to help output.
01:13:33	rasher	What's the minimum amount of android sdk gunk I need to build Rockbox?
01:14:00	kugel	platform 10 (3.0)
01:14:59	rasher	And platform-tools, I assume?
01:15:05	CIA-14	r30102 build result: All green
01:16:20	rasher	kugel: Hm, 3.0 is 11?
01:16:32	kugel	possibly :)
01:16:53	rasher	So which is it, 3.0 or 10?
01:17:00	kugel	3.0
01:17:05	rasher	Alright
01:17:11	*	rasher refrains from panicking
01:20:59		Quit bertrik (Remote host closed the connection)
01:23:04		Quit sideral (Quit: Leaving.)
01:39:18		Quit T44 (Read error: Connection reset by peer)
01:46:39		Join sega01 [0] (~sega01@cpe-70-120-87-173.satx.res.rr.com)
01:46:54	sega01	just bought a sansa clip+ and am running the installer for 3.9
01:47:04	sega01	i must say, it's one awfully slick and nice install
01:47:29	sega01	the stock firmware does seem pretty decent from a quick browse, but i've heard lots of good things about rockbox
01:49:05		Quit dhrasmus (Ping timeout: 252 seconds)
01:50:03		Quit TheLemonMan (Quit: Ex-Chat)
01:50:52		Quit stripwax (Quit: http://miranda-im.org)
01:51:24	sega01	should i expect it to appear hung after selecting themes?
01:52:42	JdGordon	that wouldnt be a very useful feature would it?
01:52:59	sega01	hmm, it wasn't really hung
01:53:15	sega01	so the theme selection dialog seemed to be stuck, but i was able to close it from inside
01:53:35	sega01	going to see what happens when i reboot it
01:54:04	sega01	firmware upgrade in progress, it says
01:54:40	sega01	completed, not automatically rebooting just yet
01:54:51	sega01	ah
01:54:53	sega01	it's up
01:55:13	sega01	my god. that was too easy
01:56:24		Join Topy44 [0] (~Topy44@f049145005.adsl.alicedsl.de)
01:56:41	sega01	doom doesn't seem to work :-P
01:57:08	sega01	hard to tell on this screen. i think i actually see a pistol pointing out
02:00
02:03:59		Join dhrasmus [0] (~dhrasmus@173-8-198-30-Oregon.hfc.comcastbusiness.net)
02:15:01	rasher	dork
02:16:29		Join Pikel [0] (~xaero@ool-435056c7.dyn.optonline.net)
02:16:54	Pikel	Is it at all known that Rockbox seems to like to crash all the time in Windows 7?
02:17:50	Llorean	Rockbox runs on MP3 players and phones.
02:17:54	Llorean	What exactly are you referring to?
02:18:05	Pikel	Llorean: the installer utility
02:18:14		Quit krazykit (Ping timeout: 240 seconds)
02:18:14	Pikel	crashes, pretty cinsistantly for me
02:18:15	Llorean	That's "Rockbox Utility"
02:18:20	Llorean	What version of it are you using?
02:18:48	Pikel	1.2.10
02:19:45	rasher	When does it crash? What are you trying to do when it crashes?
02:19:47	Llorean	It should work. Does it crash in a specific place or while doing a specific thing?
02:20:27	Pikel	It crashes at auto-detection (got passed that by manually selecting my device and location) and then crashes at a full installation
02:20:36		Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca)
02:20:50	Llorean	Which device?
02:20:52	Pikel	I tried doing it several times, even as Administrator and it still crashes
02:20:59	Pikel	iPod Video 5th Gen
02:21:02	***	Saving seen data "./dancer.seen"
02:22:19	Llorean	It might be worth filing a bug report giving the exact circumstances for reproducing it, and if it crashes with an error message or log, a copy of that.
02:22:43	Pikel	no message or log, just the windows dialog that it crashed
02:24:49		Quit dhrasmus (Quit: Leaving)
02:29:30		Quit ps-auxw (Ping timeout: 264 seconds)
02:33:01	sega01	wow. rockbox somehow works with my 24bit/96KHz flacs on the clip+
02:37:10	Llorean	It downsamples them, so there's not much point in using them.
02:37:34		Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
02:40:03	sega01	ah, i see
02:40:16	sega01	i should test my ears with my best hardware to see if there's even a point to downloading them
02:40:48	sega01	the stereo plug on my headphones is about as big as the sansa :-/
02:41:14		Join rockbloxed [0] (~18fc0d51@giant.haxx.se)
02:42:09	rockbloxed	Sansa fuze rockbox doom plugin will always strafe when turning the scroll wheel.
02:43:08	Llorean	Is it not supposed to?
02:43:10	rockbloxed	How can I remap opening doors to one of the scroll wheel directions?
02:44:14	Llorean	I'm not sure if the scroll wheel can be remapped. If it doesn't work the way the other keys can be remapped, then it can't.
02:44:20		Quit Judas_PhD (Quit: This is a quitting message)
02:44:30		Quit Thra11_ (Quit: kthxbai)
02:45:36		Quit rockbloxed (Client Quit)
02:46:39		Join thethingis [0] (~18fc0d51@giant.haxx.se)
02:47:38		Join krazykit [0] (~krazykit@206.183.185.8)
02:49:04		Join funnehboey [0] (~funnehboe@ip24-252-13-81.om.om.cox.net)
02:49:22	sega01	is the yellow at the top something permanent in the sansa screen itself?
02:49:39	funnehboey	can you describe the yellow?
02:50:22	sega01	http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/main_menu/images/ss-recording-settings-128x64x1-clip.png
02:50:29	sega01	exactly like that
02:50:40	sega01	if i adjust fonts or move the status bar, those top pixel lines stay yellow when activated
02:50:53	funnehboey	oh
02:51:00	funnehboey	yes I believe that is a part of the hardware
02:51:04	funnehboey	you can't change that sorry :-(
02:51:18	sega01	hard to find a font that fits in correctly and isn't so small :-)
02:51:23	funnehboey	:-) hehe
02:51:42	sega01	hmm, 10 fixed isn't bad
02:52:06	funnehboey	Ok, so I've got a Sansa Fuze v2 running doom, and it works great except I can't seem to map anything to the scrollwheel
02:52:14	funnehboey	it always just strafes
02:52:28	funnehboey	but I want it to open doors when I scroll left
02:52:43	funnehboey	how can I do that?
02:54:24	sega01	interesting, some of the apps try to draw the screen at something higher than 1bit color which causes distortion/flickering
02:54:28		Quit thethingis (Quit: CGI:IRC (EOF))
02:54:35		Join Scromple_ [0] (~Simon@115-64-195-104.tpgi.com.au)
02:54:36	funnehboey	:-)
02:54:41	funnehboey	that's actually a feature
02:55:06	funnehboey	it flickers the screen on and off in certain proportions to simulate different shades
02:56:27	funnehboey	I appologize for my double post; the web interface made it look like nothing was happening
02:57:17		Quit Scromple (Ping timeout: 258 seconds)
02:59:58	sega01	seems to crash if you set it to load the database from memory after initializing, and then go to the database section
03:00
03:01:11	funnehboey	try rebooting
03:03:25	sega01	it rebooted as soon as it crashed. came up just fine
03:03:32	funnehboey	good
03:16:31		Quit GeekShadow (Quit: The cake is a lie !)
03:17:50	sega01	the pitch detector didn't seem to work, but the recorder does (or at least, it detects volume)
03:25:52		Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net)
03:35:05		Quit Keripo (Read error: Connection reset by peer)
03:36:43		Quit bthomson (Quit: WeeChat 0.3.3-dev)
03:37:21		Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net)
03:40:30		Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net)
03:51:31		Quit MethoS- (Read error: Connection reset by peer)
03:52:29		Join kramer3d [0] (~kramer@unaffiliated/kramer3d)
03:52:51		Quit kramer3d (Read error: Connection reset by peer)
03:53:09		Join kramer3d [0] (~kramer@ip98-169-188-142.dc.dc.cox.net)
03:53:10		Quit kramer3d (Changing host)
03:53:10		Join kramer3d [0] (~kramer@unaffiliated/kramer3d)
04:00
04:01:10		Quit Scromple_ (Quit: Gone)
04:03:56		Quit TheSeven (Disconnected by services)
04:04:10		Join [7] [0] (~TheSeven@rockbox/developer/TheSeven)
04:17:10		Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au)
04:21:06	***	Saving seen data "./dancer.seen"
04:28:48		Quit kramer3d (Ping timeout: 250 seconds)
04:41:30		Join user829385 [0] (~aoeu@112.166.15.141)
04:44:12		Quit user829385 (Client Quit)
04:45:05		Join timccc [0] (~aoeu@112.166.15.141)
04:45:11		Quit funnehboey (Ping timeout: 276 seconds)
04:45:28		Quit timccc (Max SendQ exceeded)
04:46:02		Join timccc [0] (~aoeu@112.166.15.141)
04:46:05		Quit timccc (Max SendQ exceeded)
04:48:55		Quit amiconn (Disconnected by services)
04:48:55		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:48:56		Quit pixelma (Disconnected by services)
04:48:58		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:49:00		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:49:13		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
05:00
05:07:39		Quit belak (Ping timeout: 240 seconds)
05:08:03		Join belak [0] (belak@subtle/user/belak)
05:10:08		Quit alexbobp (Ping timeout: 246 seconds)
05:31:38		Quit patheticbliss (Ping timeout: 250 seconds)
05:37:38		Join Rob2223 [0] (~Miranda@p4FFF0943.dip.t-dialin.net)
05:40:52		Quit Rob2222 (Ping timeout: 240 seconds)
05:45:13		Quit Horscht (Quit: Verlassend)
05:46:54		Join Rohan [0] (~Rohan@59.161.17.126)
05:47:39		Quit Rohan (Client Quit)
06:00
06:15:05		Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net)
06:15:05		Quit kugel (Read error: Connection reset by peer)
06:20:18		Join kugel [0] (~kugel@rockbox/developer/kugel)
06:21:10	***	Saving seen data "./dancer.seen"
06:21:15		Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
06:24:20		Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz)
06:54:38		Join sideral [0] (~sideral@rockbox/developer/sideral)
06:55:36		Quit n17ikh (Quit: ZNC - http://znc.sourceforge.net)
06:56:20		Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net)
07:00
07:06:06		Join Scromple_ [0] (~Simon@115-64-195-104.tpgi.com.au)
07:08:17		Quit Scromple (Ping timeout: 255 seconds)
07:12:25		Quit ReimuHakurei (Read error: Connection reset by peer)
07:12:47		Join ReimuHakurei [0] (~reimu@74.112.212.15)
07:13:23		Quit AlexP (Read error: Operation timed out)
07:13:31		Join AlexP [0] (~alex@rockbox/staff/AlexP)
07:17:15		Quit Strife89 (Quit: Bed.)
07:19:46		Quit FoH (Ping timeout: 258 seconds)
07:28:32		Quit zchs (Ping timeout: 250 seconds)
07:36:06		Quit sideral (Quit: Leaving.)
08:00
08:09:56		Quit powell14ski_ (Quit: powell14ski_)
08:19:21		Join FoH [0] (~foh@adsl-98-83-160-7.bhm.bellsouth.net)
08:21:12	***	Saving seen data "./dancer.seen"
08:33:29		Join ender` [0] (krneki@foo.eternallybored.org)
08:38:46		Join sideral [0] (~sideral@rockbox/developer/sideral)
08:41:51		Quit sideral (Remote host closed the connection)
08:43:04		Join sideral [0] (~sideral@rockbox/developer/sideral)
08:47:01		Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
08:51:40		Join zchs [0] (~zchs@ool-44c2aff0.dyn.optonline.net)
08:52:06		Quit sideral (Remote host closed the connection)
08:52:56		Join sideral [0] (~sideral@rockbox/developer/sideral)
09:00
09:02:21		Quit sideral (Remote host closed the connection)
09:03:12		Join sideral [0] (~sideral@rockbox/developer/sideral)
09:08:03		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:17:08		Quit Buganini_ (Quit: leaving)
09:23:44		Quit Scromple_ (Quit: Gone)
09:29:00		Quit utanapischti (Quit: WeeChat 0.3.2)
09:29:26		Join utanapischti [0] (~username@p4FF2DDD8.dip.t-dialin.net)
09:35:49		Join ReimuHakurei_ [0] (~reimu@74.112.212.15)
09:38:10		Quit ReimuHakurei (Ping timeout: 240 seconds)
09:39:31		Join petur [0] (~petur@91.220.136.139)
09:39:40		Quit petur (Changing host)
09:39:40		Join petur [0] (~petur@rockbox/developer/petur)
09:40:23		Join Buganini [0] (~buganini@2001:288:c237:0:dead:beef:cafe:babe)
09:48:08		Join n1s [0] (~quassel@rockbox/developer/n1s)
10:00
10:14:23		Quit Buganini (Quit: leaving)
10:21:15	***	Saving seen data "./dancer.seen"
10:22:59	CIA-14	New commit by 03nls (r30103): Relax constraints for arm asm to not break when gcc decides to not inline the function but also throw in a FORCE_INLINE for good measure. Remove a ...
10:26:54	CIA-14	r30103 build result: All green
10:38:43		Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
10:38:44		Quit pamaury (Changing host)
10:38:44		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:48:39	*	[Saint] is confused by r30099 somewhat...
10:48:56	[Saint]	"Get android to build...<snip>"
10:49:28	[Saint]	Primarily, as I'm running r30098 with no problem on my handset...so, I was unaware it didn't build.
11:00
11:06:21		Join alexbobp [0] (~alex@108.60.198.57)
11:21:00		Quit avacore (Ping timeout: 258 seconds)
11:21:37		Join avacore^ [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
11:24:44		Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e)
11:27:57		Quit mudd1 (Client Quit)
11:29:03		Quit simabeis (Ping timeout: 258 seconds)
11:29:29		Join simabeis [0] (~simabeis@lobmenschen.de)
11:36:41		Join TheLemonMan [0] (~lem0n@ppp-132-4.26-151.libero.it)
11:40:42		Join dan_a [0] (d917a37d@gateway/web/freenode/ip.217.23.163.125)
11:46:27	amiconn	[23:21:07] <pamaury> does our fat code handles physical sector size != logical size or not ? <== yes it does
11:47:24	pamaury	really ?
11:47:59	pamaury	and does it actually work ? :D
11:48:06	amiconn	Yes, definitely
11:48:21	amiconn	It's necessary for ipod G5.5 to work
11:49:03	pamaury	wonderful
11:49:06	amiconn	There the logical layout uses 2048 bytes/ sector (due to how it presents itself through usb), physical is 512 bytes/ sector in our drivers (always)
11:49:39	pamaury	same for fuze+
11:49:46	pamaury	except some extrat weirdness
11:49:48	pamaury	*extra
11:50:17	amiconn	Evaluating the MBR is guesswork though, as there is no field that specifies logical sector size
11:50:26	pamaury	yeah, same problem here
11:50:54	pamaury	and it's worse, there is the main MBR with sec=512 and one of the subpartition has a partition table with sec=2048 \o/
11:52:12	amiconn	eek
12:00
12:01:48		Quit antil33t ()
12:15:41		Join knittl [0] (~knittl@thehappy.de)
12:15:41		Quit knittl (Changing host)
12:15:41		Join knittl [0] (~knittl@unaffiliated/knittl)
12:21:19	***	Saving seen data "./dancer.seen"
12:21:53		Quit crwll (Quit: koneet alas)
12:23:04		Join MethoS- [0] (~clemens@134.102.106.250)
12:26:34	Torne	possible victory! 21 branch heads, 80 tags, 5 roots. this actually appears to be more or less correct :)
12:37:21	[Saint]	woo
12:37:39	[Saint]	(a delayed reaction is better then none, I guess ;))
12:38:23	Torne	hehe.
12:38:40	*	Torne checks out the entirety of svn and also every git branch and tag so he can compare the damn things. :)
12:38:49	Torne	...i miiight need to make /home bigger.
12:51:47		Quit bzed (Remote host closed the connection)
12:51:51		Join bzed [0] (~bzed@devel.recluse.de)
12:56:25		Join dfkt\|n [0] (dfktn@chello062178002170.1.11.univie.teleweb.at)
12:56:25		Quit dfkt\|n (Changing host)
12:56:25		Join dfkt\|n [0] (dfktn@unaffiliated/dfkt)
13:00
13:01:26	TheLemonMan	pamaury, heh i figured what was the problem
13:03:09	pamaury	tell me :)
13:04:08	TheLemonMan	the file was too small!
13:04:17	pamaury	what ?
13:06:06	TheLemonMan	i added a bogus array in the code to make it bigger and it gave no errors
13:08:27	pamaury	weird :)
13:09:59	pamaury	so your lcd work now ?
13:10:34	TheLemonMan	nope \o/
13:12:46		Quit petur (Ping timeout: 255 seconds)
13:18:24		Join petur [0] (~petur@rockbox/developer/petur)
13:37:11		Quit jhMikeS (Read error: Connection reset by peer)
13:50:37	TheLemonMan	pamaury, anyway http://www.pastie.org/private/h2fgxhc3v3wzcpj1gfqwow
13:50:57		Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net)
13:50:57		Quit jhMikeS (Changing host)
13:50:57		Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
13:51:20	TheLemonMan	tested and working :D
13:53:19	pamaury	to provide an argument for call ?
13:53:34	TheLemonMan	yep
13:54:00	TheLemonMan	looks like my official bootloader uses those args for the init process
13:54:10	pamaury	yeah, I wanted to add that but since you did it I will commit that :)
13:55:32	pamaury	however I'm not sure for the copyright, I think we usually want real names for copyright ?
13:56:20	TheLemonMan	oh if so feel free to strip it out :)
13:58:15		Quit mc2739 (Read error: Connection reset by peer)
13:58:52	pamaury	as you want
13:59:33		Join mc2739 [0] (~mc2739@71.20.73.59)
13:59:36	pamaury	anyway you already contributed much at crashing it iirc :D
13:59:39		Quit mc2739 (Changing host)
13:59:39		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
14:00
14:00:48		Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
14:00:51	pamaury	I really would like to understand how the fuze+ is booting
14:01:38	pamaury	the sb file has a boot section for the init stage but then it has two separate other boot section, one for host and one for play; I can't see how the one to run is selected
14:02:33	pamaury	and worse, the last stage of the first section finishes with a jump so it never returns !
14:03:30	TheLemonMan	i guess it's based on otp config
14:04:40	pamaury	no so sure, each section has a tag and the sb file contains the first tag to boot
14:05:11	pamaury	but hey I have no doc so I can't be sure
14:07:24	TheLemonMan	the sb format is overcomplicated for the task it has to do
14:07:42	pamaury	probably
14:07:53	pamaury	For example, what is the point of having non-bootable section ?
14:08:20	TheLemonMan	storing resources ?
14:08:59	pamaury	but then you need to parse the sb file by hand
14:09:10	pamaury	which defeat the point of having it in the sb file no ?
14:17:45		Quit pikytcus (Remote host closed the connection)
14:19:26		Quit sideral (Remote host closed the connection)
14:21:04		Join sideral [0] (~sideral@rockbox/developer/sideral)
14:21:20	***	Saving seen data "./dancer.seen"
14:21:36		Join Thra11 [0] (~thrall@46.208.69.218)
14:22:00	[Saint]	RaaA theme RC3 (for the impatient): http://www.datafilehost.com/download-9be8a09a.html
14:22:21	[Saint]	240x320 & 480x800 in the same .zip
14:22:43	[Saint]	(other resolutions coming soon to an internets near you, promise ;))
14:25:10		Join Thra11_ [0] (~thrall@255.70.125.91.rb4.adsl.brightview.com)
14:26:08	[Saint]	AlexP , bluebroth3r , GodEater , JdGordon , kugel , pixelma: see above, sorry for the delay.
14:26:42	kugel	[Saint]: I have only 320x480, sorry
14:27:10	[Saint]	Remaining 'issue' == current font (numerals not fixed width at this point). You have a better antialiased font? Tell me please, or point me to a fontset you think says "RaaA"
14:27:37	[Saint]	kugel: Ah...whoops, sorry about that. I'm about ~80% complete on that target resolution.
14:27:59	[Saint]	that will be the next one finish, should all go well and in a timely fashion.
14:28:17		Quit Thra11 (Ping timeout: 258 seconds)
14:28:24		Nick Thra11_ is now known as Thra11 (~thrall@255.70.125.91.rb4.adsl.brightview.com)
14:29:20	kugel	I thought the width of number glpys was fixed?
14:29:28	kugel	glyphs*
14:32:45	[Saint]	That wasn't an option of convttf when that fontset was made.
14:33:12	*	JdGordon wants feedback on the skinnable lists patch... spefically how useable it is
14:33:17	sideral	kugel, Slasheri: Check out FS #12175 (dircache stack overflow)
14:33:19	fs-bluebot	http://www.rockbox.org/tracker/task/12175 3Rockbox crashes after initializing database (bugs, unconfirmed)
14:34:16		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
14:34:48	[Saint]	JdGordon: I'll poke at it when I get the chance. I'm in a mad dash to get the images done for the countless RaaA resolutions for this new theme (480x800 is done dow, btw...see the link above).
14:35:24	sideral	kugel, Slasheri: This could also explain the crash reported here: http://forums.rockbox.org/index.php/topic,28304.0.html
14:36:17	sideral	(although the latter is with 3.9, and hence does not contain the post-3.9 dircache rework)
14:38:18	kugel	I can see how the forum report happens
14:38:26	Slasheri	interesting, that could explain also one mysterious crash/corruption occurred in tagcache structures after reloading dircache (i created a patch where reloading was fixed)
14:38:39	kugel	as Slasheri reported the dircache buffer isn't properly re-used after the tagcache has stolen it
14:39:11		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
14:39:14	kugel	Slasheri: did you fix that? I don't see yet how I introduced it
14:39:16	Slasheri	kugel: i have now locally fixed that but found out a mysterious corruption in tagcache structures after that
14:39:22	sideral	(or perhaps not 3.9, he's first saying 3.9, then r30094)
14:39:37	Slasheri	kugel: i havent yet committed that before further investigations. But let me create a patch
14:40:09	Torne	Hooray! the git branches and tags are identical to the svn ones
14:40:10	Torne	I think this means I win.
14:41:04	kugel	Torne: awesome
14:42:34	Torne	Sooo. Opinions on branches/tags/etc...
14:42:43	kugel	yes!
14:42:46	Torne	Do we want to preserve all of them formatted as-is?
14:42:54	Torne	or can i make them look tidier? :)
14:43:11	Torne	i already renamed the release tags to v3.6 and simliar instead of v3_6
14:43:16	Torne	because otehrwise git describe output is ugly
14:43:16	Slasheri	kugel, sideral: could you try this: http://www.pastie.org/2144621 (please ignore all the debug crap in the diff)
14:43:27		Quit GeekShadow (Read error: Operation timed out)
14:43:56	Slasheri	without the tagcache patch, hdr->indices pointer got corrupted somehow
14:44:16	Slasheri	i now removed the pointer alltogether, but havent found a reason for that corruption and crash yet
14:44:48	kugel	ohh dircache_size not resetted, that makes sense
14:44:57	Slasheri	indeed
14:45:05	kugel	perhaps move the resetting to dircache_do_rebuild() where entry_count is reset too?
14:45:29	*	[Saint] is also experimenting with a "froyo-esque" blue, white, charcoal and gray RaaA "cabbie"...lookin' good so far.
14:45:29	kugel	as well as resetting the reserve_used counter
14:45:53	sideral	Slasheri: I didn't see the crash, though. Do you mean this could fix the tagtree corruption issue?
14:47:29	Slasheri	sideral: at least you should try with this patch enabled. Without the dircache patch, the tagtree corruption shouldn't appear at all because dircache reloading likely doesnt work (when using the current svn build)
14:55:30		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
14:55:44	sideral	Slasheri: I'll try with this patch or a proper fix, if already available, ASAP (but not today). However, note that my previous result was with a 3.9-based build with your latest fix (r30047) backported, so the dircache was most likely active
14:57:29	sideral	kugel: would those changes fix the stack overflow as well? that may be a separate issue
14:57:50	kugel	if the stkov is in 3.9, then no :)
15:00
15:04:25		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
15:09:12	sideral	kugel: I guess he's mixed up "current build" with "latest release", which seems to be a common misconception
15:09:45	pamaury	err, we have MAX_LOG_SECTOR_SIZE but it's not actually a log
15:10:13	sideral	logical vs logarithmic?
15:11:07	pamaury	ah, make sense :)
15:11:41	*	pamaury is a mathematics guy :)
15:13:38		Quit krazykit (Ping timeout: 260 seconds)
15:27:21		Join dfkt [0] (dfkt@unaffiliated/dfkt)
16:00
16:07:45		Quit bthomson (Quit: WeeChat 0.3.3-dev)
16:08:28		Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net)
16:08:34		Join patheticbliss [0] (~calvin@75-134-134-13.dhcp.roch.mn.charter.com)
16:21:21	***	Saving seen data "./dancer.seen"
16:34:42		Quit sideral (Ping timeout: 246 seconds)
16:46:55		Join kramer3d [0] (~kramer@ip98-169-188-142.dc.dc.cox.net)
16:46:56		Quit kramer3d (Changing host)
16:46:56		Join kramer3d [0] (~kramer@unaffiliated/kramer3d)
17:00
17:03:57		Quit kramer3d (Quit: Leaving)
17:29:23		Quit n1s (Remote host closed the connection)
17:46:21		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
17:49:41	pamaury	arg, I can't make the imx233 work correctly for multiple block transfer with mcc
17:49:43	pamaury	mmc
17:49:57	pamaury	the data is not valid, there is something wrong
17:52:22		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
17:58:33		Quit petur (Remote host closed the connection)
18:00
18:12:19		Quit GeekShadow (Read error: Operation timed out)
18:14:21		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
18:15:21		Quit GeekShadow (Read error: Connection reset by peer)
18:20:03		Join Thra11_ [0] (~thrall@84.93.171.154)
18:21:26	***	Saving seen data "./dancer.seen"
18:22:40		Quit Thra11 (Ping timeout: 258 seconds)
18:35:10	pamaury	arg, this is driving me crazy, it looks like the crc is included in the data instead of being stripped down by the ssp :-/
18:42:50		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
18:43:17		Quit Thra11_ (Read error: Connection reset by peer)
18:45:57		Join dhrasmus [0] (~dhrasmus@75-148-85-206-Oregon.hfc.comcastbusiness.net)
18:46:40	wodz	eh, usb driver is a nightmare - I wrote ~350 lines already and I even didn't started usb_drv_send*()/usb_drv_recv() nor ISR
18:47:06	pamaury	most of them are 600+ lines long :)
18:48:27	wodz	I wonder why there are 11bits to specify size of the transfer if max allowed is 512 bytes IIRC
18:48:47	pamaury	no, packet size != transfer size
18:49:01	TheLemonMan	i have a function that iterates 240*320 times sending data to the lcd controller
18:49:14	wodz	I know, but this field seems to specify packet size
18:49:31	TheLemonMan	can i assume it's how the screen is updated or its just sand in the eyes ^
18:49:38	pamaury	for iso, max packet size is 1024
18:50:00	pamaury	but your controller doesn't handle iso
18:51:01	kugel	TheLemonMan: yes
18:51:03	pamaury	but interrupt transfer can send 1024 byte packet
18:51:21	TheLemonMan	but it's sending the same byte all over the loop
18:51:25	wodz	TheLemonMan: I would expect to see dma transfer to lcd not simple iterations
18:51:58	TheLemonMan	then i wonder what the hell is this function for
18:52:07	wodz	clear lcd?
18:52:12	pamaury	TheLemonMan: is it the stmp chip ?
18:52:40	kugel	TheLemonMan: making the display grey? :)
18:53:03	TheLemonMan	it's in this fuckin samsung bootloader, full of undocumented nonsense!
18:53:13	TheLemonMan	i named it lcdMakeTheDisplayShine
18:53:18	pamaury	well it makes sense
18:53:26	kugel	TheLemonMan: welcome to rockbox :)
18:53:30	pamaury	using dma, you would need to fill a buffer, that's wasteful
18:53:36	pamaury	and slow
18:54:07	wodz	pamaury: usually you can setup dma with const src address
18:54:36	pamaury	as far as I know the stmp dma doesn't have such an option
18:54:42	wodz	wow
18:54:51	wodz	that's weird
18:54:56	pamaury	well not exactly
18:55:09	TheLemonMan	maybe they use good old memory access ?
18:55:35	TheLemonMan	i see they or the fb address with 0x20000000
18:55:53	pamaury	the thing is that this chip has so many dma master; but the lcdif one doesn't have this option I'm nearly sure so it's faster to write in pio mode if you are clearing the screen
18:55:57	TheLemonMan	so maybe it's just memcpy n' glip
18:56:06	TheLemonMan	*flip
18:56:27		Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03)
18:57:41	pamaury	wodz: but this chip as a dedicated dma master for blitting, filling, etc
18:57:45	pamaury	*has
18:58:16	wodz	pamaury: in the code for s3c6400x we assume that in FS max packet size is 64 and in HS 512 bytes for any type of endpoint - is this correct?
18:59:21	pamaury	this is correct for bulk
18:59:41	pamaury	for interrupt the maximum is 1024 but I don't remember if it's mandatory or if you can use less
18:59:47	pamaury	I guess you can use less
19:00
19:00:02	wodz	what about control?
19:00:24		Join Thra11_ [0] (~thrall@84.93.171.154)
19:00:31	pamaury	you must use 64 for control iirc
19:01:10	pamaury	(in FS, in HS you can use 8,16,32,64)
19:02:16		Join bluebrother [0] (~dom@g224237034.adsl.alicedsl.de)
19:02:16		Quit bluebrother (Changing host)
19:02:16		Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
19:02:27	pamaury	but control is for EP0 only so it's special
19:02:31	TheLemonMan	aye, i found the function they use to blit errors on screen
19:04:06		Quit fs-bluebot (Ping timeout: 250 seconds)
19:05:14		Join fs-bluebot [0] (~fs-bluebo@g224237034.adsl.alicedsl.de)
19:05:24		Quit bluebroth3r (Ping timeout: 250 seconds)
19:06:00		Quit dan_a (Ping timeout: 252 seconds)
19:10:38		Join sideral [0] (~sideral@rockbox/developer/sideral)
19:13:32	wodz	hmm ISR for this controller gonna be the monster :-)
19:14:44		Quit ender` (Quit: I was reading the dictionary. I thought it was a poem about everything.)
19:25:58		Quit Keripo (Quit: Leaving.)
19:28:52		Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
19:31:42	CIA-14	New commit by 03pamaury (r30104): imx233/fuze+: ssp, dma, mmc now work properly, partially implement cpu frequency changing, implement panic waiting
19:32:32	wodz	pamaury: how do we support setup usb requests?
19:34:09	pamaury	of course, otherwise usb would not work !
19:34:28	pamaury	basically a control transfer is a setup requets + optional data stage
19:34:46	gevaerts	pamaury: congratulations!
19:35:25	pamaury	I'm going afk, gevaerts can answer your usb question wodz
19:35:29	CIA-14	r30104 build result: All green
19:35:34	pamaury	thanks !
19:36:04	gevaerts	hm, that's a long time ago. I'm not sure if I remember any of that...
19:36:12	wodz	gevaerts: if I get setup interrupt what should I do in ISR?
19:36:51	pamaury	cann usb_core_control_something or similar
19:36:58	pamaury	have a look at usb-arc for example
19:37:14	pamaury	(although it's a complicated controller)
19:37:31	pamaury	or s3c6400x which is simple/istic :)
19:39:03	gevaerts	wodz: ARC copies the setup data to a safe place, clears all pending control transfers, and calls usb_core_control_request(). usb_core_control_request() then sends an event so things get handled later
19:40:54		Join Horscht [0] (~Horscht@xbmc/user/horscht)
19:54:36	kugel	pamaury: what was your mistake?
19:56:11		Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
19:58:16		Quit Horscht (Ping timeout: 250 seconds)
19:58:37		Join Horscht [0] (~Horscht@p5DD56EAE.dip.t-dialin.net)
19:58:38		Quit Horscht (Changing host)
19:58:38		Join Horscht [0] (~Horscht@xbmc/user/horscht)
20:00
20:00:33	rasher	Okay, daily built, unmodified, android builds here: rasher.dk/rockbox/android/">http://rasher.dk/rockbox/android/
20:02:16		Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
20:02:31		Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
20:02:36	B4gder	cool
20:04:24	kugelp	we could've had that long ago
20:05:02	kugelp	BTW, the irc log viewer has problems with some urls
20:05:04	rasher	Probably better that some random guy does it as long as there's no signing worked out
20:05:58	kugelp	iirc its worked out but not implemented yet
20:06:11	rasher	Well, implemented then :)
20:06:29	rasher	I'm not sure what your comment means then? "we could've had that long ago"?
20:08:26	kugelp	that we could've offered debug signed builds like a year ago
20:08:57	kugelp	I thought we specifically don't want this officially
20:09:11	B4gder	those are not official
20:09:18	rasher	I don't think we do. These are not official in any way
20:09:39	B4gder	and I think it is a good thing to provide, even while unofficial
20:10:59	pixelma	sideral: around?
20:11:06	kugelp	they are not official, but officially cool
20:11:28	*	rasher blinks
20:12:03	rasher	There are two situations: Rockbox provides debug signed builds, some guy provides debug signed Rockbox builds
20:12:09	rasher	The first is obviously not a good idea
20:12:13	rasher	I don't see the problem with the latter
20:12:36	rasher	I'll add a disclaimer..
20:13:10	kugelp	I don't care if we distribute debug signed builds
20:13:55	kugelp	just saying if providing (by whoever) them is cool then we could have done that long ago
20:14:13		Join freqmod_r [0] (~fredrik@2001:700:300:1430:226:18ff:fe81:1e24)
20:14:23	B4gder	so why didn't "we" ?
20:14:37	kugelp	don't ask me
20:14:40	rasher	I thought it was generally agreed that they whould be properly signed
20:14:51	sideral	Hi pixelma!
20:15:02	B4gder	to me it was always something that simply nobody made real
20:15:13	B4gder	until now
20:16:19	pixelma	sideral: got a hold of freqmod_r and he just pasted an answer mail to me that he said has sent
20:16:29	freqmod_r	two times
20:16:54	sideral	pixelma: to me?
20:17:02	rasher	So I'm confused if I've stirred up some hornet's nest here
20:17:15	pixelma	sideral: yes - and there he is
20:18:02	rasher	Should we maybe take it to the mailing list or something?
20:18:10	sideral	Hi freqmod_r! Thanks for chiming in. Looks like I need to check my spam folder...
20:18:13	freqmod_r	to sideral AT rockbox.org
20:18:14	freqmod_r	:P
20:18:28	freqmod_r	maybe i sent it from the wrong server
20:18:29	Llorean	rasher: I think the problem is that nobody actually knows who's against it, but everyone thinks someone was?
20:18:37	rasher	haha, maybe
20:18:51	rasher	Maybe it's just that vague sense that it'd be more proper
20:19:04	pixelma	the at-rockbox addresses only have been given out quite recently
20:20:04	sideral	freqmod_r: And the answer was? Or do you prefer to keep up the suspense until I find that email? ;)
20:21:02	TheLemonMan	aww, they are really using a framebuffer in ram that then gets sent word by word
20:21:28	***	Saving seen data "./dancer.seen"
20:23:13	sideral	freqmod_r: Indeed, two copies buried away in my webmail's spam folder. Thanks for your response!
20:25:31		Quit godzirra (Ping timeout: 240 seconds)
20:27:00	pixelma	freqmod_r: the thing discussed mostly was if you were the original author of the wikipedia patch or not, the description in the tracker could be read both ways
20:27:11	freqmod_r	hmm
20:27:18	freqmod_r	maybe it was based on an earlier patch
20:27:24	freqmod_r	but it don't think so
20:27:32	freqmod_r	in that case it will only be some layout code
20:28:55	*	rasher sent something to the ml
20:30:21	freqmod_r	i think everything without explisit copyright is mine
20:30:38	freqmod_r	maybe some of the rendering code is inspired/based on the text viewer plugin
20:31:43	pixelma	which doesn't sound like a big problem to me
20:32:14	sideral	freqmod_r: That's fine I think. Perhaps you could take a quick look at the first patch in FS #4755 and send us a heads up if you notice anything suspicious. For now I'll work under the assumption that we can use the code.
20:32:15	fs-bluebot	http://www.rockbox.org/tracker/task/4755 3Wikipedia (patches, unconfirmed)
20:32:23	freqmod_r	i am doing it
20:32:32	freqmod_r	it has a lot of copyright assignments
20:32:33	sideral	freqmod_r: Thanks for contributing it BTW! I often use the plugin to impress my friends with my Clip+ ;)
20:32:53	freqmod_r	so i think that i would have done that with everything
20:32:59		Join Buschel [0] (~chatzilla@p54B6623A.dip.t-dialin.net)
20:33:01	freqmod_r	*copyright credits
20:33:02	wodz	I usually use my daps to listen music :-)
20:33:09		Join keyb_gr [0] (~chatzilla@p4FF02895.dip.t-dialin.net)
20:33:23	sideral	wodz: How boring! :)
20:33:36	wodz	hmm, maybe not - I hack much more often
20:33:48	gevaerts	sideral: is that to impress those who don't seem impressed by doom on it?
20:33:56	freqmod_r	i don´t know if i have written bbfuncs
20:34:01	freqmod_r	(safe read, crc etc)
20:34:01	wodz	lol
20:34:08	sideral	I used the Wikipedia plugin once on the beach to look up the finer details of printf formatting in order to change my tagnavi_custom.config using the Rockbox text editor :P
20:35:15	freqmod_r	http://open7x0.xnc.de/svnweb/fw-tools/blame/trunk/busybox-1.3.1/archival/libunarchive/check_header_gzip.c
20:35:22	freqmod_r	it is stolen from this
20:35:33		Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
20:35:39	freqmod_r	i think most of the gzip stuff is
20:35:43	sideral	gevaerts: I don't think Doom can impress anyone on the Clip+ ;)
20:36:04	freqmod_r	as mentioned in inflate.c
20:37:56	freqmod_r	otherwise it looks fine
20:38:13	sideral	freqmod_r: Thanks for clearing that up! Cheers!
20:38:28	Llorean	rasher: Does a debug signed app stop working after 6 months, or does it just mean you can't install that apk after it's expired?
20:38:38	rasher	I don't know
20:39:15	CIA-14	New commit by 03buschel (r30105): Use id3v2buf to read the title of MOD files. Avoids additional declaration of a 1KB buffer and saves a bit codesize as well.
20:39:16	Llorean	Man, I'd like it if we could make releases uninstallable after two more have happened. :)
20:39:27	rasher	heh
20:39:37		Join ender` [0] (krneki@foo.eternallybored.org)
20:40:16		Quit dfkt\|n ()
20:41:23	sideral	freqmod_r: Is FreqMod another nick of yours?
20:41:37	freqmod_r	yes
20:41:49	freqmod_r	hmm
20:41:55	freqmod_r	strange it is in use
20:42:04	freqmod_r	i thought i registered it some time ago
20:42:06	sideral	yes, apparently by yourself
20:42:21	freqmod_r	:D
20:42:44	sideral	yep. I tried chatting you up there a few times, as well as on your XMPP accounts
20:43:07	CIA-14	r30105 build result: All green
20:43:08	TheLemonMan	how the hell is turned on a lcd panel ?
20:43:12	freqmod_r	arg it is another quassel core
20:43:23	freqmod_r	i need to get in and disable it autoconnecting
20:43:34	freqmod_r	i just have to remember the password to the core
20:46:26	freqmod_r	found it :)
20:47:17	sideral	freqmod_r: Yep, you're gone :)
20:47:33		Nick freqmod_r is now known as freqmod (~fredrik@2001:700:300:1430:226:18ff:fe81:1e24)
20:47:50	sideral	And there you are again :)
20:48:03	freqmod	now on the other server
20:49:17		Quit dhrasmus (Quit: Leaving)
20:50:49		Join Strife89 [0] (~Strife89@207.144.201.128)
20:52:17	sideral	FreqMod: I'd like to eventually (time permitting) help shepherd the plugin into Rockbox mainline. My next step will be to review what all the other people who host variants of your code on github and elsewhere have changed / improved
20:52:36	freqmod	hehe
20:52:43	freqmod	i hope it has improved
20:52:53	freqmod	at least the render code was horrible
20:53:19	sideral	The most horrible parts typically remain unchanged for the longest time :)
20:54:54	freqmod	:D
20:55:09	freqmod	but it was not very complete
20:55:31	freqmod	so hopefully somewone was tired of very bad formatting and has rewritten it
20:56:20	*	freqmod is writing object animation exporting support for the ogre blender exporter for a demo for http://solskogen.demoscene.no/
21:00
21:34:04		Join n1s [0] (~quassel@rockbox/developer/n1s)
21:34:30		Join krazykit [0] (~krazykit@206.183.182.189)
21:39:00		Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
21:45:27		Quit sideral (Ping timeout: 240 seconds)
21:49:34	wodz	gevaerts: does usb layer in rb sends zero size control packets if needed or is this driver responsibility?
21:51:55	gevaerts	wodz: when are those sent again?
21:53:09	wodz	if I understand correctly you end ctrl data transaction with 0 packet if len%packet size == 0
21:53:40	gevaerts	Ah, right. That's a driver thing (or hardware in e.g. ARC)
21:54:04	wodz	shit
21:55:56	*	gevaerts suspects that the usb layer in rockbox could well have been quite different if the first driver hadn't been ARC
21:58:10	wodz	0 packet thing is only for control transfers or is this some general rule?
21:59:22	wodz	gevaerts: ^
21:59:23	gevaerts	If I remember correctly that's for all transfers
22:00
22:02:40		Quit Strife89 (Ping timeout: 240 seconds)
22:08:25		Join T44 [0] (Topy44@f049193143.adsl.alicedsl.de)
22:11:24		Quit Topy44 (Ping timeout: 255 seconds)
22:20:03	TheLemonMan	pamaury, i discovered that we both work with 7783 lcds but the command set is pretty different
22:21:29	***	Saving seen data "./dancer.seen"
22:25:53		Quit alexbobp (Read error: Operation timed out)
22:26:46		Join alexbobp [0] (~alex@108.60.198.57)
22:29:06		Join ibhan [0] (~yaaic@109.59.136.221.data.3.dk)
22:29:46		Join domonoky1 [0] (~Domonoky@agsb-5d852036.pool.mediaWays.net)
22:30:45		Quit domonoky (Ping timeout: 255 seconds)
22:45:50		Quit patheticbliss (Remote host closed the connection)
22:45:58		Part ibhan
22:46:37		Quit thomasjfox (Remote host closed the connection)
22:48:34		Quit keyb_gr (Ping timeout: 250 seconds)
23:00
23:04:47		Join 18VAABZTX [0] (~dvg@HSI-KBW-091-089-103-221.hsi2.kabelbw.de)
23:05:04	pamaury	TheLemonMan: you mean the commands sent ? If there are the same, my command set should work for example
23:05:37	pamaury	kugel: I pretty much ran into all possible problems :) And the final problem was an error in a #define for a register field :-/
23:05:47	kugel	ahh :(
23:06:13		Nick 18VAABZTX is now known as dantje_ (~dvg@HSI-KBW-091-089-103-221.hsi2.kabelbw.de)
23:06:26	TheLemonMan	yep, but there are nearly no matches between my command set and yours
23:08:06	pamaury	my commands match the datasheet as far as I checked
23:10:20		Quit domonoky1 (Read error: Connection reset by peer)
23:10:26	wodz	can I call semafore_release() without prior semafore_wait() ?
23:10:40	TheLemonMan	meh, i cbf as long as they work as expected heh
23:11:19	pamaury	wodz: I think not, I don't remember would told me that, jhMikeS perhaps ?
23:11:46	pamaury	s/woudl/who
23:12:11		Join keyb_gr [0] (~chatzilla@p4FF02895.dip.t-dialin.net)
23:18:14		Join Thra11__ [0] (~thrall@87.114.104.13)
23:19:04		Quit Judas_PhD (Quit: This is a quitting message)
23:20:34	pamaury	TheLemonMan: call and jump can take arguments, no need to add extra tests in your patch :)
23:21:03		Quit keyb_gr (Ping timeout: 244 seconds)
23:21:11	TheLemonMan	oh, so there's no difference between the two ?
23:21:51		Quit Thra11_ (Ping timeout: 276 seconds)
23:22:10	TheLemonMan	i taught that call was more a 'branch and link' so used for functions
23:22:11	pamaury	no
23:22:30	pamaury	except for the semantics as far as know
23:26:05		Join powell14ski_ [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net)
23:27:43		Nick Thra11__ is now known as Thra11 (~thrall@87.114.104.13)
23:30:08	CIA-14	New commit by 03pamaury (r30106): elftosb: add support for jumps/calls with one argument ...
23:33:59	CIA-14	r30106 build result: All green
23:35:34		Quit wodz (Quit: Leaving)
23:43:04		Quit pamaury (Remote host closed the connection)
23:45:13		Join GeekShadow [0] (~Antoine@82.203.120.78.rev.sfr.net)
23:45:13		Quit GeekShadow (Changing host)
23:45:14		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
23:49:20		Join dan_a [0] (d917ad9c@gateway/web/freenode/ip.217.23.173.156)
23:53:04	CIA-14	New commit by 03buschel (r30107): Do not use double/float calculations but predefined tables in mod codec. Reduces codesize by several kilobytes.
23:55:33		Quit benedikt93 (Quit: Bye ;))
23:57:20	CIA-14	r30107 build result: 1 errors, 1 warnings (buschel committed)
23:57:54	Buschel	not mine

Previous day | Next day