| 00:00:49 | linuxstb | I think I understand the intention of the folder navigation option now - pressing next/prev on the last/first track will take you to the next/previous folder. |
| 00:00:50 | | Join muesli_- [0] (i=muesli_t@A8d13.a.pppool.de) |
| 00:01:22 | linuxstb | So I think the patch makes sense. Only crontroversy is the change of the default behaviour. |
| 00:02:35 | jochen_ | well, thank you all for your help and of course for the great work you have done with rockbox. it's just amazing! |
| 00:03:28 | linuxstb | Glad it was nothing serious. |
| 00:03:39 | jochen_ | yeah, me too. *g* |
| 00:04:26 | jochen_ | just the typical "well, i guess it SHOULD work" errors. i love computer science... |
| 00:05:45 | | Join webguest20 [0] (n=549c9c18@labb.contactor.se) |
| 00:07:28 | jochen_ | gtg, thanks again && gn8 |
| 00:08:00 | | Quit jochen_ ("Verlassend") |
| 00:10:18 | | Quit webguest20 (Client Quit) |
| 00:12:39 | amiconn | linuxstb: Yes, (1) it changes the default behaviour and (2) it is hackish |
| 00:13:05 | amiconn | (considering JAJDude's problem) |
| 00:16:32 | | Part matsl ("ERC Version 5.0 (CVS) $Revision: 1.776 $ (IRC client for Emacs)") |
| 00:17:18 | | Join matsl [0] (n=user@1-1-4-2a.mal.sth.bostream.se) |
| 00:18:07 | | Part matsl ("ERC Version 5.0 (CVS) $Revision: 1.776 $ (IRC client for Emacs)") |
| 00:18:13 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 00:19:19 | preglow | ok, if i clean away all the sv4-6 cruft, remove the read buffer and sell my soul to satan, i _MIGHT_ be able to fit the entire mpc_decoder struct in iram |
| 00:19:47 | preglow | i don't think it's more than two months ago i swore i'd never touch libmusepack again |
| 00:20:06 | preglow | linuxstb: how much iram does the ipod have again? |
| 00:20:15 | Moos | preglow: :D thanks for us |
| 00:20:29 | linuxstb | It's exactly the same as the H1x0 - 96KB IRAM and 32MB DRAM |
| 00:20:44 | preglow | Moos: btw, the file you mailed me _still_ has got id3v1 |
| 00:20:49 | preglow | Moos: that's why ape tags doesn't work for you |
| 00:21:13 | Moos | yes I discovered it, and retaged all my collection in APEv2 only |
| 00:21:19 | preglow | Moos: goodie |
| 00:21:24 | preglow | Moos: that should work just fine |
| 00:21:31 | Moos | yes it is |
| 00:21:40 | Moos | thanks for your great works |
| 00:21:47 | preglow | you're welcome |
| 00:22:33 | Moos | I'm still wondering about the Fredy APE code? |
| 00:22:34 | | Join ashridah [0] (i=ashridah@220-253-121-127.VIC.netspace.net.au) |
| 00:22:48 | preglow | Moos: the apev2 for mp3 patch? |
| 00:23:04 | Moos | did you see his mail in the mailing list? |
| 00:23:12 | preglow | yes, i've known about his patch for a long time |
| 00:23:24 | Moos | it doesn't sound good? |
| 00:23:59 | Moos | I think to user using APE yag for mp3 for mp3 gain thing |
| 00:24:15 | Moos | *tag |
| 00:24:17 | Moos | :) |
| 00:24:32 | Moos | I need to sleep :) |
| 00:24:46 | preglow | sure, it's just that it requires furhter configuration options |
| 00:25:02 | preglow | currently we have an option whether you want id3v1 or id3v2 to be used first by rockbox |
| 00:25:16 | preglow | to be consistent, we now need an ape tag option here as well |
| 00:25:24 | Moos | indeed |
| 00:27:28 | preglow | time for the daily roger whittaker singalong and coldfire assembler coding festivities |
| 00:27:29 | Moos | I how sounds musepack songs, and now the cpu boost is goodie, less than vorbis :), and if you can fit all mpc decoder in iram... |
| 00:27:48 | Moos | :) |
| 00:30:52 | preglow | i can make musepack faster than it is, sure |
| 00:31:22 | Moos | please will do :) |
| 00:31:23 | preglow | i'm quite convinced it could be optimised to never boost, but i wont go into that |
| 00:31:38 | Moos | laborious works? |
| 00:32:28 | preglow | yes |
| 00:40:11 | preglow | i have no idea what's wrong with this thing |
| 00:40:19 | preglow | it outputs weird glitching static |
| 00:41:55 | Moos | time to sleep, have a good night preglow and at all |
| 00:42:01 | Moos | c you later |
| 00:42:13 | | Quit Moos ("Glory to Rockbox") |
| 00:50:22 | preglow | ghah |
| 00:50:40 | preglow | the fun thing about unrolled code is that you need to fix the same code quite a number of times for every bug you find |
| 00:53:14 | amiconn | The debug first, the unroll ;) |
| 00:53:17 | amiconn | *Then |
| 00:53:23 | amiconn | grmpf |
| 00:53:27 | * | amiconn can't type |
| 00:53:57 | preglow | hmmm |
| 00:54:02 | | Join blacksun [0] (n=5005a006@labb.contactor.se) |
| 00:54:16 | blacksun | hi |
| 00:54:22 | preglow | or perhaps there's another way of doing this without unrolling |
| 00:54:26 | preglow | only adding a branch |
| 00:54:53 | *** | Saving seen data "./dancer.seen" |
| 00:55:00 | preglow | almost like what i do in the new default handler |
| 00:55:15 | preglow | amiconn: what do you guys feel about self modifying code? :P |
| 00:55:30 | amiconn | Urgs! |
| 00:56:36 | amiconn | There's a method that I'm using in the grayscale lib scroll-up/down-by-n routines for sh1 |
| 00:56:50 | preglow | which file? |
| 00:57:25 | amiconn | I'm calculating a jump into a chain of shifts (the SH1 doesn't have shift-by-n) once before the loop, then use this in the loop |
| 00:57:36 | preglow | well, yes, exactly that |
| 00:57:54 | preglow | that's what i did in the default handler |
| 00:58:06 | amiconn | That's not self-modifying code... so it's not considered dirrrty |
| 00:58:09 | preglow | the same can be done here, but with a couple of caveats: an extra branch, and one less register to use for ceofs |
| 00:58:32 | preglow | amiconn: sure, i know, i considered fixing the offset in the lea.l extension words :PP |
| 00:58:38 | preglow | amiconn: so i could save a register, hehe |
| 00:58:48 | preglow | but that would be dirty |
| 00:59:25 | amiconn | apps/plugins/lib/gray_scroll.c lines 262ff and 447ff |
| 01:00 |
| 01:00:23 | amiconn | If you try to understand this code, please note that unconditional branches, jmps, jsrs etc on the SH1 are delayed instructions |
| 01:00:44 | preglow | and how deep is the pipeline? |
| 01:00:51 | amiconn | One delay slot |
| 01:01:14 | amiconn | The SH1 is a nice little RISC CPU |
| 01:01:38 | preglow | i've seen dsps that do the same thing for branches |
| 01:02:16 | amiconn | The SH2 and up have that for conditional branches as well (optional) |
| 01:03:32 | preglow | you can do quite a few nifty tricks with that |
| 01:03:43 | amiconn | An SH-DSP also exists, btw |
| 01:05:03 | amiconn | The delay sot on SH is there solely to cut execution times. It's not needed for flag checking or such. The SH1 never sets the flags implicitly |
| 01:05:12 | | Nick ashridah is now known as Lost-ash (i=ashridah@220-253-121-127.VIC.netspace.net.au) |
| 01:05:43 | amiconn | You always have to use explicit cmp or tst instructions |
| 01:05:46 | XavierGr | I can't get the bloody crossfader to work, maybe I am just stupid... |
| 01:06:02 | preglow | XavierGr: like slasheri says, there are some small bugs left |
| 01:06:02 | | Quit blacksun ("CGI:IRC (EOF)") |
| 01:06:28 | preglow | amiconn: it's usually there do avoid having to flush the pipeline, no? |
| 01:06:34 | preglow | s/do/to/ |
| 01:07:13 | amiconn | Yes. The slot instruction is already loaded into the pipeline when the branch is decoded |
| 01:07:30 | amiconn | It saves one cycle on SH1. |
| 01:08:11 | preglow | yup |
| 01:08:32 | preglow | could you just have a quick look at the order8 case and see if i'm completely off the bat with my shifting here? http://www.pvv.org/~thomj/rockbox/coldfire_64.S |
| 01:09:39 | | Quit linuxstb ("CGI:IRC") |
| 01:10:45 | preglow | i've got to be blind or something |
| 01:12:21 | XavierGr | Hmm I think that having 4 arguments to set for the crossfade option is quite confusing, I will wait a little more for Slasheri's bugfixes before I test it more.... |
| 01:13:20 | preglow | XavierGr: just don't touch the delay options |
| 01:14:13 | XavierGr | but if both delays are set to 0 no crossfade is happening. |
| 01:14:23 | XavierGr | could you tell me your settings? |
| 01:15:12 | preglow | i don't use crossfade |
| 01:15:24 | amiconn | preglow: It seems you forgot that the mac output in fractional mode is bits 62..31, not 63..32 |
| 01:15:51 | amiconn | Apart from that you're wasting registers |
| 01:16:09 | XavierGr | I will try with a clean build. |
| 01:16:51 | amiconn | (1) You can set macsr before loading the initial %d5 -> possible to reuse a reg |
| 01:17:20 | amiconn | (2) You can delay readout of %acc0 until after the second mac.l sequence |
| 01:18:05 | preglow | amiconn: i know i'm wasting registers, i'm currently just trying to make correct sound |
| 01:18:29 | preglow | amiconn: have i forgotten that? |
| 01:18:34 | amiconn | My first guess is the mac fract thing |
| 01:18:47 | preglow | amiconn: bear in mind that the qlevel parameter had one added to it when the function is called, btw |
| 01:18:52 | preglow | has |
| 01:19:18 | preglow | of course, that's in decoder.c, not the asm file |
| 01:19:22 | amiconn | Then that's different from the 16 bit case |
| 01:19:36 | amiconn | ..but it doesn't change the point |
| 01:20:04 | preglow | btw, it's not bits 62 to 31 you're fetching |
| 01:20:19 | preglow | all mac operations are like this acc += (a*b) << 1 |
| 01:20:37 | preglow | as far as i understand it, at least |
| 01:20:51 | amiconn | You *are* fetching bits 62 to 31 |
| 01:20:57 | amiconn | ...because of the shift |
| 01:21:07 | amiconn | Without it it would be bits 63..32 |
| 01:21:14 | preglow | well, sure, but does it matter? |
| 01:21:19 | amiconn | Yes of course |
| 01:21:23 | preglow | i compensate for the extra shift by adding one to qlevel |
| 01:21:34 | amiconn | where? |
| 01:21:39 | preglow | in decoder.c |
| 01:21:52 | amiconn | Then that's totally wrong |
| 01:21:52 | preglow | lpc_decode_wide_emac(s->blocksize - pred_order, qlevel + 1, pred_order, |
| 01:21:52 | preglow | decoded + pred_order, coeffs); |
| 01:21:56 | preglow | really? |
| 01:21:59 | amiconn | Yes |
| 01:22:07 | preglow | then there's my error :) |
| 01:22:24 | amiconn | The fractional chain yields bits 62..31, and the integer chain yields bits 31..0 |
| 01:22:29 | preglow | yup |
| 01:22:34 | amiconn | (yes, bit 31 is calculated twice) |
| 01:22:47 | preglow | ahah |
| 01:22:49 | preglow | yes, i get it now |
| 01:22:56 | preglow | just ignore me |
| 01:23:05 | amiconn | Remove the +1 from the call, and change the moveq.l #32,%d4 into moveq.l #31,%d4 |
| 01:24:18 | amiconn | (and I was probably wrong about the %acc0 readout - most likely it won't work right after switching modes) |
| 01:24:32 | preglow | amiconn: that's why i'm doing it this way right now |
| 01:24:39 | preglow | amiconn: i've yet to find out if that works |
| 01:24:53 | preglow | i think i did an experiment once and found out it didn't work |
| 01:25:32 | preglow | still no dice, btw |
| 01:25:40 | amiconn | Hmm. |
| 01:25:42 | preglow | there's some nice scraping static still |
| 01:28:31 | preglow | i wonder if setting unsigned mode even matters |
| 01:28:38 | preglow | i think it's only an issue if you use saturation |
| 01:32:07 | XavierGr | in which function in settings.c, the settings are physically written on disc? |
| 01:32:31 | XavierGr | save_config_buffer? |
| 01:32:33 | amiconn | Iiuc the second lea.l (-7*4,%a0),%a0 should read lea.l (-6*4,%a0),%a0 |
| 01:32:33 | preglow | but this can't be right, if i specify a zero shift now, there'll still be one bit left in the top bits register when i or it with the lower bits register, which contains all 32 bits still |
| 01:33:37 | amiconn | The high/low overlapping by one is correct, believe me |
| 01:34:10 | amiconn | All our combined multiplies work that way, and the work correctly (musepack, mandelbrot, ...) |
| 01:34:11 | preglow | amiconn: no, i'm quite sure -7*4 is correct |
| 01:34:25 | amiconn | Then why is that -6*4 in the 16 bit case? |
| 01:36:11 | preglow | just tried it with -6, unit hangs |
| 01:37:05 | preglow | amiconn: because i preload one more coef in the coldfire.S case |
| 01:37:15 | preglow | amiconn: i don't do that here |
| 01:37:34 | preglow | the last mac.l loads the -7*4 one |
| 01:38:12 | preglow | though i've got enough registers to do that here as well now |
| 01:38:19 | preglow | depends on how many orders i want to unroll |
| 01:42:04 | XavierGr | Slasheri: The crossfade works very good when tracks change normally (without changing tracks, just wait to finish) but the mix option doesn't crossfade right when I force it to load a new track. |
| 01:44:17 | XavierGr | While the crossfade happens (in mix mode) the last track will not "fade out" it will just play as long as the fade out duration is and then stop without first lowering its volume. |
| 01:44:46 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 01:49:16 | preglow | argh1"#¤! |
| 01:52:11 | amiconn | Hmm, I checked again, I can't find the mistake (apart from the 32->31) :( |
| 01:52:37 | preglow | yes, i see that's correct anyway |
| 01:52:53 | preglow | the lower and upper bit will be the same if there's no shift, and the or.l will work just fine |
| 01:53:46 | preglow | i'm starting to wonder if there's some emac subtlety going on here |
| 01:57:00 | preglow | perhaps i'll just try doing a mulu version, despite it probably going to be slower |
| 02:00 |
| 02:00:15 | XavierGr | if I want to append data to a file which open flag is wise to use? |
| 02:01:48 | preglow | O_APPEND? :P |
| 02:02:26 | XavierGr | nice, I just wasn't sure about it. |
| 02:02:52 | XavierGr | what O_RDWR does? |
| 02:03:52 | preglow | enable both reading and writing |
| 02:04:14 | XavierGr | then I will nead this too |
| 02:05:13 | XavierGr | can I add 3 flags on the open fn? Like open("/battery.txt",O_RDWR | O_APPEND | O_CREATE); |
| 02:06:09 | preglow | sure |
| 02:06:24 | XavierGr | great |
| 02:07:35 | preglow | nice, now i get an illinstr......... |
| 02:07:51 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 02:11:17 | preglow | and the offending instruction is a bne.w |
| 02:11:19 | preglow | remarkable |
| 02:15:38 | | Quit ]RowaN[ () |
| 02:17:18 | preglow | this is just too blood far fatched |
| 02:17:24 | preglow | bloody at that |
| 02:19:36 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 02:27:15 | preglow | the reference clearly states the word forms of the Bxx instructions are supported |
| 02:27:29 | preglow | only the long forms aren't supported in the v2 cores |
| 02:28:02 | XavierGr | Which will be the easiset way to copy data from a text file an excel graph (2 colums) x - y maybe and then change line? |
| 02:28:35 | XavierGr | e.g I want to make an txt archive with the runtime next to remaining battery and then I want to make a graph in excel with those values |
| 02:28:57 | XavierGr | so the best way to print them on the txt is runtime - battery remaining? |
| 02:30:10 | preglow | absolutely no idea |
| 02:30:19 | preglow | i'm used to doing that sort of thing with matlab |
| 02:30:55 | XavierGr | nothing trivial just asking to make sure I will follow the easiest way. |
| 02:31:33 | XavierGr | I am making this to help the process of bencmarking batteries and make sure that the battery graph is correct. |
| 02:31:37 | preglow | i don't even have excel, heh |
| 02:32:17 | preglow | but anywho, i need to go to bed |
| 02:32:18 | preglow | later |
| 02:32:46 | XavierGr | That way a txt file should hold last succesfull buffering process withe total runtime and battery changes (estimate) as time changes |
| 02:32:54 | XavierGr | bye |
| 02:45:52 | amiconn | XavierGr: The physical settings flush to disk doesn't happen in settings.c. As you might know the settings aren't stored in a file, but in a special sector on disk. This sector is buffered in the ata driver. The ata driver itself flushes this sector to disk if it's got pending changes and another disk access happens |
| 02:51:08 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 02:54:15 | XavierGr | but even then I just create a file when settings_save() is called which writes to a physical file remaining battery and current runtime. |
| 02:54:44 | XavierGr | So as I think of it I don't need the write process of the writing settings on the disk |
| 02:54:56 | *** | Saving seen data "./dancer.seen" |
| 02:56:00 | XavierGr | The txt file will hold remaining battery and current runtime on the last HD successfull write. |
| 02:56:30 | XavierGr | so it will have 0>=30 minutes error. |
| 02:56:48 | XavierGr | I mean when you make a benchmark |
| 03:00 |
| 03:01:43 | amiconn | If you write every time settings_save() is called, this will severely affect the runtime which you are trying to log... |
| 03:02:16 | XavierGr | hmm thats a valid point |
| 03:02:40 | XavierGr | i will have to do that then on the ata code. |
| 03:02:46 | amiconn | You can write when the playback engine is rebuffering |
| 03:03:18 | XavierGr | yeah that's a good option too. |
| 03:03:34 | XavierGr | where that is happening playback.c? |
| 03:04:05 | amiconn | Yes it's in playback.c for iriver |
| 03:04:30 | XavierGr | and mpeg.c for archos i think |
| 03:04:38 | amiconn | yup |
| 03:05:08 | XavierGr | but anyway these will be an optional patch that wants to benchmark his battery. |
| 03:05:30 | XavierGr | and more or less battery issues on archos are known quite well. |
| 03:05:56 | XavierGr | what about a plug-in. |
| 03:06:07 | XavierGr | There was something like that wasn't? |
| 03:08:11 | amiconn | Yes there is, but it only simulates activity |
| 03:08:30 | amiconn | This could in fact be done way better with the tsr plugin mechanism |
| 03:09:05 | amiconn | One would just load this test plugin, then start playing whatever he wants. The tsr plugin would log the data in the background |
| 03:09:18 | XavierGr | tsr? |
| 03:09:25 | amiconn | The only situation where it would have to stop is when the user starts another plugin |
| 03:09:33 | amiconn | terminate-and-stay-resident |
| 03:09:45 | XavierGr | yes i think i could make that |
| 03:10:21 | amiconn | That's a plugin that returns to the main thread, but installs an additional thread before. It needs a proper termination function, otherwise loading another plugin would make rockbox crash badly |
| 03:11:42 | XavierGr | is it difficult to code? |
| 03:12:02 | XavierGr | such plug-in i mean |
| 03:14:32 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 03:29:11 | | Part Riot- |
| 04:00 |
| 04:54:07 | | Join Midgey34 [0] (n=Midgey34@c-67-172-68-52.hsd1.mi.comcast.net) |
| 04:54:58 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:02:31 | | Quit RotAtoR () |
| 05:02:41 | | Part Midgey34 |
| 05:18:57 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-127.VIC.netspace.net.au) |
| 06:00 |
| 06:07:35 | | Join _user_ [0] (n=18d79b85@labb.contactor.se) |
| 06:07:59 | _user_ | phaedrus961: the unicode patch doesn't work on the cvs build |
| 06:08:12 | | Join adiamas [0] (n=adiamas@ool-435424a0.dyn.optonline.net) |
| 06:13:50 | _user_ | patching file firmware/drivers/lcd-h100-remote. |
| 06:14:00 | _user_ | .c* |
| 06:14:05 | _user_ | Hunk #1 FAILED at 29. |
| 06:14:10 | _user_ | Hunk #2 FAILED at 958. |
| 06:14:17 | _user_ | Hunk #3 succeeded at 978 (offset 4 lines). |
| 06:14:23 | _user_ | Hunk #4 succeeded at 986 (offset 4 lines). |
| 06:14:27 | _user_ | Hunk #5 succeeded at 1022 (offset 4 lines). |
| 06:14:31 | _user_ | Hunk #6 succeeded at 1125 (offset 4 lines). |
| 06:14:50 | _user_ | 2 out of 6 hunks FAILED −− saving rejects to file firmware/drivers/lcd-h100-remote.c.rej |
| 06:18:41 | | Quit _user_ ("CGI:IRC (EOF)") |
| 06:18:53 | | Join Lost-ash [0] (i=ashridah@220-253-123-119.VIC.netspace.net.au) |
| 06:39:36 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 06:54:57 | | Part adiamas |
| 06:54:59 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:29:41 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 07:29:41 | | Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) |
| 07:30:03 | DJDD_ | Anyone around? |
| 07:31:19 | DJDD_ | Are H120's identical to H140s apart from look and HDD size? |
| 07:34:49 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 07:36:03 | | Quit ender` (Client Quit) |
| 07:38:10 | | Quit DJDD (Read error: 110 (Connection timed out)) |
| 07:38:55 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 07:45:52 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 07:47:39 | Lost-ash | DJDD_: no, the 120's slightly thinner |
| 07:47:57 | Lost-ash | which is why 120's can't take the same disk drives as 140's |
| 07:49:01 | DJDD_ | Right, so the HDD in my 140 wouldnt fit in a 120? |
| 07:49:52 | Lost-ash | that's correct |
| 07:49:55 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-123-119.VIC.netspace.net.au) |
| 07:50:05 | DJDD_ | gah |
| 07:50:21 | DJDD_ | I found 2 ppl willing you hand over their dead in 2 days, both 120s |
| 07:50:37 | DJDD_ | Oh wait |
| 07:50:45 | DJDD_ | but i dont plan you use a 120 case |
| 07:51:00 | DJDD_ | Is the circuitry IDENTICAL? |
| 07:51:15 | ashridah | i have no idea |
| 07:51:17 | DJDD_ | eg, the mainboard, LCD, placement of buttons |
| 07:51:35 | DJDD_ | hrm, ok. Linus would know wouldn't he? |
| 07:51:35 | ashridah | possibly, one of the devs would probably know better |
| 07:51:54 | DJDD_ | ok |
| 07:51:57 | DJDD_ | thx anyway |
| 07:58:12 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 08:00 |
| 08:23:26 | | Join solexx_ [0] (n=jrschulz@c129116.adsl.hansenet.de) |
| 08:36:03 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 08:48:17 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 08:55:03 | *** | Saving seen data "./dancer.seen" |
| 08:55:25 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
| 08:55:33 | B4gder | morning Z |
| 08:55:58 | Zagor | hi |
| 09:00 |
| 09:03:15 | B4gder | http://hostip.info/ <= neat project |
| 09:07:53 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 09:44:50 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 09:45:41 | | Join webguest72 [0] (n=cb3349a9@labb.contactor.se) |
| 09:46:46 | | Quit webguest72 (Client Quit) |
| 10:00 |
| 10:04:06 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
| 10:16:12 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:18:07 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 10:21:04 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:38:12 | | Join Jungti1234 [0] (n=jungti12@58.77.82.158) |
| 10:41:13 | Jungti1234 | What is correct meaning of 'Top-OFF Chg'? |
| 10:55:04 | *** | Saving seen data "./dancer.seen" |
| 10:58:19 | | Join Cassandra [0] (n=Cassandr@elmyra.coraline.org) |
| 10:58:38 | Cassandra | Hello |
| 10:58:54 | amiconn | hi |
| 10:59:00 | B4gder | howdy ho Cassandra |
| 10:59:11 | Cassandra | Has anyone tried loading images in the WPS from a directory other than /.rockbox/? I can't seem to get it to work. |
| 10:59:26 | Cassandra | Nor can I see anything wrong in the source. |
| 11:00 |
| 11:02:28 | Cassandra | Incidentally, developer builds with the debug option enabled don't seem to be compiling. Has it been superceded by logf? |
| 11:06:14 | B4gder | yes, the debug builds are/were mostly for using gdb |
| 11:07:15 | Cassandra | OK - that's fine. |
| 11:07:50 | Cassandra | Appears %x is working but %xl not always. |
| 11:08:03 | Cassandra | Odd |
| 11:18:39 | | Quit _FireFly_ ("Now if you will excuse me, I have a giant ball of oil to throw out my window") |
| 11:19:17 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:26:55 | Jungti1234 | Ask manual link about rockbox firmware function. |
| 11:33:51 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:34:32 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 11:36:55 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 11:38:59 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:44:44 | | Join ender1 [0] (i=ychat@84.52.165.220) |
| 11:48:02 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 11:50:23 | Jungti1234 | Is no one on seat now? |
| 11:50:34 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 11:51:06 | Jungti1234 | I'm as want to ask a question some. |
| 11:54:09 | Slasher | amiconn: Hmm, am i correct that i could erase flash area 0x000009 - 0x0effff without causing rockbox firmware boot to fail? |
| 11:56:20 | Slasher | I just want to be sure before trying anything as i don't have a bdm yet :) |
| 11:57:47 | linuxstb | Slasher: What are you planning ? |
| 11:59:05 | amiconn | Slasher: I don't know. You should ask Linus about bootloader & stuff |
| 11:59:22 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 12:00 |
| 12:00:36 | Slasher | amiconn: ah, ok :) |
| 12:01:10 | Slasher | linuxstb: Just trying something interesting ;) |
| 12:02:59 | Slasher | linuxstb: I will try removing the original completely from my player and then write some other data to the flash |
| 12:03:05 | Slasher | +firmware |
| 12:03:39 | Cassandra | What other data? |
| 12:04:12 | ashridah | Jungti1234: we can try. what's the question? |
| 12:04:38 | amiconn | Someone should try to read the serial eeprom... |
| 12:04:59 | Slasher | Cassandra: rockbox firmware for example :) |
| 12:05:54 | Slasher | Cassandra: and the little patching to the bootloader so it could also load the firmware from the flash instead of from disk only |
| 12:05:58 | Slasher | +n |
| 12:07:39 | Slasher | amiconn: is there a schematics done about the eeprom chip connections? |
| 12:08:51 | Cassandra | slasher: *nod* I see. |
| 12:09:08 | Cassandra | Wouldn't really gain you much, if anything. |
| 12:09:36 | | Join whatboutbob [0] (n=cbd60f4f@labb.contactor.se) |
| 12:09:41 | Slasher | Yep, just a little faster boot. But it would be interesting to try anyway |
| 12:09:45 | * | Cassandra swears at WPS code and and it's wonderfully transparent failure modes. |
| 12:10:02 | Cassandra | Would be an interesting hack, yes. |
| 12:12:05 | whatboutbob | hehe...got a h120 in the mail today. It might be a bit difficult to revive tho...the sticker on the cpu is brown and crispy. :) |
| 12:12:29 | Slasher | whatboutbob: hehe, sounds promising :) |
| 12:12:31 | whatboutbob | surprised that sucker didn't go up in flames. |
| 12:12:42 | Slasher | you could order a new cpu if you manage to solder it |
| 12:12:59 | Slasher | it costs something less than 20e |
| 12:13:09 | _FireFly_ | if only the cpu got burned |
| 12:13:15 | whatboutbob | hrmm...a few of the other bits and bobs in there don't look too happy so i don't think i'm gonna bother. |
| 12:13:22 | whatboutbob | thanks all the same. |
| 12:14:04 | whatboutbob | ...and i don't exactly have the hands of a surgeon. |
| 12:15:15 | Slasher | yep, soldering the cpu would be very tricky because it's a bga. I have never tried that but with proper equipments it should be possible |
| 12:15:25 | whatboutbob | hdd's in perfect nick tho, along with the remote and cover etc, so it was worth the $35. |
| 12:17:25 | whatboutbob | Slasher: am i allowed to ask if you've made any headway with recording? (insert annoying kid's voice: "are we there yet?") |
| 12:21:38 | Slasher | whatboutbob: sorry, but no.. i haven't had any time for that :/ |
| 12:23:26 | whatboutbob | no need to apologise. (*sobs* 'why aren't my wishes this complete stranger's #1 priority?!) |
| 12:24:50 | XavierGr | Slasher: Did you found about the bugs in crossfade in mix mode I mentioned? |
| 12:25:12 | | Join ep0ch [0] (n=ep0ch@84.12.170.220) |
| 12:25:22 | Slasher | XavierGr: that is intended behaviour so the previous song will not fade out but mix |
| 12:25:41 | Slasher | but we could disable that when manually skipping tracks as it was before |
| 12:26:10 | XavierGr | but wait a sec, I though crossfade was to fade out current song and fade in next song. |
| 12:26:23 | Slasher | yes, but not on mix mode |
| 12:26:43 | Slasher | (if you only want "mix" with fade in, just set fade in duration to 0) |
| 12:26:57 | XavierGr | why is that? It was the other way around in the last crossfade implementation |
| 12:27:08 | XavierGr | do you think that this is better? |
| 12:27:13 | Slasher | no it wasn't :) |
| 12:27:35 | Slasher | you can do the same things (and much more) with the new code |
| 12:27:43 | XavierGr | hmmm.... |
| 12:27:50 | Jungti1234 | ashridah: I asked about function always. |
| 12:28:14 | Slasher | but it's correct that on manual skipping we should not enable the mix.. |
| 12:28:18 | XavierGr | so when in mix mode. I want to fade out last song and fade in the next, can it be done? |
| 12:28:43 | Slasher | XavierGr: yes, but then set the mode to "crossfade", not "mix" |
| 12:29:19 | XavierGr | but crossfade option can't crossfade via a manuall track change, no? |
| 12:29:29 | XavierGr | or you say to wait for the track option? |
| 12:29:57 | Slasher | no, it will crossfade. Curerently the manual and automatic track change applies the same crossfade settings |
| 12:30:25 | XavierGr | so tto get this right, which is the difference between crossfade and mix? |
| 12:31:38 | Slasher | crossfade will fade out the previous song according to crossfade settings, but mix mode will instead play the last song the specified duration without fading at all |
| 12:32:36 | XavierGr | Ah ok got it, though with mix while it does what you say, I can hear a slight pop when the music from the last track stops... |
| 12:32:46 | XavierGr | But better ask other is in this... |
| 12:33:02 | Slasher | that is a known bug and will be fixed soon |
| 12:33:05 | XavierGr | as I have said I think that my player pops more than normal |
| 12:33:11 | Jungti1234 | What is 'Trigger' of recording setting menu? |
| 12:33:25 | ep0ch | or you have very sensitive ears] |
| 12:33:36 | XavierGr | Starts recording when a set amount of volume is reached, I think |
| 12:33:43 | Slasher | Jungti1234: it starts the recording when the volume level reaches the trigger value |
| 12:33:46 | Slasher | yes |
| 12:34:42 | Jungti1234 | Ah! Understood. |
| 12:35:27 | ep0ch | any one have any musepack sound files i can use to test with? |
| 12:36:11 | Jungti1234 | What is 'Presplit gap' of recording setting menu? |
| 12:36:33 | Cassandra | Might be a good idea if someone were to put a bunch of test files on the wiki, copyright permitting. |
| 12:38:56 | Jungti1234 | Is no there a person to answer? |
| 12:41:23 | Jungti1234 | (ªÅ_ªÉ) ¹«±ÃÈ ²ÉÀÌ ÇǾú½À´Ï´Ù. |
| 12:41:23 | Jungti1234 | (ªÅ_ªÉ) ¹«±ÃÈ ²ÉÀÌ ÇǾú½À´Ï´Ù ~ |
| 12:41:23 | Jungti1234 | (ªÅ_-)ªÅ ¾ß !! ³Ê ¿òÁ÷¿´¾î!!»õ³¢ ¼Õ±î¶ô °É¾î!! »¡¸® Åß¿Í~~ |
| 12:41:23 | DBUG | Enqueued KICK Jungti1234 |
| 12:41:23 | Jungti1234 | (ªÅ_<)ªÅªÉ(-.-;).. ¹«±ÃÈ ²¿Ä¡ ÇǾú½À...... |
| 12:41:23 | Jungti1234 | (ªÅ_<)ªÅªÉ(-.-;;)..ªÉ(-_¤ÑªÈ)...´Ù´Ù´Ú..´Ù´Ú~ Åö! |
| 12:41:24 | *** | Alert Mode level 1 |
| 12:41:24 | Jungti1234 | (ªÄ¤Ñ0-)ªÃ°Å±â ¼¶ó~~~~~ (ªÄ-,-)ªÃ(ªÄ-.-)ªÃ ¾ß.¾ß.. »¡¸® Åß~ |
| 12:41:31 | Jungti1234 | =_= sorry |
| 12:41:31 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 12:41:40 | XavierGr | Presplit enables you to set a value (time or size), and when the recording reaches this value it will split the recording into another physical file |
| 12:41:50 | Jungti1234 | thank you |
| 12:43:43 | Jungti1234 | And what is 'For at least' of recording setting menu? |
| 12:43:51 | | Join ashridah [0] (i=ashridah@220-253-121-120.VIC.netspace.net.au) |
| 12:44:06 | XavierGr | I don't know. |
| 12:44:10 | Jungti1234 | oh.. |
| 12:44:13 | XavierGr | I don't own an archos |
| 12:44:26 | XavierGr | and iriver recording implementation is pending |
| 12:44:37 | XavierGr | so I guess at what you ask... |
| 12:44:51 | Jungti1234 | It is iriver. |
| 12:46:02 | XavierGr | there is no standard recording for the iriver yet, there is only a debug menu that enables recording but it is featureless and buggy. |
| 12:46:09 | Jungti1234 | Is not recording function of iriver perfect? |
| 12:46:29 | B4gder | indeed not |
| 12:46:38 | B4gder | then it wouldn't be in the debug menu |
| 12:46:40 | XavierGr | it is far from perfect |
| 12:47:06 | XavierGr | but when it is done, oh boy, I really want to see this :) |
| 12:47:45 | Jungti1234 | :) Me too |
| 12:49:54 | Jungti1234 | What is 'top off charge'? |
| 12:51:25 | *** | Alert Mode OFF |
| 12:53:18 | | Quit DJDD ("Trillian (http://www.ceruleanstudios.com") |
| 12:53:53 | Slasher | amiconn: "The longword at address 0 is loaded into the stack pointer and the longword at address 4 is loaded into the PC." |
| 12:54:11 | Slasher | now it seems pretty clear that i can erase the flash area i mentioned earlier :) |
| 12:54:15 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 12:54:31 | Slasher | except the first 8 bytes |
| 12:54:56 | Jungti1234 | hey, slasher |
| 12:55:06 | XavierGr | Slasher: If a new bootloader comes out, how are you going to flash the unit? |
| 12:55:08 | *** | Saving seen data "./dancer.seen" |
| 12:55:17 | Jungti1234 | Do not you know about 'Top off charge'? |
| 12:55:19 | XavierGr | If you replace original firmware? |
| 12:55:37 | DJDD | Anyone here have experience with the insides of both H140 and H120? |
| 12:55:45 | Slasher | XavierGr: Hehe, that is a problem then but i could flash it from rockbox |
| 12:55:47 | Cassandra | Anyone have any objections to me increasing the WPS buffer size? |
| 12:55:55 | DJDD | nop |
| 12:55:58 | Cassandra | I have a 2k wps file that won't load. |
| 12:56:20 | XavierGr | wow |
| 12:56:22 | amiconn | XavierGr: I guess Slasher wants to work on firmware_flash.rock for iriver |
| 12:56:23 | XavierGr | big WPS |
| 12:56:35 | Cassandra | Yes, but very pretty. |
| 12:56:39 | _FireFly_ | Cassandra have you comment lines in it ?? |
| 12:56:53 | novimon_ | Cassandra, do you have screen cap of it? |
| 12:56:59 | Slasher | amiconn: Hehe, maybe at some point in the future :) |
| 12:57:00 | DJDD | Cass, can you get a screenie of it? :) |
| 12:57:03 | amiconn | Slasher: Take care not to delete the bootloader, and of course you'll give up one of the saftey measures |
| 12:57:05 | novimon_ | you got me intrested :) |
| 12:57:11 | XavierGr | ah ok then, good luck on this Slasher then, bad boy playing with flash procedures... ;) |
| 12:57:11 | Cassandra | I hope to release it soon. It's based on the engineer skin off MisticRiver. |
| 12:57:12 | B4gder | isn't the wps limit 1600 bytes? |
| 12:57:15 | Slasher | But the first thing i will try is to erase the iriver firmware |
| 12:57:20 | Cassandra | I'll do a cap. Hold on. |
| 12:57:30 | amiconn | Flashing isn't all that hard. |
| 12:57:34 | _FireFly_ | Cassandra: or try to reduce the length of the filenames of the bitmaps |
| 12:57:52 | Slasher | I will take the little risk of bricking the unit and need to buy a bdm.. |
| 12:58:09 | amiconn | Accessing the flash works almost identical to archos, only the address is different and it's 16 bit wide instead of 8 |
| 12:58:22 | XavierGr | Slasher: That 's nice motivation! |
| 12:58:23 | amiconn | This is proved by my flash id read working |
| 12:59:40 | amiconn | The only non-obvious thing to get it working was that the flash rom waitstates were wrong |
| 12:59:54 | Cassandra | When did the USB insert code get so flaky? |
| 13:00 |
| 13:00:01 | Slasher | amiconn: the flash dump feature on the debug menu was quite useful, i used it to analyze the flash structure |
| 13:00:41 | amiconn | Yeah, that's what it's for, and it's a rather trivial function btw |
| 13:01:19 | | Join [IDC]Dragon [0] (n=d90a3255@labb.contactor.se) |
| 13:02:01 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 13:02:01 | * | [IDC]Dragon was attracted by the trigger word "flash" |
| 13:02:23 | _FireFly_ | Cassandra: do you have comment lines in your wps-file?? |
| 13:02:26 | amiconn | hehe |
| 13:02:29 | B4gder | flash dance! |
| 13:02:29 | amiconn | hi Jörg :) |
| 13:02:55 | Cassandra | No, no comment lines. |
| 13:03:08 | Slasher | amiconn: do you think the flash is fast enough so we could even excecute code directly from it? |
| 13:03:32 | [IDC]Dragon | hi Jens et al |
| 13:04:01 | Cassandra | christi/misc/dump_0001.bmp">http://www.chiark.greenend.org.uk/~christi/misc/dump_0001.bmp |
| 13:04:04 | Cassandra | christi/misc/dump_0002.bmp">http://www.chiark.greenend.org.uk/~christi/misc/dump_0002.bmp |
| 13:04:11 | amiconn | Slasher: A test should tell. We need waitstates at the higher cpu frequencies, but it might still be faster. |
| 13:04:14 | XavierGr | cvs checkout: warning: failed to open //.cvspass for reading: No such file or di |
| 13:04:14 | Cassandra | Hi Jorg |
| 13:04:14 | XavierGr | rectory <- anyone knows about this error? |
| 13:04:28 | amiconn | The SDRAM is dead slow compared to our cpu frequency |
| 13:04:28 | Slasher | amiconn: Hmm, nice |
| 13:04:35 | [IDC]Dragon | Hi Christie |
| 13:04:39 | B4gder | XavierGr: it seems your .cvspass file can't be read |
| 13:05:29 | XavierGr | that error appears even when I want to download the whole source |
| 13:05:31 | amiconn | Even *with* burst mode and with the CPU running at 45 MHz it's only twice as fast as the archos ram (with 11 MHz CPU clock) |
| 13:05:33 | preglow | Cassandra: what font is that? |
| 13:05:40 | B4gder | XavierGr: "download" how? |
| 13:05:54 | XavierGr | cvs -z3 -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox co rockbox-devel |
| 13:06:21 | B4gder | XavierGr: yes, cvs will use .cvspass for that case too |
| 13:06:38 | B4gder | in fact, I bet it might use it for almost any command |
| 13:07:09 | XavierGr | yes any command i type into cvs pops up that error. |
| 13:07:09 | | Join yngwi_away [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 13:07:16 | Slasher | amiconn: huh, that sounds really slow to me :/ |
| 13:07:24 | _FireFly_ | Cassandra: what about my questions ?? |
| 13:07:25 | B4gder | XavierGr: so fix the file, or remove it and re-login |
| 13:08:22 | Cassandra | Erm, namil-8. Works with any 8 pixel high font, including rockbox_default though. |
| 13:09:05 | _FireFly_ | Cassandra: what about my questions ?? |
| 13:09:08 | Cassandra | _FireFly_, I thought I answered them. What did I miss? |
| 13:09:36 | _FireFly_ | hmm i don't get it |
| 13:09:48 | _FireFly_ | mybe my personal fw was getting freaky |
| 13:09:52 | _FireFly_ | and had blocked it |
| 13:10:05 | Cassandra | Or it just got lost in the scroll. |
| 13:10:11 | Cassandra | What did you want to know? |
| 13:10:25 | _FireFly_ | i found it :) |
| 13:10:38 | _FireFly_ | can you reduce the filename-length |
| 13:10:59 | Cassandra | I can, but I'm not going to. |
| 13:11:03 | B4gder | Cassandra: #define FORMAT_BUFFER_SIZE 1600 |
| 13:11:17 | preglow | Cassandra: could i download that wps anywhere? i never tried a bitmapped one before :) |
| 13:11:34 | Cassandra | B4gder, I know. I've increased it. Just wanted to check before I checked it in. |
| 13:11:34 | [IDC]Dragon | do bitmaps work for Archos, too? |
| 13:11:37 | B4gder | aha |
| 13:11:53 | B4gder | [IDC]Dragon: yes they should |
| 13:11:59 | Cassandra | [IDC]Dragon, yeah, they do, but you've got less real estate to play with, of course. |
| 13:12:06 | [IDC]Dragon | sure |
| 13:12:20 | Cassandra | preglow, I'll make it available for download as soon as I get the final feature fixed. |
| 13:12:29 | Cassandra | (display of song ratings from rundb) |
| 13:12:33 | preglow | Cassandra: great |
| 13:12:36 | [IDC]Dragon | I'm a bit disconnected with recent dev |
| 13:12:47 | | Join amiconn_ [0] (n=jens@p54BD5C22.dip.t-dialin.net) |
| 13:12:47 | preglow | Cassandra: you'll post it in the wps gallery? |
| 13:12:54 | Cassandra | IDC: me too. RL got very busy. |
| 13:12:56 | Cassandra | preglow, yes. |
| 13:12:59 | [IDC]Dragon | but this morning I compiles a fresh cvs, first time since 2.5 |
| 13:13:09 | [IDC]Dragon | compiled |
| 13:13:29 | [IDC]Dragon | nice Mandelbrot speedup, Jens |
| 13:16:00 | | Quit DJDD (Read error: 110 (Connection timed out)) |
| 13:18:08 | Jungti1234 | Work what are you doing now? |
| 13:18:21 | ep0ch | preglow: do you have any musepack test files i can play with? |
| 13:18:48 | preglow | ep0ch: sure, what kind of testing? |
| 13:19:09 | ep0ch | same as before, output quality |
| 13:19:16 | preglow | riight |
| 13:19:29 | ep0ch | wonder if i should also test lossless ones too |
| 13:19:41 | preglow | in this case, btw, you need not worry |
| 13:19:55 | preglow | our musepack output is balls on as accurate as you can get it |
| 13:20:27 | ep0ch | ah good good |
| 13:23:57 | preglow | ep0ch: oh well, i throw away _one bit_ at some points, though |
| 13:24:35 | ep0ch | i found some mpc files, i want to test it on rockbox anyway |
| 13:26:48 | | Join Rikos [0] (i=ChatCase@85-65-210-237.barak-online.net) |
| 13:26:54 | | Nick Rikos is now known as ChatCase (i=ChatCase@85-65-210-237.barak-online.net) |
| 13:27:34 | ChatCase | hey, im sure this has been asked for lots of times, and i know there isnt a rockbox version fit to the Archos gmini xs series, but is there any other user-made firmware i can get for my gmini 202 you guys know of? |
| 13:27:50 | amiconn_ | [IDC]Dragon: You should try mandelbrot on an iriver H1x0 ;) |
| 13:27:53 | whatboutbob | night all. |
| 13:27:57 | | Part whatboutbob |
| 13:29:26 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 13:29:27 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5C22.dip.t-dialin.net) |
| 13:29:35 | ChatCase | anyone? :< |
| 13:29:52 | Jungti1234 | ~ |
| 13:29:57 | B4gder | ChatCase: none |
| 13:30:04 | ChatCase | bah :/ |
| 13:30:25 | ChatCase | whats this GminiPort thingy? |
| 13:30:31 | B4gder | user made firmwares don't grow on trees |
| 13:30:41 | B4gder | ChatCase: there was a rockbox port started for the gmini |
| 13:30:47 | B4gder | it was actually quite far gone |
| 13:31:01 | B4gder | when the main developer of it vanished |
| 13:31:19 | B4gder | and no one else took up where he left it |
| 13:31:27 | ChatCase | shame :( |
| 13:31:30 | ChatCase | thanks anywayz :P |
| 13:31:46 | B4gder | don't be shy, you can be the one! ;-) |
| 13:32:21 | ChatCase | i'll pass :P for the sake of everyone else |
| 13:35:47 | | Quit ChatCase () |
| 13:36:02 | Jungti1234 | I do not know meaning of word that is 'Top-off charging' at all. |
| 13:36:04 | | Quit ansivirus (Nick collision from services.) |
| 13:36:07 | Jungti1234 | Do not you have person to answer anyone? |
| 13:36:15 | | Join ansivirus_ [0] (n=ansiviru@ppp-69-148-88-22.dsl.rcsntx.swbell.net) |
| 13:36:35 | ep0ch | yeah musepack output is quite accurate with -3/+1 on the sample range. |
| 13:37:20 | XavierGr | Jungti1234: maybe it is just for archos models that have nimh batteries |
| 13:37:28 | XavierGr | Jungti1234: Nothing to worry about. |
| 13:37:47 | | Join Nibbler [0] (n=sven@port-212-202-193-16.dynamic.qsc.de) |
| 13:37:48 | | Nick ender1 is now known as ender` (i=ychat@84.52.165.220) |
| 13:37:54 | Jungti1234 | Thank reply. |
| 13:38:04 | Jungti1234 | I use iriver. |
| 13:38:17 | B4gder | top-off means " To fill up (a container), especially when it is almost full to begin with." |
| 13:44:47 | [IDC]Dragon | amiconn: Mandelbrot is about the speed I remember from my Atari ST |
| 13:45:14 | [IDC]Dragon | no wonder, with CPU in the same league |
| 13:45:51 | [IDC]Dragon | my notebook can run it in the pixel shaders, *that* is fast! |
| 13:46:20 | [IDC]Dragon | (realtime zooming/panning with the mouse) |
| 13:46:24 | ep0ch | [IDC]Dragon: oh url? |
| 13:46:28 | XavierGr | is there a mendelbrot simulator for PC windows? |
| 13:47:26 | [IDC]Dragon | ep0ch: try google, I don't have it at hand. The version I have is for ATI only, but there may be more today |
| 13:47:30 | Jungti1234 | XavierGr, B4gder: Curiosity for 1 week was solved now. |
| 13:47:35 | preglow | ep0ch: that's an error i have no idea where comes from |
| 13:47:39 | Jungti1234 | Thank you very much. |
| 13:49:26 | amiconn | [IDC]Dragon: mandelbrot uses the EMAC unit on coldfire for the full precision routine. Really fast, even though the h120 lcd has almost 3 times as much pixels as the archos lcd |
| 13:50:07 | [IDC]Dragon | in 2 bit "native" grayscale, I guess? |
| 13:50:17 | Jungti1234 | what is 'VOICE NUMBERS'? |
| 13:50:29 | amiconn | [IDC]Dragon: No, using the grayscale lib as on archos |
| 13:50:48 | [IDC]Dragon | so being busy flipping pages, too |
| 13:51:00 | amiconn | JPEG decoding is really fast too (the coldfire has a shift-by-n instruction) |
| 13:51:15 | [IDC]Dragon | sigh, that's really missing on SH |
| 13:51:16 | amiconn | Smaller pictures need less than a second to decode |
| 13:51:21 | preglow | not having a shift-by-n instruction sounds like doing it risc to the last breath |
| 13:51:36 | preglow | unecessarily so |
| 13:51:47 | [IDC]Dragon | saving gates to the last breath, I guess |
| 13:51:55 | preglow | sure, you don't need barrel shifter |
| 13:52:24 | [IDC]Dragon | which disqualifies it from any codec work |
| 13:52:30 | preglow | oh, indeed |
| 13:52:41 | preglow | the clock rate alone more or less does that |
| 13:53:06 | preglow | the fastest codec i've seen at the moment runs at 34mhz with tons of iram usage |
| 13:53:09 | preglow | and a heavily optimised lpc routine |
| 13:53:41 | XavierGr | amiconn: why don't you utilize the repeat function of buttons in mendelbrot? |
| 13:54:07 | Jungti1234 | Yaho! |
| 13:54:28 | amiconn | preglow: Not necessarily. There are freaks on amiga that made mpeg-1 *video* run on comparatively slow CPUs |
| 13:54:32 | Jungti1234 | Finished H100 firmware Korean translation. |
| 13:55:01 | amiconn | XavierGr: The repeat rate is (way) faster than mandelbrot can redraw, even on h1x0 |
| 13:55:25 | preglow | amiconn: yes, yes, but those people are clearly insane :P |
| 13:56:01 | Jungti1234 | Who do you send to? |
| 13:56:21 | XavierGr | amiconn: Even then cant you make the rate of scrolling lower? |
| 13:57:07 | Jungti1234 | Anyone answers. Gloomy. :< |
| 13:57:17 | preglow | Jungti1234: you can submit it as a patch |
| 13:57:48 | Jungti1234 | Do compile. |
| 13:58:22 | Jungti1234 | I can not do compile. |
| 13:58:34 | preglow | you don't need to compile |
| 13:58:41 | preglow | does teh translation work with current rockbox? |
| 13:58:47 | preglow | you don't need any patches for it to work? |
| 13:58:51 | amiconn | XavierGr: Perhaps. mandelbrot could 'eat' all extra repeat events accumulated during redraw |
| 13:59:01 | amiconn | Otherwise scrolling would lag like hell |
| 13:59:25 | amiconn | preglow: I guess the korean translation needs the unicode patch |
| 13:59:39 | preglow | so there's no real point in commiting it yet |
| 13:59:42 | Jungti1234 | There is lang file. |
| 14:00 |
| 14:00:33 | Jungti1234 | Whom do you give this file? |
| 14:00:44 | linuxstb | Is it just me, or is anyone else against the idea of making "folder navigation" Rockbox's only behaviour? |
| 14:01:06 | preglow | linuxstb: depends if the behaviour is changed |
| 14:01:11 | XavierGr | Jungti1234: You will have to wait before sending this. |
| 14:01:26 | linuxstb | preglow: What do you mean? |
| 14:01:41 | XavierGr | Proper Unicode support must be done to enable Korean Language first. |
| 14:02:14 | Jungti1234 | Why is it uproar? |
| 14:02:29 | preglow | linuxstb: fix it so it doesn't break ordinary playlists |
| 14:02:38 | preglow | Jungti1234: you're using unicode patch with rockbox, yes? |
| 14:03:15 | Jungti1234 | I have lang file only. |
| 14:03:54 | Jungti1234 | Someone must do compile. |
| 14:04:12 | XavierGr | don't you use a patch that enables you to see korean letters? |
| 14:04:13 | amiconn | linuxstb: Are you for or against making folder navigation default? I am firmly against it, btw. |
| 14:04:55 | Jungti1234 | Did not understand. |
| 14:05:14 | linuxstb | amiconn: I have to be honest and say I don't feel that strongly either way. It's only a default. |
| 14:05:22 | Jungti1234 | Do not I do this work? |
| 14:05:23 | amiconn | Or rather, I am firmly against it in its current incarnation |
| 14:05:33 | preglow | i'm firmly against it on the basis that it breaks ordinary playlists |
| 14:05:40 | preglow | if that's fixed, i'm for it being enabled |
| 14:05:45 | linuxstb | But if it is buggy, then it obviously shouldn't be the default. |
| 14:05:58 | amiconn | ...where it would skip folder with the ordinary skip button presses at the first / last track of a playlist |
| 14:06:30 | amiconn | I could live with a separate button (combo) for folder skip, then it could be always-on |
| 14:06:35 | linuxstb | Yes - that's the behaviour I don't like (and automatically going to the next folder). |
| 14:06:39 | Jungti1234 | hmm.. |
| 14:06:46 | amiconn | Of course it needs to be fixed to work properly first |
| 14:07:03 | amiconn | The automatic next-folder thing should stay configurable |
| 14:07:17 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 14:07:28 | amiconn | (and off by default, as long as we don't want different defaults per platform) |
| 14:07:46 | preglow | Jungti1234: i want to know if you are using ordinary rockbox or unicode rockbox |
| 14:08:02 | preglow | i love the language barrier |
| 14:08:22 | Jungti1234 | unicode rockbox |
| 14:08:43 | preglow | Jungti1234: then we can't use your patch yet. ordinary rockbox doesn't have unicode support yet |
| 14:08:54 | preglow | Jungti1234: but if you can find markun, you can send your lang file to him |
| 14:08:59 | preglow | markun: wake up! |
| 14:09:04 | Jungti1234 | why? |
| 14:09:14 | preglow | Jungti1234: he is the one working on unicode rockbox |
| 14:09:18 | Jungti1234 | Markun is not on seat. |
| 14:09:19 | * | amiconn prods bagder and whispers "l10n v2" ;) |
| 14:10:11 | Jungti1234 | Is in place that he is different now. |
| 14:10:46 | Jungti1234 | Does no one have a person to take the place of the work? |
| 14:11:09 | preglow | Jungti1234: http://www.rockbox.org/twiki/bin/view/Main/MarcoenHirschberg |
| 14:11:13 | preglow | Jungti1234: you can find his email address there |
| 14:12:09 | Jungti1234 | His E-mail address knows already. |
| 14:12:10 | Slasher | amiconn: Hmm, do you have the correct wait state value for normal cpu frequency? |
| 14:12:48 | preglow | Jungti1234: then send the land file to him |
| 14:12:52 | preglow | bbl |
| 14:13:26 | amiconn | The flash ROM wait states should be correct for all CPU freqs |
| 14:13:28 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 14:13:58 | Slasher | ah, hmm |
| 14:14:31 | Jungti1234 | Work of me was wished to go fast. |
| 14:20:14 | Jungti1234 | Does rockbox firmware modify everybody? |
| 14:24:37 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-129-243.pools.arcor-ip.net) |
| 14:25:44 | XavierGr | I am thinking to put the creation proccess of the battery benchmark on an if(filling) statement on playback.c, this will do the job right? |
| 14:28:22 | Jungti1234 | It is so late night. |
| 14:28:40 | XavierGr | I guess that there will be night time |
| 14:28:51 | XavierGr | here it is after noon |
| 14:28:55 | Jungti1234 | :) |
| 14:29:16 | Jungti1234 | The South Korea is 10 : 29. |
| 14:29:20 | Jungti1234 | pm |
| 14:29:31 | Jungti1234 | I go to sleep. Good Luck. |
| 14:29:47 | Jungti1234 | I am appreciative today all. :) |
| 14:30:04 | XavierGr | bye |
| 14:30:09 | Jungti1234 | bye |
| 14:31:11 | Jungti1234 | Oh! Terrible thunderclap! |
| 14:31:28 | preglow | nothing beats a good thunderstorm |
| 14:31:34 | preglow | haven't witnessed one for ages |
| 14:34:17 | | Quit Jungti1234 ("Http://www.ZeroIRC.NET ¢Æ Zero IRC ¢Æ Ver 2.8") |
| 14:34:31 | * | amiconn thinks about creating battery_log.rock as a tsr plugin |
| 14:35:29 | XavierGr | yeah that would be better. |
| 14:35:53 | XavierGr | I will do a test with that I just made to see if it can make it correctly. |
| 14:36:06 | preglow | amiconn: hah, that's a concept i haven't heard anyone mention for at least a decade |
| 14:36:52 | XavierGr | the need for it raised as linuxstb started to make battery bechmarks for the new FLAC codec |
| 14:37:05 | amiconn | Rockbox has a method for tsr plugins, used e.g. for the alpine_cdc plugin |
| 14:37:13 | preglow | then i'd say go for it |
| 14:37:16 | preglow | that would ve very useful |
| 14:37:50 | amiconn | It's in fact simple: The plugin needs to create an own thread, and register an exit function, then it returns from the main thread |
| 14:38:16 | XavierGr | wow big plugin, comparing to others |
| 14:38:27 | Cassandra | Right - my new WPS is sitting in the WPS Gallery. Be aware you'll need a bleeding edge build to install it. |
| 14:38:44 | XavierGr | I could programm it but I don't have a clue about threads and proccesses... |
| 14:38:45 | linuxstb | amiconn: How is the plugin memory handled? Does that mean you can't run other plugins if a plugin has tsr'ed |
| 14:41:45 | XavierGr | I guess that thread creation is happening in void thread(void)? |
| 14:45:00 | novimon_ | a/away |
| 14:45:25 | linuxstb | XavierGr: If you are talking about the alpine_cdc plugin, then the thread creation is done in the main() function. My understanding is that thread() is the actual main loop of the plugin itself - i.e. the contents of the thread. |
| 14:45:54 | XavierGr | yeah now that I look at it you are right |
| 14:45:56 | preglow | Cassandra: is the peak meter supposed to work? |
| 14:45:59 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
| 14:46:13 | XavierGr | It is just that I don't know anything about threads, it seems interesting though |
| 14:46:20 | preglow | haha |
| 14:46:20 | preglow | forget it |
| 14:46:23 | preglow | it's a progress bar |
| 14:46:35 | * | Cassandra swears. |
| 14:46:41 | Cassandra | Some icons stopped working. |
| 14:46:50 | Cassandra | I'll upload a fixed version in a minute. |
| 14:47:42 | XavierGr | 3k WPS? that is a beast! |
| 14:48:36 | amiconn | linuxstb: If a tsr plugin is loaded and the user starts another plugin, the core calls the registered exit function. This exit function must then terminate the thread, ending the tsr operation |
| 14:52:30 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 14:54:29 | Cassandra | OK - that should have fixed it. |
| 14:54:44 | | Join tucoz [0] (n=martin@hornved.ii.uib.no) |
| 14:55:10 | *** | Saving seen data "./dancer.seen" |
| 14:55:38 | tucoz | Hi, this is off-topic but.. Does anyone of you know of some simple file format to store a binary search tree to a file. That is in a human readable form. |
| 14:55:41 | Cassandra | Xavier - does seem to be. But it does quite a lot. |
| 14:55:55 | Cassandra | (Used all but 1 of the 52 image slots.) |
| 14:57:26 | preglow | one bug |
| 14:57:33 | preglow | when i turn on hold, the hold icon appears |
| 14:57:37 | preglow | but it never goes away again |
| 14:57:47 | Cassandra | I think that's a Rockbox bug. |
| 14:57:51 | preglow | should be |
| 14:57:51 | preglow | plus |
| 14:57:56 | preglow | remote hold is always on |
| 14:57:58 | Cassandra | FF or RW will get rid of it. |
| 14:58:00 | preglow | and it's not even plugged |
| 14:58:02 | Cassandra | Ditto. |
| 14:58:10 | linuxstb | tucoz: You could write it as XML - XML is a textual representation of a tree. |
| 14:58:42 | tucoz | linuxstb, I've thought of that, but I do think that will be overkill for me. |
| 14:59:09 | tucoz | linuxstb, but there are simple libs for this right? |
| 15:00 |
| 15:00:22 | linuxstb | For writing XML, you don't really need any libs. For parsing it, there are many libs available. |
| 15:00:58 | tucoz | I might have to think about XML again then. |
| 15:01:19 | tucoz | thanks |
| 15:01:40 | linuxstb | Why does it need to be human readable? If it's just for debugging, you could write a "dump" program to display your binary file. |
| 15:02:20 | B4gder | or fix the human to read hex dumps of it! ;-P |
| 15:03:12 | tucoz | nah, it is a tree from an article that is generated by a machine learning algorithm. I do not have the data and will simulate something by using that tree. |
| 15:05:09 | tucoz | anyway, what is this folder thing I read about in the dev-mailing list? I never use playlist, only play an album in a folder until finished. |
| 15:06:19 | tucoz | As this is the way I keep my music organized. music->artist->album. Will the new behaviour play the next folder automatically? |
| 15:06:42 | linuxstb | Rockbox has acquired a new "folder navigation mode" - so pressing next on the last track in a directory will take you to the first track in the "next" directory. (and similarly for previous at the start of a directory). |
| 15:07:04 | linuxstb | And yes, when folder navigation mode is enabled, Rockbox will automatically go to the next directory when it finishes the current one. |
| 15:07:29 | tucoz | Ah, if it is an option. Then that is great! |
| 15:07:49 | tucoz | I got the feeling that it wasn't an option. |
| 15:07:54 | Slasher | hehe, i got the flash working.. soon the iriver fw will be gone ;D |
| 15:08:07 | linuxstb | It was originally an option, but with the default being enabled. amiconn reversed the default, and the proposal now seems to be to remove the option entirely. |
| 15:08:20 | ep0ch | Slasher: ohh good job |
| 15:08:28 | tucoz | Slasher, cool. |
| 15:08:42 | linuxstb | Slasher: Nice :). Are you executing code directly from flash? |
| 15:08:50 | tucoz | linuxstb, that should be an option imho. |
| 15:09:06 | linuxstb | tucoz: I agree, and I think most other devs do as well. |
| 15:09:09 | preglow | Slasher: don't fuck up your flash now, we can't use you with a bricked player :> |
| 15:09:14 | tucoz | ah, good. |
| 15:09:46 | amiconn | linuxstb: The option should stay, or perhaps renamed to the previous name. The navigation could be always enabled, but only if it's a separate button mapping |
| 15:09:56 | amiconn | And of course the feature needs fixing |
| 15:10:18 | Slasher | linuxstb: not yet, the first stage would be to load it to ram from flash |
| 15:10:36 | Slasher | but i will try the direct execution too later |
| 15:10:39 | Slasher | preglow: i hope so :) |
| 15:11:27 | amiconn | Cassandra: I don't like your wps buffer increase. At least it should depend on the lcd resolution. A whopping 3KB is a waste on archos |
| 15:11:42 | XavierGr | Slasher: You little devil, and yeah preglow was right indeed, DON'T brick your player... :D |
| 15:11:55 | Slasher | :D |
| 15:12:32 | Slasher | i will test the writing on less important sectors first before touching the critical areas |
| 15:12:48 | linuxstb | Are the sectors you are writing to unused at the moment then? |
| 15:13:02 | Slasher | yes, or they belong to the iriver fw |
| 15:13:24 | tucoz | How large is the flash? |
| 15:13:32 | Slasher | 2 MiB |
| 15:13:36 | XavierGr | When there is going to be an official realese for rockbox on iriver, will there be an option to remove default fw completely? |
| 15:13:39 | tucoz | iirc, the iriverfw is quite big |
| 15:14:12 | Slasher | XavierGr: possibly |
| 15:14:30 | | Join HET2 [0] (n=diman@pnsgw1-client165.demo.tuwien.ac.at) |
| 15:15:14 | Slasher | tucoz: yep, it eats almost the entire flash |
| 15:15:17 | tucoz | then again, rockbox is 2.8MiB unzipped on the iriver |
| 15:15:31 | tucoz | with all stash of course |
| 15:15:38 | Slasher | so rockbox has much space on the rom after we erase iriver fw |
| 15:15:57 | tucoz | rockbox is not that big, just the fonts etc. |
| 15:16:19 | ep0ch | i can think of one big codec |
| 15:16:40 | amiconn | Slasher: Will you implement the combined "Crossfade offset" setting? |
| 15:16:49 | Slasher | amiconn: yes, i will |
| 15:17:22 | XavierGr | and the track change? (sorry I must be killing you) |
| 15:17:29 | tucoz | hehe, aac is almost twice the size of rockbox.iriver |
| 15:17:34 | Slasher | probably on the week end when i have more time for it |
| 15:17:51 | XavierGr | good |
| 15:18:09 | Slasher | XavierGr: trying to remember that also :D |
| 15:19:18 | tucoz | Is flash->ram transfer faster than hd->ram on iriver? i.e. when the disk is spinning. |
| 15:21:41 | preglow | well, i'd say "of course" |
| 15:22:08 | preglow | the fun thing about having the firmware in flash, is that you can do other things while waiting for the disk to spin up |
| 15:22:11 | preglow | like init audio interface |
| 15:22:56 | tucoz | preglow, I have no idea of the speed of this. I am just thinking of the flash based players often have usb1.1 wheras hd ones have usb2.2. |
| 15:23:16 | tucoz | But that might be some other type of flash |
| 15:23:26 | tucoz | *usb2 |
| 15:23:35 | XavierGr | when I make changes to the source and I want to test it on target, do I have to replace the rockbox folder too or only the rockbox.iriver file |
| 15:23:39 | linuxstb | Does anyone know if the iriver firmware runs from flash, or if it copies itself into RAM? i.e. could we load the irivier firmware from disk and run it? |
| 15:23:43 | XavierGr | (not plugins of course) |
| 15:24:01 | B4gder | linuxstb: iirc, it copies itself to ram |
| 15:24:42 | ep0ch | oh how's the flac without wps testing? |
| 15:24:59 | linuxstb | So we could potentially rolo into the iriver firmware if we stored a copy in a file? |
| 15:25:03 | HET2 | will rockbox run on an archos gmini? |
| 15:25:15 | linuxstb | ep0ch: Not started yet - I'll try and do it overnight tonight. |
| 15:25:36 | B4gder | HET2: not now, no |
| 15:26:06 | HET2 | B4gder: is it planned? started? |
| 15:26:16 | B4gder | HET2: started, stalled, abandoned |
| 15:26:24 | HET2 | B4gder: oh |
| 15:26:34 | B4gder | but feel free to join in and make it happen |
| 15:26:41 | HET2 | B4gder: i need to buy a gmini first :) |
| 15:26:47 | B4gder | its an insane platform |
| 15:27:33 | linuxstb | HET2: Do you own any mp3 players? |
| 15:28:06 | preglow | yes, blasted hardware architecture making it easy for us |
| 15:28:14 | preglow | harvard!! |
| 15:28:18 | HET2 | linuxstb: nope |
| 15:29:35 | preglow | a gmini port will be a nightmare |
| 15:29:39 | linuxstb | HET2: You could buy an ipod and join my Rockbox effort :) |
| 15:30:52 | HET2 | linuxstb: i will never again buy an ipod |
| 15:31:01 | linuxstb | Why not? |
| 15:31:07 | XavierGr | ipod sucks ;) |
| 15:31:10 | HET2 | linuxstb: i've had 3 ipods die on me with hd crashes in the past year |
| 15:31:10 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
| 15:31:54 | B4gder | hd crashes? |
| 15:32:00 | preglow | anyone here have any experience with motorola 56k processors? |
| 15:32:09 | B4gder | nope |
| 15:32:21 | HET2 | B4gder: yes, the harddrive would simply stop working |
| 15:32:35 | preglow | seems i'll be working coding 56k for a couple of weeks, but i've never used it :> |
| 15:32:41 | B4gder | well, most 1.8" players use hard drives of the same brands |
| 15:36:10 | * | [IDC]Dragon reads about flashing Slasher |
| 15:36:56 | ep0ch | me looks away |
| 15:37:06 | [IDC]Dragon | Slasher: have you thought about ucl compression? |
| 15:37:19 | HET2 | B4gder: it's a toshiba |
| 15:37:46 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 15:39:18 | linuxstb | HET2: iriver use Toshiba drives as well (my H140 has a Toshiba MK4004GAH). My 60GB iPod has the MK6006GAH |
| 15:44:23 | tucoz | linuxstb, have you read this old post? http://www.rockbox.org/mail/archive/rockbox-archive-2005-06/0373.shtml |
| 15:44:34 | XShocK | are there any plans on porting rockbox to ipods? |
| 15:44:55 | tucoz | he might be interested in joining you. |
| 15:45:34 | preglow | XShocK: http://www.davechapman.f2s.com/rockbox/ipodboot.jpg |
| 15:46:22 | XShocK | preglow, good. :) |
| 15:47:10 | XShocK | i still have my iriver ihp120, but some ppl here are interested in rockbox on ipod |
| 15:47:15 | preglow | i am |
| 15:48:32 | preglow | i'm probably going to get a nano in not too long |
| 15:49:03 | crwl | does ipod nano have usb on-the-go support? |
| 15:50:36 | preglow | it's software controlled |
| 15:50:43 | preglow | so it does, if we program support for it |
| 15:50:48 | crwl | ah |
| 15:50:51 | preglow | or wait |
| 15:50:55 | preglow | you'd need the photo as well :> |
| 15:51:03 | crwl | um, it, like, has an usb chip that can do about anything? |
| 15:51:09 | crwl | (if someone codes the software, that is) |
| 15:51:23 | preglow | it's more like it hasn't got an usb chip that does anything |
| 15:51:48 | preglow | it's just a dummy passing data from the processor bus format to usb |
| 15:51:48 | B4gder | but then, ipodlinux does not support USB on any ipod model |
| 15:51:59 | crwl | oh, ok |
| 15:52:34 | preglow | weird, really, i'd have thought they would try to port the linux usb drivers to work |
| 15:53:03 | B4gder | it might serve has a hint that it isn't as straight-forward |
| 15:53:11 | crwl | bummer |
| 15:53:19 | B4gder | but then, there aren't very many people doing lowlevel ipod hacking |
| 15:53:31 | B4gder | basically one |
| 15:53:45 | HET2 | B4gder: i remember it took a long time until linux had useful usb support |
| 15:54:08 | B4gder | HET2: so? they run an existing linux, it has very good usb support |
| 15:54:21 | B4gder | the reason is rather the support for the ipod hw |
| 15:54:21 | HET2 | B4gder: isn't it ucLiunx? |
| 15:54:34 | B4gder | yes |
| 15:54:40 | * | HET2 wouldn't know the difference in the usb drivers anyway |
| 15:55:17 | * | B4gder is gonna do a talk on "linux device driver programming" in two weeks |
| 15:55:19 | linuxstb | The problem is the low-level USB hardware. It's undocumented so can only be understood by reverse-engineering Apple's firmware. |
| 15:55:39 | linuxstb | Once that was working, all the joys of Linux USB would be available on the ipod. |
| 15:56:12 | HET2 | speaking of proprietary apple hardware, i am wondering how long it will be until the airport driver is reverse engineered |
| 15:56:44 | linuxstb | The airport driver is already reverse engineered. Do you mean the airport extreme? |
| 15:56:50 | HET2 | linuxstb: that |
| 15:57:10 | HET2 | linuxstb: as far as i know the original airport is not sold/used any more |
| 15:57:20 | HET2 | anyway |
| 15:57:22 | HET2 | my lecture is over |
| 15:57:23 | HET2 | laters |
| 15:57:35 | | Quit HET2 ("This computer has gone to sleep") |
| 15:57:53 | linuxstb | XShock: Who is interested in Rockbox on an ipod? You mention "some people here". |
| 15:58:43 | XavierGr | Slasher: I have found that in normal playback initialize_buffer_fill will access the disk and load the audio buffer into ram |
| 15:59:13 | XavierGr | Slasher: But someties when I fw tracks the disk spins up but this function isn't called. |
| 15:59:35 | XavierGr | then ather about 1 minute it will rebuffer and access the disk, which function is this? |
| 16:00 |
| 16:01:02 | linuxstb | tucoz: Yes, I saw that mailing list post. He's right - porting Rockbox to the ipod is by far the easiest port to new hardware that someone could do. |
| 16:02:31 | preglow | linuxstb: have you shown the ipodlinux the photo of rockbox booting? :) |
| 16:02:43 | preglow | insert 'people' where fit |
| 16:03:15 | linuxstb | No, but I plan to offer them my bootloader after I write the button driver. It's a big improvement on their existing bootloader, which doesn't include an ATA driver. |
| 16:03:34 | preglow | oh? how do they do things, then? |
| 16:03:48 | linuxstb | Currently, upgrading or installing the kernel requires raw writing to the boot partition. |
| 16:03:53 | preglow | haha |
| 16:04:07 | linuxstb | My bootloader can load and run a kernel from the FAT32 partition. |
| 16:04:15 | preglow | but i thought your bootloader was a stripped down rockbox |
| 16:04:20 | linuxstb | It is. |
| 16:04:29 | preglow | oh, how ironic that will be |
| 16:04:39 | linuxstb | The Rockbox logo might upset them :) |
| 16:04:42 | B4gder | you just rock linuxstb |
| 16:05:08 | preglow | agreed |
| 16:05:19 | XavierGr | haha :) |
| 16:05:30 | XavierGr | ipodlinux with a Rockbox Logo |
| 16:05:37 | linuxstb | But I'm seriously thinking about adding the IPL logo to the bootloader - to make it a joint project. After all, they did the hard work as far as the low-level ipod stuff goes. |
| 16:06:07 | preglow | sounds nice |
| 16:06:20 | XavierGr | you shoud write with small letters: Bootloader courtesy of Rockbox ;) |
| 16:08:26 | preglow | linuxstb: but there'll be the problems of some ipods using whatever file system apple uses |
| 16:09:20 | linuxstb | preglow: Yes. But Apple users can use FAT32 ipods as well (I use itunes on an Apple). |
| 16:09:48 | linuxstb | It's a problem, but I don't ever see Rockbox incorporating an HFS driver. |
| 16:10:27 | linuxstb | Unless some enterprising Apple user joins the Rockbox team... |
| 16:11:40 | Slasher | XavierGr: that's audio_fill_file_buffer and audio_load_track (it buffers new tracks partially) |
| 16:11:50 | B4gder | imho, you should post some progress info on your ipod work to the rockbox devel list. It could make someone interested pop up |
| 16:11:59 | | Quit yngwi_away ("Chatzilla 0.9.68a [Firefox 1.0.7/20050919]") |
| 16:12:07 | Slasher | linuxstb: very nice idea about loading iriver fw from disk |
| 16:13:05 | preglow | i agree with bagder |
| 16:14:29 | amiconn | Slasher: The idea isn't all that new, in fact that's how rolo was born (on archos): The archos firmware in (stock) flash can load another firmware from disk, that's how rockbox was loaded before there was the possibility to run it from flash as well |
| 16:14:44 | Slasher | hmm, is there any disassembler for coldfire? |
| 16:15:02 | B4gder | objdump ;-) |
| 16:15:15 | Slasher | amiconn: yep, but it's great if we could implement that on iriver as well :) |
| 16:15:19 | amiconn | Rockbox can load the exact same format on archos, so you can load an archos firmware disk version from within rockbox |
| 16:15:35 | amiconn | Slasher: Yes, objdump |
| 16:16:07 | [IDC]Dragon | ah, Slasher is back |
| 16:16:14 | amiconn | m68k-elf-objdump −−target binary −−architecture m68k:5249 −−adjust-vma 0x31000000 -D rockbox.bin |
| 16:16:14 | Slasher | B4gder: ah, yes :) but it didn't like the parameters when i tried to pass a binary dump to it without elf headers :/ |
| 16:16:30 | Slasher | amiconn: oh, thanks :) |
| 16:16:58 | Slasher | [IDC]Dragon: hehe, partially yes ;) |
| 16:17:15 | Slasher | now i will go eat |
| 16:17:15 | [IDC]Dragon | how about ucl compression? |
| 16:17:26 | Slasher | [IDC]Dragon: sounds like a good idea |
| 16:17:37 | linuxstb | B4gder: I'm hoping to start committing the start of my ipod work to CVS in the next few days. I just need to clean it up a little more first. |
| 16:17:37 | [IDC]Dragon | are you aware of the Archos booloader? |
| 16:17:39 | Slasher | especially for targot players |
| 16:17:54 | Slasher | [IDC]Dragon: not very well because i don't have an archos.. |
| 16:18:08 | Slasher | targot=archos.. |
| 16:18:20 | Slasher | nice typos |
| 16:18:23 | [IDC]Dragon | I made a tiny bootloader capable of handling 2 images |
| 16:18:34 | Slasher | oh :) |
| 16:18:42 | [IDC]Dragon | each can be either compressed, |
| 16:18:55 | [IDC]Dragon | or uncompressed, to be copied into RAM |
| 16:19:11 | [IDC]Dragon | or uncompressed for in-place execution |
| 16:19:36 | Slasher | hmm, that sounds nice. Are you going to commit it soon? |
| 16:19:43 | Slasher | (back soon ->) |
| 16:19:47 | [IDC]Dragon | we used to have both the original and Rockbox compressed |
| 16:20:42 | [IDC]Dragon | nowadays, the original got replaced by a small "emergency firmware", to give room for uncompressed in-place Rockbox |
| 16:21:35 | [IDC]Dragon | Slasher: not to be committed, we use that bootloader since ages |
| 16:22:03 | [IDC]Dragon | perhaps you should reuse as much as possible from that |
| 16:22:23 | [IDC]Dragon | would have the extra benefit of reusing the toolchain, too |
| 16:24:38 | | Quit Zagor ("Client exiting") |
| 16:25:33 | amiconn | [IDC]Dragon: In fact I'm planning to reuse some of the bootloader code, and rockbox.ucl (already created by the Makefile for convenient reuse) for making a self-extracting rockbox.ajz in case we hit the 200KB barrier |
| 16:26:32 | amiconn | It turned out some time ago that we won't have this problem for a long time on fmr, v2 and Ondio, because these have a 400KB barrier |
| 16:26:36 | [IDC]Dragon | yes, I've seen that |
| 16:26:47 | [IDC]Dragon | (both) |
| 16:26:53 | amiconn | But now the v1 recorder is really tight, and the player might become tight |
| 16:27:05 | [IDC]Dragon | the player? really? |
| 16:27:30 | amiconn | Not yet, but perhaps with unicode support and added cyrillic and greek mappings... |
| 16:28:36 | [IDC]Dragon | you'd have to copy the image around twice, or link to different address? |
| 16:28:42 | amiconn | Ideally the decision is made automatically during the build process. If rockbox.bin is small enough, just scramble it to ajbrec.ajz |
| 16:29:13 | amiconn | If it's too large, compile an additional selfex module, tack on rockbox.ucl, and scramble that |
| 16:29:40 | [IDC]Dragon | sfx can't happen in-place |
| 16:30:00 | amiconn | Yes, the selfex module needs to copy the compressed image to high ram, copy the decompressor to iram, then decompress and start |
| 16:30:20 | [IDC]Dragon | or link to high ram |
| 16:30:31 | | Join HET2 [0] (n=diman@dejavu.htu.tuwien.ac.at) |
| 16:31:42 | amiconn | I'd like to avoid that |
| 16:32:11 | [IDC]Dragon | because of 2 build configurations? |
| 16:33:46 | [IDC]Dragon | if we grow that much, rombox is in danger again, too |
| 16:34:30 | [IDC]Dragon | luckily, I installed a 512 KB chip ;-) |
| 16:35:47 | | Join webguest43 [0] (n=c13354c1@labb.contactor.se) |
| 16:50:33 | | Join _FireFly_ [0] (n=FireFly@p54A44DC1.dip.t-dialin.net) |
| 16:54:22 | | Quit ashridah ("Leaving") |
| 16:55:12 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:05:22 | | Quit webguest43 ("CGI:IRC") |
| 17:07:28 | amiconn | [IDC]Dragon: Rombox has a limit of 228KB now, correct? |
| 17:11:39 | | Part tucoz ("Leaving") |
| 17:16:43 | | Join muesli- [0] (n=muesli_t@141.71.4.222) |
| 17:17:01 | muesli- | hi |
| 17:20:52 | XavierGr | hi muesli-. |
| 17:21:01 | XavierGr | Do you remember that old printer I had? |
| 17:21:14 | muesli- | yeah i do..what happened? |
| 17:21:45 | [IDC]Dragon | amiconn: I don't know off the top of my head |
| 17:22:17 | * | [IDC]Dragon checks rombox start address |
| 17:22:24 | XavierGr | I made it to pieces and screws but that's not the point, the very same day my scanner died on me |
| 17:22:49 | XavierGr | Well short story is that the feeder was jammed and I tried to fix this myself.... |
| 17:23:54 | XavierGr | I didn't saw 2 hidden screws and I end up braking the carcass that made the scanner bits and screws.... |
| 17:24:21 | XavierGr | Lesson: Muesli was right I should have auction both of them in ebay :D |
| 17:24:43 | muesli- | ;) |
| 17:25:32 | XavierGr | Now I don't have a scanner or a printer and I will pay 180euros for a new multipurpose machine, (those that scan and print) |
| 17:26:21 | [IDC]Dragon | amiconn: 228K for all models but player |
| 17:27:16 | amiconn | The player is different? |
| 17:27:42 | [IDC]Dragon | yes, bootbox is a page smaller |
| 17:27:44 | | Quit AliasCoffee ("Leaving") |
| 17:27:59 | [IDC]Dragon | so, 232KB for player |
| 17:29:24 | amiconn | Ah ok. I had probably chosen identical start addresses for all models. |
| 17:29:44 | [IDC]Dragon | bootbox could be stripped further, but that'll need a lot of #ifdefs in "innocent" code, or a different code base |
| 17:30:05 | [IDC]Dragon | eg. no disk writing, no subdir support |
| 17:30:44 | * | amiconn found a reproducable bug yesterday :( |
| 17:30:50 | amiconn | (archos) |
| 17:31:02 | [IDC]Dragon | reproducable is good... |
| 17:31:24 | amiconn | If you go to the recording screen, but don't start a recording, when the idle timeout hits, the box starts to shutdown... |
| 17:31:33 | amiconn | ... then panics with recfile: -1 |
| 17:31:46 | [IDC]Dragon | oops |
| 17:32:28 | ep0ch | preglow: you'll be pleased to know that FLAC output is bit perfect with foobar :) |
| 17:34:13 | preglow | would have been very surprising were that not the case |
| 17:34:18 | ep0ch | yeah |
| 17:34:59 | ep0ch | to narrow down the issue with mp3, would it help if i looked at the output of mp2? |
| 17:35:09 | ep0ch | or are they completely different |
| 17:35:15 | preglow | yes, that would help |
| 17:35:22 | preglow | a bit, at least |
| 17:37:06 | ep0ch | anyone have a source of mp2 files? |
| 17:37:42 | linuxstb | ep0ch: I have a million MP2 files. I'll upload a short one now. |
| 17:37:58 | linuxstb | They are 48KHz though - which could confuse the issue. |
| 17:38:20 | ep0ch | will optical out do 48khz without resampling? |
| 17:38:24 | muesli- | amiconn could we have a more accurat sleeptimer? steps of 15mins are too big :o 1m would be very ok imho |
| 17:38:34 | linuxstb | ep0ch: Maybe. But Rockbox won't. |
| 17:38:49 | ep0ch | hmm |
| 17:39:08 | linuxstb | Would it still be useful? I don't think I have any 44.1KHz mp2 files. |
| 17:39:30 | ep0ch | ok so mp2 can be 44.1 khz |
| 17:39:44 | ep0ch | i just need to find away of making them |
| 17:39:46 | linuxstb | I think VCDs use mp2 at 44.1KHz. |
| 17:40:27 | amiconn | Just encode an arbitrary audio track |
| 17:40:48 | amiconn | I've mp2- and mp1-encoded versions of our "reference track" on my webspace |
| 17:40:49 | ep0ch | yeah what encoder? |
| 17:41:29 | amiconn | http://www.jens-arnold.net/Rockbox/testfiles/ |
| 17:41:50 | ep0ch | ah thanks |
| 17:42:01 | amiconn | They are encoded with Pegase on Amiga |
| 17:42:14 | amiconn | It's a pretty good layer 1 + layer 2 encoder |
| 17:42:42 | ep0ch | noooo its the iriver song |
| 17:42:48 | ep0ch | something else pleaseeee |
| 17:43:34 | B4gder | haha |
| 17:44:41 | | Quit B4gder ("time to say moo") |
| 17:45:34 | | Quit HET2 (Read error: 113 (No route to host)) |
| 17:47:05 | preglow | i've got some other mp2 files if you're really desperate |
| 17:47:33 | ep0ch | nah it's ok i'm quite into it now :s |
| 17:47:53 | preglow | that's insanity creeping on you're feeling there |
| 17:53:51 | ep0ch | mp2: -22/+22 |
| 17:55:28 | ep0ch | and well foobar09b10 plays mp1 back at high speed |
| 17:56:08 | preglow | ep0ch: is this with or without rounding |
| 17:58:24 | ep0ch | don't know. what rounding are you referring to? |
| 17:58:59 | preglow | i told you how to remove the emac rounding yesterday |
| 17:59:00 | preglow | in synth.c |
| 17:59:09 | preglow | have you still remove the EMAC_ROUND part? |
| 18:00 |
| 18:00:20 | * | [IDC]Dragon waves |
| 18:00:29 | | Quit [IDC]Dragon ("CGI:IRC") |
| 18:00:44 | ep0ch | i've updated from CVS since, so EMAC_ROUND is present |
| 18:01:05 | preglow | updating from cvs doesn't overwrite your changes |
| 18:01:50 | ep0ch | well i deleted apps/ before hand |
| 18:02:04 | preglow | then you have nothing to worry abouyt |
| 18:02:26 | preglow | but yes, there's so much more processing done in layer3.c that this doesn't surprise me |
| 18:02:27 | ep0ch | made no difference anyway |
| 18:02:36 | preglow | made no difference for layer2? |
| 18:02:46 | ep0ch | (removing EMAC_ROUND when testing mp3) |
| 18:04:14 | preglow | i thought you said there was quite a difference... |
| 18:04:24 | ep0ch | i then changed my mind :) |
| 18:04:43 | ep0ch | there was a problem at the very beginning and very end of one of the files |
| 18:05:10 | ep0ch | something wrong with my sample trimming |
| 18:06:37 | | Join webguest43 [0] (n=c3441fe7@labb.contactor.se) |
| 18:07:21 | webguest43 | hello! is it possible to "downgrade" to v2.4 (I have 2.5 installed on my player) |
| 18:07:22 | ep0ch | so for the mp3 test the actual error is -21/+19 not -57/+60 |
| 18:07:35 | ep0ch | which is more or less the same as the mp2 error |
| 18:08:04 | preglow | ahh, yes |
| 18:08:22 | preglow | then my guess is most of the error happens in synth_full |
| 18:08:27 | ep0ch | so i'll try and decode mp1 properly |
| 18:08:56 | preglow | i don't think there's a need, i'm pretty certain you'll find the error is the same |
| 18:09:11 | ep0ch | probably, nice to be sure |
| 18:09:17 | preglow | ep0ch: have you disabled dithering in foobar, btw+ |
| 18:09:36 | ep0ch | yes |
| 18:10:15 | | Quit webguest43 (Client Quit) |
| 18:11:24 | ep0ch | don't suppose you have foobar 0.83 installed? |
| 18:12:11 | preglow | yes i do |
| 18:12:19 | preglow | it's what i use |
| 18:12:38 | ep0ch | can you try amiconns mp1 and see if it plays back at normal speed please? |
| 18:13:01 | preglow | mpglib doesn't support layer1 |
| 18:13:50 | ep0ch | i'll decode with mad then |
| 18:14:00 | preglow | you'll need the libmad plugin to decode mp1 files with foobar, afaik |
| 18:16:02 | ep0ch | mp1: -22/+21 |
| 18:16:52 | preglow | between rockbox and foobar with libmad? |
| 18:17:11 | linuxstb | Does anyone know if "dd" works under cygwin to read/write from/to a raw disk partition? Or if there is a similar utility available for Windows? |
| 18:17:15 | ep0ch | between rockbox and MAD frontend |
| 18:17:22 | preglow | ep0ch: interesting |
| 18:17:35 | amiconn | linuxstb: dd works |
| 18:17:38 | preglow | ep0ch: this suggests a bug in synth_full somewhere |
| 18:17:51 | ep0ch | good stuff |
| 18:17:54 | | Join tvelocity [0] (n=tony@ipa108.2.tellas.gr) |
| 18:18:01 | amiconn | You need to know the right device name. Cygwin generates the /dev stuff dynamically |
| 18:18:02 | preglow | but it might not be a bug as well |
| 18:19:00 | linuxstb | amiconn: Thanks. I need to start writing some ipod bootloader docs, and didn't know how Windows users could do it. |
| 18:19:57 | linuxstb | Basic instructions are: Use dd to read the contents of the boot partition; extract apple firmware from image ; create new image containing bootloader and apple firmware ; use dd to write the new image back to the boot partition. |
| 18:20:37 | amiconn | All windows disk devices are visible from within cygwin as /dev/sdx, the x is determined by the device number in windows |
| 18:20:53 | amiconn | device 0 = /dev/sda, device 1 = /dev/sdb etc |
| 18:21:04 | ep0ch | preglow: is there an old version off synth.c you can dig out thats realtime? |
| 18:21:55 | amiconn | You can find the device id in the disk management console |
| 18:22:45 | linuxstb | The ipl people have written GUI windows and Mac OS X installers - so I'm sure they could be adapted for Rockbox eventually. The Windows one at least is GPL'd. |
| 18:24:15 | preglow | ep0ch: none that are more accurate than the current one |
| 18:24:44 | preglow | my first attempt was very inaccurate |
| 18:25:22 | * | amiconn is curious how a comparison of iriver firmware output with the reference would turn out |
| 18:25:54 | ep0ch | amiconn: mp3 and vorbis were both accurate |
| 18:26:11 | ep0ch | rockbox vorbis is accurate too |
| 18:26:24 | ep0ch | just rockbox mp3 is slightly out |
| 18:26:34 | XavierGr | is it fixable? |
| 18:26:39 | preglow | of course it is |
| 18:26:48 | XavierGr | :) |
| 18:27:08 | XavierGr | soall this time we listen to slightly altered mp3s? |
| 18:27:14 | preglow | ep0ch: how accurate were the iriver ones? |
| 18:27:32 | ep0ch | off the top of my head -1/+1 |
| 18:27:38 | preglow | rounding errors, then |
| 18:27:42 | preglow | rockbox vorbis? |
| 18:27:48 | ep0ch | 0 |
| 18:28:12 | ep0ch | maybe -1/+1, i should record these results :) |
| 18:28:33 | XavierGr | what the numbers mean? |
| 18:28:49 | ep0ch | sample difference between iriver/rockbox and reference |
| 18:29:01 | XavierGr | and how do you test this? |
| 18:29:22 | ep0ch | record from iriver, record from rockbox via optical out |
| 18:29:44 | ep0ch | decode the same file in foobar, invert reference and mix |
| 18:30:07 | ep0ch | making sure each file is sample aligned of course |
| 18:30:12 | XavierGr | hmm so recording twice the same song with the same firmware shows 0 differences? |
| 18:31:07 | ep0ch | i have two recordings, but haven;t checked against each other yet |
| 18:33:28 | XavierGr | just test 2 same recordings (same firmware) to be sure that your recording procedure is bug proof. |
| 18:33:38 | ep0ch | they vary by 1 bit in places |
| 18:34:24 | ep0ch | which is madness |
| 18:34:47 | XavierGr | you mean inaudible right? |
| 18:34:51 | XavierGr | 1 bit wow |
| 18:35:03 | ep0ch | no i would expect them to be the same |
| 18:35:49 | XavierGr | ah you said in places so there is alteration more than once |
| 18:36:00 | ep0ch | yes |
| 18:36:04 | XavierGr | make another one just to be sure. |
| 18:36:24 | XavierGr | 2 with the iriver firmware and then another 2 with rockbox |
| 18:36:35 | ep0ch | yeah someday |
| 18:41:25 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 18:46:57 | ep0ch | preglow: is it worthwhile me removing the optimised version of synth_full. would the other synth_full get used instead? |
| 18:47:17 | | Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 18:49:01 | ep0ch | well i'll try it and see |
| 18:49:43 | preglow | ep0ch: just add a "&& 0" to the #if defined(CPU_COLDFIRE) line above it |
| 18:49:58 | preglow | but i don't think that'll make any difference, you also need to undeclare my mad_f_mul macro |
| 18:50:17 | preglow | or perhaps it's a function |
| 18:51:02 | | Join _user_ [0] (n=c76218bf@labb.contactor.se) |
| 18:51:45 | _user_ | phaedrus961: does the unicode patch work for the latest build? |
| 18:52:31 | XavierGr | I think not |
| 18:53:01 | | Quit _user_ (Client Quit) |
| 18:53:35 | ep0ch | mad_f_mul is in fixed.h? |
| 18:54:52 | preglow | yea |
| 18:55:14 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:20:00 | amiconn | linuxstb: About the differences in ipod hardware you're mentioning that should be runtime-detected in rockbox - similar differences exist on archos |
| 19:20:09 | markun | yesterday and 2 weeks ago I sat in the train next to people with an iriver H120. Both didn't have rockbox installed so I gave them the URL. |
| 19:21:33 | XavierGr | ha come to think. |
| 19:22:09 | markun | I thought all H1xx owners would know about rockbox by now.. |
| 19:22:30 | XavierGr | Imagine a guy that spend so much money on an iriver only 2 find after (lets say) 3 years that another OS way better than default OS. |
| 19:23:33 | XavierGr | I would be crazy, to have a device like that and not be able to use it in its full splendor. |
| 19:23:35 | tvelocity | yeah rockbox rox |
| 19:23:47 | markun | When I bought my H120 over ebay I asked the seller why he wanted to get rid of it. He told me he bought an archos because it runs rockbox and he wanted otf playlists :) |
| 19:23:48 | Paul_The_Nerd | Imagine a guy who spent a bunch of money on a different brand after looking at an iRiver and deciding on something else instead, only to find that *now* an iRiver does more. |
| 19:24:10 | ep0ch | preglow: i'm not too sure how to remove mad_f_mul |
| 19:25:46 | XavierGr | god I am even thinking to buy an H300 just to be sure that if my H160 fails I will have the other to use with rockbox. |
| 19:26:13 | XavierGr | Only thought that keeps me away from this is that H300 maybe will not be ported in the end... |
| 19:26:33 | XavierGr | nah I guess it will be... |
| 19:26:46 | muesli- | just shopped a 60gb drive |
| 19:26:56 | tvelocity | i wish someone would port rockbox on the DS:P |
| 19:27:01 | XavierGr | ahaha |
| 19:27:02 | muesli- | didnt needd it but couldnt resist :D |
| 19:27:32 | XavierGr | yeah me too I hadn't the need for 60GB but I bought it anyway. |
| 19:27:54 | tvelocity | how much does the 60gb drive cost? |
| 19:27:54 | XavierGr | though 400 is too much for me to spend on another DAP. |
| 19:28:09 | muesli- | i use my iriver as data carrier too...soo..space can never be enough... |
| 19:28:31 | muesli- | got it from ebay..140e incl s&h |
| 19:28:38 | tvelocity | neat |
| 19:28:45 | tvelocity | too bad it doesnt fit in H120 |
| 19:28:46 | muesli- | new 180-190e |
| 19:28:53 | markun | I don't know if I should wait for the 40gb single platter or just buy the 30gb |
| 19:29:30 | XavierGr | I bought my 60GB drive for 210euros from dapstore but that was back in June |
| 19:29:32 | muesli- | markun i guess the first use of single 40gig platter are in ipod |
| 19:29:38 | markun | muesli-: For a few dollars you can buy a USB case for your old HD |
| 19:29:43 | muesli- | and they dont use them so far |
| 19:29:48 | XavierGr | where? |
| 19:29:55 | XavierGr | I can't find an 1.8 case |
| 19:30:13 | muesli- | markun no, will sell my 40gb..will get too expensive |
| 19:30:19 | muesli- | otherwise |
| 19:30:22 | markun | http://cgi.ebay.co.uk/USB-2-0-1-8-External-Hard-Disk-Case-for-Toshiba-D332_W0QQitemZ6818846416QQcategoryZ86759QQssPageNameZWD2VQQrdZ1QQcmdZViewItem |
| 19:31:03 | muesli- | and i dont want to carry cases with me |
| 19:31:13 | muesli- | i want an all-in-one package |
| 19:31:26 | markun | Don't know if it will fit both single and double platter |
| 19:31:47 | muesli- | good point |
| 19:32:07 | muesli- | i guess it works with hitachis only!? |
| 19:32:20 | muesli- | recall myself that ive heard something like this |
| 19:33:22 | markun | "USB 2.0 1.8" External Hard Disk Case for Toshiba" |
| 19:33:27 | muesli- | ok ;) |
| 19:34:08 | muesli- | mmh..no dimensions are given.. |
| 19:34:12 | XavierGr | well I don't think that platters matter in enclosures |
| 19:34:26 | muesli- | 2mm can matter ;) |
| 19:35:21 | markun | XavierGr: If it didn't matter I could just buy a 2 platter 40gb.. |
| 19:35:32 | muesli- | even 3mm |
| 19:36:20 | XavierGr | well an encolure should hold both of them, no? |
| 19:36:29 | XavierGr | it is a case not a tight DAP. |
| 19:36:32 | muesli- | it should.. |
| 19:36:33 | XavierGr | maybe I am wrong |
| 19:37:12 | preglow | ep0ch: same approach there, just add a "&& 0" to the #if part just above |
| 19:37:19 | linuxstb | amiconn: Yes, I know Rockbox already does some run-time hardware detection. But I'm still not 100% convinced which is better - a single binary that any user can use on any ipod, or multiple binaries tuned to the specific hardware. |
| 19:37:25 | preglow | i'll be gone most of the rest today no, so be quick if you've got further questions |
| 19:37:33 | preglow | linuxstb: i know which i prefer |
| 19:37:42 | ep0ch | preglow: oops i just cut and paste and different routine into it |
| 19:37:47 | amiconn | linuxstb: Well, it depends on how different the ipods are |
| 19:39:22 | amiconn | I don't know the ipods, but I would judge from what apple does. Are there different firmwares from apple? Does apple offer firmware upgrades at all? |
| 19:40:17 | linuxstb | Yes, they do offer firmware upgrades. I think the actual firmware is hidden inside the installer application - so the user doesn't know what is being installed. |
| 19:40:36 | amiconn | Hmm, so the installer is usable for all models? |
| 19:40:57 | ep0ch | preglow: so on line 423 it should be: # elif defined(FPM_COLDFIRE_EMAC) && 0 ? |
| 19:40:59 | linuxstb | I think there is one installer, containing different firmwares for different ipods. |
| 19:41:01 | _FireFly_ | afaik during firmware update the content of the disk/flash is ereased |
| 19:41:07 | _FireFly_ | by ipods |
| 19:41:17 | amiconn | I.e. is it all the same installer even for classic ipod, mini, photo, nano etc? |
| 19:41:38 | linuxstb | amiconn: Yes, I think so. But I'm not an expert on that side of things either. |
| 19:41:46 | amiconn | Hmm. |
| 19:41:56 | amiconn | Sounds similar to our rockbox installer |
| 19:42:01 | preglow | ep0ch: yes, that should do |
| 19:42:21 | amiconn | It contains several rockbox binaries for all our archos platforms (6 in total) |
| 19:42:48 | amiconn | The differences within each platform are handled at runtime |
| 19:43:02 | linuxstb | _FireFly_: I think you are confusing "upgrade" with "ipod restore". The latter involves resetting the ipod back to the factory settings - installing a fresh firmware and wiping the disk. An upgrade doesn't wipe the disk. |
| 19:43:24 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 19:43:40 | _FireFly_ | could be |
| 19:44:04 | muesli- | XavierGr did any problems occured while using rockbox with the 60gb drive? |
| 19:44:37 | muesli- | hi _FireFly_ |
| 19:44:41 | _FireFly_ | hi |
| 19:45:02 | linuxstb | What does the Archos installer do? I thought installation was just a matter of unzipping the rockbox.zip file to the root of the device. |
| 19:45:19 | amiconn | There are 2 ways of installing rockbox for archos |
| 19:45:59 | amiconn | You can either download the zip archive for your model and unzip it to the drive, or on windows you can use the installer |
| 19:46:28 | amiconn | ...which contains the binaries for all platforms, and you select the platform within the installer |
| 19:46:46 | linuxstb | But it still means the user needs to know the exact model they own. |
| 19:47:02 | amiconn | Yes, 'cause that's not detectable from the PC |
| 19:47:03 | linuxstb | But I guess that's not too hard. |
| 19:47:18 | amiconn | The archoses are plain USB MSDs |
| 19:47:54 | amiconn | Both methods install disk-based rockbox only. They do contain the necessary plugins for flashing, and the rockbox flash versions, but not the binary image necessary for first-time flashing |
| 19:49:25 | ep0ch | something quite odd happens when you're in USB mode (not boot usb mode), and hold stop the >8 seconds |
| 19:49:31 | amiconn | Knowing the exact archos model is simple for the user. All archoses have printed their model on the front plate, |
| 19:49:46 | amiconn | and the installer lists all known variants to make it really simple |
| 19:49:55 | | Quit muesli- ("ich will Kühe!!!") |
| 19:51:09 | amiconn | E.g. for archos player it says: "Archos Jukebox 5000, 6000, Studio 10, 20" for the recorder it says "Jukebox Recorder 6, 10, 15, 20" etc |
| 19:51:26 | XavierGr | muesli: no, no problems! |
| 19:51:56 | amiconn | The installer supports English, Swedish and German :) |
| 19:52:03 | linuxstb | I'm happy enough with the five targets I've listed on the IpodPort page - I think that's a sensible compromise. But it may change if I find larger differences than I first thought between devices - or similarities. |
| 19:52:35 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
| 19:53:48 | amiconn | The two largest differences for archos models are (1) Old LCD vs. new LCD for player and (2) Samsung vs. Philips FM radio chip for Ondio FM |
| 19:54:12 | linuxstb | Are those run-time detected differences? |
| 19:54:16 | amiconn | yes |
| 19:54:31 | linuxstb | Similar to the old/new LCD in the 4G color ipod. |
| 19:55:03 | amiconn | There are numerous other differences, but they are small (mostly the polarity of certain signals) |
| 19:55:36 | _FireFly_ | these should be easy handle on runtime |
| 19:56:33 | amiconn | The player LCDs are quite different, they use a different command set, and the character set is also different, see http://www.rockbox.org/docs/rocklatin.html |
| 19:57:08 | amiconn | Very early rockbox had two different versions for oldplayer and ewplayer afaik |
| 19:57:24 | amiconn | (insert the missing 'n') |
| 20:00 |
| 20:05:06 | Slasher | hehe, now i can no longer boot into the original iriver firmware because i have erased it ;) |
| 20:05:17 | preglow | i need a stiff drink |
| 20:05:20 | ep0ch | preglow: when i compile i get a "no FPM selected" error. so i "define FPM_DEFAULT" at the top of fixed.h. but i get no sound when playing |
| 20:05:21 | preglow | with all this talk of erasing flashes |
| 20:05:34 | Slasher | :D |
| 20:06:07 | preglow | ep0ch: i've got no time to look at it currently |
| 20:06:15 | ep0ch | that's alright, cos i've had enough too |
| 20:06:18 | ep0ch | :) |
| 20:07:04 | XavierGr | eh? |
| 20:07:27 | XavierGr | and now what sort of upgrade way will you follow? |
| 20:07:33 | linuxstb | Slasher: Congratulations :) |
| 20:07:39 | Slasher | it even erased exactly the sectors i wanted to, looks good that far :) |
| 20:07:42 | Slasher | =) |
| 20:07:47 | XavierGr | also what happens when you press and hold Play + recrod? |
| 20:07:58 | amiconn | preglow: If you know what to erase, and have a dump of the original content, I's say it's not too dangerous |
| 20:08:14 | Slasher | XavierGr: it crashes immediately, but rockbox still boots :) |
| 20:08:19 | XavierGr | haha |
| 20:08:22 | ep0ch | magic |
| 20:08:37 | XavierGr | so there you now dont have lame WMA support! |
| 20:08:55 | _FireFly_ | who needs wma ?? |
| 20:08:58 | _FireFly_ | ;) |
| 20:09:04 | XavierGr | that's why the lame prefix |
| 20:09:11 | _FireFly_ | ah ok :) |
| 20:09:13 | Slasher | i also take dump of the flash contents after each procedure to verify everything went ok. After that i can safely turn off the player :) |
| 20:09:24 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 20:09:24 | XavierGr | can you revert back? |
| 20:09:32 | Slasher | XavierGr: yes, i have the original dump |
| 20:25:05 | | Quit tvelocity ("Leaving") |
| 20:29:08 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 20:54:29 | | Join Magistus [0] (n=x@ip136-184-173-82.adsl2.versatel.nl) |
| 20:55:17 | *** | Saving seen data "./dancer.seen" |
| 20:57:57 | preglow | linuxstb: btw, i'm slightly fed up with the coldfire_wide thingy as of now, so will let it rest for a bit |
| 20:58:05 | preglow | can't for the life of me find out what's wrong |
| 21:00 |
| 21:02:01 | Slasher | now my flash starts only with the 8 bytes: "10 01 7F F0 00 1F 2A 30" and then entire flash is empty until to 0x1f0000.. And it still boots! |
| 21:02:14 | preglow | ahahah |
| 21:02:21 | preglow | you're really teasing it, aren't you |
| 21:02:28 | Slasher | it was the moment of horror when i pressed power on ;) |
| 21:02:31 | Slasher | :D |
| 21:03:15 | amiconn | You should get yourself a new nick ;) |
| 21:03:19 | amiconn | Flasheri |
| 21:03:25 | Slasher | haha :D |
| 21:03:26 | preglow | hahaha |
| 21:05:04 | preglow | so all you've got now is the jump instruction and the bootloader? |
| 21:05:22 | Slasher | preglow: yes |
| 21:06:23 | Slasher | i think i will next try to put rockbox to start at 0x000008 so i can safely boot it by pressing rec+on (without touching the boot loader) |
| 21:07:26 | preglow | well, you'll need to create a stub that does copying |
| 21:07:27 | | Quit ep0ch (Read error: 104 (Connection reset by peer)) |
| 21:07:46 | Slasher | preglow: not necessarely if i try to run it directly from flash at first |
| 21:08:00 | preglow | then you'll need to link it to run from flash |
| 21:08:08 | Slasher | yes, i do |
| 21:08:17 | Slasher | but i will test that to measure the flash performance |
| 21:10:09 | | Join Midgey34 [0] (n=Midgey34@c-67-172-68-52.hsd1.mi.comcast.net) |
| 21:11:15 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 21:12:36 | amiconn | Measuring flash performance could really be done easier, even without flashing anything |
| 21:13:45 | preglow | well, yeah, but a practical test is always nice |
| 21:14:39 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:15:05 | | Quit Magistus (Read error: 110 (Connection timed out)) |
| 21:15:46 | amiconn | Slasher: The crossfade time settings use set_int() now, just committed :) |
| 21:16:03 | Slasher | amiconn: ah, nice work :) |
| 21:16:11 | preglow | some people have requested fractional crossfade times as well |
| 21:16:21 | preglow | most of them mad |
| 21:16:28 | Slasher | eh :D |
| 21:16:39 | | Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) |
| 21:16:50 | Slasher | even now we can't guarantee that the requested delays and durations will happen |
| 21:17:37 | linuxstb | preglow: I'm not in any hurry to use your lpc_wide function - the decoder is already faster than realtime for 24-bit files after it was moved into IRAM. |
| 21:17:58 | linuxstb | I've just finished porting the bootloader to the Nano (I think). Now I need an adventurous person to test it... |
| 21:18:03 | preglow | ooooh |
| 21:18:05 | preglow | do find one |
| 21:19:34 | thegeek | the rockbox bootloader? |
| 21:20:26 | linuxstb | Yes - my work-in-progress Rockbox port to the iPod bootloader |
| 21:20:36 | thegeek | nice:) |
| 21:20:47 | linuxstb | Know anyone with a Nano? |
| 21:20:55 | thegeek | so it already runs on other 4g ipods? |
| 21:21:03 | thegeek | hehe |
| 21:21:07 | thegeek | I dont |
| 21:21:14 | thegeek | and truth be told |
| 21:21:17 | linuxstb | The bootloader works on the 4G color/photo ipods. |
| 21:21:36 | thegeek | I'm not sure if I'd feel very good convincing anyone to test an alpha bootloader |
| 21:21:39 | thegeek | mhm |
| 21:21:42 | thegeek | oh wait |
| 21:21:52 | thegeek | can you run it without actually flashing anything? |
| 21:21:54 | linuxstb | It's completely safe - it's just written to the hard disk. |
| 21:21:58 | thegeek | ah |
| 21:21:59 | thegeek | damn |
| 21:22:06 | thegeek | my brother is thinking of buying one |
| 21:22:12 | | Join arkascha [0] (n=arkascha@xdsl-213-196-217-88.netcologne.de) |
| 21:22:31 | thegeek | if he had it now I'd make him test it;) |
| 21:22:50 | linuxstb | The ipod has a hardware reset (hold two keys together for 4 seconds), and then you press another combination of two keys whilst it is booting to enter the flash-based disk mode. You then have access to the disk again. |
| 21:22:57 | thegeek | yeah |
| 21:23:03 | thegeek | I actually knew that,) |
| 21:23:16 | thegeek | just been a while since I read up about the linux for ipod |
| 21:23:16 | linuxstb | Seems like Apple actually want to encourage hacking... |
| 21:23:19 | thegeek | hehe |
| 21:23:23 | | Join Magistus [0] (n=x@ip136-184-173-82.adsl2.versatel.nl) |
| 21:23:29 | Magistus | <Magistus> Hi all, is there anyone that feels responsible for the Rockbox iAudio M3 Wiki at: http://www.rockbox.org/twiki/bin/view/Main/IaudioM3Info ? I just noticed the existence of this page last week and since I saw the images were missing, I made the original scans available on my website again (http://www.hraesvelg.net/iaudio). So you can link to those if wanted. Hope you guys had some help from the inside of my beloved M3L and can ge |
| 21:24:45 | Magistus | (sorry if I'm posting that twice, got disconnected at the point I tried to post that the first time) |
| 21:46:13 | | Quit Magistus (Read error: 110 (Connection timed out)) |
| 21:48:47 | linuxstb | preglow: I've found a Nano volunteer on #ipodlinux but he can't test until tomorrow... |
| 21:49:05 | Slasher | Hmm, should .bss section go to flash or dram? |
| 21:49:12 | linuxstb | dram |
| 21:49:18 | Slasher | ah, good |
| 21:49:38 | Slasher | so it contains non-const data? |
| 21:49:51 | linuxstb | Yep. It should be initialised to zero as well. |
| 21:50:06 | amiconn | check rom.lds - that's the linker script for archos rombox |
| 21:50:24 | amiconn | The bss zero init is done by crt0.S |
| 21:50:50 | Slasher | hmm, yes :) now i will test it |
| 21:52:44 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 21:57:19 | | Quit markun (Read error: 60 (Operation timed out)) |
| 21:57:43 | preglow | linuxstb: so i see, good news |
| 21:58:09 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 21:59:05 | preglow | hmm |
| 21:59:14 | preglow | a _lot_ of the mpc_decoder members use far more precision than they need |
| 21:59:40 | | Join Midgey31 [0] (n=Midgey34@c-67-172-68-52.hsd1.mi.comcast.net) |
| 22:00 |
| 22:06:16 | | Quit Midgey31 ("Download Gaim: http://gaim.sourceforge.net/") |
| 22:07:55 | preglow | amiconn: is there any speed penalty involved in using 8 bit values, again? |
| 22:08:15 | amiconn | It depends on how they are used |
| 22:08:32 | amiconn | They might require a sign extension or zero extension |
| 22:08:51 | preglow | a cycle, it seems |
| 22:08:53 | amiconn | Otoh, loading them from SDRAM should be faster than 32 bit values |
| 22:09:05 | preglow | yes, sure |
| 22:09:10 | preglow | the bus is only 16 bits wide |
| 22:09:11 | amiconn | (one access instead of two) |
| 22:09:19 | preglow | but i'm aiming for iram here |
| 22:09:22 | preglow | so it doesn't matter |
| 22:09:23 | preglow | but still |
| 22:09:47 | preglow | i think the slightly slower move time doesn't matter as opposed to having the fast ram |
| 22:10:00 | preglow | so i think i'll try to downgrade the size of as many of the mpc_decoder members as possible |
| 22:10:09 | _FireFly_ | @devs: what dou think about to move the var key_locked of the keylock key-combo (the WPS_KEYLOCK define) for the other targets beside iriver to button.c and having only function to aktivated it and automatik deactivate in button_w_tmo when the combo is pressed when key_lock is activ |
| 22:10:57 | TiMiD | _FireFly_: very good idea ! |
| 22:11:02 | TiMiD | would make wps code cleaner |
| 22:11:07 | amiconn | I don't understand fully... |
| 22:11:32 | amiconn | On archos, *only* the wps has keylock, and the Ondio has no keylock at all |
| 22:11:55 | TiMiD | it would make a global keylock |
| 22:12:04 | TiMiD | I see no problem with it |
| 22:12:09 | amiconn | I do |
| 22:12:34 | amiconn | archos has no global keylock because there is no dedicated lock switch |
| 22:12:41 | TiMiD | and on the top of that the code that handles if a key should be taken in account or not would be centralized |
| 22:12:47 | | Quit Maxime (Read error: 110 (Connection timed out)) |
| 22:12:49 | TiMiD | I know |
| 22:13:02 | amiconn | Keylock in the browser doesn't make much sense, but it would permanently block a button combo everywhere |
| 22:13:31 | | Quit Midgey34 (Read error: 110 (Connection timed out)) |
| 22:13:32 | _FireFly_ | currently only this var is left over be global when i'm finished with the wps-widget |
| 22:13:50 | TiMiD | and this var has nothing to do with wps oO |
| 22:13:58 | amiconn | It has, at least on archos |
| 22:14:08 | _FireFly_ | the keylock would be only activated in wps-button-handling |
| 22:14:17 | _FireFly_ | activateable |
| 22:14:46 | amiconn | hmmmmm............... |
| 22:15:48 | _FireFly_ | but it would be deaktivated when the combo is pressed again in the general-button-handling insteed in the wps-button-handling function |
| 22:15:52 | TiMiD | to have a global keylock would make sense and simplify the code |
| 22:16:10 | _FireFly_ | as a compromise |
| 22:16:40 | amiconn | perhaps it would make sense to have a function in button.c to activate/deactivate the keylock on "soft-keylock platforms" |
| 22:17:04 | amiconn | The wps code would enable it on entry, and disable it on exit |
| 22:17:27 | amiconn | If it is enabled, the global combo would engage the lock |
| 22:17:30 | TiMiD | eventually |
| 22:17:56 | amiconn | But it would mean a loss of functionality |
| 22:18:16 | amiconn | Today, you get visible feedback if you enable or disable the lock, via a splash |
| 22:18:47 | amiconn | This is necessary because the keylock combo is a bit tricky to get (otherwise it wouldn't work as a lock) |
| 22:18:55 | _FireFly_ | it would be also |
| 22:19:04 | TiMiD | it would be displayed in statusbar |
| 22:19:20 | _FireFly_ | because i want only remove the global-var form the wps-sources |
| 22:19:22 | amiconn | That is done today |
| 22:19:36 | amiconn | Globals vars aren't that bad, imho |
| 22:21:05 | amiconn | The enable function for soft keylock would have the advantage that other modules could use it too |
| 22:21:07 | _FireFly_ | and replace it with a function to activated it from wps-button-handling-code and deactivaten would be handled in the general button-handling.code |
| 22:21:10 | amiconn | (like the radio screen) |
| 22:21:43 | TiMiD | global vars are to avoid |
| 22:21:51 | TiMiD | they make the code tricky to understand |
| 22:21:52 | amiconn | Why? |
| 22:21:57 | amiconn | Not always |
| 22:22:06 | TiMiD | you don't know where a var can be modified |
| 22:22:10 | amiconn | Plus, they often help to reduce code size |
| 22:22:17 | amiconn | Less parameter pasing |
| 22:22:21 | amiconn | *passing |
| 22:22:38 | TiMiD | yes |
| 22:22:58 | TiMiD | but if you do an object like design you have only 1 parameter to pass |
| 22:23:10 | amiconn | Slight extension of my own idea: The enable function in button.c could take an int parameter, defining the button combo to use as a lock |
| 22:23:28 | amiconn | Locking/unlocking would then be done in the button driver |
| 22:23:55 | TiMiD | that sounds good :) |
| 22:23:58 | _FireFly_ | yepp if sof-keylock is activated |
| 22:23:59 | amiconn | Passing zero to the enable function would disable the lock (and unlock if it's currently locked) |
| 22:24:10 | _FireFly_ | k |
| 22:24:29 | amiconn | button_set_softlock(BUTTON_F1 | BUTTON_DOWN); |
| 22:24:40 | amiconn | at wps start |
| 22:24:48 | _FireFly_ | or simply use the WPS_KEYLOCK define |
| 22:24:49 | _FireFly_ | :) |
| 22:24:54 | amiconn | and button_set_softlock(0); at the end |
| 22:24:59 | amiconn | yes |
| 22:25:21 | _FireFly_ | sounds good |
| 22:26:14 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 22:27:31 | amiconn | In order to indicate an engaged lock (like it is done today), the button driver could send special button events when keylock is on and buttons other than the unlock combo is pressed |
| 22:28:39 | _FireFly_ | maybe a three button event would be useful for this |
| 22:28:56 | _FireFly_ | to indicate is keylock is activated or deactivated |
| 22:29:19 | amiconn | The status is shown on the statusbar - *if* statusbar is enabled |
| 22:29:31 | amiconn | I mean a slightly different thing though |
| 22:30:29 | amiconn | As it is today, if you enable the wps softlock on archos, and then press other buttons than the unlock combo, a splash is shown to indicate that the lock is on |
| 22:31:15 | amiconn | Without that, there would be no indication why the buttons don't work if the status bar is disabled |
| 22:31:29 | amiconn | On iriver you could still look at the lock switch position |
| 22:32:19 | _FireFly_ | afaik won't be a keylock message be displayed on iriver in wps |
| 22:32:27 | amiconn | no |
| 22:32:45 | amiconn | That's because the keylock works different, on a much lower level |
| 22:33:03 | amiconn | ...and you are always able to tell the lock state, even without a status bar |
| 22:33:28 | | Quit XavierGr () |
| 22:36:16 | _FireFly_ | i'm maybe blind but hold-states are only showable with a wps-tag but no keylock message is displayed |
| 22:36:19 | | Join XavierGr [0] (n=XavierGr@ppp49-adsl-10.ath.forthnet.gr) |
| 22:36:35 | _FireFly_ | if statusbar is of |
| 22:36:36 | _FireFly_ | off |
| 22:36:52 | | Quit XavierGr (Read error: 104 (Connection reset by peer)) |
| 22:36:54 | amiconn | On iriver - of course |
| 22:37:12 | amiconn | They're not necessary because you can just check the hold switch position |
| 22:37:15 | _FireFly_ | that was i 'm saying ;) |
| 22:37:31 | amiconn | With a softlock, there is no position to check, i.e. on archos |
| 22:37:39 | amiconn | So the splashes are really useful |
| 22:37:43 | _FireFly_ | yepp |
| 22:40:31 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 22:41:09 | amiconn | On iriver, the button driver sends *no* events when the lock is on |
| 22:42:12 | amiconn | On archos, I suggest a slightly different behaviour. The driver should send a special event (e.g. SYS_BUTTON_LOCKED) for every button press that is not the unlock combo when the lock is on |
| 22:42:42 | amiconn | This could then be used in the wps for splashing |
| 22:43:45 | _FireFly_ | sounds good |
| 22:44:04 | amiconn | Just another case: in the button switch |
| 22:44:11 | amiconn | case SYS_BUTTON_LOCKED: |
| 22:44:20 | amiconn | splash("key lock is on"); |
| 22:44:27 | amiconn | button_clear_queue(); |
| 22:44:29 | amiconn | break; |
| 22:44:55 | amiconn | The queue clearing is just to avoid hundreds of splashes when repeat kicks in |
| 22:45:19 | amiconn | This case: can of course be ifdefed out for other platformsa |
| 22:45:22 | amiconn | -a |
| 22:45:56 | _FireFly_ | similar to this #ifdef WPS_KEYLOCK |
| 22:45:56 | _FireFly_ | /* key lock */ |
| 22:45:56 | _FireFly_ | case WPS_KEYLOCK: |
| 22:45:56 | DBUG | Enqueued KICK _FireFly_ |
| 22:45:56 | _FireFly_ | case WPS_KEYLOCK | BUTTON_REPEAT: |
| 22:45:56 | _FireFly_ | keys_locked = !keys_locked; |
| 22:45:56 | *** | Alert Mode level 1 |
| 22:45:56 | _FireFly_ | display_keylock_text(keys_locked); |
| 22:45:58 | _FireFly_ | restore = true; |
| 22:46:01 | _FireFly_ | waitfor_nokey(); |
| 22:46:03 | _FireFly_ | break; |
| 22:46:05 | _FireFly_ | #endif |
| 22:46:15 | amiconn | yes |
| 22:46:48 | amiconn | The case WPS_KEYLOCK: is then no longer necessary |
| 22:47:06 | amiconn | (but the WPS_KEYLOCK define is, for calling button_set_softlock() ) |
| 22:47:14 | _FireFly_ | yepp |
| 22:48:48 | amiconn | Ah, yes, the restore = true; is also necessary |
| 22:49:20 | amiconn | We won't have a splash anymore when enabling or disabling the lock though |
| 22:52:47 | _FireFly_ | hmm the button-driver could maybe send another button-event for enableing/disableing key_lock |
| 22:54:09 | amiconn | This splash might be wanted as an indication when the status bar is off. Alas, the player has no status icon to indicate keylock |
| 22:55:16 | amiconn | Today, the same splash is displayed when enabling the lock and when arbitrary buttons are pressed while lock is on |
| 22:55:21 | *** | Saving seen data "./dancer.seen" |
| 22:55:34 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-128-188.pools.arcor-ip.net) |
| 22:55:42 | amiconn | So the driver would just need to send SYS_BUTTON_LOCKED once when enabling the lock |
| 22:55:57 | *** | Alert Mode OFF |
| 22:55:59 | amiconn | ...and perhaps SYS_BUTTON_UNLOCKED when disabling it? |
| 22:56:24 | _FireFly_ | why not so we could reuse the display_keylock_text fn |
| 22:56:55 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 22:58:42 | amiconn | Hmm, and waitfor_nokey() could go away (independent of your changes) |
| 22:59:07 | amiconn | ...and replaced by button_clear_queue() *within* display_keylock_text() |
| 22:59:14 | amiconn | Saves some bytes |
| 22:59:22 | _FireFly_ | k |
| 23:00 |
| 23:01:55 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:01:55 | * | amiconn wonders how many more places there are which use cumbersome constructs easily replaceable by a simple fn call |
| 23:02:14 | _FireFly_ | maybe many |
| 23:03:47 | linuxstb | Is anyone familiar with tools/scramble.c ? There is what looks like a small bug at line 323 |
| 23:04:40 | amiconn | TiMiD: Something is wrong with your new listbrowser on the player. |
| 23:05:03 | linuxstb | That line contains the statement "strncpy(header,MY_FIRMWARE_TYPE,9);" and MY_FIRMWARE_TYPE is the string "Rockbox" (i.e. a string containing 7 chars and a trailing \0) |
| 23:05:03 | amiconn | With the old browser, .ucl files had a 'mirrored question mark' icon |
| 23:05:34 | amiconn | Now they have no icon, although they are still displayed as supported (which is correct) |
| 23:05:51 | Bagder | linuxstb: strncpy() zero pads |
| 23:06:26 | linuxstb | Ah. OK. |
| 23:06:43 | linuxstb | I should RTFM. |
| 23:06:47 | hardeep | speaking of the new listbrowser, one thing that's been annoying me in the tree browser is that when you go back to the parent directory, your cursor location has changed |
| 23:07:01 | * | amiconn checks that |
| 23:07:01 | Bagder | "In the case where the length of src is less than that of n, the |
| 23:07:02 | Bagder | remainder of dest will be padded with nulls." |
| 23:07:05 | _FireFly_ | i gonna go good night everybody |
| 23:07:34 | amiconn | hardeep: It doesn't do that here... |
| 23:07:51 | hardeep | amiconn: i was seeing it on my iRiver |
| 23:08:06 | hardeep | amiconn: happens when you're in the middle of the list somewhere |
| 23:08:14 | | Quit _FireFly_ ("Leaving") |
| 23:08:21 | linuxstb | I get lots of warnings (char and unsigned char being incompatible) when compiling scramble.c I assume this is because I'm running gcc4 |
| 23:08:22 | hardeep | this was with a build done on friday so maybe something has changed |
| 23:08:30 | Bagder | linuxstb: yes |
| 23:08:35 | Bagder | we should fix them though |
| 23:08:45 | amiconn | If I enter a dir "Rock", then enter a sub-dir of it, then go 2 levels up, I am again on the "Rock" dir |
| 23:09:17 | hardeep | amiconn: yeah, the cursor is still point to the correct directory, it's just moved to a different location on the screen |
| 23:09:40 | amiconn | Ah ok, didn't notice that |
| 23:09:41 | hardeep | er, pointing |
| 23:09:47 | amiconn | This was different before? |
| 23:10:18 | hardeep | yeah, it used to go back to the exact same location |
| 23:10:23 | amiconn | hmm. |
| 23:10:49 | amiconn | It seems that isn't important for me, as I didn't even notice it |
| 23:11:53 | hardeep | i only noticed it when i was trying to find a particular song and was browsing a lot of directories... an annoyance more than a bug |
| 23:13:21 | | Quit hardeep ("BitchX: to the rescue!") |
| 23:13:31 | | Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) |
| 23:13:34 | amiconn | Indeed, when going up one level, the browser prefers the one-below-top cursor position, if it's possible with the selected dir |
| 23:14:21 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 23:16:06 | amiconn | hej |
| 23:16:13 | preglow | hejallihopa |
| 23:16:15 | LinusN | tjena |
| 23:16:50 | preglow | i had a swedish lecturer that persisted in using that expression |
| 23:16:52 | preglow | very charming |
| 23:17:08 | Bagder | bork bork bork |
| 23:17:48 | | Quit arkascha ("Konversation terminated!") |
| 23:18:02 | amiconn | LinusN: I have a question: I noticed ata_standby() is an unused function since the call to it before entering usb was removed |
| 23:18:09 | amiconn | It could be removed... |
| 23:18:14 | LinusN | yes |
| 23:18:17 | linuxstb | Bagder: I assume that adding new targets to the configure script won't break the automatic builds? |
| 23:18:29 | Bagder | linuxstb: correct |
| 23:18:46 | amiconn | LinusN: I could do that... |
| 23:18:51 | LinusN | do that |
| 23:19:00 | Bagder | linuxstb: as long as you don't change the meaning of anything existing |
| 23:19:17 | amiconn | Bagder: Speaking about the build system... I noticed a bug today |
| 23:19:33 | linuxstb | Bagder: No, nothing I've done should break anything existing. |
| 23:19:33 | Bagder | noooo ;-) |
| 23:19:40 | amiconn | It's not possible to build (archos) debug builds - it complains that max. firmware size is 200KB |
| 23:19:51 | preglow | i noticed that quite a while ago |
| 23:20:10 | amiconn | It used to not do that when I last checked |
| 23:20:13 | Bagder | does anyone use debug builds? |
| 23:20:30 | amiconn | I tried it today when Cassandra mentioned debug builds |
| 23:20:47 | Bagder | yes, but do you use them? |
| 23:20:48 | amiconn | I actually used them back when I worked on the player lcd init |
| 23:21:07 | LinusN | i use them |
| 23:21:09 | Bagder | I don't think I've ever tried to build one myself |
| 23:21:15 | amiconn | ...and would probably use them again if only I could Linus' oldplayer lcd working ... :-( |
| 23:21:37 | amiconn | (insert get somewhere) |
| 23:22:18 | LinusN | i used the recorder debug build two days ago |
| 23:23:52 | amiconn | How? |
| 23:24:03 | amiconn | I mean, how did you build it? |
| 23:24:24 | LinusN | i only use the .elf file |
| 23:24:39 | amiconn | Ah, yes, that one is built before the error msg |
| 23:24:44 | LinusN | and i didn't need the plugins |
| 23:25:00 | Bagder | it is "scramble" that outputs the warning and stuff |
| 23:25:06 | Bagder | it has no knowledge of debug builds |
| 23:25:09 | LinusN | in fact, the debug build shouldn't attempt to build the ajz file |
| 23:25:12 | amiconn | Yes, but why does scramble get called? |
| 23:25:23 | Bagder | because it builds a .bin file |
| 23:25:28 | amiconn | That didn't happen back then |
| 23:25:35 | Bagder | back when? |
| 23:25:52 | amiconn | Not sure... before one of the build system changes |
| 23:25:59 | Bagder | I believe it did |
| 23:26:07 | Bagder | just that no one cared |
| 23:26:12 | LinusN | shouldn't be too hard to fix |
| 23:26:17 | Bagder | nope |
| 23:26:31 | LinusN | i'll do that the next time i run the debugger |
| 23:26:31 | Bagder | I'll fix |
| 23:26:35 | LinusN | ok |
| 23:27:11 | amiconn | It surely didn't one year ago, when I did the player lcd inits |
| 23:27:35 | Bagder | I think it did |
| 23:27:48 | Bagder | ;-) |
| 23:28:07 | preglow | Slasher: player still working? :P |
| 23:30:04 | * | preglow applaudes the first ipod related commit! |
| 23:31:14 | * | LinusN does a little dance |
| 23:32:01 | Lear | ipco? |
| 23:32:08 | preglow | colour |
| 23:32:58 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 23:33:30 | | Quit ehntoo (Client Quit) |
| 23:33:36 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 23:33:37 | Bagder | there |
| 23:34:54 | amiconn | Bagder: Could you change the daily build table a little, so that the date-time string is also a link for a currently running build? |
| 23:35:00 | amiconn | Sometimes I am curious ;) |
| 23:35:24 | Bagder | lemme check |
| 23:36:30 | | Quit markun (Read error: 113 (No route to host)) |
| 23:36:41 | Bagder | but I agree, I miss that too at times |
| 23:38:01 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 23:38:06 | Bagder | we'll see at next build round |
| 23:38:33 | * | amiconn wonders about the comment in ata.h |
| 23:39:19 | amiconn | LinusN: Isn't the ata_spindown() value always in seconds, since rockbox handles it itself? |
| 23:39:47 | LinusN | it's 5 seconds per unit in the ata spec, iirc |
| 23:42:02 | amiconn | void ata_spindown(int seconds) |
| 23:42:02 | amiconn | { |
| 23:42:02 | amiconn | sleep_timeout = seconds * HZ; |
| 23:42:02 | DBUG | Enqueued KICK amiconn |
| 23:42:02 | amiconn | } |
| 23:42:17 | amiconn | Compare that to the comment at the top of ata.h ... |
| 23:44:01 | LinusN | amiconn: iirc, the ata_spindown() function was once a direct ATA_STANDBY command |
| 23:44:23 | LinusN | and we evidently forgot to change the comment in ata.h when we changed the function |
| 23:44:28 | amiconn | Probably... but it no longer is |
| 23:44:35 | amiconn | I'll remove the comment |
| 23:44:38 | LinusN | good |
| 23:45:03 | amiconn | One more change - I'll change the return type of ata_sleep() to void |
| 23:45:24 | amiconn | It always returns zero... |
| 23:46:16 | LinusN | Bagder: the debug build doesn't need to build rockbox.bin and rombox |
| 23:46:32 | | Quit ehntoo ("Leaving") |
| 23:46:47 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 23:46:53 | LinusN | and not rockbox.ucl |
| 23:47:06 | LinusN | only rockbox.elf is needed |
| 23:47:29 | Bagder | does it build the .bin now? |
| 23:47:57 | amiconn | linuxstb: ipco ?? |
| 23:47:58 | LinusN | OBJCOPY rockbox.bin |
| 23:48:07 | Bagder | yes, obviously |
| 23:48:08 | LinusN | UCLPACK rockbox |
| 23:48:28 | Bagder | oh well, you may fix that if you feel its important |
| 23:48:30 | preglow | amiconn: ipod color? |
| 23:48:35 | LinusN | i will, some day |
| 23:49:37 | LinusN | preglow, amiconn: sounds like AOL-speak for ipod color |
| 23:49:54 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 23:50:30 | LinusN | u know, us aol users spk lik diz all da time |
| 23:50:44 | LinusN | makes us feel c00l |
| 23:51:05 | Bagder | k3wl |
| 23:51:07 | markun | y0u hax0r.. |
| 23:51:08 | Bagder | :-) |
| 23:51:44 | LinusN | gotta fly, cu |
| 23:51:54 | | Part LinusN |
| 23:52:35 | amiconn | d12 5h0uLd r34lly m4k3 0n3 ph33l c00l ? ;-) |
| 23:56:33 | preglow | all the preceding model names are four characters, it probably felt natural to continue in that fasion :) |
| 23:56:37 | | Quit ehntoo ("Leaving") |
| 23:57:13 | amiconn | Hmm, but 'nano' doesn't match the mange pattern, shouldn't it be 'ipna' then? |
| 23:57:15 | Bagder | darn, the stamp was no link, another fix attempt |
| 23:57:38 | Bagder | someone needs to commit something! ;-) |
| 23:57:47 | amiconn | I'll do so soon |
icon identifies that the person is a core developer (has commit access).