--- Log for 20.09.109 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 11 hours ago 00.06.29 Join kugel [0] (n=kugel@rockbox/developer/kugel) 00.07.39 Part Maltin 00.31.46 *** Saving seen data "./dancer.seen" 00.44.35 Quit bluebrother ("leaving") 00.46.53 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 00.53.29 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 00.57.23 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 01.01.09 Quit esperegu (Read error: 60 (Operation timed out)) 01.04.08 Quit GeekShado_ (Read error: 110 (Connection timed out)) 01.05.24 # playing with the sim some more, it seems like the codec will occasionally be reloaded during normal track changes (end of track, etc), and that these cause a lot of the crashes on the clip 01.07.32 # most crashes are during tracks? 01.08.46 # are they? 01.08.55 # i think i've noticed both 01.12.21 # i think the ones i see on the sim are nearly all during track load 01.22.08 Join inversions [0] (n=sam@cpc3-bele7-2-0-cust251.2-1.cable.virginmedia.com) 01.23.10 Part toffe82 01.26.43 Quit robin0800 (Remote closed the connection) 01.28.36 # saratoga: from just listening to the bug, I never connected it to track change, I get them during tracks mostly yes 01.30.46 Quit bughunter2 ("Leaving.") 01.31.14 # New commit by 03kugel (r22741): Fix the statusbar to redraw after changing colors in the color picker screen. ... 01.32.17 # we should branch for 3.4 in the next few hours, so that we get at least a few days for testing the RC builds (if we get some). I'll do it after I get up unless someone beats me to it 01.32.23 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) 01.35.07 # kugel: its possible the crash i'm pursuing is artificial due to the small buffer i'm using 01.35.34 # or at least that it occurs more regularly then on the clip 01.37.56 # New commit by 03kugel (r22742): And also redraw the statusbar after resetting the colors. 01.38.10 Quit ender` (" Where python would say you can skin a cat with a knife, so adding other methods would just make the language hard to learn,") 01.39.57 # how do I save a playlist on the clip? 01.40.09 # when i get to the keyboard screen i can't find a way to exit 01.42.03 # ok i believe i've tried every key combination 01.42.46 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 01.42.50 # saratoga: very possible that there is none 01.43.11 # what is BUTTON_REPEAT? 01.43.25 # keymaps says BUTTON_SELECT|BUTTON_REPEAT 01.43.47 # a long button press 01.43.57 # bah 01.44.02 # (of select) 01.44.48 # New commit by 03Domonoky (r22743): rbutil: mark e200v2 and fuze as unstable. 01.44.55 # what's bah about that? 01.44.57 # kugel: i think you're right about this track change bug, while it seems to be a problem on the sim, i just flipped back and forth between wma, mp3 and aac about a hundred times without encountering it 01.45.07 # each one of those should have forced a codec rebuffer 01.46.08 # so you were on the wrong route? 01.47.03 # well its definately a bug i'm just not sure how much it really matters 01.47.39 # i suppose the next thing to try is logf on the real clip and see what its doing 01.47.56 # do you know if logf slows the system down a lot? 01.48.23 # i'd imagine its pretty cheap on flash targets, but what i'd really like to do is print out essentially the entire call history of the playback thread 01.48.34 # since it takes so long to encounter a deadlock 01.49.33 # it doesn't really slow things down 01.50.45 # it doesn't hit the disk at all until you actually choose to dump it 01.51.51 # it doesn't dump on spinup? 01.52.27 # no 01.53.00 # but it decreases the audio buffer a bit more, I think logf takes some 10-20k binsize/ram 01.54.22 # well if i want to generate say a 100KB of log output a minute 01.54.40 # will it just overwrite stuff? 01.55.06 # yes, it's jsut a ring buffer 01.55.58 # you would need logf-over usb for that. but unfortunatly we still dont have usb on AMS :-/ 01.58.27 Quit moos (Read error: 131 (Connection reset by peer)) 01.58.50 Join moos [0] (i=mostafa@rockbox/staff/moos) 02.04.41 # New commit by 03kugel (r22744): Redraw the list after exiting the context menu to get rid of various non-blocking splashes in it if custom ui vp is used. 02.04.57 # pixelma: I fixed your color picker bug 02.05.30 # theres no way to have it dump to disk? 02.05.35 # domonoky: no problem since the problem triggers easily on all targets 02.05.59 # FS#9253 - logf file output patch. 02.06.05 # just decrease to audio buffer to a "clip'ish" level 02.07.04 # kugel: then trying it on a target with usb-serial and logf-over-usb would probably help :-) 02.07.42 # and putting many logf calls into playback/buffering of course. 02.08.05 Quit DarkDefender ("Leaving") 02.09.20 # for a flash target i don't see why logf over usb is any better then logf to disk 02.09.46 # the clip rebuffers every other second anyway, can't hurt to also dump a couple KB of text to the disk at teh same time 02.09.50 # that's a useful idea actually, with logf over usb it should be possible to catch the exact moment it crashes with a call trace 02.10.17 # what do you mean call trace? doesn't it just send text? 02.10.29 # yes, but you have 2 screens :9 02.10.54 # I imagine you would miss the moment until you get into the logf screen or being able to view the dump 02.11.39 # since it doesn't freeze, I'd think there are many more calls which pollute the logf after the actual playback crash there 02.12.02 # well my plan was to use that patch to dump it to disk continuously 02.12.27 # theres actually very little output when it deadlocks, just 2x a second or so a queue message 02.12.59 # there are so many patches in our tracker, we should make a clean-up week after the release.. :-) 02.13.19 # domonoky: I remember we planned that for 2-3 weeks after the devcon actually 02.13.25 # this is another Uchida patch 02.13.39 # hes got ~55 open ones on the tracker 02.13.49 # but its impossible to communicate with him 02.14.21 # there are 2 of these "japanese sounding" people with many patches in the tracker. we should try to care a bit about those patches :-) 02.14.52 # who's the other one? 02.15.09 # i think the other one got svn 02.15.10 # Teruaki Kawashima 02.15.23 # saratoga: has anyone looked at his WAV patches? They seem to add many (probably unpopular) codecs 02.15.26 # yeah teru has svn 02.15.38 # yep 02.15.51 # kugel: i skimmed them and they looked useful, just i couldn't find the time or interest to do anything with them 02.16.05 # and it didn't help that Uchida didn't return my emails 02.16.15 # if he has svn access, i wonder why there are still so many patches from him in the tracker.. :-) 02.16.38 # I have a lot open tasks too 02.16.49 # hes been slowly commiting them 02.16.56 # teru has actually done a lot of clean up in the last couple months 02.17.02 # mostly minor things that no one noticed though 02.17.14 # ah, didnt notice :-) 02.17.37 # i'm half tempted to have an email translated in japanese and send it to him 02.17.54 # but since he didn't even reply i'm not sure the email he gave is even any good 02.18.22 # about the pcm patches: some codec guy should look overthem, and if their are sound, just commit them... codecs are rockbox core business :-) 02.18.45 # bug linuxstb once he has the nano2g working 02.19.00 # i honestly don't understand the codecs that well, just the insides of them 02.19.08 # or maybe mt if hes bored 02.19.24 # :-) 02.19.50 Join TopyMobile [0] (n=topy@a91-153-193-56.elisa-laajakaista.fi) 02.20.05 # saratoga: forget mt, they're not in a rm container :D 02.20.24 # speaking of which we should really find him a clipv2 or something and send it to him 02.20.42 # who? 02.20.43 # i think he was thinking of trying to work on his old M200 02.20.45 # mt 02.21.09 # I haven't seen him lately, where's he gone? 02.21.23 # hes been around 02.21.45 # he said he wanted to work on hardware next in spite of my gentle suggestion that wma pro still didn't work with rockbox 02.22.03 # * domonoky thinks if mt want a new player to play. the rockbox fund should get him one.. 02.22.59 # yeah we're getting some google money for him right? 02.23.15 # on the other hand, he'll be given $2500 buy a whole bunch of targets :) 02.23.40 # apparenlty sandisk doesn't sell AMS devices in his country though 02.23.50 # but he deserves it for his super gsoc expirience. :-) 02.23.52 # really? 02.24.03 # (that was for saratoga) 02.24.17 # one more arugemt to just send him one :-) 02.24.29 # i think its pretty common, last I heard the new Zune wasn't even going to be sold in the EU, let alone Egypt 02.24.50 # the zune is special, that's USA only 02.25.20 # but I can imagine they don't sell the latest high tech toys in africa 02.26.31 # lots of fake ones unfortunatly... 02.26.50 # Zagor: (for the logs) I wanted qwebirc installed on a rockbox server because anything with "webchat" in the title is blocked by the RBS proxy server. So freenode's is no use to me. 02.27.05 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.27.53 # GodEater: create a tunnel ? :-) 02.28.55 # how much is the clip+ in the EU? might make a nice present 02.30.07 # amazon.de has it for ~€35 (2gig) or ~60€ for 8gig 02.31.09 # the 8GB is ripoff given the price of uSD 02.31.50 *** Saving seen data "./dancer.seen" 02.32.44 Quit gregzx ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 02.35.38 # it's more like 55€, not a great difference... - and by the way - all the offers state that the device will only available from October 10th. But I think you can find different prices in other countries of the EU and maybe other dates of availability 02.35.38 Quit moos (Read error: 131 (Connection reset by peer)) 02.35.57 Join moos [0] (i=mostafa@rockbox/staff/moos) 02.36.21 # for the Clip+ and amazon.de 02.37.29 Quit gevaerts (Nick collision from services.) 02.37.41 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 02.38.55 # domonoky: it's more complicated to do that than you think 02.39.09 # the proxy there is very clever at spotting the traffic it's passing 02.54.52 Quit Lss (Read error: 104 (Connection reset by peer)) 03.05.05 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 03.06.30 Quit kugel (Read error: 104 (Connection reset by peer)) 03.12.59 Part wincent_balin ("Kopete 0.12.7 : http://kopete.kde.org") 03.13.29 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 03.19.02 Part domonoky 03.34.26 Quit GeekShadow (Read error: 54 (Connection reset by peer)) 03.37.13 Join moonscapex [0] (i=www-data@giant.haxx.se) 03.38.30 Quit moonscapex (Client Quit) 03.44.00 Quit amiconn (Nick collision from services.) 03.44.03 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 03.44.10 Quit pixelma (Nick collision from services.) 03.44.11 Join moonscapex [0] (n=moonscap@d173-183-151-230.abhsia.telus.net) 03.44.13 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 03.44.23 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 03.44.32 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 03.45.37 # Has anyone got fft.v5 to compile? It looks like a cool plugin, but I can't add it to my build. 03.50.44 Quit moonscapex (Read error: 104 (Connection reset by peer)) 04.03.38 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 04.07.58 Quit TheSeven (Nick collision from services.) 04.08.14 Join The_Seven [0] (n=theseven@dslb-084-056-164-110.pools.arcor-ip.net) 04.08.23 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-164-110.pools.arcor-ip.net) 04.24.24 Quit bubsy ("I'll be back somewhere in time") 04.24.33 Join bubsy [0] (n=bubsy@94.139.72.137) 04.26.59 Quit bubsy (Client Quit) 04.27.10 Join bubsy [0] (n=bubsy@94.139.72.137) 04.28.19 Quit MethoS- (Remote closed the connection) 04.31.52 *** Saving seen data "./dancer.seen" 04.32.50 Join lennyk [0] (n=lennyk@dynamic2-254-138.usc.edu) 04.32.53 Quit timc (Remote closed the connection) 04.37.57 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 04.43.57 Join GreatBeaver [0] (n=chatzill@c-71-59-18-236.hsd1.ga.comcast.net) 04.44.05 # what is the preferred defragmentator for mp3 players? im using diskkeeper 04.44.07 Quit Rondom (Nick collision from services.) 04.44.18 Join Rondom [0] (n=Rondom@dslb-084-057-171-200.pools.arcor-ip.net) 04.44.51 # GreatBeaver: Generally defragmenting shouldn't be necessary. 04.45.46 # i was just wondering because diskeeper takes way too long 04.50.26 # diskeeper says i'll save 7% on three files if i defrag, and defrag seems like it will take at least 20 minutes 04.50.32 # 3 files out of 6000 hehe 04.55.08 Quit chandoo_ ("Leaving") 04.56.12 Quit GreatBeaver ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 04.56.22 Join FOAD_ [0] (n=dok@dinah.blub.net) 05.13.14 Quit FOAD (Read error: 110 (Connection timed out)) 05.13.14 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 05.33.34 Quit HBK (Read error: 113 (No route to host)) 05.49.04 Join donnald [0] (n=donnald@d28-174.rb.lax.centurytel.net) 05.49.23 Nick donnald is now known as Matthew (n=donnald@d28-174.rb.lax.centurytel.net) 05.49.26 # hi 05.49.34 # is any one here 05.49.53 Nick Matthew is now known as Guest56791 (n=donnald@d28-174.rb.lax.centurytel.net) 05.50.00 # hello 05.50.16 Quit Guest56791 (Client Quit) 06.31.55 *** Saving seen data "./dancer.seen" 06.33.31 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 06.33.31 Quit gartral ("Lost terminal") 06.33.43 Part wincent_balin ("Kopete 0.12.7 : http://kopete.kde.org") 06.55.40 Quit CaptainKwel (Remote closed the connection) 07.10.22 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.14.29 Quit robin0800 (Remote closed the connection) 07.14.40 Quit saratoga ("Page closed") 07.28.50 Quit Horscht (Read error: 110 (Connection timed out)) 08.14.36 Join Rob2223 [0] (n=Miranda@p4FDCF5A9.dip.t-dialin.net) 08.23.30 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.31.56 *** Saving seen data "./dancer.seen" 08.32.49 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.19.20 Join stoffel [0] (n=quassel@p57B4F706.dip.t-dialin.net) 09.32.55 Join vitja [0] (n=vitja@79.120.98.174) 09.35.13 Join genia4 [0] (n=genia4@IGLD-84-228-46-86.inter.net.il) 09.44.24 Join flydutch [0] (n=flydutch@host253-166-dynamic.8-87-r.retail.telecomitalia.it) 09.57.39 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 10.10.58 Join jamie_ [0] (n=jamie@212-139-85-204.dynamic.dsl.as9105.com) 10.18.52 Quit panni_ (Read error: 104 (Connection reset by peer)) 10.28.20 # New commit by 03bluebrother (r22745): Integrate mknkboot into beastpatcher. ... 10.31.58 *** Saving seen data "./dancer.seen" 10.34.58 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 10.35.55 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 10.37.31 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 10.42.06 Quit BHSPitLappy (Remote closed the connection) 10.43.49 Join esperegu [0] (n=quassel@145.116.15.244) 10.49.01 Quit stoffel (Remote closed the connection) 10.54.56 Join stoffel [0] (n=quassel@87.180.247.6) 10.58.41 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.58.55 Quit stoffel (Remote closed the connection) 11.00.36 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 11.02.49 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-240.nyc.res.rr.com) 11.04.00 Quit daurn (Remote closed the connection) 11.05.37 # * n1s wonders if anyone with an ipod video could reproduce fs#10610, not a lot of detail in that report. Well any 3G or newer ipod should do i guess, they all have the same rtc 11.12.46 # n1s: an Ipod mini too? 11.13.25 Join funman [0] (n=fun@rockbox/developer/funman) 11.15.34 # bluebrother: yes, it has the same rtc as the video 11.15.53 # well, I can't see any problem on my mini with current svn 11.16.04 # i see no reason for this bug to hit only one player using that driver 11.16.10 # bluebrother: thanks fro testing 11.16.37 # also such an obvious thing should have been reported ages ago 11.16.44 # * bluebrother thinks we should consider closing such tasks immediately. If reporters don't take the time to follow our guidelines and put basic information in, why should we? 11.17.28 Quit shodanX_ ("leaving") 11.18.41 # bluebrother: because they might have reported an actual bug that we do want fixed? 11.19.56 # rasher: I don't fear that we will loose bugs ... software always contains enough of them 11.22.09 # That doesn't mean they'll get reported 11.23.52 # * bluebrother doesn't want bugs to get fixed, he wants bugs to not be present :) 11.26.48 # * bluebrother wonders how hard it would be to have the task description field prefilled with some headlines 11.26.57 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 11.28.24 Quit funman (Read error: 60 (Operation timed out)) 11.39.22 Join stoffel [0] (n=quassel@p57B4F706.dip.t-dialin.net) 11.46.00 Join funman [0] (n=fun@rockbox/developer/funman) 11.51.25 Quit stoffel (Remote closed the connection) 11.51.37 Join Ubuntuxer [0] (n=johannes@dslb-188-101-011-095.pools.arcor-ip.net) 11.57.59 Quit Ubuntuxer (Remote closed the connection) 11.58.31 Quit TopyMobile (Remote closed the connection) 12.00.06 Join stoffel [0] (n=quassel@p57B4F706.dip.t-dialin.net) 12.01.07 Join gregzx [0] (n=chatzill@dtb49.neoplus.adsl.tpnet.pl) 12.07.21 Join kugel [0] (i=kugel@rockbox/developer/kugel) 12.08.00 # Bagder: I have images now, for fuze and yh925 12.08.41 Quit funman ("leaving") 12.10.57 # I assume the current build page is in SVN too? 12.11.29 Quit stoffel (Remote closed the connection) 12.14.37 Join stoffel [0] (n=quassel@p57B4F706.dip.t-dialin.net) 12.16.11 # how do I test my changes? 12.18.52 Quit kugel ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 12.19.03 Join kugel|win [0] (i=kugel@e178101079.adsl.alicedsl.de) 12.19.25 Quit kugel|win (Client Quit) 12.19.35 Join kugel [0] (i=kugel|wi@rockbox/developer/kugel) 12.23.02 Join gapan [0] (n=gapan@dsl-88-218-68-84.customers.vivodi.gr) 12.26.05 Quit inversions (Read error: 104 (Connection reset by peer)) 12.26.26 Join inversions [0] (n=sam@cpc3-bele7-2-0-cust251.2-1.cable.virginmedia.com) 12.30.28 Quit stoffel (Remote closed the connection) 12.31.06 Join stoffel [0] (n=quassel@p57B4F706.dip.t-dialin.net) 12.32.00 *** Saving seen data "./dancer.seen" 12.38.05 Join kyle6513 [0] (n=kyle6513@58.174.128.189) 12.40.22 # Bagder: heh, fcpp almost compiles on windows (using mingw) 12.42.56 # * kugel can't manage to make the page on windows 12.43.05 Join gtkspert [0] (n=gtkspert@203-59-160-175.dyn.iinet.net.au) 12.45.35 Quit esperegu (Read error: 104 (Connection reset by peer)) 12.46.31 Nick liar|away is now known as liar (n=liar@83.175.83.185) 12.50.56 Quit stoffel (Remote closed the connection) 12.53.10 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 12.56.10 Quit gtkspert_ (Read error: 101 (Network is unreachable)) 12.59.29 Join daurnimator [0] (i=daurnima@freenode/staff/daurnimator) 13.03.43 Quit moos ("Rockbox rules the DAP world") 13.10.49 Part kyle6513 13.15.42 # hrm 13.15.54 # www/ doesn't seem to be up-to-date 13.23.34 Quit bluebrother (Read error: 113 (No route to host)) 13.24.00 Join FOAD_ [0] (n=dok@dinah.blub.net) 13.33.10 Quit wincent (Read error: 110 (Connection timed out)) 13.34.03 Join stoffel [0] (n=quassel@87.180.247.6) 13.35.31 # hi! I have read a report that rockbox runs on a 160GB ipod classic. I thought they couldn't be supported. Was any work done on those? 13.36.54 # you read lies 13.36.58 Quit FOAD (Read error: 110 (Connection timed out)) 13.36.59 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 13.37.42 # well, I know that guy that reported that (online) and he's not inclined to lie 13.37.49 # He is 13.38.10 # Perhaps the people that make Rockbox might know? Oh wait, that's us 13.38.21 # I know :D 13.38.35 # the report is here: http://www.retromaniax.gr/vb/showpost.php?p=174841&postcount=6 13.38.39 # unfortunately in greek :D 13.38.42 # linux4nano have found an exploit that could potentially be used, but it is a long way from anything useable 13.38.48 # gapan: That report is wrong 13.38.55 # No matter what language it is in 13.39.07 # he says he tried the ipod60/80 installation files 13.39.14 # 1st time he tried it failed 13.39.15 # Which is rubbish 13.39.21 # IT DOES NOT WORK 13.39.37 # He is talking utter utter bollocks 13.40.13 # ok 13.40.45 # As I say, linux4nano have found an exploit, but nobody has even started to do anything about it. Even if they eventually do, it will not use the files for any other ipod as the hardware is different. 13.41.53 # he says that the 2nd time he tried the installation started but failed with errors 13.42.02 # and then when he rebooted it just worked! 13.42.06 # He is lying 13.42.13 # I'll convey that to him :D 13.42.19 # For the last time, IT DOESN'T WORK, IT CANNOT WORK 13.42.30 # yep, got it, thanks :) 13.42.34 # Yes, perhaps you could post so that others don't get confused 13.43.44 # Maybe he is just confused and has a supported ipod with a bigger disk? Unlikely I guess 13.44.08 # is there a supported ipod with a 160GB HD? 13.44.12 # No 13.44.17 # so no 13.44.28 # But you *could* change the disk for a bigger one in one of the supported ipods 13.44.42 # Which is what I meant 13.45.14 # I don't think he did that 13.45.35 # So we get back to him just not having done what he said he did :) 13.46.17 Quit Rondom (Nick collision from services.) 13.46.28 Join Rondom [0] (n=Rondom@dslb-084-057-194-054.pools.arcor-ip.net) 13.49.46 # gapan: Sorry to have "shouted" at you, I was just being very clear :) 13.53.16 # AlexP: no problem :) 13.55.55 Quit Rondom (Read error: 104 (Connection reset by peer)) 13.56.41 # are we going to have 3.4 for unstable devices? 13.57.26 Join Rondom [0] (n=Rondom@dslb-084-057-157-179.pools.arcor-ip.net) 13.59.27 # interestiung question 13.59.42 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.59.46 # I *think* we said that we would just release stable, but support unstable 14.00.19 # To my mind a release should be more "complete" - rbutil, manual, more of the features etc. 14.01.40 Join timc [0] (n=aoeu@221.201.148.55) 14.05.50 # in my mind a release is just a stable'fied snapshot of the source, and there's no real reason to not have it running on other ports 14.06.22 # even users of unstable ports may which to run the most stable rockbox :) 14.06.26 # wish* 14.06.57 # probably less though as it is likely to be changing at a faster rate 14.07.41 # who's going to make the release zips? 14.07.45 # maybe we could do something like have 3.4 - preliminary support for (insert unstable targets here) 14.13.14 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.15.49 Quit DarkDefender (Read error: 54 (Connection reset by peer)) 14.21.29 Quit gregzx (Read error: 110 (Connection timed out)) 14.22.28 # New commit by 03kugel (r22746): Make Samsung YH* bootloaders non-verbose (i.e. show the bootlogo) 14.23.55 Quit Farthen (Remote closed the connection) 14.25.04 # New commit by 03kugel (r22747): Make Samsung YH* bootloaders non-verbose (i.e. show the bootlogo) (backported from the ams/pp bootloader branch) 14.28.41 # New commit by 03kugel (r22748): Branch for Rockbox 3.4 14.30.27 Join bipak [0] (n=bip@dslb-094-220-144-202.pools.arcor-ip.net) 14.30.31 Quit lennyk () 14.30.32 # hi 14.32.04 *** Saving seen data "./dancer.seen" 14.32.15 # i have an ihp120 with a very old bootloader (2006). you could boot into the original firmware by pressing play on the remote control. unfortunately i can't find my remote at the moment. is there any other way to boot into it? 14.35.08 # there is a description on how to do this in our manual, I don't know though if this also applies to the old bootloader (but you can always try), I don't even have an H120 14.35.39 # record 14.35.56 # I think that was there on most bootloaders 14.35.59 # oh yeah! 14.36.26 # and it should be in the manual (I'll just check) 14.36.37 # thanks, pressing play while holding record down works :) 14.36.58 # yep - http://download.rockbox.org/daily/manual/rockbox-h100/rockbox-buildch3.html#x5-260003.1.3 14.39.39 # new rockbox is running :D 14.39.47 # thanks alot for this great firmware 14.39.57 # you are welcome :) 14.44.09 Quit sbhsu_ (Read error: 110 (Connection timed out)) 14.45.50 Quit n17ikh (Read error: 131 (Connection reset by peer)) 14.48.35 Join Omlet [0] (n=Omlet05@208.226-200-80.adsl-dyn.isp.belgacom.be) 14.50.23 # is there any lowcost player you can suggest? 14.53.55 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 15.03.10 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 15.08.49 # AlexP: I was wondering if FS#10553 can go in before 3.4? 15.09.05 # it doesn't look like, does it? 15.09.29 # kugel: I'll have a look this afternoon 15.09.46 # kugel: But I don't think it is hugely important - we don't have a release manual 15.10.01 # anyway, we have the week of the branch 15.10.19 # no week, 3 days 15.10.24 # and we have a release branch 15.10.32 # release manual * 15.11.00 # Where do you get that from? 15.11.29 # ah, found it 15.11.35 # I never knew about that :) 15.11.36 # http://www.rockbox.org/download/byhand.cgi 15.11.54 # OK, well I have a look this afternoon anyway 15.13.19 # which reminds me, I wanted to document the playlist viewer feature :S 15.13.25 # * kugel totally forgot about that 15.15.26 Quit FOAD (Read error: 110 (Connection timed out)) 15.17.40 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 15.19.44 # kugel: if you want more up-to-date translations maybe send a call out on the ml, this seems to have helped in previous releases 15.19.57 # it helped yes 15.20.20 # but I just branched. the branch phase is really not indented to be the translation phase 15.21.21 # says who? I know it's a bit harder because you have to update both branches, but I remember having done so before 15.22.13 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 15.22.31 Join sbhsu [0] (n=a6530466@192.192.120.197) 15.24.49 Quit DarkDefender (Read error: 104 (Connection reset by peer)) 15.26.31 # well, I'm not going to encourage this. Release branches should be left untouched ideally after the initial branch happened 15.28.32 # I think it's ok for translations as it's very unlikely to break something there just making the language support better 15.29.05 # what's the point of a branch if you don't change it? 15.30.04 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.30.49 # it's not a "cool-new-feature" branch, it's a release branch. any commits should be avoided to not risk its stability 15.31.28 # I thought that would be clear after 3 releases of this kind 15.31.34 # "release branch" doesn't mean "no commits branch". It's just a "fixes only" branch. 15.31.36 # 4 even 15.31.57 # we have the freeze phase for "fixes only" 15.32.02 # kugel: what's the point of this stupid remark? 15.32.42 # if you don't want to change a branch at all you can just write down the revision you'd have branched otherwise and tag that instead of doing a branch at all. 15.33.02 # missing strings in a translation is something that is part of fixing. 15.33.13 # * bluebrother shakes head 15.33.18 # * kugel too 15.34.12 # I've done more than 4 releases in the last couple of years. It just happened to not be Rockbox releases. 15.34.20 # so stop the crap. 15.34.31 # I'm not going to discuss it further. not my problem you missed how we did the previous releases 15.34.32 # the branch also allows you to e.g. disable broken features that you don't want to disable in the main code in the hope that it'll serve as a reminder to fix it, e.g. metronome 15.35.15 # +if 15.35.21 # kugel: would you *please* stop this nonsense? Why on earth do you think I missed how the last releases were done? 15.36.10 # pixelma: disabling broken features in a branch is changing the precious branch! How dare we did that in the past! 15.36.14 # kugel: if you look into the history, you will see that we have done changes on the release branches.. 15.37.09 # bug fixes done from now until the release are typically done in both branches 15.37.19 # and the release branch usually gets "cleanups" for the release 15.37.30 # I don't like that style of discussion 15.37.46 # pixelma: me neither. 15.37.55 # The whole point of the branch is for it to receive minimal changes that are very safe. Language changes are pretty darn safe. 15.38.30 # and if we want to disable stuff in the release we don't do in trunk, that's also perfectly fine 15.38.58 # Yes, disabling things are usually safer than trying to fix them at the last moment, so that fits into the whole safe changes thing. :) 15.39.08 # But "not touching it at all" defeats the purpose of even having a branch. 15.39.19 # That's a change in the precious branch! 15.39.43 # yes, disabling features that aren't working sufficiently and release stuff like the version number, that's what the branch is for. urgent last minute fixes are OK too 15.39.46 # Code should be as hands off as possible, which just means "don't change it unless there's a very good reason" but we had this discussion around 3.0 or 3.1 I think where we decided languages are pretty much fine. 15.40.10 # Well, not such a discussion then. 15.40.21 # Just a sort of "yeah, sure, sounds good" couple of statements. 15.40.45 # translations are pretty safe, but I'm not going to encourage having the branch phase as translation phase (i.e. I won't send any "call for translator" mail) 15.41.15 # why not 15.41.41 # translation fixes aren't new translations anyway 15.41.42 # so I missed how we did releases in the past simply because I don't have a problem with calling translators during the release branch phase? *great!* 15.42.01 # * bluebrother is *really* impressed by this logic 15.42.01 # That doesn't encourage it as being the "translation phase" that encourages getting the translation done before the release even though we got it started late. 15.42.33 # the call for translators still should get out.. rasher thats your job ! :-) 15.43.13 # * rasher doesn't see the point of this 15.43.27 # That is, differentiating between the freeze and branch phase for translations 15.44.00 # true, we just want fine translations before we release, doesnt matter when they get in... 15.44.26 # I do think it's a bit late now though, possibly 15.44.30 # New commit by 03Domonoky (r22749): rbutil: bump version in preparation for release. 15.44.44 # rasher: better late, then never :-) 15.44.48 Quit genia4 ("leaving") 15.44.57 # yes, seems we are all a bit release tired... ;) 15.45.09 # Think it was just bad timing 15.45.38 # the whole release schedule suffers from being "a bit late" 15.47.23 # New commit by 03Domonoky (r22750): tag rbutil 1.2.3 release. 15.48.37 # bluebrother: rbutil release tag is ready. time to build some binarys :-) 15.48.54 # domonoky: did I miss something? Did we decide to tag *now*? 15.49.14 # I haven't followed it closely, what's the status of the unstable ports in rbutil? 15.49.53 # i asked yesterday if there is anything against releaseing this weekend. the only thing was the marking of unstable (which is done) 15.50.02 # and, can you use it to install it on fuze/e200v2 and samsungs (they're supposed to have rbutil support)? 15.50.33 # kugel: only fuze/e200v2 is enabled in rbutil. 15.50.45 # I guess you can't install on the samsungs, no bootloaders on the download server 15.51.04 # I was about to send Bagder some these days 15.53.36 Join guest101 [0] (i=www-data@giant.haxx.se) 15.56.06 Join pamaury [0] (n=pamaury@dhcp-66-35.ens-lyon.fr) 15.56.29 # kugel: the samsungs are not even in the unstable category... so way to early for rbutil :-) 15.56.44 # * bluebrother would have tried to update the german rbutil translation, but as we needed to tag immediately ... :/ 15.56.55 # domonoky: actually I looked at putting those into the category today 15.57.12 # but www/ doesn't contain the latest website (as I mentioned earlier) 15.57.32 # bluebrother: your chance to say this was yesterday :-) but if you want, we can move the tag. 15.57.41 # nah. 15.58.23 # you didn't tell that you are going to tag during the mid of the day, and that you are going to do it. It was only talk about considering a release ... 15.58.32 # hi. i just installed rockbox, but i can't seem to find where to you enable time stretch. i can't find it in the sound settings. any help? 15.58.36 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 15.59.08 # Bagder: but you'll still be doing th zips? 15.59.12 # guest101: take a look at the manual ? 15.59.17 # I don't know 15.59.25 # Could we maybe schedule an automated email for the second of the appropriate months announcing the freezes on the 9th (1 week later) to both serve as a reminder for us, and a general announcement, that it's release time? 15.59.29 # (re: "personally I'm just in the bg for this release") 15.59.42 # I think I'll manage to make them 15.59.54 # Didn't someone else make the .zips last time? 16.00.02 # Bagder: do you have an idea why www/ is outdated? 16.00.17 # because zagor edited the files locally I assume 16.00.21 # guest101: which player do you use? 16.00.26 # domonoky: already read the manual.. it's under sound settings, but i can't find it there. 16.00.36 # pixelma: ipod 5.5 16.00.41 # guest101: and which revision (build)? 16.00.45 # I wanted to put the samsungs into unstable, but there's little point as of now 16.00.51 # yeah, anyone can build the zips, that's why we have the zip building scripts in svn 16.03.30 # pixelma: i just run the rockbox installer tool.. how do you know which build you have? 16.03.56 # guest101: the latest release (3.3) probably which doesn't have timestretch 16.04.51 # kugel: oh i guess that's it. what release has time stretch? i want to speed up playback without affecting pitch for audiobooks. 16.04.55 # guest101: use the "Install Rockbox" button in rbutil, and select latest build. then you should have timestretch 16.05.13 # or you wait a few days for 3.4 :) 16.05.30 # guest101: Rockbox Utility does tell you which build its going to install. Afterwards, check System / Rockbox Info (surprise surprise! ;-) 16.06.04 # hmm, the beast battery calculation is great. 91%, 127h :) 16.06.09 Join gregzx [0] (n=chatzill@dtb49.neoplus.adsl.tpnet.pl) 16.06.47 # bluebrother: oh ok. i get it now. thanks for all the help you guys! 16.09.01 Quit guest101 ("CGI:IRC (EOF)") 16.12.39 # * pixelma wonders if this lack of enthusiasm about the release is a sign that a 3-months release cycle is a bit short 16.14.04 # possibly, I don't like that 3-month cycle 16.16.19 Quit Grahack ("Leaving.") 16.21.03 # I think a longer cycle isn't really going to make remembering to do it easier, though. 16.22.27 # i think a longer cycle would be better 16.22.39 # It would better accomplish what? 16.22.46 # * domonoky thinks we just need to automate the release thing more.. 16.23.28 # I mean, a longer cycle's fine if it meets the goals determined by releasing, but you should figure out what those are first, then fit your release cycle around it. 16.23.38 Quit Omlet () 16.23.45 # but more importantly we need someone to step up and suggest a schedule, do branching, send mails etc to get the ball rolling, something Bagder has done previously 16.24.04 # especially automated reminder mails might be a good thing. 16.24.13 # I think so too, I don't think prolonging the periods will make anything better 16.24.18 # Llorean: i think it would help build up more enthusiasm for a release 16.24.37 # * n1s see no point in automated mails 16.24.40 # the problem is that us devs don't really have any benefits from releases 16.24.56 # other than getting users more up to speed with what's on trunk 16.25.09 # the tracker reminder mails go directly in the spam dir... 16.26.24 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 16.26.52 # n1s: its your fault to let them go into the spam dir. automated mails might help so we dont forget we are near release time. 16.27.37 # I think the problem was more "lack of memory" than "lack of enthusiasm". 16.28.00 # domonoky: yes, it's my fault because i set up a filter do do that 16.28.04 # Well, for the most part. Apparently the one person who did remember of those of you who're active here wasn't enthusiastic, so chose not to remind you guys. 16.28.54 # But I mean, any of you can choose not to participate whether it's a person or an email who reminds you, so I don't think email reminders are any worse than an active person. 16.29.13 # As long as you don't intentionally choose to filter out release emails (which you could do just by trashing any personal emails about the release too, anyway). 16.29.35 # But again - what's the goal with the release? 16.30.12 # Right now at 3 months it's short enough that we can say to people "just roll back to the release for now" when there's a bug around, knowing they usually won't lose but one or two significant features. 16.30.21 # What's the proposed longer time frame? 16.31.11 # i think something like twice a year would be better 16.32.08 *** Saving seen data "./dancer.seen" 16.32.17 # * domonoky thinks that at devcon, we sayed to stay with the 3month cycle.. ( or at least we try to:-) ) 16.34.19 # yea, I brought that up 16.35.18 # * domonoky thinks that with automated reminders, and selecting a "release manager" for every release, we should be able to orgnaise this in a good way. 16.36.20 # domonoky: See if you can get a volunteer when 3.4 comes out for a 3.5 RM, that way you don't have to remember to pick one later. :) 16.37.49 # maybe we should let "rsb" select the RM, then rsb has something todo :-) 16.38.32 # Well, you need more than one volunteer before a decision needs to be made anyway 16.38.37 # You can't really just assign someone the job. 16.38.49 # yes, just joking... 16.38.57 Quit robin0800 (Remote closed the connection) 16.39.52 # Well, just wanted to say that since people keep saying "pick an RM" but you don't even have a single volunteer yet. :) 16.39.53 # we should just ask shortly before the release, who wants to volunteer to organise the next release... maybe give some bonus for this person ? (a rockbox release manager shirt for example) 16.40.58 Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de) 16.41.22 # T-shirts are always a fun incentive. 16.41.38 # the release dates might be a bit of a problem ... next release would be almost on christmas. 16.42.12 # shifting it two weeks earlier (or a month later) might be a good thing, at least for 3.5 16.42.15 # We could do three releases a year. Six months, three months, three months. So we skip over Christmas, and give everyone a break? 16.42.31 # people even mentor a student for the whole summer for a shirt, so a "Rockbox 3.4 Release Manager" Shirt should be a good incentive :-) 16.43.25 # Bagder: can you please move this: http://www.retrospektiwe.de/rbutilqt-v1.2.3.dmg to the download server ? 16.44.07 # * bluebrother could consider trying to do some organizational work for the next release, but no idea about internet connectivity during christmas 16.44.16 # plus, there's 26c3 after christmas. 16.44.43 # lets have a release party at 26c3 :-) 16.44.57 # domonoky: you coming? It was much fun last year 16.46.45 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 16.47.06 Join fml [0] (i=www-data@giant.haxx.se) 16.47.59 Quit stoffel (Read error: 148 (No route to host)) 16.48.10 # Hello. I'm trying to apply a patch that I created myself, but I get the following error: "patch: **** malformed patch at line xx" How can this be? And what can I do to avoid this? 16.48.29 # * bluebrother wonders if there's something similar to ldd for windows binaries, i.e. some command line version of depends.exe 16.48.34 # It's the latest patch from FS#8768 16.49.12 # bluebrother: try depends.exe /c :-) 16.51.50 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.51.59 Quit TheSeven ("#linux4nano-core") 16.52.37 Join TheSeven [0] (n=theseven@84.56.164.110) 16.55.55 # With viewports, if you define x and y and leave the width and height blank it'll stretch from the x,y to fill the rest of the screen right? 16.56.09 # * AlexP is still bashing FS#10553 into shape 16.56.16 # domonoky: nice, but not exactly what I'm looking for. Might be useable enough though. 16.59.31 # New commit by 03bluebrother (r22751): Fix short version of qmake command option. Add display of building time. 17.00.03 # Bagder: rbutil 1.2.3 w32 and linux binaries at http://www.alice-dsl.net/dominik.riebeling/rockbox/. Can you move them? 17.06.07 # bluebrother: what are you looking for exactly ? 17.06.33 # Can anybody please try to apply this patch to the current SVN: http://www.rockbox.org/tracker/task/8768?getfile=20546 ? And tell me whether there are any problems? 17.07.32 # pamaury: I'd like to have some checking in the release script that gives me a warning if the binary is dynamically linked against some dlls. Especially mingwm.dll on Windows. 17.07.34 # AlexP: did you look at the manual bits I wrote? 17.07.43 # Where? 17.07.51 # FS#9934 17.07.55 # bugger 17.08.01 # I didn't know about that 17.08.05 # I'll have a look 17.08.13 # Doesn't look like anyone did 17.08.18 # (me included) 17.08.21 # fml: malformed patch at line 44 17.08.26 # This patch is a pain as well - full of errors, tabs etc. 17.08.34 # I've nearly got it done though 17.08.42 # When I saw the opened task, my first reaction was "what, I added that ages ago!" 17.08.46 # rasher: I'll finish this then try and merge yours 17.08.47 # Turns out I didn't. 17.09.01 # Or is yours ready to go straight in? 17.09.16 # I don't remember. 17.10.11 # New commit by 03bluebrother (r22752): Substract the correct number of minutes when calculating the durations seconds part. 17.10.52 # note to self: when testing something that calculates a duration in min:sec, don't try with a tree that builds in less 17.11.29 # bluebrother: and what is the problem with depends.exe ? Isn't it interactive AFAIR ? 17.11.53 # pamaury: yes, but I like to have that in the deploy script. I.e. non-interactive 17.13.22 # bluebrother: yes, I get the same error. But I don't understand why. I also get errors with other patches from that task :-/ 17.13.29 # bluebrother: it's quite easy to create a program that list the dll a exe/dll depends on. Perhaps I even have one on my computer 17.19.36 Quit domonoky (Read error: 104 (Connection reset by peer)) 17.20.08 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.26.15 Quit jamie_ (Remote closed the connection) 17.35.18 Quit shaggy-h () 17.38.26 Join Lear [0] (i=chatzill@rockbox/developer/lear) 17.40.21 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) 17.44.23 # * fml has no clue why he keeps getting error messages when patching. The patch wasn't edited manually! 17.45.33 # linefeed issues perhaps? 17.46.23 # no. I've tried dos2unix the patch, didn't change anything 17.46.54 # the only thing I can think of is line numbers being off. Though that shouldn't happend if the patch was generated directly from svn and not changed manually 17.47.55 # rasher: It looks like the patch I've been playing with contains what yours does (in fact, looking at the text some of it seems to have come from there...) except it puts the description in advanced topics and just the tags in the wps tags section 17.48.07 # I even tried delete everything but the first hunk -- no success. 17.48.09 # rasher: Would you like to have a look at my cleaned up version of this one? 17.48.49 # AlexP: viewports isn't a WPS-only thing anymore, which is probably why it's under andvanced topics 17.49.02 # yes, I know 17.49.15 # It is as two seperate topics 17.49.22 # wps viewports and ui viewports 17.49.38 # both of which should be under advanced topics (for the description) anyway 17.50.23 # I think the description and UI vp could be under "Customising the User Interface", the wps syntax where the other tags are described 17.50.41 # with the addition of conditionals VPsfor the wps 17.52.25 # yes, that is what it does 17.53.17 # is there something like "mkdir -p" on windows? I.e. a way to make mkdir *not* fail if the folder already exists? 17.53.22 Part bipak 17.57.38 # bluebrother: are you still interested in a ldd like for windows ? I have a self contained program that can list dependencies (dll only, not imported functions), that works at least on linux (ie not tested on windows) and at least for 32-bit programs :) 17.58.15 # pamaury: definitely 17.59.01 # bluebrother: http://pastie.org/623635 17.59.02 Join stoffel [0] (n=quassel@p57B4F706.dip.t-dialin.net) 17.59.44 # hope it can helps, it's not very robust but it should work 18.00.39 # pamaury: I'll check that, it's better than having nothing to start with :) Thanks. 18.01.17 # kugel, rasher: http://pastebin.com/m4acfdc24 18.01.24 # bluebrother: it's nothing, if you want to get rid of all the preliminary definition, just include windows.h and it should works 18.03.16 Quit pamaury ("exit(*(int *)0 / 0);") 18.03.51 # AlexP: the patch doesn't tell me much :( can you build me a pdf? 18.04.11 # kugel: It tells you everything! 18.04.17 # kugel: What target? 18.04.39 # color and/or grey 18.05.18 # * AlexP doesn't know this "color" thing :) 18.05.29 # do you have an idea why {\textbar} is needed for the \config thing, but not for \begin{example} ? 18.05.34 # colour* :) 18.05.44 # lines? 18.05.54 # first hunk of the patch 18.05.58 # lines 8 and 22 18.06.26 # no, I hadn't noticed that 18.06.30 # I'll have a play 18.07.13 # I presume because \example{} takes it verbatim 18.07.18 # bluebrother: does python not know the % operator? 18.08.06 # kugel: Note the % doesn't need escaping either 18.09.28 # kugel: http://aeparker.com/files/rockbox-h120-r22748M-090920.pdf and http://aeparker.com/files/rockbox-gigabeatf-r22748M-090920.pdf 18.12.04 Quit gregzx ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") 18.14.16 # AlexP: Looks largely fine to me, although the major part of the discription of viewports is in the WPS section, which comes after teh UI viewport section 18.14.49 # not a big deal, since there's a nice reference, but I can imagine that viewports are described very generally before UI vp and WPS vps 18.15.32 # kugel: Yes, a good point - I'll see if I can shuffle it around 18.16.35 # New commit by 03alle (r22753): Pitch Detector: add the possibility to set the reference frequency of A (last part of FS#8768) 18.18.35 Join robertoss [0] (n=rob@207.112.99.226) 18.20.14 # hey everyone, quick question about turning on the ipod video, i noticed that i can turn it on by quickly pressing menu, and then also boot to the apple OS with a Long Menu, but the manual says to use menu/select? Is this something that is well known or is it new? BTW i have the large disk build from bobbozo 18.22.31 Join saratoga [0] (i=www-data@giant.haxx.se) 18.22.52 # can someone add the Fuze to the theme site? 18.23.08 Quit wincent (Read error: 110 (Connection timed out)) 18.24.08 # saratoga: done, it needs a picture though 18.25.37 # I have one, but I have no idea how make it show up there 18.26.20 Quit robin0800 (Remote closed the connection) 18.26.30 # rasher: ^ ? 18.26.55 # kugel: shouldn't the fuze use ipod color themes 18.27.20 # yea, for some reason it has no theme 18.29.33 # kugel: needs to be on the main site 18.30.01 # kugel: in http://www.rockbox.org/playerpics/ 18.30.03 # New commit by 03kugel (r22754): Add small pictures for Sansa Fuze and Samsung YH925. 18.30.27 # rasher: like this? 18.30.57 # kugel: don't know if they get pushed or if you need a swede to update www 18.32.06 # kugel: but yes 18.32.12 *** Saving seen data "./dancer.seen" 18.32.37 # no theory as to why it didn't group the ipod color themes with the fuze? 18.33.26 # New commit by 03alle (r22755): Pitch Detector: use special functions for choosing bool values 18.35.31 # either the wrong resolution was entered or it has todo with the checkwps checking. 18.36.16 Join Farthen [0] (n=chatzill@e176134206.adsl.alicedsl.de) 18.36.21 # 220x176 is what I entered 18.37.31 # hrm, it seems I should've used "Sandisk Sansa Fuze" :/ 18.37.34 # can that be changed? 18.38.04 # it doesn't matter for the themes, but it would be more consistent with the other sansas 18.38.53 # * rasher will fix 18.39.27 # also the e200v2 should be added, or rbutil wont find themes for it. 18.39.30 # although the ipods don't have apple in front 18.42.10 # scorche: we need libsdl1.2-dev on the theme server (to build checkwps) 18.42.49 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 18.44.29 # the svg images on the download site look so much nicer then the sim pictures 18.47.12 # Yeah, why aren't we using these for the sim? 18.47.34 # do we have higher res versions? 18.47.39 # or is svg scalable 18.47.51 # svg is scalable 18.47.58 # They're the same ones used in the manual 18.48.48 # New commit by 03alex (r22756): Add viewports to the manual. Adapted from FS#9934 by Jonas Häggqvist and FS#10553 by David Kauffmann 18.49.11 # Did we branch for 3.4? I guess I should put that in there too 18.49.15 # Just needs an overlay for the buttons 18.49.22 # AlexP: not sure it matters for the manual, but yes we did 18.49.34 # not much work, I guess 18.49.40 # Probably best too - 3.4 contains the viewports :) 18.49.51 # Yeah, I'll do it shortly 18.53.41 Topic "3.4 has now been branched | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community" by ChanServ (ChanServ@services.) 18.54.39 Join stevetuc [0] (i=www-data@83.168.254.42) 18.57.56 Quit stevetuc (Client Quit) 18.59.30 # * domonoky just added e200v2 to the theme page. but it also didnt get any themes. so it probably needs new checkwps binarys for the new targets. 19.03.13 # New commit by 03alex (r22757): Port r22756 to the 3.4 branch - Add viewports to the manual. Adapted from FS#9934 by Jonas Häggqvist and FS#10553 by David Kauffmann. 19.03.32 # New commit by 03alle (r22758): Pitch Detector: group note related data together 19.04.00 # New commit by 03bluebrother (r22759): Always format error message using ANSI functions to get rid of type-punning when building with rbutil. 19.10.18 # New commit by 03alle (r22760): Clarify the unit of note frequency 19.11.55 Quit LinuxMafia (Remote closed the connection) 19.15.00 # A-B repeat is on all players right? 19.15.53 # Bagder: Hi. it looks like the since-4weeks.html page isn't updated anymore. 19.16.10 # * Bagder blames a random kid brother 19.17.01 # AlexP: I'm not sure, even if it is there are two ways to control it (depending on the amount of usable buttons) 19.17.26 # I'm not sure the Ondio (and the Player maybe) have it 19.19.45 # the Ondio seems to have it (at least it's in the menu) 19.20.47 # pixelma: OK, I'll think about doing something about it at some point :) 19.23.22 # urgh, if you enable A-B repeat on the Ondio you can't go from the WPS to the filebrowser anymore... 19.23.55 Join webguest26 [0] (i=www-data@giant.haxx.se) 19.23.55 Quit webguest26 (Client Quit) 19.25.05 # You can... just not directly 19.26.05 # well, context menu > menu > file browser? Ok... 19.26.12 # yes 19.26.43 # Of course there is a tradeoff 19.27.24 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 19.27.31 # I think that A-B repeat needs quick access if enabled, otherwise it could be put into the wps context menu 19.31.03 Quit langzeitstudent_ ("Verlassend") 19.31.48 Quit saratoga ("CGI:IRC (EOF)") 19.31.50 # kugel: regarding the gcc 4.4.1 test, was the binutils snapshot needed for some reason? 19.33.22 # entering the filebrowser through the menu is a bit different than entering directly from the WPS if you have "follow playlist" enabled because you get to folder you last browsed not to the curently playing track, not a big deal though 19.34.57 # * amiconn thinks that this is a bug 19.35.56 # I think you can see it both ways 19.37.00 # consistency when entering the file browser through the menu or not 19.37.40 # or for "folliow playlist" 19.38.49 # Lear: 2.19 didn't work without modifications on the previous test 19.41.03 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) 19.48.07 # Lear: if you're running x86_84 I can hand you the binaries 19.48.15 # for arm 19.51.43 # x86_64 of course :) 19.55.04 # kugel: Thanks, but I use Cygwin... 19.56.07 # That hurts me bad 19.58.57 Quit inversions (Read error: 110 (Connection timed out)) 20.00.52 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 20.09.46 Join Lear_ [0] (i=chatzill@rockbox/developer/lear) 20.10.27 Join merbanan [0] (n=banan@83.233.172.245) 20.10.40 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 20.12.02 Quit flydutch ("/* empty */") 20.12.41 Join Lear__ [0] (i=chatzill@141.191.216.81.static.g-hn.siw.siwnet.net) 20.18.54 Quit Lear_ (Read error: 60 (Operation timed out)) 20.22.18 Join funman [0] (n=fun@rockbox/developer/funman) 20.22.45 Quit stoffel (Remote closed the connection) 20.23.20 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) 20.25.00 Nick Lear__ is now known as Lear_ (i=chatzill@141.191.216.81.static.g-hn.siw.siwnet.net) 20.27.03 # kugel: Hrm, the binutils snapshot from the 20th didn't build for me... 20.28.10 Quit Lear (Read error: 110 (Connection timed out)) 20.30.51 # kugel: Ah, just a missing lib, easy to fix. 20.32.14 *** Saving seen data "./dancer.seen" 20.33.44 # Now what, test_codec made an empty log file (for a folder run). 20.35.46 # I didn't do folder runs 20.41.05 # bughunter2: what action should cause an USB interrupt on Sansa AMS, simply plugging the device on USB ? 20.41.24 # I'd guess so? 20.41.45 # shouldn't the first action come from the device towards the usb controller ? 20.41.55 # hmm 20.42.06 # I'm not that experienced with USB, so I'd have to read up on that 20.42.10 # but you could definitely be right 20.42.32 # just suggesting, i'm not experienced with usb either 20.42.46 # File was written, (chdsk found it). If there was a crash, there was no panic screen... 20.45.14 Quit tarbo (Remote closed the connection) 20.45.29 # funman: maybe you could check the OF init routine once more, to be sure? 20.46.15 # there is not "one init routine" iirc, what are you looking for exactly ? 20.46.29 # the usb driver initialization? 20.46.50 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.46.50 # well i believe the initialization is split in several places 20.46.56 # ah 20.47.37 # some functions can be hard to follow due to several reasons (function pointers comes to my mind) 20.49.24 # I'd guess that a lot of the USB packets going to the host are the same on most players... if that's the case then couldn't we just compare other rockbox code and check whether rockbox sends the first packet? 20.50.26 # sounds good 20.51.41 Quit Galois ("Leaving") 20.52.03 Quit GeekShadow (Read error: 54 (Connection reset by peer)) 20.52.09 # bughunter2, as far as I've seen so far USB controllers give interrupts for the following two broad cases: device interrupts (plugin/out, speed-change) and endpoint interrupts (packet sent or received for example) 20.52.40 # ok 20.53.01 # the usual case is that the device activates a pull-up on the D+ line (or inserted with the D+ pullup already active), this is detected by the host which does a USB device reset 20.53.02 # so then we should get an interrupt, if interrupts are working.. 20.53.22 # yes 20.53.23 # sorry I don't know what the D+ line is 20.53.54 # it's one of the four signal lines used in USB (ground, power, D+, D-) 20.53.59 # ah 20.54.14 # one of the middle two in a flat USB connector 20.55.34 Quit matsl ("Leaving") 20.55.44 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 20.56.18 # bertrik: so once I'd connect my e200v2, I should immediately get an interrupt, after rockbox shows the USB logo? 20.56.23 Part Grahack 20.56.26 # or even before that/ 20.56.27 # ? 20.56.51 # to test whether interrupts work, I simply put a panicf() in INT_USB, but it never paniced :/ 20.58.23 # I'd expect so, yet 20.58.40 # *yes. Does the host see anything happen when you plug it in? 20.58.54 # nope, nothing in the device manager either 21.00.56 # I just inserted some extra panics, let's see if something happens 21.01.02 # do you see anything happen in the dmesg log of a linux machine? 21.01.16 # I'll try that, too 21.04.27 Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) 21.04.38 # bertrik: nothing in dmesg 21.06.39 # in that case I think, USB is not active at all yet. It could be that the pull-up on D+ is not activated from the device side. 21.07.01 # so, the device isn't initialized correctly? what else could it be? 21.07.28 Quit Horscht ("Verlassend") 21.08.14 # aw, even with panics all over the place, not even one panic is displayed :P 21.08.23 # except the one in usb_attach that I tried out of paranoia 21.11.18 # I'll check the datasheet 21.11.50 # thanks 21.14.12 Quit funman ("leaving") 21.16.20 Quit Lear_ ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 21.17.23 # which part (chapter) of the datasheet applies to the USB device controller in the as3525? 21.17.34 # of the amd sheet? 21.18.04 # yes 21.18.14 # just the ones that match the register names, I'd guess 21.18.22 # haven't read the full thing yet 21.19.27 # the names can slightly differ though 21.19.40 # for e.g. in AS sheet: USB_DEV_CTL, and in AMD's sheet: DEVCTL 21.19.53 # err, USB_DEV_CFG / DEVCFG 21.20.30 # I'm trying to make a little trace, to see what the OF sends to the host 21.22.17 # ah chapter 6.4.5 21.22.47 # yeah 21.23.03 # just found out as well 21.24.41 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 21.24.53 # we may need to have to configure the USB PHY, the part that does the low-level signalling and I think this can be found out easiest by studying the OF 21.25.14 # afaik funman's code did configure that 21.25.24 # or maybe just partly 21.25.26 # not sure 21.25.39 # also, in registers RXFIFOMEM there is a bit 'APU' that configures how the pull-up works (automatically or under software control) 21.25.40 # CGU_USB = 1<<5 /* enable */ | (CLK_DIV(AS3525_PLLA_FREQ, 48000000) / 2) << 2 | 1; /* source = PLLA */ 21.25.43 # that's from funman 21.25.54 # oh 21.26.03 # should I try to set that to automatic, right now? 21.26.18 # also, I just captured the packets the OF sends to the host 21.26.29 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 21.26.30 # the problem is that the as3525 does not have this particular register ... 21.26.35 # aw 21.27.01 # CGU_USB just enables a clock towards the USB device controller and is only a really small part of initialisation I guess 21.27.07 # yeah 21.27.34 # it looks like the host indeed sends the first few packets, before getting packets from the device 21.27.47 # so, we should indeed get interrupts immediately after plugging the device in 21.28.16 # the device cannot really take the initiative to send packets to the host, it's done only on request of the host 21.28.24 Join AndyIL [0] (n=pasha_in@212.14.205.32) 21.28.37 # true 21.28.47 # so that in itself is enough to be sure we should get interrupts 21.29.57 # bertrik: how'd you figured the RXFIFOMEM thing out btw? 21.30.15 # rasher, I am thinking of committing FS#http://www.rockbox.org/tracker/task/9824 21.30.57 # bughunter2, I was searching for "pull" in the datasheet (from pull-up) 21.31.16 # how'd you know it's related to that register though? 21.31.33 # bertrik: sounds good. I did in fact test it on my e200 as well 21.31.38 # I only stumble upon APU by searching for pull 21.33.12 # bertrik: could "6.16.2.7 GPIO Pull-Up Enable (GPIO[x]_PU_EN)" be related? 21.33.41 # rasher, IIRC I did test it on sansa clip too (and it worked). I'll wait for the freeze to end. 21.34.42 # bughunter2, yes I think so 21.34.55 Quit bluebrother (Nick collision from services.) 21.35.00 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 21.35.00 # I'm not sure how to enable it, if it's possible that way.. 21.37.22 Quit domonoky (Read error: 104 (Connection reset by peer)) 21.38.30 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 21.40.24 # bertrik: it says 'GPIO I/O Offset 18h', but how can I write to this? should I add 18h to some base register? If so, which? 21.44.52 # hm on closer inspection, those pull-ups probably have nothing to do with USB and are part of a different device module 21.45.04 # ah 21.45.10 Quit robertoss () 21.45.21 Quit wincent (Read error: 110 (Connection timed out)) 21.45.23 Join froggyman [0] (n=chatzill@pool-72-69-88-109.chi01.dsl-w.verizon.net) 21.45.30 # in the comments of the linux amd5536udc driver, it says: " * Make sure that UDC is assigned to port 4 by BIOS settings (port can also be used as host port) and UOC bits PAD_EN and APU are set (should be done by BIOS init)." 21.46.34 # uoc being usb option controller 21.48.17 Quit AndyI (Read error: 113 (No route to host)) 21.51.43 # bertrik: I just added some code which I thought might enable APU, and now rockbox says (when connecting) "data abort at 30058e00" 21.52.33 # probably not good 21.52.33 # :P 21.53.13 # it could be that the data abort fires when you try to access a peripheral and it doesn't respond (no peripheral registers at this address), but I'm not really an ARM expert 21.53.17 # New commit by 03vitja (r22761): i7: pcm-telechips fix sampling rate that was about 40000 instead of 44100 ... 21.53.42 # I added: *(unsigned long *) (0x5120000b /* UOC base */ + 0x00 /* UOCCAP */) |= (1<<15); 21.54.26 Quit matsl (Read error: 110 (Connection timed out)) 21.55.14 Join calman_ [0] (n=caleb@dhcp-064-247-075-071.sg3.ohiou.edu) 21.55.28 # probably should add volatile.. not that it would magically make it work 21.55.50 Part calman_ 21.56.15 # er, what the hell is the first one on here: http://themes.rockbox.org/index.php?target=h300 21.56.16 Join calman_ [0] (n=caleb@dhcp-064-247-075-071.sg3.ohiou.edu) 21.56.24 # * AlexP investigates with a few to deleting 21.56.28 # *view 21.58.22 # what? 21.58.52 # rasher: I just went to delete a theme - I think it has gone but I got Warning: rmdir(/home/themes/www//themes/220x176/.rockbox) [function.rmdir]: Directory not empty in /home/themes/private/themesite.class.php on line 295 21.59.19 # kugel: Someone submitted cabbie v2 with the screenshot a badly cropped photograph of his screen 21.59.36 # yea, I saw that. I just didn't understand what you said 21.59.48 # Which line? 21.59.59 # the two directly above 22.00.41 # investigates with a view to deleting = looking at it pretty sure that I'm going to delete it 22.01.52 # aye, I wasn't familiar with that phrase 22.02.37 Join petur [50] (n=petur@rockbox/developer/petur) 22.02.52 # AlexP: that looks... wrong 22.03.04 # rasher: indeed it does :) 22.04.25 # AlexP: It's gone.. not sure what happened :| 22.05.31 # rasher: Me neither, just wanted to let you know 22.07.44 Quit billenium (Connection timed out) 22.08.10 # bertrik: some news :).. I at least found some opcodes in the OF disassembly that match funman's code :D 22.08.49 # > Some person on anythingbutipod.com gave this theme as part of the firmware (rockbox) as freeware. 22.08.55 # That seems more disturbing 22.11.32 Quit n17ikh (Connection timed out) 22.11.53 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 22.14.44 # rasher: also, the e200v2 is showing zero themes - it should be showing the e200 ones, no? 22.16.12 Quit wincent_balin (Read error: 110 (Connection timed out)) 22.17.25 Part Farthen 22.17.32 # AlexP: It should, but I have no checkwps for e200v2 22.17.55 # AlexP: and only themes which have passed checkwps get showed 22.17.57 # ah right 22.18.09 # that makes sense 22.18.20 # Just need scorche to install sdl so I can compile checkwps 22.19.43 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 22.22.15 Join PaulJam [0] (n=Paule@p54BECE99.dip.t-dialin.net) 22.25.19 # bertrik: the freeze ended 22.26.11 # rasher: you need sdl for checkwps? 22.27.21 # kugel: seems so 22.27.54 # does it give an error? 22.28.37 # bertrik: will continue another day, bedtime :) 22.28.41 # thanks for the help 22.28.47 # I wasn't aware of this, an I don't think it's needed 22.31.43 # rasher: the build system builds checkwpsm wouldn't it be useful to use that= 22.31.47 # ?* 22.32.00 Quit vitja ("Ex-Chat") 22.32.09 # it isn't uploaded yet, but I think that could be changed for the theme site 22.32.15 *** Saving seen data "./dancer.seen" 22.33.44 # kugel: seems needlessly complicated 22.33.57 # It takes what.. at most a minute to build them all? 22.34.24 Quit wincent (Read error: 110 (Connection timed out)) 22.34.27 # depends on the machine 22.34.36 # my c2d needs more 22.35.14 # how old is the checkwps that's currently in use? 22.35.51 # if checkwps isn't always up-to-date, how do you garuantee that it's actually correct when it says "does not work with the current build"? 22.38.44 # it is always up to date 22.38.49 # except when scorche breaks everything :) 22.41.02 Join moonscapex [0] (i=www-data@giant.haxx.se) 22.41.45 Quit moonscapex (Client Quit) 22.42.31 Quit wincent_balin (Read error: 110 (Connection timed out)) 22.47.50 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 22.56.00 Quit petur ("Zzzzz") 22.57.40 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 23.03.39 Join webguest90 [0] (i=www-data@giant.haxx.se) 23.04.39 Quit webguest90 (Client Quit) 23.04.48 Join webguest42 [0] (i=www-data@giant.haxx.se) 23.05.40 # Hey, does rockbox work on samsung yps3? 23.07.39 # no, there's just a simple demo program, based on a rockbox bootloader 23.07.55 # crap in a biscuit. 23.08.07 # Thanks anyway. 23.09.06 # Is there any way I could contact the rockbox crew and request that? 23.10.09 # webguest42: I don't think you need to, and you've more-or-less already done it hereby 23.10.20 # Alright 23.10.27 # Thanks. 23.10.29 Join casainho [0] (n=chatzill@87-196-232-143.net.novis.pt) 23.10.31 # bertrik: are you just working on the meizus or is the yps3 also yours? 23.10.52 # hello Rockbox hackers :-) 23.10.58 # I guess I'll wait. 23.11.03 # Bye now. 23.11.12 Quit bubsy ("I'll be back somewhere in time") 23.11.22 Quit webguest42 ("CGI:IRC (EOF)") 23.11.28 Quit DarkDefender (Remote closed the connection) 23.12.03 # I would like to know if Rockbox already have USB support? 23.12.18 # casainho: for which target? 23.12.18 Quit Galois (Remote closed the connection) 23.12.29 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 23.12.43 Join webguest42 [0] (i=www-data@giant.haxx.se) 23.12.51 # well, I am looking for adapt on some costum hardware like this one: http://cgi.ebay.com/mini2440-S3C2440-ARM9-Board-3-5-TFT-LCD-Touch-Screen_W0QQitemZ120468760959QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item1c0c7f697f&_trksid=p3286.c0.m14 23.12.56 Quit webguest42 (Client Quit) 23.13.04 # casainho: Yes, in general 23.13.26 # casainho: There is a USB stack, but of course drivers for individual hardware is needed 23.13.28 # *are 23.13.30 # but would Rockbox work as a USB Host? 23.14.01 # so, the Rockbox USB Stack is working now on Sansa E200, for example? 23.14.56 # and the same question goes for Ethernet connection. I would like to know If Rockbox would play files over Ethernet, or something like that 23.15.28 # USB host, no 23.15.53 # The e200 uses the Rockbox USB stack for UMS, yes 23.16.01 # And Rockbox has no networking stack 23.16.26 # casainho: wow, this is a really cool device for that price! 23.16.57 # AlexP: ok, thanks :-) 23.17.45 # TheSeven: yes, looks like it is :-) there are all the schematics and datasheets available on product donwload page: http://www.friendlyarm.net/downloads 23.18.53 # TheSeven: one developer already bought that hardware and I am looking if I would buy also an join, for porting Rockbox for it: http://lyre.sourceforge.net/?q=content/getting-started 23.25.03 # casainho: yet again a hardware change? 23.26.11 # IIRC rockbox is mostly complete for s3c2440. The Gigabeat F and X use that SoC 23.26.20 # kugel: yes... we are still waiting for the ARMopendous-DAP boards, but is difficult, the guy designing the boards have problems with it. Now another person got near the project and bought that hardware, to port Rockbox for it. 23.26.34 # kugel: oh, nice to know :-) 23.27.21 # that hardware really looks nice. and it already contains everything needed. 23.27.22 Join tarbo [0] (n=me@unaffiliated/tarbo) 23.27.33 # and costs $85 :-) 23.27.36 Join bubsy [0] (n=bubsy@94.139.72.137) 23.28.17 # would be nice to have a kind of Rockbox hardware for having at home, car? -- because that hardware is not portable... 23.29.05 Part malouin 23.29.26 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 23.29.31 Quit wincent_balin (Remote closed the connection) 23.30.07 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 23.30.16 Join MG_Man [0] (n=MGMan@11.208.101.97.cfl.res.rr.com) 23.31.35 # it has vga and ethernet connectors. that already exceedes the limites of Rockbox. but one could surely make funny experiments with it 23.32.15 # kugel: yes, rockbox would surely not use all features. but it has everything needed for a audio player (and more) 23.32.38 # I figure there's a reason the screen on that device shows it running android... 23.33.07 # ethernet shouldnt be too complicated, there is this nice lwip stack.. you only need a hardware driver. 23.33.20 Quit bluebrother ("leaving") 23.33.40 # well, and probably some apps that use the network ;-) 23.33.55 # true :-) 23.34.02 # and viruses, rootkits and the like :p 23.34.56 # "We have lan! We cannot prove it since we have no apps, but we're quite surely it's working" :) 23.35.05 # sure* 23.35.37 # but, would people be interested in using such hardware running Rockbox? (or should I wait for a TRUE open hardware like the ARMopendous DAP?? http://code.google.com/p/armopendous/ ) 23.35.39 # well, with a small stack we should at least be able to respond to pings 23.36.09 # we're interesting in anything that potentially runs our os :) 23.36.49 # but getting rockbox run on that seems like a no brainer actually 23.36.57 Join wincent_balin [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 23.38.10 # the only thing missing on this board for perfect home/car usage is a ata-port to connect a big-big storage. 23.38.44 # domonoky: bitbanging GPIOs? :-P 23.38.59 # domonoky: attach a 2TB usb-disk 23.39.09 # and you can always use USB-to-SATA adapters of course 23.39.13 # or a NAS via lan :) 23.39.22 # Bagder: if you write the usb-host stack, shure :-) 23.39.30 # "wow! we found an application for the LAN port!" 23.39.51 # domonoky: USB host for just one mass storage device isn't too hard 23.39.55 # mass-storage shouldn't be too hard 23.40.01 # Bagder: did you see the new rbutil binarys to move to the download server ? 23.40.11 # as soon as there are multiple devices things start to get tricky 23.40.23 # ok - thanks for all ideas ;-) 23.40.26 # "(5) Bitmap to C Language transfer tool " < BMP2RB ? 23.40.36 # domonoky: oh, I noticed but I forgot. Can I have the url again? 23.41.02 Quit merbanan (Read error: 145 (Connection timed out)) 23.41.12 # I just don't know if the audio DAC IC used on that board have a good quality... (at least so good as a "normal" DAP) 23.41.26 # http://www.retrospektiwe.de/rbutilqt-v1.2.3.dmg and http://www.alice-dsl.net/dominik.riebeling/rockbox/ 23.41.28 # it looks like a nice toy I admit 23.42.59 # with this toy, you could also just run the sim on linux, then the drivers (usb, ethernet etc) are free :-) 23.43.37 # they ship some nice cloned software with it 23.43.46 # bluebrother's site is fast and fine, 4309k took a full second to transfer ;-) 23.44.41 # our new server's 100mbit connection is nice 23.44.52 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 23.45.27 # Bagder: can I send you some bootloaders while you're at it? 23.45.39 # sure 23.49.38 Join safetydan [0] (n=deverton@rockbox/developer/safetydan) 23.51.21 Quit casainho ("ChatZilla 0.9.85 [Firefox 3.0.14/2009090216]") 23.51.47 Join lennyk [0] (n=lennyk@dynamic2-254-138.usc.edu) 23.52.00 Quit MG_Man ("...GOT AWAY SAFELY!") 23.52.17 Quit wincent (Read error: 110 (Connection timed out)) 23.56.49 Quit robin0800 (Remote closed the connection) 23.58.18 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey)