#rockbox 2012-01-27

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 2012-01-27

00:06:30		Quit domonoky (Read error: Connection reset by peer)
00:09:45		Quit wodz (Quit: Leaving)
00:15:20		Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9)
00:19:49		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
00:20:00		Quit ender\| (Ping timeout: 276 seconds)
00:21:07		Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120118081945])
00:23:22		Join ender\| [0] (~ender1@2a01:260:4094:1:42:42:42:42)
00:25:59		Nick mc2739_ is now known as mc2739 (~mc2739@rockbox/developer/mc2739)
00:28:48		Quit Strife89 (Ping timeout: 260 seconds)
00:35:32		Quit liar (Ping timeout: 245 seconds)
00:36:09		Join anewuser [0] (~anewuser@186.88.33.132)
00:36:09		Quit anewuser (Changing host)
00:36:09		Join anewuser [0] (~anewuser@unaffiliated/anewuser)
00:38:14		Quit bertrik (Ping timeout: 240 seconds)
00:45:35		Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca)
00:50:17		Quit AlexP (Read error: Connection reset by peer)
00:50:30		Quit pamaury (Remote host closed the connection)
00:55:06	***	Saving seen data "./dancer.seen"
01:00
01:05:15		Quit kadoban (Read error: Operation timed out)
01:24:44		Quit Thra11 (Ping timeout: 255 seconds)
01:47:18		Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com)
01:53:12		Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
01:55:06	[Saint_]	JdGordon: Pongy-McPongington...
01:55:19	JdGordon	way too slow :)
01:55:28	JdGordon	i was pining for your ping yesterday
01:55:56		Quit perrikwp (Ping timeout: 245 seconds)
01:55:59		Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com)
01:56:46	[Saint_]	Yeah, but, I still replied! :)
02:00
02:10:49		Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
02:13:07		Quit MethoS- (Read error: No route to host)
02:13:48		Quit perrikwp (Ping timeout: 260 seconds)
02:14:32		Join MethoS- [0] (~clemens@134.102.106.250)
02:15:33		Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers)
02:35:20	CIA-81	Commit f4954c4 in rockbox by 03Boris Gjenero: Fix FS #12559: sigaltstack threads fortify failure
02:37:28	CIA-81	f4954c4 build result: All green
02:51:20		Join anewuser_ [0] (~anewuser@186.88.33.132)
02:54:42		Quit anewuser (Ping timeout: 245 seconds)
02:55:08	***	Saving seen data "./dancer.seen"
03:00
03:02:14		Quit MethoS- (Quit: Konversation terminated!)
03:42:14		Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com)
04:00
04:01:26		Join IndexPhinger [0] (~IndexPhin@S01060014a53245ef.ed.shawcable.net)
04:01:36	IndexPhinger	Hello
04:04:12		Quit dreamlayers (Quit: Leaving.)
04:06:06	IndexPhinger	I need some help with making a theme for my iPod 30Gb, I like the Terminal theme but I'd like to move around some of the now playing menu settings
04:07:13	IndexPhinger	Hmm...i'll read some more and wait for my iPod replacement battery :(
04:08:32		Part IndexPhinger
04:20:27		Quit anewuser_ (Read error: Connection reset by peer)
04:23:39		Quit TheSeven (Read error: Operation timed out)
04:24:39		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:36:48		Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
04:37:28		Join T44 [0] (~Topy44@f049225154.adsl.alicedsl.de)
04:40:55		Quit Topy (Ping timeout: 240 seconds)
04:44:16		Quit nosa-j (Excess Flood)
04:46:51		Join nosa-j [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net)
04:48:34		Quit pixelma (Disconnected by services)
04:48:35		Quit amiconn (Disconnected by services)
04:48:35		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:48:36		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:48:39		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:48:58		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:55:10	***	Saving seen data "./dancer.seen"
04:58:54		Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940)
05:00
05:01:14		Quit [Saint] (Ping timeout: 260 seconds)
05:28:12		Quit perrikwp (Read error: Connection reset by peer)
05:29:14		Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
05:54:38		Join factor [0] (~factor@74.197.205.204)
05:55:00		Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers)
05:56:12		Join Rob2222 [0] (~Miranda@p5B02473A.dip.t-dialin.net)
06:00
06:00:09		Quit Rob2223 (Ping timeout: 260 seconds)
06:04:02		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
06:20:04		Quit factor (Ping timeout: 252 seconds)
06:54:48		Join factor [0] (~factor@74.197.205.204)
06:55:11	***	Saving seen data "./dancer.seen"
06:55:38	factor	I washed my sana and i died :(
06:55:46	factor	Sansa fuze^
06:56:00	factor	did not even last one time.
06:56:06	factor	not very NEMA compliant
07:00
07:24:35	dreamlayers	Did you let it dry out long enough before testing?
07:26:08	dreamlayers	factor: There's a lot of info online on saving wet electronics
07:27:47		Quit dreamlayers (Quit: Leaving.)
07:33:15	factor	I thought I did
07:33:31	factor	I left it for a few days . but nothing no lights on the wheel
07:33:37	factor	I took it apart.
07:33:49	factor	was wondering if I could get the pinout for the display
07:34:03	factor	I program pic chips and would be nice to use it for experiments
07:34:09	factor	its dead .
07:34:31	factor	60 bucks down the drian
07:34:39	factor	literally
07:39:41	factor	sucks oh well
07:40:13	factor	may think about getting another , but will be later. Will have to use my tablet as a music device
07:43:07		Quit [Saint__] (Remote host closed the connection)
08:00
08:28:10	kugel	dreamlayers: we should probably report the longjmp bug upstream
08:32:18		Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:48:48		Join am_devcorp [0] (~am_devcor@94.158.169.5)
08:50:14		Join nosa [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net)
08:50:33		Nick am_devcorp is now known as amdc (~am_devcor@94.158.169.5)
08:51:07	amdc	REGISTER amdevcorp kchan41@gmail.com
08:51:54		Quit nosa-j (Ping timeout: 252 seconds)
08:51:55		Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-94.clt.bellsouth.net)
08:53:10		Quit amdc (Client Quit)
08:53:34		Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl)
08:55:13	***	Saving seen data "./dancer.seen"
08:55:51	wodz	yay - battery_bench on my HD300 ended after 39:24:21 ! This is with new 1700mAh replacement battery
08:56:52		Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
08:56:52		Quit bertrik (Changing host)
08:56:52		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
09:00
09:04:08		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:08:29		Quit kadoban (Ping timeout: 245 seconds)
09:12:45	bug2000	wodz, Awesome.
09:17:24		Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped)
09:27:59	CIA-81	Commit fab7264 in rockbox by 03Thomas Martitz: Force settings touchscreen mode in menus.
09:28:00	CIA-81	Commit b8439f2 in rockbox by 03Thomas Martitz: Add touchscreen_get_mode() to plugin and lua.
09:28:01	CIA-81	Commit c406f94 in rockbox by 03Thomas Martitz: Lua: Add pluginlib_actions wrapper for lua scripts.
09:28:03	CIA-81	Commit aba5c47 in rockbox by 03Thomas Martitz: pluginlib_touchscreen: Rework API to offer wait-for-button APIs.
09:28:04	CIA-81	Commit 93a4b32 in rockbox by 03Thomas Martitz: test_codec/test_fps: Use pluginlib_touchscreen API to make them fit for touchscreen including point mode.
09:28:05	CIA-81	Commit 7013d0c in rockbox by 03Thomas Martitz: application: Enable chipper and fft plugins.
09:28:06	DBUG	Enqueued KICK CIA-81
09:28:06	CIA-81	Commit 7c623d5 in rockbox by 03Thomas Martitz: Use PLA in boomshine.lua instead of the awkward kbd_input context. This enables it on RaaA.
09:28:08	CIA-81	Commit 049f3c7 in rockbox by 03Thomas Martitz: test_touchscreen.rock: Add keymap for sdl and android.
09:28:09	CIA-81	Commit 6eeca70 in rockbox by 03Thomas Martitz: PLA: Add map for android. Directional keys not available in point mode due to
09:30:46	CIA-81	93a4b32 build result: All green
09:32:41	CIA-81	Commit c6d69ae in rockbox by 03Thomas Martitz: Bump plugin api and abi version needed for b8439f2. Sort too.
09:35:03	CIA-81	c6d69ae build result: All green
09:38:56	[Saint_]	chipper?
09:39:17	[Saint_]	Oh! Chopper...nevermind.
09:40:36	kugel	yep, typo
09:42:52	[Saint_]	I wasn't taking the piss, for the record...I was seriously curious what the "chipper.rock" plugin was :)
09:43:33	kugel	I realized :)
09:47:15	GodEater_	good lord. A commit frenzy.
09:47:20	GodEater_	we need some sort of badge system for that
09:50:16	kugel	each commit is relatively small though
09:50:27	kugel	like that more as a single commit?
09:52:34	GodEater_	I wasn't complaining, I am impressed ;)
09:52:51	GodEater_	your dedication to improving rockbox is inspiring
09:52:55	kugel	took me an hour to split the single commit I had locally up :)
09:53:34	GodEater_	I think it's better as lot of little commits, since they're all separate features.
09:55:00	[Saint_]	Wasn't there a conversation in the very recent past about how it might be better to not to commit sprees like that?
09:55:22	[Saint_]	Since not every commit is built (or somesuch?)
09:55:52	[Saint_]	s/to not to/to not do/
09:57:32	wodz	[Saint_]: whats the problem with that? I prefer to have well separated commits and what is really interesting is the total outcome of the bunch
09:57:58		Join mortalis [0] (~mortalis@77.108.98.177)
10:00
10:00:09	[Saint_]	wodz: I'm not sure, entirely...I just recall a conversation on the topic.
10:02:57		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
10:03:33	GodEater_	wodz: I think what [Saint_] is saying is they're not well seperated (at least, not by time), so in theory one of the commits might break the build, but we wouldn't be sure which one, since so many all got commited at once.
10:04:02	funman	the build system could make incremental builds
10:04:18	GodEater_	it could, but it doesn't currently
10:04:24	funman	not really a problem though
10:04:26	GodEater_	more work for Zagor ;)
10:04:32	funman	usually committers check and fix problems later
10:04:35	Zagor	incremental builds?
10:04:48	funman	build each revision
10:04:52	GodEater_	Zagor: as in, definitely build each new commit
10:04:57	GodEater_	not just the latest one
10:05:08	funman	s/later/immediately
10:05:22	Zagor	ah, I thought you meant some magic wizardry to only build modified code etc.
10:05:23		Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940)
10:05:36	GodEater_	no -that would be magic indeed
10:06:22	Zagor	I don't think we should change anything until it we identify an actual problem.
10:06:48	GodEater_	no indeed
10:07:52	Zagor	as long as the last commit is always built, we don't risk having undetected errors. pinpointing the exact commit that introduced it is likely not very important.
10:08:49	GodEater_	probably true
10:10:22	kugel	GodEater_: that magic is called "make" :)
10:10:43	GodEater_	kugel: yes, but doesn't our build system do a make clean first deliberately?
10:10:49	kugel	yes
10:11:14	kugel	building each commit would be interesting for the binsize, not so much for warnings/errors
10:11:48	kugel	but not important, one can always bisect if interested
10:11:55	kugel	locally
10:14:59	wodz	especially since bisecting with git is dead easy
10:20:04	funman	relying on make to do the right thing would indeed be nice
10:20:15	funman	s/make/our Makefiles/
10:24:45	Zagor	the uncertainty is not so fun though
10:25:01	Zagor	but it would make blazing fast build runs
10:27:32	funman	even for developers =)
10:28:13		Join oiaohm [0] (~oiaohm@unaffiliated/oiaohm)
10:29:30	oiaohm	I know this might be a bit of a warped question. After seeing this http://seeedstudio.com/wiki/DSO_Quad . I started wondering if rockbox has ever dreamed about doing perfectly matched hardware for it.
10:30:07	[Saint]	come again?
10:35:21		Quit oiaohm (Ping timeout: 252 seconds)
10:35:29		Join oiaohm [0] (~oiaohm@unaffiliated/oiaohm)
10:35:57	[Saint]	72MHz is a bit light in the CPU department...
10:36:18	oiaohm	[Saint]: the DSO Quad is fully open spec hardware. I was wondering if anyone has dreamed of doing a design matched to rockbox requirements.
10:36:35	oiaohm	I know the dso quad is too low.
10:36:46	[Saint]	I take it, oiaohm, that you're wondering if Rockbox a: runs on, or b: might possibly run on, this device?
10:37:10	[Saint]	Oh...right. I get you now.
10:37:49	[Saint]	There's been various attempts at building a dedicated Rockbox device.
10:38:27	oiaohm	Is there a list of them?
10:38:56	[Saint]	There's probably something on the wiki about them.
10:39:25	oiaohm	Its like the allwinner A10 and other quite powerful arm chips are getting out there quite cheap.
10:39:39	oiaohm	Ie allwinner is 1.5 ghz
10:39:47	oiaohm	and under 5 dollars.
10:39:52	[Saint]	It ends up being terribly expensive...its fun as an educational project I'd guess, but nbot terribly practical.
10:40:14	[Saint]	s/nbot/not/
10:41:23	[Saint]	Lyre...that's what it was called, I remember now...
10:41:47	[Saint]	oiaohm: http://www.rockbox.org/wiki/LyreProject
10:42:11	oiaohm	[Saint]: we are getting a lot of base tech. Like the raspberry pi and http://rhombus-tech.net/
10:42:31	oiaohm	So there has to become a point soon were it will be afforable.
10:43:02	gevaerts	If you build hundreds of thousands of the things, yes
10:43:15		Quit tchan (Read error: Connection reset by peer)
10:43:53	oiaohm	Thing is knowing what rockbox required to perform decently.
10:43:58	oiaohm	So you can spot the techs worth following.
10:43:58	[Saint]	Forr those that run either full linux distros, or a linux-esque OS, we have an SDL port.
10:44:04		Join tchan [0] (~tchan@lunar-linux/developer/tchan)
10:44:58	gevaerts	If you want traditional rockbox (as opposed to RaaA) 1.5gHz is vastly overpowered
10:45:00	oiaohm	So rasbery pi ram A version ram limit of 128 megs is going to do rockbox self in.
10:45:17	gevaerts	huh?
10:45:19	oiaohm	there is stacks of different techs at the moment.
10:45:28		Join LinusN [0] (~linus@giant.haxx.se)
10:45:47	oiaohm	rasbbery pi 700 mhz arm 128-256 meg depending on version.
10:46:05	[Saint]	which is foolishly overpowered for Rockbox
10:46:22	gevaerts	Well, not foolishly I'd say, if you like APE
10:46:47	[Saint]	that's foolish, though :)
10:47:22	gevaerts	What's the raspberry pi's audio quality like though? That's not unimportant
10:47:39		Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
10:47:40		Quit pamaury (Changing host)
10:47:40		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:47:46	oiaohm	gevaerts: cd level or better.
10:48:06	gevaerts	That's specs, not quality
10:48:17	wodz	The most expensive parts of the idea are the peripherials and housing. SoC is relatively tiny friction of total cost
10:48:22	gevaerts	It's easy to do 44.1kHz 16 bit audio with lots of noise
10:48:24	[Saint]	oiaohm: It might be worth investigating the hardware Rockbox does already run on.
10:48:52	[Saint]	It doesn't need to be a Machine-of-Death
10:49:23	wodz	Ah, and proper routing of the PCB is quite tough topic
10:49:35	oiaohm	The chip at the core of the rasberry pi is arm chip design by broadcom targeting multimedia.
10:50:29	Zagor	oiaohm: that chip cannot play audio. you need a dac and an amplifier.
10:50:51	oiaohm	BCM2835
10:50:52	wodz	oiaohm: have you read about technical aspects of rasberry Pi? From porting point of view this is no-go. It boots though custom RISC graphic core with no public specs
10:51:09	wodz	the only doable option is RaaA on PI
10:52:25	wodz	and HDMI video interface is not what you want for portable device
10:53:48	Zagor	the pi does have an analog jack, but I haven't seen what hardware it is connected to
10:53:49	wodz	What would be interesting is to port rockbox to some Cortex-M3 based SoC. It should be sufficient and is power efficient and cheap.
10:54:52	oiaohm	Zagor: the SOC after a basic amp.
10:55:16	oiaohm	Zagor: PI is almost a 1 chip design.
10:55:18	***	Saving seen data "./dancer.seen"
10:56:22	oiaohm	That the thing there are a lot of one chip design arm chips out there at the moment.
10:56:37	GodEater_	preaching to the choir a little there.
10:56:44	Zagor	are you saying the bcm2835 contains an internal dac? I can't see that on google.
10:57:04	oiaohm	Zagor: Yep.
10:57:15	wodz	bom for PI is available so this should be easy to check
10:57:17	GodEater_	citation needed!
10:59:28	Zagor	the pi appears as closed as any other proprietary box. no data sheets, binary drivers etc.
11:00
11:01:04	wodz	Zagor: ...and weird boot scheme
11:05:38	oiaohm	Zagor: https://github.com/raspberrypi/linux/commits/rpi-patches You do have the kernel source to the PI.
11:06:52	Zagor	and the graphics acceleration?
11:07:25	oiaohm	Zagor: Not sure if the mesa side is released yet.
11:09:09	oiaohm	Of course there is most likely a few firmware blobs
11:09:09	oiaohm	But its in the range of decent. Zagor
11:09:53	oiaohm	So IP should be thinking a lot of people behind it are broadcom
11:11:06	oiaohm	How much is the min you would dare run rockbox on.
11:11:41	[Saint]	look at the early Archos targets...
11:12:08	[Saint]	Those that started it all. They're not exactly power-houses.
11:13:07	Zagor	but they have hw decoding, so are not comparable
11:13:24	wodz	oiaohm: My view on PI is like this - this is interesting how low you can go with price. This VERY well advertised project but it is not so interesting from the hackers point of view.
11:14:52	Zagor	we run 256kbit mp3 decoding on 27 MHz coldfire
11:15:22	Zagor	or 20MHz ARM7
11:15:55	Zagor	so basically any current 32-bit processor can run rockbox
11:16:45	Zagor	lots of measurements here: http://www.rockbox.org/wiki/CodecPerformanceComparison
11:17:15	oiaohm	Zagor: so the cordex M3 duel core running at 266 mhz as a side processors in the OMAP 4430 to the Cordex A9 duel core at 1ghz would be more than enough power.
11:17:19	GodEater_	doesn't the Pi also feature hardware decoding?
11:17:24	GodEater_	(of video at the very least)
11:17:34	Zagor	oiaohm: oh yes, by a huge margin
11:18:17	oiaohm	So basically it would be wrong to use a OMAP4430 like that only running the Cordex A9 to fire up the Codex M3 duel core.
11:18:47	wodz	single core Cortex-M3 should be enough
11:18:51	Zagor	"wrong" is subjective. I believe the objective term is "overkill". :-)
11:19:32	[Saint]	hahaha
11:23:04	Zagor	GodEater_: yes it does
11:23:42	GodEater_	I don't know if the same hardware can also be used to decode audio though
11:24:15	Zagor	even if it could, it is far from certain it would draw less power
11:25:46	pamaury	the problem I see with the PI is that the hardware is not documented, and that they will probably only implement what they need, but the price is definitely nice
11:26:03	oiaohm	pamaury: Its new hardware.
11:26:25	oiaohm	pamaury: or at least newish
11:26:46	oiaohm	pamaury: basically the are doing the PI and the documentation and driver and everything else for the core chip at the same time.
11:28:00	pamaury	I hope so, but even then the hardware will not be documented which is a shame
11:30:16	oiaohm	pamaury: the circuit board design will be released after launch http://www.raspberrypi.org/forum/general-discussion/links-to-pcb-cad-design-files
11:30:19	wodz	oiaohm: don't expect too much - Eben explicitly stated that they didn't get the permission from Broadcom to publish SoC documentation.
11:30:48	wodz	and many parts are as binary blobs
11:30:53	pamaury	oiaohm: the SoC is the interesting part, we will never get the datasheet and I'm not even talking about the graphic subsystem
11:31:19	oiaohm	We will at least have enough to drive it.
11:31:29	wodz	pamaury: you have to talk about graphic subsystem as it is used to bootstrap on this platform :-)
11:31:54	wodz	oiaohm: we don't - we can run linux kernel THEY provide nothing more
11:32:55	wodz	this is pretty damn closed hardware with a bit of good marketing
11:33:01	pamaury	really that's stupid, broadcom seems to make interesting SoC but they are so closed...
11:33:25	oiaohm	opengl ES drivers will come with it.
11:33:52	oiaohm	Its not a paper weight completely.
11:35:18	wodz	oiaohm: If you port rb to PI (not as RaaA) within a 5 years I owe you a beer.
11:35:52	pamaury	if you include the binary blobs that might be possible no ? That's quite unsatisfactory but hey...
11:36:39	oiaohm	pamaury: like the major blob the gpu one is in the first stage boot loader. So as long as what I run is after that I don't need to get that one.
11:36:47	wodz	pamaury: Gonna pickup the contest :-;
11:36:51	wodz	?
11:37:17	oiaohm	wodz: as long as I don't have to nuke the first stage boot loader I should stand a fair chance.
11:37:39	wodz	I am really sick of hearing PI is open platform.
11:37:40	oiaohm	Ie if you were mean and said I had to beat the first stage boot loader I would be in trouble.
11:38:05	oiaohm	wodz: I was more looking at affordable parts that could possible be recycled as is.
11:38:14	oiaohm	Or close as possible.
11:38:23	oiaohm	Ie volume makes stuff well cheaper.
11:39:00	wodz	oiaohm: I think even the part after 1st stage bl will not be trivial
11:39:03	[Saint]	Is someone able to do me a favour and build me a RaaA .apk at 240x320 please? It would be much appreciated, my build environment has fallen over and I'd like to do some testing on device.
11:39:07	[Saint]	Thanks in advance.
11:40:12	oiaohm	wodz: I did not say it would be trivial.
11:40:41	oiaohm	wodz: just I would stand a chance as long as I don't have to beat up the first stage bootloader.
11:41:16	oiaohm	Because I know that boot loader will basically kick my ass.
11:41:56		Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
11:42:38	wodz	oiaohm: I really like your enthusiasm but believe me this will be tedious task with this level of documentation they provide
11:43:49	oiaohm	Yep the horid use source and bend.
11:44:58	Ctcp	Ignored 1 channel CTCP requests in 0 seconds at the last flood
11:44:58	*	gevaerts recommends waiting until the devices are available, and then doing some tests on the audio to assess quality. If it's noisy, don't even bother
11:45:47		Join dfkt [0] (dfkt@unaffiliated/dfkt)
11:47:07	oiaohm	gevaerts: exactly it going to come down to quality of the final device if it worth the effort.
11:47:15	oiaohm	gevaerts: there are quite a few at the moment.
11:47:23	oiaohm	That are worth watching.
11:47:43	oiaohm	But most of the items I have been looking at have be over kill to rockbox requirement.
11:53:08		Quit Zambezi (Read error: Connection reset by peer)
11:53:27		Join Zambezi [0] (Zulu@bnc.fran.dotbnc.se)
12:00
12:01:36	pamaury	wodz: I'm not sure I want to pick up the contest, I have enough to do with documented platform already :)
12:03:35	wodz	chicken :P
12:04:11	pamaury	don't tempt me...:P
12:04:34	pamaury	I might have ported it before iyou receive it ;)
12:06:59	wodz	pamaury: You work for Broadcom? I didn't know :P
12:08:18	pamaury	omg, that would probably be so frustrating to work for such a closed company
12:09:56	pamaury	I plan to buy one but if someone else can do the dirty work, I'm ok with it
12:15:39		Join anewuser [0] (~anewuser@186.88.33.132)
12:15:39		Quit anewuser (Changing host)
12:15:39		Join anewuser [0] (~anewuser@unaffiliated/anewuser)
12:15:41	pamaury	wodz: will you buy one ?
12:15:58	pamaury	or are you trying to convince people not to ? :)
12:17:03		Quit [Saint_] (Quit: Quit)
12:24:20	wodz	pamaury: Its not my business to convince people not to buy - I just only want to calm down the hurray-enthusiasm which arose around this platform. Maybe I'll buy one - dunno
12:24:39		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
12:25:00	pamaury	I guess lots of people will be happy with it because they don't plan to replace the OS
12:25:16	pamaury	and don't want to know how it works
12:30:26	wodz	pamaury: And it runs Linux so is cool (TM)
12:32:17	pamaury	well yeah, we saw what happened with android
12:41:02		Join Thra11 [0] (~thrall@31.185.164.69)
12:53:42		Quit factor (Read error: Connection reset by peer)
12:55:21	***	Saving seen data "./dancer.seen"
13:00
13:04:35		Join Rower85 [0] (husvagn@78-69-196-71-no178.tbcn.telia.com)
13:10:34		Part oiaohm
13:11:16		Join factor [0] (~factor@74.197.205.204)
13:12:08		Quit benedikt93 (Quit: Bye ;))
13:12:21		Quit anewuser (Read error: Connection reset by peer)
13:22:45		Nick funman is now known as namnuf (~fun@rockbox/developer/funman)
13:24:31		Join funman [0] (~fun@rockbox/developer/funman)
13:25:02		Quit namnuf (Remote host closed the connection)
13:33:13		Part LinusN
13:33:54	wodz	pictureflow manual tex file is a nightmare
13:35:31	wodz	not speaking about pictureflow.c by itself
13:37:44		Quit perrikwp (Read error: Connection reset by peer)
13:38:54		Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
13:49:59	Unhelpful	wodz: Sorry :(
13:56:40		Quit perrikwp (Read error: Connection reset by peer)
13:59:06		Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
14:00
14:05:58	pamaury	wodz: why ?
14:08:40		Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
14:11:24		Quit perrikwp (Ping timeout: 245 seconds)
14:34:50		Join funman_ [0] (~fun@rockbox/developer/funman)
14:49:27		Quit funman (Quit: leaving)
14:49:28	soap	GodEater, I'm not /against/ IP bans. I played around with them quite a bit and never got many trigger hits. But if the tool is needed I'm not opposed to it.
14:50:53		Quit wodz (Quit: Leaving)
14:55:23	***	Saving seen data "./dancer.seen"
14:58:19		Nick funman_ is now known as funman (~fun@rockbox/developer/funman)
14:59:49		Quit factor (Quit: Leaving)
15:00
15:14:40		Quit Thra11 (Quit: kthxbai)
15:15:55		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
15:21:59	rasher	So, switching from openjdk-7-jdk to openjdk-6-jdk enabled me to build android rockbox
15:24:21	GodEater_	that's interesting news
15:24:30	GodEater_	I didn't think you could build much of anything with openjdk!
15:24:37	GodEater_	I've only ever tried with the sun one
15:25:56	[Saint]	Thats also pretty interesting considering I've always used openjdk-7-jdk
15:26:18	[Saint]	And was yesterday until my build env fell over.
15:26:27	GodEater_	fell over?
15:26:35	[Saint]	"broke" :)
15:26:40	GodEater_	how?
15:26:54	[Saint]	The disk it was on shat itself.
15:32:23		Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
15:35:07		Quit perrikwp_ (Ping timeout: 240 seconds)
15:36:54		Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
15:45:55		Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
15:48:04		Quit perrikwp (Ping timeout: 245 seconds)
16:00
16:06:41		Quit Misanthropos (Quit: Leaving)
16:37:05		Join y4n [0] (y4n@unaffiliated/y4ndexx)
16:44:08		Join pyther [0] (~pyther@unaffiliated/pyther)
16:48:02	pyther	Hi. I got an ogg album that seems to crash rockbox 3.10, all my other albums work just fine. "Data abort at 00000015 FSR 0x8 (domain 0, fault 8) address 0x98B81000)"
16:48:57	funman	which model ?
16:49:19	pyther	SanDisk Sansa Fuze v2
16:49:43	pyther	I ripped the cd using rubyripper, and vorbis tools to create the ogg, the oggs also have tags and an embedded .jpg
16:49:58		Quit scorche (Read error: Connection reset by peer)
16:50:15		Join scorche [0] (~scorche@rockbox/administrator/scorche)
16:51:37		Join Dingo- [0] (~dsadas@81-234-209-229-no108.tbcn.telia.com)
16:51:45		Quit Ariioch (Ping timeout: 255 seconds)
16:53:20	funman	ah that might be the reason, there are problems with the album art in ogg which take too much memory
16:53:30	funman	don't remember the associated bug on our tracker
16:54:49	pyther	well I'll strip the art and see what happens
16:55:18	*	[Saint] dislikes embedded AA in general, as a rule.
16:55:26	***	Saving seen data "./dancer.seen"
16:55:46	[Saint]	there's seldom much call for "per-track" album art.
16:56:17	pyther	will rockbox use the cover.jpg or some similar file for cover art?
16:56:23	[Saint]	even if there is a call for it, it can still be done with an external image as opposed to an embedded one.
16:56:24	pyther	I don't really need cover art embedded in the track
16:57:18		Part Zagor
16:57:30	[Saint]	perhaps reading the manual might be a good idea ;)
16:57:47	[Saint]	Rockbox uses quite a few naming schemes for album art.
16:57:58	pyther	[Saint]: that is always a viable solution, thought asking in IRC is so much quicker
16:58:19	pyther	I that embedding the art into the file was a common standard, but it kinda does seem stupid
16:59:13	[Saint]	embedded art is usually HUGE as well...when there's no good reason to have art that's any larger than the smallest dimension of the screen, also.
16:59:41	pyther	I've been shrinking everything to 300x300
17:00
17:02:00		Quit liar (Read error: Connection timed out)
17:02:40	[Saint]	pyther: http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildap3.html#x19-399000C.21
17:02:43	pyther	funman: removing the album art, didn't help I'm still getting that crash
17:02:56	[Saint]	this is the manual section you'll want re: album art
17:03:06	pyther	thanks
17:03:11	[Saint]	nevermind the player type, its not relevant.
17:04:12	[Saint]	you'll want to look at "C.21.2 Where to put album art" specifically
17:06:37	*	[Saint] has /Music/Artist/Album structure, so just uses a single Folder.jpg in each album's folder.
17:06:56	[Saint]	Its also conveniently the naming scheme from many media players.
17:23:56	*	[Saint] wonders why rasher 's "unmodified" daily builds carry the M flag
17:29:15		Quit adnap (Ping timeout: 240 seconds)
17:31:26		Quit Naked (Ping timeout: 252 seconds)
17:32:08		Join Naked [0] (~naked@naked.iki.fi)
17:37:20		Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com)
17:37:58		Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers)
17:37:59		Part dreamlayers
17:38:10		Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers)
17:47:49		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
17:47:59		Join Brijesh3__ [0] (~Brijesh@121.245.17.210)
17:49:20	Brijesh3__	hi..............is there anybody who worked for AAC decoder on rockbox??
17:53:25	CIA-81	Commit 74736fc in rockbox by 03Michael Sevakis: find_first_set_bit tweaks
17:56:42	CIA-81	74736fc build result: 0 errors, 2 warnings (Michael Sevakis committed)
17:56:55	dfkt	Brijesh3__, AAC works just fine on rockbox
17:58:02	dfkt	oh sorry, misunderstood you
18:00
18:02:03	dreamlayers	I would like to improve rockbox_flash messages, to clarify when the bootloader needs to be upgraded: http://gerrit.rockbox.org/r/#change,71 I know it says don't mess with this code, but I'm making a trivial change which doesn't affect the flashing itself.
18:10:22		Quit Zambezi (Ping timeout: 252 seconds)
18:14:48		Join Zambezi [0] (Zulu@bnc.fran.dotbnc.se)
18:30:21		Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
18:30:22		Quit bertrik (Changing host)
18:30:22		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
18:39:23	dreamlayers	Should core_alloc_ex() panic if it fails? Most callers don't check for errors, and a panic would be better than other random consequences.
18:42:59		Quit Brijesh3__ (Quit: Leaving)
18:43:13		Join anewuser [0] (~anewuser@190.207.131.94)
18:43:13		Quit anewuser (Changing host)
18:43:13		Join anewuser [0] (~anewuser@unaffiliated/anewuser)
18:55:28	***	Saving seen data "./dancer.seen"
18:56:51		Quit anewuser (Ping timeout: 248 seconds)
18:59:13		Join lebellium [0] (~chatzilla@e179071140.adsl.alicedsl.de)
19:00
19:03:01		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
19:11:11		Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
19:24:54		Quit Keripo (Quit: Leaving.)
19:27:53		Quit lebellium (.net .split)
19:27:54		Quit scorche (.net .split)
19:27:54		Quit funman (.net .split)
19:27:55		Quit pamaury (.net .split)
19:27:55		Quit tchan (.net .split)
19:27:55		Quit T44 (.net .split)
19:27:55		Quit fs-bluebot (.net .split)
19:27:56		Quit jhMikeS (.net .split)
19:27:56		Quit froggyman (.net .split)
19:27:56		Quit simabeis (.net .split)
19:27:56		Quit dv_ (.net .split)
19:27:57		Quit Guinness` (.net .split)
19:27:57		Quit jm (.net .split)
19:27:58		Quit Sleepy_Coder (.net .split)
19:27:58		Quit GodEater_ (.net .split)
19:27:59		Join simabeis [0] (~simabeis@lobmenschen.de)
19:28:02		Join froggyman [0] (~froggyman@unaffiliated/froggyman)
19:28:06		Join jm [0] (jm@epicsol.org)
19:28:06		Join funman [0] (~fun@rockbox/developer/funman)
19:28:08		Join T44 [0] (~Topy44@f049225154.adsl.alicedsl.de)
19:28:09		Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net)
19:28:09		Quit jhMikeS (Changing host)
19:28:09		Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
19:28:22		Join lebellium [0] (~chatzilla@e179071140.adsl.alicedsl.de)
19:28:22		Join scorche [0] (~scorche@rockbox/administrator/scorche)
19:28:38		Join tchan [0] (~tchan@lunar-linux/developer/tchan)
19:28:58		Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
19:29:00		Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
19:29:01		Quit pamaury (Changing host)
19:29:01		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
19:29:09		Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at)
19:32:10		Join fs-bluebot [0] (~fs-bluebo@f053154112.adsl.alicedsl.de)
19:32:28		Quit dreamlayers (Quit: Leaving.)
19:33:00		Join Sleepy_Coder [0] (majic@just.dontfeedthebots.co.uk)
19:33:00		Quit Sleepy_Coder (Changing host)
19:33:00		Join Sleepy_Coder [0] (majic@unaffiliated/sleepycoder/x-938672)
19:38:32		Quit bug2000 (Ping timeout: 252 seconds)
19:39:04		Join anewuser [0] (~anewuser@186.93.202.222)
19:39:04		Quit anewuser (Changing host)
19:39:04		Join anewuser [0] (~anewuser@unaffiliated/anewuser)
19:40:45		Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
19:46:06		Quit curtism (Ping timeout: 276 seconds)
19:58:12		Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca)
20:00
20:02:59		Quit thims (Quit: leaving)
20:07:58		Quit liar (Read error: Operation timed out)
20:08:49	CIA-81	Commit 900b494 in rockbox by 03Amaury Pouly: imx233: fix PHYISCAL_ADDR to handle the buffered region (hard to debug if misused)
20:08:50	CIA-81	Commit bf47e57 in rockbox by 03Amaury Pouly: imx233: implement dcp blitting, simplify code and make it work even in context interrupt by busy waiting
20:08:51	CIA-81	Commit 05ba5c1 in rockbox by 03Amaury Pouly: imx233: update arbiter to get more debug information, update debug screen accordingly
20:08:51	CIA-81	Commit d32891f in rockbox by 03Amaury Pouly: fuze+: change rendering scheme, do not rely on generic framebuffer and implement rect updating and yuv blitting correctly.
20:08:52	CIA-81	Commit 28a10ec in rockbox by 03Amaury Pouly: sbloader: always send packets of size xfer_size (even the first). Also maintain a table of known transfer sizes. In particular stmp3770 uses 48 ...
20:11:00	pamaury	I'd to move the fuze+ to unstable. I know I must update builds.pm but the icon field is unclear to me: to which icons does it refer ?
20:11:22	CIA-81	28a10ec build result: All green
20:12:05	pamaury	gevaerts: any idea ?
20:15:35	pamaury	I guess Zagor is the one who knows since he made most of the modifications to this file
20:19:42	CIA-81	Commit d684858 in rockbox by 03Amaury Pouly: fuze+: mark as unstable
20:21:05		Join Strife89 [0] (~Strife89@207.144.201.128)
20:22:08	CIA-81	d684858 build result: All green
20:37:05	rasher	[Saint]: hm, might be because of my build scripts :-\
20:39:48	rasher	pamaury: I assume it's talking about the images eg. http://www.rockbox.org/playerpics/archosondiosp-small.png
20:40:33	pamaury	hm, so we actually have fuze+ icons
20:45:32	pamaury	that's frustrating, the fuze+ OF changes the DC-DC frequency when tuner is enabled but when I does that, it simply shutdowns !
20:47:58		Quit ze (Ping timeout: 252 seconds)
20:48:48		Quit Xerion (Ping timeout: 240 seconds)
20:51:30		Join ze [0] (ze@ze.yi.org)
20:55:29	***	Saving seen data "./dancer.seen"
21:00
21:11:52		Join Misanthropos [0] (~Misanthro@adsl-84-227-69-83.adslplus.ch)
21:18:42		Quit bluebrother (Disconnected by services)
21:18:44		Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
21:20:47		Quit y4n (Quit: PANTS OFF!)
21:20:56		Quit fs-bluebot (Ping timeout: 272 seconds)
21:22:16		Join fs-bluebot [0] (~fs-bluebo@g231122069.adsl.alicedsl.de)
21:47:04		Join saratoga [0] (~980329c2@www.haxx.se)
21:47:18	saratoga	kugel: is the volume set correctly in this commit: http://git.rockbox.org/?p=rockbox.git;a=commitdiff;h=1dcc834e5954cfd662e501565d265c3d0c8d9cae
21:48:01	saratoga	IIRC it reduced the volume by 4dB
21:48:41	saratoga	IIRC the R0 has an as3543, so it probably needs the AMSv2 value
22:00
22:06:05		Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
22:16:35		Join Guest35250 [0] (~Ben_and_A@pool-96-238-198-249.bing.east.verizon.net)
22:16:49	Guest35250	I have a question regarding thmees
22:17:02		Nick Guest35250 is now known as Baltowolf (~Ben_and_A@pool-96-238-198-249.bing.east.verizon.net)
22:18:06	Baltowolf	Anyone?
22:18:56	bluebrother^	not if you don't ask your question
22:19:06	*	bluebrother^ is unlikely to answer an unasked question
22:19:23	Baltowolf	Well, I was seeing if someone would response first...
22:19:53		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
22:20:26	Baltowolf	So, I'm trying to "port"/redesign a theme, the iLike theme, I just changed the backdrop, and the only other thing I want to do is change the pause/play buttons, I took the blue pause/play buttons I wanted from the other iLike theme and scaled them but there's a magenta transparency color in Rockbox. Hwo do I remove it?
22:20:54	bluebrother^	why do you want to remove transparency?
22:21:31	Baltowolf	Well, I want to remove the color showing through.
22:21:50	bluebrother^	which color showing through what?
22:22:21	Baltowolf	The magenta color is showing through the backdrop.
22:22:29	bluebrother^	that magenta is the key for transparency. Use it for areas that should be transparent. If you want an area not to be transparent use a different color
22:22:44	bluebrother^	then you likely have changed the color.
22:23:02	Baltowolf	What do you mean?
22:23:05	bluebrother^	or scaling did some dithering, ending up with some pixels in a color in between
22:23:19	Baltowolf	How come I can see it through the backdrop though?
22:23:48	bluebrother^	err ... a backdrop is in the back. How do you want to see through the backdrop?
22:23:54	bertrik	don't we support transparency without magenta by now?
22:24:20	Baltowolf	Well, why is the magenta color visible?
22:24:25	bluebrother^	hmm, there has been a change, right.
22:24:27	Baltowolf	I guess that'sm y real question.
22:24:33	bluebrother^	because is a non-transparent magenta color
22:24:38	Baltowolf	Oh.
22:24:46	Baltowolf	So I need to change it then, right?
22:24:50	Baltowolf	Then it will work?
22:25:05	bluebrother^	I don't think magenta as transparency has been removed, since that would have broken all existing themes that use transparency
22:25:11	bluebrother^	if you use the right magenta.
22:25:12		Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
22:25:31	Baltowolf	So, which magenta color do I need to use?
22:25:49	bluebrother^	ff00ff
22:26:27	[Saint]	"the standard horrid magenta in MS Paint" :P
22:27:14	bluebrother^	:)
22:27:40		Quit perrikwp_ (Ping timeout: 245 seconds)
22:28:33	[Saint]	If you rescale an image (Hi, I'm the iLike author by the way), the colors will blend...this is a fact. This will completely fuck transparency...and you'll need to re-do it by hand.
22:29:31	bluebrother^	[Saint]: well, you _could_ disable dithering in your image program :)
22:29:32	freqmod	you'll only need to turn of any anti aliasing
22:30:03	Baltowolf	Ok, trying it now. Thanks. :P
22:30:10	Baltowolf	Nice them by the way Saint.
22:30:18	Baltowolf	*theme
22:30:55	[Saint]	I find even then they try to be "smart" and you'll still get a "ring" of blended color around the really obvious blocks of different color.
22:31:08	[Saint]	Maybe I use "the wrong editor(TM)".
22:31:42	freqmod	do you use nearest-neighbour scaling?
22:32:00	freqmod	if not the scaling algorithm will most likely interpolate the colours
22:32:10	[Saint]	Thanks, Baltowolf. You can thank Apple...I only painstakingly recreated it ;)
22:33:00	Baltowolf	:P
22:34:59	Baltowolf	now to see if it works...
22:36:53	Baltowolf	I think it shrunk XD
22:37:08	Baltowolf	I put it in Photoshop and used a giant brush and I took away some pixels I guess. ROFL
22:37:27	Baltowolf	IT looks fine otherwise though. I'll fix it when I get home, I've got to go. Thanks for your help guys.
22:37:40	Baltowolf	I'll report back if it works. :P
22:37:44	Baltowolf	bye
22:37:45		Part Baltowolf
22:38:00		Quit benedikt93 (Quit: Bye ;))
22:47:22		Quit liar (Read error: Connection timed out)
22:55:32	***	Saving seen data "./dancer.seen"
23:00
23:01:09		Quit curtism (Quit: Live Long and Prosper)
23:01:22		Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca)
23:10:53		Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
23:11:20		Join Xerion [0] (~xerion@5419EF19.cm-5-2d.dynamic.ziggo.nl)
23:13:25		Quit perrikwp (Ping timeout: 255 seconds)
23:13:58		Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
23:15:58		Quit perrikwp_ (Ping timeout: 245 seconds)
23:27:43		Quit perrikwp (Read error: Connection reset by peer)
23:28:54		Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
23:49:50		Join factor [0] (~factor@74.197.205.204)

Previous day | Next day