#rockbox 2010-12-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 2010-12-26

00:00:02	thomasjfox	that's the endless loop in the codec I pointed out
00:00:55		Quit Bas (Quit: Saliendo)
00:01:07	kugel	it never blocked on me so far. but I stop playback if it return with data_size == 0 IIRC
00:01:36	thomasjfox	I have a special log message if data_size == 0, never triggers
00:03:21	kugel	that's strange
00:04:16	thomasjfox	The issue has been reported before for non-maemo platforms
00:04:18	thomasjfox	let me google it
00:06:06	kugel	thomasjfox: there's no while() involved
00:06:12		Quit factor (Ping timeout: 240 seconds)
00:06:34	kugel	via several steps, the actual function that's called is pcmbuf_pcm_callback()
00:07:18		Quit Keripo (Quit: Leaving.)
00:07:19	thomasjfox	oh sorry
00:07:25	*	thomasjfox slaps forehead
00:07:31	thomasjfox	I named you the wrong function :)
00:07:36	kugel	I can't see where it would lock
00:07:51	thomasjfox	It's codec_pcmbuf_insert_callback()
00:08:31	thomasjfox	There it stalled the last time. I just try to get a fresh backtrace from the issue
00:09:30	kugel	thomasjfox: no, this is just waiting for new pcm buffer
00:09:42		Quit GeekShad0w (Quit: The cake is a lie !)
00:09:48	thomasjfox	ok
00:10:02	kugel	codec_pcmbuf_insert_callback() is called from the codec side to push data to the pcm buffer
00:10:25	kugel	if playback is stopped the codec will wait for pcm to get ready again (I think)
00:10:52	kugel	except that it's supposed to return on ci.stop_codec (i.e. playback stop)
00:11:11	kugel	anyway, codec_pcmbuf_insert_callback() can't make feed_data() lock up
00:11:29	kugel	feed_data() is on the other side of the codec buffer, it pops data from it for the "dma"
00:12:22	thomasjfox	Strangle I can't see it in the backtrace yet. Though I don't always get a full backtrace, the on-target gdb is rather old...
00:12:35	thomasjfox	I'll try to print the thread id before it stalls, maybe that will help
00:12:50	thomasjfox	(I'm running the Sdl thread code currently as it's easier for thread debugging)
00:13:12		Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
00:13:33	kugel	you can debug rockbox threads just fine, no?
00:13:44	thomasjfox	can I? :)
00:13:52	kugel	ah well, you can't get an overview where all the threads currently are
00:14:06	thomasjfox	That's what I thought
00:16:20	kugel	feed_data() doesn't block, right? perhaps you shouldn't stop while the system is feeding the data to the hardware
00:20:45	thomasjfox	According to my gdb backtrace it's stuck in gstreamer though I never see it enter there?!
00:25:44	thomasjfox	Just added printfs to pcm_play_get_more_callback() and it's somewhere in there. Will add more printfs :)
00:25:51		Join AndyI [0] (~pasha_int@212.14.211.236)
00:28:07	thomasjfox	Oh, it leaves the function the "Error, callback missing or no more DMA to do" way
00:28:49	thomasjfox	This calls dma_stop() and stalls somewhere in gstreamer
00:29:12	kugel	maybe you can't stop twice?
00:29:34	thomasjfox	Argh
00:29:43	thomasjfox	The feed_data function gets called by gstreamer
00:29:53	thomasjfox	And we re-enter it via the dma_stop()
00:30:04	thomasjfox	I guess the internal lock is not recursive
00:30:20	thomasjfox	"re-enter it" = "re-enter gstreamer"
00:30:54	kugel	so gst_element_set_state() causes feed_data to be called?
00:31:00	thomasjfox	Yes
00:31:29	thomasjfox	It's connected to the "need-data" signal
00:32:32		Quit shai (Ping timeout: 264 seconds)
00:33:10		Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
00:33:10		Quit pamaury (Changing host)
00:33:10		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
00:33:48		Quit pamaury (Remote host closed the connection)
00:33:49	kugel	what is the size argument of feed_data() for?
00:34:04		Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
00:34:14	thomasjfox	It's a size "hint" IIRC
00:34:36		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
00:34:39		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
00:35:19	thomasjfox	From the gstreamer manual: "length (=size) is just a hint and when it is set to -1, any number of bytes can be pushed into appsrc."
00:36:26	thomasjfox	It would also be possible to periodically push the data to gstreamer (it can operate in push or pull mode)
00:36:45		Join JdGordon\| [0] (~jonno@123-243-140-31.static.tpgi.com.au)
00:36:45		Quit JdGordon\| (Changing host)
00:36:45		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
00:39:53		Part Rasi ("WeeChat 0.3.4-dev")
00:40:47		Quit dantje (Quit: Ex-Chat)
00:41:12	***	Saving seen data "./dancer.seen"
00:42:09		Quit shai (Ping timeout: 260 seconds)
00:42:22	thomasjfox	kugel: The issue could be avoided if I move the gstreamer control to the maemo thread
00:42:38	thomasjfox	Though rockbox won't be happy if the dma_stop request is kind of async...
00:43:28	kugel	can't you just return from feed_data if you stopped before?
00:44:06	kugel	some other app does g_signal_emit_by_name (appsrc, "end-of-stream", &ret); in that case
00:44:53	kugel	perhaps that's what should happen in the data_size == 0 case
00:46:15	thomasjfox	I don't get to the data_size == case
00:46:20	thomasjfox	data_size == 0
00:47:02	thomasjfox	It's queue_posting the INCOMING_CALL and then continues to playback for some seconds
00:47:03	kugel	but you could set a flag in dma_stop() so that the next feed_data() doesn't even call pcm_get_more?
00:47:21	thomasjfox	dma_stop() is not called yet
00:47:29	kugel	for some seconds? it should be next to immediate
00:47:34	thomasjfox	hmm
00:47:42	kugel	it's pretty much instant on my phone
00:47:44	thomasjfox	I think I can trigger the bug without an audio call
00:47:55	thomasjfox	Just interrupt the code for some seconds in gdb and then let it continue
00:47:57	thomasjfox	Let me check that
00:48:00	thomasjfox	Hmm
00:48:19	thomasjfox	I don't see it in there at all
00:50:14		Quit factor (Ping timeout: 255 seconds)
00:54:52	thomasjfox	One new fact
00:55:05	thomasjfox	maemo stall the audio output if there's an incoming call
00:55:13		Quit Topy44 (Quit: Leaving)
00:55:24		Join Topy44 [0] (~Topy44@f049106149.adsl.alicedsl.de)
00:55:42	thomasjfox	I can trigger the same issue if I interrupt rockbox during normal playback in gdb and continue just after some seconds
00:56:00	thomasjfox	Then it also runs into the pcm_play_get_more_callback() error path
00:56:26	kugel	and then it goes pcm_play_get_more_callback() -> dma_stop() -> feed_data() -> pcm_play_get_more_callback() -> ... ?
00:56:58	thomasjfox	dma_stop() calls gst_set_element_state which tries to get some kind of internal stream lock
00:57:19	thomasjfox	the lock is already held before entering feed_data() and seems non-recursive
00:57:35	thomasjfox	So it's waiting for it's own thread :)
00:58:38	kugel	so, you need stop to prevent calling feed_data
00:59:01	kugel	perhaps it works with g_signal_emit_by_name (appsrc, "end-of-stream", &ret)? I don't know gstreamer at all, sorry
00:59:16	thomasjfox	stop is not calling feed_data()
00:59:34	thomasjfox	I think gstreamer operates like this
00:59:58	kugel	you said gst_set_element_state calls it
01:00
01:00:32	thomasjfox	grab internal lock -> feed_data() -> pcm_play_get_more_callback() -> dma_stop() -> gst_set_element_state() -> grab internal lock (and starve)
01:01:15	thomasjfox	The internal lock is non-recursive
01:01:20	kugel	nasty
01:01:40	thomasjfox	Let's see what kind of lock they use
01:02:16	thomasjfox	pthread_mutex_lock()
01:02:38	kugel	mutexes ought to be recursive :\ dunno about pthread_mutex
01:02:42	thomasjfox	I thought mutexs can be recursive...
01:04:20		Quit krazykit (Ping timeout: 264 seconds)
01:05:02		Quit JesusFreak316 (Ping timeout: 240 seconds)
01:05:28	thomasjfox	I could avoid this by pushing data periodically into gstreamer
01:06:04	thomasjfox	Is there a rockbox callback when new data is ready?
01:06:56	kugel	no
01:08:25	kugel	but you could setup a timer
01:09:14	kugel	push N bytes every M ticks; but I fear that might lead to micro audio dropouts if the timer is inaccurate
01:10:31	thomasjfox	hmm
01:10:50		Join krazykit [0] (~krazykit@70.236.68.137)
01:10:54	thomasjfox	I'll try with a inside_feed_data var first
01:11:20	thomasjfox	Some kind of "gstreamer command queue" thread
01:15:32	kugel	the lock is meant as a feature apparently, so you can call get_element_state() to wait for set_element_state() to finish (which may happen asynch)
01:18:27	kugel	though, the source version I am looking at seems to use a GStaticRecMutex, i.e. recursive
01:19:33	thomasjfox	maemo5 seems to use 0.10.25
01:20:29		Quit krazykit (Ping timeout: 250 seconds)
01:20:47	thomasjfox	Do the rockbox queues have their own lock or do they use some kind of global disable_irq()?
01:22:23		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
01:22:32		Join krazykit [0] (~krazykit@ppp-70-236-46-241.dsl.ipltin.ameritech.net)
01:23:14	kugel	huh, I can't find gst_set_element_state in 0.10.25
01:24:07	kugel	thomasjfox: the latter
01:24:52	thomasjfox	I'll just get the gstreamer source, too.
01:26:08	kugel	found it
01:26:18	kugel	it's recursive mutex there too
01:27:33	kugel	are you sure the internal lock is the problem?
01:28:11	thomasjfox	That's what I can see in the backtrace
01:28:27	thomasjfox	The call stack is definately like I posted earlier
01:28:35	kugel	I can't see the need-data signal being emitted
01:48:39	DEBUG	Lost contact with server (snapshot: dancer.c line 124)
01:48:39	***	Cleanup
01:48:39	***	Cleanup
01:48:39	***	Saving seen data "./dancer.seen"
01:48:39	***	Exit
01:48:41	***	Started Dancer V4.16
01:48:41	***	Connected to irc.freenode.net on port 6667
01:48:41	***	Logfile for #rockbox started
01:48:44	Mode	"logbot :+i" by logbot
01:48:48	***	Server message 501: 'logbot :Unknown MODE flag'
01:48:49		Join logbot [0] (~rockbox@giant.haxx.se)
01:48:49		Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
01:48:49		Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
01:48:49		Join sinthete1 [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com)
01:48:49		Join aexin [0] (eivindsy@unaffiliated/aevin)
01:48:49		Join TorneWuff [0] (torne@lowell.wolfpuppy.org.uk)
01:48:49		Join scorche\|1h [0] (~scorche@squisch.net)
01:48:49		Join m\|c [0] (~mtq@h1439481.stratoserver.net)
01:48:49		Join krazykit [0] (~krazykit@ppp-70-236-46-241.dsl.ipltin.ameritech.net)
01:48:49		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
01:48:49		Join Topy44 [0] (~Topy44@f049106149.adsl.alicedsl.de)
01:48:49		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
01:48:49		Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
01:48:49		Join AndyI [0] (~pasha_int@212.14.211.236)
01:48:49		Join Guest85915 [0] (jljhook@irkki.fi)
01:48:49		Join anewuser [0] (anewuser@unaffiliated/anewuser)
01:48:49		Join froggyman [0] (~seth@unaffiliated/froggyman)
01:48:49		Join [Saint] [0] (S_a_i_n_t@203.184.2.72)
01:48:49		Join Horschti [0] (~Horschti@xbmc/user/horscht)
01:48:49		Join thomasjfox [0] (~thomasjfo@dslb-088-066-093-068.pools.arcor-ip.net)
01:48:49		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
01:48:49		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
01:48:49		Join evilnick [0] (~evilnick@cpe-68-174-75-165.nyc.res.rr.com)
01:48:49		Join sasquatch [0] (~username@2.209.68.154)
01:48:49		Join mortalscan [0] (~mortalsca@109.169.55.155)
01:48:49		Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
01:48:49		Join B4gder [0] (~daniel@rockbox/developer/bagder)
01:48:49		Join Dreamxtreme [0] (~Dre@92.30.58.174)
01:48:49		Join ved [0] (ved@ddsbox.co.cc)
01:48:49		Join Galois [0] (djao@efnet-math.org)
01:48:49		Join Llorean [0] (~DarkkOne@rockbox/user/Llorean)
01:48:49		Join simonrvn [0] (simon@209.128-ppp.3menatwork.com)
01:48:49		Join amiconn [0] (quassel@rockbox/developer/amiconn)
01:48:49		Join pixelma [0] (quassel@rockbox/staff/pixelma)
01:48:49		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
01:48:49		Join henk [0] (~henk@henk.hnjs.ch)
01:48:49		Join guymann [0] (~charles@64-252-123-239.adsl.snet.net)
01:48:49		Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
01:48:49		Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
01:48:49		Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net)
01:48:49		Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info)
01:48:49		Join timccc [0] (~timccc@112.166.15.141)
01:48:49		Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net)
01:48:49		Join Barahir_ [0] (~jonathan@frnk-590f43fc.pool.mediaWays.net)
01:48:49		Join dionoea_ [0] (~dionoea@yop.chewa.net)
01:48:49		Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler)
01:48:49		Join niekie [0] (~niek@CAcert/Assurer/niekie)
01:48:49		Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
01:48:49		Join SoapGoneForX-Mas [0] (~soap@rockbox/staff/soap)
01:48:49		Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
01:48:49		Join rasher [0] (~rasher@rockbox/developer/rasher)
01:48:49		Join ranmachan [0] (ranma@yumi.tdiedrich.de)
01:48:49		Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net)
01:48:49		Join simabeis [0] (~simabeis@lobmenschen.de)
01:48:49		Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
01:48:49		Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
01:48:49		Join saratoga [0] (62e16704@gateway/web/freenode/ip.98.225.103.4)
01:48:49		Join YPSY [0] (~ypsy@geekpadawan.de)
01:48:49		Join parafin [0] (parafin@paraf.in)
01:48:49		Join linuxguy3 [0] (~timj@adsl-75-57-165-250.dsl.emhril.sbcglobal.net)
01:48:49		Join fred_2 [0] (fred@ircop.efnet.at)
01:48:49		Join kkit\|sh [0] (krazykit@silenceisdefeat.com)
01:48:49		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
01:48:49		Join rvvs89 [0] (rvvs89@pdpc/supporter/base/rvvs89)
01:48:49		Join scorche [0] (~scorche@rockbox/administrator/scorche)
01:48:49		Join mikroflops [0] (~yogurt@h-34-71.A238.priv.bahnhof.se)
01:48:49		Join merbanan [0] (~banan@c-94-255-218-107.cust.bredband2.com)
01:48:49		Join AlexP [0] (~alex@rockbox/staff/AlexP)
01:48:49		Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi)
01:48:49		Join knittl [0] (~knittl@unaffiliated/knittl)
01:48:49		Join tmzt_ [0] (~tmzt@76.211.0.152)
01:48:49		Join ej0rge [0] (~alhaz@alhaz.fttp.xmission.com)
01:48:49		Join avacore^ [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
01:48:49		Join Bushmills [0] (~Bushmills@scarydevilmonastery.net)
01:48:49		Join FOAD [0] (~dok@83.161.135.61)
01:48:49		Join Zambezi [0] (Zulu@unaffiliated/zambezi)
01:48:49		Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
01:48:49		Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no)
01:48:49		Join Utchy [0] (~Utchy@rps6752.ovh.net)
01:48:49		Join Rondom [0] (~rondom@lvps178-77-79-47.dedicated.hosteurope.de)
01:48:49		Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se)
01:48:49		Join Slasheri [0] (miipekk@rockbox/developer/Slasheri)
01:48:49		Join Bawitdaba [0] (~Sphinx@cpe-74-70-40-135.nycap.res.rr.com)
01:48:49		Join maraz [0] (maraz@kapsi.fi)
01:48:49		Join jae [0] (~jae@jaerhard.com)
01:48:49		Join ThomasAH [0] (~thomas@aktaia.intevation.org)
01:48:49		Join Battousai [0] (~bryan@gentoo/developer/battousai)
01:48:49		Join Loto [0] (~nfs@xbmc/user/Loto)
01:48:49		Join pjm0616 [0] (~user@110.9.28.120)
01:48:49		Join zu_ [0] (~zu@ks355000.kimsufi.com)
01:48:49		Join part [0] (part@62.220.235.11)
01:48:49		Join literal [0] (hinrik@v.nix.is)
01:48:49		Join bzed [0] (~bzed@devel.recluse.de)
01:48:49		Join burn [0] (~burn@cl-1079.bru-01.be.sixxs.net)
01:48:49		Join Stummi [0] (Stummi@rockbox/developer/Stummi)
01:48:49		Join Hadaka [0] (~naked@naked.iki.fi)
01:48:49		Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net)
01:48:49		Join Gareth [0] (~gareth@www.wiked.org)
01:48:49		Join preglow [0] (thomj@tvilling2.pvv.ntnu.no)
01:48:49		Join ack [0] (~ack@mingbai.org)
01:48:49		Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net)
01:48:49		Join Xerion [0] (~xerion@54196686.cm-5-2b.dynamic.ziggo.nl)
01:48:49		Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu)
01:48:49		Join powell14ski [0] (~powell14s@c-67-177-228-132.hsd1.co.comcast.net)
01:48:49		Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de)
01:48:49		Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com)
01:48:49		Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic)
01:48:49		Join bug2000 [0] (~bug@unaffiliated/bug2000)
01:48:49		Join jobec [0] (paulus@kapsi.fi)
01:48:49		Join CIA-7 [0] (~CIA@208.69.182.149)
01:48:49		Join elcan [0] (user36@64.32.20.56)
01:48:49		Join amee2k [0] (~thomas@ve504.cugnet.net)
01:48:49		Join Amec [0] (~twcleary@ids.tuu.utas.edu.au)
01:48:49		Join @ChanServ [0] (ChanServ@services.)
01:48:49		Join iq [0] (~iq@unaffiliated/iq)
01:48:49		Join alexbobP [0] (~alex@adsl-75-63-1-71.dsl.austtx.sbcglobal.net)
01:48:49		Join Kohlrabi [0] (~kohlrabi@kohlio.de)
01:48:49		Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
01:48:49		Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
01:52:56		Quit evilnick (Ping timeout: 264 seconds)
01:55:09		Nick TorneWuff is now known as Torne (torne@lowell.wolfpuppy.org.uk)
01:55:10		Quit Torne (Changing host)
01:55:10		Join Torne [0] (torne@rockbox/developer/Torne)
01:59:37		Nick sinthete1 is now known as sinthetek (~sinthetek@cpe-174-111-239-037.triad.res.rr.com)
01:59:42		Quit sinthetek (Changing host)
01:59:42		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
01:59:51		Join v1rati [0] (~v1rati@c-98-196-172-85.hsd1.tx.comcast.net)
02:00
02:00:37		Part v1rati
02:00:42		Join v1rati [0] (~v1rati@c-98-196-172-85.hsd1.tx.comcast.net)
02:07:50		Join Strife89TX [0] (~cstrife89@adsl-80-156-175.mcn.bellsouth.net)
02:08:32		Quit thomasjfox (Ping timeout: 255 seconds)
02:11:28		Join thomasjfox [0] (~thomasjfo@dslb-088-066-093-068.pools.arcor-ip.net)
02:12:48		Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
02:16:24		Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com)
02:16:49	Dhraakellian	so, deciding to actually look into some wps customization again
02:16:55		Join [Saint] [0] (S_a_i_n_t@203.184.1.47)
02:18:23		Quit GeekShadow (Quit: The cake is a lie !)
02:18:45	Dhraakellian	I remember reading a while back that things had changed in such a way as to make it possible to have a progress bar with a slider rather than the classic style that just fills up as the track progresses
02:18:56	Dhraakellian	but I'm not right off seeing how to do this in CustomWPS
02:20:12	Dhraakellian	Am I misremembering, or is there a way to do this?
02:21:28	JdGordon\|	it should be on CustomWPS
02:21:38	JdGordon\|	im 99% sure it is
02:22:16	JdGordon\|	http://www.rockbox.org/wiki/CustomWPS#Bar_Tags
02:27:51		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
02:31:37	Dhraakellian	...I thought I'd looked at that
02:31:48	Dhraakellian	...I guess I just didn't scroll down far enough to see the second table
02:34:53		Quit simonrvn (Ping timeout: 240 seconds)
02:35:06	*	Dhraakellian also ponders looking into this new maemo port-in-progress to which someone pointed him
02:37:20		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
02:38:38	[Saint]	what's to ponder? You either look or you don't ;)
02:38:39		Quit Strife89TX (Ping timeout: 240 seconds)
02:43:51		Quit JdGordon\| (Ping timeout: 240 seconds)
02:54:53	Bushmills	but "tries to make up his mind" sounds so indecisive :)
03:00
03:03:46	Dhraakellian	you wound me with your truth
03:13:12	*	Dhraakellian fires up git
03:19:55		Quit BHSPitMonkey (Remote host closed the connection)
03:23:53		Quit Judas_PhD (Quit: This is a quitting message)
03:25:07	Dhraakellian	hmm... I think what I want, wps-wise is one that uses the classic blue-blackness artist/album/track+art display most of the time but switches to wider artist/album/title display with a fancier progress bar if there's per-file album art for the current track
03:27:31		Join Strife89 [0] (~Strife89@adsl-80-186-187.mcn.bellsouth.net)
03:40:18	[Saint]	I'm not sure that's possible.
03:40:49	[Saint]	If such a crazy conditional statement exists I can't think of it.
03:47:45	Dhraakellian	heh
03:47:59	Dhraakellian	this would mean that I'd just have to go with the moodbar case alone
03:48:26	Dhraakellian	...and then render moodbar .bmp files for everything in my collection
03:48:42	***	Saving seen data "./dancer.seen"
03:48:49	Strife89	Hmmm, any chances of this patch getting committed soon? http://www.rockbox.org/tracker/task/11664?show_task=
03:49:01	Strife89	Last few comments indicate stability.
03:49:40		Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net)
03:53:53		Quit timccc (Ping timeout: 276 seconds)
04:00
04:02:30		Quit designate72 (Ping timeout: 250 seconds)
04:05:15		Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
04:05:22		Quit tchan (Changing host)
04:05:22		Join tchan [0] (~tchan@lunar-linux/developer/tchan)
04:07:18		Quit thomasjfox (Remote host closed the connection)
04:13:12		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
04:16:00		Quit v1rati (Quit: Leaving)
04:16:16		Join timccc [0] (~timccc@112.166.15.141)
04:27:54		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
04:35:20		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net)
04:37:02		Quit pixelma (Disconnected by services)
04:37:04		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:37:06		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:37:20		Quit amiconn (Disconnected by services)
04:37:20		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:37:38		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:39:36		Quit Judas_PhD (Ping timeout: 255 seconds)
04:44:12		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
04:53:31		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
05:00
05:02:19		Quit TheSeven (Ping timeout: 260 seconds)
05:05:56		Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
05:12:59		Quit mortalscan (Ping timeout: 240 seconds)
05:17:02		Quit amiconn (Disconnected by services)
05:17:03		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
05:17:21		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
05:23:49		Quit pixelma (.net .split)
05:23:50		Quit JdGordon\| (.net .split)
05:23:50		Quit Guest85915 (.net .split)
05:23:51		Quit bertrik (.net .split)
05:23:52		Quit chattr (.net .split)
05:23:52		Quit ranmachan (.net .split)
05:23:54		Quit literal (.net .split)
05:26:58		Join pixelma [0] (quassel@rockbox/staff/pixelma)
05:31:47		Quit JesusFreak316 (Ping timeout: 240 seconds)
05:36:00		Join literal [0] (~hinrik@109.74.193.250)
05:36:00		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
05:36:00		Join Guest85915 [0] (jljhook@irkki.fi)
05:36:00		Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
05:36:00		Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com)
05:36:00		Join ranmachan [0] (ranma@yumi.tdiedrich.de)
05:46:10		Join UnclePervyJesus [0] (~ubernoob@2001:c08:3700:ffff::11:ae87)
05:47:01		Quit Keripo (Quit: Leaving.)
05:47:56		Part UnclePervyJesus
05:48:46	***	Saving seen data "./dancer.seen"
05:58:02		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
06:00
06:22:38		Quit anewuser ()
06:32:06		Join anewuser [0] (anewuser@unaffiliated/anewuser)
06:33:13		Quit Judas_PhD (Quit: This is a quitting message)
06:35:51		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
06:40:42		Quit shai (Ping timeout: 265 seconds)
06:59:44	CIA-7	New commit by jethead71 (r28901): Make mutexes a tiny bit leaner. There is no need for a separate locked semaphore since having an owning thread also indicates that it is locked. ...
07:00
07:02:06	CIA-7	r28901 build result: All green
07:09:05		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
07:18:28		Quit JdGordon\| (Read error: Connection reset by peer)
07:19:41		Join JdGordon\| [0] (~jonno@123-243-140-31.static.tpgi.com.au)
07:19:41		Quit JdGordon\| (Changing host)
07:19:41		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
07:22:30		Quit factor (Ping timeout: 255 seconds)
07:33:01		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
07:38:14		Join Horscht [0] (~Horschti@p5DD57DF1.dip.t-dialin.net)
07:38:15		Quit Horscht (Changing host)
07:38:15		Join Horscht [0] (~Horschti@xbmc/user/horscht)
07:40:13		Quit Horschti (Ping timeout: 240 seconds)
07:48:47	***	Saving seen data "./dancer.seen"
07:56:06		Quit JdGordon\| (Ping timeout: 265 seconds)
08:00
08:10:34		Quit Judas_PhD (Ping timeout: 276 seconds)
08:15:51		Join mortalscan [0] (~mortalsca@109.169.55.155)
08:21:16		Quit saratoga (Quit: Page closed)
08:23:44		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
08:37:35		Join bmbl [0] (~bmbl@dsl23-206.pool.bitel.net)
08:37:35		Quit bmbl (Changing host)
08:37:35		Join bmbl [0] (~bmbl@unaffiliated/bmbl)
08:45:17		Quit Strife89 (Quit: Bedtime!)
08:57:50		Join JdGordon\| [0] (~jonno@123-243-140-31.static.tpgi.com.au)
08:57:50		Quit JdGordon\| (Changing host)
08:57:50		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
09:00
09:10:07		Quit Judas_PhD (Quit: This is a quitting message)
09:12:06		Join jfox570 [0] (~toaster@70.44.153.188.res-cmts.val.ptd.net)
09:15:38	jfox570	i just installed rockbox on my cowon d2 and its amazing. its considered unstable but in my short experience with it, it runs better than the factory firmware.
09:15:41		Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
09:15:58	jfox570	is there anyway I can set rockbox to be the default firmware?
09:16:46	jfox570	as in, i wouldn't have to set the hold switch?
09:17:18		Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net)
09:17:18		Quit GodEater (Changing host)
09:17:18		Join GodEater [0] (~bibble@rockbox/staff/GodEater)
09:19:03	jfox570	I was thinking maybe i could edit something in the boot loader code and switch the two firmwares so the original would load with the hold button
09:21:43		Quit JdGordon\| (Read error: Connection reset by peer)
09:27:06		Quit kadoban (Ping timeout: 264 seconds)
09:27:19		Join JdGordon\| [0] (~jonno@123-243-140-31.static.tpgi.com.au)
09:27:19		Quit JdGordon\| (Changing host)
09:27:19		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
09:30:32		Quit JdGordon\| (Read error: Connection reset by peer)
09:30:33		Quit rvvs89 (Ping timeout: 250 seconds)
09:32:22		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
09:34:49		Quit JdGordon\| (Read error: Connection reset by peer)
09:40:21		Join stoffel [0] (~quassel@p57B4BD32.dip.t-dialin.net)
09:46:04		Quit liar (Ping timeout: 255 seconds)
09:47:26		Quit BHSPitMonkey (Ping timeout: 276 seconds)
09:47:57		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
09:48:51	***	Saving seen data "./dancer.seen"
09:49:01		Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee)
09:56:43		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
09:59:23		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
10:00
10:06:48		Quit Judas_PhD (Quit: This is a quitting message)
10:09:06		Quit JdGordon\| (Ping timeout: 260 seconds)
10:10:09		Join Horschti [0] (~Horschti@xbmc/user/horscht)
10:14:05		Quit Horscht (Ping timeout: 276 seconds)
10:17:46		Join stoffel_ [0] (~quassel@p57B4A024.dip.t-dialin.net)
10:17:54		Quit stoffel (Ping timeout: 240 seconds)
10:29:07		Join rvvs89 [0] (rvvs89@mussel.ucc.gu.uwa.edu.au)
10:29:41		Join simonrvn [0] (simon@209.128-ppp.3menatwork.com)
10:34:01		Quit Galois (Quit: Disconnecting)
10:34:18		Join Galois [0] (djao@efnet-math.org)
10:35:24		Quit sinthetek (Ping timeout: 240 seconds)
10:46:23		Join T44 [0] (~Topy44@f048015008.adsl.alicedsl.de)
10:49:24		Quit Topy44 (Ping timeout: 240 seconds)
10:49:49		Join n1s [0] (~n1s@rockbox/developer/n1s)
10:51:51		Join sinthetek [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com)
10:51:51		Quit sinthetek (Changing host)
10:51:51		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
10:56:30		Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:58:34	bertrik	TheSeven, I see that two wakeup structures are initialised in nand-nano2g.c but they're never used as far as I can see
11:00
11:02:16	n1s	we really should fix the pcm stuff so that you can play stuff while playback is paused
11:04:11		Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
11:05:18	TheSeven	bertrik: that's probably there because i originally tried to make that thing interrupt-driven :)
11:14:19		Quit BHSPitMonkey (Remote host closed the connection)
11:27:42		Join Fuhrer [0] (~Fuhrer@117.211.85.123)
11:27:55		Quit sinthetek (Read error: Connection reset by peer)
11:28:07	TheSeven	apparently the codec is sitting on i2c bus 0, device 0x94
11:29:38		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
11:29:48		Join ender` [0] (krneki@foo.eternallybored.org)
11:30:43	bertrik	oh nice, maybe you can get more confidence about which codec is used from knowing the i2c address
11:32:13	TheSeven	i'm digging my way up to the highlevel driver currently
11:32:28	TheSeven	it seems to work a bit like SPI over I2C actually :)
11:34:06	TheSeven	hm, no, i mixed some functions up, this was probably just the I2C address write access
11:35:30		Quit JdGordon\| (Ping timeout: 260 seconds)
11:37:17	TheSeven	good news: one can apparently read back the registers
11:38:37	TheSeven	however it reads as all-0xff, so it's possibly powered off
11:39:12	TheSeven	there's a powered-off LDO configured for 3.000V, let's try powering that on
11:40:56	TheSeven	hm, still all-0xff
11:48:52	***	Saving seen data "./dancer.seen"
11:57:40	TheSeven	hah!
11:57:55	TheSeven	found a codec reset GPIO :)
11:57:58	TheSeven	now it ready back data
11:58:38	bertrik	with some luck it has a codec id register ?
11:58:46	TheSeven	probably, but which one?
11:59:01	bertrik	register 0 is most likely I think
11:59:42	TheSeven	that's zero
11:59:49	TheSeven	it apparently has 128 registers
12:00
12:00:12	TheSeven	(bit 7 of the address seems to be ignored)
12:00:30	TheSeven	register contents: http://pastie.org/1406254
12:01:24	bertrik	What would be a nice thing to try IMO, is to write all registers with 0x00 and see which bits stick to 1, then write all registers to 0xFF and see which bits stick to 0
12:02:48	TheSeven	apple's init sequence: http://pastie.org/1406257
12:09:20	n1s	register 1 could be the id reg, it's early, not written and contains sufficiently "random" bits
12:17:17		Join kugel [0] (~kugel@rockbox/developer/kugel)
12:21:54	bertrik	some wolfson codecs have a reset register at address 0, that is also the one written first in your init sequence, but the other registers don't seem to be consistent with the datasheet I have (WM8978)
12:22:53		Quit stoffel_ (Remote host closed the connection)
12:26:33	TheSeven	bertrik: we're pretty sure that it's cirrus codec this time
12:26:40	TheSeven	and the scan you suggested fails
12:27:03	TheSeven	it manages to lock up the i2c transfers somehow (pulling scl low?) when i write certain patterns
12:28:37	TheSeven	writing the inverse of what i read locks up on the first transfer, just writing back the values i read locks up on the second one
12:35:07		Join DerPapst1 [0] (~Alexander@91-66-226-46-dynip.superkabel.de)
12:36:15		Quit DerPapst (Ping timeout: 260 seconds)
12:49:05		Quit Fuhrer (Ping timeout: 260 seconds)
12:52:51		Join Fuhrer [0] (~Fuhrer@117.211.85.123)
13:00
13:03:44		Quit Dreamxtreme (Quit: IRC is just multiplayer notepad)
13:21:28		Quit n1s (Quit: L�mnar)
13:26:16	linuxstb	TheSeven: I've read that the audio codec in the Classic is from Cirrus (but Apple-branded). However, Cirrus have datasheets on their website, so something may be a close match.
13:27:00	TheSeven	the problem is the huge number of datasheets :)
13:28:07	TheSeven	also, even though it's very widespread (and apparently confirmed by wolfson that it isn't using one of their codecs), we have no idea where this information originally came from
13:32:29	linuxstb	I've just looked at one Cirrus datasheet (CS42L51) and it says register 1 is the Chip ID - the top 5 bits identify the codec, and the bottom 3 the revision. So from your dump, it would be model 11101, revision 001 (the CS42L51 is 11011, revision 001).
13:33:24	linuxstb	(don't know if that helps though...)
13:35:46		Join sinthetek [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com)
13:35:46		Quit sinthetek (Changing host)
13:35:46		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
13:36:48		Join bimbel [0] (~bmbl@unaffiliated/bmbl)
13:37:30	bertrik	the cirrus datasheets I've seen so far had a surprisingly small register set
13:39:51		Quit bmbl (Ping timeout: 240 seconds)
13:43:44		Quit bluebrother (Disconnected by services)
13:43:45		Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
13:48:55	***	Saving seen data "./dancer.seen"
13:48:57	CIA-7	New commit by rmenes (r28902): Remove a line in the iPod video manual that refers to two ...
13:51:58	CIA-7	r28902 build result: All green
13:52:41		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
13:55:30	CIA-7	New commit by bertrik (r28903): Apply FS #11798 (Files in MicroSD card aren't being shown in File Browser or Database on Clip+) by Will Sowerbutts
13:57:34	CIA-7	r28903 build result: All green
14:00
14:02:56	TheSeven	hm, sounds like that weird forum post we found some time ago was indeed right
14:03:08	TheSeven	my suspicion is that it's a CS42L53
14:03:45		Join JdGordon\| [0] (~jonno@123-243-140-31.static.tpgi.com.au)
14:03:45		Quit JdGordon\| (Changing host)
14:03:45		Join JdGordon\| [0] (~jonno@rockbox/developer/JdGordon)
14:08:54		Nick bimbel is now known as bmbl (~bmbl@unaffiliated/bmbl)
14:17:33		Quit pixelma (Disconnected by services)
14:17:35		Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
14:17:37		Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
14:17:53		Quit amiconn (Disconnected by services)
14:17:55		Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
14:17:59		Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
14:28:55		Quit Fuhrer (Ping timeout: 264 seconds)
14:32:16		Quit JdGordon\| (Ping timeout: 260 seconds)
14:37:49	TheSeven	at least there's no exactly-matching datasheet on their site
14:38:18	TheSeven	maybe the CS42L55 which doesn't provide a value for the chip id reg
14:51:10	TheSeven	the CS42L55 datasheet matches, apart from some accesses to undocumented registers
14:51:30	TheSeven	looks like apple is exploiting some test mode features or whatever again
14:51:59		Join Buschel [0] (~chatzilla@p54B6722D.dip.t-dialin.net)
14:53:37	Buschel	TheSeven: there are quite a number of codecs which use a 4-digit ID + 4-digit revision. e.g. CS42416 uses ID 1110. but I did not find any revision 1001 yet
14:54:24	TheSeven	actually there's no other codec that even has that many registers
14:54:43	TheSeven	so this is probably a slightly hacked version of the CS42L55
15:00
15:10:37		Quit kugel (Ping timeout: 240 seconds)
15:12:11		Join dictator [0] (~59cc994a@giant.haxx.se)
15:12:17		Join Strife89 [0] (~Strife89@adsl-80-189-196.mcn.bellsouth.net)
15:13:48	dictator	Does anyone knows when the fuze+ is supportet by rockbox?
15:14:43	bertrik	in two years or so, or maybe never
15:15:33		Quit dictator (Client Quit)
15:17:51		Join Dreamxtreme [0] (~Dre@92.30.58.174)
15:19:05		Quit Buschel (Ping timeout: 255 seconds)
15:23:07		Join kugel [0] (~kugel@g231105108.adsl.alicedsl.de)
15:23:08		Quit kugel (Changing host)
15:23:08		Join kugel [0] (~kugel@rockbox/developer/kugel)
15:26:31		Quit xavieran (Ping timeout: 264 seconds)
15:27:48		Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net)
15:28:04		Quit kugel (Read error: Connection reset by peer)
15:28:19		Quit factor (Ping timeout: 264 seconds)
15:29:56		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
15:30:20		Quit liar (Ping timeout: 255 seconds)
15:33:06		Join kugel [0] (~kugel@g231105108.adsl.alicedsl.de)
15:33:07		Quit kugel (Changing host)
15:33:07		Join kugel [0] (~kugel@rockbox/developer/kugel)
15:34:23		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
15:35:02	wodz	B4gder: ping
15:36:07		Quit factor (Ping timeout: 264 seconds)
15:36:38	*	TheSeven has trouble writing to the codec
15:37:26		Join stoffel [0] (~quassel@p57B4A024.dip.t-dialin.net)
15:37:59		Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
15:38:43	wodz	TheSeven: what about i2s? Is it similar to nano2g?
15:39:00	TheSeven	apparently this time the codec is the i2s master
15:39:10	TheSeven	and i'd guess the i2s core is fairly similar
15:39:59	wodz	TheSeven: usually you can configure if codec is slave or master.
15:40:20	TheSeven	i mean in the setup used by apple
15:45:25		Quit wodz (Ping timeout: 240 seconds)
15:48:58	***	Saving seen data "./dancer.seen"
15:50:19		Quit sasquatch (Ping timeout: 240 seconds)
15:53:51		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
15:54:11		Quit factor (Remote host closed the connection)
15:54:23		Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
15:54:46	*	Strife89 wonders if he can get some assistance with patching FS #11664 to his sources.
15:55:35		Quit T44 (Ping timeout: 240 seconds)
15:55:36	Strife89	I got some nasty hunk failures even with -p
15:55:50		Join Topy44 [0] (~Topy44@f048015008.adsl.alicedsl.de)
15:56:18	bertrik	I'll have a quick look
15:57:17	bertrik	which patch exactly?
15:57:24	*	Strife89 seems to have forgotten how to use svn revert properly.
15:57:46	Strife89	bertrik: pamaury's attachments on October 11.
15:57:54	Strife89	http://www.rockbox.org/tracker/task/11664?getfile=22652
15:58:14	Strife89	That was the showstopper; I haven't tried the other.
15:58:32	Strife89	(The other: http://www.rockbox.org/tracker/task/11664?getfile=22653 )
15:58:32	bertrik	bah, a git patch :(
15:59:29	Strife89	sideral posted an updated patch for the clipv2, but as that's not my target I didn't think much of it. http://www.rockbox.org/tracker/task/11664?getfile=22869
15:59:38	Strife89	Patch was posted Nov. 15
16:00
16:00:26	Strife89	And heh, probably no wonder it failed on me.
16:01:11		Quit Guest85915 (Ping timeout: 240 seconds)
16:01:27	*	Strife89 wonders if it's safe to force a power off on the Clip+ ... the OF's database refresh is taking way too long.
16:05:02	bertrik	the patches have some overlap, so you can't just apply them both without examining them closer
16:06:32		Join sasquatch [0] (~username@46.114.5.129)
16:08:49	Strife89	What fun. :/
16:10:24	bertrik	here's the patch update to current SVN: http://pastebin.ca/2029860
16:10:31		Quit kugel (Read error: Connection reset by peer)
16:12:00		Join Buschel [0] (~chatzilla@p54B67F93.dip.t-dialin.net)
16:12:36	*	Strife89 tries and fails to revert his checkout first.
16:13:50	TheSeven	aha, that cirrus thing is a bit picky about I2C
16:13:57	bertrik	"svn revert -R ." should revert everything
16:14:22	TheSeven	bertrik: you were apparently right when you talked about that i2c simplification patch
16:14:59	Strife89	bertrik: Ah, I forgot the period.
16:15:00	TheSeven	this one of those devices that need a repeated start between the address and the data to be written
16:15:23	bertrik	nasty...
16:16:21	Strife89	bertrik: http://pastie.org/1406595
16:18:58	TheSeven	hm, i might again be misunderstanding something
16:19:28	TheSeven	does the slave address have to be resent after a repeated start?
16:19:59	bertrik	yes, I'm pretty sure about that
16:20:43	*	Strife89 heads off
16:21:05	bertrik	Strife89, use -p0
16:21:40	Strife89	Just did, leaving it to compile.
16:22:25	TheSeven	so what i'm basically doing is START - slave address - register address - REPEATED START - slave address - register value - optionally more values - STOP?
16:23:20	TheSeven	hm, the PMU doesn't seem to like that
16:24:58	TheSeven	what I used to do (the PMU accepts that, the codec apparently not) is START - slave address - register address - register value - STOP
16:25:07		Quit GeekShadow (Quit: The cake is a lie !)
16:32:08		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
16:33:25		Quit wodz (Client Quit)
16:36:39		Quit Buschel (Ping timeout: 240 seconds)
16:38:32		Quit factor (Quit: Leaving)
16:41:39		Quit user890104 (Ping timeout: 272 seconds)
16:42:00		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
16:44:43		Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
16:47:03		Join kugel [0] (~kugel@rockbox/developer/kugel)
16:58:12		Join Feisar [0] (jljhook@irkki.fi)
16:58:39		Nick Feisar is now known as Guest9046 (jljhook@irkki.fi)
17:00
17:05:34		Join kugel2 [0] (~kugel@g231105108.adsl.alicedsl.de)
17:05:34		Quit kugel (Disconnected by services)
17:05:35		Quit kugel2 (Changing host)
17:05:35		Join kugel2 [0] (~kugel@rockbox/developer/kugel)
17:05:53		Join kugel [0] (~kugel@rockbox/developer/kugel)
17:31:20	kugel	AA fonts look awesome on my phone :)
17:31:32	kugel	perhaps we should just commit that thing
17:32:14		Quit kadoban (Ping timeout: 240 seconds)
17:33:18		Quit kugel (Remote host closed the connection)
17:38:54		Join evilnick [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
17:39:12		Join jfc^2 [0] (~john@dpc6682208002.direcpc.com)
17:39:46	TheSeven	kugel2: +1 (looks nice on my ipod, too :)
17:42:38		Quit evilnick (Changing host)
17:42:39		Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
17:43:26		Quit kugel2 (Ping timeout: 240 seconds)
17:49:02	***	Saving seen data "./dancer.seen"
17:50:56	*	TheSeven just made his ipod classic beep \o/
17:52:05		Join madalu [0] (~user@unaffiliated/madalu)
17:52:58	TheSeven	now let's rewrite that nice python script in C and try going for PCM instead of beeps :)
17:54:40	TheSeven	for the curious, here is the code i used: http://pastie.org/1406752
17:58:15		Quit anewuser (Ping timeout: 240 seconds)
18:00
18:12:19		Quit jhMikeS (Read error: Connection reset by peer)
18:15:14		Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
18:15:31	pamaury	is there a problem with some of my patches ?
18:20:07		Quit guymann (Ping timeout: 265 seconds)
18:21:40		Join guymann [0] (~charles@69.182.30.190)
18:39:15		Join Buschel [0] (~chatzilla@p54A39F85.dip.t-dialin.net)
18:40:43		Quit Buschel (Client Quit)
18:41:37		Quit jordan` (Ping timeout: 276 seconds)
18:43:28		Join WilliamC [0] (~WilliamC@184.0.179.64)
18:43:44	WilliamC	What file systems does Rockbox support?
18:44:26	bertrik	FAT16 and FAT32 as far as I know
18:44:48	WilliamC	I was thinking about using ExFat but I heard it was a bad idea since it's unsupported
18:44:55	B4gder	correct
18:45:35	B4gder	exfat is (more) evil than FAT
18:45:43		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
18:46:15	WilliamC	How so?
18:46:23	gevaerts	ex-fat is what happens if you unplug without unmounting
18:46:47	WilliamC	I could also format it to NTFS
18:46:51	B4gder	WilliamC: its less supported on other platforms and more proprietary
18:46:54	WilliamC	But that doesn't make much sense.
18:47:14	WilliamC	B4gder, yeah, but I don't run Linux and I use nothing but Win7
18:47:27	B4gder	but I don't
18:47:52	WilliamC	Yeah, but this is why I considered ExFAT.
18:48:02	WilliamC	Don't think it matters all that much though
18:48:23	B4gder	yes, but those are reasons why exfat is far from Rockbox at this point
18:48:29	gevaerts	If you want to use the filesystem with rockbox, you can consider FAT32, or FAT16 on some devices
18:52:08		Join saratoga [0] (62e16704@gateway/web/freenode/ip.98.225.103.4)
18:54:27		Join webguest08 [0] (~58411a8c@giant.haxx.se)
18:55:18		Join evilnick_ [0] (~evilnick@cpe-24-193-43-185.nyc.res.rr.com)
18:55:46		Quit webguest08 (Client Quit)
18:55:58		Join webguest17 [0] (~58411a8c@giant.haxx.se)
18:56:17		Quit webguest17 (Client Quit)
18:57:37		Join JesusFreak316 [0] (~JesusFrea@pool-173-65-105-252.tampfl.fios.verizon.net)
18:58:40		Quit evilnick (Ping timeout: 276 seconds)
19:00
19:05:13	*	TheSeven only ever uses FAT16 for UMSboot ramdisks
19:09:51	*	TheSeven is a little bit baffled by the fact that that thing seems to have three I2S controller cores!
19:18:49		Quit sinthetek (Ping timeout: 276 seconds)
19:25:10		Join sinthetek [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com)
19:25:10		Quit sinthetek (Changing host)
19:25:10		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
19:30:06		Quit sinthetek (Read error: Operation timed out)
19:30:57		Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
19:32:53	*	pamaury dislikes the massive code duplication of the fuze+ interrupts handlers
19:33:26		Quit shai (Ping timeout: 240 seconds)
19:46:47		Quit mortalscan (Ping timeout: 250 seconds)
19:47:48		Join mortalscan [0] (~mortalsca@109.169.55.155)
19:49:05	***	Saving seen data "./dancer.seen"
19:53:14		Join TeruFSX [0] (~TeruFSX@174-30-253-16.mpls.qwest.net)
20:00
20:03:00		Join anewuser [0] (anewuser@unaffiliated/anewuser)
20:19:07	*	[Saint] notes that, while it has some quirks, that he would also like to see anti aliased fonts hit SVN.
20:19:31	[Saint]	Then I could stop making aliased and un-aliased iLike themes ;)
20:21:19	TeruFSX	I'm under the impression that Rockbox does not support embedded album art; is this true?
20:22:56	[Saint]	yes.
20:23:00	[Saint]	It is.
20:29:06		Join bimbel [0] (~bmbl@dsl-217-167-237.pool.bitel.net)
20:29:06		Quit bimbel (Changing host)
20:29:06		Join bimbel [0] (~bmbl@unaffiliated/bmbl)
20:31:56		Quit bmbl (Ping timeout: 264 seconds)
20:35:18		Nick dionoea_ is now known as dionoea (~dionoea@yop.chewa.net)
20:35:44		Quit dionoea (Changing host)
20:35:44		Join dionoea [0] (~dionoea@videolan/developer/dionoea)
20:40:16		Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
20:40:35		Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
20:40:43		Quit Guest9046 (Ping timeout: 276 seconds)
20:49:01		Quit tmzt_ (Ping timeout: 276 seconds)
20:53:38		Join tmzt [0] (~tmzt@76.211.0.152)
21:00
21:03:53		Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
21:08:45		Quit JesusFreak316 (Remote host closed the connection)
21:15:48		Join pikytcus_ [0] (~bigd@failbox.co.cc)
21:18:11	[Saint]	Dammit!
21:18:54	[Saint]	I was wondering why it was taking my iPod so long to charge, turns out I had USB charging set to "Yes" instead of "Force" and I was charging off a wall charger.
21:19:35	Torne	yeah, er, eventually i mean to do something about that
21:20:00	Torne	i will implement positive charger detection. one day.
21:20:25	[Saint]	Hmmmm, is there a reason that the estimated time left on it is in the region of 2K hours?
21:20:42	pikytcus_	Hey, I found an 80gb IPod video and was wondering if I can build the patcher and bootloader from source. I was able to build the bootloader and find the ipodpatcher source. make went ok, but does that automaticaly find and embed the bootloader? Or how do I make it do that?
21:20:43	Torne	because we removed the current estimates which were nonsense
21:21:01	[Saint]	the charginging estimation was about right.
21:21:08	Torne	that was coincidence, i suspect
21:21:11	[Saint]	the time left is...very, very wrong.
21:21:17	Torne	players all used to default to the archos estimate
21:21:20	Torne	if they didn't have their own
21:21:24	Torne	we fixed that a while ago
21:21:34	Torne	so they default to a ridiculous number isntead now
21:21:40	[Saint]	Ah.
21:21:43	Torne	pikytcus_: it doesn't embed it automatically, no
21:21:47	Torne	pikytcus_: you don't need to do that
21:21:54	Torne	just pass it the bootloader as a command line argument
21:21:59	Torne	you dont' need to build ipodpatcher at all
21:22:16	Torne	ipodpatcher -a bootloader-ipodvideo.ipod works fine and ignores any compiled in bootloader if there is one
21:22:30	pikytcus_	torne: Ah thought you did. The manual said you need ipodpatcher
21:22:30	Torne	the embedded bootloader thing is only there for our binary releases
21:22:37	Torne	you need ipodpatcher to install manually, yes
21:22:43	Torne	but our existing ipodpatcher binaries are fine
21:22:49	Torne	and if they don't work for you, then what you've compiled is ok
21:22:54	Torne	it doesn't need to have the bootloader embedded
21:22:59	pikytcus_	Oh
21:23:00	Torne	you would have to build all the ipod bootloaders for that
21:23:03	[Saint]	ipodpatcher will include the bootloader binaries if they are in the same directory during compilation iirc
21:23:06	Torne	because it doesn't embed just one, it embeds all versions
21:23:11	Torne	[Saint]: no, you have to tell it to
21:23:15	Torne	and you need every model's bootloader
21:23:16	[Saint]	Ah.
21:23:21	pikytcus_	eek
21:23:36	[Saint]	Yeah, I knew that...I thought it grabbed them if they were there automatically though.
21:23:41	Torne	no.
21:23:46	[Saint]	it's been a long time since I built ipodpatcher.
21:23:53	Torne	it does it if you're building a versioned release
21:23:55	Torne	not if you just run make
21:24:07	Torne	i know because i released the last ipodpatcher ;)
21:24:10		Join the_Kyle [0] (~kyle@71.23.64.127)
21:24:18	*	[Saint] remembers this now.
21:25:13	[Saint]	pikytcus_: IS there a particular reason you're wanting to build ipodpatcher?
21:25:21	[Saint]	+bootloader
21:25:23	Torne	or the bootloader, for that matter
21:25:27	pikytcus_	Oh, btw, on my gigabeatf, I seem to have found a bug. Skipping back while you're on an ogg format file to an mp3 file doesn't work. I'm probably out of date by now though
21:26:19	[Saint]	considering there's several revisions daily, I would say so ;)
21:26:31	Torne	define "doesn't work"
21:26:34	Torne	does it crash? do nothing?
21:26:57	pikytcus_	Instead of going back, it just plays the same one I'm on again.
21:27:08	Torne	are you just pressing back once?
21:27:13	pikytcus_	If I try it several times in rapid succession, it skips over the folder
21:27:40	Torne	pressing it once rewinds to the start of the track. pressing it again while it's still in the first few seconds will skip backward
21:27:44	Torne	pressing it more times will skip more tracks
21:28:49	pikytcus_	The mp3 file is the first one in the folder, and the ogg is the second. Skipping forward to the ogg works, but skipping backward to the mp3 doesn't If I push left several times (probably about 5 or so) in a couple seconds, it skips to the previous folder
21:30:44	pikytcus_	This is on r28885, it used to work. I'm outdated though, will build the latest and try again
21:31:08	Torne	are you waiting long enough?
21:31:15	Torne	skipping backwards isn't instant, usually
21:31:23	Torne	it usually has to rebuffer the data
21:32:30	pikytcus_	Yeah. Before I could hit left a couple times and it worked.
21:32:57	pikytcus_	It works if I skip between two ogg files
21:34:43	the_Kyle	I have a new 4GB microSD card. Initially when I put it into my Clip+, it wasn't recognized except when plugged into the computer until I put a supported file in the top level directory. Now the card is only recognized if I plug the player into the computer and then unplug it.
21:35:22	Torne	pikytcus_: well, install the latest build and check you can reproduce it reliably
21:35:34	Torne	try different files as well
21:35:46	the_Kyle	Powering the player off and then restarting it then causes the card to be unrecognized until I plug it into the computer again.
21:36:01	pikytcus_	Ugh. I think this thing is dying
21:36:36	the_Kyle	The only difference between this 4GB card and the 2GB card I was using is that the 4GB card appears to have a partition table.
21:36:52	the_Kyle	And there is the size of course.
21:37:15		Join Feisar [0] (jljhook@irkki.fi)
21:37:42		Nick Feisar is now known as Guest54722 (jljhook@irkki.fi)
21:38:35	*	pikytcus_ thinks this thing has hd problems
21:40:16	the_Kyle	I should add that I updated Rockbox around 5:00 UTC this morning.
21:40:17		Nick SoapGoneForX-Mas is now known as soap (~soap@rockbox/staff/soap)
21:40:17	pikytcus_	grrr
21:40:21	Strife89	bertrik: Ping.
21:40:32	pikytcus_	the whole thing's just being unreliable at the moment. Idk if my skipping thing is a bug, or if it's the player
21:41:05	pikytcus_	Now it's just froze
21:42:10	bertrik	Strife89, yes?
21:42:34	pikytcus_	Um ok then. Files with fake packet loss?
21:42:44	Strife89	bertrik: I just installed the test build. It doesn't appear to be working, and the NAND access indicator is constantly on. Not sure what to do.
21:42:51	pikytcus_	The files are fine, wtf
21:43:00	the_Kyle	Should I remove the partition table on the new card and write a clean filesystem, e.g. to /dev/sdc instead of /dev/sdc1, or have I found a bug?
21:43:25	bertrik	Strife89, I don't know, I just updated the patch, I expected it to just work
21:43:34	Strife89	Ah.
21:43:38	Strife89	Kernel log: http://pastie.org/1407146
21:44:12	Torne	the_Kyle: there are issues with sd cards in general on the clip+, i think
21:44:19	Torne	i don't think it being partitioned makes a difference
21:44:42	*	Strife89 hard resets and boots to the OF to run a dosfsck
21:45:03	*	pikytcus_ resets his gigabeat
21:45:24	the_Kyle	Torne: Is the problem limited to HC cards, e.g. 4GB or larger? Funny thing, this is a Sandisk card.
21:45:32	Torne	i don't know the details
21:45:38	Torne	but there's no reason why it would be
21:45:50	Torne	SDHC is virtually identical
21:45:52	the_Kyle	That was my thought.
21:46:16		Join user890104 [0] (~Venci@2001:0:4137:9e76:2076:2ed5:2b16:10ec)
21:46:41	the_Kyle	Although it seems interesting that HC cards don't work in a card reader I bought a couple of years ago.
21:46:50	Torne	it's not identical :)
21:46:52	bertrik	most of the reports I've seen with sd card problems on the clip+ are with relatively large sandisk cards
21:47:12	bertrik	16 GB sandisk cards
21:47:14	Torne	SDHC is electrically identical, but has a minor difference in protocol because the original protocol didn't work for >4gb
21:47:23	Torne	old card readers don't know how to talk the protocol
21:47:37	Torne	but devices with "real" SD slots exposed directly to the chip, like mp3 players, it's all software
21:48:25	pikytcus_	torne: idk. I think it's just the player being dumb. I've been having several issues with it, even on older builds I'd had installed for months. It's just been freezing and stuff lately
21:48:43	the_Kyle	Should I try to reformat the card? Maybe there's a problem with Sandisk's initial formatting of the card?
21:49:06	***	Saving seen data "./dancer.seen"
21:50:14	Torne	the_Kyle: we don't know
21:50:22	Torne	you can try anything you can think of, really
21:50:29	Torne	and if it helps, please let us know exactly what you did :)
21:52:02	*	the_Kyle will try some things and report back, and can file a bug report, and if anything works, the workaround.
21:55:41	bertrik	the_Kyle, what version are you running exactly, I committed a fix for uSD cards on clip+ today
21:56:25	the_Kyle	bertrik: 28900
21:56:53	the_Kyle	It's giving today's date as the build date.
21:57:05	bertrik	the fix is in 28903
21:57:13	Torne	aha ;)
21:57:19	bertrik	not sure if it fixes your problem, but worth a try
21:57:23	*	the_Kyle will try the fix. Formatting didn't work.
22:00
22:10:40	bertrik	the_Kyle, did the fix work for you?
22:10:48	the_Kyle	yes.
22:11:44	bertrik	cool
22:12:05	the_Kyle	Works perfectly, recognizing the newly reformatted card with no files, even after a reboot. Free space is reported as 3.68 gigabytes. Thanks for the fix.
22:13:01	*	the_Kyle tries a couple of other tests, but it looks perfect so far.
22:14:43	the_Kyle	Looks like it rescans both upon removing and inserting the card now. Before the update, it only scanned upon removal.
22:17:57	the_Kyle	the <microSD>1 directory doesn't disappear when I remove the card while in the file browser. It only disappears when I try to go into it. This is probably just a minor file browser glitch, however.
22:18:17	pamaury	iirc, I had a look at this issue
22:18:22	the_Kyle	It does appear immediately after I insert the card.
22:18:31		Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
22:18:38		Quit Guest54722 (Ping timeout: 240 seconds)
22:19:07	the_Kyle	This is the case even if I have no files on the card, which allows me to set it as the recording directory.
22:19:08	pamaury	it's quite intricate, a threading order issue
22:24:18		Quit user890104 (Ping timeout: 272 seconds)
22:30:41	TheSeven	damn, the lack of PCM double buffering support in rockbox is complicating things once again...
22:30:56	TheSeven	also, is there a maximum size a PCM packet can have? can the PCM driver limit this?
22:31:07	TheSeven	i need to know how many DMA descriptors i need to allocate
22:35:09		Join xblink [0] (~chatzilla@adsl-152-228-34.asm.bellsouth.net)
22:35:31	xblink	What languages is rockbox primarily written in?
22:36:22	bertrik	C with some assembly
22:36:31	xblink	okay. thankyou.
22:36:32	B4gder	and make and perl
22:36:46	B4gder	and shell script
22:36:53	xblink	C is the core language?
22:37:03	B4gder	yes
22:37:26	xblink	what would perl, make, and shell script be used for?
22:37:43	B4gder	build glue
22:37:47	xblink	okay.
22:37:52	xblink	thanks.
22:41:09		Join robin0800 [0] (~robin0800@genld-218-248.t-mobile.co.uk)
22:43:28		Quit xblink (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
22:43:47		Quit robin0800 (Remote host closed the connection)
22:44:20		Join robin0800 [0] (~robin0800@genld-219-248.t-mobile.co.uk)
22:49:20		Quit robin0800 (Remote host closed the connection)
22:51:17		Join Buschel [0] (~chatzilla@p54A3B555.dip.t-dialin.net)
22:56:14		Join robin0800 [0] (~robin0800@149.254.218.248)
22:56:24		Nick aexin is now known as aevin (eivindsy@unaffiliated/aevin)
22:58:27		Quit madalu (Read error: Operation timed out)
22:59:12		Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
22:59:31	wodz	B4gder: ping
22:59:47	B4gder	yes?
23:00
23:00:22	wodz	What about uploading mkmpioboot and hd300 bootloader?
23:00:42	B4gder	sure, where can I find them?
23:00:55	wodz	I gave you link 2 days ago
23:01:19	B4gder	well, I wasn't here
23:02:09	B4gder	can you give it again?
23:02:51	wodz	http://www.rockbox.org/irc/log-20101221#10:13:51
23:04:27	B4gder	man that is one annoying site
23:04:38	B4gder	it is MUCH easier if you just email them
23:05:45	B4gder	aaaaaaaaaaaaaaaaaaaaa
23:05:50	B4gder	"Sorry, you can download only one file per 10 minutes"
23:07:18	B4gder	is the bootloader supposed to be stored as a zip or should it be unpacked?
23:07:32	wodz	ok I can send you by email - pm me
23:08:04	wodz	bootloader should be zip
23:08:12	B4gder	ok, goodie
23:09:02	wodz	it stores .map and rockbox-info.txt for easier debugging
23:09:36	B4gder	right, I'm just making sure I do the right things in my end
23:13:20	Buschel	soap: back from x-mas?
23:14:44		Quit robin0800 (Remote host closed the connection)
23:19:41		Join Feisar [0] (jljhook@irkki.fi)
23:20:07		Nick Feisar is now known as Guest35485 (jljhook@irkki.fi)
23:24:38		Quit bimbel (Quit: Verlassend)
23:24:51		Quit ranmachan (Remote host closed the connection)
23:30:04	CIA-7	New commit by wodz (r28904): Move MPIO HD300 to unstable
23:31:44	CIA-7	New commit by wodz (r28905): change MPIO HD300 status in builds.pm
23:33:15	the_Kyle	I just made a comment on the wrong patch. Is there any way I can remove my comment or move it to the right patch?
23:33:59	[Saint]	I don't believe so, no.
23:34:48	CIA-7	r28905 build result: All green
23:34:58	the_Kyle	Wow! was I off the mark or what? My comment should have been on 11664 and I put it on 11541.
23:35:30	B4gder	wodz: now the front page says HD200 twice under unstable...
23:36:29	wodz	grr
23:37:42	CIA-7	New commit by wodz (r28906): Fix stupid copy-paste in target name and wiki link
23:38:02	B4gder	that looks better!
23:38:45	wodz	thx
23:40:26		Quit Horschti (Quit: Verlassend)
23:42:03		Quit kevku (Read error: Operation timed out)
23:45:51		Quit bug2000 (Ping timeout: 240 seconds)
23:49:10	***	Saving seen data "./dancer.seen"
23:52:26		Join Xerion_ [0] (~xerion@54196686.cm-5-2b.dynamic.ziggo.nl)
23:53:51		Quit Xerion (Ping timeout: 240 seconds)
23:53:51		Nick Xerion_ is now known as Xerion (~xerion@54196686.cm-5-2b.dynamic.ziggo.nl)
23:56:51		Part WilliamC ("Leaving")

Previous day | Next day