#rockbox 2013-08-26

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 2013-08-26

00:00:15		Join __jae__ [0] (~jae@80.82.209.27)
00:01:06	[Saint]	Indeed, that _should_ happen.
00:01:12	[Saint]	I fucked that up to no end.
00:02:03	[Saint]	What I find hard to believe was intentional is the device booting if hold is disengaged, then then engaged.
00:03:00	[Saint]	But, in hindsight, Apply never actually intended these things to power down, or boot a third party OF, so I guess you can't blame them for it.
00:03:05	[Saint]	*Apple
00:03:38	[Saint]	Normally, I'd say "try it!" but I suspect you rather like your current config.cfg
00:04:29	[Saint]	The Nano(s) won't boot if the device is powered off with hold engaged, and then hold is disengaged (what I was trying to say earlier)
00:04:35	[Saint]	The Classic, however, does.
00:04:37		Quit __jae__ (Ping timeout: 240 seconds)
00:04:48	[Saint]	Making it a config.cfg killing Machine Of Death
00:05:15	[Saint]	Gah! I did it AGAIN!
00:06:25	[Saint]	[10:04:31] <[Saint]> The Nano(s) won't boot if the device is powered off with hold disengaged, and then hold is engaged (what I was ACTUALLY trying to say earlier, SEVERAL TIMES)
00:09:17		Join ikeboy [0] (~dell@ool-435622d3.dyn.optonline.net)
00:10:01	ikeboy	/msg NickServ identify boyqaz
00:10:15	[Saint]	ikeboy: change pass dude
00:13:11		Join marc_ [0] (~marc@76.84.98.88)
00:13:33		Nick marc_ is now known as Guest54977 (~marc@76.84.98.88)
00:16:59		Quit Guest54977 (Client Quit)
00:18:34		Join marcDouglas [0] (~marc@76.84.98.88)
00:18:59		Quit JdGordon\| (Remote host closed the connection)
00:19:14	ikeboy	Anyway ... Does anyone know how I can find out what the first commit to include the fuze+ was
00:19:23		Join zoktar [0] (~zoktar@unaffiliated/zoktar)
00:20:07	lebellium	http://git.rockbox.org/?p=rockbox.git&a=search&h=HEAD&st=commit&s=Fuze%2B
00:21:04	ikeboy	c412c2dcad160de6d2efbd531fc71fe61ce1f1f7 thanks
00:21:19	[Saint]	oh dear...
00:22:49	lebellium	?
00:32:05		Quit bertrik (Remote host closed the connection)
00:38:55		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
00:39:29		Quit shai (Read error: Connection reset by peer)
00:39:48		Join Marverick [0] (~angelslie@unaffiliated/marverick)
00:40:07		Part Marverick
00:45:56		Quit ikeboy (Quit: Ex-Chat)
00:46:07		Quit [Saint] (Remote host closed the connection)
00:46:18		Join vedos [0] (draft@disharmony.fi)
00:47:14		Join [Saint] [0] (~saint@rockbox/user/saint)
00:47:49	vedos	is anyone here using Sandisk Sansa Clip Zip with Rockbox? are all the revisions supported by Rockbox?
00:51:54		Quit ender` (Quit: Light a fire for a man, and he's warm for a day. Light a man on fire, and he's warm for the rest of his life.)
00:52:41	ender\|	i've got a clip zip, and rockbox works on mine (except for USB - i have to reboot to original firmware for that)
00:57:04	vedos	ender\|: is it a known problem or does this occur only on your machine?
00:57:29	vedos	ender\|: have you been satified with the player?
00:58:21	vedos	i'm looking to buy a new player until i get my iPod 160GB Classic repaired and i've heard that Sandisk players are very good in price/quality ratio.
00:59:24	vedos	ender\|: have you also tested the newest SVN version if it works properly on that?
01:00
01:00:10		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
01:05:01		Quit __jae__ (Ping timeout: 268 seconds)
01:06:18		Join krabador [0] (~krabador_@unaffiliated/krabador)
01:14:21		Quit krabador (Quit: Sto andando via)
01:18:49		Quit pamaury (Ping timeout: 264 seconds)
01:19:23	ender\|	i currently have a few weeks old git version on the player, but from what i've heard in the channel, the problem is known
01:20:08	ender\|	this is actually my 3rd clip - i had rockbox on a clip v2 and clip+ (which i misplaced somewhere, which is why i bought clip zip)
01:20:58	ender\|	i like clips because they're small, have decent battery life and run rockbox
01:21:09	vedos	ender\|: i am wondering between getting Clip+ or Zip...
01:21:54	vedos	they are about the same priced, but the USB not working directly from Rockbox sounds quite turn off.. does it work on Clip+ ?
01:22:12	ender\|	i never had any problems on clip+ and clipv2
01:22:53	ender\|	(though IIRC early clip v2 versions automatically rebooted to original firmware for usb)
01:23:12	ender\|	since clip zip port is still fairly new, i expect the usb problem will eventually be fixed
01:27:12	vedos	ender\|: is there much difference in battery life?
01:27:16	vedos	with Clip+ or Zip ?
01:27:46	ender\|	not as far as i noticed (i never had the battery drain completely on any of my clips)
01:27:59		Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130822154523])
01:29:12	ender\|	anyway, i'm off to bed now
01:45:54	***	Saving seen data "./dancer.seen"
02:00
02:22:49		Quit nosa-j (Excess Flood)
02:23:22		Join nosa-j [0] (~m00k@184.76.254.130)
02:26:20	vedos	any other Sansa Clip users? i'm trying to make a decision should i get Clip+ or Zip. can anyone say anything decisive that would tip me towards former or the latter? Clip+ has little more battery time, but i'm more concerned about USB problems some people have had.
02:46:00		Quit marcDouglas (Remote host closed the connection)
03:00
03:39:02	Rower	vedos: i have a clip+
03:45:58	***	Saving seen data "./dancer.seen"
04:00
04:00:42		Join Strife89 [0] (~Strife89@adsl-98-80-230-174.mcn.bellsouth.net)
04:26:52		Quit amiconn (Disconnected by services)
04:26:53		Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:26:55		Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:29:15		Quit pixelma (Disconnected by services)
04:29:16		Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:29:18		Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
05:00
05:13:59		Quit [7] (Disconnected by services)
05:14:08		Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:26:53		Join kevku [0] (~kevku@2001:0:c38c:c38c:3815:c427:3d69:be94)
05:37:04		Quit rdn (Remote host closed the connection)
05:39:58		Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net)
05:46:00	***	Saving seen data "./dancer.seen"
06:00
06:00:39	Jinx	vedos: what's the issue with USB on the zip?
06:00:52	*	Jinx has 2 clip zips but hasn't put rockbox on one yet
06:33:31		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
06:36:26		Quit __jae__ (Read error: Operation timed out)
07:00
07:11:16		Join stoffel [0] (~quassel@pD9E4050A.dip0.t-ipconnect.de)
07:22:00		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
07:27:05		Quit __jae__ (Ping timeout: 245 seconds)
07:46:02	***	Saving seen data "./dancer.seen"
07:47:50		Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net)
07:49:07		Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net)
07:50:55		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
08:00
08:02:34		Quit DexterLB (Read error: Connection reset by peer)
08:07:59		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
08:13:24		Quit sciopath (Ping timeout: 248 seconds)
08:14:22	vedos	Rower: does the USB port function properly on Clip+ for file transfers or do you have to use OFW?
08:15:26	vedos	Jinx: i've read that there are problems when using Rockbox to transfer the files to Zip/Clip+ via USB port? that sometimes you have to use OFW.
08:15:43	vedos	i was wondering if that's still the case or has it been fixed in latest builds?
08:17:27	vedos	"01:52 < ender\|> i've got a clip zip, and rockbox works on mine (except for USB - i have to reboot to original firmware for that)
08:17:30	vedos	"
08:27:54	funman	vedos: it's always worked pretty fine for me, with the veryoccasional lock up
08:28:03		Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:48:37		Quit Strife89 (Ping timeout: 240 seconds)
09:00
09:02:56		Quit DexterLB (Read error: Connection reset by peer)
09:08:06		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
09:09:34		Join Strife89 [0] (~Strife89@adsl-98-80-221-43.mcn.bellsouth.net)
09:15:54		Join LinusN [0] (linus@giant.haxx.se)
09:38:19		Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl)
09:40:11		Quit bzed (Remote host closed the connection)
09:43:48	fs-bluebot	Build Server message: New build round started. Revision a2a2e14, 217 builds, 19 clients.
09:46:03	***	Saving seen data "./dancer.seen"
09:47:59		Join ender` [0] (krneki@foo.eternallybored.org)
09:51:10	fs-bluebot	Build Server message: Build round completed after 442 seconds.
09:53:51		Quit froggyman (Ping timeout: 246 seconds)
09:54:02	wodz	haha, failing client got almost all build types which failed.
09:55:05	wodz	Can someone ban rigaud-dannya client? It has broken sdl installation
09:57:05		Join froggyman [0] (~froggyman@unaffiliated/froggyman)
10:00
10:05:14		Quit froggyman (Ping timeout: 256 seconds)
10:10:31		Join Guest85935 [0] (~froggyman@c58-107-240-32.mirnd3.nsw.optusnet.com.au)
10:19:17		Quit Guest85935 (Ping timeout: 264 seconds)
10:26:09		Join funman_ [0] (~fun@chui-pas.net)
10:28:20		Quit funman_ (Client Quit)
10:28:28		Join froggyma- [0] (~froggyman@c58-107-240-32.mirnd3.nsw.optusnet.com.au)
10:30:15		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
10:32:03	vedos	funman: do you have Clip+ or Clip Zip ?
10:32:25	vedos	btw: which player you guys would recommend Clip+ or Clip Zip?
10:32:55	copper	vedos: the Clip+ port is more stable, apparently
10:34:50		Quit __jae__ (Ping timeout: 268 seconds)
10:35:48	copper	vedos: USB is a problem on the Clip Zip port
10:36:08	copper	and the Clip Zip displays is reportedly as bad as the Fuze+ display (darkish, low contrast)
10:36:18	funman	copper: USB is a problem on all AMSv2
10:36:28	copper	funman: Clip+ port too?
10:36:39	funman	and fuzev2 and clipv2
10:36:53	funman	they're all the same hardware
10:38:24	copper	why are they marked as stable?
10:38:42	funman	because apart from the occasional freeze they work fine
10:46:49		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
10:51:41		Quit __jae__ (Ping timeout: 264 seconds)
10:53:28		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
10:57:20		Quit froggyma- (Ping timeout: 276 seconds)
10:58:27		Quit __jae__ (Remote host closed the connection)
10:59:01		Join bzed [0] (~bzed@devel.recluse.de)
11:00
11:12:47		Join petur [0] (~petur@rockbox/developer/petur)
11:15:07		Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
11:15:54		Join ungali [0] (~yaaic@184.64.50.234)
11:17:12		Quit bluebrother (Disconnected by services)
11:17:17		Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
11:18:34		Quit fs-bluebot (Ping timeout: 246 seconds)
11:19:57		Join fs-bluebot [0] (~fs-bluebo@g226070245.adsl.alicedsl.de)
11:20:12		Join crose [0] (~John@116-66-190-109.dsl.ovh.fr)
11:26:58		Quit DexterLB (Read error: Connection reset by peer)
11:32:20		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
11:33:56		Quit wodz (Quit: Leaving)
11:35:59		Nick uwe__ is now known as uwe_ (~uwe_@dslb-088-064-216-127.pools.arcor-ip.net)
11:38:04		Quit DexterLB (Read error: Connection reset by peer)
11:43:22		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
11:46:05	***	Saving seen data "./dancer.seen"
12:00
12:02:47	lebellium	pixelma: just got my 2nd Ondio FM. Disassembled it and once again, old PCB v2.2 with Samsung FM chip :(
12:07:29	lebellium	I assume nobody is interested by exchanging his new-PCB Ondio FM with my old-PCB Ondio FM?
12:15:04		Join jlbiasini [0] (~metaphysi@ABordeaux-651-1-197-94.w86-201.abo.wanadoo.fr)
12:15:38	lebellium	The Samsung chip version is supposed to be rare and still my 2 Ondio FM (one coming from France, the other from the UK) have it. I'm really unlucky :(
12:15:45	copper	http://tmp.outpost.fr/1Gwo.png
12:15:58	copper	:P
12:17:00	funman	copper: clip theme for fuze+ ? ;)
12:17:05	jlbiasini	pamaury: ping
12:17:28	copper	funman: yeah, I'm being silly
12:17:51	lebellium	copper: I was mod and admin on generationmp3.com. Should I bother you with the copyrighted pic? :P
12:18:09	copper	?
12:18:14	copper	what copyrighted pic?
12:18:22	lebellium	The headphone pic comes from our logo
12:18:35	copper	uh, it's a CC-BY-SA pic from wikipedia
12:18:46	lebellium	really?
12:18:58	lebellium	Hum nevermind then
12:19:05	lebellium	I thought it was designed for us
12:19:07	lebellium	good to know
12:19:27	copper	http://en.m.wikipedia.org/wiki/File:Headphone_icon.svg
12:20:24	copper	the theme may be silly, but it turns out to be highly readable
12:20:30	copper	great contrast
12:21:23	copper	hmmm, I'll make the top bar blue though
12:21:32	copper	and use yellow for emphasis
12:24:48		Join krabador [0] (~krabador_@unaffiliated/krabador)
12:26:34		Quit DexterLB (Read error: Connection reset by peer)
12:28:42	pamaury	jlbiasini: pong
12:30:21		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
12:31:56		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
12:32:48	jlbiasini	pamaury: so did you read the log about comment from kugel on g#569, what do you think about it?
12:32:51	fs-bluebot	Gerrit review #569 at http://gerrit.rockbox.org/r/569 : touchpad: Disable touchpad on softlock. by Jean-Louis Biasini (changes/69/569/27)
12:33:27	vedos	copper: does the darkish, low contrast problem also occur also on Zip OFW?
12:34:30		Quit __jae__ (Ping timeout: 246 seconds)
12:35:18	copper	vedos: yeah, the display is just bad
12:35:23	copper	well, mediocre
12:35:24	copper	passable
12:39:26		Quit Raptors (Ping timeout: 260 seconds)
12:39:36	jlbiasini	pamaury: ^
12:41:31		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
12:43:07		Quit DexterLB (Read error: Connection reset by peer)
12:43:26	pamaury	jlbiasini: yes I thought about this issue, it seems to be that the simplest approach to make everyone happy is to simply not implement any default for touchscreen
12:43:31	pamaury	*to me
12:43:49	pamaury	or to have a define in each button-target.h, like HAS_TOUCHDEV_PM
12:43:58	jlbiasini	I figured out that I we restrain us to target with HAVE_TOUCHSCREEEN or HAVE_TOUCHPAD and no HAS_KEYLOCK, it shouldn't be that much of a work: 5 to 10 target tops
12:44:06	jlbiasini	*if we
12:44:38	jlbiasini	inclusive touschsreen target
12:45:19	pamaury	you mean drop the default (weak) implementation and implement it from every touchscreen driver ?
12:46:42	vedos	copper: what causes the USB freezes in AMSv2? does anyone have slightest idea? and how often it occurs?
12:47:03	jlbiasini	yes, it's not that much of a work: just add a void touchscreen_desable_device{return} driver all touchscreen and call it from a touchscreen_disable in a touchdev.c
12:47:48	vedos	if the USB works in OFW it must be fixable in Rockbox too...
12:47:58		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
12:48:30	jlbiasini	there are about 10 target with touchscreen
12:50:34	jlbiasini	I'm not sure: actually doing it only for touchpad will be really less work -> only fuze+. But if we think a little forward and consistency (clearly against developping policy rules I know :D) It would realy make sense to group everything that is common to touch devices
12:51:25	jlbiasini	we even should convert touchpad_sensitivity to touchdev_sensitivit
12:52:13	pamaury	ok, see ok for me
12:55:32	jlbiasini	ok so I will see if I can make it work today... I have some time, I was suppose to go windsurfing but I have a stiff neck, so I'm stuck home anyway...
12:57:40		Quit DexterLB (Read error: Connection reset by peer)
13:00
13:02:29		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
13:04:58		Quit __jae__ (Read error: Operation timed out)
13:09:30		Quit ungali (Ping timeout: 246 seconds)
13:14:12		Quit DexterLB (Read error: Connection reset by peer)
13:19:31		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
13:29:49		Quit stoffel (Ping timeout: 240 seconds)
13:32:44		Join froggyman [0] (~froggyman@c58-107-240-32.mirnd3.nsw.optusnet.com.au)
13:32:44		Quit froggyman (Changing host)
13:32:44		Join froggyman [0] (~froggyman@unaffiliated/froggyman)
13:34:41		Quit Strife89 (Ping timeout: 264 seconds)
13:46:08	***	Saving seen data "./dancer.seen"
13:46:37		Quit DexterLB (Read error: Connection reset by peer)
13:48:49		Quit jlbiasini (Ping timeout: 264 seconds)
13:51:34		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
14:00
14:11:25		Join stoffel [0] (~quassel@pD9E4050A.dip0.t-ipconnect.de)
14:21:21	funman	vedos: no idea
14:26:14		Quit copper (Ping timeout: 264 seconds)
14:27:36		Join Strife89 [0] (~Strife89@adsl-98-80-221-43.mcn.bellsouth.net)
14:31:31		Quit pamaury (Ping timeout: 240 seconds)
14:32:16		Join copper [0] (~copper@unaffiliated/copper)
14:47:51		Quit Strife89 (Ping timeout: 246 seconds)
14:47:53		Join amayer_ [0] (~amayer@mail.weberadvertising.com)
14:47:53		Join amayer [0] (~amayer@mail.weberadvertising.com)
14:47:54		Quit amayer (Client Quit)
14:48:03		Quit amayer_ (Remote host closed the connection)
14:48:15		Join amayer [0] (~amayer@mail.weberadvertising.com)
14:51:48		Quit copper (Read error: Connection reset by peer)
14:53:26		Quit krabador (Quit: Sto andando via)
14:57:59		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
15:00
15:02:07		Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
15:07:39	TheSeven	[Saint]: should be nano2g/nn2g
15:08:51	TheSeven	powering on when hold is unlocked is normal (apple does that as well). should be configurable in the power manager chip, but it could be that you can't tell it apart from clickwheel presses
15:16:13		Quit michaelni (Ping timeout: 246 seconds)
15:20:49	lebellium	I don't remember, how can I compile an old build (let's say feb 2012 for example)?
15:22:56		Join jlbiasini [0] (~metaphysi@ABordeaux-651-1-197-94.w86-201.abo.wanadoo.fr)
15:23:38		Join copper [0] (~copper@unaffiliated/copper)
15:29:01		Join michaelni [0] (~michael@194-118-175-20.adsl.highway.telekom.at)
15:34:38		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
15:43:15		Join dv__ [0] (~quassel@chello080108009040.14.11.vie.surfer.at)
15:44:38		Quit dv_ (Ping timeout: 276 seconds)
15:44:59		Quit dv__ (Client Quit)
15:46:00		Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at)
15:46:10	***	Saving seen data "./dancer.seen"
15:47:51		Quit DexterLB (Read error: Connection reset by peer)
15:52:47		Join DexterLB [0] (~dex@79-100-22-189.btc-net.bg)
16:00
16:06:49		Quit stoffel (Ping timeout: 264 seconds)
16:07:48	jlbiasini	pamaury: Well I'm not sure how to implement the touchscreen part so I'm going to stick to the touchpad one
16:14:02		Join polemon_ [0] (~polemon@e179234212.adsl.alicedsl.de)
16:29:29		Quit __jae__ (Ping timeout: 276 seconds)
16:29:42		Quit kiwicam (Ping timeout: 246 seconds)
16:30:01		Quit [Saint] (Ping timeout: 268 seconds)
16:30:08		Join __jae__ [0] (~jae@dedicated.jaerhard.com)
16:31:00		Join [Saint] [0] (~saint@rockbox/user/saint)
16:33:49	copper	lebellium: actually the Clip+ colors on my Clippy variant look really good on the Fuze+
16:33:53	copper	very readable
16:34:21	copper	I also kinda get a TRON vibe
16:34:26		Quit __jae__ (Read error: Operation timed out)
16:35:06	copper	and it hides the mediocrity of the Fuze+ display
16:35:18	copper	I'm actually going to use that theme, lol
16:35:34	lebellium	:) I'll see that when you publish the theme. For the moment I'm bisecting a bug on Ondio FM, which is very difficult (USB 1.1, 15KB/s transfer rates -_- )
16:35:55		Join kiwicam [0] (~quassel@101.98.163.139)
16:36:41	copper	http://themes.rockbox.org/index.php?themeid=1917
16:50:38	copper	I would only be half surprised if that variant turned out to be more popular than the other ones
16:50:59	copper	"Terminal" for the iPod Video is hugely popular
16:51:03	copper	http://themes.rockbox.org/index.php?themeid=1739&target=ipodvideo
16:51:54		Quit Zagor (Quit: Clint excited)
16:58:18		Join n1s [0] (~n1s@rockbox/developer/n1s)
17:00
17:09:19		Join stoffel [0] (~quassel@pD9E4050A.dip0.t-ipconnect.de)
17:12:35		Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
17:12:41	amayer	copper: i used terminal for a week. its an alright theme
17:16:04	copper	well the other thing about it is the amount of information
17:16:05	vedos	funman: do you recommend me to get Clip+ or Zip ?
17:16:14	copper	that's probably another factor to its popularity
17:16:22	vedos	i hope that the USB problems on those devices will be solved eventually...
17:16:49	vedos	if the OFW doesn't hang then it should be fixable in Rockbox?
17:17:21	funman	vedos: both are fine
17:17:56	vedos	funman: well if you'd be forced to choose one which one would you get? :)
17:18:34	funman	any of them
17:27:29	vedos	i'm trying to decide which one to order.. they are both quite same hardware if i've understood correctly and have same hiccups (occasional USB hangs), Zip has color display and battery lasts few hours less than Clip+...?
17:28:43	vedos	but in the bug tracker i read something about Clip+ models possibly picking some random static noise from hardware or something...
17:29:17	vedos	i'm having a really hard time making the decision so any tips or recommendations would be welcome.
17:30:42	copper	I've never tried a Zip, but I'm worried that the buttons are too small and close to the edges to have a good handle on it
17:30:54	copper	but then again I don't have a good handle on the Clip+ either, it's too small for me
17:31:17	copper	you can get refurbs really cheap
17:34:51	copper	the Clip+ display is more limited in terms of how many lines it can display, notably because the upper part is always yellow and the bottom part is always blue
17:35:19	copper	i.e. choosing a smaller font on the Clip+ will result in the top line being half yellow, half blue, with a thin blank line in the middle
17:35:55	copper	and obviously it's more limited in terms of what kind of theme you can make for it / use
17:37:53		Quit kevku (Ping timeout: 245 seconds)
17:41:12		Join einhirn [0] (~Miranda@p4FC74951.dip0.t-ipconnect.de)
17:45:25		Quit wodz (Quit: Leaving)
17:46:11	***	Saving seen data "./dancer.seen"
17:46:20		Join bertrik [0] (~quassel@rockbox/developer/bertrik)
17:55:25		Quit einhirn (Ping timeout: 264 seconds)
17:55:32	vedos	copper: i just want a good MP3 player until i can find someone to fix my iPod Classic 160GB's harddisk.
18:00
18:00:07		Quit AlexP (Remote host closed the connection)
18:02:05		Join AlexP [0] (~alex@rockbox/staff/AlexP)
18:03:18	copper	get a refurb
18:03:31	copper	25 bucks
18:04:24	vedos	iPod Classic 160GB refurb for 160GB?
18:04:35	copper	no I meant a Clip+ or Clip Zip refurb
18:04:44	vedos	ah... i'm buying a new one.
18:04:51	vedos	you can get them for like 60EUR
18:09:57		Quit jlbiasini (Quit: jlbiasini)
18:14:02		Quit AlexP (Remote host closed the connection)
18:15:26		Join AlexP [0] (~alex@rockbox/staff/AlexP)
18:16:21		Join rela [0] (~x@pdpc/supporter/active/rela)
18:18:03		Quit rela (Read error: Connection reset by peer)
18:19:31		Join maruk [0] (~papier@titanium.v6.sdv.fr)
18:19:34	lebellium	yeah!!! I finally got it
18:19:36	lebellium	FS #12747
18:20:00	lebellium	http://www.rockbox.org/tracker/task/12747
18:20:09	fs-bluebot	http://www.rockbox.org/tracker/task/12747 Archos Ondio panic on starting FM Radio (bugs, unconfirmed)
18:20:18	*	lebellium blames JdGordon
18:21:06	lebellium	I hope he will be able to fix it now :)
18:35:12		Quit maruk (Quit: Leaving.)
18:43:52		Join y4n [0] (~y4n@unaffiliated/y4ndexx)
18:51:29		Quit stoffel (Ping timeout: 264 seconds)
18:57:49		Quit petur (Quit: Nettalk6 - www.ntalk.de)
18:59:45		Quit Raptors (Read error: Connection reset by peer)
19:00
19:02:40		Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
19:10:37		Join pretty_function [0] (~sigBART@123.252.213.191)
19:23:53		Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
19:27:54		Quit Rower (Read error: Connection reset by peer)
19:28:16		Quit Raptors (Read error: Connection reset by peer)
19:30:55		Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
19:46:12	***	Saving seen data "./dancer.seen"
19:46:18		Join sciopath [0] (~sciop@yer91-2-82-237-54-159.fbx.proxad.net)
19:48:43		Join polemon__ [0] (~polemon@g224097173.adsl.alicedsl.de)
19:50:53		Quit polemon_ (Ping timeout: 264 seconds)
19:52:54		Quit nosa-j (Ping timeout: 268 seconds)
19:53:47		Join nosa-j [0] (~m00k@184.76.254.130)
20:00
20:04:49		Quit ranmachan (Ping timeout: 240 seconds)
20:05:42		Join ranmachan [0] (ranma@kagami.uguu.de)
20:06:45		Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
20:09:58		Join rdn [0] (~oop@cpe-69-204-124-212.buffalo.res.rr.com)
20:11:04		Quit Rower (Client Quit)
20:13:34		Join stoffel [0] (~quassel@pD9E4050A.dip0.t-ipconnect.de)
20:14:25		Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net)
20:14:50		Join sakax [0] (~sakax@unaffiliated/sakax)
20:30:27	bluebrother	lebellium: commenting out line 175 helped for me
20:32:32	bluebrother	so it seems loading the fms on entering the fms doesn't work :)
20:38:23	bluebrother	makes me wonder if other devices with fm aren't affected as well
20:41:16		Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
20:43:07	lebellium	bluebrother: you also have an Ondio FM with Samsung chip?
20:43:15		Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl)
20:43:21	lebellium	you commented out bool loaded = false; ?
20:44:16	bluebrother	lebellium: no, it has a philips chip (from my understanding, the samsung registers all read as 0xff)
20:44:39	bluebrother	if (skin_helpers[i].load_on_boot)
20:44:47	bluebrother	that's the line I've commented.
20:44:52	lebellium	so this bug is present on all Ondio FM?
20:45:12	bluebrother	seems like :)
20:45:19		Join rela [0] (~x@pdpc/supporter/active/rela)
20:46:27	wodz	what is so special in ondio that it triggers the bug?
20:53:11	lebellium	I still don't see the link with the panic message "Recfile:-1"
20:57:18		Quit mikroflops (Read error: Operation timed out)
20:58:39	wodz	lebellium: pretty much looks like mem corruption
20:59:49	lebellium	Ok. So commenting out the line is only a workaround, that's not the right solution? :D
21:00
21:02:40	wodz	lebellium: sorry don't know what line you are referring to (can't reach rb website to read backlogs)
21:03:51	lebellium	what bluebrother just said above. Line 175 "if (skin_helpers[i].load_on_boot)" in skin_engine.c
21:05:31	wodz	this is only workaround afaiu
21:05:53	bluebrother	well, to me it seems right now that somehow entering the fms tries to load the fms but doesn't notice that it hasn't been loaded yet.
21:06:12	bluebrother	so either something is not initialized correctly or some other memory corruption
21:06:38	bluebrother	and thus always loading the fms on startup improves things but doesn't fix the root cause
21:07:13	wodz	the skin should be loaded on entering fm screen and apparently it isn't
21:07:30	bluebrother	yeps.
21:07:49	wodz	Anyway thats quite interesting that only fms loading is posponed.
21:07:52	bluebrother	but I haven't understood the code enough to know what's happening (or supposed to) there
21:08:00	wodz	me too
21:08:23	bluebrother	I wouldn't be surprised to see a similar crash when postponing wps skin loading :)
21:09:39	wodz	:-)
21:10:22		Join lorenzo92 [0] (~chatzilla@host204-157-dynamic.24-79-r.retail.telecomitalia.it)
21:10:40	wodz	the interesting thing for me is that the bug seems to be triggered on OndioFM only (as I suspect we would see tons of reports otherwise)
21:10:58	bluebrother	maybe it's architecture related?
21:11:00	wodz	it boils down to HAVE_BACKDROP_IMAGE
21:11:11	bluebrother	i.e. would trigger on sh1 only?
21:11:50	wodz	I don't think so. Ondio has b&w display (1bit) and I guess this makes it different
21:12:09	bluebrother	recorder fm?
21:12:21	bluebrother	afaik that's also b/w only
21:12:37	wodz	yes, it would be interesting to check this one
21:12:44	bluebrother	so I can imagine that to be affected too.
21:16:04		Quit rela (Read error: Connection reset by peer)
21:22:26		Join mikroflops [0] (~yogurt@h-179-221.a238.priv.bahnhof.se)
21:33:05		Quit thomasjfox (Remote host closed the connection)
21:33:39		Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
21:38:00		Join Transmogrifox [0] (~4a75d426@www.haxx.se)
21:39:29		Quit wodz (Ping timeout: 264 seconds)
21:39:44		Quit ender\| (Quit: True terror is to wake up one morning and discover that your high school class is running the country. -- Kurt Vonnegut)
21:40:08		Join ender\| [0] (~ender1@2a01:260:4094:1:42:42:42:42)
21:40:08		Quit Transmogrifox (Client Quit)
21:45:34		Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl)
21:46:15	***	Saving seen data "./dancer.seen"
21:49:02		Join wodz_ [0] (~wodz@87-207-223-0.dynamic.chello.pl)
21:50:28		Quit wodz (Ping timeout: 264 seconds)
21:51:38		Quit nosa-j (Ping timeout: 245 seconds)
21:52:25		Quit pretty_function (Remote host closed the connection)
21:54:05		Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net)
21:54:21		Quit stoffel (Remote host closed the connection)
22:00
22:11:41		Quit kilroy (Read error: Connection reset by peer)
22:11:56	kugel	bluebrother: can you see if g#483 helps?
22:13:41	fs-bluebot	Gerrit review #483 at http://gerrit.rockbox.org/r/483 : WIP: share audiobuffer via core_alloc_maximum(). by Thomas Martitz (changes/83/483/4)
22:18:04	lebellium	[Saint]: We talked about RTC last month but I then I forgot it. So %?cc<yes\|no> displays nothing on Ondio FM (device and sim) while it works on FM recorder (sim). If this tag only works when there is actually a RTC, it's a bit useless^^
22:18:14		Quit y4n (Ping timeout: 256 seconds)
22:23:15	lebellium	well, I just read that "The tags have values only if the RTC is set properly. This means that to avoid having empty values displayed like ", , ::", you can use a conditional like this: "%?cc<%ca, %cb %cd, %cH:%cM:%cS\|RTC needs setting!>""
22:24:20	lebellium	does that actually mean that %cc is only to say if RTC is set or not? And not to say if there is hw RTC or not ?
22:29:24		Quit lorenzo92 (Quit: ChatZilla 0.9.90.1 [Firefox 23.0/20130812112419])
22:30:14		Quit Raptors (Quit: Leaving)
22:36:46		Quit n1s (Quit: Ex-Chat)
22:38:54	wodz_	pamaury: ping
22:54:25		Part LinusN
22:55:34		Nick Scromple_ is now known as Scromple (~Simon@161.43.73.67)
23:00
23:02:51		Quit amayer (Quit: Leaving)
23:09:05		Join thomasjfox_ [0] (~thomasjfo@rockbox/developer/thomasjfox)
23:09:18		Join jlbiasini [0] (~metaphysi@ABordeaux-651-1-197-94.w86-201.abo.wanadoo.fr)
23:09:40		Quit thomasjfox (Ping timeout: 264 seconds)
23:09:52	jlbiasini	kugel: pamaury: would something like that be better g#569
23:09:54	fs-bluebot	Gerrit review #569 at http://gerrit.rockbox.org/r/569 : touchpad: Disable touchpad on softlock. by Jean-Louis Biasini (changes/69/569/28)
23:12:37		Join Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
23:13:42	jlbiasini	the idea is to have a generic touchdev_enable that action.c call. That generic call then a generic touchpad_enable that use a BUTTON_TOUCHPAD define to filter the button at driver level(that way we have a generic way to disable touchpad. Then touchpad_enable call touchpad_enable_device that should put the touchpad in power saving mode if avalaible...
23:16:39	jlbiasini	the touchdev_enable can launch alternatively a touchscreen_enable function that will be implemented in touchscreen.c to provide a generic way to disable touchscreen and further call a touchscreen_enable_device at driver level that will allow poxer saving implementation
23:17:25	jlbiasini	all the setting part stayed unchanged from the previous patch
23:18:23	jlbiasini	I tested on my device an both generic and device specific method are working
23:20:18	jlbiasini	i.e. if I comment out the content of touchpad_enable_device(bool en) the touchpad is ignored on softlock
23:33:53		Join krabador [0] (~krabador_@unaffiliated/krabador)
23:33:59		Quit sakax (Remote host closed the connection)
23:36:12		Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net)
23:39:46		Quit krabador (Ping timeout: 260 seconds)
23:46:16	***	Saving seen data "./dancer.seen"
23:57:11		Quit wodz_ (Quit: Leaving)

Previous day | Next day