#rockbox 2010-12-02

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 2010-12-02

00:00:59		Quit domonoky1 (Read error: Connection reset by peer)
00:05:52		Quit bertrik (Quit: :tiuQ)
00:06:02		Quit Kupop (Ping timeout: 240 seconds)
00:07:45		Quit kugel (Remote host closed the connection)
00:10:16		Quit stripwax (Quit: http://miranda-im.org)
00:12:07		Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net)
00:12:44		Join JdGordon\| [0] (~jonno@vl10.gw.ok-labs.com)
00:12:44		Quit JdGordon\| (Changing host)
00:12:44		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
00:17:40		Quit n1s (Quit: Lämnar)
00:23:18		Quit tchan (Read error: Connection reset by peer)
00:24:37	***	Saving seen data "./dancer.seen"
00:24:43		Quit ReimuHakurei (Read error: Connection reset by peer)
00:24:58		Join ReimuHakurei [0] (~reimu@74.112.212.15)
00:25:05		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
00:26:01		Quit parafin (Remote host closed the connection)
00:26:14		Join parafin [0] (parafin@paraf.in)
00:27:18		Quit robin0800 (Remote host closed the connection)
00:29:06		Quit mt (Ping timeout: 255 seconds)
00:30:57		Join tchan [0] (~tchan@lunar-linux/developer/tchan)
00:38:01		Quit casainho (Remote host closed the connection)
00:48:17		Quit Jerom (Quit: Leaving.)
00:53:41		Join Llorean [0] (~DarkkOne@rockbox/user/Llorean)
01:00
01:04:39		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
01:06:09		Quit BHSPitMonkey (Remote host closed the connection)
01:11:36		Quit Keripo (Quit: Leaving.)
01:12:24		Part toffe82
01:12:36		Quit pamaury (Read error: Connection reset by peer)
01:13:22		Quit evilnick_B (Quit: Page closed)
01:14:18		Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.)
01:17:27		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
01:19:46		Quit stripwax (Quit: http://miranda-im.org)
01:20:59		Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
01:25:19		Quit GeekShadow (Quit: The cake is a lie !)
01:28:15		Quit Guinness (Read error: Connection reset by peer)
01:32:32		Join Keripo [0] (~Keripo@eng296.wireless-resnet.upenn.edu)
01:38:55		Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net)
01:40:39		Quit Llorean (Ping timeout: 255 seconds)
01:43:23	JdGordon\|	anyone still awake that can do me a logf build?
01:46:52		Join madalu [0] (~user@unaffiliated/madalu)
01:50:48		Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
01:54:29	JdGordon\|	Has anyone else seen playback suddenly stop but the UI keeps working untill you try to actually stop playback?
02:00
02:00:35		Join Strife1989 [0] (~Strife89@adsl-80-152-33.mcn.bellsouth.net)
02:01:10	Strife1989	JdGordon\|: Here and there, but not often enough or consistent enough to file a bug report.
02:01:25		Quit Strife89 (Disconnected by services)
02:01:30		Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-152-33.mcn.bellsouth.net)
02:06:04		Quit madalu (Ping timeout: 240 seconds)
02:24:38	***	Saving seen data "./dancer.seen"
02:29:23		Join noamsml_ [0] (~noamsml@adsl-75-45-234-147.dsl.sfldmi.sbcglobal.net)
02:31:18		Quit noamsml (Ping timeout: 250 seconds)
02:44:50		Quit froggyman (Remote host closed the connection)
02:51:47		Join Keripo1 [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu)
02:53:15		Join eWill [0] (~chatzilla@adsl-76-235-49-53.dsl.dytnoh.sbcglobal.net)
02:54:39		Quit Keripo (Ping timeout: 272 seconds)
02:54:42	eWill	I have a c200 v1. I just turned it on, and RB says battery is at 23%. Then for about 1.5 minutes the % is slowly rising till it reaches 50%. Is that normal? Perhaps it's because I'm in a cold room???
02:57:42		Quit UnclePervyJesus (Read error: Connection reset by peer)
02:57:59		Join UnclePervyJesus [0] (~ubernoob@2001:c08:3700:ffff::17:ff75)
02:58:01	Strife89	eWill: It may well be the cold temperature.
02:58:51		Quit Judas_PhD (Ping timeout: 255 seconds)
03:00
03:00:57		Nick noamsml_ is now known as noamsml (~noamsml@adsl-75-45-234-147.dsl.sfldmi.sbcglobal.net)
03:04:16		Nick Llorean1 is now known as Llorean (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net)
03:04:29		Quit Llorean (Changing host)
03:04:30		Join Llorean [0] (~DarkkOne@rockbox/user/Llorean)
03:04:39		Join krabador [0] (~krabador@host101-24-dynamic.247-95-r.retail.telecomitalia.it)
03:05:31		Quit MethoS- (Remote host closed the connection)
03:11:26		Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630])
03:13:09		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
03:17:43	UnclePervyJesus	having a problem starting the speed test, cant find "test codec" in the openwith dialog
03:23:16		Quit Llorean (Quit: Leaving.)
03:24:22		Join ZhangNing [0] (~ZhangNing@116.3.5.60)
03:29:57		Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net)
03:30:03		Quit Llorean (Changing host)
03:30:03		Join Llorean [0] (~DarkkOne@rockbox/user/Llorean)
03:31:30		Join JdGordon1 [0] (~jonno@58.96.27.157)
03:33:18		Quit designate72 (Ping timeout: 245 seconds)
03:34:20		Part ZhangNing
03:34:35		Quit JdGordon\| (Ping timeout: 250 seconds)
03:38:37		Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net)
03:49:07		Join Chesteta [0] (~4394a340@giant.haxx.se)
03:49:33	Chesteta	hello,isewill here?
03:50:17	Chesteta	messed up spacebar, sorry
03:50:23	Chesteta	eWill?
03:51:25		Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net)
03:51:25		Quit LambdaCalculus37 (Changing host)
03:51:25		Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37)
03:52:55	Chesteta	I was wondering what luck you have been having with your fuzev2; have you achieved usb transfer from within rockbox?
03:54:56		Quit designate72 (Ping timeout: 265 seconds)
03:54:59		Quit Chesteta (Quit: CGI:IRC (EOF))
03:59:16		Quit Judas_PhD (Ping timeout: 272 seconds)
04:00
04:06:23		Quit InsDel (Read error: Connection reset by peer)
04:08:07		Quit krabador (Quit: Sto andando via)
04:11:09		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
04:13:44		Quit JdGordon (Ping timeout: 272 seconds)
04:15:18		Quit TheSeven (Ping timeout: 245 seconds)
04:19:09		Join DerPapst1 [0] (~Alexander@p5DE5B34E.dip.t-dialin.net)
04:20:34		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:20:47		Quit DerPapst (Ping timeout: 240 seconds)
04:24:41	***	Saving seen data "./dancer.seen"
04:29:54		Quit LambdaCalculus37 (Quit: Fwump)
04:30:52		Part UnclePervyJesus
04:31:07		Join UnclePervyJesus [0] (~ubernoob@2001:c08:3700:ffff::17:ff75)
04:44:19		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:44:20		Quit amiconn (Disconnected by services)
04:44:20		Quit pixelma (Disconnected by services)
04:44:21		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:44:23		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:44:38		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:50:02		Quit sasquatch (Quit: WeeChat 0.3.2)
04:50:27		Join sasquatch [0] (~username@p4FF2D0E6.dip.t-dialin.net)
05:00
05:03:46		Nick JdGordon1 is now known as JdGordon (~jonno@58.96.27.157)
05:08:21		Quit rodan ()
05:25:27		Quit Horscht (Quit: Verlassend)
05:26:54		Quit anewuser ()
05:27:38		Join zeleftikam [0] (~zeleftika@unaffiliated/zeleftikam)
05:35:16		Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de ))
05:40:28		Quit JdGordon (Read error: Connection reset by peer)
05:40:56		Join JdGordon [0] (~jonno@vl10.gw.ok-labs.com)
05:40:57		Quit JdGordon (Changing host)
05:40:57		Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
05:52:45		Join mordocai [0] (~mordocai@66.119.9.243)
05:55:03		Quit mordocai (Quit: reboot for kernel update)
05:59:36		Join mordocai [0] (~mordocai@66.119.9.243)
06:00
06:03:00	mordocai	Am I right in thinking that changing the hotkeys for my sansa clip+ would require a source code edit?
06:05:36	JdGordon	depends on what you want to change
06:07:04	mordocai	I want to change Long Home to Unlock/Lock and change Home + Select to shortcut menu.
06:07:13	JdGordon	then yes
06:07:32	mordocai	(easier to do one handed while it is in my pocket :P)
06:10:35	zeleftikam	any idea how to Quit an application on an iPod 5g?
06:10:42	zeleftikam	i'm stuck in the Calendar!
06:12:15		Quit DerPapst1 (Quit: Leaving.)
06:13:08	mordocai	zeleftikam: I don't really know which one is the 5g(don't use apple devices) but might try menu+select (found here: http://download.rockbox.org/daily/manual/rockbox-ipodcolor/rockbox-buildch11.html#x14-27700011.4.4)
06:13:26	zeleftikam	ah! that worked! thanks so much mordocai!
06:13:35	zeleftikam	i swear i tried every other combination :P
06:13:49	mordocai	zeleftikam: Of course :P. Always works that way lol
06:14:10	mordocai	zeleftikam: In any case, the applicatin section of the manual for your device should have all the hotkeys for the apps
06:15:58	mordocai	zeleftikam: Sorry, the actual section in table of contents is "Plugins". Applications is a subsection
06:16:56	mordocai	By the way, to the developers, I'm very impressed with the comprehensive documentation that is provided for all the ports. Very good quality IMHO.
06:17:06	zeleftikam	yeah i was surprised to even hear of any
06:18:24	mordocai	speaking of that, I just found a typo in the clip+ manual.
06:18:30	*	mordocai goes to find out how to fix manual typos
06:20:12	JdGordon	file a bug usually.. or just tell someone here
06:20:21	JdGordon	whats the typo?
06:21:40	mordocai	Oh, I was going to go fix it myself lol. The keymap for the brickmania game plugin is only half showing up. What the keys do is showing up, but not which keys do them.
06:22:10	mordocai	Looks like there are a few like that, actually
06:22:12	JdGordon	thats more than a typo
06:22:37	mordocai	Yeah, more like someone just hasn't taken the time to add them all to the docs yet.
06:24:42	***	Saving seen data "./dancer.seen"
06:25:40	mordocai	Well, in my free time i'll go ahead and start adding the missing hotkeys to the manual. Would it be better to submit one patch per a plugin, or one patch when i'm done updating a section (like all games, or all applications, etc.)
06:35:37		Join UNHchabo [0] (~UNHchabo@c-98-255-136-109.hsd1.ca.comcast.net)
06:38:36	UNHchabo	hey all, I have a Sansa E200v1, and it started locking up the other day after I updated the firmware. I tried a firmware downgrade, and other updates, but that didn't fix the issue.
06:39:19	UNHchabo	the device still works with the default firmware
06:40:23	UNHchabo	I turn the device on, and the music starts playing, but if I try to do anything except navigate through the menu, it locks up
06:40:58	UNHchabo	if I don't touch it after powering it on, then it locks up 2 seconds from the end of the track
06:42:52	UNHchabo	if I delete that song, then the same thing will happen with the next track on the playlist
06:42:56	mordocai	UNHchabo: Well, I am new to rockbox so take the suggestion in that context, but have you tried deleting the .rockbox folder and reinstalling the firmware? Might be some kind of config issue.
06:43:28	UNHchabo	alright, I can try that, and get back
06:43:45	mordocai	rockbox firmware*
06:46:36		Join Strife1989 [0] (~Strife89@adsl-67-48-253.mcn.bellsouth.net)
06:48:25		Quit Strife89 (Disconnected by services)
06:48:28		Nick Strife1989 is now known as Strif8e9 (~Strife89@adsl-67-48-253.mcn.bellsouth.net)
06:48:33		Nick Strif8e9 is now known as Strife89 (~Strife89@adsl-67-48-253.mcn.bellsouth.net)
06:50:50		Quit Loto (Quit: Loto)
06:51:14		Quit factor (Read error: Operation timed out)
07:00
07:06:00		Join ReimuHakurei_ [0] (~reimu@74.112.212.15)
07:07:35		Quit ReimuHakurei (Read error: Connection reset by peer)
07:21:34		Join Loto [0] (~nfs@S01060012171a84e3.no.shawcable.net)
07:21:34		Quit Loto (Changing host)
07:21:34		Join Loto [0] (~nfs@xbmc/user/Loto)
07:29:47		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
07:32:27	UNHchabo	mordocai, that worked, I just wish I didn't have to delete the directory ;)
07:32:29	UNHchabo	thanks though
07:32:57	mordocai	UNHchabo: Yeah, there may have been an less invasive way... but that was the first thing i thought of. Glad it is working again!
07:34:01		Quit factor (Read error: Operation timed out)
07:37:38		Quit jepler (Read error: Operation timed out)
07:38:04		Join hebz0rl [0] (~hebz0rl@dslb-088-065-209-051.pools.arcor-ip.net)
07:42:11		Join mystica555_ [0] (~mike@c-75-70-179-25.hsd1.co.comcast.net)
07:45:03		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
07:52:16		Join ender` [0] (krneki@foo.eternallybored.org)
07:53:36		Join LinusN [0] (~linus@rockbox/developer/LinusN)
08:00
08:03:13		Quit JdGordon (Quit: leaving)
08:11:20		Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au)
08:24:43	***	Saving seen data "./dancer.seen"
08:36:10		Part UNHchabo
08:44:13		Quit JdGord (Quit: Bye)
08:45:10		Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au)
09:00
09:03:01		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
09:03:12		Quit stripwax (Client Quit)
09:04:42		Quit iq (Ping timeout: 250 seconds)
09:13:32	AlexP	mordocai: More than one plugin in a patch is fine by me, but I'd prefer any e.g. white space changes to be separate. It makes it difficult to review otherwise
09:15:40		Join Rob2222 [0] (~Miranda@p4FFF202A.dip.t-dialin.net)
09:18:25		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:19:00		Quit chattr (Ping timeout: 250 seconds)
09:19:11		Quit Rob2223 (Ping timeout: 265 seconds)
09:20:31		Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
09:20:43	mordocai	AlexP: Yeah, there shouldn't be any whitespace or anything. I'll just be adding in the correct \opt directives to get the correct keys to show up in the tables.
09:20:53	AlexP	sounds good!
09:23:49		Join Zagor [0] (~bjst@rockbox/developer/Zagor)
09:24:47		Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler)
09:26:20		Quit Strife89 (Ping timeout: 255 seconds)
09:26:46		Join Strife89 [0] (~Strife89@adsl-67-48-253.mcn.bellsouth.net)
09:29:42	*	mordocai just realized that the little icon that he couldn't figure out was saying that the SD card was being used...
09:34:00		Join factor_ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
09:34:27		Quit factor (Read error: Connection reset by peer)
09:35:22		Quit factor_ (Remote host closed the connection)
09:35:36	AlexP	or internal memory
09:35:36		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
09:35:45	AlexP	"disk" access basically :)
09:36:12	mordocai	Oh, okay. I just noticed it was staying on during database update. Before it would just flash occaisionally, so I was confused lol
09:36:30		Quit chattr (Ping timeout: 245 seconds)
09:36:45	Zagor	soap: link fixed
09:43:06		Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net)
09:43:16		Join swilde [0] (~wilde@aktaia.intevation.org)
09:48:03		Join petur [0] (d408b802@rockbox/developer/petur)
09:53:18		Join MethoS- [0] (~clemens@134.102.106.250)
09:53:19		Join amee2k [0] (~thomas@ve504.cugnet.net)
09:58:08		Quit MethoS- (Remote host closed the connection)
09:58:25		Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
09:58:57		Quit zu (Ping timeout: 240 seconds)
09:59:09		Join _jhMikeS_ [0] (~jethead71@99.29.197.60)
09:59:16		Quit _jhMikeS_ (Changing host)
09:59:17		Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS)
09:59:17		Quit jhMikeS (Disconnected by services)
09:59:21		Join Kitr88 [0] (~Kitarist@BSN-182-110-132.dial-up.dsl.siol.net)
10:00
10:02:08		Quit Kitar\|st (Ping timeout: 240 seconds)
10:03:39	mordocai	By the way, using the current build(i was using 3.7.1 before) i'm still getting the error shown here: http://debian.pastebin.com/f09yqWHk when adding songs to a dynamic playlist that already has songs in it. Still appears to be happening intermittently, I can't seem to reproduce it too reliably. Any ideas on how to debug this?
10:03:57	mordocai	That's with the sansa clip+
10:04:28		Quit Kitr88 (Ping timeout: 276 seconds)
10:04:29		Quit TheSeven (Ping timeout: 240 seconds)
10:05:04	Stummi	i belive that i readed something like this a few days ago in the bugtracker
10:06:40	mordocai	Okay, i'll look through the bugs manually real quick. (I tried a search, but failed)
10:06:47	Stummi	ah yes, #11655
10:06:57	Stummi	http://www.rockbox.org/tracker/task/11655
10:08:41		Join Kitar\|st [0] (Kitarist@89.142.69.238)
10:09:25	mordocai	Yep, that it is! Thanks. I'll have to comment to say that it is doing it on my clip+ with or without a cable plugged in :P
10:09:29	mordocai	is it*
10:09:43		Join zu [0] (~zu@ks355000.kimsufi.com)
10:11:20		Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com)
10:13:23	Stummi	mordocai, yes, good idea
10:14:32	Stummi	hm, i think it would make sense to set priority for #11655 to high, or?
10:15:13	Stummi	erm, medium
10:15:14	pixelma	so far, the priority hasn't been payed much attention
10:15:17	Zagor	Stummi: the priority field isn't really used
10:15:25	Stummi	hm, ok :)
10:15:55	mordocai	Stummi: I'd agree at least medium if priority field was being actively used though :P. Kind've annoying to not be able to quickly make a nice playlist.
10:16:54	Stummi	yes. This is a realy serve bug for rockbox imho
10:24:46	***	Saving seen data "./dancer.seen"
10:40:25		Quit xxcv ()
10:53:05		Quit liar (Ping timeout: 255 seconds)
10:53:35		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
11:00
11:05:19		Quit factor (Ping timeout: 245 seconds)
11:07:21		Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au)
11:10:41		Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr)
11:10:41		Quit pamaury (Changing host)
11:10:41		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:12:39		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
11:17:22	pixelma	can someone ban this wanxin511 - deleting his spam currently but am not sure if I'm allowed to ban (it might be a one time thing though)
11:17:27	pixelma	in the forums
11:17:34	AlexP	sure
11:18:20	AlexP	done
11:20:00		Quit user890104 (Ping timeout: 272 seconds)
11:24:35		Join swilde` [0] (~wilde@aktaia.intevation.org)
11:33:39		Join iq [0] (~iq@unaffiliated/iq)
11:34:40		Quit Judas_PhD (Quit: This is a quitting message)
11:42:51		Quit ReimuHakurei_ (Read error: Connection reset by peer)
12:00
12:18:49	Torne	http://forums.rockbox.org/index.php?action=profile;u=27931 also needs banning
12:18:53	Torne	AlexP: poke
12:20:56		Quit xxcv ()
12:24:48	***	Saving seen data "./dancer.seen"
12:33:13		Join InsDel [0] (~haqr.net@unaffiliated/insdel)
12:40:30		Quit efyx (Remote host closed the connection)
12:41:07		Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net)
12:48:02		Join panni_ [0] (hannes@ip-178-203-77-160.unitymediagroup.de)
12:48:58		Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt)
12:55:37		Quit InsDel (Read error: Connection reset by peer)
13:00
13:05:16		Quit antil33t (Read error: Connection reset by peer)
13:05:27		Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
13:08:06		Join mt [0] (~mt@41.233.153.220)
13:13:09		Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
13:13:29		Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au)
13:15:37		Quit BlakeJohnson86 (Ping timeout: 250 seconds)
13:16:24		Join dfkt [0] (dfkt@unaffiliated/dfkt)
13:16:45		Quit antil33t (Read error: Connection reset by peer)
13:16:54		Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz)
13:20:40	AlexP	Torne: Done, ta
13:21:08		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
13:23:35		Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
13:24:29		Quit chattr (Remote host closed the connection)
13:24:49		Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124101])
13:30:47		Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
13:32:23		Quit bluebrother (Disconnected by services)
13:32:25		Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
13:32:52		Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au)
13:36:20		Quit BlakeJohnson86 (Ping timeout: 260 seconds)
13:47:26		Quit Rondom (Ping timeout: 276 seconds)
13:51:52		Join kugel [0] (~kugel@rockbox/developer/kugel)
13:51:54		Quit JdGord (Read error: Connection reset by peer)
13:52:37		Quit sinthetek (Read error: Operation timed out)
14:00
14:02:23		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
14:02:57	mc2739	can a forum admin ban a spammer? only7youz
14:03:46	Stummi	mc2739, ask AlexP
14:03:58	Stummi	hm, there seems to be many spammers today
14:07:52	gevaerts	or Bagder, soap or GodEater
14:07:58	gevaerts	(I think)
14:08:41		Join Rondom [0] (~rondom@lvps178-77-79-47.dedicated.hosteurope.de)
14:09:37	Bagder	done
14:12:17	mc2739	thanks
14:17:51		Quit factor (Ping timeout: 255 seconds)
14:24:50	***	Saving seen data "./dancer.seen"
14:45:46		Quit robin0800 (Remote host closed the connection)
14:53:53		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
14:58:33		Nick Strife89 is now known as Desk-Strife89 (~Strife89@adsl-67-48-253.mcn.bellsouth.net)
15:00
15:00:30		Join komputes [0] (~komputes@ubuntu/member/komputes)
15:08:44		Join evilnick_B [0] (0c140464@rockbox/staff/evilnick)
15:11:14		Quit xxcv ()
15:20:12		Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info)
15:24:01		Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
15:28:07		Join sinthetek [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com)
15:28:07		Quit sinthetek (Changing host)
15:28:07		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
15:30:53		Quit z35 (Ping timeout: 265 seconds)
15:31:43		Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
15:32:31		Join anewuser [0] (anewuser@unaffiliated/anewuser)
15:32:45		Join daggett [0] (~denis@xbn44-5-88-185-226-114.fbx.proxad.net)
15:32:59	daggett	hi all
15:33:49	daggett	can anyone tell me if the support for RTC mod on IHP120 is compiled in the standard stable version rockbox ?
15:34:36	daggett	I just finished the mod and now wants to use it, but I can't find any menu item to set it or display it
15:34:40		Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs))
15:35:13	gevaerts	it's not
15:35:23		Quit swilde` (Quit: ERC Version 5.3 (IRC client for Emacs))
15:35:38	gevaerts	In general we assume that if you can manage to do a hardware mod, you can manage to compile too
15:39:34		Join MethoS- [0] (~clemens@134.102.106.250)
15:41:16		Join bmbl [0] (~bmbl@dsl-217-162-64.pool.bitel.net)
15:41:16		Quit bmbl (Changing host)
15:41:16		Join bmbl [0] (~bmbl@unaffiliated/bmbl)
15:43:26	daggett	gevaerts: ok, thanks, so, I will try to compile it then
15:58:44		Join DerPapst [0] (~Alexander@p4FE8EFE8.dip.t-dialin.net)
16:00
16:12:27		Quit kugel (Ping timeout: 265 seconds)
16:20:29		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
16:24:52	***	Saving seen data "./dancer.seen"
16:28:36		Join mattymo [0] (~mmosesoh@nat/redhat/x-juqdfmlnakujqcng)
16:35:50		Part Zagor
16:36:50		Quit petur (Ping timeout: 265 seconds)
16:43:00		Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net)
16:46:37	daggett	ok, I compiled and installed the new RTC-enabled rockbox but clock and alarmclock plugins say : "incompatible version"
16:47:08		Part LinusN
16:48:01	gevaerts	Sounds like you didn't install properly
16:48:19	evilnick_B	That's a sign of the plugins being from the previous installation
16:59:27		Quit mortalscan (Remote host closed the connection)
16:59:43		Join mortalscan [0] (~mortalsca@109.169.55.155)
17:00
17:11:33		Join n1s [0] (~n1s@nl118-174-240.student.uu.se)
17:11:33		Quit n1s (Changing host)
17:11:33		Join n1s [0] (~n1s@rockbox/developer/n1s)
17:18:03	daggett	gevaerts: evilnick: ok, so maybe I need the fullzip version then
17:21:14		Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221)
17:21:50	saratoga	AlexP: can you ban UGG603898
17:21:58	AlexP	yep
17:22:12	gevaerts	Do those users come from different IPs?
17:23:14	saratoga	lots of audio sites getting slammed with spam lately
17:23:48		Join ReimuHakurei [0] (~reimu@74.112.212.15)
17:24:11	AlexP	gevaerts: Sadly yes
17:24:17	daggett	thanks a lot, it was my file-roller that was incorrectly configured to NOT erase existing files : damn GUI !
17:26:05	AlexP	gevaerts: completely different subnets too
17:29:52	gevaerts	AlexP: I seem to always getting the exact same captcha on the registration page
17:30:27	AlexP	gevaerts: You'll have to talk to scorche about that, I can't get to that bit
17:31:06	gevaerts	I know, but it might explain the problem
17:31:14	Llorean	It's been that way for years, I think
17:31:29	AlexP	yeah, if it always the same it doen't help fight spammers
17:32:07	gevaerts	Good for support though
17:35:11		Quit simonrvn (Read error: Connection reset by peer)
17:45:16		Join simonrvn [0] (simon@211.59-ppp.3menatwork.com)
17:50:19		Join TheLemonMan [0] (~lem0n@ppp-68-155.98-62.inwind.it)
17:56:40		Join Buschel [0] (~chatzilla@p54B66E97.dip.t-dialin.net)
18:00
18:03:46		Quit liar (Ping timeout: 255 seconds)
18:04:55		Quit ReimuHakurei (Ping timeout: 245 seconds)
18:11:08		Quit TheLemonMan (Quit: free(me))
18:11:43		Quit riotz (Remote host closed the connection)
18:12:19		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
18:13:55		Quit Buschel (Ping timeout: 264 seconds)
18:15:48		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
18:17:20		Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt)
18:21:09		Join TheLemonMan [0] (~lem0n@ppp-68-155.98-62.inwind.it)
18:24:53	***	Saving seen data "./dancer.seen"
18:25:20		Join kugel [0] (~kugel@rockbox/developer/kugel)
18:28:21		Quit TheSeven (Ping timeout: 240 seconds)
18:30:55		Join Buschel [0] (~chatzilla@p54B66E97.dip.t-dialin.net)
18:32:08	kugel	Buschel: are your cache align patches in svn now?
18:35:18	Buschel	yes, you can use MEM_ALIGN_ATTR now for aligning
18:35:50	Buschel	several codecs use it as well, and there is something to test for you :) -> http://pastie.org/1339342
18:36:31	Buschel	the patch changes a52, aac-he and wmapro (iram + aligning)
18:36:40	kugel	I'm looking at test codec, and I'm curious why my phone is much faster in some codecs (and the results are older) than the beast
18:37:10	kugel	I'll commit enable-asm for android, then give your patch a test
18:38:16	Buschel	fine :)
18:44:54	kugel	both are arm11, but my phone should be slowed down by OS preemption and java layer, but it's still a lot faster in most codecs
18:50:51	Buschel	maybe ram/iram is faster, you could take a look at it with test_mem plugin
18:56:42	kugel	8MB/s
19:00
19:03:01	preglow	anyone ever look at the ffmpeg aac decoder properly?
19:03:14		Join ReimuHakurei [0] (~reimu@74.112.212.15)
19:04:44		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
19:06:24		Quit factor (Read error: Connection reset by peer)
19:06:35		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
19:07:33	Buschel	kugel: 8MB/s? that is quite few. boostes or unboosted?
19:07:52	kugel	RaaA doesn't control boosting
19:08:21	kugel	I assume that's boosted, as busy looping puts load on the cpu and the OS boosts
19:12:04	kugel	Buschel: ah no wait, it gives strange numbers
19:12:36	kugel	rd/wr is 200-266MB/s, st is 400MB/s and cp is 400-800MB/s
19:12:59	kugel	when I touch the screen all are 800MB/s
19:14:05	kugel	(8MB/s was what I remembered wrongly from running it the last time)
19:18:55	kugel	Buschel: the asm in test_mem is wrong I think
19:21:07		Quit Keripo1 (Ping timeout: 264 seconds)
19:22:34		Quit MethoS- (Remote host closed the connection)
19:24:13		Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
19:24:20		Quit bertrik (Changing host)
19:24:20		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
19:27:27	Buschel	kugel: it works for all other targets and gives reasonables numbers
19:28:00	kugel	it substracts 8 from the address each loop, but reads/writes 16 bytes
19:28:25	kugel	the >>21 in the memcpy test is also wrong I think
19:28:28	Buschel	let me check
19:32:20	Buschel	the loops are correct from what I see. the loops do not decrease adress, but the number of registers written or read.
19:32:39	Buschel	it does the same as the c-implementation below
19:33:54	Buschel	>>21 is also correct as memcpy is called for half buffer size (see line 68-73)
19:35:22	kugel	but the loop count is doubled
19:35:49	kugel	the C implementation does 4 rd/wr per loop, the asm does 8
19:35:59	kugel	(hence my confusion about 16 bytes)
19:36:39	Buschel	kugel: correct. you confused with your memcpy statement (need to check again)
19:37:44		Quit benedikt93 (Quit: Bye ;))
19:38:15	kugel	I find it confusing that buf_size is not in bytes unit
19:40:59		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net)
19:41:09		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
19:41:38	gevaerts	AlexP, soap, Bagder, GodEater: more banning needed (hair06ij)
19:41:51	AlexP	ffs, what is going on today?
19:43:30	Buschel	kugel: you might be right about >>21.
19:45:32	*	gevaerts wishes he knew
19:46:11		Join ReimuHakurei_ [0] (~reimu@74.112.212.15)
19:47:24		Join Keripo [0] (~Keripo@mey153.wlan.design.upenn.edu)
19:47:38		Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de)
19:47:45		Quit ReimuHakurei (Read error: Connection reset by peer)
19:49:32		Quit sinthetek (Ping timeout: 250 seconds)
19:49:35		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
19:50:27	Buschel	kugel: yes, it is wrong. thank god it only impacts the printf :)
19:50:59	kugel	I have a patch for test_mem for fixing a few things, I will test and commit
19:51:09	Buschel	just do it :)
19:53:11	kugel	I'll need a higher loop count for reasonable numbers on my phone
19:53:51	gevaerts	hm, would a system to warn us when a newly registered forum user posts more than e.g. three times in ten minues be hard to build?
19:54:49	Buschel	it's a shame the S5L has such a slow ram... PP5022 (at same clock) has 1.5x faster iram read, 3x faster iram write, 1.1x faster dram read and 50% faster dram write
19:55:09	Buschel	(using the sped up DRAm setting for S5L)
19:55:50		Nick tmzt_g2root is now known as tmzt (~tmzt@76.211.0.152)
19:56:13		Quit stripwax (Quit: http://miranda-im.org)
19:56:58		Quit factor (Read error: Connection reset by peer)
19:57:09		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
19:58:01		Quit factor (Read error: Connection reset by peer)
19:58:41		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
20:00
20:07:47		Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com)
20:19:12		Join InsDel [0] (~haqr.net@unaffiliated/insdel)
20:20:34	kugel	Buschel: ok, on my fuze it's 50/114/114/72 now
20:20:43	kugel	memcpy shouldn't be faster than read
20:21:36		Quit bmbl (Quit: Verlassend)
20:23:55		Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124101])
20:24:31		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
20:24:31	Buschel	the read measurement looks strange in relation to the other...
20:24:55	***	Saving seen data "./dancer.seen"
20:26:28	Buschel	kugel: was this iram or dram, boosted or unboosted?
20:26:41	kugel	dram
20:26:45	kugel	unboosted
20:27:04	Buschel	at which clock speed for the dram?
20:27:25		Join b0hoon [0] (~quassel@public-gprs81384.centertel.pl)
20:29:26	kugel	dunno
20:29:38	kugel	something was wrong with my built I think
20:29:51	kugel	I couldn't boost or unboost
20:31:30	saratoga	preglow: i read through it a while ago
20:31:38	saratoga	but didn't do anything else with it
20:32:24	kugel	hm, cpu freq scaling seems broken on fuzev2
20:33:22	kugel	ah oops
20:33:32	kugel	it's not activated on amsv2, right?
20:33:38		Join ReimuHakurei__ [0] (~reimu@74.112.212.15)
20:35:09		Quit ReimuHakurei_ (Read error: Connection reset by peer)
20:37:49	kugel	Buschel: I get the same numbers in svn though
20:38:22	Buschel	kugel: mayb eeffect of caches?
20:38:31	Buschel	*effect
20:42:16	n1s	Buschel: do you still need testing of that patch?
20:42:31	Buschel	yes, if you still have some time?
20:45:25		Join Horscht [0] (~Horschti@p4FD4F7EB.dip.t-dialin.net)
20:45:26		Quit Horscht (Changing host)
20:45:26		Join Horscht [0] (~Horschti@xbmc/user/horscht)
20:45:50		Quit Keripo (Quit: Leaving.)
20:47:34	Buschel	saratoga: your change to libmad for arm9 saves 1.2 MHz on nano 2g on a 200kbps sample
20:48:08	saratoga	Buschel: huh thats less then I measured
20:48:30	saratoga	kugel: yeah its off, turning it on is generally stable but some people reported occasional problems with it enabled
20:48:55	saratoga	i think i got just less then 2MHz on my nano2g
20:50:01		Join b0hoon_ [0] (~quassel@public-gprs51097.centertel.pl)
20:50:29	*	pamaury finds the imx23 power system quite scary
20:50:43		Quit b0hoon (Ping timeout: 255 seconds)
20:51:18		Join riotz [0] (riot33r@gateway/shell/shellium.org/x-jbejmqjqwmkoxvxe)
20:54:30		Quit elcan (Ping timeout: 265 seconds)
20:57:02		Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
20:57:11		Quit dfkt (Read error: Connection reset by peer)
20:58:29		Join T44 [0] (~Topy44@g227206026.adsl.alicedsl.de)
21:00
21:00:44	kugel	Buschel: my patch will also increase the loop count if its too low to be accurate (<10)
21:01:32	n1s	Buschel: so same paste as yesterday, beast and coldfire, speed vs svn, aache, a52, wmapro?
21:01:48	Buschel	n1s: yes
21:01:51		Join Keripo [0] (~Keripo@eng348.wireless-resnet.upenn.edu)
21:01:57		Quit Topy (Ping timeout: 245 seconds)
21:02:00	Buschel	kugel: it will do this dynamically?
21:02:36	kugel	yea
21:02:51	Buschel	kugel: cool
21:04:34		Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt)
21:05:11	n1s	Buschel: if you are going to keep optimizing the codecs like this you should ask the fund for a coldfire based target :)
21:06:12	*	Buschel 's wife would kill him (or at least destroy such a target)
21:07:28	CIA-7	New commit by kugel (r28720): Some improvements for test_mem: ...
21:09:18		Join LambdaCalculus37 [0] (~3f74f70d@giant.haxx.se)
21:09:47	CIA-7	r28720 build result: All green
21:12:07		Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com)
21:14:43		Nick Desk-Strife89 is now known as Strife89 (~Strife89@adsl-67-48-253.mcn.bellsouth.net)
21:15:25		Quit LambdaCalculus37 (Quit: go time)
21:15:48	kugel	Buschel: 440/550/600-1000/600-850 now on my phone
21:17:43	Buschel	kugel: this should explain why your phone is so much faster. i cannot image that the beast's ram is that fast
21:18:24	Torne	yeah, the beast is probably pretty old sdram tech, but cellphones are typically DDR2 or whatever these days
21:18:35	kugel	the loop transfer 192MB instead of 8MB as previously because of the dynamic loop count increment
21:19:20	kugel	the mem* results are still varying a lot though
21:21:20	pamaury	I have disassemble the first part of the first boot section of the fuze+, it only deals with the power system and perfectly matches the imx233 doc as far as I checked
21:22:31	bertrik	great
21:23:14	pamaury	It's not clear to me what it does, since the power system of the chip is quite complicated
21:23:35	pamaury	My guess is that is tries to find the best setup, depending on the power source
21:24:19	bertrik	can I have a look at some other parts?
21:25:02	pamaury	please do :) I only had a look at the first generated elf of the ____ section, so there are still lots of things
21:25:14	pamaury	perhaps try to have a look at another section ? like host or play ?
21:25:24	CIA-7	New commit by b0hoon (r28721): HDD6330: add missing button for test_codec.
21:25:45	bertrik	ok, I'll start with the smaller of those two
21:25:57	bertrik	sbinfo now creates an .elf, right?
21:26:19	pamaury	then you want host :) Yes
21:26:56	pamaury	the scheme I use is not perfect but it should do, it creates only elf file for each [load; ..;load; fill; ...; fill; call/jump] block
21:26:58	CIA-7	r28721 build result: All green
21:27:00	Buschel	kugel: test_mem does not compile on cygwin for simulation here...
21:27:05	pamaury	*s/only/one
21:27:43	kugel	Buschel: for simulation?
21:27:52	bertrik	the "host" one looks very simple :)
21:28:06	bertrik	just LOADs and one JUMP
21:28:37		Quit toffe82 (Read error: Connection reset by peer)
21:28:44	kugel	I'm not sure if it ever worked on the sim
21:28:49	Buschel	yes, only checked for simulation yet. it does not like the "for(int i=0," −− it wants to have "i" declared outside the "for"-statement
21:29:10	pamaury	bertrik: any number of loads/fill and then one call; to match the fact that you "call" an elf file, thus it only has one entry point
21:29:11	Buschel	"error: 'for' loop initial declaration used outside C99 mode"
21:29:23	n1s	but we use c99 now
21:29:40	kugel	we "officially" allowed that now
21:29:47	n1s	Buschel: have you regenerated your config lately?
21:30:17	Buschel	I thought I had, will do "make reconf" now
21:30:58	kugel	ah, configure doesn't add -std=gnu99 for sim builds
21:31:56		Quit jgarvey (Ping timeout: 264 seconds)
21:32:13	Buschel	kugel: there is also a warning added -> "warning: unused variable `boost'" in line 191
21:35:28	CIA-7	New commit by b0hoon (r28722): HDD6330: implement block transfers through the LCD2 bridge in lcd_update_rect(), speedup is huge, fps over 4 times faster.
21:35:51	n1s	Buschel: http://pastebin.ca/2008891
21:35:57		Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com)
21:36:11		Quit {phoenix} (Read error: Connection reset by peer)
21:37:13	CIA-7	r28722 build result: All green
21:38:28	Buschel	n1s: very, very mixed up.... only the wmapro part of the patch is interesting on beast...
21:39:23	n1s	yeah
21:40:18	kugel	Buschel: I have a fix but it breaks build in other places
21:40:25	n1s	the measuring uncertainty on the beast is about 1% in my experience though so maybe the numbers are just an effect of that
21:40:40	bertrik	pamaury, do you have an imx233 datasheet?
21:41:31	Buschel	n1s: for wmapro the difference is >2%. so, this should be reliable?
21:41:45	pamaury	bertrik: yes, I think there is a link on the fuze+ wiki page
21:41:49	n1s	yeah, i think so
21:42:55	pamaury	hum, I might be wrong. I'm working with a imx23 datasheet
21:43:01	kugel	meh
21:43:20	kugel	calling standard library functions via rb-> messes things up...
21:44:14	Buschel	n1s: strange... I expected the largest change for a52...
21:45:41	bertrik	pamaury, I found an imx23 applications processor reference manual, but the title of the doc says imx233
21:45:51	pamaury	same for me
21:46:31	bertrik	IMX32RM Rev 1 11/2009
21:46:48	pamaury	same here :)
21:47:04	saratoga	test_mem could probably use more unwrapping on ARM for read/writes
21:47:22	saratoga	also adding an option to do aligned, vs. unaligned, and random vs. sequential
21:48:02	kugel	ahh
21:48:14	kugel	-O makes some c lib functions a macro, apparently
21:49:29	n1s	Buschel: on most (all targets with iram?) targets the codec stack is in iram so making those buffers static shouldn't affect the speed on coldfire really
21:50:28	Buschel	n1s: wait. the movem-advantage when aligning was only valid for DRAM, not IRAM, right?
21:51:16	n1s	Buschel: yes
21:51:51		Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net)
21:51:52	saratoga	why does the read test use a label called ".inner_loop_write" :)
21:51:52	Buschel	n1s: then this was the fact I forgot.. :/
21:52:04	n1s	the icache can give noticable effects from just shuffling things around though :(
21:52:19	Buschel	saratoga: because it was obviously copy-pasted ;)
21:52:46	Buschel	n1s: so, I better not change the codecs for now.
21:53:16		Quit Llorean (Ping timeout: 245 seconds)
21:54:47	kugel	?!
21:55:43	kugel	making an inline non-inline fixes link error, making it static inline fixes it as well; just keeping it inline gives the error
21:56:12	n1s	what is the link error?
21:56:15		Join sirdaniel [0] (~chatzilla@77-254-217-110.adsl.inetia.pl)
21:57:14		Quit sirdaniel (Client Quit)
21:57:14		Quit Llorean1 (Quit: Leaving.)
21:59:44	kugel	n1s: mp3_encoder.c:(.text+0x6238): undefined reference to `myswap32'
21:59:58	kugel	myswap32 is the mentioned inline function
22:00
22:01:15	n1s	interesting
22:03:14	n1s	also i imagine any compiler will produce horrid code from that ad it does the actual byteswap in an incredibly weird way
22:03:24	n1s	s/ad/as/
22:03:57		Join yelped [0] (~62741813@giant.haxx.se)
22:04:37	n1s	weird errors that go away like that usually mean there is something subtly wrong somewhere in my experience
22:05:05		Quit Slasheri_ (Ping timeout: 255 seconds)
22:05:10		Join Slasheri [0] (miipekk@xen.ihme.org)
22:05:10		Quit Slasheri (Changing host)
22:05:10		Join Slasheri [0] (miipekk@rockbox/developer/Slasheri)
22:05:10		Quit yelped (Client Quit)
22:05:18		Join yelped [0] (~62741813@giant.haxx.se)
22:06:05	yelped	BTW
22:06:27	preglow	saratoga: no thoughts on it?
22:06:48	yelped	Pamaury: Isn't the Lyre Project usin the imx233 as their development board?
22:06:56	yelped	*using
22:07:09	pamaury	I think so
22:07:32	kugel	don't know, they seem to be more busy with switching boards than getting something running
22:08:00	pamaury	yes, that's part of the problem
22:08:19	pamaury	But I think they managed to make rockbox run on it
22:08:45	yelped	Btw, I think the imx233 is the board, and the imx23 is the renamed STMP3780 processor.
22:09:08	yelped	So, can we build on their work?
22:09:12	pamaury	Anyway, the board is different so we can't just reuse their code, we first have to figure out the pins and peripherals
22:09:15	kugel	pamaury: from what I experienced that's not a very hard thing if you have all the docs and a sane way to get code on it
22:09:30	n1s	kugel: hmm, no this is very strange, the only call that is made to myswap32 is conditional on a var that is set according to a compile time constant but since the function is not static gcc should never delete it, even if it decides it is never called
22:09:54		Join b0hoon [0] (~quassel@public-gprs88038.centertel.pl)
22:10:10	pamaury	kugel: indeed, the imx23 doc is pretty complete
22:10:14	n1s	so this could very well be a compiler bug
22:10:23		Quit b0hoon_ (Ping timeout: 250 seconds)
22:10:40	kugel	gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)
22:11:03	kugel	that'd mean a regression from 4.4.4 to 4.4.5 which seems unlikely
22:11:26	kugel	it's triggered by std=gnu99 if I see it right, which we set in target builds
22:11:49		Join casainho [0] (~chatzilla@bl15-103-47.dsl.telepac.pt)
22:13:23	casainho	hello
22:13:46	casainho	I am starting to port Rockbox for a target which uses ARM i.MX233
22:14:06	casainho	there is already imx31 on Rockbox tree
22:14:11	casainho	shuld I merge both?
22:14:40	yelped	Perfect timing...
22:15:09		Quit factor (Remote host closed the connection)
22:15:15	Torne	if they are similar devices, yes
22:15:16	Torne	otehrwise no
22:15:25	pamaury	I fear imx23 and imx31 are completely different
22:15:48	n1s	yes, the imx23 is a rebranded sigmatel, right?
22:15:51	kugel	Buschel: does http://pastie.org/1342706 work for you?
22:16:32	pamaury	casainho: which target ?
22:16:52		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
22:17:26		Join stoffel [0] (~quassel@p57B4DC67.dip.t-dialin.net)
22:18:55	Buschel	kugel: I just added -std=gnu99 for simbuild and it worked (except the warning reagrding "boost", of course)
22:19:44	casainho	pamaury: this one: http://lyre.sourceforge.net/?q=content/lyre-protoype-finished
22:20:17	pamaury	ah, that's the lyre project
22:20:18	casainho	n1s: yes!
22:20:34	CIA-7	New commit by kugel (r28723): Change the gcc options for sdl builds to allow for gnu99 features, it needs some fixes in other places. Fixes test_mem compilation failure on cygwin.
22:20:42	TheLemonMan	pamaury: you might need this when disassemblying raw blobs :) http://pastie.org/private/opydjidq6nixcbjtssppeg
22:20:48	Buschel	kugel: compiliing your patch now
22:21:01	rasher	That would point heavily at "for god's sake don't merge"
22:21:27		Join Luca_S [0] (~52390ee4@giant.haxx.se)
22:21:40	Buschel	kugel: you were faster, sync'ing now
22:22:06	pamaury	TheLemonMan: so far, I've managed to disassemble things without any any problem, but thx
22:22:50	CIA-7	r28723 build result: 488 errors, 3 warnings (kugel committed)
22:22:54	Buschel	ouch
22:23:21	TheLemonMan	heh that script is handy as fuck
22:23:42	kugel	strange, I checked fuzev2
22:24:59	***	Saving seen data "./dancer.seen"
22:25:01	pamaury	TheLemonMan: what is the use ?
22:25:35	pamaury	with sbinfo, I build elf files from an sbfile, so I have the entry points, ida finds everything else alone
22:26:08	TheLemonMan	it forgot to analyze some areas for me, mostly when interworking is used
22:29:10	CIA-7	New commit by kugel (r28724): Fix reds, inclusion of C files into plugins is tricky.
22:31:36	CIA-7	r28724 build result: 0 errors, 3 warnings (kugel committed)
22:31:42	CIA-7	New commit by kugel (r28725): Fix player sim yellow
22:33:34	CIA-7	r28725 build result: All green
22:35:01	n1s	hmm, the use of (UN)LIKELY affects inlining in newer gcc versions
22:35:23	n1s	"warning: inlining failed in call to ‘oggpack_look’: call is unlikely and code size would grow"
22:35:57	Buschel	kugel: works for me as well
22:36:47	Buschel	kugel: bad effect in sim -> the loop count increases unstoppable as memset and memcpy will not exceed 2 or 3 ticks.
22:37:18	Buschel	kugel: do not knwo why... maybe this is not relevant for real targets
22:37:18	kugel	does it crash?
22:37:21	Buschel	no
22:37:30	Buschel	it just takes longer and longer to update
22:37:43	kugel	because the other loops are slower?
22:37:44	Buschel	and it can be regularly aborted
22:39:29	kugel	it won't do several GB/s (will it?), so it should stop getting faster at some point
22:39:38	kugel	err, getting higher
22:40:25	Buschel	the simulator reach 1600 MB/s here ;o) (very old notebook)
22:40:51	kugel	I'm getting 18GB/s
22:41:08	Buschel	as I said, very old notebook :)
22:41:26	kugel	and memset/cpy is much faster then the read/write tests
22:42:00	Buschel	does the tick count increase above 10 on your machine?
22:42:22	Buschel	(for memset/memcpy)
22:42:25		Quit stoffel (Remote host closed the connection)
22:42:28	kugel	yes, slowly :)
22:42:56	Buschel	maybe you should double the loop_cnt each time :)
22:43:01	*	Buschel changes code
22:44:22	Buschel	there we go
22:44:27	Buschel	>10 now
22:44:44	Buschel	~ 8 GB/s now
22:45:40	kugel	11 now
22:45:53	kugel	and I have 16/8 GB/s
22:45:56	n1s	haha, disabling branch hints (the UNLIKELY/LIKELY macros) improves vorbis decoding performance on cf with gcc 4.5...
22:46:21	kugel	makes me think the hint is wrong
22:46:51	n1s	since it decides that calls to functions declared "inline" that end up in "unlikely" branches are not worth to inline since the code will grow
22:47:41	kugel	if inlining makes a difference on speed, then it's not unlikely enough to UNLIKELY() it, I'd say
22:48:18	kugel	what happens if you make the other case LIKELY?
22:48:44	n1s	the problem is that the manual hints can say only likely/unlikely and AFAICT unlikely == !likely so if one branch is likely, the other is automatically unlikely
22:51:21	n1s	the old gcc didn't take this into account when inlining but could generate code that made taking a conditional branch be the unlikely case which is at least a theoretical win as long as the unlikely branch is executed < 50% of the time but if the inliner decides to make the unlikely branch that is executed 10% of the time 2X slower this will show up in overall speed...
22:51:31	kugel	does __attribute__((always_inline)) help?
22:51:36	n1s	yes
22:51:47	n1s	but it's a mess
22:52:04	n1s	i'd much rather drop the branch hints
22:52:48	pamaury	casainho: did you write any code for the imx23 ?
22:53:47		Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de)
22:54:28		Quit sinthetek (Remote host closed the connection)
22:54:48	n1s	ah, this is happening on arm builds with gcc 4.4 too...
22:55:10		Join sinthetek [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com)
22:55:10		Quit sinthetek (Changing host)
22:55:10		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
22:56:53	casainho	pamaury: yes, but just a little, like flash a LED and init and test SDRAM
22:57:30	casainho	pamaury: my next task it to write code for interrutp and so Rockbox kernel tick
22:58:20		Join MethoS- [0] (~clemens@134.102.106.250)
22:59:28		Quit Strife89 (Quit: Weird connection?)
22:59:53		Join Strife89 [0] (~Strife89@adsl-67-48-253.mcn.bellsouth.net)
23:00
23:03:51		Part b0hoon ("GTG. Bye.")
23:06:02	kugel	Buschel: mpc has gotten slower since my last test, for some reason
23:06:02		Quit yelped (Quit: CGI:IRC (EOF))
23:06:54	Buschel	much slower?
23:07:51	kugel	yea
23:07:55	kugel	not sure what's wrong
23:08:01	Buschel	in numbers?
23:08:29	kugel	2400% vs 3900% realtime
23:08:38	Buschel	oops
23:08:42	kugel	even my tests from october are faster
23:08:56	kugel	I think not only mpc is affected, ogg is slower too
23:11:06		Quit jgarvey (Quit: Leaving)
23:11:14	TheLemonMan	does anyone know where i can find hw docs about the SMTP3700 ?
23:11:40	kugel	Buschel: ok, perhaps I messed it up, clearing the build directly seems to have fixed it
23:11:47	Buschel	good
23:11:53	kugel	4500% realtime now (my phone is overclocked now)
23:12:45	n1s	vorbis shouldn't have changed much for targets with fast ram
23:12:46	Buschel	kugel: do you mind if I resort test_mem a bit? this will give better readability for small display (like my nano) and uses the *=2 way to increase the loop count
23:12:53	pamaury	TheLemonMan: search for imx23
23:12:57	kugel	not at all
23:13:22		Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au)
23:13:31	TheLemonMan	it has the same processor ?
23:16:51	pamaury	it's more or less the same chip, since freescale bought sigmatel
23:18:33	TheLemonMan	in the datasheets there are the references for memory mapped i/o ?
23:18:35		Quit Dreamxtreme (Read error: Connection reset by peer)
23:18:56	CIA-7	New commit by Buschel (r28726): Changes to test_mem. Improve readability for smaller displays, increase loop count by a factor of 2, if needed,
23:19:10		Join Dreamxtreme [0] (~Dre@92.30.239.250)
23:19:20	pamaury	TheLemonMan: there are 1600 pages of them ;)
23:19:49	TheLemonMan	orly? :D link please, i have found just rubbish :\
23:20:30	pamaury	"imx23rm datasheet" in google
23:20:48	CIA-7	r28726 build result: All green
23:21:08		Quit hebz0rl (Ping timeout: 245 seconds)
23:22:08		Join {phoenix} [0] (~dirk@xGagC832.WH1.TU-Dresden.De)
23:24:37	scorche	gevaerts: yeah, i hope to get some time around the end of the month where i can check up on upgrading the forums version which sould hopefully take care of that among other things...
23:25:14	Buschel	kugel: you reach 4500% for mpc now? at which bitrate?
23:25:28	kugel	170
23:25:35	kugel	@768MHz
23:26:28	Buschel	kugel: the former measurements were done @600MHz, right?
23:27:32		Nick amee2k is now known as amee2corpse (~thomas@ve504.cugnet.net)
23:27:32	Buschel	kugel: 768/45 = 17.1 MHz, still ~2,9 MHz faster than with your last measurements
23:27:32	Buschel	quite a lot
23:27:33	TheLemonMan	pamaury: this is the holy bible :D thanks a ton
23:28:11	kugel	Buschel: yep :)
23:29:05	Buschel	kugel: the alignment stuff seems to work quite well for your target
23:29:30	gevaerts	scorche: I hope we won't get too many spammers until then
23:30:33	Buschel	however, I need to get some sleep now
23:30:37	Buschel	see you!
23:30:50		Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630])
23:32:58		Quit efyx (Quit: Quitte)
23:33:51	CIA-7	New commit by kugel (r28727): Enable ARM ASM optimzations on android. Speedup in codecs ranges from 20% to 150%. Most codecs now need well below 30MHz.
23:34:21		Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
23:34:32		Quit TheLemonMan (Quit: free(me))
23:34:47		Quit Keripo (Quit: Leaving.)
23:36:54	CIA-7	r28727 build result: 4 errors, 43836 warnings (kugel committed)
23:39:08		Quit Kupop (Ping timeout: 272 seconds)
23:39:54	Luca_S	wow, impressive warning count :D
23:40:54		Quit Luca_S (Quit: CGI:IRC (EOF))
23:41:01		Join jdgord\| [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au)
23:41:02		Quit JdGord (Read error: Connection reset by peer)
23:41:06	scorche	gevaerts: has there been a recent surge?
23:41:25	gevaerts	scorche: I think four bans today
23:41:29		Nick amee2corpse is now known as amee2k (~thomas@ve504.cugnet.net)
23:41:42	*	gevaerts vanishes
23:42:34		Quit JdGordon (Ping timeout: 240 seconds)
23:43:43		Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
23:43:52	kugel	test_mem is a lot faster with the asm
23:44:52		Quit BlakeJohnson86 (Read error: Connection reset by peer)
23:44:54		Join BlakeJohnson861 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
23:45:52		Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au)
23:45:53	n1s	hmm, seems a single call to a function that should be inlined made up most of the difference from removing the branch hints entirely and having them so i'll probably just drop that one
23:45:58		Quit jdgord\| (Read error: Connection reset by peer)
23:47:57	kugel	n1s: are you still targetting gcc 4.4.5 or 4.5 now?
23:49:36	n1s	i've mostly played with 4.5 now since i found out 4.4 has a stupid bug that makes code a lot bigger and slower in many cases which was fixed in 4.5 apparently, I haven't speed tested anything but tremor on 4.5 so far though although i don't expect a large diff to 4.4
23:49:52		Quit bertrik (Quit: :tiuQ)
23:50:17	n1s	4.4 sometimes decided to access the stack in halfwords instead of words
23:50:36	kugel	rockbox uses 5% cpu on my phone while playing music
23:50:48	kugel	n1s: weird
23:50:55	n1s	if i feel motivated i might run some tests this weekend
23:51:01	n1s	kugel: yes very strange
23:51:04	kugel	did you report the bug?
23:51:08	saratoga	preglow: its pretty nice
23:51:10		Quit kevku (Ping timeout: 272 seconds)
23:51:25	saratoga	like all the ffmpeg codecs its neatly written
23:51:26	n1s	no, but since 4.5 doesn't do it i don't think it's worth it
23:51:36		Quit komputes (Remote host closed the connection)
23:52:07	kugel	4.4 is still supported, and will probably be in use for some years
23:53:07	n1s	sure, but since m68k is a 3rd tier platform and the bug causes just code bloat and slowdown i don't think thay'll even think of fixing it
23:54:07	n1s	at least one wrong code bug i reported in 4.3 got fixed eventually but only in 4.4 and was never backported (and my testcase wasn't even included)
23:55:19		Quit evilnick_B (Quit: Page closed)

Previous day | Next day