--- Log for 12.05.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 25 days ago 00.01.15 # gevaerts: firmware/common/strnatcmp.c ? 00.01.34 Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 00.01.40 # that's the one 00.02.41 # IIRC, the current version is the original implementation again 00.02.54 # where would i find a good sized rockbox logo 00.02.59 # so, this bug would be in the original too 00.03.23 # if I can figure it out, I'll mail the author (he's indeed answering on mails regarding natsort) 00.06.06 Quit kugel (Nick collision from services.) 00.06.23 Part domonoky 00.07.04 Join kugel [0] (n=kugel@rockbox/developer/kugel) 00.08.12 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 00.08.51 Join tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 00.09.34 # Hi there! I cannot catch scrollwheel on E200 using either button_status() and button_get(). Any clue? 00.10.15 Quit bertrik ("Leaving") 00.10.55 # Wheels generate scroll events (not on/off presses/releases) so they won't be in button_status. I would expect them to be in button_get() though. 00.11.53 # kugel: it does skip over spaces, see the outer while(1) loop 00.12.43 Quit Llorean ("Leaving.") 00.13.20 # tomers: hey, whats the issue with the usb connect patch? is it just that you want to control the buttons and are worried there will be some extra presses at the beginig or something? 00.13.51 # gevaerts: eh, right 00.13.56 Join CPrompt^ [0] (n=curtis@cpe-065-188-192-113.triad.res.rr.com) 00.14.15 # I confused it with the ignore zeros thing (due to the long discussion), sorry 00.14.34 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-4e56279d3b905894) 00.14.52 Join wookey_ [0] (n=wookey@stoneboat.aleph1.co.uk) 00.14.55 Quit HellDragon (Read error: 104 (Connection reset by peer)) 00.15.04 # toffe82: I think most plugins catch it, I'm not sure how 00.15.15 # maybe you look at get_action()? 00.15.30 # hello peeps - just upgraded to rel 3.2 (sansa e200). Very nice work. 00.15.37 # (that's the "supposedely" apps/ version of button get with a few more features 00.15.41 # OK! Found it! It was button_get(true). Apparently button_get(false) and button_status() don't have it 00.15.56 # Several .wps screen don't seem to work anymore - they fall back to rockbox default screen 00.16.20 # I'm peering at the .wps files now. Is there a known problem that causes this? 00.16.22 # so if i update to 3.2 on my iPod Video 30gig, and something doesn't work right, can I just put the .rockbox folder that I have on there now? 00.16.43 # And is there a way of checking the syntax short of loading/trying over and over? 00.16.58 Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 00.17.01 # tomers: ah, I think that's the problem with the scrollwheel being an interrupt (it doesn't post BUTTON_NONE regulary) 00.17.17 # I don't know actually, just guessing 00.17.28 # wookey_: there's checkwps in the source tree (tools/checkwps) 00.17.53 # kugel: Never mind, it works... Thanks! 00.17.59 # Also, the simulator builds should give debug output 00.18.33 # kugel: ??? wrong tab complete 00.18.39 # can you get *any* button with button_get(false)? it seems it just returns BUTTON_NONE then (I'm not sure what pending_count is for) 00.19.01 # toffe82: yep, sorry :( 00.19.03 # CPrompt^: Yes. 00.19.35 # linuxstb: on my current install of rockbox there are files "nvram.bin" and "rockbox.ipod" these are not in the 3.2 that I downloaded 00.19.47 # can i not just copy the .rockbox folder to the iPod? 00.19.55 # gevaerts: thanx. Will look 00.20.12 # CPrompt^: There should be a rockbox.ipod file in the 3.2 download. 00.20.25 # nvram.bin contains some settings/status info. 00.20.33 # linuxstb: hmmm...there's not in the one I just downloaded 00.20.56 # What's the URL of the file you downloaded? 00.21.03 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-150.dsl.hstntx.sbcglobal.net) 00.21.11 # linuxstb: http://download.rockbox.org/release/3.2/rockbox-ipodvideo-3.2.zip 00.21.17 # well, rockbox.ipod is essential (it's the main rockbox binary). Something would be really weird if it wasn't included 00.21.39 # CPrompt^: I see it there. 00.21.57 # CPrompt^: The last file in the zip - 628864 bytes. 00.21.57 # linuxstb: really? I've downloaded it twice and it's not there. I'll try it again 00.22.31 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 00.22.33 # linuxstb: nope. not there. that is really weird 00.23.05 # I see it too 00.23.15 # wtf? 00.23.19 Quit dfkt (Nick collision from services.) 00.23.24 Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 00.23.42 # i still don't freakin see it 00.23.51 # CPrompt^: Try using Rockbox Utility and install a build with that. 00.23.56 # CPrompt^: do you have the complete zip file? It should be 3043199 bytes 00.24.24 # CPrompt^: What files/dirs do you see? 00.24.44 # linuxstb: i 00.24.47 # crap 00.24.55 # i'll do a screen shot real quick 00.25.00 # eigh... 00.25.03 # backdrops 00.25.05 # codecs 00.25.08 Join mirak [0] (n=mirak@85-169-186-233.rev.numericable.fr) 00.25.09 # codepages 00.25.14 # Please don't list them all on separate lines... 00.25.42 Quit HellDragon (Client Quit) 00.25.53 # backdrops, codecs, codepages,docs, eqs, fonts,icons,langs,recpresets, rocks, themes, wps 00.26.33 # those are the subdirectories. there should be some files there as well 00.26.42 # kugel , gevaerts : Thanks ! 00.27.09 # ok. now i have a rockbox.ipod file of 614.1KB 00.27.30 # Where was it hiding before? 00.27.38 # tomers: see my question 15min ago? 00.27.40 # it just wasnt there 00.27.47 # JdGordon|: still want the statusbar per-screen? 00.27.57 # I'm wondering how to integrate that into the settings 00.28.17 # the files that I have are : database.ignore, rockbox.ipod, rockbox-info.txt, tagnavi.config and viewers.config 00.28.52 # linuxstb: i am guessing the nvram.bin file is supposed to be there too? 00.29.01 # No, that's created at runtime 00.29.03 # CPrompt^: But anyway, if you're asking if you can rename the ".rockbox" folder on your ipod to something else (to back it up), then copy a new .rockbox folder there, then yes. 00.29.10 Quit flydutch ("/* empty */") 00.29.41 # kugel: yes please 00.29.47 # alrighty...giving it a go. thanks 00.30.01 # CPrompt^: if you want to keep your settings, you can just overwrite 00.30.12 # JdGordon: Sorry for my late response. I didn't notice your message. Please ignore my comment about the usb connect patch. I got my HID stuff working with it. Apparently it was simply irrelevant... 00.30.15 # (or copy if you still want to back up, instead of renaming) 00.30.29 # tomers: ok good :) 00.31.10 # re: customlist I think I solved/worked around all issues I know of 00.31.12 Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 00.31.26 # oh? 00.31.40 # * JdGordon| rekons he cant think up more issues for it... 00.32.00 # there were 3 major issues. splashes, set_int(), and what's happening on changing the theme 00.32.38 # btw, is there really any good reason to leave the theme folder after changing it when browsing themes in the settings? 00.32.58 # no? 00.33.01 # that's not done for fonts or wpses, nor it goes anywhere else when browsing for themes in the filebrowser 00.33.34 # also, I find it major annyoing to re-enter the theme browser again when I'm in the mood for trying out a few 00.34.07 # hmm, anyone know what %t1 in a .wps file is/used to be. It's not listed in manual, but is in my broken .wps file 00.34.31 # it should be in the manual 00.34.36 # under subline timeouts 00.34.56 # I tried to publish my personal git using the instructions in http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#public-repositories but I have very limited quota in my remote server. How can I public only my own changes? 00.35.00 # it's not :S 00.35.25 # wookey_: http://www.rockbox.org/twiki/bin/view/Main/CustomWPS#Alternating_Sublines 00.35.33 # it should be in the manual 00.36.16 # tomers: is the kernel.org space so low? 00.36.45 # try sourceforge maybe, I'm not aware of a limitation there, and they recently added git 00.36.46 # OK. It wasn't in the 'wps tags' section. 00.37.14 # wookey_: feel free to add it :) 00.38.03 # pixelma: sounds like the manual needs a touch up... 00.38.34 # I don't have account in kernel.org. Can I open there an account and put Rockbox stuff there? Also of sf.net - can I put rockbox stuff there (I can open a new project for that...) 00.39.00 # Why not open a new project? 00.39.25 # tomers: there are several git hosting sites around 00.39.26 # Rockbox' source is free to re-distribute 00.39.41 # OK. I'll do it on SF 00.39.42 Quit matsl (Read error: 110 (Connection timed out)) 00.40.08 # (but please mark it so that it doesn't get confused with the official one) 00.40.16 # But just for my own knowledge, isn't there an automatic, more space-conscious way to do it? 00.40.28 Quit merbanan (Read error: 110 (Connection timed out)) 00.40.48 # that's a git specific question. I'm out! 00.40.59 # tomers: Do you think any of your work could be committed to Rockbox yet? 00.41.27 # linuxstb. Yes, but I prefer someone review it first. I got the keymap for E200 only. 00.41.48 # Can I already control media monkey with my e200 then? :> 00.41.54 # tomers: Of course. But that's done by posting patches to flyspray. 00.42.11 # tomers: http://git.or.cz/gitwiki/GitHosting may e helpful 00.42.28 # JdGordon|: Ok, so I'll change it 00.42.33 # I set my git repository so I can have incremental patches. Do you want me to put my whole code in one patch? 00.42.49 # kugel: changing what? 00.43.08 # to not go back to the settings after selecting a theme (actually a .cfg) 00.43.20 # sorry if this is a common question but how close is e200v2 support? Someone asked my to recommend a rockboxable player last week and I wasn;t sure what a good answer was...? 00.43.32 # not close enough ;) 00.43.37 # it looks from the web like things are fairly well progressed 00.43.57 # I assume if you buy an e200 these days you always get a new one? 00.44.00 # they are, but there apparently are some nasty problems left 00.44.08 # maybe recommend a gigabeast S? 00.44.15 *** Saving seen data "./dancer.seen" 00.44.39 # tomers: about FS#10203, could you post a patch with only the bugfix? Combined style and bugfix patches are really annoying 00.45.05 # wookey_: if you know about arm work, maybe you can help out? ;) 00.45.21 Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) 00.45.26 # wookey_: it's not supported yet, but rockbox can be run with music playback 00.45.33 Quit merbanan (Remote closed the connection) 00.45.38 # but, there's better players to recommend that the e200v2 imo 00.46.16 # gevaerts: in theory yes. In practice I've got an awful lot of other things I'm supposed to be hacking. 00.46.28 # gevaerts: I can't even spot the fix :/ 00.46.49 # ah, got it! 00.47.05 # but if I can do anything quick then I'm happy to help out 00.47.24 # Has anyone done anyting about putting rbutil in debian? 00.47.48 # that;s somethign I could do very easily, and it seems like it would be useful 00.48.30 # well, it only depends on you getting access to the repo. rbutil doesn't have dependencies if built the default way 00.48.30 # there has been some talk about that every now and then, but nothing practical has happened. 00.48.32 # gevaerts: Done. Sorry for being a coding-style ass 00.49.23 # It does change a bit faster than debian stable releases though, so my guess would be that it's best suited for volatile. Two year old versions are unlikely to be useful for anyone 00.50.51 # New commit by 03kugel (r20913): Don't go back to the settings after selecting a .cfg via the theme or cfg browser, as it's done for fonts. 00.51.49 # volatile isn't mean for packages that are updated regulary for new features 00.52.32 # gevaerts: doesn;t rbutil go and download the newsest build of rb itself so it should remain useful for quite some time? 00.52.56 # and newer versions can be in testing/unstable/experimental 00.53.09 # I think the best would be to use the regular package system, but also provide debs on our side 00.53.20 # kugel: that's normally best 00.53.32 # I figured :P 00.53.58 # well I'm checking it out now. If I do anything useful I'll send it back. 00.54.04 # after the initial built, building debs is really trivial 00.54.06 # wookey_: it should, but we've had a lot of changes at about every release to keep things working, so I don't know. Maybe talk to bluebrother or domonoky about this (who both managed not to be here right now :) 00.54.34 # for rbutil at least as I expect, without having dependencies 00.54.48 # Of course the next debian release isn't for this week, so maybe things on our side stabilise enough by then to make this practical 00.55.23 # no dependencies? but it's a QT app? You mean the whole thing is built as a huge static binary? 00.55.24 # kugel: rbutil does have dependencies - Qt at least... 00.55.35 # it's built statically 00.55.44 # wookey_: Currently, yes. But that wouldn't make sense for a .deb 00.55.45 # that won't be allowed for a real debian package 00.55.59 # it also won't be needed 00.56.02 Quit Thundercloud (Remote closed the connection) 00.56.04 # the qt parts it needs are integrated. wookey_, if you consider <10 as huge, then yes :) 00.56.04 # you can do that yourselves of course, and distribute it as a deb 00.56.09 Quit ender1 (" I will not strike a bargain with a demonic being then attempt to double-cross it simply because I feel like being contrary.") 00.56.33 # I did notice it was rather a fat binary :-) 00.56.41 # as I said, it doesn't have dependencies if you built it the "default way", which is statically for now :) 00.57.08 Join sevil [0] (n=46ec211a@gateway/web/cgi-irc/labb.contactor.se/x-a28fee8ef70ceab9) 00.57.19 # kugel: not really. You need a static qt for that, which isn't the default as far as I can remember 00.57.32 # So it sounds like packaging which allowed both static (for rocxkbox website distribution and easy install-for-all) and kosher debian builds for the distro would make sense 00.57.37 # I mean default as in our way 00.57.39 # The released binaries are static, but they are a pain to build 00.58.02 # wookey_: for packages, I'd go dynamic all the way 00.58.15 # Speaking about rbutil - should it work on x64 Windows? 00.58.16 Quit sevil (Client Quit) 00.58.26 # It does, doesn't it? 00.58.34 # the 32bit linux worked on 64bit too 00.58.34 Join sevil-NATAS [0] (n=46ec211a@gateway/web/cgi-irc/labb.contactor.se/x-829f8448ed759411) 00.59.31 Quit DataGhost (Nick collision from services.) 00.59.39 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 00.59.52 # Hello! 00.59.52 # gevaerts: I'm uploading my git to git://github.com/tomers/Rockbox-USB-rework.git and going to sleep... 01.00.45 # It would take some time for it to be uploaded entirely. I'll send an email in the morning if it is done uploading 01.00.50 Quit froggyman ("CGI:IRC (Ping timeout)") 01.00.53 # tomers: great. I'll have a look at it tomorrow (nearly sleep time for me as well). Goodnight! 01.00.59 # New commit by 03gevaerts (r20914): fix send_command_result() size checking for the SCSI_REQUEST_SENSE case (thanks to Tomer Shalev, FS#10203) 01.01.01 # Goodnight! 01.01.34 # settings loading is quite fast 01.01.46 # the 1s splash after made it look so slow 01.02.09 # sevil-NATAS would you ask your question in the channel rather than sending me a completely useless PM 'because I joined the channel'? 01.04.40 # Hello Everybody! I had just a quick Q for all you crazy rockboxers. Is it possible to use rockbox to overclock your MP3 player's CPU? 01.04.59 # yes, but there isnt really a good reason to 01.05.22 Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) 01.05.43 # * JdGordon| really wants to get rid of these hard coded times with the splashes 01.05.46 Join Zambezi_ [0] (i=Zulu@bnc.dotbnc.se) 01.05.51 # you will just get less battery life, a hotter device, possibly instability, etc 01.05.51 # why cant we have it so a button clears the splash? 01.06.02 # Could it make DOOM go faster? 01.06.18 # ... 01.07.04 # we don't actually have datasheets for some of the CPUs. If you don't know the maximum rated speed of a CPU, is it even possible to knowingly overclock it? 01.07.13 Quit Zambezi (Read error: 104 (Connection reset by peer)) 01.07.41 # yes, hence OVERclock 01.08.14 # Overclocking the CPU of a DAP is generally a bad idea. 01.08.28 # Why is thaat? 01.08.32 # even a TI-83 can be overclocked, up to the point that CPU and memory are out of sync and the thing starts throwing garbage all over... but hey, it's overclocked 01.08.53 # what's the point? 01.09.18 # DataGhost: That's called "damaging your device". 01.09.34 # POTENTIALLY... 01.09.43 # we could go to eleventy billion hertz.... 01.09.43 # I know, just saying that it can be done way beyond spec 01.09.44 # JdGordon|: I don' know, but I imagine it can be quite annoying sometimes (same reason I turn off the erase dynamic playlist warning), and not sure but it could be more likely you "click" it away too quickly by accident (although if you don't read fast enough now...) 01.10.06 # I never said it was a good idea anywhere 01.10.12 # DataGhost: we don't *have* the spec for some of the devices, so we can't go beyond it 01.10.23 # heh semi-good point 01.10.37 # you'll still probably go beyond the spec the manufacturer set even though you don't know it 01.10.51 # pixelma: right, but if you are watching it then why do you need to wait for it to disappear if you know what its saying? i dont tihnk people would react too slowly and have wrog presses 01.10.53 # Besides, for something like Doom or Rockboy, what's needed more is to optimize the code. 01.11.04 # But no one interested in doing so has stepped forward. 01.11.12 # anyway, the code is there, feel free to change it 01.12.09 # gevaerts: We can go beyond the spec, just not knowingly... 01.12.18 # JdGordon|: having a button to cancel a splash is easy 01.12.19 # another angle on the image load buffer question... i'm assuming the "end" of the free buffer space isn't going to move in the middle of buffering? it might actually not be so hard to put the buffer there... have a global pointer to it, move it down any time an image will need a larger load buffer than previously requested, and then reset it to the same address as end-of-buffer when the image load queue is cleared. unless somebody who kn 01.12.19 # ows how the buffer works thinks that that is stupid ;) 01.12.32 # linuxstb: are you sure? How do you know? ;) 01.12.50 # Bah, foiled again... 01.13.01 # instead of sleep(ticks); do if (get_action(CONTEXT_STD, ticks)) return; 01.13.45 # kugel: And what if a user presses a button just after the timeout? 01.13.50 # also, did we ever determine for certain from evilnick's debug info if the problem *is* due to the buffer thread stalling during image load? 01.14.05 Quit kugel (Nick collision from services.) 01.14.11 Join kugel_ [0] (n=kugel@e178081089.adsl.alicedsl.de) 01.14.21 Nick kugel_ is now known as kugel (n=kugel@e178081089.adsl.alicedsl.de) 01.15.11 # linuxstb: the same thing that would happen if he pressed a button after the splash being over I imagine 01.16.17 # kugel: right, but they might now press the button (where they would not have before) with the intent of clearing the splash, only to have it (absurd hypothetical result) delete all of their files and brick their player. :) 01.16.38 # I think we're talking about splashes 01.16.41 # not the yesno screen 01.16.42 # kugel: i know its easy... im trying to have the argument again... every time its brought up its shot down, but i keep trying in the hope everyone changes their minds 01.17.09 # that was discussed before? 01.17.12 # JdGordon|: the splash never bothered me and I can't remember feeling I have to "wait" for a splash, just imagine having to "click" twice is more annoying - either I forget to click it away or maybe moving through a themes list I won't see it at all. Thing is, I'm not sure how it will be like unless I tried (but I can't think of any other program/device doing this exclusively) 01.17.32 # the "nothing to resume" splash is the one that really annoys me 01.17.41 # ah yea, that one is evil 01.17.48 Quit sevil-NATAS ("CGI:IRC (Ping timeout)") 01.17.49 Quit at0m (Read error: 110 (Connection timed out)) 01.17.50 # make sure you always have something to resume then :) 01.18.01 # Unhelpful: I think there's no way of doing damage by cancelign splashes 01.18.09 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 01.18.31 # pixelma: How would you click twice? 01.18.45 # kugel: and i'm saying "unless the buttonpress intended to cancel the splash comes too late, and is treated as an action by whatever happens next" 01.18.50 # OK. I've fixed the manual to have subline tags summary in appendix with link to description. WHere should I send a patch? (or does anyone feel like giving me svn access?) 01.18.52 # you mean if you tried to cancel the splash just after it was over? 01.19.27 # That's a thing you have in just about 100% of other apps too? 01.19.57 # wookey_: flyspray 01.20.27 # * JdGordon| really doesnt think tyhe accidental presses thing will be an issue 01.20.42 # the worst case will be usually that the item that triggered the splash will happen again 01.21.25 # * JdGordon| proposes to make all splashes either 0 or 3s and allow a button to clear it early 01.21.46 # that sounds reasonable 01.21.54 # possibly making the blocking splashes look different to the 0 one 01.22.19 # kugel: well if I would have to click it away - imagine moving through the fonts browser, select a font, get a splash which you would have to click away and you want to move down anyways, to maybe select another. And I can't think of any app where I *have to* do something to get rid of the splash 01.22.36 # flyspray? is that a person? 01.22.58 # maybe allowing both is ok, but JdGordon|'s "getting rid" sounded to me as if I will need to click it away 01.23.00 # pixelma: you dont have to cancel it.. it would disappear like now if you didnt rpess anything 01.23.14 # pixelma: no, you got it wrong. We're proposing to have it cancable earlier, additionally to have it go away after the normal timeout 01.23.17 # then say so ;) 01.23.57 # * JdGordon| runs off to catch his bus 01.24.00 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 01.24.49 # wookey_: http://www.rockbox.org/tracker/index.php?type=4 01.24.59 Join pleasemakev2cfw [0] (n=43a65468@gateway/web/cgi-irc/labb.contactor.se/x-b671a414cbf049eb) 01.25.38 Quit barrywardell () 01.26.02 # Hello, anybody home? 01.27.14 Join firedix [0] (n=firedix@201.254.116.40) 01.27.15 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.27.30 # pleasemakev2cfw, many people are around. do you have a question? 01.27.40 # Well yeah 01.28.02 # What's your question? 01.28.05 # * kugel does the "just ask" dance 01.28.16 # It's just I really want my sansa e200 v2 to have rockbox, and maybe I could help 01.28.41 Join Blue_Dude [0] (n=chatzill@adsl-235-206-66.mco.bellsouth.net) 01.28.48 # are you experienced with working with a mmu? then you could potentially help 01.28.55 # because the sooner the better and it's in people free time so maybe I can do something to help 01.29.00 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.29.31 # * kugel wonders if fdinel completely lost his interest in rockbox on ams 01.29.50 # I only know simple html 01.29.59 # mmu!? 01.30.05 # memory mapping unit 01.30.14 # no clue 01.30.54 # I wikied it and it's a little to much for me 01.31.16 # I fear we cannot make use of HTML :( 01.31.26 # Hi. Throwing a question out there. I am working on a DSP feature that requires periodic changes to the PCM buffer. I need to find a way to schedule a process periodically. I would prefer doing it at least once every .5 seconds to keep latency down. How to do it? 01.31.27 # and we need coders, not testers 01.31.47 # Oh well, can't help then 01.32.08 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.32.12 # Does anybody know the progess, have they figured out how to do it or something 01.32.26 # The sansa e200 v2 01.32.51 # the progress is on the relevant wiki page on in the thread on the new ports forum 01.33.16 # K thanks 01.34.19 # Blue_Dude: What exactly are you planning? You can't process the data as it's added to the pcm buffer? 01.34.30 Join BdN3504 [0] (n=55b21d0a@gateway/web/cgi-irc/labb.contactor.se/x-4cfceda4dc5d1004) 01.34.37 # hey guys 01.35.01 # Is the gameboy emulator avaible for the sansa e200? 01.35.21 # Blue_Dude: why, exactly, can it not be part of the existing DSP system? 01.35.29 # HI linux. Still working on the dynamic compression mod. I need to look ahead a few milliseconds so I need to make adjustments according to what's coming, not just what's here. 01.35.57 # New commit by 03mt (r20915): -Took cook_random() from an old cook.c revision [6 mar 2007], which is a ... 01.36.11 # i just gave away another gigabeat. the person i gave it to, is confused with the navigation, because she always holds the buttons (esp. the select button) too long and is presented with context menus. 01.36.53 # is there anyway, i can prolong the time of the button press until it gets recognized as a long press? 01.37.07 # More specifically, I need to see the waveform about 10 ms ahead of the current sample. And even then it would have to be the waveform *before* voice, keyclicks, beeps, etc. 01.37.25 # which parts of the code would i have to modify? 01.37.48 # Is there a gamebody emulator for sansa e200? 01.38.19 # Blue_Dude: Sounds like you need to make the dsp code buffer that amount of audio before passing it into the PCM buffer. 01.38.24 # every colour target has a gameboy emulatro 01.38.50 Quit fdinel (Read error: 104 (Connection reset by peer)) 01.39.06 # So create my own buffer like the voice and crossfade buffers? 01.39.09 # pleasemakev2cfw: Rockbox is not ready for everyday use on the AMS Sansas, which the e200 v2 is part of. 01.39.23 # And there are no other alternative firmwares out there for it. 01.39.41 # BdN3504: I think just increase the REPEAT_START define at the top of firmware/drivers/button.c 01.39.45 Join JdGordonn [0] (n=irchon@32.154.104.64) 01.39.55 # Just a warning: if I do that, then everything will have to go to it first. 01.40.17 # Well, all PCM buffer filling will have to look in my buffer first anyway. 01.40.38 # But I understand theres work being done for it 01.40.51 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 01.41.03 # Yes, but it's not in a state where it's ready for everyday use. 01.41.06 # About the emualtor work can I find one for the sansa e200? Plugins maybe? 01.41.06 # Blue_Dude: Yes, that's how the DSP code works. I don't know the details, but I think a chain of filters are set up, and all audio passes through them. (eq, crossfeed etc) 01.41.36 Quit dfkt (Nick collision from services.) 01.41.39 Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 01.42.41 # So where to hook into that chain? The PCM buffer routines? 01.43.06 # Start by looking in apps/dsp.c 01.43.32 Quit LambdaCalculus37 ("Fwump") 01.44.10 # Unhelpful: pictureflow stops playback again with jpeg? is that due to overlay? 01.44.12 Quit JdGordonn (Remote closed the connection) 01.44.23 # I went there first, but I need to be able to grab the buffer *after* the desired audio is fed to it, but *before* overlays like keyclick and voice occur. 01.44.56 # just process it after EQ 01.45.05 # which values are valid for REPEAT_START? can i enter say 200? it's currently at 30 01.45.23 # BdN3504: Anything should be valid. "100" means 1 second. 01.45.28 Part toffe82 01.45.34 # So it is currently 3 tenths of a second. 01.45.43 # kk, thank you 01.46.03 # If I do try the e200 v2 firmware and it makes by device useless, is there any way to return it to normal? 01.47.00 # It depends what you mean by "useless". But if you install things correctly, there shouldn't be any problems. 01.47.06 # kugel: which platform? it should only use overlay on archos, and it stopped playback on those anyway, because it used the audio buffer rather than the plugin buffer for its cache. 01.47.22 # Blue_Dude: there's a playback speed patch on the tracker that hooks/hacks/whatever into dsp too, maybe you can have a look there 01.47.28 # Unhelpful: e200 01.47.37 # v1? 01.47.51 # yea 01.47.52 # In order to keep latency down, I don't want to do the whole buffer at once. The buffer is relatively enormous time-wise. 01.47.54 # "Even though the bootloader installation is tested, there's always a fair risk of rendering your device useless" should I risk it? 01.48.15 # Off to look at FS... 01.48.16 Join JdGordonn [0] (n=irchon@32.154.104.64) 01.48.49 # Blue_Dude: just because you process the whole buffer at once doesn't mean you need to apply the same volume to the whole thing. 01.49.44 # kugel: gah! i see the problem. i am duly shamed. :/ 01.49.51 # That's true. I was more concerned about what happens if the user changes the setting on the fly and then has to listen through the whole buffer before hearing the change. 01.50.03 # pleasemakev2cfw: you asked that last night 01.50.14 # Yes I did 01.50.35 # I just can't wait 01.50.39 # Of course, if that happens, I could just redo the whole thing again. How often does that happen anyway... 01.50.42 # then don't wait 01.51.04 # pleasemakev2cfw: thats not a good reason to ask questions you already know the answer to 01.51.06 # You mean try it, and through 100 dollars down the drain? 01.51.07 # as it says below, the e200v2 can actually be recovered 01.51.24 # connecting the 2 pins you mean 01.51.31 # the critical code is well tested and stable 01.51.35 # Well, I still need the raw audio before overlays, so I still need to hook into an intermediate step. 01.51.56 # IMO, the real risk of bricking is next to zero, if you follow the instructions correctly 01.52.08 # IMO means what? 01.52.16 # in my opinion 01.52.22 # kugel: i failed to revert before committing one of several changes i made in order to test the overlay build on beast. 01.52.25 # So why not officaly release it 01.52.44 # Unhelpful: hehe 01.52.58 # phew ! all green. :) 01.53.08 # "Use clear, grammatical, correctly-spelled English." That would help 01.53.48 # New commit by 03unhelpful (r20916): Undo overlay test change which should not have been committed, should return PictureFlow to working during playback on non-Archos targets. 01.53.54 # yea, but there's commonly used abbreviations that are accepted. Those which are explained in a page that the guidelines link to 01.53.59 # mt: don't worry, i'm sure you'll have a higher score on some commit in the future. :) 01.54.06 # right... 01.54.20 # pleasemakev2cfw: regarding a release, take a look at the TargetStatus page from last night 01.54.41 # where's that? I'm new so I got no idea 01.55.07 # its on the wiki, and you can see the logs from the front page if you need them 01.55.53 # * kugel doesnt see that 01.55.56 # Unhelpful : score = warnings + errors in a build ? 01.56.15 Quit mirak ("Ex-Chat") 01.56.23 # errors*100 + warnings I think 01.56.25 # can you post a link please? 01.56.31 # or *10, not sure 01.56.31 # Can you please post a link? 01.56.34 # mt: errors are worth more points. a really good commit can get thousands :) 01.56.39 # my record is ~66k :P 01.56.46 # Can you post the URL? is it allowed? 01.56.47 # Can you post the URL? is it allowed? 01.57.01 # kugel : wow !! hope I don't break it ! :P 01.57.02 # pleasemakev2cfw, don't spam like that please 01.57.30 # mt don't worry gevearts holds the record at 777k 01.57.46 Join kugel_ [0] (n=kugel@e178096119.adsl.alicedsl.de) 01.57.54 Quit kugel (Nick collision from services.) 01.57.58 Nick kugel_ is now known as kugel (n=kugel@e178096119.adsl.alicedsl.de) 01.58.26 # mt: even if you do, you'll never beat the alltime record of ~700k :D 01.58.55 # Sorry it was kind of my internet's fault because I pressed enter and it didn't come up so I tried again. Sorry about that again that was not on purpose 01.59.52 # All right, just picked up the FS patch for the DSP mod. I guess I'll be studying that for a while. 02.00.29 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 02.00.33 # Blue_Dude: I don't know anything about the DSP system, but can't you just register a function in dsp_process? 02.01.48 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-2a27f39cef308fe3) 02.02.35 # saratoga: I don't know yet how that works, but at first glance it's very promising. 02.02.56 # Link please? 02.03.03 Quit JdGordonn (Remote closed the connection) 02.05.29 Quit mt ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 02.05.32 # Very promising in fact. I'll have to have some quality time with that function... 02.05.36 # Thanks! 02.06.07 Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) 02.06.24 Part cmwslw ("Ex-Chat") 02.06.58 Quit amiconn (Nick collision from services.) 02.07.00 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 02.07.00 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 02.07.00 Quit pixelma (Nick collision from services.) 02.07.21 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 02.07.22 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 02.07.34 # Looking for an honest answer: if I do get this thing working correctly, is there a shot at getting it committed to a regular build or will it just languish as a patch? 02.09.19 Join webguest34 [0] (n=4c19e236@gateway/web/cgi-irc/labb.contactor.se/x-60d644bf235890a9) 02.09.36 # Blue_Dude: depends how efficiently you can get it to work, how cleanly you implement it, etc 02.09.44 # but assuming it works well I don't see why not 02.10.18 # hey i have a problem with rockbox everytime i install the bootloader it says no ipod detected 02.10.59 # webguest34: does iTunes see the iPod? and what model is it? 02.11.03 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 02.11.28 # the model is ipod 5g video and yes itunes sees it 02.11.34 # JdGordon|zzz: can we have both splash last 3 seconds (after your proposal), the 1 uses sleep(), the other a busy while(TIME_BEFORE()) loop? 02.11.48 # that would make splashes much easier to handle 02.12.12 # webguest34: is it formatted fat32? 02.12.19 # idk 02.12.25 Quit pleasemakev2cfw ("CGI:IRC (Ping timeout)") 02.12.37 # and how do i format 02.13.12 # I think Windows will tell you if you right click on it and choose properties, but i don't know about other operating systems 02.13.34 # ok thanks im running windows 02.13.48 Join pleasemakev2cfw [0] (n=43a65468@gateway/web/cgi-irc/labb.contactor.se/x-99b76256d2c16a35) 02.13.48 # * kugel quite likes the idea of fixed splash timeout 02.13.53 # Can you install diferent themes on your sansa e200 instead of that rockbox plain menu theme? 02.13.54 # so i format it as fat 32 02.14.05 # kugel: ugh, no, please. 02.14.23 # again, splash with 0 timeout for debugging, it's actually a useful thing to have ;) 02.14.24 # but 3s of non-yielding block would be disastrous I guess 02.14.45 # Can you install diferent themes on your sansa e200 instead of that rockbox plain menu theme? 02.14.56 # pleasemakev2cfw: Please, stop repeating every question. 02.15.11 # pleasemakev2cfw: You can see the features of Rockbox on the website or in the manual for any of the supported players 02.15.18 # Sorry, 02.15.29 # Unhelpful: how exactly? 02.15.31 # I'm just an annoyign person 02.15.46 # you don't need to apologize, just stop doing it 02.15.51 # Ok 02.16.01 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 02.16.23 # Just nobody was answering next time please explain to me to figure it out myself 02.16.24 # kugel: for putting data on the screen without stalling things, in a situation where the bug hangs the player. 02.16.39 # kugel: ? 02.16.46 # pleasemakev2cfw: you need to be more patient. 02.16.55 # Unhelpful: that still works if it's cancable isn't it? 02.17.18 # JdGordon: nevermind, I figured it won't work 02.17.29 Quit webguest34 ("CGI:IRC") 02.17.40 # kugel: yes and no. 0 timeout means that the code just plain runs, and then freezes with your nice message on the screen ;) 02.18.25 # * kugel proposed dsplashf 02.18.36 # or debugsplashf if you like it more 02.19.02 # ? 02.19.13 # proposes* 02.19.19 # for what? 02.19.37 # he needs the 0-timeout splash for debugging 02.19.52 # did i say *needs*? 02.19.53 # yes, its very useful... 02.20.10 # we arnt getting rid of 0 tick splashs 02.22.01 # they're nasty from the UI pov 02.23.03 # no they arn't 02.23.10 # they do exatcly what they are suposed to 02.23.18 # i.e let the user know it hasnt frozen up 02.23.37 # uhm, no... 02.24.41 # if there wasn't the code that follows it and removes it, it would exactly look like it was frozen (that applies to all splashes, but the non-0-timeout ones can be removed easier) 02.25.44 # that's nothing more than relying on other (possibly unrelated parts) to do the job of clearing it. 02.25.57 # thats not an issue with the splash though.. thats an issue with how you are doing viewports :) 02.26.12 # I don't think so 02.26.24 # thats ok... you are allowed to be wrong :D 02.26.31 # lol :) 02.26.49 Part CPrompt^ 02.27.16 Join Divadmils [0] (n=4c78fda2@gateway/web/cgi-irc/labb.contactor.se/x-209c7146db67da75) 02.27.22 # surely it is a problem with splashes if the splashes can't clear themselve and rely on pure magic 02.27.26 # hey guys 02.28.16 # does anyone kno of someone attempting to make a build for sansa fuze? 02.28.43 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-e7ff1514eedbed4e) 02.29.33 # hello? 02.29.51 # Divadmils: Have you searched the forum? 02.30.36 # yes but i couldnt find any specific details about how close it was to being done 02.30.38 # Go to gtk/qt and tell them their dialog boxes should go away if the user gets a coffee, instead of being destroyed. They just laugh 02.30.54 # Divadmils: You didn't ask about how close it is, though, you asked if anyone was doing it at all. 02.31.11 # We don't give release dates, and being a development discussion, there's plenty of talk about what has been worked on 02.31.13 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.31.22 # It's impossible to predict how long a volunteer effort will take 02.31.28 # s/destroyed/destroyed explicetely in the same code when they're not usefull anymore/ 02.31.57 # okay i get ya 02.32.27 # thx 02.32.36 Quit Divadmils ("CGI:IRC") 02.33.48 Nick Zambezi_ is now known as Zambezi (i=Zulu@bnc.dotbnc.se) 02.36.12 Quit BdN3504 ("CGI:IRC (EOF)") 02.37.11 Quit efyx_ (Remote closed the connection) 02.44.17 *** Saving seen data "./dancer.seen" 02.52.48 Quit Blue_Dude ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 02.55.02 Join ParadoxG [0] (n=LewisGun@S010600110904d72e.ed.shawcable.net) 02.55.59 Quit ParadoxG (Client Quit) 02.58.25 Quit pleasemakev2cfw ("CGI:IRC (EOF)") 03.09.41 Quit kugel ("exit(0);") 03.12.10 # Llorean, am I missing some key word (as I am known to do)? http://forums.rockbox.org/index.php?topic=21593.0 03.12.50 # reading through his comparison - 3.2 vs his current patch set, he better be getting nearly double the battery life. 03.13.05 # Yeah, basically neither of his battery benches are particularly useful 03.14.04 Quit intrados_ (Read error: 54 (Connection reset by peer)) 03.14.14 # or shocking. 03.14.19 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 03.14.58 # Indeed 03.17.58 # anyone feel like testing FS#10198? 03.22.03 # JdGordon: Can't test it right now, but since it's functionality I want, I'll almost definitely give it a try sometime this week 03.46.07 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.56.29 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 03.58.14 Join fyrestorm [0] (n=nnscript@cpe-68-173-233-205.nyc.res.rr.com) 03.58.26 Join StealthyXIIGer [0] (n=stealthy@69.216.113.6) 04.06.02 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 04.06.43 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-bb00747c35907c43) 04.09.11 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 04.12.43 Quit BHSPitMonkey (Remote closed the connection) 04.23.59 Quit miepchen^schla (Read error: 101 (Network is unreachable)) 04.29.00 Join Kinos [0] (n=chatzill@c-76-18-21-251.hsd1.fl.comcast.net) 04.29.24 # Hey. Does Rockbox work with a Creative Zen X-Fi in any way? Is it even suggested? 04.30.50 # Kinos: I don't think so, but feel free to check the status link on the front page 04.31.06 # I mean I know it doesn't work, but I'm not sure if anyone has suggested it 04.32.01 # Does anyone have any interesting suggestions for a Zen? Its a nice MP3, but its not so nice for someone who likes to play around with stronger players though. :/ 04.33.19 # you're the first person I've heard mention it 04.33.48 # you could take a look at the NewPorts wiki page though 04.35.59 # mmk thanks 04.36.01 Quit Kinos ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 04.36.40 Join roomtemperature [0] (n=blayde@c-71-199-29-250.hsd1.ut.comcast.net) 04.43.26 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 04.44.21 *** Saving seen data "./dancer.seen" 05.00.57 Quit fdinel (Read error: 104 (Connection reset by peer)) 05.11.21 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 05.15.09 Quit gevaerts (Nick collision from services.) 05.15.20 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 05.37.16 Quit Zarggg () 05.39.11 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.47.37 Quit Horscht ("Verlassend") 05.47.37 Join hassanakevazir [0] (n=m0122@CPE0021296837af-CM001ceacc8352.cpe.net.cable.rogers.com) 05.47.49 Part hassanakevazir ("Leaving") 05.47.54 Join hassanakevazir [0] (n=m0122@CPE0021296837af-CM001ceacc8352.cpe.net.cable.rogers.com) 05.49.45 Quit tomers ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042523]") 05.51.05 Join neonrev [0] (n=4adda0ea@gateway/web/cgi-irc/labb.contactor.se/x-c6b172f066701140) 05.56.33 Quit neonrev ("CGI:IRC (EOF)") 06.03.16 Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) 06.06.10 Quit roomtemperature (Read error: 110 (Connection timed out)) 06.10.54 Quit dmb (Read error: 60 (Operation timed out)) 06.14.19 Quit firedix ("Ex-Chat") 06.16.43 Quit tchan (lindbohm.freenode.net irc.freenode.net) 06.16.43 NSplit lindbohm.freenode.net irc.freenode.net 06.16.43 Quit HellDragon (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit faemir (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit JdGordon (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit bittin```` (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit Galois (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit soap (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit MarcGuay (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit BHSPitLappy (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit lucent (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit FlynDice (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit Unhelpful (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit _Auron_ (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit vedlith (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit TheDJACR (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit Torne (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit shadearg (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit ruskie (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit ChanServ (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit cool_walking_ (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit blithe (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit andy` (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit parafin (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit Zarggg (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit pixelma (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit amiconn (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit DataGhost (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit _lifeless (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit kachna|lappy (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit Foxx (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit msi (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit KBH (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit BlakeJohnson86 (lindbohm.freenode.net irc.freenode.net) 06.16.43 Quit GodEater (lindbohm.freenode.net irc.freenode.net) 06.16.44 Quit SUSaiyan (lindbohm.freenode.net irc.freenode.net) 06.16.44 Quit Bawitdaba (lindbohm.freenode.net irc.freenode.net) 06.16.44 Quit scorche (lindbohm.freenode.net irc.freenode.net) 06.17.10 NHeal lindbohm.freenode.net irc.freenode.net 06.17.10 NJoin Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 06.17.10 NJoin amiconn [50] (n=jens@rockbox/developer/amiconn) 06.17.10 NJoin pixelma [50] (n=pixelma@rockbox/staff/pixelma) 06.17.10 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 06.17.10 NJoin _lifeless [0] (n=lifeless@188.16.127.124) 06.17.10 NJoin kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 06.17.10 NJoin Foxx [0] (n=Foxx@pool-141-157-246-7.ny325.east.verizon.net) 06.17.10 NJoin msi [0] (i=msi@shell.noname-ev.de) 06.17.10 NJoin KBH [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 06.17.10 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 06.17.10 NJoin GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) 06.17.10 NJoin SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 06.17.10 NJoin Bawitdaba [0] (n=Sphinx@cpe-74-70-40-135.nycap.res.rr.com) 06.17.10 NJoin scorche [50] (n=scorche@rockbox/administrator/scorche) 06.17.45 NJoin ChanServ [0] (ChanServ@services.) 06.17.45 NJoin BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 06.17.45 NJoin cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-e7ff1514eedbed4e) 06.17.45 Join HellDragon [0] (i=jd@Wikipedia/HellDragon) 06.17.45 NJoin faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 06.17.45 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 06.17.45 NJoin bittin```` [0] (i=bittin@anapnea.net) 06.17.45 NJoin blithe [0] (n=blithe@blakesmith.me) 06.17.45 NJoin Galois [0] (i=djao@efnet.math.uwaterloo.ca) 06.17.45 NJoin soap [50] (n=soap@rockbox/staff/soap) 06.17.45 NJoin lucent [0] (i=lucent@silenceisdefeat.com) 06.17.45 NJoin FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 06.17.45 NJoin Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 06.17.45 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-249-149-60.dsl.rcsntx.swbell.net) 06.17.45 NJoin MarcGuay [0] (n=chatzill@216.239.87.161) 06.17.45 NJoin vedlith [0] (n=ved2@137-mi2-1.acn.waw.pl) 06.17.45 NJoin andy` [0] (i=andy@cassarossa.samfundet.no) 06.17.45 NJoin TheDJACR [0] (n=TDJACR@Wikipedia/Thedjatclubrock) 06.17.45 NJoin parafin [0] (i=parafin@paraf.in) 06.17.45 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 06.17.45 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 06.17.45 NJoin Torne [0] (i=torne@lowell.wolfpuppy.org.uk) 06.17.45 NJoin ruskie [0] (i=ruskie@sourcemage/mage/ruskie) 06.17.45 Mode "#rockbox +o ChanServ " by irc.freenode.net 06.20.53 Join roomtemperature [0] (n=blayde@c-71-199-29-250.hsd1.ut.comcast.net) 06.27.15 Join nane [0] (n=chatzill@121.100.51.51) 06.27.35 # hi all 06.28.03 # hi 06.28.46 Join dmb [0] (n=dmb@unaffiliated/dmb) 06.29.26 Quit nane ("ChatZilla 0.9.84 [Firefox 1.5.0.1/2006011112]") 06.44.25 *** Saving seen data "./dancer.seen" 06.56.23 Quit hassanakevazir (Read error: 54 (Connection reset by peer)) 06.57.23 Join hassanakevazir [0] (n=m0122@CPE0021296837af-CM001ceacc8352.cpe.net.cable.rogers.com) 07.00.43 Quit n17ikh (Network is unreachable) 07.00.51 Join n17ikh| [0] (n=n17ikh@host-64-234-48-99.nctv.com) 07.09.36 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.19.34 Quit jmillikin (Read error: 110 (Connection timed out)) 07.34.20 Quit CaptainKewl (Read error: 60 (Operation timed out)) 07.45.57 Quit roomtemperature (Read error: 110 (Connection timed out)) 07.50.20 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.51.55 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.59.59 Quit dmb (Remote closed the connection) 08.01.13 Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 08.02.06 Quit intrados (Read error: 104 (Connection reset by peer)) 08.06.17 Join dmb [0] (n=dmb@unaffiliated/dmb) 08.06.48 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.09.38 Quit bmbl (Client Quit) 08.19.03 Quit intrados_ (Read error: 104 (Connection reset by peer)) 08.20.16 Join __lifeless [0] (n=lifeless@188.16.90.180) 08.20.30 Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 08.22.11 Quit __lifeless (Remote closed the connection) 08.25.24 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.25.34 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 08.27.51 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 08.36.14 Quit _lifeless (Read error: 101 (Network is unreachable)) 08.36.27 Join _lifeless [0] (n=lifeless@188.16.100.196) 08.37.33 Quit faemir ("Leaving") 08.39.12 Quit Zarggg (Read error: 113 (No route to host)) 08.39.16 Quit Zarggg_ () 08.43.24 Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) 08.44.27 *** Saving seen data "./dancer.seen" 08.48.32 Quit intrados (Read error: 54 (Connection reset by peer)) 08.49.16 Quit intrados_ (Success) 08.50.56 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 08.51.53 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.52.52 Join matsl [0] (n=matsl@dhcp86.contactor.se) 08.53.30 Join Rob2223 [0] (n=Miranda@p4FDCCE0B.dip.t-dialin.net) 08.54.38 Join nibbler [0] (n=Nibbler@txx226.disy.net) 08.57.42 Join __lifeless [0] (n=lifeless@188.16.82.170) 08.58.10 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 09.01.58 Quit _lifeless (Read error: 101 (Network is unreachable)) 09.04.04 Join petur [50] (n=petur@rockbox/developer/petur) 09.07.29 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 09.07.40 Quit hassanakevazir (Read error: 54 (Connection reset by peer)) 09.09.04 Join hassanakevazir [0] (n=m0122@CPE0021296837af-CM001ceacc8352.cpe.net.cable.rogers.com) 09.10.51 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.11.47 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.30.05 Quit ze (Read error: 104 (Connection reset by peer)) 09.30.06 Join ze0 [0] (i=ze@76.91.72.105) 09.30.19 Nick ze0 is now known as ze (i=ze@76.91.72.105) 09.30.25 Join SUSaiyan` [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 09.30.27 Quit BHSPitLappy (Remote closed the connection) 09.30.29 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 09.52.08 Join petur2 [50] (n=petur@rockbox/developer/petur) 09.53.35 Quit Thundercloud (Remote closed the connection) 09.54.00 Quit petur (Nick collision from services.) 09.54.04 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 09.59.42 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 10.03.40 Join funman [0] (n=fun@rockbox/developer/funman) 10.12.53 Join pyro_maniac [0] (i=foobar@p57BBA426.dip0.t-ipconnect.de) 10.24.37 Quit pyro_maniac ("Leaving.") 10.28.40 # Bagder: still no news from AMS ? they seem to have forgotten us :/ 10.28.56 # I don't think it is about forgetting... 10.29.07 # but not a beep, no 10.29.24 # ignoring then ? 10.29.50 # exactly 10.29.59 # we've mailed quite a few people over there now 10.33.04 # What have you been asking for? 10.33.58 # more docs 10.34.10 # especially AS3531 datasheet 10.34.13 # for the v2 AMSes 10.34.52 # I sent my mail to _4_ individuals, not one of them has replied 10.35.39 # individuals whom we have had previous correspondence with? 10.36.11 # exactly, some of them I've talked to, and the others have been CC'ed by people I've talked to when we've got previous docs 10.36.57 # and funman has talked to others too 10.37.59 # * GodEater wonders why we bother 10.39.42 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 10.40.22 # because we don't know what to do instead! ;-) 10.43.07 Join funman_ [0] (n=fun@182.7.71-86.rev.gaoland.net) 10.43.50 Quit funman (Nick collision from services.) 10.43.52 Nick funman_ is now known as funman (n=fun@182.7.71-86.rev.gaoland.net) 10.44.29 *** Saving seen data "./dancer.seen" 10.46.46 # we need a communication expert 10.46.57 # someone in marketing for example 10.47.54 # in FFmpeg a skilled person used to handle legal problems (people/firms stealing FFmpeg code) 10.48.33 Quit funman ("leaving") 11.02.17 Join pyro_maniac [0] (i=foobar@p57BBA426.dip0.t-ipconnect.de) 11.28.54 Join Lynx_ [0] (n=Lynx@xdsl-84-44-168-185.netcologne.de) 11.31.09 Join pyro_maniac1 [0] (i=foobar@p57BBA074.dip0.t-ipconnect.de) 11.45.51 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 11.46.46 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 11.49.27 Quit pyro_maniac (Read error: 110 (Connection timed out)) 11.51.22 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.24.31 Quit bagawk (Remote closed the connection) 12.24.42 Join bagawk [0] (n=lee@c-98-232-168-140.hsd1.or.comcast.net) 12.26.46 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.44.32 *** Saving seen data "./dancer.seen" 12.59.11 Join petur2 [50] (n=petur@rockbox/developer/petur) 13.08.31 Quit kugel (Read error: 113 (No route to host)) 13.17.11 Quit petur (Read error: 110 (Connection timed out)) 13.22.20 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.44.38 Quit pyro_maniac1 ("Leaving.") 13.45.52 Join pyro_maniac [0] (i=foobar@p57BBA074.dip0.t-ipconnect.de) 13.51.51 Join kugel [0] (n=kugel@rockbox/developer/kugel) 13.55.02 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-c50bb9cf240abd3b) 14.05.37 Join schrottplatz [0] (n=max@f053224095.adsl.alicedsl.de) 14.10.01 Join BXCracer [0] (n=bxcracer@78-56-8-132.static.zebra.lt) 14.15.54 Quit kugel ("exit(0);") 14.16.01 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.17.08 Quit kugel (Remote closed the connection) 14.17.44 Quit Sedgewick ("off") 14.28.57 Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 14.29.37 Quit hassanakevazir (Remote closed the connection) 14.30.14 Join mt [0] (n=MTee@41.233.144.53) 14.30.38 # New commit by 03mt (r20917): Remove bytestream.h and and a related comment from cook.h 14.32.28 Join {phoenix} [0] (n=dirk@p54B467CC.dip.t-dialin.net) 14.34.25 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.35.01 Quit robin0800 (Remote closed the connection) 14.39.44 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.41.05 Join firedix [0] (n=firedix@201.254.116.40) 14.44.37 *** Saving seen data "./dancer.seen" 14.49.00 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 14.49.02 Join funman [0] (n=fun@rockbox/developer/funman) 14.50.52 Join froggyman [0] (n=187b533e@gateway/web/cgi-irc/labb.contactor.se/x-472e80ecbdbc67f9) 14.54.35 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-6cd653ec179a1da0) 14.56.04 Quit froggyman ("CGI:IRC (EOF)") 15.01.24 Join froggyman [0] (n=187b533e@gateway/web/cgi-irc/labb.contactor.se/x-848726854a1d407c) 15.03.20 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 15.06.01 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 15.07.05 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 15.08.48 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-58b627e80bd5cc1f) 15.21.05 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-56a6a4783ee5b0f4) 15.21.37 # New commit by 03mt (r20918): -Remove calls to av_log() and use DEBUGF/printf instead, thuse removing ... 15.22.41 # New commit by 03funman (r20919): FS#10118 & FS#10165 : lcd_blit_yuv() for Sansa Fuze & Sansa e200v2 15.24.18 *** Alert Mode level 1 15.24.18 # New commit by 03funman (r20920): Sansa Clip : remove unused variable xoffset from lcd driver 15.26.15 Quit froggyman ("CGI:IRC") 15.27.10 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 15.34.07 Quit __lifeless (Remote closed the connection) 15.34.09 Join _lifeless [0] (n=lifeless@188.16.64.149) 15.34.19 *** Alert Mode OFF 15.35.36 # Is "mp3entry" a bit of a leftover from before other codecs were involved? 15.35.56 # yes 15.36.24 # And "id3" as well? It refers to tags generally now? 15.36.24 # It was wrong even before that - Rockbox supported mp2... 15.36.50 # I considered renaming it when I abstracted the metadata code some months back, but I decided it should be a separate step (and I didn't come up with a good name) 15.37.42 # MarcGuay: yes, "id3" generally means "track metadata" 15.38.04 # linuxstb: Is the WAV stuff in test_codec only needed for the writing to file aspects? 15.38.37 # mt: Do you have many commits left before you have caught up with FS#10182? 15.38.41 Join miepchen^schlaf [0] (n=miepel@p579EC59A.dip.t-dialin.net) 15.38.56 # Zagor: Thanks. That helps a lot. 15.38.57 # MarcGuay: Yes. 15.40.44 # linuxstb: And there's nothing in there that actually plays audio, correct? codec_thread_do_callback just passes the data to the codec thread, not the audio? 15.41.22 # mt: Also, I don't know if you see it, but I get the warning "cookdata_fixpoint.h:430: warning: ‘cplscales’ defined but not used" 15.41.23 # * MarcGuay always seems to find himself back in the nightmare that is playback.c 15.43.45 # MarcGuay: Correct. The "pcmbuf_insert" function is called by the codec to play the audio. test_codec just writes that data to the output wav file (or just drops it). 15.44.05 # linuxstb: Thank you. 15.44.21 # I don't know if it's possible for a plugin to write to that pcm buffer - that would seem a nicer way for things to work, than calling pcm_play_data etc 15.44.42 # * linuxstb wonders why no-one has tried that... 15.44.57 # I'm amazed no one has tried to create a drumpad before... 15.45.23 # Could the comment line 951 of ata-sd-pp.c explain filesystem corruption on Sansa e200v1 ? 15.46.06 # Well that would be only on models with more than one bank (8GB and more) 15.47.07 # funman: jhMikeS wrote those comments - but I haven't seen him around recently... 15.47.18 # how is rockbox and touchscreens these days? 15.49.10 Quit CaptainKewl (Read error: 60 (Operation timed out)) 15.54.19 Join itcheg [0] (i=46923280@gateway/web/ajax/mibbit.com/x-e36ae2ffb665e76c) 16.00.24 Quit Zagor ("Don't panic") 16.02.14 # MarcGuay: not sure what it exactly does but there is a start of something called "beatbox" in SVN 16.03.12 # pixelma: That's where I started, actually. It uses the MIDI patchset to create loops. 16.03.26 # I wanted custom samples and button triggers. 16.03.58 Quit funman ("leaving") 16.04.03 # ah, ok. And well, as far as I know it's from the same author as midi(play) 16.05.39 Quit sbhsu (Read error: 110 (Connection timed out)) 16.06.46 # pixelma: It's a bit strange as well because there's code in the trunk but the plugin isn't enabled? Pre-patch tracker stuff, I suppose. 16.10.01 Join lee-qid [0] (n=liqid@p54966419.dip.t-dialin.net) 16.10.16 Part lee-qid 16.10.28 # yeah, I think it's not finished and guess it's not likely it will be if no-one else picks it up. I seem to *vaguely* remember that the author showed up a while ago and said he had to give back the target he developed on (a borrowed H300) 16.16.33 Quit bubsy ("Don't panic.") 16.17.24 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 16.20.10 Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Would you like to know more?") 16.20.16 Quit bmbl (Connection timed out) 16.31.30 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.44.41 *** Saving seen data "./dancer.seen" 16.45.58 Quit schrottplatz (Remote closed the connection) 16.46.10 Join schrottplatz [0] (n=max@f053224095.adsl.alicedsl.de) 16.51.53 # Unhelpful: Has that revert helped the problem with stuttering audio using jpg AA? 16.53.03 # evilnick: no, that only related to pictureflow - it was stopping playback outright to use the audio buffer. 16.53.08 Join Rob2222 [0] (n=Miranda@p4FDCCE0B.dip.t-dialin.net) 16.53.25 # Understood 16.54.24 # * Unhelpful wasn't sure that we'd actually diagnosed the problem - has anybody who knows how buffering works looked at what you saw on the debugging screen? 16.55.37 # I guess not. I'd be happy to report it again, perhaps in Flyspray? Would that get more attention? 17.00.20 # evilnick: That's the best place to report, of course. :) 17.01.16 # I'll get to a full write-up at lunchtime then. 17.02.47 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-e306515541e4f083) 17.04.09 Quit Rob2223 (Read error: 110 (Connection timed out)) 17.05.22 Quit matsl (Read error: 110 (Connection timed out)) 17.07.37 Quit itcheg (Client Quit) 17.08.15 Quit dmb ("Leaving") 17.09.43 Join toffe82 [0] (n=chatzill@74.0.180.178) 17.19.47 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 17.23.28 Quit SirFunk (Read error: 60 (Operation timed out)) 17.27.47 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 17.28.38 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 17.29.21 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 17.29.24 Join pleasemakev2CFW [0] (n=43a65468@gateway/web/cgi-irc/labb.contactor.se/x-7869666c9b5ca7ac) 17.30.00 # Is there anyway to change the primary boot to be the original firmware and not the rockbox one? 17.30.18 # not without editing the bootloader code 17.30.59 # So there is not settings like that, you need to edit some code? 17.31.03 # yes 17.31.13 # and then compile it 17.31.46 # Well that's to hard for me 17.32.04 Quit SirFunk_ (Read error: 60 (Operation timed out)) 17.34.27 # pleasemakev2CFW: Looks like you're out of luck then. 17.39.53 Quit pleasemakev2CFW ("CGI:IRC") 17.40.01 Join pleasemakev2CFW [0] (n=43a65468@gateway/web/cgi-irc/labb.contactor.se/x-fd5b6d1941019d46) 17.40.42 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-619b6aaec0b84305) 17.41.01 Quit pleasemakev2CFW (Client Quit) 17.46.04 Quit dfkt (Connection timed out) 17.52.22 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 17.56.45 Quit intrados (Remote closed the connection) 17.57.29 Quit nibbler (Read error: 60 (Operation timed out)) 17.58.25 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 18.03.39 Quit linuxstb (Read error: 148 (No route to host)) 18.05.59 Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 18.06.29 Quit intrados (Connection reset by peer) 18.06.53 Quit intrados_ (SendQ exceeded) 18.08.45 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.10.27 Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 18.14.07 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 18.15.19 Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 18.17.15 Quit mt (Read error: 101 (Network is unreachable)) 18.21.37 Join tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 18.27.49 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 18.32.13 Join Strife89 [0] (n=michael@204.116.244.200) 18.37.04 Quit schrottplatz ("o.O") 18.37.21 Part pyro_maniac ("Leaving.") 18.40.41 Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-9e6a799915044883) 18.42.23 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 18.43.10 Quit jfc (Read error: 110 (Connection timed out)) 18.44.07 Join fyrestorm [0] (n=nnscript@cpe-68-173-233-205.nyc.res.rr.com) 18.44.42 *** Saving seen data "./dancer.seen" 18.45.15 Quit petur2 ("work->...") 18.47.07 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 18.49.23 Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 19.01.36 Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) 19.02.38 Join Hawson [0] (n=hawson@c-98-204-202-57.hsd1.md.comcast.net) 19.03.02 Quit SirFunk__ (Read error: 110 (Connection timed out)) 19.03.33 # Hows the port for the Sansa AMS devices going? 19.04.44 # Hawson: check the wiki, theres a link on the front page 19.05.09 # saratoga: well, I've found the wiki lags behind a bit sometimes. :) 19.05.31 # the wiki is dated . . . 19.06.38 # You could check the forum thread too 19.06.38 # i have questions about dircache and the file browser, is anyone familar with them at all? 19.06.59 # saratoga: over a month ago for the v2 page--which is why I asked here 19.07.31 # "Port status as of May 11 2009." 19.07.50 # its been 12 hours since the wiki page was updated . . . 19.08.29 # http://www.rockbox.org/twiki/bin/view/Main/SansaE200v2 was updated on 30 March 2009. 19.08.54 # Hawson: check the current status link on the front page 19.09.45 # or even click the link under "Current Status" on the page you linked 19.09.49 # * Hawson nods 19.09.50 # danke 19.11.07 Join nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 19.18.00 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.19.41 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 19.19.53 Quit SirFunk_ (Read error: 60 (Operation timed out)) 19.21.04 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 19.27.55 Join juane414 [0] (n=chatzill@119.149.14.227) 19.29.09 # hey everyone, I'm wondering what it takes to make a theme, not just a wps... what does that require and what language are the themes coded in? 19.29.12 Join lee321987 [0] (n=chatzill@01-041.244.popsite.net) 19.29.49 # does any of this "cook" stuff mean I can play some kind of Real Audio files now? 19.29.56 # lee321987, not yet 19.30.11 # thanks 19.30.20 Quit lee321987 (Client Quit) 19.30.35 # juane414, WPS markup, as documenetd on the wiki, along a few declarations in theme files (not sure if it's documented, but see other themes for examples of what is in them) 19.31.05 # juane414: A theme is pretty much the wps and list of what font to load, what backdrop to use. Have a look at the provided examples to see what the syntax is like. It's also in the Wiki 19.31.15 # * GodEater wonders when we'll implement a konami code based easter egg in rockbox :) 19.31.20 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.31.22 # thanks guys 19.31.31 # whats the best way to open and view the code of a theme? 19.31.49 # text editor 19.32.03 # does notepad work? 19.32.09 # Yes it will 19.32.34 # great 19.32.39 # thanks much everyone 19.32.48 # i'll be back if i run into trouble 19.32.51 # The theme says: load this .wps file, so you're better off learning about wps's 19.33.11 # yea i read the wiki on customWPS 19.33.17 # looks pretty straightforward 19.33.31 Quit nibbler (Remote closed the connection) 19.34.24 # There are a lot of examples that you can have a look at, which should make getting to grips with it a lot easier. 19.34.54 # is the Vim text editor preferable to notepad? 19.35.17 # that depends on your preferences....either will work 19.35.18 # Whichever is easiest for you to use, I believe. 19.35.50 # scorche|sh: Are there any line ending peculiarities? 19.36.28 Join mt [0] (n=MTee@41.233.137.149) 19.37.17 Join nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) 19.37.20 # no 19.38.20 Join IuDeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-7b7272995668d4fd) 19.38.35 # hi all 19.39.34 # I saw the today funman commit. Can I downloadthe test compile without brickinfg my clip? (2gb) 19.39.46 # only from svn 19.40.11 # no 19.40.30 # Ok, thanks ;) 19.41.47 Quit IuDeX (Client Quit) 19.41.54 # that was easy 19.42.18 # linuxstb : I still have to remove everything dependent on mem.c/h, so that I could remove mem.c/h, internal.h and common.h to catchup with the task. 19.43.17 # mt: So did you manage to remove all dynamic memory usage? 19.43.32 # (I haven't looked at the later patches in your task) 19.44.15 # In FS#10182 I had managed to remove all dynamic allocations yes. 19.44.55 # But not yet for the current libcook patches I'm working on. 19.47.46 # Is it OK to take bitstream.c/h and bswap.h from libwma ? (I think yes since both codecs should use the same files eventually) 19.48.36 # Why do you need to? 19.49.07 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.49.30 # linuxstb: I'd like to combine the two eventually 19.50.15 # I don't need to, it'd be easier to use them because they have already been optimized for rockbox (memory allocations .. etc.) 19.50.49 # And it's better to have just one set of files (bswap.h , bitsream.. ) for both codecs. 19.52.44 Join biengo [0] (n=quassel@xdsl-84-44-230-200.netcologne.de) 19.54.29 # bswap.h doesn't seem necessary - Rockbox already has core functions to do that. 19.54.40 Quit juane414 ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 19.55.07 Join bluebrother [0] (n=Dom@f053152125.adsl.alicedsl.de) 19.55.22 # Although there are no 64-bit swap functions... 19.56.23 # * linuxstb sees the 64-bit usage in cook.c is commented out 19.57.23 # Yes there are no 64-bit functions 19.59.11 # libwma has a bitswap.h as well 20.00.26 Join einhirn [0] (n=Miranda@p4FC60775.dip0.t-ipconnect.de) 20.00.27 # That's why I said one set of files for both. :) 20.02.02 # saratoga: Where? I can't see a bitswap.h 20.02.25 # bswap.h 20.02.44 Quit einhirn (Client Quit) 20.03.05 # sorry mistyped before 20.03.29 # i think all we use in it are the swap16 and swap32 redefines 20.05.16 # Yes, there seems to be a lot of dead code in both bswap.h and bitstream.[ch] 20.06.28 # yes we only use a few of those functions, and I bet they could be made faster if cleaned up 20.06.56 # Or at least we would have a chance of knowing that... 20.07.06 # i once played around with the different bitstream readers in ffmpeg and they made a surprisingly large difference, IIRC the other fast one for arm slowed decoding by a good 5% 20.07.39 # so theres probably room for optimization 20.08.52 Quit miepchen^schlaf () 20.10.14 # Llorean: just saw your mails to Alex Wallis, We are discussing Accessibiltiy issues in rbutil with him, so asking about parts he cant find, isnt soo far offtopic. 20.10.47 # domonoky: It is if he starts a new thread on it, with it presented as a support issue. 20.11.28 # I'm just not certain he realizes he's posting to -dev, he's done that in the past I think 20.13.01 # * domonoky just wanted to mention that this two mails, didnt look too friendly.. 20.13.52 Quit biengo (Remote closed the connection) 20.13.55 # Well one of them was very much a feature request. 20.14.05 Join pyro_maniac [0] (n=pyro@91-64-227-210-dynip.superkabel.de) 20.14.24 # And I was quite polite, and even suggested to him where a better place to put it would be, and why it's better to have it in an easily searchable place. 20.14.33 # :-) 20.16.05 Join juane414 [0] (n=chatzill@119.149.14.227) 20.16.30 Quit intrados_ (Read error: 104 (Connection reset by peer)) 20.16.52 Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 20.16.54 Quit hd (Read error: 54 (Connection reset by peer)) 20.16.56 # does anyone know if it would be possible to create a WPS in which the status bar is something other than a straight bar, i.e. circle, square, or have the progress bar go top to bottom? 20.17.36 # What do you mean by "status bar" ? We use that to refer to the row of icons normally at the top of the screen. 20.17.47 # sorry 20.17.50 # i meant progress bar 20.18.00 # So both your questions were about the progress bar? 20.18.02 # depends how acurate you want it to be... 20.18.02 # that displays how much of the song has been played 20.18.09 # yes sorry that wasn't clear 20.18.16 Join Grahack [0] (n=chri@ip-206.net-82-216-223.rev.numericable.fr) 20.18.29 Part Hawson 20.18.55 # Speaking of status bar. 20.19.07 # Why would the status bar show a charging icon, but the WPS not make its charging status change? 20.19.18 Join miepchen^schlaf [0] (n=miepel@p579EC59A.dip.t-dialin.net) 20.19.37 # because its a bug? 20.19.44 # On the Gigabeat S when charging from the actual charger, the status bar and WPS show charging. USB charging gets a plug on the status bar, but the WPS doesn't change. 20.20.10 # well.. the beast isnt a supported target... try on a supportet target with a current build 20.20.11 # :D 20.20.29 # Well, the same thing used to happen on the Gigabeat F too. 20.20.31 # * AlexP slaps JdGordon| :) 20.20.44 # used to happen? so maybe it doesnt happen in current builds? 20.22.19 # so about the progress bar, does it not have to be a straight line? 20.22.46 # juane414: IIRC, it can be one of two things 20.23.00 # juane414: a) A bitmap that reveals from left to right 20.23.10 # depends how you want to do it... you could have ti squigly using a transparent coloured mask in a image (i tinhk there is an example in the wiki) 20.23.28 # juane414: or b) you can use conditionals to display a different bitmap each time, but then it is less accurate 20.23.46 # i see 20.24.15 # how would that line with the conditionals look? 20.24.19 # b) is les accurate as you are limited to a maximum number of bitmaps, so it only changes every 100/number of images % 20.24.30 # * Llorean updates a Gigabeat F for JdGordon|'s sake 20.24.59 # hey, im just giving you your own medicine... 20.25.12 # That wasn't a complaint 20.26.29 # JdGordon|: It's a swusb problem, so it doesn't show up on the beast 20.26.46 Quit juane414 ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 20.26.47 # But when an iPod charges from USB where you have to hold down Menu to connect, it doesn't register in the WPS but does on the status bar. 20.26.54 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 20.27.04 # it sounds like a simple fix in gwps-commonc.c... 20.27.32 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 20.27.36 # if the statusbar shows its charging and the wps doesnt then the wps is calling the wrong status checker function 20.32.36 # Llorean: could also be a bug in the WPS you are using 20.33.20 # pixelma: That the USB charger isn't shown, but the normal charger is? 20.33.49 # Also, the WPS is CabbieV2 20.33.56 # So, being the default, it's still a Rockbox bug. ;) 20.37.19 # es (to the letter), I'm not sure about the first at the moment. I know that there are two related possible tags (battery power and battery charging), not sure what exactly the statusbar shows... 20.37.35 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.37.51 # * pixelma replaces the start with "yes (to the latter)" 20.38.38 # shouldnt there be just 1 power tag? 20.38.52 Quit matsl (Read error: 60 (Operation timed out)) 20.38.58 # On my Sansa E280 the charging plug is shown on the wps as expected (using CabbieV2) 20.39.00 # i.e with values for AC, usb charging, battery 20.39.15 Join Jeroen__ [0] (n=chatzill@53531113.cable.casema.nl) 20.39.25 # hi there 20.39.37 # I'll be blunt, is this a place to ask for support? 20.39.42 # yes 20.39.47 # Alright 20.39.51 Join lee-qid_ [0] (n=liqid@p54967A2B.dip.t-dialin.net) 20.39.51 # For Rockbox anyway 20.40.01 Part lee-qid_ 20.40.06 # I've succesfully rockboxed my sansa e260, firmware v1-something 20.40.14 # however, I cant play FLACs 20.40.21 # I've tried umtliple files 20.40.23 # differen builds 20.40.26 # not everything charges when connected to USB (but I think it's not possible to show "USB power" on the Ondio in the WPS - and the statusbar can) 20.40.26 # what happenes 20.40.35 # a course to make less typo's -_- 20.40.53 # What happens is that seems to try to play the file, the filetype is marked as "?" 20.41.00 # And it then goes back to the library 20.41.11 # no error message or the like 20.41.19 # I've deleted and reinstalled the flac.codec file 20.41.19 # pixelma: ok, usb power shuold be close enough to usb charging to be able to use the same value 20.41.40 # The files do show up in the library, but that's it 20.41.42 Quit flydutch ("/* empty */") 20.42.05 # I'm kind of at a loss here..I was expecting of all things that is would work ;) 20.42.13 # JdGordon|: I always assumed there was a reason but since the target(s) I started with didn't have it, it didn't bother me much 20.42.37 # Jeroen__: what type of tags do your FLAC files have? 20.42.50 # or how did you rip them 20.43.58 # I ripped one set of flac's from a CD I own using foobar2000 20.44.05 # the other set was downloaded 20.44.40 # reference libFLAC 1.2.1 200709017 20.44.44 # hnn 20.44.48 *** Saving seen data "./dancer.seen" 20.45.54 Quit merbanan (Read error: 110 (Connection timed out)) 20.45.57 # pastebin the properties of one of the files from foobar 20.46.19 # Duration : 3:22.067 (8911140 samples) 20.46.21 # Sample Rate : 44100 Hz 20.46.22 # Channels : 2 20.46.24 # Bits Per Sample : 16 20.46.25 # Bitrate : 921 kbps 20.46.27 # Codec : FLAC 20.46.29 # Encoding : lossless 20.46.30 # Tool : reference libFLAC 1.2.1 20070917 20.46.32 # pastebin! 20.46.32 # Embedded Cuesheet : no 20.46.33 # Audio MD5 : 9108FC0EF2858D6B68B76C3F9C9678C0 20.46.35 # that's one I ripped 20.46.40 # read better 20.46.42 # my bad, not sure what you mean by that 20.46.47 # * Jeroen__ gos back to google 20.46.57 # how come you didn't get kicked for that 20.47.00 # why didnt logbot boot him? 20.47.16 # no ops 20.47.26 # right 20.47.53 # I'm not familiar with this tool, so I'm not sure how to quite use it.. 20.48.23 # 1) Go to pastebin.com 2) Paste the info 3) Give us the link :) 20.48.23 # Bagder:? 20.48.32 # http://pastebin.com/m48d87609 20.48.34 #>> "needs ops to be able to kick" by Bagder (n=daniel@rockbox/developer/bagder) 20.48.44 # I'll pastebin a few more 20.48.59 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 20.50.03 # http://pastebin.com/m1d6d11ec and http://pastebin.com/m1a6018ac 20.50.16 # I don't see in my foobar that it displays the tag type (vorbis comments or ID3) in the properties so am not sure if it's worth it 20.50.20 # the obvious first thing to notice would be that the used codec seems somewhat old 20.50.27 # 2007 20.50.44 # is the container native or ogg, as well 20.50.55 # native 20.52.13 # does foobar read the tags? 20.52.35 # do you have any other tagging programs? 20.52.44 # What tags exactly? I'm getting this info from foobar's properties. 20.52.58 # did you tag the files? 20.53.05 # I don't use anything else to tag from what I know, I've been using foobar from way before this 20.53.10 # No, these came pretagged 20.53.16 # one set I did hav eto tag ymself 20.53.20 Quit linuxstb (Read error: 113 (No route to host)) 20.53.23 # does foobar read those tags? 20.53.38 # the ones I ripped I had to tag with an online db, foobar is handy like that 20.53.55 # I believe so, I believe I'm not sure what you're trying to ask me specifically.. 20.54.06 # when I play the file, I do get tags as in name, container etc 20.54.09 # bitrate, you name it 20.54.20 Join mirak [0] (n=mirak@85-169-186-233.rev.numericable.fr) 20.54.37 # Apologies if I'm hogging and spamming up the channel here 20.54.45 # lets try something easier 20.54.54 # do the files have an artist tag, and does foobar read it if they do? 20.55.16 # Heh, yeah. I'm not exactly a coder. And yes, that's what the files do and foobar does read them.. 20.55.36 # and this exact file does not decode in rockbox? 20.55.39 # I thought you were hinting to a possible different sort of tags.. 20.55.41 # Nope 20.55.43 # none of them 20.55.59 # mp3 20.56.03 # woops 20.56.10 # mp3's play just fine..just so you know 20.56.12 # Jeroen__: some people use ID3 tags on FLAC files even though this is not technically allowed 20.56.16 # Jeroen__: paste tag view from foobar please 20.56.19 Join schrottplatz [0] (n=max@f053224095.adsl.alicedsl.de) 20.57.05 # http://pastebin.com/m26a3bde4 20.58.51 Quit Strife89 ("Bye, all.") 21.01.22 # Yeah, I don't know either :P 21.01.25 # do you have any other tagging programs? 21.01.53 # Well I have windows media player installed, but not used for music 21.02.14 # Though I suppose it might auto-tag stuff? 21.02.35 # It *shouldn't* touch flac, AFAIK 21.03.00 # heh, I can actually play flacs with WMP 21.03.18 # Are you using Windows7? 21.03.30 # YES 21.03.47 # And I desperately need to update to the RC..but that's beside the point 21.06.36 # Can you try checking the file using EasyTag as that tells us what format the tags are in? (http://sourceforge.net/project/showfiles.php?group_id=5216&package_id=133407&release_id=506703) 21.06.58 Join Ubuntuxer [0] (n=johannes@dslb-094-221-083-234.pools.arcor-ip.net) 21.07.04 # alright, hang on 21.09.53 Join Jeroen___ [0] (n=chatzill@53531113.cable.casema.nl) 21.10.38 # wow, sourceforge must be having a bad day 21.13.26 Quit wincent (Read error: 110 (Connection timed out)) 21.13.28 # okay, so I have one of the files opened in easytag 21.13.52 # do I need to export some data now, evilnick ? 21.15.05 # Good question, I'm assuming that there's an option to view what format the tags are in, but I haven't used the program myself before! 21.15.43 Join einhirn [0] (n=Miranda@p4FC60775.dip0.t-ipconnect.de) 21.15.44 # I'm looking through, it mainly seems like a good tool to actually fill the empty tag spaces..which would be a bad idea now 21.15.52 Quit einhirn (Client Quit) 21.16.19 # I can give you a brief description, the FLAC Vorbis tag has the title, artist, Album, yeah, genre and track number listed 21.16.26 # that's about it 21.16.46 # FLAC _vorbis_ was what we needed to know 21.17.14 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.18.25 # alright, so the conclusion is? :P 21.18.56 # Could you send the smallest file to someone via rapidshare? Or some other web-based service. 21.19.18 Quit nibbler (Read error: 110 (Connection timed out)) 21.20.16 # hi 21.20.28 # Of the file that will NOT play on Rockbox. I don't know why it won't work yet, but there should be a simple reason and it's difficult to troubleshoot these without having the files themselves. 21.20.49 # seems as if I was a bit too hasty with my happiness about Rockbox supporting jpeg Albumart 21.21.53 # Jeroen__: can you see an error message when you try to play the files? 21.22.38 # using folder.jpg, the player only skips and stutters. Seems as if my 1400x1400 jpegs are just too much... 21.22.50 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 21.23.02 # there is a simple answer to that... 21.23.13 # okay 21.23.15 # just a sec 21.23.28 Nick J-23 is now known as groshek (n=zelazko@unix.net.pl) 21.24.33 Nick groshek is now known as J-23 (n=zelazko@unix.net.pl) 21.24.50 # Also, there is no error message 21.24.50 # http://rapidshare.com/files/232216694/Foreword.flac.html 21.24.50 # this refuses to play 21.25.00 # Horscht: From what I could understand when I spoke to Unhelpful about this, the size of the AA only matters to a certain point, as there are some fancy tricks to reduce by 8x (or something) 21.25.29 # there's also no album art.. 21.26.27 # evilnick, i got another album with a 600x600 art, which works fine, though. I realy think it's a resolution issue 21.26.43 # Jeroen___: have you tried other codecs? Do any of them work? 21.27.07 # jeroen__: That file plays fine for me on my Sansa e280 21.27.28 # gevaerts: mp3 work fine 21.27.41 # does ogg work? 21.27.50 # let me see 21.27.53 # jeroen__you said you removed and reinstall flac.codec... did you make sure it was from the right build? 21.28.31 # I removed the flac.codec, and then simply reinstalled rockbox 21.28.39 Quit Jeroen__ (Read error: 110 (Connection timed out)) 21.29.22 # Can you try unzipping a new build onto your player making sure to overwrite where there are collisions please. 21.30.04 Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) 21.30.19 Nick J-23 is now known as wiecej_zmian_nic (n=zelazko@unix.net.pl) 21.30.21 # how did you uninstall the flac codec, I mean it isn't the first thing that would come to my mind... 21.30.32 # I'm using the installer, and I've switched build about 3 times now I believe, but I'll have another try 21.30.55 Nick wiecej_zmian_nic is now known as skubert (n=zelazko@unix.net.pl) 21.31.21 Nick skubert is now known as _kUtek_ (n=zelazko@unix.net.pl) 21.31.40 Quit _kUtek_ (Nick collision from services.) 21.31.53 # Where did you get the installer from? 21.31.53 Join J-23 [0] (n=zelazko@unix.net.pl) 21.36.19 # the rockbox website of course 21.36.26 # tried unzipping a new build, no chancge 21.36.31 # changes* 21.36.57 # AS for uninstalling the flac codec, I simply deleted the flac.codec file 21.37.14 # Can you go to the System menu and give us the version from the Rockbox Info item? 21.37.22 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 21.38.06 Quit SirFunk__ (Read error: 60 (Operation timed out)) 21.38.53 # Version: r20912-090511 21.39.03 # And yes, don't you worry this is the latest version AFAIK 21.39.11 Nick LambdaCalculus37 is now known as Kibo (i=44a0430d@rockbox/staff/LambdaCalculus37) 21.39.19 Nick Kibo is now known as LambdaCalculus37 (i=44a0430d@rockbox/staff/LambdaCalculus37) 21.39.36 # Isn't it 12th May (or even 13th in Rockbox-time)? 21.40.01 # it isn't actually :) Current is 20920. Close enough though 21.40.09 # okay got me there, the last one I unzipped was the one I downloaded yesterday 21.40.16 # but I did try the most recent one using the installer 21.40.45 # evilnick: what version are you running? 21.41.10 Part pyro_maniac ("Leaving.") 21.41.56 # Jeroen___: have you tried checking the filesystem? Filesystem corruption can cause really weird issues sometimes 21.42.14 # gevaerts: One from 2 or 3 days ago, but I was plugging in my player to update as you asked the question! 21.42.30 Join StealthyXIIGer [0] (n=stealthy@69.216.113.6) 21.42.59 # As a matter of fact, I do have one odd file that is 4GB large and cannot be rmeeved according to windows, but the player doesn't seem to recognise it, fortunately :P 21.43.04 # removed* 21.43.47 # If it's 4GB then that implies it's corrupt... AFAIK 4GB is the largest filesize supported by FAT32 21.43.48 # What would be the best way of checking the filesystem? 21.44.03 # chkdsk from a command prompt 21.44.38 # yes, but that one file is simply called 'P'..that's all 21.45.04 Join JdGordonn [0] (n=irchon@32.154.140.189) 21.46.12 Quit JdGordonn (Remote closed the connection) 21.46.36 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-33f29edba02cd06d) 21.47.09 # alright, chkdsk definetly found some stuff 21.47.12 # should I let it repair? 21.47.18 # Jeroen___: Yes 21.47.20 # do you have backups of everything? 21.47.27 # yup 21.47.30 # +provided you have backups 21.47.37 # ok. Let it repair 21.49.07 Join {phoenix} [0] (n=dirk@p54B467CC.dip.t-dialin.net) 21.49.13 # well, that went smooth 21.49.26 Join petur [50] (n=petur@rockbox/developer/petur) 21.49.31 # maybe reinstall rockbox now to make sure it's clean 21.52.12 # latest or stable? 21.52.29 # Either. 21.52.37 # your choice. I just want to make sure that all files are correct 21.54.48 # No dice :/ 21.55.06 # What is interesting though is that it will attempt to play the next file in the list 21.55.28 # and even though I know it's a flac file, in the 'now playing' it is listed as a .mp3 21.56.50 # Can you play the file from your PC (from the sansa drive)? Maybe it got corrupted from the filesystem corruption as well? 21.57.55 # yeah, no problem there 21.58.22 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.20 # * gevaerts is getting close to suggesting to actually format the sansa even though that shouldn't be needed 22.01.10 # if it gets recognised as an mp3 then i would be very tempted to guess it has an id3 tag 22.01.18 # and that rockbox's decoder cna't deal with that 22.01.29 # okay, let's assume that 22.01.31 # Torne: evilnick could play it apparently 22.01.42 # hm 22.01.57 # still, shouldn't be very hard to check 22.02.07 # well I uploaded the file 22.02.10 Quit Ubuntuxer ("Leaving.") 22.02.17 # if you want to check it, feel free 22.02.28 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 22.02.28 # not really in a position to, i'm afraid 22.02.30 # not on a real computer :) 22.02.33 # ah 22.03.31 # also, doesn't rockbox use the extention to decide on which codec to use? 22.03.57 # no idea, i'm afraid 22.03.59 # i'm just speculating 22.04.13 # and also he said that the info shows correctly in the database, if I understood correctly 22.04.15 # having had other programs choke in the past on unusual combinations of tag/container 22.04.20 Part Grahack 22.04.46 # people stuff id3/ape on anything, in my experience :0 22.04.57 # without any regard for whether the decoder will cope 22.05.10 # Well, rockbox doesn't like flac with id3, that's for sure. But the fact that evilnick can play it on his sansa seems to prove that this is not the problem... 22.06.28 # * gevaerts suspects that chkdsk didn't clean up everything perfectly this time... 22.07.46 # man, I might as wlel just try to reconvert everything or something :P 22.07.56 # to mp3, if I must 22.08.10 # Jeroen___: I'd try formatting the device and copying the files again 22.08.27 # well, if someone else with the same player can play the file and you can't 22.08.35 # then either your build is broken or there's something wrong with the player, ya'd think 22.08.42 # Just to be clear..which files? What happens to the original firmware if I do so? 22.09.07 # the original firmware doesn't sit on the data partition, so that won't be touched 22.09.11 # Jeroen___: rockbox, and the files you are trying to play 22.10.09 # Yeah, it works fine for me, using a build from a couple of days ago. It's recognised as flac correctly and plays without any issues. 22.10.16 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.10.45 # linuxstb: did you get a chance to look at my ipod bootloader patch? *nag* :) 22.10.49 # also hi 22.11.27 # Hi ;) 22.15.24 # Torne: Nicely written comment - I had forgetten it did all that... 22.15.34 # well now people will know ;) 22.15.54 # Well, people that read the source... ;) 22.16.52 # well, yah 22.17.17 # if it gets committed i'll happily try and write up a more mortal-friendly description for the wiki somewhere 22.17.18 # For some reason, your patch doesn't apply cleanly (it applies with "fuzz 2") 22.17.19 # backing up music takes long.. -_- 22.17.22 # really? 22.17.24 # Oh, er 22.17.32 # hm, no, don't know actually 22.17.41 # i have a huge loom of patches but i can't see anything else touching ipod.c 22.17.53 # in bootloader/ipod.c - "Hunk #3 succeeded at 374 with fuzz 2". and "Hunk #4 succeeded at 401 with fuzz 2." 22.17.56 # so it should be reasonably fine for svn trunk 22.18.10 # Jeroen___: You only have to backup the contents of the internal flash, you can take the SD card out for this testing 22.18.11 # lemme go check the loom 22.18.56 # I am backing up the content of the internal flash actually, in fact, I'm using using an SD card 22.19.00 # (nor a microSD card) 22.20.52 Join rushfan [0] (n=rushfan@adsl-76-241-110-44.dsl.bcvloh.sbcglobal.net) 22.21.26 # linuxstb: weird, it has fuzz 2 for me as well 22.21.33 # if i apply to a copy of upstream 22.21.42 # * Torne wonders what bzr has screwed up :) 22.22.10 # Torne: Well, it seems OK... It also had DOS line endings, but that's not a problem. 22.22.18 # Oh, sorry about that 22.22.26 # i generated the diff on my work pc i think 22.22.28 # It's OK, patch spots that. 22.22.33 # Hello. When I try to build my database using the latest release on an iPod Video 64mb, it gets stuck when it says "... 1441 found" everytime. 22.22.35 # via the high tech method of copy and paste 22.22.48 # Is there anything I can do about this/at least see exactly what file it is looking at that moment? 22.22.59 # lemme redo the patch in bzr real quick just to be sure 22.23.26 # Torne: Hmm, I'm wondering if that Rockbox string will interfere with mi4 targets (Sansas etc) 22.23.38 # (in crt0-pp.S) - it's not just used for ipods. 22.23.48 # i believe it just gets overwritten 22.23.54 # but i've not tested it as i don't have those players 22.24.00 Quit {phoenix} (Remote closed the connection) 22.24.07 # Yes, I expect so too. 22.24.23 # hm, if i redo the patch in bzr it applies with no fuzz 22.24.28 # * Torne diffs the diffs :) 22.24.36 # rushfan: The best way is a binary search. Take half the songs off the player and try to build the database. If it succeeds then take the second half (of now known good songs) off and put the first half back on. Rinse and repeat. 22.25.18 # aha! 22.25.32 # the one i posted on the tracker has lost all the trailing whitespace on lines 22.25.44 # dunno what i did to it to end up that way and with dos line endings 22.25.46 # Formatting.. 22.25.52 # i can upload the good one if you like ;) 22.25.54 # just to be safe 22.26.13 # Jeroen___: FAT32 I hope? 22.26.20 # Torne: No, I think it's OK. 22.26.29 # yah 22.26.49 # lol 22.26.50 # yeah 22.27.00 # perhaps some interesting codethere for the usb mtp on windows : http://code.google.com/p/jusbpmp/ 22.27.08 # I wonder if I should've just done quick format though 22.27.10 # but w/e 22.27.31 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 22.27.55 # Torne: My "svn diff" (after applying your patch looks the same as your diff, so I think we're good. 22.28.05 # ok :) 22.28.09 # justwhitespace cockups then 22.28.56 # toffe82: I doubt it. That just uses libmtp 22.29.41 # evilnick: I think first I'll upgrade to the latest build and see if that helps 22.30.10 Quit schrottplatz ("o.O") 22.30.12 # rushfan: That should be the first move whenever you encounter bugs with Rockbox ;) 22.31.51 # evilnick: yeah. I'm having a slow day here I shoulda done that earlier :\ 22.32.53 # evilnick: could it be getting stuck on a corrupted mp3 file or something? 22.33.04 # Torne: I've just tried a Sansa e200 build - the "Rockbox" string isn't being overwritten, but I can't think of a reason it being there would be a problem... 22.33.17 # i meant at boot time 22.33.25 # It's possible. Or perhaps only the tags are corrupted? 22.33.43 # but i'm not very clear on what all the mi4 stuff is 22.33.52 # so, it might be good if someone tried it i guess 22.33.53 # :) 22.34.02 # evilnick: could be actually 22.34.05 # rushfan: Maybe you should run chkdsk on it before going ahead with the binary search. 22.34.32 # rushfan: Also, very big tags (like embedded AA) can have weird effects on the database (and on playback) 22.34.37 # well it made it pas 1141 this time :| 22.34.52 # Torne: Or we could just play it safe and #ifdef IPOD_ARCH that change to crt0-pp.S 22.34.54 # hm, crt0-pp-bl.S says scramble writes to 0xe0-0xeb 22.35.05 # oh no, it was 1441 and it got stuck again 22.35.06 # heh 22.35.07 # which is way after the Rockbox\1 string 22.35.23 # linuxstb: yah. i was figuring it might be a generically useful thing, possibly 22.35.30 # not right now perhaps buthey 22.35.41 # evilnick: can it read the tags off of m4a files nicely? 22.35.45 # i was a little surprised that the binary didn't *already* have some kind of header info ;) 22.35.52 # Cause I have some (not drm) m4a files off of itunes 22.36.24 # rushfan: Yes it can. Anything that is the standard form of tagging for that format of music file. 22.36.38 # ok 22.37.43 # linuxstb: yeah, i've just looked in tools/mi4.c and the checksums/magic/model that go into the file are all from 0xe0-0xe8 (and the last word) 22.37.53 # so it should be okay 22.38.08 # up to you 22.39.03 # so... either Album art is broken or Rockbox gets very confused about cover.bmp and folder.jpg existing 22.39.27 # Horscht: It should prioritise jpg over bmp 22.39.33 Quit firedix ("Ex-Chat") 22.39.46 # well.... it shows neiterh... 22.40.08 # but deleting folder.jpg fixes it... 22.40.12 # Is it a single-scan jpg file? 22.40.22 # Was it a single-scan jpg file? ;) 22.41.11 # having access to a copy, how would I know? 22.41.48 # New commit by 03dave (r20921): FS#9730 by Torne Wuff - support installing Rockbox in the firmware partition in place of the main Apple firmware. This image is only loaded if no ... 22.43.17 Quit bluebrother (Read error: 113 (No route to host)) 22.44.11 # Horscht: Sorry, I have no idea. But you could try copying it and converting it (via Irfanview or similar) to a standard jpg file and see if that fixes it. 22.44.52 *** Saving seen data "./dancer.seen" 22.45.05 # let me just try jpg only without bmp 22.45.08 # can you watch it using the jpeg viewer? 22.46.52 # hm... no 22.46.57 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 22.48.32 # linuxstb: thanks :) 22.48.39 # linuxstb: i can slightly reduce my patch stack! :) 22.50.38 # New commit by 03mt (r20922): -Remove all dynamic allocations, hence remove cook_decode_close() which was basically ... 22.51.41 # Torne: No problem! And all green - http://build.rockbox.org/dev.cgi ;) 22.51.57 # evilnick, i opened the jpg in paint.net and saved it again. Shrinking it from 1.4MB to 800kb 22.52.10 # linuxstb: woah, it can build all that in 8 minutes? 22.52.15 # what does "single-scan" mean in the context of a jpeg? 22.52.29 Quit rushfan ("...") 22.52.37 # Torne: "it" being lots of servers 22.52.49 # heh 22.52.52 # well, i guess 22.52.56 # http://build.rockbox.org/cvsmod/serv-20090512T204235Z.html 22.53.32 # if only i could parallelise like that at work ;) 22.53.38 # but alas our tree sucks 22.53.42 # and our build system sucks worse 22.53.54 # linuxstb : "The advantage is a small _increase_ in boottime" ? 22.54.06 # mt: Hmm, I perhaps didn't mean that ;) 22.54.11 # haha 22.54.13 # i didn't notice ;) 22.54.14 # heh :) 22.55.11 # linuxstb : I think I caught up with FS#101082 22.55.20 # oops .. #10182 22.56.15 # * mt waits for the new build .. 22.58.14 # mt: then you're going to start working on the rockbox part of the codec? 22.58.47 Join bluebrother [0] (n=Dom@f053152125.adsl.alicedsl.de) 22.59.11 # rm = real media? 22.59.30 # saratoga : I believe so yes, but I still need to separate librm and libcook, or should that be done later ? 22.59.36 # Horscht : yes 23.01.45 # mt: is the rm parser in rm2wav.c? 23.02.21 # saratoga : yes. I should rename it to rm.c though, didn't notice :) 23.02.46 # if its all in one file sepearting it from libcook should be pretty easy i think 23.03.49 # Well, for use in Rockbox, the parser needs rewriting to parse a memory buffer, rather than read small parts at a time from a file handle. 23.04.19 # Although the metadata parsing version may need to. 23.04.33 # ah yes, all in one file. I'll just have to take rm.[c/h] out of libcook and modify the #includes in cook and main. 23.07.21 # linuxstb : But this too falls under ''porting to rockbox''. I think saratoga means just getting the parser out of the way. (or at least that's what I mean ;) ) 23.10.55 Quit Thundercloud (Remote closed the connection) 23.12.23 # the parser looks fairly compact, could you just put it into apps/codecs/rm.c ? 23.13.08 # pixelma: oh, can you have a look at the manual patch in 10198 please? (and test the actual patch if you want?) :) 23.15.10 # saratoga : I could move rm.c/h to /codecs. (though I only see *.c's there ? ) 23.15.23 # saratoga: That would make it harder to support other codecs. It would be better in a lib. But my point was that the existing code is possibly not worth moving, but rather a new parser can be written (based heavily on the existing code) instead of moving rm2wav.c 23.15.55 # whats the advantage of a lib? all rm codecs will need to pass through rm.c anyway 23.16.19 # No they won't. 23.16.44 # which wouldn't? 23.17.08 Quit krazykit (Read error: 110 (Connection timed out)) 23.17.18 Quit mirak (Read error: 113 (No route to host)) 23.17.19 # I mean you would have a separate codec for each format - the same way as speex/vorbis or aac/alac are handled 23.17.22 # in case anyone is still around 23.17.25 # stuff seems to work now 23.17.29 # ok that makes sense 23.18.03 # The get_metadata() function identifies which actual codec is needed - that will be the same for all rm files. 23.20.09 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 23.20.36 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d4e9263b91b35503) 23.20.52 # Jeroen___: great :) 23.21.22 Join krazykit [0] (n=kkit@adsl-76-252-6-10.dsl.ipltin.sbcglobal.net) 23.26.59 # linuxstb , saratoga : any comments on the last commit ? 23.27.17 Join mirak [0] (n=mirak@85-169-186-233.rev.numericable.fr) 23.28.34 Join joejc [0] (n=joe@adsl-69-224-154-58.dsl.irvnca.pacbell.net) 23.28.49 # mt: So far, only the fact that it is hard to look at because it contains lots of different changes. 23.29.36 Quit scorche (Success) 23.30.00 Quit coney (Read error: 104 (Connection reset by peer)) 23.30.46 Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 23.31.04 # thanks a lot of ryour help! 23.31.07 # ..ugh 23.31.10 # nvm the typos 23.31.14 Quit Jeroen___ ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 23.31.15 Quit midkay ("Leaving") 23.32.40 Quit merbanan (Read error: 110 (Connection timed out)) 23.33.28 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 23.33.53 # is it possible to install rockbox on a ipod that doesnt have the default firmware? 23.34.42 # In theory, yes. But in practice, no - the Rockbox install tools require a working ipod to modify. 23.35.09 # thats stupid 23.35.20 # Thanks. 23.37.07 # does rockbox use the default firmware for anything? 23.38.17 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.38.21 Join coney [0] (n=james@oh.cyber-army.com) 23.38.26 # like playing drm music or something 23.38.31 # The default install tools set up a dual boot so that Rockbox can be removed safely, and the iPod can safely be used even if Rockbox fails. 23.39.03 # joejc: No, Rockbox doesn't use the original firmware in that way. 23.39.19 # joejc: Restoring the apple firmware is straightforward though - http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore 23.41.09 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.41.15 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 23.41.31 Quit bmbl ("Woah!") 23.41.50 # thanks 23.41.53 Quit Tuplanolla (Read error: 110 (Connection timed out)) 23.42.46 # would it be possible to format a ipod to ext3? 23.43.17 # Rockbox won't run on ext3 23.43.57 Quit bluebrother ("Leaving") 23.44.26 # joejc: Rockbox only supports FAT 23.44.28 Quit jgarvey ("Leaving") 23.44.53 # only fat not hfs? 23.45.00 # Correct. 23.45.45 # how does it work on mac pods? 23.46.03 # It doesn't. Macpod owners need to reformat as fat. 23.46.21 # (our fine manual describes all this...) 23.46.43 Quit petur ("Zzzzz") 23.47.06 # but it doesnt respond to me when i ask stupid questions 23.47.46 Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-cbc4b964c1dca6d3) 23.48.09 # then maybe we won't, too 23.48.24 Quit Llorean (Read error: 104 (Connection reset by peer)) 23.48.37 # pixelma: This is expected behaviour, isn't it? That the dynamic playlist is cleared unless Repeat is set to anything other than Off. 23.48.45 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-150.dsl.hstntx.sbcglobal.net) 23.48.55 # as far as I know, yes 23.50.23 # evilnick: It's been debated whether "Resume" should also mean "re-start" a playlist that has come to the end now that we preserve the contents of the playlist to be viewed in the playlist viewer, but nobody's written the patch yet, I believe. 23.50.53 # it has? 23.51.15 # I do remember the discussion 23.51.33 # I mean, yeah that sounds reasonable, I just dont remember any discussion 23.51.43 # which obviously doesnt mean it didnt happen.... just... 23.51.44 # JdGordon|: Yeah, it has. 23.51.48 # Well, that it happened rather than who said what and what the justifications were. 23.51.55 # pondlife was a part of it, I'm pretty sure. 23.53.07 # pixelma: got disconnected, dunno if you saw my reqeust before... I'd rather not commit the patch without the manual change... 23.53.09 # JdGordon: re. 10198 - what's with USB power? I'm asking because the way you enter it is basically the same as USB charging on other targets (hold a specific button while plugging USB). And second question - how does it interfere with other (long) button presses? 23.53.16 # oh snap :p 23.54.09 # USB power on Ondio... I'm not sure but I think it isn't even mentioned in the manual yet :| 23.54.13 # pixelma: the change is to give the user the choice of charging or connecting as msc when usb happens, and pressing *any* button to do the other thing instead 23.54.37 # well, the Ondio doesn't charge though 23.54.43 # it interferes as much as svn does with buttons... 23.55.02 # that option is ifdef'ed so maybe its not relevant to the ondios anyway 23.56.17 # I see a change on an if(usb_power_button()) 23.56.22 # line 23.56.56 # of course it doesn't tell me much, just skimming the diff 23.57.06 # right, so the change there is press any button instead of a specific one 23.57.12 # but the setting might not be on ondio 23.58.28 # if it defaults to USB (data) connection without button press...