00:00:08 | DMJC | rockblox is going to need a large overhaul |
00:00:11 | HCl | yea, just, *some* todo, we really need that. |
00:00:21 | DMJC | needs to be rescaled, and have the direction adjusted |
00:00:30 | * | HCl thinks of more games he'll want on his iriver |
00:00:38 | DMJC | of course if you get the tetris rom for rockboy.. heh |
00:00:44 | HCl | :P |
00:00:44 | rasher | pong should probably get upscaled |
00:00:52 | HCl | pong seemed to work fine on iriver |
00:00:58 | | Join jyp [0] (~jp@97-104.245.81.adsl.skynet.be) |
00:01:00 | rasher | yes, but it's a bit... tiny |
00:01:02 | HCl | when i tried it anyways |
00:01:03 | HCl | hm. |
00:01:04 | rasher | or rather, large |
00:01:06 | HCl | i guess... |
00:01:11 | HCl | yea, i get what you mean |
00:01:11 | HCl | xD |
00:01:13 | rasher | a 200% zoom would be god |
00:01:14 | DMJC | the play area was a bit large.. |
00:01:17 | rasher | good |
00:01:21 | HCl | see |
00:01:22 | HCl | stuff like that |
00:01:24 | DMJC | actually could breakout get ported? |
00:01:26 | HCl | has to be on a todo page |
00:01:28 | DMJC | that game is awesome |
00:01:31 | HCl | ofcourse. |
00:01:37 | rasher | breakout sounds fairly straight-forward |
00:01:42 | rasher | could work on recorder as well |
00:01:50 | rasher | possibly |
00:01:54 | Bagder | indeed |
00:02:02 | | Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") |
00:02:03 | rasher | or.. well the screen's not that high |
00:02:22 | HCl | how do you add a wiki page? |
00:02:33 | rasher | Just write the address in the url bar |
00:02:37 | HCl | ohh. |
00:02:37 | HCl | ok. |
00:02:44 | rasher | and it'll say "Hi, this page does not exist, wanna create it?!" |
00:02:45 | HCl | i'll make an iriververbosetodo/ideas thing. |
00:02:53 | HCl | just to list things properly. |
00:02:56 | rasher | yes |
00:02:59 | rasher | make it a table |
00:03:08 | rasher | so people can add themself if they start something |
00:03:16 | rasher | or something |
00:03:18 | HCl | yea. |
00:03:18 | rasher | like that |
00:03:22 | HCl | well |
00:03:26 | HCl | i'll skip the table for now |
00:03:28 | DMJC | anyone know a good html editor for linux? |
00:03:30 | HCl | till i learn how to make it a table xD |
00:03:37 | HCl | hm. |
00:03:40 | HCl | change access denied :/ |
00:03:41 | amiconn | rasher: Yes, breakout should be possible on recorder. Someone even started to implement it, but didn't manage to get the collision detection right... |
00:03:42 | Bagder | DMJC: emacs |
00:03:44 | HCl | can someone make a new page...? |
00:03:45 | Bagder | ;-) |
00:03:46 | DMJC | bah |
00:03:48 | rasher | HCl: look at the style thing |
00:03:54 | rasher | HCl: that's odd |
00:04:00 | HCl | style thing.. |
00:04:01 | HCl | ? |
00:04:04 | HCl | oh. |
00:04:06 | HCl | for the tables.. yea. |
00:04:10 | rasher | yes |
00:04:13 | Bagder | if get get access denied, you need to login properly |
00:04:18 | HCl | i have :/ |
00:04:23 | HCl | i think. |
00:04:43 | HCl | maybe windows is messing again |
00:04:46 | rasher | heh |
00:04:47 | HCl | i really should get firefox |
00:04:51 | | Join Howman [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
00:05:03 | rasher | Just stop that silly habit of entering urls into explorer :) |
00:05:08 | HCl | huh. |
00:05:24 | rasher | well, after getting firefox of course |
00:05:39 | | Quit XShocK (Read error: 104 (Connection reset by peer)) |
00:05:51 | HCl | hm |
00:05:53 | HCl | no, i can edit fine. |
00:06:00 | rasher | strange |
00:06:04 | rasher | I'll create the page then |
00:06:23 | HCl | ok |
00:06:25 | rasher | what do we call it |
00:06:44 | HCl | something with Todo / Ideas |
00:06:48 | rasher | iriverideas ? |
00:06:50 | HCl | and who's working on what |
00:06:54 | HCl | yea. |
00:07:05 | rasher | hrm |
00:07:11 | rasher | maybe we shouldn't limit it to iriver |
00:07:14 | HCl | yea. |
00:07:28 | Bagder | ThingsTodo perhaps |
00:07:28 | rasher | TodosAndIdeas |
00:07:36 | HCl | just a table with a name, a description of what needs to be done, and who's working on it |
00:07:44 | rasher | yup |
00:07:45 | * | DMJC attempts correct posture... |
00:07:51 | * | DMJC can't feel his legs |
00:08:06 | rasher | Maybe they left |
00:08:09 | HCl | :P |
00:08:11 | DMJC | heh |
00:08:17 | * | HCl goes to check on food stuff |
00:08:26 | DMJC | damn rounded shoulders |
00:09:34 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
00:09:47 | | Quit Howman (Read error: 104 (Connection reset by peer)) |
00:12:24 | HCl | rasher: tell me when/where you made it :x |
00:13:48 | rasher | not done yet |
00:13:51 | HCl | k :) |
00:16:22 | rasher | http://www.rockbox.org/twiki/bin/view/Main/ThingsTodo |
00:16:25 | HCl | yay. |
00:16:32 | rasher | there's nothing there yet :) |
00:16:36 | HCl | hehe. |
00:16:50 | HCl | *adds* |
00:16:54 | rasher | :) |
00:17:01 | rasher | Maybe add a category too |
00:17:05 | rasher | column |
00:17:21 | Bagder | just don't let it grow into another feature-request list |
00:17:24 | | Quit jyp ("poof!") |
00:17:35 | rasher | Hrm, yes |
00:17:43 | HCl | yea. |
00:17:56 | rasher | the wording should probably be a bit less free |
00:18:33 | | Join bnewhouse [0] (~bnewhouse@cpe-24-94-54-216.stny.res.rr.com) |
00:18:36 | rasher | something like that it's primary for developers to keep track of which features they want to work on |
00:18:59 | rasher | Maybe put a "date added" column in the table |
00:18:59 | * | bnewhouse finally gets rockbox to compile somewhat |
00:19:08 | rasher | so we can quickly weed out old ones |
00:19:12 | HCl | darn |
00:19:17 | HCl | i forgot to tick release edit lock again |
00:19:40 | rasher | hah |
00:19:45 | HCl | i added three entries. |
00:19:52 | rasher | can't you just open it, save and release it? |
00:19:54 | HCl | yea |
00:19:55 | HCl | hold on |
00:19:58 | HCl | i see a typo anyways |
00:19:59 | HCl | xD |
00:20:10 | HCl | there |
00:20:23 | rasher | I'll see if I can hack pong |
00:20:26 | rasher | hrm |
00:20:36 | rasher | I can't with my desktop in windows that's for sure |
00:20:38 | * | rasher reboots |
00:20:45 | amiconn | linuxstb: Am I correct that you wrote the RockboxAudioAPIProposal wiki article? |
00:20:59 | linuxstb | amiconn: yes. |
00:21:17 | linuxstb | But I think Bagder wrote a lot as well. |
00:21:52 | amiconn | In fact, I think the hw codec (archos) boxes have more in common with our to-be dual buffer system for sw codec than you might think |
00:21:53 | Bagder | nope, not guilty |
00:22:21 | linuxstb | Sorry, just checked the diffs, it was Bjorn. |
00:22:30 | Bagder | :-) |
00:22:37 | * | rasher changes the wording on ThingsTodo |
00:22:46 | amiconn | The proposal is to have 2 buffers, one of which buffers the compressed data read from the disk, and a second (small) one to take the uncompressed data |
00:23:21 | linuxstb | I haven't really thought about it for a while, but that's the basic idea. |
00:23:55 | amiconn | Then you need to know that there is a peculiarity with the MAS based archos boxes. The MAS is fed by the CPU via SPI, but the SPI in the SH1 spits out the bits in the reverse order from what the MAS expects |
00:23:57 | preglow | does the codec chip have an internal buffer? |
00:23:57 | | Quit bnewhouse (Remote closed the connection) |
00:24:02 | preglow | that's pretty important to know |
00:24:20 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
00:24:20 | linuxstb | amiconn: yes, I was aware of that. |
00:25:03 | Bagder | preglow: I believe it does, but I don't know much MAS |
00:25:05 | amiconn | linuxstb: So on the archos, we have to bitswap all mp3 data before feeding the MAS. This is currently done on load, but I think this could be the 'codec' part in our upcoming buffer system |
00:25:10 | rasher | Bagder: http://www.rockbox.org/twiki/bin/view/Main/ThingsTodo better wording? |
00:25:27 | Bagder | I think so, yes |
00:25:49 | amiconn | The second buffer would then contain the bitswapped data, our 'equivalent' to the pcm data for sw codec based units- |
00:25:52 | preglow | if it doesn't have its own buffer, the cpu will need to hog the final buffer a very long time before it can be reused by the decoder |
00:25:57 | Bagder | amiconn: I like that idea |
00:26:02 | preglow | which will be very unfortunate |
00:26:22 | linuxstb | When you say "on load", do you mean when it is read from disk into the buffer? |
00:26:48 | amiconn | YEs, interleaved with the load and shortly after. |
00:27:11 | amiconn | preglow: Don't think in buffer 'chunks'. Rockbox uses a ring buffer since long... |
00:27:20 | rasher | looks like fitting pong is just a matter of changing some defines |
00:27:40 | amiconn | linuxstb, Bagder: There are several reasons why I suggest this. |
00:27:48 | * | rasher pets Bagder |
00:27:48 | preglow | amiconn: does this even apply to the current rockbox? |
00:27:57 | amiconn | yup |
00:28:14 | preglow | amiconn: but you're talking about the mp3 buffer, right? |
00:28:28 | preglow | i'm talking about the final pcm buffer to be sent to the codec chip |
00:28:33 | preglow | unless i misunderstand completely |
00:28:34 | rasher | hm |
00:28:39 | amiconn | Yup. But there is no reason why the pcm buffer cannot be a ring buffer as well |
00:28:57 | preglow | amiconn: of course not, it just has to be long enough |
00:29:01 | rasher | I should probably change the pong defines based on lcd size |
00:29:05 | * | rasher ponders |
00:29:10 | Bagder | rasher: yes |
00:29:17 | hubble | hubble/uda_bin.zip">http://www.mochine.com/~hubble/uda_bin.zip |
00:29:19 | hubble | hubble/uda_src.zip">http://www.mochine.com/~hubble/uda_src.zip |
00:29:21 | preglow | amiconn: that or a multiple buffer scheme will probably be the wisest |
00:29:27 | hubble | * help wanted * |
00:29:28 | hubble | =) |
00:29:31 | amiconn | (1) Currently, a number of things in rockbox is tailored to storing the mp3 data bitswapped (voice ui, video playback), because the playback-from-ram engine requires it that way |
00:29:43 | preglow | hubble: what's this? |
00:29:58 | hubble | test of uda1380+i2c driver |
00:30:08 | preglow | so, what kind of help is wanted? |
00:30:20 | amiconn | We certainly need to change this for the sw codec based units. So it would be nice to make the hw codec based boxes behave the same |
00:30:34 | rasher | Bagder: any objections to making the defines be LCD_HEIGHT * CONSTANT ? |
00:30:52 | amiconn | (2) Storing the compressed data unswapped makes parsing easier |
00:30:54 | Bagder | rasher: nope |
00:31:00 | hubble | preglow: 1) test if rockbox.iriver in uda_bin.zip works, 2) find out why it doesn't =) |
00:31:00 | linuxstb | I'm thinking of the "PCM buffer" as being the "hw codec buffer" - i.e. storing audio data in the native format of the hardware. |
00:31:10 | preglow | hubble: will do |
00:31:13 | amiconn | linuxstb: Yes, exactly :) |
00:31:30 | * | Bagder is going to bed |
00:31:36 | linuxstb | But the Archos devices don't need two buffers. Or do they? |
00:31:48 | rasher | Bagder: I'll just make sure the result on the recorder is the same as now, and it should be sensible on iRiver, right? |
00:31:54 | linuxstb | i.e. the data can just go from disk straight into the "hw codec buffer". |
00:32:02 | Bagder | rasher: sounds like a good approach |
00:32:13 | * | rasher goes on then |
00:32:37 | amiconn | linuxstb: Not if you do the swap as now, and playback from disk. Yes if we want a memory playback engine that takes unswapped data |
00:33:10 | preglow | hubble: absolutely no noise |
00:33:37 | linuxstb | But for efficiency reasons, shouldn't the memory playback engine be tied to the hardware format? |
00:33:53 | linuxstb | i.e. the sounds should be stored in the native hardware format. |
00:34:16 | hubble | preglow: ok.. same here.. so frustrating, because I got sound out of it on sunday but then something has happend and I can figure out what .. |
00:34:27 | hubble | can = can't =) |
00:34:40 | amiconn | linuxstb: I don't agree. At least we would need both options. |
00:34:44 | preglow | hubble: i can understand how that's frustrating |
00:34:54 | preglow | but in my current state, i don't think i can debug shit |
00:34:55 | preglow | i need sleep |
00:35:56 | amiconn | linuxstb: Storing the data uncompressed would likely not fit for the voice UI. The voice file is very tight even as mp3 on archos. |
00:37:04 | amiconn | My current voice files use MPEG2.5 layer 3 (12 kHz mono, lame vbr with -V4 and a maximum bitrate (-B) of 64 kbps) |
00:37:32 | preglow | we should support speex sometime |
00:37:33 | amiconn | They are ~1.3 MB depending on language & voice |
00:37:42 | linuxstb | I've been thinking about that, and maybe we could have a proper speech codec - e.g. OGG Speex |
00:37:51 | linuxstb | Or the GSM codec. |
00:38:04 | preglow | the devel versions of speex have even got half-assed fixed point support |
00:38:17 | preglow | might even be working support now |
00:38:22 | amiconn | No matter what codec, this still means storing the data in compressed form |
00:38:22 | quel|out | nite |
00:38:24 | quel|out | cu! |
00:38:26 | | Quit quel|out ("KVIrc 3.0.1.99 'Realia'") |
00:38:51 | linuxstb | But I understand your point - that we need a "play from memory" feature capable of feeding the data through the codecs layer. |
00:39:43 | rasher | hrm, pong looks slightly better |
00:39:58 | amiconn | Yes, and using the 2-buffer concept on archos too would be cleaner, better matching the sw codec boxes, and allow playback of plain mp3 |
00:41:15 | linuxstb | I agree it makes sense - but will it be less efficient than the current system on the Archos devices? |
00:41:42 | preglow | hubble: do you know if the codec chip has any internal buffer? |
00:41:51 | amiconn | It may even be a bit more efficient concerning battery usage, because it allows loading with maximum speed |
00:42:09 | amiconn | ..therefore switching the hd off earlier. |
00:42:28 | amiconn | Currently the load is interspersed with swapping the first chunks |
00:43:46 | amiconn | The current bitswap routine is tuned for in-place swapping. For better efficiency of this needs to be turned in a swap-copy routine of course. |
00:43:57 | hubble | preglow: not sure but i don't think so (more than a few samples) |
00:44:06 | preglow | nor would i |
00:44:14 | amiconn | This would actually have another advantage - for the Ondio version |
00:44:53 | amiconn | On the Ondio, the MMC is also hooked up via SPI. And guess what the problem is? |
00:45:03 | linuxstb | amiconn: I'm sure the main function in the codec API will be something like codec->decode_frame(char* src, char* dest) - this would fit in well with your swap-copy routine. |
00:45:25 | amiconn | The MMC SPI also expects the bits in the reverse order of what the SH1 SPI produces |
00:45:47 | | Quit hubble () |
00:46:56 | amiconn | Currently, I use memcpy() followed by bitswap(). (For writing, that is, which requires a buffer. Reading is easier, because I can read directly into the destination mem, and then bitswap in place) A swapcopy routine would also be helpful here.. |
00:47:38 | amiconn | I didn't bother writing one yet. I should start doing so as soon as your new buffering system takes shape... |
00:48:28 | linuxstb | amiconn: I don't have time to write something properly in the Wiki now, but I'll make a quck note there and put a link to today's IRC logs. |
00:49:02 | amiconn | *our new buffering system, of course :) |
00:50:09 | linuxstb | Actually, Bjorn wrote that part of the page :-) |
00:51:06 | amiconn | The hw codec buffer can be rather small for archos, not more than a couple of typical DMA blocks. |
00:51:22 | linuxstb | amiconn: Is recording the same - the data is read from the MAS has to be bitswapped before writing to disk? |
00:51:42 | amiconn | No, since reading is done via a parallel port |
00:52:57 | amiconn | ..and I have to say this design is more crappy than the SPI playback. This is a parallel port designed for DMA access. The handshake has to be done in software due to the way it is hooked up... |
00:54:21 | linuxstb | Ah, I see the IRC logs are on European time, so they are in tomorrow already... (I live in GMT) |
00:54:45 | amiconn | We do have problems with that... with longer recordings, it seems to get out of synch somehow. |
00:54:46 | rasher | hrm |
00:55:44 | *** | Saving seen data "./dancer.seen" |
00:57:32 | rasher | when you do maths in #defines, does it round up or down? |
00:57:55 | rasher | or up/down ? |
00:57:59 | linuxstb | amiconn: I've made a note on the Audio API Proposal WIki page now. Unless there is a significant performance penalty, I think it's a good idea. |
00:58:20 | rasher | like what is the result of 160 / 56 ? |
00:58:55 | amiconn | linuxstb: The current bitswap routine is asm optimised, and so will be my swapcopy :) |
00:59:08 | rasher | hrm, 2 by the looks of the result :) |
00:59:13 | linuxstb | rasher: What are you trying to do? I would guess the answer is 2 |
00:59:30 | amiconn | rasher: Comparing lcd bitmap data sizes? |
00:59:43 | rasher | amiconn: not quite |
00:59:45 | rasher | but close |
00:59:59 | rasher | #define PAD_WIDTH LCD_WIDTH / 56 |
00:59:59 | linuxstb | Can you change the logic so there is no divide in there? |
01:00 |
01:00:07 | rasher | Hrm |
01:00:17 | amiconn | I thought because 160 / 56 == 160*128 / 112*64 |
01:01:09 | amiconn | rasher: Adapting rockblox? |
01:01:14 | rasher | no, pong |
01:01:26 | rasher | trying to make the values be the same on the recorder |
01:01:30 | amiconn | Ah, was about to correct myself :) |
01:01:37 | rasher | heh, yes |
01:02:35 | amiconn | How wide do you want it on iriver? |
01:03:43 | rasher | as wide as it'll get with the same values |
01:03:48 | rasher | this looked fine |
01:04:32 | amiconn | If you use LCD_WIDTH/56, it will be 2 for both archos & iriver, so you could just use '2' |
01:04:44 | rasher | hrm, true |
01:04:55 | rasher | Maybe I should change it so it'll be 3 for iRiver |
01:05:27 | amiconn | LCD_WIDTH/50 |
01:05:43 | | Quit _aLF ("Leaving") |
01:05:55 | rasher | yeah |
01:05:57 | rasher | let me test this |
01:06:12 | amiconn | Same for BALL_WIDTH and BALL_HEIGHT, I think |
01:06:25 | rasher | no |
01:06:26 | midk_ | wtf! |
01:06:30 | midk_ | those are MY variables. |
01:06:32 | midk_ | no stealing. |
01:06:33 | rasher | I'm basing both on lcd_height |
01:06:41 | rasher | to get a square ball |
01:06:47 | midk_ | *remembers breakout.c from so long ago* |
01:06:51 | rasher | on all displays |
01:07:15 | amiconn | rasher: The ball isn't square on the archos anyway. The lcd pixels are taller than wide |
01:07:26 | rasher | ah |
01:07:28 | rasher | wellthen |
01:07:39 | | Join Patr3ck [0] (~patr3ck@pD954865A.dip.t-dialin.net) |
01:07:52 | amiconn | rasher: Aspect ration about 0.8 : 1 |
01:08:01 | amiconn | s/ration/ratio/ |
01:08:46 | rasher | I think this is sufficient |
01:09:02 | * | rasher looks at the RES variable |
01:11:44 | amiconn | Iiuc this variable is for sub-pixel resolution. |
01:12:16 | | Join ashridah [0] (ashridah@220-253-119-167.VIC.netspace.net.au) |
01:12:45 | * | rasher sets it to LCD_WIDTH |
01:13:00 | rasher | that's a bit slow on iriver |
01:13:01 | amiconn | I think it should remain constant, i.e. 100 |
01:13:25 | rasher | yeah |
01:13:57 | rasher | I think that's it |
01:14:23 | rasher | shouldn't the score be in the middle of the screen? |
01:14:52 | rasher | ah, not too easy |
01:15:42 | rasher | I'll leave that |
01:16:17 | * | linuxstb is hoping his upcoming CVS commits won't break the build system. |
01:16:43 | preglow | come on, what would your day be without a bit of excitement |
01:18:07 | DMJC | what's getting uploaded? |
01:18:50 | linuxstb | I'm incorporating libmad into the build system (for the iRiver only), and also adding my "mad2wav" viewer plugin that will convert an mp3 file to WAV. |
01:19:12 | * | rasher uploads pong diff |
01:19:13 | preglow | mad2wav? |
01:19:16 | preglow | what about mpeg2wav :V |
01:19:30 | rasher | :V .. now that's one I haven't seen |
01:20:03 | linuxstb | Or I could just call it "mad" - the others are "flac" and "ac3". |
01:21:06 | linuxstb | But I've just realised that the DOS shortname thing still hasn't been fixed, so my WAV files aren't recognised by the iRiver firmware.... |
01:21:49 | preglow | but i'll grant myself some sleep |
01:21:50 | preglow | night all |
01:21:53 | rasher | night |
01:21:57 | linuxstb | Can anyone think of a better name than "mad2vav" before I commit it? |
01:22:03 | linuxstb | preglow: Goodnight. |
01:22:06 | preglow | linuxstb: well, mpeg2wav :-) |
01:22:12 | rasher | I'm with preglow |
01:22:18 | rasher | makes more sense to me |
01:22:20 | preglow | since you're converting mpeg files, not mad files |
01:22:38 | amiconn | rasher: The score should be in th emiddle of the screen. And it isn't hard either. |
01:22:48 | linuxstb | Maybe it's just me, but I associate "mpeg" with video - and yes, I know MPEG have both video and audio formats. |
01:23:10 | preglow | well, yes, but i don't think 'mad2wav' is very descriptive to non-technical users |
01:23:14 | rasher | amiconn: ah.. is there a way to get character width? |
01:23:21 | linuxstb | mpa2wav for MPEG audio? mp32wav doesn't work. |
01:23:45 | preglow | ok by me |
01:23:52 | DMJC | mpa2wav works |
01:24:07 | linuxstb | OK, mpa2wav it is then. Thanks. |
01:24:22 | preglow | but then i'm off, later |
01:24:27 | | Quit preglow ("offeti") |
01:25:12 | amiconn | rasher: w = rb->lcd_getstringsize(const unsigned char *str, int *w, int *h); and rb->lcd_putsxy(int x, int y, const unsigned char *string); are the key |
01:25:45 | rasher | ah |
01:27:33 | rasher | what's the w ? |
01:28:29 | rasher | first one |
01:31:34 | rasher | I wonder if I got this one right |
01:32:58 | rasher | hrm |
01:33:00 | rasher | I so didn't |
01:34:41 | amiconn | w and h are both int pointers. You can supply a pointer to a variable, and the function fills in the pixel width and height. |
01:35:14 | rasher | yeah |
01:35:15 | amiconn | Using a NULL pointer is safe if you are not interested in the respective value. |
01:35:22 | rasher | I meant the "w = " bit |
01:35:34 | amiconn | The width is also the return value of the function |
01:35:38 | rasher | oh |
01:35:42 | rasher | how handy |
01:36:00 | amiconn | So if you only need the width, just use two NULL pointers |
01:36:25 | rasher | yup |
01:36:35 | rasher | think I have it now :) |
01:37:34 | * | HCl greatly reduces the amount of warnings in rockboy... |
01:39:03 | linuxstb | OK, libmad should now hopefully be build for the iRiver (and nothing else)... |
01:39:47 | rasher | Hurray, got it |
01:39:58 | * | rasher creates a new patch |
01:49:13 | * | HCl adds crude savegame support to rockboy |
01:50:50 | | Join amx [0] (~amx@HSE-Kitchener-ppp234070.sympatico.ca) |
01:52:30 | linuxstb | Seems like Rockbox doesn't rescan the directory when a plugin exits. My mpa2wav plugin creates a wav file, but it's not shown unless you navigate out of the directory and back again. |
01:53:06 | rasher | that could be fixed in two ways |
01:53:17 | rasher | a) make it rescan on plugin exit |
01:53:27 | rasher | b) make a way fo the plugin to signal that a rescan was needed |
01:53:37 | rasher | a) sounds like the easiest way |
01:54:02 | linuxstb | Or c) If the plugin called rb->creat, then rescan the directory. |
01:54:36 | rasher | sounds like a smarter version of b) :) |
01:55:03 | linuxstb | I'll leave it for now. Maybe I should add it to the bug-tracker. |
01:55:47 | * | rasher ponders starting rockout |
01:56:11 | rasher | guess I could lift heavily from pong |
01:56:26 | linuxstb | HCl: It would be good if you could associate a saved-game with your viewer, and then "play" the saved game by selecting it in the file browser. |
01:56:56 | HCl | linuxstb: well, gameboy games have a savegame memory, which is that file, its not really a "savegame" |
01:57:08 | HCl | but i can do that with savestates, i guess, which are much more like savegames |
01:57:57 | linuxstb | So you will just have a single "memory file" on disk? |
01:58:55 | HCl | yes. |
01:59:14 | HCl | its up to the rom itself to use that effectively into sorting it into save game files |
01:59:17 | HCl | most roms do that |
01:59:24 | HCl | and have about 3 save "slots" |
01:59:49 | HCl | on top of that, most emulators provide the possibility of a savestate, a literal dump of the state of the emulator at any given time, allowing you to load that dump back in and continue right where you left |
02:00 |
02:00:10 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
02:04:08 | | Quit Patr3ck () |
02:08:52 | | Quit DrRick () |
02:14:21 | * | amiconn is trying patched pong on Ondio... |
02:14:31 | rasher | how's it going? |
02:14:47 | amiconn | It works as expected :) |
02:14:58 | rasher | Hurray! |
02:15:04 | rasher | it wasn't much of a change |
02:15:15 | * | HCl added 5 more todo things to the todopage.. |
02:15:26 | HCl | i'm gonna go sleep |
02:15:28 | HCl | night.. |
02:15:30 | * | rasher looks |
02:16:18 | rasher | urgh, slidingpuzzle is going to take some work :) |
02:16:19 | HCl | hm. |
02:16:22 | HCl | something went wrong there |
02:16:32 | HCl | changes i made earlier were lost :X |
02:16:35 | HCl | *fixes* |
02:18:53 | HCl | rasher: prolly just stretching the screen would do for now |
02:19:02 | HCl | *shrugs* |
02:19:03 | HCl | i dunno. |
02:19:05 | HCl | anyways. |
02:19:06 | HCl | night. |
02:19:09 | rasher | night |
02:19:14 | rasher | you mean 200% zoom? |
02:19:21 | | Quit Strath (Nick collision from services.) |
02:19:24 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net) |
02:23:22 | HCl | someone should update the front page to include iriver where it mentions what models it runs on |
02:23:27 | HCl | but i'm asleep. |
02:23:35 | amiconn | rasher: Did you test your solitaire button assignments? |
02:24:07 | | Quit Nibbler (Remote closed the connection) |
02:24:08 | rasher | amiconn: yes, from what I can see, they work |
02:24:22 | rasher | but the controls are a bit odd |
02:24:32 | amiconn | HCl: I think it's too early to state it runs on iriver. Yes, it runs, but there's no playback... |
02:24:41 | HCl | kay. |
02:25:25 | rasher | like you use special keys to move cards to the target stacks |
02:25:31 | amiconn | rasher: From looking at the code, there's a problem with the way you defined short/long press of select |
02:25:36 | rasher | oh |
02:25:38 | rasher | could be |
02:25:46 | rasher | I'm not sure I played enough to use that |
02:26:00 | XShocK | hrrrrr... I think I found the error in hubble's sound code.. :) |
02:26:33 | | Join MO-Pantsu [0] (Rori@deadman3000.plus.com) |
02:26:39 | amiconn | If you want to differentiate short/long, you need to do 2 things in order to not trigger the 'short press' action as well when you only want th e'long press' action |
02:26:42 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
02:27:08 | rasher | ah yes |
02:27:25 | amiconn | (1) For the short press, trigger on the release, not the press. (2) Check if the release comes directly after the press, with no repeat events in between |
02:27:38 | rasher | ah |
02:27:40 | amiconn | That's what all these _PRE defines are for |
02:27:54 | amiconn | I'll change that, and then commit |
02:28:04 | rasher | okay |
02:28:05 | | Quit edx (Read error: 110 (Connection timed out)) |
02:28:05 | amiconn | There's always room for further improvement... |
02:28:17 | rasher | probably better than I do it, I'm not sure I got it :) |
02:28:44 | amiconn | The special combos for moving the cards to final stacks etc are actually shortcuts. |
02:28:58 | * | rasher tries to turn pong sideways and remove one pad |
02:29:02 | amiconn | For iriver, you should be able to play with the joystick and rec key only |
02:29:12 | rasher | oh |
02:29:52 | amiconn | I.e. move to the card you want to pick, press select, move to the destination, press select again to drop the card |
02:29:56 | rasher | then forget what I said :) |
02:30:21 | rasher | indeed you can |
02:30:47 | rasher | I could've sworn I tried that at some point |
02:30:48 | amiconn | The shortcuts are especially useful on the Ondio, btw, despite of the Ondio having only very few buttons |
02:31:02 | XShocK | SOUND WORKS! :) |
02:31:07 | rasher | Woo! |
02:33:05 | | Quit DeadMan (Read error: 60 (Operation timed out)) |
02:33:17 | XShocK | if you want to, replace these lines in uda1380.c: |
02:33:18 | XShocK | unsigned char data[3]; |
02:33:18 | XShocK | data[0] = UDA1380_ADDR; |
02:33:18 | DBUG | Enqueued KICK XShocK |
02:33:18 | XShocK | data[1] = value >> 8; |
02:33:18 | XShocK | data[2] = value & 0xff; |
02:33:19 | *** | Alert Mode level 1 |
02:33:19 | XShocK | if (i2c_write(1, data, 3) != 3) |
02:33:23 | XShocK | with: |
02:34:16 | XShocK | unsigned char data[4]; |
02:34:17 | XShocK | data[0] = UDA1380_ADDR; |
02:34:17 | XShocK | data[1] = reg; |
02:34:17 | *** | Alert Mode level 2 |
02:34:17 | XShocK | data[2] = value >> 8; |
02:34:17 | *** | Alert Mode level 3 |
02:34:17 | XShocK | data[3] = value & 0xff; |
02:34:17 | *** | Alert Mode level 4 |
02:34:17 | XShocK | if (i2c_write(1, data, 4) != 4) |
02:35:14 | XShocK | hubble probably just by occasion forgot to add register address. |
02:35:28 | XShocK | damn.. I am happy. :) |
02:36:09 | linuxstb | Very cool. |
02:36:58 | | Quit midk_ ("Leaving") |
02:37:28 | DMJC | sound works? |
02:37:32 | DMJC | !?? |
02:37:41 | DMJC | what's working exactly? |
02:37:57 | XShocK | very basic, onyl sine-wave, without interrupts. |
02:38:15 | DMJC | k |
02:39:35 | linuxstb | Can someone with an SH1 build environment quickly check if I've broken the build for the Archos firmwares? I've just committed my mpa2wav plugin and this should only get compiled for the iRiver. |
02:43:26 | DMJC | so how does sound on the iriver work? |
02:43:26 | amiconn | linuxstb: Updating from cvs... |
02:43:39 | DMJC | does the audio get uncompressed to wav, and then played? |
02:44:05 | linuxstb | DMJC: No, all my code does is convert it to WAV. That's all. |
02:44:18 | *** | Alert Mode OFF |
02:44:47 | linuxstb | And it's not in realtime either - mainly because the iRiver is running at less than 10% of full-speed at the moment, and also because the code isn't optimised. |
02:47:13 | | Join elinenbe [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
02:47:18 | amiconn | linuxstb: It tries to compile the plugin for recorder, and fails :( |
02:47:28 | elinenbe | blah! There is a bug with recursive insert for playlists. |
02:47:31 | linuxstb | Damn. |
02:48:06 | elinenbe | if you try and insert a folder with folders in in, then it only inserts part of the subfolders |
02:48:17 | MO-Pantsu | what's with the UDA1380 being broke thing? |
02:48:30 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
02:48:32 | HCl | MO-Pantsu: xshock just fixed it. |
02:48:40 | linuxstb | I'm not sure about the test in the plugins/SOURCES file |
02:48:42 | MO-Pantsu | cool better update the page ;) |
02:49:02 | | Nick MO-Pantsu is now known as DeadMan (Rori@deadman3000.plus.com) |
02:49:28 | amiconn | linuxstb: How is #if SOFTWARECODECS == yes in SOURCES supposed to work?? |
02:50:16 | amiconn | Neither SOFTWARECODECS nor yes seem to be defined anywhere... |
02:50:28 | linuxstb | There's a variable called SOFTWARECODECS in the tools/configure, which is set to yes only for the iRiver. |
02:50:48 | linuxstb | Should that be "yes" |
02:50:59 | amiconn | That's an environment variable, which is a completely different thing from source #defines |
02:51:23 | linuxstb | Can you suggest a fix? |
02:51:36 | DeadMan | XShocK what was that about sound works? :) |
02:51:42 | amiconn | Btw, there already is a config check option for software codecs - #if CONFIG_HWCODEC == MASNONE |
02:52:15 | DeadMan | oh |
02:52:18 | DeadMan | nevermind |
02:52:28 | DeadMan | just the same sine wave thingie :) |
02:52:37 | amiconn | linuxstb: I'll change that, and try again. |
02:52:38 | XShocK | yes. :) |
02:52:50 | DeadMan | thought it was 100% done for a moment |
02:52:50 | XShocK | It was just my happiness coming out. :) |
02:52:55 | DeadMan | lol |
02:53:28 | linuxstb | amiconn: I did see that CONFIG_HWCODEC, but that also means that my code will be compiled for the gmini. Is that what we want? |
02:53:49 | amiconn | I think so. |
02:54:19 | amiconn | However, it doesn't get compiled anyway for gmini atm. |
02:54:33 | amiconn | ...because plugins are completely disabled |
02:54:44 | linuxstb | Ah, OK. That makes sense then. |
02:54:52 | amiconn | It will be difficult to support plugins on the gmini.... |
02:54:55 | | Quit mecraw () |
02:55:47 | *** | Saving seen data "./dancer.seen" |
02:55:59 | linuxstb | Was I right to add SOFTWARECODECS to configure and to apps/Makefile ? Or can the CONFIG_HWCODEC variable be tested in apps/Makefile ? |
02:57:37 | amiconn | CONFIG_HWCODEC should be testable in makefile |
02:58:33 | amiconn | Ah no, I'm probably wrong |
02:58:58 | amiconn | Babble, better ask a Makefile expert, i.e. Bagder, when he's around |
02:59:17 | linuxstb | Is it (not) compiling OK for you now? |
02:59:31 | amiconn | It compiles without complaints |
03:00 |
03:00:08 | amiconn | ..and I don't get an mpa2wav plugin, as it should be |
03:00:44 | amiconn | Do you check within the plugin as well? This might be necessary due to the simulator build system still not adapted to use SOURCES |
03:01:06 | amiconn | Ah, no, you don't |
03:01:20 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
03:01:20 | * | rasher gets compiling errors in all the wrong places |
03:02:41 | linuxstb | So what should I do in the plugin? #ifdef out everything and put in a dummy plugin_start function? |
03:03:36 | amiconn | No. Simply #ifdef the whole plugin (of course after #include "plugin.h"). I'm just doing it. |
03:03:46 | linuxstb | OK, thanks. |
03:04:11 | * | HCl reads through the feature requests.. |
03:04:16 | HCl | most of them are rather... dumb :X |
03:04:20 | linuxstb | But it works fine in the iRiver SIM, so it should be build for that. |
03:04:38 | HCl | text editor.. how the heck are people planning to input text with +- 12 buttons at max... |
03:04:49 | linuxstb | Sorry, I mean I think it will do when I adjust the makefiles. |
03:05:16 | | Quit Diway (Read error: 104 (Connection reset by peer)) |
03:05:22 | DMJC | HCL... look at a mobile phone dude |
03:06:03 | DMJC | hell a mobile does it with 8 buttons |
03:06:14 | rasher | well, the buttons are more appropriately positioned |
03:06:20 | HCl | tell me, how many essays have you written on your mobile phone? >.> |
03:06:25 | linuxstb | amiconn: Yes, disable it for all simulators at the moment - the Sim makefiles don't build the codec libraries. |
03:06:42 | HCl | does rockbox have a song database/search function? |
03:06:54 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") |
03:07:06 | rasher | I think there's a search plugin that searches in playlists |
03:07:08 | HCl | like search by genre, artist, title, filename, album |
03:07:12 | rasher | or it may do more |
03:07:17 | HCl | hrm. |
03:07:27 | rasher | I don't know, having never actually used it :) |
03:07:41 | HCl | i guess i'll see once rockbox actually starts to support sound etc. |
03:07:49 | * | rasher punches randomly |
03:07:50 | HCl | http://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439121&aid=688920 |
03:08:09 | HCl | if it doesn't have it, its prolly a good idea to put that one on the todolist |
03:08:43 | * | rasher boggles |
03:08:54 | rasher | the code I changed the least is the code that is now giving me grief |
03:08:55 | * | rasher sighs |
03:09:01 | HCl | m? |
03:09:16 | rasher | m? |
03:09:18 | amiconn | Brr, hope I got this commit right. I goofed on the order of changes, simultaneously trying to commit the solitaire adaption... |
03:09:25 | HCl | what code? |
03:09:33 | rasher | pong.c -> rockout.c |
03:09:43 | rasher | I'm editing pong.c to change the orientation |
03:09:59 | rasher | so that it'll eventually work like breakout |
03:10:28 | rasher | But I'll keep on prodding, it's just that I'm not too sure what I'm doing :) |
03:10:55 | rasher | "makes integer from pointer without a cast" |
03:11:04 | rasher | I could've sworn it was all ints I was passing |
03:11:24 | amiconn | Those warnings are lovely... |
03:11:33 | rasher | heh |
03:11:53 | rasher | seriously, THIS IS AN INT! SHUT UP YOU STUPID COMPILER! |
03:11:57 | rasher | :) |
03:12:07 | HCl | :p |
03:12:18 | amiconn | I had more such funny things when I did the const policing. "Assignment discards qualifiers from pointer target type" Grr! |
03:12:26 | HCl | o.o; |
03:12:42 | HCl | well, nothing's as bad as "internal compiler error" |
03:12:45 | HCl | :X |
03:12:47 | rasher | hah |
03:12:48 | amiconn | Ah, and yes: The compiler was right! |
03:12:58 | rasher | Of course. |
03:13:02 | rasher | I'm sure it's right here as well |
03:13:29 | rasher | oh |
03:13:32 | rasher | this didn't fix it |
03:13:37 | rasher | but it did make the problem worse |
03:13:41 | rasher | maybe I'm on to something |
03:14:14 | rasher | oh haha |
03:14:28 | rasher | I was looking at the wrong value |
03:14:30 | rasher | no wonder |
03:14:58 | rasher | I wonder what the hell I was even doing |
03:15:49 | rasher | much better |
03:15:57 | rasher | it built! |
03:16:44 | * | rasher tests |
03:17:27 | rasher | oh |
03:17:35 | rasher | that was better than I had expected |
03:18:10 | amiconn | rasher: I also added the main help text for solitaire on iRiver. Feel free to improve :) |
03:19:26 | HCl | hmm. what is to be done about the patches submitted? |
03:19:31 | HCl | should they be screened and added or ? |
03:20:15 | HCl | the feature requests is a bit out of date too.. i spotted a feature request thats covered by a patch in the patch section.. |
03:22:25 | * | HCl resumes sleeping. |
03:23:03 | * | rasher blinks |
03:27:49 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
03:33:09 | amiconn | linuxstb: Does mpa2wav still build for iriver target? |
03:35:30 | | Quit Nibbler ("blubber") |
03:37:31 | linuxstb | amiconn: Yes, the iRiver target is fine. But the "apps/codecs" directory hasn't been added to the simulator makefiles, so the simulator build compile it, but the .rock won't work |
03:38:05 | amiconn | Simulator should no longer compile it |
03:38:28 | linuxstb | The iRiver simulator does compile mpa2wav.c, but it doesn't compile libmad |
03:38:53 | linuxstb | (I'm talking X11 - I can't try the win32 sim) |
03:39:43 | amiconn | Did you update to latest cvs? The #if at the top of mpa2wav.c should stop the sim from compiling... |
03:40:21 | linuxstb | Sorry, I see what's happenning - it's compiling it,. but it's compiling an empty .c file. |
03:40:40 | amiconn | Yes, that's what the plugin compile does for the sim |
03:40:46 | amiconn | (both Win32 and X11) |
03:41:04 | amiconn | This yields a plugin binary without an entry point |
03:41:54 | amiconn | Someone with a clue about Makefiles should really update the simulator build system to use the SOURCES mechanism... |
03:41:57 | | Quit cYmen ("leaving") |
03:42:05 | amiconn | Anyway, tts. |
03:42:12 | amiconn | Nite all. |
03:42:20 | linuxstb | Nite. Thanks for your help. |
03:42:30 | amiconn | np |
03:42:32 | | Part amiconn |
03:49:54 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
03:51:02 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
03:51:34 | | Quit guerby (Connection timed out) |
03:53:02 | | Join guerby [0] (~guerby@d83-177-132-108.cust.tele2.fr) |
04:00 |
04:06:24 | | Join QT_ [0] (as@area51.users.madwifi) |
04:06:41 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
04:09:04 | | Join edx [0] (edx@p54879FFA.dip.t-dialin.net) |
04:20:59 | | Quit QT (Read error: 110 (Connection timed out)) |
04:21:43 | | Join tws5 [0] (1000@adsl-64-171-185-22.dsl.snfc21.pacbell.net) |
04:33:59 | | Join jpburton5150 [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com) |
04:37:12 | | Quit midk (Read error: 104 (Connection reset by peer)) |
04:46:00 | rasher | I win! |
04:46:37 | rasher | I now have vertical single-player pong :| |
04:46:46 | rasher | now to add blocks, and make it breakout |
04:46:48 | rasher | or rather |
04:46:52 | rasher | not now, but later |
04:46:54 | rasher | now, sleep |
04:49:25 | XShocK | go sleep too. bight all |
04:49:29 | XShocK | *night |
04:49:34 | rasher | night |
04:49:45 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
04:55:19 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
04:55:52 | *** | Saving seen data "./dancer.seen" |
04:57:51 | | Join Lurski [0] (~Miranda@cpe-66-74-151-42.socal.rr.com) |
05:00 |
05:06:55 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
05:24:33 | | Quit Lurski (Read error: 110 (Connection timed out)) |
05:43:02 | | Quit jpburton5150 (Read error: 110 (Connection timed out)) |
06:00 |
06:13:57 | | Quit ashridah ("gone") |
06:26:08 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
06:34:33 | | Quit midk (Read error: 60 (Operation timed out)) |
06:45:14 | | Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
06:45:30 | wacky_ | hey guys |
06:46:19 | wacky_ | I'm about to finish a new plugin called 'iriverify' that takes the playlists generated by Rockbox and tweaks them so that the picky iRiver firmware can read them without error |
06:46:38 | wacky_ | is that something you guys are interested in ? |
06:47:27 | wacky_ | hmm.. I see :) no one here for two hours :) ok I'll come back later |
06:53:31 | | Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net) |
06:53:35 | DeadMan | ooh |
06:53:40 | DeadMan | I'll take it ;) |
06:54:03 | DeadMan | heck anything iRiver don't have by default is probably of use to someone |
06:54:13 | wacky_ | well I still have a problem :P the original firmware doesn't see the file created by Rockbox |
06:54:47 | DeadMan | maybe leave a note for one ot the devs when they are awake :) |
06:54:52 | wacky_ | heh.. I just couldn't stand not to have on-the-fly playlists.. so I'm trying to work around.. even though Rockbox doesn't have sound support |
06:54:53 | DeadMan | of |
06:55:00 | wacky_ | yet! :)) |
06:55:10 | DeadMan | Linus! ;) |
06:55:54 | *** | Saving seen data "./dancer.seen" |
06:55:55 | DeadMan | I think once there is sound things could move pretty rapidly. Then again I could be wrong :P |
06:56:18 | DeadMan | decoders are being fiddled with already though |
06:56:45 | DeadMan | someone mentioned they was working on an AC3 decoder too |
06:56:48 | wacky_ | well I take what we currently have and do what I can :) and I'm having fun .. so what to ask more ? |
06:57:07 | DeadMan | good |
06:57:13 | DeadMan | more people working on it the merrier |
06:57:18 | wacky_ | hey I could go to sleep tonight and have otf playlists on my toy |
06:57:33 | DeadMan | I just want MP3 playback so I can get me some of that gapless baby! |
06:57:38 | wacky_ | wow :) I just love the power of open/free software |
06:58:01 | DeadMan | this is how it should be. open and everyone can make thing sbetter faster |
06:58:59 | DeadMan | I really should put my spare H140 up for sale on Ebay though. I could do with the cash :) |
06:58:59 | | Quit amx ("Client Exiting") |
07:00 |
07:00:25 | DeadMan | I can't sleep and I have to be up for a delivery of a new double bed this faternoon...sigh |
07:00:35 | DeadMan | afternoon |
07:05:08 | ze | heh |
07:08:37 | DeadMan | anyone got a clue about monthly payments and 28 days in a month vs. 31 days in a month? I am clueless |
07:13:26 | ze | what do you mean? most of the monthly payment deals i know of don't care how many days there are |
07:14:11 | DeadMan | exactly |
07:14:33 | DeadMan | so are you paying too much one month or paying too little another? |
07:14:49 | ze | i think it generally sorta averages out |
07:14:49 | ze | heh |
07:15:13 | DeadMan | yeah well I want to know as it's part of an argument on monthly bandwidth usage caps |
07:15:43 | ze | heh |
07:15:45 | DeadMan | as my isp is limiting to 50GB per month between the hours of 8am-1am. |
07:16:10 | DeadMan | I just want to mess up their sums a bit ;) |
07:16:13 | ze | heh |
07:16:32 | DeadMan | and get everyone bitching to the isp about it if I can :) |
07:16:48 | DeadMan | I love stirring up trouble |
07:17:11 | ze | well yeah i guess it would suck to get like close to exactly 50G for a 30 day month |
07:17:21 | ze | and then get some charges or whatever just cause it happens to be a 31 day month |
07:17:31 | DeadMan | obviously |
07:18:10 | DeadMan | My ISP's forums are ablaze with discussion about the caps but this was not mentioned :) |
07:18:57 | ze | btw, you probably didn't see it earlier, my nick back in the day was DeadMan hehe |
07:19:29 | ze | that was on a BBS though... when i got online i found it taken various places, so it got lengthened to PsycoDeadMan |
07:19:32 | ze | heh |
07:19:57 | DeadMan | lol |
07:20:07 | DeadMan | I want the ISP to hate me and let me migrate early out of my contract if I can |
07:20:19 | DeadMan | Be more trouble than I am worth is the ideal |
07:20:31 | ze | cooincidentally, i caused a lot of trouble at that BBS... |
07:20:32 | ze | :p |
07:20:43 | DeadMan | heh |
07:20:54 | DeadMan | I used to runa BBS |
07:21:05 | DeadMan | Oddball's Diner |
07:21:15 | ze | heh |
07:21:21 | DeadMan | PCBoard |
07:21:32 | DeadMan | had awesome ANSI/ASCII |
07:21:38 | ze | :p |
07:21:50 | DeadMan | I custom made a lot of stuff and nicked a lot of plugs from elsewhere |
07:22:14 | DeadMan | and warezed a bit and blueboxed to the US boards to leech the latest warez |
07:22:22 | DeadMan | was fun back in the day |
07:22:26 | ze | hehe |
07:22:31 | wacky_ | ze - aware of the Rockbox code a little ? |
07:22:49 | DeadMan | dual 28.8's and subscribers who send cash and hardware. neat :) |
07:22:51 | ze | wacky_: not really |
07:23:29 | ze | i think its actually been years by now since i even grabbed the CVS or touched an archos |
07:23:44 | ze | i just hang around for the fun crowd |
07:23:44 | ze | heh |
07:24:12 | * | DeadMan sings "Cry my iRiver..." |
07:24:39 | DeadMan | or cry me iRiver whichever suits most |
07:24:55 | ze | i like my rio karma now |
07:25:15 | ze | i just wish it had better firmware :p |
07:25:16 | DeadMan | My Rio Karma ran over my Rio Dogma |
07:25:27 | ze | not that its anywhere near as bad as the archos fw was |
07:25:50 | DeadMan | pfft |
07:25:59 | ze | this little machine just has so many more capabilities than its firmware takes advantage of |
07:26:00 | DeadMan | at least Rio has gapless |
07:26:12 | ze | heh |
07:26:22 | ze | yeah to the extreme |
07:26:25 | DeadMan | atop your moaning :) |
07:26:27 | DeadMan | stop |
07:26:50 | DeadMan | time for tea...how the hell am I gonna be awake for this afternoon delivery? :P |
07:27:07 | wacky_ | I have a weird bug.. |
07:27:14 | ze | if regular robust take-no-prisoners gapless isn't enough, its even got crossfade |
07:27:19 | wacky_ | the file created within Rockbox doesn't appear in the original firmware.. |
07:27:40 | wacky_ | but if I mount the drive and just rename the file twice (back and forth a temp name), it just gets recognized ok |
07:27:48 | * | ze is already drinking tea |
07:28:06 | wacky_ | but of course.. I don't want to require a drive mount and double rename.. because it wouldn't be onthefly anymore :) |
07:28:08 | ze | but its just green tea and i plan on going to sleep as soon as it's gone |
07:28:41 | wacky_ | and doing rockbox_api->rename() doesn't do good.. could stamps have anything to do ? |
07:29:32 | ze | sorry, clueless... there something to screw with the stamps to see? |
07:44:59 | ze | DeadMan: ya know i just realized, for some reason when i'm up all night, its damn hard to stay up that day... but when i'm up all day, it's too easy to stay up that night |
07:45:05 | ze | funky... |
07:45:44 | DeadMan | yep |
07:52:11 | | Quit DMJC ("Leaving") |
08:00 |
08:23:11 | | Join webguest35 [0] (~c31ce021@labb.contactor.se) |
08:24:15 | | Quit wacky_ ("night") |
08:26:51 | | Join Diway [0] (~diway@82.226.26.23) |
08:39:09 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
08:55:55 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:13:27 | | Nick midk_ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) |
09:18:39 | | Join bobTHC [0] (~foo@l03m-40-94.d1.club-internet.fr) |
09:18:49 | bobTHC | hi folks! |
09:19:01 | Bagder | morning |
09:21:39 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
09:22:36 | | Join LinusN [0] (~linus@labb.contactor.se) |
09:37:52 | Bagder | morning L |
09:42:12 | | Join [av]bani [0] (~goemon@washuu.anime.net) |
09:42:12 | | Quit tws5 (Read error: 104 (Connection reset by peer)) |
09:42:33 | * | [av]bani pokes linusn |
09:42:55 | LinusN | ouch |
09:50:31 | | Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) |
09:56:03 | [av]bani | you need iec958 subcode info? |
09:57:02 | [av]bani | it is documented, you just need to know where to look :) |
09:59:17 | LinusN | gimme da link :-) |
10:00 |
10:02:06 | dwihno | Hey, that rockboy thing looks really swell :D |
10:02:18 | | Quit webguest35 ("CGI:IRC (EOF)") |
10:02:22 | | Join webguest36 [0] (~c31ce021@labb.contactor.se) |
10:04:18 | LinusN | oops, looks like i have set up a way too slow sdram refresh on the iriver |
10:06:37 | dwihno | overclock the CPU so rockboy runs at 100% :) |
10:06:47 | LinusN | 1GHz? |
10:08:50 | | Join amiconn [0] (~jens@pD95D16F1.dip.t-dialin.net) |
10:08:59 | [av]bani | http://bani.anime.net/iec958/q_subcode/project.htm |
10:09:08 | linuxstb | Bagder: Have you looked at my changes to the build system? I'm not sure if I've done things in the best way or not. |
10:09:30 | Bagder | looked ok to me at a quick glance |
10:10:07 | Bagder | and it seems to build fine too |
10:10:29 | linuxstb | Am I right in saying that the firmware/export/config-*.h #defines can't be checked inside a Makefile? |
10:10:42 | Bagder | yes |
10:11:18 | linuxstb | So I was right to add a "SOFTWARECODECS" variable to the tools/configure - there is already the HWCODEC=MASNONE defines in the config files. |
10:12:10 | dwihno | linuxstb: sure thing! :) |
10:12:18 | Bagder | I prefer doing it one way now that makes things work, and then we can smoothen it out if we figure out a better way |
10:12:55 | Bagder | in this case, it makes sense to control it in the makefile since I'm not sure the Gmini guys are ready to build the codecs yet |
10:13:06 | Bagder | even if they do sw codec |
10:13:22 | linuxstb | The two problems left are the gmini (i.e. which, if any of the codecs do we build for that), and also the simulators - we need to change the simulator makefiles to build the apps/codecs, and it would be nice if they also used the SOURCES files. |
10:13:51 | Bagder | yes, the sim builds should be modified to use SOURCES |
10:14:03 | Bagder | for the Gmini part, we need to ask jyp |
10:14:06 | | Part [av]bani |
10:14:42 | linuxstb | Is the main win32 Makefile written for GNU Make as well (obviously not Makefile.vc6) ? |
10:15:35 | linuxstb | The gmini is OK for now because plugins are disabled - so even if the codecs were built, they wouldn't be linked against anything (yet). |
10:15:52 | Bagder | linuxstb: yes it requires GNU make, it already uses GNU extensions |
10:16:07 | linuxstb | That's makes it easier then. |
10:16:47 | Bagder | it is/was buildable with msvc, but I don't think many people feel strongly about that |
10:17:09 | Bagder | brb |
10:19:45 | dwihno | mingw should be the main concern |
10:23:06 | * | rasher reads backlog and sees that another person was hit by the short dosname problem |
10:23:33 | rasher | <wacky_> I'm about to finish a new plugin called 'iriverify' that takes the playlists generated by Rockbox and tweaks them so that the picky iRiver firmware can read them without error |
10:23:37 | rasher | <wacky_> well I still have a problem :P the original firmware doesn't see the file created by Rockbox |
10:26:53 | linuxstb | rasher: I assume you know why files created by Roxkbox can't be seen by the iRiver? |
10:27:27 | rasher | Yeah, although I don't remember the exact details |
10:28:16 | linuxstb | It's basically that the FAT driver in Roxkbox creates a 8.3 DOS shortname with a random extension, but the iRiver only looks at the shortname extension (not the longname extension) when deciding on filetypes. |
10:28:38 | rasher | ah yes, that's how |
10:30:45 | linuxstb | The only fix is to change Rockbox, but I don't think anyone is working on that at the moment. It's sure to become an FAQ as more people try rockbox. |
10:32:23 | Bagder | subject for addition to ThingsTodo I guess |
10:32:46 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
10:33:46 | linuxstb | Bagder: OK, I'll add it (unless you are already there). |
10:33:53 | Bagder | I'm not |
10:35:30 | hubble | aa.. thanks XShock.. he found my bug =) |
10:36:20 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:38:37 | | Join Lurski4236 [0] (~Miranda@cpe-66-74-151-42.socal.rr.com) |
10:39:12 | linuxstb | OK, Wiki updated with "FAT driver" problem. |
10:48:37 | hubble | iriver sound test (working) =) |
10:48:48 | Bagder | cool |
10:48:49 | hubble | hubble/uda_bin2.zip">http://www.mochine.com/~hubble/uda_bin2.zip |
10:48:51 | hubble | hubble/uda_src2.zip">http://www.mochine.com/~hubble/uda_src2.zip |
10:50:08 | rasher | rocking :) |
10:50:08 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:50:08 | | Quit cYmen ("leaving") |
10:50:49 | dwihno | what kind of test is it? |
10:51:39 | hubble | outputs a sinwave and you can control volume / mute .. |
10:51:47 | hubble | thing is the sinwave sounds like crap |
10:54:10 | hubble | but that is because if cpu speed and not using interrupts/DMA to output sound data (I hope) |
10:55:40 | linuxstb | Ihubble: Music to my ears :-) |
10:55:59 | *** | Saving seen data "./dancer.seen" |
10:57:20 | linuxstb | Nice to see that the volume is fully adjustable from 0-255 (I assume it is?). |
10:58:08 | hubble | linuxstb: yes.. and we can provide volume control of the analog mixer from 0-3f also |
10:59:15 | Bagder | you tried max volume yet? ;-) |
10:59:31 | hubble | no :) |
10:59:40 | linuxstb | What's the analog mixer currently set to? |
10:59:53 | hubble | 0x10 |
11:00 |
11:00:03 | hubble | 0 is max |
11:00:26 | hubble | awell.. have go to work now =) |
11:00:28 | rasher | Someone should change the "http://www.rockbox.org/docs/features.html" link on the frontpage to point to http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison |
11:00:44 | Bagder | rasher: there's also a link on the docsindex page |
11:00:54 | | Part hubble |
11:00:59 | rasher | ah, I can fix that :) |
11:01:18 | rasher | but not the front page |
11:01:25 | Bagder | I'll fix the front |
11:02:33 | Bagder | done |
11:02:40 | rasher | done |
11:02:54 | rasher | Mmmm wiki |
11:03:05 | rasher | still confused by the questionmark |
11:03:32 | rasher | ah, found it |
11:04:14 | rasher | gone |
11:04:32 | Bagder | nice |
11:06:26 | Bagder | the "resumed playlist order" means that when resuming a playlist that is playing shuffled, you can use "back" to get to the previously played songs |
11:07:00 | | Quit Lurski4236 (Read error: 110 (Connection timed out)) |
11:07:09 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
11:11:55 | Bagder | we should probably also add "can create playlists" |
11:12:07 | Bagder | since that is what lots of iRiver people miss |
11:12:29 | LinusN | i don't know about that |
11:13:05 | LinusN | i'm beginning to think that "OTF playlists" in fact means "queue" |
11:13:16 | Bagder | aha |
11:13:22 | Bagder | well, we have that mentioned already |
11:13:23 | LinusN | but i don't know |
11:13:27 | Bagder | twice in fact ;-) |
11:13:31 | LinusN | yeah |
11:14:12 | Bagder | I would assume that iRiver doesn't support VBRI/XING very good btw |
11:14:21 | Bagder | based on their lack of VBR estimation |
11:14:30 | Bagder | but that's a guess |
11:16:05 | LinusN | they just take the bit rate from the first frame? |
11:16:14 | Bagder | no, they just say "VBR" |
11:16:15 | amiconn | rasher: If 'Naming FM channels' means to associate a station name to a certain frequency, then it's a clear 'yes' for rockbox. You can save presets with a name, and if you just tune up/down and a preset matches, it also displays the name. |
11:16:34 | LinusN | Bagder: so they don't bother displaying the average |
11:16:35 | rasher | amiconn: I'd guess that's it |
11:16:40 | Bagder | LinusN: correct |
11:16:45 | rasher | LinusN: they display a value |
11:16:48 | rasher | at least for oggs |
11:16:54 | Bagder | not for my mp3s |
11:17:01 | rasher | ah |
11:17:05 | Bagder | I didn't check what kind of headers though |
11:17:06 | rasher | I don't have many vbr mp3s |
11:17:09 | rasher | haven't noticed |
11:17:09 | LinusN | Bagder: maybe for vbri? |
11:17:20 | Bagder | possibly |
11:17:29 | * | Bagder has thousands of VBR mp3s |
11:17:47 | amiconn | rasher: I don't know about the archos fm recorder firmware. The archos ondio fm firmware also supports presets (but I don't know if it also displays the name when just tuning up/down) |
11:18:13 | LinusN | Bagder: vbri files also say "vbr" and nothing else |
11:18:17 | amiconn | Bagder: Me too, and they all have a Xing header |
11:18:19 | rasher | amiconn: what do I put in archos then? |
11:18:47 | Bagder | LinusN: can you ff through a song and check what it says about the playtime? |
11:18:55 | LinusN | hang on |
11:19:28 | dwihno | Anyone know what alsa version is included in the 2.6.10 kernel? |
11:19:39 | LinusN | playtime seems correct |
11:19:40 | dwihno | I want to know if a realtek chip is supported |
11:19:57 | Bagder | LinusN: that would indicate at least vbri support then I guess |
11:20:03 | LinusN | but since the decoder is in software, they can count the frames correctly |
11:20:03 | amiconn | rasher: I can check for the ondio tune up/down, but probably not today; have to ask my sister. The fm recorder question has to be answered by a fm recorder owner... |
11:20:07 | Bagder | "at least some" |
11:20:19 | rasher | amiconn: okay, I'll leave it at ? for now then |
11:20:25 | rasher | all the ? should probably be neutral |
11:20:31 | Bagder | yes |
11:20:42 | LinusN | Bagder: i don't think they support xing or vbri |
11:20:57 | LinusN | they just see that the frames have different bit rates |
11:21:07 | Bagder | ah, they scan all frames then? |
11:21:18 | LinusN | perhaps just a few in the beginning |
11:21:32 | rasher | so a NO for xing and vbri? |
11:21:48 | Bagder | but surely they need header support OR scan frames to show proper playtime when FF'ing to a point in the middle? |
11:22:02 | LinusN | Bagder: yes |
11:22:05 | Bagder | or just guessing ;-) |
11:22:28 | LinusN | they are sure able to scan if they like |
11:22:38 | LinusN | the cpu is certainly fast enough |
11:22:46 | Bagder | yes |
11:23:18 | LinusN | lunch time |
11:23:35 | | Join ElGringo [0] (~3edba57e@labb.contactor.se) |
11:23:57 | ElGringo | hi everybody |
11:24:00 | LinusN | yo |
11:24:07 | Bagder | 'lo |
11:25:46 | ElGringo | I'm sorry about my request, but I just build the rockbox bootloader for iHP. I would check my md5sum before flash my player and didn't find it in the wiki |
11:26:40 | LinusN | which iriver firmware version? |
11:27:46 | ElGringo | H120 and H140 1.63EU |
11:28:57 | Bagder | that was a quick lunch! ;-) |
11:29:16 | ElGringo | :-P |
11:29:19 | LinusN | :-) |
11:29:21 | ElGringo | is it bad ? |
11:29:22 | LinusN | 627d5195b56ebca3b431cccb535c3bfa |
11:29:32 | ElGringo | 627d5195b56ebca3b431cccb535c3bfa |
11:29:36 | LinusN | bingo |
11:29:45 | ElGringo | it looks great ! |
11:29:56 | * | LinusN goes to lunch for real |
11:30:09 | | Quit ripnetuk (Read error: 104 (Connection reset by peer)) |
11:30:21 | ElGringo | thank you ! |
11:30:59 | ElGringo | mabye someone should write it on the wiki, i think i'm not the first one who ask you for that ! |
11:31:31 | Bagder | please do |
11:31:53 | ElGringo | I don't have a wiki acount |
11:32:01 | Bagder | then get one! |
11:32:07 | ElGringo | but I'll see if I've the time create one |
11:32:08 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
11:32:08 | ElGringo | ok, ok |
11:34:03 | | Join Patr3ck [0] (~patr3ck@p548CB0F4.dip.t-dialin.net) |
11:42:58 | | Join jyp [0] (~jp@97-104.245.81.adsl.skynet.be) |
11:43:58 | ripnetuk | how is the pll tuning coming along? |
11:44:16 | Bagder | Linus is on lunch atm |
11:44:29 | ripnetuk | mmmmmm food |
11:44:48 | jyp | Hello there |
11:44:59 | Bagder | food time here too |
12:00 |
12:03:59 | LinusN | ripnetuk: going fine, i'm working on the dram refresh |
12:05:00 | izzy | LinusN: how much you have looked into power saving possibilities in coldfire? |
12:05:32 | Bagder | seems a bit early |
12:05:35 | LinusN | nothing at all |
12:05:36 | izzy | do we have other options than stop instruction and then turning pll off? |
12:05:45 | LinusN | don't think so |
12:05:49 | jyp | We'll most probably need a "minimon" for the Gminis... |
12:06:03 | izzy | ok, that's what I've found |
12:06:08 | jyp | Anything I can reuse ? |
12:06:26 | LinusN | jyp: check the "flash" modult |
12:06:28 | LinusN | module |
12:06:30 | izzy | I was just wondering how we should use different cpu frequencies, if at all |
12:06:37 | jyp | thanks ;) |
12:06:55 | LinusN | izzy: we should probably try to keep the frequency as low as possible |
12:07:06 | izzy | not necessarily |
12:07:21 | izzy | it depends how effective the possible "sleep" is in coldfire |
12:08:06 | linuxstb | I know it's not really relevant to what we do, but is it known if the iRiver changes CPU frequency on-the-fly? |
12:08:13 | LinusN | the STOP instruction? |
12:08:28 | LinusN | linuxstb: i believe they do |
12:08:52 | LinusN | the iriverlounge found some code that switched pll settings |
12:09:02 | LinusN | iriverlounge *guys* |
12:09:05 | izzy | STOP yes, and if it is possible to turn off the pll on the fly or do some other things |
12:09:35 | LinusN | izzy: turn off the pll on the fly == change cpu frequency |
12:12:44 | amiconn | LinusN: Could that be checked by hooking up a frequency counter to the clock pin, or is the pll-multiplied clock only cpu internal? |
12:13:11 | LinusN | you can check it on the bus clock |
12:14:08 | izzy | LinusN: Does that mean the same as this pll power saving bit? |
12:14:26 | ripnetuk | btw is it pll as in phase locked loop? (just out of interest) |
12:14:41 | LinusN | ripnetuk: yes |
12:14:44 | ripnetuk | ok |
12:14:51 | LinusN | izzy: there is no "power save" pll bit |
12:15:13 | ripnetuk | is there a hlt instruction? |
12:15:22 | izzy | no? then I have misread something.. |
12:15:27 | * | izzy checks |
12:15:28 | LinusN | ripnetuk: STOP |
12:15:43 | ripnetuk | so that sleeps the processor while its not needed... cool |
12:15:55 | LinusN | izzy: there is the pll dividers, and the Bypass bit |
12:16:15 | LinusN | ripnetuk: we use the STOP instruction in the thread scheduler |
12:17:36 | ripnetuk | cool so its handled at the 'os' level |
12:17:40 | LinusN | yes |
12:18:04 | LinusN | if all threads are sleeping, the scheduler runs the STOP |
12:18:26 | LinusN | and it will be woken up by the next interrupt, typically the tick |
12:18:41 | ripnetuk | hehe i was just asking that :) |
12:18:44 | ripnetuk | (how it wakes) |
12:18:52 | izzy | I meant that PLL power down bit, but it is the state we use now? |
12:19:05 | LinusN | the bypass bit, yes |
12:19:19 | izzy | no, there's separate powerdown bit |
12:19:26 | izzy | in addition to bypass |
12:19:36 | izzy | bit 9 |
12:19:42 | izzy | bypass is 0 |
12:20:00 | LinusN | ah, that one, silly me |
12:20:14 | izzy | :) |
12:20:45 | LinusN | sorry |
12:20:57 | izzy | I wonder if we could use that |
12:21:08 | LinusN | doubt it |
12:21:36 | LinusN | as i see it, we won't be able to run fast enough on 11MHz |
12:21:58 | LinusN | problem is, it takes several ms to lock the pll |
12:22:16 | LinusN | and we lose tick accuracy |
12:22:34 | LinusN | but sure, if the power saving is substantial, we should consider it |
12:22:43 | ripnetuk | why is lost tick accuracy a problem? |
12:23:05 | LinusN | not really a problem, actually |
12:23:29 | HCl | i use it for sleeps in rockboy, but a few ms shouldn't matter too much.. |
12:23:42 | LinusN | the only place where we would want good tick accuracy is in the wps, where we use the tick for playtime |
12:23:58 | LinusN | but we would probably count frames in the iriver version |
12:24:39 | ripnetuk | are all frames in a mp2/3 the same length (in time)? |
12:24:48 | LinusN | yes and no |
12:25:06 | LinusN | they are all the same length within a stream |
12:25:17 | LinusN | but different layers have different frame duration |
12:25:30 | LinusN | so mp3 and mp2 frames are not the same length |
12:26:01 | izzy | LinusN: which clock does the RAM use? |
12:26:09 | LinusN | but we could just as well count samples |
12:26:13 | ripnetuk | hmmm... i might visit wikipedia to research why there exists mp2 and mp3 - i know my digital tv card kicks out mp2... right pita that iRiver software cant play that |
12:26:19 | LinusN | izzy: the cpuclk/2 |
12:26:39 | izzy | ok, thanks |
12:26:54 | LinusN | ripnetuk: http://www.rockbox.org/docs/mpeghdr.html |
12:27:06 | izzy | I need to do some work now.. |
12:27:22 | ripnetuk | Linus - thanks :) |
12:27:28 | linuxstb | Do any of the "unofficial" headers (lame, Xing etc) contain the total number of samples in the stream? |
12:30:01 | LinusN | no, only number of frames |
12:30:46 | LinusN | afaik, the lame header contains info about how many samples are used in the last frame, though |
12:31:13 | linuxstb | But number of samples/frame is constant in a file? |
12:31:16 | LinusN | yes |
12:31:27 | linuxstb | Do we know how many frames? |
12:31:39 | linuxstb | Sorry... |
12:32:30 | linuxstb | So for both Xing and lame headers, we can calculate the accurate runniing-time of the file, and lame, exclude the padding samples? |
12:34:52 | LinusN | yes |
12:34:56 | LinusN | and vbri |
12:35:28 | | Quit xen` (Read error: 60 (Operation timed out)) |
12:42:31 | Bagder | is the IrverBoot table really useful to anyone? |
12:42:43 | HCl | the md5's are |
12:42:54 | HCl | cause it shows what md5s work |
12:43:16 | ripnetuk | are they up to date? with LinusN's latest bootloader.bin? last time I flashed, I realised (after starting the flash) that my md5 was wrong... worked ok tho |
12:43:32 | Bagder | no, they are bound to always be out-of-date |
12:43:35 | Bagder | and thus not match |
12:43:55 | Bagder | except the one Linus adds himself |
12:43:59 | LinusN | i just updated the md5 sum for the 1.63e version |
12:44:24 | Bagder | yes, that's what made me start thinking about the others |
12:44:26 | ripnetuk | maybe it should be grouped into 'offical' releases |
12:44:39 | LinusN | the only valid md5 sum comparison is with the attached bootloader.bin file |
12:44:42 | ripnetuk | like one section for the 2005-02-16 release of bootloader.bin ith the 2 md5s |
12:45:09 | ripnetuk | or maybe the bootloader.bin should be zipped with a md5.txt file? |
12:45:20 | LinusN | did we have any luck with the .ips format? |
12:45:39 | Bagder | LinusN: I think we're leaning towards skipping that and making mkboot do it instead |
12:45:49 | ripnetuk | we would need to be sure that smartips (or whatever) md5 checked the result. |
12:46:08 | HCl | you should probably list what the md5sum is of exactly.. the .hex.. or the .bin.. |
12:46:10 | ripnetuk | I am quite willing to throw together a Delphi (Win32) port of mkboot, |
12:46:26 | LinusN | delphi??? |
12:46:27 | ripnetuk | but I know you guys like c :) |
12:46:35 | ripnetuk | Borlands Object Pascal thing |
12:46:37 | Bagder | ripnetuk: it would need descramble/scramble as well |
12:46:42 | LinusN | ripnetuk: i know what it is |
12:46:45 | linuxstb | How about a "tested releases" table - the bootloader.bin versions down the left of the table, and the iRiver firmware versions going across the top. The entries in the cells are the MD5 checksums of the "new.hex" - but only if they are confirmed to work. |
12:46:46 | ripnetuk | :) |
12:47:00 | Bagder | linuxstb: yes, that would make sense |
12:47:01 | ripnetuk | i program delphi for my job |
12:47:22 | LinusN | the mkboot program runs fine in windows, doesn't it? |
12:47:25 | HCl | linuxstb: sounds ok to me |
12:47:27 | Bagder | I'm FOR whatever that brings a neat-looking tool on windows |
12:48:25 | linuxstb | I added the "bootloader-builder" to the ThingsToDo wiki page earlier today. |
12:49:08 | linuxstb | LinusN: I don't see why not. The suggestion in IRC yesterday was too write a Windows tool based around mkboot. |
12:49:38 | Bagder | with a static image of bootloader.bin built-in |
12:49:42 | linuxstb | It would have the bootloader.bin and known good resulting MD5 checksums hard-coded into it, so a new bootloader.bin release would mean a new release of the GUI. |
12:49:53 | linuxstb | Yes, what Bagder said... |
12:49:57 | | Quit lostlogic ("Going to the moon") |
12:50:30 | LinusN | mkboot.exe, scramble.exe and bootloader.bin in a zip file, together with a .bat file |
12:50:43 | * | HCl grins |
12:50:43 | linuxstb | We're assuming that bootloader.bin releases will be very rare - but not quite as rare as new iRiver firmware releases. |
12:50:46 | ripnetuk | i figure it would look for bootloader.bin and a .ini file in the same directory containing the expected md5 |
12:51:14 | ripnetuk | we COULD ask iRivers permission to distribute a modified firmware... |
12:52:00 | LinusN | what is wrong with a bat file? |
12:52:14 | ripnetuk | would need md5.exe as well |
12:52:19 | LinusN | sure |
12:52:20 | HCl | can you provide a second download location for their unmodified firmware without getting into trouble? |
12:52:26 | ripnetuk | and the user would have to check the md5's themselves :) |
12:53:07 | ElGringo | Just to say : I just tried rockbox on my H120. It will roxxx ! |
12:54:03 | ripnetuk | i still think a java applet on your web page that takes an original image and does the magic is the way forward... it could read the bootloader.bin and md5sum.txt from the website |
12:55:04 | HCl | can an java applet write to disk? |
12:55:07 | linuxstb | ripnetuk: how do various browser security settings, firewalls, proxies etc affect java applets? |
12:55:12 | ripnetuk | not sure |
12:55:25 | ripnetuk | maybe thats not possible |
12:55:30 | ElGringo | Now that I saw compilation is really easy (I never worked with linux, cygwin, ...), I will try to do little works on iRiver porting |
12:55:59 | linuxstb | I know javascript definitely can't write to disk, and to be honest I would hope that Java applets can't. |
12:56:00 | ElGringo | A Java applet can write on a user disk, only if he is signed |
12:56:01 | *** | Saving seen data "./dancer.seen" |
12:56:28 | ripnetuk | i was hoping it would put up a dialog box saying 'java trying to write to disk - allow (Y/N)' |
12:56:32 | ElGringo | so : I will ask the user if he is ok to allow the applet to write on his disk |
12:56:35 | ripnetuk | but if it needs to be signed its bad |
12:56:50 | dwihno | How about a GUI utility which keeps a static image of bootloader.bin, capable of checking the website for checksums etc. |
12:56:56 | linuxstb | ripnetuk: but how do you know what the java applet is writing? |
12:57:04 | ripnetuk | you dont |
12:57:08 | ElGringo | why ? |
12:57:08 | ElGringo | why ? |
12:57:53 | ElGringo | An applet CAN'T write on a disk if it's not signed ! |
12:58:05 | ElGringo | hopefully ! |
12:58:07 | linuxstb | dwihno: Yes, that's what was discussed in IRC yesterday - but I don't think we even need to check the website for updates - the bootloader.bin will very rarely change and iRiver aren't releasing new firmwares. |
12:58:12 | ripnetuk | we could have a xml file on the website, something like <mkboot><version20050104><url>http://www.rockbox.org/bootloader2005050104.bin</version><md5>abcdefghijk</md5> |
12:58:22 | * | HCl agrees with linuxstb |
12:58:57 | ripnetuk | ok, for now, how about a straight .exe which has bootloader.bin built in (as a resource) and knows the correct md5? |
12:59:09 | LinusN | xml, now *that* solves everything :-) |
12:59:12 | HCl | sounds good to me. |
12:59:25 | ripnetuk | i could write that in Delphi, but there would be little or no chance of running on linux |
12:59:26 | | Quit webguest36 ("CGI:IRC (EOF)") |
12:59:29 | Bagder | a gui-tool that asks for the iriver firmware file, then runs descramble, mkboot, scramble and then checks md5 on the output. done |
12:59:41 | ripnetuk | Linus - noothing magic about xml - as good as any other format tho |
12:59:48 | dwihno | ripnetuk: well, linux people know how to use cmd line :) |
12:59:55 | dwihno | sheesh |
12:59:59 | dwihno | that sounded window'ish |
12:59:59 | LinusN | hehe, or a gui tool that downloads *everything* (using curl of course) |
13:00 |
13:00:00 | ripnetuk | and at least browsers display it in a sane format |
13:00:03 | dwihno | the TERMINAL, I ment |
13:00:12 | linuxstb | Shouldn't this tool be capable of developing into a "Rockbox Assistant" type of tool. i.e. creating the tag database, installing updates etc etc |
13:00:23 | Bagder | possibly |
13:00:30 | Bagder | it depends on what people want to code |
13:00:36 | HCl | for linux.. you can just make an very simple script.. |
13:00:52 | Bagder | for linux I don't see a need for this kind of stuff |
13:00:54 | linuxstb | We shouldn't forget Mac users though. |
13:00:59 | | Join Cassandra_ [0] (~christi@213.78.103.107) |
13:01:00 | Bagder | right |
13:01:27 | * | LinusN *loves* mac programming...not! |
13:01:33 | ripnetuk | we could have a very simple tool... just provide a binary resource that is a xor table to convert the original firmware to the hacked version |
13:01:51 | ripnetuk | would only work on one specific release (1.63EU say) |
13:02:12 | Bagder | then we're back on the binary patch path |
13:02:19 | Bagder | but yes that works too |
13:02:27 | linuxstb | mkboot.c already does the work, so why not just use it? |
13:02:57 | ripnetuk | "Because I just want to click and go" |
13:03:18 | linuxstb | Yes, I am talking about a "click and go" version of mkboot. |
13:03:20 | Bagder | there should be a gui tool wrapping it |
13:06:06 | ripnetuk | how about a Delphi tool that is distributed with the associated files, and runs them, md5ing at each stage? |
13:06:40 | LinusN | the final md5 sum should be enough |
13:06:57 | ripnetuk | more useful to say 'wrong input file' than 'it didnt work!' |
13:07:09 | Bagder | I think it sounds fine |
13:07:16 | linuxstb | Or more accurately, "unsupported input file". |
13:07:21 | ripnetuk | i guess |
13:07:31 | linuxstb | e.g. the hacked iRiver firmwares that people create (changing bitmaps) |
13:07:54 | Bagder | yes, those won't work due to bad md5s |
13:08:30 | HCl | can't you make it so it'll auto download the firmware off irivers site..? |
13:08:46 | ripnetuk | HCl - iriver might change the url |
13:08:53 | ripnetuk | i guess it could try |
13:09:02 | linuxstb | That also complicates things by needing http and unzip libraries. |
13:09:03 | ripnetuk | are we disallowed to even distribute the original? |
13:09:12 | Bagder | ripnetuk: I doubt that |
13:09:15 | Bagder | oh |
13:09:22 | Bagder | I don't think we are allowed to redistribute |
13:09:28 | Bagder | but I don't know for sure |
13:09:58 | Bagder | I can't tell, I can't browse their site ;-) |
13:10:03 | Bagder | no flash plugin |
13:10:16 | * | linuxstb has the same problem |
13:10:39 | ElGringo | little problem : I just tried rockbox, and done : "Mount ID3 infos" now, my iHP is freezed. I now there is no emergency stop with rockbox. So, I only can wait for there is no more battery ? |
13:10:46 | * | LinusN finds nothing that says that we can't distribute it |
13:11:03 | linuxstb | ElGringo: The small reset button near the DC input |
13:11:04 | Bagder | ElGringo: there's the reset too |
13:11:15 | LinusN | "Mount ID3 infos"? |
13:11:58 | ElGringo | I translated rockbox in french, it's a "home made" english translation |
13:12:18 | ElGringo | the reset button works with rockbox ? |
13:12:31 | | Join ashridah [0] (ashridah@220-253-120-210.VIC.netspace.net.au) |
13:12:31 | LinusN | ah, "montre" |
13:12:44 | ElGringo | "montre" ? |
13:12:55 | LinusN | or what is "show" in french? |
13:13:00 | LinusN | monter? |
13:13:03 | LinusN | montrer? |
13:13:08 | ElGringo | "montrer" ! |
13:13:37 | ElGringo | but in the french rockbox, it's writed "Monter Infos ID3" |
13:13:44 | LinusN | i see |
13:13:51 | ElGringo | so, I translated with "mount" |
13:13:51 | LinusN | did the reset button work? |
13:14:00 | ElGringo | no |
13:14:03 | ElGringo | sould it ? |
13:14:23 | LinusN | yes |
13:14:33 | LinusN | insert a pin into the reset button hole |
13:14:41 | ElGringo | I done it |
13:14:52 | LinusN | then you must have missed the button |
13:14:54 | linuxstb | Did you hear a "click" when you pressed the button? |
13:14:59 | * | HCl stares at his bash script that downloads the iriver firmware, unzips it, descrambles it, merges it with bootloader, and compares md5s |
13:15:00 | ElGringo | you think it could be a big problem ? |
13:15:06 | | Join Patr3ck_ [0] (~patr3ck@p548CBE6D.dip.t-dialin.net) |
13:15:17 | ElGringo | yes, I heared a click |
13:15:31 | linuxstb | Is the battery low? |
13:15:33 | LinusN | and it didn't reboot? |
13:15:41 | ElGringo | no |
13:18:34 | LinusN | then you probably didn't hit the button correctly |
13:18:38 | ElGringo | I sorry, I'm so stupid : my pen was too flexible |
13:18:45 | LinusN | hehe |
13:18:49 | ElGringo | now, it's okay ! :-P |
13:19:44 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#md5_reports |
13:19:51 | Cassandra_ | Right. After the current minor change I've dropped into CVS, I think that the alarm code is as good as we're going to get it without re-engineering Rockbox. I don't really feel up to that task. |
13:21:48 | Bagder | if we get a version number on the attached bootloader.bin file, it will be even easier for users |
13:23:01 | LinusN | there is no version number for it |
13:23:06 | Bagder | I know |
13:23:12 | HCl | i made a linux script that eats an bootloader.bin/bootloader.md5 and poops out a new.hex with check... |
13:23:15 | Bagder | and that is making it trickier |
13:23:30 | LinusN | yes, i should add that |
13:24:10 | HCl | anyone interested in it? |
13:24:20 | linuxstb | HCl: Maybe we could add that to the Makefile in the bootloader/ directory. |
13:24:32 | linuxstb | (I know how much you love makefiles) |
13:25:03 | HCl | :P |
13:25:07 | HCl | here.. i'll dcc it.. |
13:26:03 | HCl | only flaw is that it leaves a new.hex even if the md5sum fails, but i'm not that good with bash scripting |
13:26:42 | Cassandra_ | Eventually are we going to have a firmware that loads Rockbox direct from flash, or is that impractical on the iRiver? |
13:26:51 | HCl | should probably add -q to the diff arguments too |
13:27:24 | LinusN | Cassandra_: one day we will |
13:27:34 | Cassandra_ | Good. ;) |
13:28:04 | ripnetuk | so is there any interest in a win tool to build the bootloader? the problem i see is i would write it in delphi, and im guessing other developers dont have access to delphi to compile |
13:28:45 | Bagder | imo, we need a windows gui tool |
13:28:52 | LinusN | that's one problem, the other is that the scrambling and mkboot:ing code would be duplicated |
13:28:53 | Cassandra_ | That'd be correct, yes. |
13:29:05 | Bagder | LinusN: not if the tool uses the commands |
13:29:09 | ripnetuk | Linus - i was leaning towards a shell gui program that called your exes |
13:29:09 | LinusN | ah |
13:29:10 | Cassandra_ | If you have a Windows command line tool, you could integrate it into the installer. |
13:29:26 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
13:29:27 | Cassandra_ | Actually, you could probably integrate a GUI tool too. |
13:29:36 | LinusN | Cassandra_: nice idea |
13:29:56 | ripnetuk | or, i could do it in c# - i think i could then compile your actual c source into it |
13:30:17 | ripnetuk | but it would need the .net framework installed to run... |
13:30:20 | HCl | linuxstb: better version |
13:30:21 | LinusN | shoudn't it be possible to write a vbs script to do it? |
13:30:24 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
13:30:25 | ripnetuk | but i think a lot of new software does that |
13:30:34 | ripnetuk | anyone sensible has turned off vbs :) |
13:30:44 | ripnetuk | therefore 99% of win users should have it on |
13:30:50 | LinusN | lol |
13:31:56 | ripnetuk | im thinking a c# tool? shall i have a go? does anyone window-using have the .net framework installed? |
13:32:06 | preglow | go c, please |
13:32:11 | preglow | it's not that hard |
13:32:13 | dwihno | C with Win32 API |
13:32:26 | ripnetuk | not i... never done direct c -> winapi |
13:32:30 | preglow | if all that's required is a shell that calls command line apps, i can do it |
13:32:34 | HCl | linuxstb: i think you need to delete your existing build.sh first o.o |
13:32:39 | preglow | i know that much win32 |
13:33:11 | ashridah | ripnetuk: build it with mono and gtk#? you should be able to get it to work in both environments then. although gtk#'s a bit of a bitch to use in windows, last time i tried. |
13:33:14 | ripnetuk | i guess i could do a c one - i was hoping to include mkboot, scramble and descramble |
13:33:36 | ripnetuk | ash - if I stick with basic windows.forms stuff, the newest mono should just run it |
13:33:49 | ashridah | hrm. i didn't think that was functional yet |
13:34:02 | ripnetuk | i thought the latest beta had it in |
13:34:24 | preglow | what gui would be required in this tools? a couple of input boxes and an ok button? |
13:34:30 | preglow | tool |
13:34:37 | ripnetuk | not completely sure, but in time it will, and like someone said, Linux users know how to use the shell... i for one would trust my own md5 sums more than a program generated one |
13:35:02 | ashridah | preglow: to build it into a firmware. maybe a leecher, maybe a file dialog. a pretty way to say 'it worked' or 'eek, it blew up!' |
13:35:03 | linuxstb | HCl: Sorry about that, can you resend? |
13:35:16 | preglow | windows has nice ie based internet api |
13:35:17 | preglow | heh |
13:35:18 | ripnetuk | do we even need that much? one input box with browse for original firmware, and and a go button which pops up a save dialog for new firmware |
13:35:21 | preglow | so file fetch should be easy |
13:35:39 | preglow | ripnetuk: right, the bootloader is ofcourse in the exe |
13:35:45 | ripnetuk | yes, as a resource |
13:35:50 | Cassandra_ | preglow - you'd need to be able to grab the original firmware from within the program as well for preference. |
13:36:02 | preglow | but this would be no problem in win32 c, i've done stuff like this before |
13:36:06 | preglow | i can give it a shot |
13:36:29 | preglow | can we redistribute the original unmodified firmware on the rockbox site? |
13:36:32 | dwihno | preglow: Do you create the controls by hand, or do you create dialogs? |
13:36:54 | dwihno | (using some kind of resource thinger) |
13:37:13 | preglow | dwihno: i think i've used some kind of resource thinger, but once that's made, it doesn't ever have to be modified again |
13:37:21 | preglow | so will compile fine with gnu tool |
13:37:22 | preglow | s |
13:37:44 | dwihno | preglow: Yeah, I actually never use MS tools anymore when I do stuff like this... |
13:37:45 | preglow | with so few controls, i can just as well code them by hand as well |
13:37:48 | dwihno | windres is your friend :) |
13:37:54 | preglow | dwihno: i try to use gcc as often as i can myself |
13:39:19 | ripnetuk | preglow - theres no point in both of us trying it - if you can get a gui wokring that compiles using gnu tools and runs without an additional runtime, that is better than what I can do (easily), so go right ahead ;) |
13:40:11 | preglow | ripnetuk: ait |
13:40:17 | ripnetuk | ait? |
13:40:24 | preglow | gangster for alright :) |
13:40:30 | ripnetuk | :) |
13:40:53 | ripnetuk | BAdger should add gangster poetry to his hex petry page :) |
13:40:57 | preglow | hahah |
13:41:11 | preglow | but yes, i'll go fetch some food and see what i can do |
13:41:22 | * | ripnetuk returns to work project :( |
13:41:49 | preglow | the plan is to bundle along mbkoot and the scramble boys as external exe files to minimize code duplication, yes? |
13:42:01 | ripnetuk | i would compile them right in myself |
13:42:06 | ripnetuk | == simpler |
13:42:09 | ripnetuk | for users |
13:42:24 | ripnetuk | the additional object code size will be tiny |
13:42:45 | ashridah | i agree. abstract out the command line interface and whack it in a separate file and do the actual work in a lib you can compile in. |
13:43:36 | preglow | no problem either, it's just a pain if someone updates mboot and scramle |
13:43:37 | | Join DrRick [0] (DrRick@81-86-90-246.dsl.pipex.com) |
13:43:57 | ripnetuk | yeah, but that aint gonna happen very often (if at all) |
13:44:08 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
13:45:31 | ripnetuk | for descramble at least all the work is done in main(), so would need abstracting out |
13:46:23 | ripnetuk | by the way, whats the reccomended way of getting a gcc for Windows that doesnt need cygwin? |
13:46:33 | preglow | mingw |
13:46:36 | Bagder | mingw |
13:46:38 | preglow | that's all i use, more or less |
13:46:40 | preglow | i hate cygwin |
13:46:45 | ripnetuk | i love cygwin |
13:46:47 | ripnetuk | :) |
13:46:50 | dwihno | I love mingw |
13:47:00 | HCl | i love my cat o.o |
13:47:20 | dwihno | HCl: begone, you computer-hating man! :) |
13:47:24 | HCl | :P |
13:47:26 | dwihno | :) |
13:47:27 | ripnetuk | i compiled rdesktop for win32 under it - it just built and ran great (the MS client doesnt support the odd aspect ratio on my laptop screen, but rdesktop does) |
13:47:50 | dwihno | haha |
13:47:56 | dwihno | uglyness :) |
13:50:15 | preglow | if i need a unix-like environment, i use my linux box, much snappier |
13:57:48 | linuxstb | We now have the start of the second codec in CVS - liba52. This actually runs slightly faster than libmad at the moment. |
13:58:03 | LinusN | liba52? |
13:58:08 | linuxstb | AC-3 |
13:58:43 | linuxstb | Very useful for digital TV rips from the US (and a small number of European channels) and DVD audio rips |
13:59:33 | linuxstb | I think there's even a Swedish radio station broadcasting in AC3 5.1 surround. |
14:00 |
14:00:19 | LinusN | how doesn it handle 2 channel output? |
14:00:23 | LinusN | does |
14:00:43 | linuxstb | It has built-in downmixing routines. I haven't qute mastered them yet, but I'm almost there. |
14:00:50 | LinusN | nice |
14:03:20 | HCl | :) |
14:03:21 | ripnetuk | Do we have any idea how much difference the optimized ram timings will make on the iriver? im guessing that twice the clockspeed == twice the speed of execution, but not sure if ram timings make a huge difference |
14:03:30 | HCl | yea |
14:03:43 | * | HCl is wondering that too |
14:04:26 | HCl | incidentally, i was wondering, does rockbox provide a menu like system for plugins to use or do plugins have to build their own? |
14:04:48 | linuxstb | That reminds me, solitaire's menu is broken with my choice of custom font. |
14:05:02 | linuxstb | So I assume each pliugin does its own thing. |
14:05:24 | Bagder | yes, plugins are traditionally rather simple things |
14:06:01 | HCl | i don't suppose there's any general menu function in rockbox that we could adapt to work for plugins? |
14:06:15 | linuxstb | Some simple "widgets" could be useful - e.g. "Confirm Yes/No", choose an item from a list etc |
14:06:32 | LinusN | ripnetuk: optimized ram timings? |
14:06:49 | linuxstb | An extension of the "splash" function. |
14:06:57 | ripnetuk | i thought you were working on dram timings? maybe /me misheard |
14:07:31 | LinusN | the dram timing may not be optimal, but close |
14:07:46 | * | ripnetuk DID mishear |
14:07:53 | LinusN | i might have missed something in the data sheets |
14:07:56 | HCl | linuxstb: or a simple menu function with menu items and functions to be called when clicked |
14:08:23 | linuxstb | HCl: I was trying to simplify it to the bare minumum |
14:08:31 | HCl | mmm, i guess |
14:08:35 | ripnetuk | Linus - im only going on what I read earlier in here - i havent even dared look at the datasheets... i looked at the DAC one and that was plenty :) |
14:08:37 | linuxstb | A menu is just choosing an item from a list. |
14:08:38 | HCl | my idea was to have as much shared code as possible |
14:08:55 | LinusN | linuxstb: it is trivial to export the menu functions to the plugins |
14:09:35 | LinusN | ripnetuk: i think i remember somebody saying that the dram timing was nonoptimal, but i can't remember who and why |
14:09:38 | linuxstb | LinusN: I'm not familiar with the menu functions, so if they are already there, plugins could use them. |
14:10:00 | LinusN | yes, it's basically a matter of exporting the functions in the plugin api |
14:10:09 | HCl | nice |
14:10:22 | HCl | LinusN: could you do that with your next commit? please? |
14:10:28 | LinusN | you are welcome to have a go at it |
14:11:02 | HCl | hm, where are the functions located/what are they called? |
14:11:20 | linuxstb | apps/menu.[ch] ? |
14:11:44 | LinusN | yes |
14:12:13 | HCl | okies |
14:16:51 | Bagder | linuxstb: remember the FILES file when you add new subdirs |
14:17:03 | Bagder | it defines what to add to the source tarball |
14:17:30 | Bagder | (as used by the tools/release script) |
14:17:51 | HCl | hmm. |
14:17:58 | linuxstb | Bager: Yes, I was going to ask you about that - do we need to add apps/codecs/* to it as well? |
14:18:01 | preglow | but if this program is supposed to contain the bootloader patch itself, download a firmware and just patch it, wouldn't a simple bat file be sufficient? |
14:18:15 | Bagder | linuxstb: no, its enough to include the "leafs" |
14:18:16 | preglow | the alternative is a plain windows with a button that just says 'go' |
14:18:36 | Bagder | linuxstb: you can always test-run the script to check |
14:19:50 | linuxstb | Bagder: How do I do that? |
14:20:01 | Bagder | ../tools/release mooooo |
14:20:11 | Bagder | builds a rockbox-mooo.tar.gz file |
14:20:27 | Bagder | or perhaps you need to invoke it in the root |
14:20:47 | Bagder | yes, you do |
14:21:11 | HCl | how do i get make zip to build an extra directory in .rockbox ? |
14:21:27 | LinusN | let the zip contain the dir |
14:21:35 | linuxstb | Bagder: I've just done it, and apps/codecs/Makefile was excluded - should I add that (and liba52/*) to apps/FILES ? |
14:21:47 | LinusN | HCl: ignore me |
14:21:49 | Bagder | linuxstb: yes |
14:22:10 | Bagder | HCl: tools/buildzip.pl might need attention |
14:22:25 | HCl | Bagder: yea, found it |
14:22:33 | HCl | need a savegame dir for rockboy |
14:22:49 | LinusN | HCl: let the plugin create it |
14:22:53 | | Quit DrRick (Read error: 104 (Connection reset by peer)) |
14:23:03 | | Quit ElGringo ("CGI:IRC (EOF)") |
14:23:06 | bobTHC | good cvs activity this days, it's a pleasure to view how fast the project run |
14:24:18 | linuxstb | Bagder: Done. |
14:24:24 | HCl | LinusN: couldn't find an mkdir function in the plugin api... nor anywhere in the code, really |
14:24:36 | * | HCl searches again |
14:24:56 | | Join webguest28 [0] (~c31ce021@labb.contactor.se) |
14:25:01 | HCl | ok. |
14:25:33 | LinusN | HCl: dir.h: int mkdir(const char *name, int mode) |
14:25:54 | HCl | yea, got it, added it to the plugin api :) |
14:25:55 | LinusN | add it to the plugin api and voila! |
14:25:57 | HCl | sorry.. |
14:26:50 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
14:26:56 | HCl | adding all the menu functions too |
14:27:34 | LinusN | great |
14:35:02 | linuxstb | Does anyone else fancy looking at some codecs? I've done FLAC (I just need to clean it up and commit it), but Tremor still needs to be added by someone. Two other interesting codecs could be musepack and wavpack. |
14:35:40 | linuxstb | We then need to clean up the code, and start seriously thinking about the new audio system. |
14:35:56 | jyp | Why then ? |
14:36:01 | jyp | Why now now ? |
14:36:23 | jyp | Also, how about having a .wav "codec" ? |
14:36:48 | jyp | it's wavpack probably :x |
14:37:01 | linuxstb | wavpack is ".wv". |
14:37:22 | jyp | k |
14:37:40 | linuxstb | Yes, we need a .wav "codec", but I don't think there's any point writing anything until the APIs are in place. |
14:38:41 | jyp | Which brings us to my first question... |
14:39:13 | linuxstb | Which was (specifically)? |
14:39:18 | jyp | which should have been spelled ... |
14:39:37 | jyp | Why don't we start looking at the API/Audio system right now ? |
14:40:28 | linuxstb | I think it would be useful to have some clean demonstration code on how the different codecs work before fixing the API. |
14:41:03 | jyp | Isn't having two of them enough ? |
14:41:14 | jyp | (for this purpose) |
14:41:37 | linuxstb | Probably, but my implementions could be cleaned up - that's whar I was referring to in my original sentence. |
14:42:01 | LinusN | linuxstb: how do the codecs you've worked with so far want to output the pcm data? |
14:42:20 | LinusN | and is it a "push" or a "pull"? |
14:42:29 | linuxstb | LinusN - they both have their own internal number formats, which need to be converted to whatever the audio hardware needs. |
14:43:03 | LinusN | do you assign a buffer and have them fill it, or? |
14:43:38 | LinusN | can you say "i want 1152 bytes of pcm data" and let them decode just enough to fill the buffer? |
14:44:19 | LinusN | sorry, i guess i should look at the code, but since you are here... |
14:45:06 | linuxstb | They all work slightly differently, but I think we can implement a "decode_one_frame" function for all the codecs - i.e. take one frame of compressed data and output the uncompressed PCM. |
14:45:25 | LinusN | that should be enough |
14:45:29 | linuxstb | If you always wanted to ask for 1152 samples, we would use wrapper functions and internal buffers. |
14:45:41 | preglow | linuxstb: do you use the callback interface with libmad? |
14:46:03 | linuxstb | preglow: No, for all the codecs, I'm trying to use the lowest-level interface provided |
14:46:06 | | Join AC [0] (~5078751e@labb.contactor.se) |
14:46:06 | preglow | linuxstb: great |
14:46:16 | preglow | that's what i was hoping |
14:47:07 | preglow | do you have a rockbox icon i can use? :P |
14:47:37 | linuxstb | LinusN: I saw that you changed the Wiki page about using dual-buffers on the MAS devices. Do you think it's a bad idea? |
14:47:53 | LinusN | it's a waste of ram, imho |
14:48:11 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era") |
14:48:32 | jyp | linuxstb: I'm not sure what you mean with "decode one frame" ... |
14:48:50 | jyp | but vorbis frames overlap |
14:48:50 | LinusN | jyp: most lossy codecs are frame based |
14:49:01 | LinusN | mpeg frames too |
14:49:04 | linuxstb | LinusN Does the bit-swapping-on-load slow down the disk reading, or is it decoding at the same time as it is reading the next block of data? |
14:49:16 | amiconn | LinusN: I don't think so. It would be a much cleaner implementation, and the increased ram usage can be kept down to a minimum (thinking ~16 KB) |
14:49:28 | linuxstb | jyp: I haven't looked at vorbis yet, but so far all the codecs I've looked at are frame-based. |
14:49:46 | LinusN | linuxstb: is bitswaps after the loading is done |
14:49:56 | amiconn | No, it doesn't |
14:50:17 | amiconn | The swapping of the first chunks is interspersed with the load |
14:50:28 | LinusN | amiconn: yes, but the rest is swapped afterwards |
14:50:40 | preglow | jyp: all mdct based codecs have overlapping frames |
14:50:45 | | Quit Nibbler ("blubber") |
14:50:54 | jyp | ok |
14:50:58 | amiconn | Yes. Still, the interspersed swap slows down the loading, as the ata transfer is polled |
14:50:58 | linuxstb | What's an "overlapping frame" ? |
14:51:25 | preglow | what you expect, the mdct require a 50% frame overlap when encoding, and hence when decoding |
14:51:30 | preglow | it's nothing to worry about |
14:51:33 | | Join R3nTiL_ [0] (~zorroz@83.69.98.226) |
14:52:01 | amiconn | LinusN: Btw, that's why I had to limit the load chunk size for Ondio. Otherwise the load would take so long that the swap couldn't cope, causing the buffer to run empty. |
14:52:30 | LinusN | amiconn: yes, it attempts to start the playback as soon as possible |
14:53:19 | amiconn | Makes sense. |
14:53:33 | | Join ElGringo [0] (~3edba57e@labb.contactor.se) |
14:53:49 | amiconn | However, imho this would also be possible (and cleaner) with the dual buffer concept |
14:54:00 | LinusN | perhaps |
14:54:14 | | Quit coob (Read error: 60 (Operation timed out)) |
14:55:04 | | Quit webguest28 ("CGI:IRC (EOF)") |
14:55:34 | LinusN | so the mpeg thread would swap on demand then? |
14:56:05 | *** | Saving seen data "./dancer.seen" |
14:56:29 | LinusN | the dma irq would ask for more swapped data |
14:56:39 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
14:58:17 | amiconn | LinusN: exactly. |
14:58:35 | LinusN | worth looking into |
14:59:02 | amiconn | This would need a swapcopy routine instead of the current in-place swap for optimum performance. |
14:59:07 | LinusN | it complicates the track boundary checking though |
14:59:21 | amiconn | Why? |
14:59:32 | LinusN | because it uses the buffer address |
15:00 |
15:00:16 | amiconn | Imho this shouldn't matter, as the dma buffer is < 1 sec |
15:01:01 | LinusN | that depends on the bit rate |
15:01:25 | LinusN | and the dma buffer must be double buffered |
15:01:53 | amiconn | Imho the best solution would be to always feed whole frames on demand. This would make premature "switching" easier, as e.g. necessary for the voice UI |
15:02:23 | amiconn | The current solution for this is rather hacky, directly accessing the DMA from application code... |
15:03:49 | LinusN | you seriously want the mpeg thread to search for frames in the swapped data all the time??? |
15:04:06 | amiconn | No, but in the unswapped data |
15:04:13 | amiconn | How do you think the track boundary check would be done on iRiver? |
15:04:30 | LinusN | the iriver has a fast cpu |
15:04:43 | LinusN | and i meant unswapped, btw |
15:04:55 | amiconn | yes, okay |
15:06:08 | amiconn | The search isn't that CPU intensive imho. At least if we use an optimised memchr to search for the 0xFF |
15:06:42 | HCl | woot. |
15:06:49 | * | HCl cut rockboy down with 50kb |
15:07:05 | amiconn | There is that SH1 instruction for string compare gcc never uses... I already used it for my super-fast strlen() |
15:07:41 | linuxstb | HCl: Are you talking about the plugin ramsize requirement? |
15:07:45 | LinusN | amiconn: i'm sure it can be made, cpu-wise, but then we eat battery (as the SLEEP instruction will be used less), and the ui response will be slower |
15:07:48 | HCl | linuxstb: pretty much :) |
15:08:00 | HCl | linuxstb: but i'm planning to use the space i have left to build a dynarec |
15:08:03 | HCl | so don't decrease it just yet |
15:08:10 | linuxstb | :-) OK. |
15:08:21 | HCl | i just got out all the keymapping stuff and put in a more direct approach |
15:09:54 | HCl | woot. |
15:09:57 | amiconn | LinusN: I don't think it is that cpu intensive. We'd only have to do the full search at the very start, or whenever we loose sync. Otherwise the length of an mp3 frame is easily determined from the header, so we know where to check for the next frame. |
15:10:23 | LinusN | true, but why complicate things? |
15:11:21 | HCl | LinusN: i can just use mkdir on an existing directory, right? |
15:11:41 | amiconn | I think the slightly higher complexity would be paid off by the benefits, plus it would better match the iriver way of doing things. |
15:13:36 | Bagder | having one unified system feels like a good idea |
15:13:36 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
15:15:21 | linuxstb | Does it simplify porting talkbox to the iRiver if we allow the data to be stored in it's original (non bit-swapped) state? |
15:16:18 | LinusN | amiconn: you may be right |
15:17:49 | Bagder | linuxstb: I would assume so |
15:17:56 | amiconn | linuxstb: It may be that you confuse terms here (no offense, you can't know rockbox on archos that much). 'Talkbox' means talking the dir-/filenames, which are plain mp3 clips just with a different extension |
15:18:51 | amiconn | The voice UI (currently) uses a voice file, assembled from a number of individual mp3 clips, which are already bitswapped. |
15:19:22 | amiconn | Of course this should be changed to unswapped for iriver, and it would be nice to have archos compatible here. |
15:19:48 | linuxstb | So there's a set of .mp3 files (with the lang strings), and those .mp3 files are already bit-swapped on disk? |
15:19:51 | amiconn | Of course it's not strictly necessary; I think we'll have different voice files for both anyway. |
15:21:28 | jyp | Why ? |
15:21:53 | Bagder | one reason can be that iRiver can have much higher quality |
15:22:00 | Bagder | due to less space restrictions |
15:22:02 | amiconn | Not with different vocabulary, but with better quality |
15:22:07 | AC | is someone working on a Wavpack codec? |
15:22:17 | amiconn | Bagder: exactly |
15:22:19 | jyp | Ok... Perhaps even with a different format than mp3 |
15:22:28 | LinusN | even so |
15:22:29 | Bagder | jyp: right, that too |
15:23:18 | bobTHC | the voiceclip quality is not enough ? |
15:24:11 | amiconn | linuxstb: The individual clips for talkbox are unswapped. The clips representing the .lang strings are bitswapped, and assembled in one single file (xxxxx.voice) |
15:24:50 | AC | ok... as it seems nobody is working on the Wavpack codec... i will try it :) |
15:25:01 | Bagder | ac: go ahead! |
15:25:29 | Bagder | AC: Dave's existing work on codecs might serve as inspiration |
15:25:51 | linuxstb | AC: Good luck! |
15:25:52 | HCl | doh. |
15:25:54 | HCl | stupid me. |
15:26:48 | linuxstb | I'm working on cleaning up my ???2wav plugins at the moment - I'll soon commit an update whcih will be easier for you to use as a basis for wavpack. |
15:27:04 | LinusN | gotta go, cu guys |
15:27:09 | | Part LinusN |
15:27:16 | AC | jeah.. will look at dave's work |
15:28:01 | linuxstb | AC: But the first stage is just to get the decoder compiling - look in the apps/codecs/ directory - you will need to copy one of the existing lib???/Makefile files into a new "libwavpack" directory, and also add wavpack to the codecs/Makefile |
15:29:49 | linuxstb | If libwavpack gives you different levels of access to the decoding library, go for the lowest level - i.e. you basically just want libwavpack to decode data from one memory buffer and copy the resulting PCM data into a second buffer. |
15:29:58 | amiconn | Argh, Linus left :( |
15:30:34 | amiconn | I just checked the performance figures I measured when writing the optimised strlen() |
15:31:11 | AC | linuxstb: thanks for your tipps |
15:33:23 | amiconn | strlen() of a 1,000,000 byte string takes 0.16 sec with my optimised version regardless of alignment |
15:33:38 | amiconn | (when the routine is in IRAM) |
15:33:42 | | Join MO-Pantsu [0] (Rori@deadman3000.plus.com) |
15:34:31 | amiconn | strlen.c takes 0.28 sec under the same condition when long aligned, 0.65 sec for other alignments |
15:35:29 | linuxstb | AC: No problem. One last thing - try to make (at least at this early stage) as few changes to the original source files as possible. |
15:35:50 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
15:36:23 | AC | i make only changes, that it compiles :) |
15:38:18 | | Quit R3nTiL_ () |
15:38:45 | jyp | fyi, I can play a buffer of sound samples on the gmini... |
15:39:02 | * | Bagder hoorays |
15:39:09 | jyp | This is the application: jyp/test-sound2.c">http://users.skynet.be/jyp/test-sound2.c |
15:39:32 | jyp | This would be for hubble to have a look if he was around |
15:39:45 | Bagder | he was here earlier today |
15:39:52 | jyp | (maybe he's still in hiding ;) |
15:39:59 | linuxstb | jyp: So would you say the iRiver and Gmini ports are at roughly the same stages? |
15:40:16 | linuxstb | You seem to be the only one working on the gmini... |
15:40:31 | jyp | roughly... there's some stuff untested |
15:40:53 | jyp | Specifically I'm waiting for a hardware interface |
15:41:01 | jyp | to recover from a bad flash |
15:41:41 | jyp | Strath is working on it too |
15:41:56 | | Quit DeadMan (Read error: 60 (Operation timed out)) |
15:41:59 | | Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) |
15:42:22 | jyp | Also since we don't support plugins ... |
15:42:33 | jyp | decoders are not even compiled (iiuc) |
15:43:11 | linuxstb | jyp: I've added a SOFTWARECODECS variable in tools/configure - this is only "yes" for the iRiver at the moment. |
15:43:27 | linuxstb | That controls if apps/codecs is compiled. |
15:43:51 | jyp | Let's enable for gmini too then |
15:43:53 | jyp | (no fear) |
15:44:00 | linuxstb | I'll let you do that!! |
15:44:04 | jyp | haha |
15:44:18 | jyp | Ok, I'm giving it a try |
15:44:42 | linuxstb | But I they won't be linked to anything unless you enable the "viewer" plugins. |
15:46:15 | jyp | There should be a way to enable the inclusion of plugins in the main build |
15:47:47 | Bagder | its in the configure script too |
15:47:52 | | Join Zagor [242] (foobar@h254n2fls31o265.telia.com) |
15:48:25 | Zagor | hi fellows |
15:48:34 | * | Bagder looks into the simulator build not using SOURCES problem |
15:48:37 | * | ashridah nods |
15:48:41 | Bagder | hi Z |
15:52:49 | amiconn | Bagder: "<Bagder> its in the configure script too" how do you mean that? |
15:53:14 | amiconn | Iiuc jyp means a way to include the plugins in the main binary |
15:53:15 | Bagder | plugins="" # disabled for now, enable later on |
15:53:19 | Bagder | aha |
15:53:30 | Bagder | I misunderstood |
15:53:38 | | Join R3nTiL_ [0] (~zorroz@83.69.98.4) |
15:54:02 | amiconn | ..because of the CalmRISC being a harvard CPU, and not having enough instruction RAM, but only ROM (flash) |
15:54:08 | Bagder | rockboy linked-in will be... interesting ;-) |
15:54:48 | jyp | I didn't hope to link everything... Only some of the plugins |
15:55:06 | Bagder | yes, I was just kidding |
15:55:16 | jyp | ;) |
15:56:01 | jyp | However rockboy might fit on the 220; 1Mo flash |
15:56:28 | Bagder | but then you won't fit anything else... but who wants more when you have rockboy? ;-P |
15:56:53 | * | jyp grins |
15:57:32 | AC | must go now... see you |
15:58:06 | | Quit AC ("CGI:IRC") |
16:00 |
16:04:06 | | Quit mrmags ("Download Gaim: http://gaim.sourceforge.net/") |
16:08:46 | HCl | :P |
16:09:02 | Bagder | now firmware builds fine |
16:09:08 | Bagder | with sim+SOURCES |
16:09:28 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
16:12:03 | | Quit R3nTiL_ () |
16:12:09 | | Join pd_lulop [0] (~pd_lulop@243.Red-81-44-86.pooles.rima-tde.net) |
16:14:09 | HCl | hmm. |
16:16:50 | | Quit pd_lulop ("Hasta pronto!") |
16:17:25 | linuxstb | jyp: If you compare my newly committed a52towav.c with the previous one, you will see what I meant by "clean up". |
16:21:21 | | Quit ashridah ("sleep") |
16:21:21 | | Quit methangas (Read error: 104 (Connection reset by peer)) |
16:22:18 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
16:22:35 | Bagder | bbl |
16:25:14 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
16:26:07 | elinenbe | will plugins on rockbox (iriver) allow for sound while music is playing in the background? |
16:28:26 | Zagor | elinenbe: i'd like that, yes |
16:29:40 | | Quit Nibbler (Remote closed the connection) |
16:30:08 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
16:30:35 | elinenbe | I would like to listen to my mp3s in the background as I play super mario world! |
16:30:37 | elinenbe | ;) |
16:31:05 | ripnetuk | mixed in with the gb sound of course |
16:31:55 | Cassandra_ | I think that's going to be quite a hairy prospect. Doesn't sound easy to code at all. Effectively you'd need a mixer in a seperate thread. |
16:32:00 | linuxstb | iiuc, rockboy currently grabs the audio buffer to use for itself, thereby disabling the (currently non-existent) audio playback. |
16:32:26 | linuxstb | The other issue of course is CPU speed |
16:32:33 | Cassandra_ | Although TBH the idea of virtualising the audio interface and allowing multiple threads access isn't a bad one. |
16:32:39 | Cassandra_ | Just a hideously complex one. |
16:32:41 | HCl | yay. |
16:32:44 | HCl | and then rockboy had savegames |
16:33:37 | Zagor | Cassandra_: we will need a mixer anyway |
16:33:40 | HCl | linuxstb: yea, at the moment, it does, i'm sort of planning to eventually move memory allocation to the back of the buffer though, so that codecs could remain running if they don't use more than 20mb ram |
16:33:45 | linuxstb | The audio API will include some kind of "play this sound NOW!" function, so most of the plugins and games should be able to use it, but rockboy is a special case. |
16:34:09 | HCl | in theory the iriver should have enough ram for btoh |
16:34:11 | HCl | both |
16:34:17 | preglow | but cpu? :P |
16:34:28 | HCl | shush! i never said anything about cpu! :P |
16:34:42 | preglow | well, frameskip is a good thing |
16:34:45 | HCl | :P |
16:34:49 | HCl | lol. |
16:34:50 | HCl | well. |
16:34:54 | linuxstb | Giving up part of the audio buffer may complicate things, but maybe on the iRiver it's worth the complication. |
16:34:56 | HCl | i haven't resorted to that yet. |
16:35:23 | HCl | linuxstb: yea. i'm kind of assuming that most codecs won't use more than 20mb ram |
16:36:37 | linuxstb | HCl: The basic principle is to save as much RAM as possible for the buffering of compressed audio data - so we can keep the hard drive turned off. |
16:36:42 | preglow | well, i've mashed all the scramble and boot code into a win32 app, but something crashes :V |
16:36:50 | HCl | linuxstb: mhm |
16:36:59 | linuxstb | So I would imaging we would use about 30MB of RAM for buffering during "normal" usage. |
16:37:04 | linuxstb | ^imagine |
16:37:19 | HCl | linuxstb: well, rockboy uses roughly 600kb + romsize + memory of the rom (usually 32kb) |
16:37:29 | HCl | so it doesn't have to be that much |
16:37:41 | linuxstb | So you probably don't need the MP3 buffer at all then? |
16:37:45 | preglow | dynamically resizable mp3 buffer would be nice |
16:37:54 | HCl | linuxstb: romsize ranges from 32kb - 4mb |
16:37:59 | Zagor | preglow: and very very complex |
16:38:50 | linuxstb | I don't know, but maybe the optimised split between compressed and uncompressed data will vary with the codec - will FLAC be the same as low bitrate MP3? |
16:38:54 | preglow | Zagor: why the 'very very'? worst case is you'd have to move the entire mp3 buffer and ditch some data ;) |
16:39:18 | Zagor | preglow: yeah. while playing that same buffer. |
16:39:22 | preglow | :P |
16:39:39 | elinenbe | HCl: what is the current speed of rockboy on the target? |
16:39:48 | HCl | elinenbe: too slow, but its at 11mhz |
16:40:08 | HCl | i can't really say till linus manages to get it to 140mhz and ram waitstates are lessened |
16:40:30 | elinenbe | ah, what % of realspeed at 11mhz? |
16:40:36 | HCl | hrm. |
16:40:38 | HCl | well. |
16:40:46 | HCl | its going at about 1.5 frames per second |
16:40:52 | elinenbe | not bad... |
16:40:54 | preglow | but yes, i really cherish my mp3 buffer, so would be great if it could only be resized while it's not playing or something |
16:41:02 | elinenbe | only about 1/50th realspeed! |
16:41:06 | preglow | i don't want to sacrifice a meg of buffer just so i can play gameboy from time to time |
16:41:28 | preglow | HCl: wow, you've made progress |
16:41:50 | HCl | i tried some speed optimizations.. lcd driver was rewritten.. |
16:42:00 | HCl | cleaned up the code, fixed the warnings.. |
16:42:04 | preglow | any way i can try this newly speeded up version? |
16:42:11 | HCl | yea, hold on... |
16:43:06 | | Quit Nibbler (Remote closed the connection) |
16:44:18 | HCl | ftp://titania.student.utwente.nl/rockbox.zip |
16:44:49 | | Join DeadMan [0] (Rori@deadman3000.plus.com) |
16:45:37 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
16:45:39 | | Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
16:46:09 | preglow | can rockbox reload itself without having to reboot? |
16:46:30 | Zagor | on archos, yes |
16:47:12 | | Quit NibbIer (Client Quit) |
16:48:17 | preglow | HCl: cool, it's a viewer :P |
16:48:24 | HCl | yea |
16:49:02 | HCl | supports savegames now too |
16:49:27 | preglow | i can't wait to see this in 140 mhz |
16:50:28 | bobTHC | grayscale dont already works on iriver? |
16:50:35 | Zagor | no |
16:50:38 | HCl | no |
16:50:40 | HCl | if it did |
16:50:44 | HCl | rockboy would be even faster |
16:52:01 | preglow | but yo, any suggestions on what this windows patching tool should do? patching is a no-brainer, download firmware should work eventually |
16:52:03 | HCl | turning a 4bit grayscale into black and white is still a fairly expensive operation |
16:52:26 | preglow | HCl: isn't it 2bit? |
16:52:30 | HCl | er |
16:52:30 | HCl | yes |
16:52:32 | HCl | sorry |
16:52:53 | preglow | doesn't just checking the top bit work? |
16:53:02 | HCl | no |
16:53:06 | preglow | that'd map 00 and 01 => black, 10 11 to white |
16:53:11 | HCl | yes |
16:53:31 | HCl | hm. |
16:53:35 | ripnetuk | preglow - it should md5 the input file, ooutput file and bootloader.bin to check they are 'supported' versions |
16:53:38 | * | HCl scratches his head |
16:53:39 | HCl | okay |
16:53:42 | HCl | i guess that can work |
16:53:42 | ripnetuk | imho |
16:53:44 | HCl | let me try that |
16:53:46 | preglow | ripnetuk: wouldn't md5 of output be more than enough? |
16:53:51 | HCl | no, wait. |
16:53:52 | preglow | ripnetuk: bootloader.bin is in the exe |
16:53:59 | ripnetuk | ok :) |
16:54:00 | HCl | hm, yea. |
16:54:20 | preglow | i figured you'd want bootloader.bin in the exe to minimize chances of things screwing up |
16:54:56 | preglow | HCl: i'd say don't waste much time on it |
16:55:09 | HCl | yea, doing it with just a bitshift now |
16:55:11 | HCl | let me recompile |
16:55:15 | HCl | should be a bit faster |
16:55:49 | HCl | i need someone to confirm that super mario land doesn't have a savegame.. |
16:55:59 | ripnetuk | HCl -= it doesnt |
16:56:06 | HCl | okay |
16:56:06 | preglow | ripnetuk: right now i just use iriver.c straight as it to do the scrambling, not very pretty, but it works |
16:56:07 | *** | Saving seen data "./dancer.seen" |
16:56:07 | HCl | thanks |
16:56:35 | ripnetuk | the sequal 6 gholden coins does |
16:59:22 | HCl | woot! |
16:59:29 | HCl | i killed my first enemy |
16:59:31 | HCl | in mario |
16:59:31 | HCl | xD |
16:59:39 | HCl | 100 points :P |
16:59:56 | Zagor | hehe |
17:00 |
17:01:05 | ripnetuk | i havent even found my first enemy yet |
17:01:38 | HCl | if you walk to the right a bit |
17:01:43 | HCl | it'll come walking towards you |
17:01:48 | HCl | you really gotta time well when to jump |
17:01:53 | preglow | hahah |
17:01:53 | preglow | indeed |
17:01:59 | ripnetuk | which button is jump? |
17:02:02 | HCl | play |
17:02:07 | ripnetuk | aha i see him :) |
17:02:29 | preglow | HCl: you are well aware that having a working gb emulator on my mp3 player is going to be the coolest thing in the world, yes? :) |
17:03:00 | HCl | :P |
17:03:00 | ripnetuk | hes gonna miss :( |
17:03:01 | HCl | yes |
17:03:01 | HCl | okay |
17:03:10 | HCl | i have a slightly faster lcd driver now |
17:03:21 | HCl | and it comes with an entire new look |
17:03:23 | HCl | for mario |
17:03:23 | HCl | :P |
17:03:27 | bobTHC | it's one of the killer apps for rockbox os |
17:03:50 | ripnetuk | got him |
17:03:54 | HCl | |
17:03:55 | HCl | :p |
17:03:57 | bobTHC | the split edit is an other |
17:04:00 | preglow | bobTHC: it will most certainly show the advantages of an open source os, for sure |
17:04:59 | HCl | gee. |
17:05:03 | HCl | it actually looks loads better. |
17:05:11 | HCl | when i don't render the mid-grays to black |
17:05:29 | HCl | ftp://titania.student.utwente.nl/rockboy.rock |
17:07:34 | ripnetuk | i thought the jpg viewer worked on iriver - is it not so? |
17:08:19 | ripnetuk | myabe it uses the grayscale lib |
17:09:12 | preglow | it does |
17:09:56 | preglow | so what you need to do is tempt amiconn to buy a h1x0 before it's too late, and i'm sure will see a coldfire optimized grayscale lib not long after ;) |
17:12:20 | HCl | yay. |
17:12:23 | HCl | mushroom |
17:12:25 | HCl | 1000 points |
17:12:38 | ripnetuk | does anyone else want a 'reboot' function in rockbox - or do we already have one? |
17:12:42 | | Quit MO-Pantsu (Read error: 110 (Connection timed out)) |
17:12:42 | HCl | preglow: care to try the version on my ftp with the alternate 2bit->1bit color? |
17:12:47 | HCl | i want one. |
17:13:09 | Zagor | ripnetuk: we already have it - rolo |
17:14:45 | linuxstb | It could be useful to be able to start the iRiver firmware from ROM (or a .hex file on disk) as well. |
17:15:10 | linuxstb | Errm, not sure why though... |
17:15:15 | HCl | thats the same as reboot + holding rec |
17:15:35 | | Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
17:15:41 | wacky_ | hey :) |
17:16:09 | preglow | HCl: sure |
17:16:35 | ripnetuk | a simple menu option 'Load iRiver firmware' would be nice |
17:16:43 | preglow | HCl: care to url me again? can't find it :) |
17:16:47 | HCl | ftp://titania.student.utwente.nl/rockboy.rock |
17:18:26 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
17:18:32 | wacky_ | hey is the shortname extension problem really hard to fix ?! |
17:18:39 | HCl | probably not |
17:18:59 | HCl | its just a matter of using the original extension but randomizing the 8 char filename a bit |
17:19:01 | wacky_ | any clue where I should start looking ? |
17:19:02 | HCl | much like how windows does it |
17:19:09 | wacky_ | yeah! |
17:19:19 | wacky_ | I'd really like that iriverify plugin to work! :) |
17:19:19 | HCl | i think you'd have to look for O_CREAT in open() |
17:19:25 | ripnetuk | I was reading how windows does it earlier - aparently if you have 300000 files in a dir it gets confused and takes 8 attempts to generate a short name :) |
17:19:28 | preglow | HCl: it even looks nicer |
17:19:31 | HCl | preglow: yea |
17:19:40 | HCl | preglow: think you can make some pics? |
17:19:43 | preglow | HCl: sure |
17:19:45 | HCl | i'm trying to load pokemon yellow into it |
17:19:47 | preglow | gimme a sec |
17:19:50 | HCl | it didn't look all that with the old driver |
17:19:54 | HCl | wondering how it looks now |
17:19:58 | HCl | it takes ages to boot |
17:20:14 | preglow | anything partiulcar you want depicted? |
17:20:20 | HCl | i dunno. |
17:20:22 | HCl | like |
17:20:26 | HCl | let it run for a while |
17:20:29 | HCl | without touching any buttons |
17:20:33 | HCl | it'll go into demo mode |
17:20:37 | HCl | which is nice for pictures |
17:20:43 | HCl | cause it makes it seem as if its playable XD |
17:20:48 | preglow | hahaha |
17:21:10 | linuxstb | wacky_: It's in the firmware/drivers/fat.c file. You will need to change the "first guess" filename in create_dos_name() to use the first three characters of the extension from the longname, plus then change the part of the code that randomises it and tries again so it randomises part of the 8 characters instead of randomising the extension. |
17:21:13 | HCl | pokemon yellow starts displaying at about 96 |
17:21:35 | wacky_ | linuxstb - gooood :) thanks! |
17:23:06 | linuxstb | wacky_: The problem is that if you don't randomise the "first guess" filename, you will get the first guess filename wrong a lot of the time. But that may not be an issue if Rockbox only rarely creates files. |
17:23:32 | preglow | HCl: approx how long until it goes demo mode? |
17:24:01 | HCl | preglow: dunno, i was just running it for a long time and i suddenly noticed it doing stuff while i wasn't touching it |
17:24:44 | preglow | yeah, i remember mario games used to do that |
17:27:32 | * | HCl wonders why pikachu is still black :/ |
17:27:39 | HCl | cycle 701 |
17:28:52 | preglow | so i see |
17:29:05 | HCl | woot. |
17:29:10 | HCl | this is kinda cool |
17:29:20 | HCl | pokemon yellow at cycle 800 = nice for pictures |
17:29:42 | amiconn | linuxstb: I noticed you moved common code int xxx2wav.h. I once had a discussion with Linus et al about that - having actual code in .h files is badness. |
17:29:57 | wacky_ | where can I get my hands on the roms ?! |
17:30:00 | linuxstb | amiconn: Yes, I know. |
17:30:09 | preglow | HCl: gimme the rom and i'll see |
17:30:13 | HCl | hold on |
17:30:24 | ripnetuk | wacky - usenet |
17:30:27 | wacky_ | :P |
17:30:28 | linuxstb | Two reasons: The plugin build system maps one .c to one .rock, and it's only really testing code that I think will eventually be deleted from CVS. |
17:31:10 | linuxstb | But if you would like me to change it somehow... |
17:31:32 | | Join mecraw [0] (~mecraw@69.2.235.2) |
17:32:01 | HCl | http://web.inter.nl.net/hcc/beemt/english/gameboy.shtml |
17:32:05 | HCl | pokemon roms |
17:32:21 | HCl | hm |
17:32:23 | HCl | nm, that one is dead :/ |
17:32:31 | amiconn | linuxstb: My suggestion would be to make these routines part of the plugin library |
17:32:50 | HCl | http://usuarios.lycos.es/gamerszone/roms/gb/ |
17:32:50 | preglow | but ok, that concludes my mario shooting session, it was getting a bit hard on my back :PP |
17:32:52 | HCl | there |
17:33:08 | wacky_ | cool :) thanks :) |
17:33:14 | preglow | pokeyellow, yes? |
17:33:17 | HCl | yea |
17:33:29 | | Join MO-Pantsu [0] (Rori@deadman3000.plus.com) |
17:33:29 | HCl | zelda should be interesting too |
17:33:33 | HCl | haven't tried those |
17:33:51 | jyp | linuxstb: More work ahead for me; since libmad cause ICEs :/ |
17:33:51 | linuxstb | amiconn: OK, I think that may work. I'll have a look at it. |
17:33:54 | wacky_ | which pokemon you suggest ? |
17:34:00 | wacky_ | I really don't know pokemons :) |
17:34:05 | wacky_ | unfortunately |
17:34:07 | linuxstb | jyp: What's your stack size? |
17:34:07 | HCl | i dunno, i like yellow. |
17:34:11 | HCl | but like |
17:34:18 | HCl | crystal / gold is best for gameboy |
17:34:26 | HCl | i'm not even sure if crystal is still for the plain gb. |
17:34:28 | jyp | linuxstb: internal gcc errors |
17:34:37 | linuxstb | Ah, sorry. |
17:34:42 | wacky_ | ok :) anyway .. I'll fix my plugin first |
17:37:31 | wacky_ | linuxstb - is there any double check to ensure the randomised extension doesn't already exist on disk ?! |
17:37:53 | HCl | oh. |
17:37:55 | HCl | this is sweet |
17:38:09 | wacky_ | HCl - ? |
17:38:11 | HCl | preglow: with pokemon yellow, after it loaded a while (600 or so) press start |
17:38:33 | HCl | xD i'm getting the idea that this rom is spanish |
17:38:35 | HCl | rather than english |
17:38:37 | HCl | but ah well |
17:38:58 | HCl | edicion amarilla XD |
17:39:00 | Sucka | Alle ROMs are 100% English |
17:39:07 | Sucka | good to know they can spell "all" |
17:39:20 | Sucka | so they MUST be in english |
17:39:34 | amiconn | linuxstb: A hint for the API proposal and the 'type' bits: The MAS cannot play layer 1, only layer 2 and 3. Imho we should have one bit per mpeg audio layer. |
17:39:59 | wacky_ | can you guys tell me why the return codes are always *10 when returning from a function ? |
17:40:31 | wacky_ | oh, it's so you can have both errors ? the function error in multiples of 10, and your errors as units ? |
17:41:23 | * | HCl tries a different rom from http://members.fortunecity.com/d4rkhunt3r/gbc.html |
17:41:55 | amiconn | wacky_: Yes, it is implemented that way to be able to trace the "error chain" |
17:42:01 | | Quit DeadMan (Read error: 60 (Operation timed out)) |
17:42:26 | wacky_ | amiconn - nice :) |
17:42:31 | | Quit lolo-laptop (Remote closed the connection) |
17:43:18 | wacky_ | linuxstb - so the randomisation occurs only once, and isn't double checked, as far as I can see ? |
17:43:50 | preglow | ok, i've got a pic of pikachu |
17:44:02 | linuxstb | wacky_ search for "%03X" in fat.c - you will see it's there twice. |
17:44:12 | wacky_ | so we could take the first 4 chars from the original longfilename, randomize the 4 left, take the real extension, and we would have decreased the error percentage ! :) |
17:44:20 | wacky_ | by 10 |
17:44:25 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
17:44:48 | wacky_ | ohhh... |
17:44:51 | preglow | HCl: anything more than the title screen you had in mind? i can't get this shit to react |
17:45:20 | linuxstb | wacky_: I'm not an expert on the fat.c code, so hopefully someone else can review your patch. But I'm glad you're looking at the problem. |
17:45:45 | linuxstb | amiconn: Thanks for the Layer I tip. |
17:46:04 | wacky_ | ahh.. I'll print it out for the run.. have to go soon |
17:49:26 | HCl | preglow: just the title screen with "pokemon" and pikachu at the bottom |
17:49:33 | HCl | i just found the english version, by the way |
17:51:04 | HCl | preglow: on my ftp, series of english pokemon rom |
17:51:17 | HCl | roms* |
17:52:12 | preglow | http://glow.m0f0.net/rockbox/pictures/ |
17:52:31 | preglow | sorry, pictures taken, i'm not about to wait for the title screen again, heh |
17:53:00 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
17:53:27 | HCl | ok |
17:53:28 | | Join phalloides [0] (~10339D481@pdul.demon.co.uk) |
17:53:28 | HCl | :) |
17:54:58 | HCl | sweet |
17:54:59 | HCl | yea |
17:55:01 | HCl | thats what i meant |
17:55:12 | HCl | aside from it being spanish, but ok, doesn't matter XD |
17:56:07 | phalloides | hello. i have a question about low external voltage readings. Anyone feel like helping me? |
17:56:08 | bobTHC | if this picture are slashdoted , the forum will have a heavy traffic |
17:56:16 | bobTHC | :) |
17:56:27 | preglow | hahaha |
17:56:36 | preglow | it's not impossible, you know |
17:57:44 | preglow | well, my box is on a 100mbit line, and i've never stress tested it thoroughly enough ;) |
17:57:54 | bobTHC | it's good to be slashdoted, but when the thing work if not, a lot of ppl will complain about |
17:58:02 | | Quit mecraw () |
17:58:32 | preglow | we don't really need that kind of attention yet, no |
17:58:41 | bobTHC | totally |
18:00 |
18:02:39 | | Quit ripnetuk ("Leaving") |
18:09:06 | wacky_ | do you know any command line utility that could tell me the short filename of a file on vfat ?! |
18:09:24 | linuxstb | wacky_: What O/S are you using? |
18:09:27 | wacky_ | linux :) |
18:09:47 | linuxstb | The only way I know is to mount it using "-t msdos" - you will then only get the shortnames |
18:10:15 | wacky_ | oh good :) |
18:10:58 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
18:11:50 | wacky_ | ouch.. the file isn't even there! |
18:12:30 | wacky_ | if I enable debug in the firmware.. what kind of output will I get ? and which functions or macros triggers debug output on the device ? |
18:14:05 | amiconn | wacky_: The debug output is meant to be used with gdb, via a stub and a suitable form of communication between host & target |
18:14:29 | wacky_ | ouch |
18:14:29 | amiconn | On the archos there is a gdb stub that uses serial, but there is no gdb stub yet for iRiver |
18:14:58 | wacky_ | and.. nothing is logged to a file on the disk ? that would give tips at least?! |
18:15:07 | amiconn | Nope. |
18:15:10 | wacky_ | ok |
18:15:28 | amiconn | For that kind of stuff, you'd need to add your own debugging methods. |
18:15:44 | wacky_ | is it safe to use api->splash() all the time ?! |
18:15:48 | amiconn | I often use splash() for that, especially on Ondio |
18:15:56 | wacky_ | ok good :) |
18:16:04 | wacky_ | even in fat.c ?? |
18:16:22 | amiconn | You shouldn't over-use splash because it immensely slows down things if called often. |
18:16:36 | jyp | linuxstb: Have you tried to compile libmad with gcc 3.4.4 ? |
18:16:38 | wacky_ | well just for debugging.. |
18:16:51 | amiconn | I even used splash() very lowlevel - for debugging the MMC driver on Ondio |
18:17:22 | amiconn | On Ondio I am unable to use the gdb stub - both serial i/f are taken |
18:17:29 | linuxstb | jyp: No, I'm using 3.4.2 for Coldfire, and 3.3.5 as my native x86 compiler |
18:17:30 | jyp | linuxstb: I mean 3.4.3 |
18:18:01 | jyp | The error is very strange... |
18:18:09 | jyp | return offset_table[bitalloc_table[offsets[sb]].offset][index - 1]; |
18:18:15 | jyp | ... this fails |
18:18:28 | jyp | unsigned short x = bitalloc_table[offsets[sb]].offset; |
18:18:33 | jyp | return offset_table[x][index - 1]; |
18:18:39 | jyp | ... this works! |
18:19:05 | | Part phalloides |
18:19:06 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
18:20:14 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
18:20:34 | linuxstb | jyp: Very odd. Is that the only problem, or are there others? |
18:21:15 | jyp | There's another one |
18:21:18 | jyp | (at least) |
18:22:28 | linuxstb | Would it help if I built a 3.4.2 cross-compiler for the gmini? and tested it? |
18:22:57 | jyp | Unfortunately t exists only in 3.4.3 version |
18:23:43 | jyp | backporting is to 3.4.2 seems not worth it |
18:24:44 | jyp | To be sure, I'm working on the calmrisc (gmini) port of gcc... |
18:24:49 | Zagor | jyp: tried asking in #gcc ? |
18:25:19 | jyp | but it smells like the error is in the machine independant code |
18:26:01 | jyp | hmmm, I hanged in #gcc before... It was quite unhelpful |
18:26:12 | Zagor | ok |
18:26:15 | jyp | The mailing list would be the way to go |
18:26:48 | jyp | Besides I just discovered the error |
18:27:01 | jyp | I mean, cornered it |
18:30:44 | jyp | I have to go... See you |
18:30:46 | | Quit jyp ("poof!") |
18:32:35 | | Join Lmcmann [0] (~88020167@labb.contactor.se) |
18:33:01 | Lmcmann | Afternoon, all |
18:33:04 | | Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby") |
18:34:14 | Lmcmann | Sorry to sound like a newbie, I've been using your firmware on an FM for quite a while now. |
18:34:21 | Lmcmann | Love it, of course. |
18:34:54 | Lmcmann | I have a question. I've tried searching around and couldn't find the answer, so I'm trying here. |
18:35:14 | bobTHC | try |
18:35:41 | Lmcmann | After the 120 support gets finished, is someone going to play with 320 support? |
18:37:02 | bobTHC | perhaps |
18:37:58 | preglow | Lmcmann: very probable |
18:38:13 | bobTHC | :) |
18:38:18 | preglow | it's probably going to share a lot of code with the h1x0 port |
18:39:14 | Lmcmann | That's dang fine news. |
18:39:41 | Lmcmann | On a related note, does anyone know of any 120's that are being closed out? |
18:39:41 | preglow | but of course, no guarantees |
18:39:47 | Lmcmann | Of course. |
18:39:56 | preglow | closed out? |
18:40:08 | Lmcmann | as in, cheaper than retail because they're discontinued. |
18:40:16 | preglow | ahh |
18:40:18 | preglow | no idea |
18:41:20 | Lmcmann | Thanks for the info. You amy now return to your regularly scheduled program <g>. |
18:41:28 | Lmcmann | er amy=may |
18:41:29 | Zagor | Lmcmann: you mean the av320? |
18:41:48 | Lmcmann | Nope, the Iriver |
18:42:01 | Zagor | ah |
18:43:01 | Lmcmann | The av320 would be neat, but I didn't think you were working on it. |
18:44:45 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
18:47:09 | wacky_ | hmm.. anyone still here ? |
18:47:24 | Lmcmann | I was wondering the same thing. |
18:47:32 | Lmcmann | Of course, I don't count, really. |
18:47:38 | wacky_ | you know the fat thing ? the naming is now okay, but the file doesn't even appear when I mount with -t msdos |
18:47:47 | Lmcmann | Not that there's anything wrong with that.... |
18:48:14 | rasher | wacky_: sounds like you broke something, subtly, but horribly :) |
18:48:19 | rasher | I'm of no use, sorry |
18:49:19 | wacky_ | hahah ... |
18:49:32 | wacky_ | I hope not.. |
18:50:20 | linuxstb | wacky_: Obvious question, but does it appear with "ls -al" |
18:50:49 | linuxstb | (I hope you have a backup of anything important on your iRiver) |
18:56:08 | wacky_ | linuxstb - heehee :) well yes I do have a backup |
18:56:09 | *** | Saving seen data "./dancer.seen" |
18:56:19 | wacky_ | and it doesn't appear on the drive mounted as msdos, but as vfat yes |
18:56:29 | wacky_ | and it appears in the rockbox navi |
18:56:40 | wacky_ | must the shortname have a . in it ? |
18:56:49 | wacky_ | between the 8th and the 9th chars ? |
18:57:09 | wacky_ | it generates: DYNA9869M3U |
18:57:13 | | Join mecraw [0] (~mecraw@69.2.235.2) |
18:57:20 | wacky_ | for an input of dynamic.m3u |
18:58:11 | linuxstb | wacky_: Looking at fat.c, I think you are right - i.e. 11 characters without a dot. But I'm not an expert on that code. |
18:58:38 | wacky_ | ok |
18:59:07 | wacky_ | hmm.. some weird things happen :) |
18:59:13 | wacky_ | but it's alright |
19:00 |
19:00:02 | * | rasher stares blankly at rockout.c |
19:00:23 | rasher | That's what I get for coding at night |
19:00:27 | rasher | none of this makes sense to me now |
19:01:43 | wacky_ | ohhh :) gotcha! :) |
19:01:47 | wacky_ | ohh yeah :)< |
19:02:09 | rasher | \o/ |
19:03:26 | wacky_ | ohhh yeah :) that's goooood |
19:04:21 | linuxstb | wacky_: Are you happy now? |
19:04:22 | preglow | _o/ |o_ _o/ |
19:06:32 | HCl | yay. i'm back |
19:07:11 | wacky_ | ok.. I really have to go.. but I'll put up the patches on my website.. maybe some of you guys can review.. I'm not a champion in C programming.. it's been a while I've done that.. so ..... |
19:08:44 | wacky_ | http://bourget.cc/dump/rockbox_fat_shortname.diff and http://bourget.cc/dump/iriverify.c .. put the second one in apps/plugins/ |
19:09:05 | wacky_ | see ya later :) now you have otf playlist support for your iRiver to play with right away ! |
19:09:40 | * | rasher adds a link in the todo wiki |
19:10:10 | wacky_ | you can get http://bourget.cc/dump/iriverify.rock also |
19:10:24 | linuxstb | wacky_: Can you do a unified diff? e.g. diff -u3 ? |
19:11:24 | wacky_ | see ya later :) and thank you for your awsome work and your awsome team |
19:11:31 | wacky_ | linuxstb - ok.. updated.. check it out again |
19:11:44 | | Join quelsaruk [0] (~kvirc@80.103.134.240) |
19:11:48 | quelsaruk | evening |
19:11:55 | HCl | hey quelsa thingy |
19:11:57 | HCl | how goes? |
19:12:00 | HCl | :p |
19:12:18 | quelsaruk | learning interesting things :) |
19:12:22 | HCl | mmm? |
19:12:24 | HCl | like? |
19:13:23 | quelsaruk | like there's a linux version of ISTRAM software (spanish civil engineering software) :) |
19:13:28 | linuxstb | wacky_: Thanks. I'll be interested to see what others think of it - hopefully it (or something very similar) can be committed. |
19:15:10 | wacky_ | see ya :) |
19:15:14 | | Quit wacky_ ("babyye") |
19:17:05 | amiconn | linuxstb: wacky_'s extension search looks a bit odd to me. There is strrchr() available in rockbox... |
19:17:07 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:18:11 | * | HCl learned a new english word :d gobbilygook |
19:18:30 | quelsaruk | HCl: and means....? |
19:18:42 | HCl | um. "abacadabra" in dutch o.o |
19:19:39 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
19:19:52 | | Join Cassandra_ [0] (~christi@213.78.127.247) |
19:20:47 | linuxstb | amiconn: Yes, I was thinking exactly the same thing. |
19:22:23 | linuxstb | amiconn: What is the cost of a filename clash? Would it be acceptable to not randomise the "first guess" filename at all, but just fit the long name into the short name? I'm guessing that file creation will always be a rare task in Rockbox. |
19:23:06 | amiconn | The cost is that it needs to reiterate. Shouldn't matter that much |
19:23:52 | amiconn | File creation may be not so rare depending on the main use. Recording may create a number of files... |
19:24:34 | amiconn | But yes, files won't be created frequently, i.e. certainly not several files per second. |
19:26:44 | linuxstb | But thinking about it, I'm happy enough with wacky_'s logic - i.e. just randomise the second four characters in the name. |
19:27:11 | amiconn | Not randomising the first try may not even need much additional code. |
19:27:33 | amiconn | First, create the shortname from the longname. |
19:28:07 | amiconn | Then try if it's already taken, if yes randomise char 5..8 and retry |
19:28:37 | amiconn | It's simply a matter of reversing the order things happen in this loop |
19:29:08 | linuxstb | Do you want to have a go at it? I'm sure you're better at writing tight C than I am. |
19:30:08 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
19:30:27 | amiconn | Hmm. I can try. |
19:37:12 | | Join DeadMan [0] (Rori@deadman3000.plus.com) |
19:39:41 | amiconn | linuxstb: There is a problem with wacky's method to always place the random part at char 5..8 |
19:39:49 | linuxstb | ? |
19:40:11 | amiconn | If the shortname itself is shorter than 4 chars, there would be a space in the shortname, which is not allowed |
19:40:30 | linuxstb | Isn't it? |
19:40:44 | amiconn | Nope. |
19:40:56 | linuxstb | Could we just pad with "_" ? |
19:41:55 | amiconn | We could. However, I think this should be done a little different. We can search for the place where to start the random padding. |
19:42:39 | linuxstb | OK, I was just trying to keep it as simple as possible. |
19:43:59 | amiconn | Handling the case of a .dotname is also a bit tricky. The name part of a shortname must not be empty (and in that case I think the shortname should be the part after the '.') |
19:44:27 | linuxstb | Are you regretting looking at this now? :-) |
19:45:10 | amiconn | Hmm. I need a way to check the actual shortname... :-/ |
19:45:21 | amiconn | Windows doesn't tell me |
19:45:35 | linuxstb | Doesn't "dir /x" do that? |
19:46:12 | amiconn | AH, of course. Should have though of 'dir'.... |
19:46:25 | linuxstb | Your trusty old friend. |
19:46:32 | quelsaruk | ms-dos |
19:46:37 | quelsaruk | our friend :) |
19:46:51 | amiconn | And as I see, windows indeed uses the part after the dot for .dotnames |
19:47:05 | amiconn | .rockbox has a shortname of ROCKBO~1 |
19:55:20 | | Quit MO-Pantsu (Read error: 110 (Connection timed out)) |
19:57:28 | preglow | decrypting/encrypting a iriver firmware is never supposed to alter its length, right? |
20:00 |
20:00:13 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
20:00:59 | amiconn | linuxstb: Now I have a nice-looking create_dos_name() that keeps both name and extension as much as possible. |
20:01:13 | amiconn | The randomising will be done in another place. |
20:05:31 | linuxstb | amiconn: very nice. |
20:09:49 | | Join webguest68 [0] (~d53d8302@labb.contactor.se) |
20:09:55 | webguest68 | Hi |
20:10:21 | webguest68 | can someone tell me at what sysclock the iRiver H100 is running? |
20:12:00 | webguest68 | Ok, thanks anyhow |
20:12:07 | webguest68 | i try later; bye |
20:12:09 | | Quit webguest68 (Client Quit) |
20:16:19 | | Quit quelsaruk ("Instaling 1GB DDR400 more :)") |
20:20:05 | | Join bg_ [0] (~chatzilla@adsl-68-78-228-166.dsl.mdsnwi.ameritech.net) |
20:21:14 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
20:21:22 | bg_ | does the iriver HP-1XX series lcd support grayscale? |
20:21:31 | rasher | Yes, 2bit |
20:21:34 | Chamois | hubble : any news about sounds on our iriver ? |
20:21:45 | rasher | but rockbox doesn't support it at the moment |
20:22:08 | bg_ | yeah... i was looking at the iriver firmware and just noticed monochrome |
20:22:17 | bg_ | maybe except the boot screen |
20:22:48 | Chamois | lots of things on the iriver original firmware are in grayscale |
20:23:25 | bg_ | it appears they use dithering |
20:23:28 | bg_ | not grayscale |
20:24:10 | Chamois | are you sure? |
20:24:13 | bg_ | then again im only looking at the play screen |
20:24:34 | rasher | I'm quite sure they use greyscale. Especially noticable on the boot screen |
20:24:36 | bg_ | oh i see it now that ive gone to the navi screen |
20:24:39 | Chamois | tay a look in the menu |
20:25:05 | Chamois | yes in the navi screen grayscale are used |
20:25:09 | hubble | Chamois: i'm looking into DMA currently |
20:25:19 | Chamois | ok good luck |
20:25:31 | hubble | Chamois: which is needed for a working audio driver |
20:25:47 | Chamois | i know i know |
20:25:54 | Chamois | but i let you work |
20:26:32 | bg_ | I wish i knew enough to work on embedded systems... do most people working on this project have formal training or just years of messing around? |
20:27:26 | Bagder | both |
20:27:39 | Bagder | and none |
20:27:40 | Bagder | ;-) |
20:27:47 | Bagder | all kinds exist |
20:27:50 | bg_ | yeah |
20:28:21 | hubble | this is my first embedded project i guess, so I'm learning a lot |
20:29:57 | bg_ | i guess once you get past all the low level coding its not too different huh? |
20:30:39 | Bagder | yeps, most of Rockbox is just plain normal programming |
20:31:35 | rasher | I need to get an idea of what I'm doing |
20:31:56 | | Join cabr [0] (~cabron@p54879C64.dip.t-dialin.net) |
20:32:06 | rasher | this so called collision detection is annoying stuff |
20:32:14 | cabr | hello there |
20:32:19 | rasher | evening |
20:32:35 | cabr | my hard disk crashed |
20:32:41 | cabr | I mean the hard disk of my jukebox |
20:33:04 | cabr | does anyone know, if I can replace it with a 40gb hard disk? |
20:33:12 | | Join LinusN [0] (~linus@labb.contactor.se) |
20:33:20 | Bagder | cabr: yes you can |
20:34:32 | LinusN | hubble: i looked at your code |
20:34:50 | cabr | and I can use the full space? |
20:34:55 | bg_ | im gonna cry the day the HD in my 140 goes. Just happened to my laptop a couple weeks ago |
20:35:12 | Bagder | cabr: yes, if you don't use (a recent) windows to format the fat partition |
20:35:22 | Bagder | cabr: I have an 80GB in my archos |
20:35:28 | bg_ | oem? |
20:35:33 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
20:35:36 | linuxstb | Oops, just noticed I broke the SIM builds - but I know the solution. |
20:35:58 | cabr | so if I format it in fat32 it'll be ok? |
20:36:09 | Bagder | cabr: yes |
20:36:18 | Bagder | cabr: and make sure it has a partition |
20:36:26 | preglow | rewriting the scramble code to not interact with files is going to be pretty boring.... |
20:36:48 | cabr | thanks a lot |
20:38:32 | XShocK | i am not very familliar with licensing. if there is a GPL source. If I take that source and put it in my prog, technically will it be considered illegal if I change that code a bit, and do not show who did it in the begining? |
20:38:55 | XShocK | my prog is also GPL |
20:39:13 | Bagder | XShocK: strictly speaking, yes |
20:40:24 | XShocK | ok thanks. :) |
20:41:05 | rasher | yes, I'm pretty sure you need to mark it with original copyright owner |
20:43:21 | amiconn | Does anyone have a suggestion for the best way to put a (random) hex string _in the middle_ of another string, without inserting a null byte? |
20:43:39 | LinusN | you mean insert the string? |
20:43:46 | | Quit cabr () |
20:44:03 | amiconn | No, replace 4 chars with 4 new chars. String length should remain the same |
20:44:16 | LinusN | how hard can it be? |
20:44:29 | linuxstb | I think he's looking for clever ways. |
20:44:51 | LinusN | "clever", meaning what? fast? elegant? |
20:44:58 | linuxstb | I don't know :-) |
20:45:00 | amiconn | Using snprintf() directly would close the hex string with a null byte, thereby chopping off what comes after that |
20:45:10 | LinusN | strncpy |
20:45:19 | XShocK | memcpy I think. |
20:45:21 | linuxstb | Maybe just snprintf to a temporary string, then copy |
20:45:28 | XShocK | i think strcpy will put zero in the end |
20:45:35 | LinusN | not strncpy |
20:45:49 | LinusN | but *maybe* our implementation does |
20:45:52 | XShocK | aaa oh. did realize. :) |
20:45:52 | amiconn | Yes, that's clear. I wondered whether there would be a better method |
20:46:03 | LinusN | the standard implementation doesn't add a null byte |
20:46:14 | LinusN | better in what way? |
20:46:23 | linuxstb | Or save the 5th character and then restore it after it's overwritten with the null.... |
20:46:26 | Bagder | snprintf(buffer... "%c%c%c%c") works |
20:46:53 | Bagder | but not very elegant |
20:47:07 | LinusN | memcpy is probably the easiest |
20:47:27 | Bagder | yes |
20:47:29 | amiconn | Yeah, the snprintf() itself is not a problem, and I'll use snprintf(buffer... "%04x") anyway |
20:50:22 | | Join Quelsaruk [0] (~kvirc@80.103.134.240) |
20:50:26 | Quelsaruk | re-hi |
20:50:32 | Quelsaruk | i'm amazed |
20:52:53 | Quelsaruk | how can windows need 512MB of ram? |
20:53:42 | Bagder | it needs to fill it up so that the swap space gets used fine |
20:53:47 | Bagder | :-P |
20:53:56 | linuxstb | Does anyone know the "−−param large-function-growth limit reached" warning in gcc? I get the warning when compiling FLAC, and am wondering what the best solution is. |
20:54:08 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
20:56:12 | *** | Saving seen data "./dancer.seen" |
20:56:21 | XShocK | linuxstb: I think you need 3.3 gcc |
20:56:49 | linuxstb | Why ? |
20:57:08 | preglow | because gcc 3.4 has broken inlining |
20:57:10 | preglow | some places |
20:57:12 | XShocK | I think I have seen this problem dicussed before. I remeber people talking that 3.4 has this problem and 3.3 doesn't have it |
20:57:46 | linuxstb | Which version does the CVS build system use? |
20:58:23 | Bagder | gcc 3.4.1 |
20:58:39 | Bagder | for m68k |
20:59:09 | preglow | linuxstb: it doesn't break anything, but things will run slower if it depends heavily on inlining |
21:00 |
21:00:02 | linuxstb | OK, I'll commit it as it is, and we can take it from there. |
21:00:33 | amiconn | linuxstb: My shot at the extension problem adds 120 bytes to the binary size on archos. Let's see whether it works... |
21:03:14 | amiconn | Bagder: There is a bug in the 'diff' linking from the 'latest cvs activity' page |
21:03:35 | amiconn | If a file is removed, following this link gives back a 404... |
21:03:48 | Bagder | oh |
21:04:01 | Bagder | anything visible atm? |
21:04:12 | amiconn | Try with apps/plugins/xxx2wav.h 1.3 |
21:05:03 | Bagder | I'll work on that later |
21:05:13 | Bagder | I'm on the sim build now |
21:05:15 | amiconn | Perhaps this shouldn't be a link for a removed file, same as with new files |
21:05:32 | Bagder | right, the tricky part is gonna be to detect it being a delete |
21:06:05 | amiconn | It could even show a † behind the version number ;) |
21:07:59 | Bagder | gee |
21:08:01 | Bagder | it builds |
21:08:03 | Bagder | and starts |
21:08:40 | amiconn | hrmpf. My shortname handling obviously has a bug :( |
21:10:40 | amiconn | Hehe, I obviously created an endless loop... |
21:14:53 | LinusN | amiconn: did you have a look at the patch by wacky_? |
21:15:06 | amiconn | Yes, I had. |
21:15:18 | LinusN | just checking |
21:16:39 | amiconn | LinusN: See the irc log, starting ~19:15 cet |
21:18:33 | amiconn | Seems to work now. Anyone interested in a diff, or should I directly commit? |
21:18:58 | LinusN | commit it if it works |
21:20:58 | amiconn | Now all recordings get an .MP3 extension in the shortname :) |
21:23:01 | amiconn | Hmm, it looks like create_dos_name() once was supposed to return an error code, but currently always returns 0. Should I change it to void ? |
21:24:06 | LinusN | nah |
21:24:35 | XShocK | is DMA used in Rockbox in iriver now? |
21:24:42 | LinusN | no |
21:24:44 | HCl | helloooooooo |
21:24:46 | HCl | :) |
21:25:05 | LinusN | HCl: you must know something about the dram timing that i don't |
21:27:37 | HCl | i do? |
21:27:38 | HCl | o.o |
21:27:50 | HCl | no no, i'm just repeating what other people told me :x |
21:29:09 | LinusN | i can't remember claiming that the dram timing was slow |
21:29:15 | LinusN | or did i? |
21:29:21 | preglow | think you did |
21:29:28 | LinusN | i must have been confused |
21:29:36 | preglow | oh, that's alright |
21:30:01 | HCl | but okay |
21:30:05 | LinusN | the dram *refresh* timing needs attention, though |
21:30:14 | XShocK | Linus: I think you did say something like that. |
21:30:18 | LinusN | it is way too slow at the moment (!) |
21:30:20 | HCl | hows the cpu scaling thingy going? :x |
21:30:26 | LinusN | good |
21:30:39 | LinusN | working on the dram refresh and the i2c clock scaling |
21:30:49 | HCl | :) |
21:30:55 | * | Sucka smooches rockbox |
21:30:55 | bg_ | do you expect rockbox to extend the battery life of the iHP's? |
21:31:01 | bg_ | with the scaling and whatnot.. |
21:31:07 | LinusN | problem is that a whole bunch of peripherals are affected by the pll change |
21:31:15 | HCl | ahh. |
21:31:22 | preglow | i would expect the opposite, at least in the beginning |
21:31:36 | bg_ | worse at first? |
21:31:39 | LinusN | bg_: the whole point of changing the cpu speed is to conserve power |
21:31:39 | preglow | yeas |
21:31:59 | preglow | but we'll se, no way of knowing how good the iriver firmware is in that regard |
21:32:02 | LinusN | but we will set it high and work our way down :-) |
21:32:38 | bg_ | yeah, was wondering how well the original firmware handled scaling |
21:36:16 | LinusN | hubble: u there? |
21:38:17 | | Quit Lmcmann ("CGI:IRC") |
21:43:21 | amiconn | Ah, special case working too :) |
21:43:41 | hubble | LinusN: yes |
21:44:00 | LinusN | hubble: i looked at your code |
21:44:38 | LinusN | looks good, however, 9.8kbit/s isn't a lot :-) |
21:45:20 | hubble | LinusN: hehe.. yes, better safe than sorry |
21:45:37 | XShocK | I am trying to make DMA working for sound. |
21:46:18 | hubble | LinusN: I was unsure if the increase of CPU speed later would affect this |
21:46:20 | amiconn | linuxstb: There. |
21:46:27 | XShocK | by the way, hubble, the line there contains PDOR3 = v; twice. why? |
21:46:52 | LinusN | to fill the fifo? |
21:46:55 | hubble | XShocK: that pushes several "v" into the output fifo |
21:47:36 | LinusN | hubble: you should yield() in the polling loop |
21:47:57 | hubble | LinusN: ok, I'll fix that.. |
21:48:03 | LinusN | where you wait for the i2c interrupt flag |
21:48:09 | XShocK | so, it pushes the same v twice. |
21:48:25 | hubble | XShocK: it was so the fifo would not run out of samples |
21:49:30 | LinusN | hubble: also, i think the functions should return negative values on failure, like the other rockbox functions |
21:49:54 | hubble | LinusN: consistancy is good, I'll fix that too |
21:51:21 | LinusN | also, the addresses for I2C_DEVICE1 and 2 should use MBAR and MBAR2 |
21:53:41 | hubble | LinusN: yep.. Btw, I was trying to check the tuner chip (which should be connected using i2c) but it did not respond on it's address (0xC0) on either of the i2c interfaces.. Have you seen a tuner-enable GPIO ? |
21:54:04 | preglow | rockbox has no O_TRUNC? :/ |
21:54:53 | Bagder | it does |
21:54:59 | preglow | doesn't seem to work |
21:55:02 | preglow | my file isn't truncated |
21:56:01 | amiconn | preglow: Do you close the file properly? |
21:56:16 | preglow | amiconn: yes |
21:56:24 | amiconn | Hmm. |
21:56:29 | preglow | if by 'properly' you mean 'at all' |
21:56:38 | preglow | 'cause i can't think of any way to close it improperly, heh |
21:57:00 | amiconn | yeps. It should work then.... What are you trying to do? |
21:57:07 | preglow | writing debug data to a text file |
21:57:41 | preglow | int of2 = rb->open("/test.txt", O_WRONLY | O_CREAT | O_TRUNC); |
21:57:45 | preglow | nothing wrong with that? |
21:59:40 | amiconn | Hmm, looks correct. |
22:00 |
22:00:00 | amiconn | What does a filesize(of2) tell you? |
22:00:07 | preglow | right after opening? |
22:00:19 | amiconn | yup |
22:01:15 | | Quit Hohoman (Read error: 104 (Connection reset by peer)) |
22:03:00 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
22:03:23 | preglow | excuse me for wasting your time, i am a fool |
22:03:34 | preglow | i've been copying the bloody .o file to the player for the last ten minutes |
22:03:38 | preglow | small wonder things didn't work out |
22:03:45 | | Quit Zagor ("Client exiting") |
22:03:50 | preglow | it truncates just fine |
22:04:09 | | Join jyp [0] (~jp@97-104.245.81.adsl.skynet.be) |
22:08:34 | linuxstb | amiconn: new DOS shortnames look good. |
22:08:49 | amiconn | :) |
22:10:11 | linuxstb | It's better than the 108 warnings I've just added to the iRiver buiild with libFLAC... |
22:11:26 | linuxstb | Does anyone have gcc 3.3.? installed for the m68k? |
22:11:32 | preglow | yes |
22:11:37 | preglow | no, ignore me |
22:12:03 | preglow | i've got it for x86, but that won't get you far |
22:12:06 | amiconn | I wonder whether we need to bump the build cycle time soon. The automated builds already take more than half of the 20 minute cycle... |
22:14:28 | preglow | hmm |
22:14:33 | preglow | think i've found a usb related bug here |
22:14:51 | preglow | i can now browse my mp3 player on both the computer AND rockbox |
22:14:55 | preglow | and it is connected |
22:15:39 | HCl | linuxstb: i got a binary of it.. i think. |
22:16:58 | preglow | and there i got an ata panic |
22:17:02 | preglow | -71 |
22:17:54 | linuxstb | HCl: Can you see what warnings the current CVS gives with gcc-3.3 when compiling the iRiver target? If you look at the daily builds table,. gcc-3.4 is giving lots of inlining warnings. |
22:19:46 | HCl | um.. |
22:19:59 | HCl | i'm rather tired, can i just dcc you the executable? |
22:20:34 | linuxstb | HCl: Don't worry, I'll install it myself, thanks. |
22:20:40 | HCl | okies |
22:21:22 | preglow | hmm, it seems rockbox detects the usb connection earlier than windows, rockbox goes to usb mode while windows doesn't if the plug is only halfway in |
22:21:26 | preglow | i think my crash was related to that |
22:21:49 | preglow | but can't reproduce it |
22:23:13 | preglow | yes i can, there it paniced again |
22:23:26 | LinusN | tell me |
22:23:31 | rasher | you're being mean to it |
22:23:42 | preglow | i've got debug info now |
22:23:53 | preglow | but i guess this is more of a hardware related bug |
22:25:02 | preglow | rasher: i didn't mean to :/ after all the usb plugging i've done lately, my usb connector has gotten rather slack, so i unintentionally left it halfway in the first time |
22:25:03 | | Join Patr3ck [0] (~patr3ck@pD9E5CFA4.dip.t-dialin.net) |
22:29:16 | amiconn | I just realised that the shortname creation code (both old & new) has a bug. If you hand it a longname that consists of forbidden characters only (e.g. "+++++.txt"), it'll end up with an empty name part. |
22:30:56 | linuxstb | amiconn: Should forbidden characters be replaced by something, rather than omitted? |
22:31:39 | preglow | shouldn't open return -1 in case of illegal characters? |
22:32:14 | amiconn | preglow: I don't talk about complete illegal file names here. |
22:32:23 | amiconn | *completely |
22:32:45 | amiconn | It's about illegal characters for 8.3 shortnames |
22:33:22 | amiconn | I think omitting them is the better method. |
22:33:25 | preglow | i hate this 8.3 business, lets go ext3 :( |
22:33:27 | preglow | :) < |
22:34:04 | preglow | it would of course not go well with archos and lock out all windows users, but hey |
22:34:37 | HCl | okay |
22:34:38 | HCl | now |
22:34:41 | HCl | if rockboy still runs now |
22:34:43 | HCl | it'll be sweet. |
22:34:46 | * | HCl goes to test |
22:34:49 | preglow | what'd you do? |
22:34:53 | HCl | stuff >.o |
22:34:56 | HCl | i'll tell you if it works |
22:35:14 | | Join xen` [0] (~xen@ADijon-151-1-72-114.w83-196.abo.wanadoo.fr) |
22:36:15 | amiconn | linuxstb: I wonder whether we should fix this at all. The file handling isn't 100% foolproof anyway, e.g. you can create longnames that start and/or end with spaces. |
22:38:07 | Quelsaruk | btw, what do you think about the new charging routine? |
22:38:38 | linuxstb | amiconn: Why don't you just add some comments to the code with the "known bugs" ? |
22:40:28 | elinenbe | linuxstb: I think amiconn's idea is better... fixing know bugs! (hey, who wants to look at the recursive insert bug?)! |
22:40:49 | amiconn | Hmm, Windows replaces illegal chars by underscore, only spaces are removed. |
22:40:59 | amiconn | I think this is a good idea after all |
22:41:08 | linuxstb | Only by chance! |
22:41:26 | amiconn | ? |
22:45:43 | | Quit Chamois ("CGI:IRC") |
22:46:13 | HCl | okay, i think i slashed rockboy down with another 170k |
22:46:20 | HCl | making it 420k |
22:46:37 | | Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
22:46:53 | wacky_ | hey guys :) |
22:47:27 | jyp | HCl: gratz ;) |
22:48:04 | Bagder | is it my X or is the x11 sim weird atm? |
22:48:08 | | Join webguest93 [0] (~3e234217@labb.contactor.se) |
22:48:20 | amiconn | Bagder: ? |
22:48:26 | Bagder | I can't get the menu to appear in the recorder sim |
22:48:49 | | Quit webguest93 (Client Quit) |
22:48:59 | Bagder | first I thought I'd broken it, but trying a fresh cvs it still doesn't work for me |
22:49:11 | HCl | gee. what fun. |
22:49:16 | wacky_ | amiconn - you committed some fix for the fat bug ?! |
22:49:19 | HCl | i now own pokemon yellow in japanese.... |
22:49:21 | HCl | goddarnit |
22:49:24 | wacky_ | have you guys tried the 'iriverify' plugin ? |
22:49:25 | amiconn | wacky_: I did. |
22:49:30 | HCl | i want english, english!! >.<; |
22:49:38 | HCl | whats the iriverify plugin? |
22:49:59 | HCl | pocket monsters yellow... hm. yea. thats what it was called.. |
22:50:48 | wacky_ | heh.. sorry for the lamish code.. I have to do more.. it's been some time since I coded C |
22:51:30 | wacky_ | glad to have that fixed now.. that allows to create playlists in Rockbox and load them in the original firmware... until we get sound support in ROckbox :) |
22:53:07 | wacky_ | whould I remove the link to my patch in the ThingsTodo wiki page ?? |
22:53:09 | Quelsaruk | HCl: i can translate something if it's in hiragana, but not if it's in kanjis :D |
22:54:07 | HCl | Quelsaruk: mmm. |
22:54:19 | HCl | Quelsaruk: well, i'm somewhat ok in japanese.. my gf is better at it.. |
22:54:27 | HCl | but i want it in english, obviously |
22:54:31 | Quelsaruk | hehehe |
22:54:34 | preglow | i've got it in spanish :-) |
22:54:38 | Quelsaruk | dunno why ;) |
22:54:40 | HCl | yea |
22:54:42 | HCl | i finally have a rom |
22:54:45 | HCl | thats named yellow-eng.gb |
22:54:51 | HCl | and claims to be pokemon yellow in english. |
22:54:53 | HCl | so..... |
22:56:13 | *** | Saving seen data "./dancer.seen" |
22:58:15 | Bagder | what does 'uname' output on cygwin? |
22:58:44 | preglow | CYGWIN_NT-5.1 winglow 1.5.12(0.116/4/2) 2004-11-10 08:34 i686 unknown unknown Cygwin |
22:58:47 | preglow | that's -a |
22:58:49 | amiconn | CYGWIN_NT-5.1 |
22:58:51 | preglow | no -a gives just the first part |
22:59:01 | Bagder | ok, thanks |
22:59:07 | amiconn | Maybe it'll differ for different windows versions |
22:59:14 | preglow | think so |
22:59:16 | preglow | 5.1 is xp |
22:59:18 | preglow | 5 is windows 2000 |
22:59:19 | amiconn | The 5.1 is most likely xp |
22:59:25 | amiconn | 5.2 is 2003 |
22:59:40 | Bagder | I'll check for "cygwin*" |
22:59:56 | amiconn | What do you need this for? |
23:00 |
23:00:04 | Bagder | conditional stuff in configure |
23:00:08 | Bagder | moved from makefile(s) |
23:00:41 | Bagder | I want the makefiles as simple as possible |
23:01:10 | Bagder | SOURCES-using sim build works now for x11 |
23:01:26 | Bagder | at least most things |
23:01:30 | rasher | hurray |
23:01:35 | | Join MisticJeff [0] (~4128708e@labb.contactor.se) |
23:02:02 | wacky_ | hey, finally? do you know if it's alright to have spaces in the 8 first bytes of a shortname ? |
23:02:12 | | Join skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net) |
23:02:23 | amiconn | wacky_: No it's not |
23:02:51 | preglow | spaces anywhere in a shortname is illegal |
23:02:55 | wacky_ | and are they needed to be upper case ? |
23:02:56 | amiconn | Rather, the name has to be padded with spaces, but there must no be a space in between |
23:03:04 | preglow | i remember some old dos progs used to be able to do that, and command would understand nothing |
23:03:14 | wacky_ | hahahah |
23:03:23 | MisticJeff | On-The-Fly Playlists: pick songs randomly from your player and add them to a list to play whenever you'd like. Most players support multiple OTF playlists and allow you to delete songs from them, etc. |
23:03:53 | preglow | enqueue style |
23:03:59 | amiconn | Actually, there is one exception to this rule: OS/2 creates a file "EA DATA.SF". Doing it that way almost guarantees that this file won't be touched by a dos program |
23:04:17 | MisticJeff | yes, just in the U.S. they don't call it a queue |
23:04:29 | preglow | doesn't matter, rockbox has that |
23:04:31 | preglow | afaik |
23:04:35 | Bagder | yeps |
23:04:56 | MisticJeff | I think Linus was looking for a correlation between queue and playlist |
23:05:12 | wacky_ | MisticJeff - seen that iriverify + fat bug fixed ? |
23:05:20 | wacky_ | you can have otf playlist right now for your beloved iRiver |
23:05:31 | | Quit elinenbe (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
23:05:41 | wacky_ | even though you have to fly between O/S to do so |
23:06:10 | MisticJeff | don't have a clue what you're speaking of... enlighten me |
23:06:47 | wacky_ | well if you run Rockbox right now.. you can use the playlist creation methods provided in there, and save a .m3u file on the drive. |
23:07:07 | wacky_ | Then you pass it through the 'iriverify' plugin.. and the original iRiver firmware will be able to play the .m3u |
23:07:34 | wacky_ | MisticJeff - do you have Rockbox installed on a device somewhere ? |
23:08:41 | MisticJeff | no, but you can use .m3u files already on the H100 and H300 series |
23:08:56 | wacky_ | yeah but you can't create them without a computer |
23:09:16 | MisticJeff | true |
23:09:38 | wacky_ | God, I wanted for so long to be able to make playlists wherever I was.. |
23:10:10 | MisticJeff | unfortunately i'm not tech literate enough to compile this and that and flash with rockbox... i'm the kind of guy that needs an executable to build a .hex file for me |
23:10:11 | Bagder | wacky_: what is it about the rockbox ones that the iriver firmware doesn't like? |
23:11:01 | | Quit jyp ("poof!") |
23:11:12 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
23:12:10 | wacky_ | Bagder - the iRiver firmware wants a couple of things to be happy. He wants backslashes (\) instead of slashes.. he's very picky about the driveletter if there is any, he desires a CR/LF line ending, and I _think_ it checks if the files exist |
23:12:37 | wacky_ | MisticJeff - you want them ? |
23:12:54 | wacky_ | come on, get your hands dirty |
23:12:56 | Bagder | ok, thanks |
23:13:11 | Bagder | any idea how large playlists it can play? |
23:13:17 | wacky_ | so the iriverify plugin just translates / to \ and ensures it ends with \r\n |
23:13:53 | MisticJeff | i'll wait, thanks for the offer though |
23:13:56 | wacky_ | Bagder - hmm.. no.. I don't know.. and btw, my plugin isn't foolproof with large files. I don't know much about the buffer limitations so I just assumed (bad bad!) it had enough space running |
23:15:29 | LinusN | gotta go, cu around guys |
23:15:59 | | Part LinusN |
23:17:45 | HCl | woot. |
23:17:46 | preglow | MisticJeff: i'm working on a windows tool you should be able to use :-) |
23:17:50 | HCl | i got to the new game menu on pokemon yellow |
23:18:22 | wacky_ | amiconn - are caps required in 8.3 ? |
23:18:22 | preglow | what did you do? |
23:18:24 | MisticJeff | preglow: cool... just what a microsoft slave needs ;-) |
23:18:31 | amiconn | wacky_: yes |
23:18:34 | wacky_ | hahah |
23:18:37 | preglow | MisticJeff: it requires you to press a 'patch' button, that's that |
23:18:40 | HCl | i just held rec and play several times |
23:18:43 | HCl | and eventually it continued |
23:18:48 | HCl | i also have the english version now |
23:18:49 | HCl | want it? |
23:18:53 | preglow | sure |
23:18:57 | MisticJeff | now we're talking... patch buttons are my friend |
23:18:58 | wacky_ | so we should read "%04X" instead of "%04x" in randomize_dos_name() ? |
23:19:19 | amiconn | Ooopssss. |
23:19:25 | wacky_ | :P |
23:19:43 | Patr3ck | hm, current cvs does not compile |
23:19:44 | HCl | hehe. |
23:19:52 | HCl | 100mbit <-> 100mbit is always nice :P |
23:20:00 | wacky_ | but your fix is much cleaner than mine :) |
23:20:01 | preglow | HCl: indeed |
23:20:04 | Patr3ck | *** No rule to make target `flac2wav.c', needed by `/usr/src/rockbox/rb_build/dep-plugins'. Stop. |
23:20:07 | HCl | 23:18 DCC sent file yellow-eng.gb [1MB] for preglow in 00:00:02 [512.00kB/s] |
23:20:33 | bg_ | HC1: you mean pokemon amarilla |
23:20:37 | bg_ | :) |
23:20:50 | HCl | bg_: thats the spanish version :P |
23:21:09 | bg_ | i know, what are ya doin with spanish roms? |
23:21:13 | Quelsaruk | amazing |
23:21:20 | HCl | i couldn't find any english ones :P |
23:21:20 | HCl | till now |
23:21:22 | Quelsaruk | pokemon edicion amarilla |
23:21:25 | Quelsaruk | :) |
23:21:35 | Quelsaruk | that's the spanish rom |
23:21:39 | bg_ | si |
23:21:50 | Quelsaruk | my little cousin played with that game a lot :) |
23:22:01 | Quelsaruk | i can't see any fun in pokemon |
23:22:04 | Quelsaruk | :/ |
23:22:13 | HCl | the story can be ok, i dunno. |
23:22:21 | bg_ | actually, its a pretty good game |
23:22:22 | preglow | nor can i, but i can see the fun when it's running on a h120 |
23:22:23 | preglow | heh |
23:22:23 | Quelsaruk | :) |
23:22:25 | bg_ | if you can look past the kiddy part |
23:22:27 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
23:22:33 | HCl | and its one of the few games |
23:22:36 | HCl | that'll actually work right |
23:22:39 | Quelsaruk | i prefer super mario |
23:22:40 | Quelsaruk | :D |
23:22:48 | HCl | because you don't need diagonal for it |
23:22:50 | | Join Cassandra_ [0] (~christi@213.78.110.195) |
23:22:52 | preglow | http://glow.m0f0.net/rockbox/pictures/P2160041.JPG |
23:22:56 | preglow | just look at it! it's adorable! |
23:23:03 | bg_ | im just at a loss about the controls... i cant see using the little joystick as being too effective |
23:23:05 | Quelsaruk | HCl: check for Zelda |
23:23:05 | HCl | :P |
23:23:11 | HCl | Quelsaruk: ? |
23:23:23 | Quelsaruk | The legend of Zelda |
23:23:34 | amiconn | HCl: Does the rockboy copy on your ftp happen to be current? Is there a .zip with only the changed files? |
23:23:34 | HCl | what about it? |
23:23:38 | Quelsaruk | you don't need diagonal, and is a nicer game (at least for me) |
23:23:47 | HCl | amiconn: only binary, want me to compose a source thing? |
23:24:01 | HCl | i cleaned it up lots |
23:24:12 | amiconn | HCl: Yes, could be interesting. I'll finally try it on the archos. |
23:24:20 | amiconn | Does it work on the sim now? |
23:24:25 | wacky_ | preglow - :) |
23:24:58 | Quelsaruk | amiconn: what are you going to try on archos? |
23:25:12 | amiconn | Gameboy emu :) |
23:25:51 | HCl | no, it doesn't work in the sim, still, no clue why :/ |
23:25:56 | bg_ | i wonder how hard it would be to get the linux kernel compiled for the iriver |
23:26:12 | Patr3ck | flac2wav.c is missing in cvs? |
23:26:15 | Quelsaruk | can i try? |
23:26:17 | HCl | i wonder mostly what use it is to have linux on iriver |
23:26:25 | preglow | bg_: not too hard, i expect, but pretty pointless |
23:26:26 | bg_ | not much, without a keyboard |
23:26:28 | * | Quelsaruk check the calendar |
23:26:37 | Quelsaruk | no, it's not 1st of april |
23:26:43 | Quelsaruk | so it's not a joke ;) |
23:26:45 | amiconn | Quelsaruk: ? |
23:26:55 | HCl | :P |
23:26:57 | Quelsaruk | i want to try that too |
23:26:58 | Quelsaruk | :D |
23:27:12 | Quelsaruk | if possible |
23:27:14 | Quelsaruk | of course |
23:27:15 | Quelsaruk | :) |
23:27:22 | linuxstb | Patr3ck, I've just comitted it, sorry about that. |
23:27:26 | | Quit bg_ ("Chatzilla 0.9.67 [Firefox 1.0+/20050201]") |
23:27:37 | Patr3ck | no problem :-) |
23:28:10 | amiconn | Quelsaruk: I'll need to adapt the lcd driver, and it will require a special rockbox build with a huge plugin buffer. |
23:28:27 | amiconn | Finally, it won't be able to play all roms due to lack of ram |
23:28:37 | Quelsaruk | oh |
23:28:42 | Quelsaruk | don't worry |
23:29:00 | amiconn | Of course it'll be tad slow at the start, but I expect it to run a bit faster than on current iriver rockbox |
23:29:18 | Quelsaruk | if you adapt the lcd driver and build that special rockbox version, can i see it? :D plizzzz |
23:29:20 | wacky_ | ok see you guys later |
23:30:46 | amiconn | The lcd driver needs to cut the output in half, so most likely it'll look a bit odd |
23:31:53 | Quelsaruk | but i can show a gameboy emulator to all my friends and be the coolest spanish guy ;) |
23:31:53 | | Quit wacky_ ("thanks") |
23:32:37 | HCl | amiconn: you'll need to modify vid_update in iriver.c ... and don't forget the second scanline>=128 check in lcd.c |
23:33:14 | amiconn | This check will remain the same I think. |
23:33:26 | HCl | kay. |
23:33:33 | | Join webmind_ [0] (~webmind@217-195-236-172.dsl.esined.net) |
23:33:36 | | Quit webmind_ (Client Quit) |
23:33:36 | amiconn | I'll simply use every second scanline for a start, thereby cutting it to 80x64 |
23:34:00 | * | HCl nods |
23:40:05 | amiconn | linuxstb: Do you remember where those 5 places are that define the plugin ram size? |
23:41:01 | linuxstb | amiconn: Yes, the 3 .lds files in firmware, apps/plugin.h and plugins/plugin.lds |
23:41:38 | Bagder | the boot.lds shouldn't need it |
23:41:49 | amiconn | linuxstb: Thanks. Going for 512 KB... |
23:42:16 | linuxstb | Bagder: It was defined in there already, so I changed it for the iRiver. |
23:42:27 | Bagder | I know, I noticed your fix of it |
23:42:46 | Bagder | but I don't think the bootloader will run many plugins ;-) |
23:43:23 | amiconn | linuxstb: It was plugin.c |
23:43:44 | linuxstb | amiconn: I meant to type plugin.c ... |
23:43:48 | HCl | how much ram does archos have? |
23:43:53 | amiconn | 2 MB |
23:43:57 | HCl | k |
23:44:14 | amiconn | I'll gradually cut down plugin buffer size once it is working |
23:44:20 | HCl | yea |
23:44:27 | HCl | i don't know how big it is for archos |
23:44:39 | HCl | but in coldfire code, its 423264 |
23:44:41 | HCl | bytes |
23:44:46 | HCl | at the moment |
23:44:59 | HCl | i've been sacrificing portability for speed/size lately |
23:48:12 | amiconn | Darn! Include problem :( |
23:48:53 | amiconn | The same problem that I get when I try to compile it for the sim... |
23:49:05 | HCl | mmm? |
23:49:12 | HCl | what error do you get? |
23:49:15 | amiconn | CC rockboy/lcd.c |
23:49:16 | amiconn | In file included from rockmacros.h:1, |
23:49:16 | amiconn | from lcd.c:4: |
23:49:16 | DBUG | Enqueued KICK amiconn |
23:49:16 | amiconn | /home/Administrator/rb-gameboy/apps/plugin.h:49:21: widgets.h: No such file or directory |
23:49:20 | HCl | oh |
23:49:20 | HCl | that |
23:49:21 | HCl | yes |
23:49:22 | HCl | my bad. |
23:49:29 | HCl | i totally forgot that. |
23:49:33 | HCl | i have a symlink |
23:49:33 | amiconn | What's the problem? |
23:49:40 | HCl | in apps/ |
23:49:46 | HCl | widgets.h -> apps/recorder/widgets.h |
23:50:04 | HCl | its a .h only for the recorder, but its needed somewhere. |
23:50:33 | HCl | i had a hard time adding it to the includes, so i just added a symlink to it |
23:50:58 | amiconn | Fixed it in the makefile |
23:51:04 | HCl | ok |
23:51:06 | HCl | thats better |
23:51:09 | HCl | whats the new line? |
23:51:12 | HCl | i'll fix it here too |
23:51:14 | amiconn | line 19: |
23:51:20 | amiconn | SYS_INCS = -I$(APPSDIR) -I$(APPSDIR)/recorder -I.. -I. -I$(FIRMDIR)/include -I$(FIRMDIR)/export \ |
23:51:24 | HCl | mk.. |
23:51:55 | amiconn | Hmm. Of course the hard-coded button assignments need attention... |
23:52:22 | amiconn | SELECT, MODE and REC are used for what gameboy functions? |
23:52:40 | amiconn | Sorry I never had a real gameboy in my hands... |
23:52:43 | HCl | it kinda says in iriver.c |
23:52:46 | | Quit lolo-laptop ("Client exiting") |
23:52:57 | HCl | select is quit |
23:53:00 | HCl | mode is select |
23:53:01 | HCl | and rec is start |
23:53:26 | amiconn | So why don't you use select as select? Is there a special reason? |
23:53:54 | amiconn | I'd expect a plugin to quit with OFF on recorder, and the equivalent on iriver (STOP iirc) |
23:53:56 | HCl | i dunno, its mostly because i had no buttons left on the sides and needed a button for quit and it was the only one left on the base |
23:54:12 | HCl | its impractical to have any button mapping on the joypad button |
23:54:17 | HCl | cause you'll end up pressing it by accident |
23:54:48 | amiconn | So rockboy may quit by accident? ;) |
23:54:52 | HCl | yes :P |
23:55:44 | HCl | its a temporary solution till i map buttons to the remote.. at least, that was my idea |
23:56:43 | | Part MisticJeff |
23:57:27 | | Join amiconn_ [0] (~jens@pD9E7FC7F.dip.t-dialin.net) |
23:57:38 | | Quit amiconn (Nick collision from services.) |
23:57:38 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FC7F.dip.t-dialin.net) |
23:57:42 | HCl | wb |
23:57:45 | amiconn | HCl: I'll try and hack together some conditional #defines as for the other plugins |
23:57:52 | HCl | *nods* |
23:57:55 | HCl | i was planning to do that |
23:58:09 | HCl | but i had more priority over cleaning up the makefile process and removing unneeded bits |