#rockbox 2011-06-16

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

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

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

#rockbox log for 2011-06-16

00:01:40	***	Saving seen data "./dancer.seen"
00:03:06	sideral	bertrik: Yes, I opted for Home as the ultimate toggle key :)
00:03:24	sideral	It always brings you back to the main menu, and from there to the WPS
00:03:52	bertrik	I'd like that
00:04:13	sideral	Also, I'm using FS #11975 <http://www.rockbox.org/tracker/task/11975> to prevent Home from doing anything when the backlight is off (except to turn it on)
00:04:13	fs-bluebot	http://www.rockbox.org/tracker/task/11975 Apply "Backlight on first keypress" only for certain keys (patches, new)
00:04:38	sideral	to avoid switching away from the WPS when the player is playing
00:04:44	sideral	and I want to have a look
00:05:25	sideral	I put the Hotkey to Long-Home, in both the tree browsers and in the WPS
00:06:02	sideral	In the WPS, I put the pitch screen and the quick screen to Long-Up and Long-Down, respectively. I like this symmetry
00:06:32	sideral	Short Down (previously unused) now brings up the playlist
00:06:33		Quit robin0800 (Ping timeout: 260 seconds)
00:07:39	sideral	I made the FM radio screen mirror the WPS screen: Home returns to main menu, Long-Select brings up the context menu, Short down shows the station list
00:08:05		Quit pamaury (Remote host closed the connection)
00:08:08	sideral	and Power stops FM playback and returns to the main menu
00:08:28	sideral	Are you still with me bertrik?
00:08:31	bertrik	yes
00:08:45	sideral	:) OK, and now for my final trick:
00:09:09	sideral	Soft-lock is at Long Power
00:09:38	sideral	So short power stops playback, long power is locks the screen, and even longer power turns the device off
00:09:55	sideral	Also, I changed to code to accept the soft-lock key in all screens
00:10:30	bertrik	hm, do we have a distinction between long power and even longer power then?
00:10:53	bertrik	(apart from hard power-off)
00:11:19	sideral	Yes. Long power was previously unused. And even longer power is not in the keymap, but handled directly in the button driver (IIRC)
00:11:43	sideral	Lock (Long power) takes 1 repeat, whereas power off takes 10 repeats
00:12:04	sideral	and all this is still distinct from hard power-off, which takes 10 seconds
00:12:52	sideral	there are two slightly annoying things with my new keymap:
00:13:37	sideral	1. when powering off, first a "Buttons locked" splash appears while holding Power
00:14:01	sideral	2. the FM screen is lacking a redraw to clear out the "Buttons locked" splash
00:14:12	sideral	Other than that, it's perfect :)
00:14:47		Join krazykit [0] (~krazykit@206.183.185.8)
00:14:58	sideral	Ah, there's one more wishlist item:
00:15:39	sideral	Apparently it's impossible to bring up the quick screen from the FM screen. Not sure what it would take to add support
00:16:08	bertrik	the quick screen doesn't really apply to FM anyway, right?
00:16:44	bertrik	oh, wait, the items are configureable now
00:16:59	sideral	As you see I kind of like the quick screen. I use it to adjust compression for badly leveled podcasts, as well as toggle Meier crossfeed
00:17:09	sideral	Right,
00:17:51	sideral	I can live without it on the FM screen, but I could envision useful uses for it there
00:19:29	sideral	any comments, or anything you find especially annoying?
00:21:00	bertrik	to be honest, I never use the quickscreen, pitchscreen or the hotkey and I find any keys mapped to those a waste :)
00:21:10	bertrik	long-power for hold kind of makes sense
00:22:06	bertrik	we used to have a "no-configurable-button" policy, but that is being slowly eroded away
00:24:23	bertrik	I like the idea of having a consistent mapping for playlist-in-WPS and station-list-in-FMS
00:25:22	sideral	Yeah, that inconsistency was really annoying to me
00:27:24	sideral	BTW, I recently bought a FuzeV2, and I have a hard time adjusting to its (Rockbox) button mappings as well. I think I'm gonna make it more like the Clip+'s, where Up/Down take the role of the scroll wheel.
00:27:46	alexbobp	where'd you find your fuze? I miss the fuze...
00:28:18		Quit liar (Quit: hallowed are the ori!)
00:28:22	sideral	bertrik: I had the same impression re configurable buttons. It looks like it just takes someone to write the code to make the configurable at run time :)
00:28:44	sideral	alexbobp: There's an ebay seller who sells refurbished Sansa parts
00:29:08	alexbobp	is the fuze+ actually succeeding in the market?
00:29:14	alexbobp	I cannot even imagine someone buying one and actually liking it
00:29:18	sideral	I think he's called itstor, located in the UK
00:29:51	sideral	I've had good experiences with him (two purchases, one of which required an RMA: broken clip on the Clip+)
00:30:05	alexbobp	cool
00:30:07		Quit ender` (Quit: Going to church does not make a person religious, nor does going to school make a person educated, any more than going to a garage makes a person a car.)
00:30:26		Quit bertrik (Quit: bed time)
00:30:47	sideral	alexbobp: I won't buy the Fuze+ unless pamaury completes his Rockbox port. The touchpad user interface seems rather backwards
00:31:55	sideral	The itstor guy even paid for the postage for the RMA (after I asked for it :) )
00:32:13	sideral	despite me being in a different country
00:32:29		Quit TheLemonMan (Quit: Ex-Chat)
00:33:14		Quit saratoga (Quit: Page closed)
00:33:17		Part boghog
00:37:27	alexbobp	sideral: I certainly won't buy any DAP at this point that doesn't run rockbox or android
00:37:52	alexbobp	sideral: but the fuze+ hardware is so shitty that I don't think it could be good even with a great rockbox port
00:38:50		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
00:41:39		Quit Elfish (Ping timeout: 240 seconds)
00:41:44		Join Elfish_ [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
00:42:05		Join robin0800 [0] (~robin0800@149.254.60.156)
00:46:49		Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au)
00:59:38		Quit alexbobp (Ping timeout: 260 seconds)
01:00
01:01:05		Join alexbobp [0] (~alex@209.135.10.128)
01:01:09		Quit bieber (Ping timeout: 276 seconds)
01:12:59		Quit sideral (Quit: Leaving.)
01:25:50		Quit Strife89 (Quit: Heading out.)
01:31:42		Quit Rob2222 (Quit: Rob2222)
01:31:55		Join Rob2222 [0] (~Miranda@p4FFF16E8.dip.t-dialin.net)
01:33:38		Quit stripwax (Quit: http://miranda-im.org)
01:34:00		Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
01:36:46		Quit robin0800 (Quit: Leaving)
01:37:05		Join robin0800 [0] (~robin0800@149.254.60.28)
01:37:25		Quit tchan (Read error: Connection reset by peer)
01:37:26		Quit Topy44 (Read error: Connection reset by peer)
01:37:49		Quit jhMikeS (Disconnected by services)
01:37:49		Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS)
01:37:50		Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS)
01:38:07		Quit crwl (Read error: Operation timed out)
01:38:56		Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi)
01:42:55		Quit liar (Ping timeout: 258 seconds)
01:46:07		Join Topy44 [0] (~Topy44@g228131139.adsl.alicedsl.de)
01:48:09		Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net)
01:48:22		Quit Llorean (Changing host)
01:48:22		Join Llorean [0] (~DarkkOne@rockbox/user/Llorean)
01:53:35		Quit Topy44 (.net .split)
01:53:35		Quit Scromple (.net .split)
01:53:35		Quit Elfish_ (.net .split)
01:53:35		Quit fs-bluebot (.net .split)
01:53:36		Quit markun (.net .split)
01:53:37		Quit JesusChrysler (.net .split)
01:53:37		Quit sinthetek (.net .split)
01:53:37		Quit swilde (.net .split)
01:53:38		Quit evilnick (.net .split)
01:53:38		Quit otih (.net .split)
01:53:40		Quit avacore (.net .split)
01:53:40		Quit linuxstb (.net .split)
01:53:40		Quit aevin (.net .split)
01:53:41		Quit jordan` (.net .split)
01:54:04		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
01:56:04		Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
02:00
02:00:32		Join fs-bluebot [0] (~fs-bluebo@g226069119.adsl.alicedsl.de)
02:00:32		Join evilnick [0] (~evilnick@ool-18bee3a9.dyn.optonline.net)
02:00:32		Join aevin [0] (eivindsy@microbel.pvv.ntnu.no)
02:00:32		Join Topy44 [0] (~Topy44@g228131139.adsl.alicedsl.de)
02:00:32		Join Elfish_ [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
02:00:32		Join markun [0] (~markun@ip503cd9a5.speed.planet.nl)
02:00:32		Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net)
02:00:32		Join otih [0] (~otih@CAcert/Assurer/otih)
02:00:32		Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
02:00:32		Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966)
02:00:32		Quit efyx (Remote host closed the connection)
02:01:43	***	Saving seen data "./dancer.seen"
02:03:28		Quit Rondom (Read error: Operation timed out)
02:03:29		Quit tchan1 (Read error: Connection reset by peer)
02:03:30		Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
02:03:35		Quit ranmachan (Read error: Operation timed out)
02:04:16		Join user890104_ [0] (Venci@venci-notebook-lan.ipv6.6bez10.info)
02:04:29		Quit user890104 (Read error: Connection reset by peer)
02:04:49		Quit robin0800 (Quit: Leaving)
02:04:50		Join ranmachan [0] (ranma@2a01:4f8:130:9321::2)
02:05:44		Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1)
02:07:32		Quit aevin (Changing host)
02:07:32		Join aevin [0] (eivindsy@unaffiliated/aevin)
02:26:44		Quit ender\| (Ping timeout: 260 seconds)
02:30:31		Join ender\| [0] (~ender1@2a01:260:4094:1:225:90ff:fe2a:83dc)
02:46:49		Quit gevaerts (Ping timeout: 240 seconds)
02:46:49		Quit jfc (Ping timeout: 240 seconds)
02:46:50		Nick kramer3d__ is now known as d3remark (~kramer@ip98-169-188-142.dc.dc.cox.net)
02:47:16		Join jfc [0] (~john@static-72-73-80-12.ptldme.east.myfairpoint.net)
02:47:46		Join mshaxp [0] (~athlonmpp@5ad7b04e.bb.sky.com)
02:48:15		Quit mshathlonxp (Disconnected by services)
02:48:20		Nick mshaxp is now known as mshathlonxp (~athlonmpp@5ad7b04e.bb.sky.com)
02:48:25		Quit rasher (Ping timeout: 240 seconds)
02:48:34		Join rasher [0] (~rasher@rockbox/developer/rasher)
02:52:23		Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
03:00
03:20:00		Join kugel_ [0] (~kugel@rockbox/developer/kugel)
03:22:59		Quit kugel (Ping timeout: 240 seconds)
03:23:51		Quit einhirn (Read error: Connection reset by peer)
03:37:10		Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au)
03:45:05		Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca)
03:48:01		Join tucemiux [0] (~tucemiux@unaffiliated/tucemiux)
03:48:39	tucemiux	is there such a thing as a rockbox app for linux?
03:49:08	JdGordon	yes
03:49:26	JdGordon	you need to build it from source
03:52:49	tucemiux	yikes!
03:52:54	tucemiux	that sucks
03:53:27	JdGordon	errr... thats pretty much linux...
03:54:20	tucemiux	they have an installer for devices but they dont have a packaged app for linux :-(
03:54:57	tucemiux	sudo apt-get install rockbox −−-> didnt work :-(
03:55:14		Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net)
03:55:34	krazykit	right. you have to compile it
04:00
04:01:47	***	Saving seen data "./dancer.seen"
04:05:09		Join robin0800 [0] (~robin0800@149.254.61.156)
04:09:41		Quit MethoS- (Read error: Connection reset by peer)
04:15:21		Quit [7] (Disconnected by services)
04:15:27		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:17:20		Join kugel [0] (~kugel@rockbox/developer/kugel)
04:18:39		Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com)
04:19:59		Quit kugel_ (Ping timeout: 255 seconds)
04:22:28		Part tucemiux
04:29:49		Quit robin0800 (Ping timeout: 276 seconds)
04:30:19		Join L-Strife1989 [0] (~Strife89@207-144-19-39.cstel.net)
04:31:43		Join robin0800 [0] (~robin0800@149.254.61.36)
04:32:43		Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
04:33:44		Quit Strife89 (Ping timeout: 264 seconds)
04:34:25		Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net)
04:35:39		Quit pixelma (Disconnected by services)
04:35:39		Quit amiconn (Disconnected by services)
04:35:40		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:35:40		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:35:57		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:36:00		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:43:17		Quit robin0800 (Quit: Leaving)
05:00
05:06:42		Quit ReimuHakurei_ (Read error: Connection reset by peer)
05:06:55		Join ReimuHakurei_ [0] (~reimu@74.112.212.15)
05:08:34		Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
05:08:39		Quit tchan (Changing host)
05:08:40		Join tchan [0] (~tchan@lunar-linux/developer/tchan)
05:09:44		Quit ps-auxw (Ping timeout: 264 seconds)
05:10:02		Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
05:22:06		Nick d3remark is now known as kramer3d (~kramer@ip98-169-188-142.dc.dc.cox.net)
05:22:56		Quit kramer3d (Changing host)
05:22:56		Join kramer3d [0] (~kramer@unaffiliated/kramer3d)
05:26:32		Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net)
05:28:50		Quit L-Strife1989 (Ping timeout: 252 seconds)
05:31:42		Quit Strife89 (Quit: Restart.)
05:39:35		Quit Horscht (Quit: Verlassend)
05:55:07		Join Rob2223 [0] (~Miranda@p5DE4BA47.dip.t-dialin.net)
05:58:54		Quit Rob2222 (Ping timeout: 260 seconds)
06:00
06:01:51	***	Saving seen data "./dancer.seen"
06:11:49		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
06:11:56	[Saint]	JdGordon: I've tried looking at the code regarding it, but couldn't see anything obvious. is there any reason why the touch area "none" fires immediately and doesn't wait to see if it's a long or short press?
06:15:57		Quit Judas_PhD (Client Quit)
06:16:20		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
06:17:10	JdGordon	off the top of my head... shuoldnt be
06:19:56	JdGordon	possibly because of the returncode
06:20:04	JdGordon	it returns ACTION_TOUCHSCREEN
06:21:09	JdGordon	[Saint]: in skin_parser.c find the list for "none" and change it to ACTION_NONE
06:21:23	JdGordon	viewvc really shuold show line numbers
06:21:47	[Saint]	right, I'll have a poke if WOL is nice to me. thanks.
06:24:55		Quit AlexP (Read error: Operation timed out)
06:25:06		Join AlexP [0] (~alex@rockbox/staff/AlexP)
06:29:10		Quit AlexP (Remote host closed the connection)
06:30:29		Join AlexP [0] (~alex@rockbox/staff/AlexP)
06:37:55		Quit JesusChrysler (Quit: JesusChrysler)
06:40:59		Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
06:41:03		Quit AlexP (Remote host closed the connection)
06:41:42		Join AlexP [0] (~alex@rockbox/staff/AlexP)
06:44:35		Quit advcomp2019__ (Ping timeout: 260 seconds)
06:51:14		Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net)
06:58:09		Quit mystica555 (Ping timeout: 252 seconds)
07:00
07:04:00		Quit Judas_PhD (Quit: This is a quitting message)
07:05:30		Join mystica555 [0] (~Mike@71-208-223-57.hlrn.qwest.net)
07:06:03		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
07:06:26		Quit Judas_PhD (Client Quit)
07:15:56		Quit Elfish_ (Ping timeout: 255 seconds)
07:18:15	pixelma	<JdGordon> viewvc really shuold show line numbers <- it does in the "annotate" view
07:20:02	JdGordon	yeah, but that view is hard to read
07:20:58	pixelma	really? The only trouble I found is with very long svn user names that get split by the line number column
07:21:21	JdGordon	i hate the alternate line colouirng
07:21:55	pixelma	aha
07:22:53	JdGordon	https://issues.apache.org/jira/browse/INFRA-2377 bah
07:23:40	JdGordon	ah, no.. thats backwards
07:23:55	JdGordon	Zagor: any chance of updating viewvc?
07:24:05	JdGordon	We'll probably need to for git anyway I guess :)
07:25:44	JdGordon	does viewvc even support git?
07:30:59		Quit fs-bluebot (Quit: So long, and thanks for all the fish.)
07:31:24		Join fs-bluebot [0] (~fs-bluebo@g226069119.adsl.alicedsl.de)
07:33:02		Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
07:35:36	wtachi	JdGordon: no; gitweb or cgit are often used instead
07:35:52	wtachi	*is
07:40:19		Join Scromple_ [0] (~Simon@115-64-195-104.tpgi.com.au)
07:41:33		Nick kramer3d is now known as d3remark (~kramer@unaffiliated/kramer3d)
07:42:56		Quit Scromple (Ping timeout: 258 seconds)
07:43:12		Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz)
07:45:56		Quit wtachi (Quit: &)
07:56:34		Quit tchan (Read error: Connection reset by peer)
07:57:08		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
07:57:24		Join tchan [0] (~tchan@lunar-linux/developer/tchan)
08:00
08:01:09		Join AlexP_ [0] (~alex@rockbox/staff/AlexP)
08:01:32		Quit AlexP (Ping timeout: 276 seconds)
08:01:52	***	Saving seen data "./dancer.seen"
08:02:42		Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP)
08:03:48		Join Jerom [0] (~jerome@95.171.142.74)
08:07:07		Quit Jerom (Client Quit)
08:12:23		Join sideral [0] (~sideral@213.165.85.248)
08:12:24		Quit sideral (Changing host)
08:12:24		Join sideral [0] (~sideral@rockbox/developer/sideral)
08:15:35		Join Guest43691 [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net)
08:15:35		Quit Guest43691 (Changing host)
08:15:35		Join Guest43691 [0] (~bjst@rockbox/developer/Zagor)
08:16:03		Nick Guest43691 is now known as Zagor (~bjst@rockbox/developer/Zagor)
08:18:29		Quit Elfish (Ping timeout: 255 seconds)
08:18:31		Quit sideral (Remote host closed the connection)
08:19:05		Join sideral [0] (~sideral@213.165.85.248)
08:19:05		Quit sideral (Changing host)
08:19:05		Join sideral [0] (~sideral@rockbox/developer/sideral)
08:27:27		Quit ReimuHakurei_ (Read error: Connection reset by peer)
08:28:12		Join ReimuHakurei_ [0] (~reimu@74.112.212.15)
08:28:46		Quit sideral (Remote host closed the connection)
08:29:08		Join sideral [0] (~sideral@rockbox/developer/sideral)
08:30:41		Join ender` [0] (krneki@foo.eternallybored.org)
08:36:53		Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
08:39:01		Quit sideral (Remote host closed the connection)
08:39:55		Join sideral [0] (~sideral@rockbox/developer/sideral)
08:40:16	***	SIGHUP received, attempting to reload configuration.
08:41:25	***	SIGHUP received, attempting to reload configuration.
08:41:37		Join kugel_ [0] (~kugel@rockbox/developer/kugel)
08:43:16	***	SPY: Authentication failed for Zagor
08:45:01		Quit kugel (Ping timeout: 258 seconds)
08:52:54		Nick logbot_ is now known as logbot (~rockbox@rockbox/bot/logbot)
08:54:18		Join n1s [0] (~quassel@rockbox/developer/n1s)
08:55:36	sideral	bluebrother: I don't think your statement regarding ID3 not storing the codepage is correct. ID3v2.3 supports ISO-Latin-1 and UCS-2, and ID3v2.4 additionally supports UTF-8
08:58:19	pixelma	some people still use ID3 v1 which is why the setting for the default codepage is still there (I didn't read bluebrother's post yet though)
08:58:21		Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info)
08:58:36		Quit advcomp2019_ (Read error: Connection reset by peer)
08:59:06		Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
08:59:36		Quit user890104_ (Read error: Connection reset by peer)
09:00
09:00:05	sideral	pixelma: this is re: http://forums.rockbox.org/index.php/topic,28214.msg182105.html#msg182105
09:00:06	pixelma	sideral: and isn't it the _playlist.control file that you are referring to in your post? ;)
09:00:39	sideral	pixelma: I
09:00:55	sideral	pixelma: I think that stores the playlist, but not the resume info
09:01:58	pixelma	yeah, bluebrother's post should probably be refined but isn't completely wrong AFAIK
09:03:33		Join B4gder [0] (~daniel@www.haxx.se)
09:03:33		Quit B4gder (Changing host)
09:03:33		Join B4gder [241] (~daniel@rockbox/developer/bagder)
09:03:33		Quit evilnick (Read error: Connection reset by peer)
09:10:20		Join bluefoxx [0] (fuzzylomba@S0106e0cb4efced71.vs.shawcable.net)
09:13:16		Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
09:13:16		Quit pamaury (Changing host)
09:13:16		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
09:15:31	amiconn	The resume point is stored in nvram (which is just the /.rockbox/nvram.bin on targets without some form of actual nvram) in binary form
09:15:38		Quit bluefoxx (Ping timeout: 252 seconds)
09:16:17		Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:19:25	amiconn	.playlist_control stores the current playlist, but in a special way: It stores the "build instructions" for the playlist
09:19:30		Join bluefoxx [0] (fuzzylomba@S0106e0cb4efced71.vs.shawcable.net)
09:20:56	*	JdGordon has an old patch somewhere to store the resume info into the .playlist_control and use that format for bookmarks
09:21:01	JdGordon	if anyone wants to finish it :)
09:21:23	JdGordon	FS #9407
09:21:25	fs-bluebot	http://www.rockbox.org/tracker/task/9407 bookmarks overhaul (patches, new)
09:24:16		Quit bluefoxx (Ping timeout: 244 seconds)
09:26:01		Join petur [0] (~petur@rockbox/developer/petur)
09:26:01	amiconn	JdGordon: Using a common format sounds useful, but I'd rather keep the resume info in nvram on targets which have that.
09:27:56	sideral	JdGordon: would that also fix the bug where resume on startup resumes the wrong file when the previously played file has been removed since last boot? (just recently ran into this again)
09:28:13	amiconn	It's both safer (in case battery runs out before the next buffering cycle) and saves a bit of battery due to the saved write on every buffering cycle
09:28:29	amiconn	sideral: No it wouldn't
09:29:02		Quit sasquatch (Quit: WeeChat 0.3.2)
09:29:11	amiconn	That's something that cannot be fixed with the way resume currently works (storing just playlist position and position within the track)
09:29:31		Join sasquatch [0] (~username@p4FF2D917.dip.t-dialin.net)
09:29:34	amiconn	But changing that would make things a whole lot slower, which is not wanted
09:29:37	sideral	Can't seem to find this bug on Flyspray. I thought I had seen it there, but maybe I just saw it mentioned in the forums
09:29:37	n1s	i wonder if we couldn't just store the name of the file to resume and if the resume position points to a different file, just fail
09:30:52	sideral	Well, checking whether the playlist track referenced by the resume info still exists shouldn't be that slow?
09:31:17	amiconn	There is no track reference
09:31:46	sideral	There's a playlist index −− and doesn't the playlist just store track references?
09:31:51	amiconn	.playlist_control has the instructions how to rebuild the playlist (which will be different if files are missing or added)
09:31:59	amiconn	nope - as I already mentioned
09:32:02	sideral	aha
09:32:31	sideral	maybe store the CRC of the playlist in NVRAM and compare that?
09:32:33		Quit Scromple_ (Quit: Gone)
09:32:37	n1s	but we could just store a filename or somesuch and check if we ended up in the same place
09:33:03	amiconn	It depends a bit on how the playlist is built. For dirplay, the current system is really efficient, as it's just a single line
09:33:26	sideral	Why is the playlist stored in this fashion? Which use case does this enable?
09:33:37	amiconn	Performance
09:34:40	sideral	In which case? multi-thousand-track playlists?
09:35:06	n1s	it also adds an obscure feature, if you add dirs to the playlist and later add files to them the new files will be picked up
09:35:30	amiconn	The difference already starts to show at a few dozen tracks
09:35:40	amiconn	It's also very memory efficient
09:35:59	amiconn	The in-memory playlist stores no file names either
09:36:32	amiconn	If you'd ever seen the hilarious playlist loading speed of the old archoses' OF, you'd know what I mean
09:38:00	sideral	Hmm. Maybe we should just store a file ID (FAT cluster number, dircache pointer, or whatever unique we have available) with the resume info and verify that
09:38:48	[Saint]	Would anyone mide if I went around and unified the various units in the settings menus? What I mean is, some settings (resume values I'm thinking of in particular) have preset values to choose from like 0, 5, 10, 15 seconds etc., whereas others have a full range 1,2,3,4,5,6~seconds etc.
09:38:59	[Saint]	*s/mide/mind/
09:39:12		Nick kugel_ is now known as kugelp (~kugel@rockbox/developer/kugel)
09:39:40	sideral	Saint: Don't know, I felt it kind of makes sense for the different rewind types
09:40:03	[Saint]	not if you want, say, 4 seconds...and the nearest choice is 5
09:40:12	[Saint]	it wouldn;t hurt to add the "missing" values.
09:40:38	[Saint]	I don't want to take any values away, just add more.
09:41:09	sideral	Saint: Perhaps. The only counterargument I can think of is that long settings list can be inconvenient, especially when using the setting in the quickscreen
09:41:37	[Saint]	It seems to be ok for the settings that use it presently.
09:42:18	JdGordon	haha good luck with that!
09:42:55	[Saint]	I just don't see the point in the increments being fashioned as such. It's ok in the upper rangers (well, less annoying but not ok). but in the lower numbers it's quite annoying I find.
09:43:16	[Saint]	*ranges
09:43:27	sideral	Alright Saint, I'm not against this
09:43:33	n1s	yeah, these arbitrary numbers are a bit weird
09:43:48	[Saint]	1,2,3,4,5,6,7,8,9,10,15,20,25 would help to keep it smaller.
09:44:15	JdGordon	come up with a ui to change the setting chooser screens step size dynmically
09:44:46	[Saint]	why does it need to be dynamic?
09:46:19	n1s	we have list acceleration so getting your desired value shouldn't be a problem anyway
09:46:38	*	[Saint] nods.
09:47:09	sideral	amiconn: What's the NVRAM space limit, and how close to it are we?
09:47:16	[Saint]	I just noticed it today that some setting let you set the values to <whatever>, and others only offer you choices of 5 second increments.
09:48:53	JdGordon	sideral: 40 bytes and we are using it all iirc
09:49:18	[Saint]	0~9 in one second increments, 10~60 in 5 second increments and 60~120 in 30 second increments should help to a: keep the lists smaller, and b: allow for finer adjustment in the lower ranges.
09:49:34	[Saint]	0~120 in one second increments might be a little excessive.
09:49:49	JdGordon	hence the dynamic staement before
09:50:23	[Saint]	that's not really dynamic though. It'd still be a fixed list.
09:50:27	JdGordon	there is actually room for bin/ram savings by making all those settings not arbitrary
09:51:12	n1s	[Saint]: i don't see why 0-120 in 1s increments is a problem
09:51:53	[Saint]	n1s: Nor do I really ;) It was a "keep people happy" suggestion.
09:52:06	n1s	screw 'em!
09:52:11	[Saint]	:D
09:52:21		Join keyb_gr [0] (~chatzilla@p4FF04696.dip.t-dialin.net)
09:53:06	[Saint]	I'll add it to my list of things to poke at when I get home.
10:00
10:00:20		Quit bug2000 (Ping timeout: 240 seconds)
10:01:56	***	Saving seen data "./dancer.seen"
10:05:02		Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net)
10:06:15		Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net)
10:06:57		Quit n1s (Remote host closed the connection)
10:07:21		Quit Zarggg (Ping timeout: 246 seconds)
10:26:59		Join eGen_ [0] (generat0r@gate.mmdecin.cz)
10:49:35		Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.)
10:52:05		Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz)
10:52:33	amiconn	sideral, JdGordon: NVRAM total size is 44 bytes on the archos recorders (v1, v2, fm). 8 bytes are used as header + crc, and we're using 26 bytes worst case atm, i.e. 10 bytes are free (at least, depending on the actual target)
10:54:08	amiconn	The optional components being tuner (only for recorder fm, 4 bytes) and dircache (only for 8 MB modded archoses, 4 bytes)
10:54:24		Join keyb_gr_ [0] (~chatzilla@p4FF038A2.dip.t-dialin.net)
10:54:40	sideral	amiconn: Thanks. Good to know there's still space.
10:55:00	sideral	I also wanted to add another setting to NVRAM: :)
10:55:27	sideral	which browser (file vs DB) was last bound to the select key in the WPS
10:55:40		Quit keyb_gr (Ping timeout: 240 seconds)
10:55:41		Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF038A2.dip.t-dialin.net)
10:55:44	sideral	I wan
10:56:09	sideral	I find it annoying that it resets to file browser after each reboot
10:56:13	amiconn	I don't see why this would need to be in nvram
10:57:04	sideral	I thought config.cfg is for user-configurable settings only, not for persistent runtime state, which belongs to NVRAM?
10:57:27	amiconn	There are two kinds of settings which should (or even must) go into nvram: Stuff that changes really often (saving the conversion to ascii and the disk write) and stuff that's needed really early in the boot process, before disk settings are being read (that applies to car adapter mode)
10:57:40	amiconn	hmm
10:58:28	amiconn	Anyway, storing which browser was last active needs just one byte
10:58:41	sideral	one bit, to be precise :)
10:59:02	amiconn	Yeah, just you can only reserve nvram in byte steps
10:59:16	sideral	yes, saw that.
10:59:58	sideral	do we make persistent whether radio or WPS was last active? could be another candidate. the the resume playback after reboot option could start the radio
11:00
11:00:15	sideral	s/the/then/
11:00:25	amiconn	The last active screen is stored already
11:00:34	*	amiconn doesn't use that feature though
11:02:11	sideral	I use WPS as the startup screen, and don't care to much about FM radio. So meh, I'll leave this to someone else to worry about :)
11:02:11	*	amiconn just starts in the file browser everytime
11:02:32	sideral	BTW, I'm not sure whether NVRAM restore would be portable to an ILP64 architecture. It assumes int is 4 bytes
11:03:11	amiconn	Hitting one more button to resume (if I want just that) is not a big deal, however, loading the correct config after playback already started is - when switching car <-> home stereo <-> earphone
11:04:18	B4gder	there are no IPL64 archs...
11:04:26	amiconn	..yet
11:04:36	amiconn	Also, afaik nvram is simulated
11:04:52	B4gder	yes, but code assuming int is 32 bits are... everywhere
11:06:03	Zagor	I doubt we'll see an IPL64 arch anytime soon
11:06:22	B4gder	right, there's no such in development right now
11:06:35	Zagor	and making one is just asking for trouble
11:06:50	Zagor	companies will avoid it for fear of problems
11:08:28	B4gder	but otoh, MS did a misguided attempt to avoid problems by doing P64
11:11:22	sideral	AFAIK Intel's C compiler supports ILP64. But I have to admit I don't really care either :)
11:11:44	Zagor	sideral: compilers are easy. the enormous amount of code that assumes 32bit is not
11:14:29	sideral	Google turns up more users.. Oracle (UltraSPARC), Cray... But whatever. It just caught my eye that the NVRAM code hardcodes it
11:14:54	B4gder	I don't believe that
11:15:14	B4gder	but then its not important
11:16:47	Zagor	having 64-bit general-purpose registers doesn't mean the C int is 64 bits
11:16:58	Zagor	it just mean longs are handled in a single register
11:17:04	Zagor	such as ultrasparc v9
11:17:21	B4gder	wikipedia claims there's special solaris port that is ILP64
11:17:48	B4gder	and "Unicos" running SILP64
11:17:50	sideral	Thanks Zagor, I know that. I've just looked for implementations and users using ILP64
11:17:50	B4gder	where S is for short
11:18:23	sideral	I agree it's probably irrelevant since Alpha is dead
11:18:29	B4gder	?
11:18:37	Zagor	alpha? :)
11:18:38	B4gder	Alpha was/is just LP64
11:18:46	B4gder	just like the others
11:19:11	sideral	B4gder: not according to my memory
11:19:17	B4gder	then read up and you'll see
11:19:47	sideral	http://stackoverflow.com/questions/384502/what-is-the-bit-size-of-long-on-64-bit-windows −− first answer
11:19:57	B4gder	long
11:20:02	B4gder	is not int
11:20:32	B4gder	and the answer says so too
11:20:54	sideral	"The two mostly widely used were ILP64 (for DEC Alpha ..."
11:20:56	B4gder	oh it claims it is ILP64, but that's wrong
11:22:08	B4gder	at least when you run tru64 or linux on them
11:22:29	sideral	OK. Maybe the post refers to OpenVMS :)
11:22:30	B4gder	or vms
11:22:40	B4gder	OpenVMS is LP64 as well
11:22:51	B4gder	the post is just wrong
11:23:05	sideral	OK, thanks for the correction then.
11:23:27	*	B4gder builds and runs curl on all of these
11:23:40	sideral	Ah, this looks more prominent, and supports your statement: http://0-queue.acm.org.millennium.lib.cyut.edu.tw/detail.cfm?id=1165766
11:24:10	sideral	Oops, what kind of domain is that?
11:24:19	Zagor	taiwan
11:24:28	B4gder	a lot of dots in the domain =)
11:24:32	sideral	:)
11:24:35	Zagor	indeed :)
11:25:08	sideral	http://queue.acm.org/detail.cfm?id=1165766
11:25:19	sideral	that's better :)
11:27:34	*	B4gder commented the stackoverflow post now
11:37:09	*	[Saint] is plagued by the "scrollwheel buttons unresponsive until volume is changed via the scrollwheel for the first time after hold is disengaged" issue.
11:37:58	sideral	Saint: Soft hold?
11:38:10	gevaerts	sideral: old ipod issue
11:38:39	gevaerts	Or maybe all wheels, not sure
11:38:42	[Saint]	not all ipods suffer from it, though.
11:39:44	sideral	I ran into a similar problem when experimenting with soft hold on the clip+. I fixed it with action_wait_for_release calls in the lock/unlock path in get_action_worker
11:40:06	[Saint]	I have Nano1G, Nano2G and $G Greyscale and Color/Photo...only the 4G-Color/Photo is giving me the troubles.
11:40:20	[Saint]	*4G
11:40:50	sideral	are any of these using soft hold, or do they have a hardware hold button?
11:41:03	[Saint]	they all have HW hold.
11:41:21	sideral	OK, then ignore me :)
11:42:15	[Saint]	Hmmm? what? who? ;)
12:00
12:02:00	***	Saving seen data "./dancer.seen"
12:11:28		Quit kugelp (Read error: Operation timed out)
12:14:33		Join kugel [0] (~kugel@rockbox/developer/kugel)
12:18:17		Join MethoS- [0] (~clemens@134.102.106.250)
12:48:55		Quit Elfish (Ping timeout: 255 seconds)
13:00
13:06:20		Quit kugel (Ping timeout: 240 seconds)
13:08:50		Join kugel [0] (~kugel@rockbox/developer/kugel)
13:08:57		Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
13:32:07		Join petur2 [0] (~petur@rockbox/developer/petur)
13:33:30		Quit petur (Ping timeout: 259 seconds)
13:36:01		Nick petur2 is now known as petur (~petur@rockbox/developer/petur)
13:38:12		Quit sideral (Quit: Leaving.)
13:42:45		Join n1s [0] (~quassel@rockbox/developer/n1s)
13:48:02		Part Zagor
13:54:30		Join keyb_gr_ [0] (~chatzilla@p4FF038A2.dip.t-dialin.net)
13:57:28		Quit keyb_gr (Read error: Connection reset by peer)
13:57:42		Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF038A2.dip.t-dialin.net)
14:00
14:02:01	***	Saving seen data "./dancer.seen"
14:11:51		Quit antil33t ()
14:36:17	JdGordon	rasher: ping?
14:42:49	JdGordon	any script ninjas able to hel me with a *.lang issue?
14:44:43	[Saint]	WHat do you need to achieve?
14:45:26	JdGordon	none of the langs have the voice string filled in for LANG_MODE. i want a script to copy the dest string to the voice thing
14:48:56		Join cpu98 [0] (de6c422f@gateway/web/freenode/ip.222.108.66.47)
14:51:33	JdGordon	36 langs have the string... too many to do manually :/
14:57:42		Quit cpu98 (Ping timeout: 252 seconds)
15:00
15:00:48		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
15:09:31		Quit krazykit (Ping timeout: 240 seconds)
15:10:13	amiconn	Why should LANG_MODE have a voice string, given what it's used for? It's not voiced
15:10:39	[Saint]	it is in the FM screen, no?
15:10:42	[Saint]	or, should be.
15:12:07	amiconn	It's in the FM screen's quickscreen
15:12:37	[Saint]	it's for this: http://www.rockbox.org/tracker/task/12158?project=1&string=voice&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&order=dateopened&sort=desc
15:12:50	[Saint]	Aw! c'mon flyspray!
15:12:56	*	[Saint] grumbles about long links.
15:13:37		Join cpu98 [0] (de6c422f@gateway/web/freenode/ip.222.108.66.47)
15:14:13	amiconn	On hwcodec voice is not possible in fm, because the mas is in recording mode during fm (in order to be able to record it)
15:18:32	JdGordon	thats nice...... its not like anyone actually cares about swcodec now is it?
15:19:44	amiconn	It's just something that should be kept in mind when fiddling with it. It's also something that might change, because keeping the mas in recording mode is actually unnecessary (and wasteful) unless prerecording is in effect.
15:21:21	JdGordon	all the more reason to just dump the dest string as is
15:26:31	[Saint]	Buderim wants a ban
15:26:37	[Saint]	(forums)
15:27:14	JdGordon	does he really?
15:27:43	[Saint]	Well...he robably doesn't.
15:28:19	CIA-17	New commit by jdgordon (r30007): Fix FS #12158 - Make the "Mode: " line in the radio menu voice. ...
15:28:24	[Saint]	posts about candle making that are obviouslt spam in the themeing and customization section kinda deserve it, though.
15:29:20	Llorean	When I saw the thread topic I thought there was a 50/50 chance it was a legitimate thread about trying to make say, a slowly burning down candle as a progress bar. Sadly, it wasn't.
15:29:37	JdGordon	you could easily do that though
15:29:46	JdGordon	bar+slider image
15:30:06	Llorean	Do we have vertical progress bars now?
15:30:12	JdGordon	for months now
15:30:20	Llorean	Haven't really looked at recent theming stuff.
15:30:44		Join archivator [0] (~archivato@stu0304.keble.ox.ac.uk)
15:30:47		Part archivator
15:32:37	[Saint]	Why would you need the Slider for this?
15:32:44	CIA-17	r30007 build result: All green
15:33:03	JdGordon	for the flame to follow the burnning candle down
15:33:17	[Saint]	(the slider makes it look weird IMO, with it's crazy offset of half of the slider image on both ends of the bar)
15:34:56		Join krazykit [0] (~krazykit@206.183.182.189)
15:36:37		Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.)
15:39:14		Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz)
15:48:34	n1s	does anyone care if i'd delete the STATICIRAM thing, i'm pretty sure building with the old toolchain doesn't work anymore and it's quite ugly
15:51:09	kugel	n1s: go for it
15:51:39	kugel	remove the old toolchain from rockboxdev.sh while you're at it :)
15:52:58	n1s	well, it's probably an after freeze change so i'll wait untill then
15:59:48		Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
16:00
16:00:48		Join timccc [0] (~aoeu@112.166.15.141)
16:02:05	***	Saving seen data "./dancer.seen"
16:18:18		Join kugel_ [0] (~kugel@rockbox/developer/kugel)
16:21:18		Quit kugel (Ping timeout: 260 seconds)
16:32:58		Quit n1s (Remote host closed the connection)
16:37:30		Join n1s [0] (~quassel@rockbox/developer/n1s)
16:48:50		Quit Sundiver (Quit: leaving)
16:52:09		Join kugel [0] (~kugel@e178188047.adsl.alicedsl.de)
16:52:09		Quit kugel (Changing host)
16:52:09		Join kugel [0] (~kugel@rockbox/developer/kugel)
16:54:39		Quit kugel_ (Ping timeout: 240 seconds)
17:00
17:01:25		Join sudoman [0] (20238@ninthfloor.org)
17:04:28	sudoman	hello, for some reason the "−−disable-werror" in the rockboxdev.sh script isn't working as intended on a 64 bit Fedora 15 install. http://pastebin.com/4XwNcyXS
17:04:52	sudoman	I'm using gcc 4.6.0
17:05:29	sudoman	I'm building from the 3.8.1 source release
17:05:48		Quit user890104 ()
17:09:14		Quit bluebrother (Disconnected by services)
17:09:15		Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
17:11:43		Quit fs-bluebot (Ping timeout: 255 seconds)
17:12:54		Join fs-bluebot [0] (~fs-bluebo@g231121024.adsl.alicedsl.de)
17:14:57	n1s	sudoman: that was added after the 3.8 release so you want to use a current version of rockboxdev.sh from svn
17:15:28	sudoman	n1s: ok. is there a snapshot of latest svn or do i have to download the whole thing
17:16:22		Quit B4gder (Quit: Konversation terminated!)
17:16:24	n1s	we don't provide snapshots of svn but if you want to develop for rockbox you probably want to use the current code anyway
17:16:48	n1s	otherwise you can check out just the rockboxdev.sh script
17:17:05	sudoman	n1s: ok thanks :)
17:20:39		Join T44 [0] (~Topy44@g228144140.adsl.alicedsl.de)
17:21:20		Join ReimuHakurei [0] (~reimu@74.112.212.15)
17:21:31		Quit ReimuHakurei_ (Read error: Connection reset by peer)
17:24:19		Quit Topy44 (Ping timeout: 255 seconds)
17:27:14		Join bmbl [0] (~bmbl@dsl-217-171-139.pool.bitel.net)
17:27:14		Quit bmbl (Changing host)
17:27:14		Join bmbl [0] (~bmbl@unaffiliated/bmbl)
17:31:23		Join TheLemonMan [0] (~lem0n@ppp-53-13.26-151.libero.it)
17:37:49		Quit sudoman (Quit: leaving)
17:38:14		Quit mshathlonxp ()
17:50:02		Quit cpu98 (Ping timeout: 252 seconds)
17:57:58	kugel	gevaerts: are you going to review FS #12159?
17:57:58	fs-bluebot	http://www.rockbox.org/tracker/task/12159 GSoC/Buflib: Remove direct audiobuf accesses (patches, new)
17:58:53	kugel	it's really an intermediate patch anyway, it's all going to replaced by buflib
17:58:58	gevaerts	kugel: I'll have a look at the bits I understand tonight
18:00
18:00:04	kugel	if i find some batteries I can test it on hwcodec :)
18:01:15		Quit petur (Quit: plop)
18:02:07	***	Saving seen data "./dancer.seen"
18:04:04		Quit TheLemonMan (Ping timeout: 276 seconds)
18:04:52		Join TheLemonMan [0] (~lem0n@ppp-53-13.26-151.libero.it)
18:15:31		Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
18:21:17		Quit GeekShadow (Quit: The cake is a lie !)
18:36:01		Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
18:36:01		Quit bertrik (Changing host)
18:36:01		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
18:38:37		Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com)
18:49:49		Join tempe [0] (~5fd0e233@giant.haxx.se)
18:52:19		Quit tempe (Client Quit)
18:53:39		Join tempe [0] (~5fd0e233@giant.haxx.se)
18:55:06		Quit tempe (Client Quit)
18:55:25		Join webguest32 [0] (~5fd0e233@giant.haxx.se)
18:56:07		Quit webguest32 (Client Quit)
18:56:12		Join tempe [0] (~5fd0e233@giant.haxx.se)
19:00
19:00:06		Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
19:01:04		Join Jerom [0] (~jerome@95.171.142.74)
19:02:25	pixelma	I don't like the blindly copying of the dest string to the voice string, if translators should actually look at it, I think it would have been better if it had been kept empty
19:02:41		Quit tempe (Quit: CGI:IRC (EOF))
19:02:44	pixelma	for a chance that it shows up when running genlang
19:02:51		Join tempe222 [0] (~5fd0e233@giant.haxx.se)
19:03:21	pixelma	and what amiconn said, could have been a use case for a excluding/including by feature
19:05:49	n1s	pixelma: i don't think it does show up in genlang
19:06:24	pixelma	well yes, I seem to remember that well - but now it wouldn't even have a chance
19:06:40	pixelma	remember it too
19:14:41		Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.)
19:16:40		Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz)
19:25:14		Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.)
19:26:32		Quit Buganini (Read error: Connection reset by peer)
19:31:12		Join Horscht [0] (~Horscht@xbmc/user/horscht)
19:32:58		Join Buganini [0] (~buganini@2001:288:c237:0:dead:beef:cafe:babe)
19:42:20	amiconn	Bagder/ Zagor: ping
19:48:40		Quit bmbl (Read error: Connection reset by peer)
19:57:52		Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net)
19:59:23		Join ReimuHakurei_ [0] (~reimu@74.112.212.15)
19:59:24		Quit ReimuHakurei_ (Read error: Connection reset by peer)
20:00
20:02:08	***	Saving seen data "./dancer.seen"
20:07:13		Quit ChickeNES (Read error: Connection reset by peer)
20:07:48		Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net)
20:11:14		Quit ChickeNES (Read error: Connection reset by peer)
20:11:48		Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net)
20:12:41		Quit tempe222 (Quit: CGI:IRC (EOF))
20:13:07		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
20:18:43		Quit Jerom (Quit: Leaving.)
20:20:13		Join Lear [0] (~chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net)
20:30:06		Quit stripwax (Quit: http://miranda-im.org)
20:38:07		Join byteframe [0] (~byteframe@unaffiliated/byteframe)
20:42:24	byteframe	I have my music on an sd card ("<microsd1> in rockbox). I assume my playlists will still need to be in the "Playlists" folder on the root of the internal memory. So will I have to suffix each entry in the playlists with "/<microsd1>/"?
20:45:33	n1s	they don't need to be in the playlists dir
20:46:31	n1s	but if you want a playlist on the internal storage with tracks on the µSD you ned to prefix with /<microsd1>/, yes
20:46:38	byteframe	n1s, yes, but might it be needed to have them display in the "playlists" menu option?
20:46:48	byteframe	prefix yes :)
20:47:32	n1s	byteframe: by default , yes. You can change the (hidden) setting for where the playlists shown in the "playlists" menu are loaded from
20:48:13	byteframe	Oh. Well, since the sd might not always be present Ill just keep it as default.
20:48:29	byteframe	n1s, proceeding to hopefully fix a 16gb sd, and do all this. Thanks.
20:48:52		Join Thra11_ [0] (~thrall@129.86.113.87.dyn.plus.net)
20:49:58		Quit n1s (Remote host closed the connection)
20:50:38		Quit TheLemonMan (Quit: Ex-Chat)
21:00
21:05:20	Lear	AAC gapless (lead trim, to be exact) seems to be off a bit. I'll upload a patch in a bit, but I guess we want that in for 3.9?
21:06:07	gevaerts	Probably
21:08:49	Thra11_	Hello. I'm trying to put some music on for the first time, but it just sits there with, "Building database... 368 found" (There are 32 mp3 files in a directory within .rockbox)
21:09:26	gevaerts	Thra11_: why within .rockbox?
21:10:10	gevaerts	There's a known bug with database initialisation if there are no audio tracks found, and .rockbox is excluded from the search by default (there's a database.ignore file in there)
21:10:17	Thra11_	gevaerts, oops I should really learn to read
21:10:53	Thra11_	gevaerts, I read, "strongly suggested not to place them in the /.rockbox folder" without the "not"
21:11:03	*	Thra11_ facepalm
21:11:19	gevaerts	right :)
21:15:47	Thra11_	Awesome. works perfectly as soon as the problem of the idiot user is removed :)
21:16:16	gevaerts	Great!
21:16:58	Lear	Added http://www.rockbox.org/tracker/task/12161
21:18:29	kugel	Lear: the patch would look better without the "// printf" lines :)
21:19:17	Lear	You did read "Also, there are a few commented printf:s (that were useful during debugging) that should be removed before commit."? :)
21:24:22	kugel	Lear: no, I just like grumping
21:24:25	kugel	:p
21:25:19		Join Buschel [0] (~chatzilla@p54A3A267.dip.t-dialin.net)
21:26:12		Quit MethoS- (Remote host closed the connection)
21:28:02	*	Buschel finally has a VM installed that fully utilizes all (virtual) CPUs
21:28:07	Buschel	\o/
21:34:32		Quit Thra11_ (Ping timeout: 240 seconds)
21:35:42	Lear	Well, I can't hear any more gaps now.
21:36:25		Join Thra11 [0] (~thrall@87.115.146.122)
21:46:30		Nick d3remark is now known as kramer3d (~kramer@unaffiliated/kramer3d)
21:48:43		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
21:49:19		Quit benedikt93 (Quit: "Facts do not cease to exist because they are ignored." - Aldous Huxley)
21:53:16		Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
21:56:09		Join Jerom [0] (~jerome@95.171.142.74)
21:58:54		Quit Thra11 (Ping timeout: 264 seconds)
22:00
22:02:12	***	Saving seen data "./dancer.seen"
22:04:19		Part byteframe ("Leaving.")
22:07:34		Nick tah is now known as ThomasAH (~thomas@aktaia.intevation.org)
22:08:53		Nick kramer3d is now known as d3remark (~kramer@unaffiliated/kramer3d)
22:10:11		Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.17/20110420140830])
22:17:21		Join Thra11 [0] (~thrall@87.112.171.25)
22:24:41		Join domonoky1 [0] (~Domonoky@agsb-5d85288c.pool.mediaWays.net)
22:26:15		Quit domonoky (Ping timeout: 255 seconds)
22:42:14		Quit pamaury (Remote host closed the connection)
22:49:07		Quit Lear (Quit: ChatZilla 0.9.87 [Firefox 5.0/20110614174314])
23:00
23:13:57		Quit ChickeNES (Read error: Connection reset by peer)
23:14:33		Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net)
23:18:33		Join sirrozha [0] (~sirrozha@89.23.217.205)
23:28:06		Part sirrozha
23:38:09		Quit domonoky1 (Read error: Connection reset by peer)
23:55:51	amiconn	Bagder: Now http://build.rockbox.org/dev.cgi has another bug. The binsize table shows the new revision (and the download page has it too), but the build time +score table doesn't update anymore
23:56:16	Bagder	zagor is working on that
23:56:52	amiconn	k

Previous day | Next day