| 00:00:21 | pamaury | gevaerts: On some targets, perhaps ram doesn't include bin |
| 00:00:35 | gevaerts | pamaury: in these calculations, it always does |
| 00:00:50 | pamaury | ok |
| 00:00:54 | * | pamaury shuts up |
| 00:01:44 | gevaerts | that's inaccurate for rombox, but it's true for all other cases |
| 00:01:51 | mt | Buschel: I think we should disregard joint-stereo for the time being. If someone finds out a sample that's playing incorrectly they might tell us. |
| 00:01:56 | pixelma | JdGordon: the splash shows |
| 00:03:01 | | Quit ender` (Quit: Anyone who thinks people lack originality should watch them folding roadmaps.) |
| 00:03:31 | pixelma | and I can listen to the radio. If I then want to stop the radio I get a "Panic - Stack underflow... viewportmanager", not sure if it means something with that change |
| 00:03:38 | amiconn | gevaerts: 'ram' isn't necessarily max |
| 00:04:07 | amiconn | If some code change increases binsize but gets rid of a static buffer, 'ram' could even be negative while bin is positive |
| 00:04:57 | * | gevaerts spots confusion |
| 00:05:34 | gevaerts | I meant the total size, not the delta |
| 00:05:44 | mt | hmm .. I guess the 2-bit shift for higher accuracy could be folded into the imlt step and done for free, on arm at least. (don't know about cf) |
| 00:06:07 | pamaury | gevaerts: we are interesting in the delta right there |
| 00:06:13 | gevaerts | yes, I know |
| 00:06:16 | | Quit antil33t () |
| 00:06:26 | * | gevaerts tries to find something to blame |
| 00:07:44 | gevaerts | I think we either should show the ram-delta, or both |
| 00:08:03 | | Quit fml (Quit: CGI:IRC) |
| 00:08:15 | Buschel | mt: JS is at least 160 lines of untested code then |
| 00:10:13 | mt | I don't see a problem with that for now at least, until we have samples to test on. |
| 00:10:57 | Buschel | mt: you are right |
| 00:12:24 | Unhelpful | amiconn: maybe it would make more sense to support either endianness in the DB tool, and only native on lowmem targets? |
| 00:12:58 | pixelma | JdGordon: fun fun, the blank screen issue magically went away (after reverting the changes) but the recording info doesn't work and the peakmeter updates too slowly. If I understand correctly, then the prerecording time should show up instead if it is set and if I start the recording, the recording time should be displayed there - but the peakmeter stays there no matter what |
| 00:12:59 | amiconn | That would require the tool to know the target's endianness |
| 00:13:07 | gevaerts | hm, how about an endianness conversion plugin? |
| 00:13:13 | amiconn | Hmm, is database creation part of rbutil these days? |
| 00:13:19 | domonoky | nopr |
| 00:13:27 | domonoky | -r +e |
| 00:13:42 | Unhelpful | amiconn: it wouldn't be that difficult to have a list of targets and their bytesex in the tool, would it.? |
| 00:14:15 | domonoky | if we had it in rbutil, target depended endianess wouldnt be a problem. |
| 00:14:15 | pamaury | Getting rid of endianess support in tagcache would probably simplify the code |
| 00:14:20 | amiconn | That part is easy. SH1 and coldfire are big endian, arm and mips are little endian |
| 00:14:40 | amiconn | But the tool needs to know what target it's creating the db for |
| 00:14:56 | pamaury | A plugin can do it |
| 00:15:00 | pixelma | also - if I understand correctly and if it works, it will just show the prerecording time setting which is different from what is there now and which I prefer much (counting up as time starts until the set time is reached and so you know how much of it is really available) |
| 00:15:18 | Unhelpful | amiconn: right, why not have an option for that... and it can just map to −−endian [big/little] internally. |
| 00:15:24 | amiconn | That kinda defeats the purpose of an external tool |
| 00:15:43 | Unhelpful | pamaury: a plugin might run too late (if you load the DB before fixing it) |
| 00:15:46 | amiconn | Unhelpful: That's why I asked whether it's part of rbutil these days |
| 00:15:54 | amiconn | Rbutil already does target detection |
| 00:16:14 | * | rasher doesn't see quite why it defeats the purpose of an external tool |
| 00:16:30 | Unhelpful | just add −−endian to the tool, then support running the tool from rbutil? |
| 00:17:30 | Buschel | mt: did you ever profile the different steps in the decoder parts which happen before the synthesis (e.g. decodeTonal, decodeSpectrum, addTonal)? iqmf and imdct should be well known and already were/are under optimization. |
| 00:17:39 | pamaury | What about tagcache calling a plugin to change endianness if required ? |
| 00:19:10 | mt | Question for CF experts : Can shift operations be done without consuming any extra cycle when folded with a load or a store for example ? |
| 00:19:22 | amiconn | no |
| 00:19:28 | mt | Buschel: No, I didn't profile it. |
| 00:19:38 | mt | amiconn: thanks |
| 00:20:22 | amiconn | Shifts are never free on coldfire (except a few special shift amounts in emac operations) |
| 00:20:27 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:21:04 | Unhelpful | arm can't shift on load/store, either. ;) |
| 00:21:16 | pamaury | Unhelpful: what do you think of ^^ ? |
| 00:22:08 | Unhelpful | pamaury: it seems a bit silly to me, tbh... and potentially fail-tastic. :/ |
| 00:22:13 | mt | Unhelpful: Bad memory ! :( |
| 00:22:39 | Unhelpful | i'm not sure absolutely everywhere the DB accessed from is safe to run a plugin from |
| 00:22:48 | pamaury | Unhelpful: yeah but it can free memory. It's silly to have support for both endianness also ;) |
| 00:22:55 | Unhelpful | especially if you, say, only use the DB to be able to run pictureflow. |
| 00:23:07 | Unhelpful | mt: you should replace it! |
| 00:24:00 | pamaury | Unhelpful: I don't understand. You can access the db directly, using open/read/write/close to change some endianness |
| 00:24:59 | Unhelpful | pamaury: yes, but i'm saying that if a plugin is the first thing to access the DB (via the DB functions), what happens then? or do we run this plugin on each storage unplug or startup? |
| 00:27:05 | pamaury | Unhelpful: I didn't think about that problem. Perhaps on each unplug or startup yes. Not sure it's the best solution though. |
| 00:27:23 | amiconn | Also rockbox has no file locking. So if both the plugin and the database thread access the file at the same time, |
| 00:27:26 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
| 00:27:51 | amiconn | things will become seriously messed up |
| 00:29:45 | pamaury | The plugin would call a special db function like tagcache_lock |
| 00:31:30 | pamaury | Anyway, either you support endianness on target or not. If you do, that's either in the core or either in a plugin. The hird solution is to have a piece of code in tagcache that's always modifies the db files in place to fit the endianness. Thus the tagcache code would use the target endianness. That could be a sensible solution |
| 00:31:56 | pamaury | Not sure it would free code, though |
| 00:32:43 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 00:34:53 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 00:35:18 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 00:36:36 | | Quit stripwax_ (Ping timeout: 256 seconds) |
| 00:37:34 | saratoga | mt: joint stereo is rarely used for ATRAC3 |
| 00:37:46 | saratoga | for some reason Sony decided that only the lowest bitrate should use it |
| 00:37:55 | saratoga | IIRC that is 64kbps ? |
| 00:39:26 | saratoga | Buschel, mt: I did profile ATRAC3 when it was first ported |
| 00:39:45 | saratoga | IIRC the tonal stuff took no time at all because its rarely used, the other parts added up to something like 20MHz on ARM |
| 00:39:52 | mt | saratoga: I don't remember the bitrates |
| 00:39:58 | saratoga | but i didn't take notes so i could be remembering wrong |
| 00:40:02 | stripwax | saratoga - why can't liba52 use the imdct (why can it only use the fft part?) |
| 00:40:14 | saratoga | stripwax: it can but its a bit harder |
| 00:40:17 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 00:40:23 | saratoga | a52 short blocks are done together in pairs |
| 00:40:43 | saratoga | and the current codec already folds the windowing into the post rotation, so that needs rewriting too |
| 00:40:53 | stripwax | gotcha. |
| 00:41:07 | | Quit Sajber^ (Read error: Connection reset by peer) |
| 00:41:11 | saratoga | IMO its not worth the effort just yet, the current liba52 code is actually very efficient |
| 00:41:19 | stripwax | yep, I imagine it is |
| 00:43:04 | Buschel | saratoga: if the tonal stuff is not used much, most of the decoding time must be spent in decodeSpectrum |
| 00:43:10 | stripwax | saratoga - I tried rewriting the various TRANSFORM macros to use ldmia/stmia but it doesn't seem to make a whole lot of difference |
| 00:43:35 | stripwax | and I don't *think* they're very inefficient (although gcc might have put lots of crap elsewhere to counteract the benefit, who knows) |
| 00:43:56 | saratoga | basically to do the short block efficiently you need to do both blocks at the same time since they're interleaved: block 1-sample1, block2-sample1, ... |
| 00:44:31 | saratoga | Buschel: i think thats what i concluded but my memory is foggy |
| 00:44:49 | saratoga | i remember thinking it wasn't worth the time since then the filterbank took 3-4x as much cpu time |
| 00:44:52 | | Quit efyx_ (Remote host closed the connection) |
| 00:45:18 | saratoga | stripwax: did you ever try benchmarking with the transform macros commented out? |
| 00:45:25 | saratoga | i wonder how much time they really use |
| 00:45:34 | | Quit bmbl (Quit: Bye!) |
| 00:45:59 | stripwax | saratoga - I haven't tried that, no. But - quite a lot, right? since the transform macros implement the fft steps? |
| 00:46:17 | stripwax | you comment them out, it means you comment out the butterflies and the twiddle multiplications |
| 00:46:34 | stripwax | (well, except fft4/fft8) |
| 00:46:37 | JdGordon | pixelma: excellent. thanks |
| 00:46:41 | saratoga | yeah |
| 00:46:43 | JdGordon | the panic is expected |
| 00:46:56 | JdGordon | and the peak meters not updating fast enough is an easy fix |
| 00:46:56 | saratoga | iirc fft4/8 took a large portion of the entire run time already |
| 00:47:44 | | Part lead ("Leaving") |
| 00:48:08 | saratoga | stripwax: any thought about when you want to merge the mdct branch? |
| 00:48:10 | stripwax | saratoga - probably, since you're guaranteed to use at least those steps; it's only the large fft sizes that end up using the transform macros |
| 00:48:26 | saratoga | well the large transform sizes are the only ones most codecs use |
| 00:48:34 | saratoga | blocks less then 512 points are quite rare |
| 00:48:47 | stripwax | saratoga - well, it now compiles on coldfire at least .. But I'm not in a position to write optimised coldfire. Perhaps merge when the coldfire is also faster than trunk? |
| 00:48:56 | freddyb | Should there be #WARNING in the clickable background patch if there's no button map defined? |
| 00:49:13 | saratoga | from the tests before CF was probably within 1MHz of trunk |
| 00:49:20 | saratoga | so its almost there |
| 00:49:42 | | Join froggyman [0] (~sopgenort@pool-72-69-210-48.chi01.dsl-w.verizon.net) |
| 00:49:46 | stripwax | I also want to get rid of the terrible revtab; but haven't come up with a good way yet. |
| 00:49:58 | saratoga | have you worked out the init functions you want? |
| 00:50:08 | pamaury | Unhelpful: do you want me to try something for tagcache endianness ? To see if we can win something |
| 00:50:08 | saratoga | mdct_global is now useless i believe |
| 00:50:18 | Buschel | mt, saratoga: we can forget about addTonalComponents -> needs only 0.1 MHz |
| 00:50:19 | stripwax | Feel free to merge now if you like :) (The extra memory requirement of revtab *might* mean some targets won't compile?) |
| 00:50:29 | pixelma | JdGordon: I wouldn't call it excellent |
| 00:50:39 | saratoga | Buschel: sounds good |
| 00:50:40 | stripwax | saratoga - you need to init the revtab. That's the only init function you need. |
| 00:50:48 | | Quit sudoman (Quit: sudoman) |
| 00:51:00 | stripwax | mdct_init_global is indeed useless now. |
| 00:51:03 | saratoga | is it worth conveting the revtab to a constant in a header? |
| 00:51:09 | stripwax | (hadn't realised I'd left it in) |
| 00:51:26 | stripwax | saratoga - maybe, but as we discussed it's 8KB. |
| 00:51:32 | | Quit saratoga (Quit: CGI:IRC) |
| 00:51:38 | | Join saratoga2 [0] (~9803c6dd@giant.haxx.se) |
| 00:51:49 | stripwax | putting it in a header is a good idea actually, yeh. |
| 00:51:54 | saratoga2 | the 512 revtab could be much smaller |
| 00:51:59 | saratoga2 | iirc its just 1KB |
| 00:52:11 | saratoga2 | and that would speed up atrac3, wma and cook a good bit |
| 00:52:19 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 00:52:34 | saratoga2 | ) |
| 00:52:43 | stripwax | saratoga - hm, you only need one revtab right? or you mean make it codec specific .. ? |
| 00:52:52 | saratoga2 | bah stupid cgiirc, freenode's client needs to come back onlinne |
| 00:53:09 | saratoga2 | stripwax: just put the small ones in IRAM and leave the rest in DRAM |
| 00:53:25 | stripwax | so you have twice as much data? |
| 00:53:33 | JdGordon | pixelma: well, its alot better than a blank display |
| 00:53:48 | saratoga2 | stripwax: its only 2x as much for wma, for everything else the waste is much smaller |
| 00:53:49 | stripwax | the big table is a superset of the small table. not sure what you'd gain by splitting it up into a big table and a small table. |
| 00:54:09 | *** | Saving seen data "./dancer.seen" |
| 00:54:23 | saratoga2 | for tremor is something like a 16KB table and a 2KB waste i think |
| 00:54:37 | perfectdrug_ | if anyone needs testing for coldfire I'm happy to help out btw |
| 00:55:12 | | Nick dmb is now known as dmbq (~Dmb@unaffiliated/dmb) |
| 00:55:19 | | Nick dmbq is now known as dmb (~Dmb@unaffiliated/dmb) |
| 00:55:31 | stripwax | saratoga2 - for tremor, which table are you proposing putting into iram? |
| 00:56:01 | pixelma | JdGordon: I don't know why it didn't work before and suddenly does, the only thing I changed in the meantime was changing the statusbar to the inbuilt one but even selecting an sbs again now doesn't bring the blank screen back. Maybe you need another tester.(another change is that I have the bmp viewer plugin patch applied but I doubt it is related) |
| 00:57:13 | saratoga2 | perfectdrug_: http://www.duke.edu/~mgg6/rockbox/h300_mdctv2.7z |
| 00:57:43 | saratoga2 | stripwax: just want the table used for the 512 point mdct in IRAM so its fast for the codecs that need it |
| 00:57:56 | saratoga2 | i don't think it will help tremor but it will also barely use any extra memory |
| 00:59:12 | saratoga2 | although if you can get rid of it entirely thats even better |
| 00:59:12 | stripwax | saratoga - go for it. I think iram usage is fairly tight for tremor but see what happens. I've made the chaneg to remove mdct_init_global by the way - but svn commit seems down. |
| 01:00 |
| 01:00:29 | stripwax | I think getting rid of it entirely would require changing the butterflies somewhat, so that they work in a regular bitreverse indexing scheme, rather than the current complex mixed digit-reverse |
| 01:00:39 | saratoga2 | stripwax: svn is up is just very slow due to the cia bot timeout |
| 01:00:51 | saratoga2 | it'll eventually commit just let it sit for 5 minutes or so while it waits for the time out |
| 01:01:12 | stripwax | indeed - seems like it's just worked. |
| 01:01:15 | saratoga2 | how much time does the bit reverse actually use? |
| 01:01:22 | saratoga2 | it seems ugly but if its fast maybe its not an issue |
| 01:01:47 | perfectdrug_ | saratoga2: what file should i test, wma_192.wma again? |
| 01:01:59 | saratoga2 | perfectdrug_: thats fine |
| 01:02:10 | saratoga2 | ac3, wma and vorbis all use the new code |
| 01:02:43 | saratoga2 | stripwax: if you're planning to remove the last init function, then we should wait to change the other codecs over to the new mdct |
| 01:07:01 | stripwax | saratoga2 - it's ugly but probably very fast |
| 01:07:54 | stripwax | so maybe leave it (you can put it precomputed and in iram, but not change anything?) |
| 01:08:06 | | Join dmbq [0] (~quassel@upsilon.da4.org) |
| 01:08:21 | stripwax | and I will continue experimenting with improving some of the macros etc |
| 01:08:34 | | Nick dmbq is now known as Guest31556 (~quassel@upsilon.da4.org) |
| 01:09:03 | saratoga2 | i just figured eventually we were going to have to try and rewrite all of it in ASM |
| 01:09:45 | | Quit pamaury (Quit: abort();) |
| 01:10:09 | saratoga2 | also maybe try doing that 3mul,5add complex mul in asm and see if it looks like it might be fast enough to be worth the trouble |
| 01:12:47 | amiconn | You may be really better off writing some performance critical routines in asm |
| 01:13:36 | amiconn | When doing the mmx stuff for ape, I tried using gcc intrinsics first. Using asm() blocks made it twice as fast... |
| 01:13:58 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 01:14:38 | stripwax | amiconn - was that to me? a bunch is already in asm. |
| 01:14:51 | Buschel | mt, saratoga2: atrac3 profiling on arm -> total=65.0MHz, iqmf=43.9MHz, overlap_add=2.7MHz, imdtc=11.6MHz, other=6.8MHz (of that inverse quantization of spectrum needs 1.5MHz) |
| 01:15:04 | amiconn | That was referring to [01:09:04] <saratoga2> i just figured eventually we were going to have to try and rewrite all of it in ASM |
| 01:15:07 | Unhelpful | pamaury: i don't even have an archos, i was just suggesting some possibilities... |
| 01:15:24 | stripwax | amiconn - thanks. saratoga - it is already, right? |
| 01:15:38 | | Quit Guest31556 (Quit: Gone) |
| 01:15:47 | stripwax | except the actually looping, I guess |
| 01:15:59 | mt | Buschel: So it's still mostly in iqmf.. |
| 01:17:11 | perfectdrug_ | ok tested wma_192.wma, mdct: http://img196.imageshack.us/img196/4226/dump100215010608.png current svn: http://img268.imageshack.us/img268/2113/dump100215011541.png |
| 01:17:49 | | Join dmbq [0] (~quassel@unaffiliated/dmb) |
| 01:18:59 | mt | perfectdrug_: Thanks for the test. :) |
| 01:19:08 | Buschel | mt: yes. |
| 01:19:16 | stripwax | mt - (is that for mdctexp?) |
| 01:19:57 | | Join sudoman [0] (~sudoman@static-151-204-226-99.bos.east.verizon.net) |
| 01:20:02 | mt | stripwax: I assume so .. it's saratoga who sent the file. saratoga2 ^ ? |
| 01:20:52 | stripwax | perfectdrug_ - so about 1Mhz faster than trunk - excellent. |
| 01:21:41 | | Quit dmbq (Client Quit) |
| 01:22:09 | sudoman | any idea on how i could contact the maker (Demetrios Stylianopoulos) of a particular theme about a small fix i made to the .wps file of his theme? |
| 01:22:21 | | Join dmbq [0] (~dmb@unaffiliated/dmb) |
| 01:26:47 | | Quit dmbq (Client Quit) |
| 01:29:37 | | Join dmbq [0] (~dmb@unaffiliated/dmb) |
| 01:33:16 | saratoga2 | sudoman: either email, or pm on the forums are your best bets |
| 01:33:31 | saratoga2 | stripwax: so it can go in whenever we think its ready |
| 01:33:38 | mt | Buschel: Wouldn't it save something if the index in iqmf is hardcoded instead of incrementing i after each mul ? (The loop is unrolled already, so what's the need for i anyway ?) |
| 01:34:18 | stripwax | saratoga2 - yep, go for it. like I said I haven't tried building on all targets, just ipod video and iriver h120. |
| 01:34:56 | saratoga2 | stripwax: lets wait until the init stuff is cleaned up |
| 01:35:18 | amiconn | mt: On coldfire incrementing is better. Storing literal offsets needs extension words |
| 01:35:39 | Buschel | mt: that should not have any effect. maybe it is even easier for the compiler this way, because the loads are auto increments. |
| 01:36:25 | mt | amiconn, Buschel : thanks. |
| 01:36:30 | | Quit dmbq (Quit: Gone) |
| 01:37:08 | | Join dmbq [0] (~dmb@unaffiliated/dmb) |
| 01:37:18 | stripwax | saratoga2 - fine - are you doing that? (it's just that I'm not ....) |
| 01:42:03 | | Quit FlynDice (Remote host closed the connection) |
| 01:42:22 | saratoga2 | stripwax: sure I can, but not tonight, have to get back to work |
| 01:47:29 | stripwax | saratoga2 - cool (yes, doesn't have to be tonight!! :-) |
| 01:54:03 | | Quit m3dlg (Ping timeout: 252 seconds) |
| 01:55:55 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 01:57:33 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 01:58:17 | | Part froggyman |
| 01:59:59 | | Quit stripwax (Quit: http://miranda-im.org) |
| 02:00 |
| 02:01:43 | | Quit mt (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) |
| 02:02:43 | Buschel | mt: can you compare wav output of two codec versions at your PC now? |
| 02:04:08 | | Join AndChat- [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 02:04:09 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 02:05:49 | Buschel | mt: you could test this patch -> http://www.pastebin.org/91786 |
| 02:06:23 | Buschel | mt: it saves ~1.2 MHz on arm and does the <<=2 shift during the calculation of the scalefactors. |
| 02:13:55 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 02:15:32 | | Quit AndChat- (Ping timeout: 258 seconds) |
| 02:16:15 | | Quit petur (Remote host closed the connection) |
| 02:23:12 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 02:23:13 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 02:24:09 | | Quit sudoman (Quit: sudoman) |
| 02:24:38 | | Quit dmbq (Quit: Gone) |
| 02:24:54 | | Join dmbq [0] (~dmb@unaffiliated/dmb) |
| 02:27:13 | | Quit Kitar|st () |
| 02:28:30 | Buschel | mt: another issue to optimize is within gainCompensateAndOverlap() -> gain1 and gain2 are mostly ONE_16. Therefor fixmul16(x, gain) can be exchanged with simple x. |
| 02:30:01 | Buschel | mt: all other gains can be modified to shifts as all gains are of the type 2^n. so, we can delete the table lookup and use the index for the shifts. |
| 02:30:48 | | Join GeekShad0w [0] (~Antoine@173.178.204-77.rev.gaoland.net) |
| 02:33:05 | | Quit GeekShadow (Ping timeout: 240 seconds) |
| 02:33:49 | Buschel | gotta get some sleep now. bye |
| 02:33:50 | | Quit Buschel () |
| 02:35:39 | | Join Kitar|st [0] (Kitr88@BSN-182-138-230.dial-up.dsl.siol.net) |
| 02:38:41 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 02:38:54 | | Quit TheSphinX^ (Quit: XChat@Linux) |
| 02:42:18 | | Join GeekSh4dow [0] (~Antoine@173.178.204-77.rev.gaoland.net) |
| 02:44:45 | | Quit GeekShad0w (Ping timeout: 245 seconds) |
| 02:48:57 | | Quit MethoS- (Remote host closed the connection) |
| 02:49:32 | | Quit m3dlg (Ping timeout: 252 seconds) |
| 02:54:13 | *** | Saving seen data "./dancer.seen" |
| 02:54:56 | | Join Rob2223 [0] (~Miranda@p4FDCA3B6.dip.t-dialin.net) |
| 02:58:50 | | Quit Rob2222 (Ping timeout: 256 seconds) |
| 03:00 |
| 03:06:13 | | Quit bzed (Read error: Operation timed out) |
| 03:08:40 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 03:09:48 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =ooo ϢINTER ϾHIP 5iVE is OOON!!) |
| 03:12:35 | | Quit JdGordon_ (Ping timeout: 256 seconds) |
| 03:13:00 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 03:13:41 | | Quit dmb_ (Quit: Leaving) |
| 03:13:54 | | Quit GeekSh4dow (Read error: Connection reset by peer) |
| 03:14:30 | | Quit dmbq (Read error: Connection reset by peer) |
| 03:15:37 | | Quit Adnyxo (Ping timeout: 276 seconds) |
| 03:15:49 | | Quit dmb (Quit: Leaving) |
| 03:16:13 | | Join dmb [0] (~dmb@unaffiliated/dmb) |
| 03:23:57 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 03:26:39 | | Part stooo |
| 03:27:40 | | Join AndChat| [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 03:27:45 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 03:27:47 | | Join dmb__ [0] (~Dmb@74.214.97.4) |
| 03:29:40 | | Quit Schmogel (Read error: Connection reset by peer) |
| 03:31:49 | | Join djoume [0] (~dsalvetti@69-165-151-38.dsl.teksavvy.com) |
| 03:32:05 | djoume | hi there |
| 03:32:47 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 03:32:48 | djoume | I just installed rockbox on an ipod video 30GB |
| 03:33:00 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 03:33:06 | | Quit AndChat| (Read error: Connection reset by peer) |
| 03:33:19 | djoume | and I get a PANIC: "Unsupported physical sector size: 4096" |
| 03:33:20 | | Quit Strife89 (Quit: Bed.) |
| 03:34:34 | djoume | I changed MAX_PHYS_SECTOR_SIZE to 4096 in firmeware/export/config/ipodvideo.h |
| 03:34:46 | djoume | recompile, reinstall |
| 03:34:59 | djoume | but I still get the same error :-( |
| 03:35:15 | djoume | any suggestion? |
| 03:35:54 | djoume | is it enough to copy the files on the mounted device? |
| 03:36:05 | djoume | after recompiling the firmware? |
| 03:38:20 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 03:38:35 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 03:40:16 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
| 03:44:49 | karashata | could someone please take a look at whatever it is that checks the themes for proper syntax on the theme site..? |
| 03:45:00 | karashata | it's telling me a comment isn't a valid theme setting |
| 03:47:06 | saratoga2 | djoume: did you upgrade the hard drive on your player? |
| 03:48:23 | djoume | no |
| 03:48:43 | saratoga2 | then you shouldn't need to change anything |
| 03:48:47 | djoume | it's the default 30GB |
| 03:48:58 | saratoga2 | are you sure you installed the right build in the first place? |
| 03:49:13 | djoume | I used the gui automatic install |
| 03:49:40 | djoume | from http://www.rockbox.org/download/ |
| 03:49:56 | | Join flyback [0] (~teac@c-98-219-129-239.hsd1.pa.comcast.net) |
| 03:50:04 | saratoga2 | you could try downloading a new build from the website and extracting it to your player |
| 03:50:16 | saratoga2 | are you sure no one else swapped the disk on your player? |
| 03:51:08 | djoume | no I'm not 100% sure, I just bought it "second hand" (but like new). |
| 03:51:21 | djoume | I don't think it has been upgraded because the disk is still 30GB |
| 03:51:37 | saratoga2 | you may need to come back and ask someone who knows the ipods better |
| 03:51:43 | saratoga2 | daytime in europe is a good bet |
| 03:52:00 | djoume | ok, thanks for your help |
| 03:54:50 | | Quit DerPapst (Quit: Leaving.) |
| 03:55:02 | karashata | I'm trying to upload an update to one of my themes and it's not allowing me to upload it because it thinks my comment "#Theme Name: <name>" is not an allowed theme setting |
| 04:00 |
| 04:00:17 | saratoga2 | a lot of changes to themeing just went through |
| 04:00:21 | saratoga2 | it probably hasn't been updated |
| 04:00:30 | saratoga2 | ping JdGordon about it |
| 04:01:48 | | Join froggyman [0] (~sopgenort@pool-72-69-210-48.chi01.dsl-w.verizon.net) |
| 04:02:01 | karashata | okay, and what's the best way to do that? leave a message here with his nick, or..? |
| 04:05:43 | | Quit n17ikh (Ping timeout: 256 seconds) |
| 04:06:09 | | Quit froggyman (Client Quit) |
| 04:08:30 | karashata | JdGordon: ping! Could you please check on the theme site's theme checking, it's telling me comments aren't allowed theme settings and I can't upload my themes because of it |
| 04:09:39 | | Quit djoume (Quit: leaving) |
| 04:11:38 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 04:13:17 | | Quit kramer3d (Read error: Connection reset by peer) |
| 04:13:44 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 04:16:23 | | Quit TheSeven (Disconnected by services) |
| 04:16:38 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
| 04:16:49 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
| 04:17:05 | | Quit karashata (Quit: The fluffy dragon has left entirely!) |
| 04:17:42 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
| 04:28:31 | | Quit Rob2223 (Quit: Rob2223) |
| 04:29:43 | | Join Rob2222 [0] (~Miranda@p4FDCA3B6.dip.t-dialin.net) |
| 04:32:07 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 04:32:29 | | Quit kramer3d (Ping timeout: 240 seconds) |
| 04:38:07 | | Join Barahir [0] (~jonathan@gssn-5f754c0f.pool.mediaWays.net) |
| 04:38:10 | | Join Llorean [0] (~DarkkOne@99-32-77-163.lightspeed.hstntx.sbcglobal.net) |
| 04:38:11 | | Quit Llorean (Changing host) |
| 04:38:11 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 04:40:30 | | Quit Res1 (Read error: Operation timed out) |
| 04:41:21 | | Quit Barahir_ (Ping timeout: 248 seconds) |
| 04:41:50 | | Quit dmb__ (Quit: Leaving) |
| 04:43:41 | | Quit freddyb (Remote host closed the connection) |
| 04:52:23 | | Join Res1 [0] (~Res@adsl-067-034-129-222.sip.mco.bellsouth.net) |
| 04:54:17 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:01:29 | JdGordon | karashata: you'd need to talk to rasher about that. it seems a script somewhere is broken |
| 05:03:17 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.25) |
| 05:03:20 | karashata | ah, okay. I noticed his simulator builds haven't been building recently either so I'll bug him to fix that too |
| 05:06:48 | JdGordon | yeah, I have no idea where those settings scripts live |
| 05:09:18 | JdGordon | ah, found it. unfortunatly my php sucks |
| 05:10:15 | JdGordon | whats the line that fails? |
| 05:10:47 | karashata | #Theme Name: <name of theme here> |
| 05:10:59 | JdGordon | # is the first char of the line? |
| 05:11:00 | karashata | very first line |
| 05:11:15 | karashata | yep |
| 05:11:30 | JdGordon | wierd, that is handled |
| 05:11:33 | JdGordon | or appears to be |
| 05:11:48 | karashata | themes work fine in the simulator build I have |
| 05:12:11 | karashata | though that's not very recent anymore since rasher's site doesn't have any up-to-date builds |
| 05:13:06 | S_a_i_n_t | the builds on rasher's sit were updated bang on 3.5 I believe...a lots changed since then. |
| 05:13:14 | S_a_i_n_t | s/sit/site/ |
| 05:13:25 | JdGordon | yeah, the theme site is very strict with the .cfg files |
| 05:13:35 | JdGordon | its thinking #comment is a setting which it obviously isnt |
| 05:13:42 | | Quit panni_ (Read error: Connection reset by peer) |
| 05:13:52 | JdGordon | how do you simply check if a line matches a regex in php? |
| 05:14:08 | JdGordon | if (preg_match("/\s*#/", $line) == 0) continue; |
| 05:14:08 | JdGordon | ? |
| 05:14:24 | * | S_a_i_n_t 's php sucks...sorry |
| 05:14:54 | JdGordon | thats what the site is coded in :p |
| 05:15:41 | JdGordon | apparently yes |
| 05:17:39 | | Join bob77 [0] (~dcfd3401@giant.haxx.se) |
| 05:18:53 | JdGordon | bug created, hopefully it will be fixed soon. otherwise you can just remove that line |
| 05:19:00 | JdGordon | are you sure the # is the first char? |
| 05:19:10 | JdGordon | there is no sily utf8 BOM? |
| 05:19:37 | karashata | I wouldn't know for sure but I'm as certain as I can be that it is the first character |
| 05:19:50 | karashata | if there's anything before it it's nothing I can edit out anyway |
| 05:20:46 | karashata | that theme uploaded fine before too and I didn't make any changes to that part of the theme |
| 05:20:55 | saratoga2 | what did you edit it with |
| 05:21:05 | karashata | Windows notepad |
| 05:21:15 | karashata | same program I originally created it with too |
| 05:21:55 | karashata | saved it with ANSI encoding |
| 05:22:11 | * | S_a_i_n_t likes SciTE...it can let you know when you've messed up your syntax |
| 05:23:03 | bob77 | hi all, with current r24663 on an 80GB slim 5.5G I got *PANIC* unsupported physical sector 4096 .. what to do? |
| 05:23:34 | S_a_i_n_t | *well, it has syntax highlighting rather, its still up to you to notice if your syntax is incorrect :p |
| 05:24:17 | JdGordon | bob77: did it used to work? |
| 05:24:28 | JdGordon | I tihnk you need to compile a custom build with support for that |
| 05:24:35 | bob77 | no, first time install |
| 05:28:34 | | Join kimi [0] (~karashata@74-220-162-11.wightman.ca) |
| 05:28:57 | JdGordon | yeah, you need to do a custom build, I'm not sure what needs to be changed though |
| 05:29:12 | JdGordon | there might be an answer in the forums |
| 05:29:33 | | Quit karashata (Disconnected by services) |
| 05:29:41 | | Nick kimi is now known as karashata (~karashata@74-220-162-11.wightman.ca) |
| 05:31:23 | | Quit ps-auxw (Read error: Operation timed out) |
| 05:31:40 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 05:31:40 | saratoga2 | JdGordon: someone came in here an hour ago and asked about that |
| 05:31:45 | saratoga2 | with a 30GB |
| 05:31:57 | S_a_i_n_t | firmware/export/config-ipodvideo.h? |
| 05:31:57 | JdGordon | bob77: you going to be around for a while? |
| 05:32:09 | saratoga2 | maybe something is broken in the current build |
| 05:32:12 | bob77 | yep |
| 05:32:38 | JdGordon | it might be a 2 line change in the config, but i need to eat so I'll hel you in a bit |
| 05:32:46 | saratoga2 | bob77: does this happen with 3.5? |
| 05:33:05 | bob77 | yes, tried both stable and current |
| 05:33:35 | bob77 | the ipod is *slim* 5.5G 80GB just got it from ebay |
| 05:33:43 | JdGordon | I tihnk you just need to add #define HAVE_LBA48 and change the MAX_PHYS_SECTOR_SIZE 4096 in the video config |
| 05:33:54 | saratoga2 | ok so it may have been repaired with a new disk drive |
| 05:34:18 | bob77 | true, refurb |
| 05:34:29 | S_a_i_n_t | JdGordon: from what I'm looking at, that seems correct. |
| 05:35:13 | | Quit Horscht (Quit: Verlassend) |
| 05:38:48 | JdGordon | bob77: 64mb or 32mb version? |
| 05:39:03 | bob77 | I think I got the 64MB |
| 05:39:26 | JdGordon | you've got the bootloader installed yeah? |
| 05:39:39 | bob77 | yes |
| 05:40:21 | bob77 | I installed the bootloader first then .rockbox under |
| 05:40:27 | bob77 | I installed the bootloader first then .rockbox under "installation" tab |
| 05:41:40 | JdGordon | unzip jdgordon.info/rockbox/rockbox-vid64lba.zip">http://usa.jdgordon.info/rockbox/rockbox-vid64lba.zip to the ipod |
| 05:42:23 | bob77 | okay, lemme try .. |
| 05:46:44 | S_a_i_n_t | JdGordon: Now *that's service ;-D |
| 05:48:07 | JdGordon | if that works I'll fix up configure to allow it as an advanced build option |
| 05:48:24 | JdGordon | I don't know why we dont do that build already.. arnt those disks fairly common? |
| 05:48:57 | S_a_i_n_t | provided of course that the user has a build environment set up... |
| 05:49:22 | S_a_i_n_t | there probably should be a "big disk" build available. |
| 05:50:15 | | Quit akur (Quit: Leaving.) |
| 05:50:33 | saratoga2 | i think it assumed that if someone can upgrade an ipod they can compile their own rockbox |
| 05:50:43 | saratoga2 | which was probably true until someone started selling these things on ebay |
| 05:51:39 | bob77 | same error came up when booting |
| 05:52:49 | bob77 | I actually bought this one to put rockbox in :) |
| 05:53:24 | JdGordon | search the forums :/ |
| 05:53:32 | S_a_i_n_t | saratoga2: that is probably correct, but like you say, there is the issue with refurbs...it'd be nice to be able to get a percentile of who has which disk somehow...to know if having the build on the main page would be worthwhile. |
| 05:56:45 | S_a_i_n_t | bob77: http://www.google.com/search?as_q=5.5g%2BMAX_PHYS_SECTOR_SIZE+4096&as_sitesearch=forums.rockbox.org may help... |
| 05:58:38 | * | bob77 is looking |
| 05:59:18 | S_a_i_n_t | is there a chance it's actually a 32MB model? the 64MB build wouldn;t work in that case...would it? |
| 05:59:32 | S_a_i_n_t | whereas 32MB would work on the 64. |
| 05:59:55 | saratoga2 | it'll work but crash after playing for a while |
| 06:00 |
| 06:01:04 | bob77 | hmm could be, lemme try the 30GB model |
| 06:11:15 | bob77 | no go, I'm trying http://forums.rockbox.org/index.php?topic=22188.15 now |
| 06:12:19 | | Quit dmb (Quit: Gone) |
| 06:18:38 | | Join dmb [0] (~dmb@unaffiliated/dmb) |
| 06:20:09 | JdGordon | you probbaly need a bigdisk bootloader also |
| 06:21:34 | JdGordon | bob77: jdgordon.info/rockbox/booloader-lba64.bin">http://usa.jdgordon.info/rockbox/booloader-lba64.bin |
| 06:21:42 | JdGordon | you need to manually install it |
| 06:21:44 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =ooo ϢINTER ϾHIP 5iVE is OOON!!) |
| 06:21:55 | S_a_i_n_t | hmmm, that's a good point. |
| 06:22:08 | bob77 | YAY!!! it's go go go |
| 06:22:40 | S_a_i_n_t | bob77: which build did you use? |
| 06:22:49 | S_a_i_n_t | and which bootloader? |
| 06:23:00 | bob77 | this one: http://forums.rockbox.org/index.php?topic=22188.0 |
| 06:23:12 | bob77 | the 64MB one |
| 06:24:20 | * | bob77 sincerely thank JdGordon, saratoga2, and the aptly named S_a_i_n_t for this |
| 06:24:25 | S_a_i_n_t | Hmmmm, in theory...it shouldn't be too hard to see what's touched by those patches, and apply them to current build. |
| 06:24:34 | S_a_i_n_t | I have a feeling you'd prefer 3.5 |
| 06:24:41 | S_a_i_n_t | a lot has changed since 3.4 |
| 06:24:45 | bob77 | I see |
| 06:25:12 | JdGordon | can you try my bootloader and build? |
| 06:25:23 | bob77 | of course hang on |
| 06:25:43 | JdGordon | yeah, looks like it should work |
| 06:27:28 | bob77 | damn you guys, can;t I play with this for a while FIRST ? :) |
| 06:27:47 | S_a_i_n_t | later... :P |
| 06:27:49 | bob77 | nah, I'll go straight to JdGordon's stuff, hang on |
| 06:27:58 | S_a_i_n_t | we need to know we can get a current build working :D |
| 06:35:52 | bob77 | Model name in the input file doesn't match.. tried renamed it to bootloader-ipodvideo.ipod too |
| 06:36:55 | S_a_i_n_t | are you installing this manually? |
| 06:37:01 | S_a_i_n_t | the bootloader I mean. |
| 06:37:04 | JdGordon | bob77: jdgordon.info/rockbox/booloader-lba32.bin">http://usa.jdgordon.info/rockbox/booloader-lba32.bin |
| 06:37:25 | bob77 | yes ipodpatcher -a bootloader-lba64.bin |
| 06:41:22 | bob77 | ah ipodpatcher -ab *.bin |
| 06:44:12 | S_a_i_n_t | yep... -a only works for .ipod files. |
| 06:44:21 | S_a_i_n_t | *and .ipodx |
| 06:45:31 | bob77 | bootloader-lba64.bin *PANIC* 4096 |
| 06:45:54 | S_a_i_n_t | try the 3. one JdGordon linked earlier |
| 06:45:57 | bob77 | only with white background ? |
| 06:46:00 | S_a_i_n_t | 32mb |
| 06:46:00 | JdGordon | what do I call the configure option? |
| 06:46:28 | S_a_i_n_t | in "advanced" for the 5.5g? |
| 06:46:34 | JdGordon | (B)ig Disk, or (4)Kb sectors |
| 06:46:52 | S_a_i_n_t | (B) fits in more readily |
| 06:47:00 | S_a_i_n_t | as all else are letters...no? |
| 06:47:31 | S_a_i_n_t | bob77: jdgordon.info/rockbox/booloader-lba32.bin">http://usa.jdgordon.info/rockbox/booloader-lba32.bin |
| 06:47:43 | S_a_i_n_t | that one...try that. |
| 06:47:54 | bob77 | trying |
| 06:48:14 | S_a_i_n_t | sorry for the mess around btw... |
| 06:48:16 | S_a_i_n_t | and thanks. |
| 06:48:40 | bob77 | Nah. |
| 06:48:48 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 06:48:59 | S_a_i_n_t | >:-[ |
| 06:49:09 | * | S_a_i_n_t wonders what's broken... |
| 06:49:10 | | Quit kramer3d_ (Ping timeout: 246 seconds) |
| 06:49:38 | S_a_i_n_t | bob77: well, at least you know that there's *one* current(-ish) build you can use. |
| 06:49:50 | JdGordon | neither of mine work? |
| 06:49:52 | bob77 | same with 32MB |
| 06:50:58 | bob77 | both white screened with *PANIC |
| 06:53:10 | bob77 | I read somewhere Steve Martin (lol) suggested commenting out MAX_PHYS_SECTOR_SIZE 4096 altogether ... and only have thet #define HAVE_LBA48 |
| 06:54:07 | JdGordon | bob77: jdgordon.info/rockbox/booloader-lba32.bin">http://usa.jdgordon.info/rockbox/booloader-lba32.bin try this one again |
| 06:54:17 | bob77 | I don't mean to be rude of course.. but could it be that http://www.rockbox.org/mail/archive/rockbox-archive-2009-03/0060.shtml |
| 06:54:18 | *** | Saving seen data "./dancer.seen" |
| 06:54:19 | bob77 | ok |
| 06:54:23 | * | S_a_i_n_t also found Steve Martin amusing...(I doubt it's *the* Steve Martin however :P) |
| 06:56:20 | JdGordon | it seems odd that that #define isnt used |
| 06:57:37 | JdGordon | bob77: woops, download that link again |
| 06:57:43 | | Part toffe82 |
| 06:57:52 | bob77 | ok |
| 07:00 |
| 07:01:39 | bob77 | nope |
| 07:02:51 | S_a_i_n_t | wtf?!? |
| 07:02:57 | bob77 | any 64MB I should try? |
| 07:03:23 | * | S_a_i_n_t scratches his head... |
| 07:04:32 | bob77 | did ya -#define MAX_LOG_SECTOR_SIZE 2048 +#define MAX_LOG_SECTOR_SIZE 16384 |
| 07:05:26 | bob77 | coz nugged did, http://forums.rockbox.org/index.php?topic=22188.msg157089#msg157089 |
| 07:07:41 | JdGordon | that one shouldnt make a difference :/ |
| 07:08:31 | JdGordon | arg, what state is the bootloader in? |
| 07:08:52 | bob77 | rockbox flashed a little than white screened |
| 07:09:06 | JdGordon | with the panic? |
| 07:09:06 | bob77 | *PANIC* pysical 4096 |
| 07:09:45 | bob77 | should I try nugged's 32MB? |
| 07:09:53 | | Quit Lss__ (Read error: Connection reset by peer) |
| 07:10:04 | bob77 | what's the sign of wrong amount of RAM |
| 07:10:33 | S_a_i_n_t | 32mb build will work fine on the 64mb |
| 07:10:38 | S_a_i_n_t | but not in the reverse |
| 07:11:00 | | Quit liar (Ping timeout: 245 seconds) |
| 07:11:04 | JdGordon | whats the exact wording of the panic message? |
| 07:11:29 | bob77 | *PANIC* unsupported physical sector 4096 |
| 07:12:23 | JdGordon | not *PANIC* unsupported physical sector size <something>? |
| 07:12:32 | bob77 | na |
| 07:13:52 | bob77 | *PANIC* |
| 07:13:56 | bob77 | Unsupported physical sector size: 4096 |
| 07:16:12 | JdGordon | try it once more... if that doesnt work im out of ideas |
| 07:16:24 | JdGordon | the download link that is |
| 07:16:27 | bob77 | btw before doing anything I used itunes to format the thing |
| 07:16:36 | JdGordon | thats fine |
| 07:20:37 | bob77 | the last one doesn't work ... btw the link always 404 Not found, so added the t myself |
| 07:21:14 | bob77 | the last one 5dfbbc004f7a5a78ac8902d5d789b2eb still panic |
| 07:22:16 | JdGordon | thats the md5sum? |
| 07:22:25 | bob77 | yep |
| 07:22:35 | JdGordon | thats very wrong... |
| 07:22:36 | JdGordon | wtf? |
| 07:24:17 | bob77 | jdgordon.info/rockbox/booloader-lba32.bin">http://usa.jdgordon.info/rockbox/booloader-lba32.bin |
| 07:24:17 | JdGordon | jdgordon.info/rockbox/bootloader-lba32.bin">http://usa.jdgordon.info/rockbox/bootloader-lba32.bin 2d3382341729ea0ba6f29881a5bb19c3 |
| 07:25:52 | bob77 | flashing hold on |
| 07:25:55 | S_a_i_n_t | if you go by nugged's .diff only +#define MAX_LOG_SECTOR_SIZE 16384, +#define MAX_PHYS_SECTOR_SIZE 4096, and +#define HAVE_LBA48 are touched...this shouldn't be too hard. |
| 07:26:03 | * | S_a_i_n_t wonders whats going wrong. |
| 07:26:41 | JdGordon | wget -O - jdgordon.info/rockbox/bootloader-lba32.bin">http://usa.jdgordon.info/rockbox/bootloader-lba32.bin | md5sum - gives me the correct md5sum |
| 07:27:18 | bob77 | 2d3382341729ea0ba6f29881a5bb19c3 *bootloader-lba32.bin |
| 07:27:18 | S_a_i_n_t | JdGordon: FWIW...same here. |
| 07:28:00 | bob77 | still no go :) |
| 07:28:31 | JdGordon | which rockbox build have you got installed? |
| 07:28:35 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 07:28:42 | JdGordon | now im wondering if the bootloader is correct but the main build is panicing |
| 07:29:40 | bob77 | could be, do you have any build I should try |
| 07:30:06 | bob77 | this one: jdgordon.info/rockbox/rockbox-vid64lba.zip">http://usa.jdgordon.info/rockbox/rockbox-vid64lba.zip |
| 07:30:18 | S_a_i_n_t | my Video has no HD atm...otherwise I'd test myself. |
| 07:30:51 | JdGordon | yeah that one |
| 07:31:07 | JdGordon | and yes, this shouldnt be this hard :p |
| 07:31:41 | bob77 | I got that build in place for the 32MB.bins |
| 07:32:31 | S_a_i_n_t | bob77: JdGordon: FWIW...someone else trying to apply the bigdisk patch is/was having the same trouble in Dec '09 " http://forums.rockbox.org/index.php?topic=22188.msg159878#msg159878 " |
| 07:33:22 | bob77 | no not me :) although I'm making a fool of myself often.. diff bozzo |
| 07:34:03 | JdGordon | no answer though |
| 07:34:27 | JdGordon | bob77: you need to be in here when euorpe (GMT+1) is awake... |
| 07:34:28 | S_a_i_n_t | I thought it may be relevant to suggesting that the main build may be broken, as he mentioned that the patch used to work fine for him...then just dstopped. |
| 07:34:33 | JdGordon | amiconn: can probaly help |
| 07:35:49 | S_a_i_n_t | bob77: for npw, at least you know there is one build you can use...and this will *probably* get sorted at some point in the not-so-distant future. |
| 07:36:45 | bob77 | okay.. np guys, I'd like to help too |
| 07:37:16 | bob77 | am looking at nugged's config-ipodvideo.h |
| 07:37:41 | S_a_i_n_t | there is only 3 changes there that I can see |
| 07:37:45 | S_a_i_n_t | *at a glance |
| 07:38:14 | S_a_i_n_t | #define MAX_LOG_SECTOR_SIZE 16384, #define MAX_PHYS_SECTOR_SIZE 4096, and define HAVE_LBA48 |
| 07:39:26 | S_a_i_n_t | but he seems to suggest later in the thread that #define MAX_PHYS_SECTOR_SIZE 4096 may be neglected altogether? |
| 07:41:16 | bob77 | and #define HAVE_ATA_DMA |
| 07:41:41 | bob77 | the original |
| 07:42:03 | bob77 | there's no HAVE_ATA_DMA in the .orig |
| 07:42:39 | | Quit TopyMobile_ (Ping timeout: 265 seconds) |
| 07:43:52 | S_a_i_n_t | I have to pass on this...code-wise, I have to assume JD knows his stuff to a degree far beyond that of myself. |
| 07:44:16 | S_a_i_n_t | and that is more a fact than an assumption :P |
| 07:44:43 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 07:44:44 | | Quit Zagor (Changing host) |
| 07:44:44 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 07:46:57 | bob77 | other than those three discussed, nugged also added /* Define this to add support for ATA DMA */ #define HAVE_ATA_DM |
| 07:54:03 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 07:54:09 | | Quit BHSPitMonkey (Client Quit) |
| 07:55:15 | | Quit Tomis (Quit: Tomis) |
| 08:00 |
| 08:00:16 | | Join Tomis [0] (~Tomis@70.134.85.73) |
| 08:01:59 | | Quit Tomis (Client Quit) |
| 08:04:21 | | Join TopyMobile_ [0] (~topy@f048072220.adsl.alicedsl.de) |
| 08:16:41 | | Quit TopyMobile_ (Ping timeout: 240 seconds) |
| 08:18:03 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 08:23:41 | | Join TopyMobile_ [0] (~topy@f048176077.adsl.alicedsl.de) |
| 08:27:29 | | Quit AndyI (Ping timeout: 248 seconds) |
| 08:28:17 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 08:29:50 | | Join Tomis [0] (~Tomis@70.134.85.73) |
| 08:32:51 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
| 08:35:47 | S_a_i_n_t | are the sims/check wps all good with multifont? |
| 08:36:04 | S_a_i_n_t | I mean, the sims wont complain will they? |
| 08:36:43 | * | S_a_i_n_t is trying to work out whether to build a sim, or painstakingly start testing on-device. |
| 08:38:04 | JdGordon | the sim bloody bbetter work |
| 08:38:47 | S_a_i_n_t | OK, I'll try it. |
| 08:41:13 | S_a_i_n_t | Simulator build selected |
| 08:41:13 | S_a_i_n_t | Using source code root directory: /cygdrive/c/Cygwin/Rockbox_Source/rockbox |
| 08:41:13 | S_a_i_n_t | configure didn't find sdl-config, which indicates that you |
| 08:41:13 | DBUG | Enqueued KICK S_a_i_n_t |
| 08:41:13 | S_a_i_n_t | don't have SDL (properly) installed. Please correct and |
| 08:41:13 | S_a_i_n_t | re-run configure! |
| 08:41:22 | S_a_i_n_t | ...err? |
| 08:41:46 | S_a_i_n_t | it *used* to work...wtf? |
| 08:43:51 | | Join flydutch [0] (~flydutch@host66-209-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:44:34 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 08:45:14 | | Join einhirn [0] (~Miranda@p54859B71.dip0.t-ipconnect.de) |
| 08:49:22 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 08:51:29 | | Quit kramer3d (Ping timeout: 248 seconds) |
| 08:51:37 | | Nick kramer3d_ is now known as kramer3d (~kramer@unaffiliated/kramer3d) |
| 08:54:20 | *** | Saving seen data "./dancer.seen" |
| 08:55:27 | | Join TopyMobile__ [0] (~topy@f048241038.adsl.alicedsl.de) |
| 08:56:31 | | Quit bob77 (Quit: CGI:IRC) |
| 08:58:50 | | Quit TopyMobile_ (Ping timeout: 276 seconds) |
| 09:00 |
| 09:01:12 | S_a_i_n_t | JdGordon: Do you think it would be possible to get dict.rock to use multifint? On small screen players, and even on larger screens (depending on the length of the definition) the definition often draws way off screen. |
| 09:01:36 | S_a_i_n_t | being able to scroll it would be better, but multifont is perhaps easier? |
| 09:04:21 | | Quit einhirn (Read error: Connection reset by peer) |
| 09:07:35 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 09:15:39 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 09:21:52 | | Join r0b- [0] (~nnscript@adsl-76-235-168-204.dsl.klmzmi.sbcglobal.net) |
| 09:23:50 | | Join bob77 [0] (~dcfd3401@giant.haxx.se) |
| 09:23:59 | | Join TopyMobile_ [0] (~topy@f048242217.adsl.alicedsl.de) |
| 09:24:36 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:26:32 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:26:52 | | Quit r0b- (Read error: Connection reset by peer) |
| 09:27:09 | | Quit TopyMobile__ (Ping timeout: 256 seconds) |
| 09:35:15 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 09:39:21 | | Join notByan [0] (~notByan@lackey.csl.mtu.edu) |
| 09:39:25 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 09:39:25 | * | notByan just had an idea |
| 09:39:41 | notByan | WPS's should be able to know whether or not the backlight is on |
| 09:39:53 | notByan | that way, they could change colors for the proper situation.. |
| 09:40:00 | JdGordon | S_a_i_n_t: yeah, giving the plugins a simple API to load a font is on the todo list |
| 09:40:01 | notByan | my WPS is hard as hell to read without the backlight |
| 09:40:56 | S_a_i_n_t | notByan: (generally speaking) wouldn;t it be more feasable to alter the theme to be more readable in that case? |
| 09:41:48 | S_a_i_n_t | I just can't really see a purpose on changing colours if the backlight is on/off |
| 09:42:01 | notByan | generally? IDK. But, in my case my WPS is lightist blue on black |
| 09:42:08 | S_a_i_n_t | one easy to read scheme seems a lot better to me. |
| 09:42:13 | notByan | so, it's easy on the eyes when using it |
| 09:42:24 | notByan | but, when the backlight is off.. it's hardly visible at all |
| 09:42:34 | | Quit bob77 (Quit: zzzz) |
| 09:42:36 | S_a_i_n_t | easy on the eyes seems debatable if its "hard as hell to read" |
| 09:42:51 | notByan | it's only hard to read without the backlight.. |
| 09:42:57 | notByan | otherwise it's very easy to read.. |
| 09:43:23 | notByan | but, the constrast is purposefully lower, so that it doesn't blind you when the light is on >_> |
| 09:43:58 | notByan | I do admit.. this seems to be special case.. I doubt many people use a WPS like mine |
| 09:44:13 | S_a_i_n_t | well...so you'd like to change the *contrast* if backlight is on/off? |
| 09:44:15 | notByan | I wonder how hard it'd be to hack into |
| 09:44:24 | S_a_i_n_t | and not the colour? |
| 09:44:30 | | Quit kramer3d (Quit: Leaving) |
| 09:45:29 | JdGordon | the WPS cant change the colours, you have to use conditional viewports which means a very big wps if you do that |
| 09:45:48 | S_a_i_n_t | notByan: the easiest way to do this would be to have two .cfg's you can easily switch between. |
| 09:45:48 | notByan | S_a_i_n_t: err.. how often do you use devices without backlights on? if the background is black and the foreground is white.. full contrast, it's still not going to as readable as white background and black foreground |
| 09:47:01 | S_a_i_n_t | you could also make conditional viewports that switch schemes between am/pm if you were keen |
| 09:47:09 | * | S_a_i_n_t debates trying that himself... |
| 09:47:10 | notByan | errr... the idea that I am going to touch the buttons.. which turns the backlight back on.. to switch to a differen cfg.. so I can wait for it to turn off, that'd be silly |
| 09:47:39 | notByan | I thought about that idea too.. but I'd rather just adjust brightness based on daytime |
| 09:48:03 | S_a_i_n_t | start coding ;D |
| 09:48:35 | notByan | the problem with that idea is the fact that my time is never right.. cause my battery is so poor |
| 09:49:10 | notByan | better more practical idea: rockbox driver aquires time, so anytime it's connected it syncs the time? |
| 09:49:19 | notByan | hmmm |
| 09:49:42 | S_a_i_n_t | does it not do that already? |
| 09:49:47 | S_a_i_n_t | what target do you have? |
| 09:49:58 | notByan | ipod 5.5G |
| 09:50:08 | notByan | using bleeding edge |
| 09:50:14 | S_a_i_n_t | it should always be correct then |
| 09:50:19 | S_a_i_n_t | ipod nano 1/2g |
| 09:50:25 | S_a_i_n_t | never set the time once |
| 09:50:29 | S_a_i_n_t | always correct |
| 09:50:35 | notByan | thats cause your battery doesn't die.. |
| 09:50:47 | notByan | as long as it has some left in it.. the RTC on the ipod will keep time |
| 09:50:54 | notByan | but my battery dies.. alot.. |
| 09:50:54 | S_a_i_n_t | well...there's no software fix for a shitty battery :P |
| 09:51:18 | notByan | but there is for it losing time all the time >_> |
| 09:51:33 | S_a_i_n_t | there is? |
| 09:51:49 | notByan | as I said.. whenever I plug it in.. it syncs the time >_> |
| 09:52:11 | notByan | every time I charge it, I plug it into the computer.. so, after each time it dies. the time would be fixed |
| 09:52:27 | S_a_i_n_t | it should do that already, pluhg it in under the OF |
| 09:52:33 | S_a_i_n_t | it should sync the time then |
| 09:52:47 | notByan | err.. but I don't use the OF? |
| 09:52:57 | S_a_i_n_t | apparently..RB doesn't, but I was fairly sure it did. |
| 09:53:45 | notByan | http://www.rockbox.org/wiki/IpodTimeSync |
| 09:53:47 | notByan | hrm |
| 09:54:24 | S_a_i_n_t | you could plug it in under OF once in a while to set the time...if its that big an issue...FYI the OF actually draws 500mA from the USB, but (atm) Rockbox only draws 100mA for the ipods |
| 09:54:36 | S_a_i_n_t | so you charge will be a lot quicker under OF anyway |
| 09:54:57 | notByan | 90% of the time, charging and playing are one in the same |
| 09:55:04 | notByan | so, thats not super useful for me |
| 09:55:17 | notByan | but, as you said, it seems rockbox supports.. at least under linux |
| 09:55:31 | S_a_i_n_t | charging/playing+possibly not charging at all...and probably why your batery is messed up |
| 09:55:48 | S_a_i_n_t | as it only draws 100mA, and your target needs a lot of juice |
| 09:56:06 | S_a_i_n_t | s/+/=/ |
| 09:56:33 | notByan | no, it was messed up before rockbox |
| 09:57:04 | notByan | why on earth does it only draw 100mA anyway? |
| 09:57:36 | S_a_i_n_t | not sure *why* exactly, just that that's how it is... |
| 09:57:49 | S_a_i_n_t | you're welcome to fix it :P |
| 09:57:53 | notByan | I wonder how hard that is to change |
| 09:58:02 | notByan | or if they didn't do that on purpose at all |
| 09:58:20 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:58:21 | S_a_i_n_t | apparently quite hard, as several people have been trying to fix it for some time now IIRC |
| 09:59:03 | S_a_i_n_t | it is on purpose...its because rockbox has no way of knowing whether or not it *can* craw the full 500mA |
| 09:59:03 | notByan | I also wonder if thats why it seems like my USB charger things chargers so much faster |
| 09:59:17 | S_a_i_n_t | ie. it may be in a hub, and not in a high-power port |
| 09:59:30 | S_a_i_n_t | s/craw/draw/ |
| 09:59:49 | notByan | err.. I'm no expert, but doesn't it request as much as it likes, and whatever it gets, it gets? |
| 10:00 |
| 10:01:12 | S_a_i_n_t | I'm no expert either...but until it knows how much it can get, or where its coming from...its safest to assume the lowest amount I believe. |
| 10:01:30 | S_a_i_n_t | Its not like noones working on it. |
| 10:01:49 | notByan | mmk |
| 10:02:51 | | Join Sajber^ [0] (~Sajber@h-143-173.A213.priv.bahnhof.se) |
| 10:04:19 | notByan | hrm |
| 10:04:25 | notByan | the time stuff doesn't seem very hard |
| 10:04:31 | notByan | maybe I can write something for windows |
| 10:06:31 | notByan | or probably not.. looks like it depends on libgpod damn |
| 10:12:38 | | Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 10:19:42 | S_a_i_n_t | is there any aprticular reason why the ipod bootloaders on rockbox.org are from Oct '08? |
| 10:20:17 | Bagder | instead of? |
| 10:20:21 | S_a_i_n_t | surely they have changed somewhat since then, no? |
| 10:21:03 | | Join bob77 [0] (~dcfd3401@giant.haxx.se) |
| 10:31:09 | AlexP | no? |
| 10:33:31 | bob77 | guys, I just wanna report that nugged's r23166 and bobbozzo's r23339M can boot this 80GB but after that it's really messed up... even keypress and scrolling are hit and miss. |
| 10:38:17 | S_a_i_n_t | bob77: does the OF behave correctly? |
| 10:38:49 | bob77 | what's OF |
| 10:39:02 | S_a_i_n_t | original firmware...the Apple side |
| 10:39:33 | bob77 | yes, smooth as.. scrolling and select. |
| 10:40:31 | S_a_i_n_t | Hmmmmmm :/ |
| 10:54:24 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:10:34 | AlexP | What are nugged's r23166 and bobbozzo's r23339M ? |
| 11:10:44 | AlexP | Unsupported builds? |
| 11:12:49 | Llorean | I'm sure. |
| 11:15:59 | gevaerts | Torne: have you seen FS #11016? |
| 11:26:29 | bob77 | I tried them because release and current builds kept giving me *panic* unsupported physical sector: 4096 |
| 11:29:32 | bob77 | this model: http://cgi.ebay.com/Apple-iPod-Video-%22SLIM%22-80GB-WHITE-Same-Size-as-a-30GB!_W0QQitemZ250571262741QQcmdZViewItemQQimsxZ20100129?IMSfp=TL100129193015r21915 |
| 11:37:28 | * | S_a_i_n_t is beginning to wonder if the drive is indeed the size it says it is...or whether its been dodgily hacked to represent a different volome size... |
| 11:37:45 | S_a_i_n_t | *volume |
| 11:38:07 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:38:43 | S_a_i_n_t | bob77: out of curiousity...have you tried to 30GB video build on your player? |
| 11:39:28 | S_a_i_n_t | as it is actually a 30GB video is it not...but with a larger disk? |
| 11:39:30 | bob77 | yes, if the 64MB failed I tried 32MB |
| 11:40:18 | S_a_i_n_t | so...you've actually tried the 30GB video build...not the 32mb, but the 30GB? |
| 11:40:32 | S_a_i_n_t | http://build.rockbox.org/data/rockbox-ipodvideo.zip <-this one? |
| 11:40:56 | bob77 | yes, but via rbutilqt.exe |
| 11:41:03 | gevaerts | S_a_i_n_t: there are no separate 32mb *and* 30GB builds. Those are the same thing |
| 11:41:38 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 11:42:47 | | Join wind [0] (~7ba9867b@giant.haxx.se) |
| 11:43:29 | bob77 | Now I'm gonna format it with /a:2048 |
| 11:43:42 | bob77 | then try the current build :) |
| 11:46:20 | | Join jeffp [0] (~jeffp@barmen.interhost.no) |
| 11:46:39 | | Part jeffp |
| 11:47:02 | | Join jeffp [0] (~jeffp@barmen.interhost.no) |
| 11:47:19 | | Quit jeffp (Remote host closed the connection) |
| 11:47:24 | | Join jeffp [0] (~jeffp@barmen.interhost.no) |
| 11:47:55 | | Quit jeffp (Remote host closed the connection) |
| 11:51:21 | Frampis | SID files often have more than one song, is it possible to play anything but the first one in rockbox? |
| 11:53:17 | linuxstb | Frampis: I _think_ you can, by seeking in the file. |
| 11:53:38 | Frampis | seeking eh? I'll be sure to try that out |
| 11:54:43 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:55:36 | Frampis | it works! thanks linuxstb |
| 11:56:14 | Frampis | it's just brilliant that rockbox even supports sids |
| 12:00 |
| 12:13:34 | | Quit Sajber^ (Read error: Connection reset by peer) |
| 12:18:54 | | Join m3dlg [0] (~m3dlg@212.183.140.54) |
| 12:34:22 | Torne | gevaerts: i have now.. hm. |
| 12:34:36 | Torne | gevaerts: i couldn't reproduce horscht's problem at all, and he had the issue before DMA went in |
| 12:34:49 | Torne | gevaerts: but it could conceivably be related to my previous ATA change |
| 12:35:02 | Torne | I am inclined to think not, though, since the change to the behaviour of reads by the unification should hav ebeen zero |
| 12:36:04 | gevaerts | maybe the multisector one? |
| 12:37:14 | Torne | hm? |
| 12:37:27 | Torne | the unification only changed the behaviour of reads (intentionally, at least) |
| 12:37:29 | Torne | er |
| 12:37:30 | Torne | of writes |
| 12:37:34 | Torne | reads were already multisector |
| 12:38:13 | gevaerts | ok |
| 12:39:04 | Torne | i guess the test would be to have horsct go back to the revision before |
| 12:39:11 | Torne | since he seems to be able to do it reproducably |
| 12:39:25 | Torne | we experimented with different album art before and it looked like it was related to AA rescaling |
| 12:39:30 | Torne | but the results didn't make sense. |
| 12:39:44 | Torne | he was using bitmap AA scaled to the exact size the skin needed, which the bmp loader doesn't yield while loading |
| 12:39:59 | Torne | and it went away if he used a different size, so that hte scaler could yield |
| 12:40:09 | Torne | but then it came back for some kinds of jpg, which should've been yielding as well |
| 12:43:11 | gevaerts | yes, we need to know the exact revision that changes things |
| 12:46:20 | Torne | i've asked them to try it |
| 12:52:16 | | Join _zic [0] (~user@91-165-224-141.rev.libertysurf.net) |
| 12:54:27 | *** | Saving seen data "./dancer.seen" |
| 12:54:39 | S_a_i_n_t | in regards to AA...does using bmp over jpg (or vice versa) yeild any benefits? |
| 12:54:55 | AlexP | bmp is easier to decode |
| 12:55:02 | AlexP | but takes more diskspace |
| 12:55:31 | Bagder | also bmp is lossless, jpg is not |
| 12:55:36 | AlexP | unhelpful may say something about scaling at this point :) |
| 12:55:40 | S_a_i_n_t | ah...so jpg is less to buffer? or just faster? |
| 12:55:46 | AlexP | slower |
| 12:55:56 | AlexP | bmp is easier to decode |
| 12:56:03 | S_a_i_n_t | ooops, yes, slower. |
| 12:57:07 | | Quit m3dlg (Ping timeout: 240 seconds) |
| 12:57:41 | Torne | jpg can be faster for some cases: if your album art is very big |
| 12:57:54 | Torne | the jpg pre-scale by 8/16/whateveritis saves a lot of cycles that the bmp loader has to spend |
| 12:58:25 | | Quit ThomasAH (Ping timeout: 248 seconds) |
| 12:58:52 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.142) |
| 12:59:28 | TheSeven | what about PNG btw? |
| 13:00 |
| 13:00:28 | | Quit MethoS- (Remote host closed the connection) |
| 13:00:29 | TheSeven | is it supported? and if not: what would be the approximate binsize/ramsize hit in order to do so? |
| 13:00:47 | | Quit S_a_i_n_t (Ping timeout: 256 seconds) |
| 13:01:10 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 13:01:14 | | Join archivator [0] (~archivato@stu0279.keble.ox.ac.uk) |
| 13:03:00 | archivator | Now that fft has been committed, can someone please take a look at FS #10816? It's making more difficult than they should be.. |
| 13:05:39 | | Quit karashata (Quit: The fluffy dragon has left entirely!) |
| 13:05:51 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
| 13:13:58 | TheSeven | are there any targets with a 2048 or bigger sector size, besides nano2g? |
| 13:14:54 | | Join perfectdrug__ [0] (~marko@p5B0EF91A.dip.t-dialin.net) |
| 13:15:41 | S_a_i_n_t_ | TheSeven: Isn;t it just Nano2g specifically that has 2048? besides "monster builds" etc. ? |
| 13:16:03 | TheSeven | IIRC there were some other non-512 targets at least |
| 13:16:28 | S_a_i_n_t_ | Hmmmm, probably, but I can;t recall offhand. |
| 13:16:34 | TheSeven | but those use some weird trick (remember that certain 80gb ipod video drive) |
| 13:18:45 | | Quit perfectdrug_ (Ping timeout: 258 seconds) |
| 13:18:47 | S_a_i_n_t_ | TheSeven: are you talking about bob77? he has an 80GB video with 4096, and can't seem to get a build running on it. |
| 13:18:57 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
| 13:19:25 | TheSeven | no, iirc there was a 1024-byte-sector drive that's commonly used in some ipods |
| 13:20:45 | S_a_i_n_t_ | not sure sorry...not to my knowledge (which is however quite limited in this area). |
| 13:28:49 | TheSeven | hm, if he wants to use a filesystem that also has 4096-byte sectors, and not that 512-byte emulation, he should be able to use the same method I used on the nano2g |
| 13:29:10 | TheSeven | he would probably run in a lot of STKOVs (like the dircache one) though |
| 13:29:56 | | Quit archivator (Remote host closed the connection) |
| 13:31:45 | bob77 | TheSeven: I managed to format with fat32format with 4096.. nugged's unsupported port can run ok now |
| 13:32:17 | bob77 | Select still miss once or twice, with apple's firmware all fine though |
| 13:33:25 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 13:43:39 | GodEater | TheSeven: the ipod 80GB is a funny beast. It uses 1024 bytes sectors on device, but exposes the drive as 2048 byte over USB. |
| 13:44:44 | bob77 | GodEater: what sector size you recommend using? |
| 13:45:08 | GodEater | I don't understand the question |
| 13:45:53 | | Join DerPapst [0] (~DerPapst@p4FE8F7C8.dip.t-dialin.net) |
| 13:46:05 | bob77 | currently I formatted by 80GB with 4096 sector size, should I use 1024? |
| 13:46:24 | | Join Schmogel [0] (~Miranda@p3EE21A7E.dip0.t-ipconnect.de) |
| 13:46:29 | GodEater | this is with the original drive in it? |
| 13:46:54 | bob77 | I'm not sure, probably not |
| 13:47:45 | GodEater | frankly, I'm surprised you even have an option to format it with a size the drive doesn't support |
| 13:48:06 | Torne | the sector size in the FAT is kinda irrelevant, though |
| 13:48:20 | Torne | well, as long as it's big enough |
| 13:48:47 | Torne | making it bigger than it is just makes sectors per cluster lower, or makes cluster size bigger. |
| 13:49:36 | | Quit killan (Ping timeout: 264 seconds) |
| 13:50:14 | | Join Buschel [0] (~ab@p54A3D276.dip.t-dialin.net) |
| 13:50:21 | S_a_i_n_t_ | it should let you select *any* sector size, but format will fail if the drive can't support it. |
| 13:50:46 | S_a_i_n_t_ | it *should* just blank the unsupported ones out, but doesn;t. |
| 13:50:46 | Torne | it will fail if it's too small, yes |
| 13:50:49 | Torne | but not if it's too big |
| 13:50:56 | Torne | ATA doesn't work that way |
| 13:51:01 | Torne | ATA commands are always 512 byte sectors |
| 13:51:33 | Torne | if the OS thinks the sector size is 1024 it just happens to only ever do reads/writes that start at an even sector number and contain an even number of sectors |
| 13:52:39 | | Join Riku [0] (~Lss@cm48.omega219.maxonline.com.sg) |
| 13:53:08 | | Nick Riku is now known as Guest94132 (~Lss@cm48.omega219.maxonline.com.sg) |
| 13:53:14 | S_a_i_n_t_ | from what I gathered from the description from ebay, bob77's iPod is actually a 30GB video, with a small form factor 80GB HD in it. |
| 13:53:57 | GodEater | so not the same drive as in the original 80GB at all then |
| 13:54:06 | S_a_i_n_t_ | whatever combination it actually is...RB doesn;t seem to like it. |
| 13:54:07 | GodEater | and therefore less likely to be as fundamentally broken |
| 13:54:46 | S_a_i_n_t_ | well, it was called the 80GB *slim* (never heard of it either) |
| 13:54:56 | * | bob77 would like to upgrade to 30GB |
| 13:55:00 | S_a_i_n_t_ | and boasted being the same size as the 30GB |
| 13:55:08 | S_a_i_n_t_ | so I figure that's what was done. |
| 13:55:49 | S_a_i_n_t_ | bob77: *upgrade* to 30GB? isn;t that a DOWNgrade? |
| 13:56:30 | TheSeven | upgrade in functionality :-) |
| 13:56:35 | linuxstb | bob77: I think it depends on whether you have the "5g" or "5.5g" ipod. The difference is that the apple firmware uses a 2048-byte sector size on the 5.5g. ipodpatcher should report the logical sector size used by the Apple firmware. |
| 13:56:40 | bob77 | hahaha |
| 13:57:22 | bob77 | I check on apple, my serial ends with V9R so 5.5 |
| 13:58:03 | linuxstb | I wouldn't always trust that, especially with refurbished models. But then it sounds like you should use a 2048-byte logical sector size, which Rockbox should be happy with. |
| 13:58:07 | bob77 | For some reason I reckon this is 80GB mobo, in a slim case, and slim hdd |
| 13:58:24 | * | GodEater is willing to bet it isn't |
| 13:58:24 | S_a_i_n_t_ | *this* is why refurbs can suck ass sometimes.... |
| 13:58:25 | TheSeven | *panic* unsupported physical sector: 4096 |
| 13:58:30 | TheSeven | where does rockbox get that value from? |
| 13:58:30 | bob77 | linuxstb: okay, lemme try to use 2048 |
| 13:58:36 | Torne | TheSeven: Should be from ATA IDENTIFY |
| 13:58:39 | Torne | i.e. from the disk itself |
| 13:58:50 | TheSeven | and what is it that it doesn't like about it? |
| 13:59:00 | Torne | it's bigger than the value the ata driver is compiled for |
| 13:59:00 | GodEater | Torne: which isn't to be trusted! |
| 13:59:05 | S_a_i_n_t_ | wont boot |
| 13:59:06 | TheSeven | because it doesn't match the SECTOR_SIZE define? |
| 13:59:19 | linuxstb | Because it doesn't match the MAX_SECTOR_SIZE define (IIUC) |
| 13:59:40 | Torne | MAX_SECTOR_SIZE needs to be 4096 or more, yes |
| 13:59:45 | S_a_i_n_t_ | JdGordon tried to edit that for him, and sent him the builds...but it *still* didn't boot. |
| 13:59:49 | S_a_i_n_t_ | ;/ |
| 13:59:50 | Torne | er, MAX_PHYS_SECTOR_SIZE |
| 14:00 |
| 14:00:03 | Torne | with the same message? |
| 14:00:11 | S_a_i_n_t_ | yep |
| 14:00:11 | * | TheSeven doesn't get what that whole emulation layer is for and why we can't just use 4096-byte sectors directly like we do with 2048 on nano2g |
| 14:00:16 | Torne | because that's totally impossible, right? :) |
| 14:00:16 | S_a_i_n_t_ | err...apparently |
| 14:00:28 | S_a_i_n_t_ | not like I was there or anything |
| 14:00:39 | Torne | the condition where it panics with that, it prints the same value that it compared to |
| 14:00:48 | Torne | so if MAX_PHYS_SECTOR_SIZE was 4096 that panic really can't happen |
| 14:01:01 | Torne | so I would ugess that JdGordon or the user made a mistake |
| 14:01:06 | GodEater | TheSeven: that layer is there because our FAT code always assumed 512 bytes sectors |
| 14:01:16 | GodEater | and no-one could be bothered to rewrite it to be more celver |
| 14:01:18 | GodEater | *clever |
| 14:01:23 | GodEater | it was easier to hack the ATA layer |
| 14:01:46 | linuxstb | TheSeven: One difference is that _every_ nano2g has 2048-byte sectors, and SECTOR_SIZE is a constant. |
| 14:01:52 | S_a_i_n_t_ | weird thing is....*apparently* (again), the "big-disk" builds don;t work either....so something is going wrong with someone's info somewhere. |
| 14:02:04 | Torne | The big disk builds don't necessaraily have 4096 as the limit |
| 14:02:11 | Torne | they migh tbe built for 1024 or 2048... |
| 14:02:18 | GodEater | or just for LBA48 |
| 14:02:22 | Torne | but yes. i'm not saying it will definately *work* |
| 14:02:23 | GodEater | and not fiddle with the sector size at all |
| 14:02:24 | | Join stoffel [0] (~quassel@p57B4E7A8.dip.t-dialin.net) |
| 14:02:28 | S_a_i_n_t_ | Um...he found a couple of unsupported build that do. |
| 14:02:32 | Torne | but that specific panic message can *only* happen if MAX_PHYS_SECTOR_SIZE is too small |
| 14:02:36 | bob77 | they do boot just flaky as |
| 14:02:38 | Torne | there is no other way it can possibly occur |
| 14:02:40 | S_a_i_n_t_ | both of them *actually* did specify 4096 |
| 14:02:59 | GodEater | S_a_i_n_t_: he downloaded the source for each to check? |
| 14:03:16 | Torne | bob77: wait, the large disk builds do boot? |
| 14:03:19 | S_a_i_n_t_ | well..running off the .diff from the thread |
| 14:03:56 | bob77 | yep |
| 14:04:07 | GodEater | define "flaky as" then please |
| 14:04:29 | bob77 | I had to press select 3 4 times to register |
| 14:05:05 | Torne | that sounds like the disk isn't big enough to prop up the logic board properly :) |
| 14:05:12 | bob77 | and check again and again on apple firmware the hardwares fine |
| 14:05:20 | * | GodEater loves it when we're debugging the wrong plroblem |
| 14:05:30 | Torne | well, then i would guess that the build you used is old/crappy :) |
| 14:05:42 | Torne | and that you should try the latest svn but with MAX_PHYS_SECTOR_SIZE changed to 4096 |
| 14:05:53 | Torne | since the unsupported builds posted there don't ge tupdated very much |
| 14:05:56 | S_a_i_n_t_ | Torne: I had that idea too..but it failed when he said OF runs fine. |
| 14:06:33 | S_a_i_n_t_ | *logic board unsupported/supported incorrectly that is. |
| 14:07:39 | GodEater | I'd also go with a 30GB ipod build until you're certain the extra 32MB are there |
| 14:07:51 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 14:07:56 | bob77 | JdGordon tried patching latest build with MAX_PHYS_ and it still the same panic |
| 14:08:20 | S_a_i_n_t_ | he did, yes...but for the 80GB |
| 14:08:27 | S_a_i_n_t_ | I have a feeling its a 30 |
| 14:08:33 | GodEater | that wouldn't cause that panic though |
| 14:08:34 | Torne | as I just said: if it panics on start with that message then the build does not hava MAX_PHYS_SECTOR_SIZE defined properly |
| 14:08:38 | Torne | Either you or he made a mistake |
| 14:09:09 | Torne | using the 64mb build on a 32mb logic board doesn't cause problems until you start buffering or load a plugin/codec |
| 14:09:54 | bob77 | atm I'm listening flacs with 64MB large-disk build |
| 14:10:05 | S_a_i_n_t_ | I'd of built this guy a build to check out myself by now...but I'm reinstalling CygWin atm...and the mirror is *crawling* (slow as) |
| 14:10:18 | Torne | bob77: then it's a 64mb logic board. |
| 14:10:37 | Torne | otherwise that would definately not be working :) |
| 14:10:46 | GodEater | well, not for long anyway |
| 14:10:47 | GodEater | ;) |
| 14:10:48 | Torne | so the only problem you have with that build is that the buttons don't respond reliably? |
| 14:10:51 | bob77 | I reckon so |
| 14:11:05 | bob77 | I reckon so |
| 14:11:13 | Torne | "yes" would do, but hey |
| 14:11:17 | S_a_i_n_t_ | ...and scrolling *apparently* |
| 14:11:19 | Torne | then you need to try the latest svn |
| 14:11:29 | Torne | with the appropriate sector size change :) |
| 14:11:33 | S_a_i_n_t_ | you said scrolling sucked too right bob77? |
| 14:11:38 | Torne | either JdGordon did it wrong, or you installed it wrong |
| 14:11:45 | bob77 | sorry, a bit laggy here |
| 14:11:54 | Torne | i would build you one but my build machine isn't accessible atm |
| 14:11:59 | linuxstb | S_a_i_n_t_: Doesn't that come under "buttons don't respond reliably" |
| 14:12:51 | S_a_i_n_t_ | probably, but with definitions like "flaky as", it pays to check ;D |
| 14:13:11 | * | GodEater is building a MAX_PHYS = 4096 build right |
| 14:13:13 | GodEater | +now |
| 14:13:17 | GodEater | will upload somewhere when it's done |
| 14:13:34 | S_a_i_n_t_ | well..this should be definitive... |
| 14:18:22 | GodEater | bloody hell, can't have done this for a while |
| 14:18:26 | GodEater | ccache is hella outta date |
| 14:19:40 | GodEater | godeater.cream.org/rockbox.zip">http://godeater.cream.org/rockbox.zip |
| 14:20:16 | Torne | and the bootloader? |
| 14:20:24 | GodEater | easy tiger ;) |
| 14:21:58 | GodEater | godeater.cream.org/bootloader-ipodvideo.ipod">http://godeater.cream.org/bootloader-ipodvideo.ipod |
| 14:22:25 | * | bob77 on it |
| 14:25:21 | | Join CIA-8 [0] (cia@208.69.182.149) |
| 14:26:41 | S_a_i_n_t_ | yay! cia is alive again... |
| 14:28:13 | bob77 | HEY HEY HEY..... it's booting ....!! looking good |
| 14:36:48 | | Quit shai (Quit: Leaving) |
| 14:44:39 | bob77 | buttons still won't register straightaway, but flacs play fine |
| 14:45:13 | | Join m3dlg [0] (~m3dlg@212.183.140.52) |
| 14:47:36 | | Join killan [0] (~nnscript@c-38fd70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 14:50:06 | Torne | well, the buttons are not related to the disk :) |
| 14:50:11 | Torne | except physically, as mentioned above |
| 14:50:21 | Torne | but if it work sin the OF then that's *probably* not it. but who knows. |
| 14:51:07 | bob77 | I'm gonna replace the buttons at a shop tomorrow, I suspect the seller used dodgy parts as well |
| 14:53:34 | * | bob77 would like to thank Torne, GodEater, and S_a_i_n_t_ .. sorry to cause so much trouble guys :) |
| 14:54:03 | * | GodEater thinks the button thing could probably be improved by turning on dircache |
| 14:54:28 | *** | Saving seen data "./dancer.seen" |
| 14:54:30 | bob77 | okay.. I'll be back :) |
| 14:54:40 | bob77 | cyas |
| 14:54:46 | | Quit bob77 (Quit: thanks!) |
| 15:00 |
| 15:02:41 | | Join johnf1911 [0] (~johnf@zioncluster.ca) |
| 15:02:51 | johnf1911 | I've got a lovely spot of rockbox trouble |
| 15:02:52 | S_a_i_n_t_ | can some nice soul please build/upload me a nano1g SIM please? I need to debug a WPS, and my build environment is still down. |
| 15:03:03 | | Quit _zic (Remote host closed the connection) |
| 15:03:28 | johnf1911 | I'm set to auto resume playback on startup, the problem is that the file I'm playing is corrupt and crashes the player |
| 15:03:34 | johnf1911 | so every startup I crash |
| 15:03:49 | johnf1911 | any advice? anyone know what file is used to store the resume track? |
| 15:06:27 | Torne | playlist.control |
| 15:06:42 | Torne | or, er, something similar. in .rockbox |
| 15:08:24 | Frampis | johnf1911, have you tried renaming or deleting the file? |
| 15:08:47 | Frampis | the corrupt one |
| 15:08:57 | johnf1911 | I'm not sure if the file is corrupt |
| 15:09:04 | johnf1911 | or if it's just stuck in some strange state |
| 15:09:10 | johnf1911 | it appears to have played past the end of the file |
| 15:09:28 | GodEater | Torne: can't you also startup with the "clear config" settings method to stop this? |
| 15:09:39 | GodEater | (i.e. switch on hold if on an ipod etc.) |
| 15:09:40 | Torne | yes, but then it'll clear your config, no? |
| 15:09:48 | GodEater | it'll still fix the problem! |
| 15:09:49 | GodEater | :D |
| 15:10:06 | johnf1911 | hmm, GodEater; gibson reference? |
| 15:10:14 | GodEater | johnf1911: good catch |
| 15:10:17 | Frampis | johnf1911, worth a shot I think, renaming I mean |
| 15:10:34 | johnf1911 | I've read those books a few times :) |
| 15:10:54 | GodEater | or you could edit the config file to change the startup screen from "resume playback" to something else |
| 15:11:11 | Torne | seriously, delete the playlist control file in .rockbox :) |
| 15:11:12 | Torne | that will do it |
| 15:11:22 | johnf1911 | I'm working on it, I'm working on it |
| 15:11:25 | | Quit m3dlg (Ping timeout: 246 seconds) |
| 15:11:36 | GodEater | .playlist_control |
| 15:12:00 | | Join sim2409 [0] (~kvirc@92.117.184.46) |
| 15:12:31 | johnf1911 | sweet |
| 15:12:33 | johnf1911 | it's healed! |
| 15:12:57 | | Join fml [0] (~3ecebc53@giant.haxx.se) |
| 15:13:38 | fml | JdGordon: hello. Have you seen my question about the buffer signedness? I wonder why the compiler doesn't complain there. |
| 15:13:54 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 15:14:26 | johnf1911 | Torne: thanks a lot for your help |
| 15:14:32 | johnf1911 | man, I love rockbox |
| 15:14:48 | johnf1911 | my little H120 lasts forever |
| 15:15:03 | johnf1911 | and when the hard drive finally failed, I replaced it with a larger disk |
| 15:15:06 | johnf1911 | <3 |
| 15:24:33 | | Join Sajber^ [0] (~Sajber@h-143-173.A213.priv.bahnhof.se) |
| 15:29:39 | | Part LinusN |
| 15:30:02 | johnf1911 | thanks again |
| 15:30:05 | | Part johnf1911 |
| 15:33:34 | S_a_i_n_t_ | JdGordon: does multifont still work as %Fl|2|etc. etc.? |
| 15:34:02 | * | S_a_i_n_t_ is trying to figure out what's breaking his WPS...but without a SIM, it's a lot harder than I thought |
| 15:36:38 | mc2739 | S_a_i_n_t_: do you still need a sim build? |
| 15:37:05 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 15:38:26 | | Quit S_a_i_n_t_ (Ping timeout: 252 seconds) |
| 15:41:36 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.62) |
| 15:44:14 | | Quit Bagder (Quit: It is time to say moo) |
| 15:47:07 | mc2739 | 15:36:38 < mc2739> S_a_i_n_t_: do you still need a sim build? |
| 15:50:26 | S_a_i_n_t | please...thankyou |
| 15:51:27 | S_a_i_n_t | each cygwin mirror has dropped on me around 80% so far....and are all running *very* slow. otherwise I'd build one myself |
| 15:56:15 | | Join biengo [0] (~quassel@xdsl-81-173-231-161.netcologne.de) |
| 15:58:09 | biengo | Hi, I'm stuck in an infinite loop with a theme upload |
| 15:58:31 | biengo | first it asks to remove a font included in the rockbox install |
| 15:58:55 | biengo | then it murks that a specified font is missing |
| 15:59:12 | Torne | you probably specified the font using a name that isn't the name in the rockbox font pack |
| 15:59:46 | Torne | what does your theme say for the font? |
| 16:00 |
| 16:00:14 | biengo | font: /.rockbox/fonts/14-Nimbus.fnt |
| 16:01:48 | Torne | hm, that should be ok. |
| 16:02:01 | biengo | I mean it did recognise that a font by that name should be included anyway, |
| 16:02:04 | S_a_i_n_t | well, that's in the font pack...is multifont breaking checkWPS? |
| 16:04:27 | Torne | aw, disappointingly the theme site only checks by filename |
| 16:04:32 | biengo | It's in the default fonts, not the one in extras |
| 16:05:01 | Torne | rasher: can we get the theme site to detect themes that include fonts in the font pack even when they have been renamed? since that seems to happen quite a lot (Nimbus14 and so on) |
| 16:10:47 | | Join watto [0] (~watto@193.203.81.165) |
| 16:11:42 | biengo | Torne: I'm not shure if you agree with me that this is not a naming issue. |
| 16:11:50 | biengo | checkwps doesn't seem to ignore fonts that are included anyway by default |
| 16:12:02 | Torne | i said it was okay. it was just an aside, unrelated to your problem |
| 16:12:06 | | Quit teru (Quit: Quit) |
| 16:12:11 | Torne | and no, it's not checkwps which issues this error but the theme site code |
| 16:12:15 | biengo | ok, thanks |
| 16:19:22 | | Quit sim2409 (Quit: KVIrc 3.2.0 'Realia') |
| 16:21:51 | | Join jgarvey [0] (~jgarvey@cpe-174-097-248-071.nc.res.rr.com) |
| 16:26:44 | | Quit wind (Quit: CGI:IRC (EOF)) |
| 16:28:46 | * | amiconn wonders why this MAX_PHYS_SECTOR_SIZE problem is so difficult to understand |
| 16:29:01 | * | amiconn would try to fix it if he had access to an 80GB G5.5 |
| 16:36:10 | | Join shai [0] (~Shai@line21-132.adsl.actcom.net.il) |
| 16:37:13 | | Quit shai (Max SendQ exceeded) |
| 16:37:54 | | Join shai [0] (~Shai@line21-132.adsl.actcom.net.il) |
| 16:38:31 | | Quit shai (Read error: Connection reset by peer) |
| 16:38:40 | | Join shai [0] (~Shai@line21-132.adsl.actcom.net.il) |
| 16:39:42 | | Quit shai (Max SendQ exceeded) |
| 16:40:05 | | Join shai [0] (~Shai@line21-132.adsl.actcom.net.il) |
| 16:40:39 | | Quit shai (Read error: Connection reset by peer) |
| 16:42:00 | | Join shai [0] (~Shai@line21-132.adsl.actcom.net.il) |
| 16:42:19 | | Join m3dlg [0] (~m3dlg@212.183.140.53) |
| 16:43:39 | | Join freddyb [0] (~fred@pool-68-238-8-141.chi.dsl-w.verizon.net) |
| 16:44:24 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:45:31 | | Quit freddyb (Client Quit) |
| 16:46:13 | | Join freddyb [0] (~fred@pool-68-238-8-141.chi.dsl-w.verizon.net) |
| 16:48:01 | | Quit m3dlg (Ping timeout: 246 seconds) |
| 16:48:08 | | Join m3dlg [0] (~m3dlg@212.183.140.38) |
| 16:48:16 | freddyb | JdGordon: I think FS #11008 is good to go. |
| 16:49:14 | Unhelpful | Torne/AlexP/S_a_i_n_t: supported jpeg scalings are 1/8, 1/4, and 1/2. the jpeg loader will decode the file at the smallest size which is greater than or equal to the requested size, and the scaler will do the rest of the work. *Only* the imdct, some scaler work (due to having a smaller input size) and some small portion of entropy decode and dequantization are actually reduced. |
| 16:51:44 | Unhelpful | The huffman-coded image data must be decoded almost completely to skip the unneeded coefficients. JPEG uses huffman codes to encode lengths of coefficients, followed by the actual bits reperesenting the coefficient, which must be sign-extended and dequantized. sign-extension and dequantization are skipped, huffman decoding cannot be. |
| 16:52:03 | Unhelpful | ..ugh, i've been listening to too much of the mdct_exp work. not imdct, idct. ;) |
| 16:53:26 | Unhelpful | the idct is significantly faster as it goes down in size - the 1/8 scaling consists of a right-shift. |
| 16:53:30 | | Join ShadWeasel [0] (~3e93b971@giant.haxx.se) |
| 16:53:36 | ShadWeasel | Hi all |
| 16:54:32 | *** | Saving seen data "./dancer.seen" |
| 16:55:39 | ShadWeasel | J'utilise RockBox dans mon iPod-Nano2g. |
| 16:56:23 | Buschel | anyone with an coldfire target willing to do a performance test for the atrac3 codec? |
| 16:57:06 | ShadWeasel | And I have not too many problems .. |
| 16:57:35 | Unhelpful | ShadWeasel: ..but there are some? :) |
| 16:57:53 | | Quit m3dlg (Ping timeout: 252 seconds) |
| 16:58:26 | ShadWeasel | But I want the "Alarm"... |
| 16:58:41 | | Join m3dlg [0] (~m3dlg@212.183.140.20) |
| 16:59:12 | Buschel | mt, saratoga2: I could speed up atracs gainCompensateAndOverlap() by nearly a factor of 2 without asm'ing. This saves another 1.2 MHz on ARM. |
| 16:59:50 | ShadWeasel | Can you help me ? |
| 16:59:54 | * | Buschel is interested in the saving on coldfire targets |
| 17:00 |
| 17:00:20 | | Quit m3dlg (Remote host closed the connection) |
| 17:00:20 | linuxstb | ShadWeasel: The alarm feature hasn't been implemented on the nano2g yet. |
| 17:00:48 | | Join m3dlg [0] (~m3dlg@212.183.140.20) |
| 17:01:21 | ShadWeasel | Ah ok thank you very much ... |
| 17:01:53 | | Quit fml (Quit: CGI:IRC) |
| 17:07:37 | | Quit m3dlg (Ping timeout: 258 seconds) |
| 17:09:34 | | Quit ShadWeasel (Quit: CGI:IRC (EOF)) |
| 17:10:58 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
| 17:11:51 | CIA-8 | New commit by Buschel (r24668): Further optimization of atrac3 codec. Refacturate gainCompensateAndOverlap(), avoid multiplication if not needed, unroll loops. Speeds up codec by 1.1 ... |
| 17:12:24 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 17:14:20 | Buschel | mt, saratoga2: atrac3 profiling on arm -> total=62.7MHz, iqmf=43.9MHz, overlap_add=1.6MHz, imdtc=11.6MHz, other=5.6MHz (of that inverse quantization of spectrum needs 1.5MHz). In total 2.3 MHz less than last night :o) |
| 17:20:07 | AlexP | Torne: http://forums.rockbox.org/index.php?topic=23827.msg161867#new ... |
| 17:20:12 | AlexP | Some people... |
| 17:20:50 | perfectdrug__ | Buschel: i can test with coldfire if you provide the files |
| 17:21:34 | Torne | ARGH JESUS FUCK |
| 17:21:38 | Torne | oops sorry |
| 17:21:45 | Torne | thought this was -community :) |
| 17:21:51 | Torne | can someone *else* try and explain it to that guy? |
| 17:23:10 | AlexP | i thought about it, but I'm not sure how |
| 17:23:44 | pixelma | calling it a fix might be debateable </semi-serious> |
| 17:24:53 | S_a_i_n_t | i could *try*... |
| 17:25:08 | kugel | AlexP, Torne: :'( |
| 17:25:16 | * | S_a_i_n_t thinks how to word this... |
| 17:26:12 | AlexP | I tried to answer |
| 17:26:18 | Unhelpful | so, the "problem" is that you see a low battery icon on shutdown? |
| 17:27:07 | Torne | He doesn't understand that the low battery icon is a side effect of a fix for a *totally unrelated problem he knows nothing baout* |
| 17:27:16 | Torne | i have tried to explain this multiple times to no effect |
| 17:27:27 | Torne | He thinks the low battery icon is the problem being discussed in the thread |
| 17:27:37 | | Join ecio [0] (~Moo@244-108.202-68.tampabay.res.rr.com) |
| 17:27:43 | Torne | Maybe. I don't know. |
| 17:27:53 | | Join Farthen [0] (~chatzilla@e179239148.adsl.alicedsl.de) |
| 17:28:01 | | Join pamaury [0] (~pamaury@ALyon-551-1-70-117.w92-137.abo.wanadoo.fr) |
| 17:28:26 | S_a_i_n_t | he fails to see it as a sideeffect of shutdown, but sees it as the cause of the problem |
| 17:28:29 | S_a_i_n_t | *the icon |
| 17:28:43 | linuxstb | AlexP: Shouldn't "Some people suffer from a very annoying start up problem that means that it is difficult to turn on their ipod." be in the past tense (i.e. suffered) ? |
| 17:28:48 | kugel | Torne: I think he doesn't realize that the shutdown effect didn't affect all users and that the side effect affects all |
| 17:29:16 | AlexP | kugel: I've tried to spell that out |
| 17:29:25 | AlexP | linuxstb: yeah, changed |
| 17:29:33 | kugel | I noticed :) |
| 17:29:41 | * | S_a_i_n_t doesn't get any icon on shutdown FWIW |
| 17:29:56 | | Quit Zagor (Quit: Clint excited) |
| 17:29:59 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 17:30:04 | Torne | S_a_i_n_t: you probably do |
| 17:30:05 | linuxstb | AlexP: Maybe fix the tense of the whole sentence? ;) |
| 17:30:09 | Torne | it's just very hard to notice on some of the LCDs |
| 17:30:23 | Torne | afaik it does show up on all of the affected models. |
| 17:30:27 | AlexP | linuxstb: picky :) |
| 17:30:42 | kugel | can't the lcd just be turned off or is (parts of) the apple system turning it on again? |
| 17:31:35 | S_a_i_n_t | I've tried and tried and tried to see it, even asked the GF if she can (as my eyes suck), I've seen it before (in its actual usage) so I know what it looks like. but on Nano 1 and 2g ( I have 4, 2 of both) I can't see any icon on/during sghutdown |
| 17:32:04 | kugel | backlight isn't enough AFAIK as some ipods don't have it and the others have rather transflective displays |
| 17:32:37 | S_a_i_n_t | even tilting the screen, to see the contrast difference if backlight is off by that time, still no icon. |
| 17:32:53 | S_a_i_n_t | yet everyone else complains about it (some more than most :P) |
| 17:33:15 | kugel | Torne: ^? |
| 17:34:22 | Torne | kugel: I haven't experimented, actually |
| 17:34:25 | * | kugel needs to try out JdGordon's patch |
| 17:34:27 | Torne | kugel: it might be that that would work.. |
| 17:34:54 | Torne | kugel: i didn't make any change to the code, i just committed what dreamlayers wrot e:) |
| 17:35:19 | kugel | IMO the icon should be avoided if it's avoidable |
| 17:36:55 | | Quit Farthen (Ping timeout: 272 seconds) |
| 17:37:02 | Buschel | perfectdrug__: hi, here are some sample files -> http://samples.mplayerhq.hu/real/AC-atrc/ please test with FUN_RM_132.RM and mc_sich_ra8_264.rm |
| 17:37:18 | Buschel | perfectdrug__: just use plain svn, the patch is committed |
| 17:37:34 | Torne | kugel: well, i can try |
| 17:37:37 | Torne | at some point. |
| 17:37:37 | Buschel | perfectdrug__: what kind of target do you use? |
| 17:37:38 | kugel | Buschel: can you make files from the "official" test track and hand it to one of the swedes? |
| 17:37:40 | Torne | or someone else can :) |
| 17:38:22 | Buschel | kugel: I'll do my very best :o) |
| 17:38:45 | | Join Farthen [0] (~chatzilla@g224146167.adsl.alicedsl.de) |
| 17:39:39 | perfectdrug__ | Buschel: i updated my svn yesterday so i can make a test from before this commit as well so that you can compare. iriver h300 |
| 17:40:17 | Buschel | perfect :) |
| 17:42:07 | perfectdrug__ | which detail of the test codec result does actually matter? |
| 17:42:21 | Buschel | % and MHz |
| 17:44:50 | kugel | Buschel: in applyVariableGain(): is the difference between start and end always a multiple of 8? |
| 17:44:57 | Buschel | yes |
| 17:45:03 | kugel | ah, the comment before tells it |
| 17:45:05 | kugel | sorry :) |
| 17:46:30 | kugel | sadly this unrolling makes code ugly :( I wish there was a preprocessor mechanism to duplicate lines X times |
| 17:47:10 | | Quit stoffel (Ping timeout: 246 seconds) |
| 17:47:28 | Unhelpful | kugel: it would be nice for LUTs :) |
| 17:48:04 | * | Buschel is preparing the next (and final?) unrolling patch for atrac3 |
| 17:48:37 | * | kugel wonders if anyone actually proposed such a thing. I believe the committee might actually accept it |
| 17:51:20 | | Quit robin0800 (Remote host closed the connection) |
| 17:51:26 | kugel | JdGordon: are there known problems with your fms patch? I would like to give it a test |
| 17:52:13 | JdGordon | umm, not that i can tihnk of off the top of my head |
| 17:52:32 | JdGordon | not on swcodec anyway |
| 17:54:34 | Buschel | I cannot find any free atrac3 encoder... i guess that is why there are no sample files for rockbox available |
| 17:55:45 | linuxstb | Buschel: What about realproducer? |
| 17:56:34 | Buschel | linuxstb: checking... |
| 17:56:37 | perfectdrug__ | Buschel: r24662M-100215: 103,65% realtime, 119,81MhZ, current svn rev24668: 108,27% realtime, 114,69MhZ |
| 17:57:43 | | Quit petur (Quit: work->home) |
| 17:58:30 | kugel | not bad :) |
| 17:58:40 | Buschel | perfectdrug__: :o) sounds like realtime |
| 17:59:33 | kugel | I think 120%+ is considered realtime |
| 17:59:50 | perfectdrug__ | yes but the testfile sounds like ugly noise:D |
| 18:00 |
| 18:00:58 | kugel | perfectdrug__: on both revision? on a pc too? |
| 18:01:30 | Buschel | perfectdrug__: ? with what rev ? |
| 18:02:09 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 18:02:37 | perfectdrug__ | oh i thought it was supposed to be that way:/ |
| 18:02:44 | perfectdrug__ | on both revisions |
| 18:03:58 | perfectdrug__ | just tested on the pc and i see that it is not that way there, sounds like really ugly noise on the h300 |
| 18:04:09 | Buschel | hmmm |
| 18:04:21 | Buschel | can you check with which revision this was introduced? |
| 18:04:26 | JdGordon | kugel: oh, apparently %C break a fms |
| 18:04:32 | JdGordon | it shouldn't though |
| 18:04:47 | | Quit Farthen (Ping timeout: 272 seconds) |
| 18:04:53 | perfectdrug__ | Buschel: I can but i have to learn how to check out older revisions |
| 18:05:26 | kugel | JdGordon: shouldn't the playlist tags indicate the current and max presets? |
| 18:05:54 | JdGordon | umm |
| 18:06:44 | Buschel | perfectdrug__: To go back to a specific revision, use -> svn update -r 12345 |
| 18:06:47 | kugel | maybe not, but it sounds natural to me |
| 18:07:05 | perfectdrug__ | ok will do |
| 18:07:15 | JdGordon | we don't want the tags to become too confusing with doubleups |
| 18:07:18 | Buschel | perfectdrug__: thanks. I am puzzled |
| 18:07:47 | kugel | alright, I'll just fix my sbs then :) |
| 18:08:33 | kugel | it won't work with 3.5 anymore then though |
| 18:12:02 | Buschel | perfectdrug__: if playback sounds weird with r24622 the next interesting change came in with r24648. does this error also happen with other audio files or with atrac3 only? |
| 18:12:22 | JdGordon | what wont work with 3.5 anymore? |
| 18:12:54 | perfectdrug__ | Buschel: never heard noise like that before, i try 24641 atm |
| 18:13:14 | | Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) |
| 18:14:48 | | Nick perfectdrug__ is now known as perfectdrug (~marko@p5B0EF91A.dip.t-dialin.net) |
| 18:15:00 | Buschel | perfectdrug__: the changed c-version of the function works fine on my arm target... |
| 18:15:30 | Buschel | will leave for a while (need to spend some time with my son now). will be back later to check what is going on |
| 18:16:23 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:17:39 | perfectdrug | ok |
| 18:19:39 | | Quit Schmogel (Read error: Connection reset by peer) |
| 18:20:44 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 18:21:37 | Buschel | perfectdrug: if you any results just keep posting it here |
| 18:21:51 | Buschel | *have *them |
| 18:22:01 | kugel | JdGordon: can I specify a backdrop if yes: will it take additional space if it's the same as the wps one? |
| 18:22:37 | kugel | JdGordon: the theme won't work in the 3.5 anymore (more specifically the sbs) |
| 18:22:50 | kugel | unless I can do better and move parts to the fms |
| 18:22:52 | | Quit kaniini (Read error: Connection reset by peer) |
| 18:23:52 | | Join kaniini [0] (~kaniini65@dyn75-70.yok.fi) |
| 18:24:20 | | Quit notByan (Read error: Operation timed out) |
| 18:24:27 | | Join notByan [0] (~notByan@lackey.csl.mtu.edu) |
| 18:24:59 | | Quit thegeek (Ping timeout: 265 seconds) |
| 18:25:22 | | Join thegeek [0] (~nnscript@s080b.studby.ntnu.no) |
| 18:25:44 | mt | Buschel: I noticed you have committed the patch, do you still need the wav comparison ? |
| 18:26:59 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 18:28:46 | kugel | "The file /.rockbox/fonts/12-Adobe-Helvetica.fnt from the setting 'font' doesnt exist." :'( |
| 18:28:48 | jobec | it does seem that some clips have some problems with the radio. after explicitly cycling it on and off, 1 got 1.5h longer runtime than earlier (though still less than half of OF) |
| 18:30:01 | | Join Strife89DS [0] (~nds@adsl-068-213-037-174.sip.mcn.bellsouth.net) |
| 18:31:26 | | Quit biengo (Remote host closed the connection) |
| 18:31:53 | Buschel | mt: no |
| 18:32:01 | Buschel | but thanks for asking :) |
| 18:32:13 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:32:19 | kugel | the theme site is broken :( |
| 18:32:27 | | Join JdGordon1 [0] (~jonno@68-29-17-158.pools.spcsdns.net) |
| 18:33:11 | kugel | maybe think the .cfg checking was committed too early |
| 18:33:20 | kugel | there's also no exception for the default icon set |
| 18:33:56 | JdGordon1 | that just needs to b added |
| 18:34:07 | JdGordon1 | its in the admin stuff |
| 18:34:15 | AlexP | kugel: I vaguely remember someone saying something like it refuses a zip with a font that comes in the font pack inside, but it refuses a zip if it doesn't contain the font specified in the theme? |
| 18:34:26 | | Quit mt (Ping timeout: 240 seconds) |
| 18:34:27 | AlexP | Not sure if that is true or not though |
| 18:34:30 | kugel | it does both currently |
| 18:34:36 | Torne | someone was complaining about that earlier, yes :) |
| 18:34:43 | AlexP | kugel: That's what I meant |
| 18:34:45 | kugel | the fontpack exception doesn't work |
| 18:36:32 | | Join TheSphinX^ [0] (~cold@p54A5D637.dip.t-dialin.net) |
| 18:38:03 | | Join CPICH_ [0] (~Moo@244-108.202-68.tampabay.res.rr.com) |
| 18:38:03 | | Quit ecio (Read error: Connection reset by peer) |
| 18:38:33 | | Join m3dlg [0] (~m3dlg@212.183.140.98) |
| 18:38:48 | | Join rawhed [0] (~rawhed@nat-210-27.etelecom.ru) |
| 18:39:13 | rawhed | hello? |
| 18:39:20 | | Quit Strife89DS (Quit: ClIRC - IRC client for Nintendo DS) |
| 18:39:22 | Adnyxo | hey |
| 18:39:34 | rawhed | whats up :) |
| 18:39:44 | Adnyxo | not much |
| 18:39:55 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 18:40:27 | kugel | would anyone mind reverting? I'd like to update my theme but I cannot fix it (or how to test a possible fix)= |
| 18:40:51 | | Quit rawhed (Client Quit) |
| 18:42:12 | JdGordon1 | you cant make the changes live anyway can you? |
| 18:42:30 | kugel | arg, I don't think I can |
| 18:42:54 | gevaerts | jobec: that might point to OF version being the difference I guess |
| 18:44:24 | Buschel | gevaerts: would you mind checking whether current svn plays atrac3 files correctly on your h300? perfectdrug reported that only noise is audible... |
| 18:44:40 | JdGordon1 | kugel: anyway, I dont think it needs reverting, just a few minor fixes in |
| 18:44:47 | kugel | JdGordon1: saw my backdrop question? |
| 18:44:49 | perfectdrug | Buschel: false alarm, it works now maybe my .rockbox folder or svn was dodgy, test-codec was accurate though:) |
| 18:44:57 | JdGordon1 | #comment: in .cfg apparently breaks it also |
| 18:44:59 | JdGordon1 | no? |
| 18:45:20 | jobec | bertrik: i did the run and got slightly longer runtime |
| 18:45:37 | perfectdrug | gevaerts: nevermind;) |
| 18:45:40 | Buschel | perfectdrug: good news :o) |
| 18:45:54 | * | gevaerts goes back to sleep :) |
| 18:50:50 | kugel | JdGordon: I find the casing of the new tokens confusing |
| 18:51:41 | * | JdGordon1 is open to suggestions for them |
| 18:51:49 | JdGordon1 | and what backgorund question? |
| 18:54:34 | *** | Saving seen data "./dancer.seen" |
| 18:54:49 | kugel | JdGordon: can I specify a backdrop if yes: will it take additional space if it's the same as the wps one? |
| 18:55:22 | kugel | for the tags, is there a reason to have upper case ones at all? %T* is also used for sme touchscreen tags |
| 18:55:25 | JdGordon1 | yes %X and yes |
| 18:56:02 | JdGordon1 | there isnt much reason to any of the capitlisation outside of %I,F,D |
| 18:57:03 | JdGordon1 | I dont want to have a backdrop mess between skins, but if the wps and sbs, or fms and sbs use the same backdrop then they should use the same buffer |
| 18:57:08 | JdGordon1 | not wps and fms htouhg |
| 18:57:45 | kugel | it seems more likely to me that fms and wps share the same though |
| 18:58:19 | JdGordon1 | yes, but thats not something I want to add |
| 18:58:26 | kugel | because of? |
| 18:58:26 | JdGordon1 | especially when we dont currently save the filenames |
| 18:58:56 | JdGordon1 | skins are seperate |
| 18:59:10 | dionoea | you could compare on load and dump one of the buffers if they're identical |
| 18:59:21 | dionoea | (that would be quite ugly) |
| 18:59:32 | JdGordon1 | and any->sbs should only work if both are using the setting |
| 18:59:50 | JdGordon1 | i.e not loading one manually with %X |
| 19:00 |
| 19:00:09 | JdGordon1 | depending how its done, I could have my mind changed because it does waste alot of RAM |
| 19:01:46 | kugel | a hash of the filename would be sufficient I guess |
| 19:02:33 | JdGordon1 | and a get_backdrop_(int* hash, char* buffer, int screen) for each skin user? |
| 19:02:34 | JdGordon1 | yuck |
| 19:03:31 | JdGordon1 | we could add a backdrop manager like the font manager in skins, but thats just as bad |
| 19:03:43 | kugel | that, or just store it within the skin engine |
| 19:03:51 | | Quit mikroflops (Quit: "ERROR: Division by zero") |
| 19:04:16 | kugel | preventing duplication of the backdrop isn't really something the skins should be concerned with, that can be handled by the engine imo |
| 19:04:27 | JdGordon1 | I'd be more interested in resizable skin buffer on boot |
| 19:04:38 | JdGordon1 | back in 10 |
| 19:05:06 | | Quit m3dlg (Ping timeout: 265 seconds) |
| 19:06:19 | kugel | JdGordon1: have_rds doesn't seem to be implemented in the skip_to_false_branch thing |
| 19:07:49 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 19:09:01 | | Join aaron__ [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 19:09:23 | | Quit JdGordon1 (Ping timeout: 272 seconds) |
| 19:10:16 | B4gder | http://daniel.haxx.se/blog/2010/02/15/the-rockbox-future-is-an-app/ |
| 19:10:20 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:11:23 | | Quit Adnyxo (Ping timeout: 265 seconds) |
| 19:12:32 | Horscht | is there an archive for older revisions? |
| 19:12:42 | | Join JdGordon_ [0] (~836b0065@giant.haxx.se) |
| 19:13:01 | JdGordon_ | kugel: a posible gotcha with any backdriop manager... the sbs can change the backdrop on the fly, no other skins can |
| 19:13:25 | JdGordon_ | which means if the sbs + wps both load the same filename with %X and then its changed manually, it would change both |
| 19:13:43 | kugel | uh |
| 19:14:11 | JdGordon_ | that might be something not worth worrying baout though |
| 19:14:14 | JdGordon_ | about* |
| 19:14:17 | krazykit | Horscht, svn is the archive. you'd have to build older revisions yourself |
| 19:14:38 | Horscht | hm... ok. |
| 19:14:38 | pamaury | Note to all and myself: changing all ecread->read and ecwrite->write, suppressing all endianness code in tagcache saves 1015 bytes on ondio sp (that's without even removing the ec* functions totally of the core because I think there are not use elsewhere) |
| 19:16:05 | kugel | my fms fails to parse apparently |
| 19:16:42 | * | JdGordon_ tells pamaury not to bother |
| 19:16:58 | | Quit shai (Quit: Leaving) |
| 19:17:31 | kugel | pamaury: there's little point in saving rombox |
| 19:18:24 | kugel | it *will* break in the sometime, unless we find something that makes a real difference. saving 1k (or even 5k) doesn't help at all |
| 19:19:14 | pamaury | kugel: true, but that's also to see what is the cost of supporting endianness correction in tagcache |
| 19:19:16 | | Join JdGordon__ [0] (~Miranda@131.107.0.69) |
| 19:19:27 | | Quit JdGordon_ (Quit: CGI:IRC) |
| 19:20:03 | pamaury | But I also feel there is lots of redundancy in tagcache. The code could be cleaned probably but that's seems hard work |
| 19:20:22 | kugel | JdGordon: "fms: /path/to/skin.fms" is correct, isn'T it? |
| 19:21:03 | JdGordon__ | yes |
| 19:21:13 | JdGordon__ | . /.rockbox/wps/you.fms |
| 19:21:22 | JdGordon__ | without the first . |
| 19:22:03 | | Join shai [0] (~Shai@line21-132.adsl.actcom.net.il) |
| 19:23:52 | saratoga2 | kugel: were you still thinking about doing GSOC this summer? |
| 19:24:20 | kugel | JdGordon__: how does %Tf work? |
| 19:24:24 | kugel | saratoga2: sure |
| 19:24:41 | saratoga2 | cool |
| 19:24:42 | JdGordon__ | whats Tf? |
| 19:24:46 | saratoga2 | thought about a target? |
| 19:24:53 | kugel | JdGordon__: preset frequency |
| 19:25:20 | kugel | saratoga2: not yet; but raap seems wanted and I was always interested in it |
| 19:25:21 | JdGordon__ | %Tfx where x is the frequency offset number |
| 19:25:30 | JdGordon__ | this was added befoer the playlist viewer remmever |
| 19:25:34 | JdGordon__ | remember |
| 19:25:40 | saratoga2 | did you see bagder's link above? |
| 19:25:40 | kugel | can I use %Tn for the current preset? |
| 19:25:51 | kugel | saratoga2: yea |
| 19:26:02 | JdGordon__ | %Tf0 if the current one |
| 19:26:26 | freddyb | JdGordon__: http://www.rockbox.org/tracker/task/11008 is ready if you want to look at it. Keymaps are in for everything that works. |
| 19:26:30 | JdGordon__ | I need to redo those and just force ppeople to use the playlist viewer |
| 19:26:51 | JdGordon__ | freddyb: ok, I'll commit tonight it i remember unless someone beat me to it |
| 19:28:05 | kugel | saratoga2: so I would spend most of the gsoc money for devices the app runs on |
| 19:28:12 | freddyb | I built all the targets and tried them out, so I feel pretty good about it. The only thing I can think of is maybe some not so obvious buttons on some players being swapped. |
| 19:28:34 | | Quit aaron__ (Quit: Leaving) |
| 19:28:45 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 19:28:53 | JdGordon__ | swapped? |
| 19:30:25 | freddyb | Some of the button labels don't show up very well on the UI background. I tried to build the manual for the ones I wasn't sure what to map them to but there were still a few I wasn't 100% sure about. |
| 19:31:10 | | Join stoffel [0] (~quassel@p57B4E7A8.dip.t-dialin.net) |
| 19:31:40 | kugel | the radio in the sim apparently got cought in a endless loop after downloading a preset file |
| 19:36:17 | kugel | the %cs conditional doesn't seem to function correctly |
| 19:36:31 | domonoky | kugel: thats a expensive device to run Raap, if you spend nearly all of gsoc money for it :-) |
| 19:36:53 | JdGordon__ | the %cs conditional really isnt good enough to know why skin stuff to be displaying |
| 19:37:03 | kugel | domonoky: I meant multiple devices |
| 19:37:37 | domonoky | kugel: ah, you think you can get it to multiple device in one Gsoc summer ? |
| 19:37:40 | JdGordon__ | we need a simple tag (onlg the lines of %mp) with just "show nothing, show music stuff, show radio stuff, show rec stuff, etc" |
| 19:37:41 | kugel | JdGordon__: it should be fixed then. but it doesn't work well for lists when you want to show stuff of the last music screen |
| 19:38:10 | kugel | that's what %cs should do |
| 19:38:13 | S_a_i_n_t | do additional fonts have their own buffer, or do they steal from the skin/some other buffer? |
| 19:38:23 | kugel | domonoky: no idea |
| 19:38:38 | JdGordon__ | S_a_i_n_t: they steal from the skin buffer |
| 19:38:47 | JdGordon__ | 10Kb each |
| 19:39:00 | S_a_i_n_t | that explains why I can only load 1 additional font |
| 19:39:06 | S_a_i_n_t | HUGE wps :P |
| 19:39:17 | JdGordon__ | disable the backdrop |
| 19:39:21 | kugel | depends on whether sdl is ported already (or on whether it's prefered to implement native calls over sdl calls instead of porting to another device) |
| 19:39:23 | JdGordon__ | that will let you load 9 fonts |
| 19:39:36 | S_a_i_n_t | that's a big part of the WPS though |
| 19:39:41 | kugel | JdGordon__: what's the difference between your tag and %cs? |
| 19:39:47 | S_a_i_n_t | the bloat comes from animation |
| 19:40:16 | JdGordon__ | %cs loses track of the last screen when you are in the menu doesnt it? |
| 19:41:21 | domonoky | kugel: i think the biggest part of Raap is to convert the sim to the target directory, so you get SDL/etc targets. |
| 19:41:57 | * | JdGordon__ agrees |
| 19:42:16 | JdGordon__ | remove the SIMUKLATOR dependancy for a sdl build, and then worry about building for a real target |
| 19:42:23 | AlexP | domonoky: Have you seen the theme site brokeness? |
| 19:42:39 | domonoky | jup, give me some time to fix it |
| 19:42:48 | AlexP | cool, no worries :) |
| 19:43:08 | kugel | JdGordon__: yes but your tag would as well |
| 19:43:35 | JdGordon__ | no it wouldnt |
| 19:43:49 | kugel | how would "show nothing, show music stuff, show radio stuff, show rec stuff, etc" solve it? |
| 19:43:54 | perfectdrug | shouldn't it be raaap? |
| 19:44:01 | JdGordon__ | RaaA |
| 19:44:14 | domonoky | RaaAp :-) |
| 19:44:28 | AlexP | RaaApe |
| 19:44:40 | JdGordon__ | kugel: ? it would have logic in it to make sure it didnt lose track... or be some mashup between current_screen() and audio_status() |
| 19:44:49 | JdGordon__ | RaaAaaAaaAAaaaAAAaaaaAaap |
| 19:44:51 | perfectdrug | gangsta raaap, yeah |
| 19:44:52 | | Nick CPICH_ is now known as ecio (~Moo@244-108.202-68.tampabay.res.rr.com) |
| 19:46:18 | B4gder | as I write, lots of raaa is also things like threading and windows resizing etc |
| 19:46:36 | B4gder | and to get "hooked" in correctly into frameworks |
| 19:47:13 | JdGordon__ | do we need to worry about window resizing though? |
| 19:47:23 | JdGordon__ | stick that in the too hard basket for the time being |
| 19:47:27 | B4gder | well, android runs on many different screen sizes for example |
| 19:47:36 | B4gder | yeah, as a start it can be fixed |
| 19:47:53 | * | gevaerts refuses to focus on Android! |
| 19:48:10 | B4gder | right, all maemo devices have the same size ;-) |
| 19:48:24 | JdGordon__ | all android devices did too at the start! |
| 19:48:27 | gevaerts | I |
| 19:48:48 | gevaerts | I don't think we need runtime resizing |
| 19:48:56 | amiconn | Buschel: For these two extra bits - wouldn't it be better to have a fixmul29(). Or would this extra precision be overkill? |
| 19:49:05 | B4gder | well, an app on a desktop OS might want resize |
| 19:49:38 | JdGordon__ | I think the biggest step for RaaA is to just get a !SIMULATOR sdl build going on lunix |
| 19:49:41 | gevaerts | yes, but I think that that's a different market |
| 19:50:13 | B4gder | yeah, and less interesting - to me |
| 19:50:28 | JdGordon__ | well yeah, but baby steps... |
| 19:50:50 | * | JdGordon__ wants rockbox on android also |
| 19:50:57 | * | domonoky wonders about this themesite cfg bug. i am sure i tested it with a theme which has comments in the .cfg |
| 19:51:19 | B4gder | and of course, no matter what target gets first hit, the initial raaa work will benefit lots of other potential raaa targets |
| 19:51:28 | domonoky | but maybe it chokes if the comment sign isnt the first char of a line ? |
| 19:51:38 | JdGordon__ | he said it was |
| 19:51:53 | JdGordon__ | did your test one do "#comment: something" ? |
| 19:52:17 | JdGordon__ | did you see the patch I did to maybe fix the regex |
| 19:53:08 | domonoky | yes i saw the patch.. just looking at the changes. |
| 19:54:48 | linuxstb | B4gder: Android isn't just java nowadays then? |
| 19:55:02 | B4gder | no, you can build native stuff |
| 19:55:16 | B4gder | but there needs to be some kind of frontend in java |
| 19:55:25 | linuxstb | And phone companies let you install native stuff? |
| 19:55:30 | B4gder | yes sure |
| 19:56:24 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 19:56:32 | B4gder | the only downside is that apps get arch-specific, but that's not a real problem for us at least |
| 19:57:16 | domonoky | JdGordon__: i tested with this config: http://pastebin.com/ |
| 19:57:28 | JdGordon__ | linuxstb: there is a doom port for android, so we shuold be able to do it also |
| 19:58:29 | domonoky | http://pastebin.com/m4bb39c95 |
| 19:59:01 | JdGordon__ | all those comments fail the regex, #comment out one of the setting lines |
| 19:59:31 | JdGordon__ | hmm.. Last Update should match actually |
| 20:00 |
| 20:00:54 | | Join mikroflops [0] (~yogurt@217-208-157-242-no112.tbcn.telia.com) |
| 20:04:58 | domonoky | JdGordon__: i just tried with a setting commented out, and it works fine. |
| 20:05:27 | domonoky | so unless i get a test config which shows the faulty behavior, i am not gonna fix it. |
| 20:05:27 | JdGordon__ | ok, blame the user then :) |
| 20:05:49 | | Quit stoffel (Read error: Connection reset by peer) |
| 20:05:50 | JdGordon__ | maybe its better to go with the regex anyway because its fine to have whitespace before the # |
| 20:06:30 | domonoky | true |
| 20:06:45 | domonoky | it fails if it has whitespaces before the comment sign. |
| 20:07:39 | | Quit tmzt (Ping timeout: 272 seconds) |
| 20:07:44 | | Join Barahir_ [0] (~jonathan@gssn-5f75547a.pool.mediaWays.net) |
| 20:07:56 | JdGordon__ | IIRC he said he used notepad which means \r\n endings which doesnt really make sense that it would cause problems |
| 20:10:06 | domonoky | your regexp patch doesnt seem to be correct, it gives me a empty $name. |
| 20:10:24 | JdGordon__ | I didnt test it :p |
| 20:10:57 | | Quit Barahir (Ping timeout: 248 seconds) |
| 20:13:28 | kugel | domonoky: can you also make an exception for the icon set that comes with cabbie (is that even wanted?) |
| 20:13:36 | kugel | I never included those icons in my themes |
| 20:14:13 | domonoky | rashers fix is also not correct.. i will let it just ignore all lines which contain # |
| 20:14:25 | rasher | My fix for what? |
| 20:14:32 | JdGordon__ | thats probalby not a good fix |
| 20:14:46 | kugel | are inline comments allowed in .cfg files? |
| 20:15:07 | JdGordon__ | you'd have to check the settings.c file, but i dont tihnk so |
| 20:15:16 | JdGordon__ | but its possible # could be a legal value |
| 20:15:21 | JdGordon__ | or part of a legal value |
| 20:16:15 | domonoky | grr |
| 20:16:30 | LambdaCalculus37 | Having trouble building the rockbox toolchain for some reason on my Xserve: http://lambdacalculus379.pastebin.com//41977c82 |
| 20:16:44 | LambdaCalculus37 | PPC64 CPU running OS X 10.5.8. |
| 20:16:56 | domonoky | then someone please give me a proper regexp. or i will just declare # as a invalud config value :-) |
| 20:17:03 | kugel | JdGordon__: I'll tell you how my fms works, it seems boring so far without any kind of fm-AA though :) |
| 20:17:04 | JdGordon__ | LambdaCalculus37: broken url |
| 20:17:48 | | Quit amiconn (Disconnected by services) |
| 20:17:50 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 20:18:02 | domonoky | rasher: your patch for the comments in cfg file on the themepage. |
| 20:18:14 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 20:18:38 | rasher | I have a patch for that? |
| 20:18:39 | LambdaCalculus37 | JdGordon__ Oops, sorry. |
| 20:18:51 | LambdaCalculus37 | http://lambdacalculus379.pastebin.com/m41977c82 |
| 20:19:29 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 20:19:29 | | Quit pixelma (Disconnected by services) |
| 20:19:46 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 20:19:47 | domonoky | rasher: sorry, i thought the patch was from you, but its only the bug which is assigned to you (and me). :-) |
| 20:19:59 | rasher | Ah! |
| 20:20:00 | | Join phanboy4 [0] (~benji@gate-20.spsu.edu) |
| 20:20:18 | * | JdGordon__ kicks LambdaCalculus37 into ##gcc |
| 20:22:33 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 20:22:36 | saratoga2 | kugel: picking a device with a good emulator would make the RAAP work a lot easier |
| 20:22:51 | saratoga2 | and then working on a hardware later |
| 20:22:51 | | Join tmzt [0] (~tmzt@99.164.34.42) |
| 20:23:09 | saratoga2 | plus other people are more likely to help you if they can do it without hardware |
| 20:23:27 | kugel | isn't there an andrioid emulator? |
| 20:23:42 | B4gder | there is, yes |
| 20:24:00 | gevaerts | you don't need an emulator. The architecture work can be done just as well under plain linux |
| 20:24:00 | saratoga2 | IMO focusing on the android emulator as the offical target for GSOC makes a lot of sense |
| 20:24:08 | saratoga2 | its linux based and freely available |
| 20:24:20 | saratoga2 | but that assumes you want to go android |
| 20:24:25 | | Join kugel_ [0] (~kugel@e178120224.adsl.alicedsl.de) |
| 20:24:39 | | Quit kugel (Disconnected by services) |
| 20:24:43 | | Nick kugel_ is now known as kugel (~kugel@e178120224.adsl.alicedsl.de) |
| 20:24:48 | | Quit kugel (Changing host) |
| 20:24:48 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 20:24:48 | saratoga2 | there is also a very nice free emulator for Windows mobile, but when I tried the tool chain it was a lot of work to get it to do anything |
| 20:24:55 | gevaerts | you only need a development environment and/or emulator for the final step of integrating it in the java environment |
| 20:24:58 | saratoga2 | gcc targeting windows arm is not fun |
| 20:25:10 | saratoga2 | i don't even think we need to worry about java |
| 20:25:15 | kugel | porting rockbox to msvc is easier I guess :) |
| 20:25:15 | saratoga2 | theres SDL interfaces for these devices |
| 20:25:25 | JdGordon__ | sdl+linux makes far more sense for the initial work |
| 20:25:29 | domonoky | JdGordon__: what should the \s in you regexp do ? |
| 20:25:31 | saratoga2 | you should be able to just use SDL and let it worry about binding to the OS |
| 20:25:33 | JdGordon__ | or even linux+qt or something |
| 20:25:40 | JdGordon__ | domonoky: whitespace? |
| 20:25:41 | | Join Schmogel [0] (~Miranda@p3EE21FC0.dip0.t-ipconnect.de) |
| 20:25:45 | kugel | saratoga2: as B4gder said, andriod makes most sense currently |
| 20:25:45 | gevaerts | I'm assuming that on android you need a java wrapper for everything |
| 20:25:54 | saratoga2 | i don't think you do |
| 20:26:02 | gevaerts | maybe not |
| 20:26:09 | | Join CaptainKewl [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
| 20:26:27 | saratoga2 | i think sdl works by calling the underlying os system functions directly [because they're in c] |
| 20:26:32 | saratoga2 | but i'm not certain |
| 20:26:43 | gevaerts | yes, but you need to start the app |
| 20:27:02 | saratoga2 | the impression i get is that android works more like SWT then Swing on java |
| 20:27:03 | gevaerts | Anyway, that's a detail. If we go for sdl, 99% of the work doesn't need anything apart from a PC |
| 20:27:14 | saratoga2 | lots of c libraries with java wrappers to make them look like they're java |
| 20:27:22 | JdGordon__ | you use java to start the app.... I have no idea how you'd do things like threads and passing back to the os from JNI though |
| 20:27:45 | kugel | I need to go, but keep talking for the logs :) |
| 20:27:49 | | Quit kugel (Remote host closed the connection) |
| 20:28:56 | saratoga2 | http://jiggawatt.org/badc0de/android/index.html |
| 20:29:27 | saratoga2 | looks like you can use the keyboard and 3d hardware entirely from in c |
| 20:29:51 | CIA-8 | New commit by FlynDice (r24669): Sansa Clip+: Implement button driver. ... |
| 20:30:54 | saratoga2 | "Both video and audio are supported, also Java wrapper code will download and unpack application data from net on the first run (its not bundled into .apk), so to port it you only have to ensure that your application supports 320x200, 320x240 or 320x430 screen resolution, 16 bits per pixel. And don't do audio/video init in static constructors - it should be done in main(). " |
| 20:31:10 | saratoga2 | sounds like the wrappers we'd need already written |
| 20:31:35 | JdGordon__ | what about allowing the app to go to the background? |
| 20:34:22 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
| 20:35:52 | saratoga2 | i'm not sure, but i don't see why not |
| 20:36:04 | saratoga2 | regardless for an initial port i don't think that critical |
| 20:36:14 | saratoga2 | once you get something workable we can explore how to do it better |
| 20:36:34 | saratoga2 | probably removing SDL and using direct os libraries wherever possible for performance reasons will be a good idea in the long run |
| 20:38:29 | * | LambdaCalculus37 decides to play with the clipv2 build and see what it does |
| 20:41:39 | saratoga2 | i think only the bootloader builds |
| 20:41:45 | gevaerts | maybe. I'd expect SDL to be pretty fast on most platforms |
| 20:42:08 | gevaerts | And if it isn't, it might make more sense to optimise SDL |
| 20:42:12 | gevaerts | And if it isn't, it might make more sense to optimise SDL |
| 20:43:02 | | Join manotroll [0] (~bb10f1e7@giant.haxx.se) |
| 20:43:53 | LambdaCalculus37 | saratoga2: Yep, compiling the build failed for me. |
| 20:44:15 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:45:19 | GodEater | let me guess, you felt that was so important, it was worth mentioning twice? |
| 20:45:36 | gevaerts | my keyboard did :) |
| 20:45:48 | | Quit manotroll (Client Quit) |
| 20:45:55 | | Join manotroll [0] (~bb10f1e7@giant.haxx.se) |
| 20:47:13 | | Quit manotroll (Client Quit) |
| 20:47:27 | GodEater | so, when you going to start running android on your n900 then gevaerts ? :) |
| 20:47:49 | gevaerts | probably not today :) |
| 20:47:53 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 20:47:53 | | Quit Zagor (Changing host) |
| 20:47:53 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 20:48:42 | | Quit S_a_i_n_t (Quit: There are 10 types of people, those who understand binary, and those who don't.) |
| 20:50:40 | CIA-8 | New commit by Domonoky (r24670): try to fix comments in cfg file validation. |
| 20:50:58 | | Join MuscleNerd [0] (eric@adsl-75-27-189-151.dsl.irvnca.sbcglobal.net) |
| 20:52:31 | CIA-8 | New commit by tomers (r24671): Brickmania: Fix continue message for Cowon D2 |
| 20:54:33 | gevaerts | isn't there a cabbiev2 wps for mr500? |
| 20:54:37 | *** | Saving seen data "./dancer.seen" |
| 20:57:13 | | Part watto |
| 20:59:00 | saratoga2 | i guess we should try and get the word out more about rockbox GSOC |
| 20:59:06 | saratoga2 | since last year we couldn't fill our slots |
| 20:59:17 | saratoga2 | but i'm at a loss for were to recruit |
| 21:00 |
| 21:00:18 | JdGordon__ | well we need to come up with a good list of ideas |
| 21:00:20 | | Join webguest90 [0] (~bb10f1e7@giant.haxx.se) |
| 21:00:29 | JdGordon__ | and a proper interview/test plan |
| 21:01:22 | saratoga2 | we have a partial list of ideas on the GSOC2010 page, but more would be nice |
| 21:01:43 | webguest90 | egiste um metodo de rodar o rockbor no sansa c200v2 ou sansa c240 v2 ? e possivel passar link com mas explicações? |
| 21:01:43 | tomers | Maybe we should have a presentation that combines Rockbox and GSoC. We already have the Rockbox presentation, and there is going to be a GSoC presentation (if there is not already one) |
| 21:01:52 | webguest90 | egister a method of running rockbor in c200v2 sansa or sansa c240 v2? and possible link to go but explanations? |
| 21:02:27 | domonoky | webguest90: as the frontpage states, no rockbox |
| 21:02:31 | domonoky | on c200v2 |
| 21:03:16 | webguest90 | mas antes havia uma versão intavel disponivel onde foi parar a mesma |
| 21:03:30 | domonoky | webguest90: please speak english here. |
| 21:03:46 | webguest90 | but there was a version available intavel where has the same |
| 21:04:51 | webguest90 | ? |
| 21:05:20 | saratoga2 | rockbox on the c200v2 doesn't really work |
| 21:05:28 | domonoky | webguest90: some work has started on c200v2, but its not ready. And nobody knows when it will be ready. |
| 21:06:11 | tomers | saratoga2: A call for spreading the work about GSoC was sent in the GSoC discussion group: http://groups.google.com/group/google-summer-of-code-discuss/browse_thread/thread/33f783acdf353fba?tvc=2 |
| 21:06:30 | webguest90 | asim but it is not possible to release a beta? |
| 21:06:43 | domonoky | more ideas for our gsoc2010 page would be good. Also, maybe the students here could try to recrut other students at their uni. |
| 21:07:05 | * | JdGordon__ wants to put buflib on the list |
| 21:07:07 | webguest90 | but even asin not possible and release a beta? |
| 21:07:37 | domonoky | webguest90: no, its not in a state where non-developers can play with it. |
| 21:08:33 | domonoky | JdGordon__: then do it, and describe the buflib ideas which were discussed here to it. :-) |
| 21:08:40 | tomers | can we have a GSoC slot for some 'dirty chores' like working on the manual? |
| 21:08:49 | webguest90 | ok will wait anxiously for a version for the sansa c200v2 |
| 21:09:24 | JdGordon__ | domonoky: yeah, I want to write up the points from the discussion... i sort of think its too much work for gsoc though (and dunno if i'd trust it to a new comer anyway....) |
| 21:10:03 | saratoga2 | tomers: i don't think thats allowed in GSOC |
| 21:10:07 | pamaury | tomers: what job can you do on the manual during three months ? |
| 21:10:21 | domonoky | JdGordon__: you never know those newcomers :-) And its just a possible idea, students dont have to choose it. |
| 21:10:24 | saratoga2 | students must code, not do documentation |
| 21:10:27 | | Nick danopia_ is now known as danopia (~danopia@fullcirclemagazine/developer/danopia) |
| 21:10:48 | saratoga2 | ok added another GSOC codec project |
| 21:10:55 | domonoky | there is a differnt google thingi for documentation i think. |
| 21:10:57 | saratoga2 | i suppose an mpegplayer project would make sense too |
| 21:11:03 | tomers | pamaury: just the job of a technical writer... whatever this might involve - language, writing about plugins more, screenshot... |
| 21:11:16 | domonoky | saratoga2: more codecs for mpeg player ? sure |
| 21:11:36 | saratoga2 | AC3 support would make sense, as well as doing .vob |
| 21:11:42 | saratoga2 | some targets could probably play DVDs |
| 21:11:44 | pamaury | tomers: that's not enough work for a gsoc, is it ? |
| 21:11:56 | saratoga2 | its not allowed for GSOC so no |
| 21:11:58 | domonoky | tomers: gsoc projects should be clearly defined, so its possible to judge the students performance.. |
| 21:12:23 | tomers | GSoC project: implementing USB controller driver! (for any target that we don't have it implemented already) |
| 21:12:28 | JdGordon__ | redoing the radio code would be great. right now its a mess in recorder/radio.c with no nice api to the driver |
| 21:12:32 | saratoga2 | anyone feel like putting a note on the front page about GSOC projects? |
| 21:12:37 | tomers | domonoky: I agree |
| 21:12:49 | saratoga2 | no sense waiting to get ideas and interest |
| 21:13:03 | JdGordon__ | a project blog would be a good place for these ads/suggestions :p |
| 21:13:07 | domonoky | tomers: USB-driver is a good gsoc project. |
| 21:13:23 | saratoga2 | we need a blog thing for the front page |
| 21:13:40 | gevaerts | tomers: is that enough work for gsoc? |
| 21:13:51 | saratoga2 | but i have no idea how to make one since i'm not very good at the web two point oh |
| 21:13:54 | pamaury | then usb driver+host ;) |
| 21:13:57 | * | tomers wonders how Electrical Engineering students might use a software controlled DAP for... |
| 21:13:59 | gevaerts | it depends I guess |
| 21:14:08 | domonoky | but usb-driver for new targets might be also risky, depending on available documentation. |
| 21:14:19 | saratoga2 | we've tried that before and it didn't work so well |
| 21:14:25 | * | gevaerts decides that it would be enough work |
| 21:14:25 | | Quit webguest90 (Quit: CGI:IRC (EOF)) |
| 21:14:27 | saratoga2 | imo hardware specific projects are bad idea |
| 21:14:31 | gevaerts | but yes, risky |
| 21:14:47 | JdGordon__ | usb host support :) |
| 21:14:49 | saratoga2 | unless perhaps the student is exceptional |
| 21:14:59 | tomers | gevaerts: I think it is... It is very important to the users, and it can be easily measured. We might ask the student for implementing two different controllers, if that's not enough ;-) |
| 21:15:30 | saratoga2 | who runs the forums anyway? |
| 21:15:56 | saratoga2 | scorche i think? |
| 21:16:09 | saratoga2 | maybe i can bug him about some kind of rudimentary blog software |
| 21:16:11 | | Join Tomis2 [0] (~Tomis@70.134.105.130) |
| 21:16:16 | | Quit Tomis (Ping timeout: 260 seconds) |
| 21:16:16 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.105.130) |
| 21:16:38 | tomers | I was interested in getting xaos to be compiled as a Rockbox plugin (http://wmi.math.u-szeged.hu/xaos/doku.php) |
| 21:16:51 | Buschel | amiconn: I also thought about fixmul29(). But I prefer this dirty solution as this still is an obvious "todo". It also won't save to much cycles... |
| 21:16:57 | * | Buschel opens another Beck's |
| 21:17:19 | domonoky | a note on the frontpage about searching ideas and students for a possible gsoc2010 might be a good idea. (also the frontpage needs the new Packard Bell Target mentioned) |
| 21:17:37 | tomers | maybe that's a nice GSoC, having open source applications that use the GNU configure script be compiled for Rockbox - we need to have a Rockbox library file, and make the application compile as .rock file |
| 21:19:05 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 21:19:06 | domonoky | hm, you normally can just compile a normal app to a plugin, it has to be adapted. Think about the memory constraints, the api mechanism, etc. |
| 21:19:20 | JdGordon__ | can we also make each student work out of a branch in svn from the very start? |
| 21:19:35 | domonoky | that would be good. |
| 21:19:48 | tomers | domonoky: the xaos application has compile flag that does avoids use of malloc |
| 21:20:08 | saratoga2 | JdGordon__: sounds like a good idea |
| 21:20:14 | domonoky | also the weekly reports to the mailing list, should be enforced directly from the start. |
| 21:20:15 | tomers | i think it doable for that specific application |
| 21:20:16 | Torne | getting configure scripts to build against custom hosted environmens that aren't ANSI C is spectacularly difficult |
| 21:20:34 | Torne | for specific apps you are more likely to succeed by arbitrarily writign your own config.h and just crossing your fingers |
| 21:20:54 | CIA-8 | New commit by Buschel (r24672): Minor atrac3 codec optimization. Refacturate requantization of spectral lines, unroll loops. |
| 21:21:09 | domonoky | tomers: true, it might work for specific apps, but it doesnt work generally. (also we already have a fractals plugin in rockbox) |
| 21:21:12 | saratoga2 | how do you create a new news item on the front page? |
| 21:21:21 | | Join audio-i [0] (~ba1c7814@giant.haxx.se) |
| 21:21:40 | tomers | Torne: thanks for this info. I thought it is doable :-) So I guess for xaos I have to play a bit more with the code, and it is irrelevant for GSoC |
| 21:21:41 | JdGordon__ | freddyb: I dont see the point in your latest patch. Why should the sim look for the backdrop in the root folder? it should look in the folder with rockboxui |
| 21:22:10 | Torne | tomers: yeah, just run configure on the closest platform you can find (i.e. same arch/compiler) and then edit config.h and the makefile when things don't work |
| 21:22:22 | Torne | it's more or less how you get python to crosscompile :) |
| 21:22:33 | | Quit Tomis (Quit: Tomis) |
| 21:22:37 | domonoky | saratoga2: change index.t, the news items are hardcoded there. |
| 21:22:47 | audio-i | I'm trying to upload a theme to the site but I think the theme check is doing something wrong |
| 21:23:29 | tomers | if I'll try adding xaos as a new plugin, can I use svn:external to have the whole trunk of xaos synchronized? I guess it is not a good idea. It will make it highly coupled with the xaos project, and will not allow me to add Makefile files |
| 21:23:30 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 21:23:58 | Torne | that is a good question indeed |
| 21:24:09 | audio-i | the theme uses 12-nimbus font, I don't include it in the zip, it throws "The file /.rockbox/fonts/12-Nimbus.fnt from the setting 'font' doesnt exist" |
| 21:24:33 | domonoky | audio-i: when did you try ? |
| 21:24:53 | tomers | Torne: also, the xaos code repository contains some directories which will not be relevant for our target... |
| 21:24:56 | audio-i | I just did |
| 21:25:07 | Torne | yah. i had pondered how to sensibly build python as a rockbox plugin :) |
| 21:25:15 | audio-i | ipod video, if it makes a difference |
| 21:25:18 | JdGordon__ | sensibly? |
| 21:25:22 | * | domonoky will take a look at the themepage code again.. |
| 21:25:34 | audio-i | thanks! |
| 21:25:35 | Torne | for pycorn I have makefile rules which get the tarball, unpack it, patch it, configure it with magic, patch it some more, and then build it by invoking *its* makefile |
| 21:25:41 | Torne | which is slightly nightmarish |
| 21:25:44 | saratoga2 | "Rockbox will be applying for Google Summer of Code 2010. Please suggest possible projects, mentors or students." |
| 21:25:46 | saratoga2 | sound ok? |
| 21:26:08 | JdGordon__ | suggest where thoguh? |
| 21:27:19 | saratoga2 | it links to the wiki |
| 21:27:22 | domonoky | perhaps mention irc ? |
| 21:27:29 | saratoga2 | SummerOfCode2010 |
| 21:27:34 | JdGordon__ | FLAC embedded cue support and ogg subtrack support would be nice |
| 21:28:01 | saratoga2 | are subtracks the same as chaining? |
| 21:28:06 | | Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 21:28:17 | JdGordon__ | I tihnk so, I could have the wrong terminology |
| 21:29:19 | | Quit ecio (Read error: Connection reset by peer) |
| 21:29:21 | | Quit TheSphinX^ (Remote host closed the connection) |
| 21:29:33 | saratoga2 | chaining is basically not going to work with rockbox because its stupidly implemented |
| 21:29:34 | JdGordon__ | forum integration with the themesite would be nice also, create a thread when themes are added for discussion |
| 21:29:56 | saratoga2 | if subtracks have a header or something, that might work |
| 21:30:11 | JdGordon__ | how stupidly implemented? |
| 21:30:44 | GodEater | I don't think themesite integration with our forums is a valid rockbox SOC project |
| 21:30:51 | GodEater | it smacks more of a SMF project |
| 21:31:25 | JdGordon__ | well, not really... SMF wouldnt care about our custom sites |
| 21:31:36 | gevaerts | Is there a good reason for the sim to ask for a 24 bit window if rockbox uses 16 bit everywhere? |
| 21:31:36 | saratoga2 | it just concatenates tracks together |
| 21:31:41 | saratoga2 | no header or anything else |
| 21:31:53 | saratoga2 | so you have to constantly watch to see if your file became a new file while decoding |
| 21:32:00 | saratoga2 | thats problematic for devices with real malloc |
| 21:32:09 | JdGordon__ | thats bloody stupid :p |
| 21:32:12 | saratoga2 | yes |
| 21:32:30 | danopia | lol |
| 21:33:31 | CIA-8 | New commit by Domonoky (r24673): try to fix the font exemption for fontpack fonts in cfg file checking. |
| 21:34:10 | | Join Tomis [0] (~Tomis@70.134.105.130) |
| 21:34:28 | saratoga2 | <tr><td nowrap>2010-02-15</td><td>Rockbox will be applying for Google Summer of Code 2010. Please <a href="http://www.rockbox.org/wiki/SummerOfCode2010">suggest</a> possible projects or <a href="http$="http://www.rockbox.org/irc/">ask</a> to be a mentor or students on our IRC channel.</td></tr> |
| 21:34:42 | domonoky | audio-i: can you try again please ? and if it still doesnt work, please send my the theme zip for testing. |
| 21:34:53 | | Quit shaggy-h () |
| 21:35:38 | | Quit BeFalou (Quit: leaving) |
| 21:35:51 | JdGordon__ | domonoky: and you handle remote font also? |
| 21:36:01 | saratoga2 | pulling trigger if no one minds |
| 21:36:44 | domonoky | JdGordon__: the exemption comes only from the file extention.. |
| 21:37:21 | CIA-8 | New commit by saratoga (r24674): Add mention of GSOC2010 to the front page. |
| 21:37:25 | domonoky | ie any .fnt mentioned in the .cfg is allowed to be missing, if a fontpack font with the same name exists. |
| 21:37:31 | saratoga2 | B4gder: can you update the front page? |
| 21:37:41 | saratoga2 | Zagor: or you |
| 21:37:55 | domonoky | saratoga2: you could add the new target too :-) |
| 21:38:01 | saratoga2 | oh |
| 21:38:11 | saratoga2 | whats it called? |
| 21:38:33 | domonoky | Packard Bell Vibe 500 |
| 21:39:08 | | Quit komputes (Ping timeout: 260 seconds) |
| 21:39:14 | domonoky | it should go atleast under unusable (but its probably very shortly before unstable, only automatic bins missing i think). |
| 21:40:17 | Zagor | saratoga2: done |
| 21:40:29 | saratoga2 | if its about to go under unstable, lets just wait |
| 21:40:35 | saratoga2 | Zagor: thanks |
| 21:41:13 | | Quit grndslm (Remote host closed the connection) |
| 21:41:25 | saratoga2 | Zagor: if you get a chance could you change "students" to "student" |
| 21:41:26 | freddyb | JdGordon: It only looks for the image in the same dir as rockboxui if you call it from that directory. ./rockboxui works. /something/rockboxui doesn't |
| 21:41:32 | | Join froggyman [0] (~sopgenort@pool-72-69-210-48.chi01.dsl-w.verizon.net) |
| 21:41:53 | Zagor | saratoga2: done |
| 21:42:10 | CIA-8 | New commit by zagor (r24675): Spell fix |
| 21:42:29 | saratoga2 | great! |
| 21:42:44 | saratoga2 | hopefully this year we wont' have to give back GSOC slots for lack of students |
| 21:43:08 | JdGordon__ | for those that control the website.. has there been any thoughts on a project blog? |
| 21:43:37 | gevaerts | Has anyone thought about devcon recently? |
| 21:44:31 | saratoga2 | JdGordon__: yes I asked Bagder about it and we agreed that we want one |
| 21:44:51 | saratoga2 | the problem is that I don't know how to do it and we don't have anyone else with the time and motivation |
| 21:45:03 | * | JdGordon__ votes for .au around june :) |
| 21:45:17 | | Quit audio-i (Quit: CGI:IRC (EOF)) |
| 21:45:19 | * | tomers Wonders what to do with the guy from FS #10552 who wouldn't give his name :-) I would like to commit his patch |
| 21:47:01 | | Join audio-i [0] (~ba1c7814@giant.haxx.se) |
| 21:47:28 | audio-i | Domonoky: I didn't work, I'll send you the zip file |
| 21:47:50 | freddyb | JdGordon__: Do you see what I mean? |
| 21:48:16 | JdGordon__ | no, because I'm at work and cant play, but if that patch fixes it then cool |
| 21:49:21 | saratoga2 | tomers: ask him for it and if he doesn't give it just close his task |
| 21:50:02 | saratoga2 | skimming it that task looks trivial so you could just implement it yourself |
| 21:50:04 | tomers | saratoga2: I already asked. I'm will wait several days for him to response. But can I commit the patch and close it? |
| 21:50:16 | tomers | saratoga2: thought so. |
| 21:50:44 | domonoky | tomers: you cant commit his patch without real name, but you are ofcourse free to reimplement it yourself. |
| 21:51:14 | JdGordon__ | *cough* or say he gave you a real name in email and its Joe Hairy*cough* |
| 21:51:57 | saratoga2 | its like 2 lines of code and immediately obvious from his description |
| 21:52:06 | saratoga2 | you can safely reimplement that |
| 21:52:32 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 21:52:35 | | Quit Zagor (Quit: Clint excited) |
| 21:52:53 | | Join ecio [0] (~Moo@244-108.202-68.tampabay.res.rr.com) |
| 21:55:01 | | Join guest_10 [0] (~Guest@CPE00179a9c5d65-CM0011aefd4cfa.cpe.net.cable.rogers.com) |
| 21:56:14 | | Quit audio-i (Quit: CGI:IRC) |
| 22:00 |
| 22:00:25 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =ooo ϢINTER ϾHIP 5iVE is OOON!!) |
| 22:00:31 | | Quit tomers (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]) |
| 22:01:57 | | Quit Xerion (Quit: ) |
| 22:03:03 | | Quit guest_10 (Read error: Connection reset by peer) |
| 22:06:27 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 22:07:11 | gevaerts | I think that for RaaA, one of the first things to do is dump the SDL threads. They don't do priorities |
| 22:09:31 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 22:09:53 | bertrik | jobec, nice, thanks for testing! that's nearly 1.5 hours saved :P but still a bit short compared to other benchmarks |
| 22:11:22 | saratoga2 | so the radio isn't powered off correctly? |
| 22:11:44 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 22:16:25 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 22:17:42 | | Quit freddyb (Quit: Konversation terminated!) |
| 22:17:49 | | Quit stripwax (Ping timeout: 256 seconds) |
| 22:21:32 | | Join pyro_maniac_ [0] (~quassel@77-23-96-13-dynip.superkabel.de) |
| 22:23:48 | | Join Bullet` [0] (~Bullet@AMontsouris-159-1-102-188.w82-123.abo.wanadoo.fr) |
| 22:24:06 | | Join TheUser [0] (~theuser12@nat2.dnepro.net) |
| 22:24:08 | Bullet` | Hi all, |
| 22:24:17 | TheUser | hi all |
| 22:24:46 | JdGordon__ | echo |
| 22:24:54 | Bullet` | I have a problem, I build rockbox for h1x0 but I have an iriver h320 |
| 22:25:01 | | Join webguest89 [0] (~1800becc@giant.haxx.se) |
| 22:25:06 | webguest89 | alo |
| 22:25:14 | webguest89 | fuck |
| 22:25:32 | Bullet` | and now i have I04 : IllInstr at XXXXXXXXX |
| 22:25:32 | | Quit webguest89 (Client Quit) |
| 22:25:42 | Bullet` | I don't know what to do |
| 22:25:49 | JdGordon__ | Bullet`: so rebuild for h300 and reinstall it |
| 22:25:56 | Bullet` | i did it |
| 22:26:03 | Bullet` | but the problem is still there |
| 22:26:10 | JdGordon__ | did you extract the whole zip? or just rockbox.iriver? |
| 22:26:27 | Bullet` | i tried purge the .rockbox dir but... |
| 22:26:33 | linuxstb | Bullet`: Are you using the latest SVN? There was a recent bug causing that error on the irivers, which I think was fixed. |
| 22:26:59 | Bullet` | I tried to fix my problem with the current build on rockbox.org |
| 22:27:20 | Bullet` | so i don't understand why the bug is happening :/ |
| 22:27:43 | * | Buschel needs a coldfire target tester again :) |
| 22:27:46 | Buschel | -> http://www.pastebin.org/92173 |
| 22:27:57 | Buschel | and again −− of course −− for atrac3 |
| 22:28:15 | * | LambdaCalculus37 has a coldfire target but no atrac3 files |
| 22:29:40 | Buschel | -> http://samples.mplayerhq.hu/real/AC-atrc/ (take FUN_RM_132.rm and/or the mc_sich_ra8_264.rm) |
| 22:30:08 | Buschel | btw, what target do you have? |
| 22:30:47 | linuxstb | Bullet`: You downloaded the latest h320 build from http://build.rockbox.org/ and that is giving you an IllInstr error? |
| 22:30:50 | gevaerts | Bullet`: you didn't unpack the new .rockbox inside the old .rockbox or anything like that? |
| 22:31:19 | JdGordon__ | Buschel: I can test this evening on h300 if noone else does (if I remember/am reminded) |
| 22:31:22 | Bullet` | I purged the old .rockbox |
| 22:31:29 | Bullet` | i'll tried one more |
| 22:32:24 | CIA-8 | New commit by Domonoky (r24676): try to fix the fontpack fonts issue again. |
| 22:33:57 | | Quit robin0800 (Ping timeout: 272 seconds) |
| 22:34:27 | | Join freddyb [0] (~fred@pool-68-238-8-141.chi.dsl-w.verizon.net) |
| 22:35:36 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 22:35:56 | Unhelpful | would it be hard to transcode the standard testfile to atrac3? |
| 22:37:59 | linuxstb | Unhelpful: No-one can find an atrac3 encoder... |
| 22:38:46 | Unhelpful | linuxstb: didn't the first-gen sony DAPs *require* one? or can that only produce files with DRM, or only after verifying the player, or something? |
| 22:39:25 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 22:40:02 | linuxstb | Unhelpful: I don't know, but doesn't Rockbox just support atrac3-in-rm, meaning we need a Real encoder? |
| 22:40:26 | * | linuxstb guesses the problem is that no-one wants to installl realplayer... |
| 22:40:29 | Unhelpful | linuxstb: hrm. i wonder if ffmpeg could remux that? |
| 22:40:41 | Unhelpful | hah. that is definitely *a* problem. ;) |
| 22:45:22 | LambdaCalculus37 | Buschel: H340. |
| 22:45:24 | stripwax_ | not necessarily free but a quick google turns up some sample files - http://www.nch.com.au/acm/formats.html has an atrac sample file (although oddly in a .wav container) |
| 22:45:35 | Buschel | LambdaCalculus37: that's perfect :o) |
| 22:46:14 | mt | stripwax_: atrac3 can be in wav too |
| 22:46:18 | Buschel | LambdaCalculus37: I just need a short test codec run with the result in % and MHz |
| 22:46:27 | stripwax_ | mt - does that work on rockbox? |
| 22:46:48 | mt | No. |
| 22:46:51 | mt | Not yet ;) |
| 22:46:58 | stripwax_ | :) |
| 22:47:05 | LambdaCalculus37 | Buschel: Let me build with test_codec enabled. |
| 22:47:33 | Buschel | yep |
| 22:49:27 | | Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) |
| 22:49:30 | * | Buschel is hoping to have some positive effect via dedicated iram usage |
| 22:49:47 | LambdaCalculus37 | Oh crap, I forgot that I can't build m86k because of issues in building the m68k toolchain. |
| 22:49:59 | LambdaCalculus37 | Buschel: Can you build me an H300 build with test_codec enabled? |
| 22:50:05 | | Quit pamaury (Quit: abort();) |
| 22:50:12 | Buschel | yes |
| 22:50:19 | LambdaCalculus37 | Thanks. :) |
| 22:53:01 | Buschel | LambdaCalculus37: http://rapidshare.com/files/351104246/rockbox.zip.html |
| 22:54:39 | *** | Saving seen data "./dancer.seen" |
| 22:55:02 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.87) |
| 22:57:14 | | Quit ecio (Ping timeout: 258 seconds) |
| 23:00 |
| 23:00:09 | Buschel | LambdaCalculus37: does it work? |
| 23:00:32 | LambdaCalculus37 | Rapidshare isn't allowing me to download right now. :/ |
| 23:01:25 | | Join ecio [0] (~Moo@244-108.202-68.tampabay.res.rr.com) |
| 23:01:27 | perfectdrug | Buschel: I can try;) |
| 23:01:48 | perfectdrug | same test file again? |
| 23:01:53 | | Quit petur (Ping timeout: 240 seconds) |
| 23:01:56 | Buschel | perfectdrug: yes :) |
| 23:02:41 | Buschel | LambdaCalculus37: try this -> http://www.sendspace.com/file/ft406l |
| 23:03:04 | | Quit pyro_maniac_ (Remote host closed the connection) |
| 23:04:09 | perfectdrug | 160,51% realtime, 77,36MhZ |
| 23:04:16 | perfectdrug | good work!:) |
| 23:05:03 | Buschel | wow! |
| 23:05:13 | * | Buschel didn't expect _that_ much effect |
| 23:05:29 | Bullet` | gevaerts, linuxstb : i just fix my problem =) thx |
| 23:05:31 | AlexP | What was it before? |
| 23:05:46 | Buschel | perfectdrug: and no noise? ;-) |
| 23:05:54 | gevaerts | Bullet`: what was wrong? |
| 23:06:05 | gevaerts | AlexP: just below 100% |
| 23:06:16 | AlexP | blimey, that is nice |
| 23:06:17 | perfectdrug | Buschel: no all fine:D |
| 23:06:36 | Buschel | so, this _finally_ is realtime :) |
| 23:06:50 | * | Unhelpful still wonders if the recip table hack for arm would be useful on CF for APE... |
| 23:07:16 | LambdaCalculus37 | Buschel: Got it now. |
| 23:07:39 | LambdaCalculus37 | I need to finish something first so I can free a USB port. |
| 23:07:58 | Unhelpful | i know CF has hardware division but it still takes *many* cycles, and a couple of compares, a table lookup (from iram) and a few multiplies might still be faster |
| 23:08:08 | Bullet` | I had permissions problems between my iriver and my ubuntu, so my rockbox.iriver hasn't been erased and lots of others bug due to this (my ubuntu is a trash :/) |
| 23:08:30 | gevaerts | ah, ok |
| 23:16:58 | JdGordon__ | how would people feel about live lyrics in the wps? |
| 23:18:06 | gevaerts | I'd feel that it's clearly about time to start thinking seriously about visualisation plugins :) |
| 23:18:19 | LambdaCalculus37 | Buschel: What tests would you like performed? |
| 23:19:52 | JdGordon__ | gevaerts: well yes, the problem there is only allowing 1 of those plugins running at a time :( |
| 23:20:02 | gevaerts | JdGordon__: that's what needs thinking |
| 23:20:39 | gevaerts | I don't think that this is worth doing if you can only use one |
| 23:20:39 | Buschel | LambdaCalculus37: well, you were overtaken by perfectdrug. if you like you can of course re-test the speed of the atrac decoder :o) |
| 23:20:39 | JdGordon__ | with the skin buffer the RAM usage is a non issue, its just having it keep track of the current line, which shouldnt actually be to difficult I think |
| 23:21:23 | gevaerts | hm, how about wps visualisation in lua? |
| 23:21:40 | JdGordon__ | thats where I tihnk we will go eventually |
| 23:21:50 | gevaerts | I'd imagine that lua doesn' |
| 23:21:55 | LambdaCalculus37 | Buschel: Speed testing the folder now. :) |
| 23:22:18 | gevaerts | t have fundamental issues with running two "plugins" in the same interpreter code |
| 23:22:53 | gevaerts | You can't really do fft or oscilloscopes in lua though. That would be too inefficient |
| 23:23:04 | JdGordon__ | is it possible to load functions from a .rock into a random location? so we could register something like a tag handler which comes from a .rock/dll but is not a full blown plugin? |
| 23:24:07 | | Quit bluebroth3r (Ping timeout: 260 seconds) |
| 23:24:22 | gevaerts | hm, maybe |
| 23:24:32 | mt | Buschel: Is that 160% for CF ?? |
| 23:24:41 | gevaerts | Only if it doesn't use globals though |
| 23:24:43 | Buschel | mt: yes :o) |
| 23:24:48 | JdGordon__ | I'm not sure how that would work though, you'd still need globals of some sort |
| 23:25:00 | gevaerts | no, you can give it a pointer to some data |
| 23:25:02 | mt | Buschel: *Respect* !! :) |
| 23:25:37 | gevaerts | at least I think so |
| 23:25:48 | | Join bluebrother [0] (~dom@f053155180.adsl.alicedsl.de) |
| 23:25:48 | | Quit bluebrother (Changing host) |
| 23:25:48 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 23:25:53 | Buschel | mt: that is more than a factor of 10 compared to the first implementation |
| 23:25:54 | JdGordon__ | it would be nice we could somehow unload a chunk of the main binary for feastures that arnt used |
| 23:26:02 | * | gevaerts now expects one of the experts to hit him over the head with a ton of clue |
| 23:26:21 | perfectdrug | i would like lyrics in the wps, even if it would mean a lot of work to get the syncronized lyrics at the firt place |
| 23:26:24 | domonoky | maybe we should just design a different form of plugins for the wps which is relocatable |
| 23:27:08 | | Quit martian67 (Ping timeout: 258 seconds) |
| 23:27:13 | * | Buschel fears that committing his atrac patch will result in lots of red (full iram) |
| 23:27:26 | mt | Buschel: Amazing ! :) |
| 23:28:12 | domonoky | this visualisation plugins also dont need to be limited to the wps, any themed screen could have some :-) |
| 23:28:46 | * | JdGordon__ is using wps as the generic skin name |
| 23:28:56 | * | JdGordon__ slaps self for this abuse |
| 23:29:10 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 23:29:46 | gevaerts | So we'd be looking at visualisation *functions* (not full plugins) that can call the plugin API (or a restricted variant), can access one blob of data (passed as one argument), can draw to one viewport (another argument), and can *not* access globals or other functions, right? |
| 23:30:19 | JdGordon__ | except it needs globals somehow for its local store? |
| 23:30:30 | gevaerts | that's the blob of data |
| 23:30:59 | JdGordon__ | no, it would probably need to be more full than that |
| 23:31:09 | gevaerts | in what way? |
| 23:31:14 | JdGordon__ | it needs a parse/init function, update and cleanup |
| 23:31:37 | domonoky | using a given struct for userdata is probably fine. but you probably need more functions. |
| 23:31:42 | JdGordon__ | the init could allocate its needed memory from the skin buffer without problems |
| 23:32:15 | gevaerts | Why? I'd promise to zero the data before the first call so it can know it should do some init stuff, and I don't see why you need cleanup |
| 23:32:27 | gevaerts | ah, ok |
| 23:32:35 | domonoky | also it should expose some info, like "i want to be update often" |
| 23:32:52 | JdGordon__ | well init would need to figure out what %xx|d|53|gfdb.bat|234|7|4 means |
| 23:33:29 | gevaerts | So you'd basically have a set of functions, for each of which those conditions apply |
| 23:33:52 | * | gevaerts first wants to hear from experts if this is possible |
| 23:33:59 | gevaerts | Torne? Anyone else? |
| 23:34:18 | JdGordon__ | I tihnk the easiest way of doing this is having a single plugin which can handle as many of these as we need and just make it really easy to add to |
| 23:34:55 | JdGordon__ | a subfolder in apps/plugins/wps-steroids or something. |
| 23:35:05 | Buschel | LambdaCalculus37: test still running? |
| 23:35:23 | gevaerts | if you do it that way, all those limitations go away, but you also are limited by the plugin buffer size |
| 23:35:51 | gevaerts | The other way, you could actually even consider loading the functions into the skin buffer |
| 23:36:24 | JdGordon__ | plugin buffer size isnt exactly small, and if you use the skin buffer for allocations you have even more room to play with |
| 23:36:43 | JdGordon__ | it would mean you could never batt bench your skins thuogh |
| 23:36:49 | gevaerts | And that will allow you to run those visualisation plugins from an sbs while showing a plugin menu :) |
| 23:36:53 | domonoky | theoretically that should be possible if we link this functions in a relocatable way, and have a loader which handles this format. |
| 23:37:16 | | Quit Bullet` (Quit: Bye les gens =)) |
| 23:37:19 | gevaerts | domonoky: the idea of my limitations is to try to avoid having to do that |
| 23:37:37 | | Join phanboy4 [0] (~benji@gate-20.spsu.edu) |
| 23:37:51 | gevaerts | You'd still want them to only use relative addresses for local things, but I guess the compiler will do that anyway |
| 23:38:02 | CIA-8 | New commit by Buschel (r24677): Major optimization of atrac3 codec for Coldfire targets. Moving several number cruncher arrays to IRAM. Decoder is sped up by +50% on h300, decoder ... |
| 23:38:09 | domonoky | JdGordon__: it would also prevent any other tsr plugin in normal use (dont know if there is any) |
| 23:38:15 | * | Buschel crosses fingers |
| 23:38:18 | JdGordon__ | yes |
| 23:38:38 | gevaerts | there's one I think. This car adapter thing for archos |
| 23:38:39 | JdGordon__ | well, we could always see if the wps plugin is loaded and if not then just not update that viewport |
| 23:39:15 | * | gevaerts proposes exploring both methods |
| 23:39:38 | * | domonoky thinks using only skinbuffer would be really nice. We need some linker expert. |
| 23:40:02 | JdGordon__ | that buffer is getting awefully cramped though |
| 23:40:10 | JdGordon__ | untill someone does autmatic sizing on boot... |
| 23:40:12 | * | domonoky thinks it should be possible, with some minor fixing of adresses with the loader. |
| 23:40:37 | * | gevaerts thinks that with the restrictions, it should be possible without any fixing at all |
| 23:42:16 | JdGordon__ | at the very least any new tags (which these would be) needs a parser function, and a value getter (so it can work with conditionals) and an updater |
| 23:42:43 | | Quit jgarvey (Quit: Leaving) |
| 23:43:24 | gevaerts | Since these would be some sort of light plugins, I propose to use the ".pebble" filename extension for them |
| 23:43:37 | JdGordon__ | oy vey |
| 23:43:52 | domonoky | JdGordon__: that could still be done with the data struct and one single "process(struct)" function. Just put all info into the struct. |
| 23:44:49 | | Join martian67 [0] (~martian67@about/linux/regular/martian67) |
| 23:45:27 | domonoky | ie put a "action" field in tot the struct, and call process for what every you need, "update","getValue","init" etc |
| 23:45:40 | Unhelpful | domonoky: battery_bench is a tsr plugin |
| 23:46:12 | domonoky | Unhelpful: yes, i meant any other then that. |
| 23:46:47 | mt | Buschel: \o/ all green |
| 23:47:32 | LambdaCalculus37 | Buschel: Average decoding time is 168% realtime. |
| 23:47:38 | JdGordon__ | so FYI *ages* ago I did actually get a TSR wps plugin working, apparently its not on the tracker though |
| 23:47:49 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 23:48:04 | JdGordon__ | I tihnk it was while we were still parsing the wps during the update! |
| 23:48:06 | domonoky | and if we manage to link this function (and its subfunctions) to address 0, we can just put the struct on the stack and jump to the pebbles address. :-) |
| 23:48:10 | Buschel | mt, LambdaCalculus37: \o/ :o) |
| 23:48:34 | stripwax_ | saratoga - optimising TRANSFORM_xxx somewhat (although still relying on gcc a little bit) saves about another 1MHz in vorbis ;) |
| 23:48:40 | stripwax_ | on arm, that is |
| 23:48:53 | stripwax_ | 96kbps is now 25.28MHz :-D |
| 23:49:34 | stripwax_ | However I've now made the code *incredibly* ugly. But I'm going to commit it (to mdctexp) unless you can think of a good reason not to.. |
| 23:50:12 | Buschel | stripwax_: I am most interested in seeing the new mdct in trunk :o) |
| 23:50:36 | stripwax_ | Buschel - patience, patience :-) |
| 23:50:40 | Buschel | :o) |
| 23:50:57 | stripwax_ | 192kbps vorbis now 28.58MHz . Excellent |
| 23:51:33 | gevaerts | We can use all those saved cycles for fancy visualisations! |
| 23:51:38 | stripwax_ | bwhaha |
| 23:54:55 | mt | stripwax_: Nice :) .. It seems there's an optimization fest today ! |
| 23:55:38 | | Quit flydutch (Ping timeout: 252 seconds) |
| 23:57:00 | | Quit ender` (Quit: The Web is a procrastination apparatus: It can absorb as much time as is required to ensure that you won't get any real work done.) |
| 23:57:50 | saratoga2 | stripwax: go for it |
icon identifies that the person is a core developer (has commit access).