| 00:00:26 | bubsy | hmm any documents on how to compile (if necessary) and transfer Rockbox to the Creative Zen Vision:M? |
| 00:00:37 | bubsy | I know some things aren't ported yet, but I'd love to try! :) |
| 00:01:01 | motionman95 | There's a guide in the wiki... |
| 00:01:13 | * | motionman95 goes to get the link |
| 00:01:53 | motionman95 | This: http://www.rockbox.org/twiki/bin/view/Main/NewPort and this: http://www.rockbox.org/twiki/bin/view/Main/PortingHowTo |
| 00:02:35 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 00:05:23 | | Quit {phoenix} (Remote closed the connection) |
| 00:05:43 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-8aed5e361b214293) |
| 00:06:21 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 00:06:50 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:08:52 | | Quit spiorf (Remote closed the connection) |
| 00:09:06 | | Quit miepchen^schlaf () |
| 00:09:18 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 00:10:21 | | Join Johannes` [0] (n=super@cm-84.209.35.116.getinternet.no) |
| 00:11:55 | | Join Flerbeun [0] (n=45d1c8dd@gateway/web/cgi-irc/labb.contactor.se/x-d91713c7a7e54750) |
| 00:12:04 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 00:12:37 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 00:13:32 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 00:13:49 | | Join martian67_ [0] (n=martian6@testingthis.mooo.com) |
| 00:14:26 | | Quit Flerbeun (Client Quit) |
| 00:21:55 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 00:21:56 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 00:22:19 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 00:24:24 | | Quit motionman95 ("http://www.mibbit.com ajax IRC Client") |
| 00:32:04 | | Join _Auron|0 [0] (n=Auron@m4f0e36d0.tmodns.net) |
| 00:33:36 | | Join _Auron|0_ [0] (n=Auron@ppp-70-249-149-60.dsl.rcsntx.swbell.net) |
| 00:34:02 | | Quit _Auron|G1_ (Read error: 104 (Connection reset by peer)) |
| 00:37:28 | | Quit martian67_ (Remote closed the connection) |
| 00:37:28 | | Quit martian67 (Remote closed the connection) |
| 00:38:04 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 00:39:03 | *** | Saving seen data "./dancer.seen" |
| 00:39:21 | | Join miepchen^schlaf [0] (n=miepel@p579EC546.dip.t-dialin.net) |
| 00:39:54 | | Quit Sedgewick ("off") |
| 00:39:56 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-1c434a3a42a8c52f) |
| 00:42:09 | | Quit _Auron|0_ (Read error: 104 (Connection reset by peer)) |
| 00:42:15 | | Join _Auron|G1_ [0] (n=Auron@ppp-70-249-149-60.dsl.rcsntx.swbell.net) |
| 00:42:29 | | Quit _Auron|G1_ (Client Quit) |
| 00:46:29 | | Quit bluebrother ("leaving") |
| 00:53:00 | | Quit _Auron|0 (Read error: 104 (Connection reset by peer)) |
| 00:53:39 | | Quit martian67 ("out") |
| 00:54:41 | | Quit JdGordon ("Leaving.") |
| 00:55:37 | | Join mib_5ajozoni [0] (i=507ecee1@gateway/web/ajax/mibbit.com/x-9925cd07f911c9c4) |
| 00:57:01 | mib_5ajozoni | Hello |
| 00:58:15 | mib_5ajozoni | When I install rockbox on my iPod, am I infringing the EULA or other legal crap? |
| 00:59:10 | | Quit tvelocity (Remote closed the connection) |
| 00:59:34 | mib_5ajozoni | sorry for "crap" I mean laws etc. |
| 00:59:49 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:00 |
| 01:00:39 | mib_5ajozoni | no one? |
| 01:00:57 | kkurbjun | mib_5ajozoni: I havn't read the EULA, but I would say it's likely |
| 01:01:04 | mib_5ajozoni | oh |
| 01:01:17 | kkurbjun | it's pretty easy to remove too though |
| 01:01:24 | mib_5ajozoni | well then I guess no rockbox |
| 01:01:31 | mib_5ajozoni | for me |
| 01:01:33 | kkurbjun | and if it's out of warantee then it's not really an issue |
| 01:01:40 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 01:01:53 | mib_5ajozoni | It's still illegal |
| 01:01:57 | mib_5ajozoni | kinda lame |
| 01:02:06 | kkurbjun | well. not really |
| 01:02:28 | mib_5ajozoni | not really? |
| 01:02:30 | krazykit | it's your device, you can do as you like with it. it's not like anyone will ever sue you for doing so. |
| 01:03:00 | mib_5ajozoni | It's only illegal if a judge says so |
| 01:03:07 | mib_5ajozoni | yeah you're right |
| 01:03:14 | mib_5ajozoni | ok |
| 01:03:35 | kkurbjun | the eula is just an agreement as I understand it if you violate it, then you are just saying that you don't get agreed upon service with the device, like a warantee |
| 01:03:59 | kkurbjun | I don't think that they could sue you unless you committed fraud or something like htat |
| 01:04:20 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 01:04:50 | kkurbjun | i.e. say that you never installed 3rd party software to get free service in the agreement |
| 01:05:04 | Unhelpful | hrm... bufopen already takes a file offset argument. it looks like all we really need is for the metadata readers to store an offset to the image data when it finds an embedded tag, and then pass that offset to bufopen, pass the filename of the audio file instead of searching for an image file |
| 01:06:44 | | Quit ender` (" Our chances of being caught by the RIAA or IFPI are somewhat less than being hit by lightning - or choking on a wasabi-flav") |
| 01:07:55 | mib_5ajozoni | ok this is kind of funny I just read that if you are only able to read the EULA AFTER the purchase (as in when you first use the software) it's not legally valid ( In the Netherlands anyway) this reduces the EULA to a joke |
| 01:09:52 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 01:12:02 | ze | most legal assesments of EULA's i've ever heard basically came to similar conclusions |
| 01:12:28 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 01:16:44 | | Part fatahab |
| 01:18:20 | mib_5ajozoni | I still agreed though |
| 01:18:29 | | Part mib_5ajozoni |
| 01:19:09 | | Quit JdGordon ("Leaving.") |
| 01:21:14 | | Join JdGordon [0] (n=Miranda@c-67-160-44-90.hsd1.wa.comcast.net) |
| 01:24:01 | bubsy | .. I have transfered the rockbox.zvm (injected with nk.bin and sent with sendfirm), and I placed .rockbox in my Zen Vision:M root and rebooted |
| 01:24:13 | bubsy | I got some text in a console, then the normal Zen Vision:M firmware booted |
| 01:24:20 | bubsy | so... NOT possible to get rockbox on it at all? |
| 01:24:34 | CIA-63 | New commit by unhelpful (r20836): Add core JPEG reader, adapted from the JPEG plugin's decoder, with some changes to prevent include conflicts between the two decoders. |
| 01:24:37 | bubsy | (and yes, I compiled rockbox for the Zen Vision:M) |
| 01:25:20 | bubsy | "Currently, all the bootloader does is load the original firmware." <−− .............. |
| 01:25:27 | bubsy | then what's the point? |
| 01:25:28 | Unhelpful | bubsy: what was the text? the bootloader supports dual-boot, and there are some oddities about getting it to find rockbox on the gigabeat S, which also uses nk.bin |
| 01:25:48 | bubsy | it didn't last long, and I have to reset the player again to see it |
| 01:25:53 | bubsy | I need a cold boot again, grr |
| 01:26:01 | toffe82 | 9*2.2 |
| 01:26:06 | toffe82 | :) |
| 01:26:15 | bubsy | ? |
| 01:26:41 | Llorean | bubsy: The "point" is that it's in development. One thing it has to do for dual boot is load the original firmware, and you want to get that working *first* since Rockbox sure isn't going to be working soon and you need the OF for many things usually |
| 01:26:42 | bubsy | wait, I'll use the reset button |
| 01:26:55 | Unhelpful | bubsy: oh! well, if that's as far as the bootloader has gotten on that target, you'll need to wait. |
| 01:28:17 | bubsy | :( |
| 01:28:24 | bubsy | it've been like that for many months |
| 01:28:30 | bubsy | ATTENTION ZVM DEVELOPERS: DO SOMETHING |
| 01:28:36 | bubsy | it's* |
| 01:28:48 | Llorean | bubsy: It's volunteer effort |
| 01:28:55 | | Quit toffe82 ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 01:28:58 | kugel | kkurbjun: noticied my lcd sleep fix? |
| 01:28:59 | Llorean | I don't see you saying "i want it badly enough, I'm going to learn what it takes to do the job." |
| 01:29:50 | kkurbjun | kugel, I did, thanks for looking at that, I tried it and it seems to be working right now |
| 01:30:03 | bubsy | Unhelpful: the bootloader says "Rockbox bootloader version blah" "rev blah" "Loading Creative Firmware" |
| 01:30:15 | kkurbjun | bubsy: it's very likely that the zvm port is just broken right now, it's not a released target |
| 01:30:18 | kugel | cool. well, the mr500 wasn't the only broken target :) |
| 01:30:31 | kkurbjun | :) |
| 01:30:50 | kugel | and thanks for your HAVE_LCD_ENABLE clean up |
| 01:31:45 | kkurbjun | bubsy, the zvm shares alot in common with the m:robe and the linker scripts have been mucked around with so I'm not sure that scrambling is working properly right now. |
| 01:31:55 | CIA-63 | New commit by unhelpful (r20837): Search for, and load, JPEG album art files. |
| 01:31:56 | kkurbjun | yeah, no problem |
| 01:34:36 | kugel | kkurbjun: the gigabeats are still "wrong"? |
| 01:34:50 | kkurbjun | unhelpful, nice, I'm looking forward to trying out jpg album art.. are you planing on integrating the core jpeg decoder into the plugin? |
| 01:35:03 | kugel | Unhelpful: heh, I thought you'd wait a bit longer, but hooray for jpeg in core :) |
| 01:35:41 | kugel | is folder.jpg supported too? |
| 01:36:26 | kkurbjun | kugel, the gigabeat still mixes enable and sleep, I don't know if it works or not, it doesn't do backlight fading in backlight.c, I would imagine that your fix would would have corrected the gigabeat too if it wasn't working |
| 01:37:20 | kkurbjun | It's more difficult to test the gigabeat for lcd sleep because I can't see the screen as easily, and I don't have my current measurement setup for the gigabeat right now |
| 01:37:40 | kugel | kkurbjun: there's no fading at all, right? I'm probably able to do it in the sim then |
| 01:37:58 | kugel | why does it have sleep then anyway? |
| 01:38:04 | kkurbjun | the gigabeat has fading, but it does it in a different place |
| 01:39:06 | Unhelpful | kkurbjun: i've talked a bit with amiconn about the proper way to do that - this loader does not support reading from memory, but it's implemented on top of getc/putc functions, which could be swapped for in |
| 01:39:10 | kkurbjun | it saves quite a bit of current and the lcd is slow to turn on so there is a delay in it turning off so that users can touch it again quickly and not have to wait for the lcd startup if it /just/ turned off |
| 01:39:18 | Unhelpful | grr, enter-next-to-'-' |
| 01:39:27 | Unhelpful | which could be swapped for in-memory versions. |
| 01:39:44 | kugel | kkurbjun: ah, that makes sense then |
| 01:46:54 | CIA-63 | New commit by unhelpful (r20838): Fix AA search for file with same basename to test all extensions. |
| 01:52:18 | | Quit jmillikin ("Leaving") |
| 01:54:00 | kugel | Unhelpful: what happened about the 19k? |
| 01:54:28 | Unhelpful | kugel: those were the object file sizes. linked, they seem to have lost some weight. |
| 01:57:50 | kugel | Unhelpful: So, cover.jpg is supported, but folder.bmp not? |
| 01:58:15 | Llorean | folder.jpg is supported because it's a de facto standard. |
| 01:58:19 | Unhelpful | kugel: right. folder.jpg is a WMP convention, i didn't expect anybody would be creating folder.bmp files. |
| 01:58:20 | Llorean | folder.bmp, on the other hand, isn't. |
| 01:58:58 | kugel | Unhelpful: yea, but it doesn't make sense to restrict that, isn't it just a matter of calling try_exts? |
| 01:59:24 | kugel | also, I thought "Album Art.jpg" was wmp style, not folder.jpg |
| 01:59:59 | | Quit amiconn (Nick collision from services.) |
| 02:00 |
| 02:00:00 | | Quit pixelma (Nick collision from services.) |
| 02:00:00 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 02:00:01 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 02:00:15 | Unhelpful | kugel: but why add the function call for something that we *don't* expect anybody to use? |
| 02:00:20 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 02:00:21 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 02:00:59 | kugel | I think we're not good at expecting what users do |
| 02:01:16 | kugel | and going by that arguing, we can drop .bmp album art altogether |
| 02:01:26 | Unhelpful | i think only users who use windows folder icons are going to have folder.anything files, though. |
| 02:01:58 | Unhelpful | that was already suggested, but i think it should not happen right away :) |
| 02:02:09 | Llorean | I don't think we should drop bmp album art. |
| 02:02:31 | Llorean | We already have plenty of users who've converted their files once, we shouldn't take away a feature they're now using. |
| 02:02:52 | kugel | I think restricting folder to .jpg, but not the other supported filenames looks like unecessary hardcoding |
| 02:02:57 | Llorean | Not to mention, some of us like not having jpeg compression artifacts in our album art, and now we can use reasonably sized AA for both Rockbox and the PC thanks to scaling. |
| 02:03:12 | Llorean | kugel: You'd have to hardcode support to *add* new things, right? |
| 02:03:33 | kugel | :? |
| 02:03:49 | Llorean | We added folder.jpg because it's commonly used. |
| 02:03:58 | Llorean | Folder.bmp is not commonly used, there's really not a reason to add it. |
| 02:04:13 | Llorean | We're not trying to add every possible name someone might use. We're adding "our name, and a common name that PC applications use" |
| 02:04:30 | Unhelpful | Llorean: scaling oversized JPEG is *much* faster than scaling down oversized BMP, because the JPEG decoder can downscale up to 8x, and actually does *less* work doing so than decoding at native size. |
| 02:04:32 | Llorean | If there's a few more common filenames, we should add those, but there's no reason to have .bmp and .jpg versions of everything *except* our own folder structure |
| 02:04:33 | kugel | what's cover.jpg for then? |
| 02:04:46 | Llorean | cover.jpg is for our structure. |
| 02:05:09 | kugel | are we expecting users to use cover.jpg if they can use the defacto standard? |
| 02:05:20 | kugel | it seems we could save another function call there |
| 02:05:24 | Llorean | It's only a de facto standard for windows users. |
| 02:05:26 | gevaerts | it *is* the defacto standard! |
| 02:06:16 | Llorean | We certainly could drop cover.jpg, but then we should drop cover.bmp and rename it to folder.bmp so that people don't have to remember that different extensions require different file names too |
| 02:06:29 | Llorean | Which again takes us back to taking away the possibility to use it as users currently do. |
| 02:06:44 | gevaerts | Llorean: that is basically what kugel is saying though |
| 02:06:49 | Llorean | gevaerts: Which part? |
| 02:06:59 | gevaerts | "people don't have to remember that different extensions require different file names" |
| 02:07:00 | Llorean | The part where we could, or the part where it's a bad idea despite being able to? |
| 02:07:09 | Llorean | gevaerts: People shouldn't be making folder.jpg |
| 02:07:20 | Llorean | We support it because some tools create it *for* them without them knowing. |
| 02:07:45 | Llorean | If we find other tools making folder.bmp as a standard album art method, then it's worth considering adding it into the list. |
| 02:08:03 | gevaerts | I agree that we shouldn't scan for unlikely files, but you have to be careful when arguing :) |
| 02:08:12 | Llorean | Well, I've now clarified. |
| 02:08:25 | Llorean | I do try to be careful, but questions help. :) |
| 02:08:30 | Unhelpful | hrm, the hard-coded version won't support folder.jpeg either - but then windows isn't creating those, so i'd say the same argument applies. |
| 02:08:58 | Llorean | In my opinion, with "automatically" generated files, we just need the specific filename (no variants |
| 02:09:18 | Llorean | Then we have "our" AA structure which has all the options since the files are more likely to be manually created |
| 02:09:27 | kugel | Unhelpful: windows doesn't create anything |
| 02:10:01 | Llorean | kugel: WMP11 will automatically download/create them *supposedly* |
| 02:10:06 | gevaerts | I fully agree. We do our own convention, and where possible we support other common conventions |
| 02:10:22 | Llorean | gevaerts: Exactly |
| 02:10:29 | kugel | wmp != windows |
| 02:10:34 | * | gevaerts wants .tga AA |
| 02:11:18 | * | kugel wants different basenames for each supported extension |
| 02:11:51 | * | Llorean thinks that's the most user-unfriendly way to do it. |
| 02:12:26 | Llorean | Users should only need to know "this is how you do it if you're doing it yourself. If you're using WMP11, your album art will show up automatically." With WMP11 being replaced by an increasing list of programs as we find out more common structures. |
| 02:12:44 | Llorean | The "this is" being cover.bmp / cover.jpg / cover.jpeg |
| 02:13:34 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 02:14:47 | kugel | Unhelpful: What about people that renamed a picture found in google to folder.jpg? They didn't pay attention to the exact extensions (they just know jpeg, that's the format). And it will work in windows, but rockbox will fail, even though jpg and jpeg is supposedly the same |
| 02:14:55 | kugel | to folder.jpeg+ |
| 02:15:35 | kugel | the defacto is more about the folder than the jpg I think |
| 02:15:53 | Llorean | That's still not an argument for folder.bmp. |
| 02:15:58 | kugel | and if jpeg and jpg are valid extensions, both should work equally |
| 02:16:16 | Llorean | Does folder.jpeg work in Windows? |
| 02:16:38 | kugel | Llorean: I'm replying to Unhelpful, who said folder.jpeg doesn't work either |
| 02:17:15 | Unhelpful | Llorean: it's not an argument for folder.bmp, but the shortest path to supporting .jpg+.jpeg is calling the same try_exts function and getting .bmp as well. |
| 02:18:31 | Llorean | But does folder.jpeg work in windows? |
| 02:18:38 | kugel | hah, no it actually doesn't |
| 02:18:41 | kugel | I guess we're fine then |
| 02:18:52 | Llorean | So we do support the de facto standard. |
| 02:18:59 | Llorean | Now, iTunes just uses embedded album art. |
| 02:19:11 | Llorean | What do songbird, amarok, etc use? Any other common ones than embedded album art? |
| 02:19:18 | Llorean | Also, didn't the e200 OF use something specific? |
| 02:20:23 | kugel | I still think we should call try_exts for folder.* too. Windows' restriction isn't an excuse for me |
| 02:20:45 | Unhelpful | Llorean: i've *never* figured out where exactly amarok stores AA that it downloads, but it will display ./cover.jpg if it finds one. |
| 02:21:05 | gevaerts | kugel: then what about names like directory.*, ...? |
| 02:21:20 | kugel | or *.*? |
| 02:21:27 | gevaerts | exactly |
| 02:21:35 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 02:21:47 | kugel | I'm not disagreeing that folder.jpg is defacto |
| 02:22:10 | gevaerts | Anyway checking for a file is not necessarily free |
| 02:22:21 | Llorean | kugel: If our goal is "support our way, and various standards" why does folder.bmp and folder.jpeg need to be involved? |
| 02:22:35 | Llorean | If a program names it F000.jpg, should we then add F000.jpeg and F000.bmp too? |
| 02:23:17 | kugel | Llorean: because it's trivial to implement (it is already implemented for cover) |
| 02:23:31 | Llorean | That's not a reason to do it. |
| 02:23:36 | kugel | I see no real harm in doing the same for folder too |
| 02:23:47 | Llorean | (7:22:06 PM) gevaerts: Anyway checking for a file is not necessarily free |
| 02:24:08 | | Join lymeca [0] (n=lymeca@student166-152.hampshire.edu) |
| 02:24:17 | Llorean | The more filenames we support, the larger the extra time spent checking for files. It's small, but there's no reason to do it if there's not a decent likelihood the file will be there in the first place. |
| 02:24:25 | kugel | having album art at all isn't free. That's not a reason against imo |
| 02:24:49 | gevaerts | so what is the reasin in favour? |
| 02:24:56 | kugel | I'm not saying to support more filenames, just check the extensions for folder (the defacto) too |
| 02:24:58 | Llorean | gevaerts: "trivial to implement" |
| 02:25:26 | * | gevaerts can probably think of lots of things that are trivial to implement |
| 02:25:31 | Llorean | kugel: Just because AA isn't free doesn't mean we should waste time checking for files that are unlikely to be there. |
| 02:25:32 | Unhelpful | kugel: each extension checked is a filename passed to file_exists. |
| 02:25:53 | Unhelpful | in effect this patch already tripled the filesystem load of the AA search. |
| 02:26:13 | | Quit lymeca (Client Quit) |
| 02:26:44 | kugel | well, whatever. I don't like this restriction, but can't win against 3, so I'm quite for now :) |
| 02:27:00 | * | Llorean doesn't think it's a restriction at all. |
| 02:27:17 | Llorean | At least, no more so than not allowing people to name their art whatever filename they want. |
| 02:27:54 | Unhelpful | Llorean: that *was* suggested this morning. ;) |
| 02:28:12 | gevaerts | they can. Just use the tag based naming system |
| 02:28:33 | Llorean | gevaerts: Hah. Name your album whatever you want the filename to be? :-P |
| 02:28:50 | gevaerts | Llorean: isn't albumartist sufficient? |
| 02:29:00 | Llorean | Either way, that means folder.bmp *is* supported. |
| 02:29:02 | Llorean | Argument over. :0 |
| 02:29:04 | Llorean | :) |
| 02:29:18 | gevaerts | Combined with a wps that ignores albumartist, it makes basically no other difference |
| 02:39:04 | *** | Saving seen data "./dancer.seen" |
| 02:39:33 | kugel | Unhelpful: how's the jpeg loading working? load any sized jpeg, then scale upto 8x using this, then decode to bmp, then scale it exactly using the bmp scaler? |
| 02:39:33 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 02:39:55 | kugel | s/this/magic jpg scaling/ |
| 02:40:08 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 02:41:06 | | Join gartral [0] (n=gareth@adsl-75-33-92-115.dsl.bcvloh.sbcglobal.net) |
| 02:41:36 | gartral | RbUtil failed to extract rockbox.zip on installation "Extracting failed: Invalid or Incomplete zip archive..." |
| 02:42:31 | Unhelpful | kugel: the JPEG loader can scale to 1/8, 1/4, 1/2, 1/1, or 2/1, with the latter unavailable if there is subsampling. it scales to the smallest size that is larger than or equal to the desired output size, then passes the output to the scaler. |
| 02:43:01 | Unhelpful | one "row" of MCUs is buffered at a time, and then individual pixel rows from that are processed in the scaler |
| 02:43:06 | gartral | hmm, i see the site has "broken?" for e200s... |
| 02:43:54 | Unhelpful | the one-row-of-MCUs thing is part of why progressive and multi-scan are unsupported - the decoder needs all of the data for the current MCU row so that it can be completely decoded, and scaled, before it starts decoding the next MCU row. |
| 02:44:04 | kugel | Unhelpful: and this 1/8... scaling is done before or after decoding? |
| 02:45:10 | kugel | nice that the jpeg loader can scale 1/1 ;)= |
| 02:45:12 | kugel | ;) |
| 02:45:12 | Unhelpful | kugel: during, by doing partial decoding of the DCT-transformed image data. |
| 02:45:57 | kugel | I see. thanks for explaination |
| 02:46:33 | gartral | so what caused the e200 build to fail? |
| 02:47:13 | kugel | nothing. it's fine |
| 02:47:59 | gartral | says broken on my screen., and Rbutil wont extract the official |
| 02:48:09 | gartral | build* |
| 02:48:44 | gevaerts | my unzip also doesn't like that one |
| 02:49:03 | gartral | meh, simple fix: build my own |
| 02:51:10 | kugel | the e200 build isn't broken, but the upload to the download server apparently failed |
| 02:51:15 | | Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) |
| 02:51:42 | gevaerts | I guess it's this zip 3.0 thing |
| 02:51:56 | kugel | might be yes |
| 02:53:17 | gartral | just strange the only the e200 build seems to be affected |
| 02:55:27 | kugel | not exactly |
| 02:55:52 | kugel | just the only rockbox.zip built by amiconn's server |
| 02:58:07 | gartral | well, my archive manager seemed to extract it ok, but im not sure it will work.. |
| 03:00 |
| 03:00:52 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
| 03:01:31 | | Quit Thundercloud (Remote closed the connection) |
| 03:01:50 | gartral | well.. see ya |
| 03:03:58 | | Join Sharn [0] (n=Brandon@dsl-216-128-235-45.teton.id.tetontel.com) |
| 03:06:52 | | Join lymeca [0] (n=lymeca@student166-152.hampshire.edu) |
| 03:11:08 | Sharn | I was wondering if I could set a default theme in the config.cfg, without dropping everything form the theme file in there? |
| 03:11:32 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 03:13:45 | | Join AndyI [0] (n=pasha_in@212.14.208.235) |
| 03:14:13 | | Quit AndyIL (Read error: 104 (Connection reset by peer)) |
| 03:30:06 | Sharn | Anyone? |
| 03:31:23 | Unhelpful | Sharn: a "theme" is just a set of config options. if you don't want to use all of them, you can edit the theme file, or manually set some of the options from it. |
| 03:40:13 | | Quit kugel (Remote closed the connection) |
| 03:47:37 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66-172-233-61.longlines.com) |
| 03:51:51 | | Join midijunkie [0] (n=Miranda@pD95473D8.dip0.t-ipconnect.de) |
| 03:53:45 | | Join Strife89 [0] (n=nds@204.116.244.200) |
| 03:54:39 | | Quit midijunkie (Client Quit) |
| 03:55:05 | * | Strife89 spies a JPEG commit. |
| 03:55:16 | | Quit Johannes` ("Thank you. But our Princess is in another castle!...Just kidding! Ha ha ha! Bye bye.") |
| 04:00 |
| 04:01:03 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 04:13:58 | Sharn | Unhelpful: so it's built to just be pasted into the config? Rockbox is on a cowon d2, so it can't save the default theme if it's upposed to |
| 04:15:06 | Unhelpful | Sharn: pasting it into the config is not the *intended* way to apply a theme. surely there are worse problems on D2 than not remembering themes/settings? |
| 04:16:06 | Llorean | Sharn: The D2 isn't supported in part *because* the filesystem is read-only |
| 04:16:19 | Llorean | On working targets, Rockbox writes config.cfg for you including the theme settings from the in-use theme |
| 04:17:49 | bubsy | hey Llorean and Unhelpful, |
| 04:17:49 | bubsy | /* If no button is held, start the OF */ |
| 04:17:49 | bubsy | if(button_read_device() == 0) |
| 04:17:49 | DBUG | Enqueued KICK bubsy |
| 04:17:49 | bubsy | { |
| 04:17:49 | bubsy | printf("Loading Creative firmware..."); |
| 04:18:13 | bubsy | I tried to press a button, it just freeze right before it's supposed to say printf("Loading Rockbox firmware..."); |
| 04:18:23 | Llorean | Please don't paste multiple lines of code into the channel |
| 04:18:28 | bubsy | so the error is either here: disk_init(); or here: ret = disk_mount_all();¨ |
| 04:18:31 | bubsy | okay, sorry =/ |
| 04:19:17 | bubsy | I guess it can't reach the firmware file, or that the filesystem on the disk is unreadable |
| 04:21:14 | bubsy | I'll manipulate the bootloader and add more debugging messages |
| 04:21:40 | | Quit Strife89 ("ClIRC - IRC client for Nintendo DS") |
| 04:27:24 | Sharn | Llorean: I figured it did. I'm fully aware it is not a supported target, and the filesystem is read-only. That's why I'm asking if there's like a "source" line for the config file to just open the theme file and import it |
| 04:28:58 | Unhelpful | no, but you can replace the settings in the config file with the ones from the theme file. |
| 04:33:14 | bubsy | ret = disk_init(); <−− yup, it crashes here on the Zen Vision:M port |
| 04:33:28 | bubsy | it's going to init the disk to init the fs, so it can boot from the .rockbox dir |
| 04:35:00 | Sharn | Ok, I will. Thanks |
| 04:39:08 | *** | Saving seen data "./dancer.seen" |
| 04:39:15 | CIA-63 | New commit by unhelpful (r20839): Add read_jpeg_* to feature_wrappers.h, add import-from-core for jpeg_load.c on mono targets. |
| 04:50:22 | | Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) |
| 05:00 |
| 05:05:04 | | Quit EternalRains (Read error: 110 (Connection timed out)) |
| 05:09:26 | Unhelpful | does our lseek follow the same return-value convention as the POSIX one? in other works, can i use lseek(fd, 0 , SEEK_CUR) to get the current position in the file? |
| 05:13:35 | | Quit Seed (Nick collision from services.) |
| 05:14:00 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 05:15:01 | linuxstb | Unhelpful: "grep" tells me yes - e.g. video.c uses it. |
| 05:15:20 | Unhelpful | good deal... might come in handy if i ever want to tackle embedded AA |
| 05:23:32 | | Join Llorean1 [0] (n=DarkkOne@adsl-99-185-10-150.dsl.hstntx.sbcglobal.net) |
| 05:26:14 | | Quit martian67 (Read error: 104 (Connection reset by peer)) |
| 05:28:20 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 05:32:15 | | Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-248945c13a079777) |
| 05:33:46 | motionman95 | I can't get rb->rmdir to work! I tried rb->rmdir(wpsDir); (wpsDir equals "/.rockbox/wps/cabbiev2/") but I won't work. Please help! |
| 05:38:18 | | Join krazykit` [0] (n=kkit@ppp-70-236-46-135.dsl.ipltin.ameritech.net) |
| 05:38:18 | | Quit krazykit (Read error: 104 (Connection reset by peer)) |
| 05:41:32 | | Quit Llorean (Read error: 110 (Connection timed out)) |
| 05:43:35 | Unhelpful | motionman95: see if rmdir is picky about the trailing slash, perhaps... only thing i can think of. |
| 05:45:52 | | Quit lymeca (Read error: 110 (Connection timed out)) |
| 05:47:47 | motionman95 | thanks unhelpful...I'll play with it... |
| 05:47:49 | CIA-63 | New commit by unhelpful (r20840): Add read_<image>_fd functions to plugin API, add feature_wrappers.h handling for them, and add read_image.[ch] wrapper for reading image files with ... |
| 05:51:51 | | Quit CaptainKewl (Read error: 60 (Operation timed out)) |
| 05:56:57 | motionman95 | With or without the trailing slash, it doesn't work =( |
| 06:00 |
| 06:06:53 | CIA-63 | New commit by unhelpful (r20841): PictureFlow JPEG AA support for all non-mono targets (mono targets will need overlay for this). |
| 06:11:44 | | Quit motionman95 ("http://www.mibbit.com ajax IRC Client") |
| 06:13:45 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 06:17:07 | | Join lymeca [0] (n=lymeca@student166-152.hampshire.edu) |
| 06:17:39 | | Quit Zoxc () |
| 06:28:45 | | Join krazykit [0] (n=kkit@ppp-70-236-46-135.dsl.ipltin.ameritech.net) |
| 06:28:45 | | Quit krazykit` (Read error: 104 (Connection reset by peer)) |
| 06:33:57 | | Join _lifeless [0] (n=lifeless@188.16.86.28) |
| 06:36:05 | | Quit martian67 ("out") |
| 06:36:31 | CIA-63 | New commit by unhelpful (r20842): Fix red. |
| 06:36:33 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 06:39:10 | *** | Saving seen data "./dancer.seen" |
| 06:41:09 | | Quit krazykit (Read error: 104 (Connection reset by peer)) |
| 06:42:00 | | Join krazykit [0] (n=kkit@ppp-70-236-46-135.dsl.ipltin.ameritech.net) |
| 06:43:47 | | Quit lymeca (Read error: 110 (Connection timed out)) |
| 06:51:02 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 06:51:43 | | Quit efyx_ (Remote closed the connection) |
| 07:00 |
| 07:13:23 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
| 07:24:05 | | Quit _Auron_ (Read error: 60 (Operation timed out)) |
| 07:24:53 | Unhelpful | i noticed that the ZVM are color targets but don't define HAVE_ALBUMART. the scaler and the jpeg loader are both built based on LCD_DEPTH > 1, but aren't used in core if HAVE_ALBUMART isn't defined. worth fixing, or don't bother unless it's a supported-target problem? |
| 07:25:10 | | Quit Sharn (Read error: 110 (Connection timed out)) |
| 07:28:30 | kkurbjun | Unhelpful, the intention is that if someone for whatever reason wants to build their own lean setup they could undefine albumart (or other settings) and it would build fine with the reduced binary size |
| 07:30:01 | kkurbjun | when other things start relying on the internal jpeg decoder that could complicate the problem |
| 07:30:19 | kkurbjun | maybe something like HAVE_JPEG_DECODE or something like that |
| 07:30:29 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 07:34:37 | Unhelpful | kkurbjun: it's unlikely anything else will any time soon. only the buffer really offers enough memory to use the decoder, and the buffering thread is pretty much the only thing that can have a reasonable expectation of getting the space when it needs it :/ |
| 07:36:49 | | Join miepchen^schlaf [0] (n=miepel@p579ECB42.dip.t-dialin.net) |
| 07:38:21 | kkurbjun | I was thinking that plugins could eventually use it which would make the albumart define problematic if that effects functionality that might appear to be unrelated and someone is messing with the defines. It would be pretty clear what is wrong when you start getting compile errors, but I was thinking that if, perhaps someone didn't want to build JPEG support in and instead use the BMP loader (or no album art at all) they could tune it to |
| 07:39:02 | kkurbjun | that's where a HAVE_JPEG_DECODE might be usefule |
| 07:39:13 | kkurbjun | but I don't know how useful in the end it would be |
| 07:39:32 | kkurbjun | if it's alot of work or it clutters the code it's probably not worth it |
| 07:39:59 | kkurbjun | I would imagine that you would just substitute the >1 check for that define and you would just set it in the config file for the device though |
| 07:44:14 | Unhelpful | so, ideally, the scaler should build based on HAVE_JPEG_DECODE || HAVE_ALBUM_ART, the bmp loader should build without scaler support if HAVE_ALBUM_ART is undefined, etc. |
| 07:45:28 | Unhelpful | i'm not really worried about plugins that want it. apps/plugins/lib/pluginlib_*.c give us a mechanism for using disabled core features in plugins :) |
| 07:46:34 | kkurbjun | that's how I expect it to work, but others might have alternate impressions - I kind of view the config files like a linux kernel .config where you set the preferences that you want for the target. :), true |
| 07:47:56 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 07:50:23 | Unhelpful | i'd say the core jpeg decoder should perhaps even depend on HAVE_ALBUMART && HAVE_JPEG_DECODE, given how useless it is to anything without a pile of memory to throw around |
| 07:58:00 | kkurbjun | My ideal for the core jpeg decoder is that it can provide a useful set of standard video functions that can be leveraged so targets that, for example have hardware acceleration for some of those functions will have one central piece of code that they have to touch to take advantage of the HW functionality. I know it's not entirely setup for that right now, but that's why I was interested in having it useful to plugins, I guess maybe the Hu |
| 07:58:28 | kkurbjun | I havn't figured out how to get the dm320 idct running yet so it might not be really useful in the end anyway |
| 07:59:15 | kkurbjun | the other benefit that you have though is you could do processor optimizations on one piece of code that would have an effect both the jpeg viewer and the mpeg decoder for example |
| 07:59:43 | kkurbjun | but the overhead of having to call the functions through the plugin interface might diminish those returns too |
| 08:00 |
| 08:02:08 | Unhelpful | calls via the plugin API are calls via pointers. i believe that costs a few extra cycles on ARM, and probably pretty much everywhere else. |
| 08:06:06 | kkurbjun | yeah, and if you are talking about performance critical routines it might not be such a good idea of having a central location for these routines at least if they are called that way, it could make some redundant code unnecessary though and ease some of the maintenance burden. It might also be possible to make them a library of sorts that plugins or the core could use, but I don't know how exactly that would fit in |
| 08:07:14 | kkurbjun | either way it was just a thought, I'm not suggesting that it is something that necessarily should be done |
| 08:08:47 | Unhelpful | i believe that at least on ARM, as we build things, you get a similar penalty for calls to any function defined in another source file, anyway. |
| 08:09:58 | | Quit z35 ("Leaving") |
| 08:11:11 | Unhelpful | you can fix that with a function attribute, but it's a bit problematic, as it then becomes important whether the function and its caller are both in, or not in, iram :/ |
| 08:22:02 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 08:29:38 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-249-149-60.dsl.rcsntx.swbell.net) |
| 08:30:00 | | Join Rob2223 [0] (n=Miranda@p4FDCCED4.dip.t-dialin.net) |
| 08:31:12 | | Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:39:12 | *** | Saving seen data "./dancer.seen" |
| 08:46:03 | | Quit gartral (Read error: 110 (Connection timed out)) |
| 08:47:06 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:00 |
| 09:08:10 | | Join l403 [0] (n=l@85.132.159.239) |
| 09:12:05 | | Part Llorean1 |
| 09:13:07 | | Quit BHSPitLappy (Remote closed the connection) |
| 09:18:13 | mt | linuxstb : the patch should contain the whole converter program not just the decoder, right ? |
| 09:18:46 | | Quit jmillikin (Read error: 110 (Connection timed out)) |
| 09:42:30 | | Quit rvvs89 (Remote closed the connection) |
| 09:45:13 | | Quit flydutch ("/* empty */") |
| 09:56:20 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 09:58:21 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 09:59:05 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-51a7bdfa5d3fcb7d) |
| 10:00 |
| 10:06:07 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 10:20:29 | | Quit _Auron_ (Read error: 104 (Connection reset by peer)) |
| 10:21:14 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-249-149-60.dsl.rcsntx.swbell.net) |
| 10:25:47 | Unhelpful | ok, i'm starting on adding HAVE_JPEG and HAVE_BMP_SCALING, which will be used to enable/disable building the jpeg loader and scaler (with pluginlib import versions build if they're not provided in core) |
| 10:26:51 | Unhelpful | if anybody thinks that's crazy/stupid, let me know, otherwise i'll keep on it and commit it when i'm satisfied it doesn't break things |
| 10:26:58 | | Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 10:37:57 | | Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) |
| 10:39:15 | *** | Saving seen data "./dancer.seen" |
| 10:46:32 | | Quit daurn| (Read error: 104 (Connection reset by peer)) |
| 10:49:16 | | Join ibseco [0] (n=ibseco@HSI-KBW-091-089-199-124.hsi2.kabel-badenwuerttemberg.de) |
| 11:00 |
| 11:00:56 | | Join ibseco_ [0] (n=ibseco@HSI-KBW-091-089-199-124.hsi2.kabel-badenwuerttemberg.de) |
| 11:07:34 | | Quit ibseco (Success) |
| 11:23:36 | mt | linuxstb : patch −−> FS #10182 . I'll update the wiki later with the ffmpeg file I used so it could be compared to my current modified file. |
| 11:23:50 | mt | saratoga : ^ |
| 11:31:54 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 11:45:47 | | Quit sbhsu (Read error: 104 (Connection reset by peer)) |
| 12:00 |
| 12:12:43 | | Join midijunkie [0] (n=Miranda@pD954477E.dip0.t-ipconnect.de) |
| 12:14:32 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 12:31:12 | | Join lee321987 [0] (n=chatzill@64.24.51.122) |
| 12:31:28 | | Quit timc (Connection timed out) |
| 12:32:41 | lee321987 | on Cygwin −− what's the fastest way to find out the last SVN update number I downloaded? |
| 12:33:13 | n1s | svn info |
| 12:33:17 | lee321987 | thanks |
| 12:33:56 | | Join timc [0] (n=aoeu@124.93.243.83) |
| 12:34:00 | | Quit lee321987 (Client Quit) |
| 12:35:53 | | Join sko [0] (n=sko@M7472.m.strato-dslnet.de) |
| 12:39:17 | *** | Saving seen data "./dancer.seen" |
| 12:43:07 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:52:52 | | Quit l403 ("Ex-Chat") |
| 13:00 |
| 13:06:35 | | Quit timc (Connection timed out) |
| 13:08:52 | | Join einhirn [0] (n=Miranda@p4FC62039.dip0.t-ipconnect.de) |
| 13:10:46 | | Join timc [0] (n=aoeu@221.201.157.140) |
| 13:21:58 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
| 13:26:15 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 13:26:57 | CIA-63 | New commit by stripwax (r20843): Fix for noise after vorbis skipping introduced in r20783 - thanks to Aoyumi and learman |
| 13:28:16 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 13:34:26 | | Quit ibseco_ (Client Quit) |
| 13:46:38 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 13:46:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 13:46:47 | | Join __lifeless [0] (n=lifeless@188.16.86.28) |
| 13:51:42 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 13:53:24 | | Quit vedlith (Read error: 104 (Connection reset by peer)) |
| 13:54:12 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 14:00 |
| 14:03:34 | | Quit _lifeless (Read error: 113 (No route to host)) |
| 14:05:00 | | Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) |
| 14:05:08 | | Quit gromit` ("Coyote finally caught me") |
| 14:07:33 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 14:12:52 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 14:13:11 | | Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 14:13:35 | | Quit flydutch ("/* empty */") |
| 14:13:49 | | Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) |
| 14:21:40 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 14:29:47 | | Quit sko (""bye"") |
| 14:30:14 | | Quit fdinel (Read error: 104 (Connection reset by peer)) |
| 14:39:21 | *** | Saving seen data "./dancer.seen" |
| 14:43:40 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:44:21 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 14:49:48 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 15:00 |
| 15:02:11 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 15:03:20 | | Join {phoenix} [0] (n=dirk@p54B46B5D.dip.t-dialin.net) |
| 15:06:24 | | Join evilnick1 [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
| 15:20:28 | | Quit antitrons (Read error: 110 (Connection timed out)) |
| 15:20:30 | | Quit evilnick (Read error: 113 (No route to host)) |
| 15:21:25 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-66.mco.bellsouth.net) |
| 15:21:35 | | Join funman [0] (i=53c2bd7b@rockbox/developer/funman) |
| 15:21:55 | Blue_Dude | I'm trying to write a routine that operates directly on the output buffer. I have some questions on the buffer's structure. |
| 15:27:40 | funman | FlynDice: ping |
| 15:30:54 | domonoky | Blue_Dude: then just ask, and if somebody knows, he will answer :-) |
| 15:32:01 | funman | only models released are listed on http://build.rockbox.org/ ? |
| 15:32:32 | BigBambi | yeah. I think so |
| 15:33:09 | domonoky | jup, we only provide current binarys for released/supported targets.. |
| 15:33:39 | gevaerts | unless you can guess the URL :) |
| 15:33:43 | domonoky | or to be exact, only for supported targets, (they dont have to have a corresponding release) |
| 15:34:51 | | Quit funman ("http://www.mibbit.com ajax IRC Client") |
| 15:35:52 | Blue_Dude | I've been looking through pcmbuf.c, but I'm not sure it's the best place to meddle. If I'm going to build my own routine, should I just write it in a separate file and call to it from the appropriate place in pcmbuf.c (or wherever) or append it to the pcmbuf.c file? |
| 15:37:42 | domonoky | Blue_Dude: probably depends on what your own routine would do.. |
| 15:39:30 | Blue_Dude | It will modify the buffer to selectively amplify sections of the waveform. It has to do this on the buffer itself vs. the buffer filling routine because it has to look ahead at future samples. |
| 15:40:27 | | Join midijunkie [0] (n=Miranda@pD954477E.dip0.t-ipconnect.de) |
| 15:45:18 | domonoky | hm, how big is this look-ahead ? sounds like it could be pretty ugly in pcmbuf.c itself.. |
| 15:49:05 | domonoky | if the look-ahead isnt too big, it could perhaps be done with some buffering in a dsp routine (where it probably would fit better) |
| 15:50:06 | Blue_Dude | I plan to process the buffer in smallish chunks (64 samples or so), but do this only once in a while so processing overhead would be kept to a minimum. (No idea yet how I'd trigger it). It looks like the buffer is trying to go for about a 24000 sample size. So maybe out to 12000 samples between triggers? |
| 15:50:46 | Blue_Dude | Anyway, the operation itself would have to look ahead a maximum of 4000 samples. |
| 15:52:11 | Blue_Dude | And the buffer mod would be only on the audio itself (including effects like crossfading), but not on any voice overlay. |
| 15:53:23 | | Quit Xerion (" ") |
| 15:55:44 | domonoky | hm, i dont know too much about pcmbuf.c so maybe others can comment too ? |
| 15:57:12 | domonoky | but i would think, that working directly on the buffer might be difficult, as you cant relay on buffer size or how much audio is on the buffer due to the different targets and modes (low-latency mode). so it might get ugly, but feel free to try it out :-) |
| 15:57:56 | Blue_Dude | hm. By low latency you mean that the buffer is intentionally kept to a minimum? |
| 15:58:39 | domonoky | yes, its used when you change sound/dsp settings, so you hear changes as early as possible |
| 16:00 |
| 16:01:01 | Blue_Dude | what happens then? Is the buffer just refilled from scratch then? |
| 16:01:45 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 16:01:45 | Blue_Dude | If so, that's not fatal. If I change the buffer and it's then thrown out by refilling, I can just restart the operation from the start of the buffer. |
| 16:02:34 | Blue_Dude | Is low latency a common mode? |
| 16:03:50 | domonoky | hm, i am not sure on the details of this, maybe other can comment ? |
| 16:04:17 | | Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 16:04:32 | domonoky | i think low-latency mode is only used when changing the sound settings, but again i am not sure :-) |
| 16:06:22 | Blue_Dude | That's not a huge deal then. If it's just not feasible to do an entire operation at once, then I can set up a rolling scheme that would continue an operation when the buffer is available. But it's more work for me. :) |
| 16:08:00 | Blue_Dude | If the buffer just isn't there regularly then I can probably get away with a 500 sample lookahead, maybe a bit less. Less would be worse for low freq signals though. |
| 16:09:12 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
| 16:09:36 | | Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 16:09:46 | | Join paulk_ [0] (n=paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 16:10:45 | paulk_ | helo ! I'm reading that the lastest rockbox realase now support jpg and resizing on album art. |
| 16:11:03 | paulk_ | It's great, but will rockbox support png soon ??? |
| 16:11:10 | | Quit paulk_ (Read error: 104 (Connection reset by peer)) |
| 16:11:31 | | Join paulk_ [0] (n=paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 16:12:01 | paulk_ | ??? |
| 16:12:12 | kugel | paulk_: write a decoder |
| 16:12:45 | paulk_ | I'm not a programmer... |
| 16:14:20 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 16:14:40 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 16:16:32 | | Join burmas [0] (n=thomas@245-186-112-217.dyn.adsl.belcenter.be) |
| 16:16:33 | domonoky | Blue_Dude: 500-4000 samples look-ahead doesnt sound big, (thats up to 0.1 seconds?). I think there will be more data in the buffer even in low-latency mode. But i am still unsure if it is the right place.. |
| 16:18:24 | Blue_Dude | 0.1 seconds is about right. If I can get that much reliably, then I can do an entire operation at once. The idea is to have a 100ms release time programmed in after a gain is applied. That's the part I can do as a rolling operation as needed. |
| 16:19:31 | Blue_Dude | But for the attack phase I need to look ahead and affect samples before the peak happens. So about 500 samples is needed. |
| 16:19:52 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 16:20:02 | | Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
| 16:20:40 | | Join funman [0] (i=53c23765@rockbox/developer/funman) |
| 16:21:26 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
| 16:21:30 | Blue_Dude | But the more the merrier, because I can blaze through a swath of buffer all at once and only have to check on it once in a while (a few times a second). |
| 16:22:05 | | Join domonoky1 [0] (n=Domonoky@g229141099.adsl.alicedsl.de) |
| 16:22:22 | | Quit domonoky (Nick collision from services.) |
| 16:22:28 | | Nick domonoky1 is now known as domonoky (n=Domonoky@g229141099.adsl.alicedsl.de) |
| 16:22:38 | | Part burmas ("Konversation terminated!") |
| 16:23:53 | domonoky | so for now, i would suggest putting your code into its own file, try to make it as independent as possible and hook it into pcmbuf.c (for testing). And then ask on the dev-mailing list if there is a better place to put this functionality :-) |
| 16:24:04 | | Quit Thundercloud (Remote closed the connection) |
| 16:24:12 | Blue_Dude | That sounds like a plan. |
| 16:25:42 | funman | kugel: which parts of the mmu patch do you want to commit, remapping ? |
| 16:27:14 | funman | the lcd_blit_yuv paztch could be committed also |
| 16:27:20 | kugel | no, nothing that makes actual changes at least. but for example the additions to mmu-arm.s (probably #ifdef'd) and the #defines in as3525.h I did some time ago |
| 16:27:32 | kugel | I agree |
| 16:27:47 | funman | which additions to mmu-arm.S ?? |
| 16:28:29 | kugel | the latest 2 patches don't have them, but those before |
| 16:28:58 | kugel | mmu_bus_async f.e. |
| 16:29:02 | funman | they are not related to mmu at all, so I don't want those to be committed |
| 16:29:59 | kugel | ok |
| 16:30:10 | kugel | we don't need them anymore I guess? |
| 16:30:22 | funman | no, we can inline them like we do |
| 16:31:31 | funman | in my opinion we should wait before committing, because we have different approaches to the same problem. Perhaps we can wait to see which one is the best |
| 16:31:58 | funman | for example remapping in the bootloader or not (I'm in favor for the not) |
| 16:32:07 | kugel | but there are common parts to all approaches as far as I can see |
| 16:32:19 | kugel | I think we're all in favor of not doing it |
| 16:34:25 | kugel | the bootloader should only be making it possible to boot rockbox and print some debug anyway. there's no need to mess with the mmu at all in it |
| 16:34:53 | | Quit paulk_ ("Ex-Chat") |
| 16:34:59 | funman | i'll try to do more research on the clock frequencies this week (and also try to get a synced tree |
| 16:35:29 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 16:35:39 | | Quit funman ("http://www.mibbit.com ajax IRC Client") |
| 16:36:42 | | Quit evilnick1 (Read error: 113 (No route to host)) |
| 16:39:22 | *** | Saving seen data "./dancer.seen" |
| 16:44:20 | Blue_Dude | Must run. Thanks for the info, domonoky. |
| 16:45:17 | | Join mib_bmb9w2b2 [0] (i=507ecee1@gateway/web/ajax/mibbit.com/x-dac3414640d2f81a) |
| 16:45:29 | | Quit Blue_Dude ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 16:46:08 | mib_bmb9w2b2 | Can the rockbox installer replace ipod firmware instead of modifying it so it won't void the EULA |
| 16:47:13 | mib_bmb9w2b2 | ? |
| 16:47:55 | BigBambi | It doesn't modify it |
| 16:48:05 | BigBambi | Apart from the loader, which replacing it would also change |
| 16:48:13 | domonoky | mib_bmb9w2b2: ipodpatcher can do this, but it will still violate the EULA (as it probably talks about installing 3d-party software and not modifing the original). |
| 16:48:14 | BigBambi | Rockbox is a complete replacement |
| 16:48:34 | BigBambi | The Apple firmware is still there on a standard install, and you can boot both |
| 16:48:42 | BigBambi | EULAs are rubbish anyway |
| 16:49:31 | BigBambi | I'd be more concerned about the warantee |
| 16:49:49 | BigBambi | Which on any player Rockbox runs on has probably long since expired |
| 16:50:44 | BigBambi | *warranty |
| 16:54:06 | mib_bmb9w2b2 | so this ipodpatcher just deletes the OF and puts rockbox there? |
| 16:54:13 | BigBambi | no |
| 16:54:28 | BigBambi | It moves it, then inserts a Rockbox bootloader |
| 16:55:08 | BigBambi | So the apple bootloader calls what is now the Rockbox bootloader, and the Rockbox bootloader then decides whether to run the Apple firmware or Rockbox depending on if you press a button or not |
| 16:55:12 | | Quit robin0800 ("No Ping reply in 90 seconds.") |
| 16:55:25 | domonoky | BigBambi: it can also replace the OF with the bootloader, or even with rockbox itself :-) |
| 16:55:28 | BigBambi | It can delete the Apple OF if you really want |
| 16:55:37 | BigBambi | domonoky: Yes, was getting there :) |
| 16:55:41 | domonoky | :-) |
| 16:55:45 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 16:55:49 | mib_bmb9w2b2 | yeah because the EULA just sez: you may not copy, decompile, reverse engineer, disassemble, attempt to derive the source code of, decrypt, modify, or create derivative works of the iPod Software, iPod Software Updates, or any part thereof. |
| 16:56:05 | mib_bmb9w2b2 | so if you just delete it it's okay |
| 16:56:09 | BigBambi | That's rubbish |
| 16:56:19 | BigBambi | Reverse engineering is completely fine for instance |
| 16:56:19 | mib_bmb9w2b2 | what? |
| 16:56:26 | BigBambi | Well, outside of the States maybe |
| 16:56:37 | BigBambi | Not sure about there |
| 16:57:03 | mib_bmb9w2b2 | yeah legally yes but you shouldn't have agreed to the agreements then |
| 16:57:06 | domonoky | the only place where the EULA matters, is about the Warranty, everything else is practically void. |
| 16:57:10 | mib_bmb9w2b2 | if you agreed, you agreed |
| 16:57:17 | BigBambi | Rockbox on the ipods has been largely developed by reverse engineering |
| 16:57:33 | BigBambi | mib_bmb9w2b2: You can't agree to something that is not legally enforceable |
| 16:58:00 | mib_bmb9w2b2 | how do you mean? ofcourse you can |
| 16:58:14 | Horschti | mib_bmb9w2b2, which would require them to hand you a printed version of the EULA before you bought the product... |
| 16:58:14 | BigBambi | This isn't the place for this |
| 16:58:57 | BigBambi | mib_bmb9w2b2: Install it or don't, whatever you like. If you feel you must stick to the EULA like that then you had better not install Rockbox, as major parts of it were developed using reverse engineering |
| 17:00 |
| 17:00:06 | mib_bmb9w2b2 | I guess I can just email them that I step away from my agreement, and that if they don't like it they can sue me |
| 17:00:15 | BigBambi | Or just don't bother |
| 17:00:22 | BigBambi | Seriously, it really doesn't matter |
| 17:00:28 | BigBambi | But whatever you want |
| 17:01:28 | mib_bmb9w2b2 | ok |
| 17:01:31 | | Quit mib_bmb9w2b2 ("http://www.mibbit.com ajax IRC Client") |
| 17:04:09 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 17:04:35 | dfkt | does the new jpeg AA work with available WPS themes, same as bmp AA? |
| 17:05:21 | kugel | yep |
| 17:05:30 | dfkt | nice |
| 17:05:34 | kugel | folder.jpg works tpp |
| 17:05:36 | kugel | too* |
| 17:06:00 | dfkt | i might have to make myself a WPS for the x5 then :) |
| 17:07:26 | dfkt | is there a way to view the code for *no* WPS, i.e. this screen: http://iaudiophile.net/gallery/albums/iaudio_x5/rockbox/P1010321-1024.jpg |
| 17:07:33 | dfkt | i want to build on that, if possible |
| 17:08:17 | kugel | the code for no wps is literally no code |
| 17:08:31 | dfkt | so it's in the binaries? |
| 17:08:34 | kugel | look at rockbox_default.wps (it only contains a comment) |
| 17:08:40 | kugel | yes |
| 17:08:55 | | Quit SirFunk_ (Read error: 60 (Operation timed out)) |
| 17:09:02 | dfkt | i see, too bad |
| 17:09:09 | BigBambi | kugel: Doesn't that then load the old default that is hardcoded |
| 17:09:13 | kugel | the code for that is in apps/gui/gwps-common.c |
| 17:09:24 | kugel | BigBambi: yes |
| 17:09:31 | BigBambi | So what if you really wanted a blank screen? |
| 17:09:33 | dfkt | ah, i'll look into it - thanks kugel |
| 17:09:51 | BigBambi | Just something else I guess - like a blank viewport |
| 17:09:59 | kugel | BigBambi: I was referring to the "no wps" he was refering to |
| 17:10:08 | BigBambi | ah, OK |
| 17:10:16 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 17:10:20 | BigBambi | I thought we were talking about actually no wps |
| 17:10:29 | BigBambi | (I didn't look at the link) |
| 17:10:42 | kugel | you should before creating noise :) |
| 17:11:11 | BigBambi | Yes, but I think calling it "no wps" when there clearly is a wps is a little misleading |
| 17:11:55 | dfkt | well, it's what you get when you choose no wps in the theme browser :) |
| 17:12:16 | BigBambi | How can you choose no wps? |
| 17:12:28 | BigBambi | You have to choose rockbox_default to get that don't you? |
| 17:12:53 | dfkt | ah yes, that's the correct term |
| 17:13:41 | dfkt | and thus my questioning about the code for that (default/no) wps |
| 17:15:19 | kugel | dfkt: http://pastie.org/465974 |
| 17:15:31 | dfkt | thanks a lot, kugel |
| 17:15:38 | BigBambi | Incidently, does anyone else agree that rockbox_default should be renamed? |
| 17:15:45 | BigBambi | As it isn't the default and all |
| 17:16:08 | kugel | I don't disagree |
| 17:16:10 | BigBambi | Perhaps "rockbox_original" or "rockbox_classic" or some such |
| 17:17:24 | | Quit SirFunk_ (Read error: 60 (Operation timed out)) |
| 17:17:32 | gevaerts | no! rockbox_classic should be the *new* one! |
| 17:17:53 | | Join SirFunk [0] (n=Sir@208.15.25.145) |
| 17:18:06 | kugel | BigBambi: btw, for really getting a no wps, you need to have some code in the wps file ;) |
| 17:18:28 | BigBambi | kugel: excellent :) |
| 17:18:54 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 17:18:54 | * | kugel declares the terms "no wps" and "rockbox default wps" as ambiguous |
| 17:18:58 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 17:19:41 | BigBambi | kugel: Maybe - I don't see it myself - no means lack of, and with rockbox_default there is one |
| 17:20:24 | BigBambi | Anyway, I think we should have a long drawn out debate about renaming rockbox_default :P |
| 17:20:43 | | Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 17:20:48 | kugel | I mean, both are ambiguous, not that they both can mean the same |
| 17:20:49 | dfkt | i vote for rockbox_3.11_for_workgroups |
| 17:21:08 | BigBambi | kugel: ah yes, I can agree then :) |
| 17:24:41 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
| 17:25:24 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
| 17:26:27 | | Join l403 [0] (n=l@85.132.159.239) |
| 17:28:18 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 17:31:59 | | Quit robin0800_ (Read error: 54 (Connection reset by peer)) |
| 17:32:17 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.10/2009042523]") |
| 17:32:35 | | Join Lss [0] (n=Lss@cm100.delta140.maxonline.com.sg) |
| 17:34:07 | | Quit gevaerts (Nick collision from services.) |
| 17:34:17 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 17:39:01 | | Join toffe82 [0] (n=chatzill@ppp-71-140-89-218.dsl.frs2ca.pacbell.net) |
| 17:41:25 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 17:43:06 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 17:48:52 | | Quit robin0800 (Remote closed the connection) |
| 18:00 |
| 18:05:38 | | Join midijunkie [0] (n=Miranda@pD954477E.dip0.t-ipconnect.de) |
| 18:13:17 | | Quit martian67 (Connection reset by peer) |
| 18:20:26 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 18:21:36 | | Join sko [0] (n=sko@M7472.m.strato-dslnet.de) |
| 18:23:47 | | Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:24:58 | | Join Sharn [0] (n=Brandon@dsl-216-128-235-45.teton.id.tetontel.com) |
| 18:32:26 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 18:33:18 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 18:34:15 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-86-137.hsd1.fl.comcast.net) |
| 18:34:28 | | Part Aurix_Lexico |
| 18:36:42 | | Quit l403 (Read error: 60 (Operation timed out)) |
| 18:38:30 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
| 18:39:24 | *** | Saving seen data "./dancer.seen" |
| 18:42:46 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 18:46:13 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
| 18:48:48 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 18:50:37 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 18:50:48 | | Quit SirFunk_ (Operation timed out) |
| 18:51:00 | | Quit SirFunk (Connection timed out) |
| 18:51:36 | | Join l403 [0] (n=l@85.132.159.239) |
| 19:00 |
| 19:00:34 | | Quit {phoenix} (Remote closed the connection) |
| 19:03:34 | | Quit sko ("bye") |
| 19:04:56 | | Join tapiocapudding [0] (n=chatzill@209.195.235.180) |
| 19:05:25 | tapiocapudding | hey excuse me if this is a stupid question but is it possible to change the text that reads "Rockbox" across the top of the main menu to something else |
| 19:05:45 | | Join lymeca [0] (n=lymeca@student166-41.hampshire.edu) |
| 19:06:16 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 19:10:02 | tapiocapudding | ...and now i feel stupid, i didn't even have to download the source |
| 19:10:11 | * | tapiocapudding hangs his head in shame |
| 19:12:34 | | Quit robin0800 (Remote closed the connection) |
| 19:12:34 | | Join stoffel [0] (n=sfr@p57B4F639.dip.t-dialin.net) |
| 19:13:21 | | Join SliMM [0] (n=SliMM@78.97.159.92) |
| 19:13:33 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 19:13:42 | SliMM | how's the ipod mini battery life compared to OF? |
| 19:15:12 | | Quit l403 (Read error: 113 (No route to host)) |
| 19:16:14 | | Quit flydutch ("/* empty */") |
| 19:16:18 | tapiocapudding | OF? |
| 19:16:28 | BigBambi | original firmware |
| 19:16:36 | BigBambi | SliMM: As far as I know should be good |
| 19:17:36 | SliMM | BigBambi: good as in similar, longer, or just acceptably shorter? |
| 19:17:51 | BigBambi | SliMM: Similar I think |
| 19:17:58 | SliMM | oh, ok, great |
| 19:18:18 | BigBambi | Make sure you have options like accessory power off that you don't need |
| 19:18:23 | SliMM | BigBambi: any particular reason why the bootloader freezes with the rb logo |
| 19:18:29 | BigBambi | I don't know |
| 19:18:39 | SliMM | ok |
| 19:18:49 | BigBambi | How/when did you install? |
| 19:21:58 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 19:21:58 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 19:22:27 | | Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-cac0ef2fafa49d03) |
| 19:24:34 | motionman95 | Could some check my C code for bugs? I can't get it to delete the iconset file. http://mibbit.com/up/TzIHvTXu.c |
| 19:24:51 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
| 19:25:39 | | Join dada_ [0] (n=dada@ANancy-258-1-73-73.w90-13.abo.wanadoo.fr) |
| 19:30:34 | gevaerts | motionman95: you could start by checking return values |
| 19:32:03 | | Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) |
| 19:32:46 | * | motionman95 starts checking return values... |
| 19:33:14 | gevaerts | also look at errno when it fails |
| 19:33:34 | | Part Vorador ("Ex-Chat") |
| 19:34:22 | | Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) |
| 19:39:14 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 19:39:43 | | Quit Sharn (Read error: 113 (No route to host)) |
| 19:39:46 | kugel | motionman95: you really shouldn't be deleting fonts and iconsets |
| 19:40:04 | kugel | those are likely to be shared by several themes |
| 19:41:12 | motionman95 | kugel: Wow, I never thought about that...I'll change that... |
| 19:41:35 | kugel | and if you're deleting the .wps, you should also delete the corresponding .rwps file |
| 19:42:14 | motionman95 | Located where...? |
| 19:42:37 | kugel | in the the same folder |
| 19:42:47 | kugel | and I still don't understand why you don't use settings_parse_line |
| 19:43:08 | | Quit kkurbjun (Read error: 60 (Operation timed out)) |
| 19:43:24 | motionman95 | I also can't figure out why rmdir() won't work on "/.rockbox/wps/cabbiev2/" |
| 19:44:15 | kugel | maybe because it's a) not empty and/or b) because it doesn't like the trailing slash? |
| 19:44:37 | * | kugel doesn't know if rmdir works on non-empty dirs |
| 19:45:14 | motionman95 | Is there a function that with work on non-empty dirs...? |
| 19:45:30 | | Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 19:46:09 | kugel | I don't know. But you could try deleting everything in it before |
| 19:46:41 | kugel | the linux' rmdir doesn't work on non-empty dirs afair |
| 19:47:13 | gevaerts | why do you want to remove it if it's not empty? |
| 19:48:14 | motionman95 | I'm making bdn432's (sorry for messing his username up) theme remover. |
| 19:49:19 | gevaerts | I know. If there's a file there that the theme configuration doesn't know about, it's not part of the theme and shouldn't be removed... |
| 19:50:05 | motionman95 | You sure that's a good idea...? The user wouldn't the wps folder being deleted? |
| 19:50:58 | kugel | deleting the folder corresponding to the wps without looking at the .wps sounds reasonable to me though |
| 19:51:04 | gevaerts | if it's empty, you can delete it. If it has files in it that don't belong to the theme, you shouldn't delete it |
| 19:52:27 | kugel | motionman95: I think you should look at settings.c for loading and parsing a config cfg |
| 19:52:32 | | Quit tapiocapudding ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 19:53:26 | kugel | MAX_LEN should be MAX_PATH (that's what rockbox uses everywhere) |
| 19:54:57 | motionman95 | Thanks! Is there someone here who could help me get it on the flyspray? |
| 19:56:13 | kugel | motionman95: Do you want it to be in svn? Then I advice you to take another look at docs/CONTRIBUTING |
| 19:58:23 | | Nick dada_ is now known as dada_- (n=dada@ANancy-258-1-73-73.w90-13.abo.wanadoo.fr) |
| 20:00 |
| 20:02:19 | | Join Riku [0] (n=Lss@cm100.delta140.maxonline.com.sg) |
| 20:03:45 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 20:14:32 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 20:22:37 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 20:22:50 | | Quit kachna (Read error: 104 (Connection reset by peer)) |
| 20:23:14 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 20:23:38 | | Join hd [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 20:24:11 | | Quit HellDragon (Nick collision from services.) |
| 20:24:21 | | Nick hd is now known as HellDragon (n=jd@Wikipedia/HellDragon) |
| 20:28:29 | | Quit Nico_P (Read error: 113 (No route to host)) |
| 20:28:29 | | Join Nic0_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
| 20:31:04 | | Quit stoffel ("leaving") |
| 20:37:10 | | Part SliMM |
| 20:39:28 | *** | Saving seen data "./dancer.seen" |
| 20:39:35 | | Quit lymeca (Read error: 110 (Connection timed out)) |
| 20:40:09 | CIA-63 | New commit by bluebrother (r20844): Clean up ProgressLogger state handling: ... |
| 20:44:18 | | Quit motionman95 ("http://www.mibbit.com ajax IRC Client") |
| 20:44:51 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 20:50:35 | CIA-63 | New commit by bluebrother (r20845): Cleanup and un-gui ZipInstaller class: ... |
| 20:57:50 | | Join BHSPitLappy [0] (n=BHSPitLa@adsl-66-137-227-136.dsl.rcsntx.swbell.net) |
| 20:57:52 | | Quit SirFunk__ (Read error: 110 (Connection timed out)) |
| 21:00 |
| 21:09:24 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 21:14:47 | | Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-b43583668edd7165) |
| 21:16:57 | | Quit Nic0_P (Remote closed the connection) |
| 21:18:31 | | Quit midijunkie ("?(???~•~)?") |
| 21:20:48 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
| 21:40:56 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 21:59:36 | | Quit KBH () |
| 22:00 |
| 22:03:41 | | Quit motionman95 ("http://www.mibbit.com ajax IRC Client") |
| 22:04:16 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.10/2009042523]") |
| 22:06:37 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 22:20:32 | | Quit bmbl ("Woah!") |
| 22:27:04 | | Quit rwcr (Nick collision from services.) |
| 22:27:17 | | Join rwcr [0] (n=oremanj@xenon.get-linux.org) |
| 22:27:23 | | Quit bluebrother (Nick collision from services.) |
| 22:27:27 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 22:29:00 | | Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) |
| 22:29:15 | | Join wikjif [0] (n=wikjif@74.193.248.206) |
| 22:30:09 | | Join _Auron|G1_ [0] (n=Auron@m390436d0.tmodns.net) |
| 22:36:11 | | Join _lifeless [0] (n=lifeless@188.16.98.27) |
| 22:39:30 | *** | Saving seen data "./dancer.seen" |
| 22:39:40 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 22:40:03 | | Join einhirn [0] (n=Miranda@p4FC62039.dip0.t-ipconnect.de) |
| 22:43:20 | | Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 22:44:52 | | Nick J-23 is now known as samochod (n=zelazko@unix.net.pl) |
| 22:44:55 | | Nick samochod is now known as J-23 (n=zelazko@unix.net.pl) |
| 22:45:35 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
| 22:51:39 | | Join __lifeless [0] (n=lifeless@188.16.98.27) |
| 22:54:27 | | Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-ed5421053f7e46d9) |
| 22:55:32 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
| 22:58:00 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 22:58:17 | | Quit __lifeless (Remote closed the connection) |
| 22:58:43 | | Quit motionman95 (Client Quit) |
| 22:58:54 | | Quit _Auron|G1_ (Read error: 104 (Connection reset by peer)) |
| 22:59:07 | | Join _lifeless [0] (n=lifeless@188.16.98.27) |
| 23:00 |
| 23:01:24 | | Join {phoenix} [0] (n=dirk@p54B46B5D.dip.t-dialin.net) |
| 23:02:19 | | Quit _lifeless (Remote closed the connection) |
| 23:02:40 | | Join antitrons [0] (n=Mudkips@119.224.12.185) |
| 23:02:46 | | Quit antil33t (Nick collision from services.) |
| 23:04:42 | | Join _lifeless [0] (n=lifeless@188.16.98.27) |
| 23:08:09 | | Join hospadar [0] (n=Administ@c-24-11-186-25.hsd1.mi.comcast.net) |
| 23:10:49 | hospadar | I have a question about database building, I have a gigabeat F40, and whenever I go to build the database, it appears to find all the songs (says "Found <the number of songs I have on it>") and then just hangs there. It seems like an error, but I'm not sure if it's really that or if it's just hanging |
| 23:15:15 | hospadar | Is there anything I should be doing to debug it? |
| 23:16:41 | gevaerts | you could try to isolate which files cause problems |
| 23:22:40 | | Part hospadar |
| 23:38:36 | | Quit martian67 ("out") |
| 23:39:04 | | Join lee321987 [0] (n=chatzill@64.24.51.26) |
| 23:42:25 | lee321987 | I have a 250 song .M3U playlist, and RB keeps freezing. However it doesn't freeze if I select the 250 song folder and do CONTEXT MENU −−> PLAYLIST −−> INSERT. Anyone know what's up, or a workaround? |
| 23:43:54 | bluebrother | check the limits in the system settings (though it shouldn't freeze). Is there anything special about the playlist? Is it EXTM3U? |
| 23:44:26 | lee321987 | you mean M3U8 |
| 23:45:06 | lee321987 | are M3U8 playlists more compatible? |
| 23:46:02 | bluebrother | m3u8 is simply m3u with utf8 encoding. |
| 23:46:44 | BigBambi | lee321987: he does mean EXTM3U |
| 23:47:14 | BigBambi | i.e. does it have extra information in other than the path/filename of the songs? |
| 23:47:20 | lee321987 | are EXTM3Us more compatible? Also - what setting limits playlist size? I dont use the database. |
| 23:47:30 | lee321987 | BigBambi: No. |
| 23:47:38 | lee321987 | would that be better? |
| 23:47:42 | BigBambi | no :) |
| 23:48:42 | BigBambi | there is one for playlist size, I don't remember where - but I think it defaults to greater than 250, and as bluebrother says it shouldn't freeze |
| 23:49:20 | lee321987 | yeah, the lowest is 1000 |
| 23:49:41 | lee321987 | it's a Sansa c200 −− does that mean anything? |
| 23:49:49 | BigBambi | shouldn't do |
| 23:50:10 | lee321987 | pardon? |
| 23:50:21 | BigBambi | It shouldn't make any difference |
| 23:50:41 | lee321987 | hmm |
| 23:50:53 | BigBambi | If you create the playlist from within Rockbox then save it, you could compare it to the one that freezes |
| 23:51:15 | BigBambi | Then perhaps we could work out what causes the freeze and fix it :) |
| 23:52:19 | lee321987 | ok. One last thing −− the playlist _was_ made outside of RB, and has relative paths. Relative paths shouldn't matter - right? |
| 23:52:42 | BigBambi | no, should be fine |
| 23:52:56 | BigBambi | Rockbox strips paths one layer at a time anyway |
| 23:53:46 | BigBambi | So if you have c:\stuff\music\blah.mp3 in the playlist and /music/blah.mp3 on the player, Rockbox will strip the c:\stuff\ so it work |
| 23:53:50 | BigBambi | s |
| 23:54:20 | domonoky | bluebrother: see FS #10183 for static accessors to RbSettings. :-) Any comments ? |
icon identifies that the person is a core developer (has commit access).