| 00:00:11 | amiconn | preglow: Rockbox doesn't handle thread functions that simply exit. The proper way to terminate a thread is to call remove_thread() |
| 00:00:41 | preglow | amiconn: does that work from within a thread as well? |
| 00:00:41 | linuxstb_ | preglow: If it doesn't break the bootloader, then commit. |
| 00:01:00 | amiconn | Yes, threads should be able to terminate themselves |
| 00:01:04 | preglow | goodie |
| 00:02:02 | | Join XavierGr [0] (n=XavierGr@ppp12-adsl-16.ath.forthnet.gr) |
| 00:02:12 | amiconn | Just make sure that at least one thread stays... I don't know how the scheduler would react when num_threads ever gets zero |
| 00:07:33 | ]RowaN[ | i wish foobar had a "playing next" feature like rockbox =] |
| 00:07:59 | Paul_The_Nerd | Hehehe |
| 00:10:31 | preglow | arm asm is sweet |
| 00:11:28 | | Part len0x |
| 00:16:53 | linuxstb_ | The IPL people have been busy: http://homepage.mac.com/slowcoder/Hotdog.pdf |
| 00:16:54 | preglow | linuxstb_: only functions i can see scrolling use, is lcd_fillrect and lcd_putsxyofs, both of which are implemented |
| 00:17:09 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 00:17:27 | linuxstb_ | But are they implemented correctly? They may still contain the h100 code :( |
| 00:18:02 | preglow | preglow's variable plural english experiment |
| 00:18:10 | preglow | i have no idea, heh |
| 00:18:16 | linuxstb_ | fillrect is wrong. |
| 00:18:31 | preglow | fillrect only deletes old data, i believe |
| 00:18:31 | | Quit MacDancer ("Leaving") |
| 00:18:42 | preglow | i should be able to see some moving garbage even if that didn't work |
| 00:19:08 | linuxstb_ | I would have thought so. |
| 00:19:59 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 00:20:31 | linuxstb_ | lcd_putsxyofs should be working though - it's used by the lcd_puts function. |
| 00:20:56 | preglow | yes |
| 00:22:49 | preglow | annoying |
| 00:22:51 | preglow | the thread IS running |
| 00:22:52 | preglow | i just verified that |
| 00:23:26 | preglow | i don't think we're running at too high a clock rate yet |
| 00:23:31 | preglow | any idea which? |
| 00:23:54 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 00:24:15 | | Join edx [0] (i=edx@edx.chu.cam.ac.uk) |
| 00:24:28 | linuxstb_ | I think I read somewhere that it's about 16MHz. But I'm not sure. |
| 00:25:27 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 00:25:35 | amiconn | Does ipodlinux adjust the cpu clock on the fly like rockbox on iriver? |
| 00:25:58 | linuxstb_ | I'm not sure. |
| 00:26:26 | linuxstb_ | I would be surprised if it's as tightly controlled as Rockbox though. |
| 00:26:43 | linuxstb_ | We'll find out when we get to that stage. |
| 00:26:52 | amiconn | That will be a fun part I think, making the timer work, and work correctly with varying cpu clock |
| 00:27:02 | amiconn | All thins without hw docs... |
| 00:27:06 | amiconn | *this |
| 00:27:15 | preglow | amiconn: rtc... |
| 00:27:24 | amiconn | huh? |
| 00:27:29 | preglow | ahh, those timers :P |
| 00:27:42 | preglow | yes, that'll be fun |
| 00:27:53 | preglow | someone should start pressuring portalplayer! |
| 00:27:55 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 00:28:01 | preglow | so we might have docs some time in twenty years |
| 00:34:42 | | Quit Moos ("Glory to Rockbox") |
| 00:35:13 | preglow | hmm |
| 00:36:39 | Bagder | can a MIPS write 16 bits to an odd address? |
| 00:38:32 | preglow | never used mips |
| 00:39:25 | * | Bagder debugs a SIGSEGV on IRIX 6.5 |
| 00:40:05 | Bagder | I'm quite sure this is the problem, it cannot access unaligned addresses like this |
| 00:40:05 | | Quit chopped_pork (Read error: 104 (Connection reset by peer)) |
| 00:44:12 | preglow | okok |
| 00:44:13 | preglow | scrolling works |
| 00:44:16 | preglow | i'll commit threading |
| 00:44:59 | linuxstb_ | What was the problem? |
| 00:45:04 | preglow | me being a complete fool |
| 00:45:20 | preglow | there's some corruption of the screen |
| 00:45:26 | preglow | but that's not a threading problem ;) |
| 00:45:39 | linuxstb_ | That will obviously be the lcd_fillrect. |
| 00:45:50 | preglow | linuxstb_: suffice it to say i just now learned of the lcd_puts_scroll funtion |
| 00:45:52 | preglow | function |
| 00:46:00 | linuxstb_ | hehe |
| 00:46:10 | preglow | looking for bugs in all the wrong places, as usual |
| 00:46:25 | preglow | shall i commit the stack fix as well? |
| 00:46:33 | preglow | that is, initing sp to stackend |
| 00:46:36 | linuxstb_ | Yep. |
| 00:46:39 | preglow | okies |
| 00:46:44 | linuxstb_ | I was just about to ask you about that. |
| 00:47:25 | amiconn | lcd_fillrect should be incredibly simple on 8bit+ displays... |
| 00:47:39 | linuxstb_ | Feel free to implement it :) |
| 00:47:53 | preglow | done |
| 00:47:56 | amiconn | It' basically only memset()ting, except for the DRMODE_COMPLEMENT |
| 00:48:25 | amiconn | Nah, for >8 bit it's not exactly memset()ting, but very similar |
| 00:48:46 | linuxstb_ | A 16-bit memset... |
| 00:49:12 | amiconn | linuxstb_: Perhaps I'll work a little on the 16 bit driver, but that requires getting the sim to work first |
| 00:49:23 | preglow | or you getting an ipod! |
| 00:49:25 | preglow | :-) |
| 00:49:43 | amiconn | That's rather unlikely |
| 00:49:45 | preglow | amiconn: think of all the sexy arm assembler you're missing out on |
| 00:49:46 | linuxstb_ | Or a H300... |
| 00:50:12 | amiconn | H300 is more likely than any ipod, although I dislike colour lcds on portable devices in general |
| 00:50:24 | linuxstb_ | Get a b/w ipod.... |
| 00:50:29 | preglow | i was a bit surprised at the quality of the lcd, actually |
| 00:51:05 | preglow | of course, it's still a bit unusable without backlight |
| 00:51:17 | amiconn | It's not about quality (recent colour lcds are rather good; I have a Samsung mobile phone with colour) |
| 00:51:19 | preglow | but i also think bw displays don't really shine without a backlight either |
| 00:51:31 | preglow | and that's not meant literally, heh |
| 00:51:38 | amiconn | It's just that it requires backlight to be readable, and that eats battery |
| 00:51:51 | amiconn | ...and I don't really need colour |
| 00:51:58 | preglow | 'course you don't need it |
| 00:52:04 | preglow | but it allows for a ton of bells and whistles |
| 00:52:08 | preglow | which are fun, occasionally |
| 00:53:43 | * | tucoz whispers mandelbrot.rock in color to amiconn |
| 00:54:44 | preglow | now there's a nice example if i ever heard one |
| 00:55:15 | preglow | and on arm you've got a shiny, full 64 bit accumulator! |
| 00:55:21 | amiconn | boring... |
| 00:55:36 | tucoz | hehe |
| 00:55:49 | amiconn | 64bit math, multiple shades, all readily available |
| 00:56:18 | preglow | i'm really looking forward to working on codecs for this little thing |
| 00:56:25 | amiconn | The grayscale lib was much more of a technical challenge... |
| 00:56:30 | preglow | which reminds me, i've got some musepack changes pending |
| 00:56:45 | amiconn | And aac iirc? |
| 00:56:58 | preglow | i never was able to do much for aac |
| 00:57:00 | tucoz | nothing of a challenge. That is the spirit. With your recent memcpy I see what you mean. |
| 00:57:08 | preglow | i've got some stuff pending, but it doesn't seem to help at all... |
| 00:57:27 | preglow | haha, yes |
| 00:57:36 | amiconn | tucoz: Yes, and soon I'll extend it into memmove(). The archos implementation is already done |
| 00:57:41 | preglow | i can see what you meant by calling it a monster |
| 00:58:13 | * | preglow laments that we'll never have optimised arm mem* functions :/ |
| 00:58:20 | *** | Saving seen data "./dancer.seen" |
| 00:58:32 | amiconn | hehe |
| 00:58:54 | preglow | now there's a challende for you |
| 00:58:57 | preglow | challenge, even |
| 00:59:04 | amiconn | Do I hear "grayscale lib for b&w ipods!"? |
| 00:59:09 | tucoz | amiconn, cool. I really learn something new everyday by just following the discussions, and looking into the commits on Rockbox. |
| 00:59:09 | amiconn | Show off ipodlinux... |
| 00:59:11 | preglow | writing nice mem* functions in thumb arm |
| 00:59:16 | preglow | amiconn: hehe |
| 01:00 |
| 01:00:10 | tucoz | hehe, that would be something. |
| 01:00:20 | tucoz | goodnight |
| 01:00:22 | amiconn | preglow: Regarding memcpy() - I was even able to shave off some more bytes |
| 01:00:25 | | Part tucoz ("Leaving") |
| 01:00:30 | amiconn | Now it's exactly 950 bytes |
| 01:00:54 | preglow | is that too in your commit? |
| 01:00:59 | amiconn | yep |
| 01:02:43 | | Quit gromit` (Read error: 110 (Connection timed out)) |
| 01:02:57 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 01:08:11 | preglow | now, what next |
| 01:12:12 | linuxstb_ | crt0.S ? |
| 01:13:22 | preglow | sounds good |
| 01:13:30 | linuxstb_ | Rockbox could possibly run after that. |
| 01:13:34 | preglow | just need to get an overview over what it should do |
| 01:14:24 | amiconn | timer(s)? button driver? |
| 01:14:36 | linuxstb_ | I said "run", not "work" :) |
| 01:15:21 | linuxstb_ | What are the timers used for? |
| 01:15:28 | preglow | button driver shouldn't be too much work either, but no, i think i'll do crt0.s |
| 01:16:39 | amiconn | linuxstb_: One is needed for the timer tick. One more can be used freely; on iriver it is shared between backlight fading and plugins, e.g all grayscale plugins |
| 01:17:09 | amiconn | Unfortunately the coldfire has only 2 timers, SH1 has 5 ... |
| 01:17:58 | preglow | and we'll probably never find out what ipod has :) |
| 01:18:39 | preglow | as many timers as 5 is rather rare, though |
| 01:20:55 | linuxstb_ | The ipod has at least 2 - they are defined in the ipl source. |
| 01:21:16 | preglow | so, currently there is only bootloader code in crt0.S |
| 01:21:29 | linuxstb_ | preglow: Yes. |
| 01:21:45 | linuxstb_ | Most of it is inside the #ifdef BOOTLOADER define |
| 01:22:04 | preglow | some of it can probably be reused |
| 01:22:59 | linuxstb_ | Looking at the IPL source, I think it just has two timers. |
| 01:23:58 | preglow | two timers are by far the most common number i've encountered |
| 01:24:15 | linuxstb_ | But Rockbox should run without them - we emulate the current_tick. |
| 01:24:41 | XavierGr | anyone knows hot to block all internet activity from windows XP firewall? |
| 01:24:48 | XavierGr | Don't laugh at me please. |
| 01:25:00 | linuxstb_ | Unplug the ethernet cable? |
| 01:25:30 | XavierGr | I want this done through XP firewall to make someone believe that there is no internet... |
| 01:25:46 | * | amiconn is looking at this alien thing named arm assembler |
| 01:25:57 | XavierGr | Well obviously I want some specific apps to work on the internet without the user knowing it. |
| 01:25:58 | preglow | amiconn: it's pretty different, but i think it's cool |
| 01:26:35 | amiconn | First, the source->destination logic seems to be switched compared to our other targets |
| 01:26:51 | preglow | amiconn: yup, but it's pretty logical |
| 01:27:06 | preglow | amiconn: like for add, which is "add r0, r1, r2", which means r0 = r1 + r2 |
| 01:27:33 | preglow | amiconn: and sub, which is "sub r0, r1, r2", and means r0 = r1 - r2, so it follows algebraic order |
| 01:28:20 | amiconn | I was about to ask about the 3 parameters |
| 01:28:24 | preglow | having a separate destination register is really nice |
| 01:28:49 | amiconn | SH seems to be somewah in-between coldfire and arm then |
| 01:29:35 | amiconn | While it doesn't know insns with 3 parameters (at least not for SH1), insns taking only one parameter on coldfire often take 2 on SH1 |
| 01:29:59 | amiconn | e.g. neg %d0 −−> neg r1,r2 |
| 01:30:04 | preglow | yes, the one param instrs are pretty annoying |
| 01:30:13 | preglow | does sh use fixed length instructions? |
| 01:30:16 | amiconn | yes |
| 01:30:19 | preglow | 32 bits? |
| 01:30:23 | amiconn | 16 |
| 01:30:25 | preglow | ahh |
| 01:30:28 | preglow | arm uses 32 |
| 01:30:34 | preglow | but there's also a 16 bit length mode |
| 01:30:39 | preglow | called thumb arm |
| 01:30:50 | preglow | so it's actually got two instruction sets |
| 01:30:53 | amiconn | Yes, read about it. I wonder why... |
| 01:31:07 | preglow | 32 bit mode is tons and tons more flexible |
| 01:31:13 | preglow | 16 bit mode is faster for 16 bit buses |
| 01:31:33 | amiconn | yes, but supporting two complete instruction sets in a cpu core sounds like overkill to me |
| 01:31:44 | preglow | they've implemented it very efficiently |
| 01:31:52 | amiconn | can you mix modes? |
| 01:31:56 | preglow | thumb instructions are "uncompressed" to ordinary 32 bit instrctions internally |
| 01:32:01 | preglow | amiconn: yes, via a branch instruction |
| 01:32:12 | preglow | amiconn: if the lsb of the branch target is 1, then thumb mode is set |
| 01:32:33 | preglow | arm forces alignment of branch targets, i believe |
| 01:32:36 | amiconn | If I read some gcc sources correctly, the higher SH cpus also know 3-parameter instructions |
| 01:33:07 | amiconn | SH1 is just the 'smallest' member... |
| 01:33:15 | preglow | amiconn: arm actually has some four parameter instructions as well |
| 01:33:33 | preglow | amiconn: where to of the parameters describe a 64 bit combined register |
| 01:33:36 | preglow | two |
| 01:34:19 | amiconn | how many registers? |
| 01:34:47 | preglow | 16 |
| 01:35:00 | preglow | r15 is ip, r14 is link register, r13 is (usually) sp |
| 01:35:00 | amiconn | sounds familiar... |
| 01:35:19 | preglow | all of them can be manipulated as you want |
| 01:35:20 | amiconn | Ah, so ip (aka pc) is part of the general set? |
| 01:35:28 | preglow | so a jmp on arm is actually a mov pc, rxx |
| 01:35:35 | amiconn | ok |
| 01:36:10 | amiconn | On SH, r15 is sp, pc is separate |
| 01:36:40 | preglow | so there are fewer regs on arm, yes |
| 01:36:58 | linuxstb_ | amiconn: Do you think FLAC is feasible on the SH1? |
| 01:37:14 | preglow | i don't |
| 01:37:36 | linuxstb_ | My impression was the SH1 at 20MHz is faster than the coldfire at 20MHz. |
| 01:37:51 | amiconn | The RAM is definitely faster |
| 01:37:58 | linuxstb_ | That's what I was thinking. |
| 01:38:09 | linuxstb_ | But of course there is less IRAM. |
| 01:38:15 | preglow | how fast are muls on sh? |
| 01:38:20 | amiconn | ...but the SH1 is running at 11.0592 MHz (recorders) resp. 12 MHz (player, Ondio) |
| 01:38:34 | linuxstb_ | Did I just dream the 20MHz part? |
| 01:38:47 | preglow | let's hope not |
| 01:39:00 | amiconn | preglow: muls are 1 cycle provided you don't read the result too early |
| 01:39:07 | preglow | right, like emac |
| 01:39:18 | amiconn | The multiplier works in the background and needs 3 cycles |
| 01:39:39 | amiconn | The destination of a mul is *always* the macl register |
| 01:39:40 | preglow | so shifting by n is actually slower than a multiply? ;) |
| 01:39:52 | amiconn | For variable n yes |
| 01:40:00 | preglow | i still think that sounds weird |
| 01:40:03 | preglow | i love barrel shifters |
| 01:40:06 | amiconn | The sh can shift, just not by variable n |
| 01:40:16 | | Part LinusN |
| 01:40:20 | amiconn | Fixed shifts are 1, 2, 8 and 16 |
| 01:40:41 | amiconn | ...and there's even an advantage compared to cf - it can rotate |
| 01:41:54 | amiconn | When comparing shift and multiplication, note that the SH1 multiplier only does 16*16->32 |
| 01:42:02 | preglow | ahh, right |
| 01:42:07 | amiconn | SH2+ is full 32 bit |
| 01:42:09 | preglow | might as well just forget flac, then |
| 01:42:23 | amiconn | The mac accumulator is 40 bits on sh1 |
| 01:42:45 | preglow | shifting on arm is nice |
| 01:42:59 | preglow | most arithmetic instructions can have a variable size shift or rotate |
| 01:43:10 | preglow | add r0, r1, r2 lsl 5, for example |
| 01:43:49 | amiconn | I thing the only sofware compression feasible on SH1 are the simple wav compression schemes |
| 01:43:57 | amiconn | *thnik |
| 01:43:59 | amiconn | bah |
| 01:44:02 | amiconn | *think |
| 01:44:23 | preglow | yes |
| 01:44:29 | preglow | you might be able to cope with adpcm |
| 01:44:41 | amiconn | The SH1 will be quite busy just with feeding the data |
| 01:45:04 | amiconn | Thanks to the silly spi we have to bitswap... |
| 01:49:04 | amiconn | stmia and ldmia look like the equivalent of movem |
| 01:50:08 | preglow | yep |
| 01:50:09 | preglow | they are |
| 01:50:12 | preglow | just more flexible |
| 01:50:35 | preglow | stm is the base instruction, with postfixes ia, ib, da and db |
| 01:50:51 | preglow | stands for increment before, increment after, decrement after and decrement before |
| 01:51:00 | preglow | which decides how the address gen works |
| 01:51:08 | amiconn | ah |
| 01:51:14 | preglow | you can also update the address register after the instruction by adding an ! |
| 01:51:41 | preglow | which is quite handy for function prologues |
| 01:52:35 | | Quit XavierGr ("Trillian (http://www.ceruleanstudios.com") |
| 01:52:41 | preglow | this possibility used to be in 68k as well, but not coldfire |
| 01:58:48 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 02:00 |
| 02:01:53 | | Join Cassandra [0] (n=Cassandr@elmyra.coraline.org) |
| 02:02:03 | Cassandra | Hello. |
| 02:02:26 | Paul_The_Nerd | 'alo |
| 02:02:35 | Cassandra | I've updated my WPS in preparation for commision to CVS. The thing is, I need a more interesting name for it than 3d. |
| 02:03:25 | Cassandra | http://www.rockbox.org/twiki/bin/view/Main/WpsGallery |
| 02:03:44 | Cassandra | The last one (the files themselves aren't uploaded yet). |
| 02:03:57 | Cassandra | Suggestions welcome. |
| 02:07:57 | Paul_The_Nerd | From the looks of it, doesn't it show basically all the information you *can* show, and demonstrate all the functionality available. You seem to have used almost everything you could... |
| 02:08:49 | Paul_The_Nerd | I'm terrible at naming things, but it seems something involving either 'complete' or 'example' would be logical. |
| 02:08:59 | Cassandra | Yep. I think it has everything currently in CVS (+ room to add replaygain and whatever when it gets commite) |
| 02:09:28 | Cassandra | (although I'll have to make more images available first. I'm actually using all 52 now. |
| 02:11:44 | Cassandra | I like the idea, I'll have a think along those lines. |
| 02:12:42 | Paul_The_Nerd | I mean, it's a good place to get a practical look at how to use all the WPS features so far. |
| 02:13:06 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 02:13:14 | Cassandra | Sure there must be something I've not used. |
| 02:13:27 | Cassandra | It is lovely and runic though. |
| 02:14:20 | Cassandra | (although back under 2k now that images are stored in a subfolder by default) |
| 02:15:31 | Paul_The_Nerd | There may be, but it's got most of it. |
| 02:17:05 | | Quit ]RowaN[ (Read error: 110 (Connection timed out)) |
| 02:17:06 | Cassandra | Oh yeah, I don't display the album year. |
| 02:17:16 | Cassandra | Never seemed like that useful a piece of info to me. |
| 02:17:39 | Cassandra | (although I suppose I could stick it in brackets after the album name.) |
| 02:17:59 | Paul_The_Nerd | Heh |
| 02:21:31 | XShocK | Cassandra, it looks nice. |
| 02:25:06 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.7/20050919]") |
| 02:25:23 | Cassandra | Thanks. I'm quite pleased with it myself. |
| 02:28:27 | XShocK | but i can't make it work on my player.. |
| 02:28:46 | XShocK | first of i put files into .rockbox/wps and not to .rockbox/ |
| 02:29:03 | XShocK | only then i could "browse .wps" |
| 02:29:33 | XShocK | and when i play, no "3d look is seen" only name of the file, and next files name... |
| 02:33:05 | Cassandra | Sorry, I did say the new version isn't up yet, just the images. |
| 02:33:19 | Cassandra | Let me fix that. |
| 02:35:38 | XShocK | aaah. ok |
| 02:41:53 | Cassandra | OK - it's up there now. |
| 02:42:00 | Cassandra | Extract to /.rockbox/wps/ |
| 02:42:15 | Cassandra | You need a bleeding edge build, possibly. |
| 02:42:55 | Cassandra | No, the last daily should be sufficient. |
| 02:54:58 | XShocK | so. what whall i see? |
| 02:55:06 | XShocK | s/whall/shall/g |
| 02:58:21 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:00:00 | | Quit edx (Read error: 110 (Connection timed out)) |
| 03:14:50 | | Join solexx_ [0] (n=jrschulz@c169076.adsl.hansenet.de) |
| 03:20:03 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 03:24:42 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 03:27:39 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:58:25 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:47:57 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 06:00 |
| 06:06:30 | | Quit DJDD (Read error: 110 (Connection timed out)) |
| 06:13:32 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
| 06:27:44 | | Quit RotAtoR () |
| 06:40:16 | | Join BirdFish [0] (n=bradbox8@64.108.5.134) |
| 06:58:26 | *** | Saving seen data "./dancer.seen" |
| 06:59:35 | | Quit ehntoo (Remote closed the connection) |
| 07:00 |
| 07:04:48 | | Join pengo [0] (n=xtofu@catv-50626042.catv.broadband.hu) |
| 07:06:09 | pengo | "Auto change directory" is dumb and less descriptive than "move to next folder". It should be "Fall-thru to next directory" or something |
| 07:33:55 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
| 07:34:26 | Jungti1234 | hi |
| 07:41:53 | pengo | hello |
| 07:44:13 | | Quit pengo ("Download Gaim: http://gaim.sourceforge.net/") |
| 07:51:04 | Slasheri | hi |
| 07:51:30 | Slasheri | hmm, am i correct that there are color lcd remote controls for h300 and they can connected to h100 also? |
| 07:51:49 | Slasheri | if so, i would like to buy one and write the driver to support h100 with color lcd too :) |
| 07:54:22 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 07:54:42 | LinusN | Slasheri: no, the h300 remote is not color |
| 07:54:50 | Slasheri | ah :/ |
| 07:55:02 | LinusN | same shit, different buttons |
| 07:55:05 | Slasheri | i thought i saw somewhere a picture where it was color but i cuold be wrong |
| 07:55:07 | Slasheri | :/ |
| 07:57:14 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:00 |
| 08:00:08 | | Join _FireFly_ [0] (n=FireFly@p54A45B20.dip.t-dialin.net) |
| 08:14:07 | | Quit _FireFly_ ("Leaving") |
| 08:24:37 | | Join edx [0] (i=edx@edx.chu.cam.ac.uk) |
| 08:26:54 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 08:28:13 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 08:29:50 | | Join DMJC [0] (n=DMJC@60-240-222-122.tpgi.com.au) |
| 08:29:52 | DMJC | :P |
| 08:29:54 | DMJC | damnit |
| 08:30:01 | DMJC | my broken iriver is getting replaced.. |
| 08:30:05 | DMJC | H340 series |
| 08:30:07 | DMJC | sigh |
| 08:30:20 | DMJC | was hoping to get a H140 back |
| 08:31:02 | B4gder | ask for a BDM to go with it! ;-) |
| 08:32:48 | Jungti1234 | -_-; |
| 08:34:21 | LinusN | damn! i can't update the lcd display data on the h300 unless i write *really* slow |
| 08:34:42 | B4gder | :-/ |
| 08:35:02 | LinusN | one pixel/tick! |
| 08:35:10 | * | B4gder faints |
| 08:35:45 | LinusN | there's obviously something i did wrong, but what? |
| 08:36:00 | LinusN | still, the lcd is displaying my data |
| 08:36:03 | LinusN | :-) |
| 08:36:11 | B4gder | that's good at least |
| 08:36:23 | B4gder | playing any videos yet? |
| 08:36:26 | * | B4gder ducks |
| 08:38:00 | LinusN | 1 frame / minute :-) |
| 08:42:52 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 08:50:50 | Slasheri | LinusN: oh =) |
| 08:51:19 | Slasheri | did it even boot compiled code? |
| 08:51:23 | Jungti1234 | hehe |
| 08:52:16 | Jungti1234 | It is much developments. |
| 08:54:09 | DMJC | is it in color? |
| 08:54:54 | LinusN | yes |
| 08:55:17 | DMJC | cool |
| 08:55:27 | DMJC | so will rockboy play GBA games? |
| 08:55:38 | B4gder | haha |
| 08:55:45 | B4gder | a _little_ premature question |
| 08:58:04 | DMJC | muhahaha |
| 08:58:08 | DMJC | this sucks |
| 08:58:13 | DMJC | I was enjoying rockbox a lot |
| 08:58:21 | DMJC | now I'm stuck with crappy iriver firmware again |
| 08:58:27 | *** | Saving seen data "./dancer.seen" |
| 08:58:47 | LinusN | DMJC: hang on, i'm working hard on the h300 bootloader |
| 08:59:00 | DMJC | cool |
| 08:59:07 | LinusN | ah, full speed lcd access |
| 08:59:12 | DMJC | yay |
| 08:59:38 | LinusN | it turns out that it's way better to be smart than to be silly |
| 09:00 |
| 09:00:12 | B4gder | aha |
| 09:00:16 | B4gder | now that's a first |
| 09:00:25 | * | B4gder writes this down |
| 09:00:29 | LinusN | took me 36 years to find out |
| 09:00:47 | DMJC | heh |
| 09:02:05 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 09:02:42 | DMJC | how fast is fullscreen lcd access? |
| 09:02:49 | LinusN | don't know yet |
| 09:02:56 | DMJC | heh any chance of video working properly (ROFL) |
| 09:06:17 | | Join webguest72 [0] (n=522788bc@labb.contactor.se) |
| 09:08:02 | | Quit webguest72 (Client Quit) |
| 09:10:12 | | Part LinusN |
| 09:10:21 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 09:17:18 | | Quit Kohlriba (Read error: 110 (Connection timed out)) |
| 09:26:57 | | Join edx_ [0] (i=edx@edx.chu.cam.ac.uk) |
| 09:28:21 | | Quit edx (Read error: 104 (Connection reset by peer)) |
| 09:28:35 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-098.pools.arcor-ip.net) |
| 10:00 |
| 10:18:22 | | Join webguest64 [0] (n=522e39b4@labb.contactor.se) |
| 10:20:53 | | Join webguest09 [0] (n=522e39b4@labb.contactor.se) |
| 10:20:53 | | Quit webguest64 (Client Quit) |
| 10:23:03 | Jungti1234 | No one exist here? |
| 10:23:20 | B4gder | no, we are all figments of your imagination |
| 10:23:34 | Jungti1234 | :) |
| 10:23:58 | Jungti1234 | Can you answer on my question? |
| 10:24:12 | B4gder | don't ask if you can ask, just ask |
| 10:24:30 | Jungti1234 | okok |
| 10:24:59 | LinusN | wee! i can display text on the h300 lcd! |
| 10:25:04 | Jungti1234 | wow |
| 10:25:05 | B4gder | rocking! |
| 10:25:18 | LinusN | and a seriously distorted rockbox logo :-) |
| 10:25:33 | B4gder | haha |
| 10:25:37 | Jungti1234 | Great. |
| 10:26:15 | LinusN | i can't understand why lcd-16bit.c has an 8-bit framebuffer |
| 10:26:21 | Jungti1234 | http://jungti1234.netcci.net/iriver/h100/rockbox/dump_0005.bmp <- Do you know why break so? |
| 10:26:49 | Maxou` | hum, do we have a "readme' about the new WPS disposition ? |
| 10:26:52 | B4gder | Jungti1234: because the WPS is wrong |
| 10:27:04 | B4gder | Maxou`: the mailing list post I made |
| 10:27:12 | LinusN | B4gder: that's the recording screen |
| 10:27:17 | B4gder | aa |
| 10:27:27 | * | B4gder is clueless |
| 10:27:32 | B4gder | I've never recorded |
| 10:27:44 | Maxou` | ok B4gder |
| 10:27:46 | Maxou` | thx |
| 10:27:48 | LinusN | Jungti1234: the recording screen isn't unicode compatible |
| 10:27:59 | Jungti1234 | You informed 'WPS' meaning, but I forgot. Can you respeak? |
| 10:28:15 | B4gder | Jungti1234: if you run odd patches, you should discuss bugs with the patch authors first |
| 10:29:16 | Jungti1234 | I used unicode rockbox. |
| 10:29:33 | B4gder | Jungti1234: yes, and that is a patched version that is not in the core code |
| 10:29:37 | B4gder | (yet) |
| 10:30:11 | B4gder | Jungti1234: I'm just saying that you shouldn't expect all of us to know the quirks and details of all patches that are flying around |
| 10:30:53 | LinusN | the recording screen uses the internal system font, which is not unicode |
| 10:33:18 | Jungti1234 | yes, and that is a patched version that is not in the core code |
| 10:33:18 | Jungti1234 | I'm just saying that you shouldn't expect all of us to know the quirks and details of all patches that are flying around |
| 10:33:18 | Jungti1234 | the recording screen uses the internal system font, which is not unicode |
| 10:33:22 | Jungti1234 | sorry |
| 10:33:25 | Jungti1234 | Is record part developing? |
| 10:33:59 | LinusN | yes |
| 10:34:42 | Maxou` | hum, the Snap WPS won't show the "Normal" or "SFL" bmps oO |
| 10:34:48 | Jungti1234 | Is unicode supported to recording screen sometime? |
| 10:35:26 | markun | I guess it will |
| 10:35:31 | LinusN | some day |
| 10:35:42 | Jungti1234 | hi markun |
| 10:35:47 | markun | morning :) |
| 10:35:56 | Jungti1234 | I waited you. |
| 10:36:10 | markun | are you using the simulator now? |
| 10:36:20 | Maxou` | the good idea would be to do a "WPS" Selector in config menu, instead of browsing the .rockbox folder (which would allow you not to show this folder), the menu would list the WPS present.. no? |
| 10:36:31 | Jungti1234 | no |
| 10:37:41 | B4gder | Maxou`: there is one already |
| 10:37:44 | Maxou` | ah |
| 10:37:45 | Maxou` | :x |
| 10:37:49 | Maxou` | escuse me lol |
| 10:37:58 | B4gder | and it browses .rockbox/wps where they are located these days |
| 10:38:03 | Maxou` | yup |
| 10:38:05 | Maxou` | ok |
| 10:38:06 | Maxou` | sry ^^ |
| 10:38:16 | Maxou` | but.. don't understand this WPS |
| 10:38:22 | Maxou` | don't shows two BMPs |
| 10:41:15 | Maxou` | (what's the rockbox default font ? :x) |
| 10:41:24 | Jungti1234 | Is there simulator apart? |
| 10:42:31 | Maxou` | "rockbox_default" ... /me shuts up |
| 10:42:41 | Jungti1234 | haha.. |
| 10:58:31 | *** | Saving seen data "./dancer.seen" |
| 10:59:02 | Jungti1234 | It is examination tomorrow. :( |
| 10:59:15 | Jungti1234 | Must study. Bye. |
| 10:59:37 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
| 11:00 |
| 11:01:24 | linuxstb | preglow: You around? |
| 11:02:29 | | Join _FireFly__ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 11:02:29 | | Quit _FireFly_ (Read error: 104 (Connection reset by peer)) |
| 11:02:53 | | Nick _FireFly__ is now known as _FireFly_ (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 11:03:06 | | Quit _FireFly_ (Client Quit) |
| 11:03:39 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 11:12:34 | | Join amiconn_ [0] (n=jens@p54BD5EAD.dip.t-dialin.net) |
| 11:12:35 | | Quit _FireFly_ (Read error: 104 (Connection reset by peer)) |
| 11:13:57 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 11:14:43 | | Quit markun (Read error: 54 (Connection reset by peer)) |
| 11:14:48 | LinusN | linuxstb: u there? |
| 11:16:58 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:17:09 | LinusN | linuxstb_: u there? |
| 11:19:28 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 11:19:57 | markun | proper joined arabic in rockbox (from a bbc news article) http://130.89.160.166/rockbox/arabic-bbc.png |
| 11:21:12 | linuxstb_ | LinusN: Yes. |
| 11:21:50 | LinusN | i wonder why the framebuffer is 8-bit in lcd-16bit.c |
| 11:23:12 | | Quit linuxstb_ (Read error: 104 (Connection reset by peer)) |
| 11:23:16 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 11:25:33 | linuxstb_ | It's simply to make it a type that is consistent with the other framebuffers. I did originally have it as an array of shorts, but then changed it. |
| 11:26:36 | LinusN | why should it be consistent? |
| 11:27:15 | linuxstb_ | I'm not arguing in favour of it. I just wanted to make the least changes to Rockbox at the time. I would be happy to change back to shorts if you think that's better. |
| 11:28:42 | LinusN | hehe, i just did, for the h300 port, but i haven't committed it |
| 11:29:01 | linuxstb_ | No problem then :) |
| 11:29:24 | linuxstb_ | Did you change the screen_dump function in apps/misc.c ? |
| 11:30:44 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 11:30:45 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5EAD.dip.t-dialin.net) |
| 11:30:59 | LinusN | no, not yet |
| 11:33:24 | linuxstb_ | How are your 16-bit values stored? I assume you noticed that they are byte-swapped on the ipod. |
| 11:33:46 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 11:35:43 | LinusN | they are stored big-endian |
| 11:37:20 | linuxstb_ | So we should use the htobe16 and betoh16 macros instead of swap16 |
| 11:38:05 | LinusN | or something like that |
| 11:46:00 | preglow | LinusN: sounds like you're progressing nicely |
| 11:46:02 | preglow | linuxstb_: i am now |
| 11:46:03 | linuxstb_ | Do you recognise any of the LCD commands used by ipodlinux? i.e. do they match any datasheets you've seen. |
| 11:46:47 | LinusN | no, it isn't even close to the h300 lcd |
| 11:46:53 | linuxstb_ | preglow: I added a yield() to the usleep command in the bootloader, and tried a lcd_puts_scroll() but it didn't work. Is there anything else I needed to do? |
| 11:47:34 | preglow | linuxstb_: yes, you need to do a couple of yields before you lcd_puts_scroll as well, so that the scrolling thread has time to get going |
| 11:47:46 | preglow | linuxstb_: the first thing the scrolling thread does is reset the scrolling_lines variable |
| 11:48:09 | linuxstb_ | OK, I'll try that. |
| 11:48:49 | LinusN | did any of you convert a color rockbox logo? |
| 11:49:21 | linuxstb_ | Yes - it's in the bootloader directory. But it's byte-swapped for the ipod. |
| 11:49:34 | LinusN | in the bootloader dir??? |
| 11:49:49 | preglow | bootloader displays a couple of logos |
| 11:50:03 | linuxstb_ | It's a very small logo - we probably want a bigger one for the main splash screen. |
| 11:50:23 | LinusN | how did you convert it? |
| 11:51:09 | | Join ender1 [0] (i=ychat@84.52.165.220) |
| 11:51:59 | linuxstb_ | A poor quality perl script that I hacked from one in the ipodlinux source and some manual editing. |
| 11:52:21 | linuxstb_ | I mean my changes were poor quality. |
| 11:52:36 | linuxstb_ | It takes an xpm file as input. |
| 11:53:19 | linuxstb_ | I could send it to you if you wanted to clean it up. Or you could start from something else. |
| 11:54:24 | LinusN | i was thinking of updating bmp2rb |
| 11:54:41 | linuxstb_ | That's a better plan. |
| 11:54:57 | LinusN | that's what i thought you did |
| 11:55:52 | linuxstb_ | No, I didn't spot that program. |
| 11:56:03 | LinusN | i see |
| 11:56:19 | linuxstb_ | Looking at it now, it would have been a lot easier. |
| 11:57:06 | | Join ashridah [0] (i=ashridah@220-253-120-140.VIC.netspace.net.au) |
| 12:00 |
| 12:04:21 | preglow | *sigh* |
| 12:04:49 | | Join webguest81 [0] (n=c13354c1@labb.contactor.se) |
| 12:04:56 | preglow | this setting up of interrupts is going to be tricky |
| 12:05:02 | webguest81 | Hello all |
| 12:06:00 | webguest81 | I'm wondering if you guys thought to add the patch for delete the syteme volume info dir of windows ? |
| 12:06:56 | webguest81 | it is big dir for nothing, with the directory cach, that make few ko for nothing |
| 12:07:04 | webguest81 | anyone? |
| 12:07:47 | Slasheri | Hmm, that's interesting. iriver display just got a full of straight lines and playback stopped. There must be some bugs in the code :) |
| 12:07:58 | webguest81 | the "master" LinusN, any thought? |
| 12:08:08 | | Quit edx_ () |
| 12:08:23 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 12:08:26 | webguest81 | in your code Slasheri you mean :D |
| 12:08:29 | markun | Slasheri: I have found another bug, but I don't know how to reproduce it |
| 12:09:03 | markun | Sometimes my iriver shuts down after it played the last file in the playlist. |
| 12:09:11 | Slasheri | webguest81: i believe the problem is in cvs |
| 12:09:14 | preglow | Slasheri: did your iriver get well again? |
| 12:09:20 | Slasheri | preglow: yep, working fine |
| 12:09:59 | Slasheri | preglow: i am now writing a safe flash plugin for iriver and specifying a firmware file format, that has bootloader and rombox splitted into a single file |
| 12:10:35 | | Join lamed [0] (n=d4b3395e@labb.contactor.se) |
| 12:10:36 | webguest81 | it will be commited for users wanted it? |
| 12:10:48 | webguest81 | it could be fun :) |
| 12:10:55 | lamed | olah everyone. |
| 12:10:55 | Slasheri | webguest81: yes, commit will come later |
| 12:11:07 | webguest81 | fine |
| 12:11:19 | Slasheri | then it should be possible for anyone who wants, to erase the iriver firmware and replace it with rockbox fw |
| 12:12:10 | webguest81 | now recordings is in CVS not a lot of things missing |
| 12:12:28 | webguest81 | why we need of iriver fw now? :D |
| 12:12:40 | webguest81 | just a full support of the remote |
| 12:12:46 | lamed | question: say you have changed a file, will invoking cvs update -dP delete your change? (-i think it tries to diff the file to the original by version and patch it back to the new file!) |
| 12:12:48 | Slasheri | the code will also introduce a little more advanced boot loader for rombox, that has a simple failsafe menu and could recall some settings from eeprom |
| 12:12:55 | webguest81 | and definitively bye bye to the original fw |
| 12:13:13 | _FireFly_ | if my wps-widget gets into cvs then the main-parts are working also on remote |
| 12:13:13 | LinusN | lame, no it will not remove your changes |
| 12:13:14 | webguest81 | Slasheri: rombox like archoses ones? |
| 12:13:35 | webguest81 | yes _FireFly |
| 12:13:51 | webguest81 | I hope WPS in remote will come soon |
| 12:13:53 | Slasheri | webguest81: sorry but i don't know how rombox works on archos.. this will be probably a little different |
| 12:14:07 | lamed | linusn: how not? it _does_ updates the file, correct? so am i right with my assumption? |
| 12:14:27 | webguest81 | Slasheri: no problems it was just for understand the concept |
| 12:14:42 | Slasheri | webguest81: iiuc, archoses have two rockboxes in flash. Iriver will have only one and a bootloader, that doesn't need to be touched when upgrading rombox |
| 12:14:44 | _FireFly_ | webguest81: if you can compile yourself then you can get my patch in the tracker |
| 12:14:48 | LinusN | lamed: it merges your changes with the updated file |
| 12:15:10 | _FireFly_ | if there where problems it will display a error message about it |
| 12:15:24 | webguest81 | _FireFly: you know why isn't commited yet? |
| 12:15:41 | lamed | linusn: so if the file in the repository is changed too much, what happends? |
| 12:15:50 | _FireFly_ | no dev with cvs access had yet enought time to review it |
| 12:16:05 | LinusN | lamed: then you have conflicts, which are marked in the file |
| 12:16:22 | webguest81 | _FireFly_: isn't the part of TiMiD the guys made the begin of mutidiplay support? |
| 12:16:30 | Slasheri | hehe, i found an ogg file that crashes rockbox |
| 12:16:41 | Slasheri | will try on simulator soon |
| 12:16:46 | _FireFly_ | webguest81 he had created the base for it yes |
| 12:17:09 | webguest81 | and you the WPS part, yes? |
| 12:17:15 | _FireFly_ | yes |
| 12:17:27 | preglow | Slasheri: i'm willing to bet it's one of the ones with a ton of faulty granuleposes |
| 12:17:29 | lamed | linusn: it won't product other .reg .org files? just mark them in file? -that's interesting, i should add a commit to the wiki |
| 12:17:38 | preglow | Slasheri: try using ogginfo on it |
| 12:17:43 | lamed | linus: sorry, .rej |
| 12:17:46 | webguest81 | _FireFly_thanks for this, I hope it will commit |
| 12:18:09 | _FireFly_ | as i said it already if you can compile rb yourself you can use it already |
| 12:18:47 | webguest81 | I can't :( |
| 12:20:05 | webguest81 | LinusN, Bagder: is the official release for irivers will come soon (or wait for h300), now is it quasi full |
| 12:20:16 | Slasheri | preglow: Hmm, ogginfo doesn't display anything weird. But i will check more when i get home |
| 12:20:27 | webguest81 | one bug freeze and bugs hunting could be fine for irivers |
| 12:20:29 | Slasheri | I could then send the file to you if you want |
| 12:22:06 | markun | Slasheri: Do you think auto shutdown should happen when playback stops and the user has not touched his unit for a while? I don't think it should. |
| 12:22:44 | _FireFly_ | markun when should then auto shutdown work ?? |
| 12:22:51 | LinusN | markun: of course it should |
| 12:23:00 | lamed | linusn:thanks! btw.. |
| 12:23:34 | markun | Well, after playback stops it should wait another timeout period before shutting down. Now it sometimes shuts down imediately |
| 12:23:52 | Slasheri | Hmm.. immediately? |
| 12:24:05 | Maxou` | the auto shutdown shouldn't happen when the playback is "paused", only when it's stopped.. like the original fw.. no? |
| 12:24:08 | Slasheri | that is probably then a bug |
| 12:24:19 | markun | Or am I the only one getting this behaviour? |
| 12:24:25 | LinusN | it should not shut down immediately |
| 12:24:34 | | Quit ashridah ("Leaving") |
| 12:24:35 | webguest81 | bye all |
| 12:24:44 | | Quit webguest81 ("CGI:IRC") |
| 12:25:15 | markun | looking at handle_auto_poweroff I can see how this can happen. |
| 12:25:19 | LinusN | hmm, maybe that's how the system works atm |
| 12:25:26 | preglow | Slasheri: sure |
| 12:25:37 | LinusN | it is calculated from the last disk access iirc |
| 12:25:37 | markun | Maybe last_event_tick should be reset when playback status changes |
| 12:25:51 | LinusN | markun: yes |
| 12:26:10 | crwl | btw, has someone thought of implementing the stereo width setting for iriver? |
| 12:26:28 | preglow | crwl: yes, i have, but it needs some internal changes |
| 12:26:31 | crwl | it's difficult to listen to a lot of stuff from sixties right now :) |
| 12:26:37 | markun | Because I listen to albums a lot and when they finish I often look at my iriver to discover it turned off. |
| 12:26:42 | | Join webguest53 [0] (n=c2848364@labb.contactor.se) |
| 12:26:48 | preglow | crwl: markun's got something you'll like, then |
| 12:26:56 | webguest53 | how is the h3xx port going ? |
| 12:27:25 | crwl | preglow, hum? |
| 12:27:40 | preglow | crwl: he's made a crossfeed plugin |
| 12:27:47 | preglow | crwl: that makes even vintage beatles sound pleasant |
| 12:28:18 | LinusN | webguest53: forward i guess |
| 12:28:48 | markun | There are a few problems with it. It takes up quite some CPU, makes the volume a lot lower and cannot be turned off right now. |
| 12:29:50 | markun | crwl: Do you want a patch? |
| 12:30:13 | | Quit DMJC (Read error: 104 (Connection reset by peer)) |
| 12:30:30 | preglow | the cpu usage worries me |
| 12:30:38 | crwl | markun, why not |
| 12:30:38 | preglow | 'cause it's quite a simple plugin, really |
| 12:31:13 | markun | preglow: I changed the code a bit, maybe you can take a look at it again. |
| 12:31:25 | preglow | sure |
| 12:32:38 | markun | http://130.89.160.166/rockbox/crossfeed.diff |
| 12:33:30 | markun | preglow: I was trying to get rid of all the move instructions (but didn't disassemble to find out) |
| 12:33:41 | markun | Well, not ALL the move instructions :) |
| 12:35:04 | webguest53 | long before realese? |
| 12:35:50 | markun | crwl: you have to apply the patch in the apps dir |
| 12:37:04 | crwl | markun, okay, i'll try it when i get home again |
| 12:37:35 | preglow | think it's about time i made one tree for each platform |
| 12:37:35 | | Quit webguest53 ("CGI:IRC (EOF)") |
| 12:37:46 | preglow | i'm working on, that is |
| 12:38:00 | crwl | right now i need to go slightly closer to slasheri to increase my iriver's l33t power |
| 12:38:18 | B4gder | to Finland? ;-) |
| 12:38:44 | crwl | well, here i am already |
| 12:38:55 | B4gder | oh |
| 12:38:59 | crwl | probably in the same town in fact |
| 12:39:05 | * | B4gder didn't check |
| 12:39:19 | crwl | in fact if i'm not mistaken, i'm going to the adjacent building |
| 12:39:21 | crwl | heh |
| 12:39:47 | preglow | leetness level must be increasing rapidly, then |
| 12:39:51 | crwl | indeed |
| 12:39:52 | preglow | give him a pat on the back for me |
| 12:40:25 | crwl | heh |
| 12:40:30 | crwl | anyways, the bus is coming... -> |
| 12:40:35 | lamed | why everyone saying the nokia chagger polarity is inverted then iriver's charger? the signs are the same (hadn't had a multimeter yet to check) |
| 12:41:09 | preglow | markun: it's looking a _lot_ tighter now, but still there's something to be done |
| 12:41:51 | lamed | anyone? |
| 12:42:26 | markun | lamed: my nokia charger doesn't say what the polarity is.. |
| 12:43:05 | markun | preglow: would have been nice of gcc to do the optimisation for me |
| 12:44:06 | preglow | markun: you still can't count on the compilers completely, i'm afraid |
| 12:46:38 | lamed | markum: i dont have one here to see if i'm wrong :/ i'll have to check it at the weekend. |
| 12:47:10 | preglow | markun: i think it should be possible to convert that it into quite a nice little asm loop |
| 12:47:20 | B4gder | lamed: several people have claimed they fried their units that way |
| 12:47:25 | preglow | looks like there is enough room for all constants and arrays in the registers |
| 12:47:32 | preglow | so you don't need to do the constant reloading gcc does |
| 12:47:36 | B4gder | and LinusN once investigated the results of a nokia charged irivier, iirc |
| 12:47:39 | preglow | dsp is all about assembler, i'm afraid |
| 12:48:23 | markun | preglow: would you be so kind to take a shot a rewriting it? |
| 12:48:43 | preglow | yep, just need to have some lunch |
| 12:48:44 | | Join Vladoman [0] (n=Vladoman@p54A7D5A3.dip.t-dialin.net) |
| 12:48:50 | _FireFly_ | the problem with the nokia chargers could be that these charger can only deliver 500mA |
| 12:49:02 | _FireFly_ | max |
| 12:50:03 | LinusN | my nokia charger doesn't fit the h100 connector |
| 12:50:23 | linuxstb_ | I once plugged my iriver charger into my Nokia, and nothing bad happened - but the phone didn't charge either. |
| 12:50:24 | LinusN | there isn't just one nokia charger |
| 12:53:28 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 12:53:28 | | Quit ender1 (Read error: 104 (Connection reset by peer)) |
| 12:58:34 | *** | Saving seen data "./dancer.seen" |
| 12:59:14 | HCl | um. |
| 12:59:22 | HCl | how many volts is the iriver h120/h140 battery supposed to be? |
| 13:00 |
| 13:01:53 | LinusN | 4.2V when fully charged |
| 13:04:38 | linuxstb_ | preglow: Did you make any progress with crt0.S ? |
| 13:08:06 | markun | HCl: problems with our battery? |
| 13:08:49 | preglow | linuxstb_: none at all |
| 13:09:14 | preglow | linuxstb_: searched for the relevant parts in ipl, found something, and started comparing with some docs |
| 13:12:48 | linuxstb_ | I think the best approach is just to do something similar to the iriver code. |
| 13:13:49 | linuxstb_ | For now, I think we can ignore any hardware initialisation (assuming the Apple flash firmware has done enough) and just set up the memory contents correctly - i.e. zero out the bss, copy the iram section etc |
| 13:14:03 | preglow | well, yes, and we need to set up interrupts |
| 13:14:34 | preglow | which is a bit of work |
| 13:14:44 | linuxstb_ | Yes, but can that be done later? i.e. get a simple crt0.S first, and then add the rest. |
| 13:14:50 | preglow | perhaps |
| 13:15:25 | linuxstb_ | But interrupts is probably the most important thing to do next anyway. |
| 13:15:30 | preglow | it is |
| 13:15:36 | preglow | we need it for buttons |
| 13:15:46 | Slasheri | crwl: hmm, where are you? =) |
| 13:17:24 | preglow | markun: dsp.c:513: warning: operation on `index' may be undefined |
| 13:17:27 | preglow | markun: do you get that? |
| 13:30:03 | | Quit Rick ("I… don't need to be here.") |
| 13:31:58 | | Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 13:32:41 | preglow | linuxstb_: did you get the scrolling to work, btw? |
| 13:36:39 | linuxstb_ | preglow: No, but I only had a quick attempt. I added about 4 or 5 yields between lcd_init and my lcd_puts_scroll and it doesn't help. |
| 13:36:59 | preglow | i just added an usleep there |
| 13:37:03 | preglow | worked fine then |
| 13:37:05 | linuxstb_ | I'e added a yield inside the usleep() while loop as well. |
| 13:37:28 | linuxstb_ | OK, I'll try that. How long did you usleep for? |
| 13:38:22 | preglow | 100000 |
| 13:38:30 | preglow | but that shouldn't matter |
| 13:40:20 | preglow | i'll have a quick diff to see if i did anything else i forgot |
| 13:41:55 | linuxstb_ | No, that doesn't work either. |
| 13:44:04 | linuxstb_ | preglow: Have you built the arm compiler for cygwin? |
| 13:45:01 | Slasheri | Hmm, i got the internal eeprom working and a dump of it. Now it should be possible to use it on bootloader :) |
| 13:45:19 | preglow | linuxstb_: i can't stand cygwin |
| 13:46:13 | linuxstb_ | I was just curious if it compiled OK there. |
| 13:46:22 | linuxstb_ | I forgot you use your linux box for compiling. |
| 13:46:34 | preglow | not my box, at the moment |
| 13:46:37 | preglow | i need to get that going again |
| 13:48:08 | preglow | either that or get cross compilers to work on amd64 |
| 13:51:48 | * | LinusN has a nice coloured rockbox logo on his h300 lcd :-) |
| 13:52:02 | B4gder | pictures pictures!!! |
| 13:52:56 | LinusN | will take pics in an hour or so |
| 13:53:01 | LinusN | gotta go |
| 13:53:22 | preglow | w00t! |
| 13:53:36 | dwihno | Wee! |
| 13:53:40 | preglow | linuxstb_: dev box is lagging like mad right now, so can't be completely sure, but doesn't look like i've done anything that's not commited |
| 13:53:59 | linuxstb_ | Can you send me your ipod.c file? |
| 13:54:22 | preglow | sure |
| 13:54:25 | linuxstb_ | But if it's in a mess, don't worry - it's not important. |
| 13:54:33 | preglow | it's not |
| 13:55:32 | linuxstb_ | Are you still getting problems with corrupted fonts? |
| 13:56:18 | preglow | linuxstb_: http://www.pvv.org/~thomj/rockbox/ipod.c |
| 13:56:19 | preglow | linuxstb_: no |
| 13:58:07 | markun | preglow: yes, I get that as well. |
| 13:59:11 | preglow | linuxstb_: does it work? |
| 13:59:16 | linuxstb_ | preglow: It must be your thread tests that cause the scrolling to work. That seems to be the only difference. |
| 13:59:21 | linuxstb_ | (yes, it does work) |
| 13:59:43 | linuxstb_ | t2 is never incremented though. |
| 13:59:45 | preglow | weirdness |
| 13:59:47 | preglow | ahh, i know |
| 14:00 |
| 14:00:09 | preglow | i used bbb to test the scrolling thread |
| 14:07:43 | HCl | markun: nah |
| 14:09:13 | preglow | markun: my dev box is lagged to hell curently, and i need to go, will look at optimising later |
| 14:09:24 | linuxstb_ | HCl: Did you write databox? |
| 14:10:08 | preglow | bbl |
| 14:10:13 | markun | ok, bye |
| 14:11:04 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 14:17:35 | wubbla | harr harr... I can't wait for the H300 port :-D |
| 14:18:56 | wubbla | how can LinusN execute code on his h320? |
| 14:19:11 | wubbla | i thought that there is no bootloader, yet |
| 14:19:17 | wubbla | ...? |
| 14:19:28 | B4gder | because he as a BDM |
| 14:19:30 | B4gder | has |
| 14:19:42 | B4gder | which can load code and execute in the cpu |
| 14:19:48 | wubbla | ah |
| 14:20:10 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
| 14:20:14 | wubbla | i thought that was just some kind of debugging-device... |
| 14:20:28 | B4gder | it is |
| 14:20:38 | | Quit Kohlrabi (Read error: 110 (Connection timed out)) |
| 14:20:40 | wubbla | so that you can read specific registers or something else like that... |
| 14:21:11 | B4gder | that it can |
| 14:21:15 | Slasheri | wubbla: it allows something like full control to the cpu and system bus |
| 14:21:30 | wubbla | i see :) |
| 14:21:35 | Slasheri | that is what hardware debugging devices are for |
| 14:22:23 | wubbla | do you need to reverse-engineer everything or is ther some kind of documentation? |
| 14:22:50 | Slasheri | we have documentation for the cpu, display and almost for all peripherals |
| 14:23:30 | Slasheri | but at least electrical reverse-engineering is needed to create the schematics etc. |
| 14:24:05 | Slasheri | there is no need to reverse engineer the firmware itself |
| 14:24:10 | | Join arkascha [0] (n=arkascha@mailout.imageware.de) |
| 14:24:30 | wubbla | by the way, why are some header files in the CVS "marked" as executable? |
| 14:24:57 | wubbla | for example: firmware/export/audio.h |
| 14:24:58 | B4gder | I blame the windows people |
| 14:24:59 | Slasheri | hmm, probably they are committed from windows |
| 14:25:03 | Cassandra | Probably because someone commited them that way. |
| 14:25:11 | Slasheri | *those |
| 14:25:18 | Cassandra | Sillly Windows users. No cookie. |
| 14:25:30 | wubbla | hehe :) |
| 14:25:58 | Cassandra | BTW - someone think of a better name than "3d" for my WPS. http://www.rockbox.org/twiki/bin/view/Main/WpsGallery#ChristiScarborough |
| 14:27:14 | wubbla | are mpeg-files decoded using a software codec or utilizing a hardware device? |
| 14:27:37 | | Quit DJDD (Read error: 110 (Connection timed out)) |
| 14:27:42 | Cassandra | Hmm - that link doesn't work. It's at the bottom of the page. |
| 14:27:44 | B4gder | wubbla: on iriver it is all done in sw |
| 14:27:54 | wubbla | this is related to the h300 |
| 14:27:57 | wubbla | ah |
| 14:28:15 | wubbla | isn't there a hardware decoder on board? |
| 14:28:17 | B4gder | no |
| 14:28:30 | Cassandra | Not unless you count the CPU. :) |
| 14:28:36 | | Join ipnetukr [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 14:28:44 | B4gder | and the ADC/DAC |
| 14:28:57 | Slasheri | Cassandra: oh, looks like a nice wps :) |
| 14:29:05 | Cassandra | Thanks. |
| 14:29:16 | Cassandra | I'll be commiting it into CVS before too long, I hope. |
| 14:29:46 | B4gder | and you'll save some 250 bytes with the new loading system! ;-) |
| 14:29:55 | Cassandra | *nods* Yep. |
| 14:30:07 | * | B4gder used that wps when modifying to this new system |
| 14:30:34 | ipnetukr | :) my first weekend of exclusive rockbox usage on the iRiver went very well indeed... i didnt miss the irRiver firmware once :) |
| 14:30:57 | ipnetukr | its got a lot better since the Archos days |
| 14:30:58 | Cassandra | *grin* The only reason I didn't use WPS/3d/ in the first place was the extra space it would require in the cfg file. |
| 14:31:19 | * | Cassandra hasn't used the iRiver firmware in over half a year. |
| 14:31:45 | ipnetukr | i needed firefly's wps patch to push it into the usable catagory |
| 14:31:59 | ipnetukr | btw - is the wps on that hard coded atm? |
| 14:32:01 | markun | I turned on the iriver firmware by accident when I was playing with the remote |
| 14:32:21 | ipnetukr | 6 lines on the remote :) |
| 14:32:21 | Cassandra | WPS is just eye candy, really. |
| 14:32:31 | Cassandra | But I think a lot of people consider that important. |
| 14:32:50 | Cassandra | That's why I've been trying to design a comprehensive, clean looking RPS. |
| 14:33:32 | Cassandra | I'm hoping we'll consider using a graphical WPS as default on iRiver. I think the original spartan Rockbox look puts a lot of people off. |
| 14:33:59 | Cassandra | Which is a shame, because Rockbox beats the iRiver firmware hands down in terms of performance. |
| 14:34:06 | Cassandra | and features. |
| 14:35:01 | Cassandra | Is firefly's patch for remote WPS support? That's not in the main CVS yet, is it? |
| 14:36:23 | Cassandra | Wish I could use greyscale on the WPS rather than resorting to optical illusions. |
| 14:36:56 | | Quit lamed ("CGI:IRC (EOF)") |
| 14:37:01 | Zagor | Cassandra: I like it, it gets that C64 look... :-) |
| 14:37:09 | Cassandra | I'm hoping that maybe we'll finally get 4 grey WPS as a side effect of the work on the H3xx and iPod colour LCDs. |
| 14:37:42 | Cassandra | zagor: Ah - retro chic. :) |
| 14:39:12 | Cassandra | Must get around to adding an "in WPS only" option for the status bar. |
| 14:39:48 | solexx_ | Cassandra: I'd appreciate the opposite :) |
| 14:39:55 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-098.pools.arcor-ip.net) |
| 14:40:06 | linuxstb_ | I thought the plan was to add a tag to a WPS to explicitly enable or disable the status bar. |
| 14:40:32 | Cassandra | Ernm in browser I mean. |
| 14:40:53 | _FireFly_ | i had a patch for this |
| 14:41:02 | B4gder | I'll make a system that'll generate a .cfg file for each WPS we bundle |
| 14:41:12 | Cassandra | Not sure. badger has some plans for bundling config files .... oh, there we go. |
| 14:41:31 | B4gder | to easier get the proper font set etc |
| 14:41:49 | Zagor | but I'd still want status bar to toggle off in wps and on in browser |
| 14:42:02 | B4gder | yes, me too |
| 14:42:12 | Cassandra | It was a design feature of 3d that it works with a wide range of fonts. |
| 14:42:14 | _FireFly_ | Cassandra: but i have to adapt it to the new version if my widget gets into cvs |
| 14:42:34 | Cassandra | What's the widget? |
| 14:42:40 | _FireFly_ | wps-widget |
| 14:43:01 | _FireFly_ | which adds multi-screen support to wps and loading of remote-wps(*.rwps) files |
| 14:43:12 | Cassandra | Oh, right. |
| 14:44:16 | _FireFly_ | maybe i find some time today to make a patch which readds the possibility to disable/enable explizitly the statusbar in wps upon my wps-widget patch |
| 14:44:19 | Cassandra | Yeah - that would be good, but others than I have a better idea of the eventual design goals of wps support. I know that there are plans for the two screens to function independently. |
| 14:44:45 | _FireFly_ | yepp with few modification my code is ready for that |
| 14:44:58 | _FireFly_ | to handle wps independently |
| 14:45:05 | Zagor | I still very much oppose that, though. |
| 14:45:23 | Cassandra | I think it may add unnecessary complexity. |
| 14:45:33 | Zagor | yes |
| 14:45:45 | Cassandra | But it may be possible to have it as a (non-default) option. |
| 14:46:07 | Zagor | That would still make the code as complex. and the bugs. |
| 14:46:32 | Cassandra | I'm with you Zagor. I don't really see the point. |
| 14:46:39 | _FireFly_ | i don*t think it make sense to have idependent handling of remote and main-display on iriver |
| 14:47:11 | Cassandra | Firefly: Fix up the two patches, and I'll try to have a look at them with a view to merging them into CVS. |
| 14:47:28 | Cassandra | Remote WPS support is something we could certainly do with. |
| 14:48:03 | Cassandra | Gotta make sure it doesn't break Archos builds though. |
| 14:48:21 | _FireFly_ | it shouldn't but i can't test it |
| 14:48:39 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
| 14:48:56 | _FireFly_ | my widget uses the old wps-code with some modification to the new interface which i had put upon these function |
| 14:49:03 | | Join webguest78 [0] (n=d921c74c@labb.contactor.se) |
| 14:50:46 | B4gder | ok, I'll show you how I imagine the bundled-wps system |
| 14:50:56 | B4gder | committing |
| 14:53:37 | ipnetukr | firefly - sorry, had to go and do work for a bit - did i hear you say your wps-widget patch supports .rwps files? |
| 14:55:44 | _FireFly_ | yepp |
| 14:56:20 | | Join muesli- [0] (n=muesli_t@141.71.4.207) |
| 14:56:30 | ipnetukr | cool... :) |
| 14:56:35 | muesli- | high |
| 14:57:08 | ipnetukr | i love being able to see track length on the remote (radio shows) |
| 14:57:12 | ipnetukr | bbl |
| 14:58:12 | Zagor | B4gder: wouldn't it be a better idea to create a new cvs module for wps files? |
| 14:58:25 | Zagor | I imagine it can grow pretty extensive |
| 14:58:36 | linuxstb_ | Zagor: Good idea. |
| 14:58:39 | *** | Saving seen data "./dancer.seen" |
| 14:58:57 | B4gder | I wouldn't mind that, I just thought users might |
| 14:59:07 | linuxstb_ | Why should users care? |
| 14:59:22 | B4gder | users who checkout code |
| 14:59:43 | B4gder | but sure, I'll create one |
| 15:00 |
| 15:01:35 | linuxstb_ | Have you thought about target specific WPS files in your build scripts? |
| 15:02:12 | B4gder | yes |
| 15:02:53 | linuxstb_ | OK :) |
| 15:03:22 | B4gder | I'll have them depend on the LCD |
| 15:03:35 | B4gder | size and depth I guess |
| 15:04:09 | | Quit webguest78 ("CGI:IRC (Ping timeout)") |
| 15:06:26 | | Quit Sandking () |
| 15:07:47 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
| 15:08:33 | * | Cassandra wonders if it's worth giving the config style stubs a .thm extension, so we can then allow users to select a theme. |
| 15:08:48 | Cassandra | Or is this all getting ridiculously complex. |
| 15:09:38 | linuxstb_ | I'm not writing any code, so I like the idea :) |
| 15:10:44 | B4gder | you mean so that we could remember the theme file for next boot? |
| 15:10:49 | Cassandra | Yep. |
| 15:11:03 | B4gder | these options will be remembered too |
| 15:11:14 | linuxstb_ | It also makes it more future-proof. When other parts of the rockbox UI inevitably become customisable. |
| 15:11:39 | B4gder | sure, I just don't see the difference between a .thm and a .cfg |
| 15:11:57 | linuxstb_ | The syntax is the same, the purpose is different. |
| 15:12:35 | Cassandra | *nods* |
| 15:12:43 | linuxstb_ | But maybe a ".thm" is just a ".cfg" inside a special directory. |
| 15:13:01 | B4gder | I think we should at least start that way |
| 15:13:08 | linuxstb_ | I'm just thinking that "browse WPS" could be changed to "browse themes". |
| 15:13:12 | * | Zagor votes, as usually, for not using silly three-letter acronyms |
| 15:13:18 | Cassandra | Although I'm not entirely sure that moving all the skinning options into the WPS file itself isn't a better approach. |
| 15:13:38 | Cassandra | Then people could have a different font for their WPS and their browser. |
| 15:13:49 | Cassandra | And installing a WPS becomes an atomic operation. |
| 15:14:06 | Cassandra | (As opposed to "install WPS, set status bar, load font". |
| 15:14:12 | linuxstb_ | Zagor: I agree. ".theme" is definitely better. |
| 15:14:35 | B4gder | selecting one of those .cfg files in the wps/ dir will be a "set theme" operation |
| 15:15:11 | linuxstb_ | Yes. |
| 15:15:25 | B4gder | (the rockbox.org site is currently being slow as a toad due to bandwidth hogging) |
| 15:15:41 | linuxstb_ | Is the plan for these .cfg files to live in the .rockbox/wps/ directory? |
| 15:15:51 | B4gder | yes, I think so |
| 15:15:52 | Cassandra | Who's hogging the bandwidth? And how fast are toads? |
| 15:16:01 | Cassandra | That would make sense, yes. |
| 15:16:05 | linuxstb_ | Then I don't think it really matters if they are called .cfg or .theme |
| 15:16:12 | B4gder | Cassandra: I believe the people in the office are downloading too much crap |
| 15:17:01 | Cassandra | But I am beginning to wonder if rather than build on all this extra infrastructure for themes, we shouldn't just make font and statusbar configurable from the WPS. |
| 15:17:29 | B4gder | for that to be good, we first need multi-font support |
| 15:17:44 | B4gder | imho |
| 15:18:01 | B4gder | as I don't want to be _forced_ to switch font in the dir browser just because I don't to load a new wps |
| 15:18:10 | B4gder | "becase I load" |
| 15:18:29 | Cassandra | I can see that. Theorectically there's no reason why the current infrastructure can't reload fonts on swapping between WPS and browser is there? |
| 15:18:36 | B4gder | no |
| 15:18:58 | Cassandra | That might actually be the way forward for now then. |
| 15:19:16 | Zagor | it's rather slow though |
| 15:19:30 | Cassandra | Is it? Hmmm. |
| 15:19:42 | Zagor | if you need to spin up the disk to load the font |
| 15:19:51 | Cassandra | Technically what are the downsides of keeping two fonts in memory? |
| 15:20:03 | Cassandra | Not good for Archos, is it? |
| 15:21:25 | crwl | Slasheri, i was at MaA for a while |
| 15:22:05 | Zagor | using extra memory is never good, of course. but there is no other downside as far as I remember. |
| 15:22:24 | B4gder | no, it just hasn't beed done |
| 15:24:06 | Cassandra | Right. I may have a poke around with that this afternoon then. |
| 15:24:23 | thegeek_ | beeing able to use more than one font in the wps/.theme would be kinda nice;) |
| 15:24:26 | markun | Is there a more elegant way to write: return &(unsigned short){0}; |
| 15:25:16 | markun | it used to be return ""; before switching to unsigned shorts from chars.. |
| 15:26:13 | B4gder | return NULL ? |
| 15:28:19 | Zagor | imho NULL should be used instead of empty strings |
| 15:28:40 | Cassandra | Well I don't think I'd be adding support for multiple fonts in the WPS. |
| 15:28:52 | Cassandra | Just for a different font in the WPS to the browser. |
| 15:29:37 | markun | Zagor, B4gder: ok, I'll change it. |
| 15:30:07 | Zagor | Cassandra: if you fix double-font loading I bet you can't keep your fingers away from double-display in wps... :-) |
| 15:30:10 | thegeek_ | is it a lot of work to enable support for two concurrent fonts? |
| 15:30:30 | Zagor | not really. the code was written for multiple fonts. |
| 15:32:30 | _FireFly_ | bbl |
| 15:32:33 | | Quit _FireFly_ ("Did anyone see my lost carrier?") |
| 15:39:14 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 15:49:18 | DBUG | Enqueued KICK Jungti1234 |
| 15:49:18 | * | Jungti1234 ´ÔÀº ºÎÀçÁßÀ̽ʴϴÙ.(I go to study.) |
| 15:50:32 | LinusN | linuxstb_: i updated bmp2rb |
| 15:50:49 | LinusN | is the ipod lcd also 5-6-5 RGB? |
| 15:51:53 | B4gder | I'm pretty sure it is |
| 15:52:06 | B4gder | I recall them saying so |
| 16:00 |
| 16:03:41 | linuxstb_ | LinusN: Thanks and Yes. |
| 16:03:50 | B4gder | I have a first shot at WPS-bundling |
| 16:04:10 | B4gder | I'll start with one single WPS to work out the system with |
| 16:04:10 | LinusN | linuxstb_: the best part is that you don't need to care about endianness |
| 16:05:03 | linuxstb_ | LinusN: Where ? The low-level driver needs to write the data as a big-endian 32-bit word containing two pixels. |
| 16:05:28 | LinusN | ok, so the ARM is little endian? |
| 16:05:32 | linuxstb_ | Yes. |
| 16:05:35 | LinusN | bleh |
| 16:05:45 | linuxstb_ | Which is why I byte-swap the framebuffer. |
| 16:06:03 | LinusN | ok, then we should probably add another format to bmp2rb |
| 16:06:41 | linuxstb_ | Yes, I was thinking the same thing this morning. |
| 16:10:18 | | Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") |
| 16:11:34 | linuxstb_ | LinusN: Are you planning on committing your changes to the make the framebuffer to 16-bit? |
| 16:11:44 | LinusN | yes, soon |
| 16:12:06 | LinusN | will probably break the ipod lcd code though |
| 16:12:20 | linuxstb_ | I was just about to say don't worry about breaking the ipod code - I'll look at it this evening. |
| 16:13:13 | Cassandra | Gods I hate the Linux automounter. It's so damn flaky. |
| 16:13:30 | linuxstb_ | I never enable it. |
| 16:14:30 | Cassandra | It's useful if you have Windows shares you need to access. |
| 16:14:37 | dwihno | A small question for all of you... I need a new and fast, quiet sata-150 disk... any recommendations? |
| 16:14:54 | dwihno | Some WD-10krpm or seagate? (no, I hate maxtor) |
| 16:15:16 | linuxstb_ | LinusN: Does that mean that you have a functional H300 LCD driver? |
| 16:15:23 | B4gder | ok, starting now all automatic builds _should_ get wpses bundled |
| 16:15:39 | LinusN | linuxstb_: partly |
| 16:15:49 | muesli- | dwihno samsung drives are damn quiet, nearly no audible |
| 16:16:31 | dwihno | muesli-: how are they performance-wise? |
| 16:16:53 | muesli- | you wont notice 1 or 2mb more or less |
| 16:17:11 | dwihno | access times? how many rpm? |
| 16:17:36 | muesli- | that count on those useless synthetic benchmarks..they are all in one comparable |
| 16:17:44 | B4gder | does anyone bother about such specs these days? |
| 16:18:00 | dwihno | of course everybody does ;D |
| 16:18:13 | B4gder | they're all bloody fast now |
| 16:19:21 | dwihno | okay |
| 16:19:23 | Slasheri | crwl: oh.. i would have been very close :/ |
| 16:19:24 | dwihno | how about disk rotation speed? |
| 16:19:33 | muesli- | 7200 i guess |
| 16:19:45 | B4gder | I like sf |
| 16:19:48 | B4gder | NOT |
| 16:19:54 | B4gder | "The connection to the server was reset while the page was loading." |
| 16:19:54 | muesli- | www.samsung.com ;) |
| 16:20:06 | B4gder | what the heck is that for an error message |
| 16:20:08 | dwihno | muesli-: you aren't a samsung agent, are you? ;) |
| 16:20:10 | Slasheri | crwl: btw, 'why did you be there? :) |
| 16:20:32 | muesli- | i had samsung's before..they rocked, no problems ;) |
| 16:20:51 | muesli- | but the new maxtor generation is very quite too |
| 16:20:58 | crwl | Slasheri, i had an unbelieveably boring lecture :P |
| 16:21:16 | Slasheri | crwl: hehe, nice :) so you are now studying here? cool :) |
| 16:21:58 | muesli- | gtg |
| 16:22:00 | muesli- | cya |
| 16:22:01 | dwihno | muesli-: a really quiet disk would be nice as well ;) |
| 16:22:24 | | Quit muesli- ("ich will Kühe!!!") |
| 16:24:17 | | Join _FireFly_ [0] (n=FireFly@p54A46139.dip.t-dialin.net) |
| 16:24:39 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 16:24:39 | * | amiconn appears |
| 16:24:59 | amiconn | Today I had another occasion of non-reacting STOP button in wps :-( |
| 16:25:27 | crwl | Slasheri, yes, i've been doing so for the autumn now... though i've had kind of a slow start :) |
| 16:25:45 | B4gder | amiconn: I've had it too |
| 16:25:48 | _FireFly_ | amiconn: have you tried my patch maybe that it solve this bug |
| 16:26:09 | amiconn | Seems I need to go back to old trusty archos for a while |
| 16:26:24 | LinusN | amiconn: no, you need to find and fix the bug |
| 16:27:26 | LinusN | going back to your trusty archos isn't a good way to get a bug fixed |
| 16:32:07 | markun | Where is Moos when you need him.. I want to show off with my arabic progress :) |
| 16:32:52 | markun | linuxstb_: Is it better to have the ipod in little-endian mode, or is it impossible to switch to big-endian? |
| 16:34:19 | linuxstb_ | My understanding is that it is more efficient in little-endian mode. |
| 16:34:26 | amiconn | LinusN: Perhaps you're right, but (1) there are already many areas I'm working on and (2) the iriver playback code isn't exactly transparent |
| 16:35:13 | _FireFly_ | amiconn: try my wps-widget maybe it solve this bug, if is a bug in wps |
| 16:35:32 | Slasheri | crwl: Hmm, please join #jyu or #ynna on ircnet :) |
| 16:37:36 | LinusN | amiconn: i understand completely |
| 16:38:06 | Cassandra | badger: Commited my WPS, so you have something else to test your builder against. |
| 16:39:08 | B4gder | okiedokie |
| 16:39:29 | B4gder | make zip seems to do good |
| 16:39:32 | Slasheri | amiconn: Hmm, what do you mean with non-reacting stop-button? |
| 16:39:37 | Slasheri | Did you press it too long? |
| 16:39:56 | amiconn | No, I measn that shortt STOP doesn't stop playback, it simply does nothing |
| 16:39:58 | B4gder | Slasheri: sometimes you just can't stop the music with the stop button |
| 16:40:06 | Slasheri | oh.. |
| 16:40:11 | Slasheri | i have never encountered that |
| 16:40:22 | amiconn | Somethimes pressing 2 seconds will initiate soft shutdown, but even that doesn't always work |
| 16:40:23 | Cassandra | I've had it a couple of times. |
| 16:40:38 | _FireFly_ | why does everybody ignore my suggestion ?? |
| 16:40:38 | Slasheri | amiconn: but the music was still playing and wps working? |
| 16:40:44 | amiconn | The strange thing is that the button driver itself works, I can adjust the volume and all |
| 16:40:51 | Slasheri | weird |
| 16:40:54 | Cassandra | Also USB insertion while playing is still crashing Rockbox regularly. |
| 16:40:54 | amiconn | yup |
| 16:41:02 | amiconn | Got that 3 times now, within 2 days |
| 16:41:03 | B4gder | _FireFly_: because you say "maybe it solves"... it isn't clearly an attempt to fix the bug, is it? |
| 16:41:23 | amiconn | One time I could only use the 8-seconds shutdown |
| 16:41:33 | _FireFly_ | we don*t know it until someone test it or?? |
| 16:41:50 | B4gder | so therefore we should try all sorts of weird patches to see if they solve bugs we see? |
| 16:42:03 | B4gder | seems like a weird way to fix bugs |
| 16:42:13 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 16:42:16 | LinusN | in fact, i think we should take a serious look at _FireFly_'s patch |
| 16:42:20 | linuxstb_ | I'm assuming that _FireFly_'s code is a rewrite of the WPS screen. So it may not have the same bug. |
| 16:42:21 | t0mas | hi |
| 16:42:22 | B4gder | that we should |
| 16:42:30 | _FireFly_ | because i can't remember to have this bug |
| 16:42:30 | linuxstb_ | That's assuming that the bug is in the WPS code. |
| 16:42:32 | t0mas | intresting things happened in the time I was away |
| 16:42:37 | t0mas | ipod support? :) |
| 16:42:43 | B4gder | hi t0mas |
| 16:42:48 | linuxstb_ | t0mas: Progressing nicely. |
| 16:42:55 | Cassandra | The WPS code is very spaghetti currently. |
| 16:44:16 | _FireFly_ | is there any reproduceable way to trigger this bug ?? |
| 16:44:29 | B4gder | I don't think so |
| 16:44:44 | B4gder | at least I haven't found any pattern |
| 16:44:45 | * | t0mas hasn't touched a C compiler for > 6 weeks |
| 16:46:00 | _FireFly_ | i can't also reproduce the bug which crash rb when connecting usb while playing |
| 16:46:26 | Cassandra | It's not an every time thing. |
| 16:46:27 | t0mas | could be a racecondition? |
| 16:46:27 | _FireFly_ | the only thing is, that i will get back to filetree after disconnecting from usb |
| 16:46:31 | t0mas | that's hard to reproduce |
| 16:46:34 | amiconn | B4gder: It *might* have to do with config loading |
| 16:46:55 | Cassandra | You could try it with my WPS. I get it quite frequently. |
| 16:47:00 | amiconn | All occasions I had were in the car, where I loaded a different .cfg at the start, then resumed playback |
| 16:47:08 | B4gder | amiconn: I doubt it, I never load configs |
| 16:47:28 | amiconn | When I wanted to stop at my destination, it didn't react |
| 16:47:40 | Slasheri | Hmm, there is some problem with the cfg loader at the moment, because some of my older configs crashes it |
| 16:47:43 | Cassandra | (the USB crash) |
| 16:48:02 | Cassandra | slasheri: Confirmed. I've seen that. |
| 16:48:49 | _FireFly_ | Cassandra: where can i get your wps ?? |
| 16:48:54 | Cassandra | Of course I'm also using a logf build. |
| 16:48:59 | Cassandra | firefly: cvs |
| 16:49:56 | Cassandra | Wow - there was some really wacky stuff going on with the build system this mornign. |
| 16:50:14 | Cassandra | _FireFly_, check out badger's new WPS module. Should be in there. |
| 16:50:28 | B4gder | _FireFly_: checkout the new wps module |
| 16:50:35 | B4gder | then make zip as usual |
| 16:51:45 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 16:51:54 | t0mas | hi |
| 16:52:05 | _FireFly_ | Cassandra: ipodVol is that yours ?? |
| 16:52:52 | B4gder | no, boxes is hers |
| 16:53:07 | B4gder | WPSLIST says so too |
| 16:54:04 | Cassandra | *nods* |
| 16:54:36 | Cassandra | (why would we want to ape the iPod. Let's have our own branding. :) ) |
| 16:56:30 | _FireFly_ | it doesn't crash when i connec/disconnec the usb-cable |
| 16:56:41 | | Join mashalla [0] (i=mashalla@p5498DFDE.dip.t-dialin.net) |
| 16:57:25 | | Join tucoz [0] (n=martin@69.80-202-102.nextgentel.com) |
| 16:57:38 | _FireFly_ | while playing a file |
| 16:57:51 | tucoz | Hi, I get compiler errors when building the X11 sim for h120 |
| 16:58:07 | tucoz | CC drivers/lcd.S |
| 16:58:18 | tucoz | drivers/lcd.S: Assembler messages: |
| 16:58:27 | tucoz | drivers/lcd.S:316: Error: invalid character '.' in mnemonic |
| 16:58:30 | tucoz | ...and so on |
| 16:58:37 | | Join simonjw [0] (n=836f0862@labb.contactor.se) |
| 16:58:40 | *** | Saving seen data "./dancer.seen" |
| 16:59:41 | | Quit simonjw (Client Quit) |
| 17:00 |
| 17:00:33 | linuxstb_ | tucoz: Yes, I get the same. Looks like LinusN's last change. |
| 17:00:55 | tucoz | ok, then it is probably easy to fix |
| 17:01:57 | Cassandra | Hmm - can't reproduce at the moment either, but I just got a freeze at "Loading ..." after pressing resume after removing USB. |
| 17:02:40 | | Join lamed [0] (n=d4b3395e@labb.contactor.se) |
| 17:03:01 | lamed | markum: here? |
| 17:03:17 | amiconn | Iriver rockbox almost reproducably freezes when plugging USB during startup |
| 17:04:09 | _FireFly_ | for me not |
| 17:04:09 | | Quit Febs ("CGI:IRC (EOF)") |
| 17:04:18 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 17:04:27 | ipnetukr | how can you have usb plugged in on startup? |
| 17:04:28 | amiconn | LinusN: It seems you broke the H1x0 sims... |
| 17:04:34 | ipnetukr | doesnt bootloader do usb in place of rockbox? |
| 17:04:51 | _FireFly_ | when rb itslef boots you can plug in usb |
| 17:04:52 | markun | lamed: I'm here |
| 17:05:00 | _FireFly_ | e.g. when the logo is shown |
| 17:05:11 | _FireFly_ | then the bootloader isn't there anymore |
| 17:06:04 | | Quit B4gder ("time to say moo") |
| 17:07:10 | Cassandra | And now I'm getting perfect function every time. |
| 17:07:17 | Cassandra | I hate intermittent bugs. |
| 17:08:00 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
| 17:08:25 | _FireFly_ | yepp these bugs are hard to solv |
| 17:08:25 | * | Cassandra postulates that the problem may be rundb related. |
| 17:08:27 | _FireFly_ | e |
| 17:08:32 | | Quit Zagor ("Client exiting") |
| 17:08:52 | Cassandra | No particularl evidence. I just have that enabled and "rundb_init" was one of the last things on the logf |
| 17:10:07 | Cassandra | Ah interesting. |
| 17:10:14 | Cassandra | Got it to hang on the USB screen |
| 17:10:28 | Cassandra | Last two things on the logf are both "rundb write" |
| 17:10:53 | Cassandra | Then it's hit an ATA error -71 eventually |
| 17:11:06 | _FireFly_ | maybe we have the culprits |
| 17:11:08 | _FireFly_ | :) |
| 17:11:38 | Cassandra | But there haven't been any recent rundb changes, I don't think. |
| 17:13:11 | | Quit lamed ("CGI:IRC (EOF)") |
| 17:14:32 | amiconn | Cassandra: Strange thing is that I never observed this usb hang on archos - but the rundb code itself is the same on all platforms |
| 17:15:14 | | Join muesli- [0] (n=muesli_t@141.71.4.220) |
| 17:15:24 | _FireFly_ | maybe it's something which is used from rundb code |
| 17:15:44 | _FireFly_ | a function which is called from the rundb-code |
| 17:16:11 | Cassandra | Well, rundb is just the last thing to have written something to logf - that doesn't necessarily mean it's the culprit. |
| 17:16:45 | | Quit goa (kornbluth.freenode.net irc.freenode.net) |
| 17:16:45 | NSplit | kornbluth.freenode.net irc.freenode.net |
| 17:16:45 | | Quit Slasheri (kornbluth.freenode.net irc.freenode.net) |
| 17:17:36 | _FireFly_ | yeah |
| 17:18:03 | | Quit linuxstb_ (Read error: 104 (Connection reset by peer)) |
| 17:18:14 | Cassandra | Anyway, I have to go lie down for a bit. Hope people like the new boxes wps. |
| 17:18:15 | tucoz | I have been trying to find out why wmv files are (tried to be) played, although no codec is mapped to load these files. |
| 17:18:47 | tucoz | Any ideas where to look? |
| 17:19:47 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 17:19:50 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
| 17:20:21 | | Join lamed [0] (n=d4b3395e@labb.contactor.se) |
| 17:20:47 | lamed | markum: what does your crossfeed do..? |
| 17:20:48 | markun | lamed: you were looking for me? |
| 17:21:19 | | Quit Cassandra (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") |
| 17:21:30 | markun | It's a filter to make some music sound better through headphones. It's a bit like stereo-width. |
| 17:21:38 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 17:22:32 | markun | lamed: here is some info: http://www.naivesoftware.com/software.html |
| 17:22:46 | tucoz | that should be wma-files, not wmv |
| 17:24:04 | linuxstb | tucoz: It is so users of the iriver firmware can add them to playlists, and then use those playlists under the iriver firmware. |
| 17:24:17 | lamed | thanks markum, very interesting... but i gtg now |
| 17:24:35 | markun | It's markuN btw :) |
| 17:25:14 | linuxstb | But if Rockbox doesn't react well to unsupported files in the playlist, then that's a bug. "supported" files that for some reason are unplayable probably cause the same problems, so it's not a problem specific to WMA. |
| 17:25:22 | tucoz | linuxstb, yes I know. But looking at playback.c and trying to find out why rockbox attempts to play them, gives me no hints, as the default (in the switch-case) should give a splash saying that the file doesn't have a codec. |
| 17:25:47 | linuxstb | Yes, you're right. WMA is different because there is no codec. |
| 17:26:18 | tucoz | But, now wps is started (and iirc, crashes) |
| 17:27:26 | linuxstb | Slasheri is the person to ask. |
| 17:27:40 | tucoz | yes, seems like he is gone |
| 17:29:57 | NHeal | kornbluth.freenode.net irc.freenode.net |
| 17:29:57 | NJoin | Slasheri [0] (i=miipekk@ihme.org) |
| 17:30:44 | _FireFly_ | tucoz: he is back :) |
| 17:31:04 | tucoz | Speak of the devil ;) Slasheri, do you know why Rockbox tries to play WMA files? |
| 17:32:04 | tucoz | It seems like you have taken care of the different codecs in playback.c, but it seems like it is not really working as it should. |
| 17:43:36 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:48:53 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 17:57:47 | | Join XavierGr [0] (n=XavierGr@ppp12-adsl-16.ath.forthnet.gr) |
| 17:58:24 | XavierGr | Hi all! |
| 17:58:29 | _FireFly_ | hiho |
| 17:58:37 | muesli- | high XavierGrakles :D |
| 17:58:39 | XavierGr | Wow a lot of activity lately... :) |
| 17:59:21 | XavierGr | _FireFly_: I am impatient for your WPS widget. |
| 17:59:33 | _FireFly_ | XavierGr: thanks |
| 18:00 |
| 18:00:10 | _FireFly_ | it's on tracker if you want to use it now :) |
| 18:00:31 | XavierGr | I will definitelly try it. |
| 18:00:36 | Maxou` | wps widget? what's that? :x |
| 18:00:54 | XavierGr | It is just that I dislike patches... too many fronts with them |
| 18:01:37 | XavierGr | Now I will have to update my radio patch for fmr preset handling, and then again maybe my work will be ignored due to the serious ongoing changes. |
| 18:01:42 | _FireFly_ | Maxou`: it habnles multiscreen support ;) and loading of remote-wps-files is also possible as in my unofficial remote-patch |
| 18:01:51 | Maxou` | ok |
| 18:02:34 | XavierGr | _FireFly_: Well if you wps widget gets commited then this will be the end for your unofficial remote build! |
| 18:02:58 | _FireFly_ | yepp only minor changes are then left :) |
| 18:03:06 | XavierGr | Now almost everything is rendered (except plug-ins and some details) |
| 18:03:41 | _FireFly_ | quick-screen, some splash-messages, rolo and virtual keyboard |
| 18:04:12 | _FireFly_ | these are left when my wiget get's commited |
| 18:05:08 | _FireFly_ | and maybe some additional settings for the remote-display |
| 18:05:20 | _FireFly_ | which i had also in my remote-patch |
| 18:14:47 | | Quit muesli- ("ich will Kühe!!!") |
| 18:16:30 | preglow | beh |
| 18:16:59 | _FireFly_ | ?? |
| 18:17:07 | LinusN | bla |
| 18:17:11 | XavierGr | If I bump the plugin version the old plugins are rendered useless? |
| 18:17:14 | preglow | i just ate enough sushi for two men |
| 18:17:22 | LinusN | XavierGr: yes |
| 18:17:23 | _FireFly_ | ;) |
| 18:17:47 | LinusN | XavierGr: they need to be recompiled |
| 18:18:00 | | Join chopped_pork [0] (n=solid@pc176-194.ghnet.pl) |
| 18:18:03 | XavierGr | bummer. then all "3rd party plugins" are uselless if cvs changes the plugin version. |
| 18:18:12 | LinusN | XavierGr: yes |
| 18:18:34 | LinusN | why bump it? |
| 18:19:19 | XavierGr | well I am making a battery benchmark tsr plugin that will write down all sort of info about the battery when the disk is accessed. |
| 18:19:25 | chopped_pork | i just would like to note that the boxes.wps in the bleeding edge build hang rockbox here (ihp-120), it just shows a blank screen and the backlight is on forever - needs to be reseted afterwards |
| 18:19:46 | _FireFly_ | for me not |
| 18:19:47 | XavierGr | That way the user can make graphs (e.g. excel) with these values to see vlotage runtime, estimated runtime behaviour e.t.c |
| 18:19:49 | LinusN | note that they will be incompatible only if you bump PLUGIN_MIN_API_VERSION |
| 18:21:04 | XavierGr | so the "MIN" will make them incompatble? What about the other def? I added 2 new functions to be able to get the data needed? |
| 18:21:16 | XavierGr | Which def must be bumped and in which case? |
| 18:21:22 | chopped_pork | hm ipodVOL.wps works fine |
| 18:21:30 | LinusN | read the comments in plugin.h |
| 18:22:12 | chopped_pork | regardless of if the player is playing or not... |
| 18:22:25 | chopped_pork | it reads something from the disk for a while and then it blanks |
| 18:22:44 | XavierGr | so if I understood correctly I must insert new functions in the end of the struct and bump only the plugin_api_version? |
| 18:22:46 | chopped_pork | no music aswell |
| 18:23:42 | XavierGr | so if I introduce those functions at the start of the struct, or let's say the middle, the MIN version must be bumped too right? |
| 18:24:14 | XavierGr | ah got it |
| 18:24:21 | XavierGr | it is clear on the commnets. |
| 18:24:48 | amiconn | LinusN: ping... |
| 18:24:51 | XavierGr | no only text rendering to let the user know wht he is doing and proper tsr plugin exit is needed. |
| 18:24:57 | XavierGr | ^now |
| 18:26:27 | LinusN | amiconn: pong |
| 18:26:42 | amiconn | [17:02:30] <amiconn> LinusN: It seems you broke the H1x0 sims... |
| 18:26:50 | LinusN | oh |
| 18:27:11 | LinusN | oops |
| 18:27:16 | amiconn | I wonder why the build system tries to assemble the .S files for the sims in the first place |
| 18:27:26 | * | Jungti1234 ´ÔÀÌ ºÎÀçÁß¿¡¼ µ¹¾Æ¿À¼Ì½À´Ï´Ù.(I go to study.) |
| 18:27:28 | linuxstb | Because SOURCES tells it to. |
| 18:27:45 | linuxstb | Or do you mean we should have a special case to exclude .S files? |
| 18:27:48 | Jungti1234 | I'm very hungry. T.T |
| 18:27:51 | | Quit mashalla (Read error: 110 (Connection timed out)) |
| 18:27:54 | amiconn | Yes, but w-h-y? Doesn't make sense at all |
| 18:28:16 | Jungti1234 | Korea time is 2:28. |
| 18:28:19 | amiconn | All .S should be #ifndef SIMULATOR in SOURCES |
| 18:28:30 | LinusN | yup, fixing that now |
| 18:28:31 | linuxstb | amiconn: I was thinking the same. |
| 18:29:21 | | Quit ipnetukr ("Main screen killed!") |
| 18:30:56 | chopped_pork | oh and it doesn't even show the contents of the wps for a brief while like all other do |
| 18:30:57 | amiconn | LinusN: What are you currently working on? I could do some work on the sims (greyscale and colour support, win32 first), then work on completing the 16bit lcd driver |
| 18:31:57 | LinusN | amiconn: sims would be great |
| 18:32:34 | LinusN | i'm currently thinking about how to handle the lcd_bitmap function prototypes |
| 18:32:37 | chopped_pork | hm when i run it via .cfg it's fine |
| 18:32:49 | amiconn | LinusN: What's the problem with these? |
| 18:33:04 | LinusN | the color bitmaps are 16-bit, so the prototypes are different (char vs short) |
| 18:33:09 | markun | LinusN: will you take a picture of your H3xx with the color logo? |
| 18:33:13 | amiconn | I would keep char * |
| 18:33:17 | * | linuxstb remembers why he made it char* |
| 18:33:23 | LinusN | amiconn: why? |
| 18:33:30 | amiconn | This way it would be easier to add 24(18) bit support |
| 18:33:34 | LinusN | markun: soon |
| 18:33:52 | amiconn | Using long for 18 bit would be a waste |
| 18:33:54 | | Join ep0ch| [0] (n=ep0ch|@84.12.172.44) |
| 18:34:11 | XavierGr | LinusN" So you have a bootloader for your own use now? Or you just load code? |
| 18:34:17 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 18:34:19 | LinusN | XavierGr: i use the bdm |
| 18:34:23 | tucoz | hmm, shouldn't a dummy recording screen show up in the sim? |
| 18:34:32 | amiconn | It shouldn't matter at all internally; we can always cast between char* and short* |
| 18:34:34 | LinusN | using char means a lot of nasty typecasting |
| 18:34:35 | tucoz | in the iriver sim |
| 18:34:56 | LinusN | tucoz: it does in the archos sim, but not yet in the iriver sim |
| 18:35:06 | tucoz | LinusN, ok, so I noticed :) |
| 18:35:10 | amiconn | We need to cast occasionally anyway, e.g. when memset()ting the framebuffer |
| 18:35:30 | linuxstb | But we don't memset a > 8-bit framebuffer. |
| 18:35:36 | amiconn | Why not? |
| 18:35:59 | tucoz | amiconn, #ifndef SIMULATOR lcd.S worked fine. Got the sim running. |
| 18:36:01 | LinusN | when would we memset? |
| 18:36:04 | linuxstb | Why? The background/foreground colours are not black/white |
| 18:36:10 | amiconn | At least clearing it to black is possible |
| 18:36:20 | linuxstb | You clear it to bg_pattern |
| 18:36:27 | LinusN | which is 16-bit |
| 18:36:30 | amiconn | yes |
| 18:36:32 | amiconn | true |
| 18:37:19 | amiconn | LinusN: how about a typedef char pixel; / typedef short pixel; depending on the lcd? |
| 18:37:32 | LinusN | that's what i had in mind |
| 18:38:41 | linuxstb | I agree, but it's not accurate to call 8-bits of the display a pixel for the 1bpp and 2bpp devices. |
| 18:38:50 | LinusN | right |
| 18:39:02 | LinusN | fb_type |
| 18:39:07 | LinusN | or something |
| 18:39:15 | amiconn | LinusN: In fact this sounds like a good idea; 24(18)bit support would then typedef pixel as a struct (or array) of 3 chars... |
| 18:39:34 | preglow | union! |
| 18:39:38 | preglow | no, bitfield |
| 18:39:46 | preglow | anyone know how efficient those are? |
| 18:39:56 | Jungti1234 | bye good night |
| 18:39:59 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
| 18:40:02 | preglow | seems most coders don't use them |
| 18:40:11 | ep0ch| | i have a dumb cvs question (in cygwin) |
| 18:40:15 | amiconn | Bitfields are probably not a good idea. The layout is compiler and machine dependent |
| 18:40:25 | LinusN | that's because bitfields aren't very portable |
| 18:41:28 | preglow | not portable? |
| 18:41:48 | XavierGr | do we know how many characters in default font the screens can fit? |
| 18:41:59 | XavierGr | width is the same for all targets no? |
| 18:42:22 | XavierGr | I could test it on the SIM if no one is sure |
| 18:42:41 | ep0ch| | in order to cvs up, i have to "cd rockbox\apps" then cvup, then "cd rockbox\firmware" then cvsup etc. I want to just "cd \rockbox" then run cvs up to update the whole lot, but i get a CVSROOT not specified error, how can i fix it? |
| 18:42:52 | _FireFly_ | XavierGr: maybe scree_access has a member in his struct for that |
| 18:43:33 | linuxstb | XavierGr: No. My understanding is that the fonts are a fixed size in pixels, and the LCDs are all different sizes. |
| 18:43:44 | preglow | linuxstb: any idea why my threading tests would suddenly make threading work? |
| 18:43:50 | * | amiconn votes for fb_type |
| 18:44:02 | linuxstb | preglow: No, I haven't thought about it. |
| 18:44:24 | XavierGr | aslo I think rockbox should have a function that will enable to print large text, without the need to check if it fits. E.g to change line when the text moves beyond LCD width. |
| 18:44:49 | amiconn | splash() des that |
| 18:45:03 | XavierGr | set to false? |
| 18:45:20 | LinusN | ep0ch|: how did you check out the files in the first place? |
| 18:45:45 | LinusN | you should check out the entire repository in one go |
| 18:45:52 | LinusN | cvs co rockbox-devel |
| 18:46:08 | ep0ch| | LinusN: cvs -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox login, then cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox |
| 18:46:08 | linuxstb | amiconn: I agree with the principle, but am not sure the name "fb_type" is intuitive. To me, that implies the entire type of the framebuffer structure. |
| 18:46:09 | * | amiconn usually doesn't do that. |
| 18:46:38 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 18:46:43 | LinusN | ep0ch|: then it should work to cvs update in the rockbox dir |
| 18:46:55 | ep0ch| | :( not for me |
| 18:46:56 | amiconn | Usually I do checkout each module individually, because I don't want cvs to create an additional dir level |
| 18:47:06 | ep0ch| | i'll start from clean |
| 18:47:18 | amiconn | I still can cvs up from my cvs root |
| 18:47:19 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 18:47:50 | amiconn | (and afaik rockbox-devel doesn't contain all modules) |
| 18:48:30 | Lear | linusn: seems like your little lcd.s fix broke the h120 sim... |
| 18:48:30 | linuxstb | Is there any reason the scrolling logic is duplicated in the different lcd drivers? Is there any difference for all the bitmap LCDs? |
| 18:49:04 | amiconn | Yes |
| 18:49:11 | Lear | looks simple to fix though. :) |
| 18:50:11 | ep0ch| | ok my bad, starting from a clean directory seems to have sorted it. ty. |
| 18:52:00 | markun | Moos! |
| 18:52:18 | Moos | Hi markun :) |
| 18:53:16 | ep0ch| | meh now i can't build tools, ipod_fw.c errors |
| 18:55:13 | linuxstb | ep0ch|: Ignore the error. ipod_fw.c is the last file to be compiled, so everything else would have worked fine. |
| 18:55:14 | ep0ch| | i think the ipod target should be removed until it works |
| 18:55:21 | linuxstb | Are you using the DevKit? |
| 18:55:53 | LinusN | ep0ch|: no, the "devkit" should be updated |
| 18:56:08 | preglow | but ok |
| 18:56:12 | linuxstb | Bluechip has fixed the problem, but I've promised him an arm compiler before he makes a new release. |
| 18:56:18 | preglow | anyone have any other ideas on how i can write raw to a partition?= |
| 18:56:26 | LinusN | dd? |
| 18:56:47 | preglow | LinusN: oh, i forgot to mention i'm in windows |
| 18:57:06 | LinusN | amiconn: flippixel is supposed to toggle background/foreground, right? |
| 18:57:18 | preglow | LinusN: cygwin dd doesn't do partitions marked 0, and the time i tried writing to a partition it did know, it overwrote everything of importance anyway |
| 18:57:23 | linuxstb | preglow: Write your own (cygwin) C program to do it that seeks in /dev/sda and writes to the correct position. |
| 18:57:33 | | Join Eraser|85 [0] (n=eraser85@217.201.139.9) |
| 18:57:41 | preglow | linuxstb: i don't really believe the error is in cygwin |
| 18:57:48 | preglow | linuxstb: that is, not in dd |
| 18:58:02 | linuxstb | Can you access the entire device via /dev/sda ? |
| 18:58:07 | amiconn | LinusN: No, flippixel() is supposed to complement the pixel |
| 18:58:12 | preglow | bah, i keep forgetting the other problem i had |
| 18:58:18 | Eraser|85 | hi@all |
| 18:58:33 | amiconn | toggling fg/bg isn't possible |
| 18:58:44 | *** | Saving seen data "./dancer.seen" |
| 18:59:16 | linuxstb | preglow: It should be OK once we start running Rockbox itself. Which hopefully will be quite soon. You can just update rockbox.ipod in the same was as your rockbox.iriver. |
| 18:59:47 | preglow | linuxstb: yep, that'll be grand |
| 18:59:56 | linuxstb | Or you could hack the existing bootloader to load another bootloader from the FAT32 partition..... |
| 18:59:57 | preglow | i think i'll boot linux |
| 19:00 |
| 19:00:21 | linuxstb | But that could get confusing :) |
| 19:00:59 | Lear | linusn: should I fix the h1x0 sim? |
| 19:01:13 | LinusN | Lear: no need, i will commit soon |
| 19:01:21 | Lear | ok. |
| 19:01:40 | ep0ch| | LinusN: I changed the default rockbox font yesterday to Nimbus-12. The status bar wasn't too happy displaying my numeric volume though. I take it the statusbar doesnt take variable font height into consideration or something? |
| 19:02:20 | amiconn | LinusN, linuxstb: What about fb_data ? |
| 19:02:39 | | Quit webguest09 ("CGI:IRC") |
| 19:03:15 | LinusN | fb_data is fine |
| 19:03:23 | linuxstb | Yep. |
| 19:03:32 | LinusN | ep0ch|: exactly |
| 19:03:49 | LinusN | ep0ch|: would be great if you fixed that |
| 19:03:54 | ep0ch| | :) |
| 19:06:09 | ep0ch| | well no promises as my C knowledge is somewhat lacking |
| 19:11:15 | | Quit linuxstb ("Leaving") |
| 19:18:13 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:19:00 | amiconn | LinusN: Hmm, in fact the .S files were hidden for the simulator builds as long as they did use the CONFIG_CPU macros in the conditionals, since these are never defined for the sims. Obviously the *_SERIES macros are. |
| 19:19:12 | Eraser|85 | H10 is not supported by rockbox i suppose.. :D |
| 19:19:16 | Eraser|85 | am I right? |
| 19:19:24 | ep0ch| | correct |
| 19:19:47 | Eraser|85 | I just sent an email at iRiver asking for mpc support in H10 series |
| 19:19:55 | ep0ch| | ha |
| 19:19:58 | Eraser|85 | I already know that it'll be useless |
| 19:20:11 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 19:20:22 | Eraser|85 | but why not trying :) |
| 19:20:38 | | Quit _FireFly_ (Read error: 113 (No route to host)) |
| 19:21:02 | | Quit Moos ("Glory to Rockbox") |
| 19:21:58 | | Join _FireFly_ [0] (n=FireFly@p54A46139.dip.t-dialin.net) |
| 19:23:31 | XavierGr | amiconn: Does the splash function has a character limit? |
| 19:25:01 | amiconn | Bagder: It's an impressive build table now. But on my screen it would be good for another 24 configurations and still fit on screen :) |
| 19:25:29 | | Join webguest37 [0] (n=577bbdf5@labb.contactor.se) |
| 19:25:54 | _FireFly_ | ;) |
| 19:27:00 | _FireFly_ | XavierGr: yepp |
| 19:27:02 | | Join linuxstb [0] (n=5343d4aa@labb.contactor.se) |
| 19:27:33 | | Quit webguest37 (Client Quit) |
| 19:27:37 | _FireFly_ | XavierGr: search for MAXLETTERS in gui/splash.c |
| 19:27:42 | linuxstb | amiconn: If we supported all the ipods, we could probably get another 15 configurations there. |
| 19:28:02 | | Join al [0] (n=michael@c-7a2972d5.04-106-6e6b7010.cust.bredbandsbolaget.se) |
| 19:28:05 | linuxstb | So don't wish for something you don't want :) |
| 19:28:09 | | Part al |
| 19:28:30 | | Nick _FireFly_ is now known as Fire|away (n=FireFly@p54A46139.dip.t-dialin.net) |
| 19:28:58 | | Join alThor [0] (n=michael@c-7a2972d5.04-106-6e6b7010.cust.bredbandsbolaget.se) |
| 19:29:46 | | Nick alThor is now known as rand_althor (n=michael@c-7a2972d5.04-106-6e6b7010.cust.bredbandsbolaget.se) |
| 19:31:48 | | Quit AliasCoffee ("Leaving") |
| 19:42:34 | XavierGr | I will repeat my question, because I can't understand why I get this behaviour: Does splash has a character limit? |
| 19:42:48 | Maxou` | 19:27] <_FireFly_> XavierGr: yepp |
| 19:43:20 | XavierGr | ops my bad then |
| 19:43:24 | | Nick Fire|away is now known as _FireFly_ (n=FireFly@p54A46139.dip.t-dialin.net) |
| 19:43:24 | Maxou` | ^^ |
| 19:43:30 | _FireFly_ | ;) |
| 19:43:36 | _FireFly_ | and XavierGr: search for MAXLETTERS in gui/splash.c |
| 19:43:42 | XavierGr | _FireFly_: Do you know which is the limit? |
| 19:44:09 | _FireFly_ | look the message above your last one ;) |
| 19:44:11 | linuxstb | Clever - top-posting in IRC.... |
| 19:44:27 | XavierGr | hmm 128 characters |
| 19:45:21 | XavierGr | Anyway to call to splashes without the text overwritten? |
| 19:45:31 | XavierGr | Though I don't think there is... |
| 19:45:39 | XavierGr | (to call 2 splashes) |
| 19:45:43 | | Quit Eraser|85 ("If I give you one Euro and you give me one Euro too, we both have one Euro in the end. But if I give you one idea, and you gi) |
| 19:46:24 | _FireFly_ | there is no way because the splash is displayed on the center of screen |
| 19:46:36 | _FireFly_ | currently |
| 19:46:37 | XavierGr | yeah i thought so |
| 19:46:58 | XavierGr | So which is the best way to render a big paragraph? |
| 19:47:44 | XavierGr | lcd_puts for each line of text? |
| 19:47:57 | _FireFly_ | currently through several puts-calls afaik |
| 19:48:33 | XavierGr | boring.... to call so many puts |
| 19:49:08 | _FireFly_ | you could create a kind of widget for that |
| 19:49:15 | XavierGr | another way could be to let the user change page |
| 19:49:25 | XavierGr | and render 128 characters every page turn |
| 19:56:19 | markun | My original unicode testfile displays without problems as of today: http://130.89.160.166/rockbox/unicode.jpg |
| 19:56:49 | | Quit linuxstb ("CGI:IRC") |
| 19:57:18 | XavierGr | Nice work |
| 19:57:20 | chopped_pork | woo unicode |
| 19:57:22 | chopped_pork | lovely |
| 19:57:39 | markun | arabic was the last challenge |
| 19:57:45 | LinusN | damn cool |
| 19:57:47 | tucoz | wow, that is cool |
| 19:59:33 | lamed | way the go! it acctually displays hebrew correctly from right to left as well! |
| 20:00 |
| 20:00:21 | markun | yes, hebrew and arabic are RTL |
| 20:01:05 | markun | But we should also have a right-allign if the string starts with hebrew or arabic. |
| 20:01:15 | markun | And scroll the other direction |
| 20:04:12 | amiconn | How would you scroll a line that mixes ltr and rtl languages? |
| 20:04:25 | Maxou` | don't scroll.. lol :x |
| 20:04:46 | * | Maxou` gets out −−> [- ] |
| 20:04:55 | lamed | you'll probebly choose by it's first word. |
| 20:05:08 | lamed | i'm acctually thinking about it a lot lately |
| 20:06:24 | markun | I also think the first word |
| 20:07:41 | lamed | I feel that any directory should be displayed only in one alignment, left or right, by the more items that there are. but usually that isn't a problem because you will have every language sorted one after the other alphabeticly |
| 20:07:42 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 20:08:04 | | Join mashalla [0] (n=dj-dave@p5498F114.dip.t-dialin.net) |
| 20:08:52 | linuxstb | The current bleeding edge source download is missing the contents of the codec directories. |
| 20:09:50 | linuxstb | And if anyone is interested to know, gcc-3.4.4 and binutils-2.16 both compile cleanly for ARM under cygwin. |
| 20:10:55 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
| 20:11:21 | _FireFly_ | linuxstb: and some more afaik |
| 20:11:40 | _FireFly_ | is missing in the archiv of the bleeding edge sources |
| 20:12:02 | linuxstb | It's possible that it's where FILES uses a "*" by itself - i.e. not *.[ch] |
| 20:19:31 | | Quit rand_althor () |
| 20:25:56 | | Part tucoz ("Leaving") |
| 20:28:18 | | Quit dpassen1 (Read error: 110 (Connection timed out)) |
| 20:29:31 | * | amiconn wonders why 'make install' for the sim doesn't package the wps'es |
| 20:32:35 | Lear | amiconn: they were installed for me earlier today. |
| 20:34:42 | | Quit Sandking (Read error: 110 (Connection timed out)) |
| 20:38:33 | amiconn | Hmm, it does work for the h1x0 sim, but not for the recorder sim. |
| 20:38:40 | amiconn | Even the wps dir isn't there |
| 20:39:29 | linuxstb | Maybe no WPS files have been deemed suitable for the recorder's smaller LCD. |
| 20:40:42 | XavierGr | which was the page on rockbox wiki that showed all players with their features? |
| 20:40:48 | XavierGr | I cant find it... |
| 20:40:53 | linuxstb | DeviceChart |
| 20:41:19 | LinusN | http://www.rockbox.org/twiki/pub/Main/IriverPort/h300_lcd.jpg |
| 20:41:26 | linuxstb | amiconn: Yes, both WPS files are defined as needing a minimum of 160x128 LCD. |
| 20:42:14 | linuxstb | LinusN: Nice. That will make lots of people very excited. |
| 20:42:27 | XavierGr | psss Linus: that indeed rocks! |
| 20:43:49 | thegeek_ | LinusN : hehe |
| 20:44:01 | XavierGr | linuxstb: thanks |
| 20:44:10 | thegeek_ | I can imagine the excitement that will result from that |
| 20:44:17 | lamed | nice to know: rb still works and record when iriver fw reports low battery. (i need mp3 encoding pronto) |
| 20:44:17 | thegeek_ | LinusN pastes one image |
| 20:44:45 | thegeek_ | and h3xx owners around the world rejoice;) |
| 20:45:09 | markun | LinusN: great work! |
| 20:45:38 | Maxou` | hum, does WPS now can change teh font? |
| 20:50:51 | _FireFly_ | Maxou`: no |
| 20:51:04 | _FireFly_ | the cfg file change the font globaly |
| 20:51:08 | _FireFly_ | on loading |
| 20:52:32 | Lear | Great, SourceForge just went down... |
| 20:53:03 | Lear | Ah, back again, still slooow though. |
| 20:53:59 | XavierGr | why is sourceforge so slow anyway |
| 20:55:05 | * | Febs finds that the Mistic River thread on H300 progress is already updated with the picture. |
| 20:55:25 | LinusN | that was fast |
| 20:56:59 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
| 20:57:11 | markun | Jungti1234: http://www.rockbox.org/twiki/pub/Main/IriverPort/h300_lcd.jpg |
| 20:57:30 | Jungti1234 | yahoo! |
| 20:58:00 | Jungti1234 | great. |
| 20:58:26 | Maxou` | what is the use of "irivum explorer" oO |
| 20:58:48 | *** | Saving seen data "./dancer.seen" |
| 20:59:30 | | Quit lamed ("CGI:IRC (Ping timeout)") |
| 21:00 |
| 21:00:44 | Jungti1234 | http://cafefiles.naver.net/data9/2005/11/13/186/ivTopLevel.gif |
| 21:01:48 | | Join Rincewind [0] (i=Miranda@B7923.b.pppool.de) |
| 21:03:57 | * | Maxou` will try |
| 21:07:43 | ep0ch| | is the radio working properly these days? (ihp) |
| 21:08:17 | LinusN | ep0ch|: define "properly" |
| 21:08:21 | ep0ch| | i'm stuck in 'preset mode' no idea how to change back |
| 21:08:31 | LinusN | hold ON |
| 21:08:40 | XavierGr | play |
| 21:08:44 | XavierGr | I think Anton changed the configuration. |
| 21:08:48 | LinusN | same key :-) |
| 21:08:53 | XavierGr | yes |
| 21:09:13 | XavierGr | Now if fmr preset handling is commted... |
| 21:09:28 | XavierGr | (if+only) |
| 21:09:59 | ep0ch| | ahh |
| 21:10:05 | Rincewind | are there plans to make the option-menus configurable? I would like to change the positions of entries I use often |
| 21:11:08 | LinusN | Rincewind: no plans |
| 21:11:49 | Rincewind | then I would like to send this in as a feature-request ;) |
| 21:12:24 | LinusN | or compile your own version? |
| 21:13:02 | Rincewind | I would have to learn c first. I only program with delphi al little bit |
| 21:13:13 | ep0ch| | i miss the old radio preset patch. so atm radio preset is only half implemented? |
| 21:13:28 | LinusN | ? |
| 21:13:44 | XavierGr | the old radio preset patch? |
| 21:14:05 | amiconn | bah |
| 21:14:11 | XavierGr | I thought I was the first to introduce multiple fmr file handling |
| 21:14:31 | LinusN | i believe you are |
| 21:14:32 | ep0ch| | thats probably the patch i'm talking about :) |
| 21:14:43 | XavierGr | then :) |
| 21:14:51 | XavierGr | but now the patch is broken :( |
| 21:15:05 | XavierGr | I will try and make again the parts that handle diffrent fmr files |
| 21:16:05 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 21:16:12 | ep0ch| | how does one save a preset atm? |
| 21:16:46 | XavierGr | there is ony 1 default preset list |
| 21:16:47 | ep0ch| | pressing select just makes the screen go blank |
| 21:16:51 | linuxstb | Rincewind: The kind of change you want to do (moving menu options around) might be a good way to start learning C... It should be a relatively easy change. |
| 21:17:00 | XavierGr | you can add 32 presets to this list |
| 21:17:17 | XavierGr | then if you want another list you must rename the default file and make another. |
| 21:17:31 | Rincewind | hm |
| 21:17:37 | XavierGr | and every time you want a different preset list you must rename the files. |
| 21:18:01 | ep0ch| | XavierGr: are you talking about your patch or current CVS build? |
| 21:18:15 | Rincewind | I'm too scared of breaking my Iriver, even if it is relatively easy to do |
| 21:18:21 | XavierGr | current CVS |
| 21:18:45 | XavierGr | ep0ch |
| 21:18:51 | ep0ch| | ohhhh |
| 21:19:04 | XavierGr | trey holding the select button |
| 21:19:14 | ep0ch| | heh just figured :) |
| 21:19:32 | linuxstb | Rincewind: It's very very difficult to break your iriver by changing the parts of Rockbox you will be looking at. The worse that will happen is that the firmware crashes, so you just reset, enter USB mode and then restore a known working version of Rockbox. |
| 21:19:46 | linuxstb | You can also practice on the simulators that run under either Windows or X11. |
| 21:19:47 | ep0ch| | tapping select confused me cos the screen went blank |
| 21:19:54 | XavierGr | hmm ep0ch is right |
| 21:20:04 | XavierGr | this is a bug |
| 21:20:20 | XavierGr | It lets the user see the preset list even if there is no presets. |
| 21:20:57 | XavierGr | IMHO it is very confusing |
| 21:20:58 | ep0ch| | whats the default filename for presets? |
| 21:21:07 | XavierGr | also the frequency changes to 0.0 |
| 21:21:27 | ep0ch| | fm-presets-default.fmr? |
| 21:21:28 | Rincewind | so I have to download the source, get an editor and a compiler and then I have to find the right place in millions of lines of code... |
| 21:21:33 | ep0ch| | in presets directory |
| 21:21:37 | XavierGr | yes |
| 21:21:55 | XavierGr | no |
| 21:21:58 | ep0ch| | hmmm it not picking up my old presets then |
| 21:22:02 | XavierGr | in /.rockbox |
| 21:22:10 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 21:22:11 | XavierGr | that was my patch |
| 21:22:24 | XavierGr | the preset directory is with my patch. |
| 21:22:26 | ep0ch| | excellent that explains it all |
| 21:23:37 | Rincewind | the daily build for today will be out in 5 minutes, right? |
| 21:24:09 | LinusN | no |
| 21:24:18 | ep0ch| | bleeding edge will |
| 21:24:23 | Rincewind | sorry, i didn't read the whole page |
| 21:24:58 | ep0ch| | XavierGr: thanks for sorting my little radio problem out |
| 21:25:28 | | Join Kaggen [0] (n=kaggen@c-722ae155.33-1-64736c10.cust.bredbandsbolaget.se) |
| 21:25:55 | XavierGr | ep0ch|: np :0 |
| 21:26:00 | XavierGr | I mean :) |
| 21:26:04 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 21:27:47 | | Quit mashalla (Read error: 110 (Connection timed out)) |
| 21:38:25 | Rincewind | I'm afraid building my own version of rockbox is to difficult for me because i have no idea how to work with cvs, I'm working with windows (don't hit me) and english isn't my mother tounge. |
| 21:39:19 | LinusN | Rincewind: what did you have in mind regarding the options? |
| 21:40:04 | Rincewind | I have a config file in mind, where you can assign positions and names to every item in the options menu |
| 21:40:25 | Rincewind | maybe a xml-file |
| 21:41:39 | Rincewind | so that you can edit the structure of the menus on your computer |
| 21:43:27 | thegeek_ | actually, I think it would be nice to have some kind of universal .theme that would skin the wps(both remote and normal), setup fonts, and could also to some extent skin the menu's |
| 21:44:41 | Rincewind | there are to things which annoy (is this the right spelling) me: 1. I don't use bookmarks, so I don't need bookmarks to be the first menu item. 2. I use the sleep timer very often, I would like to put it in the first sreen of the options menu |
| 21:45:08 | Rincewind | the first "to" is actually a "two" |
| 21:45:30 | thegeek_ | hmm |
| 21:45:48 | thegeek_ | it would indeed be nice to have some personalization of the menu's, I tend to use the sleep timer a lot too;) |
| 21:46:14 | Rincewind | themes would be great too, so that you can set your font together with the wps you are using |
| 21:50:17 | LinusN | personally, i think the bookmark item is totally misplaced |
| 21:50:30 | LinusN | and i want a new scheme for the sleep timer |
| 21:51:18 | LinusN | Rincewind: suggest a new menu layout and we'll consider it |
| 21:51:58 | XavierGr | whch way can I get a bool value (or 0,1) to see if a file already exists? |
| 21:52:16 | Rincewind | ok, i think about it |
| 21:52:23 | linuxstb | I think just doing: fd=open("filename",O_RDONLY); |
| 21:52:38 | linuxstb | If fd >=0 then the file exists, and you should close it. |
| 21:52:52 | XavierGr | hmm yes that's convinient thanks |
| 21:53:03 | XavierGr | I am still not used to all the handlers of open. |
| 21:53:44 | Rincewind | but it is very likely that my menu layout represents my personal usage, so it may be not good for everybody |
| 21:54:15 | linuxstb | XavierGr: You may find reading the source code to open (in firmware/common/file.c) educational. It's very clearly written and tells you how all the flags are interpreted. |
| 21:55:42 | Rincewind | I have to go now. gn8 everybody! |
| 21:55:45 | LinusN | XavierGr: why do you need to know? |
| 21:56:11 | XavierGr | linuxstb: Indeed, I used to read only the API document so far |
| 21:56:44 | XavierGr | LinusN: The plugin must give some instructions to the user as to how it must be used. |
| 21:56:54 | | Quit Rincewind ("bye") |
| 21:57:26 | XavierGr | Cause I want to write all sort of stuff, I choosed to let the user know about it from within the batter_testt.txt which will hold the benchmark |
| 21:58:05 | XavierGr | so the plugin will test if there is already a file like that. If it isn't it will just rewrite all the info. |
| 21:58:38 | XavierGr | And with a splash in plugin initialization I will ask the user to check battery_test.txt for more information. |
| 21:59:10 | XavierGr | after the infomration (how to make the benchmark and stuff) there will be all the values considering the battery in sequence. |
| 21:59:35 | XavierGr | then with a graph program you can make quite handy graphs of the performance of the battery. |
| 22:00 |
| 22:00:55 | | Quit Kohlrabi (Nick collision from services.) |
| 22:01:00 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-076.pools.arcor-ip.net) |
| 22:06:39 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:15:05 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 22:15:06 | | Quit NicoFR () |
| 22:15:08 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 22:16:46 | _FireFly_ | *g* i have just re-created my wps-sb-tag patch upon my wps-widget :) |
| 22:21:56 | * | amiconn finally went ahead and got a gcc bugzilla account |
| 22:23:28 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 22:23:31 | markun | Where can I bump the settings version? |
| 22:23:43 | _FireFly_ | settings.c |
| 22:24:24 | _FireFly_ | it's #define CONFIG_BLOCK_VERSION 31 |
| 22:24:50 | markun | _FireFly_: thanks, was looking in settings.h |
| 22:25:09 | _FireFly_ | this define is only needed in settings.c |
| 22:25:24 | | Join LedFloyd [0] (n=Spiffy_V@c-67-164-200-164.hsd1.ut.comcast.net) |
| 22:30:08 | preglow | markun: nice work |
| 22:30:39 | markun | preglow: the unicode? |
| 22:31:04 | preglow | yeah |
| 22:31:05 | | Join davidd [0] (i=davidd@67-50-85-206.br1.tbr.ga.frontiernet.net) |
| 22:31:09 | markun | I just made a crossfeed setting. Should I commit it? |
| 22:32:06 | Moos | please do :) |
| 22:32:07 | | Quit ehntoo ("Leaving") |
| 22:32:09 | LinusN | do it |
| 22:32:14 | markun | ok ok :) |
| 22:32:34 | markun | I had to bump the settings version.. sorry. |
| 22:33:12 | LinusN | why? |
| 22:34:44 | markun | I wanted to put it in the same #ifdef SWCODEC with the rest of the dsp settings |
| 22:34:53 | markun | but I could place it at the end of course. |
| 22:35:02 | Jungti1234 | kekeke... :P http://jungti1234.netcci.net/iriver/h300/rockbox/DSCN2188.jpg |
| 22:35:31 | markun | Jungti1234: riiiight.. :) |
| 22:35:37 | LinusN | markun: it doesn't really matter |
| 22:36:28 | markun | Maybe I should get rid of the warning I get: dsp.c:499: warning: operation on `index' may be undefined |
| 22:36:37 | LinusN | of course |
| 22:36:40 | Jungti1234 | That is imitation. |
| 22:37:02 | Jungti1234 | http://jungti1234.netcci.net/iriver/h300/rockbox/DSCN2186.jpg |
| 22:37:07 | markun | the operation is ++index, where index is a long |
| 22:37:23 | markun | don't know why it complains about it. |
| 22:37:26 | XavierGr | Jungti1234: Make a USB OTG screens or a tree view of rockbox |
| 22:37:31 | XavierGr | maybe some will fell for it |
| 22:37:41 | LinusN | markun: it depends on the context |
| 22:37:53 | preglow | index = ++index % 13 |
| 22:37:56 | linuxstb_ | LinusN: I'm not about the best solution for the first ipod error - caused by RGB_PACK involving an (inlined) function call to swap16. |
| 22:38:12 | LinusN | preglow: that *is* undefined |
| 22:38:35 | preglow | how come? |
| 22:38:47 | Bagder | that's just how ANSI C is defined |
| 22:38:58 | preglow | yeah, but why is it? |
| 22:39:19 | LinusN | it is undefined when the index is incremented |
| 22:39:52 | Jungti1234 | XavierGr: Good :D |
| 22:40:04 | markun | so I should change it to index++; index %= 13; or something? |
| 22:40:10 | preglow | why isn't index just incremented, the moded? |
| 22:40:14 | LinusN | you have to updates of the "index" variable in the same expression |
| 22:40:33 | _FireFly_ | markun or index = (index+1) % 13 |
| 22:40:34 | LinusN | index = (index +1) % 13; |
| 22:40:41 | _FireFly_ | ^^;) |
| 22:40:50 | * | preglow just realised he doesn't know c at all |
| 22:41:02 | markun | yes, a the ++ was a bit useless :) |
| 22:41:12 | LinusN | linuxstb_: error: initializer element is not constant ??? |
| 22:41:51 | linuxstb_ | Yes - RGB_PACK resolves to a function call. |
| 22:41:53 | LinusN | just make it an ifdef then |
| 22:42:13 | LinusN | or rather, put the assignment in lcd_init() |
| 22:42:26 | linuxstb_ | That's what I was thinking - the second option. |
| 22:42:40 | linuxstb_ | The other errors are minor. I'll commit the fixes now. |
| 22:42:45 | LinusN | great |
| 22:42:58 | LinusN | have you tried bmp2rb? |
| 22:43:29 | LinusN | http://www.rockbox.org/tshirt.old/rockboxHighRes.tif |
| 22:43:44 | LinusN | convert it to bmp and then use bmp2rb |
| 22:44:06 | LinusN | then you can create a new file: apps/recorder/logo-ipod.c |
| 22:44:12 | LinusN | or something |
| 22:44:28 | linuxstb_ | No, not yet - I'll probably try it later. |
| 22:45:04 | * | preglow just remebered arm instructions can be conditional |
| 22:45:19 | Bagder | hehe |
| 22:45:31 | Bagder | now that is kind of essential in arm asm |
| 22:46:11 | preglow | especially when you just need to skip branch over two instructions anyway |
| 22:46:22 | preglow | you save one instruction, and probably one cycle anyway |
| 22:46:52 | linuxstb_ | LinusN: Have you changed the shade of "rockbox blue" ? |
| 22:47:12 | * | Bagder detects big money on his account just arrived... sweet funding |
| 22:47:57 | Jungti1234 | Very cold.. |
| 22:48:07 | preglow | i'd like some funding too, please! |
| 22:48:21 | Bagder | hehe |
| 22:48:33 | Bagder | http://curl.haxx.se/mail/lib-2005-10/0136.html |
| 22:48:43 | LinusN | linuxstb_: i took it from the web page |
| 22:49:09 | preglow | Bagder: god bloody damn |
| 22:49:18 | preglow | that is a nice sum |
| 22:49:19 | LinusN | the lighter shade |
| 22:49:23 | Bagder | yeps |
| 22:49:45 | linuxstb_ | I think I must have taken the darker shade. I prefer your version, but it means one of my logos has the wrong background. |
| 22:49:56 | LinusN | sorry |
| 22:50:00 | linuxstb_ | Which brings us to the issue of bitmaps with transparent bits. |
| 22:50:12 | preglow | use some absurd shade of pink |
| 22:50:15 | LinusN | yeah, that will be nice |
| 22:50:20 | * | amiconn just filed a gcc bug report |
| 22:50:32 | LinusN | amiconn: weak aliases? |
| 22:50:33 | preglow | amiconn: file your mul routines while you're at it |
| 22:50:41 | amiconn | LinusN: yeps |
| 22:50:57 | amiconn | Or rather, all aliases to inline asm symbols |
| 22:51:19 | linuxstb_ | Anyway, I've got to go now, so I'll just commit the ipod fixes and worry about shades of blue some other time. |
| 22:53:11 | Jungti1234 | I go to the school. bye. |
| 22:53:28 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
| 22:53:29 | XavierGr | bye |
| 22:54:33 | linuxstb_ | bbl |
| 22:54:34 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
| 22:54:44 | | Quit davidd () |
| 22:57:23 | markun | crossfeed comitted. Now I just have to wait for the red and yellow :( |
| 22:58:07 | _FireFly_ | you have to wait a bit longer a build is currently in progress |
| 22:58:26 | Bagder | we need a faster build server! ;-) |
| 22:58:52 | *** | Saving seen data "./dancer.seen" |
| 22:59:45 | preglow | it's a dual cpu 900mhz something, yes? |
| 23:00 |
| 23:00:06 | amiconn | markun: Imho you should check for build problems before commit. I do... |
| 23:00:08 | Bagder | dual amd 1600mhz |
| 23:00:46 | LinusN | Bagder: i believe it's the disk, not the cpu |
| 23:00:49 | markun | amiconn: I did, but using FreeBSD I always have some patches applied to get rockbox to compile |
| 23:00:57 | Bagder | LinusN: I think you're right |
| 23:01:20 | LinusN | still crawler DOS'ing? |
| 23:01:46 | Bagder | I don't think so |
| 23:02:21 | chopped_pork | woo crossfade |
| 23:02:33 | LinusN | cross*feed* |
| 23:02:36 | chopped_pork | feed |
| 23:02:36 | _FireFly_ | ;) |
| 23:02:38 | chopped_pork | yes |
| 23:02:39 | chopped_pork | sorry |
| 23:02:40 | chopped_pork | typo |
| 23:02:41 | DBUG | Enqueued KICK chopped_pork |
| 23:02:41 | chopped_pork | ^^ |
| 23:03:08 | ep0ch| | markun: is crossfeed more effecient than the previous crossfeed patch? |
| 23:03:23 | markun | yes |
| 23:03:28 | ep0ch| | excellent :) |
| 23:03:53 | preglow | and i'll see if it's easy to optimise approximately now |
| 23:03:56 | Bagder | it sure is nice to see the h300 build gone yellow |
| 23:05:10 | LedFloyd | um, i don't know if I'm allowed to speak in here, but what exactly does "yellow" mean? some sort of status? |
| 23:05:21 | markun | warnings |
| 23:05:48 | chopped_pork | markun: any estimate on when unicode will be in cvs? |
| 23:05:59 | markun | chopped_pork: no, don't ask me :) |
| 23:06:00 | Bagder | LedFloyd: check the cvs build table and you'll see |
| 23:06:03 | chopped_pork | looks lovely as already noted :) |
| 23:06:37 | markun | The problem is that one of the archos rockbox versions gets too big with unicode |
| 23:07:17 | chopped_pork | oh |
| 23:07:18 | markun | One sollution is the optimize till it fits, the other is to compress the rockbox image and extract it in memory |
| 23:09:16 | amiconn | It probably (hopefully?) will fit when TiMiD finishes multiscreen support and some old functions can be removed |
| 23:09:36 | amiconn | Currently a number of functions are included twice, like splash() |
| 23:09:53 | chopped_pork | is your work available as a patch somewhere? it's so cool it might finally make me setup a crosscompiling enviroment so i can have my own rockbox compile :> |
| 23:10:10 | amiconn | Afair unicode did fit before the multiscreen work |
| 23:10:23 | markun | yes, it did. |
| 23:10:36 | _FireFly_ | amiconn: a quick solution for splash would be to replace each left splash call with gui_syncsplash |
| 23:10:49 | markun | chopped_pork: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1267994 |
| 23:11:04 | chopped_pork | thanks markun |
| 23:11:06 | _FireFly_ | and i think the same could be done for the two functions in widget.c |
| 23:11:07 | markun | The summary is outdated, but cannot be changed |
| 23:11:12 | amiconn | It's not only splash(), it's splash(), statusbar, button bar and probably others |
| 23:11:32 | chopped_pork | is there any guide available to making a build environment in linux? (running gentoo here) |
| 23:12:02 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler |
| 23:14:42 | chopped_pork | is it possible to build rockbox (coldfire flavor) with gcc4 or is that a bad idea? |
| 23:14:52 | Bagder | bad idea |
| 23:14:54 | _FireFly_ | amiconn: yepp at least in 10 files in which status_draw is called |
| 23:15:08 | chopped_pork | alrighty, thanks again |
| 23:15:36 | preglow | chopped_pork: it works just fine |
| 23:17:25 | chopped_pork | given i'll have the time, would it be of any use if i did a .ebuild for gentoo? |
| 23:17:45 | Bagder | chopped_pork: it could make a few people happy, I'd say |
| 23:17:59 | | Part Kaggen |
| 23:21:12 | | Join ashridah [0] (i=ashridah@220-253-123-27.VIC.netspace.net.au) |
| 23:21:51 | _FireFly_ | markun: it's me or does crossfeed lower the volume a bit?? |
| 23:22:30 | markun | _FireFly_: yes, quite a bit |
| 23:23:07 | _FireFly_ | and i think it is a also little dull |
| 23:23:19 | _FireFly_ | the sound |
| 23:23:20 | markun | Yes, I also think so :) |
| 23:23:36 | markun | But it works very well for some recordings with extreme stereo. |
| 23:23:41 | | Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) |
| 23:23:45 | markun | beatles, jimi hendrix.. |
| 23:23:56 | preglow | markun: you told me about some crossfeed plugin author you were going to mail, did that happen? |
| 23:23:56 | _FireFly_ | so there is space for improvements :) |
| 23:24:08 | markun | _FireFly_: feel free to improve it |
| 23:24:25 | Maxou` | what's "crossfeed"? |
| 23:24:58 | markun | Maxou`: http://www.naivesoftware.com/software.html |
| 23:25:21 | | Join Midgey34 [0] (n=chatzill@c-67-172-68-52.hsd1.mi.comcast.net) |
| 23:25:27 | | Quit Midgey34 (Client Quit) |
| 23:25:34 | Maxou` | hum |
| 23:25:35 | Maxou` | ok |
| 23:25:58 | | Join Midgey34 [0] (n=Midgey34@c-67-172-68-52.hsd1.mi.comcast.net) |
| 23:26:55 | _FireFly_ | markun i think the prvious one had an better sound then this one |
| 23:27:31 | preglow | the previous one didn't differ in sound |
| 23:27:34 | markun | _FireFly_: I didn't change any of the values I think |
| 23:27:53 | preglow | no, everything of importance is the same |
| 23:29:24 | | Join bitmastro [0] (n=bitmastr@d83-176-25-85.cust.tele2.it) |
| 23:29:36 | bitmastro | hi |
| 23:31:15 | markun | bona sera |
| 23:31:26 | bitmastro | At first, thanks to linuxn for the screenshot.. I'm still crying |
| 23:31:29 | bitmastro | :-D |
| 23:32:13 | bitmastro | second.. I was thinking... the last popular codec missing is the wma, right? |
| 23:32:31 | XavierGr | yes and I don't think that we will see this thing soon |
| 23:32:39 | preglow | what screenshot? |
| 23:32:44 | amiconn | preglow: Regarding the 64 bit mul routines - I have no idea how to contribute them. They obviously don't fix a bug, and I have no idea where they have to be placed in the gcc source, so I can't file a patch either |
| 23:32:54 | preglow | XavierGr: we just might, someone's done a bit of the work for us |
| 23:32:58 | preglow | amiconn: mailinglist, perhaps? |
| 23:32:59 | bitmastro | preglow: the rockbox logo on the h300 |
| 23:33:10 | preglow | bitmastro: url? |
| 23:33:13 | markun | hey, the build should be finished by now.. |
| 23:33:48 | _FireFly_ | markun: ok it was the song on which crossfeed has a bad drawback to the sound |
| 23:33:59 | bitmastro | http://www.rockbox.org/twiki/pub/Main/IriverPort/h300_lcd.jpg |
| 23:34:02 | preglow | markun: should, but it's not |
| 23:34:23 | amiconn | LinusN: The H300 baclight is hooked to some kind of pwm output, so it's dimmable in hardware? |
| 23:34:43 | bitmastro | ah.. I was saying.. about the wma... anyone looked at the neuros code? |
| 23:34:49 | Moos | markun: the prediction isn't very accurate like somwhere ;) |
| 23:34:51 | markun | preglow: maybe because I changed some .h files that caused a lot to recompile |
| 23:35:03 | preglow | markun: doubtless, that'd fool ccache |
| 23:35:23 | preglow | bitmastro: neuros doesn't distribute the wma code |
| 23:35:26 | bitmastro | http://cvs.sourceforge.net/viewcvs.py/neuros-firmware/neuros-firmware/source/TISTD/wma_ti.c?rev=1.5&view=markup |
| 23:35:43 | bitmastro | it seems to me like it's a fixed point implementation |
| 23:35:51 | preglow | or does it... |
| 23:36:03 | | Join elinenbe [0] (n=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 23:36:16 | preglow | bitmastro: that looks like a dsp interface to me |
| 23:36:42 | elinenbe | LinusN: quick question... will rockbox boot on the H300 now? |
| 23:36:50 | XavierGr | preglow: who did the work? Is there a major chance for WMA then? |
| 23:37:01 | amiconn | markun: Crossfeed wastes a .lang string, imho. |
| 23:37:11 | preglow | XavierGr: someone on the forums posted a partially fixed point converted version of the wma decoder in libffmpeg |
| 23:37:33 | amiconn | In stead of "Enabled crossfeed" = yes/no in the setting itself it would be better to use "Crossfeed" = On/Off |
| 23:37:48 | elinenbe | preglow: that's awesome! |
| 23:37:53 | preglow | http://forums.rockbox.org/index.php?topic=1258.0 |
| 23:38:02 | amiconn | Wasted .lang strings are bad because they increase binary size for all targets... |
| 23:38:05 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:38:05 | * | amiconn prods Bagder |
| 23:38:15 | * | Bagder appears |
| 23:38:24 | Bagder | at your service! |
| 23:38:28 | preglow | elinenbe: awesome, yes, but someone still needs to work on it |
| 23:38:33 | preglow | i wont be |
| 23:38:36 | amiconn | Bagder: [23:38:26] <amiconn> Wasted .lang strings are bad because they increase binary size for all targets... |
| 23:39:12 | * | Bagder blinks and talks about the wheather |
| 23:39:23 | Moos | Bagder: what's about your V2 localisation ? XD |
| 23:39:55 | Bagder | it was just a bit too much work for my little time I spend on rockbox these days |
| 23:40:11 | Bagder | so its still pending |
| 23:40:26 | Moos | hehe :) |
| 23:41:48 | preglow | markun: do remember that the highpass filter isn't really good, though |
| 23:41:58 | Bagder | someone else is free to take the ball and run for it |
| 23:43:06 | preglow | markun: and btw, the comment for apply_crossfeed is on crack |
| 23:43:29 | ashridah | hey, did that multiscreen WPS widget stuff get merged? |
| 23:43:41 | Bagder | red red red red red |
| 23:44:01 | Bagder | and red |
| 23:44:11 | Moos | :) |
| 23:44:30 | Midgey34 | oh man, newest build is crazy |
| 23:44:53 | thegeek_ | please elaborate |
| 23:45:00 | Midgey34 | the redness I mean |
| 23:45:21 | Moos | isn't critical markun will fix this ;) |
| 23:45:23 | | Part ep0ch| |
| 23:45:32 | Midgey34 | I know :) |
| 23:45:52 | Midgey34 | I still excited by linus' progress on the h300 |
| 23:45:54 | | Join ]RowaN[ [0] (i=a2b0y@82-43-214-84.cable.ubr10.newm.blueyonder.co.uk) |
| 23:46:02 | ]RowaN[ | guys what is this "crossfeed dsp effect" thing |
| 23:46:17 | XavierGr | ok I know that it is a rockbox policy to hold columns in source below 80. But I use a very big text paragraph? How can I break this in multiple lines? |
| 23:46:37 | Bagder | very big text paragraph? |
| 23:46:41 | Bagder | you mean comment? |
| 23:46:48 | XavierGr | No fdprint |
| 23:46:55 | Bagder | you can write "string" |
| 23:46:58 | Bagder | "string2" |
| 23:47:01 | _FireFly_ | ah got the volume drawback a bit lower :) |
| 23:47:01 | Bagder | "string3" |
| 23:47:13 | Bagder | and they are concatenated by the compiler |
| 23:48:12 | XavierGr | so you recommend breaking 507 characters in 7 strings? |
| 23:48:20 | XavierGr | it seems very tiresome to me |
| 23:48:21 | Bagder | at least, yes |
| 23:48:54 | | Join mashalla [0] (n=dj-dave@p5498F114.dip.t-dialin.net) |
| 23:49:13 | markun | Don't think this is cause by my commit, is it? |
| 23:49:33 | Bagder | no |
| 23:49:54 | Bagder | it looks like LinusN's commit is involved |
| 23:50:28 | Bagder | seeing the backlight references |
| 23:52:17 | ashridah | weird |
| 23:52:20 | Febs | ]RowaN[, crossfeed feeds a little of the right channel into the left and vice versa. |
| 23:52:44 | Febs | It simulates the experience you get when you are listening to speakers instead of headphones ... |
| 23:53:01 | Febs | With speakers, the sound bounces off walls, floors, etc before it gets to you. |
| 23:53:02 | ]RowaN[ | ah, i'll have to give it a go |
| 23:53:07 | Febs | With headphones, it doesn't. |
| 23:53:23 | Febs | So many feel that crossfeed makes headphones sound more natural. |
| 23:53:58 | ashridah | ]RowaN[: most music is mixed assuming you're listening with speakers. some music has some instruments completely on one side only. it also has the effect of making what you're listening to sound like it's inside your head. crossfeed should make it sound like it's infront of you too. |
| 23:54:22 | * | Febs catches up on some of the recent discussion. |
| 23:54:41 | Febs | As someone noted above, it's good for older recordings like early Beatles albums. |
| 23:54:50 | ashridah | okay. why do i get 'No wps module present, can't do the WPS magic!' when i run make zip? |
| 23:55:04 | ashridah | still seems to create the rockbox.zip file |
| 23:55:16 | ashridah | Febs: and jazz music often comes that way too. |
| 23:55:33 | Bagder | ashridah: you need to checkout the 'wps' module to get the wps stuff added to the zip |
| 23:55:41 | ashridah | ah |
| 23:55:45 | Bagder | its brand new |
| 23:56:02 | ashridah | Bagder: just cvs co wps in the rockbox directory containing all of rockbox's source? |
| 23:56:05 | Bagder | used for the wps bundling script |
| 23:56:10 | XavierGr | Bagder: Are you sure there is no other way to cut the text? It is very troublesome and unintuitive, plus if someone wants to change the text it should be very difficult. |
| 23:56:11 | Bagder | ashridah: yeps |
| 23:56:27 | Febs | Yep. |
| 23:56:51 | Bagder | XavierGr: having 500 bytes text in source code is _always_ cumbersome no matter how you do it |
| 23:57:16 | | Quit mashalla () |
| 23:57:29 | Bagder | having a 500 bytes long line is not exactly comfortable either |
| 23:57:45 | XavierGr | well turn wordwrap on :p |
| 23:57:57 | XavierGr | ok if there is no other way I will split it. |
| 23:58:10 | markun | preglow: ACC etc are not declared for non coldfire platforms (ipod) |
| 23:58:53 | XavierGr | Bagder: Do you think a 2 dimensional array is better or stay with string1[80], string2[80] e.t.c? |
icon identifies that the person is a core developer (has commit access).