00:08:12 | | Quit Hadaka (Read error: 60 (Operation timed out)) |
00:10:20 | amiconn | Player is now closed, still working. Phew! :) |
00:10:25 | | Join Naked [0] (naked@naked.iki.fi) |
00:10:29 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
00:10:58 | Quelsaruk | :) |
00:15:38 | | Nick jyp is now known as TheProphet (~jp@121.200-200-80.adsl.skynet.be) |
00:16:22 | | Nick Strath is now known as Gmini (~mike@dgvlwinas01pool0-a222.wi.tds.net) |
00:16:27 | * | HCl yawns and decides he's hungry |
00:17:18 | *** | Saving seen data "./dancer.seen" |
00:18:16 | | Nick Gmini is now known as Strath (~mike@dgvlwinas01pool0-a222.wi.tds.net) |
00:18:43 | | Nick TheProphet is now known as jyp (~jp@121.200-200-80.adsl.skynet.be) |
00:21:08 | | Nick midk__ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) |
00:21:26 | | Nick ripnetUK is now known as ripnet (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
00:31:02 | * | amiconn is annoyed by usb 1.1 speed |
00:31:07 | HCl | :P |
00:31:18 | HCl | patience is a virtue |
00:31:52 | Quelsaruk | amiconn: that's one of the reasons why i bought a usb2.0 V1 recorder when my old recorder6 began to die.... |
00:32:45 | amiconn | I'm currently copying some music over to the player from my recorder 80 (usb 2.0). Player is always usb 1.1... |
00:33:27 | amiconn | I have to decide what to put on the player. I can't fit all tracks :( |
00:34:03 | Quelsaruk | i had to cut half my music |
00:34:11 | Quelsaruk | :( |
00:34:32 | amiconn | I want to use the player a bit, hoping to shed some light on the rld problem. The player has that Hitachi DK23DA disk |
00:34:53 | Eodun | is there some way to make it support 2.0? (stupid question, i imagine that is hard-coded into a rom chip...) |
00:35:11 | Quelsaruk | change the chip |
00:35:14 | Quelsaruk | :) |
00:35:15 | amiconn | Eodun: Nope. The usb bridge can only do 1.1 |
00:35:47 | amiconn | Quelsaruk: I doubt that it's that simple. Probably different pinout etc... |
00:36:09 | Quelsaruk | amiconn: i think it's easier to get a new recorder :) |
00:36:17 | HCl | :P |
00:36:29 | amiconn | Unfortunately the disk is only a 10 GB, while my collection is around 15 GB... |
00:37:06 | Quelsaruk | amiconn: stupid question/idea |
00:37:18 | Quelsaruk | why don't you plug the drive into a external case |
00:37:34 | Quelsaruk | and later on plug again into the player? |
00:37:40 | amiconn | Erm, because I don't have one? |
00:37:47 | Quelsaruk | oh |
00:37:50 | Quelsaruk | :) |
00:37:54 | Quelsaruk | good point |
00:38:02 | amiconn | ;-) |
00:38:44 | amiconn | Well, I could copy the tracks over from the recorder to the laptop, then swap the other drive into the recorder, and copy back. |
00:38:57 | Eodun | he, my collection is about 25Gb |
00:38:59 | Quelsaruk | yes, you could |
00:39:10 | * | HCl 's collection is 13gb.. |
00:39:12 | Eodun | but it's been ages since I heard the first files... |
00:39:35 | amiconn | But I don't want to mess around with the recorder too much. It's my main box. |
00:39:40 | Quelsaruk | 136€ for a pair of SAPI5 spanish voices?? |
00:39:44 | Quelsaruk | that's a lot! |
00:39:51 | amiconn | yup. |
00:39:52 | Eodun | lol |
00:40:06 | Eodun | have you seen AT&T offer? |
00:40:29 | Eodun | you have to buy first the basic pack and then expand it with non-english voices |
00:40:31 | Quelsaruk | but AT&T are latin american |
00:42:16 | amiconn | Quelsaruk: I bought TextAloud; together with the AT&T base pack (enigne + 2 us english voices) this was 42,- € |
00:42:35 | amiconn | Then every additional voice cost 30,- € |
00:42:59 | Quelsaruk | i understand that for commercial use, those prices are not too expensive |
00:43:08 | Quelsaruk | but just for rockbox.... |
00:43:13 | Eodun | or for blind people |
00:43:14 | HCl | i'm confused |
00:43:16 | HCl | whats sapi5? |
00:43:24 | Eodun | TTS engine |
00:43:29 | HCl | whats tts XD |
00:43:35 | Eodun | microsoft's technology |
00:43:40 | Eodun | Text To Speech |
00:43:42 | HCl | oh. |
00:43:44 | HCl | right. |
00:43:47 | HCl | you want that in rockbox? |
00:43:52 | HCl | doesn't that take too much space o.o; |
00:43:55 | Quelsaruk | rockbox can speak |
00:43:56 | Eodun | we HAVE that in rockbox |
00:43:59 | Quelsaruk | :) |
00:44:03 | HCl | :P |
00:44:05 | Eodun | well, not really lol |
00:44:05 | HCl | sorry |
00:44:38 | Quelsaruk | HCl: we make a voice file in the computer, copy that to rockbox |
00:44:56 | Quelsaruk | and rockbox can talk the menus |
00:45:00 | Quelsaruk | the folders, or the files |
00:45:37 | amiconn | Quelsaruk: Speaking about space - those at&t voices take around 600 MB per voice on the pc |
00:46:04 | Quelsaruk | that's why they are so nice |
00:46:05 | Quelsaruk | :) |
00:46:35 | amiconn | Well, there are other TTS engines that sound rather nice too, and only take around 1/10 of that space per voice |
00:46:56 | Eodun | awww |
00:47:01 | Eodun | it hurts |
00:47:04 | HCl | 600mb is a lot... |
00:47:28 | amiconn | I'd like to get hold of the ScanSoft RealSpeak engine & voices. Supports many languages and sounds rather nice... |
00:48:19 | * | amiconn is undecided whether he should update cvs. Those many warnings don't look good... |
00:50:51 | Quelsaruk | hmm |
00:50:52 | jyp | update & fix :P |
00:50:59 | Quelsaruk | that company had nice spanish |
00:51:08 | Quelsaruk | i tested spanish and japonese |
00:51:13 | Quelsaruk | and both were great |
00:51:14 | Quelsaruk | :) |
00:51:30 | | Join bagawk [0] (~Lee@bagawk.user) |
00:52:41 | amiconn | jyp: I didn't cause that mess... |
00:52:56 | jyp | I know, just kidding you ;) |
00:53:32 | Eodun | ehm 1 thing: how do I put my photo in my profile? |
00:53:40 | amiconn | But I always prefer a clean build table for when the daily builds are built (6 a.m.) |
00:54:49 | | Quit bagawk ("Leaving") |
00:55:15 | | Join bagawk_ [0] (~Lee@bagawk.user) |
01:00 |
01:00:27 | HCl | finally |
01:00:30 | HCl | its compiling :) |
01:01:33 | Quelsaruk | amiconn: then, returning to that nasty issue |
01:01:51 | Quelsaruk | what do you decide? Backward compatible, or clean fix? |
01:03:04 | HCl | does anyone have a working copy of the bootloader? |
01:03:08 | HCl | i'd like to compare some md5's |
01:03:13 | amiconn | I'd say a clean fix would be the way to go. Other languages may also have the same problem as spanish. |
01:03:14 | | Quit jyp ("poof!") |
01:05:01 | Quelsaruk | my backward compatible idea is to keep LANG_PLAYINDICES_PLAYLIST, but just use it in the playindices() function. And create a new ID for LANG_PLAYLIST to use for voice and anywhere you require to use it. i.e. the other 3 current uses. |
01:05:16 | Quelsaruk | outdated languages won't have that id |
01:05:21 | Quelsaruk | but will use english one |
01:05:26 | Quelsaruk | that is, Playlist. |
01:06:03 | Quelsaruk | the Clean fix is merging both _LANG_PLAYINDICES_XXX IDs into only one |
01:06:31 | Quelsaruk | because is nonsense to have 2 lines if the splash window can do that right now. |
01:07:10 | amiconn | I think we should just add LANG_PLAYLIST, and let both LANG_PLAYINDICES_PLAYLIST ids alone. This way, all non-updated languages would still display that splash correctly. |
01:07:34 | Quelsaruk | ok |
01:07:47 | Quelsaruk | and add a *WARNING* in the desc fields |
01:07:52 | Quelsaruk | for those 2 lines |
01:08:04 | Quelsaruk | to say that is only for that particular function. |
01:08:06 | Quelsaruk | :) |
01:08:29 | amiconn | Imho a language cleanup (including bumping the language version, throwing out all deprecated stuff, combining everything like the playindices thing that is used by splash() now etc.) might be due |
01:09:11 | Quelsaruk | maybe for 2.5 |
01:09:13 | amiconn | Of course, this would render all languages useless which don't get updated |
01:09:35 | Quelsaruk | that need to be done in an official release |
01:09:39 | Quelsaruk | or |
01:09:47 | Quelsaruk | doing a lot of work |
01:09:48 | Quelsaruk | that is |
01:10:11 | Quelsaruk | editing those anguages to delete those id deprectated, and those merged... |
01:10:19 | Quelsaruk | *languages |
01:10:39 | HCl | okay, who has an iriver and is feeling brave? :P |
01:11:00 | * | Quelsaruk points to HCl |
01:11:02 | Quelsaruk | ;) |
01:11:06 | HCl | no :P i'm a wuss xD |
01:11:24 | HCl | well, not really, but, i don't plan on testing this just yet :P |
01:11:26 | crash_ | HCl: i have on, you didnt tell the number ;) |
01:11:28 | * | HCl prods webmind with a stick |
01:11:40 | HCl | :P |
01:11:43 | HCl | h1x0 |
01:11:48 | amiconn | Quelsaruk: yup. I think such things should be done shortly before a release, to check whether everything still works as intended. Maybe this should be done for 3.0 |
01:12:10 | Quelsaruk | it's an option |
01:12:11 | Quelsaruk | :) |
01:13:14 | Eodun | IMHO, if no one updates them and no one complains, it's because nobody uses them |
01:13:29 | Eodun | so why not deleting outdated langs? |
01:14:07 | Quelsaruk | 'cause we can't |
01:14:08 | Quelsaruk | :D |
01:14:18 | Eodun | arg |
01:14:19 | Quelsaruk | is you want for example to update polish |
01:14:33 | Quelsaruk | it's easier if you have 40 id translated... |
01:14:53 | Quelsaruk | imho |
01:15:24 | amiconn | 14 out of our 24 languages weren't updated for more than a year :-/ |
01:15:59 | * | Quelsaruk looks to his feet |
01:16:09 | amiconn | Only 4 were updated after the 2.3 release... |
01:16:10 | preglow | anyone know where the __assert mentioned in assert.h is? |
01:17:00 | Eodun | english, spanish, french, german I assume |
01:17:20 | amiconn | Almost. English, spanish, swedish, german |
01:17:21 | Quelsaruk | swedish |
01:17:30 | Quelsaruk | don't forget our swedish friends |
01:17:32 | Quelsaruk | ;) |
01:18:07 | Quelsaruk | english is updated because is the official language |
01:18:13 | DMJC-L | anyone flashed a 140? |
01:18:16 | Quelsaruk | german.. because amiconn is here... |
01:18:18 | preglow | DMJC-L: yes, linus |
01:18:21 | amiconn | Czech, french, and wallisertitsch were last updated for 2.3 |
01:18:29 | Quelsaruk | spanish, because i updated |
01:18:29 | DMJC-L | 140 |
01:18:32 | amiconn | Everything else is way outdated... |
01:18:34 | DMJC-L | not 120 |
01:18:35 | preglow | DMJC-L: no, then |
01:18:42 | preglow | DMJC-L: but there shouldn't be a difference |
01:18:42 | Quelsaruk | and swedish, because we have a lot of swedish guys here |
01:18:53 | preglow | DMJC-L: only difference between 120 and 140 are the physical dimensions and the hard drive |
01:19:04 | Eodun | nice |
01:19:22 | HCl | DMJC-L: i got a flash image.. if interested.. |
01:19:34 | amiconn | Quelsaruk: Swedish is maintained by matsl, as it looks |
01:19:34 | DMJC-L | dcc it |
01:19:39 | HCl | ok |
01:19:53 | preglow | haha |
01:19:56 | HCl | actually, let me change it back a little to it being 100% original first |
01:19:58 | | Quit bagawk_ (Read error: 110 (Connection timed out)) |
01:20:03 | HCl | i added a not to the button check |
01:20:07 | HCl | so it'd load the default firmware first |
01:20:12 | HCl | i dunno |
01:20:15 | HCl | what do you prefer? o.o; |
01:20:25 | DMJC-L | iriver default |
01:20:28 | HCl | ok |
01:20:31 | preglow | i really don't think anyone should flash the bootloader until the swedes have tested it |
01:20:34 | HCl | let me just double check things. |
01:21:31 | HCl | wait. |
01:21:33 | HCl | this i don't like. |
01:21:49 | HCl | titania:/home/hcl/rockbox/rockbox-devel# tools/mkboot ihp_120.bin boot/bootloade |
01:21:52 | HCl | r.bin new.bin |
01:21:55 | HCl | Wrote 0x1fa7cb bytes in new.bin |
01:21:59 | HCl | titania:/home/hcl/rockbox/rockbox-devel# tools/descramble -iriver new.hex new2.bin |
01:22:01 | Quelsaruk | amiconn: have you tried loquendo tts voices? |
01:22:02 | HCl | Model iHP-120/iHP-140 |
01:22:05 | HCl | File decoded correctly and all checksums matched! |
01:22:07 | HCl | Output file contains all headers and checksums |
01:22:10 | HCl | titania:/home/hcl/rockbox/rockbox-devel# diff new.bin new2.bin |
01:22:12 | HCl | Binary files new.bin and new2.bin differ |
01:22:13 | HCl | wait |
01:22:19 | amiconn | Quelsaruk: Nope. |
01:22:23 | HCl | i forgot the scramble bit |
01:22:24 | HCl | nm xD |
01:22:34 | Quelsaruk | they sound nice |
01:22:38 | HCl | oh wait, no i didn't.. |
01:22:38 | HCl | like. |
01:22:42 | HCl | aren't the files supposed to match |
01:22:46 | HCl | once scrambled and descrambled? |
01:22:50 | HCl | *tries with original firmware* |
01:23:17 | HCl | guess not. |
01:24:52 | HCl | titania:/home/hcl/rockbox/rockbox-devel# tools/scramble -iriver new.bin new.hex |
01:24:52 | HCl | Model iHP-120/iHP-140 |
01:24:52 | HCl | File encoded successfully and checksum table built! |
01:24:52 | DBUG | Enqueued KICK HCl |
01:24:52 | HCl | titania:/home/hcl/rockbox/rockbox-devel# tools/descramble -iriver new.hex new2.bin |
01:24:55 | HCl | Model iHP-120/iHP-140 |
01:24:58 | HCl | File decoded correctly and all checksums matched! |
01:25:00 | HCl | Output file contains all headers and checksums |
01:25:03 | HCl | titania:/home/hcl/rockbox/rockbox-devel# diff new.bin new2.bin Binary files new.bin and new2.bin differ |
01:25:06 | HCl | i don't really like that... |
01:26:02 | DMJC-L | nice upload |
01:26:10 | DMJC-L | what's connection is THAT? |
01:26:13 | HCl | XD |
01:26:15 | HCl | *grins* |
01:26:17 | HCl | 100mbit up/down |
01:26:29 | DMJC-L | aww :( |
01:26:35 | HCl | from a quad p3 550mhz xeon |
01:26:37 | HCl | with 2gb ram |
01:26:40 | HCl | and a raid5 set |
01:26:40 | HCl | :P |
01:26:44 | DMJC-L | 1.5/256 here heh |
01:26:51 | Quelsaruk | 512/128 here |
01:26:55 | Quelsaruk | :D |
01:27:01 | Quelsaruk | spain is different |
01:27:03 | Eodun | do you work at NASA or what? |
01:27:03 | Quelsaruk | ;) |
01:27:29 | HCl | xD |
01:27:33 | HCl | something like that >.o |
01:27:37 | DMJC-L | lol |
01:28:02 | DMJC-L | northern europe :p |
01:28:26 | DMJC-L | didn't they have protests demanding 100mbit? |
01:28:32 | HCl | lmao! |
01:28:36 | HCl | no, i haven't heard of those |
01:28:36 | HCl | xD |
01:28:42 | HCl | actually |
01:28:44 | DMJC-L | sweden did I'm sure |
01:28:45 | HCl | we had protests against it |
01:28:53 | DMJC-L | at least for 10 mbit |
01:28:53 | HCl | because it'd make warez distribution too easy |
01:28:56 | HCl | stupid people. |
01:29:02 | HCl | but we have an upload limit anyways |
01:29:05 | HCl | of.. 15 gb. |
01:29:07 | HCl | a week >.> |
01:29:08 | HCl | xD |
01:29:09 | amiconn | I know what Bagder did to cause the warnings. His commit breaks all builds which don't use a mas 3587, i.e. player, Ondio SP, and all sims... |
01:29:10 | DMJC-L | screw warez |
01:29:20 | DMJC-L | 100mbit is useful |
01:29:28 | DMJC-L | stream movies from home |
01:29:33 | DMJC-L | remote X |
01:29:40 | DMJC-L | etc |
01:29:46 | HCl | yup. |
01:29:53 | HCl | not to forget our filesharing network |
01:29:56 | HCl | we have running on 100mbit |
01:30:06 | DMJC-L | mmm... |
01:30:08 | HCl | i can get pretty much any recent movie streaming to my xbox |
01:30:11 | HCl | directly onto the tv |
01:30:12 | DMJC-L | *drool* |
01:30:13 | HCl | off our network |
01:30:25 | HCl | don't wet yourself xD |
01:30:26 | Quelsaruk | amiconn: who does the change to fix the lang issue? are you going to do it or should i do it? |
01:30:30 | DMJC-L | I won't |
01:30:31 | amiconn | DMJC-L: Why would you need 100 MBit for remote gui? I do this often, and I only have 1024/128 |
01:30:35 | HCl | good :P |
01:30:49 | DMJC-L | tried fullscreen video on that remote gui? |
01:30:56 | DMJC-L | or 3d stuff? |
01:31:01 | HCl | hah o.o |
01:31:08 | HCl | what person does fullscreen video on remote gui o.o;;; |
01:31:10 | amiconn | Of coz not, and I don't need that |
01:31:52 | DMJC-L | heh you *think* you don't need it |
01:32:00 | DMJC-L | when you actually do it it kicks ass |
01:32:14 | HCl | no comment >.> |
01:32:26 | HCl | *is used to streaming divx off network into media player by wireless internet* |
01:32:38 | DMJC-L | nice |
01:32:48 | DMJC-L | I still need to build myself a tv box |
01:32:55 | HCl | oh, did i mention we have a fully blown wireless network across a radius of a few square kilometres backed up by about 100 accesspoints? >.> |
01:32:57 | DMJC-L | my desktop does that very well already |
01:33:07 | DMJC-L | I need a digital tuner |
01:33:08 | amiconn | I don't play those 3d modern games, I don't even have a single one. |
01:33:11 | HCl | i can drive to our local foodstore and have wireless internet >.> |
01:33:15 | amiconn | And I rarely watch video |
01:33:35 | DMJC-L | whereas I play doom3 and have anime on my machine.. |
01:33:38 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
01:33:38 | * | HCl stops bragging about their network :X |
01:33:42 | DMJC-L | different uses |
01:33:42 | | Quit mecraw (Connection reset by peer) |
01:33:47 | HCl | what series do you got? |
01:33:51 | Eodun | HCl, I'm thinking about moving to your country... |
01:34:00 | DMJC-L | bleach, macross zero, elfin lied |
01:34:02 | HCl | xD |
01:34:04 | HCl | bleach is good |
01:34:08 | DMJC-L | yeah |
01:34:09 | HCl | i'm waiting for ep 17 :( |
01:34:19 | HCl | elfin lied was a bit too sinister for my taste.. |
01:34:21 | HCl | i only saw ep 2 |
01:34:37 | DMJC-L | I can't be bothered watching elfin lied |
01:34:41 | DMJC-L | I just have it heh |
01:34:44 | HCl | *nods* |
01:35:33 | HCl | oh, by the way, if you can't find a certain anime, its ok to ask me whether i have it :P as long as i'm not on my limit yet, and still have some to spare for my gf, i don't mind sending people stuff :p |
01:35:52 | DMJC-L | n/m |
01:36:01 | DMJC-L | mate of mine runs a 100mbit server in america |
01:36:05 | HCl | okies :) |
01:36:11 | DMJC-L | he gets ANYTHING really fast heh |
01:36:22 | HCl | :p |
01:36:37 | HCl | i'm still waiting for a good copy of daphne in the brilliant blue.. |
01:36:42 | DMJC-L | since I have the fastest download connection out of his friends/himself, i get first priority |
01:36:43 | HCl | if you happen to come across it, tell me :X |
01:36:47 | HCl | *nods* |
01:37:00 | DMJC-L | k |
01:37:03 | HCl | i know how that goes, i'm usually reluctant to send stuff to people who're slower than 100k/s myself |
01:37:42 | * | HCl stares at new.hex and prods it gently. |
01:37:50 | DMJC-L | 1.5mbit changes your net habits |
01:38:04 | preglow | i've got 100mbit |
01:38:05 | HCl | trust me, so does 100mbit xD |
01:38:17 | HCl | i get annoyed when movies download with only 600k/s >.> |
01:38:22 | preglow | 600k/s is nothing! |
01:38:26 | HCl | yea |
01:38:27 | preglow | i demand 5 megs per second, minimum |
01:38:34 | HCl | i pull 8mb/s from microsoft's site.. and our lan.. |
01:38:38 | preglow | i want to be able to watch a movie at a minute's notice |
01:38:38 | preglow | heh |
01:38:47 | HCl | xboxes are great for that. |
01:38:58 | DMJC-L | stream it off the server heh |
01:38:58 | preglow | lemme guess, you're on a uni line, yes? :P |
01:39:05 | HCl | yup |
01:39:07 | DMJC-L | xbox/mac mini are dumb ideas |
01:39:08 | preglow | so am i |
01:39:14 | HCl | shared 1gbit at the moment.. |
01:39:15 | DMJC-L | they need a digital tv tuner |
01:39:30 | DMJC-L | OR access to fast internet |
01:39:37 | * | HCl goes to play with his kitty cat |
01:39:40 | HCl | afk |
01:39:43 | HCl | cats are cute. |
01:40:04 | * | DMJC-L looks fir his seal point birman |
01:40:22 | preglow | cats rock |
01:40:24 | preglow | as opposed to dogs |
01:40:49 | Quelsaruk | amiconn: did you read my last question to you? |
01:41:20 | amiconn | Ooops, sorry. Was looking into Bagder's mess. Fix coming up... |
01:41:27 | Quelsaruk | :) |
01:41:33 | Quelsaruk | if you can't, i'll do |
01:42:41 | amiconn | I'd say fix it for english & spanish, I'll add german. |
01:43:39 | Eodun | Quel, if you need help, just tell me |
01:44:21 | amiconn | Don't forget to remove the voice: from the old one - it's not needed then. |
01:45:24 | Quelsaruk | yups |
01:45:44 | Quelsaruk | LANG_PLAYLIST is a good ID for it, isn't it? |
01:46:02 | Quelsaruk | btw, hmmm |
01:46:07 | Eodun | oh, just 2 IDs |
01:46:17 | Eodun | you won't need help for that :) |
01:46:24 | Quelsaruk | never messed with a ID with voice |
01:46:56 | Quelsaruk | i suppose there's no problem with them |
01:46:57 | Quelsaruk | :) |
01:50:28 | HCl | DMJC-L: are you gonna try that file? (just out of sheer curiousity, so i know what to expect :P) |
01:50:46 | | Quit hile (zelazny.freenode.net irc.freenode.net) |
01:50:46 | NSplit | zelazny.freenode.net irc.freenode.net |
01:50:47 | DMJC-L | hehehe |
01:51:02 | DMJC-L | depends on what linus tells me |
01:52:09 | HCl | ok |
01:52:25 | HCl | i'm just, anxious for someone to try it, and i'm too much of a wuss to try it myself :P |
01:52:31 | HCl | but i guess it makes more sense to wait a little |
01:52:36 | HCl | rockbox development seems to go fast |
01:52:37 | HCl | so.. |
01:52:42 | DMJC-L | heh |
01:52:52 | NHeal | zelazny.freenode.net irc.freenode.net |
01:52:52 | NJoin | hile [0] (hile@hack.fi) |
01:53:04 | HCl | shouldn't need to wait long before we have a loader declared somewhat stable |
01:53:04 | | Quit hile (zelazny.freenode.net irc.freenode.net) |
01:53:09 | NJoin | hile [0] (hile@hack.fi) |
01:58:24 | Quelsaruk | testing changes |
02:00 |
02:03:00 | * | HCl yawns and sips his sake |
02:04:48 | * | HCl can't wait till rockbox runs well enough to start porting a gameboy emu |
02:05:02 | HCl | dynarec is fun :x |
02:05:24 | Quelsaruk | ok |
02:05:27 | Quelsaruk | works |
02:05:32 | Quelsaruk | submiting changes |
02:05:33 | Quelsaruk | :) |
02:07:57 | amiconn | Okay, my fix did fix all production targets, the simulator mess left as an exercise for Bagder ;-) |
02:09:07 | Quelsaruk | hehe |
02:09:23 | Quelsaruk | you don't touch tree.c or onplay.c, do you? |
02:09:58 | amiconn | Nope, only mpeg.c |
02:10:48 | preglow | sake, noe bad |
02:11:21 | preglow | HCl: dynarec might not be essential for the gb emu |
02:11:31 | preglow | but i don't know |
02:11:39 | HCl | preglow: i won't care xD |
02:11:44 | HCl | i want to do dynarec darnit! |
02:11:45 | HCl | : |
02:11:46 | HCl | :P |
02:11:48 | preglow | haha |
02:11:48 | amiconn | What cpu does the gameboy have |
02:11:50 | amiconn | ? |
02:11:52 | preglow | z80 |
02:11:53 | HCl | z80 |
02:11:58 | amiconn | What freq? |
02:12:01 | HCl | no clue |
02:12:08 | HCl | i've only done dos and n64 so far |
02:12:16 | preglow | 3.5 |
02:12:18 | preglow | or soemthing |
02:12:27 | HCl | decided there's not much point looking into gameboy while i can't compile anything |
02:12:48 | amiconn | Then it might be even possible to emulate a gameboy on the archos, only the display might be a problem |
02:13:06 | preglow | amiconn: how much ram does it have? |
02:13:17 | amiconn | The archos? 2 MB |
02:13:25 | HCl | 2 mb is *not* gonna be enough. |
02:13:26 | preglow | damn, that's not much for an mp3 player |
02:13:30 | HCl | at least |
02:13:36 | HCl | i don't know how large gameboy roms are |
02:13:44 | HCl | an interpreter *might* be possible |
02:13:44 | HCl | but |
02:13:46 | preglow | not large |
02:13:48 | HCl | mrf |
02:13:49 | preglow | 500kb-ish |
02:13:54 | HCl | yea |
02:13:55 | HCl | well |
02:14:00 | Quelsaruk | commiting |
02:14:04 | HCl | it might be possible to get an interpreter emu on archos |
02:14:06 | amiconn | HCl: Why? The Z80 itself can only address 64 KB, and a Z80 emu isn't that big |
02:14:09 | HCl | but you can forget about dynarec |
02:14:12 | preglow | but fuck that, h120 is what's important :P |
02:14:27 | HCl | amiconn: dynarec needs ram for its on the fly code generation |
02:14:58 | amiconn | Why dynarec? |
02:15:04 | preglow | dynamic recompilation |
02:15:36 | amiconn | Yeah, I know, I asked why? Z80 is sloo-oow, at least 4 cycles per instruction. |
02:16:04 | preglow | ahh :-) |
02:16:05 | DMJC-L | 32mb of ram on h120/140 |
02:16:13 | preglow | because he wants to do dynarec |
02:16:30 | | Quit edx (Read error: 60 (Operation timed out)) |
02:16:30 | amiconn | The archos has 11 MHz SH1. SH1 is risc, and does simple instructions in 1 clock cycle |
02:17:00 | amiconn | I know some Z80 asm, had a ZX Spectrum a looong time ago |
02:17:18 | preglow | it's not that far from a 6502, is it? |
02:17:22 | *** | Saving seen data "./dancer.seen" |
02:18:10 | amiconn | I don't know much about 6502, only that it was used in the C64 and is 8 bit too... |
02:18:21 | preglow | c64 was 6510, but it's more or less the same |
02:18:25 | HCl | because dynarec is cool when it works :P |
02:18:32 | preglow | two index registers, one accumulator, stack pointer, that'st hat |
02:18:33 | * | HCl knows from experience, n64 dynarec rocked :P |
02:18:34 | preglow | hehe |
02:18:43 | HCl | too bad i never got to the compatibility of our interpreter core :/ |
02:19:25 | preglow | well, dynarec is a lot harder, so small wonder |
02:19:51 | HCl | i dunno, i don't think it differs much... |
02:19:59 | HCl | except the interrupts are much more tricky |
02:20:14 | preglow | well, yes, and trapping memory writes? |
02:20:22 | amiconn | There is a ZX Spectrum emulator for the Amiga (working interpretive, no dynarec). It runs about half realtime speed on a stock Amiga 500 (7 MHz 68000) |
02:20:23 | * | Eodun yawns |
02:20:23 | preglow | if that's needed much |
02:20:25 | HCl | not all games work well |
02:20:31 | HCl | preglow: was barely needed, in the n64, at least. |
02:20:32 | DMJC-L | could you cut off the ram chips and solder on more? |
02:20:32 | DMJC-L | that'd be kind of cool |
02:20:42 | HCl | actually. i remember that we didn't have a dynarec implementation for that |
02:20:49 | HCl | we just wrote dynarec code that called the interpreter part |
02:21:14 | preglow | DMJC-L: yes, and risky |
02:21:16 | * | Eodun says good night everyone |
02:21:19 | preglow | night |
02:21:38 | | Quit Eodun ("c ya!") |
02:21:44 | HCl | anyways |
02:21:47 | HCl | i'll look into it |
02:21:49 | HCl | and get it working :p |
02:21:55 | HCl | interpreter or dynarec |
02:22:18 | preglow | i'm struggling with mad, and it already seems it'll be a boring port, heh |
02:22:25 | amiconn | registers missing and some instructions changes." |
02:22:29 | amiconn | "The CPU is a Z80 workalike running at 4.19 MHz. The CPU has several |
02:22:37 | amiconn | Oops, swapped the lines |
02:23:15 | amiconn | http://www.z80.info/z80gboy.txt |
02:23:50 | HCl | *reads* |
02:24:06 | HCl | well, especially when you set it to black and white only |
02:24:13 | HCl | so all color games will run in black and white mode |
02:24:16 | HCl | it shouldn't take too much |
02:25:43 | Quelsaruk | amiconn: commit: using deprecated info format strings. Convert your scripts to use the new argument format and remove '1's from your info file format strings <−−- is this something wrong? (i hope not) |
02:26:07 | amiconn | No, everyone who commits something gets that |
02:26:13 | amiconn | It's a server config issue |
02:28:15 | DMJC-L | gameboy emulator.. |
02:28:16 | DMJC-L | w00t |
02:28:32 | DMJC-L | two main codecs that are needed are mp3/ogg |
02:28:40 | HCl | yea, thats what i'm gonna be trying to get to work :P |
02:28:45 | Quelsaruk | ufff |
02:28:47 | DMJC-L | yay |
02:28:48 | Quelsaruk | thanks |
02:28:53 | DMJC-L | then my existing media will work |
02:28:56 | Quelsaruk | then, i'm going to sleep |
02:29:13 | Quelsaruk | good night to all |
02:30:00 | midk | night Quelsaruk |
02:30:12 | Quelsaruk | didn't see you midk :) |
02:30:16 | midk | :) |
02:31:03 | | Quit Quelsaruk ("I seek a life of honor and pride... that's why i use rockbox") |
02:31:53 | | Quit preglow ("off") |
02:38:41 | * | HCl yawns. |
02:39:44 | DMJC-L | so... as a guesstimate, how long till we see iriver's playing music? |
02:40:59 | HCl | don't look at me. |
02:41:05 | HCl | i'm just waiting for a stable bootloader |
02:41:13 | HCl | i'd almost say look at the checklist.. |
02:41:22 | HCl | audio low level drivers haven't even been started on yet |
02:42:18 | HCl | usb doesn't even work yet |
02:42:41 | HCl | plus for the codecs the whole new api has to be done... |
02:42:43 | HCl | i think |
02:43:39 | HCl | talking about music, i need some.. |
02:52:47 | HCl | mrf. |
02:52:52 | * | HCl wonders how many people are still awake |
03:00 |
03:00:31 | | Join ashridah [0] (ashridah@220-253-121-195.VIC.netspace.net.au) |
03:10:58 | HCl | hello |
03:43:09 | | Quit midk (Read error: 104 (Connection reset by peer)) |
03:43:37 | | Part amiconn |
04:00 |
04:05:40 | | Join edx [0] (edx@p54879393.dip.t-dialin.net) |
04:07:05 | | Quit DMJC-L ("Leaving") |
04:11:13 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
04:16:42 | | Join shady`danky [0] (~D4nky@pc-24-151-66-165.newt1.ct.charter.com) |
04:17:08 | shady`danky | i have a question about a Archos Pm me to help |
04:17:26 | *** | Saving seen data "./dancer.seen" |
04:17:42 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
04:19:50 | | Join elinenbe [0] (~elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
04:30:45 | | Quit elinenbe (Read error: 54 (Connection reset by peer)) |
04:30:51 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
04:34:20 | | Quit shady`danky () |
04:37:14 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
04:37:50 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
04:44:04 | | Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
04:45:23 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
04:45:24 | | Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
04:46:28 | | Join jorbond [0] (~jorbond@dhcp024-209-026-138.cinci.rr.com) |
04:56:31 | DMJC | mmm.... oh man |
04:56:38 | DMJC | my mouth is orgasming with taste |
04:56:47 | DMJC | bacon/eggs at 2:30pm |
04:57:40 | | Quit elinenbe (Read error: 60 (Operation timed out)) |
05:00 |
05:03:24 | | Join webguest56 [0] (~44d900b6@labb.contactor.se) |
05:03:42 | webguest56 | That is the sickest comment I've ever seen |
05:03:45 | | Part webguest56 |
05:04:13 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
05:27:54 | | Quit jorbond ("Leaving") |
05:29:17 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
05:31:47 | ashridah | i'm guessing he hasn't spent much time on irc. :) |
05:48:07 | | Quit mbr (zelazny.freenode.net irc.freenode.net) |
05:48:07 | NSplit | zelazny.freenode.net irc.freenode.net |
05:48:52 | NHeal | zelazny.freenode.net irc.freenode.net |
05:48:52 | NJoin | mbr [0] (~mb@stz-softwaretechnik.de) |
05:49:35 | | Quit elinenbe (Read error: 110 (Connection timed out)) |
05:55:27 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
06:00 |
06:07:08 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
06:17:30 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:13:57 | | Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
07:14:12 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
07:14:24 | | Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
07:27:58 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:31:30 | | Quit ripnet (Read error: 110 (Connection timed out)) |
07:32:28 | | Quit MooMaunder (Read error: 110 (Connection timed out)) |
07:39:22 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
07:46:37 | | Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
07:47:05 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
07:47:05 | | Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:00 |
08:00:32 | | Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:00:45 | | Quit elinenbe (Read error: 60 (Operation timed out)) |
08:01:00 | | Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:08:23 | DEBUG | EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) |
08:08:23 | *** | Cleanup |
08:08:23 | *** | Cleanup |
08:08:23 | *** | Saving seen data "./dancer.seen" |
08:08:23 | *** | Exit |
08:08:24 | *** | Started Dancer V4.16 |
08:08:24 | *** | Connected to irc.freenode.net on port 6667 |
08:08:24 | *** | Logfile for #rockbox started |
08:08:25 | *** | Server message 501: 'logbot :Unknown MODE flag' |
08:08:25 | Mode | "logbot :+i" by logbot |
08:08:25 | | Join logbot [242] (~bjst@labb.contactor.se) |
08:08:25 | | Join HCl [0] (hcl@titania.student.utwente.nl) |
08:08:56 | Mode | "#rockbox +t " by irc.freenode.net |
08:08:56 | | Join mbr [0] (~mb@stz-softwaretechnik.de) |
08:08:56 | | Join edx [0] (edx@p54879393.dip.t-dialin.net) |
08:08:56 | | Join hile [0] (hile@hack.fi) |
08:08:56 | | Join Peter99 [0] (~d9e14ad3@labb.contactor.se) |
08:08:56 | | Join QT [0] (as@area51.users.madwifi) |
08:08:56 | | Join coob [0] (pen0r@82-44-227-205.cable.ubr11.haye.blueyonder.co.uk) |
08:08:56 | | Join courtc [0] (~court@adsl-33-169-57.asm.bellsouth.net) |
08:08:56 | | Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) |
08:08:56 | | Join izzy_ [0] (laitinei@huippu.net) |
08:08:56 | DEBUG | Parse error in OnTopic(from = "irc.freenode.net", line = "#rockbox :Rockbox - Coolest firmware around") (snapshot: server.c line 299) |
08:08:59 | | Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) |
08:08:59 | | Join Strath [0] (~mike@dgvlwinas01pool0-a222.wi.tds.net) |
08:09:11 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
08:09:37 | | Join webmind [0] (~random@217-195-236-172.dsl.esined.net) |
08:09:44 | | Join ze [0] (ze@adsl-69-231-202-32.dsl.irvnca.pacbell.net) |
08:09:53 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:09:53 | | Join Hadaka [0] (naked@naked.iki.fi) |
08:09:53 | | Join crash_ [0] (~crash@a15167580.alturo-server.de) |
08:09:53 | | Join rasher_ [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) |
08:09:53 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
08:09:53 | | Join pvh [0] (~pvh@S010600121729b5b8.gv.shawcable.net) |
08:09:53 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
08:09:53 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
08:10:05 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
08:10:08 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
08:10:43 | | Join desrt [0] (~desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net) |
08:10:55 | | Quit pvh ("Leaving") |
08:12:17 | | Join dwihno [0] (~dw@81.8.224.89) |
08:15:11 | | Quit einhirn (niven.freenode.net irc.freenode.net) |
08:15:11 | NSplit | niven.freenode.net irc.freenode.net |
08:15:11 | | Quit crash_ (niven.freenode.net irc.freenode.net) |
08:15:11 | | Quit Lynx_ (niven.freenode.net irc.freenode.net) |
08:15:11 | | Quit elinenbe (niven.freenode.net irc.freenode.net) |
08:15:11 | | Quit rasher_ (niven.freenode.net irc.freenode.net) |
08:15:11 | | Quit Hadaka (niven.freenode.net irc.freenode.net) |
08:15:11 | | Quit gromit` (niven.freenode.net irc.freenode.net) |
08:16:21 | NHeal | niven.freenode.net irc.freenode.net |
08:16:21 | NJoin | elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:16:21 | NJoin | Hadaka [0] (naked@naked.iki.fi) |
08:16:21 | NJoin | crash_ [0] (~crash@a15167580.alturo-server.de) |
08:16:21 | NJoin | rasher_ [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) |
08:16:21 | NJoin | einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
08:16:21 | NJoin | Lynx_ [0] (HydraIRC@134.95.189.59) |
08:16:21 | NJoin | gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
08:19:04 | | Quit elinenbe (Connection reset by peer) |
08:19:14 | | Join LinusN [0] (~linus@labb.contactor.se) |
08:20:53 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
08:28:36 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:49:02 | DEBUG | EOF from server (Connection timed out) (snapshot: netstuff.c line 545) |
08:49:02 | *** | Cleanup |
08:49:02 | *** | Cleanup |
08:49:02 | *** | Saving seen data "./dancer.seen" |
08:49:02 | *** | Exit |
08:49:02 | *** | Started Dancer V4.16 |
08:49:02 | *** | Connected to irc.freenode.net on port 6667 |
08:49:02 | *** | Logfile for #rockbox started |
08:49:04 | *** | Server message 501: 'logbot :Unknown MODE flag' |
08:49:04 | Mode | "logbot :+i" by logbot |
08:49:04 | *** | Server message 477: 'logbot #rockbox :[freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup' |
08:49:04 | | Join logbot [242] (~bjst@labb.contactor.se) |
08:49:04 | | Join Zagor [242] (~bjst@labb.contactor.se) |
08:49:04 | | Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) |
08:49:04 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
08:49:04 | | Join dwihno [0] (~dw@81.8.224.89) |
08:49:04 | | Join ze [0] (ze@adsl-69-231-202-32.dsl.irvnca.pacbell.net) |
08:49:04 | | Join desrt [0] (~desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net) |
08:49:04 | | Join HCl [0] (hcl@titania.student.utwente.nl) |
08:49:04 | | Join webmind [0] (~random@217-195-236-172.dsl.esined.net) |
08:49:04 | | Join Strath [0] (~mike@dgvlwinas01pool0-a222.wi.tds.net) |
08:49:04 | | Join LinusN [0] (~linus@labb.contactor.se) |
08:49:04 | | Join mbr [0] (~mb@stz-softwaretechnik.de) |
08:49:04 | | Join edx [0] (edx@p54879393.dip.t-dialin.net) |
08:49:04 | | Join hile [0] (hile@hack.fi) |
08:49:04 | | Join Peter99 [0] (~d9e14ad3@labb.contactor.se) |
08:49:04 | | Join QT [0] (as@area51.users.madwifi) |
08:49:04 | | Join coob [0] (pen0r@82-44-227-205.cable.ubr11.haye.blueyonder.co.uk) |
08:49:04 | | Join courtc [0] (~court@adsl-33-169-57.asm.bellsouth.net) |
08:49:04 | | Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) |
08:49:04 | | Join izzy_ [0] (laitinei@huippu.net) |
08:49:04 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
08:49:05 | | Join Hadaka [0] (naked@naked.iki.fi) |
08:49:05 | | Join crash_ [0] (~crash@a15167580.alturo-server.de) |
08:49:05 | | Join rasher_ [0] (~rasher@62.79.64.148.adsl.hs.tiscali.dk) |
08:49:05 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
08:49:05 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
08:49:05 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:49:05 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
08:54:03 | | Quit elinenbe (Connection timed out) |
08:59:31 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
09:00 |
09:00:28 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
09:14:06 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
09:20:41 | Bagder | LinusN: tried my patch? |
09:26:27 | | Join ashridah [0] (ashridah@220-253-118-20.VIC.netspace.net.au) |
09:26:37 | LinusN | not yet, had some sleep instead, for a change :-) |
09:26:56 | Bagder | good choice |
09:27:04 | Bagder | but not now while at work I hope! ;-) |
09:27:05 | Bagder | now |
09:27:08 | LinusN | regarding the mp3end stuff, see how the stackend is defined in the link control file |
09:27:36 | LinusN | the m68k linker doesn't want the . in front of the symbols |
09:27:57 | LinusN | just define both .mp3end and mp3end |
09:28:03 | Bagder | aha |
09:28:10 | LinusN | like with the stackend |
09:28:51 | Bagder | odd that they work so differently |
09:29:09 | LinusN | i guess it has to do with history and tradition |
09:29:24 | Bagder | probably, yes |
09:29:39 | LinusN | great work, btw |
09:29:57 | Bagder | it really wasn't hard |
09:30:07 | LinusN | no, but it had to be done |
09:33:49 | Bagder | it was the _ that it doesn't like, but now it links fine |
09:35:06 | LinusN | ah, silly me |
09:35:20 | Bagder | -rw-r−−r−− 1 daniel daniel 151608 Feb 3 09:35 rockbox.iriver |
09:35:30 | LinusN | nice |
09:35:39 | Bagder | commit coming up |
09:36:48 | Bagder | done |
09:39:05 | Bagder | I wonder if this will start on the iriver now ;-) |
09:39:17 | Bagder | you know if your main-init was done in the same order as the "real" one? |
09:42:06 | | Quit elinenbe (Connection timed out) |
09:43:18 | LinusN | yes it was, but my working copy has a lot of extra port pin setup tricks that aren't yet committed to the proper files (power.c etc) |
09:43:29 | Bagder | ok |
09:43:37 | LinusN | so no, it won't start :-) |
09:43:50 | Bagder | but perhaps your version will! |
09:44:15 | LinusN | after resolving all the cvs conflicts... :-) |
09:44:40 | Bagder | yeah :-/ |
09:45:06 | LinusN | i found the perfect connector for the iriver debug port btw |
09:45:13 | QT | moin |
09:45:18 | LinusN | moin |
09:45:20 | Bagder | morning |
09:45:26 | Bagder | that's really good to hear |
09:45:37 | Bagder | can't wait to try that on my unit ;-P |
09:45:43 | LinusN | so resurrecting a dead iriver will be pretty easy in the future |
09:45:52 | QT | LinusN: great work with iriver port! appreciated |
09:45:54 | ripnetUK | LinusN - cool. Does that mean that if I break my iriver, and solder a connector onto it, I can send it to you for bdm'ing??? |
09:46:03 | ripnetUK | :) |
09:46:30 | LinusN | ripnetUK: that's the plan, but i'll do the soldering if you can't find a connector |
09:47:45 | LinusN | QT: thanks |
09:48:19 | QT | wish i could help somehow but the only thing i can do is donate money $-) |
09:48:43 | ripnetUK | thats kind of you. Thanks :) |
09:48:44 | LinusN | QT: as soon as we have something running, you can help with testing |
09:49:10 | QT | yeah, if i do not fry my lovely player with all its 40GB content :-) |
09:49:56 | QT | i hang around here since a few days and do a /lastlog iriver from time to time. i saw that you committed the ATA part |
09:50:46 | LinusN | QT: you don't have a backup of the iriver content? |
09:50:52 | QT | ripnetUK: i think that's least i can do if i wanna use your results soon |
09:51:00 | QT | LinusN: yeah, i do |
09:51:04 | QT | but not with me |
09:51:09 | * | QT is travelling a lot |
09:51:14 | ripnetUK | qt - ? |
09:51:26 | QT | ripnetUK: i mean donating.... |
09:51:40 | ripnetUK | i see |
09:52:12 | QT | like MisticRiver Jeff said it in forums.rockbox.org... "if you wanna see results and use enhanced FW, then donate" |
09:56:28 | LinusN | we have had a great increase in donations since we announced the iriver port |
10:00 |
10:01:05 | ripnetUK | the iRiver is a nice piece of kit... the Archos was just a /functional/ piece of kit :) |
10:01:17 | dwihno | So the rockbox '05 ibiza devcon is still on schedule? ;) |
10:01:43 | dwihno | anyone of you got experience with usb pendrives? |
10:09:54 | Lynx_ | dwihno: you plug them in, and they work ;) |
10:12:21 | ashridah | booting from them is touch and go |
10:12:27 | ashridah | highly motherboard dependent |
10:12:46 | dwihno | ashridah: touch and go? |
10:12:57 | dwihno | ashridah: I'm considering buying one and booting from it... |
10:13:01 | QT | ripnetUK: absolutely! iriver H1x0 series is a great player! |
10:13:15 | ashridah | dwihno: as in 'may or may not work' |
10:13:15 | dwihno | Perhaps linux, DOS, or whatever system you could fit on a 256/512/1024 meg stick |
10:13:36 | dwihno | ashridah: newer motherboards seem to work rather nicely |
10:13:40 | ashridah | but generally windows, linux and macosX all deal with them fine, for relatively recent versions of all three |
10:13:51 | ashridah | dwihno: i still run into some that flake out, even when they claim to |
10:16:01 | dwihno | ashridah: as long as my new comp supports it... it will be for playing DOS games! :) |
10:16:31 | dwihno | A new computer and pasta for a month ;D |
10:16:32 | ashridah | hope you don't have a usb keyboard then |
10:16:46 | ashridah | last time i used a usb driver to access a usb drive under dos it disabled my usb keyboard the sodding thing |
10:17:42 | QT | LinusN: that is great i think that people are happy to donate in order to get enhanced FW |
10:17:43 | dwihno | strange |
10:18:32 | ashridah | it may or may not have been that particular driver, others may work better |
10:20:46 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
10:26:48 | Bagder | hm, 90 warnings ;-) |
10:27:09 | | Join MooMaunder [0] (~me@194.152.87.150) |
10:31:57 | | Join amiconn [0] (~jens@pD9E7FCAC.dip.t-dialin.net) |
10:35:18 | DMJC | Linus!? |
10:37:33 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
10:37:52 | Lynx_ | Bagder: wasn't it less yesterday? |
10:37:58 | Bagder | yes |
10:38:07 | Bagder | but I committed more iriver build stuff today |
10:38:42 | Lynx_ | ok |
10:39:03 | [IDC]Dragon | amiconn: r u there? |
10:39:42 | Bagder | now rockbox builds "for real" on iriver |
10:40:55 | amiconn | Bagder: Is there a reason why you didn't fix those warnings you caused yesterday? I think of http://www.rockbox.org/twiki/bin/view/Main/UsingCVS#Checking_in_modifications ... |
10:41:01 | DMJC | is it safe to run yet? |
10:41:20 | amiconn | [IDC]Dragon: It seems so ;-) |
10:41:34 | Bagder | I think the warnings in the iriver version is less critical |
10:41:41 | * | [IDC]Dragon is sick of that ravenheart song |
10:41:54 | Bagder | and I want to allow more people to help, and have my changes tested by Linus |
10:42:02 | amiconn | Bagder: Yeah, I mean the warnings for the other "production" targets |
10:42:23 | Bagder | those were not intended |
10:42:30 | amiconn | If I wouldn't have fixed them, chances are the dailies for player & Ondio SP wouldn't have been functional |
10:42:30 | Bagder | just sloppy tested |
10:43:01 | [IDC]Dragon | a green build table looks sooo boring |
10:43:03 | amiconn | Yeah, that's what I wanted to say with that link... |
10:43:17 | Bagder | well, mistakes happen |
10:43:22 | amiconn | [IDC]Dragon: Still no error with that video? |
10:43:48 | [IDC]Dragon | except for the underrun, no |
10:43:59 | [IDC]Dragon | a different question: |
10:44:45 | amiconn | Really strange |
10:44:59 | [IDC]Dragon | I can't start with USB and MMC inserted without being prompted for re-plug. Did this come with my multivolume? |
10:45:17 | amiconn | Erm, this was there all the time |
10:45:31 | [IDC]Dragon | aha. I didn't notice |
10:46:00 | amiconn | Maybe we can get rid of it now that we have multivolume |
10:46:01 | [IDC]Dragon | perhaps we should do a late mounting in case of USB while booting |
10:46:22 | [IDC]Dragon | why has it been there? |
10:46:24 | amiconn | With multivolume it's no longer necessary to mount the external at boot |
10:46:59 | [IDC]Dragon | ok |
10:48:50 | | Quit elinenbe (Connection reset by peer) |
10:49:05 | *** | Saving seen data "./dancer.seen" |
10:49:39 | DMJC | is it safe to install the bootloader yet? |
10:49:45 | DMJC | on IHP-140 devices? |
10:50:11 | LinusN | i don't know if it's safe |
10:50:38 | amiconn | [IDC]Dragon: This should in fact be simple. Skip the prompt when the external isn't initialized (and hence not switched to SPI mode) |
10:50:52 | LinusN | it works for me, but i have only tested on one device with one firmware version |
10:51:20 | LinusN | i can never guarantee that it is 100% safe |
10:55:05 | amiconn | [IDC]Dragon: The MMC driver does late init since the beginning, i.e. it checks on access whether the card is initialized. If it's not, the init is done "on the fly" |
10:55:58 | DMJC | didn't you only test on a 120? |
10:56:11 | LinusN | yes i did |
10:56:14 | DMJC | try it on your 140 then I might... |
10:56:22 | LinusN | the 140 and the 120 are identical hardware wise |
10:56:43 | DMJC | which firmware version? |
10:56:46 | DMJC | I have 1.6 on mine |
10:56:49 | LinusN | but i don't recommend anyone to install the boot loader yet |
10:56:52 | DMJC | k |
10:57:03 | LinusN | i have 1.63 |
10:57:03 | DMJC | still waiting for the security features |
10:57:14 | DMJC | ah good.. that's the same version I have |
10:57:22 | LinusN | 1.63e |
10:57:41 | DMJC | someone built me a firmware with the bootloader set to boot the iriver firmware by default |
10:57:46 | LinusN | (i believe "e" stands for Europe) |
10:58:06 | LinusN | i will change that in the cvs too |
10:58:20 | DMJC | excellent |
10:58:37 | DMJC | in time you'll set which one you want by default in rockbox? |
10:58:39 | LinusN | it's just more convenient for developers to start rockbox by default |
10:58:42 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
10:58:58 | Bagder | indeed |
10:59:10 | LinusN | and for now, the boot loader is only for developers |
10:59:15 | Bagder | and there's no reason for non-devs to use for a while |
11:00 |
11:01:00 | DMJC | I could write hello world |
11:01:01 | DMJC | heh |
11:01:13 | DMJC | or a text based interface |
11:01:14 | Bagder | that qualifies as a dev ;-) |
11:01:30 | DMJC | play mp3 file y/n |
11:01:38 | DMJC | heh, i wrote a kernel installer that way |
11:03:20 | DMJC | should port netbsd.. heh my girlfriend would love that |
11:04:02 | | Quit Strath ("Client closed") |
11:06:20 | | Quit ripnetUK () |
11:06:26 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
11:14:11 | ripnetuk | I think I would prefer it if Rockbox started by default... that way, I NEVER have to re-flash once its working |
11:15:09 | LinusN | agreed |
11:15:48 | LinusN | on the other hand, if the boot loader doesn't find rockbox.iriver, it would start the original anyway |
11:15:49 | ripnetuk | Linus - which version of gcc are you using? some seem to be using 3.4.3 and some 3.3.4 |
11:16:09 | ripnetuk | i mean for m68k |
11:16:11 | LinusN | i *think* i use 3.4.x |
11:16:31 | ripnetuk | ok... i just want to make sure my enviro is as close to everyone else as possible |
11:16:48 | LinusN | 3.4.2 |
11:16:53 | ripnetuk | ok |
11:17:25 | LinusN | and binutils from CVS 2004-09-22 |
11:17:53 | ripnetuk | similar to mine |
11:18:03 | ripnetuk | but not identical... |
11:18:08 | Bagder | I could build fine with brand new cvs binutils |
11:18:23 | LinusN | yes, but could you *run* it? :-) |
11:18:47 | ripnetuk | i built a toolchain yesterday, with the cvs yesterday, and it BUILDS perfectly (both rockbox and bootloader). I got the same md5 on the bootloader as others got the other day |
11:18:49 | LinusN | the target code that is |
11:18:54 | Bagder | no, I need your outstanding commits |
11:18:58 | Bagder | ;-) |
11:19:18 | LinusN | so we're back again, where everything depends on me... :-( |
11:19:21 | ripnetuk | but when I built with 3.3.4 i got (unsuprisingly) a different md5, so the different versions definately produce doifferent object ocde. |
11:19:37 | Bagder | LinusN: shouldn't be much more now though |
11:19:47 | Bagder | gotta go |
11:20:22 | * | LinusN fells the ulcer coming back |
11:20:25 | LinusN | feels |
11:26:25 | LinusN | the safest way would be to offer binaries of the boot loader, along with instructions how to merge it with the original firmware |
11:26:50 | LinusN | and a list of proven firmware/bootloader combinations |
11:28:07 | ripnetuk | i agree |
11:28:20 | ripnetuk | and the md5s of the finished rom |
11:28:25 | LinusN | yes |
11:28:41 | ripnetuk | or the ips patch to convert a rom, but we dont want to make it TOO easy :) |
11:32:44 | ripnetuk | i get a different md5 on bootloader.bin now... aha, there have been overnight commits. What does the rockbox do now? i assume its more than a flashing backlight now - seemed to compile a lot more code after lat nights commit |
11:33:16 | LinusN | yes, Bagder made most of the stuff compile |
11:33:28 | LinusN | but it doesn't run any of the code yet |
11:34:56 | LinusN | lunch time |
11:35:05 | ripnetuk | so we still have the flashing backlight then |
11:52:57 | Bagder | actually no |
11:53:11 | Bagder | it doesn't flash anymore, it is replaced with the actual main |
11:53:19 | Bagder | which doesn't work quite yet ;-) |
11:53:39 | Bagder | so now it is less than flashing for a while |
11:53:42 | * | Bagder runs off again |
11:56:15 | | Quit Nibbler ("blubber") |
11:59:30 | | Quit elinenbe (Read error: 54 (Connection reset by peer)) |
12:00 |
12:04:43 | | Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
12:05:09 | | Quit midk (Read error: 104 (Connection reset by peer)) |
12:15:49 | dwihno | Bagder: you broke it! :) |
12:15:57 | dwihno | you broke it, you bought it? :) |
12:25:45 | ripnetuk | bagder - how do you know it doesnt work? did Linus test it on his 120? |
12:26:01 | Zagor | ripnetuk: it's missing some hardware setup code. |
12:26:12 | ripnetuk | i see |
12:30:02 | | Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) |
12:30:19 | ripnetuk | hi dm... did you manage to resist the temptation to flash :) |
12:30:29 | DMJC-L | heh yeah |
12:30:52 | DMJC-L | figured i'd wait and see if someone gets mp3/ogg support soon |
12:31:09 | DMJC-L | if I'm going to make it a brick it'll be in an attempt to play music |
12:31:13 | ripnetuk | :) |
12:31:49 | DMJC-L | will equalizer support be added? |
12:31:57 | DMJC-L | just your basic winamp style I mean |
12:31:57 | ripnetuk | i would have htought so |
12:32:01 | ripnetuk | thought |
12:32:03 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
12:32:08 | DMJC-L | I don't use srs |
12:32:23 | ripnetuk | i hate all euqalization... i always use natural |
12:32:52 | preglow | yo, would anyone happen to know where the __assert mentioned in assert.h is coming from? |
12:32:57 | ripnetuk | im hoping for a 'feature manager' on Rockbox to turn OFF features i dont use |
12:33:06 | ripnetuk | rather like the shuffle modes selector on iRiver |
12:33:25 | DMJC-L | I want otf playlist |
12:33:33 | DMJC-L | otf, mp3/ogg |
12:33:38 | DMJC-L | nothing else really mattersa |
12:33:40 | Zagor | DMJC-L: we have playlists already |
12:33:47 | LinusN | ripnetuk: why turn off features? |
12:34:00 | DMJC-L | on the fly? or just gay playlist files? |
12:34:12 | Zagor | DMJC-L: srs is garbage that will never come near rockbox |
12:34:18 | DMJC-L | heh cool |
12:34:20 | ripnetuk | for example the shuffle modes on iRiver, there are about 6 different modes, and if I couldnt turn off the ones I never use, I have to press the shuffle select button like 6 times |
12:34:26 | LinusN | DMJC-L: yes, on-the-fly |
12:34:29 | ripnetuk | to switch between no shuffle and shuffle all |
12:34:31 | DMJC-L | l33t |
12:34:35 | Zagor | ripnetuk: we don't fix iriver bugs, since we don't have them |
12:34:44 | ripnetuk | :) |
12:34:45 | dwihno | :) |
12:34:57 | DMJC-L | will navigation be similar to iriver's firmware? |
12:35:01 | LinusN | the one-key shuffle toggle is an iriver firmware issue |
12:35:06 | DMJC-L | I found it to be pretty logical |
12:35:12 | LinusN | DMJC-L: you did??? |
12:35:16 | DMJC-L | yeah |
12:35:25 | ripnetuk | i know, but its a great feature, |
12:35:31 | ripnetuk | not an issue :) |
12:36:14 | LinusN | i think the iriver UI is a nightmare |
12:36:35 | DMJC-L | I've never had an issue with it, only 2 things bug me |
12:36:40 | ripnetuk | i think its OK apart from the lack of ability to go from deep in tree.c to wps.c |
12:36:49 | DMJC-L | no OTF, and I want more format support heh |
12:37:06 | ripnetuk | and no custom wps... |
12:37:14 | DMJC-L | wps? |
12:37:19 | * | ripnetuk imagines 2 seperate custom wps's on remote and main |
12:37:20 | LinusN | while playing screen |
12:37:23 | ripnetuk | while playing screen |
12:37:28 | DMJC-L | ah k |
12:37:37 | ripnetuk | with Rockbox, you can use format codes to choose EXACTLY what gets displayed |
12:37:46 | DMJC-L | not bad |
12:38:40 | DMJC-L | I don't mind as long as the buttons do what I'm used to for basic file selection/playback |
12:39:09 | DMJC-L | crap like radio and record, i don't care about |
12:39:11 | LinusN | one of the silliest things is the A/B key |
12:39:36 | ripnetuk | yes |
12:39:37 | LinusN | a dedicated key for just A/B playback |
12:39:41 | DMJC-L | not really.... I mean technically you could almost emulate a snes on the iriver.. |
12:39:51 | DMJC-L | it just lacks l/r buttons |
12:39:52 | ripnetuk | i agree - a/b is a daft feature i have never used, and am forever accidently enabling |
12:40:02 | ripnetuk | and a color screen |
12:40:16 | DMJC-L | 300's have color screens |
12:40:55 | ripnetuk | how about a java virtual machine? |
12:41:03 | dwihno | yeah |
12:41:04 | DMJC-L | the upcoming gameboy emulator almost makes me regret not getting a color.. |
12:41:05 | ripnetuk | or a .net compact framework :) |
12:41:06 | dwihno | a/b key is silly |
12:41:08 | dwihno | ><))))8> |
12:41:35 | DMJC-L | I'm sure you'll find a use for it |
12:42:03 | LinusN | oh yes, we need all the keys we can get |
12:42:08 | ripnetuk | there are a hell of a lot of inputs on the remote... i make it 11+hold |
12:42:15 | LinusN | it's just that the button labling is silly |
12:42:20 | DMJC-L | ah heh |
12:42:36 | ripnetuk | the archos had what? 10? including the hardware off button |
12:42:47 | LinusN | f1-f3 is nice, like on the archos recorder |
12:42:59 | ripnetuk | true |
12:43:05 | LinusN | 10, yes |
12:43:26 | LinusN | the off button is used as a "normal" button as well |
12:43:40 | | Quit Peter99 ("CGI:IRC (EOF)") |
12:43:46 | ripnetuk | provided it doesnt need to be held |
12:43:51 | LinusN | exactly |
12:44:10 | Zagor | http://www.rockbox.org/twiki/bin/view/Main/ButtonAssignments |
12:44:27 | ripnetuk | i think the off (stop) on iRiver is software driven... i managed to crash it (only) once, but giving it a bad mp3, and i had to use the reset button |
12:46:38 | ripnetuk | i was out on my bike at the time - had to find a tree with thorns to pree the reset :) |
12:46:48 | | Join Patr3ck [0] (~Patr3ck@pD9ECE5F9.dip.t-dialin.net) |
12:47:02 | LinusN | it is s/w only, yes |
12:47:24 | DMJC-L | my h-140 is the single coolest thing I own |
12:47:58 | ripnetuk | dmjc - mine comes close to the top of my list |
12:48:11 | DMJC-L | rockbox is going to make these things crap all over ipod |
12:48:18 | ripnetuk | yes |
12:48:38 | ripnetuk | rockbox converted the distinctly average archos to be a great mp3 player |
12:48:51 | ripnetuk | so, it will convert the great iRiver into a superb mp3 player |
12:49:06 | *** | Saving seen data "./dancer.seen" |
12:49:26 | ripnetuk | i hope we get a c64 sid player |
12:49:35 | LinusN | coll indeed |
12:49:37 | LinusN | cool |
12:49:45 | ripnetuk | MAgical Sound Shower |
12:49:59 | DMJC-L | I want .mod support.. |
12:50:02 | DMJC-L | that'd be l33t |
12:50:11 | DMJC-L | actually .mid would be more l33t |
12:50:18 | LinusN | .mod is not impossible at all |
12:50:33 | ripnetuk | .mod just involves being able to mix 4 samples does it not? |
12:50:43 | LinusN | standard mod, yes |
12:50:58 | DMJC-L | .mid is possible in theory afaik |
12:51:03 | DMJC-L | if you use soundfonts |
12:51:03 | LinusN | there are 8-track variants too, iirc |
12:51:10 | ripnetuk | octamed |
12:51:13 | ripnetuk | for amiga i remember |
12:51:15 | LinusN | ripnetuk: exactly |
12:51:20 | LinusN | octalyzer? |
12:51:23 | ripnetuk | i think it software mixed 4 pairs |
12:51:41 | DMJC-L | amiga was a 7 or 14 mhz machine? |
12:51:51 | DMJC-L | it was pretty slow afaik |
12:52:08 | ripnetuk | i loaded winuae on my laptop the other day to watch "jesus on e's" demo. They have implemented the floppy disk drive noises in the emulator ;) |
12:52:10 | LinusN | .mid is harder, because it requires polyphonic voices |
12:52:14 | LinusN | 7MHz |
12:52:35 | DMJC-L | polyphonic voices? |
12:52:42 | LinusN | you know, chords |
12:53:06 | LinusN | i think mid requires at least 16 channels |
12:53:07 | DMJC-L | ah |
12:53:39 | LinusN | and each channel can have polyphonic voices |
12:53:53 | ripnetuk | surely if the 7mhz amiga could mix 8 channels into 4, our coldfire should be able to merge 16 into 1? |
12:54:11 | LinusN | sure |
12:54:28 | LinusN | but in the midi case, it's more like 32 or 40 |
12:54:33 | LinusN | in theory |
12:54:44 | ripnetuk | and there IS a repository of game music on the web in mid format, which is cool |
12:54:59 | DMJC-L | heck i have a bunch of it here |
12:56:30 | | Join Nibbler [0] (~sven@port-195-158-163-34.dynamic.qsc.de) |
12:57:17 | DMJC-L | mainly wing commander stuff |
12:59:09 | ripnetuk | i always like the ninteno music on mario games |
13:00 |
13:03:42 | dwihno | the iriver software bugs on some mp3s |
13:03:53 | ripnetuk | it doesnt like mp2s |
13:04:05 | LinusN | including "Kebab" :-( |
13:04:21 | ripnetuk | if it hangs on some mp3s, maybe there is potential for a buffer overrun attach |
13:04:27 | ripnetuk | attack |
13:04:59 | DMJC-L | virus infected iriver now? |
13:05:09 | DMJC-L | heh |
13:06:36 | LinusN | ripnetuk: probably |
13:06:48 | LinusN | i haven't had the time or energy to investigate though |
13:07:33 | dwihno | LinusN: It doesn't like kebab?! We have a major software issue! :( |
13:07:47 | ashridah | mmmm. lamb sandwich |
13:07:47 | ripnetuk | give it some beer. then it will LOVE kebab |
13:07:49 | dwihno | LinusN: I got a regular mp3 file which is "ok", but the software just plays a couple of secs and then skips |
13:10:38 | LinusN | wow |
13:10:56 | LinusN | dwihno: it hates Starka Såsen |
13:11:24 | dwihno | iriver needs rockbox - "because it's starka såsen compatible(tm)" |
13:11:41 | LinusN | a strong sales pitch indeed |
13:12:24 | | Join [1]Patr3ck [0] (~Patr3ck@pD9ECF440.dip.t-dialin.net) |
13:12:59 | DMJC-L | heh |
13:13:52 | dwihno | LinusN: have you done any work on some kind of pcm driver? |
13:14:17 | LinusN | haven't had time |
13:14:43 | LinusN | but that is the next thing to do when the boot loader is finished |
13:15:45 | dwihno | do you think it will be hard? |
13:15:50 | Lynx_ | what's a pcm driver? :) |
13:15:50 | ripnetuk | hows the minimon coming on then? |
13:15:59 | amiconn | LinusN: "starka såsen"? |
13:16:08 | ripnetuk | pulse coded modulation - uncompressed (almost uncompresed) audio |
13:16:10 | LinusN | ripnetuk: i think i'll ditch the minimon |
13:16:19 | ripnetuk | yeah? |
13:16:22 | dwihno | kebab is a good song for testing mpeg playback |
13:16:22 | Lynx_ | ripnetuk: a, thx |
13:16:32 | DMJC-L | ditch the minimon? |
13:16:34 | ripnetuk | did you say you were pointing the exception vector to the original firmware instead? |
13:16:45 | LinusN | as you said, there are few occasions where it will be useful |
13:17:10 | ripnetuk | i agree really, its only really useful if rockbox fails between minimon coming up, and the check for the record button |
13:17:12 | LinusN | instead, i'll start the original firmware |
13:17:48 | ripnetuk | when? |
13:18:01 | ripnetuk | i dont mean when will it be ready, i mean when will you start the original fw |
13:18:07 | LinusN | in the exception handlers |
13:18:21 | LinusN | and in panicf() |
13:18:40 | LinusN | basically, in every situation where rockbox crashed |
13:18:47 | LinusN | crashes |
13:19:16 | ripnetuk | i see... so the offical advice is still to wait until thats done before flashing then? and wait for Zagor and Badger to flash as well? |
13:19:56 | LinusN | another safety net would be to write a cookie to the internal ram early in the startup, and clearing it when reaching the rec-key loop |
13:20:12 | ripnetuk | ? |
13:20:27 | LinusN | so if the cookie is there when it reboots, something must have gone wrong and reset ws pushed by the user |
13:20:29 | ripnetuk | and have another thread checking the cookie? |
13:20:38 | ripnetuk | i see :) smart |
13:20:48 | LinusN | so if the loader hangs, you can reset and it will start the original |
13:20:54 | ripnetuk | nice |
13:21:04 | ripnetuk | that sounds a lot safer... |
13:21:08 | LinusN | better play it safe |
13:21:12 | ripnetuk | yeah |
13:23:44 | ripnetuk | do we have any spare hardware interupts? could we point one of them at the original, so we can connect +ve to a pin and have it jump there? |
13:25:05 | LinusN | interesting idea |
13:25:29 | ripnetuk | kind of like one of those heart machines... SHOCK... alive |
13:25:51 | LinusN | CLEAR! |
13:28:19 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
13:28:20 | | Nick [1]Patr3ck is now known as Patr3ck (~Patr3ck@pD9ECF440.dip.t-dialin.net) |
13:29:06 | LinusN | no general irq:s are routed to a nice external port or key |
13:29:20 | LinusN | however, a watchdog is of course a good idea |
13:33:29 | ripnetuk | oh well |
13:33:58 | ripnetuk | i guess the cookie thing should cover it... all other suggestions rely on being able to successfully jump to the original code, and on our code running at all |
13:34:10 | LinusN | yup |
13:34:18 | ripnetuk | which as far as I can see are the only failure possibilities for the cookie thing anyway |
13:34:37 | ashridah | doesn't mean you can't glue a timer to a software interrupt very early in the bootup |
13:34:47 | LinusN | yes you could |
13:35:08 | ashridah | have the vector point to a bit of code that kills the timer, then jumps to the normal firmware |
13:35:15 | LinusN | yup |
13:35:28 | ashridah | need to remember to kill it in rockbox tho ;) |
13:35:33 | ripnetuk | but does that give us anything the cookie doesnt? |
13:35:33 | LinusN | hehe |
13:35:43 | ashridah | ripnetuk: it gives you a poor mans watchdog |
13:36:01 | ashridah | the cookie is failure detection, not endless loop detection |
13:36:20 | LinusN | there is a watchdog timer in the coldfire |
13:37:01 | LinusN | it can reset the cpu |
13:37:18 | LinusN | so we can extend the cookie functionality to include the entire boot loader |
13:37:31 | ripnetuk | i dont follow |
13:37:41 | LinusN | i.e we reset the cookie right before leaving the boot loader |
13:38:12 | LinusN | the watchdog resets the cpu and the cookie is not reset, so the original is immediately started |
13:38:50 | ripnetuk | so it just saves having the manually press reset? |
13:38:51 | ripnetuk | :) |
13:39:03 | | Join jyp [0] (~jp@121.200-200-80.adsl.skynet.be) |
13:40:01 | LinusN | hmmm, you're right, we only need the cookie protection up to the point where the rec key sensing works |
13:40:42 | LinusN | and the cookie protection is somewhat simpler than the timer solution |
13:41:27 | ripnetuk | so long as the reset doesnt clear / invalidate the internal ram |
13:41:47 | LinusN | i doubt it very much |
13:41:49 | ripnetuk | but you can easily test that with your bdm |
13:42:44 | ripnetuk | just out of interest, what does the bdm consist of? is it a custom chip? |
13:42:48 | ashridah | ripnetuk: easy way to find out. stop the iriver half-way through a song. then hit the reset button on the bottom, and see if it forgets where it was |
13:43:04 | LinusN | ripnetuk: it's a quite simple design |
13:43:09 | ashridah | (assuming the track position is written there) |
13:43:20 | ripnetuk | ash - i dont know if it stores that on disk or ram |
13:43:30 | LinusN | mainly only a buffer for the parallel port, with some extra logic for the clocks |
13:44:04 | ripnetuk | i see |
13:44:33 | LinusN | there are schematics and PAL code out there, if you want to build your own |
13:44:35 | ashridah | ripnetuk: i don't think there's really any place that it can safely store that kind of thing in a fat32 partition. |
13:44:49 | LinusN | ashridah: how about a file? :-) |
13:45:04 | ashridah | LinusN: there doesn't seem to be one, unless it deletes it before allowing a pc to connect |
13:45:19 | ashridah | of course, it forgets when you do so |
13:45:26 | LinusN | i think they do it in one of two ways: |
13:45:44 | LinusN | 1) The Rockbox way, i.e in an unused sector on disk |
13:45:52 | LinusN | 2) In the I2C EEPROM |
13:46:00 | ashridah | internal ram seems sanest, since then you can use it for things like FM and not have the disk on at all |
13:46:15 | ashridah | nvram rather |
13:47:08 | LinusN | there is no nvram, afaik |
13:47:11 | ripnetuk | i dont this we can tell for sure without implementing the cookie, and deliberately making it hang after writing the cookie, then reseting and seeing if it works |
13:47:15 | ashridah | my first iriver H140 hada defect where it'd refuse to read the drive's contents if it was warm when it got turned on (either warm from use or charging) |
13:47:34 | ripnetuk | nasty... |
13:47:38 | ashridah | but it seemed to still be able to remember its settings |
13:48:00 | ashridah | ripnetuk: took me a few days to pin down how to reproduce it. got it replaced quickly enough once i did tho |
13:48:25 | ashridah | was annoying tho, i had to go home without files on it twice in a row and minimal battery life for listening to the radio :) |
13:48:26 | ripnetuk | yeah... failed hdd's can be nasty... i think (although still not proved) that a failed hdd was responsible for my recent spate of Linux hangs |
13:48:34 | LinusN | i also think the DRM key on the 300 is stored in the i2c eeprom |
13:48:39 | ashridah | ripnetuk: oh, it wasn't a failed drive |
13:48:54 | ripnetuk | failed controller? |
13:48:56 | ashridah | the drive worked fine no matter what when you plugged the unit into usb |
13:49:15 | ripnetuk | might have been a loose joint and thermal expansion |
13:49:15 | ashridah | it just refused to read the disk properly itself when you turned it on or gave it control |
13:49:26 | ashridah | it'd wig out when it got to the directory tree, yet still turned off with the stop button |
13:49:40 | ashridah | ripnetuk: well, yes, since it only happened when warm, i assumed it was thermal expansion |
13:49:46 | ashridah | the replacement's worked fine for almost a year now |
13:49:49 | ashridah | (10 months) |
13:49:57 | ripnetuk | mine is about that age |
13:50:12 | ripnetuk | more like 8 months actually |
13:50:49 | * | ashridah triggered a wave of iriver purchases at his uni when he got his >:) |
13:50:50 | | Join Sporkboy [0] (~fubu442@CPE-24-163-133-110.new.rr.com) |
13:50:56 | | Quit Sporkboy (Client Quit) |
13:50:58 | ashridah | LinusN: did they add DRM support to the 3xx? |
13:51:18 | ashridah | i haven't been following firmware updates since they changed the site to flash-based hell |
13:52:20 | | Quit Nibbler (Read error: 113 (No route to host)) |
13:55:03 | LinusN | the us version of the 300 has drm support |
13:55:21 | LinusN | but the drm key is lost if you flash non-us firmware |
13:56:37 | LinusN | and it doesn't help to reflash the us firmware |
13:57:21 | ripnetuk | intereswting... by i think th ebest way to handle drm is to buy the music and then download a non-restricted version |
13:57:45 | LinusN | that's probably not the spirit of the drm scheme :-) |
13:57:51 | ripnetuk | :) |
13:57:53 | ashridah | hm. the 3xx series doesn't have the optical out anymore does it? |
13:58:06 | LinusN | nope |
13:58:16 | ashridah | pity, since you'd be able to make basically identical copies using optical-in on something else |
13:58:16 | ashridah | :) |
13:58:21 | LinusN | which makes it suck enormously |
13:58:29 | ashridah | yeah |
13:59:28 | LinusN | i don't use the s/pdif to copy, i use it to connect my player to my hifi |
13:59:38 | ripnetuk | me too, via minidisc |
13:59:50 | ripnetuk | sounds so much better than the internal dac |
13:59:51 | ashridah | my digital satellite receiver has an optical/analog output. |
14:00 |
14:00:07 | ashridah | i've recorded some long sessions off the radio channels they distribute |
14:00:12 | ashridah | gives me some variety |
14:00:27 | ashridah | only via analog atm tho, need to get an optical cable |
14:01:21 | ripnetuk | in the UK, freeview and a dvb card gives me a very good way to record radio. Gives me a unrestricted mp2 stream :) |
14:04:49 | ashridah | hm. midnight, gotta crawl out of bed at 8am. night |
14:04:50 | | Quit ashridah ("sleep") |
14:08:14 | HCl | ew. |
14:08:20 | HCl | i didn't know those things about 3xx |
14:09:45 | * | HCl reads backlog |
14:12:59 | LinusN | i learned it from the misticriver forum |
14:16:53 | HCl | ok, done :P |
14:17:16 | HCl | *yawns* |
14:19:55 | HCl | LinusN: can you tell me something about how lcd accesses work? does it have a framebuffer? or? |
14:20:19 | HCl | its somewhat important for the gameboy emu whether you can write to it directly or not.. |
14:20:24 | LinusN | the lcd has its own frame buffer |
14:20:27 | HCl | ok |
14:20:30 | HCl | good :) |
14:20:48 | ripnetuk | are we going to have a gameboy emu before mp3 playback :) |
14:20:52 | HCl | :P |
14:21:07 | LinusN | you set the buffer pointer and then you write the data, autoincrementing the pounter |
14:21:11 | LinusN | pointer |
14:21:11 | HCl | nah, wouldn't say that, just wanting to collect some info |
14:21:14 | HCl | LinusN: *nods* |
14:21:30 | LinusN | the rockbox lcd driver has its own frame buffer |
14:21:35 | HCl | its ashame it misses a few pixels then.. |
14:21:43 | HCl | compared to the gameboy |
14:21:58 | LinusN | in which we can render fonts and graphics, then we transfer the whole buffer to the lcd |
14:22:06 | HCl | *nods* |
14:23:12 | ripnetuk | how do you book out from cvs as it was on date x aat time y? |
14:23:14 | HCl | well, i'm somehow gonna have to intercept and remap writes to certain lines.. skipping 16 pixels in the beginnning/end shouldn't be hard, but. skipping 16 evenly distributed lines throughout the screen will be harder.. |
14:23:31 | LinusN | ripnetuk: cvs co -d <date> |
14:23:36 | ripnetuk | thanks :) |
14:23:41 | HCl | ah well. |
14:23:42 | LinusN | or cvs up -d <date> |
14:23:42 | | Join bobTHC [0] (~foo@l03m-41-25.d1.club-internet.fr) |
14:23:51 | bobTHC | hi mates! |
14:23:54 | * | HCl waits till the bootloader is declared stable and stuff |
14:23:55 | HCl | hello |
14:23:56 | LinusN | hi ho |
14:24:03 | LinusN | long time no see |
14:25:13 | bobTHC | yep, very busy this days.... |
14:25:48 | bobTHC | and u seems to be busy with the iriver too ;) |
14:26:10 | LinusN | yup |
14:35:05 | Lynx_ | [IDC]Dragon: should your RockVideo tool be able to convert xvid avi's? |
14:38:24 | HCl | does any archos / iriver even have the cpu to do xbvid..? |
14:38:27 | HCl | xvid* |
14:38:51 | LinusN | yes, at 128x64 pixels |
14:39:03 | HCl | hrm |
14:39:48 | HCl | well.. personally i think that might only prove useful on a h3x0... |
14:40:06 | HCl | or cartoons, or something |
14:40:15 | LinusN | yup |
14:42:45 | HCl | can you disable the whole drm stuff on a h3x0? |
14:43:19 | LinusN | i dunno |
14:43:25 | HCl | k |
14:46:39 | bobTHC | :) |
14:48:47 | | Quit ripnetuk (Read error: 60 (Operation timed out)) |
14:48:52 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
14:49:10 | *** | Saving seen data "./dancer.seen" |
14:52:21 | | Join R3nTiL [0] (~zorroz@83.69.98.89) |
14:59:05 | ripnetuk | Re booking out from CVS for a given date, I just cant get the syntax correct... the line I use to book out already had a -d in it. I use |
14:59:05 | ripnetuk | |
14:59:07 | ripnetuk | cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-all |
14:59:13 | ripnetuk | for a normal bookout... |
14:59:47 | LinusN | the -d must be after the "co" |
14:59:59 | HCl | huh? |
15:00 |
15:00:00 | ripnetuk | i see. thanks :) i will document that on my wiki of tech notes |
15:00:39 | ripnetuk | that worked - thanks :) |
15:04:41 | HCl | the faq is a bit out of date... with the upcoming iriver port.. |
15:04:54 | HCl | cause it says stuff can't be done cause the archos doesn't support it.. but like, the iriver will. |
15:05:22 | LinusN | like...? |
15:05:41 | | Join El_Barto2 [0] (firecreepe@www.e-spirit.de) |
15:05:43 | El_Barto2 | Hi |
15:05:49 | LinusN | hi |
15:06:12 | El_Barto2 | anyone interested in an archos recorder 20? |
15:06:26 | HCl | LinusN: q19, for instance |
15:06:26 | LinusN | you're selling? |
15:06:48 | El_Barto2 | i sell it or will it change with a gmini 120 |
15:06:58 | LinusN | HCl: ah, yes |
15:07:12 | LinusN | HCl: feel free to update, it's a wiki |
15:07:17 | HCl | mmm.. |
15:07:29 | HCl | i dunno, i'm not sure whether i trust my documentation writing abilities |
15:08:11 | HCl | lmao @ q27 xD |
15:09:48 | | Join NibbIer [0] (~sven@port-195-158-163-34.dynamic.qsc.de) |
15:15:40 | amiconn | [IDC]Dragon: r u there? |
15:19:18 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
15:32:57 | | Quit R3nTiL () |
15:34:10 | ripnetuk | cvs question - when you book out for a given date, is that the START of the day of the end? |
15:34:15 | ripnetuk | or the end |
15:34:28 | LinusN | the start, methinks |
15:34:40 | LinusN | ah, no, the end |
15:35:09 | ripnetuk | ta |
15:47:50 | | Quit jyp ("poof!") |
16:00 |
16:02:05 | | Part LinusN |
16:13:46 | Zagor | sounds like gmail is out of beta. everyone got loads of invites. |
16:19:34 | Lynx_ | why do they keep this funny invite scheme? |
16:19:58 | Zagor | good question |
16:21:16 | Lynx_ | hmm, would you pay 5 euro more for 8mb harddisk cache instead of 2 mb ? |
16:21:37 | Zagor | for a computer, yes. for an mp3 player, no. |
16:21:40 | bobTHC | 2.5' ? |
16:21:58 | Lynx_ | it's more for backup purposes, so i guess no... |
16:22:39 | ripnetuk | i would as its only 5 euros and you might want to use it for something else in future |
16:23:26 | Lynx_ | ripnetuk: that's what i just thought. on the other hand, in the future it may not even fit a longhorn 2 installation ;) |
16:27:21 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
16:30:31 | Lynx_ | i ordered the 8mb one :) |
16:32:39 | El_Barto2 | it would be better to order the gmini 120 ;) |
16:32:47 | El_Barto2 | it has standart 8mb cache |
16:33:17 | El_Barto2 | and you dont have to open the player ;) |
16:34:29 | Bagder | but you don't get much storage |
16:34:58 | El_Barto2 | not? |
16:35:02 | | Quit Ka (Read error: 60 (Operation timed out)) |
16:35:09 | Lynx_ | El_Barto2: i was referring to a 200 gb standard hard disk... |
16:35:10 | Bagder | a 120 is only 20GB, isn't it? |
16:35:33 | El_Barto2 | and what should have 200? |
16:35:39 | Bagder | a hard drive |
16:35:57 | El_Barto2 | i thought you were talking about an archos player ;) |
16:36:22 | El_Barto2 | sorry.. |
16:42:38 | | Join mecraw [0] (~mecraw@69.2.235.2) |
16:49:12 | *** | Saving seen data "./dancer.seen" |
16:55:54 | [IDC]Dragon | Lynx_, amiconn: now I'm here |
16:56:05 | El_Barto2 | bye |
16:56:09 | | Quit El_Barto2 () |
16:56:53 | | Join funkymonkey [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
16:56:53 | | Quit methangas (Read error: 104 (Connection reset by peer)) |
16:56:57 | | Nick funkymonkey is now known as methangas (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
16:57:07 | Lynx_ | [IDC]Dragon: howdy :) Have you ever used RockVideo with an xvid file? |
16:57:12 | [IDC]Dragon | Lynx_: the video converter should be able to convert anything you can play in the Media Player |
16:58:22 | Lynx_ | [IDC]Dragon: i investigated further with that graphedit thing. It does not allow me to connect the xvid decoder to your filter, although the out of xvid and in of your filter list the same 'format', YUV2 or somethign like that. |
16:58:48 | Lynx_ | [IDC]Dragon: if i just use the gui it crashes, and sound goes to the standard direct sound device. |
16:59:26 | Lynx_ | however: i wanted to try to use the divix decoder instead, and by accident the graphedit connected the xivid decoder to the divix, and then to your filter. and that works... |
17:00 |
17:00:09 | ripnetuk | wierd stuff happening... I think there is something wrong with the iriver scrambling code - i scrambled a .bin to a .hex, and then descrambled the .hex to .bin.check (to check) and the files differ |
17:00:11 | Lynx_ | Does that make sense? My vocabulary is probably off, I never do anything like that |
17:00:52 | | Join Digital007 [0] (~acc87607@labb.contactor.se) |
17:01:46 | [IDC]Dragon | Lynx_: I very vaguely remember something similar |
17:02:01 | [IDC]Dragon | and fixing something |
17:02:11 | ripnetuk | they differ LOADS - is there some random factor in the scrambling? |
17:02:40 | Lynx_ | [IDC]Dragon: well, the message is i guess that in the version i downloaded today it does not work, and the connections that graphedit makes by default are wrong (no video, audio to std device) |
17:02:41 | [IDC]Dragon | do you have a short xvid which doesn't convert but play? |
17:03:56 | Lynx_ | [IDC]Dragon: 183 mb... |
17:04:46 | | Quit Digital007 (Client Quit) |
17:05:05 | | Part Zagor |
17:05:52 | amiconn | [IDC]Dragon: Any news concerning the mas wav codec? |
17:06:13 | [IDC]Dragon | I nagged again just a few days ago |
17:06:26 | [IDC]Dragon | it's "in progress" |
17:06:42 | amiconn | Hmm. :-/ |
17:08:01 | Lynx_ | [IDC]Dragon: ok, the divix->xvid->rvf version creates a rvf file, but that displays as a black screen on the box, sound is ok |
17:08:05 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
17:08:27 | [IDC]Dragon | I don't understand divix->xvid |
17:08:45 | [IDC]Dragon | the first decodes, and the second? |
17:09:00 | amiconn | Lynx_: I also had problems when testing the DirectShow filter (usually I do use the command line tool), also with a DivX video |
17:09:11 | amiconn | I have the 3ivx codec installed. |
17:09:18 | HCl | ripnetuk: mmm, i remember that happening yesterday when i did a check for that before i sent the .hex to DMJC-L |
17:09:47 | amiconn | The problem was that there is a setting to "force" the codec to a hardware overlay... which obviously fails when it should render to a file... |
17:10:09 | [IDC]Dragon | ah, I remember |
17:10:20 | Lynx_ | [IDC]Dragon: i have no idea what i am doing, really. i wanted to use the Divx decoder instead of the xvid one in graphedit. when i connected that, i still had the xivid one open in the program, and it connected it after the divx one. so i thought i would just try that, and it didn't give ma an error and created the file. |
17:12:47 | ripnetuk | hcl - its wierd, I can decode and re-encode the original fw and get the same file. If i encode new.bin then decode it, its VERY different |
17:13:06 | HCl | ripnetuk: it says something about building checksum tables the first time |
17:13:14 | HCl | i'm figuring new.bin doesn't have those the first time? |
17:13:24 | ripnetuk | gotcha |
17:13:24 | HCl | have you tried reencoding the decoded new.hex? |
17:13:33 | ripnetuk | no :) did you? |
17:13:44 | HCl | no... |
17:13:48 | HCl | should be tested, really |
17:13:53 | ripnetuk | i guess so |
17:13:58 | Lynx_ | [IDC]Dragon: Am i correct that the 'XForm Out' pin of the xvid decoder should be connected to the YUV Video pin on the rfv renderer? |
17:14:29 | [IDC]Dragon | is there any other? |
17:15:25 | Lynx_ | [IDC]Dragon: no, but that is the connection graphedit does not allow, "the codecs could not agree on a connection..." |
17:15:58 | [IDC]Dragon | that's the interesting point |
17:16:12 | [IDC]Dragon | are there any properties at the xvid? |
17:17:04 | Lynx_ | [IDC]Dragon: yes, as i said both list YUY2 and YV12, but the xivid has more details, sec |
17:17:17 | Lynx_ | Major Type: Video - Sub Type: YUY2 - Format: YUY2 512x384, 16 bits, |
17:17:18 | Lynx_ | Aspect Ratio: 512x384, |
17:17:18 | Lynx_ | Interlace format: Frames |
17:17:18 | DBUG | Enqueued KICK Lynx_ |
17:17:18 | Lynx_ | rcSrc=(0,0,0,0) |
17:17:18 | Lynx_ | rcDst=(0,0,0,0) |
17:17:32 | Lynx_ | sorry, that was copied as on one line! |
17:20:55 | HCl | ripnetuk: they match the second time |
17:21:03 | HCl | so its the building of the checksum stuff |
17:24:03 | ripnetuk | cool |
17:24:17 | ripnetuk | that sounds better :) |
17:24:34 | [IDC]Dragon | Lynx_: no, I mean a property page where you can configure stuff |
17:24:55 | [IDC]Dragon | property of the filter, not the output pin |
17:26:19 | ripnetuk | i want to know how on earth people managed to work out the scrabling alogrithm for the iRiver |
17:26:52 | ripnetuk | maybe the descrambler is unencrypted in the rom? |
17:27:55 | HCl | lol. |
17:28:10 | HCl | well |
17:28:19 | HCl | with the bdm thingy you can dump the iriver flash rom |
17:28:30 | HCl | and after that you can reverse engineer the flashing process |
17:28:31 | ripnetuk | but it was cracked WELL before the bdm came into being |
17:28:33 | HCl | which decodes it |
17:28:41 | HCl | i guess |
17:28:53 | ripnetuk | some people were tampering with the bitmap images ages ago |
17:28:58 | HCl | mhm |
17:29:24 | ripnetuk | im guessing the rom starts with the decryption routine in plaintext - otherwise the iRiver would require 2 seperate firmware roms, one to bootstrap the other |
17:31:56 | HCl | wouldn't it decrypt it while flashing? |
17:32:44 | ripnetuk | maybe |
17:32:59 | ripnetuk | even so, someone managed to work out the alogrithm without a bdm |
17:33:22 | HCl | insider? who knows. |
17:35:39 | | Join LinusN [0] (~linus@labb.contactor.se) |
17:36:24 | LinusN | ripnetuk: the descrambled original firmware still contains all the checksums from the scrambling |
17:36:49 | LinusN | however, new.bin doesn't have those before scrambling |
17:36:50 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
17:37:07 | LinusN | so if the differences are in the end of the file, there is nothing to worry about |
17:38:14 | ripnetuk | thanks Linus - one less thing to worry about :) |
17:38:59 | LinusN | if you scramble the newly descrambled file again, and then descramble it, the result is the same |
17:39:41 | LinusN | gotta go |
17:39:43 | | Part LinusN |
17:42:24 | Lynx_ | [IDC]Dragon: yes, there is a property page, where i can set the colourspace and some other things |
17:44:08 | Lynx_ | [IDC]Dragon: weird, if i select "render pin" on the file pin or the xvid out pin, it connects it to the rvf MPEG audio pin... |
17:45:28 | [IDC]Dragon | ? |
17:45:45 | [IDC]Dragon | the audio input should be a bit mory picky |
17:46:13 | [IDC]Dragon | are you using a not too old version? |
17:46:23 | [IDC]Dragon | frommy webspace |
17:46:37 | [IDC]Dragon | not that I updated it recently |
17:47:04 | Lynx_ | [IDC]Dragon: i got it from your t-online page, the link that is in the wiki |
17:47:07 | Lynx_ | [IDC]Dragon: today |
17:48:06 | Lynx_ | [IDC]Dragon: rockvideo is 1.0.1 |
17:49:18 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:50:44 | Lynx_ | [IDC]Dragon: when the xvid out pin is not connected to anything, the properties say YUY2 (what I set it to), and when it gets connected the rvf audio pin, the props on the xvid out say audio, mpeg1Payload, WaveformatEx |
17:55:51 | | Quit ripnetuk (Remote closed the connection) |
17:56:27 | [IDC]Dragon | so xvid is too flexible |
17:56:39 | [IDC]Dragon | connecting to an audio input even |
17:57:39 | [IDC]Dragon | I could do a change to the filter to accept RGB video as well, but that's less efficient |
17:58:37 | Lynx_ | [IDC]Dragon: well, but why does connecting xvid by hand not work with YUY2? |
17:59:15 | [IDC]Dragon | there is no config option at xvid? |
18:00 |
18:01:12 | Lynx_ | [IDC]Dragon: there is, that's where i set it to YUY2. It also offers YV12 and two RGB. |
18:03:53 | Lynx_ | [IDC]Dragon: AHA! The xvid properties have an 'compability renderer' checkbox, if i check that i can connect it. Seems to work, i'll try the result in a minute... |
18:09:00 | Lynx_ | [IDC]Dragon: ok, that was it, now the rvf file plays fine. well, not too great, but ok. |
18:10:37 | Lynx_ | [IDC]Dragon: however, the RockVideo app still crashes with the file... |
18:12:44 | [IDC]Dragon | so, you can do the proper conversion with graphedit? |
18:13:15 | Lynx_ | [IDC]Dragon: Yes, by activating "Compatibility renderer" in the xvid options |
18:13:31 | [IDC]Dragon | and it generated a nice file? |
18:14:13 | Lynx_ | [IDC]Dragon: I don't have much to compare it to, the contrast could be higher, and every 2 seconds a snowy bar goes from the bottom of the screen to the top |
18:14:24 | Lynx_ | but it is watchable |
18:14:53 | [IDC]Dragon | the snowy bar is normal |
18:15:12 | [IDC]Dragon | you can only make it slower and smaller |
18:15:12 | Lynx_ | ok. it's actually more like 2 times a second |
18:15:24 | [IDC]Dragon | that's slow already |
18:15:46 | Lynx_ | ok :). how far can the general flickering be reduced? |
18:16:13 | [IDC]Dragon | it can't, this is no video display |
18:16:40 | | Quit Patr3ck (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") |
18:17:01 | Lynx_ | i meant is there still the option to set 'some value' to make it better? i remember you asking in the mailing list to collect the individual values for the players... |
18:17:23 | Lynx_ | the value that can be set in you rvf renderer |
18:17:50 | [IDC]Dragon | you can try to match your fps better |
18:18:05 | [IDC]Dragon | and you can adjust the gamma |
18:18:06 | Lynx_ | [IDC]Dragon: is there a way to find out, or is it trial and error? |
18:18:26 | [IDC]Dragon | I once made a plugin for this, uncommitted |
18:19:02 | [IDC]Dragon | it'd manual, but helps to "tune in" |
18:19:07 | [IDC]Dragon | it's |
18:19:16 | Lynx_ | is it still available online? |
18:19:38 | Lynx_ | an how would i go about changing the gamma? |
18:19:42 | [IDC]Dragon | but the fps of the display yaries with temperature |
18:19:58 | [IDC]Dragon | isn't it in the property page of the filter? |
18:20:06 | Lynx_ | [IDC]Dragon: ah, right, that was the thing about the temperature... |
18:20:41 | Lynx_ | no, there's only archos playback fps there |
18:22:56 | [IDC]Dragon | then it's waiting to be implemented... |
18:23:34 | Lynx_ | hehe. The possibility to watch simpsons on the box is great already :) |
18:25:22 | Lynx_ | gotta go. thanks for the help (and the plugin) |
18:25:59 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
18:25:59 | DBUG | Enqueued KICK Lynx_awy |
18:30:00 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
18:40:25 | | Quit preglow ("leaving") |
18:47:43 | amiconn | Hmm, now that is strange: I just discovered that the archos remote stops working after rockbox is playing for a while (on my Studio 10). The only way to make it work again is to reboot rockbox :-/ ?? |
18:49:02 | | Join jyp [0] (~jp@121.200-200-80.adsl.skynet.be) |
18:49:15 | *** | Saving seen data "./dancer.seen" |
19:00 |
19:15:08 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
19:29:00 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
19:29:04 | preglow | wassup |
19:44:01 | Ctcp | Ignored 2 channel CTCP requests in 1 hour and 8 minutes at the last flood |
19:44:01 | * | jyp shakes his head |
19:45:29 | | Quit [IDC]Dragon ("CGI:IRC") |
19:50:36 | HCl | god how i hate some people. |
19:50:46 | HCl | there's like, this poster of a cat thats been missing for weeks |
19:50:53 | HCl | and some people took a red marker and drew blood on the picture. |
19:55:48 | ripnetuk | most people dont realise how cool cats ar |
20:00 |
20:07:04 | | Quit ripnetuk (Remote closed the connection) |
20:07:13 | HCl | heh. |
20:11:45 | | Join shano [0] (~jirc@hide.retek.com) |
20:12:16 | shano | Does anyone know where I can get information on rockbox causing the battery to fry in archos jukebox 2.0? |
20:12:50 | HCl | o.o |
20:13:01 | HCl | i'd say, check the wiki? |
20:13:59 | shano | Where/s that? |
20:14:07 | HCl | www.rockbox.org |
20:14:15 | shano | ok. |
20:14:34 | shano | found it. Thanks. Didn't look hard enough before. |
20:14:47 | HCl | out of sheer curiousity |
20:14:49 | HCl | whats the url? |
20:14:50 | HCl | o.o |
20:14:57 | HCl | i'm curious to hear about archos frying |
20:16:07 | Bagder | rockbox does not fry the battery |
20:16:52 | HCl | i figured as much |
20:17:45 | shano | the link is on the left hand side. www.rockbox.org. |
20:18:57 | shano | i'm looking at the forums right now. my jukebox fried last year. i took out the battery and found one of the terminals completely fried. i just sent it in to get fixed a couple of weeks ago. i charged it last week with the regular firmware and it was fine. i loaded rockbox a few days ago, now when i plug in the charger, the unit is EXTREMELY hot. i'm going to do some more testing. |
20:19:07 | shano | it's supposed to be 9V, center positive polarity, correct? |
20:19:46 | | Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) |
20:21:05 | HCl | i'm not sure, i'm more into iriver |
20:22:15 | HCl | the jukebox falls under the players, right? |
20:22:21 | HCl | http://www.rockbox.org/docs/battery-faq.html |
20:22:47 | HCl | Does Rockbox charge the batteries more/less/worse/better than the Archos firmware? |
20:22:50 | HCl | Player: Rockbox doesn't affect the charging on Players, it is all done by hardware logic out of software control. |
20:36:56 | | Join Quelsaruk [0] (~kvirc@80.103.128.128) |
20:36:58 | Quelsaruk | hi |
20:37:59 | HCl | hey quelsa |
20:38:17 | HCl | has anyone looked at writing a gdb stub for iriver? |
20:40:59 | shano | i don't think that's right. if you look at the rockbox manual, it specifically lists deep discharge option which doesn't charge until the battery is at 10%. Or the trickle charge option. So rockbox must affect charging somehow. |
20:41:26 | Quelsaruk | charging the recorder is made by firmware |
20:41:32 | Quelsaruk | player is made by hardware |
20:41:35 | Quelsaruk | AFAIK |
20:41:46 | Quelsaruk | (archos models) |
20:45:17 | HCl | shano: only for the recorders |
20:45:31 | HCl | it clearly says that in the battery faq |
20:45:55 | amiconn | To be precise, for the v1 recorder only. |
20:46:10 | amiconn | v2 and FM have hardware charging too |
20:46:13 | HCl | kay |
20:46:16 | HCl | :) |
20:46:35 | shano | Mine is a recorder. |
20:46:38 | shano | :) |
20:47:05 | shano | amiconn, V2 is supposed to be okay? |
20:47:26 | HCl | they're all supposed to be okay |
20:47:33 | HCl | its just that only with v1 does rockbox control charging |
20:49:17 | *** | Saving seen data "./dancer.seen" |
20:49:54 | shano | Can you show me where it says that? |
20:50:00 | shano | Tell me, I mean. |
20:53:55 | amiconn | shano: First, see http://www.rockbox.org/twiki/bin/view/Main/BatteryFAQ , Q1 and Q3 |
20:54:15 | amiconn | Then you need to know that this is for the player and recorder v1 *only* |
20:54:17 | | Join davFr [0] (robind@82.230.88.157) |
20:54:38 | amiconn | When this faq was put together, rockbox did only support these 2 models |
20:55:01 | amiconn | Then see http://www.rockbox.org/twiki/bin/view/Main/LiIonBatteryFAQ , Q7 |
20:55:31 | davFr | hi |
20:56:05 | davFr | is there some R.E. work going on around the rio SP-250? |
20:57:03 | Quelsaruk | hmmm |
20:57:08 | Quelsaruk | i don't think so |
20:59:02 | davFr | hi Quelsaruk, i am trying to get the original SP-250 firmware disassembled, so i am trying to figure out if it is scrambled, and how. Maybe there some stuff similar to firmware encryption of HD iriver products? |
21:00 |
21:00:25 | Quelsaruk | i know you can decramble iriver firmware |
21:01:36 | davFr | do you know links to useful ressources, please? |
21:01:51 | Quelsaruk | but i don't follow the rockbox portability to iriver... so i don't know really nothing interesting about that |
21:01:57 | Quelsaruk | sorry |
21:02:06 | Quelsaruk | maybe amiconn can help there |
21:02:26 | davFr | thanks |
21:02:32 | amiconn | Sorry, I can't |
21:03:37 | davFr | ok :o) |
21:03:46 | amiconn | I guess the scrambling will be different tho. |
21:04:48 | amiconn | Each manufacturer in fact wants his own, proprietary algorithm. That's what scrambling the firmware is about - make it harder to reverse engineer |
21:05:56 | HCl | why would the iriver scrambling be anything like the rio scrambling....? |
21:06:03 | davFr | i thought it would have been decrypted since sp250 was released |
21:06:46 | davFr | rio was just putting "riovolt" label on iriver products, that's my guess |
21:07:21 | HCl | well. you can always go at it with a disassembler |
21:07:23 | davFr | i don't feel rio people used to know much about sp250 internals |
21:07:28 | HCl | see if it makes any sense |
21:07:36 | HCl | ofcourse you'd need to know its architecture for that |
21:08:25 | davFr | sp250 is based on a Cirrus Logic chip. which is build on an ARM720T (evolution of the ARM7TDMI core) |
21:08:39 | HCl | hm |
21:08:39 | davFr | :o) |
21:08:52 | HCl | my laptop battery's almost empty, brb |
21:09:05 | davFr | So it should be disassembled by a ARM gcc tool |
21:09:42 | | Quit shano ("Leaving") |
21:09:50 | HCl | yup |
21:10:07 | HCl | well, objdump will disassemble, which is part of binutils.. |
21:10:24 | davFr | now i got the s/n : it's a cirrus logic EP7312 |
21:10:46 | HCl | i used to have an arm toolchain, but i don't have it installed at the moment |
21:11:34 | davFr | a guy on groups.yahoo.com/group/riovolt figured out some stuff about the firmware image, like checksums, but did not get how to disassemble the code. |
21:11:40 | rasher_ | What's the latest news on the iRiver? I see a bunch of things checked into cvs |
21:12:04 | davFr | can't say, i don't have a HD-based iRiver |
21:17:50 | Quelsaruk | i think it can boot |
21:18:25 | Quelsaruk | HCl: did you have a iriver jukebox? |
21:21:00 | Quelsaruk | rasher_: AFAIK, http://www.rockbox.org/twiki/bin/view/Main/IriverPort |
21:21:03 | Quelsaruk | that's the status |
21:21:07 | Quelsaruk | but i'm not sure |
21:24:26 | | Join Eodun [0] (~Eodun@80-29-29-145.adsl.nuria.telefonica-data.net) |
21:25:31 | * | Eodun waves his hand |
21:26:56 | Quelsaruk | hi |
21:27:51 | Quelsaruk | dinner time |
21:27:53 | Quelsaruk | bbl |
21:28:15 | | Nick Quelsaruk is now known as quel|dinner (~kvirc@80.103.128.128) |
21:29:08 | Eodun | brb |
21:29:09 | | Quit Eodun (Client Quit) |
21:29:16 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
21:29:53 | markun | I get this error when I try to compile the bootloader: |
21:29:56 | davFr | same chinese takeway time! |
21:30:02 | markun | /usr/home/karl/rockbox/bin/../lib/gcc/m68k-elf/3.4.2/../../../../m68k-elf/bin/ld: region IRAM is full (/usr/home/karl/tmp/src/rockbox/builds/boot/bootloader.elf section .bss) |
21:32:04 | markun | HCl: what version of binutils did you use to compile gcc and the bootloader? |
21:35:14 | HCl | cvs |
21:35:41 | HCl | are you gonna try it? *curious* |
21:37:41 | markun | No, but I would like to have a working compiler ready. |
21:38:56 | | Join mecraw_ [0] (~mecraw@69.2.235.2) |
21:39:13 | HCl | mhm. |
21:39:23 | HCl | well, i just followed the instructions, worked fine |
21:40:32 | markun | First compiled CVS binutils and then gcc-3.4.2? |
21:41:12 | markun | gcc didn't want to compile, only with binutils-2.15 |
21:42:29 | HCl | yea, cvs binutils.. |
21:42:31 | HCl | not 3.4.2 |
21:42:33 | HCl | 3.3.4 |
21:42:39 | HCl | 3.3.4 is recommended |
21:42:44 | HCl | cause 3.4 generates larger code |
21:43:18 | HCl | you need the binutils update because it contains the specs of the iriver cpu |
21:44:03 | HCl | otherwise you'll just get "unrecognised machine blahblah" when you try to compile with your new gcc |
21:46:26 | HCl | hmm... *wonders whether he can upgrade his h140 to a 60gb hdd* |
21:49:22 | davFr | (back with chinese food) |
21:50:56 | rasher_ | share and enjoy |
21:55:30 | | Quit mecraw (Connection timed out) |
22:00 |
22:00:18 | | Join LinusN [0] (~linus@labb.contactor.se) |
22:02:41 | markun | LinusN: did you use gcc 3.4.2 for the coldfire compiler? |
22:04:43 | | Nick quel|dinner is now known as Quelsaruk (~kvirc@80.103.128.128) |
22:05:47 | LinusN | yes |
22:06:00 | LinusN | using it now |
22:07:00 | markun | Did you see the error I got? Maybe because I had to build gcc using binutils-2.15 and the bootloader with binutils from cvs.. |
22:07:31 | LinusN | iram is full? |
22:07:56 | markun | yes, that one. |
22:09:01 | LinusN | i have no idea what that could be |
22:09:12 | LinusN | can you send me bootloader.map? |
22:09:37 | LinusN | email it to linus at haxx.se |
22:10:00 | markun | I can also send it through IRC, but mail is ok too. |
22:10:20 | LinusN | i have problems with dcc |
22:10:28 | LinusN | but try it |
22:10:53 | | Quit preglow (Read error: 104 (Connection reset by peer)) |
22:11:24 | LinusN | wow |
22:11:49 | markun | I could also be because I made some changes to the lcd_puts code.. |
22:12:06 | markun | wow? |
22:13:00 | LinusN | dcc worked .-) |
22:13:16 | markun | Yes, and very fast. |
22:13:19 | LinusN | you seem to have a huge font |
22:13:42 | markun | It's quite big.. so that's the problem.. |
22:13:45 | LinusN | yes |
22:14:05 | amiconn | Wth does the font do in iram ??? |
22:14:15 | LinusN | beats me |
22:14:32 | LinusN | it's in bss, probably for the loadable font |
22:14:32 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
22:14:36 | | Nick NibbIer is now known as Nibbler (~sven@port-195-158-163-34.dynamic.qsc.de) |
22:14:39 | preglow | the tale of the crashing server |
22:15:21 | LinusN | the boot loader uses the firmware code for most things |
22:15:39 | LinusN | so if the font buffer is large, it won't fit in ram |
22:15:48 | markun | I had to change the #define MAX_FONT_SIZE for now to support my unicode fonts |
22:15:50 | LinusN | and the iram is all the bootloader has |
22:16:19 | LinusN | you should build the bootloader from a clean cvs checkout |
22:16:20 | preglow | shouldn't the iram be more than enough? |
22:17:37 | LinusN | it should, but not with a huge font buffer |
22:17:48 | preglow | why do we need a font buffer in a boot loader? |
22:18:02 | LinusN | i explained it |
22:18:06 | LinusN | the boot loader uses the firmware code for most things |
22:18:08 | preglow | ait, i'll check it out |
22:18:23 | LinusN | and the firmware code has a font buffer |
22:18:56 | preglow | i read the irc log, got it |
22:19:47 | amiconn | Why does the bootloader need a font at all? Doesn't it only check buttons and acts accordingly? I thought the bootloader doesn't do lcd at all... |
22:20:52 | LinusN | it displays error messages if something goes wrong, for example |
22:21:41 | amiconn | methinks about the bootloader for archos rockbox in flash. This one doesn't do such fancy things... |
22:21:45 | | Join Patr3ck [0] (~Patr3ck@pD9E5C9F0.dip.t-dialin.net) |
22:22:03 | LinusN | yeah, this one is a lot more complicated |
22:22:12 | amiconn | But then the archos bootloader doesn't include disk access etc... |
22:22:25 | amiconn | ..because it doesn't need to. |
22:22:42 | LinusN | exactly |
22:22:57 | LinusN | this one == the iriver bootloader |
22:23:31 | | Join webguest32 [0] (~458cc120@labb.contactor.se) |
22:23:42 | amiconn | It wouldn't need to for iriver rockbox as well if rockbox would be always flashed, coexisiting with iriver firmware in rom. |
22:23:57 | DMJC-L | is the bootloader safe? |
22:24:11 | LinusN | amiconn: what makes you think that we can do that in this early stage? |
22:24:29 | LinusN | DMJC: soon |
22:24:36 | DMJC-L | k |
22:25:39 | amiconn | LinusN: Why not? Imho starting from flash is even easier than loading from disk. |
22:25:43 | preglow | i'd rather have the bootloader for now, eys |
22:25:52 | preglow | it would be hell to develop if you had to flash it |
22:26:13 | preglow | i wonder how many flash cycles to chip in the h120 can take |
22:26:19 | LinusN | amiconn: because the we would have to reflash every time we want a new rockbox |
22:26:33 | LinusN | or i will keep on doing this all by myself |
22:26:36 | LinusN | with the bdm |
22:26:50 | markun | I now compiled the bootloader from a clean cvs checkout, thanks. I got: MD5 (bootloader.bin) = 7002d30a58bc5f7ed28864caf8b3263a |
22:26:56 | amiconn | Yes of course. However, I don't consider this a problem, if the flash chip is specced like the one in the archos |
22:27:08 | | Nick Quelsaruk is now known as Quel|wc3 (~kvirc@80.103.128.128) |
22:27:16 | amiconn | The archos flash chip is specced for 100 000 cycles... |
22:27:19 | LinusN | amiconn: there is no way of resurrecting the iriver if the flashing goes wrong |
22:27:21 | preglow | i think it can take quite a lot, yes |
22:27:25 | preglow | they're usually under-specced as well |
22:27:45 | amiconn | LinusN: I don't think of flashing the *whole* rom, only the part where rockbox resides. |
22:27:54 | preglow | you probably wouldn't have room for both |
22:28:00 | LinusN | and if rockbox crashes? |
22:28:17 | DMJC-L | how about making the damn thing work before trying to tweak it? |
22:28:23 | LinusN | DMJC: agreed |
22:28:40 | DMJC-L | no end user cares what happens if it can't play their files |
22:29:07 | amiconn | LinusN: Hmm, good point. While you would still be able to run the box with the iriver fw, you might not be able to flash a new rockbox... |
22:29:16 | webguest32 | amiconn: What are advantages of falshing it to the rom in the dev stage? |
22:30:22 | | Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) |
22:31:07 | amiconn | I think it's easier (fewer points of failure to start) to start from rom than loading from disk |
22:32:15 | LinusN | yes, but since rockbox is very shaky in the dev stage, it is very likely to not work |
22:32:45 | LinusN | it will crash, and you'll have to reflash the entire rom with the flashing procedure in the original firmware |
22:32:59 | LinusN | risking your iriver every time |
22:33:06 | amiconn | Yes, understood |
22:34:31 | amiconn | OT: I'm currently investigating my strange "mmc dirs vanish if file is read past a certain point" issue. Strangely enough, while this is perfectly reproducable with 2 Ondios (mine and my sister's), Jörg didn't manage to reproduce it. |
22:34:47 | LinusN | weird |
22:34:49 | LinusN | gotta go |
22:34:52 | | Part LinusN |
22:34:56 | amiconn | Now I have a test plugin, just reading the file to a certain point |
22:35:34 | amiconn | ... |
22:40:41 | | Part markun ("Leaving") |
22:48:25 | Quel|wc3 | amiconn: i think i can sell you some goats |
22:48:45 | Quel|wc3 | if you find a bug no-one can reproduce.... you need a sacrifice ;) |
22:49:20 | *** | Saving seen data "./dancer.seen" |
22:50:12 | amiconn | ;-/ |
22:55:04 | amiconn | I was absolutely right about the position where this happens - it happens when reading the 11857920th byte, therefore completing the 2895th cluster |
22:55:35 | amiconn | At this point there is a discontinuity - a new cluster chain starts at a different position on the card. |
22:56:42 | amiconn | I'd need a fat.c guru... |
22:57:48 | Quel|wc3 | then don't look at me :) |
22:58:02 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
23:00 |
23:04:44 | * | Bagder added quick-links at the top of each build-log |
23:04:57 | Bagder | got tired of scrolling |
23:05:53 | amiconn | Nice one :) |
23:07:05 | Quel|wc3 | :) |
23:07:08 | * | Bagder bows |
23:07:24 | Quel|wc3 | quick link to the warnings and errors, isn't it? |
23:07:30 | Bagder | yeps |
23:08:51 | amiconn | Bagder: I rethought my fix for the failing player/ Ondio SP builds. I think the presence of these recording related functions should mainly depend on HAVE_RECORDING. Within that #ifdef, we can differentiate further (MAS3587 / MASNONE). |
23:09:14 | amiconn | It wouldn't make a differece for now, but it would be the clean way, imho. |
23:09:20 | Bagder | I agree |
23:10:12 | amiconn | Maybe it's not really worth to do this now, I presume that not much of the current mpeg.c will remain once the iriver port does it's impact... |
23:10:16 | | Quit davFr ("ChatZilla 0.9.61 [Mozilla rv:1.7.5/20050105]") |
23:10:34 | Bagder | true, we should consider these changes temporary to get things to build |
23:11:26 | amiconn | On the other hand, many "temporary" fixes may also lead to a mess. Temporary solutions tend to stay much longer than intended... |
23:11:36 | Bagder | that is also true |
23:12:05 | Bagder | but in the mpeg.c case, I don't doubt it'll change |
23:12:40 | preglow | any of you guys know where the __assert extern in assert.h comes from? |
23:12:59 | Bagder | probably a gcc internal thing |
23:13:06 | preglow | why should assert be internal? |
23:13:25 | preglow | and no, gcc vomited on it, so it probably has to be in a lib somewhere |
23:14:30 | preglow | and if it was internal, why is it declared with EXFUN ? |
23:14:41 | Bagder | well, I use assert() all the time and I never use any particular lib to get it to work |
23:15:24 | preglow | no, nor should you have to, i always thought assert() was pure macro magic |
23:15:39 | Bagder | it isn't in gcc |
23:15:47 | Bagder | it has more knowledge |
23:15:56 | Bagder | iirc |
23:16:42 | preglow | i tried to compile mad with m68k-gcc yesterday, and it kept complaining about that |
23:16:56 | Bagder | oh |
23:17:27 | Bagder | read the comment in assert.h just above the extern? |
23:17:30 | Bagder | "The following is not at all used here but needed for standard |
23:17:31 | Bagder | compliance." |
23:17:55 | preglow | that comment is not here :V |
23:17:57 | Bagder | not that it helps |
23:18:47 | preglow | but yes, i did a -nostdinc compile, and pointed to the rockbox include dir |
23:18:58 | preglow | as malloc is more or less the only extern mad needs, i thought that should work |
23:19:52 | Bagder | in a program I build here that uses assert... |
23:20:08 | Bagder | __assert_fail is the only __assert symbol |
23:20:20 | Bagder | when using nm on it |
23:21:08 | Bagder | hm |
23:21:09 | * | amiconn spots a strange formula in fat.c ... |
23:21:16 | Bagder | nm /usr/lib/*.a | grep __assert | grep -v fail |
23:21:46 | Bagder | there's one |
23:21:49 | amiconn | Bagder: Could you please double-check whether I'm not seeing ghosts - this is in for almost 3 years now. |
23:22:26 | amiconn | See http://www.rockbox.org/viewcvs.cgi/firmware/drivers/fat.c?r1=1.2&r2=1.3 for a comparison of 2 very old fat.c versions |
23:22:34 | preglow | bah |
23:22:39 | * | Bagder checks |
23:22:48 | amiconn | Look into fat_sec2cluster(), calculation of max_cluster |
23:22:57 | preglow | i'll just wait until the rockbox core is more operational for the 68k before i try again |
23:23:12 | amiconn | Isn't there a pair of parentheses missing in the newer version? |
23:23:19 | Bagder | preglow: shouldn't take too long now |
23:24:14 | amiconn | I.e. int max_cluster = (bpb->totalsectors - bpb->firstdatasector) / bpb->bpb_secperclus + 1; |
23:25:11 | Bagder | I agree it looks like that |
23:25:31 | Bagder | otherwise it makes no sense |
23:25:45 | amiconn | That shouldn't cause the strange effect I get though, it's just a safety measure. |
23:26:02 | amiconn | Scary... |
23:26:29 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") |
23:29:25 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
23:29:53 | | Part webguest32 |
23:31:48 | | Quit ripnetuk () |
23:40:11 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
23:42:51 | | Join [IDC]Dragon [0] (~idc-drago@p3EE2D6BF.dip.t-dialin.net) |
23:43:15 | amiconn | hi Jörg |
23:43:26 | [IDC]Dragon | hi Jens :-) |
23:43:31 | amiconn | Bagder: Now it doesn't work correctly ... |
23:46:58 | [IDC]Dragon | my Ondio backlight behaves well now, 23 mA :-) |
23:47:18 | amiconn | Nice :) |
23:47:32 | amiconn | Did you read about my experiments with that strange file? |
23:47:49 | [IDC]Dragon | a bit, catching up... |
23:48:47 | | Join ashridah [0] (ashridah@220-253-120-198.VIC.netspace.net.au) |
23:50:30 | amiconn | Hmm. Now the file behaves strange - it stops a few seconds after the point where the directories vanish |
23:50:45 | HCl | hrm |
23:51:04 | [IDC]Dragon | amiconn: stops video, or your test plugin? |
23:51:05 | amiconn | Maybe it did this for a while now - didn't always listen & watch |
23:51:11 | amiconn | STops video. |
23:51:23 | [IDC]Dragon | an underrun? |
23:53:06 | | Join amiconn_ [0] (~jens@pD9E7F4F7.dip.t-dialin.net) |
23:53:46 | | Quit amiconn (Nick collision from services.) |
23:53:47 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F4F7.dip.t-dialin.net) |
23:54:21 | amiconn | [23:51:42] <amiconn> No, it simply stops, and falls back to the browser |
23:54:49 | [IDC]Dragon | that is very strange |
23:55:01 | [IDC]Dragon | and the browser is OK? |
23:55:18 | [IDC]Dragon | maybe a read error is treated like the file end |
23:55:34 | amiconn | It shows the file. When I go up one level, the dir contents is gone. |
23:55:53 | [IDC]Dragon | content is that 1 file, right? |
23:56:30 | amiconn | No, one level up it's the card's root, which contains 3 dirs |
23:56:53 | amiconn | ...which are shown before video playback, and gone afterwards. |
23:57:00 | [IDC]Dragon | no, I mean the "It shows the file" part |
23:57:12 | amiconn | Yes, the one file. |
23:57:34 | amiconn | This is probably still in the browser list cache |
23:58:09 | | Quit ripnetuk (Remote closed the connection) |
23:58:16 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
23:58:33 | ripnetUK | yay the iriver sim builds again |