--- Log for 23.03.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 16 hours ago 00.02.15 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 00.02.30 # I wonder where diff takes the "\no newline at the end of the file" right before the last phrase... 00.06.44 # from 00.06.48 # pixelma: that gets displayed if the file doesn't end with an empty line 00.07.09 # gcc doesn't like files without an empty line at the end. I guess that's the reason for patch complaining about it 00.07.23 # but it does now (it didn't before) and usually it is displayed at the end of the file but this time it's not 00.07.58 # urgh? Where did that happen? 00.08.11 Join StealthyXIIGer [0] (n=stealthy@68.62.18.116) 00.08.30 # see the unidiff of the first of my lang commits today 00.09.00 Quit robin0800 (Remote closed the connection) 00.10.09 # pixelma: I guess that's diff complaining that the *old* file didn't end with a newline then 00.10.27 # looks to me that this was the old file 00.10.31 # * bluebrother too slow 00.10.43 # new version of 9795 is up and waiting for testers 00.11.27 # ok, I hope that's the only reason because I'll commit to the release branch too, just seems weird to me 00.12.03 # pixelma: it's not a problem either way 00.13.16 Quit bluebrother ("tomorrow ...") 00.14.25 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.15.59 # unless you see it in a Rockbox menu somwhere... ;) 00.16.08 # somewhere too 00.17.54 # No, it's really just diff output 00.22.43 Quit Chris_Black ("off") 00.23.06 # any remote experts here? 00.27.12 Quit saratoga2 ("CGI:IRC (Ping timeout)") 00.32.56 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.32.56 Quit pixelma (Nick collision from services.) 00.33.00 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.33.01 Quit amiconn (Nick collision from services.) 00.33.09 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.33.18 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.36.22 Join ultrasonic [0] (n=manohar@203.199.213.3) 00.37.55 Quit flydutch ("/* empty */") 00.39.59 Quit tessarakt ("Client exiting") 00.41.05 Quit shotofadds ("Leaving") 00.41.27 Quit saratoga_chrome ("CGI:IRC (EOF)") 00.46.21 Quit ender` (" If the experiment works, you must be using the wrong equipment. -- Patrick's Theorem") 00.49.36 Quit n1s ("Lämnar") 00.49.40 Part CPrompt^ 00.49.54 # kugel: can 9817 be closed? 00.52.43 # JdGordon: yea, looks like 00.55.15 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 00.55.40 # amiconn: ping 00.57.03 # hey Nico_P, see the patch update? 00.57.11 # just got the e-mail 00.57.40 # righto, good thing you mentioned that comment... looks outdated so i removed it 00.58.16 # there was another comment I wanted to make but right now I forget what it was 00.58.28 # maybe it'll come back as I look at the new patch 01.02.14 # :) 01.02.30 # JdGordon: oh I remember... it was about audio_next_track(). I don't recall how often it's called but the common case seems to include the bufread() call. what if the id3 data is already there? 01.04.11 # if its already there it gets read into othertrack_id3 and that is returned 01.04.46 # oh, misunderstood you 01.04.56 # you mean if its already read into othertack_id3? 01.05.35 # yes, maybe the memcpy that is done by bufread could be spared 01.06.05 # what happens if you call bufread mulitple times? is that even safe? 01.06.15 # it should be 01.06.32 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 01.06.51 # yes, it is 01.07.04 # but I'm not sure how often audio_next_track is called, so maybe there's no waste here 01.07.39 # aslong as bufread keeps the handle at the start it should be ok... the aim of this patch is to cut down how often audio_next_track() is called anyway 01.08.18 # i dont think its called enough to worry about... checking now 01.08.59 # yeah, hardly ever 01.09.07 # ok 01.09.07 Join PrettyColours [0] (n=Frankie@ppp121-45-74-124.lns10.adl6.internode.on.net) 01.10.53 Quit MethoS- (Remote closed the connection) 01.11.14 Quit Thundercloud (Remote closed the connection) 01.13.11 Join MethoS- [0] (n=lem@host-091-096-211-034.ewe-ip-backbone.de) 01.18.05 Join QuickStart [0] (n=QUICKSTA@pool-72-88-182-223.nwrknj.east.verizon.net) 01.18.17 *** Saving seen data "./dancer.seen" 01.18.59 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.23.08 Join QuickStart- [0] (n=QUICKSTA@pool-72-88-130-3.nwrknj.east.verizon.net) 01.26.21 Quit stripwax (Read error: 104 (Connection reset by peer)) 01.27.32 Quit QuickStart- (Read error: 104 (Connection reset by peer)) 01.29.19 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 01.32.57 # JdGordon: I'm putting a build with your patch on my beast for a train ride tomorrow, I should be able to give it a good test 01.33.48 # great 01.33.56 # * kugel wonders when "if (!wps_state.id3 && !(audio_status() & AUDIO_STATUS_PLAY))" can ever get true 01.34.00 # put a svn build on also just in case :) 01.34.16 # kugel: it shouldnt be possible 01.34.26 # wps_state.id3 should always be valid 01.34.35 # yea, I thought so too 01.34.52 # yeah, at least with my patch its impossible for it to be null 01.35.10 # hwcodec it is possible though 01.35.20 # meh 01.35.58 # wps_state.id3 can be null when the wps first appears 01.36.10 # JdGordon: I'll have other players with svn builds ;) 01.36.17 # but " !(audio_status() & AUDIO_STATUS_PLAY)" also means you have to be in the wps (else you couldn't pause or seek), and there's no wps without id3 01.36.23 # or am I wrong here? 01.36.52 # yeah, that sounds correct 01.37.09 # it does, yes 01.37.21 # also, I've never ever seen the splash which is within that if 01.37.49 # is a WPS with ID3 even if it doesn't display anything of it (thinking of test cases)? 01.37.56 # I've removed that part in my little rework, but now I'm wondering how useless it really is 01.38.26 # pixelma: even the track filename is in the id3 so no... everything fails if its NULL so it should never be possible 01.39.24 # I already had WPS only show hold state (as I said for test cases only but it would be weird if it suddenly fails on those out of nowhere) 01.39.41 # JdGordon: I've made the WPS to be out of sync with the playlist by skipping forward quickly 01.39.47 # yea, every function that calls it has non-NULL id3 too 01.40.02 # Nico_P: svn or with my patch? 01.40.07 # patched 01.40.22 # current and next track both showed next track info 01.40.32 # seen that in SVN too 01.40.38 # sometimes 01.40.40 Join wincent [0] (n=wincent@91.97.30.116) 01.40.40 # possible 01.42.10 # how many do you need to skip ahad to see it? 01.42.21 # something like 15 01.42.32 # so not excatly a common case? :) 01.42.37 # no 01.42.48 # pixelma: should i deliberately mask the vertical scroll keys in the album list if they're not used for something else? 01.42.58 # pixelma: you've seen what Nico_P saw? or your talking about the blank wps? 01.43.01 # but I know the hard corner cases :) 01.44.26 # hmm the ipod video seems to have gone back to being unresponsive after resuming on startup 01.45.04 # JdGordon: what Nico_P saw, the confused next track info. What I see quite often is that something else is displayed after manipulating the already playing list (from WPS > file browser > insert some track), it usually fixes itself on next track change but not always - with SVN 01.45.34 Quit QuickStart (Read error: 110 (Connection timed out)) 01.45.42 # ok 01.46.01 # * JdGordon needs to hook up a harddisk target 01.47.11 # speaking of those, the WPS seems to lack updates when the disk is being spun up 01.47.33 # hmm, maybe that's not new to the patch though 01.48.29 # Unhelpful: I was confused a bit about it but also because I thought "up" at least would be used for something else, at least I think it should be masked if one of them is used. Can't think well atm and should *really* get some sleep... 01.48.49 # I dont know why, but yeah I tihnk this patch screws up responsiveness a bit 01.48.55 Join timc`` [0] (n=aoeu@124.93.243.83) 01.48.57 Quit barrywardell () 01.49.11 # I'm sure it can be done without affecting responsiveness 01.50.00 # hmm i seem to have lost next track info! 01.50.03 # ah, ok. i've pretty much decided to go with up as select for ondio in album list, i'll make sure to mask down there as well. i was going to use long menu for the app menu, and off for quit 01.50.32 # hrm, maybe long off, in case somebody is used to the standard off->cancel mapping? 01.51.29 # wouldn't matter much too me (in theory) as a short "off" is used in some plugins too 01.51.31 # JdGordon: the WPS should be updated on track skip 01.51.42 # in audio_skip() 01.52.20 # instead of? 01.52.35 Quit timc (Connection timed out) 01.52.36 # instead of apparently not being updated 01.52.37 Quit miepchen^schlaf () 01.52.41 # (anymore) 01.53.33 # most places where track_changed used to be set to true might need to be considered for WPS updates 01.55.39 # * kugel is curious about line 261+ in gwps-common.c 01.56.01 Join miepchen^schlaf [0] (n=miepel@p579ECEC6.dip.t-dialin.net) 01.57.13 # the charcell check? 01.57.52 # and the gui_wps_display() call 01.58.36 # bah, crosstalk :p both your nicks are the same colour.. wondering wtf that line had to do with the playback patch :p 01.58.53 # nothing, but still ;) 01.59.08 # why would only charcell need a wps update? 01.59.13 # dunno 01.59.21 # screw charcell :D 01.59.31 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.59.37 # yea :D 02.00.22 # * kugel thinks that should be removed too 02.00.28 # Nico_P: depending on the call order... the wps should be updating as soon as the skip track is pressed 02.00.40 # which might be useless if its too early or too late 02.04.05 # removing some wps updating.. checking if it makes it feel any slower/faster 02.05.46 # well... WPS updates fine on track change if the next track is buffered... otherwise it feels very slow 02.06.15 # yes, that's the case that matters IMHO 02.06.34 # and worse... keep skipping and the track you stop at wont be the track that starts playing 02.08.02 # there is a delay when the disk is spinning up to fetch the metadata for the unbuffered track the user skips to 02.08.43 # when dircache is on, it's possible to still show the filenames 02.09.33 # is this a problem in svn also then? 02.10.19 Quit stripwax (Read error: 104 (Connection reset by peer)) 02.11.22 Join bluefoxx_ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) 02.12.19 Quit moos ("Allez l'O.M !!!") 02.13.21 # hm, 200bytes binsize save doesn't sound bad 02.13.42 # arg, yes the patch is causing the wps to play wierd 02.13.49 Quit bluefoxx_ (Client Quit) 02.13.52 # svn works with and without dircache enabled 02.13.54 Join bluefoxx_ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) 02.14.52 # JdGordon: I guess you don't have time to quickly test a patch? :) 02.16.24 # put it up... 02.16.26 # JdGordon: I need to go to bed, but I'll try to have a more thorough look at the patch tomorrow or in the week 02.16.35 # cheers :) 02.17.06 # it might just be that a few more WPS updates are needed though 02.17.39 # maybe 02.17.47 # kugel: i got a clean svn... pass your patch.... 02.17.53 # JdGordon: http://pastie.org/423844 02.17.55 # quick before i repatch my patch :D 02.20.50 # that last part of the patch looks wrong 02.20.58 # its going to refresh the first lcd's wps twice 02.21.16 # which last part? 02.21.22 Join Neffi [0] (n=chatzill@cpe-24-168-2-214.si.res.rr.com) 02.21.44 # @@ -702,8 +693,10 @@ 02.21.49 # the last hunk of the pathc 02.22.03 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 02.22.10 # uh, it shuld be gui_wps[i], iundeed 02.22.37 # I'm new to the whole project. I'm running an iPod 5.5 gen video, and I just installed RockBox on it. I'm curious, would FLAC playback be more battery-intensive than MP3 playback? \ 02.22.41 # after this, whats the diff between update() and gui_wps_refresh() ? 02.22.46 # &gui_wps[i], even 02.23.06 # Neffi: the wiki has some battery benchmarks 02.23.13 # JdGordon: update is gui_wps_refresh+track change handling 02.23.18 # mp3 playback uses both cpu cores whereas flac doesnt 02.24.00 # Neffi: flac is faster, but has bigger files, which means that the disk needs to spin more often 02.24.29 # So does it about even out? 02.24.43 Quit Nico_P (Read error: 54 (Connection reset by peer)) 02.26.43 # kugel: is there any real reason to rush this? 02.26.59 # it looks like its going to clash with my playback patch... 02.27.10 # Ah, found the benchmarks 02.27.31 # They aren't too thorough though. What would be the most efficient codec? 02.28.38 # JdGordon: It seems your patch needs more work anyway, so why should I wait for it? 02.28.58 # and I don't see why it should clash, other than a few failed hunks maybe 02.30.49 # Neffi: there is no easy answer to that... 02.31.51 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 02.34.11 # kugel: my patch completly changes those areas....id like to get it in as soon as its fixed up... i dont need extra work on it, unless there is actually a reason to do it 02.36.36 # JdGordon: how does your patch handle cuesheets? It seems to me you could remove update() entirely, actually 02.37.05 # thats pretty much whats being done 02.37.21 # cuesheet is going to be removed from gpws once this is in 02.37.27 # yea, that's the only part where our patches clash. and it's not more work anyway 02.43.08 # yay for thread sync issues :/ 02.48.47 Join bluefoxx__ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) 02.51.49 Join Strife89 [0] (n=nds@204.116.244.200) 02.53.31 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 02.54.03 Quit Rob2223 () 02.54.28 # my isp's dns is being retarded, whats the current rnumber? 02.56.10 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 02.59.59 # Does anyone know of a good free FLAC->OGG converter? 03.01.50 # oggenc :D 03.04.21 Quit bluefoxx_ (Read error: 110 (Connection timed out)) 03.04.47 Join bluefoxx_ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) 03.06.05 Quit bluefoxx__ (Read error: 110 (Connection timed out)) 03.07.49 Quit BHSPitLappy (Remote closed the connection) 03.10.54 Part Strife89 03.12.05 Join cspotcode [0] (n=bradla@machamp-61.dynamic.rpi.edu) 03.18.21 *** Saving seen data "./dancer.seen" 03.22.44 Join Rob2222 [0] (n=Miranda@p4FDCF4D6.dip.t-dialin.net) 03.23.24 Quit Neffi ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 03.24.42 Quit MethoS- (Remote closed the connection) 03.38.11 Part gartral 03.42.17 # how important is making sure the wps acts correctly when doing lots of quick track skips? 03.50.08 # * kugel spots a cue sheet bug 03.50.14 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.50.20 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-4c7b976e0ee6b3f0) 03.53.18 Quit ultrasonic (Read error: 110 (Connection timed out)) 03.53.21 # what sort of bug? 03.56.49 # JdGordon: http://www.rockbox.org/tracker/task/10044 03.57.38 # hmm... thats not really surprising... but yeah a bug :) 03.58.49 # JdGordon: I'm going to commit the thing, I hope it won't be too bad for you 03.59.05 # you'll find out if it is... :D 04.04.31 Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 04.04.33 Quit hd (Read error: 104 (Connection reset by peer)) 04.11.29 Quit agaffney ("reboot") 04.12.46 # * kugel expects at least 1 red 04.18.43 Join KevBurnsJr [0] (n=kevburns@c-98-234-223-68.hsd1.ca.comcast.net) 04.23.37 # JdGordon: be careful with svn up now :) 04.24.01 Quit Llorean (Read error: 104 (Connection reset by peer)) 04.24.11 # grrrrrrrrr 04.24.19 Join Llorean [0] (n=DarkkOne@99.158.46.113) 04.29.47 Join SonGoKu [0] (n=SonGoKu@222.255.200.177) 04.29.52 # hello all 04.35.47 Join wangxiang [0] (n=wangxian@203.86.76.219) 04.37.08 Join tvelocity [0] (n=tony@adsl4-231.her.forthnet.gr) 04.37.54 Quit PrettyColours ("Leaving") 04.43.40 Join wangxiang_ [0] (n=wangxian@203.86.76.219) 04.47.10 Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 04.47.13 Quit hd (Read error: 104 (Connection reset by peer)) 04.56.19 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009020407]") 04.59.01 Quit HBK () 05.00.30 Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 05.02.17 Join agaffney [0] (n=agaffney@71-81-81-248.dhcp.stls.mo.charter.com) 05.02.40 Quit wangxiang (Read error: 110 (Connection timed out)) 05.08.08 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 05.08.30 Quit cspotcode ("Leaving.") 05.12.05 Quit ze (Read error: 113 (No route to host)) 05.13.38 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 05.18.24 *** Saving seen data "./dancer.seen" 05.19.56 Quit tarbo (Read error: 60 (Operation timed out)) 05.20.57 # is there a setting ? to have it boot 1st 05.21.25 # no...you sould have to edit the code and recompile the bootloader to do that 05.21.32 # s/sould/would 05.21.46 # o o 05.22.56 Join ze [0] (i=ze@76.91.72.105) 05.24.56 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-ae3735ac72303d7b) 05.25.31 Join webguest08 [0] (n=deffc8b1@91.191.140.131) 05.31.25 Part orsonj 05.32.06 Quit webguest08 ("CGI:IRC") 05.35.02 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.40.10 Quit Horschti ("Verlassend") 05.53.45 Join webguest19 [0] (n=4a2f9b1b@gateway/web/cgi-irc/labb.contactor.se/x-febc86471cb92c3b) 05.53.47 # hey 05.54.10 # iwas wondering if someone could help me with a conversion issue im haveing 05.55.24 # webguest19: What kind? 05.56.28 # winff just stop converting all types of files 05.56.39 # it wont do avi mpeg or mov 05.56.57 # i was wondering if its a divex thing or what 05.57.33 # or if there was any alternatives to winff 05.57.42 # btw i have ipod nano 1st gen 06.03.38 Join davidfg4 [0] (n=david@69.51.95.200) 06.04.22 # im downloading media coder now to see if it will resolve me issue 06.06.06 Quit agaffney (Read error: 110 (Connection timed out)) 06.07.26 # Support for other peoples' software should be taken to them. 06.07.36 # We don't write or maintain WinFF. 06.08.13 # i was just wondering if you guys have run into the same problem 06.08.45 # It's not really a question that belongs in here. This channel is for questions actually about Rockbox itself or its development 06.09.07 # ok well where does it belong 06.09.34 # Well, there's an off-topic channel mentioned in the channel topic. 06.09.43 # But for support with WinFF you really should just go to WinFF's support locations 06.21.58 # who should i talk to about file browser questions? 06.23.33 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 06.25.30 Quit webguest19 ("CGI:IRC") 06.43.16 Quit saratoga ("CGI:IRC (EOF)") 06.46.07 Quit SonGoKu (Read error: 110 (Connection timed out)) 06.54.10 Quit shodanX (Read error: 110 (Connection timed out)) 07.02.55 Join SonGoKu [0] (n=SonGoKu@222.255.200.177) 07.07.23 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.18.27 *** Saving seen data "./dancer.seen" 07.22.21 Quit BUMBACL0T (Connection timed out) 07.24.07 Join n1s [0] (n=n1s@rockbox/developer/n1s) 07.25.51 Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) 07.28.45 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 07.29.23 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 07.31.11 Quit StealthyXIIGer (Read error: 145 (Connection timed out)) 07.31.16 Quit SonGoKu () 07.39.04 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.55.34 Quit midgey () 08.09.54 Join Mathiasdm2 [0] (n=Mathias@vpna229.ugent.be) 08.15.57 Quit wangxiang_ ("Leaving") 08.24.53 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.29.33 Join casainho [0] (n=chatzill@87.196.78.43) 08.29.46 # hello :-) 08.30.00 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.30.15 # gevaerts: here is the patch for Lyre: http://www.rockbox.org/tracker/task/10045 :: I am waiting for any suggestions ;-) 08.34.02 Join Rob2223 [0] (n=Miranda@p4FDCCA90.dip.t-dialin.net) 08.34.27 Quit faemir ("Leaving") 08.35.26 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.36.02 Quit homielowe () 08.36.29 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.36.33 Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) 08.38.41 # casainho: Some cosmetic comments - "//" shouldn't be used (use /* .... */) and no TAB characters. 08.39.41 # Also, some files have extra ^M characters on some lines (but not all lines). 08.39.42 # hmmm... ok, // are easy to find but I don't know how I will identify the TABs on every file.... 08.40.21 # ^M ?? whats that? 08.40.21 # Plus lines shouldn't be longer than 80 characters. 08.40.35 # ASCII 13 08.40.57 Join MethoS- [0] (n=lem@host-091-096-211-034.ewe-ip-backbone.de) 08.40.57 # i.e. the files have a mixture of DOS and Unix line endings (in the same file) 08.41.19 # oh, I don't know how to do that of 80 characteres, how to identify, I am suingEclipse, I must find a way for it show me the 80 char 08.42.57 # Also,if the patch is just for a bootloader, you don't need to include apps/keymaps/keymap-lyre.c 08.43.30 # how do I do that line endings? is with just an ENTER key? 08.44.18 # can you please write all this on comments on patch tracker? (I didn't know that were so many things to rectify....) 08.44.28 # I don't use Eclipse. In emacs, I would just do a search and replace to replace a "^M" character with nothing. 08.45.02 # The docs/CONTRIBUTING document describes the coding guidelines. 08.45.47 # okok. Thanks. I must go for now. 08.45.49 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009030422]") 08.46.42 Quit kachna|lappy (Read error: 113 (No route to host)) 08.47.28 Quit bertrik ("Leaving") 08.47.46 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.51.10 Quit Mathiasdm2 ("Yuuw!") 08.52.30 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.53.31 Join petur [50] (n=petur@rockbox/developer/petur) 08.54.13 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-9b95f4712aea6122) 08.54.37 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-9b95f4712aea6122) 09.09.25 Quit bmbl ("Woah!") 09.12.23 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.12.58 Quit Seed ("cu, Andre") 09.18.29 *** Saving seen data "./dancer.seen" 09.20.39 # RockboxPlayer => TargetLyre ? 09.20.46 # or PlayerLyre? 09.20.53 # or... ? 09.25.06 # B4gder: ? 09.25.10 # the wiki page 09.25.17 # it's still there using the old name 09.25.23 # Ah... Maybe LyreProject 09.25.44 # That's how casainho has titled his menu in configure 09.25.57 # ah then I use that 09.29.30 # ... hm, then there's a whole range of related pages using the same prefix 09.29.57 # I could just rename it similarly on all of them 09.30.03 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 09.30.11 # yeah, just s/RockboxPlayer/Lyre 09.32.05 # Yes, the main page could be LyreProject, and do what Zagor said for the rest. 09.32.23 # yeps 09.34.06 # perhaps http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerV1HardwareComponents could just be removed? 09.34.27 # it seems to only contain a datasheet to be used in a player they're not working on 09.34.42 # Zagor: could you allow the webclient to join #rockbox-gsoc ? 09.35.05 # oh well, I'll rename it first and then we'll see 09.35.28 Join BigBambi_ [0] (i=86ceaf40@rockbox/staff/BigBambi) 09.36.26 Join ultrasonic [0] (n=manohar@203.199.213.3) 09.36.48 # rename complete 09.40.40 Quit MethoS- (Remote closed the connection) 09.47.26 # scorche: sure 09.49.43 # done 09.51.16 Quit Thundercloud (Remote closed the connection) 09.53.10 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 10.17.45 Quit nibbler_ (Read error: 113 (No route to host)) 10.21.15 Quit BHSPitMonkey (Remote closed the connection) 10.21.20 Quit scorche (Nick collision from services.) 10.22.07 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 10.38.57 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 10.43.15 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 10.45.25 Quit KevBurnsJr ("http://cloudbots.net coming soon") 11.11.12 Quit wincent (Read error: 110 (Connection timed out)) 11.11.12 Join AnonCoward [0] (n=alex@ylknnt162-179.theedge.ca) 11.11.58 Quit AnonCoward ("leaving") 11.15.58 Join axios [0] (n=axios@87.230.76.235) 11.16.50 # Hi, I have tried to find a new device that runs with rockbox. A totally new lot of gigs device, anyone have some sugestions? 11.18.30 *** Saving seen data "./dancer.seen" 11.18.37 # Oh sorry, didnt read topic. 11.19.12 Quit Lss (Read error: 104 (Connection reset by peer)) 11.20.03 Part axios 11.26.53 Join kushalone [0] (n=kushal@12.169.180.178) 11.27.42 # oh mp3hd... 11.28.00 # http://www.electronista.com/articles/09/03/20/thomson.launches.mp3hd/ 11.28.12 # countdown started until the question comes 11.28.48 Quit linuxstb (Read error: 113 (No route to host)) 11.30.02 # "An mp3HD file is simply a ".mp3" file including a standard mp3 file and additional information that is stored in the id3 tag (where other info on the track like artist name, song name, etc.. is also stored)," 11.30.17 # but but... a regular mp3 can't be 900kbps, right? 11.30.32 Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) 11.33.46 # http://www.pcmag.com/article2/0,2817,2343448,00.asp has that quote btw 11.42.52 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 11.44.42 Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 11.45.26 Quit Joe__ (Read error: 110 (Connection timed out)) 11.45.52 Join Joe__ [0] (n=joe@69.224.35.76) 11.47.35 Quit Nico_P (Remote closed the connection) 11.49.23 Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) 11.56.47 Quit kadoban (lindbohm.freenode.net irc.freenode.net) 11.56.47 NSplit lindbohm.freenode.net irc.freenode.net 11.56.47 Quit davidfg4 (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit jhMikeS (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit Kopfgeldjaeger (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit tmzt (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit Xerion (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit jfc (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit chrippa (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit webmind (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit suom1 (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit __lifeless (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit Bombe (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit lostlogic (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit Bagder (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit dionoea (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit crashd (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit preglow (lindbohm.freenode.net irc.freenode.net) 11.56.47 Quit fxb__ (lindbohm.freenode.net irc.freenode.net) 11.57.30 NHeal lindbohm.freenode.net irc.freenode.net 11.57.30 NJoin kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 11.57.30 NJoin davidfg4 [0] (n=david@69.51.95.200) 11.57.30 NJoin jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 11.57.30 NJoin __lifeless [0] (n=lifeless@188.17.95.192) 11.57.30 NJoin Bombe [0] (n=droden@freenet/developer/Bombe) 11.57.30 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 11.57.30 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 11.57.30 NJoin tmzt [0] (n=tmzt@adsl-99-164-62-86.dsl.akrnoh.sbcglobal.net) 11.57.30 NJoin Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 11.57.30 NJoin jfc [0] (n=john@dpc691978010.direcpc.com) 11.57.30 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 11.57.30 NJoin dionoea [0] (n=dionoea@yop.chewa.net) 11.57.30 NJoin crashd [0] (i=foobar@lostnode.org) 11.57.30 NJoin chrippa [0] (n=chrippa@evangelion.se) 11.57.30 NJoin suom1 [0] (i=markus@viitamaki.net) 11.57.30 NJoin webmind [0] (n=webmind@shell.puscii.nl) 11.57.30 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 11.57.30 NJoin preglow [0] (i=thomj@rockbox/developer/preglow) 12.02.22 Quit bubsy ("Mrrrrreow!") 12.10.42 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.15.17 Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 12.15.19 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.18.51 Quit robin0800 (Client Quit) 12.19.09 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.31.31 Join dfkt [0] (n=dfkt@unaffiliated/dfkt) 12.40.42 Join Ubuntuxer [0] (n=johannes@dslb-092-073-024-208.pools.arcor-ip.net) 12.45.38 Quit robin0800 (Read error: 110 (Connection timed out)) 12.54.03 Quit BUMBACL0T (Read error: 60 (Operation timed out)) 13.01.48 Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) 13.08.06 Join AndyIL [0] (i=AndyI@212.14.205.32) 13.18.32 *** Saving seen data "./dancer.seen" 13.20.48 Quit Ubuntuxer ("Leaving.") 13.21.15 Quit AndyI (Read error: 110 (Connection timed out)) 13.24.25 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 13.34.47 Quit ultrasonic ("Leaving") 13.37.24 Join archivator [0] (n=archivat@77.70.28.57) 13.38.17 Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) 13.40.56 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 13.41.43 Join pyro_maniac [0] (i=foobar@p57BB9F3F.dip0.t-ipconnect.de) 13.43.57 Join Casainho [0] (n=chatzill@bl8-158-40.dsl.telepac.pt) 13.45.15 # hello :-) -- regarding the commentaries here: http://www.rockbox.org/tracker/task/10045 ; what should be the line ending on the code? 13.46.18 # unix style 13.46.20 # Casainho: LF only, i.e UNIX endings 13.46.23 # 0x0a 13.47.11 # okok, thanks. I am using Eclipse and there is an option to convert it for Windows, Unix ow Macos style. 13.47.44 Part LinusN 13.49.31 # Casainho: The problem with your files are that they are a mixture of the two - i.e. in the same file some have DOS (Windows) line endings, others have Unix. So you or Eclipse has done something wrong. 13.50.39 # well, I may used some code from other sources... -- my problem for now is to have a way for I see how are the lines ending 13.50.53 # Eclipse also has an option to keep line endings as-is (are :)). If you select Unix though every file you edit and save will have the new style. 13.51.34 # archivator: do you know if there is a way for I see while editing the file, what are the ending character? 13.51.50 # linuxstb: and what you said: "Is any code in your patch (e.g. at91sam9260.h) taken from the Atmel SDK? If so, then you should include a header file from that project, including their copyright and license information." --> you are correct ;-) 13.52.06 # Hmm, not sure - try the paragraph symbol - the one that shows all whitespace. 13.54.14 # archivator: eheh, it works ;-) 13.54.24 Quit Joe__ (Read error: 145 (Connection timed out)) 13.54.31 Join Joe__ [0] (n=joe@69.109.41.216) 13.54.47 # archivator: today I even learned how Eclipse show the line limiter for 80 characters ;-) 13.55.15 # There is a Help menu. you know... 13.55.25 # and of course, all other line delimiters than "unix" are stupid :-) 13.55.52 # * gevaerts disagrees. All common line delimiters are stupid 13.56.48 # archivator: do you know if there is a way to visual identify the TABs on the line codes? 13.56.50 # gevaerts: not so. \n is explicitly a new line. \r is not. \n\r is reasonable but is outdated.. 13.56.53 # Using printer control codes to indicate line endings is a bad idea! 13.57.09 # that's only bad if you consider them printer control codes 13.57.15 # a single byte is sensible to use 13.57.28 # sure, but they should have chosen a different one 13.57.31 # and exactly which doesn't matter so the first one that was picked makes sense 13.57.42 # Casainho: That same mode should show tabs as an arrow and spaces as mid-line dots. 13.57.50 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 13.57.53 Part gartral 13.58.02 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.58.20 # \036 is at least as reasonable as \012 13.58.28 # archivator: oh thanks!! Now I have all the tools needed for working on all questions about my patch ;-) 13.59.30 # B4gder: about the LCD_DEPTH, does the Rockbox have an LCD driver for the 444? 13.59.53 # I spoke about the comment 14.00.04 # reading that code it sounds as if you have 64K colours 14.00.29 # I just think it perhaps could be wise to mention how things work in there in a comment 14.00.46 Join midgey [0] (n=tjross@71.238.148.140) 14.01.08 # Casainho: since you're the first using a 444 driver you'd be the first to write code for dealing with it internally, if you think that's a good idea 14.01.10 # B4gder: ah, I understand now what you wanted to say ;-) 14.03.08 # B4gder: I am fighting to get help for someone make a prototype for ourself developers, like 10 units for start, and we may change the LCD if possible. 14.05.21 # I think you'll get more people interested with a proper 16bit lcd that can show video if desired 14.11.48 # yes, but no developer will build his own hardware 14.12.30 # I think the best option for now is finding a partner for helping us, and selling to us, a few units/prototypes 14.13.10 # like this guy is selling his own boards on Ebay: http://search.ebay.com/_W0QQsassZopendous 14.13.23 # and his project page is this one: http://code.google.com/p/avropendous/ 14.15.10 # and then we should try to use an better LCD, if possible -- if the partner have technology for soldering the LCD connector, etc 14.15.32 # does anyone have any idea of this? were we can get help? 14.16.00 # I asked this yesterday but I got conflicting answers - what's the best place to add a hook allowing plugins to read PCM data? Also, since the plugin callback would execute in a different thread context, is there a way to avoid mutexes? Further, is a callback the best way to pass data to the plugin (in way similar to how DSP functions work) or should the PCM side keep a separate plugin buffer and only send it when asked for it? 14.16.41 # archivator: What are you planning on writing as a plugin, if you don't mind my asking? 14.16.49 # Casainho: who's doing your current PCBs ? 14.16.55 # LambdaCalculus37: a frequency spectrum analyzer 14.17.12 # archivator: Oooh, nice! :) 14.17.51 # archivator: no one. We are using a development board + a custom board, which I have just made one unit for myself at my work, I can't do anymore :-( 14.20.16 Join pyro_maniac1 [0] (i=foobar@p57BB9B28.dip0.t-ipconnect.de) 14.21.12 # Casainho: technically, you *could* etch the boards yourself with a laser printer and some cheap chemicals but the board would be quite large - no way to do multiple layers either. :) You're in Portugal, right? And there isn't a single shop that does PCBs? That's kinda hard to imagine - here in Bulgaria I know of at least 6 places that do that. And that's just one city =/ 14.21.43 # hey!! Olimex is from Bulgaria!! :-) 14.22.38 # we need someone that design the board and have experience with some shop of PCBs 14.22.53 Quit pyro_maniac (Read error: 60 (Operation timed out)) 14.23.05 # but there is also the need for someone solder the components 14.23.27 # I would prefer to pay for someone else do all that.... 14.24.14 # One of the places I've worked has automated component soldering - it's quite expensive on a small scale, though. 14.24.30 # *worked with 14.25.48 # oh, I work on a company like that.... 14.26.01 # but that is no solution for our actual situation... 14.26.41 # I think I will get more help from smaller companies / individuals... 14.28.11 # Well, there are these guys here, they do PCBs with a solder mark for 2 euro/dm2 - it's not impressive but does work for my side projects. I bet there is something like that where you live.. 14.29.06 # yay, another rockbox device \o/ (patched an ipod mini) 14.29.12 # and good afternoon 14.30.19 # archivator: but they just do the PCB? or they also assembly? 14.31.06 Quit kachna|lappy (Read error: 110 (Connection timed out)) 14.31.14 # I know makepcb.com makes cheap pcb's 14.31.18 # but no assembly afaik 14.31.31 # and it might take a while 14.31.58 # Casainho: PCBs only. No one would do SMD (or any other kind actually) assembly for fewer than 100 PCBs.. 14.32.29 # well, there is some guys that do oven reflow at home... 14.32.38 # yeah 14.32.42 # small oven works 14.33.26 # if someone knows any potential shop/individual that would sell to us that service, please say ;-) 14.33.33 # Casainho, you're trying to get a prototype for a media player build? 14.33.57 # Casainho: If I were you, I'd find an engineer who's done SMD assembly (has the tools and skills for the job) and hire him outside of his usual job.. Sounds reasonable to me.. 14.34.03 # webmind: yes, I am, for this one: http://www.rockbox.org/twiki/bin/view/Main/LyreProject 14.34.14 Quit jordoex (Read error: 60 (Operation timed out)) 14.34.43 # Casainho, nice 14.34.48 # well, I have a guy here at work that do SMD soldering. but is not all the solution... 14.34.53 # Casainho, have you tried asking arround hackerspaces? 14.35.07 # webmind: no, I don't know what is even that. 14.35.49 # Casainho, ah 14.35.51 # I am a bit lost in what we should do, the best path... 14.36.07 # Casainho, spaces where people do 'hacking' in the broad sense of the word 14.36.18 # anything from knitting to soldering to coding 14.36.27 # see hackerspaces.org 14.36.50 # and automated fabrication seems to be all the hype 14.37.00 # so maybe someone has made something for smd :) 14.38.14 # oh, I were now seeing the list here in Portugal -- I recognized 3 places of 4, I already meet some guys and I even did a presentation to Rockbox and Lyre in one of that places, recently 14.38.30 # cool :) 14.38.43 # here is more people arrount Linux, etc -- very few hardware people :-( 14.38.55 # yeah 14.39.25 # I found one guy/shop that works a lot with Arduino, but they do very simple hardware, much more simple that I can do... :-( 14.39.45 Join parafin [0] (i=parafin@paraf.in) 14.40.18 # Casainho, you might want to poke 1scale1.com 14.41.45 # Casainho, you could also try the sparkfun forum 14.42.01 # I already tried Sparkfun forum... no response :-( 14.42.11 # pity 14.42.13 # and I am not getting response from Olimex either 14.42.28 # liquidware? 14.42.39 # so I think smaller ones will probably quicker help our project than that bigg ones 14.43.16 # I didn't know aboyt liquidware... 14.43.55 # archivator: don't you want to help us? 14.44.19 # webmind: do you want to talk with liquidware about this project? 14.44.43 # I don't know them myself. 14.44.57 # so that won't add anything, except maybe confusion :) 14.46.01 # archivator: sorry, really don't have the time. Besides, I haven't done any EE work for the past 2 years, so I'm not that familiar with current market.. Might do something stupid and spoil the party for everyone =/ 14.46.14 # oh, I am not having much free time and even I am bad at english language :-( 14.46.32 # archivator: okok. thanks :-) 14.46.48 # Casainho, I think your english will be good enough :) 14.47.05 # Casainho, I'll let you know if I find other options though 14.48.05 # webmind: thnaks!! you can contact us on the forum: http://forums.rockbox.org/index.php?topic=6751.new;topicseen#new 14.48.17 # we really need help, more people joining us 14.48.33 # Casainho, I'll keep it in mind 14.48.38 # there is a lot of different work to do 14.48.39 # thanks. 14.48.42 # but you won't stay in the channel? 14.48.45 # I must go now 14.48.52 # I must go .- bye bye 14.48.54 Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 15.00.16 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.06.22 # btw, I was wondering 15.06.40 # is anyone looking in to porting rockbox to playing on cheap chinese 'mp4' players? 15.10.47 Join midijunkie [0] (n=Miranda@pD95477F5.dip0.t-ipconnect.de) 15.11.30 # webmind: any brand in particular? 15.11.48 # the ones we have been working on are not very cheap 15.12.16 Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) 15.13.25 # markun, these are 25-50 USD 15.13.36 # "cheap chinese mp4 players" are many different ones 15.13.42 # http://www.dealextreme.com/details.dx/sku.19488 15.13.45 # B4gder, I know 15.13.52 # they're also rather brandless 15.14.05 # yes, or they're called "ipod" :-) 15.14.18 # B4gder, yes :) 15.14.21 # B4gder: didn't you write a blog post about it? 15.14.22 # hmm 15.14.25 # come to think about it 15.14.31 # I could of bought 2 of those 15.14.42 # and donate one :) 15.14.43 # markun: you mean the onda ones? 15.15.14 # B4gder: I thought it was about chinese brands in particular, but might be wrong 15.15.25 # nope, never done that 15.15.51 # markun, what would you call cheap? 15.15.52 # webmind: keep in mind that a port takes time and if that particular model is not very popular it's a bit of a waste 15.16.05 # < 50 euro 15.16.20 # and the unbrandedness is a problem too 15.16.29 # markun, most of these are <50 dollar 15.16.31 # B4gder: I was just going to say that too 15.16.40 # markun, true 15.16.55 # Hello all, I would like to participate in Summer of Code 2009. I have some trouble to choose the theme of the project. First one idea of mine was to port Rockbox to a Qt application, which would enable it for using both on Qtopia devices (OpenMoko, Sharp Zaurus et cetera) and on desktop devices (with Qt3 or Qt4). But as I read it from the IRC logs, another guy would like to do something very similar (the only difference is the he 15.16.55 # to collide with other participants, I got another idea. Recently I ported a UI for a sound synthesis environment to Qtopia, which runs both on Sharp Zaurus (Linux PDA) and on x86 Linux. Now the idea is to port both the synthesis environment and the user interface to Rockbox to have something like this: http://www.youtube.com/watch?v=kukNp4uwcKc . The question I would like to ask here is, would such a project be interesting for t 15.17.33 # wincent: please use shorter lines. They get cut off now 15.17.53 # wincent: Do you have a link to that "sound synthesis environment" that isn't a video? 15.17.57 # wincent, your sentace ends at 'nteresting for t' 15.18.27 # Ok. Again: would such a project be interesting for the developers and users of Rockbox? This is my question. 15.18.28 # that video makes no sense to me - looking at it without sound... 15.18.33 *** Saving seen data "./dancer.seen" 15.18.42 # wincent: what exactly is the project? 15.18.43 # wincent, is that pure data for an ipod? 15.18.49 # Yes. 15.18.57 # funky :) 15.19.05 # wincent: Again: Do you have a link to that "sound synthesis environment" that isn't a video? 15.19.08 Quit |ahmina| (Connection reset by peer) 15.19.14 # it looks like a fun plugin, but it's not really something that furthers Rockbox 15.19.24 Quit lymeca (Read error: 104 (Connection reset by peer)) 15.19.35 # linuxstb: http://gige.xdv.org/pda/ 15.19.48 # This is the environment. 15.19.51 # linuxstb: http://crca.ucsd.edu/~msp/software.html 15.20.10 Join mcuelenae [0] (n=mcuelena@78-22-100-245.access.telenet.be) 15.20.10 # My UI is here: http://www.katastrophos.net/wincent/blog/ 15.20.22 # Zagor, well it could make a rockbox 'player' into a musical instruments if I understand correctly. 15.21.03 # wincent, nice, does it run on angstrom aswel? 15.21.09 # I thought about something like RjDj for iPhone. 15.21.42 # webmind: Probably. The sources are in SVN, if you get it to compile on angstrom, then... 15.21.54 # But we disgress here a little. 15.21.58 # yes :) 15.21.59 # sorry. 15.22.32 # So, how much interest is to create musical instrument on Rockbox? 15.23.32 # Or, maybe the better characterization, an environment where instruments created by users can be played. 15.23.47 # it's a little outside what I've had in mind, but that doesn't have to be a bad thing 15.24.11 # Can the instrument creation part be done on the device or does it have to be done on a PC? 15.24.32 # It has to be done on PC. 15.24.48 # It is comparable to RjDj -- both have PureData core. 15.28.19 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.29.03 # rasher: haha, I never knew there's a memo service 15.29.08 # webmind: that link on dealxtreme you posted earlier has a RockChip as chipset (says so in the description), which has almost no public documentation (and runs ARM+DSP, with DSP being some unknown core) 15.30.52 # petur: thanks for testing. The remote won't receive updates, unless the main unit doesn't have HAVE_LCD_ENABLE or HAVE_LCD_SLEEP 15.31.23 # * petur actually forgot to test and makes a note... 15.31.47 # mcuelenae, pity 15.31.53 # I could play save, and only disable the updates for the main unit, whether the remote is readable or not 15.32.30 # I didn't see sleep/enable for remotes at all, so I guess assuming all are readable is the safer assumption 15.32.32 # webmind: there are some chinese players who run an Ingenic chipset, but most of them aren't as cheap as <50 eur though 15.32.55 # the current remotes are readable without backlight because they are all monochrome or greyscale 15.33.12 # mcuelenae, any idea on how hard a port would be if there where docs, and if this is feasable? (also considering usage) 15.33.30 # I'm porting Rockbox to Ingenic based devices, and it takes quite some time 15.33.44 # k 15.33.57 # I think I started about a year ago 15.34.40 # ouch 15.34.48 # hmm there are some Onda's ~ 60$ USD 15.34.55 # you get some for less on eBay I guess 15.34.59 Join Ubuntuxer [0] (n=johannes@dslb-088-077-001-044.pools.arcor-ip.net) 15.35.01 # s/get/could get/ 15.35.26 # * webmind got himself an ipod mini recently 15.35.32 # so I've got something again 15.35.45 Nick mcuelenae is now known as mcuelenaere (n=mcuelena@78-22-100-245.access.telenet.be) 15.35.47 # just thought it would be nice to have it on some hardware which is cheaply available 15.36.23 # webmind: http://www.rockbox.org/wiki/OndaVX747 the Onda is rather cheap 15.37.35 # mcuelenaere, not 25 though 15.37.42 # not that cheap :) 15.37.55 # and are these models still available? 15.38.02 # (besides ebay :) 15.38.05 # pixelma: so, all remotes are readable? 15.38.27 # currently supported lcd remotes are,yes 15.38.39 # webmind: the VX747 is getting EOF I think, but the VX777 isn't (yet) 15.38.51 # allpmp.com has some 15.39.18 # k 15.39.50 # you could also look into other Ingenic Jz4740/Jz4732 players 15.40.02 # most of them shouldn't require much porting 15.41.40 Join _lifeless [0] (n=lifeless@94.51.195.132) 15.42.30 # pixelma: thanks for the info, I'm going to only deactivate updates on the main unit then 15.43.01 Quit jhMikeS (Nick collision from services.) 15.43.07 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 15.44.33 Join toffe82 [0] (n=chatzill@74.0.180.178) 15.46.50 # Now that there are more people here, could you please look at today's logs - 13:15 GMT - I asked a lengthy question which I'd rather not repeat. 15.47.43 # Brief version - where do I place a hook that provides PCM data to plugins? 15.57.00 Join {phoenix} [0] (n=dirk@p54B46D6F.dip.t-dialin.net) 15.57.56 Quit __lifeless (Read error: 110 (Connection timed out)) 15.58.23 # mcuelenaere, 60 usd, not a bad price indeed 15.58.25 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 15.58.33 # webmind: which player? 15.58.44 # vxr747 4gb 16.00.37 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 16.00.46 # it doesn't have audio fully working though atm 16.01.14 Quit kushal_12_27_200 (Client Quit) 16.03.31 # ah k 16.03.48 # then I won't feel fully ripped of on my ipod :) 16.04.26 # other then that, the port is in quite a good state 16.07.01 Quit robin0800 (Remote closed the connection) 16.10.28 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 16.16.42 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.24.14 Join ultrasonic [0] (n=manohar@203.199.213.3) 16.35.30 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 16.41.56 Join dberg918 [0] (n=dave@cpe-098-121-161-003.ec.res.rr.com) 16.42.56 # has anybody noticed that the H10 20GB build didn't update on the Current Builds page? 16.43.00 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 16.43.34 # everything else is at r20485, while the H20 is at r20483... 16.44.05 # sorry if this is old news... 16.44.17 # hm 16.44.37 # I take that back, the Ondio FM is also at 20483 16.44.52 # jhulst's server - if the zip is not there, it would also explain the delayed deltas... 16.45.30 # same with the OndioFM 16.45.45 # "Warning: couldn't get zip from ... /build-ondiofm" 16.45.55 # I was able to download the zip for the H10, and it is version 20483 16.46.10 # yeah, that was from the previous build round 16.46.18 # the 20485 failed to get transfered 16.46.25 # back to the build master 16.46.37 # each build is done distributed by a remote build client 16.48.00 # zip 16.48.01 # -sh: zip: command not found 16.48.07 # on that host 16.48.51 # Your fault :) You only ask for sdl and the compilers :) 16.49.13 # * B4gder takes full responsibility for every build server around the clock! 16.49.16 Join larsivi [0] (n=larsivi@84.48.63.70) 16.50.31 # hai, do anyone know if work on 2nd or 3rd gen ipod nano has gotten further than what is described in the wiki? 16.50.48 # I currently have an unused 2nd gen and may be willing to experiment with it 16.51.37 # jhulst: you've got mail! 16.51.38 # check the forums 16.51.48 # any work done would be documented in the wiki or the relevant thread in the New Ports forum 16.55.00 Join cspotcode [0] (n=Administ@dark-sage-77.dynamic2.rpi.edu) 16.57.03 # ok, I'm off to compile my own r20485 build 16.57.08 # happy Monday everybody 16.57.33 Quit dberg918 (Remote closed the connection) 16.59.44 # darn commie smurfs, ruining perfectly good wps themes :/ 16.59.45 Quit toffe82 (Remote closed the connection) 17.01.21 # * Unhelpful tries to figure out how to resolve evilnick's complaint by adding a half a byte to his theme 17.06.46 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-dcd321aef776e5cd) 17.07.46 Quit Zagor ("Don't panic") 17.08.26 Join toffe82 [0] (n=chatzill@74.0.180.178) 17.14.58 # where is the code for the file browser actually located in rockbox? 17.15.10 # which part of it? 17.15.22 # tree.c and filetree.c and tagtree.c 17.16.57 # JdGordon: Llorean told me about an interesting feature in XBMC where you can merge different volumes together in the file browser 17.17.04 # i wanted to see how hard that would be to do in rockbox 17.17.36 # isn't it already done? 17.17.36 # saratoga: I've used that before in XBMC, it's pretty nifty 17.18.10 # Nico_P: it recursively combines the file tree of different volumes 17.18.28 # what we do now is basically just symlink other volumes as folders in the main volume 17.18.33 # oh I see 17.18.35 # saratoga: you probably need to look into ft_load() for that i tihnk (that actually loads the directory into the buffer) 17.18.37 *** Saving seen data "./dancer.seen" 17.18.47 # i dont know if it is doable though 17.18.53 # * JdGordon rejoins the convo in 20min 17.19.22 Join sanket [0] (i=cb6ef316@gateway/web/ajax/mibbit.com/x-c81e1c5068c998fb) 17.19.47 # saratoga: There is a reason why we "mount" and not merge. Merging potentially produces name collisions 17.20.30 Quit BigBambi ("No Ping reply in 30 seconds.") 17.20.58 # Besides, this is a filesystem feature, not a filebrowser thing 17.21.12 Part sanket 17.22.30 # amiconn: name collisions should only happen if you have the same song in both volumes, and can be delt with by simply ignoring the second copy 17.22.37 # this is what I believe XBMC did 17.22.41 # * rasher doesn't see *much* benefit in mimicking unionfs 17.23.02 # Unless it can be done with little overhead/code 17.23.22 # saratoga: does this volume merging feature on XBMC have a specific name? 17.23.38 # mcuelenaere: i don't think so 17.23.40 # I'm willing to bet it's unionfs in action 17.23.47 # http://en.wikipedia.org/wiki/Unionfs 17.24.46 # can't one simply use the DB browser? 17.24.51 Join BigBambi [0] (n=alex@194.189.72-86.rev.gaoland.net) 17.24.52 # i didn't even know it existed until Llorean saw my idea and said he'd been doing it for ages 17.25.41 # what targets have multiple volumes? the sansas and one of the Archos? 17.25.55 # and i guess some upcoming iaudio players 17.25.57 # Sansas, Ondios 17.26.07 # anything with a ramdisk :) 17.26.09 # And any custom build with multivolume 17.26.36 # so its basically just flash players then? 17.26.38 # ah yes, so potentially all archoses (big disks need multivolume there) 17.28.01 # the archos with big disks have multiple partitions? 17.31.00 # yes 17.31.46 # The bridge chip doesn't handle more than 128GB, so if you have a bigger disk you partition it, only use the first partition over USB, and copy to the second partition within rockbox 17.31.59 # That trick also gets hard with merged volumes... 17.32.36 # it might not be worth it on the Archos 17.32.42 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.40.25 # Nico_P: then all checks for id3 are useless. one of the first things in the wps is doing wps_state.id3 = audio_current_track(); 17.40.43 Quit GodEater ("Leaving") 17.44.19 # kugel: IIRC it used to be possible for audio_current_track to be able to return NULL 17.44.43 # also I don't think the check costs much and it's good practice 17.44.57 Join JdGordon| [0] (i=836b0052@gateway/web/ajax/mibbit.com/x-dab7cd1e6acef77a) 17.49.49 # Nico_P: I find it more confusing than good practice, because half of the wps functions checks for id3, the other half not. 17.50.32 Join toffe82_ [0] (n=chatzill@74.0.180.178) 17.51.04 Part B4gder 17.51.45 # I'm not saying checks are wasteful, but it's quite confusing to. I'd say a initial check (and all the subroutines assume valid id3 (which is safe, because id3 is valid once they're called)) should be sufficient 17.52.52 Join toffe82__ [0] (n=chatzill@74.0.180.178) 17.53.02 # hm, mpeg.c can apparently return NULL in that function 17.54.56 # * JdGordon| said that yesterday 17.55.26 # * kugel doesn't remember 17.56.01 # but only if there's no tracks in the memory, which doesn't sound possible to me 17.57.49 # for that you need to talk to somone who actually knows how mpeg.c works... 17.58.00 # I don't believe removing NULL pointer check to be a useful thing to do 17.58.01 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 17.58.43 # I think it's worse when it's not consistently being done. 17.59.30 Quit toffe82_ (Read error: 60 (Operation timed out)) 17.59.54 # i wonder if funman's unknown I2C audio device on the V2 clip might be an AS3517 18.00.03 Quit BigBambi_ ("http://www.mibbit.com ajax IRC Client") 18.00.15 # the registers he mentions are present on the 3517 and do things that ought to be useful 18.00.21 # kugel: then IMHO the missing checks should be added 18.00.30 # saratoga: older than what's in the V1 clip? 18.00.48 # the v1 has a 3514 built in 18.01.02 # and the v2 apparently does not, so the 3517 would be an obvious upgrade 18.01.54 # i think funman isn't right about ARMv5 though, since I also so those ops in the V1 firmware, I think they may just be dead code in one of the codecs or some other binary component 18.01.54 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 18.01.55 # saratoga: it has the 3514? How's the sound quality so much better compared to e200v1, then? 18.02.55 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.03.15 # I always thought we're just lucky that the as3525 is so compatible in the areas we re-use 3514 code 18.04.22 # i think its actually the same device, but its possible they changed things on it 18.04.37 Quit petur ("work->home") 18.04.46 # either that or integrating it onto the CPU fixes whatever interferance it had on the v1 18.06.44 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.06.56 Quit robin0800 (Read error: 110 (Connection timed out)) 18.07.24 # JdGordon|: so, was/is it hard to sync with my changes? 18.08.33 Quit toffe82 (Read error: 110 (Connection timed out)) 18.10.29 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 18.10.44 # Nico_P: one could also do assert(id3), and define assert as nothing as long as we're sure there can't be NULL. if code is reused, only assert would be enabled. 18.11.25 # but yea, just removing all checks isn't the right thing to do, I agree 18.12.13 Join krazykit` [0] (n=kkit@adsl-76-251-242-18.dsl.ipltin.sbcglobal.net) 18.12.13 Quit krazykit (Read error: 131 (Connection reset by peer)) 18.12.29 # Anyone got any ideas on how to expose PCM output data to plugins? 18.12.41 # archivator: did jhMikeS give (you or anyone else) pointers on how to tap into the PCM driver? 18.12.57 # No. 18.13.08 # you want the data that's leaving the PCM buffer and being fed into the DAC 18.14.11 # kugel: I don't understand the point of defining assert as nothing just for the sake of one particular case. also, where would you put the assert(id3) call? 18.14.39 # Well, I could also use the data that's being fed to the PCM buffer though that wouldn't be realtime. 18.15.38 # saratoga: I don't think that post needed removal, but I'll PM him instead now :) 18.15.43 Nick krazykit` is now known as krazykit (n=kkit@adsl-76-251-242-18.dsl.ipltin.sbcglobal.net) 18.15.58 # oh you moved it 18.16.19 Join cspotcode1 [0] (n=Administ@dark-sage-77.dynamic2.rpi.edu) 18.17.02 # archivator: I guess as a first step, non realtime would be OK. at least that way you'll have PCM data to display 18.17.10 # Nico_P: in every function that wouldn't work properly with id3 == NULL 18.18.04 # the assert could also be used for the other structs which can basically never be null 18.19.01 # anyway, I don't care much anymore, it's not so confusing for me anymore (but when I first looked at the code) 18.23.10 # maybe add a comment if its still ugly 18.23.29 # * mcuelenaere just did 18.23.48 # nvm that last line 18.26.52 Join MethoS- [0] (n=lem@host-091-097-240-237.ewe-ip-backbone.de) 18.26.53 Quit killan (Read error: 104 (Connection reset by peer)) 18.26.54 # saratoga: as3527 isn't our candidate either 18.27.07 # the datasheets for 353x need to be requested 18.28.13 # those would be armv5t too 18.29.10 # saratoga: also, 353x sounds too advanced for sandisk's needs to me 18.30.15 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.30.59 # maybe a core function could just set a callback to call right before (or maybe right after?) pushing a chunk of data to the actual DAC? and anybody implementing such a callback would do so with the understanding that it should return *quickly*? 18.32.42 Quit cspotcode (Read error: 110 (Connection timed out)) 18.34.23 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 18.39.21 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.39.32 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.39.53 Join bs66_ [0] (n=sysuser@94.191.173.155.bredband.tre.se) 18.41.21 # Am I right in assuming that the path from buffer to DAC is pcm_play_data -> pcm_play_data_start -> pcm_play_dma_start (driver side)? I think my hook should be in pcm_play_data* but I am still vague on the details.. Do I copy data to a buffer specified in the plugin or do I use callbacks of some sort? 18.43.01 Quit cspotcode1 ("Leaving.") 18.43.21 # kugel: havnt tried yet 18.48.40 Quit mcuelenaere () 18.49.03 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.54.59 # kugel: if you hex edit the v2 firmware, its got the strins AS3525 in it, so I think its probably not a 353x 18.55.33 Join Erant [0] (i=erant@plz.stfu.kthnx.org) 18.56.29 # archivator: both ways are possible, but maybe a callback would be enough. plugins can the still copy it in the callback into a buffer if needed. 18.57.01 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 18.57.08 Quit homielowe (Remote closed the connection) 18.59.13 Quit saratoga ("CGI:IRC (EOF)") 18.59.41 # domonoky: Right. I'll try it out in a few minutes. 19.00.55 Part pyro_maniac1 ("Leaving.") 19.00.56 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-2ba5e36b567d6131) 19.00.59 Quit kushal_12_27_200 (No route to host) 19.03.44 # archivator: pcm_play_dma_get_peak_buffer gives the current playback position within the current buffer as accurately as possible. it's also a moving target afterall. 19.04.22 # jhMikeS: I'm not sure I follow. 19.05.27 # archivator: the return value is the pointer of the next data to be fed to the DAC (laging by perhaps 4-8 samples), count is the amount remaining in the current chunk. 19.05.32 Quit parafin (Nick collision from services.) 19.05.40 Join parafin|away [0] (i=parafin@paraf.in) 19.05.58 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 19.06.55 # jhMikeS: How do I know how long this next chunk is? 19.06.59 # the pcmbuf_beep uses it in order to mix beeps with a few ms latency at most. see apps/pcmbuf.c 19.08.10 Join fml [0] (n=4fd3d5ee@gateway/web/cgi-irc/labb.contactor.se/x-084ad4252e41a690) 19.08.20 # archivator: 'count'-- what hasn't been played yet (in samples). mind that you could get 0 for count and NULL for the return value so that must be handled 19.09.01 Join kps [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-98ca4efcc9b3a35c) 19.09.19 Quit kps (Client Quit) 19.09.26 # Hello. Any comments about FS#9618 ? There was not a single reply on the mailing list. If it's not that important I'll commit it. Consistent WPS tag description is good IMO. 19.10.05 # jhMikeS: what does "peak" mean in this context? 19.10.31 # jhMikeS: This wouldn't by any chance have a different behavior on a simulator? 'Cause that's what I'm currently using and the sim is getting new values every HZ/20 ticks.. 19.10.58 Quit bzed (Read error: 101 (Network is unreachable)) 19.11.09 # Nico_P: It's rather atavistic now I think. It was put there so peak calculation could get the buffer for the current chunk but now it appears it's more useful than that. 19.11.55 # archivator: It might due to audio card latency but it shouldn't be essentially different 19.11.55 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 19.12.30 Join webguest74 [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-cd29c3e25a84c2d4) 19.12.31 # domonoky: any reasons to not release rbutil 1.1.1 tonight? 19.12.52 Quit webguest74 (Client Quit) 19.12.54 # no reason, but why not rbutil 1.2 ? :-) 19.13.15 # * rasher is compiling a static qt 4.5 on amd64 19.13.21 # thought about that too but it only seems like a minor update. 19.13.33 # For the nth time (ran out of space the other n-1 times). 19.13.40 # domonoky: did you see my latest pain-soaked attempt to integrate festival? :P 19.13.46 # any other opinions on this? I wouldn't mind making it 1.2 19.14.19 Quit linuxstb (Read error: 60 (Operation timed out)) 19.14.29 # It's technically not much, but theme site integration (if the site goes live..) is rather major 19.14.49 # true. That's what I was thinking about myself too ;-) 19.15.58 # archivator: i only took a short look. didnt found much time to really try it out. 19.17.15 # Right, no hurry. Just wanted to let you know this is probably as good as it gets - I honestly don't see what else I could integrate short of duplicating the festival_client functionality.. 19.17.56 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.18.41 *** Saving seen data "./dancer.seen" 19.19.45 Quit Ubuntuxer ("Leaving.") 19.19.50 # archivator: the sim might be grainier than the targets though (how often the pointer is updated thus how much it advances each time and how much audio is sent per "request"). 19.20.43 # archivator: from the code, the changes look good. But i will need some time to really try it out :-) 19.20.54 # jhMikeS: Nah, I think it was a bug in my code, will see in a moment. 19.21.23 # domonoky: As I said, no worries. It's not exactly key functionality. 19.21.58 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 19.22.24 # by the way: i am think about changing how configuration of tts and encoders work.. ( i want to better seperate Ui and logic). Maybe some generic configuration dialog based on a Table :-) 19.23.18 # Sounds good. I'll start work on a new TTS process some time next month. 19.23.37 # archivator: beware though, some targets can hand back physical addresses (pp502x, imx31) 19.24.58 # I am using a PP - how do I read from those addresses from pluginspace? 19.25.19 # for tts and encoder configuration, i am thinking about letting them present a data model, and use a generic table view (which shows dropdown boxes, spinboxes etc based on the models data.) But this will take a bit time to get to a good shape :-) 19.26.08 Quit lightbulbjim (Read error: 110 (Connection timed out)) 19.27.46 # MVC would be of great help there - just make sure the new system is easier than the old one (or at least as easy) :) We don't want 10 LOC to get a single configuration value. 19.28.01 # archivator: just read with the returned point. to translate any other pointers related to the buffer there is pcm_dma_addr. pcmbuf_beep apps/pcmbuf.c uses all that 19.28.34 # Right. Thanks, will try it out. 19.28.36 # * bluebrother is going to release rbutil 1.2 then shortly -- unless someone starts screaming *now* 19.29.59 # FlynDice: nice work 19.32.22 Join Terinjokes [0] (n=a5a10310@wikinews/Terinjokes) 19.32.27 # heylo again 19.33.17 Quit Terinjokes (Client Quit) 19.35.35 # FlynDice: I'm wondering how you tell it's running 19.39.01 Join Tamashii [0] (n=be9f50c6@gateway/web/cgi-irc/labb.contactor.se/x-9ef0c881cbf1c824) 19.39.35 # I was wondering, what's the official position on having a more general rbutil - let's call it rbtray for the purposes of discussion. I envision an app that detects when a rockbox device is connected, syncs it, does maintenance on its database, fetches albumart and that kind of stuff. No music management though, just automating the most repetitive of tasks. Kinda like a Rockbox on the device, rbtray on the PC bundle. Also, I don't think rbutil is a goo 19.39.35 # d fit for such an application. 19.40.57 # Hello! 19.40.59 # I'm wondering if somebody could help me. 19.40.59 # rasher: the Portuguese update is flawed, it re-enables the usbstack strings 19.41.30 # Tamashii: not without a question 19.41.51 # archivator: you might be interested on the last devcon writeup: http://www.rockbox.org/devcon2008/ (next to the bottom) 19.42.10 # archivator: I don't think some of those are really within the Rockbox remit - such as fetching album art. An argument could be made for some of the others, but I'd not personally use it 19.42.14 # Tamashii: you need to click the other button, not that one. Then it will work. 19.42.30 # * LambdaCalculus37 is going to be receiving a donated Sansa c250 soon... anyone going to need one? 19.42.34 # Hehehe, of course: I've run thru a lot of IRC logs in the Rockbox page, and I've run thru some solutions well explained in that logs, however, I'm still unable to install Rockbox in my iPod nano 1st. gen. 19.42.51 # LambdaCalculus37: v1? 19.43.01 # kugel: oh, oops 19.43.10 # kugel: I believe so. I'll find out for sure when it arrives. 19.43.36 # BigBambi: I realize that and that's why I'm not proposing extending rbutil in such a way. I was just thinking of Rockbox as an umbrella project and this new tool as a smaller project that fits but not quite. 19.43.43 # archivator: my personal opinion: there are better programs for handling album art and stuff. I'd however like to see an option to change the rockbox configuration and update the database 19.44.06 # bluebrother: What does this mean - RCC: Error in 'rbutilqt-lang.qrc': Cannot find file 'lang/rbutil_de.qm' ? 19.44.16 # Tamashii: how exactly did you try installing it? And what's the error? 19.44.21 # I already did the Restore configurations on iTunes, I already downloaded the 1.3.1 update package and installed it. No avail, the Rockbox Utility still is complaining about being unable to install the bootloader 19.44.31 # archivator: I don't think we really want anything that does anything outside direct Rockbox stuff (such as build database for instance) (just my opinion) 19.44.43 # archivator: Anything "official" that is 19.44.48 # rasher: ignore it, it warns because it cant find the compiled translations, but they will be built later. 19.44.51 # rasher: if building for a release this only warns because the language files haven't been lrelease-d yet. It will be done during the build process so this isn't a problem 19.44.55 Join kps [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-3242aac9ba69ffae) 19.44.59 # archivator: However, my view is minor :) 19.45.17 # Tamashii: "not being able" is a wide field. Can you be more specific? 19.45.23 # @bluebrother: I'm using Rockbox utility. 19.45.31 # Tamashii: I already figured that ... 19.45.52 # not sure about the fetching, but I think at least converting album art would be a job for a rockbox-affiliated app, because rockbox needs special album art 19.46.10 # BigBambi: So such a project is better off as a project with rockbox integration than a rockbox project with side functions? 19.46.17 # Tamashii: what OS are you using? Have you checked the output of About / System Info? 19.46.17 # and if rbutil wants to be the housekeeping utility, I don't see why it shouldn't do it 19.46.32 # archivator: Depends what it does IMO 19.46.32 # Ok, I click the Complete Installation button... And then it downloads the bootloader 19.46.38 # I would have no problems with rbutil fetching album art... especially if AA ever gets linked to the db 19.46.52 # And then: Failed to add bootloader. 19.46.58 # what's special on album art being in bmp format? There's nothing special at all, it's just one specific file format. 19.47.06 # I just think there is a danger in RBUtil doing too much 19.47.10 # Tamashii: what OS are you using? Have you checked the output of About / System Info? 19.47.13 # why? 19.47.20 # archivator: my opinion about such a tool: if it doesnt stray too far from the rockbox needs, i am ok with integrating them into rbutil.. 19.47.41 Join ibseco [0] (n=ibseco@BAH218f.bah.pppool.de) 19.47.44 # BigBambi: why cant rbutil be the swiss army knife for rockbox on the desktop? 19.47.46 # bluebrother: only supporting bmp, and neither jpeg or embedded, *is* special 19.47.49 # I'd rather have rbutil use Qt plugins for such functionality. 19.47.56 # It gets more confusing to use, harder to maintain,etc - there is no need for it to handle the kitchen sink 19.48.10 # JdGordon|: where do you draw the line? AA is allowed but tag editing is not? Database update is allowed but music management is not? From a user perspective, doing one and not the other would create chaos IMO. 19.48.25 # bluebrother: plugins is just a way to better structure the code in rbutil. Its still integrated into rbutil :-) 19.48.25 # * JdGordon| prefers not to draw lines 19.48.29 # Hm, seems you can manage to bring down rbutil source to about 17MB if you go on a deleting rampage 19.48.31 # @ bluebrother: Yes, I've checked it. I'm using Windows XP SP3. In About/System Info: OS: Windows version 5.1, build 2600 (Service Pack 3) 19.48.38 # the major problem with extending the functionality is simply that someone needs to maintain it. If we allow plugins to extend the functionality others can write plugins too 19.49.12 # oh yes, pluginise these stuff for sure 19.49.32 # bluebrother: Username: Tamashii, Permissions: Admin, Attached USB Devices: VID: 046d PID: c049, USB Gaming Mouse, VID: 05ac PID: 120a, iPod [...] 19.49.41 # bluebrother: with the current codebase, creating a plugin platform is not worth it - it'd be easier to maintain a separate app 19.49.49 # bluebrother: but who maintains those plugins ? i dont think there will be much devs outside building plugins, but not wanting to commit them to our svn. 19.50.16 # domonoky: I'm not sure about this. Just remember this Rockbox Center ... 19.50.53 # Rockbox Center? What was that? 19.50.58 # but i am ok, with putting some functionality into plugins. there is even a prove of concept plugin (for python code) in the tracker... :-) 19.51.04 # BigBambi: can't remember :) 19.51.12 # haha :) 19.51.24 # http://rockboxcenter.berlios.de/ 19.51.38 # i built this python plugin for them, so they could extend rbutil with it, but they never used it... 19.52.20 # I guess it was too complicated to get the plugin running as it's not part of the official rbutil binary (yet) 19.53.08 # still, a plugin concept might be good. We'll see how much it'll get used. And if it also helps having a better code structure the better 19.53.34 Quit ultrasonic (Connection timed out) 19.54.09 # no, i was in contact with them, and told them to tell me what they need... but it never happend.. 19.54.16 Quit kps ("CGI:IRC (EOF)") 19.54.53 # so its not because it wasnt official, but because the lost interesset or similar :-) 19.56.37 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 19.58.07 # bluebrother: we could change it in the theme site, but theme size is given in bytes... 19.58.59 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 20.00.40 Join Thundercloud [0] (i=thunderc@81.187.69.84) 20.02.48 # Nico_P: see my comment on 9795? what you rekon? 20.02.56 Join miepchen^schlaf [0] (n=miepel@p579EC849.dip.t-dialin.net) 20.06.16 Join PaulJam [0] (i=PaulJam_@vpn-3036.gwdg.de) 20.07.14 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) 20.07.44 Quit Conic () 20.08.06 Join petur [50] (n=petur@rockbox/developer/petur) 20.08.22 Quit Tamashii ("Thanks!") 20.08.42 # bluebrother: modified rbutil.tpl to divide by 1000 20.09.31 # rasher: ok, though I'd prefer 1024. It's displaying as kiB ;-) 20.09.46 # Hurg. Well okay 20.10.58 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-4abbb4dacfc3cade) 20.11.01 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.11.12 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 20.12.44 Join Schnueff [0] (n=mah@77-23-21-218-dynip.superkabel.de) 20.13.06 # kugel: re mmu I'm not sure it's running but there is a marked difference in the speed up to the point it fails so I _believe_ it is. I figured I'd just post the patch so maybe someone with a little more experience could tweak it into working... 20.16.41 # FlynDice: your patch doesn't change the bootloader correct? 20.16.46 Quit Conic () 20.17.17 # I'm wondering where it fails, then. "no partition found" is a bootloader message, isn't it? 20.17.52 # rasher: do you plan to fix portuguese ? 20.18.03 # kugel: no 20.18.08 # kugel: yeah, not exactly an urgent matter 20.18.29 # kugel: "Insert USB cable and fix it" is the main firmware 20.18.42 # oh 20.18.44 # No, it fails in main.c I believe where it tries to mount disks. I stayed away from the bootloader and just mimicked the OF in mmu-arm.s 20.18.51 # I've never had this, so I don't know 20.18.53 # In this case of course it means that you should fix USB first ;P 20.20.40 Join casainho [0] (n=chatzill@87-196-32-55.net.novis.pt) 20.21.41 Quit robin0800 (Remote closed the connection) 20.22.46 # petur: did you have a chance already to test the patch now? 20.23.06 # I changed to not disable updates on remotes (for now, at least), which should be safe 20.23.26 # hello :-) -- for a bootloader first patch of Lyre, do I need to commit also the apps.lds ? 20.24.08 # FlynDice: i probably fails because sd-access uses dma, which might have problems with caching... 20.25.31 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.26.35 Quit Makuseru (Read error: 104 (Connection reset by peer)) 20.26.39 # gsoc student applications are now open, i wonder how will be the first ? :-) 20.26.42 # casainho: RGB444 isn't difficult, as that would still need a 16 bit framebuffer. I.e. simply use lcd-16bit.c for all the drawing stuff, and have your target specific driver take care of some details 20.27.03 # * amiconn once considered going RGB444 for c200 20.28.19 # The display isn't that great anyway, and it would allow to speed up YUV blitting by ~30% (that's a low-level driver thing). But then it was possible to speed up the low level driver enough to keep RGB565 and still have mpegplayer run smoothly 20.29.00 # amiconn: I am really busy with others things now, like a first patch and put audio working. I don't really know what can be better, since this is my first time working with LCD. I also think that later I could try to use DMA for sending the data for the LCD. 20.30.25 # amiconn: I am looking for alternatives, for some individual/small company to assembly and produce first 10 units prototypes and on that time, we will change the LCD if we can (we desire it) 20.31.39 # Wow, the rbutil sources compress down to 600KB 20.32.22 # amiconn: do you want to work on the LCD code? ;-) :-) 20.32.41 # If you strip everything but the needed files from apps/codecs/libspeex and tools/, and exclude .svn dirs 20.32.50 # amiconn: and maybe find one for future hardware? 20.33.55 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 20.35.08 # bluebrother: rbutil-1.2 branch ready for building ? 20.35.16 Join tessarakt [0] (n=jens@e180069231.adsl.alicedsl.de) 20.35.28 Quit jhMikeS (Nick collision from services.) 20.35.28 Quit tessarakt (Read error: 104 (Connection reset by peer)) 20.35.34 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 20.35.53 # domonoky: yes 20.37.16 # No changes needed in release versions? 20.37.45 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.38.03 # no, rbutil now gets the rockbox release numbers from the server. 20.39.27 Quit kugel (Nick collision from services.) 20.39.32 Join kugel [0] (n=kugel@rockbox/developer/kugel) 20.40.15 # kugel: will test very soon... 20.40.16 # that change was the reason for the first minor release in about two years :) 20.43.39 # Bagder: rbutil 1.2 mac binary http://jdgordon.info/~domonoky/rbutilqt-v1.2.dmg please move to the download server 20.44.25 # petur: nice, thanks 20.46.17 # Bagder: non-mac binaries for rbutil 1.2 here: http://www.alice-dsl.net/dominik.riebeling/rockbox/ 20.46.56 Quit Horscht ("Verlassend") 20.46.56 # bluebrother: you're forgetting about 64bit! 20.49.40 # rasher: bah, who needs 64bit? :P 20.51.23 # people with >=4GB of RAM? 20.51.34 Quit {phoenix} (Remote closed the connection) 20.51.43 Join jaykay [0] (n=chatzill@p579E7029.dip.t-dialin.net) 20.51.44 # 64 bit is awesome, nevermind it cracks encryption faster ;) 20.52.09 # * scorche|sh shoos taylor_ away into a different channel 20.52.34 Join MT [0] (n=MTee@41.233.146.148) 20.53.11 # scorche|sh: what is your problem with me here? 20.53.23 # * scorche|sh points to the topic 20.53.33 # saratoga : ping 20.54.48 # taylor_: This is #Rockbox. Random off-topic comments don't belong here. 20.54.56 # jaykay: r20355 *is* backported 20.55.51 # * taylor_ reminds everyone scorche|sh how they were talking about 64-bit processors 20.56.28 # taylor_: and what does 64-bit processors breaking encryption have to do with rockbox? 20.56.39 # taylor_: No, they were talking about 64-bit support for RBUtil. 20.56.59 # ... to break encyrption 20.57.39 # kugel: why are 20256 and the ~40commits after r20357 not shown int the "normal" commit lists? 20.57.45 # linuxstb : ping 20.58.07 # jaykay: Because they didn't happen in any of the places that show up there. 20.58.13 # To break enryption for devices? I don't know. The point its, rasher asked why someone might need a 64-bit processor and I gave one reason. Now move on. 20.58.52 # jaykay: is r20356? 20.58.53 # its quite confusing when 40 commits are missing... 20.59.08 # jaykay: Then follow the commits by hand 20.59.13 # The frontpage only tracks commits to the "trunk" 20.59.23 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 20.59.24 # kugel: i meant that, sorry... and its not shown... 20.59.27 # If you want to watch other branches, you have to manage it yourself. 20.59.48 # Llorean: that doesnt change the fact that missing commits are confusing 20.59.49 # jaykay: then lookup what it did, you'll notice that it exists, but not every r is shown on the front page 21.00.08 # jaykay: Duplicate commits would be just as confusing to people *less* technically knowledgeable. 21.00.19 # jaykay: You can subscribe to commit mails, where you see all commits. 21.00.22 # you'll get used to it, and alternative svn log tools/techniques 21.00.25 # that ~40 commits were the theme site stuff 21.00.36 # Llorean: the commits for the theme site are not duplicates 21.00.41 # scorche: So I was interested in possibly doing a project for rockbox, it being one of the precious few embedded organisations in GSoC. How much of the hardware on the players is currently supported? 21.00.44 # jaykay: The backported one would be. 21.00.48 # Non-theme, I mean 21.00.48 # true 21.00.52 # jaykay: they also don't belong on the frontpage. 21.01.07 # The frontpage lists commits to rockbox trunk. Nothing confusing about that. 21.01.12 # jaykay: Seriously. The frontpage serves a specific purpose, it's *not* an "all commits" list. 21.01.37 # Erant: it depends on the device, but are you thinking about perhaps supporting currently unused hardware on a device? 21.02.22 # scorche|sh: That being one of my interests. Software/hardware boundary. 21.02.49 # scorche|sh: Ofcourse, porting SCUMM is awesome too ;) 21.02.50 # Erant: on "supported" targets nearly all hardware works. or else they wont be supported. But there are many upcoming ports which could need more driver work :-) 21.03.03 # of course its your decision what is shown and what not, but i have the opinion that "commits" shouldn't show up as commit anywhere... no need to hide them then 21.03.05 # kugel: what FS was that again? 21.03.24 # jaykay: They're not hidden. 21.03.26 # and backporting a fix is worth mentioning in the commit logs 21.03.27 # commits shouldn't show up as commits? 21.03.27 # Erant: you could look at, say, getting USBOTG support working, or some other USB bits 21.03.28 # petur: http://www.rockbox.org/tracker/task/8523 21.03.31 # domonoky, Erant: Though sometimes hardware is supported only to the degree necessary to get our features working. It could be possible to expand use of it (USB Host type stuff, perhaps better charging options) 21.03.37 # as what should they show up instead? 21.03.38 # rasher: on the main page, yes 21.03.40 # * bluebrother is confused 21.03.42 # jaykay: Backporting a fix *is* mentioned in the commit logs. 21.03.43 # domonoky: Got any interesting ports? Ones that possibly need some reverse engineering? 21.03.44 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.03.46 # bluebrother: i think they shouldnt be commits 21.03.54 # * Erant slaps Horscht 21.04.00 # jaykay: the front page is not the main source of commit messages. 21.04.01 # WTF! 21.04.03 # jaykay: "Not showing" is not the same as "Hidden". There are multiple parts of SVN, we show commits to the "Main Rockbox" part of SVN on the frontpage. 21.04.06 # jaykay: the font page commit list is to track actual developement, backporting a commit shown to another branch is not actual developement 21.04.10 # Erant, you keep stalking me! 21.04.10 # commits shouldn't be commits? :o 21.04.14 # Horscht: Long time no see ;) 21.04.23 # Horscht: This is off-topic. Please take random social chatter elsewhere. 21.04.25 # bluebrother: exactly :) 21.04.37 # Erant: the broadcom chip on the 5th gen ipods is currently unused, but i dont think that it would be a good project...if i were you, definitely look at our USB ideas on our ideas page though =) 21.04.53 # so a commit now becomes ... nothing? 21.04.54 # * domonoky thinks working on new targets might be a difficult gsoc project. you never know when you stumble about some "unsolveable" problem. (like chips without datasheet) 21.04.55 # scorche: Sounds interesting. Not done much with USB, would be a good place to learn. 21.05.10 # Erant: I wouldn't recommend things involving too much reverse engineering for GSoC. The risk of failure is *very* high on those 21.05.14 # bluebrother: yes 21.05.20 # Erant: Right now the AMS Sansas are the closest to complete of the interesting ports. I don't know how much more RE is needed. There's also the potential to RE the broadcom chip in the iPod 5G/5.5G. That's very much "supported player with not supported bit" 21.05.27 # domonoky: indeed...though there are some targets (such as archopen devices, etc) where we know it would be possible, so.. 21.05.36 # * bluebrother doesn't understand what jaykay is intending to accomplish 21.05.39 # gevaerts: It is hit and miss, but I have done reverse engineering. 21.05.46 # except confusing people in this channel 21.06.10 # jaykay: use http://svn.rockbox.org/viewvc.cgi/ if you're curious about not mentioned commits 21.06.36 # jaykay: or subscribe to the -cvs mailing list. 21.06.48 # Erant: I'm not trying to imply you wouldn't be able to do it :). Getting stuck for months is not unheard of though, and in GSoC terms thathttp://en.wikipedia.org/wiki/Absolutely_(TV_series) means failing 21.06.53 # oops... 21.07.02 # gevaerts: Unfortunatly, stuff like RE isn't taught in university, so you gotta pick up stuff where you can :/ 21.07.08 # gevaerts: nice.. 21.07.21 # geaverts: Very true. 21.07.40 # Erant: do you have an rockbox able mp3player ? 21.07.49 # Erant: For SoC projects, we're most likely to choose in favour of ones where a timeline can be realistically approximated. 21.07.51 Join casainho_ [0] (n=chatzill@87.196.239.144) 21.08.09 # MT: Pong 21.08.26 # The broadcom chip isn't unused... otherwise rockbox wouldn't be able to display anything 21.08.39 # I have an older iAudio I can get my hands on, yeah. Ofcourse, hardware would depend more on the type of project. 21.09.15 # When is release time? 21.09.31 # only some 3-4 ours left, I guess? 21.09.42 # Stuff like USB host would require a specific unit, obv. 21.10.06 # yes. Not *very* specific, but still not just anything 21.10.15 # kugel: Whenever Bagder's around to do it, mainly. 21.10.42 # * kugel practices the release-dance once more 21.11.13 # linuxstb : a fourier-related question :) ; I guess I will not have to deal with the math in the initial phase of the project, not until I start converting the decoder to fixed point, correct ? 21.11.48 # Correct. 21.14.48 # linuxstb : good, because my studies up till now were all about Fourier series and transforms for time continuous signals, no DFT, FFT ... I got myself a good book though so I was just checking to see that I'll have time to be good at them by the time I need them. 21.15.15 Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) 21.17.57 Quit midgey () 21.18.45 *** Saving seen data "./dancer.seen" 21.19.42 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 21.22.07 # linuxstb : could you please check my application one last time to tell me if I'm good to go ? ( http://pastebin.com/f33b50401 ) 21.22.44 # and if you have any comments, on the 'reporting' section specifically ? 21.23.49 # kugel: my remote seems to behave as it should 21.24.05 Quit casainho (Read error: 110 (Connection timed out)) 21.24.57 # petur: cool. You can verify that it's working for the main unit by commenting out the queue_post in the hook function. Then, the update after backlight on is slightly delayed 21.29.23 # MT: I would swap steps 2 and 3 - implement the standalone rm-to-wav first (using floating point), then convert to fixed point. (and then port to Rockbox). 21.29.48 # Was natsort ever disabled in the release branch? 21.30.20 # MT: (I am looking at 2.2.1) 21.30.23 # linuxstb : yes, done. 21.32.36 Join taylor___ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 21.33.07 # *lost power for two seconds :) 21.33.19 Join raphi [0] (n=raphi@pub082136127100.dh-hfc.datazug.ch) 21.33.41 # MT: as a hint: you can still change you application after you submitted it to google :-) 21.33.50 # MT: I have no other comments - it looks good to me. 21.33.57 # taylor___: For the last time, please stop the random not related comments in here 21.34.03 # what picure format does rockbox support? 21.34.11 # petur: what irivier do you have? 21.34.29 # doomwake: bitmap. 21.34.31 # h3xx 21.34.32 # doomwake: jpeg, non-progressive, for displaying. Bitmap for using in WPSes 21.34.33 # thanks 21.34.33 # domonoky: for album art? bmp. 21.34.46 # domonoky : Thanks for the hint :) 21.34.55 # linuxstb : thanks :) 21.35.11 # petur: good then. Did you verify it is working ok for the main unit? 21.35.21 # BigBambi: Real sorry about that, I actually did mean to post that on another channel with '/me'. 21.35.37 # wont happen again :| 21.39.28 # kugel: actually, it doesn't... 21.39.56 # Just to let everyone know, I tried running the 'notes' file under debug mode, but it crashes debug mode, so pretty useless for now :P 21.40.12 # if I initiate playback via the remote, and then wake up the main unit screen, the backdrop isn't loaded 21.41.02 # really? 21.41.13 # if I skip to the next/prev song it loads 21.41.35 # weird. setting the backdrop doesn't happen in the function that I made returning earlier if the lcd is inactive 21.42.05 # is that with commenting the line out? or with the plain patch too? 21.42.14 # plain patch 21.42.24 # I also saw it with the modified one 21.42.40 # it's working with svn, I assume? 21.42.51 # I thought is was because of the commented-out line but on reverting it was still there 21.42.52 # taylor___: What's debug mode? 21.43.01 # will try now with svn 21.44.10 # debug mode, its pretty easy to find? 21.44.38 # like I said, its useless howver 21.44.42 # *however 21.44.46 # taylor___: What player are you referring to. Of the known modes for various players, I can think of DFU, Manufacturing, Diagnostic, and Disk. 21.44.51 # And Recovery 21.45.02 # there is a small 'debug' mode.. 21.45.08 # Llorean: and bricked :) 21.45.17 # that can be activaded in the notes area 21.45.26 Join merbanan [0] (n=banan@c-83-233-172-236.cust.bredband2.com) 21.45.32 # taylor___: Remember this channel covers about 30 different DAPs, so some context to your comments is helpful... 21.45.46 # * GodEater has no idea what taylor_ is talking about 21.45.50 # Especially if you're talking about an OF that most of us never touch 21.46.06 # GodEater: Nor does anyone else 21.46.11 # gavearts: because of the notes area it would be extremely hard for the average user to break an ipod unless you open it up and smash with a hammer :) 21.46.15 # ah, I'm in good company then 21.46.15 # *DFU 21.46.22 Quit taylor_ (Read error: 110 (Connection timed out)) 21.46.23 # Because of the DFU i meant to say 21.46.40 # so you're talking about some sort of ipod then ? 21.46.43 # taylor___: For god's sake, what player? 21.47.06 # hold on a sec...im getting the key combo right now, and don't swear please 21.47.18 # * GodEater wonders who swore 21.47.28 # taylor___: The generation would be helpful. And saying god is not swearing. 21.47.30 # a) I didn't swear, and b) for god's sake, what player? 21.47.55 # Regarding my plugin work, good news first - I was using the right method to access PCM data all along, had a bug that messed up all the data. Bad news - something is inherently wrong with my FFT implementation - the graphs I'm getting look weird - peaks at 1/4, 1/2, and 3/4 - will have to find another implementation. A (simple) frequency spectrum analyzer is coming soon.. :) 21.48.12 # Please give me a sec to open the documentation 21.48.17 # its on most ipods btw 21.48.32 # ah, so you are talking about ipods 21.48.39 # * taylor___ thinks everyone is a little impatient ;) 21.48.41 # yes, but he won't say which one 21.48.48 # maybe it's a secret 21.49.00 # How can I say which one when its 'ALL'? 21.49.18 # we know of 5 generations which don't have one 21.49.19 Quit fml ("CGI:IRC (EOF)") 21.49.25 # taylor___: List the ones that it does affect? 21.49.26 # taylor___: All players ever? 21.49.28 # so it's hardly ALL 21.49.41 # Ok... let me tell you how to do this.... 21.49.58 # its not a very indepth 'debug' mode. Apple just calls it this 21.50.09 # say you have a note file or a picture you want to check for errors.. 21.50.10 # kugel: SVN is ok 21.50.22 # *and its in the notes folder* 21.51.03 # linuxstb : I started extracting cook decoder from ffmpeg yesterday, looks like it will need a lot of files with it. I will probably need to write a makefile, right ? 21.51.11 # ok.. 21.51.22 # taylor___: Please please please please please can you let us all out of our misery and say which generation you are referring to? 21.51.36 # OK... 21.51.47 # * taylor___ already said ALL 21.51.58 # and we already told you it DOESN'T apply to all 21.52.01 # petur: thanks. I don't quite know where the bug is 21.52.12 # taylor___: ALL WHAT! 21.52.16 # setting the backdrops is a different function, not affected by the patch 21.52.22 # taylor___: certainly not all players, nor all ipods 21.52.51 # GodEater: How can you know when you don't know yet what I am talking about? And if everyone could stop yelling, I could explain this MUCH faster. Thanks 21.53.08 # not all ipods even support notes 21.53.23 # * BigBambi bangs his head on the desk in disbelief 21.53.24 # MT: yes a little makefile might be needed, but that isnt too hard :-) 21.53.43 # AHH! 21.53.49 # Ok... 21.53.58 Join webguest31 [0] (n=568032ad@gateway/web/cgi-irc/labb.contactor.se/x-fe871d4ad8850ecd) 21.53.59 # every ipod that can view notes has this, got it? 21.54.02 # can I go on? 21.54.14 # taylor___: *nobody* has been stopping you 21.54.21 # which is roughly 90% of ipods 21.54.25 # anyways. 21.54.49 # taylor___: Please don't use the enter key as punctuation. 21.54.55 # I wish you would stop 21.54.57 # MT: You might want to look at the apps/codecs/libffmpegFLAC directory - that is the FLAC decoder that I extracted from ffmpeg a few years ago, with a Makefile (Makefile.test) used to build it as a standalone test program. main.c is my standalone test proram. 21.54.59 # domonoky : thanks :) 21.55.01 # ^program. 21.55.24 # Ok, first you create a notes doc 21.55.28 # linuxstb : ok, will look there. Thanks. 21.56.00 # MT: And yes, you might (at first) need to copy a lot of files from ffmpeg, but you should try and clean them (i.e. delete any unused code from them). 21.56.12 # kugel: I'll have a look 21.56.18 Quit casainho_ (Remote closed the connection) 21.56.56 # I think the 3.2 draft release notes have a contradiction: it says at the top that USB has been taken out for the portalplayer devices as it isn't stable enough. It then explains that USB has been enabled on most targets since 3.1 21.57.17 # webguest31: clearly I forgot to remove some bits 21.57.19 # webguest31: We're just teasing the users... 21.57.39 # webguest31: thanks for spotting this :) 21.57.53 # Fixed. 21.58.13 # linuxstb : I was thinking that later I could rewrite the decoder to decrease the number of files a bit. 21.59.03 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 21.59.47 # MT: Yes. I wouldn't think too much about that yet though - just get something working. Although it would be a nice "bonus" if you could offer your conversion to fixed-point back to ffmpeg. Also, check the ffmpeg-devel mailing list archives - I think I remember someone posting some (unfinished) patches to convert cook to fixed point. 22.00.34 Quit _Auron_ (Read error: 104 (Connection reset by peer)) 22.01.59 Quit webguest31 ("CGI:IRC (Ping timeout)") 22.02.26 # I guess I might as well ask here - can anyone give me a plausible reason why I'm getting spikes in the FFT of the actual sound output - http://tinypic.com/view.php?pic=2luq3kg&s=5 22.02.43 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 22.03.02 # archivator: And you're playing regular music? 22.03.12 # Problem is, I don't have the needed skillz to decipher the implementation. Would be helpful if I knew what algo they're using. 22.03.27 # rasher: tried several songs - similar effects. 22.03.41 Quit Llorean (Read error: 104 (Connection reset by peer)) 22.03.47 # archivator: Just checking that you weren't playing some sort of generated signal 22.03.55 # petur: that would be nice 22.04.02 Join Llorean [0] (n=DarkkOne@99.158.46.113) 22.05.12 Quit raphi ("leaving...") 22.06.00 # linuxstb : by the way, could you please give me an idea about how packets are further divided to sub-packets ? just some pointer would be fine. 22.06.30 Quit bs66_ (Read error: 110 (Connection timed out)) 22.07.01 Quit XavierGr (Nick collision from services.) 22.07.12 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.07.40 # MT: Sorry, I've no idea. I never got that far with my work... 22.11.14 # petur: can you try adding a display->clear_display before the return line in gui_wps_display? 22.11.15 Join BigBilly [0] (i=185b52cd@gateway/web/ajax/mibbit.com/x-95c39c61198deb58) 22.11.20 Quit GodEater (Remote closed the connection) 22.11.35 Part BigBilly 22.12.18 # linuxstb : never mind. When testing the decoder what I'll need to do, generally is : call its init() function, go through a loop which sends audio frames to the decode_frame() function, till the end of the audio data, and then call close() to clean up, right ? 22.12.20 # petur: or, maybe even better, move the one that's already in that function down 22.12.42 Quit taylor___ ("Leaving") 22.12.45 Part archivator 22.13.12 # anyone has anything in particular pending before release? 22.13.50 # Bagder: I was hoping to be done with a 64bit version of rbutil, but it looks like the compile will take ages. 22.13.55 Join bs66_ [0] (n=sysuser@95.209.107.67) 22.14.13 # the 3.2 build will take >30 mins anyway 22.14.38 # It's been going on for hours. Could be done any minute of course, but I don't think so 22.14.43 # Just to verify - USB is disabled and the sorting option has been removed? 22.14.50 # With the default back to ASCII for this release? 22.14.56 # USB is disabled. I don't know about sorting 22.15.10 # kugel: Has natsort been disabled? 22.15.18 # not by me 22.15.29 # So I would guess it's still there. 22.15.55 # well, it wasn't my idea, and I'm not entirely convinced of the idea 22.16.10 # so I didn't/don't feel responsible for deactivating it 22.17.03 Quit merbanan ("Leaving") 22.17.05 # * rasher wasn't involved in the discussion but was under the impression that it had been agreed to disable it for the release 22.17.10 # well, the feature isn't stable in terms of how it's supposed to work 22.17.25 # * BigBambi also thought it was agreed to disable 22.17.36 # well, then let's do it 22.18.14 # Bagder: Do we want the date and revision in the version? 22.18.38 # I don't have a strong opinion either way 22.18.45 # I'm voting against it. 22.18.54 # The revision number is next-to-useless anyway since it's a branch. 22.19.04 # I think it looks nicer without, and it's not like it's terribly important since it's ... yes, a branch 22.19.06 # is it enough to deactivate the setting in the settings menu? (it could prossibly be activated then using config.cfg), or revert the initial commit entirely? 22.19.18 # kugel: Deactivate the setting, and revert the default to ASCII 22.19.20 # It should just be v3.2 IMO 22.19.21 # ok, "3.2" it is 22.19.35 # kugel: It's both enough and better (less change of breaking stuff and people who have already enabled it won't notice) 22.19.53 # rasher: Well, they will. Since the default was "numeric" most people won't have it visible in their config. 22.19.55 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 22.20.07 # Llorean: Good point. Oh well. 22.20.11 # yeah 22.20.28 # But I don't think the code should be removed, just for fear of breaking stuff 22.20.29 # Still, removing the setting and fixing the default is probably the simplest way 22.20.30 # that's even better, so no accidential turning on by an svn config file 22.20.32 Join Munkie [0] (n=29b13251@gateway/web/cgi-irc/labb.contactor.se/x-f7ae5f9508979d52) 22.20.36 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 22.20.54 # bluebrother: Well it could've been nice to have people currently using it not have it vanish with an upgrade to 3.2 22.21.12 # When is the movie chip on the ipod video going to be supported? 22.21.35 # BTW - I'm not sure if cmwslw already told you, but the annotations are finished for the HW specs 22.21.43 # Munkie: When someone writes the code for it. 22.21.51 # Llorean: well, if the release notes tell the feature has been disabled I'd expect it to be disabled when using the release, regardless of the old setting 22.22.07 # So are we ready to release yet? :) 22.22.14 # bluebrother: True. I just don't expect most people upgrading from SVN to read them (of course many of those will skip the release version anyway) 22.22.15 # bluebrother: They don't mention the feature at all (currently) 22.22.17 Quit XavierGr () 22.23.39 # hm, seems like a nice way to not upset people liking the sort anyway too much, too 22.24.11 # just in case someone comes here and complains 22.24.28 # If they complain they can just use SVN builds. 22.24.28 # they will complain about usb first, don't worry 22.24.35 Quit Munkie (Client Quit) 22.25.10 # Llorean: well, if they want a release because of the stable-ness, getting a current build is probably not an option for them 22.25.12 Quit Horscht ("Verlassend") 22.25.14 # who knows 22.25.21 # gevaerts: Feel free to put a public apology in the release notes 22.27.25 Quit taylor_ ("Leaving") 22.28.00 # so, should it be in the config file options part of the manual then? 22.28.12 # probably, yes 22.28.22 # That's the truth, so it should 22.28.31 # deal! 22.28.54 # but I still remove the normal manual description of it 22.29.05 # Yes 22.29.31 Join Ubuntuxer [0] (n=johannes@dslb-094-220-225-240.pools.arcor-ip.net) 22.29.57 Quit midijunkie ("?(???~•~)?") 22.31.31 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.34.04 # Bagder: building? 22.34.30 # not yet 22.35.14 # we still need the sort commit I guess 22.35.19 # doen 22.35.21 # done 22.35.41 # Ah right 22.35.58 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 22.36.06 # ok, I'll get to work 22.36.37 # so sort and usb were both disabled for 3.2? 22.36.41 # At revision 20501 22.36.45 # n1s: sorry I didn't answer your question. As I said before, I keep cutting out because of the power :( 22.36.57 # Bagder: damn, 20500 looked nicer :( 22.36.57 Quit taylor_ (Client Quit) 22.37.27 # or 22.37.34 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 22.37.40 # 20502 would look good too, some one has a commit? 22.38.36 # Ok, so say you have a notes file with this in it: and yes I asked 22.47.51 # There have been 2 commits in the past 24 hours, both in apps/lang/ ... 22.48.10 # We want them since the last release already. I clearly mentioned that, several times 22.48.26 # I haven't taken notice of that 22.48.32 # hence I asked 22.48.43 # When/where? 22.48.47 # on the -dev list 22.49.00 # about what's left before relase 22.49.04 # release 22.49.24 # * kugel doesn't see the question 22.49.52 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.5b4pre/20090321055010]") 22.50.17 # That was about 11 hours ago. Who checks mail that ofetn? 22.50.29 # you mean you dont check every 3 min?! 22.50.31 # But I've been around in IRC 22.50.50 # well, you didn't reply to any of the mails about the release 22.50.51 # He also asked 30 minutes ago 22.50.57 # 11h is *often*? 22.51.22 # * amiconn usually checks mail about once per day, sometimes less 22.51.36 # isn't checking mails a matter of running thunderbird in the background the whole day anyway? 22.51.39 # your doing it wrong! :D 22.52.04 # JdGordon|: I agree 22.52.08 # But anyway, what to do now? 22.52.47 # The bumping of LATEST_BOOTLOADER_VERSION must be done before the main builds are made. 22.53.05 # I can restart the builds 22.53.51 # on that topic... we should do a simliar thing for other targets to make sure old bootloaders are killed off 22.54.19 # JdGordon|: You mean refusing to boot with an old bootloader? Doesn't sound wise... 22.54.33 # when there's no technical reason it wouldn't work, that is 22.54.43 Quit Ubuntuxer ("Leaving.") 22.54.46 # rasher: Maybe BOOTLOADER_MINIMUM_VERSION? 22.54.47 # Doing it just to force users to upgrade is stupid. 22.55.14 # there has been cases where the old bootloader caused problems 22.55.22 # JdGordon|: about your comment on FS#9795: I agree the process of skipping is convoluted, and I've been wanting to simplfy it for some time 22.55.22 # or just a waring if there is a newer version or something 22.55.28 # Bagder: Only the archos buuilds will need restarting 22.55.36 # Has anyone gotten a sansa to fully work with itunes yet? I'm just curious on the progress of that. 22.55.37 # I'm preparing the necessary commit 22.55.47 # Bagder: Is 3.2 going to display "Version 3.2" as its version number? 22.55.52 # yes 22.56.20 # Nico_P: I started a email last night but didnt send it because im not sure I'm the best person to get discussion going.... bassically we need to talk about how we want swcodec to evolve and get cleaned up 22.56.24 # JdGordon|: I had made a graph of how it works: http://nicolas.pennequin.free.fr/rockbox/audio_skip.pdf 22.56.32 # taylor_: AFAIK that should apply to all Rockbox SW-USB capable devices, not only the Sansa's 22.56.44 # Bagder: Okay, because I wondered why 3.1 didn't display "version 3.1" anywhere. 22.56.49 # Very nice. 22.56.56 # JdGordon|: you're perfectly welcome to make suggestions 22.56.59 # LambdaCalculus37: that was just me not doing it right 22.56.59 # I'm just asking because I might get a Sansa 22.57.17 # Bagder: and have a small enough voice file at least for the releaso on the FM/V2-Recorders 22.57.27 # release too 22.57.35 # taylor_: "Fully work" is pushing it. It did mostly work though. 22.57.48 # And if I do get a sansa I am hoping on porting rockbox to it. Or at least helping, if there is help needed? 22.57.50 # pixelma: well, that'd require that someone would work on making it happen... 22.57.54 # taylor_: for the record, I'm still against doing this in regulare builds 22.58.03 # taylor_: These experiments are being done on a well supported sansa. 22.58.11 # and they apply to all software USB targets, not just Sansas. 22.58.16 # yep 22.58.33 # good to know 22.58.40 # Bagder: well, what do you mean? Speed and quality settings can be changed in the build environment 22.58.49 # Nico_P: http://pastebin.com/m53597cc8 is where i stopped... i'm not sure how that sounds seen as for sure people know more about how it shuold and does work than me 22.58.57 # pixelma: yes, but changed to what? 22.58.59 # * JdGordon| will check out that pdf tonight 22.59.33 # JdGordon|: it's very short and rather simple 22.59.48 # seems you forgot to mention the buffering thread btw :) 22.59.54 # pixelma: it's *not* easy with festival 23.00.08 # Unless you resort to compressing more 23.01.15 # I don't know festival but if that's the only thing that can be done currently, I'd think it's better than providing a non-working voice file 23.01.26 # I agree. 23.01.31 # Me too 23.01.35 # unless it's not understandable at all 23.01.46 # pixelma: you basically have to reach into the bowels of festival and write Lisp scripts to configure it 23.01.53 # (not kidding) 23.02.43 # Nico_P: right.. where does buffering really fit in? is there any reason it shouldnt be merged with the playback thread once the playlist part of that thread is moved to where it shuold be? 23.02.57 # Bagder: Committed. When the archos builds including this change are done, I'll need them for the final version of the packages 23.03.32 # Meanwhile I'll build the bootloaders and check the rombox addresses 23.03.42 # builds restarted 23.03.43 Quit ibseco (Read error: 60 (Operation timed out)) 23.03.48 # thx 23.04.07 # the second time flies so much faster 23.04.49 Quit LambdaCalculus37 ("Food time is now") 23.04.57 # or - don't provide a voice file - or maybe it already helps lowering that one setting that needs quite some RAM, "max files in directory" I believe it was 23.05.26 # JdGordon|: buffering could probably be merged back into the same thread as playback, but I'm not sure how useful that would be 23.06.45 # 1 less thread to keep in sync 23.07.18 # especially if we can move to useing the ata idle callback to do rebuffers instead of watermarks (unless thats back in already?) 23.07.43 # there are watermarks IIRC 23.08.26 # I think the main issues are between playback and playlist though 23.09.11 # and ui->playback more generally 23.09.41 # IMHO audio_check_new_track() is the place where it's worst because it has to handle a lot of different cases 23.10.11 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 23.10.21 Quit Schnueff ("leaving") 23.11.45 # Ahem... 23.11.47 # refactoring all that is going to be a HUGE task. we better have a solid design before we start actually doing it 23.11.48 # can you put up thoughts on the ml so we can get discussion and hopefully fixes happening? 23.11.56 # Bootbox for v2 does not build.... 23.12.03 # (in the release branch) 23.12.03 # * n1s wonders if Bj?\195?\182rn will fix the unicode stuff on the frontpage eventually ;P 23.12.23 # Nico_P: yeah, for sure :) 23.13.03 # n1s: hahaha. I think that's a problem in the way svn handles the emails I think 23.13.16 # Nico_P: that's not JdGordon's business normally though 23.13.21 # having a solid design ;) 23.13.54 # n1s: it's fine in http://svn.rockbox.org/viewvc.cgi?view=rev&revision=20491 23.14.10 # * JdGordon| punches kugel in the face 23.14.21 # JdGordon|: I will try to write some thoughts down, but not today. I have an RC5 implementation I need to finish... 23.14.26 # anything serious of course has to be designed properly 23.14.28 # Nico_P: yeah, i've noticed :) 23.15.49 Join moos [0] (i=Mustapha@rockbox/staff/moos) 23.16.32 # scorche|sh: banning ain't nice :( 23.16.36 # Bagder: the version string at boot below the logo will be "3.2-rXXXX", right? 23.17.06 # 3.2 only 23.17.20 # ah yes, I saw the second commit too late :) 23.17.26 Quit bertrik ("Leaving") 23.17.39 # 28 builds remade now, soon they're all done 23.17.57 # all bin zips at least 23.18.32 # Bagder: Lools like it would be a good idea to have all bootloaders built in the build table... 23.18.47 # so we're keeping USB and natsort for the next release it seems? 23.18.49 *** Saving seen data "./dancer.seen" 23.19.00 # fmrecorder and recorderv2 *should* be identical apart from the scrambling, but one builds, the other doesn't :( 23.20.04 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 23.20.16 # Last time I made flash pacakges both of them built 23.20.35 Join casainho [0] (n=chatzill@87.196.239.144) 23.21.33 # mabe we should make sure the voicefiles work for archos recoder (are small enough) this time :-) 23.21.51 # hello again :-) 23.22.26 # I just commited the Lyre patch again. I would like to know if the license on the "at91sam9260.h" file is ok for Rockbox.... 23.22.47 # domonoky: you didn't read logs ;) 23.23.35 # casainho: the license seems BSD'ish and that's fine 23.23.47 # packed with // comments though... 23.24.26 # Bagder: okok, thanks. I think that file is the only that is with wrong format style... and is big... :-( 23.24.27 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.24.52 # but I will start working on it :-) 23.24.57 # casainho: a decent editor has a macro function that fixes it easilt 23.25.01 # easily 23.25.21 # search for //, replace with /*, go to end of line add */, next 23.25.23 # vim not being one of them :D 23.25.40 # is that really an editor? B) 23.25.49 # vim can do that perfectly fine 23.26.08 # or just a editor which supports search&replace with regexp :-) 23.26.23 # * amiconn blames jhMikeS 23.27.14 # vim :) 23.27.23 # a true hacker would ofcourse write a rockbox plugin todo this task :-) 23.28.04 # Bagder: thanks, I already that that search and replace :-) 23.28.57 # casainho: Still a few tabs in your patch - boot.lds and crt0.S 23.28.57 # * Bagder starts the manual builds 23.29.50 # * gevaerts reminds Bagder of the need to hold the archos manuals (or rebuild them later) 23.30.10 # it'll be easier to rebuild them later 23.30.16 Quit petur ("Zzzzz") 23.30.32 # eeh, should we perhaps mention in the release notes that users will have to rebuild their databases(?|, they will no?) 23.30.39 # gevaerts: why? 23.30.52 # n1s: if so, then yes that's probably a good idea 23.31.05 # Why do they need to? 23.31.16 # so, we release 3.2 on 23rd of march, in Hawaiian time? ;) 23.31.24 # amiconn: uhm, because I didn't check... 23.31.26 # * Bagder starts the voice builds too 23.31.46 # It's still the 23rd for 90 minutes 23.31.54 Join webguest39 [0] (n=4f445323@gateway/web/cgi-irc/labb.contactor.se/x-289d254e2bfb0b83) 23.31.57 # Llorean: i think the FS#9977 patch caused that, kugel should know though 23.32.01 # humm-hommm :\ 23.32.14 # n1s: Ah, right 23.32.30 # * Llorean has many hours of 23rd left. 23.32.58 # n1s, Llorean: yes, there's a quite increase in ram usage due to this 23.33.15 # rasher: in gmt, yea 23.33.36 # Which is what counts! 23.33.52 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 23.34.02 # kugel: from the fs task the increase didn't seem very large but it's correct that databases must be rebuilt, right? 23.34.14 # that too, yes 23.34.56 # so where to put that in the release notes, rasher any suggestions? 23.35.42 # n1s: In the "How to upgrade" section? 23.35.44 # n1s: Good question, either What's new or How to upgrade I'd say 23.36.07 # linuxstb: I couldn't find any TAB on crt0.s -- but I found one boot.lds ;-) 23.36.33 # casainho: There is one... 23.36.33 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 23.36.34 # guess I'm tired, didn't even see the "how to upgrade" section :/ 23.38.24 # linuxstb: I couldn't found it again. Please say what is the line 23.39.00 # casainho: mov sp, r1 23.39.06 # (after the r1) 23.40.37 Quit webguest39 ("CGI:IRC") 23.42.44 Quit taylor_ ("Leaving") 23.43.17 # linuxstb: thanks. I got it ;-) 23.46.39 Quit Llorean ("Leaving.") 23.47.52 Join Llorean [0] (n=DarkkOne@adsl-99-158-46-113.dsl.hstntx.sbcglobal.net) 23.50.21 Join tessarakt [0] (n=jens@e180069231.adsl.alicedsl.de) 23.52.31 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009030422]") 23.54.09 # Bagder: did you move rbutil to the download servers? 23.54.10 Quit tessarakt (Client Quit) 23.54.17 Join tessarakt [0] (n=jens@e180069231.adsl.alicedsl.de) 23.54.19 # no, where are they? 23.54.50 # ah found them 23.54.56 # Bagder: http://www.alice-dsl.net/dominik.riebeling/rockbox/ and http://jdgordon.info/~domonoky/rbutilqt-v1.2.dmg 23.55.48 # * rasher wonders why bluebrother tars a single file 23.55.49 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 23.56.19 # W 23.56.30 # Does anyone know if any of the ipod's cpus are related to the Sansas? (I know they are both ARM) 23.56.44 # taylor_: Check the wiki. 23.57.18 # Bagder: Do we want a tarball as well? If so, http://rasher.dk/rockbox/rbutil-1.2.tar.bz2 23.57.21 # 600KB! 23.57.38 # ok thanks, Basically Im wondering if it would be anywhere close to easy turning the Sansa emu you guys have into an ipod one? 23.57.38 # you mean with the code? 23.57.49 # Yes 23.57.57 # I guess it can't hurt 23.58.19 # What's needed? rbutil/ apps/ and tools/ ? 23.58.24 # rasher: does it include the parts of rockbox sources that are needed? 23.58.24 # rasher: the url doesn't work 23.58.25 # Are those responses directed to me? 23.58.29 # (or rather, parts of apps and tools) ? 23.58.36 # bluebrother: yes 23.58.47 # taylor_: it depends a little on what sansa you speak of 23.58.51 # linuxstb: apps/codecs/libspeex and tools/rbspeex and a few other files in tools 23.58.57 # Bagder: hm hang on