--- Log for 27.08.108 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 6 days and 4 hours ago 00.00.26 # KlrSpz: I would suggest going through the manual 00.00.43 # ./configure could set TAR=gtar if it exists and TAR=tar otherwise 00.01.13 # yeah, damn.. was just wanting some tunes real quick while i mow the yard :) ok i'll mess w/it later 00.01.29 # You need a bit more checking. gtar may be the usual BSD (or non-linux...) name for gnu tar, but it's by no means a reserved name 00.01.40 # KlrSpz: just start playing a new file 00.02.03 # ghen: or you can rewrite buildzip.pl to call $ziptool once only (doesn't look too hard to do ... but it won't make the code better) 00.02.26 # perhaps 00.03.41 # yes, looks quite easy 00.03.50 # I'll look into that and update the FS task 00.04.10 # So basically the problem is that some versions of BSD tar complain about -u if there is no valid tar file? 00.04.33 Quit bluebrother ("sleep now.") 00.04.38 # If so, what about something like "tmp=`mktemp -d`;cd $tmp;tar cf /tmp/empty.tar .;cd -;rmdir $tmp" 00.05.33 # Maybe a bit hackish, but it doesn't depend on undefined behaviour and it's reasonably easy to understand 00.05.40 # And it should work everywhere 00.06.28 # * amiconn thinks that making buildzip.pl only call the archiver once would be the best solution 00.06.53 # yes, each tar -u call (even for empty additions) makes the tarfile a bit larger 00.06.57 # Then we could just use tar -cf, without needing to hack around. Calling once == less overhead as well 00.07.20 # and could be portable to more archivers that don't support updating at all 00.07.40 # * gevaerts agrees 00.07.56 Quit bertrik ("Leaving") 00.08.04 # i'll try to patch buildzip.pl this weekend 00.08.12 # unless someone else beats me to it :) 00.08.40 # It will also help 7zip, for instance. While it can add files, the newly added files become a new solid group (it won't repack already present files to form a single solid group) 00.08.47 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.08.58 # This makes the archive a bit larger than it could be 00.09.04 Join n1s [0] (n=nils@rockbox/developer/n1s) 00.09.14 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.09.55 # ghen: don't worry. We will respect your claim for priority, and we won't duplicate your work ;) 00.10.31 # not like it's a lot of work but ok ;) 00.10.44 # I added a quick note to the FS task 00.11.42 # I'm doing a benchmarking now of the standardbattery and then with my new when it arrives. Same settings, same song, locked and no backlight. 00.11.52 # 'night guys -- 00.11.55 # With battery_bench. 00.16.42 # hmm - I thought I read somewhere that rbutil now recognizes Ipod Video 5.5 Gen 80Gb ... 00.16.54 # apparently not in my case ;-) 00.17.28 # dude i'm gunna go jam... ttyl guys 00.17.30 Part KlrSpz 00.20.40 # Fixing buildzip.pl to only call the archiver once seems quite simple. Only thing to take care about is the placement of the binary (in /.rockbox or in the root) 00.20.48 Join kronflux [0] (n=aptiva1@hlfxns0161w-142177023223.pppoe-dynamic.ns.aliant.net) 00.21.26 # hey, anyone know the status of porting rockbox to the ipod nano 2g? 00.22.02 # kronflux: Check the New Ports forum. 00.23.02 # I've checked that. posts kind of end in july. its now the end of august, so I was hoping maybe someone would know whether theres been progress beyond that. -really- want it on my 2g. 00.23.23 # All progress is reported in the forum 00.23.32 # alrighty thanks 00.24.11 Join Strife89 [0] (n=michael@204.116.245.152) 00.25.38 # I'm trying to apply the Sansa charging patch to my copy of the source, but I'm a little unsure of what to do. 00.26.02 # I'm being asked what file to patch because of lack of information o lien 5 00.26.07 # *on line 5 00.26.21 # Strife89: What command are you typing to apply the patch? 00.26.45 # patch < /home/michael/Desktop/charge.patch 00.26.59 # Try patch -p0 < /home... 00.26.59 # after cd-ing into "rockbox" 00.27.32 # Okay, that did the trick. Thank you. :) 00.27.53 Part Strife89 00.29.33 # swimmer: Are you sure it's a 5.5 Gen, and not the "Classic"? And are you running rbutil as the Administrator/root user? 00.30.13 Quit XavierGr () 00.33.06 # linuxstb: it's definitely a 5.5 Gen since rockbox is running on it since nearly 1 year and I used rbutil to install it but you guys advised me back then to choose for video 5.5gen 30gb because some problems with the memory management 00.33.20 # linuxstb: and I run rbutilqt as a user ... 00.33.58 # swimmer: rbutil doesn't autodetect it 00.34.38 # So rbutil always installs a 30GB build, unless you tell it otherwise 00.35.33 # gevaerts: and I thought that I read those days that it's capable to autodetect it nowadays ... 00.35.54 # swimmer: Where did you read this? 00.35.55 # sorry about the confusion - my brains barely exist anymore :-/ 00.36.04 # If something in our documentation says this, we should fix it. 00.36.38 # nevermind guys - I'm sure it's a misunderstanding from my side :-{ 00.36.48 Quit stripwax (Read error: 104 (Connection reset by peer)) 00.37.00 # Well, if you got that impression from somewhere on our site, we'd still like to clear it up... 00.39.13 # cd 00.39.25 # * gevaerts switches to the correct terminal now... 00.42.00 Join avis [0] (n=ident@pdpc/supporter/student/avis) 00.42.49 Join bobjim [0] (n=leslie@118-92-144-212.dsl.dyn.ihug.co.nz) 00.45.16 # Llorean: I misread the Changelog on http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility that it's now available to correctly detect 64MB ipods 00.45.27 # kind of wishful thinking ;-) 00.45.43 # s/available/capable/ 00.46.30 Quit bobjim (Client Quit) 00.46.49 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.47.10 # anyone know if the ipod nano 2g disk can be upgraded? probably not, considering the lack of hackability, but hey, never hurts to ask.. 00.47.30 # it could hurt, you know... 00.47.43 # oh? 00.47.46 # kronflux: This channel is about Rockbox, and we ask that questions here be on the topic of using or developing Rockbox. 00.48.13 # yeah yeah, I know. but this is the only place I could think to ask. sorry to bother. 00.48.31 # anyone recommend a better place to ask? 00.48.44 Quit Nico_P (Remote closed the connection) 00.48.53 # rasher: Here's my solution for the tar problem: http://pastebin.ca/1185757 Maybe you could have a look... 00.49.08 # apart from autodetection is it possible nowadays to use a 64MB firmware? 00.49.15 # swimmer: Yes. 00.49.38 # As long as your iPod actually has 64MB (some refurbished 60 or 80GB iPods have turned out to be a 32MB iPod with a larger drive in it) 00.49.56 # can I upgrade or do I have to install from scratch? 00.50.20 # I tested it both with an image-in-root target and an image-in.rockbox target, zip, fullzip, fontzip, and bzip2/gzip 00.50.34 # swimmer: It's safe to upgrade. 00.50.52 # hmm - I remember that when I first installed rockbox with the 64MB bootloader I got error msgs regarding memory ... 00.51.25 # but I guess I can switch easily between the profiles with rbutil nowadays 00.51.31 # There's a bug in buildzip.pl, btw, untelated to the current problem: 'make fontzip' includes the database.ignore file, although it shouldn't (doesn't hurt either though) 00.53.28 Quit ender` (" The likelihood of Perl being involved in a system is directly proportional to the length of time the system has been in mai") 00.53.37 # swimmer: There's not a 64MB bootloader. 00.54.21 # * swimmer sighs 00.54.29 # I'll never get it :-/ 00.54.52 # so it's simply a matter of switching to the 80Gb model and install the latest rockbox? 00.54.58 # Yes 00.55.17 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 00.55.22 # * swimmer bows 00.55.34 # thank you very much for your patience!!! 00.55.47 Quit frinkazoid ("Konversation terminated!") 00.56.19 Join sarixe [0] (n=sarixe@ool-435407e9.dyn.optonline.net) 00.56.34 Join massiveH [0] (n=massiveH@pool-72-76-34-19.nwrknj.fios.verizon.net) 00.57.55 # hihi - and it crashes again with "Prefetch abort" msg :) 00.58.05 # back to 30Gb 00.58.34 # This almost certainly means you actually only have 32MB of RAM 00.59.10 # yep 01.03.49 Join goffa_ [0] (n=goffa@216.220.23.105) 01.03.51 Quit stripwax (Read error: 54 (Connection reset by peer)) 01.05.29 # amiconn: looks fine at a glance, and if you say you tested it, I trust that more than anything I could catch by reading it 01.07.52 Quit faemir ("Leaving") 01.10.40 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 01.10.42 Part kronflux 01.11.18 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 01.14.54 Quit bd_ (Connection timed out) 01.16.23 Quit goffa (Read error: 110 (Connection timed out)) 01.17.52 Quit MethoS (Read error: 110 (Connection timed out)) 01.19.35 # how can i rebuild the database in rb? 01.21.05 # You can get rid of all of the *.tcd files and then initialize it again. 01.21.26 # Getting rid of the *.tcd files isn't needed when initialising 01.21.52 Quit mcuelenaere (Read error: 110 (Connection timed out)) 01.22.46 *** Saving seen data "./dancer.seen" 01.23.17 Quit stripwax (Read error: 104 (Connection reset by peer)) 01.23.36 Quit dionoea (Remote closed the connection) 01.23.39 Join dionoea [0] (n=dionoea@yop.chewa.net) 01.25.58 # In fact, isn't "initialize" US spelling? (and "initialise" the spelling we should use?) 01.28.19 # the topic came up once and after a while someone found a reference that -ize is correct in British English (nowadays). Must be in some ooold logs... 01.28.31 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 01.29.23 # rasher: I asked that i here some time ago, i think the conclusion was that we are fine with -ize (iirc it is correct for both American and British) 01.31.01 # (this is the only such occurance) 01.31.15 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 01.31.54 Nick Kopfgeldjaeger is now known as Kopfi|offline (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 01.32.46 Part toffe82_ 01.35.15 Quit sarixe ("Ex-Chat") 01.35.27 # wikipedia agrees, -ize is correct for both, -ise only British and a bit more common but OED prefers -ize. 01.36.12 # * rasher is surprised by OED 01.36.46 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 01.38.29 # as a Britisher, I would absolutely say -ize was wrong, and I never see it used here. 01.38.34 # sorry to butt in 01.39.59 # since I am not a native speaker I am not going to argue but we have had this discussion before and came to the conclusion to not change anything 01.40.21 # * rasher suspects Americans were involved 01.40.32 # * Chronon suspects so too. 01.40.54 # rasher: I now remember that I thought about it in relation to the manual where a few more of the words ending in -i[sz]e turn up 01.41.06 # rasher: at least linuxstb and preglow had a say 01.41.14 # * n1s googles 01.42.04 # n1s: Well, preglow can't be trusted. (and neither can I) 01.42.23 # rasher, haha http://www.rockbox.org/irc/log-20071012#00:27:59 :P 01.42.49 # Ah.. 01.43.41 # And Equaliser? 01.46.58 # Also, what's the point of the Hebrew-* fonts? They have poor coverage of hebrew, and most our other fonts support hebrew (better!) 01.48.47 Join topher [0] (n=topher@epiar/founder/topher) 01.49.51 # im considering installing rockbox on an ipod click wheel (ive done stuff like this before, ipod linux on a first gen nano a year or so ago). does rockbox implement mtp for the ipod and where on the site can i see if theipod click wheel + rockbox firmware is capable of vorbis and flac decoding ... and also, has anybody here used rockbox with songbird? 01.50.50 # nm about the file formats part of the question, the manual page on rockbox has this info per device (super great) 01.50.56 # topher: Rockbox doesn't have MTP, it should be capable of FLAC for sure. Since I don't know what generation of iPod you refer to by "click wheel" I'm not sure about Vorbis. 01.51.17 # Llorean: i think i figured it out, im pretty sure the click wheel is the 4th gen, it's the black & white with a click wheel and the lock on the upper right 01.51.46 # Llorean: do you know if songbird and rockbox work well together? i know rockbox turns the device into a standard usb fs device, which is great, but i kinda like the ability to sync my libraries itunes style ironically enough 01.52.11 # topher: Since it's a standard UMS device, that all depends on songbird's support for UMS players... 01.52.37 # does ums just mean usb mass storage, like a usb key? 01.52.42 # Yes. 01.52.55 # great, thanks, ill check the songbird site for that info. i appreciate your help 01.53.39 # fyi for those wondering about the songbird question, there was a ums plugin but the latest version of songbird doesnt seem to support it (yet?) 01.56.28 Quit oofus (Remote closed the connection) 01.58.59 Quit swimmer (Client Quit) 01.59.50 # The battery-test seems to go really well now. I browsing the menus frequently like I did in the beginning used alot more battery, but I'm not sure. I'm going to try that later. 01.59.56 Join mazling [0] (i=largeear@host86-143-12-152.range86-143.btcentralplus.com) 02.02.02 # Browsing the menus will of course take more battery, since the light is on. 02.02.09 # The light uses a huge amount of battery. 02.02.10 Join swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 02.05.09 # Llorean: I had backlight on my phone on all the time until I got pissed the battery run out so quick so I turned it off and it improved alot. But I don't think I need backlight. Not on mine. I can read it anyway. 02.05.16 Part pixelma 02.08.39 Quit n1s () 02.12.15 Quit Chronon ("42!") 02.13.50 Quit dabujo (Read error: 104 (Connection reset by peer)) 02.15.48 Quit ZincAlloy ("CGI:IRC (EOF)") 02.18.10 Join fyre^OS [0] (n=fyre@cpe-68-173-175-218.nyc.res.rr.com) 02.22.29 Quit fyre^OS (Client Quit) 02.24.31 Quit stripwax (Read error: 104 (Connection reset by peer)) 02.25.06 # could someone please help me delete an attachment on MeizuM6Port? 02.25.29 # it's called dfu_m3.tar.bz2 02.25.36 # we don't need it anymore since it's obsolete 02.34.47 Nick topher is now known as topher|away (n=topher@epiar/founder/topher) 02.35.47 Quit fyrestorm (Read error: 110 (Connection timed out)) 02.36.30 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-ea91ba6f39f7fd96) 02.41.28 Quit culture (Connection timed out) 02.50.38 Join DaCapn [0] (n=dacapn@nemo.csn.tu-chemnitz.de) 02.52.45 Quit Thundercloud (Remote closed the connection) 02.54.36 Quit massiveH ("Leaving") 03.01.30 Quit midkay_ ("Leaving") 03.05.58 Join Lambdumb [0] (n=Lambda@12-202-140-90.client.mchsi.com) 03.10.21 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 03.11.03 Join jhulst [0] (n=jhulst@c-71-205-165-118.hsd1.mi.comcast.net) 03.13.58 Join sH4RD [0] (n=x@ip68-100-182-34.dc.dc.cox.net) 03.16.12 # long day, pixelma (for logs I guess) - back now ;) 03.18.16 Join fiveofoh [0] (n=fiveofoh@dsl-205-134-215-109.lacey-1.reachoneinternet.net) 03.19.15 # I'm having trouble with several themes, some of which do conform to the new viewport standards - for example, the ipod clone one 03.19.33 # I'm on a Sansa e200, and I've tried the simulator, and it works fine 03.20.10 # I copied the .rockbox folder straight from my player to the sim directory, and the theme worked, but it doesn't on my player. Any ideas? 03.20.16 # And by themes I mean specifically the WPS 03.20.22 # have you checked for the %pb 03.20.23 # The rest of it works fiine 03.20.24 # Yeah 03.21.10 Join emp [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 03.21.23 # Like I said, it conforms to the new viewport standards, and works fine in the uisimulator 03.21.34 # fiveofoh: What do you mean by "doesn't work" in regard to the player, and what SVN revision is on your player, and what SVN revision does the sim report? 03.21.53 # EscapePod btw is the theme 03.22.47 *** Saving seen data "./dancer.seen" 03.22.59 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.23.00 Quit n17ikh (Read error: 110 (Connection timed out)) 03.23.03 # And I'm referring to the WPS - none of the WPS theming is applied 03.23.45 Nick emp is now known as _emp (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 03.24.05 # And the SVN revisions of each? The ones they actually report in the rockbox info. 03.24.08 # I just get a text/basic progress bar-only track # Title/Artist/Album/Time left [something]/bitrate/progress bar/volume levels, black and white 03.24.10 # Yeah just a sec 03.24.52 # umm player is r18342-080826 03.26.39 # And the sim? 03.30.19 Quit mazling ("Inde da'covale misain ye; Caballien misain ye!") 03.30.19 # And sim shows unknown-080827 03.30.20 # But the sim has weird glitches in it, at least in the sim 03.30.22 # err the sim version 03.30.28 # And for some reason the 26th isn't on http://download.rockbox.org/daily/source/ 03.30.32 # Augh seems my net disconnected, did I miss anything? 03.30.51 # Ooh I found a tar.bz2 03.31.23 # Are you compiling your own sim from tarball? 03.31.40 # Yeah 03.31.46 # Why not use SVN/ 03.31.47 # ? 03.31.48 Quit sH4RD (Read error: 110 (Connection timed out)) 03.31.53 # The sim is unknown-080827 03.32.03 # Meh cause a tarball was easier :/ 03.32.06 Quit sH4RDs (Read error: 110 (Connection timed out)) 03.32.08 # :P 03.32.08 Quit nplus (Connection reset by peer) 03.32.13 # SVN is much easier 03.32.19 # And also results in meaningful version numbers. 03.32.21 # But I can do svn easily enough 03.32.46 # Well, easier for repeat use 03.32.55 # But anyhoo 03.33.06 # * fiveofoh goes off to find the svn address 03.33.25 # I don't see an escapepod theme for the sansa. 03.33.28 # Where did you get it? 03.33.55 # * fiveofoh looks 03.34.30 # I see one for the Gigabeat F, and one for the iPod 5G 03.34.53 # Yeah someone ported it evidently 03.35.08 # yeah it was on rockbox-themes.org 03.35.24 # EVERY theme on rockbox-themes.org has the bad progress bar tag 03.35.33 # The site stopped updating before the change. 03.35.42 Quit DerDome (Nick collision from services.) 03.35.43 Join DerDome1 [0] (n=DerDome@dslb-082-083-220-131.pools.arcor-ip.net) 03.35.55 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-220-131.pools.arcor-ip.net) 03.36.08 # * fiveofoh double-checks 03.36.39 # %pb is still the name of the tag, but the syntax (what numbers to use) has changed, and %P isn't used at all any more 03.36.44 # Hmm okay looks like it :/ 03.37.03 # Yeah I looked at that 03.37.14 # <_emp> I'm working on getting ipodpatcher to work for openBSD, and I have run into a few problems, but I have a few fixes and need help on a few more. ipodio-posix.c needs the equivalent calls found in the disklabel utility, so it's sys/disklabel.h and a different ioctl call. I can patch and add a geometry function. fat32format.c creates functions all ready declared in sys/types.h and found in byteorder(3). I'm not sure how to handle this one t 03.37.14 # <_emp> o create a patch. 03.37.17 # Out of curiosity, why would it work in the sim? 03.37.26 # Because you compiled the sim from old sources, perhaps? 03.38.23 # Hmm yeah looks like it 03.38.56 # The rogue 080827 7z decieved me 03.39.07 # Never should have trusted something claiming to be from the future 03.39.18 # It's the 27th where the server's located. 03.39.35 Quit krazykit ("Connection reset by beer") 03.39.45 # Has been for a couple hours, even. 03.40.17 # Ha I forgot about Europe :P 03.40.53 # * fiveofoh is checking out SVN right now 03.44.10 # <_emp> any suggestions on the fat32format.c redeclarations? 03.44.56 # _emp: The vast majority of devs are asleep at this time. 03.45.31 # <_emp> Llorean, sorry; I'm actually awake now, so I'll write up the geometry stuff, and hope to hear back later on the fat32format.c stuff later. 03.45.31 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 03.45.35 # You're generally better off posting to the mailing list with something like this. 03.45.42 # <_emp> thanks 03.45.54 # <_emp> should I post patches as well? 03.46.02 # Patches go in the patch tracker. 03.46.09 Join massiveH [0] (n=massiveH@pool-72-76-34-19.nwrknj.fios.verizon.net) 03.46.14 # <_emp> can anybody submit them there? 03.47.01 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 03.47.10 # Yes. 03.47.15 # <_emp> thanks 03.48.35 # Hmm so themes don't resize album art? :/ 03.48.48 # No, they don't. 03.48.56 # Hmm that's awkward 03.49.09 # Your PC is a lot faster and has a lot more resources than your player. 03.49.18 # Haha yes, this is true 03.49.34 # But resizing all your album arts when you change themes is a pain 03.49.38 # It's not too hard to do a bulk high-quality resize of the files. Many people need to convert them to BMP from JPG anyway 03.50.11 # Yeah I was contemplating writing a script just to get them there initially, with this I think I will for sure 03.50.16 # Unless there are any lying around 03.51.01 # I'm sure there are, but I don't use album art anyway so I wouldn't know of them. No "official" ones anyway. 03.51.07 # Yeah 03.51.21 # It's likely that one day the WPS will handle resizing for you, though it'll probably be quite low quality. 03.51.21 # Are you up late, or just not in Europe? 03.51.45 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.52.07 # I'm in the US. 03.57.52 Quit jhMikeS (Nick collision from services.) 03.57.58 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 04.05.13 Join Diablesa [0] (n=ircap@200-56-197-252-cable.cybercable.net.mx) 04.10.50 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 04.11.34 # does anyone have an M6SL here? 04.12.57 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 04.17.25 Join grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 04.18.27 Part Diablesa 04.23.04 # <_emp> finally, got ipodpatcher to successfully build 04.32.39 Quit Bensawsome ("The awsome is gone :(") 04.33.31 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 04.34.59 Join bd_ [0] (n=foo@2001:470:1f07:61f:0:0:1:2) 04.48.46 Join tgmunr3alhunt3r [0] (n=tgmunr3a@ip68-108-220-2.ph.ph.cox.net) 04.48.48 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 04.49.47 Part tgmunr3alhunt3r 04.51.40 Join miepchen^schlaf_ [0] (n=miepchen@p54BF69C3.dip.t-dialin.net) 04.52.45 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 04.57.51 Quit jhMikeS (Nick collision from services.) 04.57.57 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 04.59.45 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.07.20 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.08.48 Join nplus [0] (n=nplus@141.25.Globcom.Net) 05.08.50 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 05.11.33 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 05.15.18 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.15.50 Join ELSock [0] (n=elsock@66-189-124-23.dhcp.oxfr.ma.charter.com) 05.15.58 # howdy again all 05.16.15 # gevaerts thx again ipod is working groovy like now 05.16.22 # rockbox in full effect 05.16.59 # anyone in here? 05.19.22 # I'm here 05.20.27 # hi 05.20.37 # anyone here that has iphone experience? 05.20.52 # i'm stuck and figured i'd ask here cause i've gotten help here in the past 05.22.49 *** Saving seen data "./dancer.seen" 05.23.25 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 05.23.29 # hope 05.23.31 # :p 05.23.36 # s/hope/nope/ 05.23.37 # :p 05.24.09 # cool.. thx anyway 05.24.11 # ELSock, can you read the topic 05.24.42 # well i can now that i realize its the green print 05.24.44 # thx for that 05.25.44 Part ELSock 05.36.05 Quit fiveofoh (Read error: 104 (Connection reset by peer)) 05.40.59 Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) 05.44.38 # does anyone know what the max value of an int is for rockbox? sansa e200 if it matters 05.46.06 Quit massiveH ("Leaving") 05.46.11 # nevermind, I used one of those fancy search engines :D 05.47.06 Quit allele ("Java user signed off") 05.51.57 Join Eric [0] (n=48c41bfc@gateway/web/cgi-irc/labb.contactor.se/x-8286544af030c848) 05.52.27 Nick Eric is now known as Guest99345 (n=48c41bfc@gateway/web/cgi-irc/labb.contactor.se/x-8286544af030c848) 05.59.31 # Hi, I'm Eric Pierce. I just registered on the Wiki and graciously request write access. I've created a new theme for the Sansa c200/c250 devices. Here's a screenshot: http://i37.tinypic.com/2yp1287.jpg 05.59.42 # wiki ID: EricPierce 06.00.17 Quit Zarggg () 06.03.22 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 06.03.29 # Guest99345: hi there. I'm afraid I can't help with th wiki access, but welcome in any case :) 06.03.51 # it's a little quiet right now, you may have to sit tight until a dev gets to a keyboard 06.04.40 # no prob. 06.17.54 # Guest99345: Where you from? I just asking cause a couple of the dev is from Europe and it's 05.15 in London. 06.19.08 # I'm -6 hours GMT. 06.19.30 # that's fine. I can always check back at another time. 06.19.45 # Guest99345: The best idea is to idle here. 06.27.25 Quit Guest99345 ("CGI:IRC") 06.40.41 Join m0f0x [0] (n=m0f0x@189-47-52-84.dsl.telesp.net.br) 06.42.40 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 06.45.44 Join num1 [0] (n=brian@unaffiliated/num1) 07.03.02 Part _emp ("Leaving") 07.05.42 Quit grndslm ("Leaving") 07.11.52 Quit BHSPitLappy (Remote closed the connection) 07.16.19 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.22.17 Quit nuonguy ("Leaving") 07.22.41 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 07.22.53 *** Saving seen data "./dancer.seen" 07.41.08 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.41.32 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.52.40 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-77090405919d25c8) 07.52.40 Quit B4gder (Read error: 113 (No route to host)) 07.53.57 # danderson: if you have write access to the wiki, you can give them edit rights ;) 07.53.59 Join emp [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 07.54.04 Nick emp is now known as _emp (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 07.58.57 Quit jhulst (No route to host) 08.00.48 # Llorean: Why would the generation of the ipod matter wrt vorbis support in rockbox? 08.00.58 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-ff75cdcc9a7a03a7) 08.01.14 # amiconn: Only insofar as I was going to warn him it may not perform as well on PP5002 as it does on PP5020+ 08.01.21 Quit avis (Remote closed the connection) 08.03.02 # Well, that applies to all codecs 08.03.42 # <_emp> so far, I'm having pretty good luck running ogg on my iPod nano 1st gen, not sure what quality level I can play up to, though. 08.03.55 # Well, he was only asking about FLAC and Vorbis, and I assumed FLAC is probably safe while Vorbis is likely to perform poorer at high bitrates on PP5002. 08.04.27 # _emp: The Nano is actually probably one of the better performing iPods. 08.04.57 # _emp: I don't know if anyone told you, but linuxstb is probably a suitable ipodcatcher guy to talk to 08.05.05 # ipodpatcher even 08.05.21 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-77090405919d25c8) 08.06.02 # <_emp> Bagderr, I spoke with him yesterday for a little bit, but I was really tired. I got the fullzip to build, but there is a lot of worked needed to get ipodpatcher to work with BSD. I started some of it tonight. 08.06.18 # Llorean: The difference is less than what you might think 08.07.06 Quit Seed ("cu, Andre") 08.12.04 # Quick comparison: The latest tests for PP502x on http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison shows 235..240% realtime for 192kbps vorbis. I get 176% realtime on PP5002 now for that vorbis bitrate 08.13.32 # * amiconn thinks the tests on that page are too fine grained to get a good overview. 08.16.02 # And they're not covering a number of formats/codecs: mp2, ac3, speex, alac, shorten, ape 08.17.11 # Many of those are simple because the test files don't exist. 08.17.33 # simply 08.18.22 # I'm kinda confused though as to why they don't just use ffmpeg to generate most of the test files. 08.19.08 # I'm pretty sure ffmpeg covers every codec we support except speex for encoding. 08.19.17 # Well, and the non-streaming ones. 08.19.31 # * amiconn would suggest 3 tests for the lossy codecs: A typical reduced-quality bitrate (e.g. 128kbps for mp3), a typical transparent bitrate (e.g. 192kbps mp3; those 192kbps should be good for vorbis and wma too imho), and the maximum bitrate 08.19.43 Join DogBoy [0] (n=john@unaffiliated/dogboy) 08.20.05 # Yeah, I wouldn't include the non-streaming codecs in that test 08.20.09 # I'd also suggest a "low bitrate" of either 64 or 96. People encode a lot at those, and at least with some codecs it covers code paths the other ones don't. 08.20.36 # For mp3?? 08.20.47 # I'm listening to these 96kHz ogg files on my sansa 200, is that really 96kHz or is it re sampling 08.21.09 # amiconn: For WMA 96 isn't uncommon, and for MP3 64 isn't uncommon for speech-only or mono audio. 08.21.23 # DogBoy: Rockbox only outputs analog audio at 44.1khz 08.21.39 # so it is resampling Llorean 08.21.42 # Yes. 08.21.44 # And it's a bad resampler. 08.21.58 # so better to do it on the computer? 08.22.14 Quit massiveH ("Leaving") 08.22.28 # Hmm, forgot speech/mono content 08.22.33 # amiconn: But I do agree with the concept that only a few specific bitrates for each codec. 08.22.42 # DogBoy: Much, much better, yes. 08.23.03 # Means less work by the player *and* slightly higher audio quality. 08.23.20 # * amiconn wonders whether we should also test the minimum bitrate, but that's probably pointless 08.24.02 Part _emp ("Leaving") 08.24.14 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-20097346c5c772e1) 08.24.20 # Maybe we should do "minimum", "common", "transparent", and "maximum" 08.25.11 # With "common" being, for example, 96kbps for WMA, and 128kbps for MP3, and "transparent" being whatever we feel is probably just a little bit more bitrate than necessary. 08.25.12 # Well, for mp3 the minimum depends on the sampe frequency 08.25.26 # We should assume 44.1khz sample frequency except with speex, I think. 08.25.44 # With speex we should probably just use the default uwb, wb, and nb 08.25.54 # If we even bother with it. 08.26.22 Quit gevaerts (Nick collision from services.) 08.26.34 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 08.28.53 # Llorean, is that 16 bit as well as 44.1 08.29.11 # Yes. 08.29.17 Join _emp [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 08.41.12 Join Rob2223 [0] (n=Miranda@p4FDCE07B.dip.t-dialin.net) 08.50.48 Join avis [0] (n=ident@pdpc/supporter/student/avis) 08.58.03 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.59.50 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.10.23 Quit nuonguy ("This computer has gone to sleep") 09.13.44 # JdGordon: Have you looked at saratoga's rockbox-as-app patch (FS#9222) ? 09.14.42 # * linuxstb notes the final evaluation deadline is next Monday (1st Sep) 09.16.45 # I havent, and woke be up to doing much of anything till next week also 09.17.29 # er - but if the deadline is Monday, you don't have any choice do you ? 09.17.41 # * linuxstb also notes there was no backup mentor :( 09.18.02 # JdGordon: If you won't be able to do the final evaluation by Monday, tell us now. 09.18.18 # im in bed with the flu.... gsoc isnt terribly high on my priorites 09.18.34 # so yes, if someone could step up that would be good 09.19.02 # anyone know what the procedure is in this case ? 09.21.20 # JdGordon: Sorry to hear that. We'll try and take care of it... 09.21.35 # anyone want me to ask in #gsoc ? 09.22.18 # GodEater: Probably not yet - I would wait until Bagder/scorche read this and see what they say. 09.22.55 *** Saving seen data "./dancer.seen" 09.22.59 # (or B4gder...) 09.32.09 Join Zom [0] (n=zom@h81172159115.kund.kommunicera.umea.se) 09.34.28 Join tringuyen [0] (n=tringuye@117.4.211.8) 09.35.59 Quit num1 (Read error: 110 (Connection timed out)) 09.36.08 Quit tringuyen (Client Quit) 09.37.51 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.43.38 Join spiorf [0] (n=spiorf@host57-224-dynamic.31-79-r.retail.telecomitalia.it) 09.45.46 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.47.47 # Llorean: there could still be themes which are not broken on rockbox-themes.org - ones that either did not use a progress bar or the ones that use a simple %pb... e.g. 3 out of my 4 old Archos themes were not broken ;) 09.50.05 # and it seems that Soap is always around when I'm not and vice versa 10.33.59 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 10.38.57 Quit linuxstb (Read error: 110 (Connection timed out)) 10.40.54 Join fragilematter [0] (n=barbu_do@92.82.100.105) 10.41.21 Quit amiconn (Nick collision from services.) 10.41.27 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 10.41.40 # for gsoc2009, I think we should do a few things different and among those things is a document for "best practices" or perhaps "what every student is expected to do during gsoc" 10.42.01 # which would include reporting and committing to a svn repo 10.42.13 # a branch presumably 10.42.45 # I will also propose that we go further than "backup mentors" and setup "project teams" for each accepted project 10.43.05 # to widen the amount of people who have "special interest" in that area 10.47.06 Join mrkiko [0] (n=IRCExplo@host105-28-dynamic.20-79-r.retail.telecomitalia.it) 10.47.31 # scorche|sh: if I understand correctly, the theme site is hosted by you; right? 10.47.35 # current theme site* 10.48.10 # could you then send me a copy of rbutil.php, rbutil_themes.php & rbutilqt.php so I can commit it to SVN? 10.52.12 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 10.52.39 Join krz_ [0] (n=chatzill@mail.jvl.by) 10.53.09 # hello all 10.53.31 # hi krz 10.53.54 # mcuelenaere: i removed most of the warnings. but 10.54.11 # there are still some ir rockbox code 10.54.29 # btw, where is str(..) declared? 10.54.32 # yes, I've noticed that too 10.54.48 # eh try grep'ing it (@ str(..)) 10.55.27 # i tried to find it in headers, but failed.. =) 10.56.03 # krz: http://google.com/codesearch?hl=nl&lr=&q=package%3Arockbox+STR&sbtn=Zoeken 10.56.53 # mcuelenaere: i mean not macro but function 11.01.09 # like this str(p-VIRT_PTR) 11.01.31 # yes, I'm looking at it too 11.01.39 # (I'm not familiar with this part of the code) 11.02.00 # krz_: lang.h 11.02.13 # in the build dir 11.02.33 # this is the only warning left, except for invalid arg formats 11.02.53 # your code uses str() ? 11.03.01 Join goffa [0] (n=goffa@216.220.23.105) 11.03.02 # B4gder: thanks, but wpseditor, doesn;t build lang.h 11.03.09 # exactly 11.03.14 # rockbox code uses it 11.03.29 # yes, but you really can't as I see it 11.03.41 # so, it seems, i shoyld declare it in dummy lang.h 11.03.57 # either that, or move the prototype 11.04.05 # eh, macro definition 11.04.36 # ok, thanks 11.07.46 # what is the signature of str()? 11.08.54 # none, it's not a function it is a macro 11.10.00 # str or STR? 11.11.02 # you can check these details about as easy as I can... 11.11.09 # #define str(x) language_strings[x] 11.11.48 # ah, thanks. now i've understood 11.13.31 Quit miepchen^schlaf_ () 11.15.42 Quit goffa_ (Read error: 110 (Connection timed out)) 11.17.52 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 11.17.58 # btw, should i remove rockbox warnings? 11.18.44 # krz: AFAIK normally there shouldn't be any, so the source may need to be adjusted a bit to fit WPS editor 11.19.14 # yes, you should consider why you get warnings when rockbox itself is built without any 11.20.47 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.21.15 Join n1s [0] (n=nils@rockbox/developer/n1s) 11.21.15 # B4gder: i've got almost all "int format, long int arg (arg 5)" in printf-like functions 11.22.19 # well, are you using rockbox's printf implementation? 11.22.32 # spritnf 11.22.59 *** Saving seen data "./dancer.seen" 11.23.03 # i think, i'm using mingw implementation. but not sure 11.23.14 Quit n1s (Client Quit) 11.23.49 Nick krz_ is now known as krz|afk (n=chatzill@mail.jvl.by) 11.23.58 Quit fyrestorm (Read error: 113 (No route to host)) 11.24.17 # but the warning may in fact be valid, when we build rockbox on 64bit sims etc 11.25.17 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 11.26.52 # B4gder: how far along is the plugin translation and voice work? Is it ready enough for the post-release period of madness? 11.27.02 # yes 11.27.17 # I say it is time to dive in the sea of translation mess 11.27.40 # I've asked midgey post an updated version so that we can get started for real to merge it 11.28.55 # We want the release out first anyway, so he has a few more weeks for that I guess 11.29.12 # true, but the second we do the branch... 11.29.24 Join n1s [0] (n=nils@rockbox/developer/n1s) 11.29.30 Part fragilematter 11.29.51 # I also think it may be wise to perhaps gather around getting this merged and hold off a few other things while we do that, since it'll have an effect all over 11.30.45 # and it'll make a great new feature for a 3.1! ;-P 11.30.55 # * gevaerts expects that B4gder is already patching svn so he can branch and merge this in one transaction 11.31.00 # i wish i had a h120 with the ATA: -32 error so I could debug it 11.31.12 # haha 11.31.29 # (not to LinusN though) 11.31.34 # and i also wish i had a H300 with the same issue as petur has 11.31.54 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 11.32.10 # and along with that, plenty of time........ 11.32.25 # and more beer! 11.32.28 # heh - I was going to say 11.33.14 Quit Thundercloud (Remote closed the connection) 11.33.37 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 11.34.01 # LinusN: There's also the click issue on H300 with the latest official bl. Maybe that's related... 11.34.14 # probably 11.34.20 # i wish i had that issue with my h300 11.34.39 Quit XavierGr (Nick collision from services.) 11.34.43 # I used an svn bootloader months ago when I flashed the player - I don't have the click aniway 11.34.47 # I have that. Normal boot is okay, but bootloader usb causes a hdd epo click 11.34.50 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 11.36.18 # My firmware binary date is 2007-11-09 11.36.43 # amiconn: does it mean that the hdd clisk when the player boots after usb was inserted? 11.45.12 # LinusN: could we release a new h300 bootloader even with that problem of petur's unfixed as it seems the svn code has a decent bunch of fixes and the problem is present in the official bootloader too iiuc? 11.45.22 # of course 11.50.15 # also 7-pre4 could probably be released as the standard bootloader for H1xx, even though it may have some minor UI problems with remote 11.51.32 # So it is time to re-flash the iRiver? :) 11.52.14 # indeed :) it has plenty of fixes compared to the version 6 11.54.18 # Ok - I will some day of these. Im allways scared when doing this kind of things- I wouldn't brick my player :D 11.56.23 # mrkiko: just make sure you follow instructions in IriverFlashing wiki and everything will go fine (currently you have to flash the BL inside rockbox, no patching with PC) 11.56.57 # ah 11.57.17 # Slasheri: I was thinking to redo all with the standard flash image andthen re-flash from the fw 11.57.30 # as I done the two times I needed to do it 11.58.18 # mrkiko: hmm, that shouldn't make any difference 11.58.39 # Is this procedure an alternative or not anymore? I would prefer this since with rockbox I can't have complete screen reading as I can with the pc 11.58.57 # if you want to redo everything, i would suggest updating to the newest bootloader first and then formatting the hard disk 11.59.23 # Slasheri: why would I need to format the hdd? (sorry for my ignorance) 11.59.35 # mrkiko: if you want to redo _everything_ 11.59.39 # then that is the way to go 11.59.47 # not the re-flashing 11.59.50 # * mrkiko remembers we're talking about an h340 12.00.08 # actually we are talking now about h1xx :) 12.00.16 # nothing of these applies to h340 12.00.31 # ah ok ... I wanted redo everything in the sense of - getting standard firmware; uncompressing, patching; ... 12.00.45 # Slasheri: ah... 12.00.55 # Slasheri: oops... :) sorry; braille device fault or misattention 12.01.17 # :) 12.02.29 # Slasher: 7-pre4 includes H110 support too right? 12.03.01 # I don't remember if 7-pre4 was before or after the H110 flash support 12.03.53 # also on H300 the latest bootloader not only includes some fixes but rtc support too 12.05.12 # XavierGr: indeed it does 12.05.29 # How can I see if the bootloader supports RTC? My player doesn't lose his time. 12.05.31 # 7-pre4 is the first 7-series bootloader with support for H11X as well 12.06.26 # mrkiko: currently it is not activated in the H300 builds even if you have the rtc-capable bootloader 12.08.07 # mrkiko: I think you have to uncomment the line #define CONFIG_RTC RTC_PCF50606 in config-h300.h 12.08.57 # ehm sorry by rtc I meant alarm function of the rtc 12.09.10 # rtc is enabled in current bootloader of course 12.10.21 # so mrkiko: forget what I said the line I mentioned is already enabled 12.13.51 Nick krz|afk is now known as krz (n=chatzill@mail.jvl.by) 12.14.01 # mrkiko: if you have the right bootloader by adding #define HAVE_RTC_ALARM 12.14.28 # in config-h300.h you get the wake up alarm function 12.18.02 Quit mrkiko (Remote closed the connection) 12.19.00 Join num1 [0] (n=brian@unaffiliated/num1) 12.20.29 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 12.26.40 # <_emp> just got ipodpatcher to work on openBSD 12.27.16 # \o/ 12.28.54 # <_emp> made the mistake of thinking I needed to open /dev/sd0j since that is usually what I open to write to my ipod; I had to mount /dev/sd0c, which is where my partition table is stored. Now, I need to get back to bed. 12.29.59 # what a weird device naming scheme 12.31.24 Nick krz is now known as krz|afk (n=chatzill@mail.jvl.by) 12.38.56 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 12.41.26 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.47.43 Join moos [0] (i=moos@81-66-127-205.rev.numericable.fr) 12.56.42 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 12.56.44 # _emp: I'm interested to try your patches on netbsd :) 12.59.36 # pixelma, ping. 12.59.46 # pong 13.00.06 # you rang? 13.01.25 Quit JdGordon (Read error: 104 (Connection reset by peer)) 13.01.33 # I was just confused a bit because the attachment on the original WPS gallery pages are still the old ones. On a second thought, I figured that this is probably related to the fact that no simple user can delete attachments. 13.01.44 Join JdGordon [0] (n=jonno@c220-237-62-106.smelb2.vic.optusnet.com.au) 13.01.45 # correct 13.01.47 Join aliask [0] (n=aliask@c122-107-141-41.eburwd5.vic.optusnet.com.au) 13.03.18 # I just hope that it won't lead to more confusion when moving to the themes site. Although if the plan is still to start over new... 13.04.26 # Well, I see where it cold cause confusion if an automated grab of all attachments is made, I guess a manual grab will need to be made. (I think this is what you were saying?) 13.05.00 # yeah 13.07.01 Join mrkiko [0] (n=IRCExplo@host105-28-dynamic.20-79-r.retail.telecomitalia.it) 13.13.30 Join Thundercloud [0] (n=thunderc@host81-158-163-136.range81-158.btcentralplus.com) 13.18.59 Join mf0102 [0] (n=michi@85-127-21-119.dynamic.xdsl-line.inode.at) 13.23.01 *** Saving seen data "./dancer.seen" 13.56.09 Join PaulJam [0] (n=PaulJam_@p54BCDA02.dip.t-dialin.net) 14.13.24 # We should assume 44.1khz sample frequency except with speex, I think. 14.15.07 # Llorean, The issue is more and more people are using the -V presets for MP3 and V7 and V8 (~100 and ~85 Kbps VRB) are @ 32KHz, and V9 (~65 Kbps VBR) is at 24KHz. 14.16.24 # pixelma, on the "unbroken" themes on rockbox-themes.org... It is on my to do list to "rescue" such themes from the site and add them to the wiki. 14.17.42 # good to know :) I just stated that because Llorean made it sound like everything has to be broken 14.18.19 Quit pixelma (" gtg") 14.18.52 # The rescue mission is #3 on my list. #4 is repairing Wiki themes, and #5 is scraping rockbox-themes.org for (supposedly) licensed themes which are not on the wiki. 14.22.11 Quit culture (Read error: 110 (Connection timed out)) 14.24.01 Quit einhirn (SendQ exceeded) 14.28.43 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.29.16 Quit jhMikeS (Nick collision from services.) 14.29.22 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 14.29.51 Quit mrkiko ("leaving") 14.35.11 Join jac0b|w [0] (i=9b6d0517@gateway/web/ajax/mibbit.com/x-6c5a20588f2bd011) 14.35.43 # has anyone tested the S charging patch? 14.40.24 # * GodEater hasn't even noticed one 14.40.27 # what's the FS# ? 14.40.37 # http://www.rockbox.org/tracker/task/9312 14.42.49 Quit aliask ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 14.43.31 # Do you really want your HDD spinning forever and forever, jac0b|w? 14.43.50 # is that what it does ? 14.44.05 # oh so it does 14.44.09 # * GodEater won't bother then 14.44.12 # It is my humble opinion that you probably want to leave this patch to those who can work on it at this point in time instead of playing with it. 14.44.59 # although I think it behooves us to try it - it may be a peculiarity of jhMikes beast 14.45.33 # I strongly feel that the inconvenience of not being able to charge while in Rockbox is peanuts compared to the hardware wear-and-tear you will put on your Beast by slow-charging (overnight) with the HDD spinning non-stop. 14.46.07 # solid point, GodEater. 14.46.19 # * GodEater will be guinea pig 14.46.48 # * GodEater grabs Rockbox.7z with curl 14.46.57 # I thought he meant it spins when you are charging 14.47.13 # that's the way I read it too 14.47.26 # is that not what I said? 14.47.52 # I thought you guys were saying it spin and not stop even when not charging 14.48.26 # Charging will take forever - it will spin for a long time. 14.48.55 # yeah thats true 14.49.03 Part B4gder 14.49.14 # * GodEater is building with the patch right now 14.49.23 # will let you know if my disk spins too 14.49.25 # I try to conserve my battery by using the power cable when I can 14.49.32 # * gevaerts points to FS#8943 14.50.13 # thanks gevaerts - I'll try that too ;) 14.50.35 # yeah gevaerts that sounds like a good idea 14.51.00 # * GodEater wonders if amiconn or LinusN can comment on it too 14.51.55 # I've not hacked in ata.c for a good year or too 14.51.58 # *two 14.52.22 Quit moos ("Rockbox rules the DAP world") 14.52.39 # GodEater: http://www.rockbox.org/irc/log-20080428#10:58:29 14.55.29 # I'm not sure I follow that 14.55.54 # is disabling the usb_wait_for_disconnect() call enough, or is he saying that's overkill, and we should just look for the explicit call he mentions ? 14.56.17 Quit XavierGr (Nick collision from services.) 14.56.28 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.56.38 # the problem is that rockbox is designed to not do any ATA operations while in USB mode 14.57.36 # * gevaerts explicitely stated in that FS entry that he doesn't know :) 14.58.05 # gevaerts: yes, but pointing me to that bit of IRC log didn't help ;) 14.58.21 # * LinusN has a look 14.58.38 # GodEater: I understand that as "let it spin, who cares?" 14.59.00 # which is quite silly 15.00.35 # Basically it's simple. If we use software usb, ata should just go on as usual. We still read and write, the only thing that changes is that the ata_write and ata_read calls come from a different place 15.00.50 # gevaerts: I do too - but amiconn usually isn't silly - so I suspect I'm being stupid ;) 15.01.17 # gevaerts: exactly 15.01.20 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 15.01.24 Join vitja [0] (n=vitja@l34.ipu.rssi.ru) 15.01.29 Join beta2k_ [0] (n=beta@d150-126-240.home.cgocable.net) 15.01.43 # hm, except for the ata_idle_notify() issue he mentions... 15.02.24 # * gevaerts lets specialists handle this 15.03.00 # that is basically it 15.03.04 # mcuelenaere, nand worked and I get sound ) 15.03.24 # wow \o/ 15.03.33 # you're progressing really fast 15.03.40 # ) 15.03.50 # there are still many problems 15.03.52 # On sw usb targets we don't want to block ata, but we must block rockbox' filesystem 15.04.01 # amiconn: exactly 15.05.00 # vitja: like? 15.05.15 # Either we could enforce this, or we rely on most threads are blocking properly on usb connect. The ata thread must not block, but instead change behaviour 15.05.28 # mcuelenaere, sound doesn't allways work, seems that audiohw_postinit isn't allways called to activate codec 15.05.40 # amiconn: my thoughts exactly 15.06.41 # mcuelenaere, also nand flash, keymaps and usb driver 15.07.04 # keymaps shouldn't be that hard 15.07.24 # yeah 15.07.32 # but the audiohw_postinit looks strange 15.07.43 # are you saying the core doesn't always call it? 15.07.49 # also I don't know much about charging 15.07.51 # (meaning Rockbox core) 15.07.53 # seems so 15.08.00 # weird 15.11.41 # does gcc performs stack overflow checking during Rockbox compilation? 15.12.28 # hmm guess no 15.13.48 # (wasn't related to the iAudio7 port :) ) 15.17.00 Quit beta2k (Read error: 110 (Connection timed out)) 15.19.30 Part jac0b|w 15.19.35 Join jac0b|w [0] (i=9b6d0517@gateway/web/ajax/mibbit.com/x-6c5a20588f2bd011) 15.19.57 # godeater: did you try the charging patch? 15.20.28 # jac0b|w: no - there's little point until the ata issue is sorted out 15.20.39 # GodEater: give me a minute 15.21.11 # LinusN: you are creating a patch for that? 15.21.22 # yes 15.21.55 # * GodEater grins 15.23.05 *** Saving seen data "./dancer.seen" 15.23.16 # thanks LinusN 15.26.03 # * jac0b|w jumping for joy 15.26.18 Join miepchen^schlaf [0] (n=miepchen@p54BF69C3.dip.t-dialin.net) 15.35.46 Quit XavierGr (Nick collision from services.) 15.35.59 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.36.34 # http://www.rockbox.org/tracker/task/8943 15.37.31 # it may be designed a little different to avoid the #ifdef clutter, but it is only a test 15.43.07 Join J-23_ [0] (n=aldwulf@a105.net128.okay.pl) 15.43.19 Quit J-23 (Nick collision from services.) 15.43.21 Nick J-23_ is now known as J-23 (n=aldwulf@a105.net128.okay.pl) 15.43.47 # * gevaerts doesn't spot any obvious mistakes 15.46.11 # * GodEater applies and builds 15.53.18 # disk doesn't appear to be spinning madly 15.53.46 # phew 15.54.59 # Does it still work though? 15.54.59 # battery meter in the status bar appears to be filling up too 15.55.11 # gevaerts: well both partitions mounted ;) 15.55.26 # and I can look at their contents - so I'm guessing so 15.55.35 # * gevaerts will apply this patch for his ipod video 15.55.52 # * GodEater probably will too 15.58.01 # maybe i'd like to make the code more generic, to avoid some #ifdefs and make the code easier to follow 15.58.14 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 15.58.56 # but we could probably commit it as-is and save the rest for the famous rainy day 15.58.58 Quit miepchen^schlaf () 15.59.20 # * GodEater would be in favour of that 15.59.45 # It's only useful for the gigabeat S and for people who use the rockbox usb stack, so nothing for the release. OTOH the ifdefs also make sure nothing changes for the normal builds... 16.00.48 # yes, it is probably post-3.0 material 16.02.45 Part LambdaCalculus37 ("Leaving") 16.03.10 Quit vitja ("Ухожу") 16.03.18 Join J-23_ [0] (n=aldwulf@a105.net128.okay.pl) 16.03.30 Quit J-23 (Nick collision from services.) 16.03.32 Nick J-23_ is now known as J-23 (n=aldwulf@a105.net128.okay.pl) 16.07.21 Nick krz|afk is now known as krz_ (n=chatzill@mail.jvl.by) 16.07.55 # can anyone check new wpseditor patch on Linux? 16.08.27 Part J-23 16.09.42 # I will be applying the 2 patches for my S today when I get home, thanks everyone for testing it 16.10.54 Join mrkiko [0] (n=IRCExplo@81-208-60-200.ip.fastwebnet.it) 16.13.51 Join midgey|work [0] (i=8dd3ea49@gateway/web/ajax/mibbit.com/x-9ec18cfa976af431) 16.17.45 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.18.57 Quit PaulJam (".") 16.22.18 Join J-23_ [0] (n=aldwulf@a105.net128.okay.pl) 16.22.45 Nick J-23_ is now known as J-23 (n=aldwulf@a105.net128.okay.pl) 16.22.58 Part jac0b|w 16.30.06 Join miepchen^schlaf [0] (n=miepchen@p54BF69C3.dip.t-dialin.net) 16.36.34 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 16.37.12 Part LinusN 16.40.10 # how do you make sure GCC doesn't optimize 'int (*kernel)(void);kernel = (void*)0;kernel();' away? 16.40.11 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.40.38 Part wpyh 16.41.11 # mcuelenaere: what are you trying to achieve with that? 16.41.22 # trying to jump to 0x0 16.41.27 # i'm not sure why it would? the variable is initialized, and its value is used when the pointer is dereferenced, isn't it? 16.41.34 # asm volatile("ldr pc, =0\n"); doesn't work either 16.42.06 # GCC pastes the routine that is in 0x0 instead of the instruction 16.42.06 # off-topic? 16.42.10 # nope 16.42.14 # ok 16.42.16 # and I've loaded other code to that location 16.42.52 # mcuelenaere: that sounds like a nasty and broken optimization :/ 16.43.30 # mcuelenaere: which version of gcc ? 16.43.30 # would moving the code away to a routine that has "noreturn" help? 16.43.40 # Depends. According to the C spec that optimization is perfectly valid. 16.43.55 # GodEater: arm-elf-gcc 4.0.3 16.44.28 # code: http://pastebin.com/d2c412e86 16.44.47 # perhaps I should just re-implement it in ASM, like Creative did :/ 16.45.15 # Unhelpful: that code dereferences a null pointer. In C terms, that's always invalid. Unfortunately the C spec and hardware don't always agree 16.45.57 # is dereferencing a null pointer also checked in asm? 16.46.15 # I mean in asm() statements 16.46.27 Nick Kopfi|offline is now known as Kopfgeldjaeger (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 16.47.08 # gevaerts: i see what you mean there, but 0x0 *is* a real address, and could have real data or code at it. assuming it to be an invalid pointer doesn't make sense when you're writing a kernel, bootloader, or other thing that runs close to the metal :/ 16.47.57 # mcuelenaere: maybe declare "kernel" as an extern, and have it set to 0 in another file ? 16.48.10 # :) I'll try 16.48.16 # Optimising that call away is perfectly valid. The function is declared as returning an int, and the return value is unused 16.48.39 # If you declare it void, it shouldn't be optimised away 16.48.54 # amiconn: I don't think that that's the reason 16.49.30 # C functions are allowed to have side effects, so ignoring a return value does not suddenly allow to remove the function call 16.49.59 Join funman [0] (n=tg@82-171-216-191.ip.telfort.nl) 16.50.13 # amiconn: doesn't work 16.50.31 # Did you check the actual asm? 16.50.59 # yep, I constantly do 16.51.01 # but I fixed it 16.51.13 # I defined it as static and so it ends up in the .bss section 16.51.23 # mcuelenaere: is casting the 0 to (void*) really needed? 16.51.26 # then I don't assign a value to it, but *do* branch to it 16.52.13 # gevaerts: doesn't seem to be, but gives the same (not working) result 16.53.02 # bss should be cleared, so it shouldn't matter if it's in bss (unless your crt0 code is wrong) 16.53.18 # * gevaerts doesn't like casting 0 to all sorts of pointer types. C defines that to work automatically, so it's just extra noise 16.53.24 # yes exactly, that's why I mentioned that 16.53.38 # @amiconn 16.53.40 # amiconn: that's why the trick works 16.53.50 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 16.54.04 # You want it in .bss, you you don't want the compiler to notice 16.54.36 # mcuelenaere: maybe add some comments to explain all this 16.54.51 # hmm perhaps I should 17.02.24 Join fragilematter [0] (n=barbu_do@92.82.96.223) 17.10.31 Quit mrkiko (Read error: 104 (Connection reset by peer)) 17.14.01 Join oofus [0] (n=chris@oofus.demon.co.uk) 17.17.09 Quit _emp (Read error: 110 (Connection timed out)) 17.19.00 Quit fdinel (Read error: 104 (Connection reset by peer)) 17.21.02 # can anyone check new wpseditor patch on Linux? 17.21.30 # krz_: I can do that later today, once I get home 17.21.42 # ok, sure 17.21.54 # what is it a patch to ? 17.22.08 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.22.21 # krz_: I can check it now 17.22.40 # mcuelenaere: it could be great 17.23.08 *** Saving seen data "./dancer.seen" 17.23.10 # what needs to be checked? (apart from compiling etc) 17.24.11 # mcuelenaere: if it crashes rockbox build, if it compiles and runs successfuly 17.25.17 Quit Seed ("cu, Andre") 17.26.22 # krz_: works 17.26.51 # mcuelenaere: and rockbox build too? 17.27.36 # haven't tried building Rockbox yet 17.27.42 # I get these warnings: http://pastebin.com/d7398de6b 17.28.00 # what target should I try building? 17.28.07 # iriver H10_5gb ? 17.31.34 # * domonoky is happy to see krz working.. 3 days left for his deadline.. 17.32.19 Join Phoca [0] (n=Phoca@p5488F22E.dip.t-dialin.net) 17.32.24 Part Phoca ("Konversation terminated!") 17.32.33 # mcuelenaere: ideally all targets should work 17.32.42 # domonoky: :) 17.32.42 # building all targets takes some time.. 17.32.58 # building one target even takes some time :) 17.33.13 # ok, the h10_5gb target got compiled successfully 17.33.29 # krz: did you contact people about the svn access to a branch/folder for you ? this could take some time, as you need to contact the right people, and they need time todo it.... and deadline is saturday midnight.. :-) 17.33.37 # krz_: you should try installing VMWare or Cygwin 17.33.39 # i hope all targets should compile succsessfuly :) 17.34.41 # domonoky: not yet 17.35.02 # so, are there any of SVN admins? :) 17.37.11 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 17.39.03 # mcuelenaere: what version of gcc do you use? i've got only format warnings on 3.4.5 17.39.09 # 4.0.3 17.39.20 # it's the one Rockbox installs as default 17.39.33 # ah no that's for arm-elf-gcc 17.39.50 # I have 4.2.3 17.40.54 # seems it is more strict 17.41.40 # did someone test the mp3 encoder codec (for FM) recently ? 17.42.53 # krz_: yes, the later versions more strict 17.42.56 # get more strict* 17.44.42 # i'll try new version of mingw 17.45.20 # I want to use it in vlc but I am doing it wrong, produces quite some noise 17.45.43 Quit Thundercloud (Remote closed the connection) 17.53.24 # it seems mingw provides version 3.4.5 17.54.30 # can i make rockbox choose a completely random track (not one of album X or by the singer Y)? 17.55.21 Join funman_ [0] (n=tg@82-171-216-191.ip.telfort.nl) 17.55.34 # Kopfgeldjaeger: sure, make a playlist out of all Music, and play it with shuffle enabled... 17.58.11 Part fragilematter 18.02.03 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.04.54 # hm, okay. atm i'm not able to save to save the playlist. the manual says (section virtual keyboard): Play - Exits the virtual keyboard and saves any changes. but when i press "Play" (>||), the cursor just moves higher... 18.06.20 # anyone know how to solve "pointer targets in passing argument 1 of 'FUNC_NAME' differ in signedness"? 18.07.53 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.09.06 Quit funman (Read error: 110 (Connection timed out)) 18.09.33 Join MethoS [0] (n=clemens@91.97.240.213) 18.09.34 Join D3fo [0] (n=q@c-76-19-249-165.hsd1.ma.comcast.net) 18.09.41 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 18.10.11 # the signedness of the argument 1 doesnt fit what the function wants. for example the function wants a unsigned int, and you pass a signed int to it... 18.10.38 # Does rockboy work on the ipod mini g2? 18.11.25 # D3fo: yes rockbox works on both versions of the ipod mini (not nano) ... 18.11.42 # No, not rockbox, rockboy, the gb emulator. 18.11.48 # I have rockbox on my mini. 18.12.15 # oh, hm.. dont know... 18.12.31 # best way to know is to try i guess 18.13.55 # Well as far as I know, its a viewer, but when I click on my gb games, it doesn't do anything 18.14.41 # the wiki and code says, that it doesnt work on grayscale ipods.. 18.15.24 # Yeah, but I got this thing-http://www.rockbox.org/tracker/task/5282?histring=rockboy 18.15.58 # or rather- http://www.rockbox.org/tracker/task/5282?histring=rockboy 18.16.20 # D3fo: so you have applied this patch, and recompiled rockbox ? 18.16.54 # That's the thing, I'm not sure how to do that = / 18.16.55 Join Mathiasdm [0] (n=Mathias@vpnb219.ugent.be) 18.17.49 # take a look at the wiki: WorkingWithPatches 18.18.58 # and perhaps SimpleGuideToCompiling, if you have not compiled rockbox before... 18.21.05 # there are some warnings from rockbox code.. 18.25.05 Join shyam_k [0] (n=user@117.196.134.248) 18.27.41 # hi,i am fascinated to make speech recognition systems.. i am yet to read more about rockbox,(just started 10mins ago)..but is there any speech recognition system in rockbox?(i know its sad to make those tiny cute machines to work that hard!:) 18.28.07 # just some voice command control systems? 18.28.27 Quit MethoS (Read error: 60 (Operation timed out)) 18.28.28 # shyam_k: at moment there is no voice recognition in rockbox... 18.29.50 # and i dont know if this little machines have enogh power to do this... but it would be surely nice.. 18.29.52 Join virtuoso015 [0] (n=vinay@59.92.145.142) 18.30.09 # ok.. is that in plan? or is it good to think about such a energy greedy apps to be in the devices that rockbox focuses.. 18.30.13 # yeah 18.30.51 Join crope` [0] (n=crope@dyn3-82-128-185-251.psoas.suomi.net) 18.31.04 # there a no plans for rockboxs, its all done by volunteers... so things get done, when people who can code, like to do it... :-) 18.31.24 # just asked about the TODO thats all..:) 18.32.36 # rockbox has a plugin system, so it wouldnt hurt to add voice recognition.. (if it is possible) .. 18.32.53 Quit agaffney (Read error: 104 (Connection reset by peer)) 18.33.50 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 18.34.32 # but first one silly question..i want to start hacking on these kind of devices,i would like to hear music for long time,read some pdfs when i am travelling,and being in low priority to see some videos but at HIGH priority have to use Free formats like OGG.. can i get some suggestions on which hardware would be good to do this with rockbox? 18.36.12 # the Free formats are no problem with rockbox... viewing pdf isnt possible in rockbox (but you could convert to jpg or txt) 18.36.56 # png? 18.36.58 # you may want to take a look at the wiki, BuyersGuide 18.37.19 # yeah of course i am reading.. and as always lazy:) 18.37.55 # i think there is no png viewer at moment... but the jpg viewer is good. 18.38.45 # ic thanks a lott domonoky ill go and read some more.. i badly need a rockbox system :) 18.39.44 Quit funman_ ("leaving") 18.40.45 Quit kharo ("Leaving.") 18.41.02 Join Schmogel [0] (n=Miranda@p3EE22468.dip0.t-ipconnect.de) 18.41.06 # domonoky: so, there are some warnings only in rockbox code 18.41.20 # oh! cant get to open .7z in my gnewsense! 18.41.43 # archive type not supported.. 18.41.51 # * krz_ tried on 4.2.3 18.42.15 # krz_: give a paste-bin of this warnings... we should remove all warnings in rockbox code, or this page http://build.rockbox.org/dev.cgi gets yellow :-) 18.42.35 # shyam_k: try 7zip :-) 18.44.00 # i thought its some proprietary format.. its having the same license as gnome afterall:) 18.44.09 # domonoky: http://pastebin.com/m74213e61 18.44.32 # shyam_k: you want to play free formats ? take a look at what rockbox supports: http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs#Current_Status :-) 18.44.44 Quit agaffney (Remote closed the connection) 18.45.43 # krz_: is this when compiling wpseditor, or when compiling rockbox with your changes ? 18.46.03 # this is when compiling proxy 18.46.23 # yeah thts coolll. i am satisfied with vorbis and theora:) 18.46.32 # so no warnings when you compile rockbox with yor changes ? 18.48.14 # then this warnings are not so important... i think they come from a mixup of rockbox functions, and defines from your pc system... 18.49.06 # for example the get_time function probably takes a time_t or alike, which is defined with a different signedness in rockbox, than in your pc... 18.50.19 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 18.50.28 # o you can ignore them for now, and continue with other things todo . :-) 18.50.31 # +s 18.50.34 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.52.36 # shyam_k: no theora in rockbox, video is mpeg1 18.54.08 # oh k 18.54.32 # * shyam_k downloaded the source and found out that rockbox is of bsd style license:) 18.54.53 # Where did you find that? It isn't 18.55.00 # no its GPL v2 or later.. 18.55.10 # oh! sorry.. 18.55.18 Join herrwaldo [0] (n=waldo@ip-81-11-215-177.dsl.scarlet.be) 18.55.18 Join super [0] (i=super@c80-217-96-23.bredband.comhem.se) 18.55.26 # rockbox/docs/LICENSES 18.55.43 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 18.55.49 # the faq didnt tell about the license.. 18.56.12 # That's because it isn't that frequently asked ;) 18.56.19 # * domonoky reads the first line of this file 18.56.42 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-7c7395e4d268bf3e) 18.57.10 # domonoky: i have compiled only proxy on slackware 18.58.06 # domonoky: okok i got confused by that line that i skipped that:) 18.58.45 # krz_: so next is compiling the gui ? or are there problems ? 18.59.25 # domonoky: only one - there are no qt yet 18.59.45 # oops sorry 18.59.54 # it exists 19.00.15 # there is no qt package for slackware ? the other way is to compile qt yourself.. 19.00.24 # it isnt hard, only takes much time.. :-) 19.02.56 # i've never did this before.. so how to fix this error "multiple target patterns" after qmake? 19.05.08 # hm, sounds like broken Makefiles.. try deleting all Makefiles and rerun qmake 19.05.55 Join tessarakt [0] (n=jens@e180071130.adsl.alicedsl.de) 19.06.29 # * GodEater__ 's beast is not well :( 19.08.31 # What does it do? 19.08.53 Quit linuxstb (Read error: 113 (No route to host)) 19.09.29 Quit D3fo () 19.10.19 # it won't boot into Rockbox anymore 19.10.27 # the bootloader keeps saying "File not found" 19.10.38 # krz_: don't forget to do qmake-qt4, not qmake 19.11.12 # mcuelenaere: thanks, cause qmake && make gives errors 19.11.44 # GodEater__: when I had that, booting the OF once fixed it. Other people have reported success by just reinstalling rockbox 19.12.01 # gevaerts: I'm trying the boot OF approach now 19.13.06 # seems that i don't have qmake-qt4 19.13.30 # I think my work PC did something bad 19.13.38 # it hosed the FS on the S 19.13.55 # but I think it did the same to the ipod Video too 19.15.51 # cool! seems like the Rockbox bootloader now supports loading the Creative OF :) 19.16.11 # \o/ 19.16.28 Join tchan1 [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) 19.17.27 Quit mf0102 ("Ex-Chat") 19.17.36 # now when quetzalcoatl figures out the CFS file system, we will have full dual boot capabilities :) 19.17.57 Quit krz_ ("ChatZilla 0.9.83 [Firefox 1.5.0.12/2007050813]") 19.19.29 Quit tchan (Read error: 113 (No route to host)) 19.21.02 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 19.23.10 *** Saving seen data "./dancer.seen" 19.23.49 # * GodEater__ puts the beast into recovery mode, and too late realises his bootloader is at work 19.24.38 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 19.24.40 Quit shotofadds (Read error: 104 (Connection reset by peer)) 19.24.55 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 19.24.56 Quit shotofadds (Read error: 104 (Connection reset by peer)) 19.26.09 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 19.28.26 # mcuelenaere: (from the logs earlier) did you try simply "mov pc,#0" in an asm block? that should work 19.28.31 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 19.28.46 # shotofadds: no I didn't, but currently it isn't needed anymore 19.29.12 # current code relies on the OF 19.29.25 # fair enough :-) 19.30.35 Join phinze [0] (n=phinze@pool-96-250-252-230.nycmny.fios.verizon.net) 19.31.20 Quit miepchen^schlaf () 19.31.37 # mcuelenaere: the installation process on the ZVM looks fun :-) 19.31.52 # Regarding the gsoc mentor summit: "We will invite successful organizations ... to send *two* mentors to the summit." 19.31.56 # it even gets better.. 19.32.06 # @shotofadds 19.32.37 # * shotofadds has a ZVM in a drawer somewhere, but no adapter as yet 19.32.58 # does the battery still works? 19.33.03 # (assuming it's still necessary to mount the drive in a PC) 19.33.08 # yeah, it's fine 19.33.10 # soon not anymore 19.33.22 # ah you mean a ZIF->3,5" adapter? 19.33.41 # mine has a broken battery power connector :( 19.34.49 # oh bugger - the beast bootloader doesn't build at the moment 19.35.39 Quit nplus (Read error: 104 (Connection reset by peer)) 19.36.10 # * GodEater__ is lying, and encourages people to ignore him 19.36.20 Join nplus [0] (n=nplus@141.25.Globcom.Net) 19.36.37 # GodEater__: does that mean that you don't encourage people to ignore you? 19.37.35 # erm 19.38.45 Quit scorche (Nick collision from services.) 19.39.34 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 19.41.44 # * gevaerts is confused now 19.42.12 # * GodEater__ is too 19.44.10 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 19.50.01 Quit culture (Read error: 110 (Connection timed out)) 19.50.25 Quit jhulst (Remote closed the connection) 19.50.42 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.51.20 Quit scorche|sh (Read error: 104 (Connection reset by peer)) 19.51.58 Quit tessarakt ("Client exiting") 19.52.14 # hmmm 19.52.20 # this seems thoroughly broken now 19.52.51 Quit SoapWork ("CGI:IRC") 19.53.23 Join scorche|sh [0] (n=scorche@squisch.net) 19.55.40 # oh well - it'll give me something to do tomorrow 20.01.12 Join kugel [0] (n=chatzill@unaffiliated/kugel) 20.01.35 # Slasheri: ping 20.02.00 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 20.07.47 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-61a6f56f138f0f8d) 20.09.35 Quit Thundercloud (Remote closed the connection) 20.10.42 Quit shotofadds (Read error: 104 (Connection reset by peer)) 20.19.20 Quit midgey|work ("http://www.mibbit.com ajax IRC Client") 20.24.54 Quit SoapWork ("CGI:IRC (EOF)") 20.24.54 Quit axionix (Read error: 104 (Connection reset by peer)) 20.26.05 Nick tchan1 is now known as tchan (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) 20.31.56 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 20.35.18 Part toffe82 20.38.15 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.39.53 Part virtuoso015 20.51.01 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 21.02.21 Join livingdaylight [0] (n=livingda@77-101-174-180.cable.ubr06.camd.blueyonder.co.uk) 21.03.31 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 21.04.48 Part J-23 21.05.50 Quit gromit`` (Read error: 110 (Connection timed out)) 21.08.41 Quit Schmogel (Read error: 104 (Connection reset by peer)) 21.11.25 # hi...used the linux version of Rockbox Utility to automatically insall rockbox... but now i'm in xp can i use the windows version to uninstall rockbox? 21.12.05 # livingdaylight: Certainly 21.12.33 # livingdaylight: sure, should work fine.. but why do you want to uninstall ? :-) 21.12.42 # livingdaylight: Out of curiosity, why are you uninstalling? 21.12.59 # errrr... 21.13.28 # the volume control isn't numbered 21.13.59 # You need a theme where it is, then 21.14.01 # ? 21.14.13 # but i only like the default theme 21.14.23 # black and orange... i really like that theme 21.14.36 # In that case, you can tweak ik :) 21.14.37 # then change the default theme to show a numeric volume.. 21.14.38 # some of the other themes the fonts are teeny weeny 21.15.06 # i checked settings but don't see how 21.15.18 Join stu8ball_ [0] (n=stuart@host86-153-3-206.range86-153.btcentralplus.com) 21.15.49 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.15.49 # also i can't seem to pause or play tracks by selecting the 'Pause/Play' button 21.17.00 # so, i always need to select 'Right' to play 21.17.47 # Which player is this? 21.18.16 # X5 21.18.26 # X5L 21.20.23 # Seems to work here 21.20.49 # that's why i'm wondering whether there is a problem with the install 21.20.54 # * kugel managed to write a database parser in ruby :) 21.21.32 # so, i need to reinstall rockbox or go back to iAudio default firmware 21.21.48 # in ruby... why cant people write in c or c++, so i could reuse it in rbutil... :-/ 21.22.14 # * gevaerts only has his x5l since a few days, so he can't advise much about it 21.22.44 # kugel: There's one in perl on the tracker somewhere 21.22.50 # domonoky: a) it's just for fun b) using C, it'd be easier to use existing rockbox code, isn't it? 21.23.11 *** Saving seen data "./dancer.seen" 21.23.31 # jup, and better to keep in sync with future database changes.. 21.23.35 # c) i don't see why it couldn't be used with rbutil 21.23.42 Join bughunter2 [0] (n=j@77.164.66.126) 21.25.13 # rasher: You don't have the FS#, do you? 21.25.56 # I can't find it 21.26.12 # where do i 'manually' remove the bootloader? 21.26.36 # livingdaylight: there is nothing wrong with your rockbox install, thats just how it works in rockbox. Take a look at the manual for the right keys... 21.27.17 # domonoky: sure... but i need to have numerated volume and be able to pause/play using the pause/play key... 21.27.32 # livingdaylight: this depends on the target. take a look at the manual... 21.27.47 # can you please tell me anyhow where the bootloader is that i need to remove manually? 21.28.22 # domonoky: we already have a database in c ;-) 21.28.56 # livingdaylight: just take a look at the manual.... 21.29.20 # domonoky: i am, but not finding where it says where the bootloader is 21.29.22 # the x5 needs to reflash the original bootloader 21.29.37 # yes, and thats in the manual... 21.29.38 # reflash? 21.29.39 # domonoky: I checked on my x5l. The play/pause button is supposed to play/pause, and here it does... 21.29.50 # livingdaylight: the play/pause key works fine here on my X5L 21.29.52 # livingdaylight: http://download.rockbox.org/manual/rockbox-iaudiox5/rockbox-buildch2.html#x4-200002.6 21.30.00 # took me like 5 seconds :P 21.30.02 # bluebrother: thx 21.30.13 # i know you guys are great with the manual 21.30.15 # so _please_ do a real check first 21.30.31 # well, looking for "Uninstalling" shouldn't be hard ... 21.30.45 # oofus: same for gevaerts unfortunately it doesn't for mine... i don't know why... 21.30.53 # maybe i should do a manual install next time 21.31.09 # and if you looked at the installation chapter before you should have noticed that there's a section "uninstallation" 21.31.42 # bluebrother: i did... but i couldn't find in that section where i find the bootloader that the automatic uninstaller told me i need to manually remove 21.31.43 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 21.31.56 # that's why i came here after and asked 21.31.59 # * bluebrother sighs 21.32.24 Quit faemir (Connection timed out) 21.32.29 # livingdaylight: I guess for the numerical volume either you do it yourself, using the WPS guide on the wiki (that I can't find right now, help, someone?), or ask in the WPS/theme forum 21.32.44 # hopefully I get around committing the new bootloader install stuff soon. Should make stuff like that "much" easier 21.32.53 # livingdaylight: numerated volume is settable in the general settings.......for any theme. Just done it ! 21.33.01 # livingdaylight: enable the status bar and set the volume to numerical 21.33.21 # * gevaerts also learns :) 21.33.44 # of course this will only work if your wps does show the status bar :) 21.34.01 # ok, i'm going to reinstall and see... 21.34.30 # which cabbiev2 doesn't seem to do... 21.34.52 # most themes hide the statusbar ... 21.35.01 # rockbox_default does show it ;-) 21.35.25 # * gevaerts hugs rockbox_default 21.35.52 # yeah, it's kinda nice. Only the font is somewhat ugly 21.37.06 # * kugel votes for renameing rockbox_default to rockbox_hardcoded or something, as cabbie is the default theme/wps 21.37.49 # rockbox_default isn't hardcoded 21.38.56 # * gevaerts votes for making rockbox_default default again, and then quickly hides 21.38.57 # It's the wps you get when a wps fails 21.39.00 # No 21.39.20 # There is a hardcoded builtin wps that looks a lot like rockbox_default though 21.39.35 # what's the difference between those? 21.39.40 Quit stu8ball (Read error: 110 (Connection timed out)) 21.39.54 # oofus: ok, i'm in general settings... where do you find the numerical value for volume? 21.40.07 Join Lear [0] (i=chatzill@rockbox/developer/lear) 21.40.11 # livingdaylight: manual also helps here 21.40.12 # bluebrother: where do i enable the status bar please? 21.40.22 # livingdaylight: in the settings menu ... 21.40.37 Join massiveH [0] (n=massiveH@pool-72-76-34-19.nwrknj.fios.verizon.net) 21.40.39 # look-wise, no idea, but technically rockbox_default is a theme like any other. The hardcoded one isn't (exactly. Once it's parsed it's all the same in memory) 21.41.08 # besides it's only the wps that's built-in 21.41.19 # thus it's not a theme :) 21.41.49 # Strictly speaking there must also be a theme built-in. After all, all settings have default values :) 21.41.54 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 21.41.55 # i'm in the settings menu and dont see anyting pointing to status bar 21.42.11 # gevaerts: Sure, I didn't mean that rockbox jumps to the wps folder and applies rockbox_default.wps if a wps fails. I know that it's using the build-in version 21.42.33 # gevaerts: But I see no difference between those, so it's basically the same 21.42.40 # livingdaylight: general->display->status/scrollbar 21.42.48 # livingdaylight: read the manual, please 21.43.19 # livingdaylight: or at least take 5 min of your time and click through everything in the settings 21.43.24 # kugel: that's the same as saying that the e200v1 and e200v2 are basically the same, since you don't see the difference immediately. Lots of people seem to be unhappy about the untruth of this though 21.43.38 # * bluebrother notes that the manual is searchable 21.44.00 # livingdaylight: but I have just noticed that even with the staus bar and volume display set to numeric (which shows up at the top of the screen) when you go back to WPS volume is not numeric at the bottom of the screen, sorry. 21.44.17 # So you need to change the wps anyway 21.44.32 # how does one do that? :/ 21.44.45 # oofus: please be careful with your statements. As I said before the wps can disable the statusbar, and quite some themes do this 21.44.50 # gevaerts: No, I don't think it's the same. Anyway, I'm more interested in getting the confusion between rockbox_defaault and "the default theme" cabbiev2" away 21.45.02 # bluebrother: ok, no problem 21.45.03 # this doesn't prevent you from modifying the theme / making your own / using one that shows the status bar 21.45.11 # bluebrother: I'll go and read the manual :) 21.45.37 # kugel: my solution also takes that confusion away :) 21.45.53 # hehe 21.46.02 # kugel: well, there is a rather simple solution: the menus support jumping to the old (default?) value. Just do this for the themes menu 21.46.09 # gevaerts: play/pause is still not starting songs 21.46.23 # We could also ship a entirely broken wps and call this one rockbox_hardcoded.wps, and then remove rockbox_default altogether :) 21.47.04 # bluebrother: i don't understand 21.47.18 # livingdaylight: does that button do anything at all? For example, if you start the player and you are at the main menu, does the play button go to the WPS (to resume playing)? 21.47.29 # sorry, to ask again, but the manual doesn't tell me how to manually remove the bootloader 21.48.13 # livingdaylight: 2.6.2 21.48.14 # gevaerts: selecting 'Right' is the only way i get to start songs... then i can't pause becuase 'play/pause' button doesn't do anything 21.48.18 # livingdaylight: are you kidding? 21.48.22 # calling rockbox_default not rockbox_default would be wrong -- it *is* the default that gets used when the loaded theme is broken 21.48.32 # livingdaylight: that doesn't exactly answer my question 21.48.37 # livingdaylight: What's so hard to understand in "2.6.2 Manual Uninstallation" 21.48.48 # kugel: go to some setting you changed. Hold Select for a while ... 21.48.53 # gevaerts: sorry, i don't understand your question then? 21.49.50 # livingdaylight: if you're playing a track, and halfway you shutdown the player (no stop, no pause, just shutdown), after restarting, while in the main menu, before you do anything else, does the play button have any effect? 21.50.07 # kugel: 2.6.2 doesn't tell me how to remove the bootloader unless it's in .rockbox? When i used rbutil to automatically remove rockbox it told me that i had to manually remove the bootloader but didn't tell me how; hence i ask 21.50.25 # gevaerts: i'll check 21.50.39 # livingdaylight: I've just read it there. It does tell you how to uninstall 21.50.49 # livingdaylight: "If you would like to go back to using the original Iaudio software, connect the player to your computer, download the original Iaudio X5 firmware from the Iaudio website, and copy it to the FIRMWARE directory on your Iaudio X5" 21.50.55 # what's so hard about this? 21.51.01 # * kugel doesn't know either 21.51.09 # bluebrother: that is not my question 21.51.19 # i have read that 21.51.21 # so *what* is the question? 21.51.47 # it tells you how to uninstall. This (unsurprisingly) includes removing the bootloader. 21.51.53 # When i used rbutil to automatically remove rockbox it told me that i had to manually remove the bootloader but didn't tell me how; hence i ask 21.52.04 # in case of the x5 reverting the firmware and removing the bootloader is the same thing 21.52.22 # so, why does the rbutil tell me that i need to manually remove thebootloader after its removed the firmware? 21.52.33 # which should be kinda clear from that section 21.52.43 # it isn't 21.53.04 # because it's not possible to remove the bootloader (which is what replaced the original firmware) using a pc tool 21.53.06 # livingdaylight: You upload the original firmware to the X5, that will handle the bootloader uninstallation 21.53.12 # this is possible on other players, like the Ipods. 21.53.19 # you like to think everything is crystal clear from the manual .. .but everything isn't crystal clear and straightforward so stop giving me a hard time 21.53.23 # livingdaylight: "firmware" as in Original Firmware resides in the flash. In rockbox, the bootloader resides in the flash, and the firmware resides in .rockbox 21.53.36 # thank you gevaerts 21.53.47 # * bluebrother gets annoyed 21.53.50 # livingdaylight: Why didn't you just follow the manual? If there's a way to remove the bootloader, then it's described in the manual 21.54.06 # kugel: give me a break with your 'manual' 21.54.07 # thank you 21.54.18 # livingdaylight: well, if you want everything to be "crystal clear" then please also write questions that are "crystal clear" 21.54.33 # * gevaerts proposes to stop talking about the firmware/manual/bootloader issue 21.54.51 # or define crystal clear 21.55.02 # to be it's crystal clear 21.55.06 # s/be/me 21.55.39 # bluebrother: i think i was... i use rbutil to 'automatically uninstall' as per the manual's instructions... rbutil then tells me that its removed the firmware but that i still need to remove the bootloader if i want... but doesnt' tell me how... nor does the manual section 2.6.2 21.55.50 # is that clear? 21.55.58 # livingdaylight: feel free to post a patch 21.56.55 Quit DaCapn () 21.57.23 # nobody required you to use it. Take it or not. Just non-"crystal clear" whining doesn't help 21.57.28 # feel free to be a bit nicer bluebrother | kugel 21.57.53 # freel free to ignore the work it takes to build up such a tool / firmware 21.58.19 # * domonoky offers money back to livingdaylight :-) 21.58.40 # livingdaylight: I don't see how "If you would like to go back to using the original Iaudio software[...]" under "Manual Uninstallation" isn't clear 21.59.07 Quit oofus (Remote closed the connection) 21.59.33 # i appreciate the labour of love that is Rockbox... and i've expressed and made my thanks clear.. but doing soemthing for free doesn't give license to be obtuse and down right hard on others who struggle with adopting rockbox 21.59.55 Part livingdaylight 22.00.37 # it does. You have been given the right to use Rockbox because of its license. This doesn't imply that developers or people doing support need to treat you like a paying customer. 22.00.52 # he's gone. And I highly doubt that he'll read the logs ;) 22.01.17 # * bluebrother just replaced "crystal clear" with "crystal beer". Much better. 22.01.52 # well, but then he's right! The manual isn't crystal beer to me :) 22.02.06 # no ... he never talked about beer. 22.02.17 # sadly enough 22.02.25 # From what I understood he was mainly confused by different wording between the manual and rbutil 22.02.39 Join MethoS [0] (n=clemens@host-091-097-240-213.ewe-ip-backbone.de) 22.02.41 # * gevaerts also prefers beer. 22.02.51 # from what I experienced is that he was crystal unclear :o 22.03.18 # He possibly had too much crystal beer tonight too 22.03.40 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.04.33 # Anyway..I wonder what I do next. Re-implement the database browser, or writing the database files 22.06.10 Quit spiorf (Remote closed the connection) 22.06.31 Quit Seed ("cu, Andre") 22.11.53 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 22.12.49 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 22.16.17 # kugel: http://www.rockbox.org/tracker/task/7984 22.16.31 # (voice.pl contains database-parsing) 22.16.47 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 22.19.10 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 22.20.31 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 22.20.58 # rasher: ah cool 22.21.12 # kugel: I don't know. It's perl... 22.21.33 # rasher: What's wrong with perl? 22.22.07 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 22.22.55 # how long does it usually take to get replies on rockbox-dev? I've been waiting for a full day now, which is fine but I'd really like to have the questions answered so I can continue my work. should I just keep waiting, or is there something else I should try? 22.23.35 # reacocard: it of course depends onthe topic 22.23.47 # for tagcache details, I suspect not that many knows the answer 22.23.55 # aw :( 22.24.21 # * reacocard really wants to be able to continue his script which is difficult without that info 22.24.34 # reacocard: Slasheri is the db master, so getting hold of him is the best 22.24.57 # I sent him an email yesterday too. no reply yet 22.25.29 # reading source code if of course always an option too 22.25.36 # s/if/is 22.25.44 # * gevaerts doesn't get his m6sl to reset the usb connection halfway the DFU procedure :( 22.26.00 # that's what Ive been doing to this point. Problem is its C which Im not good at reading and there's a LOT of it 22.26.23 # gevaerts: You need to get a PP involved in the process somehow. Then you'll get lots of usb resets 22.26.37 # so figuring out the subtler details that are now tripping me up is beyond my C knowledge 22.26.38 # If still not sufficient, throw an usb hub into the mix... 22.26.38 # amiconn: excellent plan! 22.26.40 # reacocard: Regarding the first question, I believe all strings are the same length 22.27.17 # Eh, that doesn't answer your question at all, sorry. 22.27.27 # heh I was just abotu to say that :) 22.27.30 # When I turn off backlight and reboot, then the backlight is on again. I changed the setting i settings -> LCD - backlight - off. It's firmware from the weekend and it's iPod Mini. 22.27.41 # reacocard: After reading your email, I've also started to write such a script. Parsing is fine here. Unfortunately I can't answer your questions either 22.27.50 # Zambezi: How do you reboot? 22.27.58 Quit bughunter2 (Read error: 104 (Connection reset by peer)) 22.28.03 # amiconn: Menu+select 22.28.06 # kugel: in what language? mine is in pytho and ive gotten quite a ways 22.28.11 # er, python* 22.28.12 # Zambezi: that's hard reset... 22.28.14 # reacocard: ruby 22.28.14 # You need to do a clean shutdown in order to give rockbox a chance to save your new settings 22.28.18 # kugel: neat 22.28.29 Quit ompaul (Read error: 113 (No route to host)) 22.28.29 # reacocard: each field contains a field length at the beginning 22.28.48 # rasher: yeah but its padded to that length with Xes to make adding a few chars efficient 22.29.03 # and to make sizes easier to do oon the less powerful targets 22.29.15 # amiconn, gevaerts Oh. I always did the hard one. It worked with the database, but it's good to know cause if I mess up one time, the settings won't be saved. 22.29.28 # yet rockbox can tell somehow when one of them actually does end in X 22.29.35 # so the question is how does it knwo that? 22.29.51 # reacocard: the field length? 22.30.02 # gevaerts: nope, that includes the Xes 22.30.17 # reacocard: I really don't know - I was pretty sure the field length at the start of the field discarded padding. 22.30.18 # reacocard: before the Xes, there's a 0x00 char, so that's probably the reason 22.30.30 Join fyre^OS [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 22.30.37 # Ah yes, the null byte! 22.30.39 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 22.30.42 # Which explains this: $voice =~ s/\0.*//; 22.30.48 # kugel: ah.... yeah that'd be it. Ive just been examining the output with print so itd get lost 22.30.59 # thanks, thats one more thing down 22.31.00 # Never do that on binary data... 22.31.06 Join bughunter2 [0] (n=j@77.164.66.126) 22.31.11 # gevaerts: well its strings in a binary file :) 22.31.12 # Now it worked. Backlight is on when booting, but shuts off after loading is complete. Now I'll save some battery. :-) 22.31.35 # reacocard: in ruby, it printed the null byte, so I've noticed it :) 22.32.08 # kugel: if i'd been using repr() to format it properly I would have too, its just me being lazy that foiled me 22.32.10 # * gevaerts suspects that the dfu checksum may be different on m6sl. He needs wpyh to help there... 22.32.43 # reacocard: ah i guess I could answer 1 the questions :D 22.32.52 # kugel: indeed :) 22.33.11 # I have no idea about mtime though 22.33.11 # so now I just have the big one about mtime and a few lesser ones I sent to Slasheri 22.33.20 # yeah the mtime is a doozy 22.33.33 # its almost but nto quite the fat32 mtime schema 22.33.46 # reacocard: What are you planning to do with your script? 22.34.11 # rasher: allow the tagcache DB to be updated while connected to the computer, saving the device the trouble 22.34.12 Join massive_H [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 22.35.16 # reacocard: That usually breaks down once you start adding exotic file formats to the mix :\ It's really sad that the db tool doesn't build 22.35.17 Quit massive_H (Client Quit) 22.35.32 # (Using Rockbox' own code to read tags and write db files) 22.35.45 # rasher: yeah I saw that, and quickly discarded any idea of using it 22.36.00 # not sure what you mean by exotic file formats though 22.36.17 # I dont think I see anything on rockbox's supported formats list I cant handle 22.36.20 # reacocard: have you noticed this in tagcache.c? http://pastebin.com/m4447352c mtime seems to be used to see if the file has been modified 22.37.04 # right, so I need to be able to convert the UNIX mtime on the computer to the rockbox mtime format 22.37.33 # reacocard: mtime is clearly taken straight from the fatfs 22.37.37 # reacocard: Sid, wma, nsf, adx 22.37.45 # and is the WRTDATE << 16 | WRTTIME 22.38.05 Quit herrwaldo (Remote closed the connection) 22.38.31 # Bagder: so, then why are there two myster bits that dont relate to anything and that dont appear in any fat documentation I can find? 22.38.41 # reacocard: endian issues? 22.38.45 # rasher: sid and wma I can do for sure, idk abotu the other two 22.38.59 # and endianness you just have to check the model which is trivial 22.39.00 # reacocard: I just checked what the code does... 22.39.26 # Bagder: yeah I found it already too 22.39.41 # if it was easy to find in the source via searching I think i'd have foudn it already 22.39.46 # I meant your two "mystery bytes" could be endianness related 22.39.58 # or bugs 22.40.04 # hm, maybe, btu the rest checks out absolutely perfectly 22.40.04 # in either code 22.40.07 # Afaik the tagcache files are all using the same endianness regardless of target 22.40.14 # amiconn: thanks 22.40.20 # That's why there are those ecread and ecwrite functions 22.40.20 # one less thing to worry about 22.40.24 # ah 22.40.28 # amiconn: really? 22.40.39 # * reacocard though he'd seen a corrector in there 22.40.41 # I remember Slasheri not doing so... but maybe things changed 22.41.00 # I'm not 100% sure though. Maybe it can even handle both cases, and there's a flag somewhere that says which endianness is in use 22.41.43 # amiconn: in any event, Its trivial to correct for endiannes if it is an issue, and testing once its more ready will reveal that 22.41.44 # struct tagcache_stat: ... bool econ; /* Is endianess correction enabled? */ 22.41.51 # ah 22.42.01 # (from tagcache.h) 22.42.11 # ok, I got to go now, should be bakc in half and hour to an hour 22.42.28 # thanks for all the help 22.43.12 # * gevaerts got the thing to reset 22.43.15 Join waldo [0] (n=waldo@ip-81-11-199-35.dsl.scarlet.be) 22.43.24 # See also tagcache.c:open_master_fd() 22.43.49 # mcuelenaere: very nice progress on the zen front! 22.44.02 Quit jhulst (Read error: 113 (No route to host)) 22.44.11 # yes, since quetzalcoatl came things are going good :) 22.44.37 # So either endianess can be used regardless of target, but the native endianess will give better performance of course 22.44.46 Quit crope` ("Leaving") 22.44.50 # * gevaerts thinks this is a great day. Progress on the ZVM, the iaudio 7 _and_ the meizu! 22.45.21 # what's the news on the iaudio7? 22.45.38 # Have a look at FS#9245 22.46.06 # Sounds to me like it's time to add a build 22.46.10 # whoa 22.46.20 # Err, maybe after 3.0 22.46.27 # * rasher almost got carried away there 22.46.50 # haha, yeah freezes are so boring! ;-) 22.49.46 # mcuelenaere: there is no need to remove the ZVM's HD to install rockbox on it anymore? 22.50.00 # Nico_P: correct 22.50.12 # very good news :) 22.50.15 # indeed :) 22.50.23 # but FAT file system will be for later though 22.50.27 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 22.50.27 # how did you acheive that? 22.50.34 # with the help of quetzalcoatl 22.50.39 # are you following the forum thread? 22.50.46 # ah, I'll go read it 22.51.01 # well, I can give the summary :) (perhaps rockbox-community stuff?) 22.51.28 # seems on topic to me 22.51.56 # k short story: I finally managed to contact quetzalcoatl and he delivered some code to read the minifs file system 22.52.02 # (this is one of the two Creative uses) 22.52.25 # the other one (CFS) hasn't been figured out yet (fully) by him, so we'll need to wait for that 22.52.49 # and the CFS contains a file (VFSYS) which has the 'Removable Disk Drive'-contents 22.53.02 # so when we can access that and read/write it, we can put a FAT file system on it 22.53.15 # + we can access it from the OF because it's it own feature 22.53.26 # (because currently USB doesn't work on Rockbox) 22.54.26 # so did you add minifs support to the bootloader? 22.54.46 # some sort of 22.54.52 # file location + read support 22.55.19 # and then I renamed the OF (jukebox2.jrm) to creativeos.jrm 22.55.35 # so the bootloader is able to load it and to execute it 22.55.47 # (currently the bootloader is jukebox2.jrm) 22.56.08 Quit fyre^OS (Read error: 113 (No route to host)) 22.56.39 # \o/ 22.56.48 # * gevaerts just flashed his M6SL from linux! 22.56.59 # yay 22.57.26 # today is really a great day for new ports :) 23.00.43 # FS#8295 is interesting 23.01.41 Join miepchen^schlaf [0] (n=miepchen@p54BF69C3.dip.t-dialin.net) 23.05.29 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 23.05.33 Join pixelma [0] (i=pixelma@212.204.47.129) 23.12.12 Part toffe82 23.15.32 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.16.10 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6f24fd5fbeee6f30) 23.17.54 # in my mp3 on cop patch, I set a variable that tells the cop thread to return and then call ci->thread_wait() on it 23.18.22 # however this doesn't seem to work because subsequent tracks just lock forever, so I think the thread is still waiting 23.18.57 # is there anything else I need to do besides having the thread return? 23.19.24 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.19.46 Quit massiveH ("Leaving") 23.20.37 # saratoga: remove_thread I guess 23.21.48 # the RockboxKernel states that a thread must not return, but IIRC that has changed 23.21.59 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 23.23.14 *** Saving seen data "./dancer.seen" 23.26.02 Join ZincAlloy [0] (n=d9eefad1@gateway/web/cgi-irc/labb.contactor.se/x-5b3ed3784a57d315) 23.26.17 # saratoga: actually I think the thread you're waiting for should call thread_exit 23.30.09 Quit super (Read error: 110 (Connection timed out)) 23.31.57 # Nico_P: so instead of "return ; " do "ci->thread_exit()"? 23.32.28 # I think so 23.37.06 Join fml [0] (n=4fd3f10c@gateway/web/cgi-irc/labb.contactor.se/x-1223696ab71458ea) 23.37.32 # * fml draws the committers' attention to FS#9307 23.40.28 # * gevaerts redirects that one to rasher 23.40.50 Join Casainho [0] (n=chatzill@87-196-182-7.net.novis.pt) 23.41.30 # hello :-) -- I have one piece of crt0.S file: 23.41.33 # fml: I'll get round to it 23.41.54 # * Branch to the application at the end of the bootstrap init * 23.41.56 # _go: 23.41.57 # ldr r1, =MACH_TYPE 23.41.59 # mov lr, pc 23.42.00 # bx r0 23.42.03 # Casainho: Please, don't 23.42.10 # anyone can say what MACH_TYPE can be? 23.42.12 # Casainho: please use a pastebin for that sort of thing 23.42.14 # Casainho: The guidelines explicitly ask you not to post multiline pastes to the channel 23.42.32 # sorry - multilines, like code? 23.42.45 # okok - were short so I think I could done... sorry 23.42.45 # Anything that's more than one line. 23.43.41 # Casainho: so why do you use MACH_TYPE if you don't even know what to put there? 23.43.46 Quit fml ("CGI:IRC") 23.43.52 # Casainho: this is just a pure guess, but shouldn't your code (according to that description) jump to main()? 23.44.16 # ... like the other crt0.S files do 23.44.58 # right 23.45.35 # nah, starting with main() is for beginners *g* 23.46.34 # well, here is http://pastebin.com/m53df3bb9 what is defined in an header file... #define MACH_TYPE 0x44B -- I don't have a clue... 23.47.05 # that's not a rockbox header anyway 23.47.09 # Nico_P: theres no thread_exit in the codec API, it seems the SPC codec just returns when done 23.48.01 # saratoga: it's in thread.c. maybe you need to add it to the codec api 23.49.28 # saratoga: Do you have the cop flush patch added to your codec.c? 23.49.34 # Bagder: can you please give a look at this http://pastebin.com/d74e8ceb3 crt0.S file and tell If you think It can be used? -- looks to me that it calls main() in the end 23.50.05 Quit snoh (Remote closed the connection) 23.50.16 # amiconn: yes I added it, but it didn't change anything 23.50.22 # so i'm assuming my code is broken 23.50.26 # Casainho: sure, you just need to provide a lot of symbols 23.50.41 # HAHA! I have conquered mtime at last! turns out is was the fat32 schema I was just doing something wrong. Once I saw how the properties menu was doing it it all fell into place. :D 23.50.58 # symbols?? - I don't understand... what is missing? 23.51.01 # Casainho: you can cut out that MACH_TYPE thing for example 23.51.36 # MACH_TYPE would be a call to somewere?? what that word is used for in ARM? 23.51.38 Join einhirn [0] (i=Miranda@p5B0323C1.dip0.t-ipconnect.de) 23.52.15 # ldr is not a call 23.52.20 # MACH_TYPE is only a definition 23.52.31 Quit ZincAlloy ("CGI:IRC (EOF)") 23.52.56 # * bluebrother guesses ldr is "load register" 23.53.29 # correct 23.53.53 # okok, anyway, removing that part and leave the call to main, I think that code is nice to use - but It also uses another C file that initializes in C some hardware as SDRAM controller and SDRAM.... 23.54.00 # reacocard: nice 23.54.08 # kugel: :D 23.54.22 # ive been trying to make it work for days 23.54.25 Quit ompaul (Remote closed the connection) 23.54.26 # reacocard: So, it's basically the modification time of a file, isn't it? 23.54.31 # right 23.54.44 # reacocard: hah, then I was right about the bug! ;-P 23.54.52 # but its in the fat32 encoding which is kinda a pain to work with 23.54.57 # reacocard: grr, you already beat me to update the wiki 23.55.02 # Bagder: yep, somehow I was doing it wrong 23.55.08 # :D 23.55.58 # reacocard: what 2 mysterious bytes were you talking about? 23.56.27 # kugel: well in my parser that wasnt quite qorking there were two bits in the middle of the mtime I couldnt get to associate to anything 23.56.38 # it got the right mtime, btu those bits didnt do anything 23.56.46 # nto sure how that worked myself 23.57.07 Join massiveH [0] (n=massiveH@pool-96-242-223-120.nwrknj.fios.verizon.net) 23.57.16 # solved now or not? 23.57.19 # yep 23.57.23 # good 23.57.30 # gives correct mtimes and converts back to them perfectly 23.57.49 # so now I think I may have all I need to actually start making the DB writer 23.58.17 Join _hc [0] (n=hanschri@209.131.113.150) 23.58.59 # reacocard: let me ask you another question: In the tag file you mentioned the second 2 bytes of an entry are "Index of the item in the master index". This is always 65535 for me