--- Log for 26.12.110 Server: gibson.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 21 hours ago 00.00.02 # that's the endless loop in the codec I pointed out 00.00.55 Quit Bas (Quit: Saliendo) 00.01.07 # it never blocked on me so far. but I stop playback if it return with data_size == 0 IIRC 00.01.36 # I have a special log message if data_size == 0, never triggers 00.03.21 # that's strange 00.04.16 # The issue has been reported before for non-maemo platforms 00.04.18 # let me google it 00.06.06 # thomasjfox: there's no while() involved 00.06.12 Quit factor (Ping timeout: 240 seconds) 00.06.34 # via several steps, the actual function that's called is pcmbuf_pcm_callback() 00.07.18 Quit Keripo (Quit: Leaving.) 00.07.19 # oh sorry 00.07.25 # * thomasjfox slaps forehead 00.07.31 # I named you the wrong function :) 00.07.36 # I can't see where it would lock 00.07.51 # It's codec_pcmbuf_insert_callback() 00.08.31 # There it stalled the last time. I just try to get a fresh backtrace from the issue 00.09.30 # thomasjfox: no, this is just waiting for new pcm buffer 00.09.42 Quit GeekShad0w (Quit: The cake is a lie !) 00.09.48 # ok 00.10.02 # codec_pcmbuf_insert_callback() is called from the codec side to push data to the pcm buffer 00.10.25 # if playback is stopped the codec will wait for pcm to get ready again (I think) 00.10.52 # except that it's supposed to return on ci.stop_codec (i.e. playback stop) 00.11.11 # anyway, codec_pcmbuf_insert_callback() can't make feed_data() lock up 00.11.29 # feed_data() is on the other side of the codec buffer, it pops data from it for the "dma" 00.12.22 # 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 # I'll try to print the thread id before it stalls, maybe that will help 00.12.50 # (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 # you can debug rockbox threads just fine, no? 00.13.44 # can I? :) 00.13.52 # ah well, you can't get an overview where all the threads currently are 00.14.06 # That's what I thought 00.16.20 # feed_data() doesn't block, right? perhaps you shouldn't stop while the system is feeding the data to the hardware 00.20.45 # According to my gdb backtrace it's stuck in gstreamer though I never see it enter there?! 00.25.44 # 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 # Oh, it leaves the function the "Error, callback missing or no more DMA to do" way 00.28.49 # This calls dma_stop() and stalls somewhere in gstreamer 00.29.12 # maybe you can't stop twice? 00.29.34 # Argh 00.29.43 # The feed_data function gets called by gstreamer 00.29.53 # And we re-enter it via the dma_stop() 00.30.04 # I guess the internal lock is not recursive 00.30.20 # "re-enter it" = "re-enter gstreamer" 00.30.54 # so gst_element_set_state() causes feed_data to be called? 00.31.00 # Yes 00.31.29 # 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 # 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 # 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 # 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 # 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 # kugel: The issue could be avoided if I move the gstreamer control to the maemo thread 00.42.38 # Though rockbox won't be happy if the dma_stop request is kind of async... 00.43.28 # can't you just return from feed_data if you stopped before? 00.44.06 # some other app does g_signal_emit_by_name (appsrc, "end-of-stream", &ret); in that case 00.44.53 # perhaps that's what should happen in the data_size == 0 case 00.46.15 # I don't get to the data_size == case 00.46.20 # data_size == 0 00.47.02 # It's queue_posting the INCOMING_CALL and then continues to playback for some seconds 00.47.03 # 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 # dma_stop() is not called yet 00.47.29 # for some seconds? it should be next to immediate 00.47.34 # hmm 00.47.42 # it's pretty much instant on my phone 00.47.44 # I think I can trigger the bug without an audio call 00.47.55 # Just interrupt the code for some seconds in gdb and then let it continue 00.47.57 # Let me check that 00.48.00 # Hmm 00.48.19 # I don't see it in there at all 00.50.14 Quit factor (Ping timeout: 255 seconds) 00.54.52 # One new fact 00.55.05 # 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 # I can trigger the same issue if I interrupt rockbox during normal playback in gdb and continue just after some seconds 00.56.00 # Then it also runs into the pcm_play_get_more_callback() error path 00.56.26 # and then it goes pcm_play_get_more_callback() -> dma_stop() -> feed_data() -> pcm_play_get_more_callback() -> ... ? 00.56.58 # dma_stop() calls gst_set_element_state which tries to get some kind of internal stream lock 00.57.19 # the lock is already held before entering feed_data() and seems non-recursive 00.57.35 # So it's waiting for it's own thread :) 00.58.38 # so, you need stop to prevent calling feed_data 00.59.01 # 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 # stop is not calling feed_data() 00.59.34 # I think gstreamer operates like this 00.59.58 # you said gst_set_element_state calls it 01.00.32 # grab internal lock -> feed_data() -> pcm_play_get_more_callback() -> dma_stop() -> gst_set_element_state() -> grab internal lock (and starve) 01.01.15 # The internal lock is non-recursive 01.01.20 # nasty 01.01.40 # Let's see what kind of lock they use 01.02.16 # pthread_mutex_lock() 01.02.38 # mutexes ought to be recursive :\ dunno about pthread_mutex 01.02.42 # 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 # I could avoid this by pushing data periodically into gstreamer 01.06.04 # Is there a rockbox callback when new data is ready? 01.06.56 # no 01.08.25 # but you could setup a timer 01.09.14 # push N bytes every M ticks; but I fear that might lead to micro audio dropouts if the timer is inaccurate 01.10.31 # hmm 01.10.50 Join krazykit [0] (~krazykit@70.236.68.137) 01.10.54 # I'll try with a inside_feed_data var first 01.11.20 # Some kind of "gstreamer command queue" thread 01.15.32 # 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 # though, the source version I am looking at seems to use a GStaticRecMutex, i.e. recursive 01.19.33 # maemo5 seems to use 0.10.25 01.20.29 Quit krazykit (Ping timeout: 250 seconds) 01.20.47 # 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 # huh, I can't find gst_set_element_state in 0.10.25 01.24.07 # thomasjfox: the latter 01.24.52 # I'll just get the gstreamer source, too. 01.26.08 # found it 01.26.18 # it's recursive mutex there too 01.27.33 # are you sure the internal lock is the problem? 01.28.11 # That's what I can see in the backtrace 01.28.27 # The call stack is definately like I posted earlier 01.28.35 # 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.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 # 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 # 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 # but I'm not right off seeing how to do this in CustomWPS 02.20.12 # Am I misremembering, or is there a way to do this? 02.21.28 # it should be on CustomWPS 02.21.38 # im 99% sure it is 02.22.16 # http://www.rockbox.org/wiki/CustomWPS#Bar_Tags 02.27.51 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 02.31.37 # ...I thought I'd looked at that 02.31.48 # ...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 # but "tries to make up his mind" sounds so indecisive :) 03.03.46 # 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 # 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 # heh 03.47.59 # this would mean that I'd just have to go with the moodbar case alone 03.48.26 # ...and then render moodbar .bmp files for everything in my collection 03.48.42 *** Saving seen data "./dancer.seen" 03.48.49 # Hmmm, any chances of this patch getting committed soon? http://www.rockbox.org/tracker/task/11664?show_task= 03.49.01 # 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.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.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.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 # New 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.02.06 # 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.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.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 # 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 # is there anyway I can set rockbox to be the default firmware? 09.16.46 # 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 # 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.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 # 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.02.16 # 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 # 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 # 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 # oh nice, maybe you can get more confidence about which codec is used from knowing the i2c address 11.32.13 # i'm digging my way up to the highlevel driver currently 11.32.28 # it seems to work a bit like SPI over I2C actually :) 11.34.06 # 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 # good news: one can apparently read back the registers 11.38.37 # however it reads as all-0xff, so it's possibly powered off 11.39.12 # there's a powered-off LDO configured for 3.000V, let's try powering that on 11.40.56 # hm, still all-0xff 11.48.52 *** Saving seen data "./dancer.seen" 11.57.40 # hah! 11.57.55 # found a codec reset GPIO :) 11.57.58 # now it ready back data 11.58.38 # with some luck it has a codec id register ? 11.58.46 # probably, but which one? 11.59.01 # register 0 is most likely I think 11.59.42 # that's zero 11.59.49 # it apparently has 128 registers 12.00.12 # (bit 7 of the address seems to be ignored) 12.00.30 # register contents: http://pastie.org/1406254 12.01.24 # 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 # apple's init sequence: http://pastie.org/1406257 12.09.20 # 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 # 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 # bertrik: we're pretty sure that it's cirrus codec this time 12.26.40 # and the scan you suggested fails 12.27.03 # it manages to lock up the i2c transfers somehow (pulling scl low?) when i write certain patterns 12.28.37 # 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.03.44 Quit Dreamxtreme (Quit: IRC is just multiplayer notepad) 13.21.28 Quit n1s (Quit: Lämnar) 13.26.16 # 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 # the problem is the huge number of datasheets :) 13.28.07 # 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 # 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 # (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 # 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 # New commit by 03rmenes (r28902): Remove a line in the iPod video manual that refers to two ... 13.51.58 # r28902 build result: All green 13.52.41 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.55.30 # New 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.34 # r28903 build result: All green 14.02.56 # hm, sounds like that weird forum post we found some time ago was indeed right 14.03.08 # 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 # at least there's no exactly-matching datasheet on their site 14.38.18 # maybe the CS42L55 which doesn't provide a value for the chip id reg 14.51.10 # the CS42L55 datasheet matches, apart from some accesses to undocumented registers 14.51.30 # 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 # 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 # actually there's no other codec that even has that many registers 14.54.43 # so this is probably a slightly hacked version of the CS42L55 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 # Does anyone knows when the fuze+ is supportet by rockbox? 15.14.43 # 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 # 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 # TheSeven: what about i2s? Is it similar to nano2g? 15.39.00 # apparently this time the codec is the i2s master 15.39.10 # and i'd guess the i2s core is fairly similar 15.39.59 # TheSeven: usually you can configure if codec is slave or master. 15.40.20 # 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 # I got some nasty hunk failures even with -p 15.55.50 Join Topy44 [0] (~Topy44@f048015008.adsl.alicedsl.de) 15.56.18 # I'll have a quick look 15.57.17 # which patch exactly? 15.57.24 # * Strife89 seems to have forgotten how to use svn revert properly. 15.57.46 # bertrik: pamaury's attachments on October 11. 15.57.54 # http://www.rockbox.org/tracker/task/11664?getfile=22652 15.58.14 # That was the showstopper; I haven't tried the other. 15.58.32 # (The other: http://www.rockbox.org/tracker/task/11664?getfile=22653 ) 15.58.32 # bah, a git patch :( 15.59.29 # 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 # Patch was posted Nov. 15 16.00.26 # 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 # 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 # What fun. :/ 16.10.24 # 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 # aha, that cirrus thing is a bit picky about I2C 16.13.57 # "svn revert -R ." should revert everything 16.14.22 # bertrik: you were apparently right when you talked about that i2c simplification patch 16.14.59 # bertrik: Ah, I forgot the period. 16.15.00 # this one of those devices that need a repeated start between the address and the data to be written 16.15.23 # nasty... 16.16.21 # bertrik: http://pastie.org/1406595 16.18.58 # hm, i might again be misunderstanding something 16.19.28 # does the slave address have to be resent after a repeated start? 16.19.59 # yes, I'm pretty sure about that 16.20.43 # * Strife89 heads off 16.21.05 # Strife89, use -p0 16.21.40 # Just did, leaving it to compile. 16.22.25 # 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 # hm, the PMU doesn't seem to like that 16.24.58 # 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.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 # AA fonts look awesome on my phone :) 17.31.32 # 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 # 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 # now let's rewrite that nice python script in C and try going for PCM instead of beeps :) 17.54.40 # for the curious, here is the code i used: http://pastie.org/1406752 17.58.15 Quit anewuser (Ping timeout: 240 seconds) 18.12.19 Quit jhMikeS (Read error: Connection reset by peer) 18.15.14 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 18.15.31 # 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 # What file systems does Rockbox support? 18.44.26 # FAT16 and FAT32 as far as I know 18.44.48 # I was thinking about using ExFat but I heard it was a bad idea since it's unsupported 18.44.55 # correct 18.45.35 # exfat is (more) evil than FAT 18.45.43 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 18.46.15 # How so? 18.46.23 # ex-fat is what happens if you unplug without unmounting 18.46.47 # I could also format it to NTFS 18.46.51 # WilliamC: its less supported on other platforms and more proprietary 18.46.54 # But that doesn't make much sense. 18.47.14 # B4gder, yeah, but I don't run Linux and I use nothing but Win7 18.47.27 # but I don't 18.47.52 # Yeah, but this is why I considered ExFAT. 18.48.02 # Don't think it matters all that much though 18.48.23 # yes, but those are reasons why exfat is far from Rockbox at this point 18.48.29 # 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.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.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 # 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.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 # yeah, er, eventually i mean to do something about that 21.20.00 # 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 # 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 # because we removed the current estimates which were nonsense 21.21.01 # <[Saint]> the charginging estimation was about right. 21.21.08 # that was coincidence, i suspect 21.21.11 # <[Saint]> the time left is...very, very wrong. 21.21.17 # players all used to default to the archos estimate 21.21.20 # if they didn't have their own 21.21.24 # we fixed that a while ago 21.21.34 # so they default to a ridiculous number isntead now 21.21.40 # <[Saint]> Ah. 21.21.43 # pikytcus_: it doesn't embed it automatically, no 21.21.47 # pikytcus_: you don't need to do that 21.21.54 # just pass it the bootloader as a command line argument 21.21.59 # you dont' need to build ipodpatcher at all 21.22.16 # ipodpatcher -a bootloader-ipodvideo.ipod works fine and ignores any compiled in bootloader if there is one 21.22.30 # torne: Ah thought you did. The manual said you need ipodpatcher 21.22.30 # the embedded bootloader thing is only there for our binary releases 21.22.37 # you need ipodpatcher to install manually, yes 21.22.43 # but our existing ipodpatcher binaries are fine 21.22.49 # and if they don't work for you, then what you've compiled is ok 21.22.54 # it doesn't need to have the bootloader embedded 21.22.59 # Oh 21.23.00 # 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 # because it doesn't embed just one, it embeds all versions 21.23.11 # [Saint]: no, you have to tell it to 21.23.15 # and you need every model's bootloader 21.23.16 # <[Saint]> Ah. 21.23.21 # eek 21.23.36 # <[Saint]> Yeah, I knew that...I thought it grabbed them if they were there automatically though. 21.23.41 # no. 21.23.46 # <[Saint]> it's been a long time since I built ipodpatcher. 21.23.53 # it does it if you're building a versioned release 21.23.55 # not if you just run make 21.24.07 # 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 # or the bootloader, for that matter 21.25.27 # 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 # define "doesn't work" 21.26.34 # does it crash? do nothing? 21.26.57 # Instead of going back, it just plays the same one I'm on again. 21.27.08 # are you just pressing back once? 21.27.13 # If I try it several times in rapid succession, it skips over the folder 21.27.40 # 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 # pressing it more times will skip more tracks 21.28.49 # 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 # This is on r28885, it used to work. I'm outdated though, will build the latest and try again 21.31.08 # are you waiting long enough? 21.31.15 # skipping backwards isn't instant, usually 21.31.23 # it usually has to rebuffer the data 21.32.30 # Yeah. Before I could hit left a couple times and it worked. 21.32.57 # It works if I skip between two ogg files 21.34.43 # 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 # pikytcus_: well, install the latest build and check you can reproduce it reliably 21.35.34 # try different files as well 21.35.46 # 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 # Ugh. I think this thing is dying 21.36.36 # 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 # 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 # 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 # grrr 21.40.21 # bertrik: Ping. 21.40.32 # 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 # Now it's just froze 21.42.10 # Strife89, yes? 21.42.34 # Um ok then. Files with fake packet loss? 21.42.44 # 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 # The files are fine, wtf 21.43.00 # 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 # Strife89, I don't know, I just updated the patch, I expected it to just work 21.43.34 # Ah. 21.43.38 # Kernel log: http://pastie.org/1407146 21.44.12 # the_Kyle: there are issues with sd cards in general on the clip+, i think 21.44.19 # 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 # Torne: Is the problem limited to HC cards, e.g. 4GB or larger? Funny thing, this is a Sandisk card. 21.45.32 # i don't know the details 21.45.38 # but there's no reason why it would be 21.45.50 # SDHC is virtually identical 21.45.52 # That was my thought. 21.46.16 Join user890104 [0] (~Venci@2001:0:4137:9e76:2076:2ed5:2b16:10ec) 21.46.41 # Although it seems interesting that HC cards don't work in a card reader I bought a couple of years ago. 21.46.50 # it's not identical :) 21.46.52 # most of the reports I've seen with sd card problems on the clip+ are with relatively large sandisk cards 21.47.12 # 16 GB sandisk cards 21.47.14 # SDHC is electrically identical, but has a minor difference in protocol because the original protocol didn't work for >4gb 21.47.23 # old card readers don't know how to talk the protocol 21.47.37 # but devices with "real" SD slots exposed directly to the chip, like mp3 players, it's all software 21.48.25 # 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 # 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 # the_Kyle: we don't know 21.50.22 # you can try anything you can think of, really 21.50.29 # 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 # the_Kyle, what version are you running exactly, I committed a fix for uSD cards on clip+ today 21.56.25 # bertrik: 28900 21.56.53 # It's giving today's date as the build date. 21.57.05 # the fix is in 28903 21.57.13 # aha ;) 21.57.19 # 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.10.40 # the_Kyle, did the fix work for you? 22.10.48 # yes. 22.11.44 # cool 22.12.05 # 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 # Looks like it rescans both upon removing and inserting the card now. Before the update, it only scanned upon removal. 22.17.57 # the 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 # iirc, I had a look at this issue 22.18.22 # 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 # 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 # it's quite intricate, a threading order issue 22.24.18 Quit user890104 (Ping timeout: 272 seconds) 22.30.41 # damn, the lack of PCM double buffering support in rockbox is complicating things once again... 22.30.56 # also, is there a maximum size a PCM packet can have? can the PCM driver limit this? 22.31.07 # 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 # What languages is rockbox primarily written in? 22.36.22 # C with some assembly 22.36.31 # okay. thankyou. 22.36.32 # and make and perl 22.36.46 # and shell script 22.36.53 # C is the core language? 22.37.03 # yes 22.37.26 # what would perl, make, and shell script be used for? 22.37.43 # build glue 22.37.47 # okay. 22.37.52 # 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 # B4gder: ping 22.59.47 # yes? 23.00.22 # What about uploading mkmpioboot and hd300 bootloader? 23.00.42 # sure, where can I find them? 23.00.55 # I gave you link 2 days ago 23.01.19 # well, I wasn't here 23.02.09 # can you give it again? 23.02.51 # http://www.rockbox.org/irc/log-20101221#10:13:51 23.04.27 # man that is one annoying site 23.04.38 # it is MUCH easier if you just email them 23.05.45 # aaaaaaaaaaaaaaaaaaaaa 23.05.50 # "Sorry, you can download only one file per 10 minutes" 23.07.18 # is the bootloader supposed to be stored as a zip or should it be unpacked? 23.07.32 # ok I can send you by email - pm me 23.08.04 # bootloader should be zip 23.08.12 # ok, goodie 23.09.02 # it stores .map and rockbox-info.txt for easier debugging 23.09.36 # right, I'm just making sure I do the right things in my end 23.13.20 # 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 # New commit by 03wodz (r28904): Move MPIO HD300 to unstable 23.31.44 # New commit by 03wodz (r28905): change MPIO HD300 status in builds.pm 23.33.15 # 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 # r28905 build result: All green 23.34.58 # Wow! was I off the mark or what? My comment should have been on 11664 and I put it on 11541. 23.35.30 # wodz: now the front page says HD200 twice under unstable... 23.36.29 # grr 23.37.42 # New commit by 03wodz (r28906): Fix stupid copy-paste in target name and wiki link 23.38.02 # that looks better! 23.38.45 # 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")