| 00:00:03 | iriver | next line is: ", |
| 00:00:29 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 00:00:46 | Bagder | odd |
| 00:00:56 | ripnetUK | cool update to bootloader - nice accident that tapping on on the remote boots rockbox, and holding it for a sec or 2 boots iriver :) |
| 00:01:11 | Bagder | iriver: apps/credits.pl is the script that produces that file from the docs/CREDITS file |
| 00:01:23 | iriver | I know :) |
| 00:01:27 | * | lostlogic reads the vorbis spec |
| 00:01:33 | iriver | with a perl script |
| 00:01:39 | lImbus | iriver: is that the only line with special characters ? |
| 00:02:08 | iriver | it just makes a line break between Elén and ", |
| 00:02:16 | preglow | lostlogic: having fun, yes? |
| 00:02:37 | iriver | weird that noone else have the same problem |
| 00:02:46 | lostlogic | preglow: yes, might explode my brain, but having fun... they do some funky stuff... |
| 00:03:22 | Bagder | iriver: could it be due to your perl version or locale or something? |
| 00:05:10 | iriver | my perl version is v5.8.0 for i386-linux-thread-multi |
| 00:05:23 | iriver | standard redhat 9 installation |
| 00:06:09 | Bagder | beats me |
| 00:08:34 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 00:11:35 | | Part LinusN |
| 00:12:48 | | Quit ripnetUK () |
| 00:17:23 | jyp | Bagder, an idea how to fix the absence of _mp3buffer & friends in the gmini build ? |
| 00:18:07 | Bagder | jyp: you should have them in the link file |
| 00:18:11 | Bagder | like the other targets do |
| 00:18:35 | jyp | oops, yah, should have looked better ;) |
| 00:18:37 | | Join sox [0] (~sox@c-1538e255.733-1-64736c10.cust.bredbandsbolaget.se) |
| 00:18:51 | Bagder | they're set there to use the remainder of the memory |
| 00:19:19 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 00:19:47 | sox | hm, i get another (fourth) md5sum: 882243a2cdd0f08e76a5e5af280cb431 ihp_120.hex |
| 00:20:28 | | Quit Ka (Read error: 110 (Connection timed out)) |
| 00:20:49 | sox | it felt so safe flashing with a fw w same md5 as all others yesterday ;-) |
| 00:21:11 | | Join Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) |
| 00:22:12 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 00:22:34 | LinusN | if you care about using a working bootloader.bin, use the one on the wiki page |
| 00:23:03 | * | LinusN just committed USB support |
| 00:23:20 | webguest71 | don't want to give an ihp_120.hex with bootloader |
| 00:23:26 | sox | LinusN: i did use the one on the wiki page |
| 00:23:30 | Bagder | you rock linus |
| 00:23:38 | Patr3ck | using the uploaded bootloader.bin: b0f2a8480e4615db328efcfff64cc9ec linus.hex |
| 00:23:42 | HCl | woot. |
| 00:23:48 | webguest71 | becuase i'm not sure like sox of my md5 |
| 00:23:55 | Bagder | webguest71: we don't distribute iRiver's firmware |
| 00:24:00 | HCl | that will help *SO* much with developing rockboy |
| 00:24:24 | webguest71 | badger : i understand that |
| 00:24:28 | quelsaruk | LinusN: for iriver? you rock :) |
| 00:24:36 | lImbus | Usb ? :-o |
| 00:25:04 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 00:25:15 | amiconn | quelsaruk: You had some goats to spare? ;-/ |
| 00:25:20 | Sucka | woah! USB is done |
| 00:25:22 | Sucka | great work :D |
| 00:25:27 | Patr3ck | I would love to flash, but first want to make shure I created a correct .hex |
| 00:25:36 | HCl | LinusN: do you need an updated bootloader for that? |
| 00:25:38 | LinusN | Bagder: i found the problem with the crox0c.bdf font |
| 00:25:44 | LinusN | HCl: no |
| 00:25:45 | quelsaruk | what's the problem amiconn? you can't play rvf with archos player? :D |
| 00:25:56 | Bagder | LinusN: aha, what is it? |
| 00:26:02 | hubble | cant get the i2c interface to work.. wonder if you need to do something to enable the codec first? |
| 00:26:06 | amiconn | quelsaruk: Nope, but I still don't get a working iRiver sim :( |
| 00:26:09 | LinusN | the glyphs are not ordered |
| 00:26:19 | Bagder | in the bdf? |
| 00:26:24 | HCl | k k |
| 00:26:30 | quelsaruk | i can't help you with that, sorry :( |
| 00:26:31 | LinusN | and the converter script doesn't handle the ENCODING tag |
| 00:26:37 | quelsaruk | goats work only in targets |
| 00:26:38 | quelsaruk | not sims |
| 00:26:39 | Bagder | aha |
| 00:26:43 | LinusN | (or whatever it's called) |
| 00:27:06 | LinusN | so we can either fix the cnnverter or sort the bdf font file |
| 00:27:27 | LinusN | i don't like that the converter is written in C |
| 00:27:42 | Bagder | no |
| 00:27:43 | LinusN | Perl would have been so much simpler |
| 00:28:07 | amiconn | Nice that you found that. I once looked into this, but didn't find the cause. However, I wonder why it worked for the old fonts... |
| 00:28:13 | preglow | perl = sweet |
| 00:28:25 | LinusN | amiconn: i have no idea why it worked in the past |
| 00:28:25 | | Part webguest71 |
| 00:28:29 | amiconn | *perl* is *simpler* ???? |
| 00:28:35 | preglow | haha |
| 00:28:39 | preglow | i could try converting it to perl |
| 00:28:41 | LinusN | for parsing a text file, indeed |
| 00:28:48 | | Join Blade [0] (~3e234217@labb.contactor.se) |
| 00:29:21 | LinusN | perl rocks |
| 00:29:25 | preglow | i agree |
| 00:29:29 | preglow | it's a wonderful language |
| 00:29:33 | Bagder | it says ENCODING -1 on lots of characters |
| 00:29:38 | amiconn | perl is powerful for sure, but imho it's much harder to understand a program that you didn't write yourself |
| 00:29:40 | LinusN | yes |
| 00:29:50 | quelsaruk | i'm with amiconn in that... |
| 00:29:50 | quelsaruk | :D |
| 00:29:57 | preglow | depends |
| 00:30:06 | preglow | it can be hard, but that applies to any language, imhp |
| 00:30:09 | quelsaruk | i can understand C but perl is like.. wow.. what the hell is that? :D |
| 00:30:45 | Bagder | LinusN: the code uses the ENCODING info, must be doing it wrong... |
| 00:30:47 | rasher | well, implicit use of $_ really confuses me |
| 00:31:03 | amiconn | preglow: perl script often look like a random assorment of special characters... |
| 00:31:18 | preglow | amiconn: yes, often |
| 00:31:18 | Patr3ck | amiconn the regular expression look like that |
| 00:31:25 | preglow | but my perl code is poetry |
| 00:31:27 | LinusN | Bagder: then i might be wrong |
| 00:31:30 | preglow | i may be overestimating |
| 00:31:49 | Bagder | LinusN: it might still be a clue |
| 00:31:51 | amiconn | Patr3ck: Not only the regexps (actually regexps are the part of perl that I like) |
| 00:32:14 | LinusN | regex and hashes, mmmmm |
| 00:32:19 | LinusN | luvit |
| 00:33:04 | Patr3ck | amiconn after 2 week I can't remeber what a regex I wrote is supposed to do, but doesn't ;-) |
| 00:33:39 | quelsaruk | sleep time |
| 00:33:40 | quelsaruk | cu! |
| 00:33:44 | HCl | great, its working |
| 00:33:51 | | Quit quelsaruk ("KVIrc 3.0.1.99 'Realia'") |
| 00:33:54 | lImbus | good night quelsaruk |
| 00:34:07 | lImbus | uff. slightly to late => clear sign |
| 00:34:12 | lImbus | I'll go home too now |
| 00:34:47 | preglow | reading c code that does parsing sure as hell isn't as easy as reading perl code that does parsing |
| 00:35:01 | HCl | :P |
| 00:35:16 | Bagder | .. and emacs is the best editor ;-) |
| 00:35:22 | preglow | vim1!!!!! |
| 00:35:25 | Patr3ck | ...vim |
| 00:35:38 | preglow | i won't whind myself up on this one, heh |
| 00:36:04 | HCl | and windows server is *the* server OS >.o |
| 00:36:13 | | Quit lImbus ("mcdonalds=>home=>bed") |
| 00:36:23 | * | rasher punches HCl |
| 00:36:28 | HCl | just kidding :P |
| 00:37:07 | HCl | yay, this looks better, at least now i get a proper scanline to redraw.. |
| 00:37:20 | preglow | why the hell is perldoc.com _always_ down |
| 00:38:25 | HCl | now if it'll loop before it hits the 144, i'm happy :x |
| 00:38:32 | | Part LinusN |
| 00:38:52 | HCl | yay. |
| 00:38:53 | HCl | it did |
| 00:39:32 | Patr3ck | can someone confirm that the md5 b0f2a8480e4615db328efcfff64cc9ec for the final scrambled hex file using the uploaded bootloader.bin is correct? |
| 00:40:27 | | Join ashridah [0] (ashridah@220-253-119-50.VIC.netspace.net.au) |
| 00:41:12 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 00:42:05 | HCl | wb |
| 00:42:15 | amiconn | Grmpf. The simulator problem is definitely iRiver sim specific. I built all sorts of Win32 and X11 sims. Only the iRiver versions segfault. |
| 00:43:19 | HCl | 882243a2cdd0f08e76a5e5af280cb431 new.hex |
| 00:43:43 | HCl | Patr3ck: did you use the euro or us version of the original firmware? |
| 00:43:54 | Patr3ck | HCI: us |
| 00:43:57 | HCl | ok |
| 00:43:58 | HCl | eu here |
| 00:44:04 | HCl | so thats normal that they differ then |
| 00:44:16 | Patr3ck | i will try the eu one |
| 00:44:33 | Blade | oh |
| 00:44:48 | Blade | HCl do hoy have mak a ihp_120.hex with the new bootloader |
| 00:44:49 | Blade | ? |
| 00:45:03 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/IriverBoot |
| 00:45:25 | | Quit hubble ("sleep, eat & code") |
| 00:46:26 | HCl | Blade: what? |
| 00:46:57 | Blade | did you make a ihp_120.hex with the new bootloader? |
| 00:47:43 | | Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 00:48:00 | Blade | if yes can you put it on your ftp ? i prefer use a firm wich has been tested than make myself |
| 00:48:14 | HCl | i don't have a tested .hex with the new bootloader. |
| 00:48:24 | HCl | i have an untested one though |
| 00:48:40 | Blade | oh |
| 00:48:42 | Blade | sorry |
| 00:48:45 | HCl | its fine o.o |
| 00:49:18 | Blade | if you do it would you put it on your ftp ? |
| 00:49:55 | HCl | i can put the untested one on my ftp if you want? |
| 00:50:38 | Blade | i prefer one tested |
| 00:50:41 | Blade | ;-) |
| 00:51:13 | preglow | i love perl, entire big command line parse section in c= getopts() |
| 00:51:30 | | Quit edx () |
| 00:52:55 | *** | Saving seen data "./dancer.seen" |
| 00:56:45 | HCl | YES |
| 00:56:48 | HCl | ITS WORKING |
| 00:56:49 | HCl | XD |
| 00:56:49 | preglow | what?? |
| 00:56:51 | preglow | hahaha |
| 00:56:58 | LinusN | rockboy |
| 00:57:00 | LinusN | ? |
| 00:57:00 | HCl | i got a semi-decent lcd driver now |
| 00:57:01 | preglow | excellent |
| 00:57:02 | HCl | yes |
| 00:57:02 | HCl | xD |
| 00:57:07 | HCl | its going awfully slow |
| 00:57:07 | HCl | but |
| 00:57:14 | HCl | once its finished this redraw screen cycle |
| 00:57:15 | Patr3ck | HCI: using the eu version my md5 matches, did you already try it? |
| 00:57:20 | HCl | Patr3ck: no |
| 00:57:36 | preglow | HCl: damn, man, take a picture :P |
| 00:57:48 | HCl | yea, let me get the debug stuff out |
| 00:58:00 | preglow | or at least give me the stuff and a zelda rom, so i can do it, hehe |
| 00:58:03 | HCl | its awfully slow, but then, its calling draw and clearpixel |
| 00:58:09 | HCl | and like |
| 00:58:11 | HCl | black and white |
| 00:58:15 | HCl | don't do justice to gameboy roms |
| 00:58:16 | preglow | relax, no one expects top performance yet |
| 00:58:30 | preglow | i think it's shit cool you got it to work this fast |
| 00:58:39 | HCl | :P |
| 00:58:42 | HCl | ok |
| 00:58:42 | HCl | hold on |
| 00:58:45 | HCl | let me get debug out |
| 00:58:47 | Blade | ome to test usb mode on rockbox |
| 00:58:54 | Blade | on iriver so |
| 00:58:56 | Blade | perfect |
| 00:59:01 | Blade | thanks linus |
| 00:59:12 | LinusN | you're welcome |
| 00:59:47 | LinusN | maybe it's time to get some sleep |
| 00:59:47 | * | lostlogic hugs Linus and all coders working on this stuff... now just skip the H1 and do the H3 :):):) |
| 00:59:54 | LinusN | hehe |
| 01:00 |
| 01:00:16 | preglow | i think minimal porting will have the h1x0 code running on the h3x0 |
| 01:00:28 | preglow | this is somewhat less than a qualified guess, but hell |
| 01:00:51 | Blade | what is your coming work Linus after USB ? |
| 01:01:07 | LinusN | clock speed |
| 01:01:08 | * | amiconn is looking for the cvs magic to check out a defined point-i-time state |
| 01:01:16 | | Quit iriver ("CGI:IRC (Ping timeout)") |
| 01:01:19 | LinusN | cvs co -d <date> |
| 01:01:34 | LinusN | or cvs up -d <date> |
| 01:01:47 | Bagder | co -D actually |
| 01:01:57 | LinusN | hmmm |
| 01:02:10 | Bagder | -d like that creates a dir |
| 01:02:12 | LinusN | ah, it's rlog -d |
| 01:02:15 | lostlogic | preglow: yes, that is what I expect too −− most of the chips are the same or upgraded versions of the same stuff... |
| 01:02:21 | lostlogic | preglow: color LCD! :) |
| 01:02:24 | Bagder | cvs is totally impossible on those aspects |
| 01:02:40 | Bagder | color is gonna be a pain to deal with |
| 01:02:51 | Bagder | color fonts |
| 01:02:52 | * | LinusN has more work to do on the schematics |
| 01:02:53 | Bagder | color widgets |
| 01:02:55 | Bagder | ooooo |
| 01:03:15 | lostlogic | LinusN: for the H1 or H3? |
| 01:03:20 | LinusN | h1 |
| 01:03:34 | LinusN | lots of stuff left, like the audio paths |
| 01:04:17 | lostlogic | whee |
| 01:04:44 | HCl | hrm |
| 01:04:56 | HCl | my roommate is saying gbc isn't backwards compatible with gameboy |
| 01:05:01 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 01:05:03 | HCl | so there wouldn't be a way to run zelda in 4 color mode |
| 01:05:30 | Patr3ck | anyone that has the md5 of a final scrambled tested .hex using the new upload bootloader.bin? (I would like to flash...) |
| 01:05:49 | Blade | Linus : if I supress Rockbox if I'm in USB mode with Rockbox what happens ? |
| 01:06:26 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@229-151.suscom-maine.net) |
| 01:06:37 | LinusN | Patr3ck: 882243a2cdd0f08e76a5e5af280cb431 ihp_120.hex (1.63e) |
| 01:06:44 | Patr3ck | thanks! |
| 01:06:53 | LinusN | Blade: if you what? |
| 01:07:04 | Blade | if i delete rockbox files |
| 01:07:06 | Patr3ck | mine matches, so... |
| 01:07:19 | Patr3ck | I will do it now! |
| 01:07:30 | HCl | hrmf |
| 01:07:39 | LinusN | Blade: rockbox will work until you use the files |
| 01:07:45 | rasher | How much is needed to build these firmware files? |
| 01:08:00 | LinusN | rasher: the boot loader? |
| 01:08:40 | rasher | Yes |
| 01:08:55 | preglow | linusn: again, what gcc do you use? my md5s have never matched yours, so i hope there's some discrepancy there |
| 01:09:34 | LinusN | 3.4.2 with a binutils from october last year |
| 01:09:44 | preglow | then shit |
| 01:09:54 | preglow | binutils shouldn't matter much, so long as it compiles, i think |
| 01:09:57 | HCl | okay. |
| 01:09:58 | HCl | um. |
| 01:10:25 | * | Bagder considers making a 3.4.3 one |
| 01:10:39 | LinusN | rasher: you need a development environment |
| 01:11:01 | preglow | rasher: it's really quite simple, there's a wiki page on this |
| 01:11:11 | LinusN | but you can get away with scramble.exe and mkboot.exe |
| 01:11:14 | ashridah | rasher: all i needed on top of my normal devel stuff was gcc-core of a useful version and binutils. |
| 01:11:22 | ashridah | all the rest i already had |
| 01:11:35 | ashridah | wait, you mean rockbox |
| 01:11:35 | * | ashridah shuts up |
| 01:11:42 | HCl | hm, gbc should be backwards compatible with gb |
| 01:11:44 | rasher | I just hear about having to compile versions of binutils and gcc |
| 01:11:51 | rasher | things I'm not really keen on doing |
| 01:12:04 | HCl | so i don't know whether commercial color roms will run properly, i'll try a color demo rom soon |
| 01:12:05 | LinusN | rasher: you don't need to compile the boot loader |
| 01:12:07 | HCl | anyways |
| 01:12:12 | HCl | let me slap it up on my ftp along with the demo rom i'm using |
| 01:12:15 | ashridah | rasher: just build them into something like −−prefix=/home/rasher/rbdev/ |
| 01:12:30 | ashridah | and add /home/rasher/rbdev/bin to the path before you do rockbox devel |
| 01:14:09 | HCl | ok |
| 01:14:20 | HCl | ftp://titania.student.utwente.nl , rockbox.zip and rom.gb |
| 01:14:42 | HCl | we actually did get gameboy before sound XD |
| 01:15:01 | LinusN | hehe |
| 01:15:24 | HCl | i haven't looked at gbc yet - i probably broke part of it while trying to get it to run on standard gameboy only |
| 01:15:29 | HCl | but it runs normal gameboy roms |
| 01:15:42 | HCl | it has an emu cycle counter on the left thats a bit annoying, but blah |
| 01:16:18 | HCl | buttons work too |
| 01:16:33 | HCl | the demo just shows various flashy looking screens and waits for keypresses in between |
| 01:18:04 | XShocK | when will it start showing anything? i mean already counted upto 50 |
| 01:18:24 | HCl | the rom.gb on my site will start displaying at 7 |
| 01:18:41 | XShocK | i put your rom.gb |
| 01:18:42 | Patr3ck | rockbox is up and running :-) |
| 01:18:51 | LinusN | Patr3ck: congrats |
| 01:18:54 | HCl | it should work |
| 01:19:57 | preglow | haha |
| 01:20:02 | Patr3ck | great! I will play around a little bit now, thanks again! |
| 01:20:02 | preglow | i get plugin error with super mario land :P |
| 01:20:25 | HCl | preglow: when loading? |
| 01:20:35 | HCl | oh.. isn't mario a genuine gameboy rom? |
| 01:20:44 | preglow | HCl: i'm a fool, disregard me |
| 01:20:49 | HCl | yup. |
| 01:20:59 | HCl | i'm gonna load mario into it |
| 01:21:01 | HCl | see if it works |
| 01:21:02 | HCl | o.o |
| 01:21:56 | * | LinusN is going to bed |
| 01:22:04 | HCl | night |
| 01:22:09 | XShocK | good night |
| 01:22:11 | LinusN | nite all |
| 01:22:12 | HCl | good work on usb |
| 01:22:18 | LinusN | thx |
| 01:22:20 | | Part LinusN |
| 01:22:30 | preglow | HCl: haha, works perfectly |
| 01:22:45 | HCl | preglow: with my testrom? |
| 01:22:51 | preglow | HCl: aye |
| 01:22:58 | HCl | *nods* |
| 01:23:03 | HCl | well, see if you can make a pic or so |
| 01:23:07 | HCl | i just tried to load mario.. |
| 01:23:19 | HCl | its prolly rather slow, |
| 01:23:20 | HCl | WAH |
| 01:23:21 | HCl | WOAH |
| 01:23:30 | preglow | is that an orgasm i detect? |
| 01:23:32 | HCl | it worked! |
| 01:23:52 | preglow | HCl: is it supposed to be exitable? |
| 01:24:04 | preglow | HCl: care to put the rom up somewhere? |
| 01:24:05 | XShocK | loong push on the jog. |
| 01:24:11 | XShocK | to exit |
| 01:24:21 | HCl | preglow: push the joy |
| 01:24:25 | preglow | did |
| 01:24:27 | HCl | the next cpu cycle it'll catch it and exit |
| 01:24:31 | preglow | but yeah, my question stands |
| 01:24:37 | HCl | yea |
| 01:24:40 | HCl | hold on XD |
| 01:24:43 | HCl | this is great |
| 01:25:09 | HCl | definately need a picture |
| 01:25:13 | HCl | of iriver runnig mario world |
| 01:25:36 | HCl | on my ftp |
| 01:25:38 | HCl | mario.gb |
| 01:25:41 | HCl | you need to rename it, obviously |
| 01:25:59 | preglow | yes, got that |
| 01:26:07 | | Quit CrunchyWhiteMeat (Read error: 113 (No route to host)) |
| 01:27:06 | HCl | ok |
| 01:27:08 | HCl | i made a pic |
| 01:27:11 | HCl | dunno if its any good |
| 01:27:12 | HCl | but |
| 01:27:17 | HCl | i'll load it onto my comp and put it online |
| 01:28:33 | XShocK | when should it start mario? |
| 01:28:39 | XShocK | i mean on which tick? |
| 01:28:50 | HCl | i don't know |
| 01:28:52 | preglow | ASGHAHAHA |
| 01:28:55 | HCl | i just had it running |
| 01:28:55 | preglow | works perfectly |
| 01:28:57 | XShocK | since I don't have anything at alll. |
| 01:29:01 | XShocK | 110 |
| 01:29:05 | preglow | this is so fucking cool |
| 01:29:13 | HCl | i need another picture XD |
| 01:29:14 | amiconn | Grrr. the cvs up -D thing doesn't seem to work :( |
| 01:29:15 | HCl | rec is start |
| 01:29:17 | HCl | it actually works too |
| 01:29:18 | HCl | XD |
| 01:29:21 | preglow | i'll take a picture |
| 01:29:36 | HCl | make one of in the game |
| 01:29:38 | HCl | after pressing rec |
| 01:29:43 | HCl | i made one of the first screen |
| 01:29:50 | HCl | booting my comp, it has a cardreader |
| 01:30:34 | XShocK | hmm, shoudl i just start the plugin and wait until something shown or I need to make some magic? :) |
| 01:31:07 | preglow | doesn't seem to respond to 'rec' |
| 01:31:14 | HCl | worked here |
| 01:31:15 | HCl | it takes a while |
| 01:31:25 | HCl | its rather slow, still |
| 01:31:27 | preglow | sure, but it's been a minute |
| 01:31:30 | HCl | oh |
| 01:31:31 | HCl | hm. |
| 01:31:31 | preglow | do i need to hold it |
| 01:31:32 | preglow | ? |
| 01:31:36 | HCl | maybe a little |
| 01:31:38 | HCl | i'm not sure |
| 01:31:46 | preglow | yes |
| 01:31:47 | HCl | the pic i took was blurred cause i took it too upclose |
| 01:31:48 | preglow | you have to |
| 01:31:49 | HCl | gonna make another one |
| 01:31:51 | preglow | now the redraw stopped |
| 01:31:53 | preglow | so i guess it's loading |
| 01:32:05 | preglow | yup |
| 01:32:07 | preglow | i'm in |
| 01:32:08 | preglow | hahaha |
| 01:33:37 | amiconn | Urgs, silly cvs... |
| 01:34:41 | XShocK | please, can somebody say what to do? i am sure it must work here too, but ticking up to 250 and nothing happens. hold of rec for 15 sec did help. :) |
| 01:34:53 | XShocK | didn't help |
| 01:35:37 | preglow | http://glow.m0f0.net/rockbox/pictures/ |
| 01:36:04 | lostlogic | preglow: rock, rock on! |
| 01:36:24 | HCl | hehe :P |
| 01:36:25 | XShocK | looks relly cool. |
| 01:36:34 | HCl | i got one too |
| 01:36:44 | Patr3ck | unbelievable!!! |
| 01:36:48 | HCl | mine is on hp140 though |
| 01:36:53 | HCl | ftp://titania.student.utwente.nl/mario.jpg |
| 01:36:58 | Patr3ck | HCI: very well done! |
| 01:37:05 | HCl | :P |
| 01:37:08 | HCl | its hcL, and thanks :P |
| 01:37:25 | preglow | HCl: it's mario.JPG, btw, case matters |
| 01:37:28 | HCl | ok |
| 01:37:36 | HCl | :P |
| 01:38:27 | linuxstb | HCl: Very nice! |
| 01:38:55 | HCl | thanks :P |
| 01:39:02 | HCl | now it just needs lots, lots more speed |
| 01:39:06 | preglow | yup |
| 01:39:14 | preglow | you looked at that other gnuboy port, btw? |
| 01:39:19 | preglow | the one meant for portables |
| 01:39:20 | HCl | hardly... |
| 01:39:22 | HCl | only a little |
| 01:39:26 | HCl | it should be almost trivial |
| 01:39:29 | HCl | to build a .patch |
| 01:39:37 | HCl | that'll patch mostly against it |
| 01:40:26 | preglow | hahaha |
| 01:40:30 | preglow | but this is so extremely cool |
| 01:40:33 | HCl | :P |
| 01:40:35 | preglow | someone needs to wiki this :PP |
| 01:40:39 | HCl | yup :P |
| 01:40:50 | HCl | under what section though? |
| 01:41:20 | amiconn | HCl: The ftp link doesn't work for me. No timeout, no error response |
| 01:41:29 | amiconn | The browser just seraches forever... |
| 01:41:33 | HCl | amiconn: i copied it to my http server as well |
| 01:41:36 | | Quit Patr3ck () |
| 01:41:40 | HCl | http://titania.student.utwente.nl/mario.jpg |
| 01:42:03 | amiconn | Ah. _Much_ better :) |
| 01:42:47 | | Quit jyp ("poof!") |
| 01:43:11 | rasher | amiconn: Maybe the browser is trying to use passive ftp/active ftp, which won't work for you? |
| 01:43:26 | HCl | wee. |
| 01:43:30 | HCl | i got a coin out of my block |
| 01:43:32 | * | amiconn is doing a binary search for the point in time the iRiver sim build broke |
| 01:43:33 | HCl | xD |
| 01:43:47 | | Quit _aLF ("Leaving") |
| 01:44:18 | amiconn | rasher: Both should work |
| 01:44:52 | rasher | amiconn: ah, okay. it's just that I think that's what was happening for me |
| 01:45:09 | XShocK | ftp didn't work for me also for a couple of seconds. then started working fine again |
| 01:45:42 | amiconn | XShocK: Any luck with the sim build? I'm still researching... |
| 01:46:22 | * | HCl goes to see whether he can get gbc roms to run.. |
| 01:46:30 | | Join cloudscapes [0] (gfgfd@Toronto-HSE-ppp3969709.sympatico.ca) |
| 01:46:31 | XShocK | no, i am mostly preparing for exams. :) |
| 01:46:32 | preglow | HCl: what are the button mappings right now? |
| 01:46:40 | cloudscapes | great work with the GB emu ;) |
| 01:46:44 | XShocK | and do quick glances on IRC |
| 01:46:52 | cloudscapes | screens are awesome |
| 01:47:57 | HCl | hold on.. let me get them for you |
| 01:48:51 | HCl | preglow: play = a stop = b mode = select rec = start |
| 01:48:56 | HCl | joystick button = quit |
| 01:49:16 | HCl | and ofcourse up down left right |
| 01:49:25 | preglow | hahah |
| 01:49:29 | preglow | my block too contains a coin |
| 01:49:32 | HCl | :P |
| 01:50:14 | preglow | it used approximately a minute in vanishing |
| 01:50:18 | HCl | :P |
| 01:50:20 | cloudscapes | I'd try it myself if I had the software/knowhow to embedd the bootloader in with the official firmware |
| 01:50:24 | HCl | yup, speed improvements needed |
| 01:50:29 | HCl | the most important bit was getting it to work though |
| 01:50:37 | HCl | though, i need to fix color gameboy roms |
| 01:50:43 | cloudscapes | congrats HLl ! |
| 01:50:54 | HCl | thanks :P |
| 01:51:07 | * | cloudscapes is a huge GB freak |
| 01:51:29 | cloudscapes | I was thinking for the 12-pixel difference |
| 01:51:58 | HCl | 16 |
| 01:52:05 | HCl | we've thought of several solutions |
| 01:52:11 | HCl | they should be trivial to implement |
| 01:52:14 | cloudscapes | have different cropping modes. center, top, bottom and single lines removed every ten pixels or so. every game is different |
| 01:52:17 | cloudscapes | just an idea |
| 01:52:22 | cloudscapes | ah ok |
| 01:52:22 | HCl | at the moment it drops the bottom 16 ones |
| 01:52:33 | HCl | the idea was to use the hold button |
| 01:52:37 | HCl | to switch between dropping the top 16 |
| 01:52:39 | HCl | and the bottom 16 |
| 01:52:45 | HCl | and also try dropping 8 at the top and 8 at the bottom |
| 01:52:57 | HCl | and also try distributing 16 dropped lines throughout the screen |
| 01:53:11 | HCl | but for now, i'll try to add gameboy color roms support |
| 01:53:11 | cloudscapes | great! |
| 01:53:12 | preglow | HCl: i think i locked it up pressing three buttons at once :P |
| 01:53:33 | preglow | yes, it's quite definitely locked up |
| 01:53:33 | cloudscapes | sorry for suggesting the obvious :P |
| 01:53:48 | * | preglow gets his tiniest screwdriver reset ready |
| 01:53:52 | HCl | preglow: :P i'm not sure what the button driver does when you do that |
| 01:54:03 | preglow | HCl: i've got a guess for you |
| 01:55:45 | amiconn | I think I nailed the iRiver sim problem down. Really silly one.... |
| 01:56:09 | amiconn | See this: http://www.rockbox.org/viewcvs.cgi/firmware/drivers/lcd-h100.c?r1=1.7&r2=1.8 |
| 01:56:28 | amiconn | There is no section ".idata" for the sim build... |
| 01:56:34 | preglow | haha |
| 01:56:36 | preglow | small wonder |
| 01:56:51 | preglow | just mapping it to bss should work wonders |
| 01:57:04 | amiconn | Or #ifdefing it out |
| 01:57:47 | XShocK | :) |
| 01:59:45 | amiconn | preglow: There are no explicit linker scripts for the simulators, so how would I do the mapping? |
| 01:59:56 | preglow | amiconn: didn't think of that |
| 02:00 |
| 02:01:36 | cloudscapes | I'm out, good luck n shtuff! |
| 02:01:39 | | Quit cloudscapes () |
| 02:07:27 | Blade | i created the new firmware but does'nt know how test md5 |
| 02:07:30 | Blade | any help |
| 02:07:41 | preglow | you'll need 'md5sumæ |
| 02:07:43 | preglow | ehh |
| 02:07:45 | preglow | 'md5sum' |
| 02:09:20 | Blade | i got 882243a2cdd0f08e76a5e5af280cb431 |
| 02:09:23 | Blade | it's ok ? |
| 02:10:12 | Blade | anyone ? |
| 02:10:16 | preglow | 15349e452c83f512f4005565f3f8529c |
| 02:10:18 | preglow | that's what i get |
| 02:10:20 | lostlogic | check the wiki |
| 02:10:23 | lostlogic | shrug |
| 02:10:47 | Blade | id otn't see this sum in the wiki |
| 02:11:48 | Blade | anyone with teh eu has same that mine ? |
| 02:13:49 | XShocK | Blade: new.hex? |
| 02:14:03 | XShocK | I got nex hex with sum you have |
| 02:14:06 | HCl | titania:/home/hcl/rockbox/rockbox-devel# md5sum new.hex |
| 02:14:06 | HCl | 882243a2cdd0f08e76a5e5af280cb431 new.hex |
| 02:14:19 | Blade | thanks |
| 02:15:52 | rasher | Is gcc-3.3.5 okay? |
| 02:19:04 | Blade | ok i come to update with the new bootloader |
| 02:19:05 | preglow | should be |
| 02:19:19 | Blade | but the hold button is still not detected |
| 02:19:57 | Blade | what's problem ? |
| 02:20:49 | Blade | oh |
| 02:20:49 | Blade | no |
| 02:20:56 | Blade | i am silly |
| 02:20:57 | Blade | sorry |
| 02:21:03 | preglow | you're not alone in being silly |
| 02:21:14 | Blade | so |
| 02:21:16 | Blade | time to bed |
| 02:21:20 | Blade | nite rockbox |
| 02:21:24 | preglow | nite |
| 02:21:27 | rasher | nite |
| 02:21:31 | lostlogic | didn't make it to 50. |
| 02:21:32 | | Quit Blade ("CGI:IRC") |
| 02:21:32 | lostlogic | :) |
| 02:29:07 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@229-151.suscom-maine.net) |
| 02:31:24 | | Quit preglow ("ehehehehehhehe") |
| 02:33:22 | HCl | okay, my last build should run gameboy color roms |
| 02:33:32 | HCl | i have no idea what it'll look like though, if it'll show at all |
| 02:33:35 | | Quit mecraw () |
| 02:33:49 | HCl | (not on ftp yet) |
| 02:35:35 | DMJC | omg |
| 02:35:42 | DMJC | you got gameboy emu running already? |
| 02:35:45 | HCl | yes xD |
| 02:35:49 | DMJC | sic |
| 02:35:56 | HCl | http://glow.m0f0.net/rockbox/pictures/ |
| 02:35:59 | DMJC | what do I need to do to get it? |
| 02:36:02 | HCl | preglow made some pics |
| 02:36:05 | HCl | wait |
| 02:36:28 | HCl | ok |
| 02:36:31 | HCl | rockbox.zip on my ftp |
| 02:36:36 | HCl | ftp://titania.student.utwente.nl |
| 02:37:17 | HCl | just unzip that over your current rockbox |
| 02:37:58 | HCl | its still far too slow, but its running, which is most important :p |
| 02:39:47 | lostlogic | HCl: is slow because of clockspeed or because it needs severe optimization? |
| 02:39:56 | HCl | both, i guess. |
| 02:40:03 | lostlogic | nod |
| 02:40:06 | HCl | it calls drawpixel/clearpixel for every pixel |
| 02:40:11 | HCl | every scanline update |
| 02:40:17 | lostlogic | hahahahahahaaha |
| 02:41:13 | DMJC | would a nes emulator be possible? |
| 02:41:41 | HCl | i think a nes' resolution is too big |
| 02:41:52 | HCl | yes, definately |
| 02:41:55 | HCl | 256x240 |
| 02:42:18 | DMJC | you had to resize gameboy didn't you? |
| 02:42:23 | HCl | no |
| 02:42:28 | DMJC | ? |
| 02:42:29 | HCl | it drops the bottom 16 lines at the moment |
| 02:42:37 | DMJC | ah |
| 02:42:38 | | Join Blade [0] (~3e234217@labb.contactor.se) |
| 02:42:50 | Blade | i come to testthe new bootloader |
| 02:43:07 | Blade | and i assume he has some problem |
| 02:43:17 | Blade | the Hold button is not detected everytime |
| 02:43:28 | * | HCl prods linuxstb |
| 02:43:38 | HCl | linuxstb: can you tell me how to make rockboy into a viewer? |
| 02:43:50 | Blade | and he loads original firmware sometime instead of rockbox |
| 02:43:52 | DMJC | a viewer? |
| 02:43:52 | Blade | very strange |
| 02:44:06 | rasher | like the text-file viewer I guess |
| 02:44:13 | HCl | DMJC: so you can use it in the browser, just click a gameboy rom |
| 02:44:13 | rasher | so you "play" a ROM with rockboy |
| 02:44:14 | HCl | and it'll play it |
| 02:44:21 | DMJC | cool |
| 02:44:39 | HCl | linuxstb said its really easy to alter it |
| 02:45:10 | Blade | so anyone test then new bootloader ? |
| 02:45:25 | HCl | a few people |
| 02:45:29 | HCl | i think |
| 02:45:37 | amiconn | Nite all |
| 02:45:40 | Blade | ok |
| 02:45:51 | | Part amiconn |
| 02:46:01 | Blade | hcl where can i download your rockboy ? |
| 02:46:10 | DMJC | rockboy skips sound emulation |
| 02:46:12 | DMJC | ? |
| 02:46:18 | HCl | yes |
| 02:46:21 | HCl | ofcourse. |
| 02:46:24 | HCl | there's no sound driver yet |
| 02:46:29 | HCl | so obviously i couldn't implement sound |
| 02:46:36 | DMJC | I assumed so |
| 02:46:40 | HCl | ftp://titania.student.utwente.nl/rockbox.zip |
| 02:47:00 | Blade | on wich verson of rockbox is it based ? |
| 02:47:13 | HCl | cvs with some needed extensions |
| 02:47:31 | HCl | like extending the memory area for plugins |
| 02:47:36 | Blade | with all the latest improvment of linus ? |
| 02:47:39 | HCl | yea. |
| 02:48:07 | DMJC | yay finally a usb driver |
| 02:48:11 | DMJC | excellent |
| 02:48:19 | rasher | most excellent |
| 02:49:19 | Blade | all rom i have will work on your rockboy ? |
| 02:49:25 | Blade | or only a few ? |
| 02:49:30 | HCl | something should be posted on the wiki about it.. |
| 02:49:39 | HCl | Blade: um. well. i'm not sure about color gameboy roms yet |
| 02:49:50 | HCl | but its gnuboy, so it has the same compatibility |
| 02:49:52 | Blade | have one to give me ? |
| 02:49:54 | HCl | and gnuboy supports a lot |
| 02:49:56 | HCl | yea |
| 02:50:00 | HCl | mario.gb is on my ftp as well |
| 02:50:04 | Blade | ok |
| 02:50:05 | Blade | thnaks |
| 02:50:37 | DMJC | ? |
| 02:51:33 | DMJC | iriver are idiots |
| 02:51:39 | HCl | ? |
| 02:51:47 | DMJC | they shouldn't have changed the ihp-1** design for the 300 series |
| 02:51:54 | DMJC | they should have just added the color screen |
| 02:51:58 | lostlogic | heh |
| 02:52:02 | HCl | :P |
| 02:52:03 | DMJC | the joystick on the 100's is excellent |
| 02:52:06 | HCl | yea. |
| 02:52:07 | HCl | it is |
| 02:52:10 | lostlogic | I prefer the interface IMO, except for the lack of joystick |
| 02:52:13 | * | DMJC has a 140 |
| 02:52:38 | DMJC | wow... I think I locked my iriver |
| 02:52:49 | DMJC | don't plug usb in when it's trying to run the emu |
| 02:52:58 | *** | Saving seen data "./dancer.seen" |
| 02:53:02 | Blade | i got an illegal inst when i run rockboy |
| 02:53:17 | Blade | hcl ? |
| 02:53:28 | HCl | illegal inst? o.o thats interesting. |
| 02:53:32 | HCl | what rom did you use? |
| 02:53:37 | HCl | hm. |
| 02:53:43 | Blade | mario.gb |
| 02:53:43 | HCl | i wonder whether my last build broke some stuff |
| 02:53:45 | HCl | let me check o.o |
| 02:53:49 | Blade | i call it rom.gb |
| 02:53:51 | HCl | i altered it slightly |
| 02:53:54 | HCl | i might've messed up |
| 02:53:55 | HCl | hold on |
| 02:55:20 | Blade | i' was true when i rename mario.gb to rom.gb on the root |
| 02:55:21 | Blade | ? |
| 02:55:33 | HCl | yea |
| 02:56:30 | HCl | whats the md5sum of your rockboy.rock? |
| 02:56:41 | Blade | soory |
| 02:56:44 | Blade | i test again |
| 02:56:49 | HCl | cause it works here.. |
| 02:57:44 | | Quit Blade ("CGI:IRC (EOF)") |
| 02:58:57 | | Join Blade [0] (~3e234217@labb.contactor.se) |
| 02:59:12 | Blade | sorry my pc crached |
| 02:59:30 | Blade | so i was wrong |
| 02:59:33 | Blade | i had an error |
| 02:59:38 | Blade | but test agian and it works |
| 02:59:57 | Blade | i see mario picture and a countdown |
| 03:00 |
| 03:00:04 | Blade | so i think it's good |
| 03:00:08 | Blade | hcl? |
| 03:00:10 | HCl | mm |
| 03:00:14 | HCl | okay |
| 03:00:19 | HCl | well, you get the first screen |
| 03:00:22 | HCl | and it asks you to press start |
| 03:00:26 | Blade | yes |
| 03:00:49 | Blade | but when i press the button it finished |
| 03:01:08 | HCl | what button? |
| 03:01:13 | * | rasher checkouts binutils |
| 03:01:17 | Blade | the NAVI button |
| 03:01:22 | Blade | inthe joystick |
| 03:01:27 | HCl | yea, thats the exit button :p |
| 03:01:31 | HCl | start = rec |
| 03:01:50 | Blade | when i press rec nothing happens |
| 03:02:04 | HCl | you need to hold it for a while |
| 03:02:13 | HCl | as preglow found out earlier |
| 03:02:14 | Blade | oh yeah |
| 03:02:18 | Blade | sorry |
| 03:03:01 | DMJC | HCl... you're not mario britto are you? |
| 03:03:09 | HCl | who? |
| 03:03:09 | HCl | o.o |
| 03:03:19 | DMJC | n/m it's a guy with the same nick |
| 03:03:29 | HCl | oh. |
| 03:03:31 | HCl | bah. |
| 03:03:34 | DMJC | he's a crazy assembler coder guy |
| 03:03:35 | HCl | i don't like people using my nick |
| 03:03:37 | HCl | ah :P |
| 03:03:41 | DMJC | can decode almost any format |
| 03:04:08 | Blade | when i press the button joystick it returns an Plugin error |
| 03:04:18 | Blade | normal i think |
| 03:04:18 | HCl | Blade: yea, it can't detect a clean shutdown yet XD |
| 03:04:27 | Blade | ok |
| 03:04:34 | Blade | you make a wonderful job |
| 03:04:40 | Blade | congratulations |
| 03:05:43 | HCl | thanks :P |
| 03:05:48 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 03:05:57 | DMJC | I wonder what a pmp is like to own |
| 03:06:04 | Blade | so |
| 03:06:09 | Blade | good nite |
| 03:06:40 | HCl | eep. |
| 03:06:50 | HCl | i got a completely black screen on pacman.. gameboy color |
| 03:07:00 | HCl | O.O |
| 03:07:00 | HCl | YAY |
| 03:07:01 | HCl | IT RUNS |
| 03:07:18 | HCl | okay |
| 03:07:23 | Blade | slowly ? |
| 03:07:25 | HCl | rockboy can officially handle color gameboy roms |
| 03:07:28 | HCl | ofcourse |
| 03:07:29 | HCl | :p |
| 03:07:32 | HCl | i'll try to make a pic |
| 03:08:31 | | Quit Stryke` (Client Quit) |
| 03:08:55 | rasher | which gcc are you using? |
| 03:09:04 | | Quit Blade ("CGI:IRC") |
| 03:09:07 | rasher | 3.4.x .. x being what? |
| 03:09:38 | DMJC | I'm thinking 10 years from now |
| 03:09:43 | DMJC | nuclear batteries |
| 03:09:53 | DMJC | and 1-2ghz of mobile goodness |
| 03:10:14 | HCl | 3.4.3 |
| 03:10:21 | * | rasher gets that |
| 03:10:24 | HCl | DMJC: integrated pda/mp3 player/phone/photocam |
| 03:10:29 | HCl | i'm still waiting for that. |
| 03:10:31 | DMJC | yeah |
| 03:10:43 | DMJC | friend of mine has that.. |
| 03:10:47 | DMJC | it just lacks hdd |
| 03:10:56 | DMJC | they need to put a laptop hdd in them |
| 03:11:21 | HCl | yea. |
| 03:11:22 | HCl | well |
| 03:11:26 | HCl | the new zaurus is nice |
| 03:11:32 | HCl | the cl3000, i think |
| 03:11:37 | HCl | its pretty much a mini laptop |
| 03:11:40 | HCl | with a 4gb hdd |
| 03:11:41 | DMJC | my friend's phone thingy even does ogg playback |
| 03:11:43 | HCl | complete keyboard |
| 03:11:46 | HCl | and it runs linux |
| 03:11:49 | DMJC | nice |
| 03:11:52 | * | rasher waits for gcc download |
| 03:11:57 | HCl | i have a zaurus 5500 |
| 03:12:00 | HCl | which is good enough for me |
| 03:12:07 | HCl | its a pda with a mini qwerty keyboard embedded |
| 03:12:09 | HCl | and it runs linux |
| 03:12:14 | DMJC | actually if you could network zaurus and iriver... that'd be crazy |
| 03:12:26 | DMJC | use the iriver for storage |
| 03:12:36 | HCl | the zaurus 6000 can |
| 03:12:42 | HCl | since it has an usb host connector |
| 03:12:53 | HCl | for the 5500 you'd need a compactflash usb host card |
| 03:12:55 | HCl | they do exist |
| 03:13:17 | DMJC | did they release the source for the zaurus? |
| 03:13:32 | DMJC | like can you code for it yourself? |
| 03:13:44 | HCl | yup. |
| 03:13:46 | HCl | well |
| 03:13:47 | HCl | sort of |
| 03:13:49 | HCl | there's a branch |
| 03:13:50 | HCl | openzaurus |
| 03:13:57 | HCl | reminds me of rockbox,really |
| 03:14:08 | HCl | its also reverse engineered stuff, better than the original |
| 03:14:23 | DMJC | nice |
| 03:14:40 | DMJC | the world needs more hardware hackers |
| 03:14:47 | HCl | we really need those 4 shades |
| 03:14:50 | HCl | aside from that |
| 03:14:52 | HCl | pacman works great |
| 03:15:13 | DMJC | you running it in monocolor? |
| 03:15:25 | HCl | i don't really have a choice since thats all rockbox supports at the moment |
| 03:15:36 | HCl | so yea, its black and white at the moment |
| 03:16:13 | HCl | brb |
| 03:16:16 | HCl | took two pics of pacman |
| 03:16:19 | HCl | hope they turned out rig |
| 03:16:21 | HCl | right |
| 03:16:26 | HCl | my first pic of mario was blurry |
| 03:16:34 | DMJC | that's fine though |
| 03:16:40 | DMJC | they'll get those shades soon enough |
| 03:17:04 | DMJC | you'll want to add some options to the emu |
| 03:17:08 | DMJC | backlight on/off |
| 03:17:47 | HCl | yea |
| 03:17:54 | HCl | i'm gonna want a menu either way |
| 03:18:28 | HCl | ok, the second pic was ruined due to the flash of my cam reflecting in the screen |
| 03:18:32 | HCl | the first pic was ok |
| 03:18:34 | HCl | hold on |
| 03:18:34 | DMJC | my friends are going to go nuts when they see that |
| 03:18:44 | HCl | *grins* |
| 03:18:45 | DMJC | everyone already thinks iriver owns ipod |
| 03:18:52 | HCl | who was the person who suggested it as a joke again? :P |
| 03:19:13 | DMJC | I was always considering it... because of the cpu speed and the screen size |
| 03:19:44 | HCl | http://titania.student.utwente.nl/pacman_gbc.jpg |
| 03:19:47 | DMJC | but i don't think I was the first to mention it |
| 03:20:14 | HCl | i should turn that image and reupload XD |
| 03:20:16 | HCl | let me do that |
| 03:20:47 | rasher | ls |
| 03:20:52 | rasher | oops |
| 03:21:29 | | Part CrunchyWhiteMeat |
| 03:23:34 | rasher | huh |
| 03:23:48 | rasher | how on earth does this make sense |
| 03:23:55 | rasher | /home/linus> cd build/binutils |
| 03:23:56 | rasher | /home/linus/build/binutils> ../../binutils-2.15/configure −−target=sh-elf −−prefix=/home/linus/sh1 |
| 03:24:11 | rasher | am I supposed to keep multiple versions of binutils lying around? |
| 03:24:39 | rasher | apparently so |
| 03:24:43 | rasher | this is all mad |
| 03:25:15 | rasher | oh, now I get it |
| 03:27:33 | HCl | i want to post some links on the wiki to the screenshots of rockboy... |
| 03:27:36 | HCl | but.. where should it go? |
| 03:31:02 | | Quit cYmen ("leaving") |
| 03:44:59 | * | rasher ponders what to checkout |
| 03:45:39 | * | rasher picks rockbox-all to be on the safe side |
| 03:46:36 | rasher | I guess I could do without win32 simulator |
| 03:46:43 | rasher | and www, for that matter |
| 03:49:35 | HCl | :P |
| 03:49:47 | * | HCl wrote a tiny subsection about rockboy on the iriver page.. with 4 screenshots |
| 03:50:55 | rasher | the archoses look huge, are they? |
| 03:51:02 | HCl | i have no clue. |
| 03:51:17 | HCl | aren't there dimensions mentioned on the hardware thingy? |
| 03:51:18 | rasher | alright |
| 03:51:28 | HCl | http://www.rockbox.org/docs/devicechart.html |
| 03:51:33 | HCl | dimensions |
| 03:51:49 | rasher | from this picture: http://www.rockbox.org/devcon/show.cgi?img4084.jpg |
| 03:51:58 | rasher | it looks like at first they wanted to make a tiny device |
| 03:52:06 | rasher | but figured it'd be easier if they stuck it in a huge case |
| 03:52:10 | HCl | lol. |
| 03:52:20 | HCl | maybe. |
| 03:52:22 | | Join jpburton5150 [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com) |
| 03:52:35 | HCl | i think they just found out they needed more pcb and ended up having to make such a big case |
| 03:52:38 | HCl | xD |
| 03:52:49 | HCl | anyways |
| 03:52:52 | HCl | for each model |
| 03:53:01 | HCl | the dimensions are mentioned on the devicechart |
| 03:53:02 | rasher | doesn't seem that much larger than the iriver though |
| 03:53:10 | HCl | it is, somewhat |
| 03:53:18 | HCl | they're twice as thick |
| 03:53:27 | rasher | ouch |
| 03:53:31 | HCl | 2cm wider |
| 03:53:32 | rasher | didn't notice |
| 03:53:37 | jpburton5150 | so... i was browsing through the documentation and it says "You need a cross compiler and linker to build the code. Pick one of these... Linux .. [build a cross compiler] ... windows ... set up a cygwin rockbox environment.. |
| 03:53:41 | HCl | and almost the same length |
| 03:53:48 | HCl | anyways |
| 03:53:50 | HCl | i got a headache |
| 03:53:53 | rasher | and quite a bit wider |
| 03:53:54 | jpburton5150 | is that implying that if i do the cygwin stuff i dont need to manually build the cross compiler? |
| 03:53:55 | HCl | i'm rather happy about getting rockboy to run |
| 03:54:00 | HCl | so i'm gonna go sleep |
| 03:54:17 | rasher | jpburton5150: yup, you'll need that either way |
| 03:54:33 | rasher | afaik |
| 03:55:03 | jpburton5150 | ok so if i do the normal cygwin then i _dont_ need to follow the cross compiler part? |
| 03:55:32 | jpburton5150 | sorry if im being slow |
| 03:55:33 | rasher | I'm not following |
| 03:55:37 | jpburton5150 | ok... |
| 03:55:38 | rasher | HCl: night |
| 03:55:44 | jpburton5150 | well ill just se what happens, thanks though |
| 03:55:45 | HCl | nightnight |
| 03:55:54 | rasher | What do you mean by the "normal cygwin"? |
| 03:56:24 | jpburton5150 | the cygwin setup described in the documentation |
| 03:58:43 | rasher | which page? |
| 03:59:37 | jpburton5150 | http://www.rockbox.org/twiki/bin/view/Main/DevelopmentGuide |
| 03:59:42 | jpburton5150 | and it branches off from there |
| 03:59:54 | jpburton5150 | but i'll just follow everything down to the period |
| 04:00 |
| 04:00:06 | jpburton5150 | instead of intuitively doing it like last time |
| 04:00:28 | rasher | that's what I'm doing |
| 04:00:32 | rasher | except on linux |
| 04:00:41 | jpburton5150 | so, i'll let you know if i run into any problems |
| 04:00:43 | jpburton5150 | k... |
| 04:00:44 | jpburton5150 | yeah |
| 04:00:51 | jpburton5150 | well, im trying on cygwin... |
| 04:01:20 | jpburton5150 | cus im to lazy to figure out how to boot off my linux partition after windows wiped LILA |
| 04:04:48 | rasher | oh boy |
| 04:04:52 | rasher | I now have a bootloader.bin |
| 04:06:15 | | Join QT [0] (as@area51.users.madwifi) |
| 04:10:55 | rasher | there goes my lukc |
| 04:11:22 | rasher | $ tools/mkboot ihp_120.bin boot/bootloader.bin new.bin |
| 04:11:22 | rasher | ihp_120.bin: Success |
| 04:11:28 | rasher | but new.bin isn't created |
| 04:15:42 | rasher | what, the, hell |
| 04:17:00 | ashridah | that doesn't sound right |
| 04:17:11 | ashridah | doesn't mkboot mentino how many bytes it wrote? |
| 04:17:14 | | Quit QT_ (Read error: 113 (No route to host)) |
| 04:17:31 | ashridah | success sounsd like the mkboot script detecting something as an error condition when it isn't. |
| 04:17:55 | rasher | strange |
| 04:18:00 | rasher | that's all the output I get |
| 04:18:10 | rasher | after that I'm put back to the prompt |
| 04:18:33 | rasher | tried both with the bootloader.bin I compiled and the one from the wiki |
| 04:21:03 | rasher | I have no idea where to go from here |
| 04:21:09 | ashridah | sounds like an issue with mkboot then |
| 04:22:27 | rasher | hurh |
| 04:25:25 | rasher | ah |
| 04:25:27 | rasher | I think I have it |
| 04:25:53 | rasher | aha |
| 04:26:05 | rasher | I had not put -iriver on my descramble |
| 04:27:13 | rasher | oh, that complained |
| 04:27:14 | rasher | hrm |
| 04:27:27 | * | rasher downloads ihp_120.hex again |
| 04:28:25 | rasher | This firmware is for an unknown model, or is not a valid encrypted iHP firmware |
| 04:28:32 | rasher | WHAT NOW!?!?! |
| 04:28:38 | * | rasher punches descrable |
| 04:30:21 | * | rasher tries with the us version |
| 04:31:12 | rasher | same result |
| 04:31:16 | rasher | ashridah: any ideas? |
| 04:35:50 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@229-151.suscom-maine.net) |
| 04:36:19 | rasher | I wonder if wget is corrupting my files or something |
| 04:36:49 | rasher | hah |
| 04:36:51 | rasher | it must've been |
| 04:36:55 | rasher | or else I have no idea |
| 04:37:09 | rasher | getting it off the iriver worked |
| 04:37:23 | rasher | Wrote 0x1fb1d0 bytes in new.bin |
| 04:37:24 | rasher | hurray |
| 04:38:28 | rasher | looks like my md5sum matches preglow's |
| 04:41:47 | rasher | looks like rockbox-all cvs module doesn't include 'bootloader' or 'fonts' |
| 04:43:47 | jpburton5150 | rar... i just followed those instructions and i still get the unrecognized architecture error |
| 04:44:28 | | Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 04:45:10 | rasher | wow |
| 04:45:15 | rasher | it's sure booting faster now |
| 04:45:25 | rasher | jpburton5150: do you have the correct gcc in your path? |
| 04:45:44 | jpburton5150 | hmm i should good idea... |
| 04:45:45 | rasher | $ which sh-elf-gcc |
| 04:45:48 | jpburton5150 | *shoudl check |
| 04:45:59 | rasher | or m68k-elf-gcc etc. |
| 04:45:59 | jpburton5150 | should it be m68k-elf-gcc? |
| 04:46:03 | jpburton5150 | yeah |
| 04:46:57 | rasher | (what the fuck.. it just booted the original firmware without me asking it to) |
| 04:47:10 | rasher | bizarre |
| 04:47:39 | jpburton5150 | /opt/m68k/bin/m68k-elf-gcc does that sound right? |
| 04:48:52 | rasher | shouldn't matter where it is, as long as it's in your path somewhere |
| 04:50:04 | jpburton5150 | yeah |
| 04:50:05 | rasher | Note LinusN: If I turn on with main lock on, I get the original firmware telling me lock is on, and it shuts down. Next time I turn the unit on, I'm booted into original firmware again. |
| 04:50:33 | rasher | But damn, did bootup time ever speed up |
| 04:51:01 | rasher | oh, did they reverse the bootup mechanism now? |
| 04:51:15 | rasher | nope, they didn't |
| 04:51:17 | rasher | what the hell |
| 04:51:33 | rasher | I can only boot rockbox now by booting iriver, then hard resetting |
| 04:51:42 | | Part CrunchyWhiteMeat |
| 04:52:59 | *** | Saving seen data "./dancer.seen" |
| 04:53:27 | jpburton5150 | well its in the path... |
| 04:54:02 | rasher | that's pretty much my only guess I'm afraid |
| 04:54:17 | jpburton5150 | yyeah, tis okay... thanks for your help though... |
| 04:54:34 | jpburton5150 | alright |
| 04:54:38 | jpburton5150 | well i got loads of hw to do |
| 04:54:45 | jpburton5150 | so im out |
| 04:54:48 | jpburton5150 | thanks for your help |
| 04:54:53 | | Quit jpburton5150 () |
| 05:00 |
| 05:12:59 | | Join Christi-S [0] (~christi@213.78.105.14) |
| 05:17:11 | rasher | Crazy |
| 05:17:29 | rasher | somehow I now have an iRiver image on my remote while I have rockbox on the iriver |
| 05:29:54 | | Quit Cassandra_ (Read error: 110 (Connection timed out)) |
| 05:39:49 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <-") |
| 06:00 |
| 06:12:53 | ashridah | rasher: probably because rockbox doesn't clear the remote's internal memory, assuming that's what it has. |
| 06:13:10 | rasher | Yes, something like that |
| 06:13:23 | rasher | it happened because I did a hard restart after having booted iriver |
| 06:15:32 | rasher | I still can't boot rockbox correctly |
| 06:15:39 | rasher | guess I'll wait for linus |
| 06:23:49 | ashridah | rasher: is 15349e452c83f512f4005565f3f8529c the checksum of the modded firmware you're using? |
| 06:24:13 | ashridah | (that's an eu version, mind) |
| 06:25:41 | rasher | Yes it is |
| 06:25:48 | rasher | at least |
| 06:25:51 | rasher | I remember the 4005 |
| 06:26:01 | rasher | so I guess the rest is the same |
| 06:26:13 | rasher | Why? |
| 06:26:27 | ashridah | i'd kinda like hold detection :) |
| 06:26:59 | rasher | ah |
| 06:27:06 | rasher | well it's working sortof odd for me |
| 06:27:41 | ashridah | as long as you can still get to the original firmware so you can reflash it |
| 06:28:00 | rasher | the firmware works fine |
| 06:28:12 | rasher | it's just always booting the original, sor some reason |
| 06:31:55 | ashridah | hmm. it does too |
| 06:32:04 | ashridah | as tho the record button's always being detected |
| 06:32:10 | * | ashridah peers through the patch linus made |
| 06:33:08 | ashridah | looks like the |
| 06:33:09 | ashridah | - if(button_status() & BUTTON_REC) { |
| 06:33:09 | ashridah | + if(button_status() & BUTTON_REC || |
| 06:33:09 | DBUG | Enqueued KICK ashridah |
| 06:33:09 | ashridah | + button_status() & BUTTON_RC_ON) { |
| 06:33:27 | ashridah | change is the only one that could be having that effect |
| 06:33:38 | ashridah | since immediately after that it outputs 'starting original firmware' |
| 06:34:46 | ashridah | i'm guessing "button_status() & BUTTON_RC_ON" is always true |
| 06:35:02 | rasher | apparently |
| 06:35:26 | ashridah | aaah |
| 06:35:30 | ashridah | do you have the remote plugged in? |
| 06:35:37 | rasher | no |
| 06:36:17 | rasher | doesn't change anything |
| 06:36:38 | rasher | as far as I can see |
| 06:37:33 | ashridah | alrighty then, i'm going to increase the sleep and try again then. |
| 06:37:45 | ashridah | i think it's not sleeping long enough |
| 06:40:59 | rasher | alright |
| 06:41:06 | rasher | let me know the result |
| 06:41:33 | rasher | it doesn't even get to checking hold switch |
| 06:42:05 | ashridah | yeah, it's the record button check that's returning true. |
| 06:42:11 | ashridah | i think the signal hasn't settled yet |
| 06:42:25 | rasher | okay |
| 06:42:32 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 06:42:32 | * | ashridah cringes and reflashes |
| 06:42:38 | rasher | heh |
| 06:42:41 | rasher | let me know the result |
| 06:42:51 | * | ashridah nods |
| 06:43:33 | ashridah | yep. increasing the sleep definently worked. |
| 06:43:43 | ashridah | sleep(HZ/50) is just too short |
| 06:43:59 | ashridah | which would explain why hard resetting it did the trick, the signal wouldn't have gone indeterminate |
| 06:44:28 | ashridah | LinusN: when you see this, read up a bit :) |
| 06:44:57 | ashridah | the hold check isn't working either |
| 06:46:06 | ashridah | but at least decreasing the sleep time gets you a firmware that works as it did before |
| 06:46:31 | rasher | what did you change it to? |
| 06:46:48 | ashridah | i undid |
| 06:46:51 | ashridah | - sleep(HZ/10); /* Allow the button driver to check the buttons */ |
| 06:46:51 | ashridah | + sleep(HZ/50); /* Allow the button driver to check the buttons */ |
| 06:46:58 | ashridah | ie, changed it back from HZ/50 to HZ/10 |
| 06:47:05 | rasher | okay |
| 06:47:17 | ashridah | c32f6f1622c11e5f25e506d57e6606ec was the checksum of the resulting firmware |
| 06:48:59 | ashridah | damnit |
| 06:49:14 | ashridah | except the test still detects the remote's record button if the remote's not plugged in |
| 06:49:23 | rasher | oh dear |
| 06:49:41 | rasher | Maybe I'll just not bother and let LinusN fix it |
| 06:49:46 | ashridah | heh |
| 06:50:51 | DMJC | anyone seen lokitorrent.com? |
| 06:50:57 | rasher | yup, mighty fun |
| 06:50:58 | DMJC | pwned |
| 06:51:47 | DMJC | hey kid, I'm a computer, stop all the downloadin |
| 06:51:50 | ashridah | didn't they get like $90,000 dollars in donations? |
| 06:51:58 | DMJC | heh yeah |
| 06:52:03 | ashridah | they probably just pulled a DMCA and bludgeoned the host with it |
| 06:52:20 | ashridah | host said 'wtf we don't want to get sued' and shut down the site |
| 06:53:03 | *** | Saving seen data "./dancer.seen" |
| 06:55:32 | ashridah | yeah. the refresh routine definently needs to include a check for the remote |
| 06:55:40 | ashridah | that's way out of my depth |
| 06:55:52 | * | ashridah drowns in 3" of water :) |
| 06:56:11 | rasher | heh |
| 07:00 |
| 07:04:46 | dwihno | I see Linus added USB support! |
| 07:04:54 | ashridah | did he? |
| 07:04:56 | ashridah | hm |
| 07:05:28 | ashridah | ooh. it works |
| 07:05:30 | ashridah | nifty |
| 07:05:36 | dwihno | When I got my archos, rockbox was at this stage. Pretty much everything except sound working :) |
| 07:06:05 | ashridah | yeah, well, iriver has longer to go to get sound working than the archos, if i understand the features of the archos' hardware properly |
| 07:06:41 | rasher | ashridah: it appears that usb is only detected during boot afaics? |
| 07:07:09 | ashridah | rasher: hey? i just plugged it in after it booted just then and it worked fine. |
| 07:07:26 | rasher | I see |
| 07:07:28 | rasher | hrm |
| 07:07:50 | ashridah | it responds a crapload quicker too, which is nice |
| 07:07:57 | rasher | Very much |
| 07:07:58 | ashridah | mostly because it doesn't reread the entire directory tree |
| 07:08:05 | rasher | Worked here after boot |
| 07:08:13 | rasher | I'm sure it was not responding at some point |
| 07:10:17 | ashridah | "i own a iHP-140 and as every1 here,am quite bugged by the lack of features....." rofl. |
| 07:10:19 | ashridah | lack of features? |
| 07:10:23 | | Join edx [0] (edx@pD9EAB0AC.dip.t-dialin.net) |
| 07:10:32 | ashridah | it's got just about everything under the sun... except for audio playback, that is :) |
| 07:10:43 | rasher | where are you seeing that? |
| 07:10:48 | ashridah | forums |
| 07:10:58 | dwihno | :) |
| 07:10:58 | rasher | don't you think he means the original firmware? |
| 07:11:05 | dwihno | must be |
| 07:11:09 | ashridah | no |
| 07:11:13 | ashridah | hrm. |
| 07:11:14 | dwihno | no? |
| 07:11:15 | ashridah | okay. |
| 07:11:17 | ashridah | maybe |
| 07:11:19 | ashridah | it's ambiguous |
| 07:13:27 | ashridah | personally, i didn't have much to fault with the stock firmware, it played music, which covered what i was after nicely. |
| 07:13:48 | rasher | I would've liked gapless playback |
| 07:15:43 | ashridah | mm. i didn't always notice it myself. usually only when i had a cd that hadn't been ripped as one giant track when it matters |
| 07:16:17 | rasher | I've never done that |
| 07:16:23 | dwihno | neither have I |
| 07:16:29 | dwihno | I've used the −−nogap lame option |
| 07:16:40 | dwihno | but then, I'm still using an archos |
| 07:16:51 | dwihno | the greatest boost with the iriver will be the display |
| 07:16:55 | dwihno | it's huge! |
| 07:17:16 | rasher | I've used oggs |
| 07:17:50 | ashridah | dwihno: yeah, again, it doesn't read in the entire directory structure, which saves a lot of time |
| 07:18:13 | dwihno | ashridah: "a lot of time"? :) |
| 07:18:27 | dwihno | You really must have little or no time, since directory reading is too time consuming ;) |
| 07:18:47 | rasher | no but the iRiver firmware reads the entire disk at boot |
| 07:18:51 | dwihno | it does? |
| 07:18:52 | rasher | it takes like 30 seconds |
| 07:18:55 | dwihno | IT DOES? |
| 07:18:56 | rasher | yup |
| 07:19:00 | dwihno | Erhm |
| 07:19:15 | dwihno | it still uses the fat information for browsing? |
| 07:19:21 | dwihno | and no "on-the-fly" cache thing? |
| 07:19:24 | rasher | I'm not sure what it does |
| 07:19:35 | dwihno | However, reading the entire disk has to be the dumbest thing I've heard of |
| 07:20:06 | rasher | boot time is "Read file system", it says on boot |
| 07:20:21 | rasher | I think it keeps the entire filesystem in cache |
| 07:20:34 | rasher | in other news, I just crashed minesweeper |
| 07:21:18 | dwihno | yay! |
| 07:21:22 | dwihno | :) ? |
| 07:21:34 | rasher | At least, I couldn't make it respond to any buttonpress |
| 07:23:04 | dwihno | so how do you think the iriver port is otherwise than the minesweeper crash? |
| 07:24:02 | rasher | it looks fully functional.. except the missing hardware work |
| 07:24:15 | rasher | and some weird button mappings in some of the plugins |
| 07:25:59 | dwihno | How many buttons are there? |
| 07:26:02 | dwihno | Only a joystick? |
| 07:26:29 | rasher | a joystick, play/pause, stop, "a-b repeat", record and a hold switch |
| 07:27:14 | dwihno | can you press the joystick to create a button event? |
| 07:27:38 | dwihno | are the buttons placed on top of the unit? |
| 07:27:40 | rasher | You can |
| 07:27:45 | | Join Marder [0] (~MArder@lsn-boi-catv-c124-p218.vtx.ch) |
| 07:27:50 | rasher | the buttons are on the sige of the unit |
| 07:28:02 | rasher | I'll see if I can find pictures |
| 07:29:06 | dwihno | on the ifp models, the joystick takes some time to get adjusted to |
| 07:29:55 | rasher | http://www.iriver.com.ua/iriver/i/iriver_ihp-120_gal_02.jpg |
| 07:30:01 | rasher | http://www.iriver.com.ua/iriver/i/iriver_ihp-120_gal_04.jpg |
| 07:30:23 | rasher | http://www.palmshop.ru/img/mp3/iriver_ihp120.gif.big.gif |
| 07:30:33 | dwihno | aaah |
| 07:30:40 | dwihno | the unit looks pretty sweet |
| 07:30:52 | dwihno | I love the big screen |
| 07:30:52 | rasher | I quite like it |
| 07:31:04 | dwihno | Compared to the archos LCD, this thing is HUGE |
| 07:31:23 | rasher | http://www.12345.cz/gfx2/iriver-iHP_120-big.jpg |
| 07:31:29 | rasher | the remote is pretty cute as well |
| 07:31:32 | dwihno | I should complete the new font I'm working on.. It will be sweet on this display! |
| 07:33:10 | rasher | can't remember which font I'm using |
| 07:34:07 | rasher | Atadore |
| 07:34:10 | rasher | looks lovely |
| 07:35:01 | dwihno | it's neat too! |
| 07:35:12 | dwihno | On a bigger display, it has to be really great! |
| 07:35:22 | rasher | yeah |
| 07:39:53 | dwihno | Time to check some CPU scorecards |
| 07:40:05 | dwihno | My new box is −−><−−- this close to completion |
| 07:40:45 | DMJC-L | chicago makes it look like an ipod |
| 07:41:55 | dwihno | I had an ipod encounter a year ago.. |
| 07:42:05 | dwihno | yet, I live to tell the tail! |
| 07:42:07 | dwihno | tale ;) |
| 07:42:45 | rasher | chicago would be a nice companion to atadore |
| 07:42:52 | rasher | if we get multi-font support |
| 07:43:13 | rasher | like have the trackname in chicago, and other info in chicago |
| 07:44:03 | dwihno | hmm |
| 07:44:21 | rasher | uh |
| 07:44:23 | dwihno | Have you checked the feature request page? |
| 07:44:24 | rasher | other info in atadore |
| 07:44:27 | rasher | nope |
| 07:44:29 | rasher | not really |
| 07:44:42 | dwihno | This is probably only useful in the WPS context |
| 07:44:55 | rasher | yes |
| 07:45:47 | rasher | http://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439121&aid=906543 |
| 07:46:45 | dwihno | I think quite some work is required in order to get this |
| 07:46:51 | rasher | probably |
| 07:47:15 | ashridah | dwihno: 'a lot of time' relative to iriver's bootup time on my player, given that i've got around 1900 music files on it currently. |
| 07:49:45 | dwihno | ashridah: yeah, the boot scan would probably make you nuts :( |
| 07:50:22 | ashridah | not really. |
| 07:50:36 | ashridah | just got to try to not forget i've just turned it on and have it auto-poweroff tho :) |
| 07:51:13 | rasher | Indeed |
| 07:51:29 | rasher | I've done that multiple times in a row :) |
| 07:52:18 | dwihno | haha |
| 07:52:20 | dwihno | auto poweroff :) |
| 07:52:51 | ashridah | dwihno: meh. you can jack up the time till it turns off. |
| 07:53:05 | ashridah | of course, rockbox looks like it can be set to auto-resume or even ask you on boot |
| 07:53:08 | ashridah | which is nice |
| 07:54:16 | rasher | Boot time is very fast |
| 07:54:40 | rasher | and there are still optimizations to be made, I think |
| 07:54:40 | dwihno | as expected :) |
| 07:54:43 | dwihno | Whooosh! |
| 07:54:56 | rasher | well apart from the sleep that has to be jacked up :) |
| 07:55:04 | dwihno | the sleep? |
| 07:55:13 | dwihno | how much does it sleep? |
| 07:55:24 | rasher | yes, there's a sleep during the bootloader to wait for button signals |
| 07:55:26 | rasher | which is too short |
| 08:00 |
| 08:12:36 | rasher | ashridah: interesting.. with a turned-off rockbox, and pressing reset, it comes up in rockbox |
| 08:12:42 | rasher | uh |
| 08:12:47 | rasher | exchange the first rockbox for iRiver |
| 08:13:27 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:13:41 | dwihno | rasher: you are in need of some sleep :) |
| 08:14:27 | rasher | most certainly |
| 08:21:08 | | Quit Marder (Read error: 60 (Operation timed out)) |
| 08:34:08 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 08:46:30 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 08:52:08 | | Join lImbus [0] (lImbus@148-184.244.81.adsl.skynet.be) |
| 08:52:17 | lImbus | hi all |
| 08:53:04 | *** | Saving seen data "./dancer.seen" |
| 08:53:12 | rasher | morning |
| 08:53:29 | Zagor | hi |
| 08:54:17 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 08:56:05 | | Join amiconn [0] (~jens@pD9E7F2EA.dip.t-dialin.net) |
| 08:56:25 | amiconn | hi |
| 08:56:42 | rasher | moin |
| 08:56:55 | Bagder | nice sim fix amiconn |
| 08:56:57 | amiconn | rasher: The sleep() at start doesn't need to be increased, the problem is a different one: |
| 08:57:21 | amiconn | BUTTON_RC_ON is a 2-bit value, so the check has to be changed. |
| 08:57:25 | rasher | Aha |
| 08:57:34 | rasher | It did sound weird |
| 08:57:45 | rasher | so another thing |
| 08:57:58 | rasher | if I have booted rockbox and let it auto-shutdown |
| 08:57:59 | amiconn | Currently, the check is also true if you press the ON button on the main unit ... which is always true right after start.... |
| 08:58:06 | rasher | aha |
| 08:58:15 | rasher | except if you have pressed reset to start |
| 08:58:18 | amiconn | unless you manage to press it really short ;) |
| 08:58:30 | rasher | or use reset to turn it on |
| 08:58:47 | rasher | which works, for some reason |
| 08:59:04 | amiconn | yes, because then you don't press ON |
| 08:59:33 | rasher | indeed |
| 08:59:50 | amiconn | change 'button_status() & BUTTON_RC_ON' to '(button_status() & BUTTON_RC_ON) == BUTTON_RC_ON' and see if it works |
| 09:00 |
| 09:00:26 | rasher | just a second |
| 09:02:23 | amiconn | Bagder: do you mean the .idata problem? That was annoying... did a binary search of the time it broke |
| 09:02:41 | Bagder | yes |
| 09:03:38 | rasher | amiconn: does this happen after the cookie-check? |
| 09:03:52 | amiconn | I guess you didn't actually test the latest simulators... |
| 09:04:06 | Bagder | yes I did |
| 09:04:13 | amiconn | rasher: I dunno, I only picked the line from the IRC logs |
| 09:04:27 | amiconn | Bagder: Strange that it worked for you then... |
| 09:04:38 | Bagder | yes |
| 09:05:31 | Bagder | but what does it do with the idata ? |
| 09:06:35 | * | rasher flashes |
| 09:06:44 | Bagder | I just retried, it works fine for me with the idata in there |
| 09:07:03 | amiconn | Hmm, I don't know. Maybe the cygwin linker behaves different |
| 09:07:19 | rasher | amiconn: that fixed it indeed |
| 09:07:37 | amiconn | Bagder: Speaking about sims, is there a particular reason why there is no Ondio sim in the build table? |
| 09:07:45 | rasher | the hold check isn't working though |
| 09:07:51 | Bagder | amiconn: nope |
| 09:07:56 | Bagder | amiconn: you want one? |
| 09:08:06 | rasher | I guess it's a similar deal there? |
| 09:08:13 | Bagder | would make it more complete |
| 09:08:16 | Bagder | I'll add |
| 09:08:48 | amiconn | Could be useful to check if something breaks. |
| 09:09:02 | Bagder | enough with a FM one or do we need two? |
| 09:09:24 | Bagder | ah |
| 09:09:27 | Bagder | let's do two |
| 09:10:55 | amiconn | Bagder: What's your native gcc version? Cygwin still uses 3.3.3 ... |
| 09:11:01 | Bagder | 3.3.5 |
| 09:13:17 | amiconn | Hmm. I though it would be 3.4.something (thinking about the .idata prob) |
| 09:13:19 | Bagder | this will make my rotated titles becoming more attractive ;-) |
| 09:14:44 | Bagder | now, any commits pending? |
| 09:16:14 | amiconn | Should I check in the iriver bootloader mod? I don't have an iriver to test on, but it's pretty straightforward, and rasher tested it okay. |
| 09:16:58 | rasher | hrm |
| 09:17:02 | rasher | I'm not sure what to make of this |
| 09:17:21 | rasher | I can't make it boot rockbox now |
| 09:17:41 | rasher | although I have the same md5 as HCl had yesterday afternoon |
| 09:18:02 | rasher | let me check if he had issues then |
| 09:18:16 | rasher | oh, haha |
| 09:18:26 | rasher | it appears that I flashed with an original |
| 09:18:29 | rasher | oops :) |
| 09:18:31 | Bagder | :-) |
| 09:19:00 | Bagder | amiconn: let's hold that off for Linus, just to play really safe |
| 09:20:10 | Bagder | I'll force a rebuild manually |
| 09:20:43 | * | rasher holds breath |
| 09:20:53 | rasher | I just realized I was flashing while running on batteries |
| 09:21:02 | rasher | help! |
| 09:21:21 | * | Bagder whispers: b r i c k |
| 09:21:23 | Bagder | :-P |
| 09:21:25 | rasher | nope! |
| 09:21:34 | rasher | amiconn: boots rockbox now |
| 09:21:41 | rasher | hold check working |
| 09:21:50 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
| 09:21:59 | Lynx_ | hi! |
| 09:22:09 | rasher | turn-on-from-remote working |
| 09:22:13 | rasher | looks correct |
| 09:26:17 | DMJC | when the heck will sound work? |
| 09:26:34 | sox | rasher: what was your md5 for the last one you flashed? |
| 09:26:49 | rasher | 10a13c760fee31ed8413de91a676061c new.hex |
| 09:26:55 | Zagor | DMJC: as soon as you submit your patch |
| 09:27:26 | DMJC | i thought you guys were arguing over a sound system? |
| 09:27:41 | Zagor | not arguing. planning. |
| 09:28:57 | * | Zagor is upgrading apache. cgiirc users might be kicked out - just log back in if that happens. |
| 09:29:16 | DMJC | omg |
| 09:29:55 | DMJC | bbl |
| 09:30:24 | | Join bobTHC [0] (~foo@l06m-11-199.d1.club-internet.fr) |
| 09:31:02 | | Quit DMJC (Read error: 104 (Connection reset by peer)) |
| 09:31:15 | bobTHC | hi ppl! |
| 09:31:42 | Zagor | upgrade completed |
| 09:33:36 | sox | darn: 882243a2cdd0f08e76a5e5af280cb431 new.hex |
| 09:33:50 | rasher | so many things could differ |
| 09:34:19 | rasher | maybe you put different whitespace in the fix |
| 09:34:55 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 09:35:01 | sox | in the fix? |
| 09:35:23 | DMJC | who created snake2? |
| 09:35:25 | rasher | [08:59] <amiconn> change 'button_status() & BUTTON_RC_ON' to '(button_status() & BUTTON_RC_ON) == BUTTON_RC_ON' and see if it works |
| 09:35:31 | DMJC | I want to modify the play area to make it bigger |
| 09:36:01 | Zagor | DMJC: you don't have to ask permission. just fix it. |
| 09:36:14 | DMJC | i don't know howto |
| 09:36:19 | Zagor | ah :) |
| 09:36:23 | DMJC | I just wanted to know what needed changiong |
| 09:36:31 | DMJC | it should be a few vars afaik |
| 09:39:41 | DMJC | I04:I11Instr at 31FF80B8 |
| 09:40:35 | Bagder | check the cvs build table now |
| 09:41:03 | sox | HCI: are you there? |
| 09:43:38 | DMJC | how many pixels is the h140's screen? |
| 09:43:46 | Bagder | 160x128 |
| 09:43:57 | DMJC | k |
| 09:45:19 | dwihno | archos is 128x64? (I _always_ forget this) |
| 09:45:26 | Bagder | 112x64 |
| 09:45:32 | dwihno | aahg |
| 09:45:34 | dwihno | me senile |
| 09:45:37 | Bagder | http://www.rockbox.org/docs/devicechart.html |
| 09:46:21 | | Join webguest71 [0] (~c31ce021@labb.contactor.se) |
| 09:46:45 | dwihno | the iriver screen is huuuge! |
| 09:46:52 | | Quit webguest71 (Client Quit) |
| 09:46:53 | Bagder | it is |
| 09:47:02 | | Join webguest72 [0] (~c31ce021@labb.contactor.se) |
| 09:47:05 | sneakums | big and slow, like myself |
| 09:47:07 | Bagder | 16 lines of text with the 8 pixel font |
| 09:47:17 | DMJC | bah |
| 09:47:22 | rasher | It's lovely |
| 09:48:44 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 09:49:00 | DMJC | can someone who knows what they're doing look at snake2.c and see if they can make the play area bigger? |
| 09:50:03 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 09:50:15 | rasher | Morning LinusN |
| 09:50:16 | Bagder | DMJC: shouldn't be that hard |
| 09:50:34 | LinusN | morning |
| 09:50:38 | Bagder | hi ho |
| 09:50:44 | rasher | I'mn not sure if he got this from you, but this fix is needed in the bootloader: <amiconn> change 'button_status() & BUTTON_RC_ON' to '(button_status() & BUTTON_RC_ON) == BUTTON_RC_ON' and see if it works |
| 09:50:50 | rasher | I tested it, and it appears to work |
| 09:51:07 | LinusN | ah, silly me |
| 09:51:07 | rasher | without it, rockbox won't load unless from a reset |
| 09:51:12 | rasher | :) |
| 09:51:39 | dwihno | Bagder: So now those huge fonts actually becomes useful ;D |
| 09:51:50 | Bagder | they're almost required in fact |
| 09:51:59 | Bagder | the standard one is *tiny* |
| 09:52:13 | * | rasher looks at snake2.c |
| 09:52:52 | dwihno | Bagder: are the pixels "smaller" and more tightly packed, compared to the archos' LCD? |
| 09:53:29 | Bagder | I haven't measured the archos screen to compare |
| 09:53:54 | Bagder | I added the physical size of the iriver screen to the chart |
| 09:54:44 | rasher | oh.. hrm |
| 09:54:54 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 09:54:54 | DMJC | I think I figured out the problem |
| 09:55:07 | DMJC | plugin version was different to the firmware version |
| 09:55:49 | rasher | oh dear |
| 09:55:59 | rasher | snake2.c looks like it'll take some work |
| 09:56:03 | LinusN | hehe |
| 09:56:17 | rasher | resizing the "tiles" used |
| 09:56:21 | rasher | or resizing all the levels |
| 09:56:24 | rasher | better do the first |
| 09:56:29 | | Quit ripnetUK () |
| 09:56:30 | rasher | although the latter would be easier :) |
| 09:56:35 | DMJC | i'm working on figuring out the values |
| 09:57:01 | rasher | DMJC: I think you just need to change all the "void draw_X_bit(int x, int y)" functions |
| 09:57:04 | DMJC | I had the rockboy version of rockbox trying to run a plugin built on my pc |
| 10:00 |
| 10:03:26 | DMJC | done |
| 10:03:37 | DMJC | I've got the right values,m just got to edit the levels |
| 10:03:38 | rasher | done what? |
| 10:03:43 | DMJC | snake2 |
| 10:03:51 | DMJC | it now uses the full iriver screen |
| 10:03:52 | rasher | oh, so you just moved the levels up? |
| 10:04:04 | rasher | I'd rather see the tiles getting enlarged :\ |
| 10:04:05 | Bagder | the archos recorder screen is 30x24 mm, the iriver one is 39x31mm |
| 10:04:21 | Bagder | the iriver pixels are thus smaller |
| 10:04:38 | DMJC | you want a larger snake? |
| 10:04:48 | DMJC | I just wanted a bigger play area |
| 10:04:58 | DMJC | more level designs become possible |
| 10:05:09 | LinusN | rasher: i have now fixed the BUTTON_RC_ON check, and the bug where it started the original after turning off because of the hold switch |
| 10:05:18 | Bagder | DMJC: yes, but it would also make the game totally different between platforms |
| 10:05:31 | Bagder | making levels incompatible |
| 10:06:08 | * | LinusN gets some coffee |
| 10:06:29 | rasher | LinusN: oh, hadn't noticed that last one |
| 10:07:14 | DMJC | I'll offer it as a seperate patch |
| 10:07:40 | rasher | snake3 :) |
| 10:08:30 | rasher | guess I'll try making a simple plugin |
| 10:10:25 | DMJC | yeah |
| 10:10:50 | DMJC | it's just that i don't see why we should sacrifice the iriver's benefits for the sake of backwards compatability |
| 10:11:24 | rasher | Well I think that the game area would be too large with the tiles at their current size |
| 10:12:21 | sneakums | snake on the nokia phones had about the right-sized play area, i feel |
| 10:13:07 | | Join quelsaruk [0] (~kvirc@80.103.128.238) |
| 10:13:10 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 10:13:22 | quelsaruk | real morning today :) |
| 10:14:29 | | Nick Aison is now known as Aison|sweat (~hans@zux166-181.adsl.green.ch) |
| 10:14:30 | Bagder | I made separate columns for the 120/140 in the devicechart |
| 10:14:44 | | Quit bobTHC (Read error: 110 (Connection timed out)) |
| 10:15:57 | | Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") |
| 10:16:35 | rasher | snak :( |
| 10:17:03 | | Join bobTHC [0] (~foo@l06m-11-199.d1.club-internet.fr) |
| 10:17:04 | | Join ghode|afk [0] (dude@host217-137-4-53.no-dns-yet.ntli.net) |
| 10:17:11 | ghode|afk | weeeee |
| 10:22:32 | | Quit Shulberry (Read error: 104 (Connection reset by peer)) |
| 10:24:44 | DMJC | WHEEE! |
| 10:26:17 | Bagder | http://www.rockbox.org/auto/pix.html |
| 10:26:29 | Bagder | :-) |
| 10:26:42 | DMJC | ack |
| 10:26:45 | rasher | Hurray, I've drawn a square onto the screen! |
| 10:26:51 | DMJC | damnit why don't people comment their code? |
| 10:26:53 | Bagder | at least I now need to scroll horizontally for the full build table |
| 10:27:05 | DMJC | I want to fix rockblox |
| 10:27:08 | dwihno | Bagder: wehm... waz dat? :) |
| 10:27:18 | Bagder | dwihno: my take at narrowing the build table |
| 10:27:30 | Bagder | generated pics for the headers |
| 10:27:46 | dwihno | Bagder: ah |
| 10:28:21 | dwihno | I just had a brief talk to my co-worker regarding mp3 players and firmware |
| 10:28:29 | Bagder | the headers are what makes the table so wide |
| 10:28:33 | dwihno | It seems like the creative series only buffer one file at a time |
| 10:28:40 | amiconn | LinusN: Seen that you added my BUTTON_RC_ON check fix. |
| 10:28:40 | Bagder | haha |
| 10:28:50 | Bagder | dwihno: manufactorers have no pride |
| 10:29:22 | dwihno | Bagder: If people have the skill to build coolish hardware, why do the software engineers fail so terribly? :) |
| 10:29:55 | amiconn | lImbus: However, I thought about the way remote button check is designed. The way it is now, you can't check for a local button if the equivalent button is pressed on the remote... |
| 10:30:03 | Bagder | dwihno: because customers don't care for sw, only for the cool hw |
| 10:30:10 | amiconn | s/lImbus/LinusN/ |
| 10:30:22 | ashridah | dwihno: because saving 10c per unit on a run of 100,000 is a crapload of money |
| 10:30:33 | Zagor | Bagder: in the same vein, replace "OK" with "0" to get even narrower |
| 10:30:41 | Bagder | yes |
| 10:30:47 | ashridah | but slashing programmers from the projecti s the only way to save money that penny pinchers know of |
| 10:30:49 | Bagder | or even an image of a "check" mark |
| 10:31:01 | Zagor | nah, too user friendly ;) |
| 10:31:06 | Bagder | true |
| 10:31:08 | Bagder | a zero is fine |
| 10:31:20 | dwihno | ashridah: still, a more solid product gains a better rep. |
| 10:31:27 | dwihno | Bagder: I want cool sw!!! :) |
| 10:31:46 | Bagder | dwihno: you are not the typical mp3 player customer |
| 10:31:54 | Bagder | then you wouldn't be here ;-) |
| 10:32:07 | Zagor | dwihno: products are not love long enough for "rep" to matter. marketing rules the game. |
| 10:32:12 | Zagor | do not live |
| 10:32:35 | dwihno | In two or three years, I see rockbox running on a heapload of mp3 players! I also see green men attacking earth, and the United Earth Directorate manufacturing battle cruisers to cope with the attackers |
| 10:33:11 | Zagor | battle cruisers against rockbox? |
| 10:33:11 | dwihno | Bagder: Well, this is the chan that actually convinced me to purchase the archos in the first place :) |
| 10:33:27 | Bagder | :-) |
| 10:33:44 | ashridah | dwihno: you get a better rep by adding more features to the next version |
| 10:34:07 | Zagor | ashridah: ...promising to add :) |
| 10:34:09 | dwihno | Zagor: a typical product lifetime is ... a year? two? |
| 10:34:25 | dwihno | ashridah: Zagor's right... "promising"! |
| 10:35:15 | Bagder | zeroes look good in the table |
| 10:35:29 | Bagder | now for the pics |
| 10:35:33 | dwihno | The open source concept works great when it comes to this project... |
| 10:36:05 | dwihno | With a PCM driver, additional drivers for whatever format is (relatively) easy to add! |
| 10:36:36 | | Join Shulberry [0] (Taxi@oslo-dhcp-248-180.bluecom.no) |
| 10:37:28 | dwihno | I just hope some major manufacturer of mp3 players will realize the rockbox power, and decide to work closely with "the core team", providing data, schematics and a (large) donation to the fund |
| 10:37:49 | Bagder | I don't see that happening |
| 10:38:06 | | Join Patr3ck [0] (~patr3ck@p548CB536.dip.t-dialin.net) |
| 10:38:09 | Bagder | but I agree it would be thrilling |
| 10:38:20 | dwihno | I will always be the optimist regarding this :) |
| 10:38:33 | dwihno | I have a dream... :) |
| 10:39:10 | dwihno | The optimist and the pessimist were out walking... The pessimist says: "Now, things can not get worse!", and the optimist replies: "Oh yes they can!!!" :) |
| 10:40:05 | dwihno | What about that player based on texas instruments hardware? didn't they say something about rockbox? |
| 10:41:18 | * | dwihno wrestles some gnuplot scripts for a second or two |
| 10:41:34 | Bagder | dwihno: you mean Neuros? |
| 10:41:52 | Bagder | neuros withdrew their sources |
| 10:41:57 | Bagder | I wonder if they're back |
| 10:42:17 | dwihno | they did? how dull :( |
| 10:42:17 | Bagder | Neuros _next_ player might be interesting |
| 10:42:27 | Bagder | since they seems to understand open source now |
| 10:42:41 | dwihno | aah |
| 10:43:04 | Bagder | and the next one builds on a chip you can get a compiler for without spending a year's sallary |
| 10:43:18 | dwihno | is it confirmed |
| 10:43:31 | Bagder | they speak of it on their site |
| 10:43:37 | Bagder | I don't hold my breath |
| 10:44:30 | dwihno | :( |
| 10:44:45 | | Join Schnueff [0] (~mah@134.96.247.241) |
| 10:49:57 | linuxstb | Somebody added a link on the wiki to a thread on the official Neuros forum where the FLAC developer was helping make libFLAC more embedded-friendly. The results are that the decoding part of the latest libFLAC can now be compiled in an integer-only mode. |
| 10:50:21 | linuxstb | Apparently the other concern was 64-bit integers. |
| 10:50:55 | Bagder | I added that link |
| 10:51:00 | Bagder | thought it could be interesting |
| 10:51:02 | linuxstb | So it looks like Neuros have got some open source developers on board. |
| 10:51:08 | linuxstb | Bagder: Yes, very useful link, thanks. |
| 10:51:19 | Bagder | I found it interesting that the flac developer was so eager to help |
| 10:51:51 | linuxstb | I think I remember him saying that his past is in embedded development (but I may be wrong). |
| 10:52:01 | Bagder | yes it seems the Neuros devel is moving, in spite of the dev environment issue |
| 10:52:21 | Bagder | the gcc port is still in "planning" on SF |
| 10:52:55 | linuxstb | I also saw a post somewhere about MusePack, saying that the Neuros people were offering to loan development envirnoments to open source developers. That doesn't interest me though. |
| 10:53:05 | *** | Saving seen data "./dancer.seen" |
| 10:53:33 | Bagder | frankly, the Neuros players aren't very thrilling |
| 10:54:23 | Bagder | and not even legal in many european countries |
| 10:54:58 | Lynx_ | not legal? |
| 10:55:07 | Bagder | nope, due to the FM broadcasting |
| 10:55:11 | Lynx_ | ah |
| 10:55:20 | quelsaruk | work time, cu later |
| 10:55:22 | Zagor | the flac and ogg developer got paid for helping, iirc |
| 10:55:31 | | Nick quelsaruk is now known as Quel|out (~kvirc@80.103.128.238) |
| 10:55:35 | linuxstb | I'm sure we can go a very long way on the H1xx - a lot of the NODO list for the Archos is now on the TODO list for the iRiver. :-) |
| 10:55:40 | Bagder | Zagor: that explains it |
| 10:55:50 | Bagder | linuxstb: yeps! |
| 10:56:22 | linuxstb | But any developments to libFLAC are good for us as well. So we have a reason to be grateful to Neuros for getting them done. |
| 10:56:35 | Bagder | indeedo |
| 10:57:02 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") |
| 10:57:24 | Lynx_ | but it would be nice if the hardware was open enough to port rockbox before the player went out of production, i think... |
| 10:57:26 | rasher | How exciting.. I have now written a square that moves around on the screen :) |
| 10:58:17 | Lynx_ | rasher: if it moves from top to bottom you have a first start for tetris ;) |
| 10:58:36 | rasher | haha, no way |
| 10:58:53 | rasher | it just floats around and changes direction when it hits the screen border |
| 10:59:22 | Lynx_ | is it a screensaver? ;) |
| 10:59:33 | rasher | A very boring one, if it is |
| 10:59:56 | Quel|out | you can create a Tennis game with that :D |
| 11:00 |
| 11:00:04 | Lynx_ | rasher: most dvd players i know have exacly that, maybe with a logo instead of a square... |
| 11:00:05 | rasher | There's already pong |
| 11:00:17 | rasher | Lynx_: yeah, that exact effect |
| 11:00:26 | rasher | Very dull |
| 11:00:43 | rasher | But it's strangely satisfying to have code that *I* wrote running on the iriver |
| 11:00:53 | amiconn | rasher: Use a small rockbox logo instead ;) |
| 11:01:07 | rasher | heh |
| 11:01:07 | Lynx_ | rasher: what will it be if it is finished? |
| 11:01:18 | rasher | Lynx_: I have no plans with it really |
| 11:01:30 | rasher | Maybe I could do what amiconn said and leave it at that |
| 11:01:43 | Lynx_ | rasher: maybe it should change shape when it hits the border |
| 11:02:05 | rasher | hm |
| 11:04:25 | rasher | nah, I think I'll attempt a rockbox logo |
| 11:04:55 | | Quit Christi-S (Read error: 60 (Operation timed out)) |
| 11:06:27 | * | rasher looks at lcd_bitmap() |
| 11:07:53 | HCl | yawn |
| 11:08:01 | Bagder | hm |
| 11:08:14 | Bagder | the pics didn't make the columns better |
| 11:10:55 | rasher | I don't understand the format of the bitmap passed to lcd_bitmap(), anywhere I can read about it? or anyone care to explain? |
| 11:11:03 | dwihno | Bagder: tried fixating the width? |
| 11:11:17 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
| 11:11:39 | Bagder | rasher: check the bounce.c plugin |
| 11:11:48 | rasher | okay |
| 11:11:53 | Bagder | it uses it for diplaying the flying letters |
| 11:11:58 | amiconn | rasher: Looking into lcd-h100.c |
| 11:12:10 | amiconn | s/looking/look/ |
| 11:13:24 | * | rasher blinks |
| 11:13:52 | | Join Christi-S [0] (~christi@213.78.108.239) |
| 11:13:52 | Bagder | dwihno: I don't see why I would have to resort to that |
| 11:15:15 | dwihno | Bagder: neither do I :) |
| 11:15:26 | dwihno | Something is fishy - ><))))8> |
| 11:15:31 | Bagder | yes |
| 11:16:01 | Bagder | ah |
| 11:16:02 | Bagder | css |
| 11:16:06 | Bagder | width: 3em |
| 11:16:08 | Bagder | :-) |
| 11:16:16 | Bagder | hehe |
| 11:16:21 | Zagor | i think the square makes it harder to read, actually |
| 11:16:29 | Bagder | I'll try without it |
| 11:16:38 | Bagder | Zagor: you fix the css? |
| 11:17:25 | Bagder | yes, borderless is better |
| 11:17:40 | Zagor | ok |
| 11:18:52 | Zagor | ahh, really narrow now |
| 11:19:17 | Bagder | woo |
| 11:19:31 | Bagder | me like |
| 11:19:39 | Zagor | now time to break the download table into two rows |
| 11:19:46 | Bagder | yes |
| 11:20:19 | LinusN | the device comparison chart is lying about the looks of the H140 |
| 11:20:36 | Bagder | a mistake is not a lie |
| 11:20:43 | LinusN | :-) |
| 11:22:40 | Bagder | now we can at 10 builds more without taking up the full width |
| 11:22:44 | Bagder | :-) |
| 11:23:19 | Bagder | LinusN: I bet it "lies" about more things than that too |
| 11:24:22 | LinusN | :-) |
| 11:24:29 | LinusN | I just filled in the ?'s |
| 11:24:30 | | Join Taxi|3 [0] (Taxi@oslo-dhcp-248-180.bluecom.no) |
| 11:24:49 | Bagder | cool |
| 11:25:34 | Bagder | I'll do some further cleaning up too later |
| 11:25:47 | LinusN | i'll see if if find the time to scan my 140 |
| 11:25:54 | Bagder | like splitting up a few cells into multiple lines |
| 11:26:26 | Bagder | LinusN: that would be cool, running Rockbox of course ;-) |
| 11:26:30 | amiconn | LinusN: Did you get my remark concerning remote button handling? |
| 11:27:19 | amiconn | Bagder: The new sideways text images take up more width than the text did before... |
| 11:27:47 | LinusN | amiconn: yes, saw it now |
| 11:27:47 | Bagder | ? |
| 11:27:53 | Bagder | not here |
| 11:27:59 | LinusN | amiconn: you're right, we need to fix that |
| 11:28:09 | Bagder | amiconn: these are 20 pixels wide, the text was wider |
| 11:28:24 | rasher | I appear to have created a bitmap |
| 11:28:30 | rasher | entirely unlike what I had in mind |
| 11:29:28 | amiconn | Bagder: In fact they're not wider (my browser stretched the table), but about the same width+ |
| 11:29:53 | Bagder | How could "ondio" fit within 20 pixels? |
| 11:30:06 | Bagder | that's a tiny font |
| 11:30:07 | LinusN | looks good in IE and firefox here |
| 11:30:39 | Bagder | and the table shouldn't be stretched, that's a browser bug |
| 11:31:35 | Bagder | whay browser are you using? |
| 11:31:37 | Bagder | what |
| 11:32:03 | amiconn | Bagder: Firefox 1.0 on Windows, default font settings |
| 11:32:14 | * | HCl yawns |
| 11:32:19 | LinusN | me too, looks good here |
| 11:32:36 | Bagder | firefox looks fine on my linux |
| 11:32:52 | HCl | LinusN: on the lcd_framebuffer thing, can i just increase the address with 160 each time to get the next 8 scanlines? |
| 11:33:08 | HCl | and would it be faster than drawpixel and clearpixel functions? |
| 11:34:06 | LinusN | drawpixel and clearpixel are slow |
| 11:34:17 | LinusN | and yes, multiply with LCD_WIDTH |
| 11:34:26 | HCl | ok |
| 11:34:30 | HCl | i was hoping they were |
| 11:35:40 | amiconn | HCl: I would change the lcd routines to update 8 rows at a time, and use lcd_bitmap(). It's way faster... |
| 11:35:45 | dwihno | How fast does the flash boot on the iriver models? |
| 11:35:52 | dwihno | (rockbox-flash, that is) |
| 11:36:29 | Bagder | dwihno: the bootloader starts in a second, and then it loads, checksums and starts rockbox in another few secs |
| 11:36:43 | amiconn | Bagder: Re how 'Ondio' was smaller before: The gfx font you used is larger than my browser's font |
| 11:36:44 | LinusN | dwihno: i haven't checked with rockbox in flash |
| 11:37:14 | Bagder | amiconn: my font choice is not important, as the width is fixed at 20 pixels now |
| 11:37:26 | LinusN | amiconn: yes, but the old "Ondio" text was horizontal |
| 11:37:50 | Bagder | these are higher than your text was wide before, I understand that |
| 11:37:56 | amiconn | Yes... it was still only about 20 pixels wide |
| 11:38:14 | Bagder | "Ondio" in 20 pixels is _tiny_ |
| 11:38:56 | sneakums | the table looks fine here, fwiw |
| 11:39:00 | Bagder | we can have a vote |
| 11:39:28 | LinusN | my table is at least 30% narrower now |
| 11:39:33 | | Nick Aison|sweat is now known as Aison (~hans@zux166-181.adsl.green.ch) |
| 11:39:40 | Bagder | mine too |
| 11:40:55 | sneakums | http://flynn.zork.net/~sneakums/build-table.png |
| 11:42:43 | amiconn | Bagder: *now* it is tiny. Did you change the gfx width? |
| 11:42:48 | Bagder | no |
| 11:42:59 | Bagder | I bet you didn't get the new css |
| 11:43:06 | Bagder | until now |
| 11:43:34 | amiconn | Another thing: Now the top line only shows the rec sim?? |
| 11:43:43 | Bagder | yes |
| 11:43:51 | Bagder | it is being built just now |
| 11:43:55 | Bagder | I ran this manually |
| 11:44:01 | Bagder | in the middle of a build |
| 11:44:52 | Bagder | the builds take a noticable time these days |
| 11:44:56 | amiconn | The daily build table (at the top) should probably made 2-row now |
| 11:45:19 | Bagder | yes, or turned narrow too |
| 11:46:00 | amiconn | Might be hard with those pictures... |
| 11:46:02 | Bagder | 10 images, at 60 pixels each should fit in most windows |
| 11:46:11 | dwihno | Bagder, LinusN: ah, okay |
| 11:47:35 | | Quit Shulberry (Read error: 110 (Connection timed out)) |
| 11:48:28 | amiconn | Bagder: Yes, but some texts need to become smaller ( 'fmrecorder8mb', 'windows installer') |
| 11:48:43 | Bagder | yeps |
| 11:48:51 | dwihno | I check the feature chart and see two entries regarding queue... |
| 11:48:52 | Bagder | I'll experiment a little |
| 11:48:56 | dwihno | Perhaps it is intentional? |
| 11:49:19 | dwihno | or perhaps <br>'s or spaces might make it smaller |
| 11:52:06 | Bagder | try now |
| 11:52:34 | Bagder | fits fine for me |
| 11:56:45 | Bagder | oops, broke |
| 11:58:42 | rasher | oh boy |
| 11:58:46 | rasher | I now have a bouncing logo |
| 11:58:51 | Bagder | wooo |
| 11:59:17 | Bagder | does it move sideways too? |
| 11:59:19 | Bagder | :-) |
| 11:59:25 | rasher | yes |
| 11:59:37 | rasher | it starts off moving to the left and down |
| 12:00 |
| 12:00:06 | Bagder | it bounces off the walls? |
| 12:00:10 | rasher | yes |
| 12:00:26 | rasher | very basic |
| 12:00:35 | Bagder | up-down should be a sinus instead, makes more natural bounce |
| 12:00:58 | Bagder | or half a sine rather |
| 12:02:22 | Bagder | oh, bad gmini link... |
| 12:04:24 | rasher | right now I can change the speed in each direction with the joystick |
| 12:08:39 | | Join ghode|afk [0] (dude@host217-137-4-60.no-dns-yet.ntli.net) |
| 12:14:05 | Quel|out | amiconn: here? |
| 12:18:36 | | Quit ghode|afk () |
| 12:19:03 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 12:27:45 | HCl | is it safe to use the optimization flags of gcc? |
| 12:29:38 | LinusN | yes and no |
| 12:30:16 | LinusN | the optimizations are generally safe, but they might do unexpected things depending on how you wrote your code |
| 12:31:31 | HCl | mhm. |
| 12:31:32 | HCl | okay |
| 12:31:34 | HCl | just wondering |
| 12:31:37 | * | HCl brb |
| 12:31:57 | rasher | hrm, can't I include recorder/icons.h from a plugin somehow? |
| 12:32:08 | rasher | or am I just doing it with the wrong path? |
| 12:32:31 | LinusN | you aren't supposed to do that |
| 12:32:39 | rasher | okay |
| 12:32:49 | rasher | I'll not, then |
| 12:32:50 | LinusN | but #include "icons.h should work |
| 12:33:06 | rasher | ah |
| 12:33:11 | rasher | I had recorder/icons.h |
| 12:33:15 | rasher | but, I won't |
| 12:33:25 | rasher | I just copied rockbox112x37 |
| 12:33:27 | rasher | into the plugin |
| 12:33:31 | LinusN | ah :-) |
| 12:33:38 | rasher | it looks really cute |
| 12:33:58 | rasher | how large is the archos screen again? |
| 12:34:06 | LinusN | 112x64 |
| 12:34:18 | rasher | ah |
| 12:34:24 | rasher | won't bounce much there then :) |
| 12:34:28 | LinusN | lol |
| 12:34:30 | rasher | or actually |
| 12:34:32 | rasher | it probably will |
| 12:34:44 | rasher | in strange ways |
| 12:34:53 | rasher | I think it'll be jumping back and forth |
| 12:35:17 | sneakums | call it cylon mode |
| 12:35:27 | rasher | no way |
| 12:36:31 | rasher | LinusN: what kind of ifdef do I put to require a h100? |
| 12:36:41 | Bagder | the logo is smaller for the archos too |
| 12:37:06 | rasher | that's the one I'm using |
| 12:37:10 | Bagder | aha |
| 12:37:11 | rasher | to give room for bouncing |
| 12:37:29 | LinusN | #ifdef IRIVER_H100 |
| 12:37:33 | rasher | alright |
| 12:37:39 | Zagor | don't do that. ifdef on features, not models. |
| 12:37:51 | rasher | hm |
| 12:37:51 | Bagder | #if LCD_WIDTH >= 160 |
| 12:37:55 | rasher | yeah |
| 12:37:57 | rasher | well |
| 12:37:57 | LinusN | Bagder: exactly |
| 12:38:02 | rasher | > 112 |
| 12:38:06 | rasher | I guess |
| 12:38:08 | LinusN | :-) |
| 12:38:09 | Bagder | whatever suits you |
| 12:38:17 | ripnetuk | hehe ive found www.c64-hof.com - i didnt realise you guys were into all that :) |
| 12:38:29 | LinusN | hehe, we have many dark secrets |
| 12:38:30 | Bagder | or accept 112 too, just that it will bounce less then |
| 12:38:46 | Bagder | darn, the secret is out! |
| 12:38:47 | Zagor | ripnetuk: oops, exposed :) |
| 12:38:50 | ripnetuk | :) |
| 12:38:54 | ripnetuk | did you ever do any Amiga stuff? |
| 12:38:59 | LinusN | one demo |
| 12:39:05 | ripnetuk | called? |
| 12:39:06 | LinusN | Virtual Intelligence |
| 12:39:08 | Bagder | and FrexxEd |
| 12:39:24 | * | ripnetuk checks my archive of hundereds of Amiga demos |
| 12:39:44 | LinusN | 4th place on the very first The Party |
| 12:40:03 | ripnetuk | why doesnt that suprise me :) |
| 12:40:03 | LinusN | one of the very few compos we didn't win :-) |
| 12:41:55 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 12:43:01 | ripnetuk | wow! winuae works across a remote desktop connection via 2 dsl lines :) |
| 12:43:13 | LinusN | cheezus |
| 12:43:25 | ripnetuk | i can see your 'nice fractals' |
| 12:44:43 | LinusN | hmmm, 1991, right? |
| 12:44:57 | ripnetuk | yay :) super mario :) |
| 12:44:59 | LinusN | man, am i *that* old??? |
| 12:45:04 | ripnetuk | hehe |
| 12:45:36 | LinusN | fyi, those are not textures |
| 12:45:58 | ripnetuk | ? |
| 12:46:07 | ripnetuk | you saying that all the detail is vector gfx? |
| 12:46:12 | LinusN | yes |
| 12:46:14 | LinusN | sort of |
| 12:46:49 | LinusN | we draw the outlines of all the pictures in all bit planes, and then fill with the blitter |
| 12:46:57 | Zagor | i'm tempted to add verification to wiki membership. we're getting a lot of junk members and even spammers. |
| 12:47:12 | ripnetuk | agnus :) |
| 12:47:43 | LinusN | junk members and spammers? |
| 12:48:06 | Zagor | yes |
| 12:48:15 | LinusN | example? |
| 12:48:28 | Zagor | [removed] |
| 12:48:55 | LinusN | how lame |
| 12:49:00 | Zagor | very |
| 12:51:11 | Bagder | its a common problem these days |
| 12:51:13 | Bagder | wiki spam |
| 12:51:26 | Bagder | http://en.wikipedia.org/wiki/Blog_spam |
| 12:52:28 | Zagor | that reminds me: we should add rel=nofollow to external wiki links |
| 12:53:09 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:01:03 | dwihno | Is it much of a hassle to enable the grayscale mode on the iriver? |
| 13:01:20 | Bagder | its work |
| 13:01:37 | dwihno | I'm just being curious |
| 13:01:38 | dwihno | :) |
| 13:01:51 | Bagder | we'd need to adjust lots of gfx stuff to it |
| 13:01:55 | dwihno | yeah |
| 13:01:59 | dwihno | apart from that |
| 13:02:04 | dwihno | just enabling grayscale mode |
| 13:02:11 | Bagder | lcd_bitmap() won't work as-is |
| 13:02:16 | Bagder | so no fonts would work |
| 13:02:19 | Bagder | basicly |
| 13:02:28 | Bagder | apart from that |
| 13:02:44 | Bagder | there are no side-effects ;-) |
| 13:03:03 | Bagder | right, all icons would be screwed up too |
| 13:03:16 | Bagder | to sum up: |
| 13:03:21 | Bagder | it takes a little work to adapt |
| 13:04:03 | | Quit lImbus ("on the way to the office. will be back then") |
| 13:04:09 | amiconn | We should still allow b&w graphics imho. Just that they can't be blitted 1:1 any more. |
| 13:04:24 | Bagder | I agree |
| 13:04:29 | amiconn | It's not too hard; the grayscale lib does a similar thing |
| 13:05:03 | * | amiconn really thinks about getting such an iriver beast... |
| 13:05:35 | DMJC | the iriver's are awesome toys |
| 13:06:26 | amiconn | Yes, but then I have to split my time even more between the various mp3 players, both for development and actual usage |
| 13:07:06 | Zagor | nofollow added |
| 13:08:13 | ripnetuk | freeex is a text editor - how disappointing :)_ i was expecting another 3d demo ;) |
| 13:08:54 | Bagder | we only made one demo on the amiga |
| 13:09:14 | Bagder | it turned out not as fun as on the c64 |
| 13:09:33 | amiconn | It's a shame that I don't know it... although still using an Amiga... |
| 13:09:48 | ripnetuk | i might grab one or 2 of your demos - i have a c64 emulator on my nokia 6600 phone :) |
| 13:10:12 | Bagder | wow |
| 13:10:14 | amiconn | But then I'm not that much into demos |
| 13:14:00 | rasher | alright then |
| 13:14:22 | rasher | http://rasher.dyndns.org/~rasher/logo.c |
| 13:14:33 | rasher | silly logo moving on the screen :) |
| 13:16:21 | | Join Patr3ck_ [0] (~patr3ck@pD9ECECF6.dip.t-dialin.net) |
| 13:16:40 | Bagder | oooo |
| 13:16:43 | * | Bagder tries it |
| 13:17:22 | rasher | it's very un-fancy |
| 13:17:25 | rasher | and only works on iriver |
| 13:18:42 | amiconn | Should work on the sim as well |
| 13:19:00 | Bagder | it does |
| 13:19:34 | Bagder | and it doesn't need to be limited to iriver |
| 13:19:41 | Bagder | it just can't move sideways on the others |
| 13:20:01 | rasher | true |
| 13:20:07 | amiconn | We could make a smaller logo |
| 13:20:11 | rasher | that'd be nicer |
| 13:20:16 | rasher | but I'm probably not the one to do that |
| 13:21:40 | DMJC | move sideways? |
| 13:21:45 | amiconn | Bagder: Who made the original b&w logo? I once tried to do that, but I didn't get the scaling & b&w conversion right. It looked rather odd |
| 13:21:58 | Bagder | it takes some manual fiddling |
| 13:22:07 | Bagder | I made the one on iRiver |
| 13:22:25 | LinusN | scale it with imagemagick and hand edit it with gimp |
| 13:22:40 | LinusN | gimp.rock |
| 13:22:41 | LinusN | :-) |
| 13:22:45 | dwihno | :) |
| 13:22:52 | dwihno | In what format is the original logo? |
| 13:23:04 | LinusN | png i guess |
| 13:23:10 | dwihno | something x something x 32bpp png? |
| 13:23:24 | LinusN | something like that, yes :-) |
| 13:23:58 | Bagder | http://www.rockbox.org/tshirt-contest/rockbox3540.jpg |
| 13:25:07 | amiconn | ~gimp here :( |
| 13:25:27 | Bagder | its available for windows too |
| 13:25:27 | dwihno | If I supply a 2-bit "USB-connected"-bitmap, is that enough of an initiative to sport the greyscale interface on the iriver? :) |
| 13:25:50 | amiconn | Bagder: I know; only that I don't need another gfx tool |
| 13:25:58 | Bagder | ok |
| 13:26:17 | LinusN | photoshop will work too :-) |
| 13:26:44 | DMJC | I am so buying a rockbox t-shirt |
| 13:27:04 | dwihno | Me too :) |
| 13:30:33 | DMJC | rockbox: making the products people want out of the ones they already have |
| 13:31:37 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
| 13:35:03 | rasher | Bagder: can you test logo.c on an archos (sim) and see if it behaves nicely? I'm not sure how it'll react |
| 13:35:16 | Bagder | it runs fine |
| 13:35:42 | rasher | oh, just bounces vertically? |
| 13:35:46 | Bagder | yes |
| 13:36:04 | Bagder | btw, you need a #if HAVE_LCD_BITMAP at the top to play nicely |
| 13:36:13 | rasher | ah right |
| 13:36:41 | amiconn | rasher: You could even build an archos sim yourself. That's the nice thing about the sims: You can try things for units you don't actually have, as long as it's no low-level stuff. |
| 13:37:12 | rasher | yeah, but this is quicker :) |
| 13:37:14 | rasher | #if LCD_WIDTH > WIDTH - 1 |
| 13:37:20 | rasher | that should help |
| 13:37:21 | * | amiconn has a fair number of simulator build dirs |
| 13:37:28 | Bagder | that's more obscure |
| 13:37:56 | rasher | ah |
| 13:38:01 | rasher | >= WIDTH I guess :) |
| 13:38:33 | Bagder | why not check for bitmap LCD? |
| 13:38:39 | Bagder | it does require that |
| 13:38:45 | Bagder | and all other bitmap plugins do it that way |
| 13:38:48 | rasher | I added a check for that as well |
| 13:38:51 | Bagder | aha |
| 13:39:02 | rasher | but the LCD_WIDTH pretty much is a requirement |
| 13:39:04 | rasher | as well |
| 13:39:07 | Bagder | I see |
| 13:39:16 | * | amiconn will port mosaique and snow to the player |
| 13:39:22 | rasher | hah |
| 13:39:33 | amiconn | Snow even using full display width... |
| 13:39:48 | rasher | heh |
| 13:40:15 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 13:40:18 | amiconn | (with a little cheating) |
| 13:43:22 | | Join bsec [0] (~bsec@host11-118.pool80180.interbusiness.it) |
| 13:43:52 | rasher | updated logo.c |
| 13:45:30 | rasher | what are the keymappings for the recorderv2 sim? |
| 13:49:05 | rasher | oh, it's just not entering the plugins |
| 13:49:17 | Bagder | they're printed to the terminal when you start the sim |
| 13:50:10 | rasher | ah, missed that |
| 13:50:10 | | Quit webguest72 ("CGI:IRC (EOF)") |
| 13:50:21 | rasher | figured it out by trial&error anyway |
| 13:50:25 | | Join webguest21 [0] (~c31ce021@labb.contactor.se) |
| 13:52:10 | rasher | where would it be looking for plugins |
| 13:52:28 | Bagder | ? |
| 13:52:43 | rasher | the sim, where's its .rockbox ? |
| 13:52:50 | Bagder | in archos/.rockbox |
| 13:52:57 | Bagder | archos being the "root" |
| 13:53:05 | rasher | aah |
| 13:53:21 | rasher | and nothing's there |
| 13:53:25 | rasher | I guess that explains it |
| 13:53:27 | LinusN | ls -la |
| 13:53:30 | Zagor | run make install |
| 13:53:58 | Bagder | 'make install' is really convenient when playing with the sims |
| 13:55:16 | rasher | hurray |
| 13:55:34 | rasher | and the logo.rock works nicely |
| 13:59:30 | | Quit lostlogic ("Going to the moon") |
| 14:00 |
| 14:06:29 | rasher | by the way |
| 14:06:30 | rasher | 04:41 <rasher> looks like rockbox-all cvs module doesn't include 'bootloader' or 'fonts' |
| 14:06:34 | bsec | uh, Internal error, aborting at ../../binutils-2.15.92.0.2/gas/config/tc-m68k.c line 4357 in select_control_regs |
| 14:10:11 | bsec | ok lets try some older binutils |
| 14:11:15 | rasher | I'm using cvs binutils from last night (from sources.redhat.com) which is working |
| 14:11:43 | bsec | hm strange |
| 14:12:18 | bsec | well i try with the recommendet version and then lets see |
| 14:16:29 | * | LinusN just committed remote control button support |
| 14:16:39 | Zagor | woo |
| 14:16:48 | dwihno | wee! |
| 14:16:56 | ripnetuk | go linus :) |
| 14:18:14 | bsec | yeah |
| 14:18:35 | rasher | woo! |
| 14:18:48 | rasher | and I *JUST* co/built |
| 14:18:50 | rasher | typical |
| 14:19:14 | LinusN | :-) |
| 14:19:22 | LinusN | you won't notice |
| 14:19:30 | bsec | is the support for the bootloader/rockbox self or both? |
| 14:19:35 | LinusN | no rockbox code handles the remote buttons anyway |
| 14:19:38 | rasher | heh |
| 14:19:44 | ripnetuk | I have a complaint. All your c64 demos crash my phone. You must have pushed the c64 to its limits :) |
| 14:19:46 | LinusN | bsec: both |
| 14:19:55 | LinusN | ripnetuk: no kidding |
| 14:20:57 | bsec | kewl |
| 14:21:36 | rasher | I was testing out some c64 demos at one point.. a few of them only worked if I had disk drive enabled :) |
| 14:21:47 | rasher | the disk drive trick amuses me each time I think of it |
| 14:22:00 | sneakums | wasn't the disk drive basically just another c64 or something? |
| 14:22:12 | ripnetuk | it had its own processor |
| 14:22:13 | bsec | the usb support works great, do you allready want bug report for non working functions/(sound encoding excluded ;)) |
| 14:22:13 | rasher | I think pretty much yes |
| 14:23:03 | LinusN | bsec: non-working, maybe, but not about non-existant functions |
| 14:23:25 | LinusN | bsec: but don't send bug reports, just mention it in this channel |
| 14:23:49 | bsec | the screendump functions, only crashs and doesnt work |
| 14:24:06 | LinusN | hehehe |
| 14:24:55 | LinusN | crashes... |
| 14:25:10 | bsec | yeah if u stick in the usb cable |
| 14:25:15 | bsec | to make screenshot |
| 14:30:21 | bsec | what about the gameboy emulator plugin, is it somewhere aviable? |
| 14:31:48 | bsec | rockboy |
| 14:34:44 | bsec | nice, with cvs binutils it works great |
| 14:35:06 | ripnetuk | is rockboy done as a plugin then? |
| 14:36:24 | HCl | igh, back |
| 14:36:26 | HCl | hi |
| 14:36:45 | HCl | special rockbox build + rockboy is on my ftp |
| 14:36:48 | HCl | and no, its far from done |
| 14:37:06 | bsec | but "super mario" is playable? |
| 14:37:09 | ripnetuk | Hcl - can u remind me your ftp addy please? |
| 14:37:12 | HCl | euh. |
| 14:37:19 | HCl | i wouldn't call it playable since it goes far too slow. |
| 14:37:19 | HCl | but |
| 14:37:28 | HCl | if you can bother waitin 5 minutes to move your char across the screen |
| 14:37:29 | HCl | sure. |
| 14:37:38 | HCl | ftp://titania.student.utwente.nl |
| 14:37:40 | ripnetuk | ta |
| 14:37:43 | bsec | at least it "works" |
| 14:37:56 | HCl | yea |
| 14:38:07 | HCl | i'm working on speeding up the thing |
| 14:38:30 | ripnetuk | hehe i spot a default.xbe in there as well :) are you doing xbox stuff as well? |
| 14:38:45 | HCl | yea. |
| 14:39:00 | dwihno | HCl: Does it run at 11MHz (or whatever the software runs at nowadays) or faster? |
| 14:39:09 | HCl | 11mhz |
| 14:39:41 | * | HCl makes a new build with a should-be-faster lcd driver |
| 14:39:56 | dwihno | increase the clock as well |
| 14:39:57 | HCl | i'll most likely get the colors inverted too, but blah |
| 14:40:54 | bsec | so i have to put the "rockboy.rock" and the rom in a directory on my player and finish ? |
| 14:41:03 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
| 14:41:12 | bsec | or does it need your special rockbox build |
| 14:41:13 | rasher | LinusN: So.. what's next? |
| 14:41:14 | HCl | no, download rockbox.zip |
| 14:41:32 | HCl | the current cvs rockbox does not allocate enough memory for plugins |
| 14:41:45 | dwihno | HCl: increase the clock! :) |
| 14:41:54 | dwihno | Did I mention you could increase the clock? ;) |
| 14:42:03 | HCl | dwihno: linus is working on that |
| 14:42:40 | HCl | or does it work by now? |
| 14:42:40 | HCl | o.o |
| 14:43:03 | | Join jyp [0] (~jp@98.203-200-80.adsl.skynet.be) |
| 14:43:52 | HCl | hrm. |
| 14:44:25 | dwihno | HCl: So all left is optimization and LCD greyscales? (perhaps you have greyscales?) |
| 14:44:29 | ripnetuk | Hcl - where do you stick the gb rom? is it done as a plugin that you brose to the rom, or do you need to give it a ertain name? |
| 14:44:48 | HCl | ripnetuk: at the moment, /rom.gb |
| 14:44:53 | ripnetuk | ta |
| 14:45:10 | HCl | dwihno: and sound, and buttons can have some improvements |
| 14:46:01 | bsec | some quick readme.txt would be nice, what files where needet, what files it uses as default etc |
| 14:46:08 | dwihno | HCl: there is sound already? :) |
| 14:46:22 | HCl | bsec: oh come on, its a first alpha version. |
| 14:46:28 | dwihno | HCl: I've misread. Sorry. |
| 14:46:44 | bsec | thats enough for me :> |
| 14:47:52 | ripnetuk | hehe it works :) |
| 14:48:28 | HCl | dohhhh |
| 14:48:31 | HCl | watashi wa baka desu yo.. |
| 14:49:11 | dwihno | haiyaku, torihada-kun :) |
| 14:49:12 | ripnetuk | how do you start the game? |
| 14:49:24 | HCl | you mean mario? |
| 14:49:27 | ripnetuk | yeah |
| 14:49:30 | HCl | rec is the start button |
| 14:49:33 | HCl | just hold it a while |
| 14:49:34 | ripnetuk | cool |
| 14:51:07 | ripnetuk | nice |
| 14:51:23 | dwihno | how fast is it? :) |
| 14:51:27 | dwihno | 1% speed? |
| 14:51:53 | ripnetuk | if that number displayed is the frame number, about 1fps |
| 14:51:58 | crash__ | LinusN: there ? |
| 14:52:16 | HCl | ripnetuk: its emulation cycles, i'm not sure how that relates to fps |
| 14:52:32 | dwihno | HCl: how fast does it run on the sim? |
| 14:52:33 | ripnetuk | thats cpu clock cycles? |
| 14:52:41 | HCl | dwihno: it doesn't compile for the sim |
| 14:52:47 | HCl | ripnetuk: no, thats about 2280 cpu clock cycles |
| 14:52:56 | HCl | i think |
| 14:53:11 | *** | Saving seen data "./dancer.seen" |
| 14:53:19 | HCl | it has conditionals like |
| 14:53:19 | ripnetuk | i guess one clock cycle per sec would be like 1/1million * speed :) |
| 14:53:20 | HCl | if (!(R_LCDC & 0x80)) |
| 14:53:20 | HCl | cpu_emulate(32832); |
| 14:53:32 | HCl | if that lcdc thingy somethingsomething, do another 32832 cpu cycles |
| 14:53:32 | HCl | o.o |
| 14:53:43 | HCl | so its hard to tell. |
| 14:53:57 | ripnetuk | i always wanted to write an emu... never found time |
| 14:54:06 | HCl | lol |
| 14:54:18 | HCl | well, i'd be happy if people would help speeding this up and stuff :P |
| 14:54:31 | HCl | i dunno, i guess it should be merged with cvs sometime soonish, so more people can work on it |
| 14:54:42 | HCl | aside from the makefile adjustments, i haven't really made any nasty hacks or anything |
| 14:55:23 | ripnetuk | i would like to see it in cvs... did it require an upping of plugin size limit in the actual firmware tho? |
| 14:55:26 | HCl | writing a slightly faster (at least, thats the idea) lcd driver |
| 14:55:28 | HCl | yes. |
| 14:55:35 | HCl | i upped it to 7mb in mine |
| 14:55:42 | HCl | but rockbox has proved it'll fit in 5 mb |
| 14:55:46 | HCl | rockboy* |
| 14:55:49 | ripnetuk | and thats 'lost' space (ie static)/ |
| 14:55:50 | ripnetuk | ? |
| 14:55:58 | HCl | sortof. |
| 14:56:01 | HCl | it has a static 4mb buffer |
| 14:56:03 | HCl | for romfiles |
| 14:56:10 | HCl | cause a gameboy rom is 4mb max |
| 14:56:16 | ripnetuk | can plugins commandeer the mp3 buffer? |
| 14:56:25 | HCl | sortof. |
| 14:57:20 | bsec | ok lets try the new bootloader *hope* |
| 15:00 |
| 15:00:21 | bsec | uh, works =) |
| 15:01:11 | ripnetuk | im sticking with yesterdays boot loader - seems to work OK, and we are going to need to flash again when Rockbox becomes the wanted default firmware, as I will want to turn on with remote |
| 15:01:15 | HCl | why does my new framebuffer routine crash... |
| 15:01:17 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 15:01:39 | HCl | ripnetuk: don't suppose you can help look at this framebuffer routine? |
| 15:01:57 | ripnetuk | HCl - i dont think i have the required skills :) |
| 15:02:00 | HCl | ok |
| 15:02:01 | HCl | darn |
| 15:02:06 | HCl | :/ |
| 15:02:09 | preglow | what's wrong with it? |
| 15:02:49 | ripnetuk | lunch |
| 15:03:17 | rasher | http://rasher.dyndns.org/~rasher/rockboxbw.png < a pretty high-res black&white version of the logo |
| 15:03:27 | HCl | dohhh |
| 15:03:31 | HCl | hm. |
| 15:03:34 | HCl | well |
| 15:03:37 | HCl | a) i'm stupid |
| 15:03:44 | HCl | and b) its looping infinitely for unknown reasons |
| 15:03:58 | preglow | rasher: what, did you vectorize it? |
| 15:04:44 | rasher | preglow: no, sadly |
| 15:04:51 | preglow | then what did you do? :P |
| 15:04:54 | rasher | I might try that though |
| 15:05:09 | rasher | I just edited http://www.rockbox.org/tshirt-contest/rockbox3540.jpg |
| 15:05:12 | preglow | rasher: an svg format version would be really cool and handy |
| 15:05:18 | rasher | yeah |
| 15:05:23 | preglow | ahh |
| 15:05:28 | preglow | i suppose that might already have been done, then |
| 15:05:31 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 15:05:40 | rasher | the source was probably some vector format |
| 15:08:35 | * | HCl sighs. |
| 15:08:43 | HCl | okay, i have no clue why it hangs :/ |
| 15:08:57 | bsec | screendump doesnt crash anymore, but it makes nonsense screendumps |
| 15:10:28 | bsec | only a green screen without text |
| 15:12:42 | Bagder | I bet it bugs :-) |
| 15:13:14 | Bagder | for example, it uses a hard-coded lcd size |
| 15:13:49 | Bagder | see apps/misc.c:screen_dump() |
| 15:15:27 | HCl | Bagder: got any experience with lcd? |
| 15:15:44 | Bagder | yeps |
| 15:16:22 | HCl | k hold on a sec.. |
| 15:18:28 | LinusN | i am fixing the screendump |
| 15:18:34 | LinusN | so just hang on |
| 15:19:56 | jyp | hello folks |
| 15:20:04 | Bagder | hi jyp |
| 15:20:04 | jyp | I got a question... |
| 15:20:11 | lImbus | hi jean-phi |
| 15:20:24 | jyp | Menus & tree generally works |
| 15:20:44 | jyp | but when I get in the 'debug' menu there's no text displayed |
| 15:20:50 | jyp | only the scroll bar |
| 15:21:12 | jyp | does this ring a bell ? |
| 15:21:22 | jyp | If not i'll just debug ;) |
| 15:21:29 | Bagder | no bell here |
| 15:21:43 | lImbus | most probably there is debug-function yet for this processor ? |
| 15:22:42 | rasher | There's debug for me on iRiver |
| 15:22:51 | jyp | some options are there |
| 15:22:53 | Bagder | jyp: and regarding the mp3 and plugin stuff in the link file, you set those symbols there to control where the buffers end up |
| 15:23:06 | jyp | (plus I can scroll through them, only text isn't there) |
| 15:23:16 | rasher | jyp: sounds like a broken language file |
| 15:23:29 | rasher | one way or another |
| 15:23:38 | lImbus | mhmm. debug is always english |
| 15:23:39 | jyp | Bagder, yes; the problem is that I don't know where the dram is ... |
| 15:23:46 | Bagder | jyp: oh |
| 15:23:50 | Bagder | hehe |
| 15:23:57 | jyp | ;) |
| 15:23:58 | rasher | lImbus: oh right, no idea then |
| 15:24:09 | Bagder | jyp: now I understand the problem |
| 15:24:19 | lImbus | jyp: I think I had this once when something with my fonts were broken |
| 15:25:12 | jyp | Perhaps I should have mentioned that I have an empty .rockbox directory |
| 15:25:24 | Bagder | that shouldn't matter |
| 15:29:12 | HCl | Bagder: care to have a look at my lcd driver thing? |
| 15:29:19 | HCl | Bagder: can i paste in privmsg? |
| 15:29:24 | Bagder | sure |
| 15:32:15 | jyp | Config sector is merely a sector number on the disk ? |
| 15:32:43 | jyp | (understand: should config_sector be long ?) |
| 15:32:54 | LinusN | yes |
| 15:33:01 | jyp | thanks |
| 15:33:09 | LinusN | but it is likely < 255 :-) |
| 15:33:37 | bsec | debug menu works for me fine |
| 15:33:40 | jyp | ...i get the "no partition" error |
| 15:33:58 | jyp | so I'm trying to fix this |
| 15:34:09 | jyp | before the debug menu |
| 15:36:33 | jyp | So, the config isn't in a file, iiuc |
| 15:36:50 | Bagder | correct |
| 15:38:53 | jyp | I think I understand what's going on ... |
| 15:39:09 | LinusN | screendump is now fixed in cvs |
| 15:39:24 | Bagder | jyp: the used sector is in an area before the fat on the disk |
| 15:39:28 | jyp | settings_calc_config_sector won't work if there's only one partition starting on sector 1, right ? |
| 15:39:43 | Bagder | it won't work if you have NO partition |
| 15:39:48 | LinusN | so called "superfloppy" mode |
| 15:40:16 | LinusN | jyp: it won't work if the first partition is on sector 0 |
| 15:40:25 | LinusN | i.e you have no partition table |
| 15:47:15 | jyp | Well, sector = partition_start - 2, so it will be -1 |
| 15:47:35 | LinusN | exactly |
| 15:48:22 | LinusN | one sunny day we might abandon the sector-based config and go for a file instead |
| 15:48:25 | jyp | I don't get it ... Where are the settings supposed to be stored exactly? |
| 15:48:46 | LinusN | partitions always start at cylinder boundaries |
| 15:49:02 | rasher | a file would be handy.. |
| 15:49:04 | jyp | Hehe ... |
| 15:49:05 | LinusN | so if you have a partition table, the first partition starts at sector 63 |
| 15:49:13 | rasher | that way you could also edit the settings when connected in usb-mode |
| 15:49:20 | rasher | if the file was plaintext, that is |
| 15:49:25 | jyp | Ok, I don't enfore the cycinder boundary assertion in the emulator. |
| 15:49:46 | jyp | so it really starts at sector 1... Failing to leave room or the config file. |
| 15:50:14 | | Part Zagor |
| 15:50:16 | Bagder | rasher: we can load and save settings to files too |
| 15:50:20 | LinusN | then i understand, i wondered how your partition could start at sector 1... |
| 15:53:42 | Quel|out | amiconn: are you here or away? |
| 15:53:51 | | Join Blade [0] (~3e234217@labb.contactor.se) |
| 15:53:54 | | Join webguest68 [0] (~54de5919@labb.contactor.se) |
| 15:54:48 | Blade | i come to make a new .hex with the newbootlader and obtain a md5sum : 627d5195b56ebca3b431cccb535c3bfa |
| 15:54:55 | Blade | it's ok ? |
| 15:55:09 | LinusN | the md5 sum is hard to compare |
| 15:55:17 | Blade | ah |
| 15:55:21 | LinusN | because we all use different compiler and binutils versions |
| 15:55:27 | Blade | yesterday i got same as other |
| 15:55:55 | LinusN | yeah, sometimes some people are lucky enough to have the same output |
| 15:56:06 | Blade | what's is your md5 ? |
| 15:56:11 | Blade | to compare |
| 15:56:12 | LinusN | did you build the boot loader yourself? |
| 15:56:16 | Blade | yes |
| 15:56:25 | Blade | ah |
| 15:56:26 | Blade | no |
| 15:56:27 | LinusN | bootloader.bin? |
| 15:56:29 | Blade | with yours |
| 15:56:37 | Blade | only scramble descramble |
| 15:56:41 | LinusN | 1.63u? |
| 15:56:47 | Blade | no EU |
| 15:56:49 | LinusN | ok |
| 15:57:32 | LinusN | ok, we have the same sum |
| 15:57:45 | Blade | thanks |
| 15:57:51 | Blade | i install it now |
| 15:57:57 | LinusN | happy flashing |
| 15:58:14 | Blade | thanks |
| 15:58:27 | preglow | LinusN: you wanted a perl-ified convbdf? |
| 15:59:46 | LinusN | would be nice |
| 16:00 |
| 16:00:03 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 16:00:11 | LinusN | not deadly important though |
| 16:00:16 | preglow | i'll see what i can do, got a mad urge to code some perl again |
| 16:00:20 | LinusN | :-) |
| 16:01:05 | Bagder | there's a nice set of test cases too |
| 16:01:21 | | Join thegeek [0] (na@ti521110a080-0636.bb.online.no) |
| 16:01:27 | Bagder | it should simply produce the same output, for just about all but one font ;-) |
| 16:01:48 | LinusN | hehe |
| 16:02:06 | preglow | haha, damn, it's snowing here |
| 16:02:09 | * | preglow gets tea |
| 16:03:13 | | Quit Blade ("CGI:IRC") |
| 16:10:56 | Bagder | HCl: I can use a global int fine if I add one in helloworld.c |
| 16:10:56 | | Quit Quel|out (Read error: 104 (Connection reset by peer)) |
| 16:11:37 | HCl | strange |
| 16:11:52 | Bagder | heh |
| 16:12:08 | bsec | screendump works great, nice |
| 16:12:12 | Bagder | HCl: rename the int |
| 16:12:20 | HCl | o.o |
| 16:12:22 | Bagder | ! |
| 16:12:26 | HCl | doh. |
| 16:12:49 | Bagder | 'shutdown' seems to confuse things |
| 16:12:59 | LinusN | oh? |
| 16:13:19 | Bagder | yeah, I renamed my 'global_int' to 'shutdown' and then it crashes again |
| 16:13:28 | bsec | but i had to put the usb cable in a few times before i could mount the player |
| 16:13:31 | LinusN | wtf??? |
| 16:14:04 | LinusN | Bagder: what crashes? |
| 16:14:07 | Bagder | could be related to the 'shutdown' function |
| 16:14:10 | Bagder | LinusN: a plugin |
| 16:14:33 | Bagder | just add a global 'int shutdown' and then do 'shutdown = 0' in the plugin_start function |
| 16:14:38 | Bagder | bang |
| 16:14:42 | LinusN | cool |
| 16:14:51 | LinusN | bsec: a few times? |
| 16:15:48 | LinusN | Bagder: no compiler warnings? |
| 16:15:52 | Bagder | nope |
| 16:15:57 | LinusN | wow |
| 16:15:57 | | Quit webguest21 ("CGI:IRC (EOF)") |
| 16:16:32 | | Join R3nTiL1 [0] (~zorroz@83.69.98.210) |
| 16:16:58 | rasher | LinusN: I just benifited from the "turn on into iRiver firmware with remote" feature :) |
| 16:17:05 | HCl | merf, it crashes again |
| 16:18:14 | | Quit thegeek (zelazny.freenode.net irc.freenode.net) |
| 16:18:14 | NSplit | zelazny.freenode.net irc.freenode.net |
| 16:18:22 | bsec | LinusN: i try to reproduce the bug |
| 16:18:31 | * | HCl is gonna sleep, headache |
| 16:18:45 | NHeal | zelazny.freenode.net irc.freenode.net |
| 16:18:45 | NJoin | thegeek [0] (na@ti521110a080-0636.bb.online.no) |
| 16:19:55 | LinusN | Bagder: what does the crash say? |
| 16:21:01 | Bagder | Program received signal SIGSEGV, Segmentation fault. |
| 16:21:07 | Bagder | 46 shutdown = 12; |
| 16:21:18 | Bagder | (gdb) p &shutdown |
| 16:21:19 | Bagder | $1 = (int *) 0xb6d02940 |
| 16:21:34 | Bagder | whatis shutdown |
| 16:21:34 | Bagder | type = int |
| 16:21:56 | LinusN | i which you would have told me it was in the simulator... |
| 16:22:07 | Bagder | ah |
| 16:22:11 | LinusN | target works fine |
| 16:22:17 | Bagder | sorry, it's been a long going thread about it |
| 16:22:25 | Bagder | didn't realize |
| 16:23:17 | Bagder | I believe this is a link/dl issue |
| 16:23:27 | LinusN | guess so |
| 16:23:34 | Bagder | let's not dig too much in that mess ;-) |
| 16:23:40 | LinusN | :-) |
| 16:26:41 | | Quit webguest68 ("CGI:IRC") |
| 16:26:43 | | Join webguest68 [0] (~54de5919@labb.contactor.se) |
| 16:27:53 | | Quit webguest68 (Client Quit) |
| 16:30:51 | | Join Blade [0] (~3e234217@labb.contactor.se) |
| 16:32:45 | Blade | new bootloader still have diffculty to detect hold button |
| 16:32:54 | LinusN | which one? |
| 16:33:20 | Blade | when hold is on it loads rockbox anyway |
| 16:33:38 | Blade | but in few case than before |
| 16:33:40 | LinusN | a very short press on ON? |
| 16:33:51 | Blade | yes |
| 16:34:26 | Blade | it's normal ? |
| 16:34:31 | Blade | if it the case sorry |
| 16:34:37 | LinusN | no, it shouldn't happen |
| 16:34:45 | Blade | ok |
| 16:35:21 | | Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) |
| 16:35:27 | Blade | you're true it's only a very shirt press on ON wich loads the rockbox |
| 16:35:29 | LinusN | the problem is that people want the two Hold switches to behave differently |
| 16:36:04 | LinusN | personally, i'm not sure what i want |
| 16:36:23 | Blade | i think the best is that when HOLD is ON the rockbox don't load |
| 16:36:37 | Blade | but it's my opininion |
| 16:36:39 | sneakums | the way it works in the iriver firmware seems fine to me |
| 16:36:40 | rasher | to be precise |
| 16:36:53 | rasher | when hold is on on the device you used to turn on, don't load |
| 16:37:03 | LinusN | that's ut |
| 16:37:06 | LinusN | that's it |
| 16:37:25 | sneakums | when i have the player in my pocket, i have its hold on |
| 16:37:28 | rasher | that's how I'd expect it to work |
| 16:37:31 | sneakums | and hold off on the remote, which i use to control it |
| 16:38:30 | ripnetuk | i agree the way the original firmware works is correct. |
| 16:38:59 | rasher | isn't that the way I described it? |
| 16:39:14 | rasher | it feels right the way iRiver did it |
| 16:39:20 | ripnetuk | also, im not too sure about the load original when using remote thing - that means we will need another flash when Rockbox goes gold |
| 16:39:30 | ripnetuk | not to diss all your good work guys :) |
| 16:39:43 | Blade | it happens the same when i press very shortly the remote on button |
| 16:40:21 | ripnetuk | but it think the 'boot original when rockbox.iriver' thing is great |
| 16:40:29 | ripnetuk | (is missing) thing |
| 16:40:56 | LinusN | Blade: the remote button never starts rockbox |
| 16:41:30 | Blade | linus : you're wrong |
| 16:41:49 | Blade | when i press shrtly on my ON remote button rockbok loads |
| 16:41:56 | LinusN | oops |
| 16:41:58 | rasher | I can confirm this |
| 16:42:01 | rasher | a short tap |
| 16:42:18 | LinusN | yes i see |
| 16:42:29 | rasher | is this really a problem? |
| 16:42:32 | rasher | I mean |
| 16:42:33 | Blade | what can be the cause of that ? |
| 16:42:34 | LinusN | not for me |
| 16:42:35 | rasher | it's a feature now |
| 16:42:42 | rasher | that will be removed later |
| 16:42:59 | LinusN | it's because you let go off the button before rockbox gets the chance to check it |
| 16:43:32 | rasher | ripnetuk: people who have flashed now should not be too intimidated by having to reflash once the feature is removed |
| 16:43:48 | ripnetuk | i guess... ive already flashed twice, and not bricked it (touches wood) |
| 16:44:02 | LinusN | i have flashed it countless times |
| 16:44:10 | ripnetuk | yo have the bdm :) :) |
| 16:44:18 | Blade | three times for me and each time i was afraid |
| 16:44:22 | ripnetuk | you can wiggle it back to life :) |
| 16:44:29 | LinusN | true |
| 16:45:21 | ripnetuk | i had a browse through the datasheet for the DAC - its amazing how much detail you need to describe it... i was hoping to make it beep at me, but thats beyond me at this stage |
| 16:45:26 | Blade | it is possible to test hold button independantly of the other button at the boot |
| 16:45:27 | preglow | LinusN: did the connector you bought fit well, btw? |
| 16:45:30 | preglow | LinusN: for the bdm |
| 16:45:38 | LinusN | like a glove |
| 16:45:41 | preglow | neat |
| 16:47:38 | Blade | is it possible to make a bootloader with if((button_status() & button_hold()) before all the others ? |
| 16:47:43 | ashridah | okay. has anyone tested this with a us version of the firmware? |
| 16:47:53 | ashridah | i usually use that, and i'd prefer not to have volume restrictions :) |
| 16:48:10 | sneakums | which firmware has volume restrictions? |
| 16:48:15 | preglow | well, _is_ there volume restrictions on the h1x0 firmware? 'cause i don't think so |
| 16:48:32 | ripnetuk | i thought that the EU version had no restricitons for 1hp1x0, but did for other models |
| 16:48:34 | preglow | i think they've only gotten around to adding that on the h3x0 units |
| 16:48:39 | ashridah | preglow: i'm told the EU one has a lower maximum (which is still well past my pain threshold) |
| 16:49:02 | ripnetuk | hmmm... i might try the us one then - music is loud enough, but radio shows (in mp3) are a little too quiet |
| 16:50:29 | ashridah | here goes nothing. |
| 16:50:29 | preglow | ashridah: i did try the us one myself, and can't say i noticed any difference. but i didn't do a side by side comparison, though |
| 16:50:32 | Blade | Linus ; i think you ha ve to put in the bootloader main.c a : if(button_hold()) before all the other conditions.. is it possible ? |
| 16:50:44 | * | ashridah wonders how long it'll be before linus needs to get a care package with a brick in it |
| 16:50:48 | ripnetuk | dony you have to init the adc first? |
| 16:51:00 | preglow | yes |
| 16:51:09 | LinusN | the hold button isn't the problem |
| 16:51:24 | LinusN | it's the ON/PLAY button(s) |
| 16:51:37 | LinusN | but i have a solution coming up |
| 16:51:47 | ripnetuk | we thought you would :) |
| 16:52:10 | Blade | but in your conditions you put the ON and HOLD condition |
| 16:52:14 | LinusN | will fix it later this evening |
| 16:52:19 | Blade | the on is not necessary |
| 16:52:25 | LinusN | Blade: yes it is |
| 16:52:33 | Blade | ah.. |
| 16:52:37 | Blade | i thought No |
| 16:52:41 | LinusN | i have to know which ON button was pressed |
| 16:52:42 | Blade | and why ? |
| 16:53:07 | rasher | to boot original firmware if the remote on button was pressed |
| 16:53:10 | Blade | but if the firm begin to loads it s that the oN button whs pressed just before |
| 16:53:14 | *** | Saving seen data "./dancer.seen" |
| 16:53:19 | | Quit R3nTiL1 () |
| 16:53:30 | ripnetuk | btw how does on work? do the 2 on buttons fire an interupt to wake the coldfire, or does the coldfire wake up on any button press, and only respond to on? |
| 16:53:32 | LinusN | and to ignore the hold on the device if it was started from the remote |
| 16:53:47 | ripnetuk | or does it never sleep? |
| 16:54:01 | LinusN | the ON buttons are connected to the voltage regulator |
| 16:54:16 | Blade | So you're better than me |
| 16:54:18 | LinusN | so they power on the device |
| 16:54:43 | ripnetuk | i see |
| 16:54:57 | LinusN | Blade: as it works today, yes, we can ignore the on button on the device |
| 16:55:04 | Blade | it's here that o tought you can put the first condition to be only with the HOLD button and the hold rc button |
| 16:55:09 | LinusN | but not on the remote |
| 16:55:09 | ripnetuk | so thats one of the reasons there are so many connections on the remote :) |
| 16:56:18 | | Join webguest59 [0] (~d51fc177@labb.contactor.se) |
| 16:56:35 | | Quit ashridah ("sleep.") |
| 16:56:35 | LinusN | Blade: i don't get it |
| 16:57:13 | Blade | LInusN : ? |
| 16:58:14 | webguest59 | Guys the unknown thing on the H3X0 hardware list is a TI part TP61020DRCR DC/DC converter/regulator |
| 16:58:38 | LinusN | webguest59: fill in the wiki! |
| 16:58:42 | ripnetuk | arent the rules on startup: 1. If both hold switched on, go to sleep. 2. If the remote on is down, and remote hold on, go to sleep. If the main hold is on and remote on not down go to sleep? |
| 16:58:58 | webguest59 | ok gotta register first.. |
| 16:59:14 | | Join muesli- [0] (muesli_tv@1Cust108.tnt4.hnr2.deu.da.uu.net) |
| 16:59:23 | muesli- | hi |
| 16:59:33 | LinusN | ripnetuk: yup |
| 17:00 |
| 17:00:04 | LinusN | except 1) is unnecessary |
| 17:00:34 | LinusN | sleep == turn off btw |
| 17:00:36 | ripnetuk | 1) was a safeguard againt knocks on remote |
| 17:00:46 | ripnetuk | i am a deep sleeper :) |
| 17:01:21 | LinusN | the only thing is that the ON keys have to be checked earlier |
| 17:01:32 | LinusN | so the user won't have the chance to release them |
| 17:01:47 | ripnetuk | also, we could switch 2 and 3 and use the main on button instead of the remote?? any advantage in one way over other? |
| 17:01:58 | rasher | Absolutely |
| 17:02:03 | LinusN | ripnetuk: nah |
| 17:02:05 | rasher | wait. |
| 17:02:07 | * | rasher shuts up |
| 17:02:53 | Blade | i will be interrested to know hown does the original firmwre |
| 17:03:16 | ripnetuk | actually, shouldne we be checking main on not remote, doesnt that automatically cover the situation when no remote is plugged in? |
| 17:03:41 | ripnetuk | but i guess that no remote == on not down (open circuit on adc)? |
| 17:05:38 | LinusN | yup |
| 17:05:39 | Blade | perhpas there is a HW memory which knows what is the last key pressed ? |
| 17:05:51 | LinusN | no |
| 17:05:58 | Blade | ok i shut up |
| 17:06:03 | LinusN | it's easy, just check the on keys earlier |
| 17:06:16 | Blade | yes |
| 17:06:16 | LinusN | you don't need the adc for that |
| 17:08:31 | Blade | actuaaly it's easy to solve |
| 17:09:02 | LinusN | yes |
| 17:09:42 | dwihno | wee! |
| 17:09:50 | dwihno | \o/ |
| 17:09:59 | LinusN | dwihno: drunk? |
| 17:10:28 | rasher | I just made a table of how the original firmware handles hold buttons |
| 17:10:35 | rasher | in case there was any doubt |
| 17:10:59 | dwihno | nee. I haven't had any alcohol for ages. |
| 17:11:21 | dwihno | I'm just happy it's weekend. :) |
| 17:11:32 | | Quit webguest59 ("CGI:IRC") |
| 17:11:36 | dwihno | the best day of the week |
| 17:11:53 | dwihno | wee \o/ |
| 17:12:32 | dwihno | come on. show me some me that happyness. |
| 17:12:46 | dwihno | i know it's there. waiting. |
| 17:12:49 | Blade | LinusN : on what are working for rockbox at this time ? |
| 17:12:54 | rasher | |o| |
| 17:12:56 | ripnetuk | i am happy its friday dwihno :) |
| 17:13:07 | Blade | only curiosity |
| 17:13:42 | dwihno | ripnet: wee! :) |
| 17:14:15 | | Join Cassandra_ [0] (~christi@213.78.126.207) |
| 17:14:35 | LinusN | Blade: i was about to fix the on/hold stuff for the boot loader, but i lost the connection with my home computer :-( |
| 17:14:47 | LinusN | next is to add set_cpu_frequency() |
| 17:15:28 | Blade | the cpu frequency will be dynamic ? |
| 17:15:54 | rasher | The original behaviour is indeed: if hold is on on the device (main/remote) used to turn on, the unit doesn't boot |
| 17:16:44 | LinusN | Blade: yes, we will set it differently depending on performance needs |
| 17:16:55 | LinusN | to save battery |
| 17:16:57 | bobTHC | have a good WE! bye |
| 17:17:00 | | Part bobTHC |
| 17:17:48 | | Quit Christi-S (Read error: 110 (Connection timed out)) |
| 17:18:10 | Cassandra_ | Gah. |
| 17:18:14 | | Nick Cassandra_ is now known as Cassandra (~christi@213.78.126.207) |
| 17:20:20 | Cassandra | Linus - do all the plugins handle SYS_USB_CONNECTED messages manually (as in, if I add SYS_ALARM, am I going to have to add it to all the plugins)? |
| 17:20:22 | Cassandra | (or rather, add handling for it into the plugins) |
| 17:20:49 | LinusN | not if they call the default_handler() |
| 17:21:15 | LinusN | and they don't have to handle SYS_ALARM if they don't want to |
| 17:22:21 | LinusN | so you will only have to change those plugins that want to do something when the alarm triggers |
| 17:22:50 | Cassandra | So I should add handling to default_handler and the non-application threads. |
| 17:23:01 | LinusN | at least to begin with |
| 17:23:16 | LinusN | and you don't need to add it to the non-app threads either |
| 17:23:25 | LinusN | if they aren't interested |
| 17:23:36 | Cassandra | I'm assuming here that the way to handle the alarm is the same as for USB, namely wait for the other threads to acknowledge and then 'reboot' into an alarm handling routine. |
| 17:23:45 | LinusN | aha |
| 17:24:02 | LinusN | is that what we want? |
| 17:24:41 | Cassandra | Well I think what we want is for an alarm event to be asynchronous, but I think the Rockbox code is too stateful for us to pull that off. |
| 17:24:56 | | Join mecraw [0] (~mecraw@69.2.235.2) |
| 17:25:04 | LinusN | probably, but that may depend |
| 17:25:29 | LinusN | let's say you set an alarm to wake up in the morning |
| 17:25:49 | LinusN | you wake up earlier and play tetris when the alarm goes off |
| 17:26:16 | LinusN | tetris is suddenly stopped, and the jukebox starts playing music in the wps |
| 17:26:24 | LinusN | i don't think we want that |
| 17:26:49 | * | Cassandra nods. Not ideal, is it? But on the other hand, you probably do want some indication of the alarm. |
| 17:27:07 | LinusN | perhaps a blinking status bar or something |
| 17:27:10 | LinusN | a splash |
| 17:27:12 | Cassandra | I'm thinking flashing backlight. We can do that asynchronously, can't we. |
| 17:27:21 | LinusN | yes we can, sort of |
| 17:27:39 | | Quit Schnueff ("server maintenance") |
| 17:27:39 | | Quit Blade ("CGI:IRC (EOF)") |
| 17:27:41 | Cassandra | But there really needs to be an audible alarm too. |
| 17:27:54 | LinusN | should work on the iriver |
| 17:28:16 | Cassandra | Then consider timed recording. In this case, you want to break off your game of Tetris and start recording. |
| 17:28:30 | LinusN | probably |
| 17:28:52 | Cassandra | (Well ideally you want Rockbox to record in the background and let you carry on playing tetris, but the code isn't really written in a way that makes that possible.) |
| 17:29:27 | LinusN | that takes some changes, yes |
| 17:29:43 | LinusN | although not *that* difficult |
| 17:30:18 | Cassandra | I'm beginning to think that the idea of having seperate threads for recording, playback, WPS and plugins may not be a bad idea at all. |
| 17:30:31 | Cassandra | (Oh, and the FM radio.) |
| 17:30:50 | LinusN | maybe not a bad idea |
| 17:30:50 | Cassandra | I wish I could spell 'separate'. |
| 17:30:59 | bsec | and the iriver cpu is able to handle that? |
| 17:31:11 | Cassandra | The Rockbox code is able to. |
| 17:31:12 | LinusN | well, not at the same time |
| 17:31:20 | Cassandra | It's already multithreaded. |
| 17:31:52 | Cassandra | Most of your threads will of course be idle most of the time. |
| 17:32:12 | Cassandra | Recording and playing at the same time is unlikely to work well. |
| 17:32:35 | Cassandra | So you have to build locking in somehow. |
| 17:33:42 | LinusN | i have to go now |
| 17:33:46 | LinusN | cu around guys |
| 17:34:10 | | Part LinusN |
| 17:34:59 | | Quit ripnetuk ("Leaving") |
| 17:35:07 | | Join webguest31 [0] (~540d159a@labb.contactor.se) |
| 17:36:40 | | Quit webguest31 (Client Quit) |
| 17:39:55 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 17:45:10 | | Quit muesli- (Read error: 113 (No route to host)) |
| 17:46:10 | | Quit gromit` (Remote closed the connection) |
| 17:46:20 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 17:54:29 | | Quit Patr3ck_ ("Client exited") |
| 18:00 |
| 18:01:47 | | Quit Aison (Read error: 104 (Connection reset by peer)) |
| 18:10:38 | | Join muesli- [0] (muesli_tv@1Cust174.tnt10.hnr2.deu.da.uu.net) |
| 18:27:19 | | Join muesli|tarn [0] (muesli_tv@1Cust183.tnt3.hnr2.deu.da.uu.net) |
| 18:27:45 | | Quit bsec ("quork!") |
| 18:36:00 | | Quit muesli- (Read error: 60 (Operation timed out)) |
| 18:42:55 | lImbus | gotta hurry |
| 18:42:58 | | Quit lImbus ("cu") |
| 18:48:23 | | Quit Lynx_ (" bye!") |
| 18:52:46 | preglow | well, time to fix me the updated bootloader |
| 18:53:15 | *** | Saving seen data "./dancer.seen" |
| 18:54:46 | preglow | 76ce3e25bd2bdb412bb94aa78df8e105 new.hex |
| 18:54:49 | preglow | anyone care to validate? |
| 19:00 |
| 19:02:51 | | Quit muesli|tarn (Read error: 113 (No route to host)) |
| 19:08:02 | jyp | Anyone can tell me where the 'str' function is defined ? |
| 19:08:49 | Bagder | jyp: lang.h |
| 19:08:52 | Bagder | in the build dir |
| 19:09:00 | jyp | ok, thanks :) |
| 19:09:11 | Bagder | I'm not here :-) |
| 19:10:50 | | Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) |
| 19:14:58 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 19:18:07 | jyp | Wow, I got it |
| 19:18:20 | jyp | maybe ;) |
| 19:20:41 | jyp | indeed ... gotta change VIRT_PTR |
| 19:32:27 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 19:59:25 | HCl | gmorning |
| 19:59:30 | HCl | i mean |
| 19:59:33 | HCl | gevening |
| 19:59:33 | HCl | o.o |
| 20:00 |
| 20:00:17 | linuxstb | HCl: Evening. |
| 20:00:24 | HCl | ah linux :) |
| 20:00:34 | HCl | i was wanting to talk to you about how to go into making rockboy a viewer |
| 20:01:14 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 20:01:24 | | Join Tang [0] (~chatzilla@ARennes-204-1-30-205.w81-53.abo.wanadoo.fr) |
| 20:01:33 | HCl | okay |
| 20:01:35 | HCl | well, that works. |
| 20:01:39 | Tang | Hello Rockbox roxxors :) |
| 20:01:45 | HCl | it doesn't seem too much faster, but hm. |
| 20:01:52 | Tang | And all simple enthusiasts |
| 20:01:53 | linuxstb | All I did was to use the parameter passed to plugin_start as the parameter to gnuboy_main(), plus add a line to viewers.config |
| 20:01:54 | Tang | ;) |
| 20:01:56 | * | HCl scratches his head |
| 20:02:11 | HCl | linuxstb: ok ok, let me look at it |
| 20:02:24 | Tang | Is linus here? |
| 20:02:50 | HCl | er |
| 20:02:53 | Tang | Wanted to know if he received something i shipped to hm yet |
| 20:02:56 | HCl | what are those numbers in viewers.config...? |
| 20:03:07 | linuxstb | My line in viewers.config was just ".gb,rockboy.rock, 00 00 00 00 00 00" - I have no idea what the zeros are for. |
| 20:03:17 | HCl | okay |
| 20:03:32 | HCl | can i have multiple lines? |
| 20:03:40 | linuxstb | For different extensions? |
| 20:03:44 | HCl | like gb,rockboy.rock and cgb, rockboy.rock |
| 20:03:47 | HCl | yea |
| 20:03:59 | linuxstb | I have no idea - only one way to find out. |
| 20:04:09 | preglow | hot damn, my bootloader has gone bananas |
| 20:04:31 | HCl | preglow: ? |
| 20:04:37 | HCl | preglow: bricked? :X |
| 20:04:42 | preglow | no |
| 20:05:37 | preglow | when it loads, the crc check screen blinks |
| 20:05:41 | preglow | and the hdd led blinks as well |
| 20:05:43 | linuxstb | HCl: I have a question for you - what did you change to get the Plugins to use more RAM. I want to compile libFLAC as a plugin (a flac2wav viewer) and changed the #define PLUGINSIZE in the three .lds files in firmware/, but now all the standard plugins crash. Was there anything else to change? |
| 20:09:20 | preglow | well, what the hell have i done wrong |
| 20:13:52 | amiconn | linuxstb: The zeros in viewers.config are actually a tiny bitmap used as the icon for the file type in the file browser |
| 20:14:24 | linuxstb | Aah! Anyone fancy donating a Gameboy icon to HCl? |
| 20:15:20 | amiconn | This icon uses the same format as the ordinary rockbox bitmaps, 8x6 pixel (hence 6 bytes) |
| 20:15:56 | preglow | haha |
| 20:16:07 | linuxstb | Until Linus add 2-bit greyscale to the iRiver.... |
| 20:16:10 | preglow | so lots of things will have to be changed for the iriver bitmap |
| 20:16:10 | HCl | linuxstb: you need plugins.lds too, i think |
| 20:16:18 | preglow | iriver lcd, yes |
| 20:16:38 | preglow | we might want to do it really flexible while we can, a colour lcd might just be next, heh |
| 20:17:25 | HCl | how am i supposed to use a viewer? |
| 20:17:32 | HCl | should it just list normal files in the player? |
| 20:17:37 | HCl | and be able to click on them? |
| 20:17:38 | preglow | yes |
| 20:17:41 | HCl | cause it doesn't seem to be working :/ |
| 20:17:46 | preglow | the text viewer is a viewer |
| 20:17:48 | HCl | it supports files in the root though? |
| 20:17:48 | preglow | and works like that |
| 20:18:18 | HCl | F:\.rockbox>type viewers.config |
| 20:18:18 | HCl | ch8,chip8.rock,70 70 7f 7f 70 70 |
| 20:18:18 | HCl | txt,viewer.rock,55 55 55 55 55 55 |
| 20:18:18 | DBUG | Enqueued KICK HCl |
| 20:18:18 | HCl | mp3,vbrfix.rock,10 08 58 38 04 02 |
| 20:18:18 | HCl | m3u,search.rock,00 00 00 00 00 00 |
| 20:18:21 | HCl | txt,sort.rock, 00 00 00 00 00 00 |
| 20:18:22 | jyp | What am I supposed to use instead of __INT_MAX__ (fails on win32) ? |
| 20:18:23 | HCl | gb,rockboy.rock, 00 00 00 00 00 00 |
| 20:18:35 | linuxstb | HCl: Yes, I've got it working now - two other places to change: apps/plugin.c and apps/plugins/plugin.lds Thanks. |
| 20:19:46 | HCl | how does that viewers config look? |
| 20:19:50 | linuxstb | You need to copy your .rock into .rockbox/viewers/ |
| 20:19:51 | HCl | it doesn't seem to be showing my /rom.gb... |
| 20:19:53 | amiconn | HCl: The files supported by viewers are shown if you set "show files" to "supported". |
| 20:19:53 | HCl | ohhh |
| 20:19:54 | HCl | doh. |
| 20:20:06 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 20:20:06 | * | HCl looks into how to automatically do that |
| 20:20:16 | linuxstb | Don't worry, I did the same thing. |
| 20:20:33 | amiconn | If you add a new type, you need to restart rockbox, as viewers.config is only read at boot. |
| 20:21:44 | HCl | yea, i know |
| 20:22:00 | linuxstb | HCl: If you update the apps/plugins/viewers.config file, I think the buildzip.pl script will then automatically move your rock into the viewer dir. |
| 20:22:42 | HCl | i did... |
| 20:22:47 | amiconn | Ah, yes. Of course viewers go into /.rockbox/viewers instead of /.rockbox/rocks |
| 20:22:52 | HCl | i don't understand why it didn't. |
| 20:23:26 | linuxstb | I'm staring at buildzip.pl - it _should_ do that. |
| 20:27:57 | HCl | let me try again... |
| 20:33:46 | HCl | ok, it copied it, i just had the old version still in my rocks dir |
| 20:34:49 | HCl | i still don't see my roms though |
| 20:37:31 | | Quit preglow ("Lost terminal") |
| 20:38:38 | amiconn | HCl: Did you restart after copying it to viewers? |
| 20:38:39 | | Join ghode [0] (~c2b0dfc1@labb.contactor.se) |
| 20:38:40 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 20:38:57 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 20:39:30 | | Join muesli- [0] (muesli_tv@1Cust180.tnt6.hnr2.deu.da.uu.net) |
| 20:42:19 | HCl | okay |
| 20:42:22 | HCl | i have a general viewer problem |
| 20:42:26 | HCl | i don't see files that are in the root |
| 20:42:27 | HCl | of the drive |
| 20:42:45 | HCl | haven't tested within a dir.. gonna do that now... |
| 20:42:48 | HCl | .txt's don't work either |
| 20:45:24 | amiconn | General settings->File view->Show files ? |
| 20:45:30 | HCl | doh. |
| 20:45:32 | HCl | let me look at that |
| 20:45:32 | HCl | o.o |
| 20:46:05 | HCl | ok |
| 20:46:06 | HCl | better ^^ |
| 20:46:56 | * | HCl tries to load pokemon yellow |
| 20:49:14 | | Quit ghode ("CGI:IRC (EOF)") |
| 20:50:23 | HCl | okay... rockboy just needs serious speed improvements now.. |
| 20:51:02 | linuxstb | ... and an icon :-) |
| 20:51:39 | HCl | yea |
| 20:53:18 | *** | Saving seen data "./dancer.seen" |
| 20:56:37 | XShocK | HCL: mario works.. excellent. :) |
| 20:56:59 | HCl | so does pacman |
| 20:57:01 | HCl | and technically |
| 20:57:04 | HCl | any rom should work |
| 20:57:07 | HCl | its just really slow |
| 20:57:14 | HCl | i tried to optimize the lcd driver |
| 20:57:31 | HCl | i'm kind of wanting to add it to cvs... anyone willing to help / everyone's okay with that? |
| 20:58:15 | thegeek | though I am not really a member of the project, I can't see the problem with that |
| 20:58:35 | thegeek | I mean |
| 20:58:38 | thegeek | how could that hurt? |
| 20:59:16 | thegeek | as long as it does not break the build or anything |
| 20:59:35 | thegeek | but*sigh*, again, don't listen to me;) |
| 21:00 |
| 21:00:06 | HCl | :P |
| 21:00:07 | HCl | well |
| 21:00:15 | HCl | i'll just wait till someone responds |
| 21:00:26 | * | HCl prods Bagder , linuxstb , linus |
| 21:00:53 | hubble | jyp: UINT_MAX or INT_MAX :) |
| 21:02:01 | | Join Cassandra [0] (~christi@213.78.125.228) |
| 21:02:11 | linuxstb | HCl: I'm no more a member of the project than you are. I think I had CVS write access a couple of years ago, but it's probably expired by now. |
| 21:02:17 | amiconn | HCl: Imho you should allocate the 4MB mem area from the mp3 buffer, in order to avoid a too large plugin ram area. |
| 21:02:45 | amiconn | The plugin ram area is set aside static, i.e. not available for buffering sound data once sound is working |
| 21:03:15 | HCl | mhm |
| 21:03:34 | HCl | amiconn: i can try, but then i want a little more info on the mp3 buffer |
| 21:03:43 | HCl | if possible, i'd like it to run both mp3 and rockboy |
| 21:03:44 | HCl | but |
| 21:03:51 | HCl | yea |
| 21:04:23 | amiconn | That wouldn't be possible then, but I think it wouldn't make sense either once you get sound working |
| 21:04:38 | amiconn | (gameboy sound, I mean) |
| 21:04:44 | HCl | i don't know. |
| 21:04:57 | HCl | personally, i often prefer mp3 above gameboy sound |
| 21:04:58 | HCl | but ok |
| 21:05:02 | thegeek | would be great beeing able to play mp3's |
| 21:05:13 | thegeek | gameboy sound is not that awsome anyway;) |
| 21:05:14 | Cassandra | I suspect we're going to need some sort of realtime audio mixing capability on the iriver. |
| 21:05:25 | thegeek | hehe |
| 21:05:26 | HCl | i'd kind of want to allocate memory on the back of the ram, is there a function to get the size of the mp3 buffer? |
| 21:05:40 | Cassandra | So we can overlay voice prompts on top of music, for example. |
| 21:05:50 | amiconn | 1 MB of plugin ram would already be pretty much, certainly I wouldn't allow more. |
| 21:05:54 | hubble | HCl: mpeg init allocates all free memory |
| 21:06:05 | hubble | HCl: saw some note in the source about that =) |
| 21:06:21 | HCl | is there a way to get free memory? |
| 21:06:27 | hubble | HCl: so you must init and allocate before mpeg's init.. :) |
| 21:06:38 | HCl | how do i allocate? |
| 21:06:46 | amiconn | If we scale linearly from the archos units: Archos(2 MB ram, 32 KB for plugins) ==> iRiver(32 MB ram, 512 KB for plugins) |
| 21:07:17 | amiconn | There is no dynamic allocation in rockbox. |
| 21:07:26 | HCl | i'll see what i can manage on using less ram |
| 21:07:38 | HCl | then how can i tell how big the mp3 buffer is? |
| 21:07:40 | amiconn | You can grab the mp3 buffer, but that silences playback until your plugin returns |
| 21:07:46 | HCl | i guess i can just check the physical address? |
| 21:07:54 | | Join quelsaruk [0] (~kvirc@80.103.137.139) |
| 21:07:56 | quelsaruk | hi |
| 21:08:18 | amiconn | HCl: apps/plugin.c: void* plugin_get_mp3_buffer(int* buffer_size) |
| 21:08:32 | HCl | ah. |
| 21:08:33 | HCl | great |
| 21:08:34 | HCl | my bad |
| 21:08:36 | amiconn | You provide an int pointer, the function fills in the size for you |
| 21:08:39 | HCl | *nods* |
| 21:08:40 | HCl | ok |
| 21:08:42 | HCl | let me alter it |
| 21:08:59 | Cassandra | I think we're going to need to move to a multithreaded design for the application part of Rockbox soon. |
| 21:09:10 | amiconn | The return value itself is the start of the buffer |
| 21:09:15 | Cassandra | There are so many things that just can't be done using the current model. |
| 21:09:28 | amiconn | ? Rockbox is already multithreaded. |
| 21:09:50 | HCl | amiconn: would calling that function cancel all mp3 playback regardless of how you use the buffer it returns? |
| 21:10:06 | HCl | or if like, i use the ram at the way back of the buffer, might it allow mp3 playback? |
| 21:10:08 | amiconn | yup |
| 21:10:10 | Cassandra | The firmware is. |
| 21:10:26 | Cassandra | The entire application runs in a single thread. |
| 21:10:44 | Cassandra | Which leads to everything being heavily modal. |
| 21:10:48 | amiconn | There is one foreground thread, the UI thread. |
| 21:10:51 | Cassandra | I wrote a wiki page about it. |
| 21:11:05 | Cassandra | (Which is probably full of errors.) |
| 21:11:36 | amiconn | I can't imagine how this should/could be done differently, as only one thread can own the UI at a time |
| 21:12:21 | Cassandra | You have one thread per task (Radio, Recording, Dir Browser, plugins) and some mechanism for managing who gets focus. |
| 21:12:27 | | Quit muesli- (Read error: 113 (No route to host)) |
| 21:12:40 | amiconn | Cassandra: Windows? ;-) |
| 21:12:49 | Cassandra | In effect, yes. |
| 21:12:58 | amiconn | Gimme my taskbar ;) |
| 21:13:57 | amiconn | Hmm, what would be the advantage of doing that? |
| 21:14:22 | amiconn | Most of these threads would be idling around all the time. |
| 21:14:30 | Cassandra | amiconn: At the moment, something like a proper alarm function is impossible to implement, because there are so many cases where what you might want to do differs. |
| 21:15:05 | amiconn | Then all these threads would still need to be aware of a context change, in order to redraw their display, or we would need one screen buffer per thread |
| 21:15:12 | Cassandra | Same goes for plugins. It'd be nice to be able to run a plugin and switch back and forth between that and the browser. |
| 21:15:22 | Cassandra | Unfortunately, yes. |
| 21:15:26 | HCl | woot. i got to seeing a running pikachu in pokemon yellow |
| 21:15:55 | Cassandra | Unless we write the threads in such a way that they only draw to the screen when they have focus. |
| 21:16:22 | Cassandra | (So co-operative hardware access analogously to co-operative multi-tasking.) |
| 21:16:26 | sneakums | or they could draw buffers and ping to have the buffer copied to the screen or something |
| 21:16:29 | amiconn | Cassandra: Plus, sometimes the different threads would need to change state of each other. E.g. if you're going to record from line in, the radio needs to be muted |
| 21:16:31 | sneakums | er, draw to buffers |
| 21:16:38 | Cassandra | Obviously you need a mechanism for a thread to then request focus. |
| 21:16:53 | Cassandra | and IPC. |
| 21:17:07 | izzy | HCl: do you have the rockboy somewhere available? :) |
| 21:17:09 | | Join CrunchyWhiteMeat [0] (~CrunchyWh@229-151.suscom-maine.net) |
| 21:17:09 | HCl | whats the difference between plugin_get_buffer and plugin_get_mp3_buffer ? |
| 21:17:19 | HCl | izzy: ftp://titania.student.utwente.nl/rockbox.zip |
| 21:17:36 | izzy | I'll give it a try :) |
| 21:17:52 | Cassandra | Or ITC, rather. |
| 21:18:40 | Cassandra | It does look messy though. The thing is, I keep running up against things that can't be done that could be done if we have a more heavily threaded architecture. |
| 21:19:17 | HCl | amiconn: do you know the difference? |
| 21:19:18 | Cassandra | Global keyboard parsing is one (although that comes with inherent complications of its own) |
| 21:19:43 | amiconn | HCl: plugin_get_buffer() merely gives you the rest of the plugin buffer (plugin ram size minus size of your plugin), and doesn't stop playback |
| 21:20:28 | HCl | ah. useless then |
| 21:20:39 | Cassandra | A sensible alarm function that works while Rockbox is on is another (impossible to implement under the current architecture because it quickly degenerates into a maze of twisty dependencies all alike. |
| 21:21:16 | amiconn | What do you mean with 'global keyboard parsing'? |
| 21:21:51 | | Quit lolo-laptop ("Client exiting") |
| 21:22:50 | Cassandra | A parser for keyboard actions that are universal throughout Rockbox (switch tasks would be an obvious example in the context of the threaded design). |
| 21:25:08 | amiconn | Back then when we were going to adapt the button handling to the Ondio all over the place I discussed global keyboard parsing with Linus. |
| 21:25:58 | amiconn | Meanwhile I think the current approach is quite good, and certainly more KISS, at least as long as the UI is not multithreaded. |
| 21:26:05 | | Join LukeR [0] (~a@dpc691997050.direcpc.com) |
| 21:26:18 | LukeR | Hey, does anyone here have the FM Recorder? |
| 21:27:28 | Cassandra | I'd agree that KISS is good, but there's so much that's a nightmare implementation task under the current model. |
| 21:28:08 | LukeR | I feel really stupid, but I forgot which eighth-inch jack is input and which is output |
| 21:28:23 | Cassandra | I am not an expert in application design. I don't have a degree in computer science, so I'm not sure how best to solve the problem. |
| 21:28:36 | Cassandra | LukeR: The one that's in the bumper is line in. |
| 21:29:00 | LukeR | so the "higher" one is the headphone jack? |
| 21:29:22 | Cassandra | But I know I'm at a dead end with the alarm/timed recording code unless something changes. |
| 21:29:42 | Cassandra | LukeR: If you consider the power connector as being at the "bottom", then yes. |
| 21:30:01 | LukeR | okay, great, thanks |
| 21:30:54 | Cassandra | That in itself isn't a particularly good reason to change the architecture, but I think a lot of the code could benefit. |
| 21:30:55 | amiconn | Cassandra: I certainly agree that a multithreaded UI would solve a number of problems like timed recording etc, but it also opens a can of worms. |
| 21:31:10 | Cassandra | (eg merging recording from line in, recording from radio) |
| 21:31:56 | Cassandra | amiconn: Yeah, I don't think it's a particularly great idea. I just can't think of anything better. |
| 21:32:00 | amiconn | E.g. if you have one thread for playback and one for recording: Do you split the buffer? (certainly not good) So you need to signal which thread is allowed to use it. |
| 21:32:38 | amiconn | Same goes for the MAS: Both threads need it, but they can't use it at the same time, and it needs to be set up differently. |
| 21:32:50 | Cassandra | I wonder if you could do something to make swapping between tasks within the main thread easier in terms of program flow. |
| 21:33:21 | amiconn | Plus, handling the MAS is done in the firmware (low-level) threads |
| 21:33:29 | izzy | HCl: rockboy looks nice :) |
| 21:33:32 | Cassandra | Really that's all that's needed. The ability to swap from one task to another without ending up in recursion hell. |
| 21:33:33 | HCl | thanks :p |
| 21:33:54 | izzy | It took me a while to get it started but then the Mario was on the screen |
| 21:35:07 | HCl | titania:~hcl/rockbox/rockbox-devel/iriver# ls -al rockboy.rock |
| 21:35:07 | HCl | -rwxr-xr-x 1 root root 633764 Feb 11 21:33 rockboy.rock |
| 21:35:09 | HCl | amiconn: better? |
| 21:35:16 | amiconn | Cassandra: I could imagine some kind of "static" sub-threads, so to say. |
| 21:35:17 | HCl | haven't tested it whether it'll still work.. but it should. |
| 21:36:09 | amiconn | Instead of going round-robin like the normal threads (which they sould continue doing), one such sub thread could call a dispatcher function to switch to another, specific sub thread. |
| 21:37:18 | amiconn | HCl: Are there other static buffers than the 4 MB one? |
| 21:37:33 | HCl | amiconn: i made two static buffers non static |
| 21:37:42 | Cassandra | So you'd limit it to two program threads: The dispatcher thread and the active task? |
| 21:37:45 | | Join Beeble_ [0] (~a12db5c5@labb.contactor.se) |
| 21:37:49 | HCl | and yea, there are |
| 21:37:52 | HCl | let me see what i can fix |
| 21:38:17 | HCl | can i safely define my own malloc without conflicting with future code? |
| 21:38:29 | Beeble_ | so are you guys ever planning on making rockbox for the archos gmini xs200? |
| 21:39:03 | amiconn | Cassandra: No. The normal threading would continue working like now, and another sub-threading system working similar would be added, used by the UI thread only. |
| 21:39:25 | | Nick Beeble_ is now known as Morphling (~a12db5c5@labb.contactor.se) |
| 21:39:34 | Morphling | I work for DAPreview.net btw :) |
| 21:39:54 | amiconn | The UI thread could then have several sub-threads. Of course, this means that things like polling the RTC needs to be done in other (firmware) threads |
| 21:40:01 | | Quit LukeR (Read error: 104 (Connection reset by peer)) |
| 21:40:01 | Cassandra | *nod* I think I get it. |
| 21:40:16 | Cassandra | Polling the RTC is already done in a firmware thread. |
| 21:40:16 | amiconn | ...because the sub-threads never run until you explicitly switch to them |
| 21:40:21 | Cassandra | (in powermgmt.c) |
| 21:40:47 | amiconn | This switching could be part of some default handler. |
| 21:41:42 | amiconn | E.g. if it receives a SYS_ALARM event, it would check the setting whether it should start playing music or start recording, the switch to the appropriate sub-thread |
| 21:41:42 | Morphling | ? |
| 21:41:46 | HCl | ok, the good news is rockboy still runs fine, and having a non static buffer makes it use much less ram |
| 21:42:18 | Cassandra | *nod* Yes. I think that might work. |
| 21:42:32 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 21:42:36 | amiconn | HCl: You can certainly define your own malloc that allocates from the mp3 buffer as soon as you claimed that buffer with plugin_get_mp3_buffer() |
| 21:42:49 | HCl | *nods* |
| 21:42:50 | Cassandra | Of course it begs the question how do you switch back from a subthread to the handler. |
| 21:43:00 | HCl | that was exactly what i was gonna do |
| 21:43:44 | amiconn | Cassandra: The handler would be called in the event processing loops as now (default_event_handler) |
| 21:44:24 | Cassandra | I think I see it. I think I'll need to have a poke around in the code before I'm certain. |
| 21:44:28 | amiconn | HCl: Do you think you can get it down to <512KB plugin size? |
| 21:45:34 | amiconn | Cassandra: Hmm. This would still present us with the hardware state problem in a number of cases, and some other ungly side effects. |
| 21:45:51 | | Quit Morphling ("CGI:IRC") |
| 21:46:07 | Cassandra | Oh dear. That's not good. |
| 21:46:29 | amiconn | For instance, if you are recording atm, and the alarm is set to start playback, what happens if the alarm rings? |
| 21:47:19 | amiconn | If it switches straight to playback, you interrupt your recording, plus you end up with an unclosed, no properly flushed file. Argh! |
| 21:47:46 | Cassandra | Well that's the kind of problem I was hoping to solve by introducing seperate threads. |
| 21:47:57 | Cassandra | *sigh* I'm not sure there is a good solution to this one. |
| 21:48:04 | amiconn | It's the same thing there |
| 21:49:07 | | Join Morphling [0] (~a12db5c5@labb.contactor.se) |
| 21:49:34 | amiconn | A lot of special handling would be needed for all cases where shared resources are used. And there are a lot: the MAS, the main buffer, the filesystem, the display... |
| 21:50:06 | linuxstb | Ooops, I think something's gone wrong with my FLAC test - flac.rock is about 800MB... |
| 21:50:24 | amiconn | Keep in mind that rockbox must not grow too large on the archos units. There is that size limit of 200 KB for .ajz files |
| 21:51:41 | Morphling | how come I can't join the gmini rockbox version thingy room? |
| 21:52:16 | | Join Cassandra_ [0] (~christi@213.78.101.157) |
| 21:52:53 | amiconn | Cassandra: Hmm. I think every UI task (let's call them tasks) would need 2 functions that must be called by the handler if it switches tasks. |
| 21:53:25 | amiconn | One function to set up the shared resources as needed by the task - this is called by the handler prior to switching *to* that task |
| 21:54:15 | amiconn | Another function to cleanly release the resources (e.g. close files) - this is called by the handler prior to switching *from* that task to another |
| 21:55:17 | | Quit Morphling ("CGI:IRC") |
| 21:55:39 | Cassandra_ | Yes. I see. |
| 21:55:49 | amiconn | Hmm. This approach still has problems.... it would no longer allow to preserve the task's state... |
| 21:56:14 | amiconn | ...which is however not possible in the cases mentioned. |
| 21:56:35 | amiconn | Grr, this simply looks messy to me. |
| 21:56:49 | Cassandra_ | I agree. |
| 21:57:02 | Cassandra_ | I wish I could think of some non-messy way to solve it. |
| 21:57:39 | | Quit Cassandra (Read error: 60 (Operation timed out)) |
| 21:58:06 | hubble | anyone tried to use IDA to disassemble the original firmware? |
| 21:59:22 | amiconn | Cassandra_: The lcd access is in fact the easiest case. Just give every UI thread its own screen buffer instead of one global buffer, and let lcd_update() obey which thread has focus. Only those updates are propagated to the display itself |
| 21:59:51 | amiconn | This is a bit more difficult to implement for the player lcd though |
| 22:00 |
| 22:00:19 | | Join blairp [0] (~519b6404@labb.contactor.se) |
| 22:00:46 | | Quit blairp (Client Quit) |
| 22:01:27 | HCl | amiconn: i don't think i can get it down more than 600k |
| 22:01:59 | amiconn | Ok. Still way better than 5 MB |
| 22:02:27 | amiconn | HCl: Does your source archive on ftp already contain the mp3 buffer modification? |
| 22:03:45 | Cassandra_ | Still hideously complex though, isn't it? |
| 22:05:20 | amiconn | The lcd case? No, but the other resources... |
| 22:06:24 | preglow | what, you can't access addresses that are not aligned by two directly on a 68k/coldfire? |
| 22:07:11 | amiconn | preglow: Iirc on plain 68k you can, but not on coldfire |
| 22:07:56 | amiconn | Plain 68k even allows to access 32 bit values at odd addresses. Of course this is slow compared to aligned accesses |
| 22:08:29 | amiconn | Most other architectures don't allow this, e.g. the SH1 in the archos jukeboxes |
| 22:08:32 | preglow | well, this is nice to know |
| 22:11:40 | XShocK | I tried to use IDA. after descrambling it did much of the disasembling |
| 22:11:54 | | Join jpburton5150 [0] (knoppix@cpe-24-94-54-216.stny.res.rr.com) |
| 22:14:18 | HCl | amiconn: no |
| 22:14:24 | HCl | amiconn: let me put it up |
| 22:14:28 | HCl | but first |
| 22:14:32 | HCl | let me confirm it still runs |
| 22:14:43 | amiconn | Hmm, of course. |
| 22:14:58 | HCl | wow.. wth happened to my mario.. |
| 22:15:04 | HCl | ohh |
| 22:15:06 | HCl | cool |
| 22:15:07 | HCl | lmao. |
| 22:15:13 | HCl | after waiting a long time at the start screen |
| 22:15:15 | HCl | it shows a demo |
| 22:15:15 | HCl | xD |
| 22:17:02 | hubble | XShocK: how did you get IDA to work.. for me it can hardly disassemble anything.. which processor did you select? motorola coldfire? |
| 22:17:48 | linuxstb | I'm trying to compile a plugin (to decode a FLAC file to a .wav file) and somehow I am generating a .rock which is 800MB (yes, almost 1GB) in size. But even stranger, if I do "du" in my build directory (which contains the 800MB rock), then it says the disk usage is about 5MB. |
| 22:17:53 | preglow | HCl: any progress? |
| 22:17:57 | XShocK | i used m68k |
| 22:18:19 | amiconn | linuxstb: Sparse file |
| 22:18:59 | HCl | preglow: my new lcd driver works, it doesn't seem to be any faster |
| 22:19:02 | linuxstb | I assume that explains the disk usage, but how could I have broken the build system to generate it in the first place? |
| 22:19:05 | XShocK | actually is stopped on a couple of commands, and i had to push enter(to start disasembling on a couple of addresse so that it could continue sissasembling) |
| 22:19:13 | HCl | preglow: moving memory to mp3 buffer so it might be allowed onto the cvs |
| 22:19:25 | XShocK | I guess it didn't have several new commands introduced in coldfire.. |
| 22:19:37 | XShocK | it was an old IDA by the way. |
| 22:19:45 | amiconn | linuxstb: Most probably some incorrect (or undefined) memory region for the linker |
| 22:19:54 | XShocK | I didn't really dig a lot into it. |
| 22:20:25 | HCl | welp, seems to still work |
| 22:21:05 | preglow | HCl: so you won't need a modified rockbox anymore? |
| 22:21:32 | linuxstb | amiconn: how would you suggest I debig it? Is the "flac.map" file generated for my plugin any use to you? |
| 22:21:50 | HCl | preglow: you will, but memory usage is lower. |
| 22:21:55 | HCl | amiconn: source up on my ftp |
| 22:22:04 | HCl | rockboy.rock on the ftp is the last version too |
| 22:22:08 | amiconn | Lol, 'debig' is correct. Make it less big ;) |
| 22:22:13 | HCl | -rwxr-xr-x 1 root root 601192 Feb 11 21:58 rockboy.rock |
| 22:22:26 | HCl | saved 4.2 mb |
| 22:22:47 | amiconn | linuxstb: And yes, the flac.map should give you some hint. |
| 22:22:48 | XShocK | :) |
| 22:22:55 | preglow | HCl: what exactly do you modify? |
| 22:23:08 | HCl | preglow: in standard rockbox? |
| 22:23:15 | preglow | yes |
| 22:23:21 | HCl | same mods linux made, increasing the memory size available for modules |
| 22:23:27 | linuxstb | http://linuxstb.org/flac.map if anyone is willing to help. |
| 22:23:59 | preglow | HCl: well, will that mod make cvs? |
| 22:24:15 | HCl | probably |
| 22:24:17 | preglow | linuxstb: internal server error |
| 22:24:34 | XShocK | "Menu for /flac.map" ?? |
| 22:25:44 | linuxstb | one moment... |
| 22:27:44 | XShocK | what prevents rockbox from making coldfire work on its 140 mhz now? is it some synchronisation problems that came from archos? i mean why 11 mhz? |
| 22:28:18 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
| 22:29:07 | preglow | no, i just believe they haven't tried making it go that fast |
| 22:29:07 | linuxstb | http://195.154.238.72/flac.map - thanks. |
| 22:29:10 | preglow | it's not crucial right now |
| 22:30:41 | HCl | indeed |
| 22:30:46 | HCl | linus said it was next on his list |
| 22:30:47 | HCl | after usb |
| 22:30:50 | HCl | and remote buttons |
| 22:31:40 | preglow | and he seems to be making bloody great progress |
| 22:31:44 | HCl | yup |
| 22:31:46 | preglow | so probably won't be long |
| 22:31:52 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
| 22:31:58 | preglow | i think i'll try finding out how emac unit works tonight |
| 22:32:03 | preglow | high time i made some code |
| 22:32:03 | HCl | i'm starting to slightly worry about how fast rockbox will be able to run |
| 22:32:08 | HCl | i know i can go a long way using dynarec |
| 22:32:10 | XShocK | PLUGIN_RAM 0x31f00000 0x00100000 |
| 22:32:16 | HCl | but if possible, i'd like to avoid it |
| 22:32:20 | preglow | yes |
| 22:32:30 | preglow | but i think ram wait states are very pessimistic at the moment |
| 22:32:34 | preglow | that matters alot |
| 22:32:36 | HCl | ok |
| 22:32:49 | preglow | and the clock will ofcourse also matter a lot |
| 22:33:05 | preglow | but they say gnuboy runs great on ipaqs |
| 22:33:07 | XShocK | i guess rock file Origin should be 0 |
| 22:33:08 | preglow | what spec cpu do they have? |
| 22:33:12 | preglow | i know they're arms, but that's that |
| 22:33:21 | XShocK | not 0x31f00000 which is actually 800 mb |
| 22:33:38 | HCl | ipaq |
| 22:33:42 | HCl | thats different though |
| 22:33:48 | HCl | my zaurus pda runs gnuboy too |
| 22:33:51 | HCl | its an arm |
| 22:33:53 | HCl | v4 |
| 22:33:56 | preglow | clock? |
| 22:34:11 | amiconn | linuxstb: The .eh_frame section is most likely the culprit. It's mapped to the default 0x00000000, while plugin ram is at 0x31f00000. 0x31f00000 - 0x0000000 roughly equals 800 MB... |
| 22:34:12 | HCl | i think about 200mhz |
| 22:34:22 | | Join lImbus [0] (lImbus@230-59.244.81.adsl.skynet.be) |
| 22:34:25 | HCl | but it runs linux |
| 22:34:28 | lImbus | good evening |
| 22:34:29 | preglow | an arm is probably quite a bit faster than a coldfire clock by clock as well |
| 22:34:29 | HCl | which has prolly a lot more overhead |
| 22:34:40 | HCl | maybe |
| 22:34:43 | HCl | i like the mario demo |
| 22:34:47 | preglow | haha |
| 22:34:52 | preglow | isn't it a bit too slow to be watching? :P |
| 22:34:56 | HCl | well. |
| 22:34:58 | HCl | its okay |
| 22:35:01 | HCl | it manages a jump |
| 22:35:03 | HCl | in about... 10 seconds |
| 22:35:05 | preglow | hahaha |
| 22:35:07 | HCl | maybe a bit more |
| 22:35:15 | preglow | what gcc opt flags do you use, btw? |
| 22:35:16 | HCl | he got a mushroom, i think |
| 22:35:18 | preglow | standard plugin ones? |
| 22:35:22 | HCl | none, afaik, yes. |
| 22:35:51 | amiconn | linuxstb: However, I don't know how to fix this... I have to leave this to the linker specialists. The functions using that section are part of the gcc library (division and modulus) |
| 22:36:19 | preglow | not using any is foolish, i guess -O at least is used |
| 22:36:24 | preglow | and yes, seems like i'm right |
| 22:36:24 | XShocK | I am sure there should be something like setting an initial entrypoint to 0 or something. |
| 22:37:02 | | Quit Chamois ("CGI:IRC (EOF)") |
| 22:37:06 | amiconn | preglow: rockbox uses -O unless you build a debug version |
| 22:37:31 | preglow | does the 68k have a frame pointer? i think not, but i'm by no means an expert |
| 22:37:46 | preglow | and why don't you use O2, btw? |
| 22:37:48 | linuxstb | What I am doing is compiling my own "libFLAC.a" (I copied the parts of plugins/Makefile for libplugin.a) and then linking all plugins against both libplugin and libFLAC. The 800MB is only happenning for the flac.rock |
| 22:37:52 | amiconn | Both -Os and -O2 don't work for rockbox, I once tried that. I don't know why it fails though |
| 22:38:24 | amiconn | preglow: rockbox uses -fomit-frame-pointer for standard builds as well |
| 22:38:30 | preglow | amiconn: ahh, ok |
| 22:38:41 | preglow | amiconn: and you tried this for iriver hardware as well? |
| 22:39:00 | amiconn | No, since I don't own an iRiver (yet). |
| 22:39:20 | preglow | ok, i'll try it after having some food |
| 22:39:34 | amiconn | I suspect problems with the scheduler at least when using -Os, since it relies on function inlining |
| 22:39:52 | preglow | function inlining isn't enabled until O3 unless you explicitely enable it |
| 22:40:00 | preglow | that might be c++ specific, though |
| 22:42:53 | Bagder | jyp: you broke the build |
| 22:42:59 | Bagder | red red red |
| 22:43:16 | jyp | I know... |
| 22:43:24 | Bagder | ok |
| 22:43:29 | jyp | What should I use instead of max_int ? |
| 22:43:51 | hubble | jyp: INT_MAX or UINT_MAX |
| 22:44:19 | jyp | To be precise, instead of __INT_MAX__ |
| 22:44:39 | Bagder | my limits.h has INT_MAX |
| 22:44:53 | HCl | amiconn: rockboy small enough to be added to cvs now? :x |
| 22:45:10 | hubble | jyp: INT_MAX seams to be 2^30 while UINT_MAX is 2^31 |
| 22:45:16 | | Join iSheep [0] (~a@dpc691997050.direcpc.com) |
| 22:45:29 | linuxstb | Bagder: Are you the linker expert I'm looking for? |
| 22:45:32 | amiconn | HCl: First it should run in the simulator as well. I'm going to look into it. |
| 22:45:39 | jyp | Then I need UINT_MAX, alright. |
| 22:45:40 | HCl | oh |
| 22:45:40 | HCl | ok |
| 22:45:46 | Bagder | linuxstb: I'm not sure, try me ;-) |
| 22:45:52 | Bagder | jyp: no, you want INT_MAX |
| 22:45:56 | iSheep | anyone know how to fix a broken headphone jack on the fm recorder? or to check it to see if it looks right? i have the archos taken apart |
| 22:45:57 | Bagder | INT_MAX2147483647 |
| 22:45:59 | HCl | i haven't looked at why it doesn't run in the simulator, last thing i saw was it crashing on a memset |
| 22:46:04 | Bagder | that's 0x7fffffff |
| 22:46:07 | linuxstb | Read my previous messages - I'm generating an 800MB .rock |
| 22:46:19 | amiconn | HCl: The simulator needs adjustment as well, as it is now, it only gives you an 1.7 MB mp3 buffer. Certainly too small for rockboy... |
| 22:46:35 | HCl | true |
| 22:46:57 | HCl | well. actually. |
| 22:47:08 | HCl | since memory is much more efficient now due to not assuming maximum |
| 22:47:10 | HCl | it might be enough. |
| 22:47:13 | Bagder | linuxstb: I got the 800MB ones too first, but Linus fixed that problem |
| 22:47:20 | HCl | at least for mareo |
| 22:47:21 | HCl | mario |
| 22:47:45 | Bagder | linuxstb: you up-to-date? any particular linker changes? |
| 22:47:48 | amiconn | HCl: Yup. But it might not work for larger games, as you said roms can be up to 4 MB... |
| 22:47:58 | HCl | yea. |
| 22:48:35 | amiconn | I plan to make the 'mp3' buffer in the sim depend on the target RAM size. |
| 22:48:47 | jyp | aye aye |
| 22:48:47 | Bagder | that's a good idea |
| 22:49:18 | XShocK | linuxstb: maybe 800mb is because you actually have some data starting at 0. if i am not wrong all plugins right now do not have real data at 0, while in .debug_abbrev there is something. |
| 22:49:27 | linuxstb | Bagder: Yes, I updated a couple of hours ago. Apart from what I described about creating libFLAC, the only other change I did was to change the PLUGINSIZE #defines from 32k to 1MB |
| 22:49:47 | XShocK | if you want to shut up, just say, since I am just only guessing. :) |
| 22:50:02 | amiconn | Bagder: The simulator buffers are a bit strange anyway. There is an mp3 buffer of 2 MB, doing just plain nothing. The plugin load provides an additional, 1.7 MB buffer to hand over to the plugins as the "mp3" buffer... |
| 22:50:14 | linuxstb | XShock: Guesses are welcome. How could I have generated data starting at 0? |
| 22:50:18 | Bagder | amiconn: ;-) |
| 22:50:47 | XShocK | "if you want ME to shut up." (correction) :) |
| 22:50:54 | XShocK | .debug_abbrev 0x00000000 0x2ac /home/dave/src/rockbox-cvs/build-iriver/flac.o |
| 22:50:54 | XShocK | .debug_abbrev 0x000002ac 0x2e0 /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(seekable_stream_decoder.o) |
| 22:50:54 | XShocK | .debug_abbrev 0x0000058c 0x2fc /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(stream_decoder.o) |
| 22:50:54 | DBUG | Enqueued KICK XShocK |
| 22:50:54 | XShocK | .debug_abbrev 0x00000888 0x1ae /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(bitbuffer.o) |
| 22:50:54 | XShocK | .debug_abbrev 0x00000a36 0x8e /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(bitmath.o) |
| 22:50:55 | Bagder | linuxstb: just to be sure, run make in tools again, re-run configure adn then run 'make clean all' |
| 22:50:55 | *** | Alert Mode level 1 |
| 22:50:55 | XShocK | .debug_abbrev 0x00000ac4 0xe6 /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(cpu.o) |
| 22:50:57 | XShocK | .debug_abbrev 0x00000baa 0xd4 /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(crc.o) |
| 22:50:59 | XShocK | .debug_abbrev 0x00000c7e 0x12a /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(fixed.o) |
| 22:51:01 | XShocK | .debug_abbrev 0x00000da8 0xd7 /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(float.o) |
| 22:51:03 | XShocK | .debug_abbrev 0x00000e7f 0x1d1 /home/dave/src/rockbox-cvs/build-iriver/libFLAC.a(format.o) |
| 22:51:05 | XShocK | ooops.... |
| 22:51:09 | XShocK | sorry for flood.. |
| 22:51:12 | amiconn | XShocK: these are not problematic. |
| 22:51:35 | Bagder | linuxstb: they're on address 0 |
| 22:51:46 | Bagder | you may use a section not specified in the linker file |
| 22:51:56 | amiconn | These lines are imho the problem: |
| 22:51:56 | amiconn | .eh_frame 0x00000000 0x1a8 |
| 22:51:56 | amiconn | .eh_frame 0x00000000 0xdc /usr/local/coldfire/lib/gcc/m68k-elf/3.4.2/m5200/libgcc.a(_udivdi3.o) |
| 22:51:56 | DBUG | Enqueued KICK amiconn |
| 22:51:56 | amiconn | .eh_frame 0x000000dc 0xcc /usr/local/coldfire/lib/gcc/m68k-elf/3.4.2/m5200/libgcc.a(_umoddi3.o) |
| 22:51:56 | amiconn | 0xe0 (size before relaxing) |
| 22:52:10 | Bagder | yes |
| 22:52:18 | lImbus | is tom clemmer here in ? |
| 22:52:26 | Bagder | I guess .eh_frame needs to be added in the app.lds file |
| 22:52:29 | amiconn | These routines are part of the gcc lib... |
| 22:52:52 | XShocK | if you look at plugins in currently used in rockbox, in all maps there is no actual data starting at 0. while in your .map there is plenty of something.. i gues debug related. |
| 22:53:22 | *** | Saving seen data "./dancer.seen" |
| 22:53:40 | Bagder | starting at 0 means the section is missing in the lds file |
| 22:55:46 | linuxstb | Is that firmware/app.lds? If so, mine is identical to CVS apart from the change to #define PLUGINSIZE |
| 22:56:19 | linuxstb | I've tried all the updated, re-configures, make clean, etc, and there is no change. Next thing is to try with a fresh CVS checkout. |
| 22:56:20 | Bagder | yes, but I think you've got something linked that uses a section not previously used |
| 22:56:49 | Bagder | firmware/app.lds it is, yes |
| 22:57:40 | Bagder | check the .map file for how the other sections mentioned in the .lds file appear |
| 22:58:45 | preglow | HCl: try replacing -O with -O2 in the plugin makefile and see if you get some performance enhancement |
| 22:59:19 | HCl | preglow: mhm |
| 23:00 |
| 23:00:56 | *** | Alert Mode OFF |
| 23:02:57 | preglow | rockbox.iriver grows 8 kilebytes with O2 |
| 23:02:59 | preglow | now for booting it |
| 23:03:59 | preglow | impressive, the old one won't turn off |
| 23:04:02 | linuxstb | Bagder: sorry, it's not making a lot of sense to me, do you want a copy of my .map file? |
| 23:04:33 | preglow | the "Shutting down..." label just never goes away |
| 23:07:13 | preglow | amiconn: just changing GCCOPTS in the root Makefile should do the trick, yes? if so, it yields a rockbox that has non-functioning input handler |
| 23:07:36 | Bagder | yes, that should be enough |
| 23:07:47 | preglow | why the hell should O2 break input |
| 23:07:54 | amiconn | preglow: Did I tell you rockbox has problems with different optimisation levels? |
| 23:08:05 | Bagder | hehe |
| 23:08:06 | HCl | preglow: doesn't seem much faster |
| 23:08:07 | preglow | amiconn: haha, yes, but it was worth a shot |
| 23:08:08 | | Join webguest07 [0] (~53d88af4@labb.contactor.se) |
| 23:08:21 | amiconn | I got address errors and illegal instruction errors on SH |
| 23:08:48 | | Part webguest07 |
| 23:08:52 | preglow | as far as i can see, O2 doesn't turn on anything that should break rockbox |
| 23:08:55 | preglow | barring compiler bugs |
| 23:09:09 | preglow | which i have run into more than enough of lately myself |
| 23:10:24 | amiconn | I suspect problems in rockbox code. Maybe some asm statement isn't marked 'volatile', and the compiler moves it away when it shouldn't |
| 23:11:01 | | Quit iSheep () |
| 23:11:03 | preglow | ok, i believe i've found a bug i'd like someone else to try reproducing. if i switch on rockbox with the usb plugged in, it's unable to turn off |
| 23:11:08 | amiconn | I would like to find out, but can't do so as it crashes right away... |
| 23:11:28 | preglow | after having removed the usb plug, of course |
| 23:12:50 | linuxstb | preglow: Yes, I can duplicate that - it just gets stuck on the Shutting Down message. |
| 23:12:51 | amiconn | Bagder: The build table is really tiny now. On my laptop, I could fit a 2.5 times as wide table now. |
| 23:13:05 | XShocK | Mine one shuts down notmally. |
| 23:13:20 | linuxstb | I'm using the very latest CVS. |
| 23:13:23 | amiconn | Much room left for more different rockbox ports... |
| 23:13:25 | preglow | aye, so do i |
| 23:13:32 | Bagder | amiconn: indeed! ;-) |
| 23:13:55 | preglow | haha |
| 23:13:56 | preglow | aye |
| 23:14:24 | XShocK | i am also using the latest, like 20 minutes past till last update |
| 23:14:37 | XShocK | oooh damn... |
| 23:14:48 | XShocK | no. it just stuck in the shutdown screen |
| 23:14:51 | preglow | XShocK: would you mind trying again? plug in the usb, THEN switch on rockbox |
| 23:14:57 | preglow | yes, then it is as i feared |
| 23:15:09 | XShocK | i didn't realize it in the begining |
| 23:17:30 | Bagder | linuxstb: I guess you don't see my private messages? mail that map file to me at daniel <at> rockbox.org |
| 23:17:59 | linuxstb | Bagder: Sorry! Sending it now. |
| 23:18:09 | amiconn | Bagder: Using the normal mp3 buffer (defined in buffer.c) as the 'mp3 buffer' that is handed over to the plugins is working in the simulator |
| 23:18:30 | amiconn | So we can get rid of an #ifdef SIMULATOR ... |
| 23:18:39 | Bagder | nice |
| 23:18:50 | Bagder | every removed ifdef is a victory |
| 23:19:15 | amiconn | For your reference: I'm taklking about plugin.c, lines 418..427 |
| 23:19:24 | preglow | does anyone care to have a guess as to wether cvs binutils support the emac extensions? |
| 23:20:00 | Bagder | I doubt it |
| 23:20:06 | preglow | so do i |
| 23:20:53 | preglow | i was thinking of trying to make some mac c macros, but it'll be hard without as much as asm support to go on |
| 23:21:18 | Bagder | adding it to gas shouldn't be _that_ hard |
| 23:21:27 | preglow | that's what i was thinking |
| 23:21:37 | preglow | checking out cvs as we speak to check it out |
| 23:22:04 | amiconn | Bagder: I'll try in other sims as well (so far tried only with the player sim & sort.rock) |
| 23:22:31 | amiconn | I sorted the battery faq... |
| 23:24:20 | HCl | oh |
| 23:24:23 | HCl | actually preglow |
| 23:24:30 | HCl | it does seem to go lots faster |
| 23:24:37 | hubble | gah.. i've been trying for hours to get anything useful out of a disassembler.. trying to follow "IriverMemoryMap" to find i2c_write() at 0x2e848.. just looks like garbage :D |
| 23:24:42 | HCl | with more than 1 screen update per second |
| 23:26:03 | hubble | have tried IDA, the coldfire disassember and objdump.. |
| 23:26:09 | hubble | any tips? |
| 23:26:12 | preglow | HCl: i'll see if compiling the plugins alone with O2 poses any problems, at least THAT should work |
| 23:26:21 | preglow | and they're loaded dynamically, so size isn't really a big concern |
| 23:28:16 | XShocK | i can't really help much. pretty long ago and i still have no knowledge in m68k asm codes. that time I was debugging it in IDA out of curiousity only |
| 23:28:50 | HCl | i'm gonna need to get into z80 assembly.. |
| 23:28:55 | HCl | as well as m68k assembly |
| 23:30:25 | Bagder | m68 is nice and clean asm |
| 23:30:28 | Bagder | m68k even |
| 23:30:33 | HCl | i hope so. |
| 23:30:33 | preglow | Bagder: actually, there seems to be some preliminary support for it |
| 23:30:43 | Bagder | nice |
| 23:30:43 | HCl | i also hope i'm not gonna have to resort to dynarec |
| 23:30:52 | HCl | since it tends to cause trouble with interrupts and stuff like that |
| 23:31:22 | Bagder | linuxstb: http://www.rockbox.org/mail/archive/rockbox-archive-2004-07/0445.shtml |
| 23:31:37 | Bagder | don't you know, I googled it up on the rockbox site ;-) |
| 23:32:05 | amiconn | Bagder: Do you have an idea wth the battery_test plugin creates the battery.log (but not the battery.dummy) *write protected* in the Win32 sim? |
| 23:32:32 | Bagder | I believe its an issue with what arguments it sends to open() |
| 23:32:34 | Bagder | iirc |
| 23:32:51 | linuxstb | Bagder: Thanks. Trying it now. |
| 23:33:01 | amiconn | O_WRONLY | O_APPEND | O_CREAT |
| 23:33:29 | Bagder | yes, but the 3rd argument |
| 23:33:38 | XShocK | Badger: you said, that those things in .debug_abbrev at 0x00000 are not problems. are they ignored in the end. is .comment sections also ignored? if yes, where can i find the place they are ignored in? |
| 23:34:09 | XShocK | sorry for my english. :) |
| 23:34:22 | preglow | Bagder: actually, there seems to be complete support for it |
| 23:34:37 | Bagder | preglow: kewl, that's a good start |
| 23:34:40 | preglow | indeed |
| 23:34:47 | preglow | i'll try to conjure a test to see if it works as well |
| 23:34:55 | Bagder | XShocK: the .comment is in the output section and not in the load one |
| 23:35:05 | Bagder | XShocK: all .rock files have .comment in them |
| 23:35:09 | amiconn | Bagder: Even more strange, it does this only with the player sim (!???) |
| 23:36:13 | Bagder | amiconn: sim_open() calls open() with two arguments unconditionally on windows, which must be wrong |
| 23:36:29 | Bagder | or I'm not understanding it |
| 23:37:03 | linuxstb | Bagder: Both Magnus's suggestion and Linus's result in a normal sized .flac - thanks. Any idea if I should DISCARD the .eh_frame or not? My knowledge of C doesn't go down this far. |
| 23:37:19 | linuxstb | *normal sized .rock |
| 23:39:15 | Bagder | linuxstb: I don't know |
| 23:39:46 | quelsaruk | must go |
| 23:39:49 | quelsaruk | cu another day |
| 23:39:56 | | Quit quelsaruk ("KVIrc 3.0.1.99 'Realia'") |
| 23:46:04 | amiconn | Bagder: I just found that having the "Missing .rockbox directory" / "Installation incomplete" in the .lang translation doesn't really make sense. |
| 23:46:27 | preglow | my bootloader shits itself co,mpletely if that dir is missing |
| 23:46:27 | amiconn | If the .rockbox dir isn't there, chances are the .lng files aren't either. |
| 23:46:49 | preglow | my rockbox, i probably mean |
| 23:46:49 | preglow | heh |
| 23:47:02 | preglow | haha, that's a good point |
| 23:47:09 | Bagder | you can build the firmware with the language built-in |
| 23:47:17 | Bagder | no need to default to english |
| 23:47:59 | amiconn | Hmm, correct. However, they get included into the .lng files as well, which is unnecessary imho |
| 23:48:37 | Bagder | you mean we provide one .lng file too many? |
| 23:48:46 | Bagder | the one built-in |
| 23:49:28 | amiconn | No, I mean those 2 strings get included into all .lng files |
| 23:49:41 | amiconn | ...and that is unnecessary |
| 23:49:49 | Bagder | true |
| 23:52:09 | amiconn | I didn't find any ill side effects with my sim buffer modification |
| 23:55:54 | | Join amiconn_ [0] (~jens@pD95D199F.dip.t-dialin.net) |
| 23:56:14 | | Quit amiconn (Nick collision from services.) |
| 23:56:14 | | Nick amiconn_ is now known as amiconn (~jens@pD95D199F.dip.t-dialin.net) |
icon identifies that the person is a core developer (has commit access).