00:00:05 | preglow | oh well, if you managed mips, you've got my full confidence in this :) |
00:00:10 | * | linuxstb reaches for "Programming the Z80" |
00:00:55 | HCl | i did, heh |
00:04:14 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
00:06:09 | | Quit arogan ("CGI:IRC") |
00:06:11 | Bagder | amiconn: what about this approach: |
00:06:21 | | Quit [IDC]Dragon2 (Read error: 110 (Connection timed out)) |
00:06:34 | Bagder | in firmware/include/stdio.h, below the #define FILENAME_MAX 260 line |
00:06:39 | Bagder | add #include <io.h> |
00:07:23 | Bagder | that is, no other change at all |
00:08:02 | amiconn | What about the other changes introduced so far? |
00:08:14 | Bagder | remove them |
00:08:20 | Bagder | cvs diff | patch -p0 -R ;-) |
00:08:40 | Bagder | I thought some more |
00:08:59 | Bagder | let's avoid the rockbox prototypes of functions the underlying OS provides |
00:09:10 | Bagder | like open/read etc |
00:09:40 | Bagder | it might not be foolproof either |
00:11:03 | | Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net) |
00:12:53 | amiconn | Bagder: Tried it. With only that single change -> failure_1. When adding the protection for ssize_t -> failure_2 |
00:13:52 | Bagder | plugin.c misses read? |
00:14:42 | preglow | yo, can anyone tell me how i make rockbox makefile spam me the complete command lines as it makes? |
00:15:01 | Bagder | preglow: the CC lines? edit tools/make.inc |
00:15:01 | amiconn | Yes, exactly the same problem. Multiple "implicit declaration..." warnings, then plugin.c errors |
00:15:05 | preglow | Bagder: thanks |
00:15:40 | Bagder | amiconn: where are the multiple declarations? |
00:15:49 | amiconn | ??? |
00:16:04 | Bagder | the prob #2 before was a missing read, now you have two ;-) |
00:16:47 | amiconn | Not multiple declarations, but multiple warnings about implicit declaration, i.e. missing prototype |
00:17:01 | Bagder | ah, ok. gotcha |
00:17:37 | Bagder | but plugin.c includes stdio.h that should include io.h that contains the read proto... ? |
00:18:22 | preglow | how the hell do i make gas eat 5249 specific instructions? i tried passing it -m5249 but doesn't help squat |
00:19:18 | Bagder | hm |
00:20:15 | | Quit mrmags ("Download Gaim: http://gaim.sourceforge.net/") |
00:20:19 | amiconn | cygwin io.h itself doesnt |
00:20:39 | Bagder | that explains it |
00:20:41 | amiconn | There is another one, mingw/io.h |
00:20:57 | Bagder | try including that then in stdio.h |
00:21:00 | amiconn | However, these definitions look a bit odd to me, e.g. |
00:21:13 | amiconn | _CRTIMP int __cdecl _read (int, void*, unsigned int); |
00:21:42 | Bagder | yes, that looks more win32 than cygwin style |
00:21:59 | amiconn | Including that doesn't work |
00:22:47 | amiconn | First it doesn't find mingw.h, then there is a flood of syntax error messages |
00:23:00 | Bagder | mingw/io.h you mean? |
00:23:22 | amiconn | No, mingw/io.h fails to include mingw.h |
00:23:28 | HCl | how big is a pointer in m68k code? |
00:23:29 | Bagder | ok |
00:23:30 | HCl | 32 bits? |
00:23:35 | Bagder | HCl: yes |
00:23:39 | HCl | hrm. |
00:23:40 | HCl | okay. |
00:23:52 | HCl | well. i can always trade mem for speed later on. i guess. |
00:24:07 | * | HCl is making a slow gentle start on a dynarec |
00:24:12 | Bagder | amiconn: so the only read() proto is in a header we can't include? |
00:24:24 | Bagder | that doesn't seem right |
00:26:11 | amiconn | I agree. However, I didn't find another header yet |
00:26:28 | | Quit jyp (Read error: 110 (Connection timed out)) |
00:27:01 | Bagder | in linux, read() is in unistd.h |
00:28:11 | amiconn | Hmm. That one exists in cygwin as well, but in sys, i.e. sys/unistd.h |
00:28:34 | amiconn | Didn't catch that one because the definition is also written in a weird way |
00:28:58 | amiconn | AH, there is plain unistd.h as well |
00:29:01 | | Join jyp [0] (~jp@22.191-136-217.adsl.skynet.be) |
00:29:17 | amiconn | ...which simply includes the one in sys/ |
00:29:32 | Bagder | hehe, linux does the reverse |
00:29:41 | HCl | hrm. |
00:29:54 | HCl | can someone tell me how i can do inline asm in gcc and refer to variables...? |
00:30:20 | Bagder | HCl: check firmware/thread.c for examples |
00:30:37 | amiconn | HCl: ...or the grayscale lib |
00:31:34 | | Join [IDC]Dragon2 [0] (~Joerg@pD9E341EB.dip.t-dialin.net) |
00:31:40 | amiconn | Bagder: When I include unistd.h, the build errors in the very first file |
00:31:42 | preglow | HCl: query and ask me an example, and i'll tell you directly |
00:32:03 | amiconn | CC buffer.c |
00:32:03 | amiconn | In file included from /usr/include/unistd.h:4, |
00:32:03 | amiconn | from include/stdio.h:46, |
00:32:03 | DBUG | Enqueued KICK amiconn |
00:32:03 | amiconn | from buffer.c:19: |
00:32:03 | amiconn | /usr/include/sys/unistd.h:110: error: parse error before "read" |
00:32:04 | *** | Alert Mode level 1 |
00:32:04 | amiconn | /usr/include/sys/unistd.h:154: error: parse error before "write" |
00:32:33 | HCl | kay, thanks |
00:32:36 | Bagder | so it requires some other include file first |
00:32:40 | HCl | i dug up my old n64 dynarec code |
00:32:53 | HCl | i labeled it (BROKEN) last time i altered it, apparently xD |
00:32:58 | preglow | hahah |
00:33:01 | HCl | but |
00:33:10 | preglow | lucky you aren't going to copy it verbatim, then |
00:33:11 | HCl | at least it tells me how i used to make calls to the block |
00:33:19 | HCl | ((int (*)()) ((*lop&0x03FFFFFF)<<5) )(); |
00:33:23 | HCl | gotta love that code :P |
00:33:24 | preglow | hahaha, holy god |
00:33:31 | HCl | i casted it to afunction |
00:33:33 | HCl | and called it :P |
00:33:35 | preglow | extensive evidence that c beats perl |
00:34:18 | Bagder | amiconn: I believe the "simple" fix for now would be to provide windows-style prototypes for the sim in one of the headers |
00:34:21 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:34:21 | * | HCl scratches his head and remembers the design. |
00:35:12 | HCl | i love that code XD |
00:35:17 | preglow | you have good reason to |
00:35:34 | HCl | mmm, it was fun building dynarec, the bugs were less fun. |
00:35:41 | HCl | anyways *stops talking* |
00:36:54 | amiconn | Bagder: The syntax error is most likely because of _READ_WRITE_RETURN_TYPE not being defined |
00:37:16 | amiconn | These are defined either in sys/config.h or cygwin/config.h |
00:37:46 | preglow | hcl: but yes, say you want to add two variables with an asm add for some reason, and that would be asm("add.l %1, %0" : "=d" (variablename1) : "d" (variablename2));, and the result will end up in variablename1 |
00:38:08 | [IDC]Dragon2 | any statusbar expert around? |
00:38:53 | | Quit [IDC]Dragon (Read error: 60 (Operation timed out)) |
00:38:53 | | Nick [IDC]Dragon2 is now known as [IDC]Dragon (~Joerg@pD9E341EB.dip.t-dialin.net) |
00:39:01 | amiconn | Bagder: Now I added both sys/config.h and sys/unistd.h to the place in firmware/include/stdio.h |
00:39:10 | [IDC]Dragon | I'm trying a disk activity icon for Ondio |
00:39:20 | [IDC]Dragon | but get no updates |
00:39:57 | HCl | okay |
00:39:58 | HCl | thanks |
00:39:58 | preglow | HCl: simplified, but that's the gist of it, the first thing following the instruction itself is the output list, the second thing is the input list, the %0, %1 etc are aliased onto whatever gcc substitutes for them in the order they're given in the lists, in this case that'd be variablename1 and variablename2, just moved to registers, since "d" specifies a data register |
00:40:15 | amiconn | Bagder: Then it warns about time_t being redefined in timefuncs.c, and errors in powermgmt.c with conflicting types for sim_sleep() |
00:40:17 | HCl | k |
00:40:37 | preglow | HCl: http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/Extended-Asm.html#Extended-Asm |
00:40:46 | HCl | thanks :) |
00:40:57 | preglow | gcc inline asm is really nifty once you get it |
00:41:17 | amiconn | [IDC]Dragon: I already thought about that. You'll need to cache the info that there was some activity until the statusbar gets updated |
00:41:43 | * | HCl scratches his head |
00:42:06 | *** | Alert Mode OFF |
00:42:20 | amiconn | [IDC]Dragon: I wanted to look into that as well, but then I have many more ideas than time, and this simulator issue prevents me from doing what I intended ... :( |
00:43:02 | amiconn | I need to get the sim to work, because otherwise I can't test (and possibly fix) my necessary build extension for rockboy... |
00:43:02 | preglow | HCl: my example was wrong, btw :P you need to have variablename1 in the input list as well |
00:43:13 | HCl | ok :p |
00:43:24 | preglow | but, yeah, i guess the manual will tell you that |
00:43:35 | preglow | and being a sensible person, you're of course already reading that |
00:44:54 | Bagder | amiconn: then prevent the time_t typedef in time.h, its a simulator thing anywaya |
00:45:37 | | Join [IDC]Dragon2 [0] (~Joerg@pD9E341EB.dip.t-dialin.net) |
00:45:52 | [IDC]Dragon2 | this is no fun tonight |
00:45:53 | HCl | is the usb interface of the iriver controllable in any way or is it directly hooked up to the harddisk? |
00:46:38 | [IDC]Dragon2 | amiconn, I currently delay the LED reporting off for a while, so I get a monoflop behaviour |
00:47:20 | amiconn | Yes, that should work too |
00:47:30 | amiconn | (even better imho) |
00:47:57 | [IDC]Dragon2 | either the status bar is not updated periodically, or something is wrong here |
00:48:12 | amiconn | Just make sure that the delay is longer than the typical statusbar refresh cycle (that differs depending from where it is called) |
00:48:17 | | Quit lolo-laptop ("Client exiting") |
00:48:26 | * | HCl wonders whether its safe to assume that gameboy does not have any self modifying code |
00:48:46 | [IDC]Dragon2 | for the battery animation, it has to be updated quite frequently |
00:48:47 | amiconn | Bagder: The time_t problem is not the big one atm, because this is "only" a warning |
00:48:56 | Bagder | ok |
00:49:17 | preglow | HCl: "yes" :P |
00:49:17 | amiconn | HCl: I would rather expect self-modifying code on such a machine |
00:49:21 | Bagder | the sim_sleep() is a define in kernel.h in uisim/win32/ |
00:49:54 | [IDC]Dragon2 | self-modifying ROM, no |
00:50:09 | preglow | you can load code in ram |
00:50:37 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
00:50:38 | | Quit jyp (Read error: 110 (Connection timed out)) |
00:53:14 | amiconn | Bagder: What am I supposed to do with the sim_sleep() declaration? |
00:53:22 | amiconn | I cannot imagine :( |
00:53:40 | Bagder | what's the exact error message? |
00:54:09 | HCl | preglow: from what i can tell from my specifications, gameboy roms are read only memory only |
00:54:10 | amiconn | CC powermgmt.c |
00:54:10 | amiconn | In file included from include/stdio.h:47, |
00:54:10 | amiconn | from /home/Administrator/rb-patched/uisimulator/win32/sprintf.h:25, |
00:54:10 | amiconn | from powermgmt.c:28: |
00:54:10 | amiconn | /usr/include/sys/unistd.h:143: error: conflicting types for `sim_sleep' |
00:54:11 | *** | Alert Mode level 1 |
00:54:11 | amiconn | /home/Administrator/rb-patched/uisimulator/win32/kernel.h:26: error: previous declaration of `sim_sl |
00:54:13 | amiconn | eep' |
00:54:40 | preglow | HCl: yes, they are, but i thought it was pretty common to copy program snippet to ram |
00:54:44 | preglow | snippetS |
00:54:49 | HCl | preglow: okay, i'll keep account of it |
00:54:57 | amiconn | unistd.h line 143 defined sleep() as unsigned |
00:55:12 | HCl | then only addresses >= 0xa000 might contain self modifying code |
00:55:30 | amiconn | unsigned sleep(unsigned int __seconds); |
00:55:36 | preglow | i'm by no means sure, but don't forget it, heh |
00:56:09 | HCl | heh, interesting. |
00:56:31 | preglow | the older the cpu, the larger the odds of stumbling upon self modifying code |
00:56:35 | HCl | mhm. |
00:56:52 | preglow | people did pretty insanse stuff to gain some clock cycles here and there |
00:56:53 | HCl | well, its really easy, i just have to check the top bit of the address |
00:57:04 | HCl | if its higher, it might be self modified code, if its lower, it doesn't. |
00:57:20 | *** | Saving seen data "./dancer.seen" |
00:57:33 | preglow | gb can't have bigger roms than that? or does it do some fancy back switching? |
00:58:24 | | Quit YouCeyE ("Leaving") |
00:58:36 | | Join YouCeyE [0] (foobar@vp089036.reshsg.uci.edu) |
00:59:01 | amiconn | preglow: The cpu can only address 64 KB, so it requires bank switching |
00:59:11 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
00:59:39 | preglow | makes sense, yes, i've seen some pretty large roms |
00:59:41 | preglow | but smoke, brb |
01:00 |
01:02:07 | Bagder | amiconn: I don't think we'll be able to solve the issues like this... :-( |
01:02:54 | amiconn | Hmm. Do you have another suggestion? This is messy, but it worked before :-( |
01:03:20 | Bagder | it compiled and built, yes |
01:04:00 | Bagder | but it was messier than now |
01:04:12 | *** | Alert Mode OFF |
01:04:22 | Bagder | and no, I don't have any other way than to sit down and fix all the issues one by one |
01:05:39 | HCl | god. |
01:05:48 | HCl | trying to code while theres a movie on tv is so not working. |
01:05:49 | amiconn | Then what do you mean with "like this"? I don't know how I could help now, other than having the problematic environment. |
01:06:25 | Bagder | amiconn: I mean this "remote-debugging" style |
01:06:31 | Bagder | it'll take ages |
01:06:35 | amiconn | ...and being able to test things. I'm afraid I don't understand the overall build system completely |
01:06:54 | amiconn | Hmm. What do you suggest then? |
01:08:20 | Bagder | actually, I have no idea |
01:08:32 | Bagder | I could try to fix it with a cygwin on my own |
01:08:37 | Bagder | but it'll take time |
01:08:51 | Bagder | reverting this is a very short-term fix |
01:09:04 | amiconn | Yes, of course |
01:09:31 | amiconn | Unfortunately I have to hold back almost all my work until I can test it properly :( |
01:10:10 | amiconn | Do you have access to a cygwin machine? |
01:10:30 | Bagder | I can install it on one |
01:12:59 | | Join asdasopiu [0] (na@ti521110a080-0418.bb.online.no) |
01:13:16 | preglow | HCl: switch tv off, works wonders |
01:13:25 | amiconn | Bagder: I wonder why your cross-compilation for windows does work. Doesn't it have to use the windows headers? |
01:13:36 | * | [IDC]Dragon2 fails to code simple things tonight |
01:13:38 | Bagder | yes it does |
01:13:48 | [IDC]Dragon2 | and better goes to sleep |
01:13:49 | Bagder | but I believe it some kind of re-implementation or something |
01:17:46 | HCl | preglow: flatmate is watching |
01:18:06 | HCl | i have actually rather high hopes of this dynarec, mainly because i can completely skip keeping account of self modifying code in range 0000-7fff |
01:18:20 | HCl | which means the only thing that can still go wrong with it is interrupt timing |
01:18:42 | preglow | HCl: i'd guess that being able to completely disregard register allocation would be pretty cool as well, 68k has way more registers than z80 |
01:19:40 | HCl | preglow: is there a way to tell gcc to not use certain registers? |
01:19:47 | HCl | how many registers does 68k have? |
01:19:51 | HCl | mips had 32 :P |
01:19:54 | preglow | HCl: sixteen |
01:19:59 | HCl | okay. |
01:20:11 | preglow | HCl: you have data registers d0-d7, address registers a0-a7, where a7 also doubles as stack pointer |
01:20:22 | preglow | HCl: in most instructions, you can use them interchangably |
01:20:38 | HCl | i guess thats usable |
01:20:57 | HCl | i need to completely refresh my memory on dynarec techniques |
01:21:06 | HCl | and plan it out a bit |
01:21:09 | HCl | tv isn't helping, heh |
01:21:11 | preglow | of course |
01:21:16 | preglow | tv is seldom helping |
01:22:08 | HCl | hmm. |
01:22:26 | amiconn | Bagder: Now I understand the issue with sleep(). The build process must not know about the system sleep(). Unfortunately it is defined in the same include we need for getting read() and friends defined... |
01:22:59 | Bagder | right, and then we're back to my suggestion of providing those protos ourselves! ;-) |
01:23:44 | amiconn | ...since we cannot include only part of a file. :( |
01:23:56 | Bagder | yes, and it has no fine-grained control of what parts to use |
01:24:05 | Bagder | which I can't blame them for |
01:25:10 | Bagder | BTW, did you ever see a build time estimate in the cvs table? |
01:25:27 | amiconn | Nope |
01:27:30 | | Join [IDC]Dragon [0] (~Joerg@pD9E341EB.dip.t-dialin.net) |
01:27:38 | Bagder | the latest build round took over 15 minutes |
01:27:40 | HCl | ah. |
01:27:53 | HCl | preglow: you were right, the z80 does have X and Y registers, however, on the gameboy, they don't exist |
01:28:05 | [IDC]Dragon | I've been fooling myself: the MMC driver does no led() calls |
01:28:21 | preglow | HCl: ? |
01:28:29 | preglow | ahh, gameboy uses z80 lookalike anyway |
01:28:31 | HCl | or wasn't it you who said the z80 had x and y regs o.o |
01:28:32 | Bagder | amiconn: until fixed, it might work for you as before if you just get the older versions of configure an uisim/win32/Makefile |
01:28:41 | preglow | HCl: it was me |
01:28:42 | Bagder | s/an/and |
01:28:51 | HCl | *nods* |
01:29:33 | Bagder | I need to sleep |
01:32:33 | * | HCl finds an z80 instruction guaranteed to not be used in the gameboy and claims it for his dynarec :) |
01:36:07 | | Quit [IDC]Dragon2 (Read error: 110 (Connection timed out)) |
01:37:14 | [IDC]Dragon | amiconn: disk icon committed |
01:37:45 | HCl | or not :X |
01:38:14 | [IDC]Dragon | goodnight |
01:38:19 | HCl | night.. |
01:38:24 | | Part [IDC]Dragon |
01:43:27 | * | HCl bahs, guesses he'll need a cache after all or he'll use too much memory.. |
01:43:46 | preglow | cache for what? |
01:44:37 | HCl | well. i'm having a bit of a problem, since i need to somehow link a 15bit address |
01:44:41 | HCl | to a memory address |
01:44:42 | HCl | quickly. |
01:44:58 | HCl | i could allocate an 15bit array of pointers, but that would consume 128kb of mem |
01:45:31 | HCl | on the other hand, using a cache would make it possible for blocks to get recompiled even though they didn't really need a recompile |
01:45:50 | HCl | and since i don't have a free() i could run out of ram while it wouldn't really be needed |
01:45:56 | HCl | think its worth the 128kb sacrifice? |
01:46:09 | HCl | prolly not as bad if i allocate it in mp3buffer ram |
01:46:11 | preglow | i think you should find another way |
01:46:18 | preglow | if there is another way |
01:46:30 | HCl | um, there pretty much isn't o.o.. |
01:46:31 | preglow | 15 bit array of pointers is pretty brute force |
01:46:56 | HCl | what i'd need is a hardware cache in order to be able to do it efficiently, heh |
01:47:04 | preglow | this is for translating z80 address space to m68k address space? |
01:47:07 | HCl | yea. |
01:47:12 | HCl | pretty much. |
01:47:21 | preglow | well, alot of the addresses are going to go unused |
01:47:22 | HCl | every address that can be jumped to in z80 |
01:47:37 | HCl | needs to somehow be linked to a structure with a pointer of recompiled m68k code |
01:47:40 | HCl | yes |
01:47:45 | preglow | so a lookup talbe is very wasteful |
01:47:49 | preglow | perhaps a hashtable? :P |
01:47:52 | HCl | its a mem<->speed tradeof, really. |
01:48:03 | HCl | well, yea, i could expand the cache. |
01:48:10 | HCl | using a hashtable. |
01:48:32 | HCl | i have no experience with building good hashes, but i can dig up my notes from my algorithms and complexity course |
01:48:36 | preglow | use the low 8-6 order bits of the address as an index to a table, and let each entry be a linked list |
01:48:41 | HCl | yea |
01:48:46 | preglow | will be slower, but won't waste memory, i don't know how critical it is |
01:48:58 | HCl | same. |
01:49:13 | HCl | okay,i'll do that, its prolly better, i can always trade mem for speed later |
01:49:56 | preglow | this is only a good idea if most of the addresses in the lookup table would be unused, and i guess that's true |
01:50:12 | HCl | yea. |
01:50:19 | preglow | having a #define for how many of the lower order bits is used as an index will let you easily trade off mem<->speed |
01:50:30 | HCl | good idea, i'll add that. |
01:51:17 | HCl | i forgot what power was in c.. was it 2**8 ? |
01:51:34 | preglow | pow, unless it's power of two, in which case you use << and >> |
01:51:45 | preglow | 2**8 is 2 << 3 |
01:52:08 | preglow | 2^3 = 8 |
01:52:50 | HCl | um. |
01:52:57 | amiconn | 2**8 == 2 << 8 |
01:53:01 | preglow | no |
01:53:02 | HCl | yea. |
01:53:10 | HCl | thats what i thought. |
01:53:17 | preglow | two to the eigth power is the same as 2 shifted left three times |
01:53:27 | preglow | no |
01:53:29 | preglow | that's bullshit |
01:53:29 | HCl | eh, no. |
01:53:30 | HCl | XD |
01:53:44 | preglow | disregard me |
01:54:29 | preglow | 2 << 7, btw |
01:54:37 | preglow | so you need to subtract one |
01:55:15 | HCl | i'll just use 2**8... |
01:55:29 | preglow | is that even an operator in c |
01:55:29 | preglow | `? |
01:55:40 | HCl | i think so o.o |
01:55:57 | preglow | might be, if so, i've learnt something today |
01:56:04 | HCl | easy to find out |
01:56:28 | HCl | nop |
01:56:29 | HCl | you're right. |
01:56:31 | HCl | i'm wrong. |
01:56:35 | preglow | 1-1 |
01:56:43 | HCl | *wonders from what language he got ** from then* |
01:56:49 | HCl | i'll just use 1<<8 |
01:57:04 | preglow | that'll do the trick |
01:57:21 | * | amiconn was fooled too |
01:58:38 | HCl | i know i've done a language in which it was valid |
01:58:44 | HCl | i just don't remember which it was |
01:58:45 | HCl | o.o |
01:58:47 | preglow | perl? :V |
01:58:50 | HCl | maybe. |
01:59:09 | preglow | perl is the only one i can think of that's gotit |
01:59:14 | preglow | but i know there are others |
02:00 |
02:02:57 | * | HCl stares. |
02:03:31 | HCl | how the hell am i gonna transfer a define that says for example.. "5" into a bitpattern 0x1f ? |
02:04:43 | * | HCl adds a second define "bitmask" |
02:05:10 | preglow | (1 << 5) - 1 |
02:05:14 | preglow | like that :P |
02:05:37 | * | preglow hugs calc.exe |
02:06:16 | HCl | yea. |
02:06:18 | HCl | exactly what i got |
02:12:48 | | Join amx [0] (~amx@HSE-Kitchener-ppp234070.sympatico.ca) |
02:18:14 | | Join Patr3ck [0] (~patr3ck@pD9548468.dip.t-dialin.net) |
02:21:25 | | Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
02:21:27 | HCl | there, all done. i just have to fill in the function dynamic_recompile(struct dynarec_block *block) ;p |
02:21:37 | * | HCl leaves that for tomorrow. |
02:22:32 | preglow | haha |
02:22:41 | preglow | i'm about to fall asleep here |
02:22:41 | HCl | :P |
02:22:48 | HCl | i'm just gonna make some food and watch some tv |
02:23:16 | HCl | filling in that function has about the same difficulty as writing an interpreter core |
02:23:43 | preglow | a bit more, i'd think |
02:23:52 | HCl | nah, its really quite simple |
02:23:57 | preglow | have to be careful when writing instructions |
02:23:57 | HCl | it does exactly the same thing as the interpreter |
02:24:06 | preglow | wha? |
02:24:10 | HCl | only it compiles instructions rather than executing them as C code |
02:24:14 | preglow | ahh, yes |
02:24:26 | preglow | formatting an instruction wrongly is easily done |
02:24:32 | preglow | but easy to detect as well, i'd guess |
02:24:32 | HCl | and its done when it hits a jump/branch |
02:24:36 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
02:24:38 | | Join ashridah [0] (ashridah@220-253-118-22.VIC.netspace.net.au) |
02:24:44 | HCl | yea. |
02:24:51 | HCl | it'd be nice if i could somehow tell gcc |
02:25:00 | HCl | that its not allowed to use certain registers |
02:25:05 | HCl | but hm. |
02:25:06 | preglow | like, at all? |
02:25:16 | HCl | yea, its either that or a register cache sort of thing. |
02:25:19 | preglow | don't think that's possible |
02:25:24 | HCl | mhm. |
02:25:33 | HCl | well, it shouldn't matter too much. |
02:25:37 | HCl | dynarec writing is fun. |
02:25:41 | HCl | i've been thinking though. |
02:25:47 | HCl | at some point i'm gonna have to debug it and erm... |
02:25:58 | HCl | how the hell am i gonna debug it ? :X |
02:26:13 | | Join webguest11 [0] (~992a0566@labb.contactor.se) |
02:26:34 | HCl | can i trace its execution m68k instruction-for-instruction without a bdm wiggler thing? |
02:27:03 | * | HCl is kind of fearing having to write completely bugfree code |
02:27:19 | ashridah | HCl: if you setup gdb support, and connect a serial cable |
02:27:33 | | Quit edx (Read error: 110 (Connection timed out)) |
02:27:40 | ashridah | or try and find a useful coldfire emulator to test the basics on |
02:27:43 | HCl | how would i setup gdb support |
02:27:54 | HCl | mrigh. hm. |
02:27:55 | ashridah | s/setup/code/ :) |
02:27:58 | preglow | debuggin will be hell, yes |
02:28:03 | HCl | mrf. |
02:28:04 | HCl | well. |
02:28:05 | HCl | i'll try. |
02:28:07 | preglow | that's what i'm fearing in this flac asm optimizing i'm doing as well |
02:28:09 | HCl | and i'll just scream at you people |
02:28:11 | HCl | if i have a bug |
02:28:12 | HCl | :P |
02:28:50 | preglow | basically, i'm expecting to just stare at the code 'till the flaw reveals itself |
02:28:53 | preglow | that's my plan |
02:28:59 | HCl | the most buggy part is a) getting the address to jump to right b) getting the instructions right c) getting it to return properly |
02:29:06 | HCl | preglow: eh heh. |
02:29:15 | HCl | preglow: i remember that being the death of my n64 emu |
02:29:27 | HCl | we had a coding group of 3 people, and we had a bug |
02:29:38 | HCl | and we stared and double and triple and quadruple checked our code for 3 months |
02:29:40 | HCl | and then we gave up. |
02:29:42 | preglow | dynarec has its own difficulties as well, but just coding on an embedded platform makes it worse |
02:30:09 | | Nick Aison is now known as Aison|win|suxx (~hans@zux166-181.adsl.green.ch) |
02:30:27 | HCl | once it jumps and returns properly, it shouldn't be too hard to debug |
02:30:34 | * | HCl checks on food. |
02:31:37 | Aison|win|suxx | can I test rockbox on my iRiver IHP-140 without destroing it? ^^ |
02:31:46 | preglow | Aison|win|suxx: yes, but we won't guarantee it |
02:32:09 | preglow | Aison|win|suxx: there's been no bricked players yet, but again, that's not a guarantee |
02:32:48 | | Nick Aison|win|suxx is now known as Aison (~hans@zux166-181.adsl.green.ch) |
02:33:43 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
02:33:49 | Aison | yeah :) |
02:35:19 | | Quit webguest11 ("CGI:IRC (EOF)") |
02:36:53 | Aison | is there a good howto for installing ? |
02:37:17 | rasher | check the wiki |
02:37:26 | rasher | uh.. somewhere :) |
02:37:31 | rasher | shouldn't be too hard to find |
02:37:35 | preglow | http://www.rockbox.org/twiki/bin/view/Main/IriverBoot |
02:37:40 | rasher | there we go |
02:37:54 | preglow | if you're not familiar with cvs and gcc, you should pretty much just forget it until i've finished my patcher tool |
02:38:04 | Aison | ok |
02:38:08 | preglow | which i probably won't finish until rockbox is a little closer to completion :P |
02:40:33 | Aison | what kind of os is rockbox? complete own os or is it based on an existing one ? |
02:40:42 | preglow | complete, made from scratch |
02:41:32 | Aison | :) |
02:43:29 | HCl | hmmm. |
02:48:38 | ashridah | Aison: it's based on a firmware the rockbox team built for the archos players, which had hardware mp3 decoders (thus the work needed to design and build decoders, buffering systems, and audio output code) |
02:53:46 | HCl | can the m68k split registers into parts of 16 bit? |
02:53:54 | preglow | yes, kind of |
02:54:04 | HCl | how? anything like x86? |
02:54:07 | preglow | you have different versions of the different opcodes |
02:54:14 | HCl | is it possible to do say. |
02:54:21 | preglow | like add.l which adds dwords, and add.w, which adds words |
02:54:39 | HCl | ADD D0H, 0x1 |
02:54:40 | preglow | i'm not familiar with exactly how it's done |
02:54:44 | HCl | okay |
02:54:46 | HCl | not really, then. |
02:54:48 | preglow | but no, not exactly like on x86 |
02:54:52 | HCl | its a pity ;p |
02:55:02 | HCl | x86 would be sweet for gameboy, since z80 splits registers too |
02:55:07 | HCl | but ok |
02:55:17 | preglow | but i'm not an 68k asm expert |
02:57:07 | HCl | well, inside the dynarec, i can just map the 7 gameboy registers to d0-d6.. and have sp and pc in a0-a1 |
02:57:24 | HCl | gee, it feels strange to have registers to spare :P n64 has 31 registers of 64bit |
02:57:25 | *** | Saving seen data "./dancer.seen" |
02:58:08 | preglow | haha |
02:58:18 | preglow | as opposed to x86, it's a bloody dream |
02:58:22 | HCl | yea :P |
02:59:02 | HCl | hrm. i wish i knew m68k assembly though, i'd better find a tutorial |
02:59:10 | Aison | n8 |
02:59:13 | HCl | i can't even quickly figure out how to do a push ;/ |
02:59:13 | preglow | nite |
02:59:14 | HCl | night |
02:59:17 | HCl | brb |
02:59:22 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
02:59:39 | preglow | HCl: pea does pushes |
02:59:44 | preglow | pushes addresses, though |
02:59:52 | preglow | do push registers and such, use movem |
02:59:59 | preglow | s/do/to/ |
03:00 |
03:00:13 | XShocK | ooh damn.. |
03:00:19 | preglow | XShocK: what |
03:00:40 | HCl | movem.. |
03:00:54 | HCl | well, what i'm looking for is pusha/popa, really |
03:01:12 | HCl | (push every register onto the stack, pop every register from the stack) |
03:01:17 | preglow | movem does that |
03:01:25 | * | HCl checks |
03:01:26 | preglow | that's what it's for, more or less |
03:01:32 | preglow | HCl: have a look in thread.c |
03:01:36 | preglow | he does that there |
03:01:40 | HCl | okies |
03:01:43 | XShocK | have a huuuge problem. DMA working fine, except it is extremely FAST. i mean sound that should be around 20-30 seconds comes out in 1 second.. |
03:01:49 | HCl | yea, you gotta do that for threads too |
03:01:56 | preglow | line 75 |
03:02:18 | | Quit Cassandra_ (Read error: 60 (Operation timed out)) |
03:02:31 | XShocK | I understand it should be limited, but how to do that?... |
03:02:32 | HCl | geeze thats an odd looking instruction o.o;;;; |
03:02:46 | preglow | HCl: yes, but quite simple, just 'move this register range to this address' |
03:02:55 | preglow | or opposite |
03:03:16 | HCl | move multiple registers |
03:03:17 | HCl | cool o.o |
03:03:38 | preglow | it's even better than pusha/popa, you can decide which registers you want to push/pop |
03:03:44 | HCl | yea. |
03:03:58 | XShocK | do somebody have any manual, documentation or other material besides ColdFire user manual? |
03:04:11 | HCl | the programming manual is pretty good. |
03:04:21 | preglow | yes, but doesn't cover his needs |
03:05:09 | preglow | XShocK: apart from coldfire2 users manual and mcf5249 users manual, which is probably what you're looking at, i can't think of a thing |
03:05:30 | XShocK | k |
03:05:59 | XShocK | i am particulary interested in cycle-steal. It would probably solve all problems with sound speed, but it doesn't work... hell knows why. :) |
03:06:32 | preglow | but 20-30 seconds of audio in 1 second is bound to be a dma problem |
03:06:42 | preglow | don't think the codec does it, at least |
03:07:52 | XShocK | cycle-steal will push one transfer per one request. so ech time audio interface needs additional info it wil generate that request and one more particle will be written. |
03:08:23 | XShocK | i guess it should be like that ( from my 2 days experiance :-) ). |
03:08:29 | preglow | hehe |
03:08:40 | preglow | i have no idea, i haven't done low-level stuff for a while |
03:09:00 | XShocK | mmm... does anybody have a debugged original firmware? |
03:09:37 | HCl | a what? o.o |
03:09:44 | XShocK | ouch... |
03:09:56 | XShocK | disassembled. :) |
03:10:07 | preglow | XShocK: you should talk to hubble |
03:12:14 | XShocK | yea. maybe he found something. but that way i need to way one more day. :) |
03:12:41 | | Quit mecraw () |
03:15:14 | | Quit Patr3ck () |
03:15:52 | | Join Cassandra_ [0] (~christi@213.78.99.195) |
03:17:17 | preglow | but i think i'll go sleep |
03:17:18 | preglow | later |
03:18:46 | | Quit preglow ("halvt ekorn !") |
03:23:04 | | Quit DeadMan () |
03:23:34 | | Quit CoCoLUS () |
03:48:36 | | Part amiconn |
03:53:26 | | Quit quel|out ("KVIrc 3.0.1.99 'Realia'") |
04:00 |
04:00:22 | XShocK | going to sleep |
04:00:40 | XShocK | good night to all |
04:08:25 | | Join edx [0] (edx@pD9EAAA50.dip.t-dialin.net) |
04:17:01 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
04:17:52 | | Join Rori [0] (Rori@deadman3000.plus.com) |
04:18:02 | | Nick Rori is now known as DeadMan (Rori@deadman3000.plus.com) |
04:41:10 | | Quit skav () |
04:49:17 | | Quit cYmen (Read error: 113 (No route to host)) |
04:53:53 | | Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) |
04:57:26 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:00:45 | | Quit midk ("Leaving") |
05:02:42 | | Quit amx ("Client Exiting") |
06:00 |
06:03:36 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
06:49:56 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
06:55:29 | | Quit DMJC ("Leaving") |
06:57:29 | *** | Saving seen data "./dancer.seen" |
08:00 |
08:36:12 | | Quit DeadMan (Read error: 110 (Connection timed out)) |
08:42:20 | | Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) |
08:52:17 | | Join DeadMan [0] (Rori@deadman3000.plus.com) |
08:54:06 | DeadMan | Does anyone know of a freeware task scheduler that will 'end' a task at a set time of the day (Not after X number of hours like crappy XP's task scheduler does) and relaunch the program if you restart XP or have a crash and continue to run that task until the specified time? |
08:57:32 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:10:27 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
09:11:00 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
09:11:25 | | Join Cassandra_ [0] (~christi@213.78.161.132) |
10:00 |
10:01:10 | ashridah | what is this 'XP' you speak of? |
10:01:18 | ashridah | i could have sworn it was something from d&d |
10:14:45 | DeadMan | :) |
10:31:54 | | Quit Hadaka (Read error: 110 (Connection timed out)) |
10:43:08 | | Join Patr3ck [0] (~patr3ck@pD95F7CDF.dip.t-dialin.net) |
10:54:32 | | Join Yokalosh [0] (~c184e9fb@labb.contactor.se) |
10:54:47 | Yokalosh | Hey can any one help me? |
10:55:02 | Yokalosh | I need a set of drivers for the JBR10 for windows 98 |
10:55:22 | Yokalosh | I recently downgraded from xp and cant find drivers for it anywhere |
10:56:40 | ashridah | Yokalosh: hm. sounds like you might be able to get away with generic usb mass storage drivers. try searching for those for windows 98? |
10:56:57 | linuxstb | http://www.archos.com/download/drivers.html - drivers for win98 SE |
10:57:33 | *** | Saving seen data "./dancer.seen" |
10:58:38 | | Join ze__ [0] (ze@adsl-69-231-208-40.dsl.irvnca.pacbell.net) |
10:59:47 | | Part guerby ("Leaving") |
11:00 |
11:02:10 | Yokalosh | I don't have 98se, that has been tried ;) |
11:07:39 | Yokalosh | Should i be able to find the mass storage drivers on driverguide? |
11:09:19 | Yokalosh | Do you think these will work? |
11:09:47 | | Quit ze (Read error: 110 (Connection timed out)) |
11:09:47 | | Nick ze__ is now known as ze (ze@adsl-69-231-208-40.dsl.irvnca.pacbell.net) |
11:10:04 | Yokalosh | I just had a thought........I found some drivers for the JBR20 on driverguide for windows 98 |
11:10:13 | Yokalosh | Will these work? |
11:12:22 | linuxstb | I don't know, but they are worth trying. |
11:12:29 | Yokalosh | Yeh |
11:12:36 | Yokalosh | :-) |
11:22:24 | | Quit Yokalosh ("CGI:IRC") |
11:36:59 | | Quit Nibbler ("blubber") |
11:39:07 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
11:49:44 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
11:52:41 | | Quit Nibbler (Remote closed the connection) |
11:52:55 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
11:58:17 | | Join Naked [0] (naked@naked.iki.fi) |
12:00 |
12:01:08 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
12:02:07 | | Quit Nibbler ("blubber") |
12:04:06 | | Quit midk ("Leaving") |
12:06:54 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
12:07:01 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
12:13:55 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
12:16:21 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
12:16:53 | ripnetUK | for the log, i have proved that Rockbox is NOT responsible for my hard disk corruption recently reported. Ive had it happen on another USB drive... |
12:20:35 | linuxstb | I've just got a vorbis2wav plugin working based on Tremor, and results are not good - 0.8% of realtime. Hopefully I've done something stupid. |
12:26:20 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
12:33:36 | ashridah | ripnetUK: ouch |
12:33:51 | ashridah | linuxstb: double ouch |
12:37:42 | * | HCl stops dreaming about wifi-enabled irivers. |
12:37:44 | HCl | hello.. |
12:37:49 | * | HCl dreams odd. yup. |
12:40:04 | ashridah | HCl: it'd be handy, but for what purpose? sending streaned audio? or receiving streamed audio? |
12:40:17 | HCl | lol. |
12:40:26 | HCl | in my dream it was ssh and email enabled. |
12:42:34 | | Quit Patr3ck () |
12:44:52 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
12:44:52 | ashridah | you can buy a wifi enabled palm or other tablet that'll do that far better |
12:52:07 | | Join jyp [0] (~jp@197-120.240.81.adsl.skynet.be) |
12:53:16 | | Join R3nTiL [0] (~zorroz@83.69.98.45) |
12:57:34 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:00:50 | HCl | i have one. |
13:00:51 | HCl | >.o |
13:20:27 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
13:35:29 | linuxstb | If anyone wants to play vorbis files on their iRiver, we've got some work to do - I haven't found any stupid mistakes, and Tremor is still running at about 0.9% of real-time. Which probably means about 10% of real-time at 140MHz. |
13:36:00 | linuxstb | So far FLAC is in the lead by a long way when it comes to decoding speed. |
13:37:03 | CoCoLUS | the good thing is, iriver somehow made it work at proper speed, so atleast we know its -possible- ;) |
13:37:40 | linuxstb | But I thought they had problems with some bitrates (or am I confusing it with the Neuros?) |
13:38:12 | CoCoLUS | they claim everythings under 500 kbps (which is enough imho) works fine |
13:38:56 | linuxstb | Yep, anything higher than that, and you may as well use FLAC. |
13:39:36 | linuxstb | So unless iRiver have made their own decoder (i.e. not used Tremor), it should be possible. |
13:39:47 | CoCoLUS | i don't think they did |
13:39:58 | linuxstb | It seems unlikely. |
13:40:37 | CoCoLUS | maybe that 500 kbps limitation is because the iriver can't get enough data in time from the disk? |
13:40:47 | linuxstb | But anyway, the code is now all in CVS and compiling cleanly, so hopefully someone will pick up the challenge. |
13:42:06 | | Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) |
13:43:16 | CoCoLUS | whats the progress on sound output? |
13:43:25 | CoCoLUS | we have a nice sine wave yet? :) |
13:43:31 | ashridah | CoCoLUS: nope. |
13:43:42 | linuxstb | I think it's getting better though. |
13:43:48 | CoCoLUS | maybe try cosine first? ;) |
13:43:55 | ashridah | may as well worry about the infrastructure first. |
13:44:13 | | Join Quelsaruk [0] (~kvirc@80.103.134.240) |
13:44:19 | linuxstb | Yep, the actual PCM output is the easy part. |
13:44:21 | Quelsaruk | morning |
13:44:44 | ashridah | i agree. buffering to provide smooth playback, decoding, and any added mixing features are going to be much harder |
13:44:56 | ashridah | particularly if the emac stuff has to be done by hand |
13:45:02 | linuxstb | Plus the optimisation of the codecs. |
13:45:22 | ashridah | hm. no wonder i wasn't getting any email |
13:45:36 | ashridah | forgot to restart fetchmail after the last power outage :/ |
13:48:46 | CoCoLUS | is rockboy in the cvs= |
13:50:29 | crash__ | jyp: are you there ? :) |
13:51:04 | ashridah | CoCoLUS: don't think so. and cvs doesn't run at a usable speed anyway. HCl is working on building a dynarec version apparently. (or at least, looking into it) |
13:51:11 | ashridah | i imagine he'll want that done before he submits anything |
13:51:13 | HCl | meh. |
13:51:17 | HCl | yea. i am. |
13:51:20 | HCl | and nah |
13:51:21 | HCl | o.o |
13:51:36 | HCl | dynarec = experimental where the old core = stable |
13:52:06 | HCl | call me stupid, but i don't seem to be able to find the encoding to move a 32bit immediate into a register on the m68k.. can anyone help me out? |
13:53:43 | jyp | crash__: I'm here |
13:57:38 | HCl | ah. |
14:00 |
14:01:52 | | Quit R3nTiL () |
14:03:49 | jyp | crash__: resuming sleep mode... Flash me if you can. ;) |
14:20:09 | ashridah | hmm |
14:20:15 | ashridah | solitaire appears to be broken on the iriver |
14:20:34 | ashridah | ah. there we go |
14:49:49 | | Join cicci[come-back] [0] (Emi85@62.211.216.70) |
14:50:04 | | Join webguest63 [0] (~d4827c0d@labb.contactor.se) |
14:50:22 | cicci[come-back] | hola |
14:50:25 | cicci[come-back] | hghghgrghrrguhghgrgrggrg |
14:50:45 | cicci[come-back] | uuuuuffffffffff |
14:50:53 | cicci[come-back] | this feeeeelllliiiiiiiiingggggggg |
14:50:56 | cicci[come-back] | inside meeeeeeee |
14:51:09 | | Part cicci[come-back] |
14:51:34 | rasher | Oh dear. |
14:53:26 | | Quit webguest63 (Client Quit) |
14:53:27 | Quelsaruk | hmm |
14:53:49 | Quelsaruk | hola is spanish... but cicci sounds italian |
14:53:50 | Quelsaruk | :D |
14:55:51 | HCl | anyone here around who can tell me whether this would be true on m68k:? |
14:56:09 | HCl | move.l d0,#0x8080 |
14:56:16 | HCl | move.b d0,#0x40 |
14:56:20 | HCl | d0=0x8040 ? |
14:56:27 | HCl | or would d0 be 0x40 ? |
14:57:34 | HCl | anyone? :/ |
14:57:35 | *** | Saving seen data "./dancer.seen" |
14:57:49 | rasher | sorry.. |
14:58:29 | HCl | its ok :/ |
14:58:44 | HCl | its kinda vital, at the moment i'm assuming it would be 0x8040 |
14:59:25 | Diway | mov.l #0x8040, %d0 |
14:59:36 | HCl | ok, well, the order doesn't matter |
14:59:37 | Diway | should work |
14:59:39 | HCl | you get what i mean.. |
14:59:44 | HCl | noo. |
14:59:51 | Diway | order doesn't matter ? |
14:59:55 | HCl | i'm not interested in the end result |
14:59:57 | HCl | its an example |
15:00 |
15:00:07 | HCl | all i need to know if whether those two assembly lines after eachother |
15:00:13 | HCl | produce 0x40 or 0x8040 |
15:01:19 | Diway | 0x8040 I think, but not sure :/ |
15:01:31 | HCl | ok :/ |
15:01:41 | HCl | i'm hoping its 0x8040 |
15:01:45 | HCl | *continues with dynarec* |
15:02:08 | HCl | pretty nice, means that on some z80 instructions i use no more than 1 m68k instruction to execute them |
15:13:08 | lostlogic | what z80 device are you emulating? |
15:25:19 | asdasopiu | gameboy |
15:25:23 | | Nick asdasopiu is now known as thegeek (na@ti521110a080-0418.bb.online.no) |
15:35:24 | lostlogic | gameboy was z80, I was not aware. so are the ti8[2356] calculators. |
15:35:25 | | Quit Quelsaruk (Read error: 104 (Connection reset by peer)) |
15:35:34 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
15:38:28 | | Join quelsaruk [0] (~kvirc@80.103.134.240) |
15:38:40 | quelsaruk | wenas |
15:38:45 | quelsaruk | uppss |
15:38:46 | quelsaruk | sorry |
15:38:52 | quelsaruk | afternoon |
15:38:52 | quelsaruk | :D |
15:39:04 | * | quelsaruk needs a new brain emulator |
15:42:18 | HCl | lol. |
15:50:16 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
15:56:25 | crash__ | jyp: i saw that your "on" code is 100% does that mean it works == done ? |
15:56:34 | crash__ | jyp: btw back again ;) |
16:00 |
16:02:37 | jyp | yup, done |
16:05:32 | elinenbe | wow... the gmini and iriver progress is coming along nicely... congrats guys! |
16:05:34 | elinenbe | looking nice! |
16:13:58 | thegeek | 16:12| (thegeek) http://images.google.com/images?q=%22ainsley+harriot%22 |
16:13:58 | thegeek | 16:12| (thegeek) rofl |
16:13:58 | thegeek | 16:13| (thegeek) "find the wrong picture" |
16:14:10 | | Join TuDo [0] (~chatzilla@ip54505768.speed.planet.nl) |
16:18:06 | HCl | lol. |
16:19:41 | | Quit ripnetUK () |
16:45:16 | | Join lennyk [0] (~42d779cd@labb.contactor.se) |
16:45:53 | lennyk | hello, I'm quite fightened that I might have fried my iriver |
16:46:05 | | Join bobx2001 [0] (~bobakkama@82-43-191-9.cable.ubr07.newm.blueyonder.co.uk) |
16:46:12 | bobx2001 | hello |
16:46:16 | lennyk | how are all you doing? |
16:46:42 | * | ashridah nods |
16:46:43 | bobx2001 | i am doing great |
16:46:46 | bobx2001 | :D |
16:46:50 | bobx2001 | oh |
16:46:55 | bobx2001 | my chat client sucks |
16:47:12 | CoCoLUS | HCl ? |
16:47:24 | bobx2001 | what? |
16:47:45 | CoCoLUS | i'm asking if hcis there |
16:47:52 | bobx2001 | oh |
16:47:54 | bobx2001 | soorry |
16:48:20 | lennyk | anyway, rockbox boots up fine, but when I try to boot up iriver, it stops indefinately at "read file system" |
16:48:43 | lennyk | it appears I have no way to listen to music or connect via usb... |
16:48:51 | preglow | another on of those... |
16:49:17 | rasher | Yes.. I wonder what happens |
16:49:17 | preglow | lennyk: it's alright, just scandisk it, charge it fully, etc |
16:49:18 | lennyk | sorry to be "one of those" |
16:49:32 | preglow | preglow: it can be recovered |
16:49:33 | rasher | lennyk: you should be able to connect via usb using rockbox |
16:49:44 | preglow | why am i talking to myself? |
16:49:51 | bobx2001 | iriver badly need better firmware |
16:49:53 | lennyk | lol |
16:49:53 | preglow | lennyk: it's not broken or anything |
16:49:55 | CoCoLUS | hit your head? |
16:50:30 | lennyk | connecting to usb with one computer didn't work, I'll try another |
16:50:32 | linuxstb | It possibly due to the fact that Rockbox doesn't currently know the battery level, but I've found that I can happilly use Rockbox (including disk access), whilst the iRiver firmware won't even start. Charging always solves the problem. |
16:50:36 | preglow | lennyk: what's the last thing you did with it? |
16:51:01 | preglow | linuxstb: that might be a problem, yes |
16:51:02 | lennyk | listen to music via iriver firmware, turned off, went to sleep |
16:51:22 | lennyk | started it up this morning and you know the rest |
16:51:44 | preglow | lennyk: is it fully charged? |
16:52:06 | | Quit jyp ("poof!") |
16:52:21 | lennyk | probably not, i'd guess about half way, but it's plugged in |
16:52:42 | preglow | lennyk: then i advice booting rockbox and scandisking it a couple of times |
16:53:12 | lennyk | connecting via usb... |
16:53:22 | bobx2001 | are oyu guys going to make a boot loader |
16:53:23 | lennyk | oh my! it connected |
16:53:23 | bobx2001 | ? |
16:53:36 | preglow | bobx2001: we've had a bootloader for weeks... |
16:54:24 | rasher | lennyk: see, it's not broken :) |
16:54:29 | bobx2001 | cool |
16:54:48 | lennyk | thanks guys! |
16:54:55 | lennyk | I'm so happy! |
16:55:57 | linuxstb | preglow: Did you see the speed results of my Ogg decoder in the IRC log today? |
16:56:10 | preglow | linuxstb: i did not |
16:56:25 | linuxstb | About 0.9% of real-time at the moment :-( |
16:56:38 | preglow | lennyk: we had the exact same case here about a week ago, ended happily |
16:56:40 | preglow | linuxstb: : |
16:56:41 | preglow | :/ |
16:56:43 | linuxstb | Which implies about 10% at 140MHz. |
16:56:51 | preglow | yes, we've got some work to do :P |
16:56:52 | lennyk | preglow: thanks |
16:57:06 | lennyk | maybe we should wiki this |
16:57:38 | *** | Saving seen data "./dancer.seen" |
16:57:46 | preglow | well, we don't know what the problem is |
16:57:50 | preglow | or a consistent solution |
16:58:15 | bobx2001 | you are going to make firmware for the h10 right |
16:58:46 | ashridah | bobx2001: not unless you're willing to spare hardware they can dismantle |
16:58:57 | bobx2001 | nh |
16:59:02 | bobx2001 | i wont even be getting a h10 |
16:59:09 | bobx2001 | not if it comes with iriver firmware |
16:59:22 | bobx2001 | i would buy one then put rockbox on it |
16:59:31 | ashridah | the h10's a markedly different beast iirc |
16:59:37 | ashridah | it's designed to be all windows happy or something iirc |
17:00 |
17:00:19 | linuxstb | I'm not sure exactly what the h10 is, but I know iRiver are moving to use more proprietory hardware - which means that a Rockbox port is not interesting for developers (no documentation for the chips). |
17:00:21 | bobx2001 | i just dont like the h10 |
17:00:34 | ashridah | then don't get one |
17:00:38 | bobx2001 | iriver are just copying apple now |
17:01:15 | preglow | the h10 core is pretty much the same as in the ipod, heh |
17:01:18 | bobx2001 | in fact |
17:01:19 | preglow | so might not be very easy |
17:01:21 | bobx2001 | they copied creative as well |
17:02:22 | bobx2001 | oh look here |
17:02:56 | bobx2001 | http://www.thinksecret.com/news/0502ipodmini.html |
17:03:10 | bobx2001 | lets see what happens on Tuesday |
17:05:05 | bobx2001 | has anyone looked at it? |
17:07:11 | lennyk | i did... think secret is know for coming up with some interesting facts... |
17:07:28 | bobx2001 | the new drive sounds cool |
17:07:44 | lennyk | more like creating... but I have heard that they might come out with a 5gb, not that I would buy one |
17:08:10 | bobx2001 | accord to that it would be 5 or 6 gb |
17:08:15 | bobx2001 | i think they will use 6 |
17:08:27 | bobx2001 | just to stay ahead of competition |
17:08:48 | lennyk | that would be interesting... officially there isn't a 6gb out in that size |
17:09:39 | bobx2001 | either way |
17:09:45 | bobx2001 | a 1gb bump would be pointless |
17:12:03 | lennyk | preglow: i did a quick scan without scanning for bad sectors, didn't fix the problem, so I'm doing that now and it's taking quite awhile, I'll be back in awhile and thanks for all your help everyone |
17:12:03 | | Quit bobx2001 (Read error: 54 (Connection reset by peer)) |
17:12:36 | | Join bobakkamaei [0] (~bobakkama@82-43-191-9.cable.ubr07.newm.blueyonder.co.uk) |
17:12:58 | bobakkamaei | what happened while i was gone? |
17:13:02 | preglow | lennyk: i don't know if windows scandisk is able to do the job, the other guy had to do quite a number of dosfscks in linux before it suddenly worked |
17:13:17 | | Quit bobakkamaei (Client Quit) |
17:14:04 | | Join bobx2001 [0] (~bobakkama@82-43-191-9.cable.ubr07.newm.blueyonder.co.uk) |
17:14:20 | bobx2001 | s... |
17:16:31 | lennyk | preglow: i'm back, that't interesting |
17:17:33 | lennyk | well, i don't have linux atm but I could slap slackware on in a pinch |
17:18:23 | lennyk | it looks like this windows scan might take 45 minutes ish so I'll let ya know what happens |
17:19:48 | lennyk | when one donates via paypal, how much of the original dollar is recieved? |
17:19:52 | bobx2001 | rlook at this |
17:19:54 | bobx2001 | http://www.byodkm.net/forums/showthread.php?p=6036#post6036 |
17:19:57 | bobx2001 | a ipod shuffle raid |
17:20:54 | preglow | lennyk: a couple of percent is claimed by paypal |
17:21:17 | lennyk | ok |
17:21:24 | lennyk | just curious |
17:22:13 | | Quit TuDo ("Chatzilla 0.9.67 [Firefox 1.0/20041202]") |
17:24:13 | | Join webguest41 [0] (~54de5913@labb.contactor.se) |
17:25:12 | | Quit webguest41 (Client Quit) |
17:26:37 | | Quit ashridah (Read error: 110 (Connection timed out)) |
17:49:54 | | Join jorbond [0] (jorbond@dhcp024-209-026-138.cinci.rr.com) |
17:49:54 | | Quit bobx2001 (Read error: 54 (Connection reset by peer)) |
17:50:01 | preglow | linuxstb: i might try out an emac enhanced version of the flac routine soonish |
17:50:38 | preglow | linuxstb: just optimized c with emac for now, i don't know how much there is to gain by writing it in asm |
17:51:34 | | Quit jorbond (Client Quit) |
18:00 |
18:22:25 | * | HCl yawns. |
18:23:48 | CoCoLUS | is it necessary that the binutils are the latest cvs version? |
18:26:56 | preglow | for the iriver, yes |
18:27:12 | preglow | can't compile it if not |
18:27:23 | CoCoLUS | because i cant compile gcc 3.3.4 with them |
18:27:42 | CoCoLUS | bails out with "statement `fmovem.l %fpcr,%d1' ignored" |
18:27:49 | CoCoLUS | strange |
18:28:23 | preglow | why do you want to compile gcc with them? |
18:28:36 | preglow | the only thing you need those binutils for are compiling rockbox and associated stuff |
18:29:18 | CoCoLUS | well all i'm doing is following the guide from the wiki for setting up a m68k toolchain |
18:29:25 | CoCoLUS | which worked just fine under linux |
18:29:34 | CoCoLUS | but now with cygwin, gcc won't compile |
18:30:00 | preglow | ok, never tried with cygwin |
18:32:59 | | Join R3nTiL [0] (~zorroz@83.69.98.132) |
18:33:46 | CoCoLUS | i've something in the irc logs |
18:33:51 | CoCoLUS | someone had the same problem |
18:34:10 | CoCoLUS | he solved it with compiling gcc with binutils 2.15 and then replacing them with cvs for rockbox |
18:34:13 | CoCoLUS | pf... |
18:34:23 | HCl | oh, coco thingy, my sourcetree isn't yet up to date with current cvs, just so you know |
18:35:39 | CoCoLUS | yeah thx |
18:36:19 | CoCoLUS | just copying it over my source tree and doing an cvs update should do the trick |
18:36:47 | | Join jyp [0] (~jp@197-120.240.81.adsl.skynet.be) |
18:37:04 | * | HCl scratches his head |
18:37:06 | HCl | hey jyp. |
18:37:08 | HCl | what do you think |
18:37:31 | HCl | should i put 2 gameboy registers in 1 m68k reg or 1 gameboy reg in 1 m68k reg? |
18:37:54 | jyp | 1 reg = 1 reg if possible |
18:38:19 | jyp | I guess m68k has more regs than z80 |
18:38:23 | HCl | okay |
18:38:24 | HCl | thanks. |
18:38:28 | HCl | yea. |
18:38:37 | HCl | though it doesn't give me much spare room |
18:38:57 | HCl | 7 registers -> 8 registers |
18:39:02 | HCl | 1 spare register |
18:39:04 | jyp | So, you're writing the emu at the asm level |
18:39:09 | HCl | dynarec. |
18:39:16 | HCl | rather than interpretive |
18:39:28 | HCl | it should be loads and loads faster. |
18:39:31 | CoCoLUS | hows the dynarec progressing? |
18:39:39 | jyp | What's dynarec ? |
18:39:39 | HCl | i just started on it today. do the math. |
18:39:41 | HCl | :P |
18:39:48 | HCl | dynamic recompilation |
18:39:51 | CoCoLUS | finished? :) |
18:40:09 | HCl | pretty much, you parse a z80 block |
18:40:20 | HCl | compile an m68k assembly block of it, till you reach a z80 jump instructio |
18:40:21 | HCl | n |
18:40:29 | CoCoLUS | to be honest, i have absolutely no clue if implementing dynarec takes a day, a week, or a year :) |
18:40:33 | HCl | then next time the emulator goes to that address, just call the block |
18:40:46 | HCl | CoCoLUS: well, so far the z80 seems incredibly simple. |
18:41:10 | jyp | z80 is an 8-bit machine i suppose |
18:41:25 | HCl | i'm mostly wondering whether having 1 spare data register is enough. |
18:41:37 | preglow | how do use the new decoding viewers? |
18:41:59 | * | HCl guesses he'll go rewrite it. |
18:44:00 | preglow | linuxstb: goddamn, the vorbis decoder is slow :// |
18:44:33 | CoCoLUS | just keep thinking "iriver made it work, i will too" :) |
18:44:42 | preglow | sure |
18:44:49 | preglow | but it's going to be _a lot_ of work |
18:46:20 | CoCoLUS | if it's that much work, why did iriver include it? |
18:46:42 | CoCoLUS | by the time the ihp-xxx came out, ogg wasn't exactly well known |
18:48:21 | preglow | selling point, i guess |
18:48:24 | preglow | all codecs are much work |
18:48:26 | preglow | not just vorbis |
18:51:32 | CoCoLUS | how fast is the iriver compared to the archos? |
18:52:16 | * | HCl stresses over his parents. |
18:56:31 | CoCoLUS | how interesting it is to watch a compiler compiling a compiler |
18:57:42 | *** | Saving seen data "./dancer.seen" |
18:57:54 | R3nTiL | <HCl> dynarec. |
18:57:55 | R3nTiL | <HCl> rather than interpretive |
18:57:55 | R3nTiL | <HCl> it should be loads and loads faster. |
18:57:55 | DBUG | Enqueued KICK R3nTiL |
18:57:55 | R3nTiL | <CoCoLUS> hows the dynarec progressing? |
18:57:55 | R3nTiL | <jyp> What's dynarec ? |
18:57:55 | *** | Alert Mode level 1 |
18:57:55 | R3nTiL | <HCl> i just started on it today. do the math. |
18:57:55 | | Quit R3nTiL (Excess Flood) |
18:58:15 | CoCoLUS | hm |
18:58:38 | jyp | CoCoLUS: What archos ? |
18:58:56 | CoCoLUS | the one rockbox was originaly developed for |
18:59:26 | jyp | Much faster, but decoding was done by a separate dedicated chip |
18:59:52 | CoCoLUS | so only now we have the problem of slow decoders... i see |
19:00 |
19:00:06 | | Quit HCl ("Lost terminal") |
19:03:19 | | Join skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net) |
19:04:32 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
19:05:22 | markun | I just compiled Tremor with _LOW_ACCURACY_ and get about 3.5% real-time |
19:06:01 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
19:07:35 | markun | Hi XShocK, any progress with DMA? |
19:07:56 | *** | Alert Mode OFF |
19:14:19 | XShocK | hi |
19:14:34 | XShocK | just woke up. :) |
19:14:42 | CoCoLUS | hmm |
19:14:47 | CoCoLUS | now thats nice |
19:15:12 | CoCoLUS | calculator.c:1072: error: insn does not satisfy its constraints |
19:15:15 | CoCoLUS | anyone? |
19:15:54 | XShocK | working, but very fast, i don't really understand how to control the speed for DMA except for doing cycle-steal(but it doesn't work for some reason). it is like palying 20 second song in 2 seconds |
19:16:56 | CoCoLUS | well who needs a calculator anyway |
19:18:36 | | Join hcl [0] (hcl@titania.student.utwente.nl) |
19:18:44 | | Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) |
19:18:49 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
19:18:49 | * | HCl slaps screen |
19:18:50 | jyp | CoCoLUS: what compiler are you using |
19:19:24 | | Join DrRick [0] (DrRick@81-86-246-186.dsl.pipex.com) |
19:19:40 | CoCoLUS | gcc 3.3.4 |
19:20:50 | jyp | For coldfire? |
19:21:43 | CoCoLUS | yeah |
19:21:59 | jyp | Wiki says you need 3.4.x |
19:22:03 | CoCoLUS | i've taken calculator.c out of the sources file, and the rest compiles just fine |
19:22:38 | jyp | fine by me ;) |
19:22:43 | jyp | Gotta go afk |
19:26:21 | CoCoLUS | now |
19:26:26 | preglow | 3.3.x will be just fine |
19:26:28 | CoCoLUS | i'm flashing the modified firmware |
19:26:30 | CoCoLUS | wish me luck :) |
19:27:06 | CoCoLUS | lets hope it wont fry my ihp |
19:27:51 | preglow | you'd be the first ;) |
19:27:59 | CoCoLUS | now... |
19:28:15 | CoCoLUS | wow |
19:28:19 | CoCoLUS | it's writing text |
19:28:32 | CoCoLUS | loading... length... checksum... sum... result... |
19:28:34 | CoCoLUS | then, nothing ;) |
19:28:56 | CoCoLUS | now, how do i shutdown the player? :P |
19:29:34 | CoCoLUS | preglow? |
19:30:59 | CoCoLUS | aw i guess its recalcing... |
19:33:32 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
19:34:52 | | Quit CoCoLUS () |
19:35:39 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
19:35:53 | preglow | does the hd led blink? |
19:36:32 | CoCoLUS | no |
19:36:44 | CoCoLUS | it's just "hanging" at result: 0 |
19:36:46 | preglow | is there a rockbox.iriver on your player? |
19:36:51 | CoCoLUS | of course |
19:37:19 | preglow | gimme a sec, doesn't look good |
19:37:20 | CoCoLUS | it wouldn't be able to compute the checksum if there wasnt a firmware file there, i think :) |
19:37:55 | preglow | ahh |
19:37:56 | CoCoLUS | maybe that 3.3.4 gcc wasn't a very good idea after all ;) |
19:37:58 | preglow | didn't get that |
19:38:09 | preglow | 3.3.4 gcc should do the job just fine |
19:38:14 | preglow | you're not the only one that's used that |
19:38:19 | preglow | but gimme a sec, i need to read some code |
19:38:51 | CoCoLUS | well i can reset fine, and the orig firmware works, so i can replace the firmware file and nothings damaged, so i'm not worried |
19:38:53 | | Quit lennyk ("CGI:IRC") |
19:38:58 | | Quit skav (Read error: 110 (Connection timed out)) |
19:39:18 | preglow | i'm guessing the rockbox.iriver has got something funky happening |
19:39:38 | preglow | 'cause it seems like it doesn't do anything when started |
19:40:22 | CoCoLUS | i'm using cvs from 20 minutes ago, and cygwin/gcc, and that calculator.c fix |
19:40:26 | CoCoLUS | no other changes |
19:40:37 | preglow | cause Result: 0 means success |
19:40:59 | preglow | so the bootloader is healthy, it seems |
19:41:06 | preglow | i'll send you a rockbox.zip |
19:41:09 | preglow | unzip that and try it |
19:42:07 | preglow | i know for a fact it's working, that's what i'm using now |
19:42:10 | CoCoLUS | I'll try tht |
19:42:59 | CoCoLUS | stupid question |
19:42:59 | CoCoLUS | but |
19:43:03 | CoCoLUS | is the .rockbox dir necessary? :) |
19:43:20 | preglow | yes |
19:43:21 | preglow | very |
19:43:29 | CoCoLUS | lol so then hit me with a stick |
19:43:32 | preglow | will do |
19:43:39 | CoCoLUS | sorry for stealing your time |
19:43:42 | preglow | hahah |
19:43:43 | preglow | no problem |
19:43:54 | CoCoLUS | however that -should- be included on the iriverboot page of the wiki if you ask me |
19:44:07 | preglow | then feel free to add it |
19:44:36 | CoCoLUS | yeah like "a special warning for dumb people like myself" :) |
19:44:46 | HCl | it already has something like that... |
19:46:29 | CoCoLUS | with a .rockbox dir warning? |
19:46:49 | CoCoLUS | i thought theres just some configuration in there, and if its not there, it gets autogenerated |
19:49:42 | preglow | no, it contains fonts, plugins and stuff like that |
19:50:32 | CoCoLUS | yeah -now- i know :) |
19:50:33 | CoCoLUS | works |
20:00 |
20:02:29 | CoCoLUS | wtf |
20:02:37 | CoCoLUS | preglow? |
20:02:51 | CoCoLUS | your rockbox.iriver works just fine, however, mine still hangs at the result 0 |
20:04:32 | preglow | then i guess you've got a tool chain error |
20:06:04 | CoCoLUS | seems that way |
20:07:03 | CoCoLUS | after i worked that out i think i'll start with the very important task of porting snake2 to the larger iriver screen ;) |
20:09:30 | preglow | i can't get this bloody parallel load in mac.l to work :/// |
20:09:40 | preglow | CoCoLUS: sounds like a good idea |
20:12:58 | preglow | yes i can, i'm just freaking stupid |
20:13:00 | preglow | and insane |
20:13:05 | preglow | and shouldn't be allowed to code |
20:27:00 | preglow | linuxstb: ahoy, i've got an optimized c/asm routine for you |
20:31:47 | CoCoLUS | which brings us... ? :) |
20:32:00 | linuxstb | linuxstb: bring it on... |
20:32:08 | linuxstb | ^preglow: :-) |
20:32:10 | preglow | linuxstb: picking a fight with yourself again, yes? |
20:32:23 | linuxstb | hehe |
20:32:52 | preglow | http://glow.m0f0.net/rockbox/flactest.c |
20:33:14 | preglow | mind you it only does up to order 8, like the arm one you sent |
20:33:28 | preglow | i probably should use emac in the default case for order as well |
20:34:06 | linuxstb | I think orders higher than 8 are quite rare - which is why the ARM version only did up to that. |
20:34:24 | linuxstb | I'll try and add it to libFLAC and see what happens... |
20:34:51 | preglow | do so |
20:34:59 | preglow | i don't think i cam do fir filtering any faster than that |
20:35:07 | preglow | only two instructions per tap, that's pretty good |
20:35:17 | preglow | since mac.l can do an optional parallel load as well |
20:35:43 | markun | linuxstb, With _LOW_ACCURACY_ I got to 3.5% real-time decoding an ogg vorbis file. |
20:36:27 | preglow | i can probably speed it up some more by not using the same registers all the time, i don't know enough about the coldfire to tell |
20:37:51 | jyp | I'd be suprised if it has more than one execution unit... |
20:37:55 | jyp | but who knows |
20:38:02 | jyp | (certainly not me :P) |
20:39:06 | HCl | woot! |
20:39:12 | HCl | i successfully managed to make rockboy |
20:39:15 | HCl | even slower! ;p |
20:39:32 | CoCoLUS | congrats |
20:39:35 | HCl | thanks :D |
20:39:51 | linuxstb | preglow: emac.h ? |
20:39:54 | HCl | now to continue on dynarec |
20:39:58 | preglow | linuxstb: sorry |
20:40:06 | linuxstb | :-) No problem. |
20:40:22 | linuxstb | markun: Did you listen to the results of _LOW_ACCURACY_ ? |
20:40:27 | preglow | linuxstb: it's unnecesary now, but it's in the same url if you want it for some reason :p |
20:40:46 | preglow | i tried using my mac macros, but found that doing the parallel loads would be very difficul that way |
20:41:05 | markun | No, I forgot to listen to the result :) I will do so now. |
20:41:08 | linuxstb | It still needs SET_MACSR() and SET_ACC() |
20:41:23 | markun | I am also trying to compile libspeex btw. |
20:41:38 | preglow | linuxstb: it's at glow.m0f0.net/rockbox now |
20:42:29 | CoCoLUS | grmbl |
20:42:34 | CoCoLUS | why won't my toolchain work |
20:42:34 | preglow | CoCoLUS: what up |
20:42:38 | preglow | dunno |
20:42:40 | preglow | i use linux myself |
20:42:53 | preglow | tried going at it once with cygwin, cursed, gave up |
20:43:13 | CoCoLUS | i'm trying it from scratch now |
20:43:39 | CoCoLUS | maybe i fucked up with that binutils 2.15 "hack" |
20:44:14 | preglow | who knows |
20:45:16 | CoCoLUS | why is the rockbox firmware so much faster at starting up than the original from iriver? |
20:47:44 | preglow | because it doesn't do meningless crap like sleeping for seconds while showing a logo |
20:47:48 | preglow | and it doesn't index the entire disk |
20:53:15 | CoCoLUS | jskflsd |
20:53:26 | * | HCl swears. |
20:53:27 | HCl | cpu.c:979: internal compiler error: in emit_move_insn, at expr.c:2809 |
20:53:30 | CoCoLUS | i need to kill something |
20:53:40 | HCl | i can't stand internal compiler errors |
20:53:41 | HCl | >.< |
20:53:47 | | Nick jyp is now known as JyP````````````` (~jp@197-120.240.81.adsl.skynet.be) |
20:53:48 | preglow | CoCoLUS: there's a president or two you can kill |
20:53:57 | preglow | HCl: what gcc? |
20:54:04 | HCl | 3.4.3 |
20:54:07 | | Nick JyP````````````` is now known as jyp````````````` (~jp@197-120.240.81.adsl.skynet.be) |
20:54:41 | CoCoLUS | i would be happy if i could even -compile- 3.4.3 |
20:54:54 | | Nick jyp````````````` is now known as jyp (~jp@197-120.240.81.adsl.skynet.be) |
20:54:59 | preglow | jyp: fun? |
20:55:16 | * | jyp blushes |
20:57:46 | *** | Saving seen data "./dancer.seen" |
20:58:01 | jyp | HCl: I've hit this error trying to compile libmad for calmrisc |
21:00 |
21:02:34 | HCl | m? |
21:02:41 | linuxstb | preglow: I've done some tests, and there's a slight improvement - maybe 3% or 4%. I don't think it will be enough by itself to take us past 100% at 140MHz, but it's a start :-). |
21:03:04 | preglow | linuxstb: sure, had to be done anyway |
21:03:09 | HCl | gah! |
21:03:13 | HCl | 3.3.4 does it too. |
21:03:18 | jyp | HCl: the ICE you got, is apparently a 'known problem' |
21:03:20 | HCl | what the hell am i supposed to do now ._. |
21:03:34 | HCl | jyp: any work arounds / causes? |
21:03:38 | jyp | I found a workaround... |
21:03:40 | preglow | linuxstb: lemme know if you see more spots than can take some improvement, i'll have a little look myself, after food |
21:03:46 | HCl | what is it? |
21:03:58 | preglow | linuxstb: and yeah, it MIGHT of course be faster if the whole thing is written in asm, but i doubt it |
21:04:03 | jyp | Let me guess, there's a nested array access in in your code ? |
21:04:13 | markun | linuxstb, I hear only static :( |
21:04:21 | HCl | *frowns* |
21:04:22 | HCl | um. |
21:04:25 | HCl | not particularly. |
21:04:43 | jyp | Hang on a sec |
21:04:46 | XShocK | by the way, what was the decision about that mpegdec Mp3+2+1 library optimized for m68k ? |
21:05:14 | linuxstb | I think there's a "fixed predictor" version of the same function - FLAC chooses either a fixed or linear predictor for each frame, and in my test streams about 80%-90% of the blocks seem to use linear predictors. But I'll investigate and let you know. I'll also see if it's worth doing the same for order > 8. |
21:05:16 | HCl | changing the optimization doesn't help... :( |
21:05:23 | jyp | index = offset_table[bitalloc_table[offsets[sb]].offset][index - 1]; |
21:05:29 | HCl | ew. |
21:05:31 | jyp | ... failed |
21:05:37 | jyp | int off = bitalloc_table[offsets[sb]].offset; |
21:05:38 | jyp | index = offset_table[off][index - 1]; |
21:05:41 | jyp | ... works |
21:05:58 | jyp | So, split off complex expressions is my advice |
21:05:59 | linuxstb | markun: Yes, I tried the _LOW_ACCURACY_ (but only in the simulator) and got static as well. Were you running it on the iRiver? |
21:05:59 | HCl | let me try to comment out some code |
21:06:05 | preglow | linuxstb: should be easyish to do some statistics |
21:06:12 | markun | linuxstb, yes |
21:06:33 | linuxstb | preglow: Yes, I'll do that. |
21:06:50 | HCl | nope |
21:06:52 | HCl | didn't help |
21:07:01 | HCl | i commented pretty much the only array operations i added. |
21:07:35 | HCl | if i can't get gcc to not fail, i seriously can't work on rockboy |
21:07:47 | jyp | This in fact means any pointer dereferencing / arithmetic |
21:08:08 | jyp | Pray it gets fixed in 4.0 ;) |
21:08:17 | jyp | due for april 15 |
21:09:24 | HCl | >.<; |
21:10:48 | HCl | thats not funny. |
21:12:56 | | Quit HCl ("Lost terminal") |
21:14:11 | | Join hcl [0] (hcl@titania.student.utwente.nl) |
21:14:14 | jyp | HCl apparently found his NaOH |
21:14:14 | * | hcl bites screen |
21:14:17 | | Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) |
21:14:26 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
21:14:38 | * | XShocK is listening to 1. Angel Dust - Nightmare |
21:14:50 | XShocK | sorry, damn plugins.. |
21:17:01 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
21:18:57 | HCl | jyp: my inline assembly is causing it |
21:19:09 | HCl | what does the volatile statement do? |
21:19:12 | | Join Cassandra_ [0] (~christi@213.78.163.239) |
21:21:02 | jyp | Volatile tells gcc not to move/remove the asm statement |
21:21:48 | | Join lennyk [0] (~42d779cd@labb.contactor.se) |
21:21:50 | | Join mrelwood [0] (~54e68847@labb.contactor.se) |
21:21:50 | jyp | , HCl. |
21:22:18 | lennyk | preglow: just wanted to say thanks and I'm back in business |
21:22:41 | HCl | ah |
21:22:41 | mrelwood | I'm more than grateful seeing the iRiver progress! You guys rule! |
21:22:43 | lennyk | I copied all my music to my computer, deleted the ihp partition and recreated it |
21:23:05 | lennyk | thanks again, got to go |
21:23:32 | lennyk | don't they, mrelwood |
21:23:35 | | Join asdasopiu [0] (na@ti521110a080-0418.bb.online.no) |
21:23:36 | | Quit lennyk (Client Quit) |
21:23:37 | | Part mrelwood |
21:23:42 | HCl | damnit. |
21:23:48 | HCl | adding volatile doesn't help. |
21:24:02 | | Join _mrelwood [0] (~54e68847@labb.contactor.se) |
21:26:51 | | Quit markun () |
21:31:26 | HCl | hmm. |
21:31:33 | * | HCl is getting that compile bug in calculator.c too |
21:31:46 | | Quit Stryke` (Read error: 54 (Connection reset by peer)) |
21:35:23 | preglow | linuxstb: looks like most action's happening in lpc.c |
21:43:21 | preglow | looks like the coldfire is very sensitive to alignment issues |
21:54:24 | linuxstb | preglow: any suggestions? |
21:55:07 | preglow | i'm looking through it now |
21:55:24 | preglow | we're compiling with FLAC__INTEGER_ONLY_LIBRARY, yes? |
21:55:48 | preglow | and btw, what efficieny is it at now? i get around 6.5% of realtime here, with the cvs version |
21:56:33 | linuxstb | On my test stream, I got around 7.8% before your routine, and about 8.2% afterwrds. |
21:57:03 | preglow | hrmf |
21:57:16 | preglow | are we able to profile? |
21:57:21 | preglow | i guess not |
21:58:35 | HCl | are we allowed to reverse engineer the original firmware under the reverse engineering for compatibility under the dmca? |
21:58:54 | linuxstb | We don't live in the USA, so why is the DMCA relevant? |
21:59:35 | HCl | thats a good point too. |
21:59:44 | HCl | i guess its relevant for developers in the usa? |
21:59:47 | HCl | don't we have any of those? |
22:00 |
22:00:07 | linuxstb | Or maybe if any of us wish to visit the USA in the future... |
22:00:25 | HCl | anyways. just saying we could always resort to reverse engineering the original firmware codecs |
22:00:46 | linuxstb | I did think about actually calling functions that are already in our iRivers |
22:01:03 | preglow | HCl: you can reverse-engineer as much as you like |
22:01:19 | preglow | can't think of any reason to do so myself |
22:01:27 | preglow | reading disassembled code is a nightmare |
22:02:25 | HCl | linuxstb: even better idea |
22:02:46 | preglow | well |
22:02:54 | preglow | that would make rockbox iriver firmware version dependant |
22:02:57 | preglow | which is one bad idea |
22:03:22 | HCl | you could load a file with crc/address data |
22:03:26 | HCl | that has each firmware |
22:03:30 | HCl | *shrugs* |
22:03:43 | linuxstb | We have only been looking at the codecs for a couple of days. I think it's a bit early to give up... |
22:03:49 | HCl | lol. |
22:03:51 | HCl | i'm not giving up |
22:03:52 | preglow | yes, there are ways of doing it, but it's a hack |
22:03:53 | HCl | i'm just saying |
22:04:00 | preglow | but hell |
22:04:00 | HCl | we could do that, if all else fails |
22:04:08 | preglow | profiling would be very, very useful here |
22:04:28 | * | HCl actually has high hopes of getting rockboy at normal speed |
22:04:55 | preglow | i think the progress we have made is pretty amazing |
22:05:02 | linuxstb | preglow: I'm not going to have much time to spend on it tonight (or tomorrow). But I'll try and commit your optimisation (in a clean way - so we can turn it on and off with a #define) tonight. |
22:05:30 | linuxstb | preglow: Yes, if we only wanted WAV playback, we would be finished next week. |
22:06:05 | preglow | linuxstb: yes, i believe there already is a MCF5249 define |
22:07:15 | preglow | let's hope people mostly have 16 bit flac files, there's not much to be done about the wide lpc routines |
22:07:34 | preglow | not in the emac apartment, at least |
22:08:44 | preglow | and i assume we won't ever use the FLAC__OVERFLOW_DETECT define? |
22:08:58 | linuxstb | One option (for FLAC) is to disable lpc completely (this is done when you encode the file) - decoding with fixed predictors is probably already fast enough for real-time at 140MHz. |
22:09:01 | | Nick asdasopiu is now known as thegeek (na@ti521110a080-0418.bb.online.no) |
22:09:06 | jyp | omg, the #gcc channel is pathetic |
22:09:16 | linuxstb | preglow: No, we can't afford that. |
22:09:19 | preglow | yees, but lpc is pretty important, i think |
22:09:43 | linuxstb | Again, I only tested one file, but lpc gave about a 10% smaller file. |
22:09:56 | linuxstb | i.e. 10MB instead of 11MB. |
22:09:57 | preglow | hmmm |
22:10:05 | preglow | will probably do nicely for us, then |
22:10:20 | preglow | but anyway, we need to be able to play them, that's the most important part |
22:11:05 | preglow | damn, how my head feels like it's stuffed with wool today |
22:11:22 | linuxstb | But I think we're very close to 100% anyway with FLAC. libmad and Tremor seem the real problems. |
22:21:46 | | Quit Diway (Read error: 110 (Connection timed out)) |
22:34:38 | | Quit _mrelwood ("CGI:IRC (EOF)") |
22:41:40 | HCl | whats the fastest way on m68k to clear a register? |
22:41:48 | HCl | moveq %d7,0 ? |
22:42:35 | preglow | clr.l |
22:42:41 | preglow | :-) |
22:43:10 | | Quit Cassandra_ (Read error: 60 (Operation timed out)) |
22:43:39 | preglow | clr.x, i mean, it supports all sizes |
22:57:13 | HCl | ah, thanks. |
22:57:48 | *** | Saving seen data "./dancer.seen" |
22:59:52 | | Join Tulkar[AFK] [0] (Tulkar@82.227.88.10) |
23:00 |
23:03:32 | HCl | i must say, the "quick" equivalents for m68k instructions are great |
23:03:48 | preglow | they're useful |
23:04:21 | preglow | please note that mov3q isn't supported on our coldfire |
23:04:27 | HCl | kay. |
23:04:28 | preglow | so don't use that |
23:04:30 | HCl | i wasn't planning to use it |
23:04:34 | HCl | thanks |
23:06:43 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
23:07:14 | | Join amiconn [0] (~jens@pD95D1FE0.dip.t-dialin.net) |
23:08:09 | | Quit jyp ("poof!") |
23:13:08 | linuxstb | preglow: Your FLAC patch is now in CVS. |
23:13:13 | preglow | gr8 |
23:16:02 | preglow | isn't 3-4% speedup a wee bit on the imaginative side? :P |
23:16:50 | linuxstb | Maybe:-) |
23:17:05 | preglow | ahh, btw, i should have thought about that, it would have been better to put the emac macros some place else |
23:17:20 | preglow | since they can and probably should be used by all codecs |
23:17:26 | preglow | but that can wait, i guess |
23:18:03 | linuxstb | Yes, I thought about that - but we can always move them somewhere else. |
23:18:15 | preglow | yup |
23:18:52 | preglow | but is orders higher than eight so uncommon that you can just ignore them? |
23:21:03 | linuxstb | The default encoding options for FLAC specifies "-l 8" - i.e. a maximum LPC order of 8. |
23:21:14 | preglow | ahh |
23:21:26 | preglow | but i should probably add a default case in the switch some time |
23:22:09 | * | HCl sighs. |
23:22:14 | linuxstb | It's OK, if it's encoded with order > 8, the stream_decoder.c function calls a different function. |
23:22:20 | * | preglow pats HCl on the back |
23:22:27 | preglow | then hooray! |
23:22:31 | preglow | no bother |
23:22:44 | preglow | i just had a look at libmad |
23:22:51 | preglow | quite a lot of work to be done in layer3.c and synth.c |
23:23:12 | linuxstb | (don't forget layer12.c for my digital radio recordings...) |
23:23:29 | preglow | yes, but that doesn't use a mdct |
23:23:35 | preglow | so doesn't require as much |
23:23:41 | preglow | have you tried timing a mpeg2 file? |
23:23:46 | preglow | mpeg layer2 file, i mean |
23:24:14 | linuxstb | I'm just doing it again now, but I don't think there's much difference. |
23:24:23 | preglow | there really should be |
23:24:42 | amiconn | HCl: Wazzup? |
23:24:49 | preglow | if the mdct isn't a major contributor to the cpu usage, i really don't know as much as i think |
23:26:42 | thegeek | hmm, anyone heard any news from linus regarding the ata problems? |
23:26:50 | preglow | nope |
23:26:58 | thegeek | hmm |
23:27:05 | thegeek | I _really_ hope he is wrong ;) |
23:28:56 | preglow | yes, that would please me greatly |
23:29:05 | preglow | but i get the impression he knows what he's talking about, heh |
23:30:36 | thegeek | as do I;/ |
23:30:36 | | Quit Tulkar[AFK] (Read error: 54 (Connection reset by peer)) |
23:30:56 | thegeek | perhaps he can work some of his magic and fix it;) |
23:30:56 | thegeek | hehe |
23:31:08 | preglow | hahah |
23:31:16 | preglow | magic doesn't go very far in the realm of hardware problems |
23:31:21 | preglow | but we shall see |
23:31:33 | thegeek | humhum;) |
23:33:48 | | Join Patr3ck [0] (~patr3ck@pD95F7E5F.dip.t-dialin.net) |
23:48:23 | | Join pillo [0] (~50b46c99@labb.contactor.se) |
23:52:15 | pillo | hi all. I'm fiddling with the viewer plugin, anyone here can answer some questions? |
23:52:37 | preglow | just ask |
23:53:13 | pillo | thanks, i'm a newbie here (h120 owner) |
23:53:52 | pillo | i like very much the proportional fonts, but these don't work very well in the viewer because it's very column-dependant... |
23:54:33 | pillo | i have started to edit it to take into account the proportional width of the fonts, but it's going to be a huge edit |
23:54:53 | preglow | yes, and it needs to be done ;) |
23:55:05 | pillo | i thought so ^_^ |
23:55:22 | HCl | ick. |
23:55:50 | HCl | i swear. gnuboy has horrific code |
23:55:54 | Patr3ck | does anyone have idea why the iriver uisimulator using x11 stops directly after start with the error Floating point exception? |
23:56:06 | HCl | cpu.flags = 0x40 | (( (((acc).b[1][1])) ? 0 : 0x80 )) | (0x20 & ((cpu.a ^ ((b)) ^ ((acc).b[1][1])) << 1)) | ((un8)(-(n8)((acc).b[1][0])) << 4); |
23:56:15 | pillo | but i'm going to change a lot ... and i'm doing triple effort to keep it compatible with text-only displays. |
23:56:18 | rasher | HCl: Mind your language! |
23:56:25 | HCl | wtf is that supposed to do?! X.x; |
23:56:27 | HCl | sorry :X |
23:56:30 | rasher | :) |
23:56:40 | rasher | That truly was horrible. |
23:56:52 | HCl | worst part is |
23:56:56 | HCl | i'm gonna have to rewrite it in as |
23:56:58 | HCl | asm |
23:56:59 | HCl | and uhhhhhh |
23:57:00 | amiconn | HCl: How's your dynarec progressing? |
23:57:01 | pillo | rasher: yes indeed |
23:57:01 | HCl | >.>; |
23:57:15 | HCl | amiconn: wanna see? |
23:57:43 | HCl | the basic layout is there, all the code hasn't been tested, but it should give you a general idea to how it works |
23:57:46 | | Join amiconn_ [0] (~jens@pD9E7E96B.dip.t-dialin.net) |
23:57:51 | HCl | it compiles too. |
23:57:56 | | Quit amiconn (Nick collision from services.) |
23:57:57 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7E96B.dip.t-dialin.net) |
23:58:00 | HCl | did you get what i said? |
23:58:18 | amiconn | Yes, from the log |
23:58:21 | HCl | k |
23:58:24 | pillo | anyways, do you think I should fork and create a new plugin for graphic displays' viewer? or just try to keep it 100% compatible (and bloat a lot of code)? |
23:58:27 | amiconn | I saw that you got an ice.. |
23:58:34 | HCl | ice? |
23:58:37 | HCl | o.o |
23:58:59 | amiconn | I had a quick look at the cpu emu too. |