| 00:00:01 | stripwax | SPV - Allow DMA Access (only SRAM1) - 0, DMA access to memory is disabled, 0, DMA access to memory is enabled |
| 00:00:01 | | Quit amiconn (Nick collision from services.) |
| 00:00:02 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7EFB9.dip.t-dialin.net) |
| 00:00:47 | stripwax | RAMBAR1:[9] |
| 00:00:58 | hubble | stripwax: oh no.. i havn't done that =) |
| 00:01:04 | rasher | stripwax: Aha! I had forward slashes - have to be backslashes |
| 00:01:16 | rasher | stripwax: thanks a lot |
| 00:01:21 | hubble | stripwax: thanks |
| 00:01:27 | stripwax | hubble no worries! |
| 00:01:30 | stripwax | rasher no worries! :-) |
| 00:03:54 | hubble | stripwax: although linus already did that in crt0.S |
| 00:05:03 | stripwax | hm, as far as I know DMA0 and DMA1 work the same so I don't know :( |
| 00:05:16 | hubble | move.l #0x1000e001,%d0 |
| 00:05:16 | hubble | movec.l %d0,%rambar1 |
| 00:06:17 | stripwax | hubble? bit 9 needs to be a 1.. should be 0x1000e021 .. |
| 00:06:28 | hubble | linus is evil =) he says that he enables dma in the comment but bit 9 is not set =) |
| 00:06:36 | stripwax | chuckle |
| 00:07:39 | hubble | 0x1000e201 perhaps |
| 00:08:04 | stripwax | er, 1000e201 of course ;) |
| 00:08:08 | hubble | =) |
| 00:11:32 | hubble | hm.. almost.. got some sound now but then 1ms later it crashed |
| 00:11:38 | stripwax | Might also be worth marking either or both of the 32KB segments in SRAM1 as having DMA priority over CPU, but then, might not! |
| 00:11:52 | stripwax | oh, crashed isn't good |
| 00:12:02 | preglow | well, if it's for sound buffer, that's clever |
| 00:13:01 | hubble | going to try that |
| 00:14:24 | stripwax | Hmmm... should be 0x1000ce21 .. that original 'e' looks bogus ? |
| 00:15:50 | hubble | maybe linus places that e one wrong.. he says in the comment both banks dma priority |
| 00:16:05 | hubble | so 0x10000e01 |
| 00:16:22 | stripwax | not, 0x1000ce21 |
| 00:16:26 | stripwax | ^not^no |
| 00:16:37 | hubble | =) |
| 00:17:38 | stripwax | the 0x1000c000 controls the base address, 0xe00 controls the DMA priority and DMA enabled flags, 0x21 controls the address space masks (i.e. code/data) |
| 00:19:27 | stripwax | Oh, er.. which means SRAM1 base is 1000c000? So maybe it should be 10000e21 after all. What's RAMBAR0 set to? |
| 00:19:47 | hubble | #0x10010001 |
| 00:20:01 | hubble | /* 64K DMA-capable SRAM at 0x10000000 |
| 00:20:01 | hubble | DMA is enabled and has priority in both banks |
| 00:20:01 | hubble | All types of accesses are allowed |
| 00:20:01 | DBUG | Enqueued KICK hubble |
| 00:20:01 | hubble | (We might want to restrict that to save power) */ |
| 00:20:59 | stripwax | yeah, should have been 0x10000e21 not 0x1000e021. SRAM1's been running from 1000c000 i.e. overlapping SRAM0?! |
| 00:21:03 | stripwax | (can't be good!) |
| 00:21:21 | hubble | nope |
| 00:21:29 | hubble | maybe explains one or two random crashes =) |
| 00:21:41 | stripwax | hehe |
| 00:25:31 | preglow | sram isn't used much yet |
| 00:25:58 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 00:26:21 | hubble | well.. 0x10000e01 boots, but dma still hangs |
| 00:26:50 | stripwax | .. e21 right, not e01? |
| 00:27:15 | hubble | doh |
| 00:27:18 | stripwax | :-D |
| 00:29:34 | hubble | nope |
| 00:29:34 | hubble | =) |
| 00:30:21 | stripwax | ? still hangs? still crashes? |
| 00:31:15 | hubble | still hangs |
| 00:34:07 | stripwax | what's the value of DMAROUTE (MBAR2+0x188). dunno if that would affect anything |
| 00:35:52 | stripwax | nah, ignore that. I guess just try DMA1 and see if that fixes. May be a hardware quirk? |
| 00:37:03 | stripwax | This is where you need bdm, to look at the status registers.. :( |
| 00:37:15 | | Quit ripnetUK () |
| 00:37:18 | | Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 00:37:45 | preglow | so only channel 1 works to sram? |
| 00:38:30 | hubble | have not tried that, but i have seen iriver firmware does that |
| 00:45:14 | stripwax | Only thing I can really think of is alignment of the buffer within SRAM could be different than alignment within SDRAM ..? |
| 00:47:08 | hubble | argh |
| 00:47:19 | stripwax | is that it? |
| 00:47:23 | hubble | think so |
| 00:47:28 | hubble | thanks |
| 00:47:50 | stripwax | sure. |
| 00:52:11 | | Join skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net) |
| 00:55:57 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 00:55:57 | * | amiconn got the iriver x11 sim to compile |
| 00:56:33 | amiconn | Are there test files for the various codecs somewhere? |
| 00:59:21 | preglow | none that i know of |
| 00:59:24 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:00:31 | amiconn | Well, I have plenty of mp3s, and some oggs as well. But I'd like to test flac and ac3 as well... |
| 01:06:41 | preglow | only flac i've got is a little snippet i used to test if my lpc routine worked |
| 01:06:51 | preglow | and it's around 5 secs, heh |
| 01:10:25 | | Quit Patr3ck () |
| 01:12:14 | | Quit markun () |
| 01:17:45 | | Quit midk ("Leaving") |
| 01:18:42 | | Quit preglow ("yes") |
| 01:20:43 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 01:20:59 | | Join Goatmale [0] (~Goatmale@d149-67-95-8.clv.wideopenwest.com) |
| 01:22:07 | Goatmale | I think my jukebox recorder is broken.. |
| 01:23:48 | | Join stripwax [0] (~stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
| 01:23:59 | stripwax | ugh. my ISP sucks |
| 01:24:17 | stripwax | hubble, so what's up. did you try changing alignment |
| 01:24:47 | Goatmale | No help me |
| 01:24:59 | * | Goatmale jumps around for attention |
| 01:25:26 | stripwax | ? |
| 01:26:41 | Goatmale | My archos i think is broken |
| 01:26:45 | Goatmale | I think.. |
| 01:26:55 | Goatmale | "read access error! |
| 01:27:08 | Goatmale | Can't read from hard drive" |
| 01:28:08 | amiconn | linuxstb: What does the splash "Recoverable!" mean in mpa2wav? |
| 01:29:33 | hubble | stripwax: same as before.. but i have now discovered that it doesnt work for any static buffer either SRAM or SDRAM.. The only buffer that works is one got using "buffer_alloc" |
| 01:29:50 | hubble | which is on sdram |
| 01:29:56 | hubble | very strange |
| 01:30:37 | stripwax | very very strange. definitely sounds like alignment wrt static/dynamic buffer on SDRAM |
| 01:30:50 | hubble | align 16 should be enough? |
| 01:31:04 | * | Goatmale prepares to take apart his archos |
| 01:31:04 | stripwax | I'd have thought so.. :-( |
| 01:32:12 | linuxstb | amiconn: It's an error from libmad - that the stream is corrupt. If you've experienced it, then it's probably due to ID3 tags - my mpa2wav program doesn't deal with any tags, it just expects a "pure" mpeg audio stream. |
| 01:32:29 | amiconn | Ah okay, then this is the problem |
| 01:32:41 | amiconn | I tried mpa2wav in the win32 sim, and got this |
| 01:33:11 | amiconn | Btw, I can't test in the x11 sim. If I try to call the onplay menu, the sim crashes.... |
| 01:33:48 | linuxstb | I rename the mp3 files to ".mad" and then setup viewers.config to associate .mad files with mpa2wav |
| 01:34:13 | linuxstb | Was it you that was working on improving the X11 sim's keyboard handling? |
| 01:34:15 | amiconn | Does the onplay menu also crash for you? |
| 01:34:34 | amiconn | Yes, I looked into it. |
| 01:34:53 | linuxstb | I think the keys just auto-repeat, and I can't get it to come up. Or it comes up, and then immediately selects the first item. |
| 01:35:11 | amiconn | For me, the sim crashes... |
| 01:35:40 | linuxstb | Maybe the mouse buttons would be an easy fix - I'm guessing the mouse doesn't auto-repeat. |
| 01:35:44 | amiconn | Anyway, this menu works perfectly in the win32 sim, so I'll strip tags from my test mp3 |
| 01:36:07 | amiconn | The problem is not the auto repeat, but that the kb handling is not realtime |
| 01:36:25 | amiconn | So when I simply deactivate autorepeat, the long press is still not detected |
| 01:36:42 | amiconn | I have an idea how to solve that, without going multi-threaded |
| 01:37:11 | amiconn | ...xlib doesn't like multithreaded x11 apps :( |
| 01:37:54 | | Quit lolo-laptop ("Client exiting") |
| 01:39:20 | | Quit mecraw () |
| 01:40:43 | stripwax | hubble - there's not additional stuff making its way into SRAM1 is there? will align16 *really* align? |
| 01:41:13 | | Quit Goatmale () |
| 01:41:46 | hubble | stripwax: it looks like that in rockbox.map |
| 01:42:37 | stripwax | hubble - looks like it is, or isn't, aligning correctly? |
| 01:43:05 | hubble | stripwax: according to .map it is aligned |
| 01:43:20 | stripwax | hmmph... |
| 01:44:31 | | Quit Renko (Read error: 54 (Connection reset by peer)) |
| 01:47:28 | amiconn | linuxstb: I now have a stripped .mp3 mpa2wav immediately exits... |
| 01:47:40 | stripwax | hubble what happens if you create a static buffer which is (say) twice as large as you need? |
| 01:51:29 | hubble | stripwax: dont know, will try |
| 01:52:07 | stripwax | hubble actually will probably make no difference, DMA shouldn't/won't care what the data in the buffer actually is.. |
| 01:53:15 | linuxstb | amiconn: Does it work on the iRiver? Do you have an iRiver? |
| 01:53:29 | amiconn | I don't have an iriver. |
| 01:55:52 | linuxstb | Can you try the X11 sim (rename the file to, for example .mad and change viewers.config) |
| 01:57:59 | amiconn | I just tried that, the sim crashes when I play that file |
| 01:58:37 | linuxstb | I'm just testing if the X11 sim still works for me. |
| 02:00 |
| 02:00:28 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 02:00:29 | hubble | time too sleep =) |
| 02:01:31 | | Part hubble |
| 02:02:44 | linuxstb | amiconn: Yes, mpa2wav works fine in the X11 sim on Linux. Do you want me to test your file? |
| 02:03:50 | amiconn | I don't think it's necessary. I am doing this because I want to get the codec plugins working on windows |
| 02:04:17 | linuxstb | Do any of them work? |
| 02:04:36 | amiconn | I tried only mpa2wav so far. Can try ogg now. |
| 02:04:45 | amiconn | I don't have test files for the other 2 |
| 02:05:43 | linuxstb | linuxstb.org/linus.zip">http://linuxstb.org/linus.zip and linus2.zip - test FLAC and AC3 files I put there for Linus the other day |
| 02:06:10 | | Quit pill (Read error: 104 (Connection reset by peer)) |
| 02:06:49 | amiconn | Nice, thanks. I'll try them |
| 02:08:16 | amiconn | Huh, funny: Deliplayer (multiformat music player for windows) can play flac. |
| 02:09:31 | linuxstb | One thing I noticed, is that the API documentation for FLAC (in fact, all the documentation for FLAC) is by far the best out of any of the codecs - which is one reason why it's so widely adopted. |
| 02:10:39 | amiconn | Hmm. None of these seem to work. |
| 02:10:56 | amiconn | (x11 sim on cygwin, that is) |
| 02:11:17 | amiconn | mpa2wav crashes the sim, the other pretend to work, and wav files are produced |
| 02:11:46 | linuxstb | Why do you say "pretend" ? |
| 02:11:59 | amiconn | However, none of these play, and the files produced from .ogg and .ac3 have odd sizes |
| 02:14:41 | linuxstb | What do you mean by "odd sizes"? |
| 02:15:48 | amiconn | 9587 KB .ogg -> 2392 bytes (yes!) .wav |
| 02:16:10 | amiconn | 1375 KB .ac3 -> 61 KB .wav |
| 02:16:25 | linuxstb | odd. |
| 02:16:35 | | Join slowdowncadet [0] (~stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
| 02:16:35 | amiconn | Yes, that's the word |
| 02:17:02 | amiconn | The .wav produced from .flac looks like about the correect size, however it doesn't play either |
| 02:17:06 | slowdowncadet | i'm stripwax, and that other stripwax should disappear shortly... ISP hell ... |
| 02:17:21 | amiconn | 3410 KB .flac -> 7709 KB .wav |
| 02:18:23 | linuxstb | Yes, that FLAC should be 7893356 bytes as a WAV |
| 02:18:56 | amiconn | (7893400 Bytes here |
| 02:19:40 | linuxstb | I get 7893356 bytes running it through the X11 sim. |
| 02:20:23 | linuxstb | You have an extra 44 bytes which is the size of the WAV header. |
| 02:20:28 | amiconn | The win32 sim produces similarly odd results |
| 02:21:19 | amiconn | At least mpa2wav doesn't crash it |
| 02:21:35 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 02:22:27 | | Nick slowdowncadet is now known as stripwax (~stripwax@213-228-241-36.dsl.prodigynet.co.uk) |
| 02:22:38 | linuxstb | The only "unusual" thing my plugins do is to grab the MP3 buffer using rb->plugin_get_mp3_buffer() |
| 02:23:02 | amiconn | Well, that's not unusual. Several other plugins do that too |
| 02:23:57 | linuxstb | But looking at them, they are mainly the plugins that don't work on the simulator - video, jpeg, battery_test, plus vbrfix and sort |
| 02:24:12 | amiconn | Win32 sim: 3410 KB .flac -> 19 KB .wav, 16044 KB .mp3 -> 44 Bytes |
| 02:24:17 | amiconn | .wav |
| 02:24:28 | amiconn | sort should work on the sim... |
| 02:25:41 | amiconn | Yeps, sort is working |
| 02:26:04 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 02:27:30 | | Join ashridah [0] (ashridah@220-253-119-64.VIC.netspace.net.au) |
| 02:28:08 | amiconn | linuxstb: A few hours ago you had a crashing simulator, and used gdb to check where it crashed. How do I do that? |
| 02:28:50 | | Quit edx (Read error: 110 (Connection timed out)) |
| 02:28:52 | linuxstb | Type "gdb rockboxui" and then type "run" at the gdb prompt. Beyond that, I don't know. |
| 02:29:27 | amiconn | I already tried that. I get an error, but no source line or such... |
| 02:29:49 | | Join gromit``` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 02:30:06 | amiconn | It segfaults right at the start. It doesn't do that when run without gdb... |
| 02:31:12 | | Quit gromit`` (Read error: 104 (Connection reset by peer)) |
| 02:32:50 | ashridah | amiconn: type 'bt' when it crashes and drops you back to the gdb prompt |
| 02:32:55 | ashridah | that'll give you a backtrace |
| 02:32:59 | ashridah | particularly if it's compiled with -ggdb |
| 02:34:24 | amiconn | Hmm, bad. Either question marks or win kernel functions.... |
| 02:37:02 | ashridah | mm. you may or may not have much success in some cases, particularly if it crashes inside code that you didn't compile. extra libraries can often be located that have debugging info built in, which can help |
| 02:37:08 | ashridah | not sure where you'd find them for windows tho |
| 02:42:30 | | Quit stripwax (Read error: 110 (Connection timed out)) |
| 02:43:26 | | Quit gromit``` (Read error: 104 (Connection reset by peer)) |
| 02:43:29 | | Join gromit``` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 02:44:22 | amiconn | Hmm. Now that is even more strange: I googled a bit, the SIGSEGV when using gdb under cygwin seems to happen now and then. The suggestion is to simply type 'continue' several times. This actually works! |
| 02:45:04 | amiconn | However, and now it gets esoteric: If I do this, and then try the codec plugins, the .wav files have reasonable sizes! |
| 02:47:03 | * | amiconn suddenly realises what the problem might be |
| 02:47:30 | amiconn | Are there any endian checks in the codec libs? I guess there are... |
| 02:47:54 | linuxstb | I'm running on x86 Linux, so there shouldn't be any difference because of that. |
| 02:48:13 | amiconn | Yeah, but the endian #defines on cygwin are fucked up.... |
| 02:48:40 | amiconn | I already had that problem, with the id3 database browser not working on cygwin... |
| 02:48:53 | linuxstb | I don't use them - only liba52 needs to know the endianness, and at the moment that's hardcoded to little-endian for simulators, and big-endian for targets. |
| 02:48:55 | amiconn | I added a workaround, but that one is not global |
| 02:49:36 | linuxstb | Yes, we need a "TARGET_ENDIAN" or similar define in the build system. But that'a a discussion for another day. |
| 02:53:31 | amiconn | The .ogg decoder is still running. Runs at 15%, that is on an 1.5 GHz Pentium M... |
| 02:54:06 | linuxstb | Yes, something evil is happening inside that ogg decoder. |
| 02:54:26 | amiconn | Shouldn't Tremor be fast & efficient? |
| 02:54:37 | linuxstb | Yes, that's the theory. |
| 02:56:00 | linuxstb | Anyway, time for sleep. Goodnight. |
| 02:56:07 | amiconn | Night |
| 02:57:16 | | Quit lostlogic ("Going to the moon") |
| 02:59:27 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:08:10 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 03:12:32 | XShocK | SRAM DMA works. :) |
| 03:12:55 | | Quit YouCeyE (Remote closed the connection) |
| 03:16:26 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 03:19:13 | XShocK | Full speed. :)) |
| 03:19:38 | XShocK | and noone here.. :) |
| 03:20:33 | | Join YouCeyE [0] (foobar@youceye.user) |
| 03:20:33 | ashridah | XShocK: nice |
| 03:20:43 | ashridah | got any performance stats? |
| 03:20:43 | XShocK | dma |
| 03:20:46 | amiconn | XShocK: Nice :) |
| 03:21:07 | XShocK | performance stats? |
| 03:21:09 | amiconn | I found at least one of the problems with th cygwin simulators: lseek() is not working. |
| 03:21:29 | amiconn | Anyway, I need to sleep |
| 03:21:57 | ashridah | XShocK: well, is whatever you're doing faster/slower/thesamebutlesscpu/etc ? |
| 03:21:59 | | Quit lostlogic ("Going to the moon") |
| 03:22:20 | XShocK | i guess it is much faster than AUDIOTICK |
| 03:22:38 | XShocK | but i didn't do any tests |
| 03:22:45 | XShocK | just got it working |
| 03:22:55 | ashridah | cool. |
| 03:25:11 | XShocK | and what do i do with the code? should i implant it somewhere? |
| 03:25:21 | XShocK | in rockbox |
| 03:28:11 | XShocK | anyhow, i will cleanup the code first... it veery dirty.. :) |
| 03:29:26 | | Quit midk ("Leaving") |
| 03:31:02 | | Join Strath [0] (~mike@dgvlwinas01pool0-a239.wi.tds.net) |
| 03:37:43 | XShocK | ok. see you all, i'll go to bed |
| 03:39:11 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a239.wi.tds.net) |
| 03:43:08 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 03:43:49 | | Quit XShocK (" Try HydraIRC -> http://www.hydrairc.com <-") |
| 03:47:04 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 03:52:49 | | Join XShocK [0] (~458cc120@labb.contactor.se) |
| 03:53:26 | XShocK | updated wiki for sound. i think 40% for sound is appropriate |
| 03:53:43 | XShocK | since input is not done, and framework is not done too |
| 03:55:13 | XShocK | exhausted... zzzzzz |
| 03:55:27 | | Quit XShocK (Client Quit) |
| 03:58:55 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:05:29 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:05:36 | | Join Mong0 [0] (~chatzilla@cpe-069-132-071-101.carolina.rr.com) |
| 04:10:29 | | Join edx [0] (edx@pD9EABF17.dip.t-dialin.net) |
| 04:14:02 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:42:49 | | Join IRCMonkey [0] (~chatzilla@conr-adsl-209-169-124-75.consolidated.net) |
| 04:59:30 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:07:29 | | Quit Mong0 ("bye") |
| 05:22:34 | | Quit IRCMonkey ("ChatZilla 0.9.52B [Mozilla rv:1.6/20040113]") |
| 06:00 |
| 06:39:37 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 06:46:01 | | Quit Sando (Read error: 54 (Connection reset by peer)) |
| 06:50:27 | | Quit skav () |
| 06:59:31 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:21:23 | | Quit cYmen ("leaving") |
| 07:40:35 | | Join ze__ [0] (ze@adsl-69-231-195-124.dsl.irvnca.pacbell.net) |
| 07:44:12 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 07:52:41 | | Quit ze (Read error: 110 (Connection timed out)) |
| 07:52:41 | | Nick ze__ is now known as ze (ze@adsl-69-231-195-124.dsl.irvnca.pacbell.net) |
| 08:00 |
| 08:35:36 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 08:35:47 | dwihno | Greetings |
| 08:36:43 | | Join jyp [0] (~jp@234.81-201-80.adsl.skynet.be) |
| 08:37:38 | | Quit Nibbler (Remote closed the connection) |
| 08:38:18 | | Join rickst131 [0] (UPP@resnet-51-215.dorm.utexas.edu) |
| 08:39:48 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 08:39:49 | | Join NibbIer [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 08:39:58 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 08:41:02 | rickst131 | is the boatloader.bin on the iriverboot page up to date? |
| 08:41:19 | ashridah | no |
| 08:41:53 | ashridah | it doesn't support the hold switch properly, or the remote's record button, afaik |
| 08:42:01 | rickst131 | oh ok. |
| 08:42:09 | rickst131 | do i need to check out to get the newest? |
| 08:42:37 | ashridah | yes. it's also a good idea to compare it against someone else's to ensure you've got a correct build environment |
| 08:43:12 | rickst131 | ah ok. thanks. |
| 08:43:57 | LinusN | i strongly advice you to only use the bootloader.bin in the wiki |
| 08:44:51 | ashridah | LinusN: is it up to date with hold switch support? |
| 08:45:01 | LinusN | no |
| 08:45:16 | | Quit Nibbler ("blubber") |
| 08:45:30 | LinusN | the bootloader shares lots of code with the rest of the rockbox code |
| 08:45:58 | LinusN | so changes that seem to change stuff in the rockbox code will affect the bootloader too |
| 08:46:10 | ashridah | hrm. that's true |
| 08:46:21 | ashridah | stuff we've been playing with might break it |
| 08:46:23 | LinusN | and we dont verify the bootloader for every change in the rockbox code |
| 08:46:36 | ashridah | the actual code that's doign the button checks is done fairly early tho, isn't it? |
| 08:46:44 | LinusN | not early enough |
| 08:46:49 | ashridah | ah |
| 08:47:34 | LinusN | i will address this some day, but i don't feel that it's urgent |
| 08:48:21 | rickst131 | rockbox is in c, correct? |
| 08:49:55 | LinusN | mostly, yes |
| 08:50:10 | | Join Nibbler [0] (~sven@port-195-158-163-29.dynamic.qsc.de) |
| 08:50:52 | rickst131 | where can i get the latest rockbox code? i am familiar with programming(C++ and java), however i dont use cvs too much... i just know enough to check out. |
| 08:52:28 | ashridah | www.rockbox.org has a wiki that discusses what you need for a build environment, and what you need to check out to get the source and rockbox's tools |
| 08:52:53 | LinusN | rickst131: http://www.rockbox.org/daily.shtml |
| 08:53:10 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:53:23 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 08:54:31 | rickst131 | oh wow, im an idiot... i just saw the logs on that page and somehow missed the code. sorry for wasting you tiem. :-p |
| 08:54:34 | rickst131 | *time |
| 08:55:26 | ashridah | the simulators are good value for playing with rockbox's api itself, till you get the hang of it. |
| 08:55:35 | ashridah | if your intention is to start poking at the code |
| 08:56:09 | rickst131 | it indeed is my intention. thanks for the help. |
| 08:59:32 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:01:12 | | Quit rickst131 ("‹‹UPP››") |
| 09:03:41 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 09:19:34 | ashridah | LinusN: reminds me, the xshock guy got DMA working instead of AUDIOTICK. |
| 09:19:44 | LinusN | saw that |
| 09:19:58 | LinusN | but i can't for the life of me understand why he had to use the SRAM |
| 09:20:06 | ashridah | ah, yes. you would have read the logs |
| 09:20:23 | LinusN | thet spotted a bug in crt0.S, which i fixed just now |
| 09:20:25 | LinusN | they |
| 09:23:28 | | Join AC [0] (~5078751e@labb.contactor.se) |
| 09:24:56 | AC | hi |
| 09:26:22 | AC | LinusN: Could i get cvs access for the upcoming wavpack codec? |
| 09:31:48 | | Join bobTHC [0] (~foo@l07v-3-178.d1.club-internet.fr) |
| 10:00 |
| 10:03:22 | | Quit AC ("CGI:IRC") |
| 10:09:31 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 10:27:07 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a239.wi.tds.net) |
| 10:33:53 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 10:40:11 | | Join R3nTiL [0] (~zorroz@217.30.254.153) |
| 10:45:23 | | Join Renko [0] (~Renko@host217-43-59-251.range217-43.btcentralplus.com) |
| 10:45:37 | | Join R3nTiL_ [0] (~zorroz@217.30.254.181) |
| 10:46:15 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
| 10:50:52 | | Join sox [0] (~sox@c-ce38e255.733-1-64736c10.cust.bredbandsbolaget.se) |
| 10:51:02 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 10:51:32 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 10:51:36 | | Quit midk_ (Client Quit) |
| 10:52:52 | | Join R3nTiL1 [0] (~zorroz@83.69.98.132) |
| 10:53:12 | sox | ashridah: yesterday amiconn made some OS-aware changes to the SIM Makefiles (to solve some cygwin probs i think), I think it would be possible to get the Mac OS X specific gcc options in there the same way? |
| 10:54:50 | sox | 21.15.18 # <sox> amiconn: couldnt that OS specific configuration be useful to get the workaround for the mac os x pragma problem as well? |
| 10:54:50 | sox | 21.16.51 # <amiconn> Certainly, the UNAME variable could be checked for this too. The question is how to hand the option to the preprocessor... |
| 10:54:50 | sox | 21.17.14 # <sox> amiconn: eg, cpp -xassembler-with-cpp in the Makefiles |
| 10:54:50 | DBUG | Enqueued KICK sox |
| 10:54:50 | sox | 21.17.29 # <sox> amiconn: instead of gcc |
| 10:57:11 | | Quit R3nTiL (Read error: 60 (Operation timed out)) |
| 10:59:35 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:00:14 | LinusN | sox: you use os x? |
| 11:00:20 | sox | yes |
| 11:00:39 | LinusN | and you have the cpp problem? |
| 11:00:54 | | Join Marco [0] (~Azureus@bzq-165-126.dsl.bezeqint.net) |
| 11:01:30 | sox | yes, apples gcc adds a pragma line in the beginning of each makefile |
| 11:02:06 | sox | ashridah found some good links describing the issue yesterday, check the logs |
| 11:05:11 | sox | LinusN: http://lists.gnu.org/archive/html/bug-gnustep/2003-07/msg00269.html |
| 11:12:12 | LinusN | sox: using $(CC) instead of gcc solved it, right? |
| 11:12:32 | LinusN | (except for the sim build, i guess) |
| 11:13:17 | sox | cpp -xassembler-with-cpp works |
| 11:13:43 | sox | (if that's what you meant) |
| 11:14:40 | sox | the sim build has been impossible to compile on mac os x for more than a year i think |
| 11:15:33 | | Quit R3nTiL1 () |
| 11:16:21 | | Quit R3nTiL_ (Read error: 110 (Connection timed out)) |
| 11:16:46 | LinusN | sox: so, in the "SRC := ...", you substitute "gcc" with "cpp -xassembler-with-cpp"? |
| 11:16:56 | sox | LinusN: yes |
| 11:16:59 | LinusN | ok |
| 11:17:15 | | Join DrRick [0] (~8f34c6bc@labb.contactor.se) |
| 11:20:24 | | Quit DrRick (Client Quit) |
| 11:24:03 | | Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) |
| 11:30:36 | DMJC | is the cpu speed working yet? |
| 11:31:08 | LinusN | i haven't had time to work on it yet (have soldered about half of the test leads to my iriver) |
| 11:31:15 | DMJC | k |
| 11:33:15 | LinusN | need to measure the ata timing before committing any code |
| 11:33:49 | LinusN | in fact, i need to measure *all* timing :-) |
| 11:37:17 | ashridah | sox: i found them, but so did amiconn, he mentioned them in channel. |
| 11:38:02 | sox | ashridah: ok |
| 11:38:20 | ashridah | or was that bagder. one of the two. possibly both. |
| 11:38:36 | ashridah | i think i was the first one to notice why apple had done it tho |
| 11:38:40 | ashridah | the tools |
| 11:38:45 | LinusN | sox: if i send you a patch file, could you apply it and test? |
| 11:38:49 | sox | ashridah: is it a fix we can use permanently? |
| 11:38:54 | sox | LinusN: sure |
| 11:39:51 | ashridah | sox: using 'cpp' directly should work permanently in theory. the command line exists for all versions of cpp i've tried. but the options to the preprocessor are actually technically unstable. relying on them isn't necessarily a good thing |
| 11:45:30 | | Join Zagor [242] (foobar@h254n2fls31o265.telia.com) |
| 11:45:35 | LinusN | hi Zagor |
| 11:45:41 | Zagor | hi |
| 11:47:30 | amiconn | Speaking about unstability - the simulators now compile on cygwin without warnings, but they are unstable. |
| 11:48:28 | | Join Patr3ck [0] (~patr3ck@pD9ECF5DD.dip.t-dialin.net) |
| 11:50:39 | Zagor | amiconn: unstable how? spurious crashes, or easily repeatable? |
| 11:56:14 | amiconn | mpa2wav.rock crashes the x11sim. Then the behaviour of all the codec test plugins is erratic both on x11 and win32 sim - see last night's log |
| 11:56:40 | LinusN | how about win32 sim? |
| 11:56:56 | amiconn | Loading the cygwin x11sim via gdb produces a number of SIGSEGF right at the start |
| 11:56:58 | LinusN | ignore me |
| 11:58:35 | LinusN | maybe the plugins that do file i/o have problems? |
| 11:59:37 | amiconn | Okay, the SIGSEGV problem also happens with x11sims build with the old build system, so it might be a cygwin/ gdb issue. I read something about that on the net |
| 12:00 |
| 12:01:27 | amiconn | I'll try to dig into the build details this evening. Maybe I find what is wrong |
| 12:08:15 | | Quit linuxstb ("Leaving") |
| 12:21:34 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 12:27:01 | sox | missing header for unified diff at line 8 of patch |
| 12:27:01 | sox | can't find file to patch at input line 8 |
| 12:27:01 | sox | Perhaps you used the wrong -p or −−strip option? |
| 12:27:01 | sox | The text leading up to this was: |
| 12:27:02 | sox | −−−−−−−−−−−−−−−−−−−−−−−−−− |
| 12:27:03 | *** | Alert Mode level 1 |
| 12:27:03 | sox | |Index: apps/Makefile |
| 12:27:05 | sox | |=================================================================== |
| 12:27:07 | sox | |RCS file: /cvsroot/rockbox/apps/Makefile,v |
| 12:27:09 | sox | |retrieving revision 1.77 |
| 12:27:11 | sox | |diff -u -r1.77 Makefile |
| 12:27:13 | sox | |−−- apps/Makefile 22 Feb 2005 12:19:11 -0000 1.77 |
| 12:27:15 | sox | |+++ apps/Makefile 23 Feb 2005 10:47:27 -0000 |
| 12:27:17 | sox | −−−−−−−−−−−−−−−−−−−−−−−−−− |
| 12:27:19 | sox | File to patch: |
| 12:27:21 | sox | oops sorry |
| 12:28:03 | | Join Schnueff [0] (~mah@susie.cs.uni-sb.de) |
| 12:31:07 | ashridah | what command did you use to try and patch it, and what directory were you in when you ran it? |
| 12:32:18 | sox | ashridah: problem solved, it was -p0 i should've used |
| 12:34:45 | ashridah | cool |
| 12:37:04 | *** | Alert Mode OFF |
| 12:37:56 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 12:37:56 | * | LinusN goes to lunch |
| 12:38:46 | ashridah | mmm. lunch |
| 12:38:53 | ashridah | pity it's 10:30 pm here :( |
| 12:49:13 | Renko | doh! |
| 12:51:11 | | Quit jyp ("poof!") |
| 12:59:37 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:14:31 | | Join Patr3ck_ [0] (~patr3ck@p548CB368.dip.t-dialin.net) |
| 13:25:06 | | Join webguest07 [0] (~c31ce021@labb.contactor.se) |
| 13:25:27 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 13:32:58 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
| 13:44:04 | | Quit lostlogic ("Going to the moon") |
| 13:50:37 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 13:51:54 | [IDC]Dragon | hi guys! |
| 13:52:28 | preglow | helo |
| 13:53:28 | [IDC]Dragon | I just ebayed 23 jukeboxes: http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&rd=1&item=3875629617 |
| 13:55:49 | preglow | ahahaha |
| 13:55:56 | preglow | any particularily good reason for doing so? :P |
| 13:56:31 | * | [IDC]Dragon is the keeper of the Archos junkyard |
| 13:56:41 | dwihno | the archos graveyard? ;) |
| 13:56:55 | [IDC]Dragon | perhaps |
| 13:56:59 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 13:57:10 | preglow | are they really so bulky they look? |
| 13:57:32 | [IDC]Dragon | yes |
| 13:58:07 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 13:58:24 | Renko | anybody sourced a bdm interface in the uk? |
| 13:58:50 | [IDC]Dragon | u can build one |
| 13:58:52 | Lynx_ | [IDC]Dragon: hmm, all without HD... |
| 13:59:11 | [IDC]Dragon | Lynx_: I know |
| 13:59:36 | [IDC]Dragon | but less than 10 euro apiece is reasonable, methinks |
| 13:59:38 | Lynx_ | [IDC]Dragon: just hope it's not the same thing that's broken on all of them ;) |
| 13:59:52 | markun | I was trying to do some profiling on the tremor code on de simulator. I thought adding -pg to gcc when compiling Tremor would do the trick, but is doesn't |
| 13:59:53 | Renko | [IDC]Dragon, for iriver and has anyone had success? |
| 14:00 |
| 14:00:08 | markun | does anyone here use gprof before? |
| 14:00:15 | markun | s/does/did/ |
| 14:00:31 | [IDC]Dragon | Renko: the design is public, one PAL iirc |
| 14:02:09 | markun | preglow, do you know how it works? |
| 14:02:21 | amiconn | [IDC]Dragon: I watched that aucktion too... |
| 14:02:29 | ashridah | markun: did you add it to LDOPTS as well? |
| 14:02:37 | markun | no |
| 14:02:43 | ashridah | it needs to be specified when linking as well as compiling |
| 14:02:48 | [IDC]Dragon | amiconn: u need some parts? |
| 14:03:16 | ashridah | you'll need to ditch -fomit-frame-pointer then too |
| 14:03:31 | amiconn | Not yet, but maybe in the future... And it might be interesting whether it's possible to get some working units out of this. |
| 14:03:36 | ashridah | (from the flac makefile, by the looks of it |
| 14:03:44 | [IDC]Dragon | maybe I can refurbish some studios and sell them to a blind man's association |
| 14:04:18 | markun | ashridah: From this page I guess I also need a "profiling startup file" http://www.gnu.org/software/binutils/manual/gprof-2.9.1/html_node/gprof_2.html#SEC2 |
| 14:04:27 | markun | But I don't know what it is. |
| 14:04:44 | amiconn | Iirc there are 3 recorder 30 units among them. Nice USB2.0 ... |
| 14:04:46 | preglow | markun: just specifying -pg when compiling AND linking should do unless you're on a strange platform |
| 14:04:49 | amiconn | *recorder 20 |
| 14:05:20 | ashridah | markun: worked for me without anything else. i got the gmon.out file after running it |
| 14:05:33 | [IDC]Dragon | a low USB2 ratio |
| 14:06:18 | markun | ashridah: Did you find out which function is making Tremor so slow? |
| 14:06:19 | amiconn | Is the USB bridge located on the cpu board for recorders? |
| 14:06:33 | [IDC]Dragon | amiconn: yes |
| 14:06:45 | ashridah | markun: well, no, since i haven't actually profiled anything yet |
| 14:06:58 | ashridah | and that's assuming the profiling will even be valid under a simulator. |
| 14:07:01 | amiconn | So maybe if the cpu board works, you could throw taht in another recorder... |
| 14:07:52 | [IDC]Dragon | yes, I did that with my g/f's recorder 15 |
| 14:09:09 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 14:11:47 | ashridah | hm. what do i have to do to build the plugins to be usable with the simulator? |
| 14:12:47 | ashridah | nvm |
| 14:12:49 | | Quit elinenbe (Client Quit) |
| 14:14:49 | ashridah | rofl. okay. in the simulator, it runs at 17% of realtime :) |
| 14:15:20 | markun | ashridah: yes, but here I also had 82% idle.. |
| 14:15:57 | markun | maybe the rockbox simulator is simulating to be on a slower machine? |
| 14:16:40 | ashridah | markun: which suggests it's doing a lot of sleeping |
| 14:16:54 | ashridah | the simulator doesn't do any, afaik |
| 14:19:14 | LinusN | [IDC]Dragon: let's hope some of them are flashable |
| 14:19:31 | [IDC]Dragon | the Studios? |
| 14:19:36 | ashridah | probably need to modify the simulator to replace any sleepalikes with a busyloop |
| 14:19:47 | LinusN | [IDC]Dragon: yes |
| 14:20:03 | [IDC]Dragon | maybe we'll have an old flashable Studio then |
| 14:20:24 | LinusN | yes |
| 14:20:40 | [IDC]Dragon | I have to ask Uski if he's got chips left |
| 14:21:17 | amiconn | ashridah: There *is* something wrong with tremor. I get ~15% here (x11 sim, cygwin, pentium m 1.5 GHz) |
| 14:21:44 | LinusN | :-) |
| 14:21:47 | markun | amiconn: Do you also have a lot of cpu idle time when decoding using the simulator? |
| 14:22:00 | amiconn | [IDC]Dragon: I would be interested if there is any player with the old lcd. Then Linus doesn't need to send his. |
| 14:22:58 | [IDC]Dragon | can this be seen from just looking at it? |
| 14:23:33 | amiconn | ashridah: rockboxui.exe draws virtually no cpu power |
| 14:24:24 | ashridah | amiconn: even when it should be decoding a file as fast as possible? |
| 14:24:37 | | Join R3nTiL [0] (~zorroz@83.69.98.172) |
| 14:24:54 | preglow | bear in mind that the fixed point codecs _are_ slower on pcs |
| 14:24:58 | preglow | but shouldn't be that slow |
| 14:25:07 | ashridah | i didn't think it'd be deliberately holding itself back, and thus, the codec's only getting 20% on a 2GHz athlon here, suggests there's something weird going on, if rockbox spends most of it's time sleeping |
| 14:25:54 | ashridah | the profiling isn't very helpful. strlen and strcmp take out equal places at 22%, followed by a few other functions. of course, some of which get called a *lot* and thus are explainable. |
| 14:25:57 | preglow | ashridah: afaik, the xxx2wav plugins don't even yield(), so that's improbable |
| 14:25:59 | markun | preglow I tried the testdecoder that comes with Tremor here on my PC. autobahn decoded to HD at about 80 x real-time. |
| 14:26:20 | preglow | markun: yes, sounds plausible |
| 14:26:25 | amiconn | [IDC]Dragon: The only method I know of (yet) is to check the ROM version... |
| 14:26:34 | preglow | i remember libmad used a couple of percent cpu on my athlon tbird 1.4ghz |
| 14:28:34 | amiconn | ashridah: Something must be *very* wrong. The 05:31 minutes ogg I use for testing takes ~30 minutes to convert with vorbis2wav, but only ~3 seconds with 'The GodFather' |
| 14:29:24 | ashridah | amiconn: yeah, well, as i say, this thing appears to be sleeping a good deal of the time. |
| 14:31:47 | LinusN | vorbis2wav uses a very small pcm buffer |
| 14:32:06 | LinusN | it updates the lcd every 4k samples |
| 14:32:16 | Renko | [IDC]Dragon, is that the design at the bottom of the iriver bdm wiki page? |
| 14:32:18 | LinusN | that will eat a lot of time in the x11 sim |
| 14:33:41 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 14:36:38 | ashridah | in comparison, the flac decoder decodes in about 350% of realtime |
| 14:37:05 | ashridah | (possibly more, my sample is tiny, so it doesn't settle, and it doesn't show it well, since the FINISHED label covers it |
| 14:38:29 | | Quit R3nTiL () |
| 14:38:58 | ashridah | LinusN: i increased it 10x and it's still going at about 20% realtime. |
| 14:40:09 | LinusN | oh |
| 14:40:52 | ashridah | and as i say, if it was actually doing stuff, i'd expect it to use more than 1-2% of my cpu :) |
| 14:41:02 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
| 14:41:32 | markun | ashridah: how much cpu does flac decoding use? The same? |
| 14:41:35 | ashridah | and pcmbuf's size 100x is again no difference |
| 14:41:55 | ashridah | markun: it's kinda hard to check. most of my stuff comes out a little large when encoded as flac |
| 14:43:08 | ashridah | okay. at about 180% of realtime for the file i've just got. |
| 14:43:21 | ashridah | using 8% cpu |
| 14:43:30 | ashridah | interesting. |
| 14:44:08 | ashridah | the X server isn't stealing time either, about 3% cpu. |
| 14:44:21 | ashridah | so, for some reason, the codecs are sleeping when used as viewers in the simulator. |
| 14:44:45 | LinusN | weird |
| 14:44:48 | Zagor | very |
| 14:45:06 | ashridah | indeed |
| 14:45:26 | | Quit webguest07 ("CGI:IRC") |
| 14:45:36 | ashridah | ideally, we'd want to override anything that looks remotely like a 'sleep'alike call, and replace it with a busyloop |
| 14:45:53 | ashridah | this will make it show up in a profiler |
| 14:46:33 | ashridah | problem is, there doesn't look like anything obvious inside tremor's code that's sleeping. (ie, grep -ri sleep finds nothing :) ) |
| 14:46:40 | markun | ashridah: I think why increasing the size of pcmbuf doesn't do the trick. |
| 14:46:45 | markun | http://www.xiph.org/ogg/vorbis/doc/vorbisfile/ov_read.html |
| 14:46:48 | preglow | tremor should not sleep, heh |
| 14:46:57 | ashridah | preglow: well. naturally. |
| 14:47:08 | markun | " ndicates actual number of bytes read. ov_read() will decode at most one vorbis packet per invocation, so the value returned will generally be less than length. " |
| 14:47:09 | ashridah | but SOMETHING is. |
| 14:47:25 | ashridah | markun: yeah. you're probably right there. |
| 14:47:28 | preglow | well, i don't know how the sims work, so no idea |
| 14:47:51 | * | ashridah wanders off to attend to other stuff for a few |
| 14:48:28 | markun | So it's probably just decoding the same number of samples.. We could loop ov_read() and update a pointer inside the buffer until the buffer is full. |
| 14:55:33 | | Join jyp [0] (~jp@234.81-201-80.adsl.skynet.be) |
| 14:57:18 | jyp | preglow: do you read me? |
| 14:57:30 | preglow | jyp: what? |
| 14:57:55 | jyp | I'm at the point where I'd like to test the gmini's dsp |
| 14:58:08 | preglow | what tools do you have? |
| 14:58:15 | jyp | Basically I'd like to run little test programs |
| 14:58:40 | jyp | I have the gnu assembler |
| 14:58:59 | preglow | ahh, didn't think it supported calmac |
| 14:59:04 | jyp | I plan to implement an emulator too |
| 14:59:22 | jyp | It didn't until I implemented it ;) |
| 14:59:26 | preglow | haha |
| 14:59:40 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:00:05 | jyp | So, I gather you have experience with dsps... |
| 15:00:18 | ashridah | markun: that's not a bad idea |
| 15:00:51 | LinusN | mpa2wav is running at 38% real time in 140MHz |
| 15:01:01 | jyp | preglow: You did a iir filter for the emac, I thougt maybe I could port it to calmmac |
| 15:01:04 | preglow | jyp: if you mean hardware, i actually have very little experience, but should be able to piece together stuff |
| 15:01:10 | preglow | jyp: ahh, sure |
| 15:01:11 | dwihno | as in 1/3 of full speed? |
| 15:01:43 | LinusN | flac2wav is 77% |
| 15:02:15 | sox | hoy, im trying to compile the sim build on mac os x, could anyone take a look at the errors I get? |
| 15:02:30 | sox | i've upped the make report on http://www.jordfrihet.org/uimake.txt |
| 15:02:48 | dwihno | So none of the codecs is running realtime yet? |
| 15:03:18 | ashridah | markun: you're a fricking genius |
| 15:03:43 | jyp | preglow: Is this current ? http://glow.m0f0.net/rockbox/dsptest.c |
| 15:03:49 | ashridah | rofl. actually, i better double-check this. |
| 15:03:53 | ashridah | it could have a nasty screwup :) |
| 15:03:56 | preglow | LinusN: and btw, did your preliminary iram patch actually move the flac routine to iram? |
| 15:04:01 | preglow | jyp: gimme sec |
| 15:04:16 | jyp | sure |
| 15:04:19 | ashridah | hrm. no. seems okay |
| 15:04:48 | LinusN | preglow: yes |
| 15:05:17 | LinusN | it is done on a function or object level |
| 15:05:39 | LinusN | the only thing moved to iram is your emac optimized function |
| 15:05:42 | preglow | jyp: reload |
| 15:05:44 | | Quit DMJC ("Leaving") |
| 15:05:49 | jyp | aye |
| 15:05:55 | preglow | LinusN: didn't measure much difference :/ |
| 15:06:07 | LinusN | nope |
| 15:06:23 | preglow | but of course, there will be a gain, no question about that |
| 15:06:36 | preglow | probably just need to move in some data as well |
| 15:06:45 | LinusN | the sdram is dead slow, so we need to take advantage of the iram |
| 15:07:02 | elinenbe | dead slow! that's no good! |
| 15:07:04 | markun | Tremor is decoding at 3000%! |
| 15:07:07 | LinusN | we will even gain speed if we run the code directly from flash |
| 15:07:31 | preglow | LinusN: ahahah, not bad |
| 15:07:34 | markun | Well, on the simulator at least. |
| 15:07:49 | preglow | jyp: you need to be aware of how the fractional emac mode works, btw, the mac instruction does a full 32x32 bit = 64 bit multiply, but just keeps the upper 40 bits |
| 15:08:09 | markun | ashridah: it does the trick :) |
| 15:08:36 | jyp | preglow: ok |
| 15:08:40 | sox | LinusN ja |
| 15:08:44 | sox | oops |
| 15:08:48 | ashridah | that's a little more like it |
| 15:08:49 | preglow | jyp: and GET_ACC(_CLR) instruction automatically left shifts the result once |
| 15:08:53 | ashridah | getting 250% realtime |
| 15:09:12 | ashridah | using multiple calls to ov_read with offsets into a larger buffer |
| 15:09:16 | elinenbe | markun: 3000% on the simulator... ah! |
| 15:09:35 | preglow | jyp: could you paste me the calmac manual again? |
| 15:09:38 | elinenbe | ashridah: 250% realtime for what codec? |
| 15:09:39 | ashridah | markun: rofl. how many calls to ov_read did you make? |
| 15:10:02 | ashridah | elinenbe: tremor, using my dodgy hack, which (as expected) got a 10x speed increase for 10x more calls to ov_read. |
| 15:10:07 | markun | ashridah: I increased the buffer by 100 and looped until the buffer was full. |
| 15:10:11 | jyp | preglow: http://www.mculand.com/sub1/mcu/calmrisc16_device/S3cc410.pdf |
| 15:10:24 | jyp | it's in the datasheets wiki page now |
| 15:10:28 | ashridah | i'm just not sure if the calculated speed isn't skewed by this |
| 15:11:06 | markun | n = 0; while (n < BUFFSIZE) n += ov_read(&vf,pcmbuf + n,BUFFSIZE - n,¤t_section); |
| 15:11:50 | ashridah | heh. that's neater than mine :) |
| 15:12:21 | markun | ashridah: you also will have to define BUFFSIZE and use it to init pcmbuf of course.. |
| 15:12:26 | ashridah | yeah. the only thing to check is that display_status is using the amount of data processed, and not assuming it's operating at single-frame granularity |
| 15:12:33 | ashridah | yeah |
| 15:12:40 | LinusN | also use my latest change to xxx2wav.c |
| 15:13:16 | markun | LinusN: What did you change? |
| 15:16:02 | LinusN | it only updates the lcd once per second instead of once per function call |
| 15:16:03 | ashridah | markun: now comes the fun bit. test your change on the iriver :) |
| 15:16:16 | ashridah | or his |
| 15:17:12 | ashridah | or both |
| 15:20:19 | dwihno | Anyone got any good ideas how to strengthen an audio signal? My new computer sound board is too quiet |
| 15:22:09 | preglow | with an amplifier? :> |
| 15:22:10 | markun | ashridah: It doesn't make a difference on the iriver so far :( |
| 15:23:04 | preglow | i get 0.80% more perforamnce |
| 15:23:26 | * | [IDC]Dragon just noticed that today is Rockbox release day! |
| 15:23:27 | markun | Then I did something wrong probably. |
| 15:23:32 | preglow | or something like that |
| 15:24:08 | [IDC]Dragon | Zagor? ;-) |
| 15:24:16 | Renko | :O |
| 15:24:26 | Renko | i just managed to reset my firmware ?! |
| 15:25:17 | Renko | i didn't think that was possbible??? |
| 15:26:32 | Renko | and now it's screwed again |
| 15:32:56 | dwihno | preglow: are there really small amps available? such as 3.5mm in, 3.5mm out? :) |
| 15:33:01 | dwihno | I'd love a tiny tiny tiny amp |
| 15:33:13 | Zagor | [IDC]Dragon: hehe, i actually thought about it yesterday. |
| 15:33:48 | [IDC]Dragon | let's wrap up this mess! |
| 15:33:49 | preglow | dwihno: would be pretty easy to build one |
| 15:33:49 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 15:33:53 | | Part LinusN |
| 15:33:55 | markun | preglow: What speed did you get |
| 15:34:13 | preglow | markun: 'bout 7.3-7.5-ish |
| 15:34:59 | markun | Decoding vorbis on iriver? I get about 0.87 |
| 15:35:17 | dwihno | preglow: I don't want to build, I want to buy and plug it in rightaway :) |
| 15:35:18 | preglow | ahh |
| 15:35:19 | preglow | flac |
| 15:35:36 | preglow | the gains might easily be swallowed with vorbis |
| 15:36:18 | ashridah | dwihno: you can buy premade, 9V cell-powered mini amps that fit inside a tin the size of a penguin mints tin :) |
| 15:37:49 | Renko | dwihno, sure there are no gain settings or other vol controls? |
| 15:38:07 | ashridah | dwihno: http://www.dansdata.com/cmoy.htm |
| 15:38:17 | ashridah | dwihno: there's actually a guy who preassembles those. the tins are tiny. |
| 15:38:59 | | Quit markun () |
| 15:43:53 | sox | would these small amps work to amp an external mic as well? |
| 15:44:26 | ashridah | uh. i'm not sure. i doubt it. microphone output tends to need a lot of gain |
| 15:45:26 | ashridah | you'd probably be able to modify the gain of a chu-moy style amp to get the extra gain you need tho |
| 15:45:44 | preglow | mics typically need a ton of gain, yes |
| 15:45:49 | preglow | depends on the type |
| 15:45:59 | sox | i was surprised to see that my iriver was lots better than my ajbr at getting a higher signal from a mic |
| 15:46:31 | dwihno | Renko: just volume |
| 15:46:41 | dwihno | I intend to use it with my computer |
| 15:47:04 | sox | cant wait to get rockbox working so that i can record with more ease, irivers rec interface is not nice... |
| 15:48:56 | dwihno | ashridah: looks interesting |
| 15:49:58 | ashridah | the article's probably old, not sure if the guy dan bought the prebuilt amp from still does it, but plenty of other people will. |
| 15:50:23 | ashridah | and since it runs off a 9V amp, it won't be clipping like a 5V line-out would ;) |
| 15:51:20 | sox | very stylish, anyways |
| 15:51:49 | ashridah | anyway, it's 2am. time to crash |
| 15:51:53 | | Quit ashridah ("sleep") |
| 16:00 |
| 16:00:30 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 16:08:47 | preglow | 4pm, time for a walk accompanied by h120 in the glorious sunshine |
| 16:44:16 | | Join R3nTiL [0] (~zorroz@83.69.98.48) |
| 16:54:34 | | Join mecraw [0] (~mecraw@69.2.235.2) |
| 16:59:42 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:04:51 | | Join bobTHC [0] (~foo@l07v-3-178.d1.club-internet.fr) |
| 17:06:31 | | Quit R3nTiL () |
| 17:06:37 | | Join Chamois [0] (~3e234217@labb.contactor.se) |
| 17:07:03 | Chamois | DLinus : did you work on the bootloader and the very short press on ON button ? |
| 17:07:36 | Chamois | oops |
| 17:07:38 | preglow | DLinus? :P |
| 17:07:40 | Chamois | he is not here |
| 17:07:46 | Chamois | *LinusN |
| 17:08:00 | preglow | no, he left, but what is this very short buttonpress you speak of? |
| 17:08:42 | Chamois | when you press the ON button on the iriver very shortly with the HOLD button ON the iriver start instead stays off |
| 17:09:39 | preglow | queer |
| 17:09:53 | sox | i have another question on the same topic, i thought the basic function of the remote was working now? I dont see that on my unit, do I have to reflash? |
| 17:10:09 | preglow | no, spi is not supported yet, afaik |
| 17:10:17 | sox | ah ok |
| 17:10:32 | preglow | it supports on button, but i guess that's got it's own wire |
| 17:11:06 | sox | but i think i read what chamois is talking about in some old irc log, that the remote could do the same thing as the main unit, start irivers fw with ON+rec? |
| 17:11:28 | sox | or is it no way to start irivers original firmw with the remote? |
| 17:14:38 | amiconn | preglow: Iirc the remote buttons are supported by the driver, only that no part of rockbox uses the remote button codes |
| 17:15:00 | amiconn | (except ON) |
| 17:15:27 | preglow | yes, i see the backlight comes on when i push stuff |
| 17:16:01 | sox | so it's a no to my last question then? |
| 17:16:03 | preglow | but the on button probably is on a wire of its own anyway, so it can be started from the remote |
| 17:16:13 | preglow | unless the buttons don't use spi and i've misunderstood |
| 17:16:18 | amiconn | Yes, the backlight coming on is directly handled in the driver |
| 17:17:01 | amiconn | No, the buttons don't use spi. They are hooked up to the adc the same way as the main buttons, only using a different channel |
| 17:17:13 | preglow | hoke |
| 17:17:31 | amiconn | The remote lcd uses spi iirc |
| 17:18:15 | sox | is this bootloader code? |
| 17:19:18 | amiconn | The button driver code is shared between main rockbox & bootloader afaik |
| 17:20:18 | preglow | yes |
| 17:20:20 | preglow | most code is |
| 17:20:33 | preglow | bootloader is just a specialized version of rockbox |
| 17:20:39 | amiconn | (unlike the archos bootloader, btw) |
| 17:20:53 | preglow | space constraints? |
| 17:21:35 | sox | someone made a bootloader version with inversed start behaviour i remember, with iriver as default and rockbox with rec pressed |
| 17:22:02 | amiconn | preglow: It is both saving space and that a full-fledged button driver isn't needed. |
| 17:23:20 | sox | anyone remember who? |
| 17:23:44 | sox | this i would like until rockbox is more functional in everyday life |
| 17:29:54 | * | sox is sad because noone remembers |
| 17:30:07 | preglow | haha |
| 17:30:10 | preglow | it's pretty trivial, sox |
| 17:31:15 | sox | well then, share to the world |
| 17:31:38 | sox | ;-) |
| 17:32:47 | preglow | i'm not going to do it for you |
| 17:32:50 | preglow | bootloader/main.c |
| 17:33:02 | preglow | just reverse the button check and move some code around |
| 17:33:09 | preglow | i prefer mine the way it is |
| 17:36:08 | sox | preglow: allright, i understand totally, and will not put my programming qualities to test in such a sensitive matter ;−−) |
| 17:41:23 | preglow | sox: nor would i, i intend to keep my fingers away from the bootloader more or less completely |
| 17:41:33 | preglow | i'm able yes, will i screw it up anyway, yes |
| 17:46:10 | Renko | my bootloader gives me a blank scree |
| 17:46:51 | preglow | how nice |
| 17:46:53 | preglow | how'd that happen |
| 17:47:12 | Renko | dunno, complied from cvs and prob messed up |
| 17:47:46 | Renko | but... if I reconnect the battery with my finger on play it goes back to the iriver firmware... |
| 17:47:52 | preglow | ok, so your player is trying it's own at being a paper weight? |
| 17:48:00 | preglow | eh... |
| 17:48:18 | preglow | what about the reset switch? |
| 17:48:27 | Renko | it's broken :S |
| 17:48:30 | preglow | haha |
| 17:48:35 | preglow | well, ok, then its not beyond hope |
| 17:48:39 | Renko | used too many times ;) |
| 17:48:41 | preglow | just flash bootloader.bin in the wiki |
| 17:49:08 | Renko | yeh I have done previously and it worked |
| 17:54:44 | preglow | damn |
| 17:54:52 | preglow | my box is getting quite a few hits on the gameboy pictures |
| 17:54:56 | preglow | rockboy, i mean |
| 17:55:26 | preglow | about ten thousand |
| 17:57:05 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 18:00 |
| 18:04:52 | | Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby") |
| 18:09:44 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 18:10:33 | preglow | are we planning to use the eeprom, btw? |
| 18:10:59 | ripnetuk | the person who wanted to run iRiver firmware by default instead of rockbox - i can halp in a limited (but safe) way - i have compiled a version of rockbox.bin that just jumps straight to the original rom (on my web site at http://files.ripnet.co.uk) - if you put that on the hard drive, it will always boot to that, which in turn boots the original. That way you can leave the iRiver flashed, but not have to fuss about to load the origin |
| 18:11:47 | preglow | clever |
| 18:11:48 | ripnetuk | of course you cannot then run Rockbox without plugging into a computer and removing my rockbox.bin and putting the real one back |
| 18:11:58 | preglow | didn't think of that |
| 18:11:59 | ripnetuk | gotta go... cya |
| 18:12:07 | | Quit ripnetuk (Client Quit) |
| 18:19:51 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 18:25:07 | | Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 18:28:46 | | Join Zezayer [0] (~zezayer@host81-152-218-69.range81-152.btcentralplus.com) |
| 18:28:59 | HCl | hi.. |
| 18:30:41 | | Nick Zezayer is now known as zezayer|away (~zezayer@host81-152-218-69.range81-152.btcentralplus.com) |
| 18:36:58 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
| 18:50:39 | | Quit jyp ("poof!") |
| 18:51:19 | | Nick preglow is now known as pregone (thomj@s183a.studby.ntnu.no) |
| 18:56:24 | | Quit Chamois ("CGI:IRC") |
| 18:58:11 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
| 18:58:17 | | Join condor9 [0] (jch@xmission.xmission.com) |
| 18:58:52 | condor9 | amiconn: busy? |
| 18:59:45 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:05:15 | | Quit XShocK (" Try HydraIRC -> http://www.hydrairc.com <-") |
| 19:22:36 | condor9 | amiconn: I have my config and font file ready to send to you when you're ready. |
| 19:34:35 | | Join Ski [0] (~chatzilla@pcp0010598577pcs.catonv01.md.comcast.net) |
| 19:34:43 | Ski | anyone here? |
| 19:35:19 | HCl | no. |
| 19:35:24 | HCl | we all died :/ |
| 19:35:29 | Ski | awww |
| 19:35:40 | HCl | due to square-eye disease caused by computers. |
| 19:35:59 | amiconn | condor9: Now I'm here |
| 19:36:49 | condor9 | okie. I just tarballed my .rockbox with a default config and a bold font. |
| 19:37:22 | Ski | I guess noone can help me then |
| 19:38:41 | | Quit Ski (Client Quit) |
| 19:39:35 | zezayer|away | Whilst its quiet, does anyone have a version of rockbox in the .hex form, ive been tryin 2 build if from the instructions online and it just aint working [ sorry if ur sick of ppl askin this ] |
| 19:39:57 | | Nick zezayer|away is now known as zezayer (~zezayer@host81-152-218-69.range81-152.btcentralplus.com) |
| 19:41:06 | | Quit [IDC]Dragon ("CGI:IRC") |
| 19:43:14 | amiconn | condor9: Now that is strange. I just put your config.cfg in /.rockbox, bold.fnt in /.rockbox/fonts and selected config.cfg from 'browse .cfg files' |
| 19:43:40 | amiconn | The font loads as intended, and my recorder keeps the setting across a reboot... |
| 19:43:53 | | Quit Diway () |
| 19:43:57 | condor9 | Strange. Any ideas? |
| 19:44:40 | amiconn | The only difference between your and my .cfg files I can see is that yours uses DOS line endings (cr+lf), while mine use unix style (lf only), but that shouldn't matter... |
| 19:45:17 | condor9 | Yeah, because all the other settings are restored across a reboot. |
| 19:45:24 | condor9 | My config was generated from within rockbox. |
| 19:46:17 | amiconn | No, because the settings are actually loaded from the .cfg. The .cfg is not involved in the reload at boot |
| 19:46:26 | condor9 | Oh. |
| 19:46:49 | condor9 | Where is the reload at boot info stored? |
| 19:46:54 | amiconn | The persistent settings are stored in a special sector of the hd, before the file system. |
| 19:47:04 | condor9 | Maybe it's corrupted? |
| 19:47:33 | amiconn | Some settings are also stored in the rtc (only recorders have one) |
| 19:48:10 | condor9 | Strange that it works for 2.2 |
| 19:48:11 | amiconn | When this sector gets corrupted, the settings are reset to their defaults, so no setting will survive... |
| 19:48:23 | amiconn | Hmm. |
| 19:48:39 | condor9 | Can I re-initialize that sector? |
| 19:49:25 | amiconn | This sector is rewritten completely when saving settings, so no need to initialise |
| 19:50:35 | amiconn | Please go to Info->Debug->View partitions and tell me what it says |
| 19:51:02 | condor9 | Ok. Just a sec. |
| 19:51:08 | amiconn | There are 4 partition entries, P0..P3 |
| 19:51:24 | amiconn | If you only have one partition, P1..P3 should read: |
| 19:51:28 | | Quit markun () |
| 19:51:39 | amiconn | Pn: S:0 T:0 0 MB |
| 19:51:46 | condor9 | I have two partitions. Here's the info. |
| 19:52:01 | amiconn | Tell me if they don't, and also tell me the P0 and P1 parameters |
| 19:52:03 | | Join Sucka [0] (~NNSCRIPT@host81-156-213-142.range81-156.btcentralplus.com) |
| 19:52:09 | condor9 | P0: S:8 T:B 12288 MB |
| 19:52:39 | condor9 | P1: S:1800008 T:5 25866 MB |
| 19:52:49 | condor9 | P2: S:0 T:0 0 MB |
| 19:53:00 | condor9 | P3: S:0 T:0 0 MB |
| 19:54:13 | amiconn | Hmm, that partition layout is a bit unusual, in that the number of sectors per track is not 63. |
| 19:54:50 | amiconn | Btw, that means rockbox 2.2 (which puts the config sector unconditionally at sector 61) overwrites a sector within your first partition! |
| 19:55:39 | condor9 | Ok. So, how should I restructure my drive? |
| 19:55:42 | amiconn | Current rockbox calculates the position of the config sector as (lowest_partition_start - 2), so it's 6 in your case |
| 19:56:14 | amiconn | If that doesn't work with your layout, maybe there's a bug in rockbox... |
| 19:56:50 | amiconn | (Btw, I just checked, .cfg files created by rockbox use dos linefeed style) |
| 19:57:08 | amiconn | Do you use windows or linux? |
| 19:57:15 | condor9 | I use OS X. :) |
| 19:57:41 | amiconn | Ah. So you should have a unix command line as well (?) |
| 19:57:47 | | Join mrelwood [0] (~50ba3041@labb.contactor.se) |
| 19:58:12 | condor9 | Yes, I've been a unix snob for quite some time. |
| 19:58:12 | | Quit mrelwood (Client Quit) |
| 19:58:46 | | Join mrelwood [0] (~50ba3041@labb.contactor.se) |
| 19:58:55 | amiconn | Could you dump the beginning of your disk (physical disk, not partition) to a file with dd? |
| 19:59:08 | condor9 | Sure. Gimme a minute. |
| 19:59:12 | amiconn | First couple of sectors is sufficient |
| 19:59:37 | mrelwood | I see the iRiver is very tightly being developed... COOL! |
| 20:00 |
| 20:04:37 | condor9 | Sorry, I forget the sector/block size info. |
| 20:04:51 | condor9 | Should this be enough ... dd if=/dev/disk1 of=dd.out count=20 |
| 20:05:22 | amiconn | count=63 would be better |
| 20:05:30 | condor9 | Okie. Just a sec. |
| 20:05:44 | condor9 | Oh yeah. :) |
| 20:08:51 | | Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") |
| 20:10:24 | mrelwood | anyone tried to record with the iriver yet? |
| 20:13:10 | amiconn | condor9: I think I know the problem... and it's not a rockbox bug, but rather a rockbox design problem (the 'hidden' config sector) in conjunction with your OS... :( |
| 20:13:57 | amiconn | Rockbox 2.2 indeed saves at sector 61, which is happily inside of what looks like a FAT of your first partition |
| 20:14:44 | amiconn | However, I guess rockbox 2.3+ tries to save correctly, but your system doesn't leave the sectors before the first partition alone |
| 20:15:23 | condor9 | You mean it changes them after rockbox writes to them? |
| 20:15:31 | amiconn | Usually, sector 0 is the master boot record and holds the partition table. The first partition starts one track later (usually at sector 63, in your case at sector 8) |
| 20:16:10 | amiconn | For your setup, rockbox 2.3+ tries to save at sector 6, but sector 6 gets overwritten by a sector looking identical to sector 0 |
| 20:16:36 | amiconn | I guess you OS stores copies of the MBR in sector 1...7, thereby overwriting the rockbox config |
| 20:16:56 | amiconn | The fact that a part of your settings stay is also explainable |
| 20:17:24 | condor9 | Wow ... thanks for the diagnosis. |
| 20:17:27 | amiconn | Since you have a recorder, the settings stored in the RTC stay intact |
| 20:17:53 | amiconn | One more reason to change the rockbox config save to use a real file... |
| 20:18:37 | condor9 | I partitioned my drive using Disk Utility ... perhaps I should do it differently. |
| 20:19:08 | amiconn | Btw, the problem that happened to the font setting will also occur if you try to set a different language or wps |
| 20:19:26 | condor9 | Yeah, I noticed the wps didn't restore either. |
| 20:19:45 | amiconn | These are settings that are stored in the .cfg sector only... |
| 20:19:45 | condor9 | Can I pad the first 62 sectors? |
| 20:20:03 | condor9 | or 60 or whatever? |
| 20:20:22 | amiconn | Hmm. In order to get the defaukt disk layout, you would need to repartition the drive to use 63 sectors/track |
| 20:20:45 | condor9 | Would that fix my problem? |
| 20:21:01 | amiconn | However, I doubt that it'll help. Maybe the OS extends its copying of sector 0 to sector 1..62 then. |
| 20:21:28 | amiconn | You could at least try it, it it's not too much work |
| 20:21:42 | amiconn | (I wouldn't recommend doing this via USB1.1) |
| 20:22:11 | condor9 | It's not too much trouble, but I can't do it right now. |
| 20:22:39 | condor9 | Thanks so much for your help. |
| 20:23:07 | amiconn | Okay. When you will get to doing it, and it actually fixes the problem, just drop a small note. |
| 20:24:05 | condor9 | I'll let you know either way, but I'm determined to get it fixed. Thanks again. |
| 20:32:03 | | Quit mrelwood ("CGI:IRC") |
| 20:35:54 | | Quit condor9 ("Leaving") |
| 20:36:00 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) |
| 20:54:25 | lolo-laptop | zomg wavs work! |
| 20:54:30 | lolo-laptop | H3x0 time |
| 20:54:32 | lolo-laptop | :-D |
| 20:54:37 | HCl | they do? |
| 20:54:41 | lolo-laptop | the wiki says so |
| 20:55:23 | HCl | kay. |
| 20:55:40 | CoCoLUS | dynarec status? ^^ |
| 20:56:08 | HCl | um. |
| 20:56:18 | HCl | stalled, cause i'm having trouble calling a block |
| 20:56:42 | HCl | and my sister got married today... so i'm tired and stuff. i'll prolly look at it tomorrow.. |
| 20:57:24 | CoCoLUS | best wishes :) |
| 20:57:29 | HCl | thanks |
| 20:57:51 | HCl | she's still very ill. we all hope she'll survive her current disease without too many side effects. |
| 20:59:48 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:30:08 | | Quit hubble () |
| 21:33:02 | | Quit Zagor ("Client exiting") |
| 21:39:34 | | Join Digital007 [0] (~acd6b59b@labb.contactor.se) |
| 21:39:38 | Digital007 | hi |
| 21:39:43 | Digital007 | Can iriverbox now play wav files? |
| 21:40:20 | midk | can it even play mp3's? |
| 21:40:40 | Digital007 | well according to the wiki it looks like wav playback is working |
| 21:40:49 | rasher | wav is pretty much working I think, but not merged yet |
| 21:41:22 | Digital007 | well i just downloaded the latest version, but couldn't get a wav file to play |
| 21:44:17 | rasher | It's not in cvs yet |
| 21:45:40 | | Join webguest30 [0] (~534d2960@labb.contactor.se) |
| 21:45:52 | Digital007 | ok fair enough |
| 21:46:57 | rasher | There's code linked on the iriverport status page I think |
| 22:00 |
| 22:00:41 | | Quit webguest30 ("CGI:IRC (Ping timeout)") |
| 22:05:27 | | Join Tang [0] (~chatzilla@83.195.39.29) |
| 22:05:32 | Tang | Hello |
| 22:05:37 | Tang | :) |
| 22:05:53 | Tang | Want to congrat fo latests progress once again |
| 22:05:55 | Tang | :) |
| 22:06:12 | Tang | You're all making wonderful job :) |
| 22:06:41 | Tang | I'm waiting for my job pay to donate again :) |
| 22:06:45 | Tang | Cheers :) |
| 22:09:49 | | Quit Tang (Client Quit) |
| 22:18:59 | | Join jyp [0] (~jp@243-108.245.81.adsl.skynet.be) |
| 22:22:12 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age") |
| 22:22:50 | | Join webguest30 [0] (~541b2395@labb.contactor.se) |
| 22:25:10 | | Quit webguest30 (Client Quit) |
| 22:29:41 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 22:30:12 | | Join courtc [0] (~court@adsl-33-138-95.asm.bellsouth.net) |
| 22:33:28 | | Join zedtwo [0] (v@host81-157-91-190.range81-157.btcentralplus.com) |
| 22:33:29 | | Nick zedtwo is now known as gfdgfsdgfdsgfdsg (v@host81-157-91-190.range81-157.btcentralplus.com) |
| 22:33:42 | | Quit methangas (Read error: 60 (Operation timed out)) |
| 22:33:46 | | Nick gfdgfsdgfdsgfdsg is now known as borock (v@host81-157-91-190.range81-157.btcentralplus.com) |
| 22:34:14 | borock | hey there |
| 22:36:02 | borock | howu doin |
| 22:38:49 | | Nick pregone is now known as preglow (thomj@s183a.studby.ntnu.no) |
| 22:42:36 | | Join Patr3ck [0] (~patr3ck@pD95F72D0.dip.t-dialin.net) |
| 22:43:49 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 22:43:55 | | Quit Schnueff ("away") |
| 22:51:44 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 22:59:50 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:11:22 | | Join Quelsaruk [0] (~kvirc@80.103.139.179) |
| 23:11:31 | Quelsaruk | evening |
| 23:30:04 | | Quit borock ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 23:31:16 | | Quit zezayer ("ChatZilla 0.9.61 [Mozilla rv:1.7.2/20040804]") |
| 23:39:14 | | Join hubble [0] (hubble@h13n1fls302o1033.telia.com) |
| 23:39:54 | | Quit jyp (Remote closed the connection) |
| 23:43:14 | HCl | night |
| 23:43:32 | CoCoLUS | mornin? |
| 23:43:43 | HCl | not yet. |
| 23:43:50 | HCl | in 20 minutes it'll technically be morning. |
| 23:45:11 | CoCoLUS | nice timezone :) |
| 23:45:21 | HCl | gmt+1 |
| 23:45:28 | CoCoLUS | i know, i'll live here :P |
| 23:46:08 | CoCoLUS | hm its getting late, can't even get the tenses right |
| 23:46:14 | CoCoLUS | i-live-here |
| 23:46:57 | preglow | haha |
| 23:47:04 | preglow | it's getting early in fifteen minutes |
| 23:47:54 | CoCoLUS | i don't consider 000 early |
| 23:47:58 | CoCoLUS | early is 4... 5 :) |
| 23:57:55 | | Quit preglow ("reboot") |
icon identifies that the person is a core developer (has commit access).