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

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

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

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2010-12-26

00:00:02thomasjfoxthat's the endless loop in the codec I pointed out
00:00:55 Quit Bas (Quit: Saliendo)
00:01:07kugelit never blocked on me so far. but I stop playback if it return with data_size == 0 IIRC
00:01:36thomasjfoxI have a special log message if data_size == 0, never triggers
00:03:21kugelthat's strange
00:04:16thomasjfoxThe issue has been reported before for non-maemo platforms
00:04:18thomasjfoxlet me google it
00:06:06kugelthomasjfox: there's no while() involved
00:06:12 Quit factor (Ping timeout: 240 seconds)
00:06:34kugelvia several steps, the actual function that's called is pcmbuf_pcm_callback()
00:07:18 Quit Keripo (Quit: Leaving.)
00:07:19thomasjfoxoh sorry
00:07:25*thomasjfox slaps forehead
00:07:31thomasjfoxI named you the wrong function :)
00:07:36kugelI can't see where it would lock
00:07:51thomasjfoxIt's codec_pcmbuf_insert_callback()
00:08:31thomasjfoxThere it stalled the last time. I just try to get a fresh backtrace from the issue
00:09:30kugelthomasjfox: no, this is just waiting for new pcm buffer
00:09:42 Quit GeekShad0w (Quit: The cake is a lie !)
00:09:48thomasjfoxok
00:10:02kugelcodec_pcmbuf_insert_callback() is called from the codec side to push data to the pcm buffer
00:10:25kugelif playback is stopped the codec will wait for pcm to get ready again (I think)
00:10:52kugelexcept that it's supposed to return on ci.stop_codec (i.e. playback stop)
00:11:11kugelanyway, codec_pcmbuf_insert_callback() can't make feed_data() lock up
00:11:29kugelfeed_data() is on the other side of the codec buffer, it pops data from it for the "dma"
00:12:22thomasjfoxStrangle 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:35thomasjfoxI'll try to print the thread id before it stalls, maybe that will help
00:12:50thomasjfox(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:33kugelyou can debug rockbox threads just fine, no?
00:13:44thomasjfoxcan I? :)
00:13:52kugelah well, you can't get an overview where all the threads currently are
00:14:06thomasjfoxThat's what I thought
00:16:20kugelfeed_data() doesn't block, right? perhaps you shouldn't stop while the system is feeding the data to the hardware
00:20:45thomasjfoxAccording to my gdb backtrace it's stuck in gstreamer though I never see it enter there?!
00:25:44thomasjfoxJust 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:07thomasjfoxOh, it leaves the function the "Error, callback missing or no more DMA to do" way
00:28:49thomasjfoxThis calls dma_stop() and stalls somewhere in gstreamer
00:29:12kugelmaybe you can't stop twice?
00:29:34thomasjfoxArgh
00:29:43thomasjfoxThe feed_data function gets called by gstreamer
00:29:53thomasjfoxAnd we re-enter it via the dma_stop()
00:30:04thomasjfoxI guess the internal lock is not recursive
00:30:20thomasjfox"re-enter it" = "re-enter gstreamer"
00:30:54kugelso gst_element_set_state() causes feed_data to be called?
00:31:00thomasjfoxYes
00:31:29thomasjfoxIt'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:49kugelwhat is the size argument of feed_data() for?
00:34:04 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com)
00:34:14thomasjfoxIt'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:19thomasjfoxFrom 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:26thomasjfoxIt 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:22thomasjfoxkugel: The issue could be avoided if I move the gstreamer control to the maemo thread
00:42:38thomasjfoxThough rockbox won't be happy if the dma_stop request is kind of async...
00:43:28kugelcan't you just return from feed_data if you stopped before?
00:44:06kugelsome other app does g_signal_emit_by_name (appsrc, "end-of-stream", &ret); in that case
00:44:53kugelperhaps that's what should happen in the data_size == 0 case
00:46:15thomasjfoxI don't get to the data_size == case
00:46:20thomasjfoxdata_size == 0
00:47:02thomasjfoxIt's queue_posting the INCOMING_CALL and then continues to playback for some seconds
00:47:03kugelbut you could set a flag in dma_stop() so that the next feed_data() doesn't even call pcm_get_more?
00:47:21thomasjfoxdma_stop() is not called yet
00:47:29kugelfor some seconds? it should be next to immediate
00:47:34thomasjfoxhmm
00:47:42kugelit's pretty much instant on my phone
00:47:44thomasjfoxI think I can trigger the bug without an audio call
00:47:55thomasjfoxJust interrupt the code for some seconds in gdb and then let it continue
00:47:57thomasjfoxLet me check that
00:48:00thomasjfoxHmm
00:48:19thomasjfoxI don't see it in there at all
00:50:14 Quit factor (Ping timeout: 255 seconds)
00:54:52thomasjfoxOne new fact
00:55:05thomasjfoxmaemo 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:42thomasjfoxI can trigger the same issue if I interrupt rockbox during normal playback in gdb and continue just after some seconds
00:56:00thomasjfoxThen it also runs into the pcm_play_get_more_callback() error path
00:56:26kugeland then it goes pcm_play_get_more_callback() -> dma_stop() -> feed_data() -> pcm_play_get_more_callback() -> ... ?
00:56:58thomasjfoxdma_stop() calls gst_set_element_state which tries to get some kind of internal stream lock
00:57:19thomasjfoxthe lock is already held before entering feed_data() and seems non-recursive
00:57:35thomasjfoxSo it's waiting for it's own thread :)
00:58:38kugelso, you need stop to prevent calling feed_data
00:59:01kugelperhaps it works with g_signal_emit_by_name (appsrc, "end-of-stream", &ret)? I don't know gstreamer at all, sorry
00:59:16thomasjfoxstop is not calling feed_data()
00:59:34thomasjfoxI think gstreamer operates like this
00:59:58kugel you said gst_set_element_state calls it
01:00
01:00:32thomasjfoxgrab internal lock -> feed_data() -> pcm_play_get_more_callback() -> dma_stop() -> gst_set_element_state() -> grab internal lock (and starve)
01:01:15thomasjfoxThe internal lock is non-recursive
01:01:20kugelnasty
01:01:40thomasjfoxLet's see what kind of lock they use
01:02:16thomasjfoxpthread_mutex_lock()
01:02:38kugelmutexes ought to be recursive :\ dunno about pthread_mutex
01:02:42thomasjfoxI 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:28thomasjfoxI could avoid this by pushing data periodically into gstreamer
01:06:04thomasjfoxIs there a rockbox callback when new data is ready?
01:06:56kugelno
01:08:25kugelbut you could setup a timer
01:09:14kugelpush N bytes every M ticks; but I fear that might lead to micro audio dropouts if the timer is inaccurate
01:10:31thomasjfoxhmm
01:10:50 Join krazykit [0] (~krazykit@70.236.68.137)
01:10:54thomasjfoxI'll try with a inside_feed_data var first
01:11:20thomasjfoxSome kind of "gstreamer command queue" thread
01:15:32kugelthe 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:27kugelthough, the source version I am looking at seems to use a GStaticRecMutex, i.e. recursive
01:19:33thomasjfoxmaemo5 seems to use 0.10.25
01:20:29 Quit krazykit (Ping timeout: 250 seconds)
01:20:47thomasjfoxDo 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:14kugelhuh, I can't find gst_set_element_state in 0.10.25
01:24:07kugelthomasjfox: the latter
01:24:52thomasjfoxI'll just get the gstreamer source, too.
01:26:08kugelfound it
01:26:18kugelit's recursive mutex there too
01:27:33kugelare you sure the internal lock is the problem?
01:28:11thomasjfoxThat's what I can see in the backtrace
01:28:27thomasjfoxThe call stack is definately like I posted earlier
01:28:35kugelI can't see the need-data signal being emitted
01:48:39DEBUGLost 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:44Mode"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:49Dhraakellianso, 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:45DhraakellianI 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:56Dhraakellianbut I'm not right off seeing how to do this in CustomWPS
02:20:12DhraakellianAm I misremembering, or is there a way to do this?
02:21:28JdGordon|it should be on CustomWPS
02:21:38JdGordon|im 99% sure it is
02:22:16JdGordon|http://www.rockbox.org/wiki/CustomWPS#Bar_Tags
02:27:51 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
02:31:37Dhraakellian...I thought I'd looked at that
02:31:48Dhraakellian...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:53Bushmillsbut "tries to make up his mind" sounds so indecisive :)
03:00
03:03:46Dhraakellianyou 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:07Dhraakellianhmm... 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:45Dhraakellianheh
03:47:59Dhraakellianthis would mean that I'd just have to go with the moodbar case alone
03:48:26Dhraakellian...and then render moodbar .bmp files for everything in my collection
03:48:42***Saving seen data "./dancer.seen"
03:48:49Strife89Hmmm, any chances of this patch getting committed soon? http://www.rockbox.org/tracker/task/11664?show_task=
03:49:01Strife89Last 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:44CIA-7New commit by 03jethead71 (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:06CIA-7r28901 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:38jfox570i 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:58jfox570is there anyway I can set rockbox to be the default firmware?
09:16:46jfox570as 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:03jfox570I 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:34bertrikTheSeven, 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:16n1swe 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:18TheSevenbertrik: 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:07TheSevenapparently 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:43bertrikoh nice, maybe you can get more confidence about which codec is used from knowing the i2c address
11:32:13TheSeveni'm digging my way up to the highlevel driver currently
11:32:28TheSevenit seems to work a bit like SPI over I2C actually :)
11:34:06TheSevenhm, 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:17TheSevengood news: one can apparently read back the registers
11:38:37TheSevenhowever it reads as all-0xff, so it's possibly powered off
11:39:12TheSeventhere's a powered-off LDO configured for 3.000V, let's try powering that on
11:40:56TheSevenhm, still all-0xff
11:48:52***Saving seen data "./dancer.seen"
11:57:40TheSevenhah!
11:57:55TheSevenfound a codec reset GPIO :)
11:57:58TheSevennow it ready back data
11:58:38bertrikwith some luck it has a codec id register ?
11:58:46TheSevenprobably, but which one?
11:59:01bertrikregister 0 is most likely I think
11:59:42TheSeventhat's zero
11:59:49TheSevenit apparently has 128 registers
12:00
12:00:12TheSeven(bit 7 of the address seems to be ignored)
12:00:30TheSevenregister contents: http://pastie.org/1406254
12:01:24bertrikWhat 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:48TheSevenapple's init sequence: http://pastie.org/1406257
12:09:20n1sregister 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:54bertriksome 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:33TheSevenbertrik: we're pretty sure that it's cirrus codec this time
12:26:40TheSevenand the scan you suggested fails
12:27:03TheSevenit manages to lock up the i2c transfers somehow (pulling scl low?) when i write certain patterns
12:28:37TheSevenwriting 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:16linuxstbTheSeven: 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:00TheSeventhe problem is the huge number of datasheets :)
13:28:07TheSevenalso, 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:29linuxstbI'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:24linuxstb(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:30bertrikthe 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:57CIA-7New commit by 03rmenes (r28902): Remove a line in the iPod video manual that refers to two ...
13:51:58CIA-7r28902 build result: All green
13:52:41 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
13:55:30CIA-7New commit by 03bertrik (r28903): Apply FS #11798 (Files in MicroSD card aren't being shown in File Browser or Database on Clip+) by Will Sowerbutts
13:57:34CIA-7r28903 build result: All green
14:00
14:02:56TheSevenhm, sounds like that weird forum post we found some time ago was indeed right
14:03:08TheSevenmy 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:49TheSevenat least there's no exactly-matching datasheet on their site
14:38:18TheSevenmaybe the CS42L55 which doesn't provide a value for the chip id reg
14:51:10TheSeventhe CS42L55 datasheet matches, apart from some accesses to undocumented registers
14:51:30TheSevenlooks 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:37BuschelTheSeven: 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:24TheSevenactually there's no other codec that even has that many registers
14:54:43TheSevenso 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:48dictatorDoes anyone knows when the fuze+ is supportet by rockbox?
15:14:43bertrikin 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:02wodzB4gder: 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:43wodzTheSeven: what about i2s? Is it similar to nano2g?
15:39:00TheSevenapparently this time the codec is the i2s master
15:39:10TheSevenand i'd guess the i2s core is fairly similar
15:39:59wodzTheSeven: usually you can configure if codec is slave or master.
15:40:20TheSeveni 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:36Strife89I got some nasty hunk failures even with -p
15:55:50 Join Topy44 [0] (~Topy44@f048015008.adsl.alicedsl.de)
15:56:18bertrikI'll have a quick look
15:57:17bertrikwhich patch exactly?
15:57:24*Strife89 seems to have forgotten how to use svn revert properly.
15:57:46Strife89bertrik: pamaury's attachments on October 11.
15:57:54Strife89http://www.rockbox.org/tracker/task/11664?getfile=22652
15:58:14Strife89That was the showstopper; I haven't tried the other.
15:58:32Strife89(The other: http://www.rockbox.org/tracker/task/11664?getfile=22653 )
15:58:32bertrikbah, a git patch :(
15:59:29Strife89sideral 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:38Strife89Patch was posted Nov. 15
16:00
16:00:26Strife89And 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:02bertrikthe 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:49Strife89What fun. :/
16:10:24bertrikhere'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:50TheSevenaha, that cirrus thing is a bit picky about I2C
16:13:57bertrik"svn revert -R ." should revert everything
16:14:22TheSevenbertrik: you were apparently right when you talked about that i2c simplification patch
16:14:59Strife89bertrik: Ah, I forgot the period.
16:15:00TheSeventhis one of those devices that need a repeated start between the address and the data to be written
16:15:23bertriknasty...
16:16:21Strife89bertrik: http://pastie.org/1406595
16:18:58TheSevenhm, i might again be misunderstanding something
16:19:28TheSevendoes the slave address have to be resent after a repeated start?
16:19:59bertrikyes, I'm pretty sure about that
16:20:43*Strife89 heads off
16:21:05bertrikStrife89, use -p0
16:21:40Strife89Just did, leaving it to compile.
16:22:25TheSevenso what i'm basically doing is START - slave address - register address - REPEATED START - slave address - register value - optionally more values - STOP?
16:23:20TheSevenhm, the PMU doesn't seem to like that
16:24:58TheSevenwhat 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:20kugelAA fonts look awesome on my phone :)
17:31:32kugelperhaps 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:46TheSevenkugel2: +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:58TheSevennow let's rewrite that nice python script in C and try going for PCM instead of beeps :)
17:54:40TheSevenfor 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:31pamauryis 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:44WilliamCWhat file systems does Rockbox support?
18:44:26bertrikFAT16 and FAT32 as far as I know
18:44:48WilliamCI was thinking about using ExFat but I heard it was a bad idea since it's unsupported
18:44:55B4gdercorrect
18:45:35B4gderexfat is (more) evil than FAT
18:45:43 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
18:46:15WilliamCHow so?
18:46:23gevaertsex-fat is what happens if you unplug without unmounting
18:46:47WilliamCI could also format it to NTFS
18:46:51B4gderWilliamC: its less supported on other platforms and more proprietary
18:46:54WilliamCBut that doesn't make much sense.
18:47:14WilliamCB4gder, yeah, but I don't run Linux and I use nothing but Win7
18:47:27B4gderbut I don't
18:47:52WilliamCYeah, but this is why I considered ExFAT.
18:48:02WilliamCDon't think it matters all that much though
18:48:23B4gderyes, but those are reasons why exfat is far from Rockbox at this point
18:48:29gevaertsIf 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:19TeruFSXI'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:35Torneyeah, er, eventually i mean to do something about that
21:20:00Tornei 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:42pikytcus_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:43Tornebecause we removed the current estimates which were nonsense
21:21:01[Saint]the charginging estimation was about right.
21:21:08Tornethat was coincidence, i suspect
21:21:11[Saint]the time left is...very, very wrong.
21:21:17Torneplayers all used to default to the archos estimate
21:21:20Torneif they didn't have their own
21:21:24Tornewe fixed that a while ago
21:21:34Torneso they default to a ridiculous number isntead now
21:21:40[Saint]Ah.
21:21:43Tornepikytcus_: it doesn't embed it automatically, no
21:21:47Tornepikytcus_: you don't need to do that
21:21:54Tornejust pass it the bootloader as a command line argument
21:21:59Torneyou dont' need to build ipodpatcher at all
21:22:16Torneipodpatcher -a bootloader-ipodvideo.ipod works fine and ignores any compiled in bootloader if there is one
21:22:30pikytcus_torne: Ah thought you did. The manual said you need ipodpatcher
21:22:30Tornethe embedded bootloader thing is only there for our binary releases
21:22:37Torneyou need ipodpatcher to install manually, yes
21:22:43Tornebut our existing ipodpatcher binaries are fine
21:22:49Torneand if they don't work for you, then what you've compiled is ok
21:22:54Torneit doesn't need to have the bootloader embedded
21:22:59pikytcus_Oh
21:23:00Torneyou 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:06Tornebecause it doesn't embed just one, it embeds all versions
21:23:11Torne[Saint]: no, you have to tell it to
21:23:15Torneand you need every model's bootloader
21:23:16[Saint]Ah.
21:23:21pikytcus_eek
21:23:36[Saint]Yeah, I knew that...I thought it grabbed them if they were there automatically though.
21:23:41Torneno.
21:23:46[Saint]it's been a long time since I built ipodpatcher.
21:23:53Torneit does it if you're building a versioned release
21:23:55Tornenot if you just run make
21:24:07Tornei 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:23Torneor the bootloader, for that matter
21:25:27pikytcus_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:31Tornedefine "doesn't work"
21:26:34Tornedoes it crash? do nothing?
21:26:57pikytcus_Instead of going back, it just plays the same one I'm on again.
21:27:08Torneare you just pressing back once?
21:27:13pikytcus_If I try it several times in rapid succession, it skips over the folder
21:27:40Tornepressing 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:44Tornepressing it more times will skip more tracks
21:28:49pikytcus_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:44pikytcus_This is on r28885, it used to work. I'm outdated though, will build the latest and try again
21:31:08Torneare you waiting long enough?
21:31:15Torneskipping backwards isn't instant, usually
21:31:23Torneit usually has to rebuffer the data
21:32:30pikytcus_Yeah. Before I could hit left a couple times and it worked.
21:32:57pikytcus_It works if I skip between two ogg files
21:34:43the_KyleI 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:22Tornepikytcus_: well, install the latest build and check you can reproduce it reliably
21:35:34Tornetry different files as well
21:35:46the_KylePowering the player off and then restarting it then causes the card to be unrecognized until I plug it into the computer again.
21:36:01pikytcus_Ugh. I think this thing is dying
21:36:36the_KyleThe 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:52the_KyleAnd 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:16the_KyleI 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:17pikytcus_grrr
21:40:21Strife89bertrik: Ping.
21:40:32pikytcus_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:05pikytcus_Now it's just froze
21:42:10bertrikStrife89, yes?
21:42:34pikytcus_Um ok then. Files with fake packet loss?
21:42:44Strife89bertrik: 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:51pikytcus_The files are fine, wtf
21:43:00the_KyleShould 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:25bertrikStrife89, I don't know, I just updated the patch, I expected it to just work
21:43:34Strife89Ah.
21:43:38Strife89Kernel log: http://pastie.org/1407146
21:44:12Tornethe_Kyle: there are issues with sd cards in general on the clip+, i think
21:44:19Tornei 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:24the_KyleTorne: Is the problem limited to HC cards, e.g. 4GB or larger? Funny thing, this is a Sandisk card.
21:45:32Tornei don't know the details
21:45:38Tornebut there's no reason why it would be
21:45:50TorneSDHC is virtually identical
21:45:52the_KyleThat was my thought.
21:46:16 Join user890104 [0] (~Venci@2001:0:4137:9e76:2076:2ed5:2b16:10ec)
21:46:41the_KyleAlthough it seems interesting that HC cards don't work in a card reader I bought a couple of years ago.
21:46:50Torneit's not identical :)
21:46:52bertrikmost of the reports I've seen with sd card problems on the clip+ are with relatively large sandisk cards
21:47:12bertrik16 GB sandisk cards
21:47:14TorneSDHC is electrically identical, but has a minor difference in protocol because the original protocol didn't work for >4gb
21:47:23Torneold card readers don't know how to talk the protocol
21:47:37Tornebut devices with "real" SD slots exposed directly to the chip, like mp3 players, it's all software
21:48:25pikytcus_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:43the_KyleShould 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:14Tornethe_Kyle: we don't know
21:50:22Torneyou can try anything you can think of, really
21:50:29Torneand 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:41bertrikthe_Kyle, what version are you running exactly, I committed a fix for uSD cards on clip+ today
21:56:25the_Kylebertrik: 28900
21:56:53the_KyleIt's giving today's date as the build date.
21:57:05bertrikthe fix is in 28903
21:57:13Torneaha ;)
21:57:19bertriknot 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:40bertrikthe_Kyle, did the fix work for you?
22:10:48the_Kyleyes.
22:11:44bertrikcool
22:12:05the_KyleWorks 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:43the_KyleLooks like it rescans both upon removing and inserting the card now. Before the update, it only scanned upon removal.
22:17:57the_Kylethe <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:17pamauryiirc, I had a look at this issue
22:18:22the_KyleIt 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:07the_KyleThis is the case even if I have no files on the card, which allows me to set it as the recording directory.
22:19:08pamauryit's quite intricate, a threading order issue
22:24:18 Quit user890104 (Ping timeout: 272 seconds)
22:30:41TheSevendamn, the lack of PCM double buffering support in rockbox is complicating things once again...
22:30:56TheSevenalso, is there a maximum size a PCM packet can have? can the PCM driver limit this?
22:31:07TheSeveni 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:36:22bertrikC with some assembly
22:36:32B4gderand make and perl
22:36:46B4gderand shell script
22:37:03B4gderyes
22:37:43B4gderbuild glue
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:31wodzB4gder: ping
22:59:47B4gderyes?
23:00
23:00:22wodzWhat about uploading mkmpioboot and hd300 bootloader?
23:00:42B4gdersure, where can I find them?
23:00:55wodzI gave you link 2 days ago
23:01:19B4gderwell, I wasn't here
23:02:09B4gdercan you give it again?
23:02:51wodzhttp://www.rockbox.org/irc/log-20101221#10:13:51
23:04:27B4gderman that is one annoying site
23:04:38B4gderit is MUCH easier if you just email them
23:05:45B4gderaaaaaaaaaaaaaaaaaaaaa
23:05:50B4gder"Sorry, you can download only one file per 10 minutes"
23:07:18B4gderis the bootloader supposed to be stored as a zip or should it be unpacked?
23:07:32wodzok I can send you by email - pm me
23:08:04wodzbootloader should be zip
23:08:12B4gderok, goodie
23:09:02wodzit stores .map and rockbox-info.txt for easier debugging
23:09:36B4gderright, I'm just making sure I do the right things in my end
23:13:20Buschelsoap: 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:04CIA-7New commit by 03wodz (r28904): Move MPIO HD300 to unstable
23:31:44CIA-7New commit by 03wodz (r28905): change MPIO HD300 status in builds.pm
23:33:15the_KyleI 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:48CIA-7r28905 build result: All green
23:34:58the_KyleWow! was I off the mark or what? My comment should have been on 11664 and I put it on 11541.
23:35:30B4gderwodz: now the front page says HD200 twice under unstable...
23:36:29wodzgrr
23:37:42CIA-7New commit by 03wodz (r28906): Fix stupid copy-paste in target name and wiki link
23:38:02B4gderthat looks better!
23:38:45wodzthx
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