--- Log for 21.06.107 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 5 days and 6 hours ago 00.00.44 Quit Buschel () 00.00.58 Quit bluebrother ("leaving") 00.05.45 Quit RoC_MM (Read error: 104 (Connection reset by peer)) 00.05.46 # * linuxstb just realises petur also created a hard disk info wiki page... 00.06.27 Quit Arathis ("Bye, bye") 00.12.18 Quit Mouser_X (Read error: 110 (Connection timed out)) 00.12.57 Quit aaronw ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") 00.14.14 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 00.15.01 # * DerPapst votes for linuxstb's hard disk info page and for peturs link collection. 00.16.37 Quit Febs (Read error: 104 (Connection reset by peer)) 00.16.42 # btw iPod 3G there are 10GB 15GB and 20GB single plater and 30GB and 40GB dual plater. 00.19.17 # DerPapst: It's a wiki ;) 00.19.20 # and afaik there are ZIF connectors with 40 and with 18 "pins". maybe you want to mention that the iPod video ones are ZIF 40 00.19.34 # well i'm not registered.. 00.19.44 # i've tried once and failed ;) 00.19.47 # linuxstb: a little correction: the MK4004GAH is 8 mm high 00.20.04 # PaulJam: Oops, thanks. 00.20.09 # DerPapst: OK, I'll add that info 00.20.18 # thanks ;) 00.22.02 Join fmoo [0] (n=fmoo|lt@static-74-41-12-115.dsl1.elk.ca.frontiernet.net) 00.22.13 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cd31ca1a8f1c572a) 00.22.23 # DerPapst: So I assume all the Toshiba drives listed are "ZIF 40" as well? 00.23.51 # i guess so. 00.24.25 Join Soap [0] (n=Soap@rockbox/staff/soap) 00.26.35 # 0.85 Inch HDD = insane :D 00.27.29 # * linuxstb wonders what "Rockbox and iPodLinux offer open-source alternatives to the standard firmware and operating system, respectively." means on the ipod wikipedia page. 00.27.55 Quit jgarvey ("Leaving") 00.28.29 Quit lImbus (" zzZZzz") 00.30.06 Quit entheh ("^~") 00.32.21 Quit netmasta10bt (Read error: 104 (Connection reset by peer)) 00.33.21 # * DerPapst doesn 00.33.33 # 't understand that statement 00.33.48 # ^ my return button is just too big :P 00.34.16 Join Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) 00.34.42 Quit ender1 (" Today's BOFH excuse: Zombie processes haunting the computer") 00.38.03 Join pengo [0] (i=pengo@60-242-139-27.tpgi.com.au) 00.38.23 # how change the tempo of a track? 00.41.01 # You can only change the pitch in Rockbox. 00.41.06 Quit darkless ("Leaving") 00.41.34 # i couldn't find that last time i looked either 00.41.58 # Search for "pitch" in the manual. 00.42.11 # there's a manual? 00.42.36 # * Soap hopes that is an Australian sense of humor. 00.42.56 # :] 00.43.08 # There's a website as well, and every page has a link called "manual" ;) 00.43.12 Quit luckz (Read error: 145 (Connection timed out)) 00.43.32 Join jhulst_ [0] (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) 00.43.45 # all i'd need a manual for is to find out why "pitch" isn't with the rest of the audio settings, and what "party mode" is meant to mean 00.44.23 Quit jhulst (No route to host) 00.44.26 # pitch isn't changed permanently, which is why it's not in the settings. But I can understand why you would expect it to be there... 00.44.58 Quit amiconn (" reboot...") 00.46.13 # ah i see.. i listen to large numbers of podcasts in a row so i want high-speed over many tracks 00.46.47 # the manual only mentions pitch for the recorder? 00.47.20 # there are manuals for every platform 00.47.49 # pixelma: oh you're still awake? 00.48.10 # no... talking in my sleep ;) 00.48.15 Join amiconn [0] (n=jens@p54BD765E.dip.t-dialin.net) 00.48.20 # hehe 00.48.40 Quit obo ("bye") 00.48.47 # pixelma: is the flagcounting patch ok? 00.52.02 # haven't tried yet, will do now (I'm not a big coder, only learned a bit TurboPascal years ago and reading a bit (about) C lately) 00.52.07 Quit Xerion (" ") 00.52.47 # whee Turbo Pascal... that is exactly how i started :-D 00.55.46 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 00.56.18 # linuxstb: Regarding ipodpatcher, would it be possible to detect whether the bootloader is already installed, and make the list of options depend on that? 00.57.40 # * linuxstb is also an ex-TP programmer 00.57.43 # ipodpatcher already detects if a loader is installed 00.58.10 # it even can distinguish between the rb loaders and loadre 2 ;) 00.58.19 # oh, didn't notice... 00.58.35 # So why does it offer to install the bootloader if it's already there? 00.58.42 # --list show all images that are in the fw partition 00.58.58 # it updates the bootloader then 00.59.01 # "install" replaces an existing bootloader. 00.59.28 # Why would I need to replace a bootloader with its identical copy? 00.59.55 # maybe you'll have a newer version of ipodpatcher with a newer bootloader 00.59.55 # It doesn't check the version installed, just that there is any bootloader installed. 01.00.36 # But yes, it could be more intelligent, but I'm not sure it's worthwile. 01.00.41 # DerPapst: ipodpatcher offerent (i)nstall even though my mini g2 alraedy has the latest bootloader 01.00.41 # ^+h 01.00.55 # *offered 01.01.18 # would it be possible to get the loader version? 01.02.04 # It could read it from disk, and compare with the embedded version. 01.03.10 # but it wouldn't know if it is an older or newer loader. just that is is a different one? 01.03.50 # True. 01.04.01 # k... better than nothing ;) 01.04.35 # Detecting a difference might be useful, as that would also detect a damaged bootloader 01.04.46 # That kind of feature is probably more useful in rbutil though - to tell the user when they need to upgrade their bootloader. 01.04.53 # Although, that might be a rare condition... 01.05.44 # i thought that rbutil would get that information from ipodpatcher 01.06.40 # Sort of. rbutil uses ipodpatcher as a library, and I think the functions are probably already there. 01.07.51 # I just mean that the purpose of ipodpatcher is to install (or update) a bootloader, and no harm is done if the user installs the bootloader multiple times. 01.08.02 Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 01.08.05 # So it doesn't seem that important. 01.08.11 # true 01.08.15 Quit matsl (Remote closed the connection) 01.09.05 # Whereas one purpose of rbutil is to help users keep their install up to date. 01.12.45 # * linuxstb sleeps, goodnight. 01.12.47 Quit linuxstb ("CGI:IRC") 01.12.56 # Hrrrm, pp5020 is nasty 01.13.15 # heh pp5002 is even worse ;) 01.13.53 # The mini g1 froze at 2 of 5 boot attempts 01.13.56 Quit joa (Read error: 110 (Connection timed out)) 01.14.09 *** Saving seen data "./dancer.seen" 01.15.32 # what are you trying to do? 01.15.43 # Just running rockbox... 01.17.24 # oh? i thought a clean svn build is running fine on minis. 01.17.26 # DerPapst: the newline doesn't seem to work this way - but maybe it's not even necessary. The splash also reads a bit cumbersome when you marked only 1 field, don't know if it is necessary to make it an extra case or if writing it "field(s)" would do... 01.17.33 # This is unusable :( 01.17.43 # DerPapst: mini g2 works like a charm 01.18.04 # mini g1 freeze a lot while just browsing the db... 01.18.09 # *freezes 01.18.15 Join Tachikoma [0] (n=Tachikom@fl-71-53-129-3.dhcp.embarqhsd.net) 01.18.32 # ANd only about 50% of the boot attempts succeed w/o freezing 01.18.39 # * amiconn disables CPU scaling 01.18.53 # * pixelma was about to suggest this 01.18.56 # the ipod photo with rockbox, can it play videos? 01.19.03 # yupp 01.19.08 # hmm 01.19.11 # ok 01.21.41 # hmm it wont play avi 01.22.09 # there we go again.. avi :) 01.22.16 # only mpeg 1 and 2 and only in the resolution of you photo 01.22.16 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 01.22.28 Quit ansivirus ("Leaving") 01.22.39 # ok 01.22.52 # and audio needs to be mp1/2/3 at 44100Hz 01.22.58 # how come no other video formats? 01.23.12 # Tachikoma: nobody implemented them 01.23.35 # Tachikoma: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 01.24.15 Quit XavierGr () 01.25.16 # video might be a good GSOC project for next year 01.25.39 # hmm 01.25.51 # so now i need a converter 01.26.05 # saratoga: What about it? 01.26.10 # saratoga: are you volunteering? ;P 01.26.43 # Tachikoma: take a look at the link i gave you. it lists some encoders. 01.26.48 # You'll always need a converter because at the very least you have to resize it to fit to the screen, so the argument for supporting other formats isn't terribly strong unless that format allows better quality at the same CPU load. 01.27.01 # i have no interest in video 01.27.18 # but we'll probably get at least as many students next year, so we'll need new ideas 01.27.39 # and cleaning up our video support with some sort of real API would make sense 01.27.40 # i did 01.28.05 # better to do that before someone writes a second video format i think 01.28.28 # * DerPapst agrees 01.28.44 Join Thundercloud_ [0] (n=thunderc@82.152.203.15) 01.28.44 Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) 01.28.56 Join Thundercloud_ [0] (n=thunderc@82.152.203.15) 01.29.00 Join XavierGr [0] (n=xavier@ppp68-180.adsl.forthnet.gr) 01.29.42 Quit Soap ("Leaving") 01.30.00 # maybe once i get a better feel for how rockbox plugins work i'll write up someting in the GSOC wiki page about a generic videoplayer plugin 01.30.12 # * amiconn listens to aac tracks for the first time 01.30.26 # Doesn't sound very advanced, quality wise 01.30.52 # its just mp3 with different block sizes and better lossless coding 01.31.17 # and no hybrid filter bank 01.31.21 # These are ~120kbps mp3... and they sound like 128kbps mp3 to me 01.31.23 # i wonder why no one else had these problems though. maybe no other mini 1G users? 01.31.34 # meh, ~120kbps aac I mean 01.31.48 # yeah thats about right 01.32.02 # the HA listening tests never showed a statistical difference between the formats at 128k 01.32.36 # At 128kbps, artefacts are clearly noticeable with a lot of tracks 01.32.47 # DerPapst: there were, that's why the "no scaling" build exists in the unsupported builds forum... 01.33.10 # applies to 4g greyscale Ipods too 01.33.21 # (IIRC) 01.33.22 # ahh.. ok :) 01.33.52 # I would expect these problems on all the pp5020 targets 01.34.06 Quit PaulJam (".") 01.35.38 # yeah, but I _believe_ that scaling isn't enabled in the official H10 builds 01.35.56 Quit bdgraue (Remote closed the connection) 01.36.22 # probably for exactly this reason 01.38.23 # That's a hackaround, not a solution... 01.38.34 Join Azraak [0] (n=jamie@oxcoda.safenetbox.biz) 01.39.10 # pixelma: fixed :) 01.40.10 # * amiconn concludes that the first a of 'aac' can't mean 'advanced' 01.40.16 # Hi. I'm trying to patch the menu code to talk in some places where it should but currently isn't; e.g. cancelling or accepting a setting change. It also speaks sometimes where it shouldn't. 01.41.17 # The question: what is the general preference when having to call the same function many times? Normally, I'd make a boolean variable and just set it to true where required, but I'm nto sure which is pferred: making another bool var (I gues sthat's only 1 byte) or calling the same function with the same parameters in many different spots 01.41.43 # preferred* 01.42.53 Quit Thundercloud (Read error: 110 (Connection timed out)) 01.44.08 # CPU scaling is indeed disabled in cvs for H10 (both models) 01.44.14 # s/cvs/svn/ 01.45.24 Quit Nico_P (Remote closed the connection) 01.45.30 Quit Rincewind ("Cya") 01.46.25 Quit Tachikoma ("KVIrc 3.2.0 'Realia'") 01.49.04 # anyone here familar with how VLC coding works? 01.49.14 Quit chris_ (Remote closed the connection) 01.49.31 Join chris_ [0] (n=chris@S0106001346f5afbd.cg.shawcable.net) 01.55.38 Quit Nibbier (Read error: 113 (No route to host)) 01.56.01 Quit Thundercloud_ (Remote closed the connection) 01.57.52 # maybe Antoine Cellerier is. mentor of GSoC at VLC http://code.google.com/soc/videolan/appinfo.html?csaid=9B7B6CA83B51E66D 01.57.55 Join Nibbier [0] (n=sven@port-212-202-177-141.dynamic.qsc.de) 01.59.15 # DerPapst: his nick here is dionoea 02.01.11 # thanks ;) 02.14.14 Join Tim_Mitchell [0] (n=Tim@ool-44c63d6d.dyn.optonline.net) 02.19.00 Join Tostada [0] (n=chris@68-189-17-92.dhcp.rdng.ca.charter.com) 02.19.13 Part Tostada 02.19.17 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 02.19.40 Join dmccarthy [0] (n=dmccarth@74-33-123-178.br1.brz.pa.frontiernet.net) 02.20.07 # Anyone know what the status is on getting rockbox on the Gigabeat S? 02.21.11 Quit Tim_Mitchell ("Leaving.") 02.23.51 # good night at all 02.23.54 Quit DerPapst ("So Long And Thanks For All The Fish!") 02.28.34 # dmccarthy: theres someone working on it 02.28.43 # last i heard they hadn't gottent he display driver working yet 02.29.26 # saratoga: thanks for the update...I saw some activity on the forums but wasn't clear if any more progress had been made 02.29.40 Part TrueJournals 02.31.05 Join webguest48 [0] (i=6152b561@gateway/web/cgi-irc/labb.contactor.se/x-61bc464101feaa59) 02.31.19 # jello 02.31.47 Quit webguest48 (Client Quit) 02.32.31 Join ansivirus [0] (n=ansiviru@adsl-76-225-180-38.dsl.rcsntx.sbcglobal.net) 02.32.59 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 02.33.16 Join dandin1 [0] (n=dandin1@bas12-ottawa23-1177806324.dsl.bell.ca) 02.34.39 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 02.37.00 Quit gtkspert (Remote closed the connection) 02.37.07 # dmccarthy: there's also a #gigabeat which is logged too - I guess people over there know more 02.37.32 Join gtkspert [0] (n=gtkspert@gateless.info) 02.37.40 Quit Mouser_X (Nick collision from services.) 02.37.51 Join Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) 02.41.26 Quit fmoo (Read error: 110 (Connection timed out)) 02.42.46 Join fmoo [0] (n=fmoo|lt@74-37-78-20.dsl1.ekgv.ca.frontiernet.net) 02.42.47 Part pixelma 02.48.56 Join BHSPitLappy [0] (n=steve-o@adsl-66-139-196-107.dsl.rcsntx.swbell.net) 02.51.31 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 02.57.18 Quit dandin1 (Read error: 110 (Connection timed out)) 02.57.32 Part TrueJournals 02.58.42 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 03.00.44 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 03.02.53 Part TrueJournals 03.04.41 # dmccarthy: check this out http://www.hack.id.au/files/gigabeat/irc/gigabeat/2007.06.20 03.04.49 # explains the state of the project nicely 03.05.47 # can i just say i want tempo for rockbox again :) 03.06.43 # well, you already said it, so i dont see a purpose of asking... 03.07.22 # ignoring the fact that IRC is not the place for feature requests... 03.07.38 # ok i wont say it then 03.07.46 # but you just did.. 03.08.18 # well... 03.08.55 # pengo: Feel free to code up the feature and submit a patch. 03.09.07 # Llorean: yes. yes i do feel free to do that. 03.09.23 # But mentioning it again is just going to irritate people. 03.09.59 # i did ask 03.10.19 # if i could say it 03.10.27 # No, you said it in the form of a question, there's difference. 03.10.38 # hrmm 03.11.06 # I assume you've actually followed the *proper* procedure? 03.12.09 # step 1. bug people on irc. 03.12.25 # step 2. assume someone else has already filed a feature request 03.12.31 # step 3. repeat. 03.12.55 # pengo: Step 1) Bug people on IRC, Step 2) Get banned for repeatedly violating channel guidelines. 03.12.55 # a "no i havent" would have sufficed... 03.13.21 # i can't click on things on the website because my mouse has stopped working 03.13.38 # So what? 03.13.49 # "I can't do it the right way" is not an excuse for breaking the channel guidelines. 03.14.12 *** Saving seen data "./dancer.seen" 03.14.17 # you guys were friendlier last time 03.14.17 # Not to mention the internet is navigable by keyboard alone. 03.14.25 # with difficulty 03.15.01 # Still, it negates your excuse entirely, since you can still do it the right way, you're just choosing not to. 03.15.31 # People were probably nicer the last time under the assumption that you didn't know or understand the rules yet. Now it's clear you don't have enough respect for the developers to follow their posted guidelines. 03.15.40 # If you don't care enough about them, why should they care at all what feature you're interested in? 03.16.52 # "go ask on tracker instead of here" would have done 03.17.18 # i think http://www.rockbox.org/manual/ should redirect to http://www.rockbox.org/twiki/bin/view/Main/RockboxManual 03.17.45 # or http://www.rockbox.org/manual.shtml 03.17.46 # Where did you find a link to that page? 03.18.00 # Llorean: google.com site:rockbox.org manual 03.18.02 # or something like that 03.19.20 # site:www.rockbox.org/ manual pitch 03.20.07 # Hm, from that link I don't see it on the first page of search results 03.20.14 # Meanwhile I do see the official PDF manual on the first page. 03.20.30 # Though an older edition of it 03.20.31 # must have gone to manual/wps.html and goen up one 03.20.42 Nick jhulst_ is now known as jhulst (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) 03.20.52 # * Llorean didn't know the manual for 2.1 was still posted 03.23.10 # the links from http://www.rockbox.org/manual.shtml are all broken 404 too 03.23.25 # many are at least 03.23.57 # not for me 03.24.02 # Some are, some aren't 03.24.03 # iriver 120 03.24.09 # wait a bit for the DNS propogation 03.24.11 # There's currently a problem with the daily manual build system 03.24.16 # ah k 03.24.21 # At least for the HTML ones 03.24.59 # PDF ones, I imagine it's the DNS propagation as H120 works fine for me. 03.25.08 # hm k 03.25.09 # aye...as i said 03.25.16 # we just added a few mirrors 03.25.27 # So I saw 03.26.00 # * scorche wished positive internet had a small banned instead of an avatar-size image 03.26.09 # s/banned/banner 03.26.51 # * pengo wishes when he installed a new bluetooth stack that it didn't require you to click on "connect mouse". 03.28.22 Quit spiorf (Remote closed the connection) 03.28.34 Join scorche` [0] (i=scorche@rockbox/administrator/scorche) 03.30.55 # i'll shut up now 03.32.40 Join entheh [0] (n=purr@88-106-246-52.dynamic.dsl.as9105.com) 03.32.47 Quit darkless (Read error: 110 (Connection timed out)) 03.34.56 Part fmoo 03.35.12 # * JdGordon finshed exams :D 03.37.33 # then what are you waiting for?...get to work...chop chop! 03.45.38 Quit scorche (Connection timed out) 03.45.38 Nick scorche` is now known as scorche (i=scorche@rockbox/administrator/scorche) 03.59.09 Quit saratoga ("CGI:IRC (Ping timeout)") 04.00.10 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 04.13.51 Quit ansivirus (Remote closed the connection) 04.14.36 Quit hcs (Read error: 110 (Connection timed out)) 04.20.09 # argh i hate acrobat's crapola integration with firefox 04.21.51 Quit JdGordon (Read error: 110 (Connection timed out)) 04.27.02 Quit midgey () 04.33.19 Join ansivirus [0] (n=ansiviru@adsl-76-225-180-38.dsl.rcsntx.sbcglobal.net) 04.34.44 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 04.39.14 Quit midgey (Client Quit) 04.41.59 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 04.42.03 Quit entheh ("^~") 04.42.52 Quit midgey (Client Quit) 04.45.11 Quit Azraak ("leaving") 04.55.50 Quit pengo () 05.03.40 Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) 05.05.08 Quit jhMikeS (Nick collision from services.) 05.05.14 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 05.10.10 Quit jhMikeS (Nick collision from services.) 05.10.16 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 05.14.16 *** Saving seen data "./dancer.seen" 05.42.20 Join Llorea1 [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 05.42.20 Quit Llorean (Read error: 104 (Connection reset by peer)) 05.43.12 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 05.43.14 Nick Llorea1 is now known as Llorean (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 05.55.38 Join toffe82 [0] (n=chatzill@65.198.26.227) 06.12.36 Join jdisco [0] (n=jdisco@pool-71-103-195-148.lsanca.dsl-w.verizon.net) 06.12.43 # hey guys 06.12.48 # quick question 06.13.04 # does rockbox currently work with 5.5 macpods? 06.13.18 # after they are converted to winpods, yes 06.13.24 # ah 06.13.32 # i was hoping i wouldnt have to do that 06.13.35 # ok ty 06.13.40 Quit jdisco (Client Quit) 06.41.12 Join Soap [0] (n=Soap@rockbox/staff/soap) 06.50.18 Quit Febs (Read error: 110 (Connection timed out)) 06.53.41 Quit Mouser_X () 06.56.07 Quit sando (Read error: 104 (Connection reset by peer)) 06.59.03 Quit Jon-Kha (Read error: 145 (Connection timed out)) 07.01.59 Join sando [0] (n=lolsteam@210.11.80.141) 07.02.19 Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) 07.02.51 # at the front page: was someone so insanely lazy that they didn't bother capitalizing the first letter of the latest news item, or putting a period at the end? 07.03.34 # What is the intent of the "New File" trigger when it goes below the threshold. SVN splits and keeps recording but that just seems wierd. I'd think recording should pause, then split and then resume with the new file when the level goes back up. 07.10.00 Quit ptw419 () 07.14.18 *** Saving seen data "./dancer.seen" 07.16.19 # midkay: Several don't have periods, and at least one other doesn't have a capital. 07.16.36 # They're basically like commit messages but for the website. :-P 07.16.47 # Llorean: yes, the news page is a total mess. but geez. 07.16.58 # it'd take, what, half a second to proof read it? 07.17.16 # Llorean: you mean commit messages written by jdgordon ;) 07.17.40 # grammar is overrated 07.17.51 # scorche: you have server access, right? fix! 07.18.02 # no i dont 07.18.10 # I think only one or two people can add/change news. 07.18.39 # Llorean: well, server access would mean you were able... 07.18.47 # it is a company server, so they dont feel quite free to give access out 07.18.59 # scorche: did you not have it for a little while at leats? 07.19.01 # least* 07.19.05 # no 07.19.21 # ah, you said you were likely to get it or something.. 07.19.31 # rockbox.org/devconwest2007/ redirects to my page 07.24.37 Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) 07.25.22 # nothing 07.25.42 # think i did this adapter wrong somewhere b/c not even the led lighting up 07.25.45 Join RoC_MM [0] (n=Free@c-24-129-94-172.hsd1.fl.comcast.net) 07.26.13 # oops wrong chan 07.31.23 # jhMikeS: Did you see my ranting about how bad pp5020 behaves? Mini G1 svn build is unusable... 07.31.40 Join toffe82_ [0] (n=chatzill@65.198.26.227) 07.32.07 Join Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) 07.32.36 # Perhaps it varies between individual targets... at least this one is a perfect test candidate 07.34.04 # amiconn: sorry, I didn't. So it doesn't run at all then, huh? Maybe the other stuff will just work if that can be made to work. :\ 07.34.22 # Anyone know if it's likely we'll have an iPod install method for pre-NT Windows versions, or does it seem that they'll remain unsupported for an indefinite period? 07.34.35 # * jhMikeS is just filling in the "doesn't run at all" bit 07.36.39 # It freezes in ~50% of all boot attempts already (showing the rockbox logo) 07.37.17 # And if it doesn't freeze at boot, it will freeze after a few clicks for sure when browsing 07.37.56 # Disabling CPU scaling makes it work, including playback 07.39.22 # there is a note about interrupts being wierd with scaling ... having to use |= TIMERx_MASK and all 07.40.07 # this all sounds very familiar 07.40.35 # * jhMikeS is also the lucky recipient of an iPod 3g without a cable and can't do anything with it right now. The e200 cable fits physically but doesn't actually work. 07.41.06 # * amiconn would like to help in solving the pp5020 mysteries 07.41.12 # The e200 cable fits 3G iPods? 07.41.18 # I won't have this mini g1 available for long 07.41.35 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 07.41.50 # It fits but it'll get rather warm near the connector :) 07.42.18 # I was just wondering if maybe the dock was PP reference hardware too, originally 07.43.43 # amiconn: I'm not really sure what to do. Like getting the audio on e200 corrected it takes a zillion speculative code changes, pokes and animal sacrifices until it hits. :P 07.44.45 # At least it doesn't require human sacrifices... 07.44.51 # (Though, perhaps they help?) 07.45.03 # * Mouser_X is *not* volunteering. 07.45.27 Nick blithe_ is now known as blithe (n=blithe@67.18.176.106) 07.45.36 # Well, the gods haven't demanded that _yet_ 07.45.50 # Ah. 07.45.52 Quit toffe82 (Read error: 110 (Connection timed out)) 07.46.21 # I need some hints on how to grab the of's bare binary. Then I'll feed that through ida pro, and go hunting their clock changing routine... 07.46.27 # jhMikeS: We can see about that at DevCon '08 if all else fails 07.46.32 # amiconn: I guess I could provide the last patch and you could try with scaling off...I don't recall if linuxstb tested that 07.48.39 # * jhMikeS will volunteer to jump off the balcony ... hopefully the room will be on the ground floor ... with a balcony :) 07.49.03 # Can the CPU in the iPod be clocked to arbitrary speeds? 07.49.03 # * amiconn will ask linuxstb regarding the of binary 07.50.54 # My understanding was that in the retail firmware there's some way to see something that seems to parallel load. It's a number that averages in the 29-34 range and seems to increase in value when an MP3 file is higher bitrate. This illustrated that the CPU didn't change fast enough, because with VBR files with bitrate spikes, the number would increase a larger amount right after the file skipped. 07.52.30 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 07.56.19 # ida pro would be nice thing to have ... but a bit pricey atm 07.56.40 # Which version... 07.56.59 # * Mouser_X has seen a few "around." 07.58.11 # I haven't looked into that...anything that can help organizing a disassebly to be easily readable and searchable would be nice 08.05.17 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 08.06.10 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 08.06.44 Quit amiconn (" reboot") 08.07.05 Quit My_Sic (Client Quit) 08.08.57 Quit GodEater (Read error: 110 (Connection timed out)) 08.09.17 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 08.10.23 Quit My_Sic (Client Quit) 08.10.29 Join bdgraue [0] (n=bdgraue@dyndsl-085-016-168-052.ewe-ip-backbone.de) 08.12.35 Join rift_ [0] (n=opera@236.56.70-86.rev.gaoland.net) 08.18.19 Join amiconn [0] (n=jens@p54BD765E.dip.t-dialin.net) 08.22.05 Part toffe82_ 08.29.24 Quit XavierGr () 08.29.29 # * JdGordon hates the ipod scrollwheel! 08.29.54 # and it hates *you*! 08.30.02 # onyl in soviet russia... 08.31.03 # i see. 08.32.50 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 08.33.19 Join GodEater [0] (n=bryan@bb-87-80-121-64.ukonline.co.uk) 08.36.20 # hey JdGordon 08.36.30 # hey 08.36.41 # sup 08.36.43 # last exam today JdGordon ? Or are you done already ? 08.36.48 # nm 08.36.54 # GodEater: finished! :D 08.36.57 # yay! :) 08.37.22 # i just had a quick play with my sisters nano to fix the scroll bug... its gonna be a pita to fix :( 08.38.05 # * JdGordon would actually rather pass it off to one of the actual ipod guys :p 08.38.06 # I can imagine - the scrolling issue *sounds* easy to fix, but as soon as you actually think about it... well, it makes my ears bleed. 08.39.17 # I think the problem was that the wheel is too sensitive and is sending button_rel events too quickly 08.39.45 # is the scrollwheel nastiness the same nastiness the 3g has? it really should be made to work like OF which work as one would expect. 08.40.24 # no idea 08.40.45 # what scroll bug? 08.40.50 # it would be nice if the piezo would sound like in the OF 08.41.00 # accelleration doesnt happen on ipods 08.41.03 # ... apparently ... 08.41.34 # sure it does. it just depends if the screen updates quick enough. 08.41.43 # you're basing the accelleration on hz/10 now, right? 08.41.56 # JdGordon: Speaking about bugs - there is still a list bug related to font size change 08.42.00 # if you boost the cpu it'll work fine. but at a lower boost rate, it doesn't update 10 times a second = accel won't take effect. 08.42.00 # If it clicked along like retailos, it really shouldn't need it 08.42.52 # JdGordon: good idea would be to make the "acceleration start speed" configurable. on ipods it'd need to be.. umm.. lower, so it would start sooner. 08.43.38 # it waits byb default 500ms before starting to scrol 08.43.39 # l 08.43.57 # if you rely on repeats and not velocity itself, it will always be weird feeling 08.44.02 # i don't mean waits, but the actual .. well. i don't know how to describe it. 08.44.07 # jhMikeS: but we don't rely on repeats anymore. 08.44.14 # we rely on a hz/10 threshold. 08.44.18 # that threshold needs to be configurable. 08.44.25 # or a different default for ipods. 08.44.40 # And regarding the acceleration, it suffers from this problem because it's put in the wrong place 08.44.47 # midkay: hz/10 in the driver? 08.45.04 # JdGordon: your own commit, 4th june. 08.45.05 # It shouldn't matter at all how long the ui needs to update 08.45.07 # "Fix FS #7242 - the action code now checks the time difference between events to decide if its a repeat or not. a repeat event is now if the previous action was the same and it occured < HZ/10 ticks ago" 08.45.31 # ah, hz/10 isnt fast enough? 08.45.47 # the problem is that ipods are slow, and at 30mhz (unboosted) some of them won't update quick enough to be _able_ to see scrolling at >hz/10. 08.46.21 # at 75mhz (i.e. boosted) the screen/ui will update quick enough to fit at least 10 updates in a second, thus allowing acceleration to kick in. 08.46.48 # And the decision whether it's a repeat or not should only based on time difference for iput devices like the scroll wheel 08.47.09 # All this should be in the button driver 08.47.13 # * jhMikeS may try something...even the sansa wheel can have a synthetic absolute position for velocity calculation 08.47.17 # ...where it belongs 08.47.20 # amiconn: i much agree on this, i'm a little annoyed in more than one place about the ipod's "if the finger's still in contact, it's a repeat" system.. 08.47.36 Join kfazz [0] (n=ken@76-203-137-185.lightspeed.wlfrct.sbcglobal.net) 08.47.37 # yeah, that doesn't work 08.48.14 # midkay: My statements are based on the fact that it seems this accel stuff is quite popular 08.48.14 # if you've not let go, but paused your scrolling to check what's on screen, and then move your finger again, you expect the screen to start off slowly again, but it doesn't currently - it goes mental. 08.48.49 # it should be like a mouse drag...drag it far enough it's a repeat otherwise not 08.48.49 # amiconn: i don't know what button_repeat has to do with acceleration - we no longer use it in calculation - but even before accel was introduced, it's always bothered me. 08.48.55 # Personally I don't need it at all (but the repeat decision should be changed anyway) 08.49.04 # GodEater: well, since 4 june it hasn't. it only did that for a few days. 08.49.22 Join Rob222241 [0] (n=Miranda@p54B16D4A.dip.t-dialin.net) 08.49.24 Join petur [0] (n=petur@rockbox/developer/petur) 08.49.40 # Acceleration should perhaps rely on the number of queue_posts skipped and send that data along with the message 08.49.46 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 08.49.53 Part kaaloo 08.50.24 # jhMikeS: That would make it very ui dependent, which imo is a step in the wrong direction 08.50.28 # midkay: you're right - I retract my statement. I must have only used it last around then and then turned it off. 08.50.45 # GodEater: it's cool, it was changed.. but yes.. that was incredibly annoying. :) 08.50.56 # This is what I don't like about the current acceleration code - it's *very* unpredictable how fast it will scroll 08.51.11 # it still doesn't feel *quite* right - but it's a lot better than it was. 08.51.42 # JdGordon: Who's been saying this is broken on the ipods ? 08.51.48 # amiconn: it's queue dependent not UI dependent and that preserves the speed continuity...ticks can't pull more than 100 messages out per second so no more than 100 can be posted anyway 08.51.59 # imho, the button (wheel) driver should give an indication of speed (but I know nothing about the ipod wheel driver) 08.52.41 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 08.52.42 # the ipod wheel is the only driver iirc that actually does some accelleration.. 08.52.51 # but its still not good enough for long lists 08.52.53 # never mind some of what I just said :P ... some is bunk and I'm fixing the core patch atm too 08.54.16 # * JdGordon thought the ipod booted into OF for usb? 08.55.04 # JdGordon: it changes into disk mode, not the OF 08.55.43 # jhMikeS: The problem is that the ui sometimes stops pulling events from the queue if it's busy 08.56.18 # JdGordon: Scroll speed on ipod should imo be solely based on finger speed, not on scrolling time 08.56.50 Quit DataGhost (Nick collision from services.) 08.56.56 Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 08.57.02 # can we add some firmware call to get a fingure speed on wheel targets? 08.57.26 # JdGordon: it's easy to calculate the finger speed 08.57.46 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 08.58.02 # i could send you the old scrollwheel acceleration patch i did, i haven't had time to develop it now 08.58.09 # maybe only post messages containing the speed and direction, and the ui reads them all and uses the last one to do its scrolling 08.58.48 # personally I'd like a certain cursor speed associated with the finger speed and the number of posts/second should be related to that 08.59.14 # How long does it go between queue checks in the UI anyway? 08.59.17 # the number of posts/seconds has a problem.. 08.59.39 Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) 08.59.45 # I think speed measuring must be done earlier, not by the gui looking at posts/sec 08.59.52 # above a certain limit, UI cannot receive the posts fast enough and queue size would need to be increased 08.59.56 # it won't 09.00.13 # so the queue length limits the maximum possible scrolling speed 09.00.21 # if we could add wheel_getspeed() to the driver for both ipod and sansas it would make things much nicer 09.00.42 # however, it's quite fast even with the current queue length (with a patch) 09.00.46 # jhMikeS: The number of posts/second is not usable to find out the speed 09.00.49 # can't we add that info to the messages? 09.00.56 # queue_empty would remain as a block against overflow, but a variable incremented for every post skipped and reset to 0 when a message is posted 09.00.59 # ...because repeat events are only posted if the queue is empty 09.01.40 # I would use the number of wheel position changes per second in the button driver itself 09.01.43 # amiconn: the speed can be calculated in the driver before posts are generated (as my patch does) 09.02.03 # and then the driver fills the queue with wheel events 09.02.07 # This number needs to be smoothed of course (sliding average or something like that) 09.02.07 # the sansa wheel driver decides when and when not to post events based on velocity 09.03.03 # Finger movement isn't perfectly even 09.03.19 # on fast speeds that doesn't matter 09.03.29 # nope...hence hysteresis 09.03.39 # it feels good when the driver reacts immediately to speed changes 09.04.46 # Slasheri: I remember how your old patch felt... unusable for me 09.05.15 # amiconn: well, there should be an option to adjust the acceleration amount 09.05.16 # Scrolling behaviour was erratic 09.05.30 # ah, that has been fixed a long time ago 09.06.57 # i will see if i can make a patch.. atm i don't have the ipod to try but the patch should be still working 09.07.20 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.07.21 # well, basically what I'm talking about is the UI is informed of the number of posts skipped by the driver, it can then use that to say, skip that number of lines since that would be where is was if it were able to keep up 09.08.07 # jhMikeS: yes, that would solve the problem with too small queues 09.08.16 Join Jon-Kha [0] (n=Jon-Kha@a91-152-87-243.elisa-laajakaista.fi) 09.08.26 # GodEater: did you check that zip is installed on debussy? 09.09.45 # bah, battery is flat.. no more ipod fiddling for a while 09.10.18 # jhMikeS: did you have any ideas why the sd patch might cause problems with the 2x1gb chips? 09.11.02 Join KTurkcemIRC09759 [0] (n=KTurkcem@88.254.178.190) 09.11.06 Part KTurkcemIRC09759 09.11.41 # amiconn: To extract the raw binary of the OF, use "ipodpatcher -rfb apple_os.bin" (assuming it's still installed on your mini). 09.11.52 # JdGordon: http://ihme.org/~miipekk/rockbox/scrollwheel_acc.diff please try that. The code isn't very pretty and the events_pending thing is unnecessary (it doesn't do its job) and should be removed 09.12.00 Quit rift_ (Read error: 110 (Connection timed out)) 09.12.57 Join mbr [0] (n=mbr@p3EE059D1.dip.t-dialin.net) 09.13.02 # hrrmm 09.13.02 # ok, ive saved it, ill try later if im alowd to use the ipod again :p 09.13.04 # JdGordon: not yet...possibly timing again 09.13.31 # It's annoying having to run ipodpatcher as administrator 09.14.04 # amiconn: you could try that as well 09.14.17 # with the patch, scrollwheel should be very speedy and reactive 09.14.20 *** Saving seen data "./dancer.seen" 09.14.30 # JdGordon: I'm guess it's that ata_init is called in SVN which inits the card, and then there's some time that passes then the internal card is accessed 09.14.56 # B4gder: no - didn't think to - I assume it's not then ? :( 09.15.02 # otherwise it's basically identical 09.15.08 # can we read the chip speed before its accessed and make up a sleep time based on that? 09.15.23 # GodEater: it's just my guess that the failed copying from there is due to that 09.15.38 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.16.08 # we can't at first and chips are allowed almost 1second for their power up sequence by the standard 09.16.09 # B4gder: correct - it's not installed - I'll email Stephen 09.18.17 # jhMikeS: by the sounds of it, the timeout is way too long also 09.18.22 # Slasheri: I also limited the number of backlight/buttonlight calls to 4/second on e200 to not flood that too...the iPod driver just seem to pour it full of them without filtering 09.18.58 # can we have a much shorter timeout and have a few retries before panincing? 09.19.04 # JdGordon: the .1s? 09.19.20 # the hour he said he waited before the eventual panic 09.20.11 # JdGordon: oh, that doesn't sound good either 09.20.12 # What would ever have a panic after an hour? I also don't think a panic should ever happen if the card isn't present anymore. 09.20.14 # ups, jhMikeS 09.21.04 # jhMikeS: Did you read the discussion in the logs about the stkov in mpegplayer on Coldfire (reported on H100 and H300) ? Petur tracked it down to the cfg file being created, so it seems the stack just overflows by just a few bytes - if the cfg file is there, it works. 09.21.05 # I'm not aware of any 1hr timeouts in there ... but never really scrutized it 09.21.41 # linuxstb: no...which thread? 09.21.51 # The main thread. 09.22.43 # Seems to have been introduced a few weeks ago - see the logs on (I think) the 19th June, at around 9pm. 09.22.48 # not suprising since the coldfires in those players use whichever stack is current for interrupts 09.23.20 # 0x80000ms is about 8min right? 09.23.30 # So the Cowon players are different? 09.23.33 # sd_check_timeout(0x80000, id); 09.23.58 # it uses the microsecond timer ?? 09.24.15 # USEC_TIMER 09.24.41 # linuxstb: no...same thing. later coldfire revisions have interrupt stacks 09.26.06 # I can only think of two possible solutions, neither of which are nice - 1) Removing the 4608 byte libmad buffer from the main stack (and hence from IRAM); 2) Increasing the size of the main stack. 09.26.40 Join davina_ [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.29.38 # B4gder: I've actually downloaded the source to zip, built it, installed it in the user's bin directory (along with the compilers), and added the directory to the PATH in .bash_profile and acbuild.pl - will that work ? 09.29.50 # should work fine, yes 09.30.06 # * GodEater crosses his fingers 09.30.20 # linuxstb: does it change things much to take it out? 09.31.01 # jhMikeS: I haven't tested - it needs testing on a Colour coldfire, which I don't have. 09.39.00 # these very uninteresting "sansa newsletters" have popped up lately 09.39.12 # linuxstb: I can't remember tracking down mpegplayer troubles, must have been somebody else 09.47.52 Quit sando (Read error: 104 (Connection reset by peer)) 09.48.43 # petur: Ah, it was Lear... 09.48.57 Quit linuxstb ("CGI:IRC") 09.50.27 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.53.04 Join sando [0] (n=lolsteam@210.11.80.141) 09.54.56 # amiconn: if you'd like to test run the iPod without any f-scaling: http://www.rockbox.org/twiki/bin/viewfile/Main/MichaelSevakis?rev=1;filename=core_lock3.patch.txt 10.00.18 Quit linuxstb ("Leaving") 10.03.22 Quit sando (Read error: 104 (Connection reset by peer)) 10.03.26 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 10.05.24 Join sando [0] (n=lolsteam@210.11.80.141) 10.13.04 Join rift_ [0] (n=opera@236.56.70-86.rev.gaoland.net) 10.16.37 # ouch, june 20th passed without a single commit! 10.17.07 # B4gder: I should've saved the fixes for my colours related mistakes and spread them out over a few days, 'eh? 10.17.31 # yes!! 10.25.11 Join obo [0] (n=obo@host217-41-62-170.in-addr.btopenworld.com) 10.35.26 # jhMikeS: Can't test now 10.36.00 # that's ok, a lock parity bug got in there when resyncing it so I have to find that 10.41.13 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 10.42.16 # * Nico_P is now officially free from java :) 10.42.55 Quit GodEater ("Leaving") 10.43.53 Part maffe 10.44.19 Join maffe [0] (n=maffe@barmen.interhost.no) 10.45.38 # dionoea: here? 10.49.31 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 10.50.03 Join FOAD_ [0] (n=dok@dinah.blub.net) 10.53.18 Join GodEater [0] (n=bryan@bb-87-80-121-64.ukonline.co.uk) 10.53.33 Join jas6180 [0] (n=jas6180@c-71-202-129-6.hsd1.ca.comcast.net) 10.54.13 Quit Nico_P (Remote closed the connection) 10.54.28 # Is there a list of guidelines for programming plugins and such? For example I believe I read somewhere that using malloc is 'bad', but I don't remember where or exactly what was meant by 'bad'. 10.54.51 # malloc is completly out.... 10.54.57 # docs/CONTRIBUTING 10.55.10 # ah, i guess that counts as bad...okay, that hurts. thanks 10.57.07 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 10.58.17 # well - using malloc would be bad if we supported it. But since we don't - it's not possible. :) :) 10.58.53 Join spiorf [0] (n=spiorf@host140-213-dynamic.0-79-r.retail.telecomitalia.it) 10.59.06 Quit ze (Read error: 104 (Connection reset by peer)) 10.59.29 Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 10.59.35 # yeah...i hadn't counted on that, i was planning on using an outside library that seems to use malloc rather heavily. ill have to see if i can change that soemhow 10.59.50 # that'll probably take quite a bit of work 10.59.53 # which library was it ? 11.00.44 # it's part of gnugo, the SGF parsing library. actually from the looks of it it might only use malloc a few times, maybe i can hack something together 11.01.21 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 11.01.31 # do you understand the reason for no malloc() ? 11.01.52 # and therefore why you should avoid pretty much all methods for dynamic memory allocation ? 11.01.56 # well, i assume it's because most of the platforms aren't exactly swimming in memory 11.02.38 # jas6180: it is rather due to the undeterministic nature of malloc 11.02.47 # 32mb is a fair amount of memory. 11.02.53 # don't we also lack MMUs on all targets ? 11.02.58 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.03.12 # ... and the fact that we want all "unused" memory to be used ;-) 11.03.38 # yeah, that's reason #1 11.03.40 # GodEater: not on gigabeat afaik 11.03.43 # * GodEater remembers when his desktop PC had 32MB, and he thought it was a lot :) 11.03.55 # haha, maybe i'm missing something. i suppose i don't understand why malloc wouldn't be possible to implement 11.04.09 # possible it would be, good it would be not 11.04.10 # jas6180: it is possible to implement. but we don't want it. 11.04.19 # * B4gder is yoda today 11.04.20 # B4gder: are you saying the gigabeat actually possesses one ? 11.04.24 # yes 11.04.27 # wow 11.04.27 # jas6180: static allocation is always better 11.04.59 # (for us) 11.05.09 # GodEater: arm9 cores come with it 11.05.14 # neat 11.05.33 # (and that's also why all those linux-using DAPs use "real" linux and not uclinux...) 11.05.43 # So our friend the DM320 has one as well? (IIRC that's an arm9?) 11.05.47 # yeps 11.05.53 # "real" linux in there 11.06.02 # Any idea of the clock speed of the DM320? 11.06.06 # (the ARM part) 11.06.09 # ~200MHz 11.06.13 # iirc 11.06.29 # So Rockbox would run well, even without a DSP... 11.06.35 # indeed 11.06.42 # haven't we written a wiki page about "why no malloc" already? 11.06.43 # And they've stated they don't care about video. 11.07.02 # Assuming the LCD is less than 320x240, then mpegplayer should be fine too. 11.07.04 # is there one? i didn't see it. 11.07.09 # * GodEater thought he'd summed up "why no malloc" quite well on the GoldenQuotes page 11.07.12 # Zagor: I don't think so 11.07.17 Quit FOAD (Read error: 110 (Connection timed out)) 11.07.34 # then we should. it's quite a common question. understandably so. 11.07.48 # dm320 only requires a black blob to load to the DSP, and then we can pretend it is a gigabeat ;-) 11.07.56 # It might actually be good to have the dm320, then. 11.08.05 # Encourage more people to hack at the DSP 11.08.07 # the DAC is controlled by the dsp 11.08.26 # Llorean: It's better to have a documented CPU... 11.08.38 # is there anything else that common that isn't available? i'm going to have to look through a lot of this and see how much needs to be reworked i guess. 11.08.57 # jas6180: fixed point only 11.09.02 # Llorean: I've finished school this morning so I'm now free for rockbox and my SoC :) 11.09.13 # but this afternoon I have a plane for Paris 11.09.15 # jas6180: c++ ;) 11.09.16 # linuxstb: It always is, but if it's going to cost them more to switch CPUs, maybe that could be spent elsewhere. 11.09.21 # ah yes, thankfully this shouldn't be using floating point at least 11.09.30 # lol, yes i wish i could use c++ honestly, but i'll manage 11.09.39 # Nico_P: Great news. 11.10.42 # Llorean: Maybe they should look elsewhere for a reference design, rather than just looking as far as Neuros. IIUC, this isn't a Neuros project, but they've said they'll help. 11.10.45 # isn't there an arm-elf-g++ ? 11.11.15 # there is 11.11.16 # or just c++ compilers for our targets ? 11.11.49 # Llorean: It's just that designing an open player around proprietory hardware seems to be a pointless exercise. 11.11.54 # is c++ less efficient than C ? 11.11.56 # linuxstb: I definitely agree on that one. 11.12.07 # linuxstb: totally 11.12.14 # Nico_P: c++ comes with a lot of baggage that would weigh down the binary size 11.12.15 # message to wiki admin: remove HarddiskInfo as another artivle made it obsolete 11.12.29 # also c++ code typically makes heavy use of dynamic allocation 11.12.32 # Nico_P: the way many people use it, sure, but it doesn't have to be 11.12.34 # petur: Sorry about that... ;) 11.13.00 # no problem. I added my links to your page, mine can go now... 11.13.04 # ok 11.13.25 # well C tocde typically makes heavy use of dynamic allocation as well :) 11.13.38 # I don't really see a reason why C++ would be appealing in this case, though, just being curious 11.14.01 # maybe I have too much OOP in my system :) 11.14.05 # jas6180: yes, but much more explicitly. c++ hides it better (which imho makes it worse) 11.14.06 # in general it is somewhat more bloated size and memory wise, that's probably the main reason 11.14.19 # yes, that is somewhat true zagor 11.14.23 *** Saving seen data "./dancer.seen" 11.15.00 # but look at the gains ... reference counting smart pointers! 11.15.11 # yay 11.15.15 # * GodEater readies his pitchfork 11.16.06 # so i assume if i implement a small scale malloc just so i can reuse a lot of this library, nobody is going to be too happy if i try to get it included in svn eventually, huh? 11.16.30 # * GodEater lights his torch and summons the villagers 11.16.39 # ya, that's what i thought... 11.16.39 # Doesn't Doom have a fake malloc? 11.16.53 # * Llorean seems to recall hearing mention of one somewhere, at least 11.16.55 # jas6180: plugins are free to do pretty much anything they want 11.17.23 # umm, what were you looking at again? :) 11.17.50 # yeah, plugins. then I wouldn't expect much opposition. 11.18.06 # i'm writing a game recorder/viewer for Go...mostly for myself but i figure eventually i'll probably share it around if possible in case magically someoen else wants it 11.18.11 # * GodEater douses the torch and sends the villagers back home grumbling. 11.18.13 # we'll whine at you, but we'll do that anyway ;-) 11.18.18 # haha, okay cool 11.18.41 # * B4gder shuts off the villagers emulation (tm) he had running for GodEater 11.18.50 # hehe 11.19.08 Quit toer ("leaving") 11.19.08 # that plugin will be released soon 11.19.16 Join toer [0] (i=tore@skjeldal.com) 11.19.39 # yeah, maybe i'm too used to having dynamic alloc, but i can't even think how to do this algorithm without at least fake dynamic 11.19.54 # it takes a little getting-used to 11.21.34 # most people are used to PC's eating more and more memory until they need to get rebooted 11.21.47 Join toer_ [0] (i=tore@skjeldal.com) 11.21.49 Quit toer_ (Client Quit) 11.21.56 # haha, only the windows users among us petur 11.22.07 # dynamic memory doesn't mean you have to leak everywhere, if you do it right 11.22.25 # it can happen anywhere 11.22.43 # bugs are not just written for windows 11.22.54 # ...it was kind of a joke 11.23.31 # * petur uses both windows and linux and is fine with both 11.24.44 # I use both but I prefer coding in windows ... the MS IDE/debugger is sooooo much better than anything available on unix 11.24.58 # I disagree 11.24.59 # aye - VisualStudio is pretty slick 11.25.21 # not that I use it :) 11.25.22 # visual studio is rather nice, one of the few microsoft programs i like. still, programming on linux just seems nicer to me 11.25.43 # probably just more familiar with it 11.25.43 # * GodEater is one of those rare people who likes both vi and emacs. 11.25.47 # visual studio is only nice because windows lack the proper tools to do multi-window programming 11.25.49 # I'm in the middle of writing an app that will automagically ftp code from unix to my pc for editing in VS and whenever it changes ftp it back 11.26.16 # what do you mean Zagor? 11.26.17 # try samba ;-) 11.26.35 # yeah, wouldn't some kind of network file system eliminate that need rhino? 11.26.47 # or sshfs :) 11.26.52 # * GodEater loves fuse 11.26.53 # nope ... when you have 1000+ machines with code on them you don't want to go around installing samba on every one ... ftpd on your client is much simplier 11.26.59 # I doubt fuse runs on windows 11.27.08 # but sshfs is way cool indeed 11.27.11 # RhinoBanga: no shells, no external debuggers, no call trace tools etc. 11.27.16 # I'm fairly confident it doesn't 11.27.29 # visual studio is thus REQUIRED for windows programming 11.27.36 # * GodEater uses sshfs all over the place 11.27.37 # they don't even have valgrind 11.27.39 # defo stuff for call trace 11.27.53 # RhinoBanga: not all the way 11.28.03 # true about valgrind ... but then I use purify anyway 11.28.06 # although there are some fine expensive alternatives 11.28.30 # but, to each their own 11.28.31 # Zagor: what do you mean? The call history stuff I've implemented works just fine 11.28.46 # although adminitadly you have to ship a .PDB 11.29.08 # RhinoBanga: for your code, yes. what about the 3rd-party libraries? what about the windows kernel? 11.29.31 # still get a traceback 11.29.43 # anyway, I didn't mean to start a "war". sorry, I'll stop... 11.29.46 # what are you using for tracbacks? 11.29.55 # strace 11.29.58 # :-) 11.29.58 # lol ... it's not a war ... just a conversation 11.30.20 # maybe I'm doing something different that will benefit you 11.30.31 # or just "gdb -p " ctrl-c "bt" ;-) 11.30.47 # we've found many a time gdb hangs 11.30.51 # oh good, from the looks of it fake mallocs are pretty common in plugins, i guess i won't be the first 11.32.18 # my win32 stack dump code uses the dbghelp.dll and imagehlp.dll for info 11.32.38 # jas6180: Apologies if you've been told this before, but one limitation on your plugin is that it only has 512KB available (for both code and data). If you want it to run on Archos devices as well, they only have 32KB for plugins. If you need more memory, you need to stop audio playback and grab the audio buffer. 11.33.12 # oh no i hadn't heard that. i assumed there was a limit, but wasn't sure what. thanks very much :) 11.33.22 Join The-Compiler [0] (n=florian@221.46.76.83.cust.bluewin.ch) 11.33.33 # i was wondering why some plugins stopped audio too, now it makes sense...thankfully i think that should be more than enough for me 11.34.51 # LinusN: you around? Remember that id3 tag limitation I found? I changed the size of the id3 static buffer in id3.h from 300 to 600 and rockbox won't build the db properly anymore. Change it back to 300 and everything is fine 11.34.59 # Some plugins also stop playback because they need the entire CPU - e.g. pacbox doesn't need much memory, but needs the CPU. 11.35.18 # (apart from on the gigabeat) 11.35.43 # ah, yeah i'm sure playing audio takes up a good bit of the cpu 11.36.00 # linuxstb: does it actaully refrain from stopping playback on gigabeat? just curious 11.37.49 # Zagor: It does. 11.37.56 # neat 11.38.03 # alright, thanks for the help everyone. i'm going to go hack on this for a bit and see how things go. 11.38.08 Quit jas6180 ("using sirc version 2.211+KSIRC/1.3.12") 11.38.23 # RhinoBanga: perhaps the 300 byte limit is hardcoded somewhere else? 11.40.15 # hmmm ... never thought of that 11.40.19 Quit rift_ (Read error: 110 (Connection timed out)) 11.40.22 # * RhinoBanga goes off to do a grep 11.41.43 # * RhinoBanga cancels the grep after seeing how many 300's there are :O 11.42.23 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 11.42.28 # Nico_P: so your all finished with school now? 11.42.32 # RhinoBanga: did you try reinitialising the db or just updating? 11.42.43 # rebuilding every time 11.42.44 # haha 11.42.48 # jhMikeS: you still round? 11.43.10 # I went from 300 to 600 ... so now trying 400 11.44.01 # JdGordon: yes :) 11.44.18 # congrats :) 11.44.49 # this morning was the presentation of my group java project 11.45.05 # it went well and I'm pleased to be over with that project 11.45.39 # so... MoB done in a week? :D 11.45.51 # haha maybe, who knows ? 11.46.29 # I started my buffering code again yesterday but didnt spend much time on it... hopefully ill spend an hour or 2 on it tonight 11.46.33 # if you help me we could achieve almost 24h/day coding :) 11.46.41 # ok 11.46.58 # at the average 8 lines per hour... 11.47.20 # ;) 11.47.51 # Nico_P: no, different time zones means 3odd hours/day possible 11.47.57 # 30 odd* 11.48.29 # what does "odd" mean ? 11.48.48 # roughly 11.48.51 # approx.. roughly... some random figure around 30 11.49.01 # oh ok 11.49.28 # yeah well that's good for productiveness :) 11.49.44 Join bluebrother [0] (i=v5gdWvka@rockbox/staff/bluebrother) 11.49.58 # chrisjs169: you round? 11.50.10 # except trying to schedule code releases ... hoping not to break someone's build in the other side of the world 11.50.53 # * Nico_P has to go for a bit... bbs 11.51.30 # JdGordon: yus 11.51.58 # just looking at the ata_init(), shouldnt the whole function be enclosed in the if (!initialized)? 11.52.23 # why lock and unlock the spinlock if we dont actually do anything? 11.52.24 # pretty much 11.52.50 # what do you mean "don't do anything"? 11.53.24 # if initialized == true nothing is done between the lock and unlock except turn the led off 11.54.59 # because one thread can be doing a transfer and another can call ata_init when the transfer is yielding 11.55.46 # but the only thing its doing is slowing the system down... once it gets the lock it immediatly unlocks it 11.55.55 # did I add a sleep into ata_init there or was that later in my own patch 11.56.16 # its there, HZ/10 11.56.37 # Oh, ata_init does yield in several places, so the lock must be in effect 11.56.56 # I'm not sure what the led function does either 11.57.26 # things will have to be more locked down if the COP is allowed disk access at some point 11.58.00 # no, the locks are needed, fine, but in the case where its already intiialized, nothing is done in ata_init(), so waiting for the lock just blocks a process which doesnt really need to 11.58.34 # http://pastebin.ca/580993 11.58.44 # at the moment, it's not critical but setting of initialized will be 12.00.08 # should be fine for the time being 12.00.28 # just seems like a waste to me... 12.00.35 Part maffe 12.00.47 Join maffe [0] (n=maffe@barmen.interhost.no) 12.00.50 # not that it makes a difference, atm its only ever called once anywway 12.00.51 # if not initialized yet? no, it's needed to be thread safe 12.02.30 # hmm? 12.02.41 # that's why I want an ata_init that only gets called upon system boot and guaranteed to be accessed only once by the main thread and another for the usb otherwise I'll need more locks 12.05.04 Quit Siltaar (Remote closed the connection) 12.08.20 # first version of WhyNoMalloc. feel free to improve: http://www.rockbox.org/twiki/bin/view/Main/WhyNoMalloc 12.08.28 # with usb connection I can't guarantee which thread gets there first really 12.12.36 # Zagor: no "5) Coz we said so!" ? 12.12.58 # hehe 12.13.38 # * petur fears his usbotg stack he's porting uses mallocs 12.17.25 Join Thundercloud [0] (n=thunderc@82.152.218.72) 12.17.26 # I would expect it does. not much non-embedded code uses static allocation. 12.17.26 # Point 2 might need revision ... nothing keeps things from crashing if the audiobuffer available gets too small or even negative sized. I think a minimum playback reserve is in order as well as some loose management. 12.17.26 Quit LinusN (Read error: 60 (Operation timed out)) 12.17.26 # just when I'm editing the wiki rockbox.org stops responding here.. 12.17.26 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 12.17.26 # markun: works fine here 12.17.26 # petur: it works fine on my computer at home, so must be something here at work 12.17.26 # jhMikeS: yeah, but those are technical details. the principle of #2 is still valid, especially for segmented areas. 12.17.55 # bah, my internet is fubar atm.... can someone with a voice file test a patch for me please? 12.19.40 # Zagor: segmented areas = the various preallocated memory spaces like the plugin buffer? 12.20.34 # yes I mean the areas defined in the linker file 12.21.36 Join norbusan [0] (n=norbusan@dhcp24.dmg.tuwien.ac.at) 12.23.07 # petur: my textmode browser did the trick :) 12.23.08 # * jhMikeS is still unable to delete outdated wiki page attachments from his own :\ 12.23.21 Part norbusan 12.26.20 # Zagor: nice page 12.26.45 # LinusN: what is the reason that modifying attachments is not allowed for us? 12.27.31 # * linuxstb always thought of the wiki like csv/svn - you can't delete attachments as it destroys the history 12.27.45 # s/csv/cvs/ 12.28.29 # Zagor: I think there are also cases where some very simple kind of dynamic memory would make sense 12.29.34 # for example, if a jpeg is too big for the plugin ram, instead of taking the whole audio buffer it would make more sense to me to just take the audio buffer which has already been played back or which is last buffered 12.29.54 # but yes, it increases complexity 12.30.26 # but to take 30MB of buffer just because you need a little bit more RAM is also weird imo 12.30.26 # markun: indeed it does. the audio system would have to be adjusted to account for a movable base pointer 12.30.27 # * jhMikeS was scheming something up the allow the audiobuffer to be partially taken and playback resumed and then freed again 12.31.21 # Zagor: moving the pointer and then memmoving if needed? 12.32.55 # I question the need. pausing music while viewing Really Big Pictures (for a dap) isn't that much of a deal imho 12.33.16 # the SWCODEC "base pointer" does move 12.34.14 # jhMikeS: So your idea would be to stop playback, rearrange memory, then resume the last playing track? 12.34.33 # we do it when enabling/disabling crossfade already 12.34.39 # * JdGordon thought about a ring buffer which could handle gaps a while ago which would work 12.34.45 # but its annoyingly complicated :p 12.35.26 # lunch 12.35.33 # not really, just stop playback, tell it the buffer is trashed (which is automatic) and then restart it and it resets with the new pointers 12.35.42 # The ability to reallocate buffers would indeed be nice 12.35.56 # *cough* malloc 12.35.57 # :D 12.36.01 # nope 12.36.03 # without malloc :) 12.36.21 Quit kfazz (Read error: 110 (Connection timed out)) 12.36.27 # I never really understood the objection to stopping playback for certain thing as long as there was a prompt, and it resumed from where you were after. 12.36.31 # things 12.36.37 # Just what crossfade does, with restarting playback 12.36.44 # when recording starts, or IRAM is taken, things get moved around a lot already 12.37.33 # the buffering im playing with atm has a pointer where the currently valid data starts, and a pointer to where the last read was, so potentially everything between could be trashed at will without any problems 12.37.37 # if all we want is to say "give me 1MB"...well take the MB and restart playback...easy 12.37.48 # Maybe allowing to take some free space from the main buffer could be one of my design goals when implementing MoB... 12.38.16 # The buffer should never be fragmented imho 12.38.17 # I don't see why it couldn't be possible 12.38.22 # Llorean: if you throws away the buffer and you have to rebuffer when resuming then I think it's a waste of battery 12.38.24 Join kfazz [0] (n=ken@76-203-137-185.lightspeed.wlfrct.sbcglobal.net) 12.38.34 # amiconn: you just stopped me posting a different suggestion :p 12.38.54 # amiconn: but is it a problem when some data isn't needed anymore, to allow its space to be used ? 12.38.57 # markun: Of course it's a waste of battery, that's why you prompt the user in advance so they know the rebuffer will happen and have the chance to just not enable the setting until next playback stop 12.39.28 # next manual playback stop, rather 12.39.37 # I think there must be some complexities involved that I don't fully understand yet... 12.39.41 # * jhMikeS apparently hasn't said enough about the details of already having made it trivial to do it all :P 12.39.43 # Llorean: why not keep the buffered data in memory as you are probably not going to use much of it anyway 12.40.31 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 12.40.36 # markun: If you're not fragmenting the buffer, you need to either take from the beginning or end, right? 12.40.49 # or the unused part 12.41.10 # fragmentation is unavioidable if we want to allow this sort of thing 12.41.21 # Llorean: it is avoidable 12.41.38 # Wouldn't that depend on the buffer's condition at the time? 12.41.40 # what's wrong with a bit of fragmentation ? 12.41.49 # you can just move the part of the ringbuffer which you still need to the new smaller ringbuffer 12.43.20 # Nico_P: what's the benefit of it? 12.46.15 # maybe having to do less moving 12.46.58 # the way I see it, if you strictly refuse a fragmented buffer it adds complexity... but maybe I don't see it right :) 12.47.23 # it adds complexity when you want to handle what we are talking about, that is 12.47.45 # a fragmented buffer adds complexity when the codecs are reading from the buffer 12.48.09 # not necasserily... 12.48.22 # well, then it's ok :) 12.48.40 # * jhMikeS was just thinking of a single mem block at the buffer start that can be used by whatever and be expanded or shrunk if needed 12.48.41 # say hi to http://tbrntech.rockbox.org/ 12.49.02 # (yeah yeah you can't resolve it yet... :-)) 12.49.35 # will appear in the round-robin soonish 12.49.49 # B4gder: shows up fine here 12.49.56 # or what should I be seeing? 12.50.04 # just the root dir of the download mirror 12.50.12 # yes, that's what I get 12.50.55 # Where are the html-zip-manuals going? 12.51.00 # B4gder: will the elefants dream movies be moved here, or are they fine where they are? 12.51.05 # they are there 12.51.16 # check the mpeg subdir 12.51.23 # ah yes 12.51.29 # I put them into this "regular" system now 12.51.37 # since we now have the downloads distributed to multiple mirrors 12.51.52 # The-Compiler: /dev/null 12.52.02 # where's the list of X.rockbox.org's? seems to be growing 12.52.12 Quit chris_ (Remote closed the connection) 12.52.18 # I'll write up a wiki page about them soon 12.52.29 Join chris_ [0] (n=chris@S0106001346f5afbd.cg.shawcable.net) 12.52.34 # we're all supposed to access them as download.rockbox.org 12.52.46 Quit linuxstb (Read error: 113 (No route to host)) 12.53.06 # well, and when one of them has problems we get mails like those sent to the ml recently 12.53.20 # since one of the servers seem to have a bad vhost document root for download* 12.53.24 Part maffe 12.56.26 # amiconn: I updated the core_lock.patch.txt to get rid of the mistake, so whenever you feel up to it...it's on my page there. the other link given earlier isn't the one. 12.58.55 # JdGordon: I'm gonna be around later today 13.00.22 # * petur wonders why tbrntech.rockbox.org works immediatly and videolan.xxx and positive.xxx still not 13.00.43 # yeah, that's... weird 13.00.58 # ... but they are CNAMEs and tbrntech is an A one 13.04.45 # Jun 21 12:56:34 giant named[1639]: transfer of 'rockbox.org/IN' from 91.191.140.131#53: failed while receiving responses: REFUSED 13.04.55 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 13.04.55 # oops 13.10.00 # "present in too many channels/windows error" 13.10.34 Quit Febs (Read error: 110 (Connection timed out)) 13.11.27 # the download problem should now be fixed 13.14.25 *** Saving seen data "./dancer.seen" 13.25.47 # B4gder: have you noticed that the html manuals haven't been updated for a couple of days? 13.25.57 Join PaulJam [0] (i=Paul@vpn-3061.gwdg.de) 13.26.00 # the ones I checked are dated 15th, while the pdf is up to date. 13.26.27 # yes, the builds fail 13.26.37 # which is why there are no zips either 13.26.43 # strange -- they build fine for me. 13.26.53 Join the_conley [0] (n=conley@207.171.198.179) 13.26.57 # I'll try some manual builds later on 13.27.20 # I think I need to do some of the work they pay me for... 13.27.34 # btw, I want to change the name of the output file -- manual-h300 instead of rockbox-build. Any objections? 13.28.03 # you already use manual-h300 on the download page. 13.28.09 Part the_conley 13.28.19 # bluebrother: Does that mean changing rbutil? 13.28.57 # linuxstb: depends on. Currently the output file is named rockbox-build.pdf, while on the download page it's rockbox-h300.pdf (and similar) 13.28.58 # bluebrother: nah, just wave the flag before you commit that so that I can fix the server side script 13.29.10 # ok. 13.29.24 # but I could also use rockbox-h300.pdf 13.29.48 # bluebrother: I was thinking about the html - would your name change affect the URLs that rbutil uses to browse the manual? 13.30.07 # I had an idea about fixing the dash issue (need to verify it once more though) which also gives us this as a neat side effect 13.30.18 # linuxstb: yes, most likely. 13.30.54 # bluebrother: What about just using printf - I posted a patch to flyspray, but never got around to committing it.... 13.31.01 # but the server could mod_rewrite the old urls (it's only the first part of the html file basename that'll change) 13.31.22 # It's easy to change rbutil - I just wanted to check if it needed to be done. 13.33.13 Join printfXh4 [0] (n=pseudo@ppp121-45-200-18.lns1.bne1.internode.on.net) 13.33.15 # bluebrother: with the new multi-mirror setup, we can't do much server-tweaks 13.34.48 # How does the mirroring work? Do you run rsync whenever new files are added, or is it synced via a cron job? 13.35.17 # the mirrors rsync hourly from the master 13.35.49 Join Febs [0] (n=chatzill@38.98.196.75) 13.36.04 # linuxstb: sorry, was interrupted shortly 13.36.06 # and to complicated matters, the master itself actually rsyncs from the daily build server... 13.36.31 # well, you wrote that printf can be compiled into dash. What happens if it isn't compiled into it? 13.36.40 # ... but every 10 mins during the "build period" 13.37.31 Quit spiorf (Read error: 110 (Connection timed out)) 13.37.32 # I wanted to check that first. In the meantime I tried a different approach using sed, and I think it's easier in terms that it doesn't rely on features of the shell 13.37.54 # printf is a regular stand-alone tool 13.37.56 # bluebrother: Then it uses /bin/printf which appears to be ubiquitous. 13.38.28 # even mentioned in "the single unix spec" 13.38.28 Join spiorf [0] (n=spiorf@host37-22-dynamic.21-87-r.retail.telecomitalia.it) 13.38.41 # My understanding is that printf is intended to replace echo. 13.38.52 # really? /me goes checking 13.38.56 # yes, at least the "fancy" parts of it 13.39.12 # Or not even that - echo seems to vary far too much, even for simple things. 13.39.30 # yes, echo can only be used with no flags and no backslash stuff 13.42.17 # B4gder: So it's just the daily builds on the download server? The current builds are on build.rockbox.org, which is still a single server? 13.42.24 # how's the state of printf on mac? I hope not to run into problems like with the xargs thing ... 13.42.27 # linuxstb: yes 13.42.45 # * linuxstb goes to fetch ibook 13.42.55 # build.rockbox.org will remain a single server for now 13.43.11 # we'll just move it to the other server (soon) 13.43.42 Quit gtkspert (Read error: 110 (Connection timed out)) 13.44.17 # bluebrother: Mac OS X uses bash, and that has a built-in printf will be used. There is no /bin/printf though. 13.45.10 # hmm. On my machine it's /usr/bin/printf ... 13.45.15 # Ah, there's a /usr/bin/printf... 13.45.20 # Beat me too it. 13.45.26 # to it even. 13.45.32 # ok, then I guess it's safe to assume printf being present. 13.53.37 # FreeBSD does also have /usr/bin/printf 13.55.39 # hmm. Is "The single unix spec" available on the net somewhere? Google doesn't find it for me :/ 13.56.24 Join gtkspert [0] (n=gtkspert@gateless.info) 14.03.06 Quit Nico_P (Remote closed the connection) 14.16.01 Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 14.16.54 # markun: Do you have a "disklabel.h" somewhere under /usr/include ? (I think maybe /usr/include/sys) 14.17.28 # /usr/include/sys/disklabel.h 14.17.59 # bluebrother: try opengroup.org, like => http://www.opengroup.org/onlinepubs/007908799/xcu/printf.html 14.18.23 # OK. According to google, that should be in Mac OS X as well, but isn't... They must have removed it in recent versions. I need it for ipodpatcher to get the disk geometry. 14.18.48 Quit RaRe` (Read error: 110 (Connection timed out)) 14.25.10 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 14.30.38 # anyone else on ubuntu feisty? 14.30.51 Join Arathis [0] (n=doerk@p5484BE35.dip0.t-ipconnect.de) 14.32.28 # yay, build servers get to do something again :) 14.33.20 # yay! 14.33.42 # * B4gder noticed that the dust had started to settle on them 14.35.54 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 14.37.52 # Apologies for the off-topic question, but I am trying to upgrade my kernel from 2.6.16 (Debian kernel) to 2.6.21 (built myself) and it's not finding the root filesystem. The kernel is finding the disk (displaying it as ata3) and I have the filesystem (ext3) compiled into the kernel. Anyone have any ideas or tips for debugging? e.g. can the kernel be made to display known devices? My current kernel is booting fine with the root=/dev/s 14.37.53 # da5 14.38.58 # is it due to initrd stuff or other modules not present built-in? 14.40.29 # I've built in all the modules I think are needed (i.e. the sata driver and ext3). But yes, it could be initrd related, I'm not sure how to deal with that. 14.40.50 # with everything built-in it shouldn't be a problem... 14.41.03 Part TrueJournals 14.41.23 # The kernel messages display the model name of the disk, so I'm assuming the sata driver is OK. 14.42.57 # amiconn: the list font problem is only is you go from a big font to a smaller one right? 14.45.59 # JdGordon: I'm using feisty on my laptop, but I'm new to linux so I'm probably not much of a help ;) 14.46.19 # * Llorean is in the exact same situation as petur. 14.46.36 # do you get compile warnings when you do a target build? 14.46.38 # ok 14.46.43 # this may be a stupid question 14.46.54 # but, is there a player smaller than the 2nd gen ipod shuffle? 14.46.56 # JdGordon: none unless I write bugs ;) 14.47.17 # Compiles are fine for me, at east as of a couple revisions ago 14.47.22 # :( 14.47.22 # * petur even manages to write bugs that do not give compile errors 14.47.24 # daurn: Check out the MobiBlu cube 14.47.38 # linuxstb: so what is the last thing you see on boot? 14.47.40 # Llorean: isn't than an inch cubed? 14.48.21 # daurn: A little under, yes. 14.48.41 # shuffle is smaller :( - in 2 dimensions at least 14.48.54 # and... a third of that is a belt clip 14.49.06 # JdGordon: when you change to a bigger font it can happen that the selected line is below the visible area. 14.49.09 # B4gder: Just something like "panic: can't find root filesystem", I forget the exact message. 14.49.26 # PaulJam: ah yes, justs eeing that now 14.49.54 # B4gder: Before that, it displays some info about disks (but not any /dev/ devices - just "ataN" and "scsiN") 14.50.10 # daurn: The shuffle is greater than 1 inch in 2 of the 3 dimensions 14.50.14 # linuxstb: you compiled ext3 inbuilt, not as a module? 14.50.19 # JdGordon: Yes. 14.50.27 # Llorean: shuffle is 27x10x10mm 14.50.36 # Llorean: mobiblue is 24x24x24mm 14.50.51 # linuxstb: you'll have much more luck in ##linux :p 14.50.53 # oh 14.50.53 # * linuxstb hasn't compiled his own kernel for about 5 years... 14.50.54 # wait 14.50.56 # I'm an idiot 14.50.58 # daurn: Not according to apple's ow site. 14.51.00 # own 14.51.04 # * daurn gives Llorean a cooki 14.51.13 # s/cooki/biscuit 14.51.15 # damn american 14.51.23 # linuxstb: oh wait.. did you do the full install? make install module-install etc? 14.51.28 # JdGordon: Do you know if they are a friendly bunch in there? 14.51.33 # In terms of volume, the shuffle's still smaller. 14.51.35 # they are not :) 14.51.43 # In terms of wedging it into interesting places, the cube probably works better. 14.51.45 # they are typical linux ppl 14.51.53 # JdGordon: I built it "the Debian way" using make-kpkg 14.52.07 # hmm.. ok, no idea then 14.52.09 # I just want something VERY small 14.52.23 # - something I can hang from a shirt... 14.52.28 # I'm very fussy 14.53.01 # not that fussy, as you clearly can't live without rockbox ;-) 14.53.02 # daurn: get one of those headphones with build-in mp3 player 14.53.05 # can live 14.53.11 # Just get a shirt with a breast pocket, and put a Nano in it. 14.53.29 # yes, get some better clothes 14.54.02 # ... who has a brest pocket in a non-business shirt? 14.54.13 # * petur puts hand up 14.54.26 # * Llorean raises his own as well. 14.54.26 # daurn: ipod flea ftw 14.54.31 # * linuxstb has trouser pockets, jacket pockets, sometimes a bag... 14.54.38 # I'm sure Apple will produce something smaller soon enough 14.54.45 # linuxstb: in shirt i said 14.54.48 # lots of pockets 14.54.50 # always 14.54.58 # I have plenty of pockets in my pants... 14.55.00 # daurn: You only wear a shirt? 14.55.32 Part LinusN 14.55.32 # no, I'm just sick of have bulging pockets - I'm trying to go in the extreme opposite direction :P 14.55.48 # daurn: Oh, so it's more anti-pants than pro-shirt. 14.55.51 # 'the ipod-nothing' <-- very cheap, very light, very long battery life (many years): You just have to sing yourself 14.55.55 # backpack! 14.55.56 # Why not one of those wristwatch MP3 players? 14.56.02 # need to fit all those rockbox targets ;-) 14.56.06 # I bet there's an s1mp3 based one, you could then get involved in that project. 14.56.18 # Llorean: cause I don't want to plug headphones into a watch... 14.57.36 # JdGordon: do you know what that ship off the nsw coast that got beached is called? 14.57.52 # nup 14.58.02 Quit Thundercloud (Remote closed the connection) 14.58.35 Quit RhinoBanga (brown.freenode.net irc.freenode.net) 14.58.35 NSplit brown.freenode.net irc.freenode.net 14.58.35 Quit preglow (brown.freenode.net irc.freenode.net) 14.58.56 NHeal brown.freenode.net irc.freenode.net 14.58.56 NJoin RhinoBanga [0] (n=rhinoban@host-87-74-81-29.bulldogdsl.com) 14.58.56 NJoin preglow [0] (n=thomj@rockbox/developer/preglow) 14.59.15 # JdGordon: http://youtube.com/watch?v=jfHvLAv0x-M 14.59.20 # the news told everyone to look it up :P 14.59.27 # not that good at all.... 14.59.54 # * JdGordon is capped... no youtube for /me 15.00.04 # haha 15.00.13 # sucks to be you/using your internet connection 15.00.18 # am I dreaming or was there a function to call to update the number of liines in the display? 15.00.49 # JdGordon: who you with? 15.01.19 # optarse 15.01.39 # heh 15.01.45 # i haven't been with them in years ;) 15.02.06 # Anyone know a little bit about putsxy? 15.04.05 # * JdGordon knows a little bit 15.04.16 # x,y are in pixels.... 15.04.30 # I got that much. ;) 15.04.45 # Vs the char position of so many of the others. 15.05.26 # I was just going to ask if there's an obvious (to someone not-me) reason why there isn't the option to style it right now, beyond 'it hasn't been needed yet' 15.05.48 # * JdGordon doesnt know 15.06.41 # * Llorean shrugs 15.06.58 # lol 15.07.09 # I thought you were making a pun on putty or something :S 15.07.44 # daurn: Nah, lcd_putsxy which is the pixel positioned parallel to lcd_puts (which uses character pusitioning) 15.07.54 # Except the XY variants don't seem to have an option for style 15.09.30 Join midgey_ [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 15.09.51 Quit midgey (Read error: 104 (Connection reset by peer)) 15.12.07 Quit The-Compiler (Read error: 104 (Connection reset by peer)) 15.12.52 Quit linuxstb (Read error: 113 (No route to host)) 15.14.01 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 15.14.28 *** Saving seen data "./dancer.seen" 15.15.17 # Llorean: What are you trying to do that needs putsxy? 15.16.16 # Llorean: There are other differences between lcd_putsxy and lcd_puts 15.16.19 # linuxstb: I was looking at hacking a separate WPS text color (separate from "Foreground") into my personal build, just to see what it'd take for WPS line colors eventually 15.16.37 # amiconn: I'd noticed, though I can't say I understand them yet. 15.16.47 # lcd_puts pads to the end of the line, lcd_putsxy does not. That's one reason why there is no style variant 15.18.44 # amiconn: PaulJam: wanna try out a patch to make sure its all fixed? or shall i just commit? 15.18.52 # Llorean: Can't you just set the fg colour before calling lcd_putsxy? 15.18.54 # amiconn: Why does that prevent it from being styled? 15.20.13 # linuxstb: I was pretty sure I could do that, but I was trying to find out if there were other ways. 15.21.13 # 3...2....1.... 15.21.53 # was there a FS task with the list bug? 15.24.27 Join Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 15.27.29 # haha 15.27.32 # very nice: http://www.shimafuji.co.jp/product/semc5701a01.html 15.27.52 # - very small computer ;) 15.28.42 # woohoo, 2 green builds in a row :) should I go for three? 15.29.35 # chrisjs169: ping? 15.29.40 Quit dmccarthy (Read error: 110 (Connection timed out)) 15.30.28 # daurn: looks nice :) 15.30.54 # every port you could think of for something that size... 15.31.07 # anyone able to understand what arch it is? 15.32.25 # http://www.am.necel.com/micro/product/vr/vr5500a.html 15.32.26 # VR5701 is a NEC cpu with MIPS core 15.33.05 # * B4gder worked with NEC chip with MIPS code 15.33.10 # core 15.33.15 # not that one though 15.33.17 # B4gder: nice? 15.33.38 # I worked with a dual-core one and it was nice enough, yes 15.33.57 # for a DVB-T thing 15.34.13 # nude pic: http://www.linuxdevices.com/news/NS3619879482.html 15.34.19 # ... included mpeg2 decoders etc 15.34.53 # I believe NEC is one of those secret companies though 15.35.30 # I recall I googled for the chip I worked with and there was 0 (!) hits 15.36.38 # can someone have a quick look at #7222 please? 15.36.53 # * JdGordon wants to commit recording directory patch but needs that in first 15.37.08 Quit hcs ("Leaving.") 15.40.57 # so... what do you guys think of the shuffle? 15.41.02 # worth buying? 15.41.39 # i wish something that size had wavpack support :( 15.43.32 # this is rockbox, we think rockbox-able players are better 15.44.29 # well... the smallest target isn't small enough :P 15.45.12 Quit Arathis ("Bye, bye") 15.45.13 # it's a matter of priority 15.45.22 # daurn: if you can find the specs of a small player perhaps a rockbox port is possible 15.45.33 Join Arathis [0] (n=doerk@p5484BE35.dip0.t-ipconnect.de) 15.45.48 # markun: dont all the small ones just have a ROM? 15.45.51 # aren't those iFP players small? 15.46.54 # daurn: do they? 15.47.02 # teh question is: have there been any firmware upgrades for shuffles? 15.48.01 # anyway, you'd think that they'd use seperate mp3 decoding chips 15.48.50 # daurn: the new shuffle uses a samsung ARM and has firmware updates, but it probably has the same encryption problems as the nano 2g 15.49.03 # o.o 15.49.49 # also... it doesn't have much in the way of buttons 15.49.51 # daurn: you better realize that whatever player you find (of that size), the firmware is gonna be major crap 15.49.51 # - or a screen 15.50.16 # :( 15.51.41 # daurn: http://www.dapreview.net/comment.php?comment.news.3618 15.52.35 # linuxstb: I think I'd actually have to convert putsxyofs to accept colors just because it's necessary for scrolling 15.53.12 Quit midgey_ (Read error: 113 (No route to host)) 15.53.35 Join toffe82 [0] (n=chatzill@65.198.26.227) 15.54.25 # daurn: http://www.pmpz.net/picture_library/nano_s10.jpg 15.54.39 # * Llorean wonders if that suggests the bug he thinks might exist right now 15.54.48 # markun: heh thanks 15.55.01 # damn 15.55.02 # expensive 15.55.10 # http://prylportalen.mkf.se/ArticlePages/200611/07/20061107144404_MKF416/iriver_ipod-ihoppa.jpg 15.55.47 # markun: anyway, its the depth 15.56.02 # without the belt clip, the shuffle is tiny 15.56.12 # how do you hold onto the S10 :P 15.56.14 # linuxstb: I'm surprised nobody's reported this, but lines aren't colored while they're scrolling. Of course, it's only noticeable with the arrow line selector. =/ 15.56.23 # the S10 also uses a Samsung ARM http://www.iriverfans.com/news_detail.asp?ArticleID=888 15.57.24 # I find it amusing that Neuros is doing their new player without having a HW engineer 15.57.41 # or at least is considering it 15.57.45 # B4gder: is it realy Neuros who is doing the player? 15.58.03 # its *meant* to be neuros 15.58.03 # well, neuros would make it, but it is a bit community driven 15.58.10 # but, it was sort of abandoned a year ago 15.58.19 Join Thundercloud [0] (n=thunderc@82.152.218.72) 15.58.24 # daurn: not the one we are talking about 15.58.27 # - may had the urge to make it happen 15.58.50 # but, its not as much neuros any more, as community 15.58.58 # and... I don't see it going in the correct direction 15.59.06 # daurn: http://forums.rockbox.org/index.php?topic=11084.0 15.59.35 # markun: I've read it a couple of times already 15.59.51 # and the several mailing list discussions 15.59.53 # and the irc logs 16.00.41 # "I expect it will take some involvement on our part to make this a reality" / Joe Born 16.00.59 # pretty vague, yes ;-) 16.01.01 # daurn: what made you think it was abondoned a year ago then? 16.01.35 # I think it was, this is just one of the community members dragging it up to the surface again 16.01.41 # ah ok 16.01.45 Quit jhMikeS (Nick collision from services.) 16.01.47 # markun: it was going to be a grand neuros venture - the neuros OSD was a quick test on the hardware - making a product at the same time 16.01.51 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 16.02.08 # the OSD becomes the flagship model - its all they make now 16.02.15 # not even finished properly 16.02.36 # was scheduled to be completed and on shelves - by september last year 16.02.55 # N3 and a device called the 442v2 were meant to be created in the next couple of months 16.03.13 Quit PaulJam (".") 16.03.15 Quit Zagor ("Client exiting") 16.03.27 # the last dm320 product being the N3 - has everything, audiophile quality DAP - taking over where iriver h340 etc left 16.03.37 # but... it vapoured 16.03.51 # now in the last couple of weeks, there is this proposal from may 16.09.12 Join Rondom [0] (n=Rondom@p57A950EC.dip.t-dialin.net) 16.09.26 Quit JdGordon ("Konversation terminated!") 16.10.12 # is it a problem that my aged, 3-4 year old dap is still more advanced that pretty much everything on the market in it's class? 16.10.53 # daurn: i know what you mean (i'm still using a rio karma :p) 16.11.18 # I just keep waiting and waiting for something to replace it 16.11.24 # but... it never comes 16.11.24 # well, nobody seem to be really intereted in making players in that class anymore 16.12.10 # what I'd give for a good, 1.8" 8mm hdd player... 16.12.21 # or at least I consider the top segment to be somewhat emptied out, with a much bigger focus on smaller players and more "simple" hdd based ones 16.12.23 # thats open ;) 16.12.26 Quit Arathis (Read error: 110 (Connection timed out)) 16.12.51 # you just said you wanted the world's smallest one 16.12.56 # you won't fit a hdd in them 16.13.03 # I know 16.13.13 # I currently have the archos 402 - as you probably know 16.13.20 Join Arathis [0] (n=doerk@p5484BE35.dip0.t-ipconnect.de) 16.13.21 # I need something to replace it 16.13.33 # but... in the meantime, I want something very small - and inexpensive 16.14.24 # there are 3 devices out there with 8mm drives 16.14.48 # iriver h340, iAudioX5 (60gb) and ipod. 16.14.58 # iriver isn't made anymore 16.15.33 # and I'd like features and choices other than cowon and apple offerings 16.15.49 # gigabeat F40, X60 16.16.27 # have 8mm as well but also aren't produced anymore 16.17.12 # the F40 can be found pretty cheap (around $100) 16.17.55 # oh well 16.18.07 # before I goto bed, one more topic 16.18.08 # how are bluetooth headphones? 16.18.20 Quit pearldiver (Read error: 110 (Connection timed out)) 16.19.27 Quit linuxstb ("Leaving") 16.19.34 # how? 16.19.35 # no opinions? 16.19.47 # well, are they inferior quality? 16.19.52 # are they too expensive? 16.19.59 # any recommended models? 16.20.02 # I don't use any 16.20.08 # does anyone use them? 16.20.50 # not me 16.21.13 # I can't imagine they can compare, price wise, with wired ones. 16.21.24 # now I think about it, I saw a guy using some at a tram stop a month or so ago 16.21.29 # I'd only ever consider them if I had a regular situation where a wire was impossible. 16.21.42 # ony time i've seen some i think 16.21.54 # I'd just love to have nothing in my pockets 16.22.00 Join luckz [0] (n=luckz@luckz.de) 16.22.01 # have player in backpack or w/e 16.22.38 # well, "everyone" uses them for phones here 16.22.51 # just some cord around the back of my neck with canal-phones and the reciever hanging down the back a bit (or like a medallion??) 16.23.18 # daurn: maybe you can find some review on head-fi.org 16.24.50 # oh well 16.24.51 # bed 16.24.53 # night all 16.25.00 # Standard bluetooth (1.0) isn't fast enough for hifi 16.25.11 # I believe they use 2.0(?) these days 16.25.12 Quit Mouser_X (Read error: 104 (Connection reset by peer)) 16.25.23 Join Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) 16.27.51 # I think every set of bluetooth headphones I've seen intended for music use has been 2.0, at least 16.29.18 Part Llorean 16.30.48 Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) 16.35.37 Join PaulJam [0] (n=pauljam@vpn-3148.gwdg.de) 16.35.52 Join n1s [0] (n=nils@h218n1fls35o293.telia.com) 16.38.30 Quit B4gder ("It is time to say MOOO") 16.41.57 # preglow: my GSoC student also made a wiki: http://www.rockbox.org/twiki/bin/view/Main/TextToSpeech 16.41.58 Quit sando (Read error: 104 (Connection reset by peer)) 16.44.10 Join chrisjs169|afk [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) 16.45.02 # That seemed to do something.... 16.45.10 # What's Error SDCard: 1? 16.45.16 # markun: cool :) 16.46.11 # Sweet - I fixed my problem with 7134 16.47.10 # GodEater: comments and suggestions are welcome :) 16.47.16 Join sando [0] (n=lolsteam@210.11.80.141) 16.47.19 # rockbox is coded in c right 16.47.26 # yes, mostly 16.47.36 # there is some assembly 16.48.00 # markun: think he/you have got all the bases covered - I can't think of anything else to suggest currently 16.48.48 Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) 16.49.26 # GodEater: I'm still interested in porting espeak as well 16.49.54 # for that true 'bag of shit' sound which made rockbox so famous in the first place :) 16.50.09 # hahahaha 16.50.10 # markun: it might be interesting to get it to read menues too, it seems only files/tags are planned... 16.50.12 # can't wait 16.51.13 # n1s: yes, that way the 'voice file' would never be out of date 16.52.06 # markun: we might want to give users the option to use a voice file though... 16.52.24 # sure, I was not suggesting to remove support for it 16.52.54 # * n1s misread :) 16.53.14 # jhMikeS: Looks like your away/idle/something, but the MicroSD patch works on my sansa (doesn't freeze) so the patch can be commited now 17.01.26 # n1s: maybe textviewer which is designed for ebooks would be nice, including tts support, chapter browsing etc 17.01.26 Quit sando (Read error: 104 (Connection reset by peer)) 17.01.48 Join sando [0] (n=lolsteam@210.11.80.141) 17.01.50 # ... a textviewer plugin ... 17.02.08 # markun: very 17.02.41 Part toffe82 17.07.37 Join lightmaster [0] (i=442f115f@gateway/web/cgi-irc/labb.contactor.se/x-3de587e368458b84) 17.07.49 Quit Alonea (Connection timed out) 17.08.37 Quit lightmaster (Client Quit) 17.13.55 # someone tell jdgordon that he's my hero when he's around. I was hoping someone would pick up the colors patch and make it more useable. 17.14.30 *** Saving seen data "./dancer.seen" 17.15.31 Join WilliamBailey [0] (i=442f115f@gateway/web/cgi-irc/labb.contactor.se/x-4c32b79d868c1a1f) 17.16.33 Quit merbanan ("Leaving") 17.22.31 Quit sando ("Apply directly to the forehead") 17.27.40 Join XavierGr [0] (n=xavier@ppp37-226.adsl.forthnet.gr) 17.29.50 # i have been told that i have to be granted permission to contribute to rockbox and gain access to edit the pages 17.29.53 Join netmasta10bt [0] (n=torment@pool-71-251-102-2.tampfl.fios.verizon.net) 17.30.00 # WilliamBailey: one moment 17.30.33 # WilliamBailey: granted 17.30.59 # eh.. 17.31.21 # thanks 17.31.35 Join jgarvey [0] (n=jgarvey@cpe-066-057-231-236.nc.res.rr.com) 17.31.38 # should work 17.35.50 Quit kubiix (Read error: 110 (Connection timed out)) 17.41.36 Quit PaulJam (".") 17.42.00 Join Hammer89 [0] (n=soc_inte@static-host-24-149-229-197.patmedia.net) 17.42.58 Part Hammer89 17.44.34 Quit WilliamBailey ("CGI:IRC") 17.47.02 Quit XavierGr (Nick collision from services.) 17.47.06 Join XavierGr [0] (n=xavier@ppp227-179.adsl.forthnet.gr) 17.49.48 # I wonder if he's planning to actually update any of the wiki pages.. 17.50.04 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 17.55.45 Quit XavierGr (Nick collision from services.) 17.55.48 Join XavierGr [0] (n=xavier@ppp6-88.adsl.forthnet.gr) 17.58.45 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 18.00.36 Join Domonoky [0] (n=Domonoky@e180238030.adsl.alicedsl.de) 18.05.05 Quit Nibbier (Remote closed the connection) 18.05.14 # markun: now you know ;) 18.11.01 Join Arathis_ [0] (n=doerk@p5484BB5A.dip0.t-ipconnect.de) 18.16.33 Part chrisjs169|afk 18.16.45 Join chrisjs169|afk [0] (n=jack@c-68-33-114-53.hsd1.md.comcast.net) 18.17.54 # indeed 18.24.36 Quit XavierGr (Nick collision from services.) 18.24.40 Join XavierGr [0] (n=xavier@ppp6-88.adsl.forthnet.gr) 18.28.37 Quit Arathis (Read error: 113 (No route to host)) 18.35.24 Join cruleworld [0] (i=4c100dd9@gateway/web/cgi-irc/labb.contactor.se/x-4ed8ca5a52f84a1e) 18.36.21 # Hello 18.36.35 # hi 18.37.50 # Can anybody tell me why the MicroSD patch hasn't been acepted into the main build for the Sansa player? 18.38.18 # because it isn't finished yet? 18.38.33 Part Domonoky 18.38.43 # it isn't? 18.38.47 # How so? 18.39.27 # if it would work I'm almost sure it would get into trunk 18.39.37 # cruleworld: check today's log, there was some talk about it, it may be (almost) ready 18.39.38 # cruleworld: where's the patch? 18.39.57 # It works perfectly 18.40.02 # well, if something hasn't been included into svn there are usually a couple of reasons: (1) it doesn't meet the code stanards, (2) it doesn't work properly or not on all players, (3) nobody had the time looking into it far enough (and fix possible problems) 18.40.23 # iirc that patch is still not working in conjunction with dircache. 18.40.36 # cruleworld: jhMikeS: Looks like your away/idle/something, but the MicroSD patch works on my sansa (doesn't freeze) so the patch can be commited now 18.41.13 # So it's goign to be committed soon? 18.41.21 # probably 18.41.29 # are you in a hurry? :) 18.42.07 # Cause thats what i am waiting for to have rockbox be my main firmware 18.42.24 # aha 18.42.31 # i know there is no usb yet so not completly main but i will only to to OF to use the usb 18.44.26 # usb support is supposed to be coming this summer right? 18.44.37 # we hope 18.44.38 Quit obo ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/") 18.44.56 # expect more news 9 july 18.44.56 # looking at the comments to that patch doesn't make me confident all problems are solved ... 18.45.19 # but I haven't looked into it nor do I own a sansa, so ... 18.45.24 # i have never had problems with it 18.45.36 # and i own a sansa 18.46.25 # well, something working on your player doesn't mean it's bugfree. That's the problem ... 18.46.47 # but you can always compile yourself or use an unsupported build that includes the patch., 18.48.24 # i don't know how to cpmpile 18.48.33 # i read the guide but i don't understand it 18.49.04 # chrisjs169: Ummm...say what? How does the same patch suddenly work? (and I didn't make any sacrifices to the gods today either). 18.49.35 # huh? 18.49.43 # well, then you have two options: use an unsupported build that includes that patch or learn how to compile. You can always ask ;-) 18.49.52 Quit chris_ (Remote closed the connection) 18.49.53 # he's having problems with compiling though 18.50.06 # he? Who? 18.50.10 Join chris_ [0] (n=chris@S0106001346f5afbd.cg.shawcable.net) 18.50.11 # how do i compile then? 18.50.33 # well, in theory it's quite simple. Grab the vmware image and install vmware player. 18.50.53 # run the image and navigate to the rockbox source folder in the image. 18.51.17 # update to the latest svn, patch, and then create a build folder 18.51.27 # wait let me download these things and then you cna take me step by step 18.51.32 # run ../tools/configure and "make" afterwards. 18.51.37 # * petur sees some progress from austriancoder :) 18.51.39 Join FOAD [0] (n=dok@dinah.blub.net) 18.51.56 # you should check the SimpleGuideToCompiling wiki page. 18.52.10 # i have 18.52.19 # (and ignore the cygwin specific stuff, the vmware image has everything preinstalled) 18.52.36 # it's really complicated for me cause i have a hard time reading long things cause i'm deslexic 18.54.42 Quit Rondom ("Ex-Chat") 18.55.35 # * jhMikeS reads the last comment in FS#7134 and goes "wtf?" 18.55.40 # sorry, got to leave for like 15 minutes or so. Back shortly ... 18.56.14 # ok 18.57.28 # * petur connects cruleworld with jhMikeS 18.59.21 # * jhMikeS wonder's wtf again 18.59.55 # * jhMikeS apostrophised a verb :P 19.00.00 # jhMikeS: so it didn't work without a SDcard and after inserting one it now works even without a card? 19.00.40 # i'm confused 19.01.39 # cruleworld: jhMikeS is the one who wrote the patch 19.01.40 # yes...and I want him to boot the OF and see if it reverts but he's away 19.01.50 # cruleworld: and the one who will commit it when he's done 19.01.57 # Toni did...I just added some tweaks 19.02.56 # ah, sorry 19.03.27 # oh so why havben't you commited the patch yet? 19.03.55 # cruleworld: yes...and I want him to boot the OF and see if it reverts but he's away 19.04.08 # that was for you 19.04.11 # cruleworld: more testing is needed 19.04.19 # like? 19.04.26 # i'm not away 19.04.45 Quit Thundercloud (Remote closed the connection) 19.05.00 Join Thundercloud [0] (n=thunderc@82.152.218.72) 19.05.24 # maybe I understood that incorrect - sorry 19.05.31 # cruleworld: chrisjs169 is away, not you 19.06.00 # * petur slaps forehead and hides before forehead logs in to slap back 19.06.25 # well i gtg 19.06.27 Quit cruleworld ("CGI:IRC") 19.06.53 Join forehead [0] (i=810dba04@gateway/web/cgi-irc/labb.contactor.se/x-f7a0aeb3c22c771a) 19.06.54 Quit miepchen^schlaf (Read error: 113 (No route to host)) 19.07.00 # * forehead looks around 19.07.26 # :) 19.07.45 # * forehead spots petur and wonders what to do now ... 19.07.59 # ha ha ha 19.08.15 # * forehead is tired and leaves ... this time. 19.08.23 Quit forehead (Client Quit) 19.08.40 Quit FOAD_ (Read error: 110 (Connection timed out)) 19.09.58 # petur: what your op about the triggered split? in SVN it doesn't pause but splits and keeps recording but it _feels_ like it should split and then pause. think I should change it? 19.10.12 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 19.10.46 # I have never used it, wouldn't know how it should work 19.10.57 # is that in the manual? 19.11.15 # well, if you want to create marks by splitting the recording, wouldn't it be bad to pause? 19.11.26 # I looked but I don't think it is actually but I didn't check every manual :) 19.11.40 Quit XavierGr (Nick collision from services.) 19.11.43 Join XavierGr [0] (n=xavier@ppp41-125.adsl.forthnet.gr) 19.12.07 # checking... but getting page not found - some new download server not synced yet? 19.12.31 # bluebrother: Btw, I think fixing dircache + hotswap is not a trivial task. And I don't think dircache makes sense on the sansa... 19.12.42 # good to know the names of the individual servers :) 19.12.45 Quit Nico_P (Remote closed the connection) 19.12.53 # It could be if that's the intent. Stop of course stops, pause just pauses, but split just keeps recording so it feels lopsided to not have split+pause 19.13.45 # Split should just split and keep recording. That's what split is for - splitting a recording into several tracks 19.13.47 # amiconn: I agree, dircache is pointless since there's no delay for access 19.14.21 # split has two options: start a new file or stop recording (according to the manual) 19.14.31 # If you want to end a track and pause the recording at the same time, just use stop, then start later on 19.14.32 *** Saving seen data "./dancer.seen" 19.14.36 # can dircache easily get removed from the sansa build? 19.15.08 # bah... "Add description of triggered recording." 19.15.09 # isn't there a HAVE_DIRCACHE or something? 19.15.24 Nick Arathis_ is now known as Arathis (n=doerk@p5484BB5A.dip0.t-ipconnect.de) 19.15.52 # yes, there is 19.15.58 Join wesmo [0] (i=cb625b9e@gateway/web/cgi-irc/labb.contactor.se/x-f1299c604cefea4f) 19.15.59 # currently in config.h 19.16.03 # bluebrother: Shouldn't be too difficult, although the definition isn't in the config-*.h file 19.16.19 # but maybe it should just be defined in every config-*.h file? 19.16.34 # (where it applies) 19.16.34 # hi anychance i could get editing permission for th wiki??? 19.16.37 # #ifndef DONT_HAVE_TAGCACHE|#define HAVE_TAGCACHE #endif ?? :P 19.16.41 # But removing dircache from a build has a drawback - it cuts some features from the database 19.16.49 # wesmo: only if you give us your wiki name ;-) 19.16.50 # (like being able to commit w/o reboot) 19.16.58 # WessamBaghdadi 19.17.00 # jhMikeS: you want to disable tagcache as well? 19.17.14 # woops ... no.... type 19.17.17 # thnaks btw who do i speak to about the creative port 19.17.17 # typo 19.17.18 # :) 19.17.27 # Not tagcache, but maybe tc_ramcache 19.17.48 # wesmo: talk to jhulst about the creative port 19.17.53 # Not sure whether there is an advantage of having tc_ramcache without dircache 19.18.22 # The proper solution for dircache would be to limit it to the inbuilt media (non-hotswap volume) 19.18.24 # wesmo: done. 19.18.44 # what's the point in any feature designed to deal with disk spinups when there are none on a flash device? 19.18.46 # amiconn: even if it's flash? 19.18.50 # This will be needed with otg, or if that elio port will ever take off 19.19.08 # (the elio is hdd based _and_ has an sd slot) 19.19.11 Join maffe [0] (n=maffe@barmen.interhost.no) 19.20.27 # markun: Well, I'm not sure why these features are connected... Slasheri should know 19.22.51 # maybe just to combine the scanning 19.23.04 # doesnt look like he is responding 19.23.23 # wesmo: what did you want to talk about? 19.23.34 # have any steps been taken with the port to zen touch/micro/xtra 19.24.02 # wesmo: I think only what is discussed in the forum thread 19.24.40 # on epizenter? 19.24.43 # wesmo: btw, you can't send PM's on freenode unless you are identified at nickserv 19.25.00 # wesmo: http://forums.rockbox.org/index.php?topic=3320.0 19.25.08 # oh k thnks ill set tht up now 19.30.12 Join Zeze21 [0] (n=usamah@catv54031C19.pool.t-online.hu) 19.30.25 # hey 19.30.49 # what happened to the ipodbootloader? 19.31.17 # tagcache doesn't seem to exclude any commits if dircache doesn't exist :\ It just steals the dircache buffer. 19.31.34 Quit Thundercloud (Remote closed the connection) 19.31.44 # there's no prob with me editin the creative zen touch port page 19.31.49 # ??? 19.32.03 # wesmo: no, go ahead 19.32.33 # could someone tell me where i could find the ipod bootloader the url for it does not work 19.33.06 # please :) 19.33.39 # Zeze21: sorry, don't know 19.34.02 # hm well thank you is there a way to install rockbox without the loader? 19.34.26 # yes,with rbutil 19.34.41 Join Thundercloud [0] (n=thunderc@82.152.198.174) 19.34.42 # ok where could i get that? 19.34.44 # Zeze21: what link is not working? 19.34.47 # http://download.rockbox.org/bootloader/ipod/ipodpatcher/win32/ipodpatcher.exe 19.34.50 # this one 19.34.54 # http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 19.35.13 # Zeze21: try http://haxx.rockbox.org/bootloader/ipod/ipodpatcher/win32/ipodpatcher.exe 19.35.26 # Bagder? 19.35.59 # thank you both 19.36.04 # have a nice day 19.36.09 Quit Zeze21 () 19.37.07 # there seems to be a problem with the download server distribution it seems, rbutil might actually fail when downloading 19.40.45 # Bagder: the TBRN server is not ready for use as download server 19.41.53 Quit desowin ("use linux") 19.42.18 # petur: I take it no more lost sample reports have come up? (though I expect I would have been notified if so) 19.42.37 # no, everything's fine, thanks 19.42.48 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 19.44.08 # I know you weren't having trouble but I was wondering about on tapersection.com and whatnot 19.45.03 # no, I keep a close eye on taperssection and our own recording subforum ;) 19.46.07 Quit wesmo ("CGI:IRC (Ping timeout)") 19.46.24 # and many seem to have upgraded to current versions (they were still using august 2006 builds but I think they still have them in case something would come up) 19.47.31 # jhMikeS: it can steal the tagcache ramcache buffer as well, but that might not be large enough 19.48.07 Join gletob [0] (i=4c03782c@gateway/web/cgi-irc/labb.contactor.se/x-f6b8c2316ebbfbcc) 19.48.21 Join bluey- [0] (n=bluey@dslb-088-074-023-091.pools.arcor-ip.net) 19.48.57 # can anyone tell me if rockbox will work with this http://www.walmart.com/catalog/product.do?product_id=4910672 19.49.50 Join mpeccorini [0] (n=carchila@66.249.198.18) 19.50.51 Part mpeccorini 19.50.51 Quit gletob (Client Quit) 19.53.32 Join The-Compiler [0] (n=florian@46.19.76.83.cust.bluewin.ch) 19.54.44 # Slasheri: but commit requires reboot without dircache? ?? 19.55.11 Join SaLoMoN_ [0] (n=SaLo@xglusers.de) 19.56.51 Quit SaLoMoN (Read error: 110 (Connection timed out)) 19.58.26 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-214-247.pools.arcor-ip.net) 20.04.27 # jhMikeS: nope, if loaded ramcache is big enough 20.05.49 Quit GodEater (Read error: 110 (Connection timed out)) 20.05.54 # ok. one thing I wondered is if tags are stored packed in RAM or field width (I just don't know) 20.06.31 # jhMikeS: the same format is used as in tagcache files 20.06.53 # so first comes a header telling the tag length, and then the tag 20.08.37 # practically tags are loaded to ram by almost copying the files to ram 20.09.00 # however, the tag containing filenames has a special handling and is never loaded to ram 20.09.40 # that's because then dircache already contains filenames and that's used instead 20.11.03 # so why does amiconn say some functionality is lost if dircache is not built? It's just an issue of available buffer size and it just potentially has less mem available? 20.11.03 Quit netmasta10bt (Read error: 104 (Connection reset by peer)) 20.12.18 # jhMikeS: no functionality should be lost if autoupdate is enabled for flash targets after disabling dircache (currently that's just #if 0 in tagcache.c) 20.12.39 # or autoupdating deleted files 20.14.01 # I thought at least auto-updating deleted files won't be possible w/o dircache 20.14.32 # And regarding the commit, I didn't actually try it. I just noticed that the db commits right away if dircache is enabled 20.14.36 # it's possible but currently disabled in code because it makes no sense for hdd targets (would be very slow) 20.14.49 # the _only_ #if 0 around tagcache_modify()? 20.15.06 # jhMikeS: line 3513 20.15.20 # not the only one :) 20.15.53 # but i am worried how much operating tagcache on flash targets wears the flash memory.. 20.15.56 # I searched for "#if 0" not "# if 0" :) 20.16.03 # :) 20.17.37 # wear leveling should minimize it ... recording should be no better for it 20.18.59 # Slasheri: Btw, do you know what causes the nasty behaviour of dircache in conjunction with recording? 20.19.19 # amiconn: hmm, i haven't tried that yet.. 20.20.15 # amiconn: what weird happened with that (can't remember exactly) 20.21.10 # Well, if you enter the recording screen while dircache is still scanning in the background, the dircache scan becomes extremely slow 20.21.49 # I would understand that happening which prerecording enabled and a demanding encoder, but it even happens with no prerecording and recording format set to wav 20.21.57 # s/which/with/ 20.22.16 # btw, some Enrico wrote me about tagcache generating broken files on sansa.. I analyzed the files and verified there were byte shifts (missing bytes in the file). I have never seen tagcache behaving that way before. I strongly doubt there might be a bug in the sansa FS low level code 20.22.39 # jhMikeS: Do you know why recording only starts after spinning up the disk on targets with no rtc? 20.23.20 # Slasheri: If this behaviour is only observed on the sansa, I suspect the sd driver 20.23.51 # amiconn: at least i haven't heard anybody else reporting that 20.24.11 # amiconn: because it has to hit the disk to get the first filename 20.24.12 Join freedomlinux2 [0] (n=Judy_Wen@pool-71-175-186-240.phlapa.east.verizon.net) 20.25.11 # jhMikeS: Why does it need the filename before even starting recording? 20.25.30 # It should only hit the disk when the first flush becomes necessary 20.25.51 # amiconn: hmm, interesting. it sounds like recording screen eats much cpu then.. and recording is prioritized over dircache 20.26.13 # it obtains a filename through create_numbered_filname which is the first file of the same form with the highest index number 20.26.15 Part freedomlinux2 20.26.49 # amiconn: could be the peak meters for example 20.27.01 # jhMikeS: Yes I know... but why would this be needed at the very start of the recording? 20.27.06 Join PaulJam [0] (i=Paul@vpn-3074.gwdg.de) 20.27.36 Join webguest60 [0] (i=46a77451@gateway/web/cgi-irc/labb.contactor.se/x-af737bd63160cdcf) 20.27.49 # it's not...if you mean upon entering the screen and not actually hitting record, then this is new behavior 20.28.05 # other than loading the encoder, but all should do that 20.28.08 # This is annoying for 2 reasons: (1) I expect the recording to start immediately when pressing start. I missed the proper start due to that several times. (2) Spinning up the disk at the beginning of the recording is bad for built-in mic recording 20.28.34 # jhMikeS: The delay happens when I press start 20.28.57 # The encoder should be loaded already, I would think 20.29.07 # It always shows the file that will be written. it always did and I never changed that aspect of it. 20.29.16 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 20.29.19 # (loaded when entering the recording screen) 20.29.28 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-214-247.pools.arcor-ip.net) 20.29.34 # it is...perhaps that's also a good time to get the first filename to be used 20.29.43 # Imo there is no need to show the filename until it is known.. just show nothing meanwhile 20.29.44 # jhMikeS: maybe it could check the filename immediately when entering recording screen? 20.29.58 # or even on bootup 20.30.13 # Yes, getting the filename right away when entering the recording screen would be another option 20.30.30 # On bootup might cause problems 20.30.40 # when loading the encoder, also hit the disk for the first filename. when stopping and flushing, get the next filename for the next start 20.30.47 # hello all...... 20.30.54 # (like deleting/adding files in usb mode, or even deleting from within rockbox) 20.30.55 # hello all...... 20.30.57 DBUG Enqueued KICK webguest60 20.30.57 # hello all...... 20.31.08 # hello all...... 20.31.26 # webguest60: please.. 20.31.30 # hello, hello, hello hello 20.31.44 # I was hoping someone might be able to help me out a little.. installing cygwin (i've done it before, but this time, running into an issue .. probably easy) 20.31.48 # whoa. 20.31.49 Quit petur ("work->home") 20.31.52 # hmm, true and encoder needs to be loaded anyway.. so it sounds good to do that when entering to the screen 20.31.57 # sorry 20.32.11 # webguest60: what issue are you running into? 20.32.15 # I didn't mean to sent that msg so much... must be this webclient 20.33.00 # that's really just a function of the screen, not the recording system. it just writes to whatever path it's told 20.33.02 # Slasheri: On hwcodec, no encoder needs to be loaded... but then this is only for non-rtc target 20.33.06 # so.. um.. ya, my responses are lagging pretty hard here... =\ maybe I'll go get mIRC 20.33.28 # I was just installing cygwin and such, again.. and I was having trouble, last time I used the walkthrough with screenshots, not a problem.. now, though, I wasn't able to dload rockbox. the second setup portion.. when I put in http:/download.rockbox.com in the user URL box, and try to dload it says that rockbox.com doesnt' have the 'setup.ini' file 20.33.44 # ..and the only non-rtc hwcodec target which can record is the Ondio FM, where it doesn't matter when the filename is checked 20.33.45 # yeah, for RTC targets, it only needs to get the current time, so no hit 20.34.30 # isn't checking for filename when entering the recording screen the suggestion for the recording directory patch, anyways? 20.34.36 # So that sounds like a plan: on non-rtc targets the recording screen should determine the first filename on entering 20.34.44 # this assumes your clock is set correctly of course ... so no guarantees :) 20.35.03 # jhMikeS: Hmm, btw that reminds me: 20.35.30 # Iirc you added a function to delay newfile creation on rtc targets in order to make the names unique 20.35.31 # I'd just make them both do it that way anyhow 20.35.35 # (same-second problem) 20.35.37 # yes 20.35.45 # But what happens when the rtc doesn't tick? 20.35.59 # (i.e. when it's not yet set after a battery change?) 20.37.00 # well, I guess you've had it then ... what should the filename obtained in get_datetime_filename be then? 20.37.38 Quit webguest60 ("CGI:IRC") 20.37.49 Join BlahHumbug [0] (n=blahhumb@wsip-70-167-116-81.sd.sd.cox.net) 20.37.52 # aha! 20.38.24 Join webguest60 [0] (i=46a77451@gateway/web/cgi-irc/labb.contactor.se/x-0f8f8ee62ac6e560) 20.38.31 # jhMikeS: I think it will hang forever with current svn if you start a new recording... maybe it could fall back to numbered filenames? 20.40.23 # hello all... (only once this time) =) 20.40.24 # Sure...can it just check if the clock is set 20.40.24 Quit webguest60 (Client Quit) 20.41.00 # Not sure how much complexity this would add, as the strategy for obtaining filenames is different 20.41.30 # H,, it could just check if the clock is set and if it's not, just splash that the clock needs to be set first 20.41.39 # s/H,/Hmm/ 20.41.47 Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) 20.42.31 # yes if that's not too annoying ... or rockbox could ensure the clock is ticking at startup (set it to 00:00 hrs but this risks overwriting files) 20.42.59 # a __tiny__ risk though 20.43.03 # So, I'm hoping someone might be able to help me out. I was just trying to compile a build with a few patches that i'd like to see, I haven't in a while, and I was just installing cygwin again. but on the second portion of 'setup' where you dload the rockbox specifics, it says that rockbox.com doesn't have the 'setup.ini' file. 20.43.30 # There is no rockbox.com 20.43.38 # It's always been rockbox.org 20.43.50 # that's what I meant. 20.43.51 # sorry. 20.43.52 # =0 20.44.53 # and what's this about dircache updates slowing to a crawl? they should during a disk write and with other higher priority thread activity since dircache is background priority 20.45.05 # "Unable to get setup.ini from 20.45.07 # " 20.45.44 # before, the priority inversion would dominate the pcmrec thread trying to flush data 20.45.47 # jhMikeS: I'm not sure. Just entering the recording screen triggers this behaviour 20.46.10 # Not even prerecording needs to be running 20.50.47 Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.51.45 # hmmm...then the codec is doing anything but yielding the normal way 20.51.55 # BlahHumbug: well, as a different approach: how about using the vmware image? 20.57.54 # oh... I'm not familiar with that.. 20.58.03 # I'll go through the wiki etc.. 20.59.12 # " VMware Development Platform for Rockbox? 20.59.16 # well, it's basically similar, but it's a linux running in a virtual machine 20.59.29 # score... I'll go through, try this method.. thanks. 20.59.30 # =) 20.59.33 # so the image can get redistributed with everything installed. 20.59.40 # yes, that platform :) 21.00.00 # linux is different to cygwin but it's similar. IMO it's easier to setup 21.00.29 # ok, thanks much,.. i'll take a swing at ti 21.00.32 # *it 21.00.55 Quit BlahHumbug () 21.01.30 Quit Thundercloud (Remote closed the connection) 21.04.55 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 21.05.17 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-214-247.pools.arcor-ip.net) 21.09.54 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 21.10.16 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-214-247.pools.arcor-ip.net) 21.11.41 Join webguest17 [0] (i=5b84f61a@gateway/web/cgi-irc/labb.contactor.se/x-5cccbafd9b94ecea) 21.11.53 # hello there 21.11.53 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 21.12.14 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-214-247.pools.arcor-ip.net) 21.12.26 # i need help with my iriver h10 20gb 21.12.57 Quit Noah0504 ("Leaving") 21.13.45 # um... hello? 21.13.54 # Just ask your question. 21.13.57 # just ask your question 21.14.00 # oh, sorry 21.14.01 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.14.01 # * GodEater_ high fives Febs 21.14.15 Join cruleworld [0] (i=4c100dd9@gateway/web/cgi-irc/labb.contactor.se/x-61c917c265370b59) 21.14.17 # i just think my iriver needs battery replacement 21.14.26 # but i don't know how to replace it 21.14.34 *** Saving seen data "./dancer.seen" 21.14.41 # and where to find a battery to replace it with 21.15.07 # probaly can't 21.15.21 # that's absurd 21.15.34 # what? 21.15.42 # what you just throw your iriver away after 2 years? 21.15.56 Join [sellout] [0] (n=sellout@016-000-039.area7.spcsdns.net) 21.16.01 # no i don't have one 21.16.05 Quit RhinoBanga (Read error: 110 (Connection timed out)) 21.16.12 # i have a player that i can change it myself easily 21.16.37 # that's convenient 21.16.53 # yep Sansa e250 is what i got 21.17.06 # if you ever get a sansa get the e280 21.17.08 # i am really attached to my player and it only needs battery replacement. otherwise it's ok 21.17.10 Join RhinoBanga [0] (n=rhinoban@host-87-74-81-49.bulldogdsl.com) 21.17.12 Join low_light [0] (i=c730180b@gateway/web/cgi-irc/ircatwork.com/x-237342cf394a75d4) 21.17.28 # oh i see 21.17.32 # i don't think i'm getting a new one 21.17.39 # not for now at least 21.18.33 # that's fine 21.18.39 # really, how does someone replace the battery in ipods? it must be harder than with iriver.. 21.18.47 # webguest17: tried searching in the misticriver forums? (don't have an iriver, so can't help any further) 21.18.52 # webguest17, I would look on Mistic River. 21.19.03 # * Febs high-fives pixelma. 21.20.15 # misticriver has a wiki entry about replacing the battery for h100 / h300 21.20.45 Quit cruleworld ("CGI:IRC (EOF)") 21.21.49 # that's what i'll do thanks 21.25.19 Join webguest03 [0] (i=425cb8cb@gateway/web/cgi-irc/labb.contactor.se/x-bedf6402cc05e4ac) 21.25.25 Quit webguest03 (Client Quit) 21.25.35 Join curious [0] (i=425cb8cb@gateway/web/cgi-irc/labb.contactor.se/x-58e53bf07076ec2f) 21.26.58 Join chewbacca [0] (n=chatzill@dsl092-184-203.sfo1.dsl.speakeasy.net) 21.27.21 Quit webguest17 ("CGI:IRC") 21.28.52 # Hello. Does anyone know if all of the pdf/online manuals are supposed to be available (or if 404 is the intended result) ? 21.29.04 # from http://www.rockbox.org/manual.shtml 21.29.45 # they work for me 21.30.14 # http://download.rockbox.org/manual/rockbox-player.pdf is a 404 for me (for example) 21.30.24 Join PaulJam_ [0] (i=Paul@vpn-3074.gwdg.de) 21.30.49 # displays for me 21.31.10 # which one are you looking for? I'll temp upload it to another site 21.31.13 # it's a problem with the new download mirrors...try http://videolan.rockbox.org/manual/ 21.31.27 # i will try the videolan site. 21.31.55 Quit bluey- ("Leaving") 21.32.00 # http://videolan.rockbox.org/manual/rockbox-ipod3g/ looks promising! Thank you lowlight 21.32.04 Quit Febs (Read error: 104 (Connection reset by peer)) 21.32.32 # chrisjs... i'm just looking for "how involved is it" so anyone would do (i do have two ipods here for experimentation) 21.34.26 Join mirak [0] (n=mirak@m60.net81-64-221.noos.fr) 21.37.04 Quit curious ("CGI:IRC (EOF)") 21.41.18 Quit RhinoBanga (Read error: 110 (Connection timed out)) 21.41.32 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 21.41.37 Join RhinoBanga [0] (n=rhinoban@host-87-74-81-65.bulldogdsl.com) 21.41.53 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-214-247.pools.arcor-ip.net) 21.42.05 Join petur [0] (n=petur@rockbox/developer/petur) 21.47.00 Quit PaulJam (Read error: 110 (Connection timed out)) 21.50.02 Join entheh [0] (n=purr@88-106-242-42.dynamic.dsl.as9105.com) 21.51.38 Join creative [0] (i=59f0e7df@gateway/web/cgi-irc/ircatwork.com/x-810b19779ce078eb) 21.53.20 # Hi. I just came across Rockbox recently and it sounds brilliant! Is there any chance of developing a firmware for the Creative players (particularly the Zen Vision:M)? 21.53.45 # check the New Ports forums 21.54.04 # iirc there is a thread about that player. 21.54.22 # Thanks for the advice bluebrother 21.58.20 Quit [sellout] (Read error: 113 (No route to host)) 22.00.02 Quit chewbacca ("ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]") 22.00.38 Join RhinoBanga2 [0] (n=rhinoban@host-87-74-81-77.bulldogdsl.com) 22.01.35 Quit RhinoBanga (Read error: 110 (Connection timed out)) 22.08.30 Quit creative ("CGI:IRC (Ping timeout)") 22.09.33 Quit ompaul (Client Quit) 22.11.56 Quit low_light ("CGI:IRC") 22.12.34 Join DerPapst [0] (n=DerPapst@pD9EB3C3A.dip0.t-ipconnect.de) 22.12.57 # good evening :) 22.15.13 # lol. i though voting for non devs was disabled on FS. 22.15.35 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 22.15.36 # * DerPapst accidently voted for a task 22.15.52 # heh, I did too 22.16.43 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 22.16.43 Part TrueJournals 22.17.14 # luckily it wan't one of my own tasks ;) 22.23.04 Join RhinoBanga [0] (n=rhinoban@host-87-74-81-90.bulldogdsl.com) 22.24.06 Quit RhinoBanga2 (Read error: 110 (Connection timed out)) 22.25.45 # it's not voting. Setting the severity is disabled for non devs ;-) 22.26.17 # ah 22.26.20 # :) 22.36.12 # linuxstb: http://www.gossamer-threads.com/lists/mythtv/users/275682 22.36.22 # (when/if you get round to reading the logs!) 22.39.44 Join webguest55 [0] (i=548c9069@gateway/web/cgi-irc/labb.contactor.se/x-27efe7918acef688) 22.39.49 # teh ps3 haxx0rz 22.40.17 # could anybody help me? I just upgraded my rockbox after about 4 months and now I get a Data error whenever I try to play a song 22.40.21 # pls =) 22.40.27 # ipod? 22.40.32 # yes 22.40.33 # ^^ 22.40.37 # i bet you have to update the bootloader 22.40.40 # then upgrade bootloader 22.40.45 # ok 22.44.18 # the pre-compiled build has been last updated august 2006 oO 22.44.47 # Bagder: did somebody already tell you that something is borked with download.rockbox.org? 22.45.07 # as in right now you mean? 22.45.16 # webguest55: what on earth are you talking about ? 22.45.23 # since at least this afternoon 22.45.29 # Bagder: yes - I'm seeing it too - lots of 404 errors 22.46.01 # on the root or specific pages/files ? 22.46.06 # it fails if the tbrn server is selected 22.46.50 # what if you use tbrntech.rockbox.org instead of download.rockbox.org, is that too a bad url? 22.47.12 Join PaulJam [0] (i=Paul@vpn-3057.gwdg.de) 22.47.15 Join RhinoBanga2 [0] (n=rhinoban@host-87-74-81-114.bulldogdsl.com) 22.47.21 # duh... now it is working 22.47.36 # I bet you got another server 22.47.41 # 2 minutes ago it was serviong an error page 22.47.52 # serving even 22.48.14 # the errormessage was from tbrn 22.48.15 Quit RhinoBanga (Read error: 110 (Connection timed out)) 22.48.31 # yes, I can see that tbrn has wrong server for download.* 22.48.31 # ah well, it's working now 22.48.39 # curl -H "Host: download.rockbox.org" tbrntech.rockbox.org 22.48.55 # ... is not our downloads... 22.49.06 Join loswillios [0] (n=hbt@unaffiliated/loswillios) 22.49.14 # hi 22.49.29 # some links on rockbox.org are b0rked 22.49.36 # hahaha 22.49.39 # it's amazing... 22.49.51 # the timing was just perfect 22.49.52 # ie the docs 22.50.01 Join miepchen^schlaf [0] (n=hihi@p54BF6A57.dip.t-dialin.net) 22.50.02 # what? did I miss something ;-) 22.50.05 # loswillios: we're aware, and dealing :) 22.50.14 # you turned up in the middle of our discussion 22.50.22 # * DerPapst wants a cookie too 22.50.26 # heh 22.50.35 # well - by "we" I mean "Bagder" ;) 22.50.40 # * loswillios is about to free his ipod 22.50.51 # but not without docs :P 22.50.52 # welcome to the fold :) 22.51.08 # loswillios: what OS you run ? 22.51.08 Quit webguest55 ("CGI:IRC (EOF)") 22.51.15 # try (for example) videolan.rockbox.org instead of download.rockbox.org for now 22.51.27 # GodEater_: winXP 22.51.42 # loswillios: try out RockboxUtility 22.51.47 # heh.. the test codec plugin just wrote a 240MB file :-D 22.51.51 # there's not much you need to read to use it 22.52.02 # DerPapst: good god 22.52.21 # lol... god, pope, ... 22.52.25 # it took even pretty long in the sim 22.52.36 # hahaha 22.52.39 # hehehe 22.52.51 Mode "#rockbox +o Bagder " by ChanServ (ChanServ@services.) 22.52.53 # we just need an ayatollah or something now 22.52.56 # uh ohh 22.53.08 # * DerPapst hides 22.53.08 # GodEater_: where can I get it? I can't find rockboxutility on the site 22.53.09 Topic "if download.rockbox.org acts funny, use videolan.rockbox.org instead until things settle" by Bagder (n=daniel@rockbox/developer/bagder) 22.53.09 # topic change I'm guessing 22.53.28 # http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 22.53.36 Mode "#rockbox -o Bagder " by Bagder (n=daniel@rockbox/developer/bagder) 22.53.49 # * DerPapst sets mode +o on DerPapst 22.53.50 # Bagder: is positive.rockbox.org broken still ? 22.53.57 # meh.. not working -.- 22.54.10 # no, it should be working fine 22.54.25 # ah cool 22.54.25 Join webguest55 [0] (i=548c9069@gateway/web/cgi-irc/labb.contactor.se/x-475591a28b3caa9a) 22.55.11 # hm, or perhaps not 22.55.24 Join Domonoky [0] (n=Domonoky@e180238030.adsl.alicedsl.de) 22.55.25 # * Bagder composes another mail... 22.56.17 # looks ok to me =. 22.56.27 # it doesn't seem to sync 22.56.31 # ah 22.56.33 # see mpeg/ 22.56.37 # k 22.56.59 # thoroughly empty =/ 22.57.07 # * petur finds the saved devcon webcam pics :) 22.58.14 # GodEater_: thx 22.58.24 # and ive got another weird problem... a problem which ive had since I first installed rockbox ... while playback is active the screen sometimes freezes (but the music doesnt stop) and the only possibility to unfreez it is to restart the ipod... how can fix that? =( 22.58.29 # http://videolan.rockbox.org/devcon2007/saved/20070520-134025.jpg 22.58.41 # damn you itunes. keep disconnecting my ipod after sync :/ 22.59.24 # monty python wasn't it? 22.59.30 # yes 22.59.37 # hehe 22.59.48 Join webguest30 [0] (i=480ec220@gateway/web/cgi-irc/labb.contactor.se/x-d531f7e398c5208b) 23.00.18 # petur: red > blue chimay...agree? 23.00.27 # http://videolan.rockbox.org/devcon2007/saved/20070519-092611.jpg 23.00.32 # nobody? ^^ 23.00.55 # GodEater_: heh. rockboxutility woun't work b/c of the b0rked links 23.01.11 # ah i can change them 23.01.12 # webguest55: is this using the latest build? 23.01.24 # yep 23.01.53 # and it has been for any other build I used until today 23.02.45 # Hi, um... Rockbox has been running slowly on my h10 reccently. While playing music, Bubble plugin is sluggish. I am using the latest build. Is there a problem with my player, or is rockbox suddenly sounding like a letdown? 23.03.11 # webguest30: on that device, plugins have always been sluggish while playing music 23.03.19 # webguest55: do you have an 80GB 5.5g Ipod? 23.03.41 # nope... 5g 30gb 23.04.09 Quit The-Compiler (Remote closed the connection) 23.04.32 Quit webguest30 (Client Quit) 23.04.34 Quit PaulJam_ (Connection timed out) 23.05.54 # ok, server fixed 23.11.11 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 23.14.35 *** Saving seen data "./dancer.seen" 23.18.20 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 23.18.32 Part loswillios 23.20.17 Quit webguest55 ("CGI:IRC (EOF)") 23.21.55 Part chrisjs169|afk 23.24.56 Join saratoga [0] (i=980398fe@gateway/web/cgi-irc/labb.contactor.se/x-2ca6dfd62a39f25f) 23.25.12 Join RhinoBanga [0] (n=rhinoban@host-87-74-81-150.bulldogdsl.com) 23.26.15 Quit RhinoBanga2 (Read error: 110 (Connection timed out)) 23.28.00 Quit Domonoky (Read error: 110 (Connection timed out)) 23.34.20 # is there a trick to use < and > in the forum? 23.34.45 # use the html escape codes? 23.37.55 # nm, i just used different symbols. 23.40.52 Join Lars_G [0] (n=lars@unaffiliated/lars-g/x-000001) 23.41.08 # Slight offtopic question for big brains, any idea why my pod is not showing up in dcop kded mediamanager fullList ?? 23.45.10 Quit entheh ("^~") 23.48.00 # any tips please? :( 23.48.57 # * DerPapst 's brain isn't big enough 23.49.25 Quit jhMikeS (Nick collision from services.) 23.49.29 Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) 23.49.31 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 23.50.14 Join FOAD_ [0] (n=dok@dinah.blub.net) 23.50.53 Quit printfXh4 (Read error: 113 (No route to host)) 23.51.15 Quit davina_ ("xchat on Ubuntu 7.04") 23.52.27 Quit midgey () 23.54.14 Quit PaulJam (".") 23.56.10 Quit idnar (Nick collision from services.) 23.56.12 Join idnar_ [0] (n=mithrand@unaffiliated/idnar) 23.58.38 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net)