| 00:01:06 | asdsd | i understand its after the string ESTFBINR, 0x220 right? but i can't seem to do the trick |
| 00:02:01 | HCl | does anybody know how i can get objdump to do a raw disassembly of a file |
| 00:02:02 | HCl | ? |
| 00:03:17 | preglow | HCl: raw, like disregard object file format? |
| 00:03:31 | HCl | yea. |
| 00:03:39 | HCl | just direct opcodes in a file |
| 00:03:46 | HCl | cause thats what my dynarec is making.. |
| 00:04:46 | HCl | any idea? :/ |
| 00:05:55 | | Join muesli- [0] (muesli_tv@isi-dial-132-108.isionline-dialin.de) |
| 00:06:11 | preglow | hmmm, no |
| 00:06:19 | muesli- | g'day mates |
| 00:08:22 | preglow | good night :V |
| 00:08:49 | muesli- | ;) |
| 00:09:19 | asdsd | c'ya guy |
| 00:09:50 | asdsd | hubble u have a link for an ida project for the h3xx? |
| 00:10:25 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 00:10:58 | preglow | he doesn't work on h3x0 |
| 00:11:29 | preglow | he's using h1x0 firmware 1.40, afaik |
| 00:14:56 | * | HCl sighs. |
| 00:15:08 | * | HCl *just* needs a way to disassemble some stuff -.-; |
| 00:15:35 | preglow | HCl: send it to me, i'll try pushing it through ida |
| 00:16:43 | HCl | does ida have a coldfire mode? |
| 00:16:50 | preglow | yes |
| 00:16:56 | HCl | by defaul |
| 00:16:58 | HCl | t? |
| 00:18:03 | preglow | should so |
| 00:18:07 | XShocK | yes, ida has coldfire support initially, full version, not dempo |
| 00:18:10 | XShocK | *demo |
| 00:18:49 | HCl | ah. |
| 00:22:12 | | Quit preglow ("woop") |
| 00:23:26 | asdsd | yeah it does |
| 00:23:41 | | Join muesli_ [0] (muesli_tv@80.81.21.23) |
| 00:23:42 | asdsd | im using ida pro 4.7 |
| 00:23:56 | HCl | i need ida pro :/ |
| 00:24:02 | asdsd | pm me |
| 00:24:04 | asdsd | lol |
| 00:24:11 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 00:24:14 | HCl | wb |
| 00:24:21 | HCl | its okay.. i think *stares at preglow* |
| 00:24:26 | | Quit muesli- (Read error: 60 (Operation timed out)) |
| 00:24:27 | muesli_ | re mates |
| 00:24:34 | asdsd | u sure? |
| 00:24:41 | HCl | not yet o.o |
| 00:25:08 | asdsd | ur gonna need it l8er? |
| 00:25:36 | HCl | mmm, let me try this link... |
| 00:26:30 | preglow | ok |
| 00:26:37 | preglow | i've got a bunch of clrs |
| 00:26:54 | HCl | yea, that should be correct |
| 00:26:57 | HCl | clrs into memory.. |
| 00:27:07 | preglow | and a movea with a 0xff.. address, now that's a dead giveaway :) |
| 00:27:21 | HCl | m? |
| 00:28:02 | asdsd | man when i opened the unencrypted hex file with a hex editor i thought it was gonna be as easy as opening up a w32 exe |
| 00:28:26 | preglow | http://glow.m0f0.net/rockbox/test.s |
| 00:28:28 | asdsd | i guess work still needs to be done to figure out the structure of the firmware and stuff, thats just too much for me |
| 00:28:30 | preglow | does that look familiar? |
| 00:28:51 | asdsd | nice |
| 00:28:52 | markun | I just turned on the greyscale mode on the iriver. It looks funny :) The text has half the hight and the bottom half of the screen has some random pixels. |
| 00:28:57 | asdsd | whats C:\dyna_0x150? |
| 00:29:05 | preglow | that's the disassembled file |
| 00:29:08 | asdsd | of what |
| 00:29:09 | HCl | markun: nice. |
| 00:29:40 | markun | The fonts even look kinda anti-aliased :) |
| 00:29:48 | asdsd | what were u able to disassemble? |
| 00:30:00 | preglow | asdsd: HCl's dynamic recompilation core results |
| 00:30:09 | HCl | thanks |
| 00:30:17 | | Quit cYmen (Read error: 113 (No route to host)) |
| 00:31:08 | HCl | hmm. |
| 00:37:05 | | Quit preglow ("brb") |
| 00:37:13 | * | HCl grabs his code |
| 00:38:17 | HCl | hmm. |
| 00:38:22 | HCl | that pea definately seems wrong, heh |
| 00:38:22 | asdsd | hey preglow |
| 00:38:33 | HCl | eep. |
| 00:38:35 | HCl | he left |
| 00:38:38 | asdsd | nice pics u got in there, but how r u able to play super marioland, i thought it only accepted one key press at a time |
| 00:38:46 | asdsd | aww |
| 00:38:49 | HCl | it does, aside from the play button |
| 00:39:01 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 00:39:06 | HCl | what version of ida do you have? pro standard? |
| 00:39:09 | asdsd | so how do u uhhh squish the mushrooms? |
| 00:39:19 | asdsd | my about screen doesn't say |
| 00:39:28 | asdsd | but i know |
| 00:39:30 | asdsd | its pro advanced |
| 00:39:47 | asdsd | no wait nvm |
| 00:39:49 | asdsd | yeah its pro standard |
| 00:39:51 | asdsd | DataRescue.Ida.Pro.Standard.Edition.v4.7.0.830 |
| 00:39:52 | HCl | oh. |
| 00:39:52 | HCl | ok. |
| 00:39:55 | HCl | nm then :x |
| 00:40:10 | asdsd | i also have this one: DataRescue.IDA.Pro.Advanced.V4.3.0.740 |
| 00:40:13 | asdsd | but its an older version |
| 00:40:28 | HCl | issok :) |
| 00:40:31 | HCl | thanks anyways |
| 00:40:46 | preglow | SO |
| 00:40:49 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 00:40:51 | preglow | back to non-rockbox related coding |
| 00:43:10 | | Join amiconn [0] (~jens@pD9E7F1F1.dip.t-dialin.net) |
| 00:43:48 | asdsd | hey this might sound kinda silly but the linus u guys talk about |
| 00:43:58 | asdsd | wouldn't happen to be linus torvald would he? |
| 00:44:26 | amiconn | no |
| 00:44:48 | asdsd | didn't think so |
| 00:46:12 | XShocK | if he was, then rockbox would be UNIXbox. :) |
| 00:46:28 | amiconn | No, Linuxbox ;) |
| 00:47:54 | XShocK | I suspect Torvalds works in ipodLinux. |
| 00:48:20 | asdsd | damn |
| 00:48:26 | asdsd | ive seen a screenshot of ipod running linux |
| 00:48:29 | asdsd | looks funny |
| 00:51:34 | HCl | i don't understand whats wrong with my peas |
| 00:53:46 | markun | Hm, now I only need a plan how to use greyscale in rockbox.. Maybe I first should get everything to look the same as before. |
| 00:53:55 | | Quit midk ("Leaving") |
| 00:54:09 | HCl | markun: i'd say update the lcd_drivers to still work regardless of the colormode |
| 00:54:32 | HCl | and add a drawpixel that allows you to set the pixel value |
| 00:54:51 | * | HCl eats his peas |
| 00:56:25 | asdsd | lol |
| 00:56:30 | HCl | ahar!!! |
| 00:56:34 | HCl | yay for disassemle |
| 00:56:37 | HCl | disassemble* |
| 00:56:54 | HCl | addq.l #8,d7 = WRONG, should be a7 aka sp |
| 00:56:55 | HCl | :) |
| 00:57:26 | asdsd | hey lets say someone were to donate like 20 thousand dollars, do u think like the speed of the project would increase? |
| 00:58:24 | HCl | if you want my honest opinion |
| 00:58:26 | HCl | no. |
| 00:58:38 | HCl | since people are already spending most of their free time on development |
| 00:58:49 | HCl | extra money wouldn't help with creating more free time |
| 00:59:10 | XShocK | it will stop, work is not compatible with big amounts of beer. |
| 00:59:18 | HCl | :P |
| 00:59:26 | * | HCl smacks himself upside the head |
| 00:59:38 | HCl | value|=0x8; ! not value |=0x4 |
| 01:00 |
| 01:00:12 | HCl | no wonder it crashed if the stack pointer was all off. |
| 01:01:16 | *** | Saving seen data "./dancer.seen" |
| 01:01:25 | HCl | oh, can someone with cvs access take a look at my patches for sokoban and snake and possibly commit them so they can be removed from the todo list? |
| 01:01:33 | asdsd | so its not a money problem |
| 01:01:54 | asdsd | but wouldn't u guys be able to hire like high quality engineers with 20K? |
| 01:02:03 | asdsd | and u can all afford plenty of h320s and h120s |
| 01:02:22 | HCl | well. it might speed up the development for h320s |
| 01:02:34 | HCl | since as far as i know none of the core coders have access to one of those |
| 01:03:34 | asdsd | ah-man |
| 01:03:49 | HCl | can anyone here confirm that pea is *the* way to push values onto the stack? |
| 01:03:58 | asdsd | oh yeah and then all u guys would be able to receive a hardware debugger right? |
| 01:04:15 | asdsd | well pea is push effective address right?, sounds right to me |
| 01:04:17 | HCl | well, i suppose that would indeed help some people, if there were more bdms |
| 01:04:38 | HCl | i know i'd have less of a hard time debugging rockboy |
| 01:04:42 | HCl | but we want a gdb stub anyways |
| 01:04:47 | HCl | which is both cheaper and nicer |
| 01:04:55 | asdsd | great hcl, so its settled ill start a fundraiser tommorow washing cars and selling cookies and ill donate 20k |
| 01:05:01 | HCl | :P |
| 01:05:04 | HCl | well, what would help |
| 01:05:19 | HCl | if if you keep most of the 20k, and spend part of it on an engineer who'll make us a coldfire gdb stub |
| 01:05:23 | HCl | :P |
| 01:05:24 | asdsd | whats a gdb stub? |
| 01:05:40 | HCl | its a small program that allows gdb to remote debug the iriver |
| 01:05:50 | HCl | through the serial port thats on the pcb |
| 01:06:08 | asdsd | oh i see |
| 01:06:12 | asdsd | hey that wud be pretty useful |
| 01:06:24 | HCl | yes |
| 01:06:34 | HCl | cause then everyone would have an fairly easy way to debug |
| 01:06:52 | HCl | (all you need to do is open up your iriver, solder or otherwise attach two wires to the serial port, hook it into your serial port |
| 01:07:01 | HCl | as far as i know anyways |
| 01:07:04 | HCl | i'm not a hardware person |
| 01:07:16 | amiconn | Grmpf. |
| 01:07:26 | amiconn | This darn simulator drives me crazy :( |
| 01:07:32 | HCl | :/ |
| 01:07:44 | * | HCl hands amiconn a hammer and a magnet "threaten it with this" |
| 01:08:05 | HCl | computers are scared of magnets *nods* |
| 01:08:17 | amiconn | Why the **** does the X11 simulator not seek correctly in a file, while the win32 simulator does ??!??? |
| 01:08:47 | amiconn | On the other side, the codecs work in the X11 sim, and they don't in win32 |
| 01:09:02 | HCl | don't forget rockboy |
| 01:09:23 | amiconn | Could please someone with a real Linux (or other unix) box try my test plugin, and tell me whether it works in the x11 sim? |
| 01:09:56 | HCl | well, i can run it through vnc.. but i want to get this dynarec block to work first.. |
| 01:10:08 | | Join prethom [0] (thomj@s183a.studby.ntnu.no) |
| 01:10:13 | prethom | damn it to hell |
| 01:10:55 | amiconn | It does a somewhat silly thing - it writes a test file while lots of 'A', 'B' and 'C' and one 'X', but with seeking in between. If it does it correctly, the file should be 15 KB. |
| 01:11:21 | amiconn | My X11 sim makes a file 25 KB + 1 byte.... |
| 01:11:47 | prethom | preglow: get lost |
| 01:12:20 | amiconn | preglow: Register your nick with freenode, then you can ghost your alter ego.. |
| 01:12:24 | hubble | hubble/wave_bin.zip">http://www.mochine.com/~hubble/wave_bin.zip |
| 01:12:27 | hubble | hubble/wave_src.zip">http://www.mochine.com/~hubble/wave_src.zip |
| 01:12:34 | hubble | simple wave test |
| 01:12:44 | prethom | my alter ego hasn't timed out yet |
| 01:12:54 | | Join le915 [0] (~chatzilla@pcp0010241755pcs.lpaxtn01.pa.comcast.net) |
| 01:12:58 | asdsd | oh man all this sounds so complicated |
| 01:12:59 | le915 | hey |
| 01:13:12 | amiconn | Yeah, timeout can take long on freenode.... I observed up to 20 minutres |
| 01:13:16 | prethom | ahah |
| 01:13:16 | prethom | great |
| 01:13:22 | le915 | u guys ever consider making rockbox for the Dell DJ? |
| 01:13:45 | HCl | hmmm... |
| 01:13:50 | le915 | the Gen1 |
| 01:14:02 | HCl | can anyone confirm that move.l d0,-(sp) is the correct way to push a register onto the stack? |
| 01:14:05 | asdsd | speaking of alternate mp3 players |
| 01:14:09 | le915 | noone has done anything with the dell yet, and its bumming me out |
| 01:14:30 | asdsd | is there a rockbox-ish project going on for the ipods? thats not linux? |
| 01:14:35 | prethom | HCl: it is |
| 01:14:38 | le915 | i hate ipods |
| 01:14:40 | HCl | prethom: thanks |
| 01:14:47 | le915 | irives kick butt though |
| 01:14:47 | asdsd | i do too, but i was just curious |
| 01:14:49 | prethom | HCl: at least it should work |
| 01:14:57 | HCl | yea, its my current encoding of a push |
| 01:15:03 | HCl | i think my assembly looks semi correct now |
| 01:15:13 | le915 | would it be hard for them to port rockbox to the dell DJ? |
| 01:15:28 | prethom | le915: wouldn't know until we see some hardware specs |
| 01:15:35 | le915 | o |
| 01:15:50 | le915 | i could get em for ya if you like |
| 01:16:19 | prethom | i'm not really interested, i've got my hands full with h120 |
| 01:16:32 | asdsd | so is there an rockbox-ish project going on for the ipod? |
| 01:16:53 | le915 | are you a main developer prethom? |
| 01:17:31 | prethom | le915: no, i've just gotten involved |
| 01:17:39 | le915 | oh i see |
| 01:18:03 | muesli_ | brb |
| 01:18:08 | le915 | well please suggest that to the main developers :) |
| 01:18:14 | prethom | but porting to a new platform is a time consuming task, i'll tell you that much, and we're in the middle of one ;) |
| 01:18:26 | le915 | o |
| 01:18:28 | prethom | in fact, we're in the middle of several |
| 01:18:29 | prethom | heh |
| 01:18:35 | HCl | mmm. |
| 01:18:37 | | Quit muesli_ ("ich will Kühe!!!") |
| 01:18:48 | asdsd | the h120 is really coming along strong |
| 01:18:55 | asdsd | u guys really are doing a great job at it |
| 01:18:58 | | Part hubble |
| 01:19:10 | le915 | how do u load the GB roms on there? |
| 01:19:17 | le915 | just load em to the HD? |
| 01:19:43 | prethom | le915: with a bit of luck, you just load them onto the hd, and then select them like any other file |
| 01:19:48 | prethom | le915: rockboy should load |
| 01:20:02 | prethom | assumes you've the viewer list set up correctly |
| 01:20:12 | le915 | what would happen if i loaded your stuff on my mp3 player, would it kill it? |
| 01:20:14 | le915 | :) |
| 01:20:18 | amiconn | hahaha :( With the old build system, it's the other way 'round. The X11 sim seeks correctly, while the win32 sim doesn't work at all (can't open file) . The latter was expected though... |
| 01:20:20 | HCl | um. |
| 01:20:48 | HCl | there is no working build of rockboy from my side at the moment. |
| 01:20:51 | prethom | amiconn: sounds like you've got yourself some fun there |
| 01:21:33 | amiconn | I don't really consider this fun; I simply want these simulators to work, so I can test rockboy on them :( |
| 01:21:56 | amiconn | preglow: Don't you have a linux box? |
| 01:22:17 | | Join muesli- [0] (muesli_tv@83.135.60.128) |
| 01:23:30 | HCl | thats just lame. things crashing on a debug snprintf :/ |
| 01:23:43 | HCl | amiconn: i can test it |
| 01:23:59 | HCl | with a little trouble |
| 01:24:01 | prethom | amiconn: i'm using one right now |
| 01:24:42 | prethom | amiconn: but you should be pretty certain you don't have any 64 bit issues first, heh |
| 01:24:56 | amiconn | ??? |
| 01:25:05 | prethom | its amd64 |
| 01:25:27 | amiconn | I don't use any 64 bit thingies. It's a plain simple file operations test |
| 01:25:36 | prethom | ok |
| 01:25:45 | prethom | just give me simple directions |
| 01:26:11 | amiconn | There's something wrong with the file ops in the X11 sim, and I want to figure whether it's just cygwin or a problem with the new sim build system |
| 01:26:31 | HCl | 0xf0 |
| 01:27:29 | amiconn | HCl ?? |
| 01:27:31 | prethom | amiconn: but ok, just try a plain x11 sim build? |
| 01:27:55 | amiconn | prethom: It's a single plugin. Simply add that to apps/plugins/SOURCES, compile & run in the X11 sim. It should create a file in the archos/ dir |
| 01:28:04 | amiconn | Just tell me how large it is. |
| 01:28:44 | prethom | ok |
| 01:30:04 | | Quit DMJC ("Leaving") |
| 01:30:06 | HCl | amiconn: my next unimplemented opcode :) |
| 01:30:16 | HCl | dynarec successfully compiled and ran the first two blocks of code |
| 01:30:23 | amiconn | Nice :) |
| 01:30:45 | HCl | its still fairly inefficient |
| 01:30:53 | amiconn | I guess there's quite some work for me to do once I start porting it to SH1... |
| 01:31:04 | HCl | i'm not even sure how much faster it'll be :/ |
| 01:31:10 | HCl | but its fun to make nonetheless. |
| 01:31:19 | | Quit le915 ("Chatzilla 0.9.67 [Firefox 1.0/20041109]") |
| 01:31:20 | prethom | ok, now for installing all missing libs |
| 01:31:28 | HCl | it'll get faster once i optimize its memory routines |
| 01:31:30 | amiconn | How do you know about the efficiency? |
| 01:31:46 | HCl | memory accesses are really expensive at the moment |
| 01:31:47 | amiconn | I mean, without the complete implementation... |
| 01:31:58 | amiconn | prethom: Missing libs? |
| 01:32:10 | HCl | well, ofcourse i haven't implemented all the possible optimization yet |
| 01:32:20 | HCl | in the end, it should be faster. i'm mostly worried about the slow ram of the iriver |
| 01:32:33 | amiconn | Is it really that slow? |
| 01:32:36 | HCl | i dunno |
| 01:32:39 | HCl | people make it seem that way |
| 01:32:40 | HCl | o.o |
| 01:32:42 | asdsd | hey i got an idea, how about with the 20k i raise i bribe some of the iriver core engineers to help the rockbox project |
| 01:32:58 | amiconn | The archos has fast page mode ram. Accesses are 1 cycle as long as the page is open |
| 01:33:01 | HCl | sounds good to me :P |
| 01:33:04 | prethom | amiconn: well, i bumped into a amd64 issue right away |
| 01:33:09 | amiconn | (only 16 bit wide data bus though) |
| 01:33:22 | prethom | apparently plugins aren't compiled with -fPIC |
| 01:33:34 | amiconn | Ooops. |
| 01:33:52 | prethom | i've gotten this with other libs as well |
| 01:33:56 | amiconn | What does fPIC mean, btw? |
| 01:34:05 | prethom | position independent code |
| 01:34:16 | prethom | everything dynamically loadable needs it |
| 01:34:20 | prethom | in what makefile do i add it? |
| 01:34:31 | amiconn | Well, the plugins are libs, so they should get relocated on load (?) |
| 01:34:42 | amiconn | Ah. |
| 01:34:45 | prethom | you still need -fPIC while compiling |
| 01:34:52 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 01:34:54 | amiconn | I guess it is needed in apps/plugins/Makefile |
| 01:35:02 | prethom | LD /home/thomj/rockbox/rockbox/build/battery_test.rock |
| 01:35:02 | prethom | /usr/bin/ld: /home/thomj/rockbox/rockbox/build/battery_test.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC |
| 01:35:05 | prethom | :) |
| 01:35:30 | amiconn | ..and maybe apps/Makefile as well, or does the main simulator binary work? |
| 01:35:42 | HCl | darn. *forgot something* |
| 01:35:51 | prethom | amiconn: we'll see |
| 01:37:01 | | Join Sando [0] (kekekek@CPE-147-10-21-132.vic.bigpond.net.au) |
| 01:37:30 | prethom | arghhh |
| 01:37:54 | prethom | i don't bloody well know which parts need it, but the codecs complain as well |
| 01:38:42 | prethom | fabulous, i added it, and it still complains |
| 01:39:01 | amiconn | Maybe you need this in tools/make.inc ? |
| 01:39:47 | prethom | let's see |
| 01:40:20 | prethom | still refuses to work, i think you're better off getting someone with a 32 bit box to try it |
| 01:40:23 | prethom | heh |
| 01:40:36 | amiconn | Hmm, maybe. |
| 01:40:45 | amiconn | HCl ? |
| 01:42:12 | | Join BBub [0] (belzebub16@dsl-082-082-250-168.arcor-ip.net) |
| 01:43:01 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
| 01:46:58 | HCl | amiconn: i forgot to move d0-d6 to d1-d7.. |
| 01:47:45 | | Join muesli_ [0] (muesli_tv@104.14-dial.augustakom.net) |
| 01:47:48 | HCl | oh |
| 01:47:50 | HCl | you mean |
| 01:47:53 | HCl | sure, sorry XD |
| 01:47:59 | HCl | send again? |
| 01:48:06 | * | HCl wasn't paying attention |
| 01:49:49 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 01:51:13 | asdsd | hey guys good news |
| 01:51:51 | asdsd | the Association for Girl Scouts of America have agreed to sell cookies to fundraise the rockbox project |
| 01:51:57 | asdsd | anyone likes chocolate chips? |
| 01:52:10 | muesli_ | lol |
| 01:52:12 | * | HCl scratches his head and watches the simulator compile crash on his mkdir addition for rockboy, gets it out.. |
| 01:52:29 | asdsd | HCl maybe some cookies would relax you? |
| 01:52:34 | asdsd | or maybe a girl scout might do a better job ;) |
| 01:52:56 | prethom | hahah, i thought you tried to maximize coder performance ;) |
| 01:53:00 | HCl | who needs to relax when you have caffeine :p |
| 01:53:05 | prethom | might as well just send crates of beer then |
| 01:53:20 | * | prethom prods preglow |
| 01:55:38 | asdsd | well if u want the opposite effect of relax, i believe a girl scout can also do that job very well ;-) |
| 01:55:48 | asdsd | indeed |
| 01:55:55 | HCl | doh... |
| 01:56:01 | HCl | now it crashes when compiling rockboy. |
| 01:56:29 | * | amiconn is puzzled |
| 01:58:30 | HCl | inline m68k asm. |
| 01:58:36 | HCl | obviously, that doesn't work in the sim. |
| 01:58:45 | | Join ashridah [0] (ashridah@220-253-123-159.VIC.netspace.net.au) |
| 01:59:26 | amiconn | Nope. That's why I surrounded all my asm blocks with #if CONFIG_CPU = SH7034 && !defined(SIMULATOR) |
| 01:59:37 | HCl | mhm |
| 01:59:51 | amiconn | ..and there is always an #else with C code |
| 01:59:52 | HCl | okay |
| 01:59:54 | HCl | i ran it |
| 01:59:58 | HCl | whats it supposed to do |
| 02:00 |
| 02:00:11 | amiconn | There should be a .txt file in archos/ |
| 02:00:17 | amiconn | How big is that? |
| 02:00:23 | HCl | yup. |
| 02:00:25 | HCl | 15360 |
| 02:00:31 | prethom | wee |
| 02:00:40 | amiconn | Hrmpf, so it works on Linux... |
| 02:00:50 | * | amiconn is even more puzzled |
| 02:00:53 | HCl | o.o |
| 02:00:59 | prethom | don't be, cygwin is shite ;) |
| 02:01:33 | prethom | at least compared to the real thing |
| 02:01:39 | prethom | i never quite did get it to work |
| 02:01:42 | amiconn | Why is that? It works on Linux/X11 and Win32 with the new build system, but not on cygwin/X11 |
| 02:02:02 | amiconn | But it works on cygwin/X11 with the old build system... |
| 02:02:31 | prethom | well, something obviously gets linked to the wrong thing |
| 02:02:47 | prethom | queer it works in linux, though |
| 02:03:07 | amiconn | Yeah, it seems the cygwin linker is easy to confuse. |
| 02:03:23 | amiconn | (Although this is the gnu linker after all) |
| 02:03:38 | amiconn | Hmm. |
| 02:04:18 | prethom | things like link order are _very_ important |
| 02:04:56 | amiconn | The plugins in the X11 sim are *smaller* with the new build system than with the old... |
| 02:05:12 | prethom | :) |
| 02:05:53 | amiconn | Though the win32 equivalent is still way smaller, and these work... |
| 02:06:03 | prethom | why should they be smaller? |
| 02:06:19 | amiconn | Hmm, I don't konw, but they are... |
| 02:08:00 | prethom | well, compare symbols |
| 02:08:38 | prethom | somewhere something has to be bigger |
| 02:08:56 | prethom | and i don't quite get why the build system should make a difference |
| 02:10:49 | amiconn | Yeah, it shouldn't, but it does. That's what puzzles me |
| 02:12:07 | markun | I got greyscale pretty much working, but lcd_bitmap is very slow because I now implemented it with a lot of lcd_drawpixels. |
| 02:12:19 | amiconn | urgs |
| 02:12:57 | prethom | how are we supposed to support several display types transparently? |
| 02:13:46 | prethom | amiconn: you weren't kidding with the time outs on freenode |
| 02:13:52 | prethom | it's been an hour |
| 02:14:10 | HCl | as easy as 3.141592... |
| 02:14:14 | preglow | hahaha |
| 02:14:15 | preglow | small wonder |
| 02:14:18 | preglow | screen is still running |
| 02:14:20 | | Quit preglow ("leaving") |
| 02:14:36 | rasher | haha |
| 02:14:38 | * | prethom slaps himself |
| 02:14:40 | HCl | xD |
| 02:14:41 | rasher | good job :) |
| 02:14:46 | | Nick prethom is now known as preglow (thomj@s183a.studby.ntnu.no) |
| 02:16:34 | preglow | enough foolishness for one day, i'm going to bed |
| 02:16:34 | preglow | later |
| 02:16:47 | | Quit preglow (".") |
| 02:19:07 | | Join fuzzie [0] (fuzzie@anthracite.warpedgames.com) |
| 02:19:27 | | Quit muesli_ (Read error: 113 (No route to host)) |
| 02:23:00 | markun | Too bad the iriver LCD doesn't use bitplanes.. |
| 02:24:06 | markun | I would make displaying mono bitmaps a lot easyer and faster. |
| 02:26:33 | * | HCl yawns. |
| 02:28:54 | markun | See you guys tomorrow |
| 02:29:08 | HCl | cya |
| 02:29:11 | | Quit markun () |
| 02:35:30 | * | HCl is about to fall asleep as well. |
| 02:35:53 | HCl | dynarec is progressing nicely |
| 02:39:51 | | Join muesli- [0] (muesli_tv@80.81.21.165) |
| 02:47:20 | amiconn | I guess I know what causes the cygwin X11 problems... |
| 02:52:46 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
| 02:56:29 | amiconn | Hrmpf. Anyway, I need to sleep... |
| 02:56:32 | amiconn | nite. |
| 02:56:47 | | Part amiconn |
| 03:00 |
| 03:00:30 | | Join Lost-ash [0] (ashridah@220-253-120-119.VIC.netspace.net.au) |
| 03:00:46 | | Quit ashridah (Nick collision from services.) |
| 03:00:51 | | Nick Lost-ash is now known as ashridah (ashridah@220-253-120-119.VIC.netspace.net.au) |
| 03:01:17 | *** | Saving seen data "./dancer.seen" |
| 03:09:01 | HCl | i don't like xor. night. |
| 03:10:53 | XShocK | night |
| 03:11:12 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
| 03:13:55 | asdsd | what component of the iriver is dynarec? |
| 03:16:01 | | Quit BBub (""Fange nie an aufzuhören. Höre nie auf anzufangen." - Tiki") |
| 03:20:18 | | Quit muesli- ("ich will Kühe!!!") |
| 03:29:36 | | Join Fofito [0] (~holailo@80.224.115.146) |
| 03:45:11 | | Quit _aLF ("Leaving") |
| 03:50:23 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 03:56:40 | | Part Fofito |
| 04:00 |
| 04:05:34 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:12:34 | ashridah | asdsd: dynarec is dynamic recompiling. it's specifically for gnuboy, since all of the rest of iriver is targeted at the coldfire cpu to begin with, and doesn't actually need recompiling :) |
| 04:22:22 | | Quit QT (Read error: 110 (Connection timed out)) |
| 04:24:48 | | Part Hohoman |
| 04:32:38 | | Quit midk (Read error: 54 (Connection reset by peer)) |
| 04:36:29 | asdsd | how is dynamic recompiling different from say coding something and then compiling it? |
| 04:36:36 | asdsd | dynarec wud be like emulation? |
| 04:39:27 | ashridah | dynamic recompilation is a method of converting code from one target to another in order to get better performance, instead of a straight 1:1 instruction conversino |
| 04:43:19 | ashridah | it's going to be emulation either way |
| 04:43:24 | ashridah | it's just a method of getting better performance |
| 04:52:34 | ashridah | basically, in this instance, it'd be used to convert the gameboy's code in the rom into something the iriver can process faster |
| 05:00 |
| 05:01:20 | *** | Saving seen data "./dancer.seen" |
| 05:12:48 | | Join Kim69 [0] (~kim69@ip68-5-253-4.oc.oc.cox.net) |
| 05:16:36 | | Quit Kim69 (Client Quit) |
| 06:00 |
| 06:09:20 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 06:17:50 | | Quit YouCeyE ("Leaving") |
| 06:35:07 | asdsd | thx ash |
| 06:49:21 | | Join YouCeyE [0] (foobar@youceye.user) |
| 06:54:05 | | Quit YouCeyE (Client Quit) |
| 07:00 |
| 07:00:15 | | Join YouCeyE [0] (foobar@youceye.user) |
| 07:01:09 | | Quit midk ("Leaving") |
| 07:01:24 | *** | Saving seen data "./dancer.seen" |
| 07:11:19 | asdsd | wouldn't it be slower if it has to dynamically recompile the rom to run it in a faster way? rather than just run it in the slow way? |
| 07:13:48 | ashridah | asdsd: it's a balance, certainly. |
| 07:15:05 | ashridah | the idea is that if you recompile a piece of code once, then rerun it a few thousand times a second (for, say, drawing to the screen), you save, so you identify common often used routines and have the dynarec code replace them with faster hardware specific variants |
| 07:15:15 | ashridah | the exact approach depends a lot on the original code |
| 07:15:29 | * | HCl grumbles. |
| 07:15:45 | HCl | flatmates with the iq of a caveman suck -.- |
| 07:15:53 | ashridah | if i recall earlier conversations, nintendo gave developers a common library to use, and replacing the common code in the library will be a general optimisation that always works. i'm not sure if this is the case for the gameboy tho |
| 07:16:10 | HCl | he's such a jerk, making noise at 7 am on a fucking sunday u.u |
| 07:16:14 | ashridah | HCl: just stick a waffle to the ceiling and call it god. that'll keep them entertained in sacralicious style |
| 07:16:45 | HCl | mhm. |
| 07:17:08 | * | HCl grrrs and goes back to sleep and dreaming about assembly (i seriously need to not work on dynarec today) |
| 07:23:14 | HCl | fucking neanderthal u.u. |
| 07:27:03 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a239.wi.tds.net) |
| 07:33:48 | | Quit ashridah (Read error: 60 (Operation timed out)) |
| 07:41:42 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 08:00 |
| 08:33:39 | | Join ashridah [0] (ashridah@220-253-119-245.VIC.netspace.net.au) |
| 08:38:34 | HCl | can someone explain what kind of instruction 36: e9c0 26c1 bfextu %d0,27,1,%d2 |
| 08:38:38 | HCl | is |
| 08:38:42 | HCl | and why its not in the coldfire manual |
| 08:38:43 | HCl | ? |
| 08:39:41 | ashridah | sounds like one of the branch instructions. |
| 08:40:09 | HCl | bit field unsigned extract.. |
| 08:41:03 | HCl | Be careful, this instruction operates from MSB to LSB!! |
| 08:41:06 | HCl | wth does that mean? |
| 08:42:01 | | Join amiconn [0] (~jens@pD9E7F1F1.dip.t-dialin.net) |
| 08:42:24 | ashridah | most significant bit to least significant bit. |
| 08:42:42 | ashridah | ie, the msb is the first flag, the lsb is the last flag |
| 08:43:05 | ashridah | if it takes a numeric offset into the bit field, that's where itcounts from |
| 08:43:06 | HCl | ah. |
| 08:43:08 | HCl | okay. |
| 08:43:14 | HCl | yea, it does. |
| 08:43:38 | HCl | its not in the coldfire manual, but gcc made it for me when i told it to optimize a piece of code |
| 08:44:34 | HCl | i must say i'm a bit confused about the code that gcc generates.. |
| 08:45:24 | ashridah | are you compiling with -O0 ? |
| 08:45:39 | ashridah | or -O2 ? |
| 08:46:32 | HCl | -O3 |
| 08:46:38 | HCl | it manages to do a=((2*b)&0xFF) ? 0 : 0x80 | |
| 08:46:38 | HCl | (0x20 & (((2*b)&0xFF) << 1)) | |
| 08:46:38 | HCl | ((2*b)&0x10)>>4; |
| 08:46:42 | HCl | in 14 instructions |
| 08:46:46 | ashridah | right |
| 08:46:47 | HCl | which is pretty ok |
| 08:47:02 | HCl | but i'm having trouble understanding its code |
| 08:47:02 | ashridah | looking at the code OPTIMISING gcc generates is probably an exercise in futility. |
| 08:47:11 | HCl | why? |
| 08:47:15 | ashridah | -O0 will follow the code you wrote |
| 08:47:22 | ashridah | because it's optimising ;) |
| 08:47:29 | HCl | yes, well, i want it to optimize O.o; |
| 08:47:46 | HCl | cause my implementation of the same code would be far less effecient |
| 08:47:48 | HCl | efficient* |
| 08:47:50 | ashridah | not while you're picking it appart |
| 08:48:07 | HCl | no, i do want to optimize it o.o i need to know a good assembler way of doing it. |
| 08:49:13 | HCl | i could ofcourse just slap the gcc output into my dynarec, but i prefer to know how it works first |
| 08:49:30 | amiconn | ashridah: That's the strangeness of gcc: Sometimes it generates ultra-cleverly optimised code, and in other places it uses plain stupid code that's easily optimised to double speed by hand. That's my own observation, with -O1 on sh |
| 08:49:52 | ashridah | i didn't say gcc was GOOD |
| 08:49:53 | ashridah | :) |
| 08:51:45 | HCl | anyone around with a tiny bit of time who might be able to explain how this block of code works? |
| 08:55:57 | HCl | guess not, ok :x |
| 09:00 |
| 09:01:25 | *** | Saving seen data "./dancer.seen" |
| 09:05:02 | ashridah | perhaps we could if we knew the code in question :) |
| 09:07:25 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 09:07:45 | ashridah | linusn |
| 09:07:51 | HCl | well, its over 15 lines, didn't want to blurt it into the channel |
| 09:07:53 | HCl | but its ok |
| 09:08:01 | LinusN | HCl: if the compiler emitted the bfextu instruction, then you have found a bug in gcc, or you are building for the wrong target |
| 09:08:30 | ashridah | so toss it into a text file and show us |
| 09:08:41 | | Quit hile ("leaving") |
| 09:09:04 | HCl | LinusN: darn, that might be so. |
| 09:09:21 | * | HCl goes to look up compiler flags for coldfire |
| 09:09:26 | | Join hile [0] (hile@hack.fi) |
| 09:09:30 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 09:10:17 | LinusN | -m5200 -Wa,-m5249 |
| 09:11:47 | HCl | *nods* |
| 09:12:01 | HCl | okay, no harm done, it still gets about the same amount of instructions |
| 09:13:01 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 09:16:07 | | Part LinusN |
| 09:47:35 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 09:48:31 | markun | HCl: Does rockboy draw the screen using lcd_drawpixel? |
| 09:48:36 | | Join pillo [0] (~burellil@host107-54.pool80182.interbusiness.it) |
| 09:50:09 | HCl | markun: no |
| 09:50:26 | HCl | but iriver being in 2bit mode should actually make it faster |
| 09:51:17 | amiconn | I don't think so |
| 09:51:19 | markun | I got grayscale working. I will send a picture once my digital-camera-owning-flatmate wakes up. |
| 09:51:28 | amiconn | Imho the speed won't change |
| 09:52:36 | markun | amiconn: I now made lcd_drawpixel_color(x,y,c). You told me once not to do this, should we have lcd_set_color(c) and lcd_drawpixel(x,y)? |
| 09:53:35 | amiconn | We need to keep an eye on size (not specifically for iriver, but for archos and maybe others) |
| 09:54:08 | amiconn | My suggestion is still to have some drawing states, and a foreground and background "colour" |
| 09:54:38 | | Join R3nTiL [0] (~zorroz@83.69.98.15) |
| 09:55:14 | amiconn | This is also adaptable to b&w, and will imho even produce smaller binaries |
| 09:56:23 | amiconn | Look at the grayscale lib. This has 4 drawing modes, draw_foreground, draw_background, draw_solid and draw_inverse |
| 09:56:53 | amiconn | draw_foreground and draw_solid are identical for single pixels, they draw the pixel in the foreground colour |
| 09:57:04 | markun | ok, so draw_background is like draw_clear |
| 09:57:28 | amiconn | draw_background draws the pixel in the background colour, and draw_inverse does a bitwise invert |
| 09:58:20 | amiconn | draw_background is like today's clear_* routines for b&w, as long as we consider the 2 "colours" as fixed |
| 09:58:35 | markun | I will have a closer look at your grayscale lib. |
| 09:58:41 | amiconn | i.e. foreground = black and background = white |
| 09:58:59 | amiconn | The grayscale lib allows you to set these individually |
| 09:59:45 | amiconn | The differentiation between draw_foreground and draw_solid becomes clear when you look into fonr drawing |
| 09:59:47 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 09:59:59 | amiconn | *font |
| 10:00 |
| 10:00:03 | markun | Another thing: lcd_bitmap is now implemented using draw_pixel. It's very slow. I can make a lcd_bitmap_2bit (or something) which is just like the old lcd_bitmap. |
| 10:01:14 | amiconn | We still need to process 1 bit input bitmaps. So for displays with > 1 bit, imho we need 2 routines. Again, the grayscale lib example: |
| 10:01:57 | amiconn | There is gray_draw_bitmap(), which draws an 1-bit bitmap, using the selected foreground and background colours and the draw mode |
| 10:02:47 | amiconn | Then there is gray_draw_graymap, which draws a full grayscale bitmap, i.e. the source bitmap uses 1 byte per pixel |
| 10:04:42 | amiconn | Both routines should of course be optimised for the actual lcd, imho this is why Linus decided to use a separate lcd driver file for iriver (planning for 2-bit support) |
| 10:06:19 | markun | looking ahaid: if we ever want anti-aliased fonts on iriver it would be more efficient to have a draw_graymap that expects 2-bit bitmaps. |
| 10:06:34 | | Quit R3nTiL () |
| 10:06:42 | markun | ahead.. |
| 10:07:36 | amiconn | I'm still unsure whether anti-aliased fonts make sense on a mobile unit, but if we go for it, I'd suggest to use a more universal format, i.e. 1 byte/pixel |
| 10:08:17 | markun | That would make for very large fonts of cource. But during the loading of the font we could convert the bitmaps of course. |
| 10:08:23 | amiconn | (Thinking further ahead, e.g. gmini 220 has 4-bit greyscale, iRiver H3xx even has colour |
| 10:09:00 | midk | methangas. |
| 10:09:14 | methangas | yes? |
| 10:09:46 | amiconn | markun: A propos large fonts: iirc you were working on unicode support. How much binary size does that add? |
| 10:10:20 | amiconn | And did you have a look at font caching? There is a chinese rockbox patch in the tracker that uses font caching. |
| 10:10:35 | * | HCl sighs. |
| 10:10:41 | HCl | this gcc code *cant* be correct :( |
| 10:10:50 | markun | It depends what the difference between the first and the last char code in the font is. max_bitmap_size * (last_char - first_char) |
| 10:11:21 | markun | Yes, I looked a bit at font caching, but I am still thinking of the best way to do it. |
| 10:11:26 | amiconn | No, I don't mean the font size, I mean code size |
| 10:11:57 | HCl | http://titania.student.utwente.nl/flagstuff |
| 10:12:02 | amiconn | (Thinkingn about adding that to rockbox in general, including the archos units) |
| 10:12:19 | HCl | i'd appreciate it if someone would look at it and might be able to explain to me why exactly those two things are equal |
| 10:12:51 | amiconn | markun: Unicode should be even possible for the players to some extent, if you followed the forum thread for russian support on players... |
| 10:12:55 | markun | I made a small unicode.c that added some code, but I also got rid of the unicode2iso table and funcitons. |
| 10:13:06 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 10:13:08 | markun | No, I did not follow that. |
| 10:14:33 | amiconn | (code size). Okay, what's the net size change, i.e. rockbox.iriver with/without unicode support? |
| 10:14:33 | * | markun is reading the forum thread |
| 10:16:13 | markun | Well, I don't have a completely clean rockbox, but the unicode version is actually smaller than my grayscale (without unice) |
| 10:16:28 | markun | unicode:-rw-r−−r−− 1 karl karl 160936 Feb 27 09:41 rockbox.iriver |
| 10:16:40 | markun | grayscale -rw-r−−r−− 1 karl karl 159912 Feb 25 00:06 ../../../rockbox-unicode3/builds/iriver/rockbox.iriver |
| 10:17:04 | markun | s/unice/unicode/ |
| 10:17:54 | amiconn | Hmm. This looks like the unicode version is about 1K larger than the grayscale verion |
| 10:18:07 | amiconn | *versionm |
| 10:18:11 | amiconn | *version even |
| 10:18:53 | markun | No, I made a mistake. The first one is grayscale and the second one in unicode. |
| 10:18:59 | amiconn | Ah ok. |
| 10:19:09 | markun | Wo big is your rockbox.iriver? |
| 10:19:14 | markun | How.. |
| 10:19:40 | amiconn | I have no rockbox.iriver as I have no iriver. |
| 10:19:57 | amiconn | I do compile for various archos units |
| 10:20:32 | markun | HCl: Do you have a rockbox.iriver compiled from a clean cvs? |
| 10:20:33 | amiconn | These are naturally a bit larger, because of the whole playback code being there |
| 10:22:21 | HCl | markun: no |
| 10:23:09 | amiconn | The current archos fm/v2 recorder binary is almost 184 KB (187984 bytes). There is a hard limit of 200 KB for archos firmwares |
| 10:23:24 | markun | amiconn: I send you a patch, can you take a look at it? |
| 10:24:23 | amiconn | Yeah... I really like to, but I don't know whether I manage to do so. My time is limited, and I'd really like to get the simulators working correctly first. |
| 10:24:41 | markun | ok, no problem. |
| 10:32:23 | amiconn | Hmm. The unicode patch makes utf-8 default, correct? That means, the .lang files need to be converted to utf-8, and we'd need a new convbfd tool thta creates unicode font? |
| 10:33:34 | amiconn | Of course lcd-recorder.h and the player lcd handling also needs attention |
| 10:33:58 | markun | Yes, UTF-8 is default now. convbfd still works for latin1 and unicode fonts. |
| 10:34:25 | markun | I also changed lcd-player.c, but the changes are not included in the patch. |
| 10:35:10 | markun | It worked ok in the simulator. |
| 10:35:43 | amiconn | Bah, I'm writing bullshit. Of course it is convbdf, lcd-recorder.c ... |
| 10:36:51 | amiconn | Hmm. Perhaps I should try that patch in a separate cvs checkout... |
| 10:37:13 | markun | My writing's also terrible. I even picked up convbfd from you :) |
| 10:38:46 | | Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) |
| 10:39:22 | amiconn | convbdf works correctly for unicode? I'd need a small unicodifed .fnt for testing. It should contain cyrrilic, and I'd also like to have russian.lang in utf-8 (the latter should be easy) |
| 10:40:06 | amiconn | *cyrillic |
| 10:40:24 | markun | I have a font of 5x7 that is 8KB in size.. |
| 10:40:41 | amiconn | No standard 6x8? |
| 10:40:44 | markun | And a 6x13 font that is 20KB. |
| 10:41:20 | markun | No, but I could also make a 5x8 or 6x10 if you want. |
| 10:42:38 | amiconn | I'll compile first, let's see how large the binaries get. |
| 10:42:59 | markun | Do you want my unicode.h too? |
| 10:43:11 | amiconn | It' |
| 10:43:18 | amiconn | s not in the patch? |
| 10:43:23 | markun | no |
| 10:44:22 | markun | Which of the fonts do you want? 5x7, 5x8, 6x10 or 6x13? |
| 10:44:54 | amiconn | Please send 5x8 and 6x10 |
| 10:45:09 | amiconn | Where do I put the single files, i.e. unicode.[ch] |
| 10:45:11 | amiconn | ? |
| 10:47:21 | markun | in .c in firmware/common .h in firmware/include |
| 10:48:33 | markun | Both fonts should contain glyphs up to about code 1500 |
| 10:49:07 | markun | For what target are you building now? |
| 10:49:19 | markun | iriver-sim? |
| 10:50:10 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 10:51:37 | amiconn | markun: I'll try recorder |
| 10:51:54 | markun | It doesn't have utf-8 support yet. |
| 10:52:08 | amiconn | (already replicated the changes from lcd-h100.c to lcd-recorder.c) |
| 10:52:12 | markun | ok :) |
| 10:53:36 | markun | I made a nice russian utf-8 language file just for you |
| 10:56:35 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 10:56:48 | markun | Hi LinusN |
| 10:57:33 | LinusN | hey ho |
| 10:59:07 | markun | LinusN: I wrote you an email about my cross compiler problem on FreeBSD. Did you get it? I'm not in a hurry to get it fixed, so if you don't have time it's no problem. |
| 10:59:30 | markun | amiconn: did it compile? |
| 10:59:41 | amiconn | No, not yet. |
| 11:00 |
| 11:00:00 | amiconn | Now it does... there are warnings though |
| 11:00:53 | markun | Yes, I know. The compiler is not happy the way I use const trings.. or are there more warnings? |
| 11:01:26 | *** | Saving seen data "./dancer.seen" |
| 11:01:42 | amiconn | 4 warnings about discarding qualifiers (const) |
| 11:02:35 | markun | I have some commented out code in unicode.h where I tried to fix those warnings. |
| 11:02:39 | amiconn | Unicode support adds 500 bytes so far. Not bad. |
| 11:03:04 | markun | font caching will add some more.. |
| 11:03:11 | amiconn | Yes of course. |
| 11:03:32 | amiconn | It looks that this is manageable for the archos too |
| 11:04:26 | LinusN | markun: i had the same problem once with cygwin |
| 11:04:46 | LinusN | but i don't have a clean solution for it |
| 11:04:50 | amiconn | markun: Wow, this really eats buffer space |
| 11:05:57 | markun | LinusN: well, for now it compiles and works (at least on iriver) |
| 11:06:03 | markun | amiconn: Does it eat too much? |
| 11:07:19 | markun | amiconn: did the russian language file work? |
| 11:07:32 | amiconn | Hmm, no it doesn't :( |
| 11:07:50 | amiconn | The menus are all empty, I need to navigate blindly... |
| 11:08:01 | markun | Strange. Did you load the font? |
| 11:08:16 | amiconn | yup |
| 11:08:49 | markun | Let me check here.. |
| 11:12:10 | markun | I now get: Language /russian-utf8.lng too large: 7000 |
| 11:12:27 | markun | Maybe that's the problem? |
| 11:18:56 | markun | In apps/language.h you need to change MAX_LANGUAGE_SIZE to something bigger than the russian.lng file. |
| 11:19:31 | markun | I had to do a make clean to get it working. |
| 11:21:39 | | Part LinusN |
| 11:22:47 | amiconn | I did a fresh build, and the .lng actually loaded. |
| 11:23:26 | | Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) |
| 11:23:28 | _aLF | hi |
| 11:23:37 | amiconn | Otherwise I wouldn't have gotten an empty menu. Reloading english.lng or deutsch.lng restores everything back to normal |
| 11:25:27 | amiconn | The utf-8 handling itself seems to have problems. Maybe I copied something wrong from lcd-h100.c |
| 11:29:07 | amiconn | Hmm. It looks just right... |
| 11:33:38 | markun | Could you still see the files on your archos? |
| 11:34:46 | amiconn | yes. |
| 11:35:23 | markun | Can you put a russian file on it? |
| 11:36:59 | markun | The textviewer now also only displays utf-8 text, so you could test it with that as well.. |
| 11:43:00 | amiconn | Gotta run... sorry, later :) |
| 11:43:10 | | Part amiconn |
| 11:45:10 | | Part hubble |
| 11:57:22 | | Quit markun () |
| 11:59:09 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 12:00 |
| 12:01:17 | | Join muesli- [0] (muesli_tv@D5814.d.pppool.de) |
| 12:01:58 | muesli- | high |
| 12:03:29 | preglow | helo |
| 12:07:02 | | Join Patr3ck [0] (~patr3ck@pD9E5CEB6.dip.t-dialin.net) |
| 12:38:22 | | Join Sucka [0] (~NNSCRIPT@host81-156-213-142.range81-156.btcentralplus.com) |
| 12:54:32 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 12:57:51 | CoCoLUS | mornin |
| 13:00 |
| 13:00:06 | | Join amiconn [0] (jens@pD9F5260D.dip.t-dialin.net) |
| 13:01:30 | *** | Saving seen data "./dancer.seen" |
| 13:07:21 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 13:07:36 | markun | amiconn: Do you have time to do some testing? |
| 13:07:48 | amiconn | Any news? |
| 13:08:25 | markun | no news. I'm trying to study a bit. |
| 13:10:15 | markun | But it's hard with all these rockbox ideas in my head. |
| 13:10:35 | preglow | no shit |
| 13:10:53 | amiconn | Hmm. I'll try a cyrillic filename. Just need a method to create one |
| 13:11:15 | markun | Can I send you one over irc? |
| 13:11:38 | amiconn | I think this won't work. Irc doesn't handle unicode... |
| 13:12:05 | preglow | it does if both ends use utf8 charset :P |
| 13:12:18 | preglow | irc is charset agnostic |
| 13:12:24 | amiconn | Yeah... but windows uses utf-16 for filenames |
| 13:12:27 | markun | I do, do you amiconn? |
| 13:12:48 | preglow | windows uses ucs16, not utf |
| 13:13:55 | markun | ucs-2, no? |
| 13:14:02 | preglow | ahh, yes |
| 13:14:42 | markun | I used the UTF-16 decoder to convert the fat filenames. Also works with UCS-2 of course. |
| 13:15:51 | markun | amiconn: do you have the textviewer? I can send you a file with some utf-8 in it. |
| 13:16:02 | * | preglow pats utf-8 |
| 13:16:20 | amiconn | Does the textviewer need any change? I guess not... |
| 13:16:40 | preglow | amiconn: have you looked at the proportional font support patch some guy sent? |
| 13:17:14 | amiconn | No... |
| 13:17:41 | amiconn | I won't do any major commit until I have those simulators working. |
| 13:19:30 | markun | amiconn: No, textviewer works without changes. |
| 13:20:04 | amiconn | Now I have a file with a russian name... |
| 13:20:22 | markun | I also sent you a unicode.txt file |
| 13:20:35 | amiconn | Hmm. All cyrillic characters show up as spaces.... |
| 13:20:42 | markun | :( |
| 13:20:49 | markun | The font did change? |
| 13:21:01 | amiconn | Ah, I forgot something... |
| 13:21:37 | amiconn | Hmm, it's the same with the font you sent me :( |
| 13:22:50 | markun | Where could it go wrong? Decoding in fat.c or displaying or font loading? |
| 13:22:54 | amiconn | Ooops, this font can't be loaded completely. It's 147 KB |
| 13:23:06 | markun | Ah, I sent the wrong one? |
| 13:23:16 | amiconn | 6x10.fnt: 147 KB |
| 13:23:27 | markun | I'll send you the right one.. |
| 13:24:34 | markun | What version of 5x8 did I send? Also without -stripped? |
| 13:25:11 | amiconn | 5x8 is stripped, and works for file names |
| 13:25:39 | markun | Great, than it's probably just updating MAX_LANGUAGE_SIZE in language.c |
| 13:25:56 | markun | Hope your archos has any memory left.. |
| 13:26:01 | amiconn | New 6x10 works too. |
| 13:26:10 | markun | great, and the unicode.txt? |
| 13:26:43 | amiconn | Hmm. deutsch.lang needs to be utf-8 converted too in order to work. |
| 13:26:53 | markun | Yes, of course. |
| 13:27:03 | rasher | I expect many of them do |
| 13:27:19 | | Quit midk (Read error: 54 (Connection reset by peer)) |
| 13:28:21 | amiconn | (unicode.txt) Hebrew, Greek and Russian work, Arabic and Japanese don't. Probably these glyphs are not included... |
| 13:28:45 | markun | hebrew is not great too, left-to-right.. |
| 13:28:55 | | Join lImbus [0] (lImbus@143-51.244.81.adsl.skynet.be) |
| 13:28:58 | lImbus | hi all |
| 13:29:16 | markun | I send a new deutsch.lng |
| 13:29:17 | rasher | amiconn: dansk? |
| 13:29:25 | markun | It's small enough |
| 13:29:45 | markun | unicode is fun :) |
| 13:29:51 | lImbus | wow. a thousand never heard nicknames in here :-) |
| 13:30:11 | Sucka | :D |
| 13:30:12 | amiconn | rasher: I guess all .lang files need to be converted, except english.lang perhaps |
| 13:31:06 | markun | amiconn: Did you try deutsch-utf8.lng? |
| 13:31:08 | amiconn | markun: With the correct font, russian menus work partly. How much do I need to increase MAX_LANGUAGE_SIZE? |
| 13:32:04 | markun | Well, russian.lng is about 10KB, I put it to 20KB on my iriver, but you could use less. |
| 13:32:04 | lImbus | amiconn: I see the 2.5-release is overdue if rockbox still wants to issue new versions every second month. |
| 13:32:35 | amiconn | deutsch-utf8.lng works, although I see some other places need adjustment to unicode |
| 13:32:41 | lImbus | I don't know how far multivolume and hotswap is going, but I think the tag database is worth a new version- |
| 13:32:56 | markun | Really? What kind of adjustments? |
| 13:33:17 | amiconn | There is the recorder button bar, and the F1 text "Menü" is no longer centered. |
| 13:34:15 | markun | maybe it uses strlen? |
| 13:35:24 | amiconn | Yes it does. |
| 13:35:38 | amiconn | apps/status.c, line 297 |
| 13:35:49 | amiconn | text_width = fw * strlen(caption); |
| 13:36:03 | amiconn | This is of course wrong with unicode |
| 13:36:18 | amiconn | I suspect more such places, e.g. the recorder quickscreens |
| 13:36:50 | markun | It should use lcd_getstringsize |
| 13:37:09 | markun | Also because of variable-width fonts. |
| 13:37:10 | amiconn | This is a bit dirty anyway, since it assumes no-proportional font |
| 13:37:26 | markun | :) |
| 13:37:38 | amiconn | However, the builtin default font is fixed width for good reasons |
| 13:38:16 | amiconn | It is used in a few other places in a way that assumes fixed width, and would need significantly more code for proportional support |
| 13:38:32 | amiconn | One such example is the virtual keyboard |
| 13:38:53 | markun | What will the virtial unicode keyboard look like? :) |
| 13:39:08 | amiconn | Yeah... that's a real problem |
| 13:41:35 | markun | I wonder what a chinese keyboard look like.. |
| 13:41:36 | amiconn | Ooops... the credits list also needs utf-8 conversion. Otherwise Björn might not agree to add unicode support ;) |
| 13:43:06 | markun | amiconn, do you know yudit, the unicode editor? |
| 13:43:18 | amiconn | No. |
| 13:44:06 | amiconn | I guess that we need a configuration file for the keyboad, depending on language |
| 13:44:46 | markun | It has a lot of input-methods. Select japanese for example and type in konnichiwa and there you have your japanese text.. |
| 13:45:52 | markun | amiconn: The textviewer also needs some charset translation routines, or should we forse everyone to use UTF-8 text files? :) |
| 13:46:41 | amiconn | Agreed. I'd think most western text files still use latin1. |
| 13:46:57 | markun | unicode.c has a latin2utf8 |
| 13:47:18 | amiconn | However, that'd mean to make it configurable, or add some kind of auto-detection (if at all possible) |
| 13:47:19 | markun | no, it's called latin1encode |
| 13:47:57 | markun | Check the first x bytes. If it contains invalid UTF-8 chars switch to latin1.. |
| 13:48:04 | amiconn | utf-16 can be auto detected by the endian marker, but what about utf-8? I'm not that much into unicode details... |
| 13:48:43 | markun | It can be detected. No problem. |
| 13:49:06 | amiconn | But I agree that unicode support in rockbox is definitely a move forward, and that utf-8 is the way to go. |
| 13:49:11 | markun | But if you have a lot of ascii and the latin1 stuff is at the end of the text we have a problem.. |
| 13:50:23 | amiconn | It still needs some work though, as it has to work with all units. The archos recorders are not the biggest problem, they just need some font caching. |
| 13:51:05 | amiconn | Font caching will be necessary anyway for languages with a big glyph range, like chinese |
| 13:52:02 | amiconn | The players are a bit harder, since they should also handle unicode as far as possible. |
| 13:52:34 | preglow | so you have to redefine the display font on the fly? :/ |
| 13:52:49 | amiconn | The player lcd code already does this |
| 13:53:25 | amiconn | However, it's not possible to show only redefined chars - there are only 8 (or even 4 with the old lcd) |
| 13:53:50 | amiconn | It uses some very clever dynamic remapping & replacing |
| 13:54:44 | amiconn | Of course it will never handle the full unicode range, but I think it's possible to handle at least latin-1 (as now) plus cyrillic and greek to some extent |
| 13:55:17 | preglow | ahh |
| 13:55:24 | markun | greek with only 4 or 8 chars to redefine will look a bit strange. But with some practice it's probably readable :) |
| 13:55:27 | preglow | i've got a lcd just like that |
| 13:55:44 | amiconn | There are some greek chars already defined |
| 13:55:55 | preglow | seems like most lcds are pretty similar |
| 13:56:43 | amiconn | The plus side is that although only 8 chars can be redefined, the whole lcd can only show 22 chars (2 lines 11 chars each), so 8 out of 22 isn't too bad |
| 13:57:03 | markun | true |
| 13:57:04 | preglow | ahh, it's that small |
| 13:57:07 | amiconn | Plus, I intend to exploit similarities. |
| 13:57:08 | preglow | mine is 8x16 |
| 13:57:11 | preglow | ehh |
| 13:57:12 | preglow | 2x16 |
| 13:57:36 | * | markun goes back to study |
| 13:57:56 | amiconn | E.g. "H" is the usual latin capital h, as well as the greek capital eta and the cyrillic capital en |
| 13:59:24 | | Quit ashridah ("sleep") |
| 14:00 |
| 14:00:32 | amiconn | preglow: http://www.rockbox.org/docs/rocklatin.html |
| 14:04:24 | | Quit DMJC ("Leaving") |
| 14:05:37 | preglow | pretty big differences |
| 14:06:10 | preglow | how old are those models? |
| 14:07:05 | amiconn | How do you mean? The players itself? |
| 14:07:45 | amiconn | They are out of production for quite some time. Iirc the first ones were sold in 2000, but you can still buy them new at some places. |
| 14:08:00 | preglow | yes |
| 14:08:08 | amiconn | (New as in unused and in original package) |
| 14:09:23 | preglow | how does the driver handle it if there are not enough free user-definable characters to show what's needed? |
| 14:09:57 | amiconn | This is explained in the mentioned page. It shows a replacement char instead. |
| 14:10:32 | CoCoLUS | http://www.engadget.com/entry/1234000983033519/ |
| 14:10:33 | CoCoLUS | wow :) |
| 14:10:40 | amiconn | The characters are prioritised, so a more critical char or one with an especially ugly replacement can get priority |
| 14:11:19 | preglow | CoCoLUS: yeah, i saw, i'm just waiting for my box to be slashdoted :P |
| 14:18:21 | preglow | oh well, i prefer non-charcell based design |
| 14:18:22 | preglow | s |
| 14:18:28 | * | preglow pats his h120 |
| 14:19:04 | amiconn | It's still easier that this dreaded x11 simulator issue on cygwin |
| 14:19:20 | amiconn | lseek() simply returns with -1 and doesn't do what it should |
| 14:19:31 | preglow | hahah |
| 14:19:38 | preglow | i saw you commited a NOCYGWIN patch |
| 14:19:41 | preglow | what did that do? |
| 14:20:03 | amiconn | It removed the NOCYGWIN define for the X11 simulator |
| 14:22:21 | preglow | well, yes, but what does that do? :P |
| 14:23:21 | amiconn | The NOCYGWIN define is, together with the -mno-cygwin machine option, a hint for the cygwin gcc to generate code that can run without cygwin1.dll |
| 14:24:00 | amiconn | It generates a little bit larger binaries that are a bit less posix compatible. |
| 14:24:22 | amiconn | This makes no sense for the X11 simulator on cygwin, because X11 needs the cygwin X11 server anyway |
| 14:32:07 | webmind | hm question: on what irivers does rockbox work ? |
| 14:35:19 | preglow | h1x0 |
| 14:35:32 | preglow | and depends on what you mean by "work" |
| 14:35:59 | preglow | it boots and works, but is not fully functional |
| 14:36:16 | webmind | ok |
| 14:56:01 | | Join edx__ [0] (edx@pD9EAAF4E.dip.t-dialin.net) |
| 15:00 |
| 15:00:25 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 15:01:02 | hubble | trying to get recording to work, but no luck so frr |
| 15:01:03 | hubble | far |
| 15:01:31 | *** | Saving seen data "./dancer.seen" |
| 15:01:55 | hubble | i'm trying to use dma although iriver firmware uses interrupt when recording |
| 15:04:36 | preglow | hmm |
| 15:10:50 | | Quit edx (Read error: 110 (Connection timed out)) |
| 15:11:30 | hubble | going to try and see if i can get interrupt recording to work |
| 15:16:47 | | Part hubble |
| 15:24:32 | | Join muesli_ [0] (muesli_tv@80.81.21.205) |
| 15:25:56 | | Join R3nTiL_ [0] (~zorroz@83.69.98.6) |
| 15:30:07 | | Quit R3nTiL_ (Client Quit) |
| 15:32:59 | preglow | fg |
| 15:33:04 | preglow | wrong window |
| 15:35:17 | Patr3ck | someone can help a newby to enable TIMER1 on the iriver? |
| 15:36:26 | Patr3ck | tried to redefine tick count to use TIMER1 instead of TIMER0 |
| 15:37:11 | amiconn | For unix, is there a way to get extended error information from the system? I.e. when lseek() fails, can I get the cause for this somehow? |
| 15:37:47 | preglow | errno? |
| 15:37:49 | fuzzie | amiconn: check for -1 return and then check errno? |
| 15:37:59 | amiconn | Yeah, I get -1 |
| 15:38:03 | amiconn | returned. |
| 15:38:14 | amiconn | What does errno tell me? |
| 15:38:34 | preglow | i'm trying to look it up but can't find it any more :/ |
| 15:39:04 | fuzzie | perror(NULL) will print the text representation of errno on stderr |
| 15:39:18 | fuzzie | or strerror(errno) will give you a string |
| 15:39:51 | amiconn | Bah, no errno for plugins :( |
| 15:40:06 | amiconn | But I'll try that, in the main code... |
| 15:40:20 | amiconn | later... |
| 15:40:24 | | Part amiconn |
| 15:42:43 | | Nick edx__ is now known as edx (edx@pD9EAAF4E.dip.t-dialin.net) |
| 15:42:49 | muesli_ | brb |
| 15:42:52 | | Quit muesli_ ("ich will Kühe!!!") |
| 15:45:42 | | Quit muesli- (Read error: 113 (No route to host)) |
| 15:57:59 | | Quit Patr3ck () |
| 16:00 |
| 16:02:11 | | Join muesli- [0] (muesli_tv@11.15-dial.augustakom.net) |
| 16:03:47 | HCl | hrm |
| 16:04:01 | | Quit markun () |
| 16:14:10 | preglow | my god, gnu/whater/linux has quite a way to go before it can be used for sound stuff |
| 16:14:18 | preglow | whatever... |
| 16:20:36 | | Join TexJoachim [0] (~TexJoachi@p508BF03A.dip.t-dialin.net) |
| 16:23:20 | | Quit TexJoachim (Client Quit) |
| 16:24:05 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 16:25:10 | markun | grayscale on iriver in action: http://130.89.160.166/rockbox/iriver-grayscale.jpg |
| 16:27:02 | markun | Not very useful yet, but it works. |
| 16:27:30 | lImbus | is this the grayscale framework or is this just the 2-bit display beeing used |
| 16:27:32 | lImbus | ? |
| 16:27:44 | markun | 2-bit display |
| 16:27:53 | lImbus | looks good |
| 16:28:11 | muesli- | markun kewl! :-) |
| 16:28:23 | markun | If you look closely at the black bar you can see '.rockbox' in dark-gray. |
| 16:29:51 | lImbus | I was able to play a bit around with a iRiver 340 last week. They (iRiver) did a good job in exhausting the color display for menu-stuff |
| 16:31:51 | markun | also a lot of moving stuff in the menu of the h3x0 if I remember correctly. |
| 16:32:08 | preglow | markun: cool |
| 16:32:25 | lImbus | yes, animated icons and animations when moving one menu to another |
| 16:33:20 | markun | Soon we can play super mario in slowmotion with 4 colors :) |
| 16:33:58 | CoCoLUS | how many grayscales does the orig. gb have? |
| 16:34:08 | muesli- | 4 r enough :-D |
| 16:34:15 | markun | don't know. HCl? |
| 16:35:42 | pillo | markun: nice! |
| 16:36:00 | preglow | CoCoLUS: four, just like the h1x0 |
| 16:36:20 | preglow | the gb and the h1x0 are pretty good matches as far as the display is concerned |
| 16:37:09 | muesli- | and the super mario screenshots looked well enough for playing |
| 16:52:45 | | Join Patr3ck [0] (~patr3ck@pD9E5C2ED.dip.t-dialin.net) |
| 17:00 |
| 17:01:18 | | Quit Sando (Read error: 60 (Operation timed out)) |
| 17:01:18 | | Quit muesli- (Operation timed out) |
| 17:01:32 | *** | Saving seen data "./dancer.seen" |
| 17:10:54 | | Part pillo ("Kopete 0.9.2 : http://kopete.kde.org") |
| 17:13:04 | | Quit rasher ("Remember, no matter where you go, there you are - a skwerl.") |
| 17:24:40 | | Join muesli- [0] (muesli_tv@83.135.63.121) |
| 17:25:15 | | Quit methangas (Read error: 104 (Connection reset by peer)) |
| 17:26:57 | | Quit Patr3ck () |
| 17:27:44 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 17:32:46 | HCl | yup, 2 bit color |
| 17:32:49 | HCl | gray |
| 17:32:50 | HCl | i mean |
| 18:00 |
| 18:02:41 | CoCoLUS | everythings set for perfect gb emulation... just the dynarecs missing :P |
| 18:03:36 | HCl | well. |
| 18:03:38 | HCl | dynarec is working |
| 18:03:42 | HCl | you can help out if you like :P |
| 18:03:45 | HCl | at the moment |
| 18:03:56 | HCl | i'm puzzled to why the code gcc generates would actually be the same |
| 18:04:14 | HCl | http://titania.student.utwente.nl/flagstuff |
| 18:04:25 | HCl | if anyone can explain that to me, i'll be able to continue with dynarec |
| 18:05:06 | CoCoLUS | seems actually everyone here is having his fair share of wonders with gcc :P |
| 18:05:30 | HCl | well, i'm trying to use gcc to create fairly tight and optimized code in the dynarec |
| 18:05:33 | HCl | but. |
| 18:05:42 | HCl | at the moment i don't see why gcc's assembly output would work at all. |
| 18:05:56 | HCl | and while i don't, i'm not gonna bluntly type it over and feed it into dynarec |
| 18:08:26 | preglow | what's wrong with it? |
| 18:08:40 | HCl | preglow: i don't see how that assembly is equivalent with the code above it... |
| 18:08:46 | preglow | gimme a sec |
| 18:08:48 | preglow | but btw |
| 18:08:52 | HCl | especiall the andil #129,%d3 |
| 18:08:55 | preglow | gcc doesn't always produce optimal code for the coldfire |
| 18:08:58 | HCl | which is supposed to be the flags. |
| 18:09:05 | HCl | thats 0x81 |
| 18:09:09 | preglow | i've caught it doing some pretty stupid stuff |
| 18:09:12 | HCl | first of all, bit 1 of the flags is not used at all |
| 18:09:28 | preglow | like loading an immediate into a register before using it to compare with an address register |
| 18:09:31 | HCl | so that would limit it to only be able to set the zero flag |
| 18:09:39 | HCl | which must be wrong. |
| 18:09:47 | HCl | since it needs to be able to set carry |
| 18:09:56 | HCl | and halfcarry |
| 18:10:02 | HCl | a=(c) ? 0 : 0x80 | |
| 18:10:03 | HCl | (0x20 & (b ^ b ^ c) << 1)) | |
| 18:10:03 | HCl | ((2*b)&0x10)>>4); |
| 18:10:15 | HCl | first line = zero flag, second line = halfcarry, last = carry |
| 18:10:53 | HCl | and i seriously don't see that if you andi the flag register with 0x81 |
| 18:10:59 | HCl | how you possibly could get a correct result |
| 18:11:09 | HCl | i must be missing something vital |
| 18:11:37 | preglow | i'd do this by hand, where i you |
| 18:11:54 | HCl | i was doing that.. but it was getting complicated and very inefficient... |
| 18:11:59 | preglow | as i said, it does not seem that gcc produces optimal code for coldfire |
| 18:12:30 | preglow | well, studying optimized compiler output is complicated as well |
| 18:12:34 | HCl | well, i'm not talking about optimal... more about correctness... |
| 18:12:43 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 18:12:56 | HCl | correct me if i'm wrong but b^b^c == c, right? |
| 18:13:14 | Chamois | xshoxk : news about recording ? |
| 18:13:24 | preglow | you do know you can make gcc spit out asm, yes? |
| 18:13:29 | preglow | it's clearer than using objdump |
| 18:13:33 | HCl | gee preglow |
| 18:13:38 | HCl | once again you proved i'm stupid |
| 18:13:38 | HCl | xD |
| 18:13:41 | preglow | -S |
| 18:13:47 | HCl | i knew that, i just didn't think of it, and i don't know the flag for it |
| 18:13:48 | HCl | what is it |
| 18:13:50 | HCl | yes, that :p |
| 18:13:53 | * | HCl lags |
| 18:14:42 | XShocK | no, will start doing it today |
| 18:15:27 | XShocK | hcl: yes, it should be right |
| 18:15:49 | HCl | -S doesn't seem to be working |
| 18:16:11 | HCl | it creates test.s, but its empty |
| 18:17:17 | preglow | it should work, damn it!"¤ |
| 18:17:21 | preglow | i use it all the time |
| 18:18:38 | preglow | perhaps you use another flag that doesn't go well with it |
| 18:19:29 | preglow | what does halfcarry flag do? |
| 18:19:56 | HCl | i'm not even sure about that |
| 18:20:03 | HCl | i *believe* its a carry flag of the lower 4 bits |
| 18:20:10 | preglow | hah |
| 18:20:12 | preglow | ahh <- |
| 18:20:15 | preglow | makes sense |
| 18:21:37 | muesli- | what is the idea for buffering? i mean, does rockbox buffers as long as there is free memory or does it care about those 32mb ram-module? i am thinking about exchanging the ram-module with a bigger one |
| 18:22:10 | preglow | HCl: but simple enough, reading compiler optimized code is a nightmare, why don't you just try it out on the player? |
| 18:23:24 | HCl | ok |
| 18:23:30 | HCl | i think i got something more useful |
| 18:23:36 | HCl | 0xA1 |
| 18:24:00 | preglow | b ^ b ^ c ? |
| 18:24:13 | preglow | isn't b^b zero ? |
| 18:24:14 | HCl | that looks correct aside from the carry still being broken |
| 18:24:21 | HCl | at least the halfcarry could work in theory now |
| 18:24:29 | HCl | since its not anding them away |
| 18:25:01 | HCl | afk food |
| 18:26:15 | XShocK | preglow: b^b is zero. and zero^c is c |
| 18:26:26 | preglow | yes |
| 18:26:45 | preglow | just found it relatively pointless to write b ^ b ^ c, heh |
| 18:26:57 | XShocK | mmm.. yes. :) |
| 18:33:43 | HCl | yea, its just cause its a particular case of an algorithm |
| 18:34:12 | XShocK | is server rockbox.org down? |
| 18:34:40 | preglow | doesn't answer, at least |
| 18:35:10 | HCl | ah. and there is my bug. |
| 18:36:53 | lImbus | XShocK, preglow: confirmation from belgium :-) |
| 18:37:55 | preglow | what kind of confirmation? |
| 18:39:00 | HCl | http://slashdot.org/ |
| 18:39:54 | preglow | ahahah |
| 18:40:50 | lImbus | preglow: confirmation about rockbox.org-outage |
| 18:41:17 | preglow | ahhh |
| 18:41:24 | preglow | HCl: so, now you've got pressure on you as well :PP |
| 18:42:07 | HCl | :P |
| 18:42:16 | HCl | its all webmind's fault! i swear! :P |
| 18:42:52 | * | webmind hides :) |
| 18:43:59 | webmind | can this be considered a terrorist attack ? |
| 18:44:02 | HCl | lol. |
| 18:44:13 | preglow | well |
| 18:44:19 | preglow | it's not the first time they've been slashdotted |
| 18:44:23 | webmind | true |
| 18:44:33 | preglow | they're probably used to it ;) |
| 18:45:05 | * | HCl found his bug in his code, and is finally getting sensible data from gcc |
| 18:45:29 | webmind | HCl, congrats :) |
| 18:45:33 | HCl | thanks :) |
| 18:45:45 | HCl | i'll just fill it in in dynarec and its on to the next upcode |
| 18:45:56 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 18:48:16 | XShocK | HCl: cool. :) |
| 18:48:24 | XShocK | rockbox.org opened... |
| 18:50:52 | | Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
| 18:50:55 | | Join jyp [0] (~jp@48.81-201-80.adsl.skynet.be) |
| 18:50:58 | preglow | just baaaaarely |
| 18:51:14 | webmind | it was a lot quicker when I checked it before posting.. :) |
| 18:51:16 | * | jyp laughs mercilessly |
| 18:51:21 | preglow | hits on my pictures also suddenly went up for some reason... |
| 18:52:04 | webmind | creepy thing that /. |
| 18:53:09 | jyp | So rockoby is finished ? :P |
| 18:53:13 | webmind | it's like pointing a school of piranha to some fresh meat |
| 18:55:09 | XShocK | :)) |
| 18:55:30 | HCl | :P |
| 18:55:35 | HCl | jyp: no :P |
| 18:56:21 | jyp | hehe... Just jealous of your being slashdotted ;) |
| 18:59:31 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 19:00 |
| 19:00:15 | ripnetUK | i guess youve noticed that RockBoy has made slashdots front page? |
| 19:00:25 | HCl | :p |
| 19:00:53 | ripnetUK | now THATS fame :) |
| 19:01:33 | *** | Saving seen data "./dancer.seen" |
| 19:02:42 | lImbus | ripnetUK: www.rockbox.org was once more literally slashdotted. |
| 19:03:28 | webmind | ripnetUK, not that much.. usually goes away quite fast :) |
| 19:03:46 | webmind | been there.. done that ;) |
| 19:04:50 | HCl | :P |
| 19:05:28 | ripnetUK | yeah, its slashdotted :( |
| 19:05:41 | ripnetUK | cant even get the irc logs for today... |
| 19:05:49 | ripnetUK | gotta go |
| 19:05:52 | ripnetUK | cya :) |
| 19:06:34 | webmind | bye |
| 19:11:39 | XShocK | see you |
| 19:12:31 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 19:12:45 | hubble | hehe.. rockbox is on /. :) |
| 19:13:06 | HCl | yup |
| 19:13:07 | HCl | bbiab |
| 19:13:20 | HCl | odd, that gcc doesn't optimize stuff like b ^ b ^ c |
| 19:13:54 | lImbus | HCl: write something about that on the mailinglist. there is a gcc-developer reading :-) |
| 19:13:55 | jyp | /topic Rockboy got slashdotted −− we know ;) |
| 19:14:06 | HCl | hehe |
| 19:14:06 | hubble | is rockboy playable yet? |
| 19:14:16 | HCl | hubble: too slow, i'm working on dynarec |
| 19:14:16 | HCl | bbl |
| 19:18:02 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) |
| 19:20:09 | asdsd | wow rockboy got slashdotted! |
| 19:20:14 | asdsd | nice going guys |
| 19:20:53 | asdsd | thats gay: l Gameboy games on your iRiver? (Guess that means it’s only a matter of time before that feature gets added to the iPodLinux Pproject, then. |
| 19:21:03 | Stryke` | that would explain why i can't access the rockbox page |
| 19:24:21 | preglow | hahah |
| 19:24:29 | preglow | my box is starting to see quite a bit of traffic |
| 19:24:37 | asdsd | man u see the comments on the article? |
| 19:24:40 | asdsd | bunch of retards |
| 19:24:41 | lImbus | webmind, HCl, do I see that right that you're on the same uni ? |
| 19:24:50 | webmind | no |
| 19:24:51 | asdsd | whats ur box preglow? |
| 19:25:00 | webmind | lImbus, only this machin3e |
| 19:25:02 | webmind | bbl |
| 19:25:04 | preglow | asdsd: it's slashdot, go figure |
| 19:25:11 | asdsd | yah, i know but whats ur addy |
| 19:25:16 | preglow | glow.m0f0.net |
| 19:25:19 | preglow | i' |
| 19:25:27 | preglow | i've got pictures at glow.m0f0.net/rockbox/pictures |
| 19:25:36 | preglow | they're linked from the rockboy page |
| 19:26:03 | asdsd | oh yeah i saw those yesterday, nice |
| 19:26:56 | preglow | i'm getting several hits per second right now |
| 19:26:57 | preglow | hahaha |
| 19:27:51 | XShocK | hehe... being famous is costly. :) |
| 19:28:24 | lImbus | preglow, that was me :-) |
| 19:28:49 | preglow | no, i mean constantly |
| 19:29:11 | lImbus | kk |
| 19:31:11 | asdsd | man does slashdot geeks are so dumb |
| 19:31:19 | asdsd | they don't apriciate the awesomeness of the rockbox project |
| 19:31:53 | preglow | the slashdot crowd has never been particularly clever, don't mind them |
| 19:34:05 | | Nick kergoth is now known as kergoth`bbl (~kergoth@li11-226.members.linode.com) |
| 19:43:39 | jyp | asdsd> man u see the comments on the article? bunch of retards |
| 19:43:44 | jyp | ... newsflash ;) |
| 19:46:59 | asdsd | newsflash what? |
| 19:49:16 | jyp | Slashdot crowd = bunch of retards |
| 19:49:50 | asdsd | yeah |
| 19:49:55 | asdsd | c'ya guys later |
| 19:50:42 | lImbus | cu |
| 19:52:40 | | Quit methangas (Read error: 104 (Connection reset by peer)) |
| 19:53:16 | | Join Zagor [242] (foobar@h254n2fls31o265.telia.com) |
| 19:53:58 | Zagor | that slashdotting exposed a configuration error on my part. apache maxclients was set to 20 :-) |
| 19:54:17 | lImbus | eheh |
| 19:54:28 | Zagor | no wonder it was slow |
| 19:54:29 | preglow | jhahaha |
| 19:54:37 | preglow | that explains it |
| 19:54:38 | HCl | :P |
| 19:54:43 | preglow | it was very responsive once i got through |
| 19:54:53 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 19:54:58 | lImbus | Zagor: I see the 2.5-release is overdue if rockbox still wants to issue new versions every second month. |
| 19:55:04 | lImbus | I don't know how far multivolume and hotswap is going, but I think the tag database is worth a new version- |
| 19:55:20 | HCl | lImbus: me and markun are on the same univ |
| 19:56:55 | Zagor | lImbus: yeah. however we're making a flood of changes daily now, so it's not easy to tell which is a good day to freeze |
| 19:57:38 | lImbus | but these changes are not for the yet released devices... |
| 19:58:11 | Zagor | true, but some of the changes affect even released devices |
| 20:00 |
| 20:01:10 | ripnetUK | somone post an insightful comment to /. :) |
| 20:01:17 | * | lImbus headnods |
| 20:02:23 | preglow | impossible |
| 20:04:12 | markun | don't offend them too much. They're probably spying through current.txt :) |
| 20:05:10 | preglow | i'm more than a little tempted to replace all my screenshots with tubgirl.jpg |
| 20:05:31 | Sucka | do it! |
| 20:05:47 | preglow | Sucka: i'm not evil ;) |
| 20:06:13 | Sucka | i bet you want to be really though |
| 20:06:34 | preglow | you bet |
| 20:06:52 | Sucka | and this is the first step towards achieving that |
| 20:07:52 | Zagor | it's a pretty boring joke. people will just think we were hacked. |
| 20:08:31 | preglow | yes, i'm quite fed up with it myself |
| 20:08:50 | Sucka | its not about that Zagor, its about the sheer look of shock on their little faces |
| 20:09:27 | preglow | repayment for all the regirgitated jokes they've unleashed on the world |
| 20:09:41 | Zagor | ah, the look you never see on the faces you never see. yeah, that'd be fun... ;) |
| 20:09:45 | preglow | in soviet russia... beowulf cluster... i for one... |
| 20:09:58 | preglow | oh well, back to coding |
| 20:10:23 | Sucka | in soviet russia, tubgirl looks at you! |
| 20:10:36 | preglow | hahahaha |
| 20:31:39 | | Join n[o]bby [0] (nobby@ACD8E00A.ipt.aol.com) |
| 20:31:39 | | Quit methangas (Read error: 104 (Connection reset by peer)) |
| 20:31:41 | n[o]bby | hi |
| 20:31:44 | | Nick n[o]bby is now known as nobby (nobby@ACD8E00A.ipt.aol.com) |
| 20:31:58 | nobby | anyone have the files for the rockboy plugin? |
| 20:32:37 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 20:32:41 | nobby | anyone have the files for the rockboy plugin? |
| 20:32:53 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 20:33:14 | Zagor | nobby: you should know it's not very fast |
| 20:33:44 | HCl | um |
| 20:34:00 | HCl | i have a semi-old version without dynarec. |
| 20:34:06 | HCl | the version i'm working on has dynarec.. |
| 20:34:14 | * | HCl lags. |
| 20:34:25 | HCl | i should get off this other person's network, its slow :/ |
| 20:34:58 | preglow | go tell him |
| 20:39:04 | * | Zagor grabs some ice cream |
| 20:42:36 | | Join thread [0] (~thread@thread.user) |
| 20:47:56 | nobby | hello? |
| 20:48:10 | nobby | can be sent that rockboy plugin now ;) |
| 20:48:45 | nobby | any copy that works |
| 20:48:55 | nobby | i need it to show off with :P |
| 20:49:10 | nobby | and by works, i mean, works even if its not realtime and whatnot |
| 20:50:19 | nobby | HLl? |
| 20:50:59 | nobby | anyone? |
| 20:51:25 | * | nobby is so lonely here on his own, in this poor, abandoned channel... |
| 20:51:26 | nobby | :P |
| 20:51:39 | * | thread just read about rockbox on the /. |
| 20:51:47 | thread | intriguing |
| 20:52:08 | thread | don't want to break my player, though |
| 20:52:15 | thread | can I listen to music and play game boy at the same time? |
| 20:52:20 | nobby | nope |
| 20:52:29 | nobby | it wont play music on an irver yet |
| 20:52:38 | thread | o |
| 20:52:40 | nobby | you can still use the old firmware by rebooting it |
| 20:52:53 | thread | how do I run the rockbox firmware? |
| 20:53:06 | nobby | read the wiki |
| 20:53:13 | thread | i m... |
| 20:53:21 | nobby | http://www.rockbox.org/twiki/bin/view/Main/IriverBoot |
| 20:54:31 | thread | If you want to start the original firmware, hold the record button when starting. |
| 20:54:34 | thread | ah.. |
| 20:54:47 | thread | is there much risk of rendering my player useless? |
| 20:54:56 | preglow | not much, but some |
| 20:55:14 | preglow | there's always risk involved in flashing, even when flashing the original firmware |
| 20:55:27 | HCl | i can put a working rockboy up.. but give me some time.. |
| 20:55:37 | nobby | thanks HCl |
| 20:55:58 | HCl | preglow: i don't suppose you still have a working rockboy somewhere? it'd save me trouble |
| 20:56:13 | * | HCl guesses he can just disable the dynarec part to get it back to work.. |
| 20:56:17 | preglow | HCl: i'm sorry, but no |
| 20:56:20 | HCl | kay. |
| 20:57:07 | HCl | well, i just added the add a,a instruction, gonna go home first, then i'll compile a working version for the slashdot people. |
| 20:57:30 | nobby | wanna do a quick compile for me first? ;) |
| 20:57:33 | HCl | (seems an easy instruction, but the flags make it annoying) |
| 20:57:40 | HCl | no, sorry. i'll be back in 15 min or so. |
| 20:57:43 | nobby | ok |
| 20:57:45 | HCl | then i'll do the compile |
| 20:57:49 | nobby | thanks |
| 20:58:34 | nobby | the number of banned AOL ip's saddens me |
| 20:58:41 | nobby | i hate being stuck with this isp |
| 21:00 |
| 21:01:13 | nobby | gtg |
| 21:01:16 | nobby | be back in acouple hours |
| 21:01:37 | *** | Saving seen data "./dancer.seen" |
| 21:06:56 | preglow | hubble: oy, could you send me the ida database for the firmware again? i seem to have misplaced it somewhere... |
| 21:10:59 | | Quit nobby (Read error: 104 (Connection reset by peer)) |
| 21:11:05 | | Join mst [0] (~akamai@line133-90.adsl.actcom.co.il) |
| 21:11:09 | mst | wahh |
| 21:19:40 | * | HCl returns |
| 21:20:20 | HCl | ftp://titania.student.utwente.nl/rockbox.zip - should contain rockbox with a working rockboy |
| 21:20:23 | | Join willkill4food [0] (willkill4f@c-67-170-173-17.client.comcast.net) |
| 21:21:08 | muesli- | stupid question.. |
| 21:21:17 | muesli- | what do i do with this fw? |
| 21:21:24 | willkill4food | hello everyone |
| 21:21:50 | willkill4food | i just found out about this site from slashdot, and im probably not alone in that |
| 21:22:03 | jyp | noooooooo |
| 21:22:08 | jyp | ;p |
| 21:22:19 | * | jyp shuts off |
| 21:22:21 | willkill4food | but i have an archos multimedia jukebox, and I was wondering if anyone had one also and if they got any of the rockbox firmware to work on it? |
| 21:22:37 | jyp | gmini400 ? |
| 21:23:26 | willkill4food | http://archos.com/download/pictures/picts/archos_jbm_20.png |
| 21:23:41 | willkill4food | little bit of a big pic, but thats what I have |
| 21:23:57 | lImbus | the archos multimedia jukeboxes are based on a totally different hardware. no rockbox for that :-/ |
| 21:24:26 | preglow | master designers the archos people are not |
| 21:24:38 | lImbus | eheh |
| 21:24:56 | lImbus | at least it can be hacked :-) |
| 21:26:34 | willkill4food | are they really that different? |
| 21:26:49 | lImbus | dunno |
| 21:27:09 | lImbus | I think, because the existing archos-jukebox and recorder have a far to slow processor |
| 21:27:17 | lImbus | I think so... |
| 21:28:05 | jyp | open it up & tell us ;) |
| 21:28:06 | preglow | i think i've seen it mentioned they're completely different inside, yes |
| 21:28:27 | lImbus | If you are handy with electronics, open the box, make some pictures (or scans) of the hardware, start identifying the components, and start a rockbox-port to these devices |
| 21:28:30 | willkill4food | i already did open it up |
| 21:28:38 | willkill4food | trying to fix the headphone port |
| 21:28:41 | jyp | so, what's the cpu? |
| 21:28:54 | willkill4food | but the headphone port is soddered to the base if i remember right |
| 21:28:57 | willkill4food | i didnt check the cpu |
| 21:29:03 | willkill4food | the HD was in the way if I remember right |
| 21:39:24 | willkill4food | i think my jukebox is more or less like the recorder v2 and the fm recorder because im pretty sure they are about the same thing, but i cant find documentation of those two on the archos site very well |
| 21:40:37 | lImbus | the fm recorder and recorder v2 have a 12 MHz-Cpu. No way of doing anything of the things your mm-jukemox does |
| 21:40:56 | lImbus | s/jukemox/jukebox |
| 21:41:06 | willkill4food | well it probably does have a faster cpu and it does have a 16mb buffer |
| 21:41:42 | willkill4food | im gonna go try to figure it out, ill be back when i know what exactly is special about my jbm |
| 21:42:04 | lImbus | most probably it has a cpu that is able to do the decoding in software |
| 21:42:11 | einhirn | (isn't 16Mb more than sh1 can do?) |
| 21:42:25 | lImbus | no idea |
| 21:42:45 | einhirn | I think I read so when browsing about 8Mb Patch... |
| 21:42:55 | einhirn | err... Hack... ;) |
| 21:43:25 | lImbus | ^^ |
| 21:47:58 | XShocK | i will be back in 1 hour. |
| 21:49:35 | | Part hubble |
| 21:50:39 | lImbus | hehe@ jyp: couple of fixes for 16 bits archs |
| 21:51:22 | lImbus | A friend of mine called my archos a "debris" the other day. He has a iPod Mini and tried to get me jealous for the size and weight |
| 21:52:03 | preglow | hahaha |
| 21:52:08 | preglow | jealous of an ipod |
| 21:52:36 | lImbus | well. It's light, yes. period ;-) |
| 21:54:49 | Sucka | i hate ipod minis |
| 21:54:52 | Sucka | theyre hard to use |
| 21:54:56 | fuzzie | the ipod minis are ugly. :P |
| 21:54:58 | Sucka | normal ipods are quite nice |
| 21:55:11 | Sucka | but i prefer my iriver |
| 21:55:32 | Sucka | especially as i use it in-car mostly anyway |
| 21:55:37 | lImbus | I don't like the shiny back of an iPod. It will always have fingerprints and so on |
| 21:55:45 | Sucka | idd |
| 21:56:06 | Sucka | the 4g interface is quite cunning though |
| 21:56:22 | lImbus | it looks great, for a moment. then it get's dirty and unhandy |
| 21:56:46 | fuzzie | it's not that hard to run a cloth over it |
| 21:56:59 | Sucka | that happens with everythign though lImbus |
| 21:57:00 | fuzzie | the ipod is probably at the top of my list of hw music devices to buy atm |
| 21:57:10 | fuzzie | i'm in here because i'm hoping to keep track of whether the iriver might become viable |
| 21:57:22 | fuzzie | (most of my music is in AAC, but i'm not terribly wanting to buy something which won't do vorbis) |
| 21:57:35 | lImbus | hehe |
| 21:57:47 | lImbus | iPodLinux.org |
| 21:58:12 | fuzzie | .. doesn't support any of the new ipods anyway :) |
| 21:58:27 | lImbus | jo |
| 21:59:39 | fuzzie | and the faq doesn't much make me confident about being actually able to play music, either |
| 21:59:43 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 21:59:57 | jyp | lImbus: ? |
| 22:00 |
| 22:00:39 | jyp | what's so funny ? >:) |
| 22:00:44 | | Join elinenbe [0] (trilluser@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 22:01:13 | jyp | The naked truth: iPod is gay |
| 22:01:19 | lImbus | lol |
| 22:01:46 | lImbus | jyp: about that joke: your cvs-comment is "arch". debris. arch. you get it ? |
| 22:01:56 | jyp | I mean, your little sister has an iPod... |
| 22:02:01 | | Nick kergoth`bbl is now known as kergoth (~kergoth@li11-226.members.linode.com) |
| 22:02:19 | CoCoLUS | jeez |
| 22:02:19 | jyp | lImbus: no, but nevermind ;) |
| 22:02:23 | CoCoLUS | gays not bad :P |
| 22:02:44 | jyp | I haven't said that ;) |
| 22:03:19 | jyp | If you prefer; iPod is surfing on the metrosexual fad ;) |
| 22:03:21 | preglow | i think i've got a windows patcher going now |
| 22:04:04 | | Quit markun () |
| 22:05:03 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 22:06:06 | | Join courtc [0] (~court@adsl-158-15-19.asm.bellsouth.net) |
| 22:13:15 | | Join xen` [0] (~xen@planoise-2-82-227-196-9.fbx.proxad.net) |
| 22:23:11 | | Quit jyp ("poof!") |
| 22:27:22 | preglow | oh, how i love windows programming |
| 22:27:37 | preglow | CreateFile returns error, and when i query for error message, windows says Operation completed successfully |
| 22:29:31 | DMJC | regedit key set fail: Value: true |
| 22:31:43 | | Quit willkill4food (Read error: 60 (Operation timed out)) |
| 22:37:33 | | Join amiconn [0] (~jens@pD9E7F1F1.dip.t-dialin.net) |
| 22:47:45 | | Quit DMJC ("Leaving") |
| 23:00 |
| 23:01:38 | *** | Saving seen data "./dancer.seen" |
| 23:03:29 | mst | hmpf |
| 23:03:35 | mst | anyone ever seen one of these babies: http://www.usboem.com/img/909OF+_X.jpg ? |
| 23:03:46 | mst | http://www.usboem.com/products_list.asp?code=AC&boardid=8# |
| 23:08:07 | * | HCl sighs |
| 23:10:06 | * | preglow makes coffee |
| 23:12:40 | HCl | gcc must have serious bugs. |
| 23:16:10 | * | einhirn yells Yippeeee! |
| 23:16:18 | HCl | m? |
| 23:16:20 | einhirn | My rockbox lives again... |
| 23:16:26 | HCl | grats... |
| 23:16:32 | * | amiconn despairs |
| 23:16:36 | HCl | sup amiconn? |
| 23:16:40 | * | HCl joins the despairing. |
| 23:17:16 | HCl | c = FN | (d&0xFF) ? 0 : FZ | (FH & ((a ^ b ^ (d&0xFF)) << 1)) | ((un8)(-(char)((d&0xFF00)>>8)) << 4); |
| 23:17:24 | fuzzie | Looks fun. |
| 23:17:30 | HCl | anyone who can give me a clean m68k assembly equivalent of that |
| 23:17:32 | HCl | gets a cookie |
| 23:17:33 | HCl | :/ |
| 23:17:43 | amiconn | lseek(4, 5120, 0) -> -1 |
| 23:17:48 | HCl | and the satisfaction of having helped rockboy another step forward |
| 23:17:51 | einhirn | (Before the weekend I had a go to fix the GND-Problem and then a short circuit from nowhere. It's gone to nowhere again now ;=) ) |
| 23:17:53 | * | muesli- hands out a second brain ;) |
| 23:18:15 | HCl | given an unsigned char a, b, and unsigned short d |
| 23:18:22 | einhirn | HCl: Whoopee... |
| 23:19:05 | mst | hmmm.. does a filesystem dump beginning with ``AFI'' (0x41 0x46 0x49) sound familiar to anyone? |
| 23:20:48 | * | HCl flops on the floor and sighs. |
| 23:21:17 | prpplague | mst: not me |
| 23:21:59 | amiconn | I simply don't get it, and there seems no way to read errno correctly within rockbox... |
| 23:24:51 | prpplague | mst: a quick grep of the linux source tree doesn't yield anything |
| 23:25:50 | mst | prpplague, yeap. Not a *nix filesystem. Some sort of flash memory image. |
| 23:26:11 | mst | it has a FS header and file index starting at 0x0, and data at 0x1000 |
| 23:26:31 | | Part thread ("out") |
| 23:26:34 | mst | (the destination device that runs it is apparently Sigmatel-based) |
| 23:27:15 | prpplague | mst: which platform is this? |
| 23:28:33 | prpplague | HCl: let me ask a stupid question, why can't you put that in a .c and use a cross-assembler? |
| 23:29:29 | prpplague | sorry cross-compiler |
| 23:30:24 | | Join willkill4food [0] (willkill4f@c-67-170-173-17.client.comcast.net) |
| 23:30:30 | | Join nobby [0] (nobby@ACD4C335.ipt.aol.com) |
| 23:30:37 | nobby | Is HCl here? |
| 23:30:55 | nobby | with a copy of rockboy? :) |
| 23:31:41 | preglow | he's around |
| 23:32:10 | nobby | k |
| 23:32:34 | preglow | you'll just have to pull him from the brink of despair, and he'll probably respond ;) |
| 23:33:12 | nobby | oh |
| 23:33:15 | nobby | :S |
| 23:33:35 | nobby | how does one go about pulling HCl from the brink of despair? |
| 23:34:54 | preglow | 21:20 < HCl> ftp://titania.student.utwente.nl/rockbox.zip - should contain rockbox with a working rockboy |
| 23:35:36 | nobby | ah |
| 23:35:44 | nobby | time traveling brink pulling |
| 23:35:44 | nobby | thanks |
| 23:36:39 | mst | prpplague, it's not a platform, it's a nameless mp3 player I bought and I fail to track it down - there's this whole OEM conspiracy thing, apparently the device has like 300 different OEM brands and zillions of various firmwares |
| 23:37:52 | nobby | try them all and see whats good :) |
| 23:38:43 | prpplague | mst: ahh |
| 23:38:54 | prpplague | mst: which processor? |
| 23:39:55 | mst | prpplague, my suspect is STMP3400 |
| 23:40:00 | mst | I didnt unscrew it yet ;) |
| 23:47:38 | | Join muesli_ [0] (muesli_tv@68.14-dial.augustakom.net) |
| 23:48:35 | | Quit muesli_ (Client Quit) |
| 23:51:05 | | Join nobbynobbs [0] (nobby@ACD88911.ipt.aol.com) |
| 23:51:19 | nobbynobbs | back, safely removed modem isntead of iriver |
| 23:51:23 | nobbynobbs | >__< |
| 23:54:31 | mst | HA |
| 23:54:32 | mst | Filename: BRECF644BIN Offset: 1000 Garbage: 2460000000 Crap2: 0004000064634343d468436c |
| 23:54:35 | mst | Filename: BRECF641BIN Offset: 5000 Garbage: 2460000000 Crap2: 0004000064634313066427da |
| 23:54:38 | mst | Filename: BRECF321BIN Offset: 9000 Garbage: 2460000000 Crap2: 000400006433231363eaa2d2 |
| 23:54:41 | mst | I own this thing :P |
icon identifies that the person is a core developer (has commit access).