| 00:00:41 | amiconn | HCl: I even have one button left on recorder... :) |
| 00:00:49 | HCl | nice :x |
| 00:01:23 | amiconn | Up/Don/Left/Right are obvious |
| 00:01:35 | HCl | you'll want a and b next to eachother |
| 00:01:44 | HCl | start somewhere where you can't press it by accident |
| 00:01:54 | HCl | and select possibly near a and b as well |
| 00:02:07 | amiconn | I'll assign PAD A = F1, PAD B = F2, START = F3, SELECT = PLAY, QUIT = OFF |
| 00:02:14 | HCl | does the archos allow multiple keypresses? |
| 00:02:19 | | Join Digital007 [0] (~acd6899d@labb.contactor.se) |
| 00:02:25 | Digital007 | ji |
| 00:02:27 | Digital007 | hi |
| 00:02:43 | amiconn | HCl: yes and no. |
| 00:02:57 | Digital007 | how is sound for iriverbox coming on? |
| 00:03:15 | amiconn | It allows multiple keypresses for buttons hooked up on different adc ports, but not within one group |
| 00:03:33 | HCl | hm |
| 00:03:43 | HCl | what about iriver remote/base simultaneous presses? |
| 00:04:17 | amiconn | This should work (different adc channels) if I read the button driver correctly |
| 00:04:57 | HCl | i haven't really looked into how input works in gnuboy, i just made a driver for its interface |
| 00:05:22 | amiconn | Oopsss! Binary size == 145 MB (!) |
| 00:05:29 | HCl | woah. |
| 00:05:30 | HCl | what'd you do |
| 00:05:32 | amiconn | Most likely a section problem |
| 00:06:31 | amiconn | Argh! rockboy needs a .stack section! |
| 00:06:41 | HCl | o.o |
| 00:06:54 | HCl | don't all programs.. need a stack...? |
| 00:07:26 | Bagder | there is a .stack already isn't it? |
| 00:07:29 | amiconn | Yes. But the rockbox plugins use the stack of the rockbox main thread... |
| 00:07:36 | Bagder | ah right |
| 00:09:11 | amiconn | HCl: May I take a look at your rockboy.map? |
| 00:09:15 | HCl | sure |
| 00:09:42 | * | HCl grins. like if he could say no without seeming really, really odd xD |
| 00:12:01 | amiconn | HCl: How many .o files do you have in build-dir/rockboy? |
| 00:12:25 | HCl | um. |
| 00:12:28 | HCl | let me check. |
| 00:12:43 | midk | hey, guess what. |
| 00:12:50 | midk | i recovered my old breakout code today. |
| 00:13:06 | HCl | does it work? |
| 00:13:08 | HCl | :d |
| 00:13:27 | | Nick Aison is now known as Aison|blabla (~hans@zux166-181.adsl.green.ch) |
| 00:13:44 | HCl | hrm, i think that flac checkin broke my build.. |
| 00:14:21 | linuxstb | HCl: I forgot one file and then committed it about 30 minutes after the others. It should be OK now though... |
| 00:14:25 | HCl | yea |
| 00:14:32 | HCl | i just checked out again and it seems to work now |
| 00:14:46 | HCl | titania:/home/hcl/rockbox/rockbox-devel/iriver# ls rockboy |
| 00:14:46 | HCl | cpu.o exports.o lcd.o main.o rccmds.o rtc.o split.o |
| 00:14:46 | HCl | emu.o hw.o lcdc.o mem.o rcvars.o save.o |
| 00:14:46 | HCl | events.o iriver.o loader.o nosound.o rockboy.o sound.o |
| 00:15:34 | preglow | woot, interpolating sine oscillator, i've _finally_ understood it |
| 00:16:18 | amiconn | HCl: Thanks, the same I get |
| 00:16:30 | amiconn | If I find the cause why I get a bogus stack section and you dont, binary size will be roughly equal to yours (414328 bytes) |
| 00:16:44 | HCl | ok |
| 00:17:12 | amiconn | This is still with unmodified lcd driver though |
| 00:17:31 | amiconn | First I'd like to get a reasonable compilation result |
| 00:18:49 | preglow | but yes, now i might actually know how to optimize the codecs |
| 00:19:24 | HCl | :) |
| 00:22:22 | Bagder | http://daniel.haxx.se/rockbox/simbuild-2.patch |
| 00:22:28 | Bagder | current work |
| 00:23:36 | Bagder | works for x11 sim on Linux at least |
| 00:30:14 | preglow | i take it there's not a gcc hacker present? |
| 00:30:49 | | Join ashridah [0] (ashridah@220-253-121-235.VIC.netspace.net.au) |
| 00:31:52 | Bagder | Nix on the mailing list seems like a gcc insider |
| 00:34:00 | preglow | i was going to ask how hard it'd be to add emac support to gcc, but i don't think that's something someone's going to be willing to do for me, heh |
| 00:34:24 | Bagder | probably not |
| 00:36:30 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
| 00:36:57 | amiconn | HCl: I have no idea what that stack section comes from. I'll discard it for now. I'll hack a bit on the lcd code, then I'll see how it goes... |
| 00:37:09 | hubble | preglow: but how would you access the instruction from C? |
| 00:37:34 | HCl | amiconn: okilydokiley |
| 00:37:52 | preglow | hubble: very good question |
| 00:37:55 | hubble | preglow: or do you want an optimization trick that does it automaticly? =) |
| 00:38:02 | preglow | nonono |
| 00:38:12 | preglow | i was thinking something along the lines of intrinsics |
| 00:38:48 | hubble | preglow: aha.. but it is implemented in gas? asm() blocks are nice? |
| 00:38:53 | preglow | gcc does a really good job with 3dnow and sse intrinsics, so i think it'd do good with the emac as well |
| 00:39:01 | preglow | hubble: that's what i'm doing now |
| 00:39:15 | | Quit Strath ("Client closed") |
| 00:39:24 | hubble | preglow: ofcourse intrinsics are better |
| 00:39:32 | preglow | #define MACL(x, y, acc) asm volatile ("mac.l %0, %1, %%" #acc : : "ad" ((x)), "ad" ((y))); |
| 00:39:37 | preglow | there's an example |
| 00:40:26 | hubble | preglow: ok.. |
| 00:40:27 | | Part hubble |
| 00:40:30 | preglow | but it's a kludge, gcc doesn't even know the acc registers exist, so it tends to ignore everything i do that clobber sthem |
| 00:40:46 | preglow | unless i make everything volatile, which i've heard doesn't do wonders for code generation |
| 00:48:41 | ashridah | weee, lots of warnings when building the libFLAC code |
| 00:48:49 | ashridah | all the same warning, mind you |
| 00:48:49 | amiconn | HCl: Where is scan. defined/ what is it? |
| 00:49:45 | preglow | ashridah: gcc 3.4 problem |
| 00:50:52 | HCl | amiconn: structure with scanline info |
| 00:51:35 | amiconn | Hmm. I don't seem to understand... where does it come from? How is the row determined? |
| 00:52:29 | XShocK | grrr.... How do I make sure that interrupt is installed? |
| 00:52:43 | XShocK | i mean i wrote void DMA0(void) __attribute__ ((interrupt_handler)); |
| 00:52:49 | XShocK | void DMA0(void) {...........} |
| 00:53:06 | XShocK | but I have a feeling that it is not installed correctly. |
| 00:54:00 | HCl | amiconn: lcd_refreshline collects data and builds the scanline into scan.buf |
| 00:54:09 | HCl | the HACKING doc contains some info about the format used |
| 00:54:23 | Bagder | sleep(night); |
| 00:54:25 | HCl | pretty much, the lower 2 bits of each byte in buf is the 4 grayscales |
| 00:54:47 | Quelsaruk | bye Bagder |
| 00:54:55 | XShocK | good bight |
| 00:54:58 | XShocK | *night |
| 00:56:17 | *** | Saving seen data "./dancer.seen" |
| 00:58:03 | ashridah | preglow: right. |
| 00:58:50 | amiconn | HCl: I get some warning while compiling. Is that expected? |
| 00:59:38 | | Quit ashridah ("out") |
| 01:00 |
| 01:04:24 | HCl | amiconn: it has a few warnings |
| 01:04:29 | HCl | i just removed most, not all |
| 01:04:40 | amiconn | lcd.c: In function `pal_dirty': |
| 01:04:40 | amiconn | lcd.c:764: warning: unused variable `i' |
| 01:04:46 | HCl | yea |
| 01:04:48 | amiconn | fastmem.h:25: warning: `readw' defined but not used |
| 01:04:48 | amiconn | fastmem.h:45: warning: `writew' defined but not used |
| 01:04:48 | amiconn | fastmem.h:74: warning: `readhi' defined but not used |
| 01:04:48 | DBUG | Enqueued KICK amiconn |
| 01:04:48 | amiconn | fastmem.h:79: warning: `writehi' defined but not used |
| 01:04:54 | HCl | thats cause of my most recent optimization to get palettes out |
| 01:05:00 | amiconn | main.c: In function `doevents': |
| 01:05:00 | amiconn | main.c:42: warning: implicit declaration of function `pad_set' |
| 01:05:05 | HCl | since we only use 2bit grayscale anyways |
| 01:05:09 | amiconn | loader.c: In function `rom_load': |
| 01:05:09 | amiconn | loader.c:170: warning: assignment from incompatible pointer type |
| 01:05:19 | HCl | i wasn't sure how to get rid of the fastmem ones |
| 01:05:27 | HCl | and the main one is cause of my input optimization |
| 01:05:31 | | Join AC [0] (~5078751e@labb.contactor.se) |
| 01:05:34 | HCl | and the loader one i haven't been bothered to fix |
| 01:05:40 | AC | hi |
| 01:06:19 | amiconn | HCl: Archos rockboy launches and doesn't crash. It's counting up in the top left corner... |
| 01:06:46 | HCl | kay |
| 01:06:49 | HCl | try mario |
| 01:06:55 | amiconn | When do I have to expect the first output (with mario)? |
| 01:06:55 | HCl | it starts displaying at 14 |
| 01:06:58 | preglow | amiconn: counting at what rate? |
| 01:07:26 | amiconn | roughly 4 fps |
| 01:07:40 | amiconn | However, I get no display :( |
| 01:07:55 | HCl | paste your vid_update routine? |
| 01:11:36 | amiconn | Argh, found the prob. |
| 01:11:45 | amiconn | I expected it to be called every scanline... |
| 01:11:55 | HCl | it gets called every 8 at the moment |
| 01:11:59 | HCl | for the caching stuff. |
| 01:12:33 | amiconn | Yes... and the number is always odd... with caused my version to return immediately ... since I want to discard odd lines... |
| 01:13:08 | | Nick Aison|blabla is now known as Aison (~hans@zux166-181.adsl.green.ch) |
| 01:13:30 | HCl | ahh. |
| 01:13:31 | HCl | yea |
| 01:13:54 | HCl | umm... also look at the scan structure thing, i modified buf and the definition of BUF in order to make caching possible |
| 01:21:05 | Quelsaruk | good night to all, don't work too hard |
| 01:21:13 | | Quit Quelsaruk ("KVIrc 3.0.1.99 'Realia'") |
| 01:27:38 | | Quit Patr3ck () |
| 01:29:51 | | Join ashridah [0] (ashridah@220-253-119-77.VIC.netspace.net.au) |
| 01:30:17 | | Quit mecraw () |
| 01:33:17 | | Quit xen` (Read error: 113 (No route to host)) |
| 01:34:17 | HCl | amiconn: any progress? |
| 01:34:20 | AC | lets check if libwavpack compiles |
| 01:34:48 | amiconn | HCl: It runs slower (about 2.5 fps) now. Still no output... |
| 01:36:10 | HCl | what did you modify? |
| 01:37:09 | amiconn | lcd.[ch] and iriver.c |
| 01:37:31 | amiconn | The buf needs 16 lines (for now), and scanline_index is calculated % 16 |
| 01:37:41 | HCl | *nods* |
| 01:37:54 | HCl | wouldn't that still only feed you even numbers, and even less? |
| 01:38:25 | amiconn | The lcd driver the only uses the even lines from scan.buf, and skips every second column (cnt += 2) |
| 01:38:36 | HCl | *nods* |
| 01:38:51 | HCl | well, your routine should be much like mine, really, aside from those changes and the buf / modulo increase |
| 01:39:05 | HCl | you can always uncomment the draw and clearpixel routines |
| 01:39:15 | HCl | they're meant as a legacy/backup thing thats guaranteed to work |
| 01:39:25 | amiconn | Yeah. I simply copied your routine and did those changes |
| 01:39:46 | amiconn | I added all changes with #if LCD_HEIGHT == 64 ... #else ... #endif |
| 01:40:31 | amiconn | Btw: I think there is still plenty of room for optimisation in the lcd driver. |
| 01:41:09 | amiconn | The best thing would be to use asm for the bit shuffle, that would make it fly... |
| 01:41:38 | HCl | maybe, i'm hardly familiar with m68k asm |
| 01:41:52 | amiconn | ...this kind of asm routine is rather straightforward... on SH1... I already did similar things in the grayscale lib. |
| 01:42:20 | HCl | i suggest using the drawpixel routines while getting it to work though |
| 01:42:30 | linuxstb | AC: Any progress with wavpack? |
| 01:42:30 | HCl | first get it to work right, slowly, then look at optimizations |
| 01:43:09 | amiconn | m68k shouldn't be hard either... and there are highly optimised routines originally developed for faaast c2p on Amiga, which do pretty much what is needed here as well |
| 01:43:24 | HCl | kay |
| 01:44:11 | preglow | good news |
| 01:44:21 | amiconn | You Makefile integration is a bit dirty... I always have to remove rockboy.[o|rock] to make it recompile |
| 01:44:26 | preglow | is the lcd blitter a resource hog as it is? |
| 01:44:41 | midk | fo' sho! |
| 01:45:20 | AC | linuxstb: i will use the wavpack decoder desidned for embbled systems |
| 01:45:22 | amiconn | preglow: The lcd driver, although already optimised, is still a bitshifting mess of hell |
| 01:45:45 | preglow | midk: it's spelled "fo' shizzle" |
| 01:46:05 | linuxstb | AC: Sounds perfect. |
| 01:46:25 | AC | This "tiny" decoderThis "tiny" decoder library works with less than 32k of code and less than 4k of data |
| 01:46:26 | midk | preglow: only if you're 'g |
| 01:46:31 | AC | oha |
| 01:49:09 | HCl | amiconn: yea, i know... |
| 01:49:32 | | Quit cYmen_ ("leaving") |
| 01:49:37 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 01:49:37 | * | HCl grins at amiconn's accurate description of vid_update |
| 01:52:35 | amiconn | I have some nice bit-"weaving" asm routines that will hopefully speed things up... |
| 01:58:38 | amiconn | Yeehah! It works! |
| 01:59:16 | HCl | :P |
| 01:59:17 | HCl | sweet |
| 01:59:19 | HCl | make pictures |
| 02:00 |
| 02:02:14 | amiconn | Hmm. I guess it's not really playable. The graphics look rather odd at half the size with no interpolation |
| 02:02:43 | preglow | amiconn: framerate? |
| 02:03:11 | amiconn | Additionally, there is some graphical garbage at the left & right, because the gameboy screen at 1/2 doesn't cover the whole archos screen width |
| 02:04:15 | amiconn | Framerate varies a bit depending on what happens, but i get ~3.3 fps |
| 02:04:22 | XShocK | aaa... can the interrupt handler function be in plugin? |
| 02:04:23 | | Quit Digital007 ("CGI:IRC (EOF)") |
| 02:04:27 | preglow | definitely faster than on the iriver |
| 02:04:44 | preglow | XShocK: i rather doubt that |
| 02:04:50 | amiconn | I only needs to remap 1/4 of the pixels... |
| 02:05:01 | XShocK | hrr.. i didn't think about that... |
| 02:05:07 | AC | why can i not use #include <inttypes.h> in a codec? |
| 02:05:26 | amiconn | HCl: Mario demo mode |
| 02:05:31 | amiconn | ..activated... |
| 02:05:35 | HCl | make pics? |
| 02:06:07 | preglow | i wish i understodd fixed point filtering |
| 02:06:24 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 02:06:36 | amiconn | Baah, digicam batteries are empty :( |
| 02:07:57 | HCl | :X |
| 02:07:59 | HCl | i had that.. |
| 02:08:45 | amiconn | Hmm. I can't obviously rip the batteries off my recorder... |
| 02:08:51 | HCl | :P |
| 02:08:58 | HCl | rip half of them? |
| 02:09:01 | HCl | so both have half power |
| 02:09:02 | HCl | ? |
| 02:09:17 | preglow | haha |
| 02:09:18 | linuxstb | AC: You can - it's deifned in firmware/include/ |
| 02:09:23 | preglow | so both will fail while taking pictures |
| 02:09:57 | preglow | i have two sets of rechargable batteries, prevents stuff like thise very well |
| 02:11:09 | AC | linuxstb: #include "../../../firmware/include/inttypes.h" |
| 02:11:48 | amiconn | preglow: I tried more than two sets... These NiMH cells tend to be empty when I want to use them... :( |
| 02:12:12 | preglow | amiconn: yes, my camera batteries are always empty if i haven't used it for a while |
| 02:12:39 | linuxstb | AC: No, the Makefile should include -I$(FIRMDIR)/include - look at apps/codecs/libmad/Makefile for an example - you should be able to just copy that (with some minor changes). |
| 02:13:02 | linuxstb | AC: The Makefile reads a text file called SOURCES (in the same directory) listing the .c files that need to be compiled. |
| 02:13:15 | AC | ah |
| 02:14:58 | AC | hmmm |
| 02:15:12 | AC | INCLUDES=-I$(APPSDIR) -I.. -I. -I$(FIRMDIR)/include -I$(FIRMDIR)/export\ -I$(FIRMDIR)/common -I$(FIRMDIR)/drivers |
| 02:15:33 | AC | #include <inttypes.h> wont work |
| 02:16:54 | AC | rockbox/apps/codecs/libwavpack/wavpack.h:12:35: inttypes.h: No such file or directory |
| 02:17:39 | linuxstb | Silly question, but does "inttypes.h" exist in your firmware/include directory? |
| 02:18:05 | AC | yep |
| 02:18:30 | | Quit edx (Read error: 60 (Operation timed out)) |
| 02:19:18 | linuxstb | Another silly question, which directory are you in when you type "make" ? |
| 02:19:30 | AC | build |
| 02:19:43 | AC | rockbox/apps/codecs/libwavpack/wavpack.h:12:35: inttypes.h: No such file or directory |
| 02:19:47 | AC | oh |
| 02:19:49 | AC | sorry |
| 02:20:00 | AC | ~/rockbox/build $ make |
| 02:21:03 | linuxstb | I'm not sure what the problem is then - at least some of the other codecs use inttypes.h |
| 02:21:59 | AC | can you show me which codec? |
| 02:22:21 | * | HCl prods amiconn |
| 02:22:26 | HCl | amiconn: try it in the archos sim? |
| 02:23:04 | | Quit Aison (Read error: 54 (Connection reset by peer)) |
| 02:23:30 | linuxstb | AC: FLAC uses it (in libFLAC/include/FLAC/ordinals.h), and liba52 uses it in every .c file |
| 02:23:44 | amiconn | HCl: I'll need to look into the Makefiles, but I guess that has to wait until tomorrow |
| 02:23:57 | HCl | okay |
| 02:24:07 | * | amiconn is watching the pokemon yellow intro on his recorder |
| 02:24:15 | HCl | :P |
| 02:24:19 | AC | linuxstb: got it now |
| 02:24:27 | preglow | ahhh, finally |
| 02:24:38 | linuxstb | AC: What was the problem? |
| 02:24:42 | preglow | i think i'll go to bed, then |
| 02:25:11 | AC | linuxstb: Makefile problem |
| 02:25:57 | linuxstb | AC: It always is. |
| 02:27:00 | AC | linuxstb: compiles with about 8 warnings :) |
| 02:27:38 | linuxstb | Cool. Don't bother to fix those yet - we'll add it to CVS with the warnings (i.e. the original unmodified code), and then fix the warnings afterwards. |
| 02:28:09 | AC | ok.. i will write now a wv2wav plugin to test everything |
| 02:28:49 | linuxstb | OK. I've cleaned up my decoders a lot, so it should be easier for you to write one in the same style now. |
| 02:29:25 | preglow | who'd have thought things would have progressed at this rate |
| 02:29:35 | amiconn | HCl: rockboy never yields, so the hd keeps spinning.... |
| 02:30:02 | amiconn | Ah, demo mode! |
| 02:31:36 | linuxstb | AC: The current decoding speed record is FLAC at about 8% of real-time on the iRiver. I'm hoping that wavpack will take the record. |
| 02:31:46 | HCl | what do you mean never yields? |
| 02:32:22 | preglow | call yield() |
| 02:32:38 | amiconn | Rockbox is cooperatively multithreaded... every thread needs to yield() from time to time |
| 02:32:47 | AC | linuxstb: we will see :) |
| 02:33:05 | linuxstb | So my ???2wav plugins should be doing the same thing? |
| 02:33:21 | preglow | amiconn: does rockbox have a cpu% per thread measurement thing? |
| 02:33:29 | amiconn | nope |
| 02:33:31 | XShocK | hardware guys, help me. :) how should I set up an interrupt? |
| 02:33:38 | XShocK | in iriver |
| 02:34:13 | HCl | oh o.o |
| 02:34:14 | preglow | linuxstb: i guess most things should be doing it from time to time |
| 02:34:32 | XShocK | I have a feeling that void DMA0(void) __attribute__ ((interrupt_handler)); void DMA0(void) {....} does not work well |
| 02:34:47 | XShocK | do i need to add anything else? |
| 02:34:54 | linuxstb | How often should it be done? All my plugins have decoding loops which more or less decode one frame of audio on each iteration. Should I put a yield() inside that loop? |
| 02:35:11 | amiconn | XShocK: This cannot work from within a plugin |
| 02:35:34 | XShocK | I already put it into the firmware itself |
| 02:36:01 | amiconn | linuxstb: There is no general rule for a yield rate, but I'd aim for at least once per tick |
| 02:36:28 | linuxstb | You mean 200 times per second? |
| 02:36:32 | amiconn | Of course, for your test plugins it isn't really important, but certainly more often than once per second |
| 02:36:44 | amiconn | A tick is 10 ms |
| 02:36:45 | preglow | does rockbox always pass control to other threads when you call yield() ? |
| 02:37:25 | amiconn | Iirc it's a simple round robin scheduler, so yes, unless some threads are sleeping |
| 02:37:52 | linuxstb | Are there any other threads running on the iRiver at the moment though? |
| 02:38:04 | amiconn | Yes of course |
| 02:38:08 | preglow | backlight, ata, scroll |
| 02:38:14 | XShocK | amiconn: I want to set up a interrupt handler. and I need interrupt vector. i guess the index of the interrupt. How should I do that? |
| 02:38:35 | linuxstb | I assume it's rb->yield() ? |
| 02:39:04 | XShocK | I think I am pretty done with DMA sound, I only cannot catch the interrupt itself. |
| 02:39:09 | amiconn | If you give your routine the correct name, this should be done automatically. The default handler for interrupts have a weak symbol, so it is replaced by yourt routine |
| 02:39:20 | amiconn | linuxstb: yes |
| 02:39:33 | XShocK | ok. then how do i get the irq vector? :) |
| 02:39:36 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 02:40:21 | amiconn | XShocK: You don't need to know yourself. Just name your interrupt routine like the vector name. |
| 02:40:42 | XShocK | But I need the number itself. :) |
| 02:40:48 | XShocK | the vector |
| 02:41:08 | amiconn | Why? |
| 02:41:41 | XShocK | i certainly need it... :) because interrupt's vector will be put into DIVR register of the DMA |
| 02:42:08 | XShocK | Maybe I am completely wrong, but I suspect it is right |
| 02:42:46 | amiconn | Ah ok. Hmm, then I don't know. Obviously coldfire works a bit different... |
| 02:43:08 | XShocK | mmmm, maybe you can guess? :) |
| 02:43:29 | XShocK | i really don't want to wait one more day, I will go crazy. :) |
| 02:45:56 | preglow | isn't it listed in a .h file somewhere? |
| 02:46:04 | amiconn | In case an archos recorder (v1) owner wants to try rockboy... Get it here: http://arnold-j.bei.t-onlne.de/Rockbox/rockboy-recorder.zip Put rockboy.ajz in the root (or wherever you prefer to keep .ajz's), put rockboy.rock into /.rockbox/viewers and replace your viewers.config with the supplied one. Then put a gameboy rom file somewhere, RoLo romboy.ajz, then "play" the rom file |
| 02:46:23 | amiconn | Oops, http://arnold-j.bei.t-online.de/Rockbox/rockboy-recorder.zip |
| 02:46:30 | HCl | and don't forget to take pictures >.o |
| 02:46:34 | * | HCl goes to sleep |
| 02:46:35 | HCl | night |
| 02:46:39 | amiconn | Nite |
| 02:46:45 | * | amiconn goes to sleep as well |
| 02:47:03 | amiconn | Pokemon still cycling... (> 5000 now) |
| 02:47:06 | preglow | hahah |
| 02:47:26 | HCl | you need to press start/A, or it'll keep cycling |
| 02:47:30 | HCl | night |
| 02:47:34 | preglow | night indeed |
| 02:47:40 | XShocK | night |
| 02:48:13 | amiconn | I know that I need to start somehow... I simply left it running to see whether it's stable |
| 02:48:47 | XShocK | preglow: As I understood it is listed, but not for 5249, i mean it is not given the vector explicitly |
| 02:54:20 | DeadMan | Hey guyz. How far along is iRiver? |
| 02:56:20 | *** | Saving seen data "./dancer.seen" |
| 02:56:27 | | Quit preglow ("w00p") |
| 03:00 |
| 03:00:14 | DeadMan | Zzzz |
| 03:00:55 | AC | good nigth... later the day, the wavpack codec should be finished |
| 03:01:19 | | Quit AC ("CGI:IRC") |
| 03:03:07 | DeadMan | new worm? mydoom.m |
| 03:05:57 | DeadMan | new variant rather |
| 03:07:18 | | Join mij [0] (~Daddyo@cpe-24-241-23-92.ma.charter.com) |
| 03:07:34 | | Part mij |
| 03:08:27 | DeadMan | hmmm. pc-cillin seems to be playing me for a fool |
| 03:50:49 | | Join amx [0] (~amx@HSE-Kitchener-ppp234070.sympatico.ca) |
| 03:57:56 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 04:00 |
| 04:05:47 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:09:30 | | Join edx [0] (edx@pD9EAB7FD.dip.t-dialin.net) |
| 04:10:24 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:27:29 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
| 04:56:24 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:17:30 | | Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
| 05:17:43 | wacky_ | how would I make ogg files recognised as music files (just to create playlists, that I'll load in the original firmware) |
| 05:17:45 | wacky_ | ? |
| 05:30:00 | | Quit amx ("Client Exiting") |
| 05:38:02 | | Quit skav () |
| 05:45:41 | DeadMan | yo heads up http://www.amazon.com/exec/obidos/subst/home/home.html/103-6390422-5171007 |
| 06:00 |
| 06:11:24 | wacky_ | no vorbis supporters here ?! no one wants to work on tremor ? |
| 06:11:41 | wacky_ | Hey I have 14 gigs of vorbis stuff.. I hope free codecs are going to get supported before proprietary ones huh?! |
| 06:12:01 | wacky_ | we *are* open-source, aren't we ? thus we encourage open source, don't we ? |
| 06:20:26 | * | ashridah hands wacky_ a compiler :) |
| 06:20:53 | ashridah | it'll get done. there's plenty of other things that need to get taken care of as well, vorbis will probably work its way in. |
| 06:31:38 | DeadMan | I want to see audio working first :) |
| 06:32:49 | | Join The_Jester [0] (~eatme@d154-20-145-142.bchsia.telus.net) |
| 06:33:08 | | Part The_Jester |
| 06:34:02 | ashridah | don't hold your breath |
| 06:34:15 | ashridah | there's a lot of infrastructure to build before rockbox will be able to play music |
| 06:37:18 | wacky_ | yeah I know |
| 06:37:27 | DeadMan | sigh |
| 06:37:45 | ashridah | you could, of course, help |
| 06:37:49 | DeadMan | heh |
| 06:37:56 | DeadMan | if I knew how I would :) |
| 06:38:10 | ashridah | that's what books are for |
| 06:38:22 | DeadMan | lol |
| 06:44:43 | wacky_ | :) |
| 06:56:26 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:05:20 | | Quit Taxi|3 (Read error: 60 (Operation timed out)) |
| 08:08:36 | | Join webguest12 [0] (~d4827c0d@labb.contactor.se) |
| 08:10:53 | | Quit DMJC-L (Read error: 60 (Operation timed out)) |
| 08:11:41 | | Join Spookie [0] (~ejp@212.130.124.13) |
| 08:12:49 | | Quit webguest12 (Client Quit) |
| 08:19:03 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 08:20:22 | amiconn | HCl: u there? |
| 08:23:44 | DeadMan | sleeeeeep |
| 08:24:15 | midk | yeeeeeees |
| 08:24:18 | midk | good night all. |
| 08:24:48 | LinusN | nite |
| 08:25:14 | dwihno | morning all :D |
| 08:25:23 | midk | haha |
| 08:26:19 | | Part Spookie |
| 08:27:13 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:34:27 | amiconn | HCl: Anyway, I have 2 changes for rockboy on archos. (1) It uses the full screen width now, i.e. scales 160->112 by a bresenham-like algorithm. (2) A first asm optimised lcd driver. Frame rates vary of course, but Mario @start screen does 6 fps now... |
| 08:36:04 | dwihno | amiconn: You do 68k assembly TOO?! :) |
| 08:38:22 | amiconn | ??? I said *on archos* |
| 08:38:33 | dwihno | oh |
| 08:38:35 | dwihno | sorry |
| 08:38:53 | amiconn | However, 68k asm shouldn't be hard... |
| 08:38:56 | dwihno | Must be the weekend ghost that got me all nibards :) |
| 08:39:32 | amiconn | The asm part is only 10 instructions on SH1 |
| 08:39:44 | dwihno | amiconn: have you implemented the grayscale in the lcd driver for rockboy? |
| 08:39:48 | dwihno | 10 instructions? |
| 08:39:52 | dwihno | Hm |
| 08:40:03 | amiconn | No grayscale, would be way too slow |
| 08:40:06 | dwihno | ah |
| 08:40:23 | dwihno | how many more fps do you think you can get, optimizing stuff? |
| 08:40:57 | amiconn | Well, I need to look at the gnuboy sources more thoroughly. All uncommented stuff :( |
| 08:41:36 | amiconn | I have an idea how to run this with plain rockbox (unmodified plugin ram size) |
| 08:44:54 | | Join Shulberry [0] (Taxi@oslo-dhcp-248-180.bluecom.no) |
| 08:47:21 | linuxstb | Hmmm. My H140 is suddenly not booting Rockbox. I've started it, and I just get a completely blank screen. But there is hard disk activity - so I'm hoping it's calculating the fsinfo. |
| 08:47:50 | linuxstb | ... Ah, it's now started. So I guess it was calculating fsinfo. Strange. |
| 08:48:07 | linuxstb | BTW, Morning all. |
| 08:48:15 | Bagder | morning |
| 08:48:50 | linuxstb | Is it possible to display a "calculating fsinfo..." message, or is the LCD not initialised at that point? |
| 08:50:46 | Bagder | is it really rockbox that does that? |
| 08:50:48 | LinusN | it's possible, but only the ata driver knows, and it doesn't have access to the lcd |
| 08:51:04 | LinusN | Bagder: yes, it's our ata driver |
| 08:51:14 | Bagder | what is it doing more specificly? |
| 08:51:30 | LinusN | it is scanning the FAT, counting the free clusters |
| 08:51:41 | linuxstb | It's during fat_init() - the symptoms from a user's point of view is a completely blank LCD screen. |
| 08:51:52 | Bagder | does it always do that on boot? |
| 08:52:04 | LinusN | no, only if the fsinfo is blank |
| 08:52:09 | Bagder | ah |
| 08:52:12 | Bagder | blank |
| 08:52:23 | LinusN | blank, as in uninitialized |
| 08:52:29 | linuxstb | No, some people had it when first booting after flashing. My H140 never did it, but suddenly wanted to today. |
| 08:53:12 | LinusN | i guess it was invalidated by the fat driver on your pc |
| 08:53:25 | linuxstb | But maybe it won't be too bad when the CPU is at full speed. |
| 08:53:33 | LinusN | guess not |
| 08:53:35 | Bagder | linuxstb: windows or linux? |
| 08:53:42 | linuxstb | Only linux. |
| 08:54:00 | Bagder | odd |
| 08:56:27 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:00:24 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 09:05:09 | | Join MO-Pantsu [0] (Rori@deadman3000.plus.com) |
| 09:06:33 | linuxstb | Maybe a solution would be to display a message on the LCD before the disk_mount_all() function is called. Just something like "Rockbox initialising, please wait...". Under normal circumstances it would disappear almost instantly, but in case of fsinfo recalc, at least a message wouild be there, and not a blank screen. |
| 09:08:10 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 09:08:18 | markun | good morning |
| 09:08:49 | markun | Tremor now compiles, but I did not make a ogg2wav yet. |
| 09:09:08 | Bagder | linuxstb: yes, it sounds like a working approach to me |
| 09:09:15 | Bagder | markun: nice |
| 09:09:18 | linuxstb | markun: Good morning. That's good news. Were there many changes? |
| 09:09:38 | linuxstb | Should it be called vorbis2wav? |
| 09:10:22 | markun | No, just some small ones. It gives quite some warnings and I didn't get to compile vorbisfile.c (high level api) |
| 09:10:40 | linuxstb | That's OK, we won't be using vorbisfile. |
| 09:10:57 | linuxstb | I assume it uses stream IO (FILE* etc), which isn't in Rockbox. |
| 09:10:57 | markun | yes, vorbis2wav would be better |
| 09:11:42 | markun | yes, it does |
| 09:11:50 | linuxstb | "AC" is working on wavpack, so we should have 5 codecs soon. More than enough to design a codec API around. |
| 09:12:05 | Bagder | yes |
| 09:12:37 | Bagder | I hope to get the SOURCES-sim build up soon too, making it easier to make a sim version that can do this too |
| 09:12:40 | markun | I could fix some of the warnings, but maybe the first commit should have a few alterations as possible? |
| 09:13:10 | linuxstb | But wavpack is interesting - it has a hybrid mode where the file is compressed losslessly to two files - a normal lossy ".wv" file, plus a ".wvc" correction file. It can either decode the .wv by itself (lossy playback) or use both files to decode losslessly. |
| 09:13:41 | | Quit DeadMan (Read error: 60 (Operation timed out)) |
| 09:13:44 | Bagder | markun: it doesn't really matter, as long as we carefully note which version you started with |
| 09:14:06 | markun | pulled Tremor out of SVN yesterday. |
| 09:14:20 | Bagder | then you have a revision number |
| 09:14:30 | linuxstb | My approach is to put the unmodified files into CVS first (without linking them into the Rockbox build system), and then make my changes from there. So every change is tracked in CVS. |
| 09:14:46 | Bagder | yes, I guess that is a good way |
| 09:15:09 | linuxstb | Once it compiles cleanly, then I link it to the build system in CVS. |
| 09:15:11 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
| 09:15:15 | Lynx_ | hi! |
| 09:15:19 | markun | linuxstb: I cannot commit code, would you like to take a look at my code and commit it? |
| 09:15:37 | Bagder | markun: I can set you up for commit |
| 09:15:43 | Bagder | to ease this operation |
| 09:16:00 | Bagder | markun: /msg me your real name, a username and a preferred password |
| 09:16:39 | Bagder | I didn't find your nick in the IrcNicks |
| 09:17:17 | linuxstb | markun: As long as you don't commit your modified version of apps/codecs/Makefile, then Tremor won't be built as part of Rockbox. So you can commit in safety. |
| 09:17:28 | markun | I'll put it in IrcNicks then. |
| 09:17:41 | linuxstb | Once it's compiling cleaning, commit apps.codecs/Makefile. |
| 09:18:00 | Bagder | markun: ok, you are in. Just proceed with care and ask if in doubt |
| 09:18:12 | Lynx_ | are the codec's speed problems resolved yet? Or does the processor run at full speed? |
| 09:18:15 | Bagder | welcome aboard |
| 09:18:25 | markun | Thanks! |
| 09:18:33 | linuxstb | markun: Have you seen the "README.rockbox" files I've put in the other codec directories? We would need something similar for Tremor. |
| 09:18:49 | markun | I'll first do a 'man cvs' first :) |
| 09:18:54 | linuxstb | and welcome to the codec club. |
| 09:18:58 | LinusN | Lynx_: i am working on the cpu clocking |
| 09:19:08 | LinusN | it isn't trivial |
| 09:19:17 | linuxstb | The Rockbox website has a useful "brief intro to CVS" page. |
| 09:19:27 | LinusN | lots of datasheet digging to find the timings for the different peripherals |
| 09:19:44 | Lynx_ | LinusN: ok :) |
| 09:21:18 | linuxstb | markun: One last thing, I've heard that theres a "lowmem" branch of Tremor. Is this the one that you are using? I have no idea if that would be better than the normal Tremor for our purposes. |
| 09:21:25 | Bagder | the daily tarball grew 500K over night ;-) |
| 09:21:40 | linuxstb | libFLAC? |
| 09:21:48 | Bagder | all the codecs I believe |
| 09:21:56 | Bagder | the FILES weren't fixed until yday |
| 09:22:08 | markun | No, I don't think we should use the lowmem brach. It trades in speed for memory. |
| 09:22:26 | linuxstb | OK. speed is more important. |
| 09:24:27 | | Quit ElGringo ("CGI:IRC (EOF)") |
| 09:25:46 | | Join bobTHC [0] (~foo@l07v-1-77.d1.club-internet.fr) |
| 09:26:04 | bobTHC | hi all! |
| 09:26:55 | LinusN | hi |
| 09:27:26 | Bagder | using 2.95.3 for the win32 cross-compile sure is painful |
| 09:27:38 | Bagder | in case you wanted to know ;-) |
| 09:27:59 | markun | Tremor uses alloca in some places, should we change that in malloc + free? |
| 09:28:21 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 09:29:15 | linuxstb | markun: Rockbox doesn't have malloc(). At the moment, I'm using a very simple local malloc() implementation in plugins/lib/xxx2wav.c - there is no free(). |
| 09:30:19 | linuxstb | It's possible that when we implement the real codec system, we would have a proper malloc()/free() implementation using a codec malloc buffer. But ideally we would want to try and avoid that. |
| 09:30:52 | linuxstb | Could you use a static buffer instead? |
| 09:31:58 | linuxstb | In FLAC, I'm ignoring the VORBIS_COMMENTS block at the moment - I'm thinking that we should write our own parser that can be used by both the FLAC and Vorbis codecs. |
| 09:32:35 | linuxstb | The FLAC one does lots of inefficient mallocs and frees. |
| 09:33:30 | markun | Yes, I think so too. Should we also combine some other code from the all the codecs like the mdct code? |
| 09:34:27 | LinusN | i think we should change the codecs as little as possible |
| 09:35:26 | markun | ok |
| 09:35:30 | linuxstb | But in the long term, a highly optimised "libcodecs" could be useful - with functions such as mdct. |
| 09:36:32 | LinusN | perhaps |
| 09:37:06 | linuxstb | But I agree 100% that we should leave the codecs as untouched as possible |
| 09:37:11 | linuxstb | .. at the moment. |
| 09:40:19 | markun | If I use 'cvs add Tremor', will all the files in it also be added to cvs? |
| 09:42:18 | linuxstb | No, just the directory. |
| 09:43:03 | markun | cvs [add aborted]: there is a version in Tremor already |
| 09:43:04 | linuxstb | There possibly is a command to do it all at once, but I normally just traverse the directories myself, adding and committing things. |
| 09:43:24 | linuxstb | Ah, are there already CVS directories in there from SVN? |
| 09:45:02 | linuxstb | I mean ".svn" directories - maybe they need to be deleted. |
| 09:45:23 | markun | I think the adding worked now. Can I commit the files recursively? |
| 09:46:07 | linuxstb | You can check the current contents of CVS here: http://www.rockbox.org/viewcvs.cgi/apps/codecs/ |
| 09:46:22 | linuxstb | I don't know how to commit recursively - I never do it that way. |
| 09:50:27 | LinusN | you just "cvs ci" without arguments in the root dir of the dir you want to commit recursively |
| 09:50:36 | LinusN | cd tremor |
| 09:50:48 | LinusN | cvs ci -m "blabla" |
| 09:51:43 | | Join DrRick [0] (DrRick@81-86-254-243.dsl.pipex.com) |
| 09:52:56 | markun | Hm, don't know if it worked. I got: |
| 09:52:58 | markun | cvs commit: Examining . |
| 09:53:04 | markun | cvs commit: Examining debian |
| 09:53:09 | markun | cvs commit: Examining doc |
| 09:53:27 | linuxstb | I think you need to do a "cvs add" before the commit |
| 09:53:58 | markun | I thought I did that. Must have done something wrong then. |
| 09:54:20 | linuxstb | markun: Also, I think you can delete directories like "debian" (and any automake/conf tools) - they just get in the way. But that's just my opinion. |
| 09:55:08 | | Quit Shulberry () |
| 09:55:27 | linuxstb | markun: Try typing "cvs status" in your Tremor directory. |
| 09:55:49 | linuxstb | That shows you the current status of the files - "locally added" would mean it's added but not committed. |
| 09:57:16 | markun | cvs status: failed to create lock directory for `/cvsroot/rockbox/apps/codecs/Tremor' (/cvsroot/rockbox/apps/codecs/Tremor/#cvs.lock): No such file or directory |
| 09:57:53 | markun | Can I just login with cvs when I did the cvs co as anonymous? |
| 09:58:20 | linuxstb | Ah, no - I think you need to do a brand new checkout after logging in as yourself. |
| 09:59:19 | markun | Should I also delete the .svn dirs? |
| 09:59:39 | linuxstb | markun: Yes, I think so. |
| 10:00 |
| 10:03:12 | markun | linuxstb: what about the doc dir? |
| 10:06:23 | linuxstb | markun: I think delete it. |
| 10:06:55 | linuxstb | But keep README, COPYING etc in the main directory. |
| 10:07:22 | markun | Yes, I will. |
| 10:09:07 | markun | I think it worked! :) |
| 10:09:54 | linuxstb | Yes - I can now see it at http://www.rockbox.org/viewcvs.cgi/apps/codecs/Tremor/ |
| 10:10:31 | linuxstb | I've just looked at your README.rockbox, and I think you've forgotten to change some of the information when you copied my file from libFLAC |
| 10:11:32 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 10:12:14 | markun | ok, I will add the things I removed from the source tree. |
| 10:13:46 | linuxstb | Also, I think you need to set the OUTPUT variable in the Makefile to $(OBJDIR)/libTremor.a (so -lTremor will work when linking), but I'm not 100% about that. |
| 10:14:22 | DMJC | UM... is cvs broken? |
| 10:15:13 | linuxstb | DMJC: The daily builds table looks fine. |
| 10:15:44 | DMJC | I just updated |
| 10:15:48 | DMJC | it won't build now |
| 10:15:58 | linuxstb | Which target? |
| 10:16:07 | DMJC | CC mpa2wav.c |
| 10:16:07 | DMJC | mpa2wav.c:25:31: codecs/libmad/mad.h: No such file or directory |
| 10:16:09 | DMJC | iriver |
| 10:16:29 | linuxstb | Ah, you may have to do "cvs update -d" in the apps/ directory to get the codecs |
| 10:16:31 | markun | linuxstb: I was not sure if lib should be in front of it. I can add it. |
| 10:17:20 | linuxstb | markun: I think you will need to - in any case, it does no harm. |
| 10:17:55 | DMJC | /home/james/development/iriver/rockbox/firm/mpa2wav.o: In function `plugin_start': |
| 10:17:55 | DMJC | /home/james/development/iriver/rockbox/apps/plugins/mpa2wav.c:156: undefined reference to `mad_stream_init' |
| 10:18:33 | linuxstb | DMJC: Do you have the codecs directory? Is there a "libmad.a" in your build directory? |
| 10:19:09 | | Join Patr3ck [0] (~patr3ck@p548CBE6D.dip.t-dialin.net) |
| 10:19:33 | DMJC | no libmad.a |
| 10:19:37 | DMJC | but there is a codecs dir |
| 10:25:13 | linuxstb | Have you re-run tools/configure? There was a new variable added to enable compilation of the codec libraries. |
| 10:25:26 | DMJC | ah k |
| 10:28:48 | | Nick ashridah is now known as Lost-tv (ashridah@220-253-119-77.VIC.netspace.net.au) |
| 10:30:13 | markun | linuxstb: I have to go now. When should I commit the codecs/Makefile? |
| 10:31:57 | linuxstb | markun: You can leave that until you are happy with how Tremor compiles - it is easy for someone else to add it in their local copy. |
| 10:32:10 | markun | And what is apps/FILES used for? |
| 10:32:24 | linuxstb | To generate the .tar.gz file - so you will need to add Tremor into it. |
| 10:36:49 | | Quit DrRick () |
| 10:44:41 | | Quit markun () |
| 10:49:36 | DMJC | so now that these soundcodecs compile |
| 10:49:52 | DMJC | any idea how well they'll run when the iriver runs at 140mhz? |
| 10:51:03 | linuxstb | No. The Iriver is currently at 11MHz, so we should see about a 12 -13 times speed-up at 140MHz. I don't know if there are any other factors involved. |
| 10:51:50 | linuxstb | But that's one reason I wanted to get them in CVS as soon as possible - so others can look at optimising them. |
| 10:54:23 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 10:56:29 | *** | Saving seen data "./dancer.seen" |
| 10:57:10 | dwihno | is there a way you could tell gcc to link only used functions? like borland used to do in borland c/c++ ver. 3 :) |
| 10:57:50 | linuxstb | I thought that is what happened. Are you saying it doesn't? |
| 10:58:36 | dwihno | I don't think so |
| 10:58:54 | dwihno | nobody but I would be happier if my guesses are wrong |
| 10:59:05 | LinusN | no you can't |
| 10:59:27 | LinusN | not on a function level |
| 10:59:47 | LinusN | you can do it on the object file level, by using a library |
| 11:00 |
| 11:00:50 | dwihno | :/ |
| 11:01:02 | dwihno | That would be pretty swell if the compiler could skip unused stuff |
| 11:04:51 | linuxstb | LinusN: If you create a library, and then statically link against that library, are only the used functions from that library copied into the output file? |
| 11:05:06 | LinusN | yes |
| 11:05:17 | LinusN | look at the bootloader, for example |
| 11:05:29 | linuxstb | That's OK then. I was worried I would have to remove unused functions from the codec libraries. |
| 11:05:53 | LinusN | but remember that if there are several functions in an object file, all of the functions will be included |
| 11:06:05 | LinusN | even if only one of them is ised |
| 11:06:06 | LinusN | used |
| 11:06:28 | LinusN | note: a library is a collection of object files, not a collection of functions |
| 11:07:33 | linuxstb | Ah, so unused functions in the codecs probably are still being copied? Unless the whole .o file is unused. |
| 11:07:57 | LinusN | exactly |
| 11:08:19 | LinusN | this is why the plugin grayscale library contains so many .o files |
| 11:08:33 | linuxstb | So there is no advantage to libraries then (in that respect). I could just link against the individual .o files that I know are needed. |
| 11:09:57 | linuxstb | Thanks for the explanation - that's very useful to know. |
| 11:10:56 | LinusN | yw |
| 11:13:01 | | Join B4gder [0] (~daniel@neptunus.contactor.se) |
| 11:25:31 | dwihno | LinusN: does the compiler do it automatically, or do you have to utilize additional flags? |
| 11:25:59 | LinusN | that's the way the linker does it |
| 11:26:12 | LinusN | no extra flags needed |
| 11:26:19 | dwihno | aha. |
| 11:26:21 | dwihno | neato! :) |
| 11:26:28 | dwihno | too bad it's only on object level. |
| 11:26:33 | LinusN | provided that the .o files are in a library |
| 11:26:43 | dwihno | it would be swell if it would be on a function level |
| 11:26:57 | LinusN | yup |
| 11:26:58 | dwihno | how do you create a library using gcc? using ar? |
| 11:27:06 | LinusN | yes |
| 11:27:13 | * | LinusN goes to lunch |
| 11:28:07 | dwihno | enjoy! |
| 11:28:25 | * | dwihno went packing printouts |
| 11:31:52 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
| 11:32:06 | | Join Cassandra_ [0] (~christi@213.78.163.12) |
| 11:39:04 | | Nick Lost-tv is now known as ashridah (ashridah@220-253-119-77.VIC.netspace.net.au) |
| 11:40:48 | | Quit DMJC ("Leaving") |
| 11:42:38 | * | B4gder pats his compiler... now be nice |
| 11:49:21 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 11:55:57 | preglow | is dither really necessary for 16 bit samples? |
| 12:00 |
| 12:05:18 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 12:07:17 | linuxstb | preglow: Are you talking about my libmad implementation? |
| 12:07:22 | preglow | linuxstb: yes |
| 12:07:39 | preglow | that's what i was looking at |
| 12:08:14 | linuxstb | I've taken that code from a program I wrote a couple of years ago. I remember at the time that that dither routine noticably improved the sound quality compared to just truncating the samples to 16-bits. |
| 12:08:21 | preglow | i'll have to do a comparison sometime |
| 12:08:31 | linuxstb | Please do. |
| 12:08:41 | preglow | 'cause i somehow doubt i can hear it |
| 12:08:49 | preglow | my hearing isn't the best in the world, though |
| 12:09:37 | linuxstb | My hearing is not the best either when it comes to comparing different versions of the same muisc, but I do remember noticing a big improvement with that dither routine. Buit my memory isn't the best either... |
| 12:09:54 | preglow | haha |
| 12:09:58 | preglow | i'll check it out sooner or later |
| 12:10:12 | preglow | h1x0 permits higher resolution output than 16, yes? |
| 12:10:17 | preglow | i think someone mentioned 20 bits |
| 12:10:20 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 12:11:10 | preglow | but yes, i know completely understand all emac dealings |
| 12:11:23 | linuxstb | Yes, I think the audio hardware supports 24-bits, but there is another bottleneck (i2s?) that limits it to 20 bits. |
| 12:11:24 | preglow | so look forward to the time i've got time to start optimizing |
| 12:12:00 | linuxstb | But I'm not sure if the complication of 20-bit samples would be worthwhile. I guess we need listening tests to find out. |
| 12:12:04 | preglow | which most certainly won't be for a little while :/ |
| 12:12:13 | preglow | why is that a complication? |
| 12:13:23 | linuxstb | Because one sample is then 2.5 bytes. It would also increase the memory usage of the PCM buffer. |
| 12:13:57 | | Join Quelsaruk [0] (~kvirc@80.103.134.240) |
| 12:14:02 | Quelsaruk | morning |
| 12:14:21 | preglow | well, we really should be flexible with the pcm buffer format anyway, the h1x0 won't be the last player rockbox is ported to |
| 12:14:37 | preglow | and it would have to packed in 3 or preferably 4 bytes, yes |
| 12:15:05 | preglow | 4 probably will be faster than 3, the coldfire being a 32 bit processor |
| 12:15:27 | preglow | but yes, i understand the concern |
| 12:15:31 | preglow | listening tests will have to be done |
| 12:15:40 | linuxstb | We need to think about the format the low-level audio driver needs, we don't want to convert between two many different PCM formats. |
| 12:15:48 | linuxstb | ^too many |
| 12:16:11 | preglow | personally i don't think i stand a chance to hear the difference |
| 12:16:16 | preglow | but then again, my hearing is a bit damaged |
| 12:16:24 | linuxstb | pardon? |
| 12:16:44 | preglow | hear the difference between 16 and 20 bit |
| 12:17:35 | linuxstb | I would be surprised if I could tell the difference as well. But who knows? Audio is not a science. |
| 12:17:46 | preglow | deed |
| 12:19:41 | preglow | but i need to go |
| 12:19:55 | | Quit preglow ("woop") |
| 12:25:31 | | Join jyp [0] (~jp@82.15-136-217.adsl.skynet.be) |
| 12:33:14 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 12:53:36 | | Quit ripnetuk ("Leaving") |
| 12:53:48 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 12:56:33 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:08:18 | | Join Zagor [242] (foobar@h254n2fls31o265.telia.com) |
| 13:10:12 | | Quit B4gder ("ChatZilla 0.9.35 [Mozilla rv:1.5/20031007]") |
| 13:10:27 | | Quit Nibbler (Remote closed the connection) |
| 13:10:41 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:10:41 | | Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:10:45 | | Join xNibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:10:58 | | Quit Nibbler (Client Quit) |
| 13:11:45 | | Quit NibbIer (Client Quit) |
| 13:15:07 | | Join Patr3ck_ [0] (~patr3ck@pD9ECFF37.dip.t-dialin.net) |
| 13:17:51 | | Quit xNibbler (Remote closed the connection) |
| 13:18:24 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:18:24 | | Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:18:30 | | Join xNibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:18:43 | | Quit NibbIer (Client Quit) |
| 13:18:45 | | Quit Nibbler (Client Quit) |
| 13:19:58 | | Nick xNibbler is now known as Nibbler (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:29:54 | rasher | bleep |
| 13:30:05 | jyp | bloop |
| 13:30:19 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
| 13:35:35 | | Join lolboy [0] (~81f1ced7@labb.contactor.se) |
| 13:38:26 | | Quit bobTHC (Read error: 60 (Operation timed out)) |
| 13:40:53 | | Quit lolboy ("CGI:IRC") |
| 13:42:35 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 13:43:16 | * | [IDC]Dragon is swamped in cvs emails |
| 13:43:24 | rasher | totally |
| 13:43:37 | [IDC]Dragon | I should unsubscibe |
| 13:44:34 | Quelsaruk | hehe |
| 13:44:36 | Quelsaruk | why? |
| 13:44:43 | | Quit Nibbler (Remote closed the connection) |
| 13:45:10 | [IDC]Dragon | to even track Rockbox is too much for me these days, let alone contributing |
| 13:46:58 | Quelsaruk | i had to unsuscribe once from normal mail list |
| 13:46:59 | Quelsaruk | :) |
| 13:47:27 | Quelsaruk | not being able to read 30 mails is horrible, after a week you have too many |
| 13:55:34 | | Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 13:55:41 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 14:00 |
| 14:14:17 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 14:25:40 | | Part LinusN |
| 14:28:57 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 14:30:19 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 14:31:10 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 14:38:20 | | Quit lostlogic ("Going to the moon") |
| 14:38:21 | | Join R3nTiL_ [0] (~zorroz@83.69.98.144) |
| 14:44:07 | | Quit midk (Read error: 110 (Connection timed out)) |
| 14:48:43 | | Join bobTHC [0] (~foo@l07v-1-77.d1.club-internet.fr) |
| 14:50:01 | | Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby") |
| 14:53:47 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 14:56:36 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:04:37 | MO-Pantsu | No movement on those 6 red items on the iRiver webpage for a few days now. Hmmm. Bummer. |
| 15:06:18 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 15:06:51 | ashridah | lots of infrastructure to build first |
| 15:07:09 | ashridah | gotta agree on design and apis too, or there'll be holes and duplicated incompatible work |
| 15:07:33 | ashridah | keep in mind that rockbox hasn't had to do its own decoding and buffering to anything like this extent before |
| 15:14:37 | rasher | MO-Pantsu: things are not standing still at all |
| 15:14:38 | MO-Pantsu | Pushing the chips ;) |
| 15:15:00 | MO-Pantsu | I know. I just like to see the page change every now and then or I get paranoid ;) |
| 15:15:14 | MO-Pantsu | wrong word. |
| 15:15:16 | MO-Pantsu | wrooed |
| 15:15:18 | MO-Pantsu | worried |
| 15:15:24 | MO-Pantsu | typo hell :) |
| 15:20:31 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
| 15:22:40 | | Quit midk_ (Read error: 110 (Connection timed out)) |
| 15:30:31 | ashridah | MO-Pantsu: if you want to see action, sign up to the cvs log mailing list |
| 15:30:45 | ashridah | then you'll have mountains of incomprehensible junk fly past that'll be nicely reassuring |
| 15:31:06 | | Join Baggder [0] (~c10f1757@labb.contactor.se) |
| 15:31:18 | ashridah | it gets noisy tho |
| 15:31:35 | | Quit ripnetuk (Read error: 54 (Connection reset by peer)) |
| 15:32:27 | | Quit ashridah ("sleep") |
| 15:32:51 | Baggder | any cygwin user around who feels like testing some rather extensive build changes for me? |
| 15:33:15 | rasher | sorry, not a cygwin user |
| 15:33:25 | rasher | and religiously not a cygwin user as well |
| 15:34:05 | Baggder | I've tried x11 on Linux and win32 cross-compile on Linux and they work now |
| 15:37:22 | Baggder | anyway, for the log, the patch to try is here daniel.haxx.se/rockbox/ |
| 15:38:57 | [IDC]Dragon | what's new? |
| 15:39:22 | Baggder | it uses SOURCES |
| 15:39:27 | Baggder | for the sim too |
| 15:39:41 | Baggder | I've tried to generally unify sim and target builds |
| 15:39:55 | [IDC]Dragon | good, yes |
| 15:40:10 | * | [IDC]Dragon wonders how we dis without |
| 15:40:13 | [IDC]Dragon | did |
| 15:40:26 | Baggder | lots of kludges |
| 15:40:48 | [IDC]Dragon | but I can't test atm |
| 15:41:31 | Baggder | no worries, there's no hurry |
| 15:41:51 | Baggder | I've also tried to move more logic into configure |
| 15:41:57 | Baggder | to clean up the Makefiles |
| 15:42:04 | Baggder | makes things easier to follow |
| 15:42:51 | Baggder | and of course I must've broken things I've just not discovered yet |
| 15:44:30 | | Quit R3nTiL_ () |
| 15:44:38 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 15:45:54 | | Part LinusN |
| 15:48:40 | | Quit linuxstb ("Leaving") |
| 16:00 |
| 16:04:36 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Get hot chicks here!") |
| 16:06:26 | | Join Patr3ck [0] (~patr3ck@pD9ECFF37.dip.t-dialin.net) |
| 16:16:04 | amiconn | HCl: u there? |
| 16:17:19 | | Quit Baggder ("CGI:IRC (EOF)") |
| 16:22:35 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
| 16:32:55 | Quelsaruk | amiconn: how's your rockboy port for archos ? :D |
| 16:33:09 | amiconn | Didn't you read the logs? |
| 16:33:30 | amiconn | I have it running, using the full lcd width |
| 16:33:50 | Quelsaruk | really? |
| 16:33:59 | amiconn | Frame rate varies of course, but Mario title screen does a little above 6 fps |
| 16:33:59 | Quelsaruk | well, seems i didn't read the logs |
| 16:34:00 | Quelsaruk | :D |
| 16:34:06 | Quelsaruk | great! |
| 16:34:20 | amiconn | I already have ideas how to push it further |
| 16:34:28 | HCl | hey |
| 16:34:34 | HCl | sup? |
| 16:34:37 | bobTHC | :) |
| 16:34:45 | amiconn | ...and how to make it work without modified rockbox build |
| 16:34:46 | Quelsaruk | could you send me the firmware to test it? thx! |
| 16:34:48 | Quelsaruk | :) |
| 16:35:36 | amiconn | Quelsaruk: [02:46:22] <amiconn> Oops, http://arnold-j.bei.t-online.de/Rockbox/rockboy-recorder.zip |
| 16:36:01 | Quelsaruk | thx |
| 16:36:03 | amiconn | Put rockboy.ajz in the root (or wherever you prefer to keep .ajz's), put rockboy.rock into /.rockbox/viewers and replace your viewers.config with the supplied one. Then put a gameboy rom file somewhere, RoLo romboy.ajz, then "play" the rom file |
| 16:36:33 | amiconn | I hope to break 10 fps this evening |
| 16:37:26 | HCl | :P |
| 16:37:29 | HCl | nice |
| 16:37:59 | Quelsaruk | i'll test right now |
| 16:38:00 | Quelsaruk | thanks |
| 16:38:01 | Quelsaruk | :) |
| 16:39:56 | HCl | amiconn: i'm interested in your scaling algorithm for 144 -> 128 on iriver |
| 16:40:24 | HCl | and ofcourse i want to see pictures |
| 16:40:27 | HCl | and the code in general :p |
| 16:41:29 | amiconn | This algorithm does only work well for horizontal scaling |
| 16:41:34 | HCl | darn |
| 16:41:35 | HCl | ok. |
| 16:41:43 | HCl | well, i was thinking of blending two scanlines into one |
| 16:41:54 | amiconn | Blending is rather costly. |
| 16:41:56 | HCl | every 9 scanlines |
| 16:42:02 | HCl | why? its just an or |
| 16:42:25 | HCl | merged_scanline |
| 16:42:25 | amiconn | It's not exactly an or, because this would prefer black pixels |
| 16:42:30 | HCl | yea |
| 16:42:33 | HCl | gotta go |
| 16:42:44 | amiconn | On the contrary, one coud blend with and |
| 16:43:01 | amiconn | Did oyu change some code meanwhile? |
| 16:43:17 | amiconn | *you |
| 16:44:08 | Quelsaruk | btw |
| 16:44:16 | Quelsaruk | anyone can give me a gamboy rom? |
| 16:44:19 | Quelsaruk | :D |
| 16:45:26 | | Join mecraw [0] (~mecraw@c-24-9-220-243.client.comcast.net) |
| 16:46:39 | amiconn | Quelsaruk: Look here: ftp://titania.student.utwente.nl/ There's Mario and Pokemon yellow |
| 16:46:47 | Quelsaruk | thx |
| 16:46:49 | Quelsaruk | :) |
| 16:52:26 | Quelsaruk | looks nice |
| 16:52:28 | Quelsaruk | :D |
| 16:54:00 | Quelsaruk | a bit slo, but nice |
| 16:54:20 | Quelsaruk | who said a mp3 player is only for listening music or watching rvf? :D |
| 16:55:17 | | Quit jyp (Remote closed the connection) |
| 16:56:38 | *** | Saving seen data "./dancer.seen" |
| 16:57:00 | Quelsaruk | well... i have to say that on the iriver looks nicer |
| 16:57:01 | Quelsaruk | :D |
| 16:59:14 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 17:00 |
| 17:00:25 | * | [IDC]Dragon spots Jens |
| 17:01:16 | [IDC]Dragon | and is exited about gameboy emulation on JBR |
| 17:01:47 | amiconn | :) |
| 17:01:57 | Quelsaruk | exited or excited? :D |
| 17:02:06 | amiconn | I hope you mean *excited* ;-) |
| 17:02:58 | amiconn | I have an idea how I can make it run without such a huge plugin ram area (currently the modified version uses 512 KB) |
| 17:03:27 | [IDC]Dragon | PIC in the mp3 buffer? |
| 17:03:46 | amiconn | I'll write a small 'loader plugin' which will then load the main binary into the mp3 buffer (towards the end, where the address will be constant) |
| 17:04:07 | [IDC]Dragon | ah, no PIC, better |
| 17:04:19 | amiconn | Something like an overlay in the old days of DOS... |
| 17:04:46 | [IDC]Dragon | the code (without tables) has no chance for 32 kB? |
| 17:05:27 | amiconn | Yes, it will be linked to a fixed address. I'll use ram_end - 512 KB, this leaves 480 KB (without the original plugin ram) |
| 17:05:42 | * | [IDC]Dragon has 8 MB |
| 17:06:08 | amiconn | Then you'll need to compile yourself. This should enable loading of all gb roms. |
| 17:06:24 | amiconn | 2 MB boxes cannot load all roms. |
| 17:06:27 | [IDC]Dragon | mario is only 64 KB? |
| 17:06:31 | amiconn | yup |
| 17:06:39 | amiconn | Pokemon yellow is 1 MB |
| 17:06:47 | [IDC]Dragon | quite a range |
| 17:06:52 | amiconn | The maximum is 4 MB iirc |
| 17:07:24 | amiconn | The CPU is a Z80 lookalike. I wonder how the >64 KB roms are addressed |
| 17:07:44 | [IDC]Dragon | must be bankswitched or so |
| 17:07:58 | amiconn | Many banks there are... |
| 17:09:02 | [IDC]Dragon | did you look at the CPU interpreter, about how muck "potential improvement" there is? |
| 17:09:18 | amiconn | Not at all yet. |
| 17:09:59 | [IDC]Dragon | once there's been a famous console emulator, I forgot for which |
| 17:10:11 | amiconn | I only looked at the lcd driver, and there was indeed some potential. The C version (without proper scaling 160->112 but only halving to 80) did ~3.3 fps. |
| 17:10:11 | [IDC]Dragon | but Zelda was the killer app |
| 17:10:21 | amiconn | The asm version with scaling does 6 fps.. |
| 17:10:35 | [IDC]Dragon | yes, saw that, nice |
| 17:11:08 | [IDC]Dragon | the above re-used code which was already interpreted, iirc |
| 17:11:09 | amiconn | I hope to speed it up further by skipping the calculation of the dropped scanlines completely |
| 17:11:58 | amiconn | No, but the C version uses individual bit shifts by 1..7, then ORs together |
| 17:12:53 | amiconn | The asm version tests the source bits, the assembles the output byte by rotating in the carry bit |
| 17:14:00 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) |
| 17:14:02 | amiconn | I hope to get this to work as well for 68K, because it allows to drop another loop across the scanline. (That's part of the fps gain with asm) |
| 17:14:16 | amiconn | The asm is only the core loop, 10 insns on SH1 |
| 17:16:50 | amiconn | Of course I have to keep a (changed) C version to make it work on the sim (or use x86 asm - urgs!) |
| 17:17:07 | [IDC]Dragon | haha |
| 17:18:48 | HCl | hi |
| 17:19:08 | [IDC]Dragon | how many fps do we need? |
| 17:19:17 | HCl | more. |
| 17:19:33 | amiconn | HCl: Did you change some code since yesterday? |
| 17:19:34 | HCl | amiconn: does it work in the sim? |
| 17:19:37 | HCl | amiconn: nope |
| 17:19:43 | HCl | i don't think i have |
| 17:19:49 | HCl | does your version do savegames? |
| 17:19:53 | HCl | when you load pokemon? |
| 17:19:57 | amiconn | No, not yet, but I'm going to look into it |
| 17:20:02 | HCl | it should.. |
| 17:20:08 | amiconn | savegames - seems so |
| 17:20:15 | HCl | ok |
| 17:20:18 | amiconn | The 'no' was for the sim question |
| 17:20:23 | HCl | then no, haven't changed anything |
| 17:20:25 | HCl | *nod* |
| 17:20:52 | amiconn | At first I'll try to improve the make mechanism |
| 17:21:12 | amiconn | This is currently ugly |
| 17:21:39 | amiconn | For the sim, I'll wait for Bagder's new build system |
| 17:22:16 | [IDC]Dragon | did you see him write above |
| 17:22:17 | [IDC]Dragon | ? |
| 17:22:24 | amiconn | yup. |
| 17:22:25 | [IDC]Dragon | he issued a patch |
| 17:22:35 | amiconn | I'll test as soon as I'm at home |
| 17:22:57 | * | [IDC]Dragon peeks into gnuboy's sources |
| 17:23:15 | [IDC]Dragon | there already is asm in there! |
| 17:23:26 | amiconn | Yeah - x86 asm... |
| 17:23:34 | [IDC]Dragon | from when is this code, that they need this? |
| 17:24:01 | [IDC]Dragon | it has the benefit that you know what to look for |
| 17:24:39 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
| 17:25:42 | | Join Cassandra_ [0] (~christi@213.78.97.56) |
| 17:31:52 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 17:31:59 | | Join wacky__ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
| 17:32:17 | wacky__ | anyone tested my plugin and willing to put it in the CVS ?! |
| 17:32:45 | | Quit wacky_ ("BitchX-1.1-final -- just do it.") |
| 17:32:51 | | Nick wacky__ is now known as wacky_ (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
| 17:55:23 | rasher | wow |
| 17:55:28 | rasher | looks like libmad's pretty fast |
| 17:55:44 | rasher | oh.. |
| 17:55:48 | rasher | maybe I'm reading this wrong |
| 17:55:55 | rasher | yes |
| 17:55:56 | rasher | yes I am |
| 17:55:59 | rasher | nevermind me |
| 17:56:52 | * | [IDC]Dragon checks out Mario |
| 17:59:17 | | Quit Patr3ck ("User pushed the X - because it's Xtra, baby") |
| 18:00 |
| 18:02:42 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 18:05:29 | Quelsaruk | [IDC]Dragon: do you like it?? |
| 18:09:27 | [IDC]Dragon | to be honest, no |
| 18:09:35 | [IDC]Dragon | but it's cool |
| 18:12:20 | Quelsaruk | :) |
| 18:12:36 | Quelsaruk | have you seen HCl screenshots in iriver? |
| 18:12:42 | Quelsaruk | that really looks cool |
| 18:12:43 | Quelsaruk | :) |
| 18:12:58 | [IDC]Dragon | yeah |
| 18:13:15 | | Quit wacky_ ("ahuh") |
| 18:16:06 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
| 18:18:54 | | Part CoCoLUS |
| 18:20:10 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
| 18:20:35 | Quelsaruk | those are really interesting |
| 18:33:09 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
| 18:48:02 | HCl | wha? |
| 18:49:06 | Quelsaruk | :) |
| 18:49:37 | Quelsaruk | aren't yours those screenshots of the rockboy plugin in the iriver? |
| 18:49:56 | HCl | which? |
| 18:50:04 | HCl | only the last two, since my cam didn't have batteries |
| 18:50:14 | HCl | i own an h140 |
| 18:50:47 | preglow | most of the photos are mine, i think |
| 18:50:49 | Quelsaruk | the supermario one |
| 18:50:52 | Quelsaruk | oh |
| 18:50:53 | preglow | unless there are some new ones around |
| 18:50:54 | Quelsaruk | well |
| 18:50:57 | Quelsaruk | doesn't matter |
| 18:50:57 | HCl | yea |
| 18:50:58 | Quelsaruk | ;D |
| 18:51:05 | preglow | http://glow.m0f0.net/rockbox/pictures/ |
| 18:51:07 | preglow | there's more there |
| 18:51:14 | HCl | yea, its linked on the wiki |
| 18:51:26 | Quelsaruk | those in titania.something ftp |
| 18:51:28 | Quelsaruk | :) |
| 18:51:32 | HCl | yea |
| 18:51:33 | CoCoLUS | how fast is the gb emu? |
| 18:52:01 | Quelsaruk | amiconn said that in archos recorder is 6fps |
| 18:52:03 | HCl | too slow, but we're planning on getting it to full screen |
| 18:52:04 | Quelsaruk | right now |
| 18:52:14 | HCl | at least, on iriver. |
| 18:52:37 | preglow | i think we'll manage that |
| 18:52:37 | CoCoLUS | full screen or full speed :) |
| 18:52:45 | preglow | with clever asm and higher clocked cpu |
| 18:52:50 | HCl | speed |
| 18:52:51 | HCl | speed |
| 18:52:52 | HCl | XD |
| 18:52:54 | HCl | im tired |
| 18:52:55 | HCl | sue me |
| 18:52:58 | HCl | xD |
| 18:54:05 | CoCoLUS | nice to hear |
| 18:54:26 | CoCoLUS | though the thought of a firmware playing gameboy games but no mp3s seems somewhat funny :) |
| 18:54:51 | | Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) |
| 18:55:17 | Quelsaruk | hehe |
| 18:56:42 | *** | Saving seen data "./dancer.seen" |
| 18:57:22 | CoCoLUS | how much work was it to port gnuboy? |
| 18:57:31 | HCl | i got it running fairly quickly. |
| 18:57:54 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
| 18:58:32 | CoCoLUS | so porting standard c++ apps to m68k/rockbox is fairly "easy" ? |
| 18:58:32 | preglow | indeed |
| 18:58:35 | preglow | c |
| 18:58:37 | preglow | not c++ |
| 18:58:45 | CoCoLUS | c only? :) |
| 18:58:55 | preglow | of course not, but gnuboy is c |
| 18:59:04 | preglow | and we'll try to stick with c |
| 18:59:12 | CoCoLUS | ok |
| 18:59:13 | HCl | it completely depends on the application |
| 18:59:15 | CoCoLUS | c# would be nice :P |
| 18:59:17 | HCl | gnuboy was written for portability |
| 18:59:20 | preglow | but yes, the difficulty varies |
| 18:59:26 | preglow | CoCoLUS: haha, forget it |
| 18:59:30 | HCl | ew. |
| 18:59:32 | HCl | c# |
| 18:59:39 | preglow | c# is rather nice |
| 19:00 |
| 19:00:05 | preglow | but i mostly use c++ these days |
| 19:00:09 | preglow | i don't like it very much, though |
| 19:00:15 | CoCoLUS | well bringing the whole .net fx to the iriver would be quite impossible, i think |
| 19:00:31 | preglow | nah, not impossible |
| 19:00:34 | preglow | but very impractical |
| 19:00:40 | CoCoLUS | nothings impossible :) |
| 19:00:41 | HCl | there isn't a c# for linux, is there? |
| 19:00:42 | preglow | and it would perform badly |
| 19:00:46 | preglow | HCl: there is |
| 19:00:47 | CoCoLUS | hci, there is |
| 19:00:47 | preglow | HCl: mono |
| 19:00:48 | CoCoLUS | :) |
| 19:00:52 | HCl | hrm. |
| 19:00:54 | HCl | well. |
| 19:00:56 | CoCoLUS | www.go-mono.com |
| 19:00:59 | HCl | i'll still stick with java / c / c++ |
| 19:01:07 | preglow | and i'll stick with c/c++/perl |
| 19:01:08 | CoCoLUS | c# == java :) |
| 19:01:13 | HCl | eh. |
| 19:01:18 | HCl | c# was made by microsoft. |
| 19:01:22 | preglow | yes |
| 19:01:22 | HCl | i trust sun more than microsoft. |
| 19:01:25 | rasher | they're very alike |
| 19:01:28 | rasher | hrm |
| 19:01:32 | CoCoLUS | i trust neither |
| 19:01:40 | rasher | I don't put Sun much higher than MS |
| 19:01:50 | preglow | but yes, c# is an ok language, beats c++ by far |
| 19:02:00 | preglow | and once the mono guys are done, you're not dependent on microsoft tools |
| 19:02:11 | CoCoLUS | if they're ever done... |
| 19:02:17 | preglow | they've gotten pretty far |
| 19:02:19 | preglow | and it's a huge job |
| 19:02:23 | CoCoLUS | i know |
| 19:02:35 | CoCoLUS | but the whole windows forms implementation... |
| 19:03:06 | CoCoLUS | i think they will never get it so far so you could take just any windows application written in c# and run it unter mono |
| 19:03:12 | preglow | ahhh, that might be so |
| 19:03:14 | CoCoLUS | if it has any kind of graphical output :) |
| 19:03:34 | preglow | but windows forms stuff is very tied to the windows api, so small wonde¨r |
| 19:03:39 | CoCoLUS | yeah |
| 19:03:49 | CoCoLUS | as is the whole drawing stuff |
| 19:03:50 | CoCoLUS | gdi+ |
| 19:03:55 | preglow | yea |
| 19:04:21 | CoCoLUS | anyway |
| 19:04:27 | CoCoLUS | back to "the roots" |
| 19:04:48 | CoCoLUS | sound with our beloved ihp-1x0 |
| 19:05:17 | CoCoLUS | i think i'll go listen to sine waves :) |
| 19:06:00 | rasher | are there sine waves in the current cvs? |
| 19:06:07 | Chamois | speakin sounds, any news about sounds on iriver ? |
| 19:06:25 | preglow | don't think there's any sound yet |
| 19:06:45 | Chamois | some codecs seem to be ready |
| 19:07:11 | Chamois | or in the good way |
| 19:07:17 | HCl | there's a sinewave thing on the wiki... |
| 19:07:19 | preglow | well, ready and ready |
| 19:07:22 | preglow | they compile, at least |
| 19:07:53 | CoCoLUS | ok so i don't go listening |
| 19:08:21 | preglow | HCl: where? |
| 19:08:33 | HCl | iriver port |
| 19:08:40 | preglow | ahh |
| 19:08:41 | HCl | low level code |
| 19:08:44 | HCl | audio driver |
| 19:08:48 | preglow | well, yes, but he broke the code |
| 19:08:51 | HCl | no |
| 19:08:54 | preglow | don't know if he's gotten it working now |
| 19:08:55 | HCl | xshock fixed it |
| 19:08:58 | HCl | a few days ago |
| 19:09:13 | CoCoLUS | yesterday, i think |
| 19:09:43 | preglow | great |
| 19:11:50 | preglow | hahaha |
| 19:11:52 | preglow | not much of a sine |
| 19:12:23 | HCl | what does it sound like? |
| 19:12:26 | preglow | shit |
| 19:12:31 | preglow | but there's sound, alright |
| 19:12:42 | preglow | but calling this a sine is the overstatement of the century |
| 19:12:57 | preglow | i don't think sound quality was hubble's focus :P |
| 19:13:02 | rasher | hrm |
| 19:14:22 | preglow | Have fun.. Almost works, it produces noise of what should be a nice sinus wave.. |
| 19:16:30 | preglow | so i guess he's aware of the issue ;) |
| 19:16:52 | rasher | guess I messed that up |
| 19:17:59 | rasher | - Remove dummy i2c_init function from firmware/drivers/i2c.c |
| 19:18:02 | rasher | I don't quite get that |
| 19:18:19 | preglow | well |
| 19:18:25 | preglow | remove the dummy i2c_init :) |
| 19:18:26 | rasher | I mean I see the dummy funktion |
| 19:18:33 | preglow | line 285, it's right there |
| 19:18:56 | rasher | oh.. I think I get it now |
| 19:20:32 | CoCoLUS | has anyone experience with gentoo? |
| 19:20:44 | Quelsaruk | not me |
| 19:20:46 | CoCoLUS | ie setting up a m68k cc toolchain with portage :) |
| 19:20:58 | rasher | whoa |
| 19:21:00 | rasher | that is ugly! |
| 19:21:00 | preglow | i have |
| 19:21:24 | preglow | but i just compiled the toolchain by hand |
| 19:21:28 | CoCoLUS | ugh |
| 19:21:37 | preglow | rasher: not lovely, no |
| 19:22:29 | CoCoLUS | won't building my own gcc with m68k support break the existing gcc/portage? |
| 19:22:42 | preglow | no |
| 19:22:53 | preglow | that is, i just put everything in a separate dir |
| 19:23:00 | CoCoLUS | how long did it take you? |
| 19:23:01 | preglow | ~/m68k |
| 19:23:07 | preglow | let's say ten minutes |
| 19:23:13 | preglow | perhaps a bit more |
| 19:23:19 | CoCoLUS | the whole compiling process? |
| 19:23:21 | preglow | yes |
| 19:23:23 | preglow | binutils + gcc |
| 19:23:39 | CoCoLUS | raw power of ghz i think |
| 19:23:49 | preglow | my box is a 1.2 ghz duron |
| 19:23:56 | preglow | nothing to brag about |
| 19:23:56 | CoCoLUS | hm... i'll just try :)= |
| 19:24:16 | CoCoLUS | you found a guide or something or figured out everything on your own? |
| 19:24:52 | HCl | wiki. |
| 19:26:19 | preglow | wiki has a guide |
| 19:27:34 | CoCoLUS | Building and Debugging ROCKbox using Eclipse |
| 19:27:43 | CoCoLUS | sounds nice, since i know eclipse fairly well |
| 19:30:45 | preglow | but i'll go boot linux |
| 19:30:47 | | Quit preglow ("leaving") |
| 19:30:56 | * | rasher punches the iRiver usb handling in the face |
| 19:32:40 | CoCoLUS | won't help :) |
| 19:33:03 | rasher | It'll help me :) |
| 19:34:40 | CoCoLUS | you think the iriver firmware will bring a lot of attention to the rockbox project? |
| 19:35:01 | rasher | ah, rockbox hard to say I guess |
| 19:35:20 | Quelsaruk | amiconn: are you here? |
| 19:35:30 | amiconn | yup |
| 19:35:44 | Quelsaruk | now i get a splash message when i boot rockbox |
| 19:36:01 | Quelsaruk | somethhing like playlist buffer empty or something like that |
| 19:36:06 | amiconn | I know, have to investigate that |
| 19:36:13 | Quelsaruk | oh |
| 19:36:13 | Quelsaruk | :) |
| 19:36:26 | Quelsaruk | so i don't need a goat to clean that |
| 19:36:28 | Quelsaruk | :) |
| 19:36:29 | Quelsaruk | ok |
| 19:36:32 | amiconn | It is caused by the modified viewers.config, but doesn't seem to hurt |
| 19:36:44 | Quelsaruk | :) |
| 19:44:42 | Quelsaruk | btw |
| 19:44:59 | Quelsaruk | rockboy is only black and white |
| 19:45:02 | Quelsaruk | isn't it? |
| 19:45:11 | amiconn | yup |
| 19:45:32 | CoCoLUS | because of the iriver display i assume |
| 19:46:05 | Quelsaruk | and i suppose that it's hard to make it somehow greyscale... |
| 19:46:22 | CoCoLUS | hm |
| 19:46:52 | CoCoLUS | i own that damn player a year and can't tell without looking at it if it's grayscale or monochrome... |
| 19:46:53 | amiconn | The iriver display is able to do 2 bit greyscale - an exact match for the gameboy display. |
| 19:47:21 | Quelsaruk | amiconn: but archos one? |
| 19:47:25 | amiconn | However, this mode is not yet used in rockbox, and I guess it's not high priority to add this |
| 19:47:40 | amiconn | Archos does only b&w natively |
| 19:47:43 | Quelsaruk | i think they want music before greyscale |
| 19:47:43 | Quelsaruk | :D |
| 19:47:52 | CoCoLUS | yeah |
| 19:48:04 | CoCoLUS | however, using the full capabilities of the display is quite important imho |
| 19:48:06 | amiconn | There is my grayscale lib, but this would eat too much performance to also handle the gameboy emu |
| 19:48:19 | Quelsaruk | yeah amiconn, but if you were able to "play" snow and cube in archos player... |
| 19:48:20 | Quelsaruk | :D |
| 19:48:33 | rasher | You are. |
| 19:48:40 | CoCoLUS | monochrome. |
| 19:48:41 | rasher | oh |
| 19:48:45 | rasher | nevermind. |
| 19:48:52 | rasher | I read that wrong. |
| 19:48:59 | Quelsaruk | rasher: :D |
| 19:49:06 | rasher | IGNORE ME |
| 19:49:08 | rasher | I AM NOT WELL |
| 19:49:12 | Quelsaruk | :P |
| 19:54:31 | amiconn | HCl: r u there? |
| 19:55:35 | Quelsaruk | amiconn: but your greyscale uses more than just 2 bit greyscale, isn't it? |
| 19:55:36 | Quelsaruk | :D |
| 19:55:44 | amiconn | yup. |
| 19:55:56 | Quelsaruk | so maybe.. if it's only 2 bit greyscale? |
| 19:56:01 | Quelsaruk | ;) |
| 19:56:23 | amiconn | However, the amount of cpu power taken by the refresh does not depend on the number of greyscales. |
| 19:56:38 | amiconn | It only depends on the size of the greyscale overlay. |
| 19:57:10 | amiconn | Fullscreen greyscale takes about 50% cpu power for the refresh alone. |
| 19:57:37 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 19:59:15 | Quelsaruk | oh |
| 20:00 |
| 20:01:01 | izzy | I have the rockblox in vertical mode but the line detection doesn't work :( |
| 20:02:26 | rasher | Good job! |
| 20:02:28 | rasher | well, apart from the line-detection:) |
| 20:03:48 | izzy | it's not that much fun yet :) |
| 20:06:46 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 20:12:50 | | Join pappou [0] (user@p5080441E.dip0.t-ipconnect.de) |
| 20:14:45 | CoCoLUS | now setting up that buildchain works like a charm, really |
| 20:14:45 | | Quit [IDC]Dragon ("CGI:IRC") |
| 20:14:52 | CoCoLUS | i can't even configure the binutils |
| 20:15:04 | | Join amiconn_ [0] (~jens@pD9E7FC7F.dip.t-dialin.net) |
| 20:15:20 | | Quit amiconn (Nick collision from services.) |
| 20:15:24 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FC7F.dip.t-dialin.net) |
| 20:18:43 | CoCoLUS | god hates me |
| 20:19:40 | preglow | god didn't make autoconf |
| 20:19:45 | preglow | what's wrong? |
| 20:21:56 | CoCoLUS | got it working now |
| 20:22:02 | CoCoLUS | at first it didn't find install-sh |
| 20:22:07 | CoCoLUS | which was there |
| 20:22:33 | CoCoLUS | then i had to do a manual automake -a because some scripts were missing |
| 20:22:37 | CoCoLUS | and now ltconfig was missing |
| 20:23:23 | CoCoLUS | and now a compiler error... |
| 20:23:34 | CoCoLUS | did god made gcc? :) |
| 20:23:53 | CoCoLUS | *** No rule to make target `../bfd/bfd.h', needed by `size.o'. Stop. |
| 20:33:00 | | Quit Nibbler (Remote closed the connection) |
| 20:33:48 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:33:49 | | Quit Nibbler (Remote closed the connection) |
| 20:34:20 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:34:54 | CoCoLUS | omg |
| 20:35:00 | CoCoLUS | i'm missing a configure script |
| 20:35:08 | | Quit cYmen (Read error: 113 (No route to host)) |
| 20:35:10 | CoCoLUS | it's just not in the binutils cvs |
| 20:35:11 | CoCoLUS | :/ |
| 20:36:18 | | Quit Nibbler (Remote closed the connection) |
| 20:36:30 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:36:30 | | Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:36:56 | | Quit NibbIer (Client Quit) |
| 20:39:11 | | Quit Nibbler (Client Quit) |
| 20:41:05 | HCl | amiconn: back |
| 20:41:24 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:41:24 | | Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:41:26 | | Join xNibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:41:33 | amiconn | Rockboy now does >8 fps in mario title screen on archos :) |
| 20:41:45 | | Quit Nibbler (Client Quit) |
| 20:41:47 | | Quit xNibbler (Client Quit) |
| 20:42:14 | preglow | hahah |
| 20:42:16 | preglow | hot damn |
| 20:42:19 | | Nick NibbIer is now known as Nibbler (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 20:42:32 | preglow | where'd you get the last two fps from? more lcd opt? |
| 20:42:40 | amiconn | HCl: I also have a new C version of vid_update that should run faster on iRiver too. |
| 20:43:11 | amiconn | preglow: By not even calculating the dropped scanlines |
| 20:43:20 | preglow | ahh |
| 20:43:24 | preglow | clever |
| 20:45:23 | HCl | nice |
| 20:45:29 | HCl | dcc? |
| 20:45:39 | CoCoLUS | is frameskip implemented? |
| 20:45:49 | HCl | i was already not calculating dropped scanlines though |
| 20:47:05 | amiconn | I know. You already drop scanlines > 128 |
| 20:47:09 | HCl | yea |
| 20:47:19 | HCl | send me the new vid_update? |
| 20:47:23 | amiconn | Now I drop scanlines > 128 *and* all odd lines |
| 20:47:32 | HCl | i'm curious to your asm routine |
| 20:47:35 | HCl | well, iriver does draw odd lines |
| 20:47:36 | HCl | o.o |
| 20:47:42 | amiconn | Yes, of course |
| 20:47:45 | HCl | ok ok |
| 20:47:55 | amiconn | My new C routine should be faster on iRiver too. |
| 20:48:01 | HCl | ok |
| 20:48:01 | HCl | :) |
| 20:48:03 | HCl | send? |
| 20:48:17 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 20:48:19 | HCl | i want to see your asm too, see if i can convert it to m68k |
| 20:48:23 | amiconn | I timed my C routine vs. yours on archos: 6.07 fps vs. 5.00 fps |
| 20:48:38 | amiconn | My asm doesn't improve much on that - 6.16 fps |
| 20:48:45 | amiconn | That was before dropping the odd lines |
| 20:48:47 | HCl | k.. |
| 20:48:59 | amiconn | One mom - you'll need more than one file |
| 20:49:10 | | Part pappou |
| 20:50:55 | amiconn | Hmm. How do I find out what changes I did... |
| 20:51:36 | CoCoLUS | diff :) |
| 20:51:44 | amiconn | Against what? |
| 20:52:04 | amiconn | HCl: Should I rename iriver.c to rockbox.c ? |
| 20:52:16 | CoCoLUS | the older version you saved... ? :) |
| 20:52:18 | HCl | yea, i guess |
| 20:53:07 | amiconn | Hmm, that's a bad idea. Too confusing... |
| 20:53:19 | HCl | kay. |
| 20:53:32 | amiconn | So how do we name it? |
| 20:53:45 | HCl | iono |
| 20:53:46 | CoCoLUS | iriver_rockbox ? |
| 20:54:07 | amiconn | CoCoLUS: It's no longer iriver only, that's the point |
| 20:54:28 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 20:55:22 | amiconn | I'll leave it as iriver.c for now |
| 20:56:15 | HCl | k |
| 20:56:46 | *** | Saving seen data "./dancer.seen" |
| 20:58:28 | amiconn | Hmm, dcc send doesn't like me :( |
| 20:59:33 | CoCoLUS | finally |
| 20:59:35 | | Quit markun () |
| 20:59:36 | CoCoLUS | working binutils |
| 20:59:37 | CoCoLUS | now gcc |
| 21:00 |
| 21:00:03 | HCl | eh, sorry, i was slow |
| 21:00:12 | HCl | you can use ftp://titania.student.utwente.nl/incoming if its not working |
| 21:01:26 | amiconn | Grmpf. amiconn.dyndns.org/rockboy-patch.zip">http://amiconn.dyndns.org/rockboy-patch.zip |
| 21:01:36 | amiconn | There are 2 files... |
| 21:03:31 | HCl | *nods* |
| 21:03:38 | HCl | yea, i hadn't thought of hardcoding that stuff |
| 21:03:56 | HCl | eliminates the bitshifts |
| 21:05:27 | amiconn | The asm is a bit better, because it tests the bit, then shifts in the result (from carry bit) |
| 21:06:34 | amiconn | Btw: The new C routine also eliminates the extra scanline pass in lcd.c, because it tests bit 1 of the source directly |
| 21:07:25 | amiconn | What framerate do you get now (reference: Mario title screen. This seems to be little cpu-intensive, so it mainly tests lcd refresh performance) |
| 21:07:48 | Quelsaruk | rebooting |
| 21:07:50 | | Quit Quelsaruk ("KVIrc 3.0.1.99 'Realia'") |
| 21:08:40 | | Join bg_ [0] (~chatzilla@adsl-68-78-228-166.dsl.mdsnwi.ameritech.net) |
| 21:09:51 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 21:16:46 | HCl | haven't tested |
| 21:16:51 | HCl | i'm rather busy with a lot x.X |
| 21:21:55 | | Join Tang [0] (~chatzilla@ARennes-252-1-35-1.w83-195.abo.wanadoo.fr) |
| 21:22:18 | Tang | Hello rockbox :) |
| 21:22:33 | Tang | and all other people ;) |
| 21:22:38 | HCl | o.o |
| 21:22:47 | Tang | Why this smiley? |
| 21:22:53 | Tang | ??? |
| 21:23:00 | HCl | hi o.o....; |
| 21:23:10 | Tang | hello of course HCl |
| 21:23:17 | Tang | :) |
| 21:23:37 | Tang | So what's new about the iRiverport? |
| 21:23:39 | Tang | :) |
| 21:24:01 | Tang | The Coldfire always run at 19MHz instead of 140MHz? |
| 21:24:21 | Chamois | 11 mhz i tought |
| 21:24:25 | Chamois | hi tang |
| 21:24:38 | CoCoLUS | wow |
| 21:24:42 | CoCoLUS | i got that toolchain working :) |
| 21:24:49 | Tang | Hi Chamois |
| 21:24:50 | Tang | :) |
| 21:24:56 | Tang | 11Mhz |
| 21:28:17 | Tang | Hi CoColus |
| 21:28:19 | Tang | :) |
| 21:28:54 | CoCoLUS | hi Tang :) |
| 21:29:06 | Tang | iHP owner? |
| 21:29:31 | CoCoLUS | yeah |
| 21:29:56 | amiconn | HCl: What is rom.gb on your ftp? |
| 21:30:00 | HCl | um. |
| 21:30:09 | HCl | that was my first testcase |
| 21:30:16 | HCl | homebrew demo rom |
| 21:30:23 | amiconn | Ah. |
| 21:30:29 | HCl | needed something really basic to test rockboy in its early stages |
| 21:31:04 | Tang | So the CPU always run at 11MHz? |
| 21:31:30 | HCl | at the moment, yes. |
| 21:31:37 | HCl | linus is working on it. |
| 21:32:01 | CoCoLUS | ihp-overclocking, sounds nice |
| 21:32:12 | amiconn | No overclocking. |
| 21:32:23 | HCl | no overclocking planned |
| 21:32:30 | HCl | but its possible for people who are dumb. |
| 21:32:35 | HCl | and seriously want to try it |
| 21:33:20 | Tang | Thanks HCl |
| 21:33:26 | Tang | i see |
| 21:33:54 | Tang | was just wondering as sometimes some progress weren't in the Wiki |
| 21:33:59 | CoCoLUS | if the gameboy emu gets fast enough, we won't need overclocking ;) |
| 21:34:08 | Tang | and i've not access to IRC often |
| 21:34:10 | Tang | ;) |
| 21:34:16 | HCl | gameboy dynarec should provide more than enough speed. |
| 21:34:50 | Sucka | double speed mario! |
| 21:34:51 | Sucka | ;D |
| 21:35:04 | CoCoLUS | one magic mushroom too much :) |
| 21:35:35 | preglow | Tang: clocking the cpu correctly takes alot of time, i'm pretty certain the wiki will be updated once it's done |
| 21:35:44 | preglow | haha, i'd hardly call fly agarics "magic" |
| 21:35:51 | preglow | dangerous, perhaps |
| 21:36:10 | preglow | it's a wonder mario's not foaming at the mouth and raging around like a mad man |
| 21:36:15 | preglow | he must have built up a tolerance |
| 21:36:22 | Tang | Ah okay thanks Preglow |
| 21:36:31 | Tang | no misunderstanding |
| 21:36:38 | Tang | i'm not making pression |
| 21:37:05 | CoCoLUS | best thing would be playing mario while listening to some songs, gapless, ogg |
| 21:37:13 | Sucka | mario has moved onto ketamines ;) |
| 21:37:20 | Tang | i do know an open source project is based on vonlunteerness and free hours |
| 21:37:23 | Tang | :) |
| 21:39:36 | preglow | Sucka: he'll be doing smack before long |
| 21:39:49 | preglow | it's a wonder he still lives to feature in gamecube games |
| 21:39:50 | Sucka | mario mario mario....what happened |
| 21:40:33 | Sucka | you know its all going pearshaped when you start hallucinating giant eggs with green spots |
| 21:42:29 | bg_ | hehe... it would be funny if someone photoshopped up an enquirer-esque picture of mario looking tired and confused from drug use |
| 21:42:35 | preglow | hahah |
| 21:42:53 | preglow | against a psychedelic background |
| 21:42:57 | preglow | shrooms coming out of his pockets |
| 21:43:13 | bg_ | the guy does it all |
| 21:44:02 | bg_ | speaking of mario, this is hilarious |
| 21:44:03 | bg_ | http://uploads.ungrounded.net/196000/196510_Son_of_a_Peach_.swf |
| 21:44:21 | Sucka | hehe |
| 21:44:27 | Sucka | awesome flash |
| 21:44:49 | CoCoLUS | http://www.teesnthings.com/ProductImages/video-game-t-shirts/super-mario-mushroom-tee-shirt.jpg :) |
| 21:45:21 | preglow | CoCoLUS: ahahha, i'd love that shirt |
| 21:46:17 | CoCoLUS | buy it |
| 21:46:29 | | Quit Chamois ("CGI:IRC") |
| 21:47:57 | preglow | can't bloody well find it |
| 21:56:13 | | Quit bg_ ("Chatzilla 0.9.67 [Firefox 1.0+/20050201]") |
| 21:59:01 | | Join xen` [0] (~xen@ADijon-151-1-3-152.w83-194.abo.wanadoo.fr) |
| 22:00 |
| 22:07:04 | Tang | i go |
| 22:07:11 | Tang | bye folks |
| 22:07:11 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
| 22:18:06 | | Join Quelsaruk [0] (~kvirc@80.103.134.240) |
| 22:18:09 | Quelsaruk | hi again |
| 22:23:16 | | Quit preglow ("TYKJI") |
| 22:25:31 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 22:31:30 | | Join Patr3ck [0] (~patr3ck@pD9548888.dip.t-dialin.net) |
| 22:35:56 | | Join ashridah [0] (ashridah@220-253-121-75.VIC.netspace.net.au) |
| 22:46:09 | * | Bagder sneaks in |
| 22:46:14 | Quelsaruk | oh |
| 22:46:17 | Quelsaruk | a Bagder |
| 22:46:20 | Quelsaruk | cool |
| 22:46:21 | Quelsaruk | :) |
| 22:46:26 | Bagder | evening! |
| 22:48:29 | | Join FlexH [0] (~Flex@glo44-1-82-233-50-205.fbx.proxad.net) |
| 22:48:38 | FlexH | hi |
| 22:48:53 | Bagder | hi |
| 22:49:28 | FlexH | there is a lot of people here :) |
| 22:49:42 | Bagder | yes |
| 22:49:49 | Bagder | but most of them are idle atm |
| 22:49:55 | FlexH | arf |
| 22:50:04 | * | amiconn is not idle |
| 22:50:13 | * | amiconn tries to understand make... |
| 22:50:44 | FlexH | i had a JB recorder, now i have an iriver H320 :) |
| 22:51:14 | FlexH | i'd like to help rockbox team but i don't kwow how |
| 22:54:06 | Bagder | amiconn: anything I can do to help? |
| 22:56:50 | *** | Saving seen data "./dancer.seen" |
| 22:56:52 | amiconn | I don't get what this depfile thing means, and how it is supposed to work |
| 22:57:11 | amiconn | I'm trying to get the rockboy Makefile sorted. |
| 22:57:28 | amiconn | I need a flexible method. |
| 22:58:13 | amiconn | For iriver, rockboy.rock should be the plugin itself |
| 22:58:20 | Bagder | the depfile stuff is the make.inc's method of generating a file with dependencies |
| 22:59:57 | amiconn | I thought that it contains dependencies, but how are the dependencies defined, and what are they used for? It seems some Makefiles work without a depfile |
| 23:00 |
| 23:00:34 | Bagder | the dependencies are used so that when you change a header file, all C files that use that header get recompiled |
| 23:00:58 | preglow | a very good arrangement to have, god knows how many times i've had bugs turn up over that |
| 23:01:21 | amiconn | For archos, rockboy.rock should be a little loader plugin that loads the main rockboy code blob at a fixed address into the mp3 buffer after grabbbing it. |
| 23:02:27 | Bagder | .rock files use (and depends on) includes too |
| 23:03:26 | amiconn | How could I define conditional rules, i.e. rules valid for one target, but not for another? |
| 23:04:13 | Bagder | it only makes deps for files in SOURCES that survived a preprocess |
| 23:04:53 | amiconn | Hmm. How could I explain... |
| 23:05:20 | amiconn | I need a separate liinkfile for rockboy, which will reside in apps/plugins/rockboy |
| 23:05:50 | | Join coob [0] (pen0r@host-84-9-63-253.bulldogdsl.com) |
| 23:05:51 | Bagder | aha |
| 23:05:51 | amiconn | This links rockboy_main to the plugin start address for iriver, and to the special fixed address for archos |
| 23:06:06 | Bagder | you mean the plain .rock build rule is not good enough for it? |
| 23:06:27 | amiconn | No, since rockboy is more than one source file |
| 23:06:54 | coob | to anyone working on the libflac stuff: someone working on ipod linux has optimised mpd's flac stuff quite a bit, so http://ipodlinux.org/MPD might be worth checking to save yerselves some time... |
| 23:06:54 | amiconn | plus I need to create rockboy.rock differently depending on target |
| 23:07:04 | Bagder | right, the build stuff for plugins assume a single file... |
| 23:07:20 | Bagder | amiconn: then you add a separate $(OBJDIR)/rockboy.rock rule |
| 23:07:28 | amiconn | For iriver, rockboy.rock would be a simple copy of the linked & stripped rockboy_main.bin |
| 23:08:03 | Bagder | coob: interesting |
| 23:08:10 | amiconn | For archos, rockboy.rock would be the usual plugin creation path, and I would have to create an additional file |
| 23:08:49 | amiconn | Im not 100% decided about the name, rockboy.ovl or something like that |
| 23:09:08 | coob | heh is rockboy in cvs yet? we need to pilfer that |
| 23:09:26 | coob | be a bit shitty to control on an ipod tho |
| 23:09:31 | amiconn | coob: Guess why I'm fiddling with that make stuff? :) |
| 23:09:39 | coob | ah :) |
| 23:10:07 | coob | i take it most of the modifications were libc stuff and the sys/iriver thing? |
| 23:10:15 | Bagder | those ipodlinux guys should go Rockbox |
| 23:10:17 | Bagder | seriously |
| 23:10:20 | amiconn | Bagder: Is it possible to use some if...else... construct for defining the rules? |
| 23:10:28 | Bagder | amiconn: yes it is |
| 23:10:37 | ashridah | hrm. what resolution does an ipod's screen have? |
| 23:10:42 | | Quit Quelsaruk ("formatting the computer") |
| 23:10:45 | coob | same as iriver.. |
| 23:10:50 | coob | 160x128 |
| 23:10:54 | HCl | does rockbox work on ipod? |
| 23:11:17 | Bagder | HCl: no, but it could probably be done fairly "easy" |
| 23:11:23 | HCl | okay. |
| 23:11:25 | HCl | just curious. |
| 23:11:38 | rasher | since there's already an alternative system on it |
| 23:11:43 | HCl | i'm kind of wanting to get rockboy up running to full speed on iriver. |
| 23:11:44 | HCl | yea. |
| 23:12:17 | rasher | and open |
| 23:12:30 | coob | yeah all the hard work's done for you :) |
| 23:12:46 | Bagder | for us? |
| 23:12:48 | | Quit ashridah ("damnit.") |
| 23:12:53 | amiconn | Bagder: One thing I really need to understand: How does make in apps/plugins/ detect whether something changed in apps/plugins/lib/ and the plugin lib needs rebuilding? |
| 23:12:56 | | Join muesli- [0] (muesli_tv@Bc120.b.pppool.de) |
| 23:13:00 | coob | still any more work on the hw stuff would be invaluable... we basically have 1/2 people who are skilled enough/have the time for the hw side of things |
| 23:13:18 | HCl | sortof. |
| 23:13:33 | HCl | i'm not much of a hardware person |
| 23:13:38 | Bagder | coob: that would be another benefit of going Rockbox ;-) |
| 23:14:12 | Bagder | amiconn: it always runs make in that dir to check |
| 23:14:20 | coob | well now you're porting to iriver i guess a lot more code can be shared, especially on the codec side of things |
| 23:14:20 | Diway | hum, how do I get the 'codecs' dir with cvs ? I can't compile rockbox without it :/ |
| 23:14:42 | amiconn | Bagder: How? |
| 23:14:44 | Bagder | coob: yes. we're porting to the Gmini as well |
| 23:14:53 | muesli- | g'mornin |
| 23:15:20 | Bagder | amiconn: the "all:" line says it depends on the libplugin, and then on the libplugin rule it runs 'make -C lib' |
| 23:15:39 | coob | how's ram latency with the iriver? tremor runs like shit cos the ipod's only fast ram is the 96k of iram.. |
| 23:15:41 | amiconn | Ah cool, was just about to ask that :) |
| 23:16:13 | Bagder | ram latency? |
| 23:16:34 | rasher | wouldn't the lowmem tremor fit in that? |
| 23:16:42 | coob | the arm stuff in the ipod there's a lowmem tremor? |
| 23:16:45 | coob | er |
| 23:16:53 | coob | there's a lowmem tremor? |
| 23:17:03 | | Join ashridah [0] (ashridah@220-253-123-22.VIC.netspace.net.au) |
| 23:17:16 | coob | yeah the arm stuff has no cache |
| 23:17:26 | rasher | http://svn.xiph.org/branches/lowmem-branch/Tremor/ |
| 23:17:59 | coob | heh quake on a gmini would be fun. |
| 23:18:04 | coob | ah cool thanks |
| 23:18:23 | Bagder | http://wiki.xiph.org/index.php/Tremor |
| 23:18:25 | Bagder | too |
| 23:18:34 | Bagder | makes me suspect that is called for by the Neuros guys |
| 23:18:40 | rasher | heh |
| 23:19:02 | Bagder | but I won't complain ;-) |
| 23:19:26 | rasher | any news about the removal of 64 bit ints from flac? |
| 23:19:53 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
| 23:20:15 | rasher | nothing in that neuros thread |
| 23:20:38 | | Join Cassandra_ [0] (~christi@213.78.160.130) |
| 23:24:29 | FlexH | have a good night :) |
| 23:24:45 | | Quit FlexH ("Si un jour, vous entendez une huitre chanter la marseillaise, fuyez ! C'est une huitre nationnaliste !") |
| 23:26:30 | coob | ok yeah going through the ipl archives and stuff using lowmem didn't have much an effect |
| 23:27:15 | preglow | i don't think we'll need lowmem |
| 23:27:21 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 23:27:35 | | Join muesli_- [0] (muesli_tv@Bc120.b.pppool.de) |
| 23:27:55 | preglow | http://lists.xiph.org/pipermail/tremor/2005-February/001161.html |
| 23:28:00 | preglow | list of memory requirements there |
| 23:28:15 | rasher | ah, that's the one |
| 23:28:46 | preglow | might want to wiki it if it's useful |
| 23:29:33 | rasher | could be for the gmini |
| 23:29:51 | rasher | if I got that right |
| 23:31:37 | Bagder | much larger than 96K anyway |
| 23:31:52 | rasher | oh well |
| 23:31:55 | rasher | added to the wiki |
| 23:32:04 | amiconn | Bagder: Where do all those tool definitions for the Makefile (CC, OBJCOPY etc.) come from? |
| 23:32:29 | Bagder | amiconn: the root Makefile, in the build dir. it 'exports' them so they are globally accessible |
| 23:32:38 | amiconn | Ah. |
| 23:32:51 | Bagder | amiconn: that's a GNU make feature not globally available |
| 23:33:27 | amiconn | I need 'cp' |
| 23:33:51 | Bagder | well, cp is gonna be cp on all builds |
| 23:33:57 | amiconn | okay. |
| 23:34:13 | Bagder | I think we can consider the msvc build to be history |
| 23:34:20 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 23:34:28 | amiconn | It does look like that, yes. |
| 23:35:04 | amiconn | Most probably the msvc make will not work any more since I added the multiple background pictures to the win32 sim |
| 23:35:34 | Bagder | and my upcoming "unification" will be very hard to adapt to msvc |
| 23:36:04 | amiconn | Yes, most probably. |
| 23:36:28 | Bagder | if msvc should be used again, we should still use the regular makefiles and just setup the proper CC and flags etc |
| 23:37:44 | amiconn | I don't know how msvc handles the build process at all. I never used it. |
| 23:38:45 | hubble | hum.. not sure about interrupt levels, are int 0 higher prio than int 7 on the mcf5249? |
| 23:38:48 | Bagder | there's a Makefile.vc6 for it |
| 23:39:31 | * | Bagder hasn't read up much on the 5249, so he doesn't know |
| 23:46:12 | Bagder | "getting rid of the 64-bit stuff is going to be *really* hard" / - Josh Coalson - FLAC developer - |
| 23:47:21 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 23:47:22 | hubble | Bagder: but it should be possible to decompose 64-bit operations with 32 ops.. like one 64-bit mul = 4 x 32-bit muls ? |
| 23:47:53 | Bagder | he addressed that as well |
| 23:47:58 | Bagder | "the actual math functions are the easy part, what's hard is hooking it up everywhere." |
| 23:48:09 | hubble | ok =) |
| 23:48:19 | | Quit Nibbler ("blubber") |
| 23:48:33 | hubble | adding 64-bit intrinsic functions to gcc? :D |
| 23:48:43 | Bagder | on the neurosaudio.com forum, URL on the SoundCodecs wiki |
| 23:49:13 | amiconn | What's the point of simple decomposing? Isn't it exactly what the gcc 64 bit math library functions do? |
| 23:49:15 | Bagder | they referred to this: http://cvs.sourceforge.net/viewcvs.py/neuros-firmware/neuros-firmware/source/DECODER/vorbis/OGGV_misc.h?rev=1.1 |
| 23:49:30 | | Join toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net) |
| 23:49:31 | LinusN | int7 is the highest |
| 23:50:04 | Bagder | http://cvs.sourceforge.net/viewcvs.py/neuros-firmware/neuros-firmware/source/DECODER/vorbis/OGGV_misc.h?view=markup better url |
| 23:50:27 | hubble | LinusN: hum.. i'm trying with dma and interrupts to transfer data to PDOR3.. how to select int level of the DMA0 int and also what is "Autovector"? |
| 23:51:38 | LinusN | autovector is using the 7 vectors for each interrupt level instead of passing the vector to the core |
| 23:51:58 | | Join skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net) |
| 23:53:24 | LinusN | the dma0 priority is set in the ICR6 register |
| 23:53:45 | hubble | LinusN: hum.. so i should not use Autovectoring? |
| 23:54:01 | LinusN | no, use the vector in the dma controller |
| 23:54:20 | LinusN | or rather, program the dma controller to use the vector i chose in system.c |
| 23:55:35 | LinusN | 54, iirc |
| 23:55:57 | hubble | ok |
| 23:56:26 | LinusN | have you got the dma running? |
| 23:56:38 | hubble | LinusN: not yet =) |
| 23:56:47 | LinusN | oki |
| 23:57:04 | LinusN | i wish i had time to play with that |
| 23:57:34 | HCl | hmm. |
| 23:58:19 | | Join amiconn_ [0] (~jens@pD9E7F6F9.dip.t-dialin.net) |
| 23:58:19 | | Join Digital007 [0] (~acd5e828@labb.contactor.se) |
| 23:58:28 | Digital007 | hi |
| 23:58:30 | XShocK | DMA moves data to pdor3, but I can't understand what should i write to DIVR, the interrupt |
| 23:58:30 | | Quit amiconn (Nick collision from services.) |
| 23:58:30 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F6F9.dip.t-dialin.net) |
| 23:58:37 | Digital007 | how is the sound progress for iriverbox coming on? |
| 23:58:46 | hubble | XShocK: DIVR is the interrupt number the DMA generates |
| 23:58:47 | | Quit midk ("Leaving") |
| 23:58:53 | LinusN | 54 |
icon identifies that the person is a core developer (has commit access).