--- Log for 24.10.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 19 days and 3 hours ago 00.02.56 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.07.18 Quit meven (Remote closed the connection) 00.07.29 Quit reacocard (Read error: 60 (Operation timed out)) 00.09.24 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.12.46 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.15.01 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 00.18.04 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 00.18.08 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 00.19.00 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 00.21.55 Join e200 [0] (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-2048ff0523e62aca) 00.22.37 # It ways on the homepage something about the e200v2 and a time does that mean it will support the e200v2 by that time? 00.23.27 Quit e200 (Client Quit) 00.23.30 Join webguest85 [0] (n=1824bd5b@91.191.140.131) 00.24.13 # It says on the homepage something about the sansa e200v2 and a time does that mean rockbox will work on the e200v2 by that time? 00.24.22 Quit hannesd (Read error: 113 (No route to host)) 00.24.34 # hello anyone there? 00.24.51 # Hello 00.24.55 Quit webguest85 (Client Quit) 00.27.22 # no! it just means the wiki has been updated read the entry 00.28.39 Join webguest05 [0] (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-600a636cdd4b6799) 00.29.26 # Does anyone know if the thing on the homepage means rockbox will be released on the e200v2? 00.30.44 Quit webguest05 (Client Quit) 00.34.24 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 00.40.38 Join webguest76 [0] (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-126476656b52edda) 00.40.52 Quit webguest76 (Client Quit) 00.41.03 Join webguest07 [0] (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-5661d5636211f47a) 00.41.18 # hello? 00.42.10 # hello 00.42.23 Join newnick [0] (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-fec2d2ca4cb20cf7) 00.42.32 # hello? 00.42.35 # if you stay for like 1 minute only every time you're around, you really expect an answer? 00.42.50 Nick newnick is now known as wee (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-fec2d2ca4cb20cf7) 00.42.54 Quit robin0800 (Remote closed the connection) 00.42.58 Nick wee is now known as puppy (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-fec2d2ca4cb20cf7) 00.43.05 # people do other things the same time and don't pay 100% attention to this channel all the time 00.43.41 Nick puppy is now known as Tommyboy (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-fec2d2ca4cb20cf7) 00.43.52 Nick Tommyboy is now known as e200v2 (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-fec2d2ca4cb20cf7) 00.44.14 # have you finished deciding your nick? 00.44.15 Nick e200v2 is now known as anything (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-fec2d2ca4cb20cf7) 00.44.30 Nick anything is now known as e200v3 (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-fec2d2ca4cb20cf7) 00.44.53 # I not really 00.45.09 # stop this nonsense. Now. 00.45.14 # I got an error with those nicknames sorry 00.45.56 # It says something on the homepage about the sansa e200v2 and a time does that mean rockbox will work on the v2 at that time? 00.46.15 # what time? We don't estimate timeframes. 00.46.34 Quit webguest07 ("CGI:IRC (Ping timeout)") 00.46.42 # there's a graph it says when what and something else 00.46.43 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.46.47 # the front page has various logs. This has nothing to do with releases 00.46.53 # oh 00.46.56 # the front page has several tables but no graphs. 00.47.01 # so it isn't released for the v2? 00.47.11 # yeah tables that's what I ment 00.47.28 # table != graph ... 00.47.38 # well I don't know 00.47.56 # please scroll a bit up. To the topmost box. Read the line starting with "Sandisk". 00.48.12 # I know it says it doesn't 00.48.13 # especially the part in parenthenses 00.48.19 # yeah 00.48.20 # so why are you asking? 00.48.20 # ... 00.48.33 # because it says something about it later 00.48.36 # and a time 00.48.49 # and I though it ment it would work on the v2 by that time 00.48.55 # thought* 00.49.00 # and IF you did follow the link to the wiki (which seems to be what you're referring to) you'd have found yourself what the current status is as that is on top of that wiki page 00.49.10 # and it reads: Rockbox does NOT run on the v2 players. 00.49.12 # so what was the time for then? 00.49.23 # it said something like 19:53 00.49.34 # and what's on top of that list? 00.49.38 # under the "when" part of the table 00.49.42 # if you actually follow the link you are referring to you can read more about the status - the time is just the time that particular wiki page was last changed (the table has a header...) 00.49.54 # there are four tables with "when" parts. 00.50.11 # pixelma: don't make it too easy ... 00.50.22 # I'm refering to the one that has sansa e200v2 under what 00.50.29 # ? 00.50.33 # so what? Be exact. 00.50.37 # What do you mean don't make it to easy? 00.50.44 # plus, I asked you what's on top of that table written. 00.50.54 # I wasn't talking to you but pixelma 00.51.10 # It seems like he's trying to help me 00.51.27 # * bluebrother giggles 00.51.33 # It said when In one colum what in the other one and there was another one that I don't remember what it said 00.51.41 # giggles? 00.51.54 # so you are unable looking at that page again? 00.52.00 # pretty much 00.52.07 # e200v3: I think the point has been made, now stop filling our logfiles with this nonsense 00.52.22 # Man, what's your problem? The top says "Recent activity", and on the table you're referring to it says "wiki". 00.52.22 # well I still don't have an answer 00.52.28 # yeah 00.52.31 # It does 00.52.38 # so what is the time beside it for? 00.52.44 # or is it not a time 00.52.44 # who cares 00.52.49 # I do 00.52.59 # if you don't understand what this means ... well, I guess you aren't one of the people who will like Rockbox anyway. 00.53.16 # Isn't that the point a simpler firmware? 00.53.21 # no 00.53.24 # One with games? 00.53.33 # e200v3: stop trolling. warning 1 00.53.37 # I really suggest reading the website. It has a link "Why" 00.53.42 # Fuck you 00.53.55 # please don't do that 00.55.16 # maybe a cause of confusion but the "today 19:something" is past - in the time zone of the servers. It's not something that'll happen in the future. And I already told what the time is for 00.58.46 Quit e200v3 ("CGI:IRC (Ping timeout)") 01.00.49 # did someone kill his cgi:irc session or did he just leave? 01.04.03 *** Saving seen data "./dancer.seen" 01.05.58 # just bad luck I think (or maybe he closed the browser) 01.07.42 Join z35 [0] (n=z35@h109.120.31.71.dynamic.ip.windstream.net) 01.09.56 # to answer his question, if he happens to google and find the log, the timestamp means that the code described in the changelog was committed to SVN at the time it says 01.10.06 # * ameyer wonders what time zone. GMT? 01.11.32 # yup 01.11.50 # Some timestamps seem to be GMT, some are CET 01.12.23 # (possibly with daylight savings adjustment...) 01.15.14 Quit Rob2223 () 01.21.18 Quit wpyh (Read error: 110 (Connection timed out)) 01.21.34 Quit ender` (" I like long walks, especially when they are taken by people who annoy me. -- Noel Coward") 01.22.40 Join Rob2222 [0] (n=Miranda@p4FDCC123.dip.t-dialin.net) 01.23.08 Join wpyh [0] (n=william@123.151.132.201) 01.23.41 # Nico_P: Still awake? 01.26.44 # yes 01.26.51 # not for long though 01.27.12 Quit kachna (Read error: 104 (Connection reset by peer)) 01.27.27 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 01.28.50 # I was just wondering if there is always some free RAM in the audio buffer when get_metadata() is called for a track. 01.29.19 # well, there is enough RAM to store the metadata 01.29.33 Quit petur ("Zzzzz") 01.29.57 # the space where it's stored is already allocated 01.30.55 # What about the case where track #1 is bigger than the buffer, and the metadata is read for track #2 (I'm assuming it is...) 01.32.18 # then the bufopen call for the metadata will fail 01.32.34 # it'll go in a static buffer (lasttrack_id3) 01.33.14 # (playback.c:1680) 01.34.28 # Why is it called lasttrack, and not nexttrack? 01.35.32 # because it's the metadata for the last track 01.36.06 # well, it's actually the track after the last one that is buffered 01.36.21 # I couldn't come up with a better name at the time 01.38.29 # Is it always the track after "curtrack"? i.e. prevtrack, curtrack, lasttrack are three consecutive tracks? 01.39.00 # Ah no, it's the "last buffered", rather than always the one after the current track? 01.39.31 Quit bluebrother ("leaving") 01.39.50 # yes 01.40.05 # OK, I understand, thanks. Time to sleep now... 01.40.09 # to be more precise, it's the first one that has no audio data buffered 01.40.44 # * Nico_P should also go to bed 01.41.22 # good night ;) 01.41.47 Quit Nico_P (Remote closed the connection) 01.46.14 Quit shodanX (Read error: 110 (Connection timed out)) 01.52.18 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.52.19 Part wpyh 01.53.31 Quit krazykit ("Connection reset by beer") 02.04.19 Quit n1s (Remote closed the connection) 02.14.48 Join goffa [0] (n=goffa@216.220.23.105) 02.15.21 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 02.18.27 Quit faemir (Read error: 110 (Connection timed out)) 02.19.14 Quit mf0102 (Remote closed the connection) 02.20.22 Join AhtiK [0] (n=ahti@ip67-152-80-226.z80-152-67.customer.algx.net) 02.21.59 Part pixelma 02.22.16 Quit neddy ("Leaving.") 02.22.18 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.23.37 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 02.24.15 Join neddy [0] (n=john@nat/sun/x-2c6ded397dc23fac) 02.28.26 Quit goffa_ (Read error: 110 (Connection timed out)) 02.29.02 Quit Thundercloud (Remote closed the connection) 02.37.18 Quit jhulst (Read error: 110 (Connection timed out)) 02.52.54 Quit reacocard (".") 02.54.09 Quit neddy ("Leaving.") 02.55.19 Join BHSPitMonkey [0] (n=stephen@pool-71-244-5-24.dllstx.fios.verizon.net) 03.04.07 *** Saving seen data "./dancer.seen" 03.07.53 Quit SmallR2002 (Read error: 110 (Connection timed out)) 03.10.46 Quit XavierGr () 03.14.14 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.19.18 Quit BHSPitMonkey (Remote closed the connection) 03.20.58 Join dcorry [0] (n=chatzill@D-128-208-86-164.dhcp4.washington.edu) 03.30.05 Quit HellDragon (Client Quit) 03.30.23 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 03.39.29 Quit havien (Read error: 54 (Connection reset by peer)) 03.50.11 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.52.13 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 03.54.41 Quit AhtiK (Read error: 104 (Connection reset by peer)) 03.59.31 Join Tetracomm [0] (n=nicholas@72.252.29.2) 04.02.26 Quit dcorry (Read error: 110 (Connection timed out)) 04.02.55 Join Roseweave [0] (n=rosewe@193.120.116.183) 04.02.58 # Hey guys :) 04.03.03 # Anyone active? 04.03.32 Join AhtiK [0] (n=ahti@ip67-152-80-226.z80-152-67.customer.algx.net) 04.04.11 # Hey 04.05.24 # Roseweave, yes 04.05.26 Quit Acky (Read error: 104 (Connection reset by peer)) 04.05.36 Quit Roseweave (Client Quit) 04.05.42 Quit Seed ("cu, Andre") 04.12.59 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 04.13.48 Quit JdGordon (Read error: 113 (No route to host)) 04.14.55 Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) 04.16.29 Join miepchen^schlaf_ [0] (n=miepchen@p579ECD7F.dip.t-dialin.net) 04.22.07 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 04.22.43 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.24.49 Join Roseweave [0] (n=rosewe@193.120.116.182) 04.24.50 # Hello 04.27.08 # Roseweave, hello 04.32.18 Quit miepchen^schlaf (Connection timed out) 04.33.03 # Roseweave, you needed something? 04.33.05 # Hello :) 04.33.21 # I just wanted to ask how the FUZE support was coming along, it doesn't get mentioned much on the forums. 04.33.46 # I heard that there might never be rockbox for Fuze due to some difficulty :( 04.34.15 # i will say very little.. there is a wiki page about the v2 ports too 04.34.48 # Very little difficulty or very litle support? 04.34.55 # the v2 ports doesn't mention the FUZE specifically 04.35.15 # Do you know if the Fuze has a slightly more powerful CPU than the older Sandisks? 04.35.40 # but the fuze is a part of the v2 port 04.35.57 # Hm 04.36.08 # Does the v2 firmware work on Fuze then? 04.36.11 # I'm confused 04.36.25 # When it's ready, do I just flash the v2 firmware? 04.37.21 # i know there is more people working on the clipv1 and e200v2.. there is only a few people with the fuze right now 04.37.37 # Aw that's a shame :( 04.37.47 # From you experience how long do you think it will take? 04.37.55 # It would be nice if there was some breakthrough and it was done for christmas ) 04.37.57 # :) 04.39.17 # it's generally not possible to give estimates, unfortunately 04.39.31 # Is there anything else cool I can do with my Fuze in the meantime I wonder 04.40.00 # Has anyone found the specifications with regards to the older model? Like, in terms of how much better the CPU performs than another model, if at all. 04.40.28 # you might want to read this: http://www.rockbox.org/twiki/bin/view/Main/SansaV2 04.42.20 # Hmm I'm kind of worried about bricking it now :( 04.42.37 # By "faulty code" does it mena an improper firmware, ori f I'm running some emulator and it crashes? 04.43.15 # here is another page with the status of the v2s: http://www.rockbox.org/twiki/bin/view/Main/TargetStatus 04.43.34 # Thank you :) 04.44.42 Quit z35 (Read error: 104 (Connection reset by peer)) 04.45.02 # I guess I'm not in much of a hurry then, if there's a chance it'll render it useless I might as well get a good few months life out of it 04.45.04 # To be sure 04.45.32 Join z35 [0] (n=z35@h109.120.31.71.dynamic.ip.windstream.net) 04.47.35 # I'll get my DS repaired instead for now 04.47.48 # I think you do great work with Rockbox though 04.47.52 # I was very impressed reading through the thread 04.48.01 # People picking stuff up tearing it apart and researching it 04.49.01 # That kind of thing doesn't happen as much as it used to anymore, I think. Emulator devs especially have waned quite a lot. I think there's a generally more every man for himself you're not entitled to anything kind of attitude, so it's nice to see people working together again. 04.52.14 # please try not to fill the logs up since people read the logs 04.53.20 Join blkhawk- [0] (n=blkhawk@f051068039.adsl.alicedsl.de) 04.54.42 Quit blkhawk (Read error: 60 (Operation timed out)) 04.55.22 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051068039.adsl.alicedsl.de) 05.04.04 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 05.04.09 *** Saving seen data "./dancer.seen" 05.04.56 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-ea664f521df5d224) 05.05.48 Join Darksair [0] (n=user@123.112.117.193) 05.14.10 Join feisar [0] (i=jljhook@irkki.fi) 05.19.12 Join BlakeJohnson861 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 05.19.12 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 05.20.04 Quit feisar ("leaving") 05.20.19 Join feisar [0] (i=jljhook@irkki.fi) 05.21.23 Quit feisar (Client Quit) 05.21.51 Join feisar [0] (i=jljhook@sienikerho.com) 05.25.56 Quit BlakeJohnson861 (Read error: 104 (Connection reset by peer)) 05.26.03 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 05.29.55 Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 05.39.50 Join mconty [0] (n=chatzill@173-17-195-242.client.mchsi.com) 05.41.01 Quit jhMikeS (Read error: 60 (Operation timed out)) 05.41.06 Join reacocard_ [0] (n=reacocar@134.173.51.241) 05.42.45 Quit Horschti ("http://www.geisterfahrer.org") 05.43.14 Join sarixe [0] (n=sarixe@ool-435407e9.dyn.optonline.net) 05.44.42 Join nplus [0] (n=nplus@141.25.Globcom.Net) 05.44.50 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 05.48.57 Quit reacocard (Read error: 110 (Connection timed out)) 06.25.38 Quit Tetracomm (Read error: 60 (Operation timed out)) 06.28.49 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 06.31.16 Join Tetracomm [0] (n=nicholas@72.252.29.2) 06.32.27 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 06.32.42 Quit gkffjcs ("Konversation terminated!") 06.33.21 Join stevenm [0] (n=stevenm@pool-71-182-219-56.pitbpa.east.verizon.net) 06.33.41 # Hello. Does anyone know how much current an h340 draws thru the DC IN port? 06.38.48 Quit obo ("bye") 06.45.13 # stevenm: theres a wiki page with that info but i forget the name 06.47.07 Quit saratoga ("CGI:IRC") 06.48.16 Join pierre- [0] (n=pierre@89-179-72-135.broadband.corbina.ru) 06.51.36 Join coatman [0] (n=coatman@r01jvgmb7.device.mst.edu) 07.00.32 Part stevenm ("Connection reset by beer") 07.04.10 *** Saving seen data "./dancer.seen" 07.17.26 Quit Zarggg () 07.28.56 Quit Thedjatclubrock (Read error: 60 (Operation timed out)) 07.31.26 Quit CaptainKewl (Remote closed the connection) 07.31.59 Join AndyI [0] (i=AndyI@212.14.205.32) 07.38.23 Quit reacocard_ (Read error: 110 (Connection timed out)) 07.39.01 Join reacocard_ [0] (n=reacocar@WL-112.CINE.HMC.Edu) 07.40.47 Quit coatman (Read error: 104 (Connection reset by peer)) 07.44.24 Quit AndyIL (Read error: 110 (Connection timed out)) 07.52.19 Quit miepchen^schlaf_ () 07.52.57 Quit pierre- (Read error: 110 (Connection timed out)) 07.56.34 # question -- why doesn't rockbox recognize my 160gb classic? or is this classic different internally than earlier, smaller ones? 07.59.02 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-43fc9ca7ae5ca7a3) 07.59.34 # mconty: we dont support the classic.. 07.59.42 # oh 07.59.54 # i thought i saw it in the list ... musta been dreaming. 08.00.00 # or maybe just wishing real hard... 08.00.18 # what're the chances that you might some day support it? 08.03.21 Join avis [0] (n=ident@pdpc/supporter/student/avis) 08.03.34 # mconty: it is in the list...as something we *dont* support 08.03.42 # oh 08.03.49 # being that no one is currently working on it, slim 08.04.01 # ok, thanks for setting me straight on that 08.04.17 # saw it on a friend's nano, and it looked real slick 08.04.30 # heard your interview a week or so ago on FLOSS Weekly... 08.06.00 # anywho, thanks again.. 08.06.12 Part mconty ("I'm not here right now.") 08.10.36 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 08.11.43 Quit avis () 08.13.56 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 08.15.44 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.33.02 Quit BHSPitMonkey (Remote closed the connection) 08.36.39 Quit BigBambi (Read error: 113 (No route to host)) 08.42.48 Quit Tetracomm ("Visit: www.kompulsa.com") 08.44.23 Join adamgolding [0] (i=adamgold@i209-195-79-79.cia.com) 08.45.02 # hey guys.. still wondering if amarok2 will allow me to scrobbled MBIDs from my ipod.. has this been logged as a feature request? 08.49.07 # * JdGordon checks the channel... 08.49.12 # nope this isnt #amarok 08.49.33 # oops, wrong channel, lol 08.49.36 # sorry 08.50.25 # although while i'm here, i'm wondering the same thing about rockbox 08.50.38 # MBIDs? 08.50.39 # as far as i can tell, none of the scrobbling solutions scrobble MBIDs 08.50.47 # Music Brainz IDs 08.51.04 # http://www.audioscrobbler.net/wiki/Portable_Player_Logging says .scrobbler.log can optionally include it. 08.51.47 # they're especially good for scrobbling classical music, since there's no consensus who goes in the artist field, and the tags themselves often do not uniquely identify a track 08.52.27 # the picard tag mapping is pretty clear on how to extract MBIDs for each metadata type 08.52.50 # and picard is from musicbrainz, so it can probably be safely considered authoritative for MB tags? 08.53.21 # Unhelpful hmm? i was under the impressiont hat each track has an MBID, not each metadata type 08.53.38 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 08.53.39 Join Thedjatclubrock [0] (n=TDJACR@ool-182eb911.dyn.optonline.net) 08.53.41 # Unhelpful yes.. the scrobbler would just need to read the MBID tag from the file and submit it to last.fm verbatim 08.54.07 # adamgolding: you need to follow the tag mapping to know which tag to read. it's different for each metadata type 08.54.34 # sorry, i don't follow, from my understanding, there is a single tag which stores the MBID 08.55.37 # adamgolding: there is no such thing as an "MBID" tag defined for pretty much any metadata format, by anybody besides MB. 08.55.56 # MB says what the name of the tag is. 08.56.28 # Unhelpful oh, by "metadata type" i thought you meant like "Artist" "Track" and other field names 08.56.34 Join Rob2223 [0] (n=Miranda@p4FDCD33F.dip.t-dialin.net) 08.56.39 # yes, the tag is specified by MB and mb alone 08.56.54 # but as far as i understand, it is a single tag for each file 08.57.49 # somebody with better knowledge of metadata handling would have to say if extracting it would be easy to add... i'd expect so, you could always dig in the source and submit a patch 08.59.35 Quit Slack ("Ex-Chat") 08.59.52 # unfortunately my coding skillz are still rather limited :-) 09.02.56 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 09.04.13 *** Saving seen data "./dancer.seen" 09.05.35 # I think rockbox reads the mbid tag? 09.06.59 # yep, its read (and scrobbled) for mp3, mp4 and asf containers... 09.07.26 # oh, it scrobbles the MBID? 09.07.36 # nice.. whcih scrobbling methjod? i remember there were several.. 09.08.01 # Rockbox writes a .scrobbler.log file, which is read and uploaded by a separate PC program. 09.08.06 Join petur [50] (n=petur@rockbox/developer/petur) 09.08.19 # scrobbler version 1.1 apparently 09.08.40 # http://rockbox.org/wiki/LastFMLog 09.09.22 # JdGordon: I think the log file is the same either way, it's the PC app that has to handle 1.1/1.2. 09.10.41 Quit gevaerts (Nick collision from services.) 09.10.53 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.11.31 # oh.. there's a separate version number for the log file format and the upload protocol. 09.12.05 Quit pixelma2 ("-") 09.12.20 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.13.58 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.15.31 # yeah JdGordon where'd you get the info/idea that it submits MBIds fromt hsi chart? 09.19.06 Quit Tuplanol1a (Read error: 110 (Connection timed out)) 09.20.35 Join n1s [0] (n=nils@rockbox/developer/n1s) 09.20.43 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.21.11 # adamgolding: I searched the code... 09.21.30 Quit kushal_12_27_200 ("This computer has gone to sleep") 09.21.32 # Maybe I'm looking in the wrong place or not understanding, but from apps/scrobbler.c I don't think Rockbox is logging the MBID. 09.21.52 # my .scrobbler.log agrees w/ that - all my tracks are tagged w/ picard 09.22.14 # Unhelpful agrees with JdGordon or cool_walking_ ? 09.22.29 # w/ cool_walking_. 09.22.41 # ...the person who spoke right before me? 09.24.32 # .mp3 ? 09.24.50 # Unhelpful how did you determinet that from your log, just that the MBIDs are not present in the log anywhere? 09.24.55 Quit pixelma (Nick collision from services.) 09.25.03 # is the tag named "http://musicbrainz.org" (without quotes)? 09.25.10 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 09.25.24 # adamgolding: yes, but perhaps the code has changed since those log entries were written 09.25.27 # "musicbrainz track id" for mp4 09.25.39 # scrobbler.c certainly seems to be logging them... 09.25.40 # "MusicBrainz/Track Id" for asf 09.25.54 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 09.26.34 # It appears to be a relatively new feature - http://svn.rockbox.org/viewvc.cgi?view=rev&revision=18732 09.26.47 # JdGordon: it's a UFID tag on mp3 09.27.08 # silly structured tag data format :/ 09.27.12 # that would be why then 09.27.29 # linuxstb that is assuming scrobbler 1.1 version logs include MBIDS? 09.27.34 # Ah.. my working copy is out of date. 09.27.52 # oh no... UFID is correct 09.27.55 # adamgolding: ? 09.28.05 # Unhelpful: whats the full text of the tag? 09.29.09 # linuxstb your link shows the new feature of supporting scrobbler 1.1 version logs. how do we conclude from that that MBID tags are stored in the log? 09.29.09 # adamgolding: a) From reading the actual patch; b) From the FS task it links to 09.29.09 # adamgolding: i'm reading the source. it writes the tag to the log. 09.29.39 # oh, and cool_walking_ was just out of date 09.29.57 # so the remaining question regards the uploader programs 09.31.15 # why the heck is google failing me :/ 09.31.42 # we knew google wouldl turn on its master one day :-) 09.34.10 # JdGordon: UFID tags have the frame ID 'UFID'. the frame contents give an ID owner, the 'http://musicbrainz.org' you were looking for, a single NULL byte, and the rest of the tag is the ID 09.34.27 # Unhelpful: because google results aren't what they used to be 09.34.45 # ameyer: also because i typo'd 'id3v2' 09.34.48 # * ameyer isn't sure whether to blame the SEOtards or google 09.34.53 # Unhelpful: that too 09.37.26 # Unhelpful: although google tends to be way too forgiving when you make a typo 09.40.21 # JdGordon: looking at the metadata parsing now... 09.45.47 Quit Thedjatclubrock (Read error: 60 (Operation timed out)) 09.46.35 # * Unhelpful wonders why MB chooses to tag these as text... id3v2.4 spec seems to say UFID tags are binary data, and certainly 16 bytes of binary would save space vs 37 bytes of text... 09.52.11 # ok, i can confirm that my build from a few days ago is logging MBIDs, or trying to. something isn't right. 09.52.54 Nick reacocard_ is now known as reacocard (n=reacocar@WL-112.CINE.HMC.Edu) 09.53.45 # Unhelpful there's a #musicbrainz channel btw, they might know about that encoding stuff 09.54.39 # here's what rockbox logs as the ID: e8b2d965-e2bc-MusicBrainz Album Release Country 09.57.26 # that seems to happen to all of the MBIDs that it's logged for my MP3 files, so somehow the MBID data is getting overwritten in memory by other tags - there's a TXXX tag with the desc field as 'MusicBrainz Album Release Country', but i have no idea how that data is landing in the buffer for the MBID 09.57.32 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.57.51 # the only info i have to offer is the spec here: 09.57.51 # http://www.audioscrobbler.net/wiki/Protocol1.1 10.01.58 Quit lordpil (Read error: 60 (Operation timed out)) 10.02.11 Join Thedjatclubrock [0] (n=TDJACR@ool-182eb911.dyn.optonline.net) 10.05.46 # adamgolding: that's not really relevant to what i'm describing 10.05.56 # ok, i wasn't sure 10.13.03 # Unhelpful: Have you confirmed your tags are correct in the file? If so, then maybe the id3 parser in Rockbox needs to add the terminating zero? 10.13.22 Quit JdGordon ("Konversation terminated!") 10.14.21 # Ah no, it's not the terminating zero... 10.14.48 # linuxstb: yes, they're correct in the file, eyeD3 and picard both read them correctly, and use different code to do so. it's not merely running off the end of the string, the string is being overwritten. the first 14 bytes are from the MBID, the rest is the desc tag from that TXXX frame 10.16.04 # confirmed it works fine with vorbis. 10.16.14 # don't have anything else handy, and can't spend any more time on it now. 10.18.18 # * n1s suggests filing a bug report 10.26.53 Quit n17ikh|Lappy () 10.27.15 # when i'm less busy catching up on neglected work, gladly. ;) 10.30.13 # This field should probably also be added to the browse_id3() screen as well... 10.38.14 # speeking of which 10.38.44 # speaking too 10.38.59 # Indeed... 10.39.59 # pixelma: So are you against the change to the ID3 screen? 10.41.41 # I don't have a very strong opinion but I'm not sure if the (code) complication is worth it. Also because the screen will change dynamically now, something that's at least controversary 10.43.10 # in all, I'm against it, slightly 10.48.48 Quit jhulst (Read error: 113 (No route to host)) 10.52.04 # * linuxstb sends a mail to the dev list 10.52.45 Join pvbcharon [0] (n=charon@62.225.173.228) 10.57.10 Quit ameyer (Remote closed the connection) 11.01.24 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 11.04.16 *** Saving seen data "./dancer.seen" 11.07.49 # * n1s doesn't comment on the ml as that screen is among the many parts of rockbox he doesn't use 11.10.39 Join {phoenix} [0] (n=dirk@p54B47A46.dip.t-dialin.net) 11.18.47 Quit nuonguy ("Leaving") 11.19.59 Quit kachna (Read error: 113 (No route to host)) 11.26.35 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 11.29.40 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 11.34.24 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 11.37.46 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 11.42.33 Join PaulJam [0] (i=PaulJam_@vpn-3007.gwdg.de) 11.44.02 Quit nuonguy ("This computer has gone to sleep") 11.49.08 # n1s: Have you thought about adding keymaps for other targets to calendar.c? 11.50.22 # linuxstb: yes, the same guy posted a patch in FS#9224 that adds support for all rtc targets but it's out of sync 11.51.27 # I looked into syncing it but there were some inconsistencies with the later patch so i'd rather he'd do it 11.51.31 # * linuxstb catches up with his emails... 11.52.09 # Is the other calendar plugin still an open task? 11.52.46 # * linuxstb sees that it is 11.52.54 # (FS#4760) 11.56.46 # It's only real feature that the calendar we have now wouldn't match with a few small improvements is the multi line keyboard thingy 11.58.31 # i wonder how hard it would be to let our on screen keyboard edit over multiple lines 11.59.10 # * n1s would actually use the calendar if it would support ical 11.59.19 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 12.08.12 # That's one thing I would quite like on the Rockbox keyboard - navigation keys. I can never remember the buttons to use... 12.08.25 # ? 12.08.44 Part Llorean 12.10.15 # amiconn: What are you questioning? 12.10.53 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.14.13 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.18.06 Join DerPapst [0] (n=DerPapst@p5B23DF77.dip.t-dialin.net) 12.20.23 Quit Seed ("cu, Andre") 12.21.39 Join Nibbl [0] (n=Nibbler@e181082052.adsl.alicedsl.de) 12.27.07 # is there any way for a function to know how much stack is free? 12.28.19 Join mitchelwebguest6 [0] (n=5657aa5c@gateway/web/cgi-irc/labb.contactor.se/x-a24207a6695afe7b) 12.28.47 # hello? 12.28.57 # hello 12.29.59 # I have installed rockbox with voice on the sansa e280. it works but how do I get music on it? 12.30.21 Quit HellDragon (Read error: 113 (No route to host)) 12.30.44 # mitchelwebguest6: just copy files to it 12.30.52 # how? have you tried uploading music to the device (preferably to the MUSIC subdir) and selecting database from the menu? ;) 12.31.04 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 12.31.55 # or you could select "Files" from the main menu after copying files to it and just browse to them on the player 12.31.57 # the player is now in msc mode. how can I change this? 12.32.17 # mitchelwebguest6: why would you want to change that? 12.32.42 # n1s: there's a percentage value in a debugging screen 12.32.49 # "view thread stacks" IIRC 12.33.34 # Nico_P: yes, but i was thinking of a way to figure out how much stack i can allocate without overflowing 12.33.44 # i mean in a dynamic alloc 12.34.24 # * n1s thinks the sim lies about stack usage though :) 12.35.20 # n1s: What are you looking at, Tremor? 12.36.35 # linuxstb: yes, just playing around with it a bit, some allocs are pretty small and could go on the stack but it would be nice to not risk overflowing... 12.36.55 # Couldn't they instead use (share) a fixed buffer? 12.37.17 # I guess the problem is that the stack is iram... 12.37.47 # * linuxstb assumes no recursion... 12.38.20 # i haven't looked at it very much but the one i tried now was allocating 256 bytes most of the time 12.38.55 # "most" ? Were the others smaller or larger? 12.39.29 # a few smaller, i haven't investigated that much really :) 12.39.40 # no larger for my test files though 12.40.34 Quit {phoenix} ("Konversation terminated!") 12.40.42 # Maybe we could introduce some hard limits for these alloca calls, and then see if people complain... 12.44.09 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 12.55.57 # stack usage increased from 19% to 21% with that small change so i guess we have a bit of headroom but i'm not comfortable doing stuff like this if i don't know the max values it will get... 13.04.19 *** Saving seen data "./dancer.seen" 13.05.46 # Can you tell how many bits are used to store the number used to calculate the size of the alloca? I would guess that's probably going to give a very large maximum though... 13.10.34 # The floor0.c alloca seems straightforward - there's a comment saying m is between 0 and 255, so a maximum of 1024 bytes. 13.15.00 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 13.30.22 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) 13.31.25 Quit Thundercloud (Remote closed the connection) 13.37.01 Join schNibbler [0] (n=Nibbler@e181071188.adsl.alicedsl.de) 13.38.59 Quit Nibbl (Read error: 60 (Operation timed out)) 13.46.30 Quit meven (Remote closed the connection) 13.47.44 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 13.53.13 Quit LambdaCalculus37 ("Ka-chunka") 13.55.04 Quit mitchelwebguest6 ("CGI:IRC (EOF)") 14.02.13 # linuxstb: I don't know the code(c) well enough to tell and i'm pretty sure allocating INT_MAX bytes isn't desired :) 14.03.12 # I mean trying to trace the code back, to find out where the numbers come from originally. 14.03.20 # I don't know the codec at all either... 14.04.15 # That is the problem with tremor, the code is very resistant to reading :/ but yes that is what someone should do 14.05.30 # * linuxstb looks at the ffmpeg vorbis decoder, but sees floats... 14.05.41 Quit bmbl ("Woah!") 14.06.02 # maybe we can use the tremor mdct etc and the rest from ffmpeg? 14.06.50 # Yes, someone should try that ;) 14.08.15 Quit havien (Read error: 110 (Connection timed out)) 14.09.22 Join {phoenix} [0] (n=dirk@84.180.122.70) 14.10.23 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 14.14.25 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-9e1578f38ab0d4d7) 14.24.44 Quit DataGhost (Nick collision from services.) 14.24.50 Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 14.25.00 Quit amiconn (Nick collision from services.) 14.25.06 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.35.55 Join Schmogel [0] (n=Miranda@p3EE225F8.dip0.t-ipconnect.de) 14.38.18 Join MethoS [0] (n=clemens@host-091-096-209-121.ewe-ip-backbone.de) 14.39.22 Join larstobi [0] (n=larstobi@195.139.173.50) 14.39.51 Quit kushal_12_27_200 ("Leaving") 14.41.36 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.42.00 # Congrats with release 3.0! I used Rockbox on my old Ipod Nano 1. gen, and it rocked! Now I need a new player, but none of the supported models displayed here http://www.rockbox.org/download/ are still in sale. Is there a musicplayer that is both supported by Rockbox and is still in sale? 14.43.02 # larstobi: in short: no 14.43.19 # Not new, anyway. 14.43.22 # used older players should be possible to come by though 14.43.33 # But there's always Froobi with their Sansa e200 sale: http://www.froobi.com/SanDisk-Sansa-e270-6GB-MP3-Media-Player-w-FMVoice-Recorder-Factory-Recertified-Rockbox-Ready_p_0-32282.html 14.43.44 # And those are v1 Sansas, which will work with Rockbox. 14.44.00 # Isn't that US only though? 14.44.16 # but larstobi looks to be in norway, where froobi won't ship 14.44.18 # I am in Norway, but I may be able to get it shipped here, though 14.44.34 # I have a proxy address in the U.S. 14.44.54 # ah, nice 14.45.55 # I will check out that Sansa, thanks! :-) 14.48.43 # Wow, Froobi even says: "Factory-Recertified & Rockbox Ready"! Does the Rockbox team have a deal with the Froobi store? 14.51.31 # nope. but they know what their customers want. :-) 14.52.59 # nice. :-) 15.03.52 Join pierre- [0] (n=pierre@93-81-113-26.broadband.corbina.ru) 15.04.22 *** Saving seen data "./dancer.seen" 15.04.59 Join MethoS- [0] (n=clemens@host-091-096-214-160.ewe-ip-backbone.de) 15.15.20 Join kugel [0] (n=chatzill@e178065138.adsl.alicedsl.de) 15.16.07 # Nico_P: Hey, I've read the logs. While you're messing with PF, you could also take a look at http://www.rockbox.org/tracker/task/8335 again :) 15.16.26 # Slasheri: ping 15.21.13 Join mf0102 [0] (n=michi@e181134016.adsl.alicedsl.de) 15.21.21 Quit nanok (Read error: 113 (No route to host)) 15.23.02 Quit MethoS (Read error: 113 (No route to host)) 15.27.48 Quit feisar (Read error: 104 (Connection reset by peer)) 15.28.27 Join feisar [0] (n=jljhook@sienikerho.com) 15.35.11 Join crope` [0] (n=crope@dyn3-82-128-186-156.psoas.suomi.net) 15.47.05 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.49.06 Join Rayo [0] (n=nix@gw.ptr-80-238-235-212.customer.ch.netstream.com) 15.52.26 # hi, how do you start a new port or figure out how to use the different hardware? it's not a mp3 player but a universal remote, the firmware can be extracted but where to start? analyzing the hardware? 15.52.52 # Rayo: We have a handy step-by-step guide ;) http://www.rockbox.org/twiki/bin/view/Main/NewPort 15.54.06 # hm and when i don't want to disassemble the hardware? 15.54.06 # Generally the first thing is to find out what hardware is inside (CPU and other major chips), and to find out how to run your own code (normally by hijacking any existing firmware upgrade method) 15.58.19 # und how can i reverse engineering? which tool does support microcontroller code? 15.59.33 # It depends what the microcontroller is. Do you know that? 16.01.14 # I would say it's impossible to do this if you don't know what's inside your device - opening it up is compulsory. 16.01.55 # i think its a pic but i must check it first, i try to open it without any damage :) 16.02.15 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 16.05.36 Quit faemir (Read error: 60 (Operation timed out)) 16.07.48 Quit PaulJam (".") 16.10.06 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 16.13.12 Quit pvbcharon () 16.13.19 Quit Rayo ("Verlassend") 16.18.03 Join PaulJam [0] (i=PaulJam_@vpn-3033.gwdg.de) 16.21.14 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 16.23.06 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 16.28.51 Quit nplus (Remote closed the connection) 16.29.58 Quit mf0102 (Read error: 110 (Connection timed out)) 16.30.17 Join mf0102 [0] (n=michi@e181141139.adsl.alicedsl.de) 16.31.35 Join nplus [0] (n=nplus@141.25.Globcom.Net) 16.32.25 Quit kachna (Read error: 110 (Connection timed out)) 16.35.02 Join pvbcharon [0] (n=charon@ip-88-152-228-176.unitymediagroup.de) 16.36.16 Join ron1n [0] (n=ron1n@208.253.111.18) 16.40.35 Join pvbcharon_ [0] (n=charon@ip-88-152-228-176.unitymediagroup.de) 16.48.26 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 16.48.51 Quit robin0800 (Remote closed the connection) 16.52.00 Quit pvbcharon_ () 16.56.36 Quit pvbcharon (Read error: 113 (No route to host)) 16.58.13 Quit sarixe (Remote closed the connection) 17.00.42 Join sarixe [0] (n=sarixe@ool-435407e9.dyn.optonline.net) 17.01.25 Quit Zagor ("Client exiting") 17.02.51 # hi, I have a sansa c250 with rockbox. Lately it takes too long to load the database in the OF 17.04.23 *** Saving seen data "./dancer.seen" 17.05.27 # kushal_12_27_200: Here are some ideas - http://forums.rockbox.org/index.php?topic=16411.0 17.05.30 Quit J-23 ("Flying cow pressed ^D on my keyboard.") 17.09.12 Join hannesd [0] (n=light@p5B1635AD.dip0.t-ipconnect.de) 17.13.59 Quit petur ("beer time (and maybe cake)") 17.14.01 Quit adamgolding (Read error: 60 (Operation timed out)) 17.14.33 Join petur [50] (n=petur@rockbox/developer/petur) 17.14.51 Quit petur (Client Quit) 17.15.07 Quit cool_walking_ (Read error: 113 (No route to host)) 17.16.47 Quit ron1n (Read error: 104 (Connection reset by peer)) 17.17.24 Join ron1n [0] (n=ron1n@208.253.111.18) 17.18.25 # thanks 17.18.34 Quit kushal_12_27_200 ("Leaving") 17.20.30 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 17.22.32 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.23.12 # Has anyone ever looked at the mikmod plugin, with a view to committing it? http://www.rockbox.org/tracker/task/8806 17.24.07 # linuxstb: Mr. Someone? ;) 17.26.03 Join m0f0x [0] (n=m0f0x@189-47-64-190.dsl.telesp.net.br) 17.26.46 # linuxstb: I honestly think that the mikmod plugin should be implemented as proper codecs as opposed to a plugin. 17.27.15 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 17.28.04 # Can it be? e.g. what are the memory requirements? 17.29.07 # http://sourceforge.net/projects/mikmod/ <-- Found its SF page. 17.36.16 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.36.39 Quit sarixe ("Ex-Chat") 17.37.12 # linuxstb: I believe preglow had a look at the plugin when it was in earlier stages (shortly after committing the current mod codec, IIRC) at which I remember him being disappointed. But I think that there was quite a bit of development of the plugin since then 17.37.20 Join Siku [0] (n=Siku@e212-246-214-27.elisa-laajakaista.fi) 17.38.06 # pixelma: Yes, I read his comments in the task, and it looks like most of them have been addressed. But I guess the question is whether we want to commit it as a plugin? 17.38.42 # * linuxstb has zero tracker music, so doesn't care - it just seems to be another of those useful patches rotting on the tracker... 17.42.18 Join wpyh [0] (n=william@123.151.132.201) 17.43.07 # linuxstb: Plus it seems to have problems on the Gigabeat. I could try the patch out later to see exactly what those issues are. 17.43.52 # linuxstb: it's also one of the this-should-be-done-in-a-better-but-more-difficult-way (as a codec) 17.44.12 # n1s: I agree. 17.44.13 # n1s: Hmm, we've closed those in the past... 17.44.49 # n1s: speaking of this, what's about MIDI plugin? 17.44.58 # imho the midi plugin should be a codec too but i'm not motivated to dive in to it 17.45.10 # hehe :)) 17.45.23 # Isn't the problem with midi that it needs a large patchset loaded? 17.45.41 # IIRC yes. 17.47.37 # linuxstb: if i understood Nico_P right it should be possible to put that in the audio buffer as metadata for the track 17.47.55 # so you have a 10kB track with 4MB metadata :) 17.48.11 Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 17.48.31 # But isn't metadata discarded when the track starts playing? I guess that could be changed though. But we also wouldn't want to buffer it multiple times for different midis. 17.49.03 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 17.51.22 # linuxstb: i think we would have to with the current buffering system, and imho it's not worth it to add lots of complications to the buffering just for midi... 17.52.57 # But don't we still have the general "non-streaming codecss" problem to solve? i.e. giving the codecs the file in a single contiguous block of RAM? 17.58.23 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 18.00.43 Join adamgolding [0] (i=adamgold@i209-195-79-79.cia.com) 18.02.51 Quit ron1n (Read error: 104 (Connection reset by peer)) 18.04.01 Join ron1n [0] (n=ron1n@208.253.111.18) 18.08.44 Join miepchen^schlaf [0] (n=miepchen@p579ECD7F.dip.t-dialin.net) 18.12.51 Quit ron1n (Read error: 104 (Connection reset by peer)) 18.19.13 # linuxstb: no, metadata isn't discarded when the track starts playing. the codec is 18.20.24 # I thought it was copied into the static buffer? 18.20.46 # it is, but what's on the main buffer isn't discarded 18.21.17 Quit Schmogel (Read error: 104 (Connection reset by peer)) 18.21.45 # It must be discarded at some point? 18.22.57 # when the track is 18.23.44 # What if the track is longer than the buffer, or rebuffering starts? 18.24.24 Quit bmbl (Read error: 104 (Connection reset by peer)) 18.24.34 # the metadata is moved to make room 18.24.37 Join karashata [0] (n=kimi@69.41.192.215) 18.27.53 # Why is that, if there's a static buffer? 18.29.45 # the metadata might still be needed later on in case of a skip backwards, or similar cases 18.36.26 # linuxstb: in some cases it's probably more efficient to just remove the metadata from the audio buffer, but that would likely add some complexity 18.36.51 Quit AhtiK (Connection timed out) 18.46.06 # * Nico_P has to go 18.46.09 Quit Nico_P (Read error: 104 (Connection reset by peer)) 18.47.57 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.48.01 Quit reacocard (".") 18.49.05 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 18.51.28 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 18.56.22 Quit nuonguy ("This computer has gone to sleep") 18.56.35 Join MarcGuay [0] (n=chatzill@ip216-239-67-114.vif.net) 18.57.41 # kushal, linuxstb: FYI that stuff about disabling the database refresh is also in the Sansa FAQ. 18.59.29 Join Rosie [0] (n=rosewe@193.120.116.182) 18.59.31 Quit Rosie (Remote closed the connection) 19.00.07 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.00.21 Quit BigBambi (Client Quit) 19.00.31 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.01.13 Quit MarcGuay (Client Quit) 19.01.57 Join Rob2222 [0] (n=Miranda@p4FDCD33F.dip.t-dialin.net) 19.02.39 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 19.02.54 # If i want to try out rockbox on my sansa e200v2 what do I have to do 19.03.27 # I've downloaded the git repository on my computer but don't know that to do? 19.04.10 # Jabone: you know that there is not much to try ? (no display or else in rockbox, just booting into the of works) 19.04.26 *** Saving seen data "./dancer.seen" 19.04.49 Quit advcomp2019 (Read error: 54 (Connection reset by peer)) 19.05.03 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 19.05.24 # domonoky: yeah I know but anyway would to try the bootloader :) 19.06.54 # Jabone: then use the normal build process to create a bootloader.. then give the bootloader and the of to the make in rbutil/mkamsboot/ 19.07.25 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.08.06 # this creates a patched of binary, which can the be put on your player, like a normal of upgrade.. 19.11.57 Quit adamgolding (Read error: 110 (Connection timed out)) 19.13.04 Join crashmat1ix [0] (n=crashmat@s5590785f.adsl.wanadoo.nl) 19.17.22 Join karashata_ [0] (n=kimi@69.41.192.215) 19.17.44 Quit karashata (Nick collision from services.) 19.17.49 Nick karashata_ is now known as karashata (n=kimi@69.41.192.215) 19.19.50 Quit Roseweave (Read error: 110 (Connection timed out)) 19.20.54 Quit moos ("Rockbox rules the DAP world") 19.21.10 Quit axionix (Read error: 60 (Operation timed out)) 19.21.22 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 19.24.55 Quit crashmatrix (Read error: 110 (Connection timed out)) 19.26.43 # There seems to be e200v2 display code already but I think it doesn't work yet. We should be able to light up the backlight now and perhaps make testing the e200v2 display code a little bit easier. 19.26.44 Quit hannesd (Connection timed out) 19.27.48 Join bughunter2 [0] (n=Jelle@77.164.66.126) 19.34.44 Quit Acksaw (Read error: 104 (Connection reset by peer)) 19.35.16 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 19.40.29 Join AhtiK [0] (n=ahti@ip67-152-80-226.z80-152-67.customer.algx.net) 19.42.23 # It'd be nice if someone could help identify the lcd controller for the Fuze (maybe it's the same as the e200v2 one?). I have a fuze, but I have too little experience in disassembling, I doubt I'd spot lcd related code in the disassembly 19.44.06 Join Horschti [0] (n=Horscht@p4FD4C235.dip.t-dialin.net) 19.44.50 Quit Horscht (Nick collision from services.) 19.48.14 # bertrik: You own a clip? 19.51.11 Join funman [0] (n=fun@AAnnecy-257-1-6-200.w90-14.abo.wanadoo.fr) 19.51.44 Quit kachna (No route to host) 19.51.57 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.53.06 # speaking of the Clip I have found a strange relation between what I write and then read back from SDRAM 19.53.30 Quit {phoenix} (Read error: 60 (Operation timed out)) 19.54.02 # At offset 0x30000000+4*i, I write 0x30000000+4*i 19.54.28 # and I read (x<<16)|x , where x = ((i >> 2 /* * 4 = << 2 */) << 4) %(1<<16) 19.54.44 Join {phoenix} [0] (n=dirk@p54B47A46.dip.t-dialin.net) 19.54.57 # I'm not sure if this equation has any useful meaning 19.55.14 Quit PaulJam (Read error: 60 (Operation timed out)) 19.55.50 # if someone owns an e200v2 it'd be worth running my code to see if the same results are meet 19.58.55 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 19.59.22 # funman: I have e260v2 20.00.08 Join PaulJam [0] (i=PaulJam_@vpn-3002.gwdg.de) 20.01.13 # Jabone: can you check that then ? 20.02.36 # linuxstb, yes I own a clip 20.03.24 # funman: I can check if I can have some instruction how to make that 20.03.40 # haven't done those things before 20.03.49 # are you a programmer? 20.04.49 # somewhat, been doing java for a while 20.05.21 Join IudeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-f2495a7d4aae1a63) 20.06.55 # ok, I think if you want to help on a rockbox port you need to know at least C. 20.07.02 Quit IudeX (Client Quit) 20.07.15 Join IudeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-aaa408a72a736e43) 20.07.26 # Hi all :) 20.07.51 # funman: I've been doing c also, not so experienced in it though 20.08.19 # Jabone: then you have a good way to get this experience ;) 20.08.25 # :) 20.08.29 # funman: I want to ask you something. 20.08.55 # * gevaerts points IudeX towards the channel guidelines 20.09.09 # * bluebrother wonders why IudeX isn't asking then ... 20.09.20 # sry wait im translating 20.09.22 # :) 20.09.40 # Is there any progress in Clip rockboxing? 20.09.53 # funman: I'll come back in half an hour, I can test your code then. 20.09.54 # Are* 20.10.10 # My English isn't very well... :/ 20.10.28 # IudeX: no, not much. can you help in any way ? 20.10.44 # yes, the displays works, button readout works, codec communication works, we probably identified the flash controller and the sdram controllers too 20.11.25 # well, I'm a bit pessimistic :) there has been some progress but these days it is becoming a bit slower. 20.11.28 # I can help. 20.11.38 # funman: But in what? 20.11.41 # bertrik: how far did you get on I2C support ? 20.12.10 # IudeX: reverse engineering the SanDisk firmware to understand what is missing to use SDRAM and SD/NAND 20.12.26 # funman, it works, I can read and write, there's a patch up at FS#9503 20.12.48 Quit n17ikh|Lappy ("brb restart") 20.13.27 # funman:So ok. I'll think about it 20.13.31 # it's polled though, and only 1 byte at a time. The OF also does 1 byte at a time but uses interrupts 20.14.32 # IudeX: I can give you some pointers on where to look in the OF (Original Firmware) disassembly if you want. 20.15.49 # funman: on email? 20.17.09 # domonoky confirmed that codec communication works on his m200 "v2" too 20.17.35 # IudeX: or on this channel if you want. I have been disassembling the Clip firmware version 01.01.29 20.17.42 Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 20.18.05 # ok 20.18.22 # IudeX, do you know ARM assembly? 20.18.27 # bertrik: good news, now do we need to understand the meaning of each address ? (ex: serial ID at address 0x38) 20.19.07 # funman, the addresses are all in the datasheet and basically identical to the ones in older as35xx chips 20.23.01 Join stoffel_ [0] (n=sfr@p57B4CBBF.dip.t-dialin.net) 20.24.42 # bertrik: not too much 20.25.30 # IudeX: Again, this is a great way to learn... 20.26.42 # lunuxstb: I think so too. 20.28.02 Quit olegfink ("WeeChat 0.2.6") 20.28.55 # So when we can see a rockboxed sansa v2? (bad English...) 20.29.13 # Maybe in august? 20.30.07 # IudeX: we don't estimate timeframes 20.30.24 # doing so will be almost arbitrarily wrong. It's done when its done. 20.30.27 Join reacocard [0] (n=reacocar@134.173.59.155) 20.31.24 # a pretty good guess it about half a year after sandisk stops manufacturing it :P 20.31.47 # now estimate when sandisk will stop manufacturing it ;-) 20.32.22 # 17/01/2009 20.32.28 # Are we having a sweepstake? 20.32.47 # BigBambi: you sure it isn't 01/17/2009? 20.33.09 # bluebrother: I'm sure, I use logical dates :) 20.33.19 # 2009/01/17 would be better :) 20.34.21 # no, then it should be 2009-01-17 :P 20.34.44 # * gevaerts thinks that people who want a proper date shouldn't do that in #rockbox ;) 20.35.04 # very true 20.37.57 # yeap 20.38.33 Quit stoffel_ ("leaving") 20.38.39 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.44.16 Quit MethoS- (Read error: 54 (Connection reset by peer)) 20.45.50 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 20.47.40 # lot of people but not active there (wow i'm really bad writing...) [Do you understood me?] xDD 20.48.43 # :) bye all 20.49.40 Quit IudeX ("CGI:IRC") 20.50.28 # bertrik: what's the drawback of using active polling versus interrupts ? 20.50.35 # (for I2C communication) 20.52.15 # I could use your work to write interrupts support (if it's worth of course) 20.54.37 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.58.38 Join adamgolding [0] (i=adamgold@i209-195-79-79.cia.com) 20.58.49 Quit pierre- (Read error: 110 (Connection timed out)) 21.00.17 # funman: Wrong interface width and/or bank mux setting 21.00.58 Join funman_ [0] (n=fun@AAnnecy-257-1-23-63.w90-28.abo.wanadoo.fr) 21.03.52 # amiconn: sorry I don't understand what you mean 21.04.13 # [19:54:01] At offset 0x30000000+4*i, I write 0x30000000+4*i 21.04.13 # [19:54:28] and I read (x<<16)|x , where x = ((i >> 2 /* * 4 = << 2 */) << 4) %(1<<16) 21.04.29 *** Saving seen data "./dancer.seen" 21.04.47 # ah ok :) I thought you were answering my last question. Thanks 21.05.36 # I guess this is probably due to the either a wrong interface width (the SoC might be set to 32 bit while the DRAM is actually 16 bit), or a wrong bank mux setting (the point where the address is split in row and column address) 21.05.41 # Probably both 21.07.41 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 21.08.05 Quit funman (Read error: 60 (Operation timed out)) 21.09.43 Nick funman_ is now known as funman (n=fun@AAnnecy-257-1-23-63.w90-28.abo.wanadoo.fr) 21.17.55 Quit AhtiK (Read error: 110 (Connection timed out)) 21.24.39 # funman, using interrupts instead of polling makes avoid wasting cpu power in a wait loop 21.24.57 # we could yield() to reduce that ofcourse 21.25.16 # I think the portalplayer i2c driver also uses polling instead of interrupts 21.26.02 # and how can the core be notified that an interrupt occured: is there a callbacks system in rockbox ? 21.27.58 # You define an isr 21.28.33 Nick m0f0x is now known as colesterol_dog (n=m0f0x@189-47-64-190.dsl.telesp.net.br) 21.29.01 # so the isr has to use an event notification system for each interrupt ? 21.30.26 # Depends on what needs to be done in response to the interrupt 21.30.52 # of course ;) I need to read other i2c code in rockbox 21.31.44 # I'm not sure that there is an interrupt based i2c driver in rockbox 21.32.00 # There are many (other) examples for isrs though 21.32.12 # TIMER*() for example 21.32.37 # I think it's not a very big deal now 21.34.48 # Simulator builds of Rockbox 3.0.1: http://rasher.dk/rockbox/simulator-release/ 21.36.34 Join reacocard_ [0] (n=reacocar@WL-112.CINE.HMC.Edu) 21.36.46 Join Schmogel [0] (n=Miranda@p3EE225F8.dip0.t-ipconnect.de) 21.37.06 Quit reacocard (Nick collision from services.) 21.37.12 Nick reacocard_ is now known as reacocard (n=reacocar@WL-112.CINE.HMC.Edu) 21.51.57 # funman, how sure are you about the PL172? 21.52.20 # it's mentioned in the as3525 datasheet and the registers fit perfectly 21.52.54 # on page 8 : "Related documents" 21.53.21 # "The PrimeCell MPMC offers:" on page 28 as well 21.54.22 # ok 21.54.25 Quit Xerion (Read error: 104 (Connection reset by peer)) 21.55.32 Quit reacocard (Read error: 60 (Operation timed out)) 21.56.44 # "the SDRAM column and row width and number of banks are computed automatically from the address mapping" and this address mapping is mentioned in the OF, and matches with the definitions mentioned in the PL172 datasheet (16Mbit for the Clip, 128 for the e200v2) 21.58.04 # so do you use the exact same memory controller settings as the OF or did you have to make a guess? 21.58.16 # for the Clip it is low power SDRAM 21.58.42 # I try to use the exact same settings, but due to the way they are written and read to/from the stack I may miss something 21.58.56 # I have committed what I had in the git repository if you want to double check 22.00.10 Quit schNibbler ("Ex-Chat") 22.08.22 # sorry it is 64Mbit for the e200v2 (8Mbytes) 22.12.59 Join reacocard [0] (n=reacocar@134.173.59.155) 22.13.46 Quit colesterol_dog ("bbl") 22.14.59 # hi, I've been trying to compile binutils for rockbox and sansa, but in binutils make gives error: *** [cplus-dem.o] error 1 22.16.07 # you should paste (on a pastebin) the complete errors before this message 22.16.20 # ok 22.21.54 Join stoffel_ [0] (n=sfr@p57B4CBBF.dip.t-dialin.net) 22.26.41 Quit Siku (Read error: 145 (Connection timed out)) 22.29.38 Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) 22.31.30 # Are there any targets that don't need buttons held down (e.g. to access menus etc.)? I'm looking to create a target with discreet buttons for every action. 22.32.37 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 22.33.12 # this is regarding the simulator btw. 22.33.15 # :) 22.33.26 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 22.34.10 Join Siku [0] (n=Siku@e212-246-214-27.elisa-laajakaista.fi) 22.35.14 Join Tetracomm [0] (n=nicholas@72.252.29.2) 22.38.11 # i dont think we have a target with this much buttons :-) 22.38.44 # would it be easy to add them? 22.39.06 # by easy I mean, easy for me. >.> :D 22.39.12 # so very easy 22.40.43 # I'm trying to make a rockbox sim that I can use as a player on PC controlled with a remote. 22.41.25 # it doesn't have any press/release events, hence the query. 22.48.26 Quit Horschti ("electromagnetic radiation from satellite debris") 22.49.33 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 22.49.42 Quit meven (Remote closed the connection) 22.50.52 # DefineByte: shouldnt be too hard.. take a look at the keymaps apps/ 22.51.01 # apps/keymaps 22.51.08 # :) thanks 22.51.09 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.52.41 # of course you have to first define the additional buttons somewhere (firmware/target/..../button-target.h) and map them in the button.c in uisimulator/sdl/button.c to your remote input... 22.55.32 Quit bughunter2 ("bye") 22.56.42 Nick n17ikh|Lappy is now known as n17ikh (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 23.01.27 Quit jhulst (Read error: 110 (Connection timed out)) 23.03.17 Quit stoffel_ ("leaving") 23.03.48 # Well, I'm not entirely confident but I'll give it a go. Thanks again. :) 23.04.33 *** Saving seen data "./dancer.seen" 23.05.00 Join lasser [0] (n=chatzill@Waf77.w.pppool.de) 23.06.32 Join desimmon [0] (n=d8ab258c@gateway/web/cgi-irc/labb.contactor.se/x-774b23db07bce950) 23.06.52 # hello 23.07.08 # **"Hello World" 23.07.27 # *carrier reset by peer* 23.08.32 Quit desimmon (Client Quit) 23.12.39 Quit kachna (Read error: 60 (Operation timed out)) 23.13.27 Quit DefineByte ("Bye all") 23.14.12 Quit reacocard (".") 23.15.13 Quit bertrik (Remote closed the connection) 23.16.19 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 23.21.42 Join Riddle [0] (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-6002eed190fa52ad) 23.22.08 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 23.22.09 # Under the wiki it says something about the sansa e200v2 what does that mean? 23.22.57 # Riddle, why not click the link and find out 23.23.11 # I did yesterday 23.23.12 # "something" probably means something...:-) 23.23.27 # O ok, thanks I think 23.23.32 Quit Riddle (Client Quit) 23.24.02 # * bluebrother wonders if that was the same guy as yesterday not understanding what "Recent activity" means ... 23.24.59 Join Riddle [0] (n=1824bd5b@gateway/web/cgi-irc/labb.contactor.se/x-e2e6e6c2d5c70c6a) 23.25.18 # Ok I checked and it said the same thing as yesterday, it doesn't work 23.26.41 # Riddle: you should check every 6 months, this is not likely to change soon 23.26.59 # then why is it under the wiki? 23.27.28 # to answer people wondering if it works or not 23.27.31 # like you 23.27.39 # Riddle: hello e200 ... or e200v2? newnick? wee? e200v3? 23.27.48 # who? 23.28.16 # the answer to your question is the same as yesterday ... it's in the "Recent changes" section. Not announcements, future plans or whatever 23.28.30 # I didn't ask anything yesterday... 23.28.32 # Riddle: you. We can read IP addresses ... 23.28.47 # Oh well fuck you too 23.28.49 Quit Riddle (Client Quit) 23.29.01 Quit funman ("leaving") 23.29.24 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.33.17 Quit bertrik (Read error: 104 (Connection reset by peer)) 23.33.30 Join neddy [0] (n=john@nat/sun/x-11cae6035a711b9c) 23.40.28 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.47.25 Quit krazykit ("wok and woll") 23.47.58 Join webguest1 [0] (n=44c492d6@gateway/web/cgi-irc/labb.contactor.se/x-c8ae0a73c3461ec3) 23.48.39 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 23.48.52 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-682b3bed21c4dca7) 23.49.55 # Why is it that when I reset my ipod, the Rockbox firmware does not start up? 23.52.57 # How are you resesting it, where are you reseting it from, are you pressing any buttons just after reset, is hold on, what ipod, what version of Rockbox, has Rockbox ever worked? 23.53.10 Quit karashata ("I go, only to return again some time...") 23.54.25 Quit bertrik (Read error: 104 (Connection reset by peer)) 23.54.31 Quit Siku (Read error: 145 (Connection timed out)) 23.54.51 Quit J-23 (Remote closed the connection) 23.55.47 Quit neddy ("Leaving.") 23.57.43 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 23.57.52 Quit reacocard (Read error: 110 (Connection timed out)) 23.58.05 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl)