| 00:00:33 | | Quit petur ("here today, gone tomorrow") |
| 00:02:59 | sharpe | i'll be back in a bit... |
| 00:03:45 | * | sharpe prances off to non-rockbox land... |
| 00:04:07 | linuxstb | kkurbjun: Your latest Doom is giving me lots of warnings about LONG_MAX, SHRT_MIN, SHRT_MAX etc being redefined... |
| 00:04:42 | linuxstb | And then it dies with errors about functions being declared static after non-static... |
| 00:05:18 | linuxstb | And something I don't understand: "p_mobj.c:885: warning: dereferencing type-punned pointer will break strict-aliasing rules" |
| 00:05:26 | | Quit ender` (" Don't take life too seriously; you won't get out of it alive.") |
| 00:06:47 | webguest55 | Sounds like a sentence generated by a clever script |
| 00:07:20 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 00:07:43 | kkurbjun | linuxstb: Where are you getting the static / non-static errors |
| 00:07:45 | | Join antoine [0] (n=antoine@ASt-Lambert-153-1-19-115.w81-249.abo.wanadoo.fr) |
| 00:08:58 | stripwax | linuxstb- http://www.beermex.com/pacbox.patch for latest patch - fixes sprite mangling when it goes off left-hand tunnel; also (hopefully) some more minor optimisations of sprite and char rendering. |
| 00:09:10 | | Join quobl [0] (n=quobl@pool-70-23-2-188.ny325.east.verizon.net) |
| 00:09:19 | stripwax | want me to upload it to the patch tracker or are you cool w that? |
| 00:09:46 | kkurbjun | linuxstb: I have that mobj error also, I havn't looked into it, the SHRT stuff is because of some definitions in rockmacros.h, I was including the values from limits.h |
| 00:10:31 | | Join nnod [0] (n=donn@xp000931.massey.ac.nz) |
| 00:10:34 | linuxstb | stripwax: It's OK, I'll try and look at it tonight. |
| 00:10:48 | stripwax | actually small prob.. one sec.. |
| 00:11:05 | linuxstb | kkurbjun: I'm confused... Does it fail to compile for the H300 as well then? |
| 00:11:31 | kkurbjun | linuxstb: no, not on gcc 3 |
| 00:11:38 | linuxstb | Ah, so it's a gcc 4 thing. |
| 00:13:26 | stripwax | linuxstb - sorry, patch should be fine now. |
| 00:13:32 | | Quit mikearthur (Remote closed the connection) |
| 00:14:06 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 00:15:48 | stripwax | I'm at 14fps on h1x0 so far, I'm just about to build in the patch Paprica referred to and see how it goes! |
| 00:16:07 | linuxstb | stripwax: That patch is in cvs now. |
| 00:16:21 | linuxstb | With just that patch, it's faster than 20fps. |
| 00:16:24 | | Quit Rondom (No route to host) |
| 00:16:37 | linuxstb | (i.e. the framerate control is kicking in) |
| 00:17:31 | *** | Saving seen data "./dancer.seen" |
| 00:18:12 | linuxstb | kkurbjun: I finally got it compiling for the ipod, and it's too big for IRAM. |
| 00:18:19 | linuxstb | s/IRAM/Plugin RAM/ |
| 00:18:43 | | Quit quobl (Remote closed the connection) |
| 00:18:46 | stripwax | linuxstb - great, just trying now |
| 00:18:48 | linuxstb | But there are a _lot_ of warnings. |
| 00:19:10 | kkurbjun | linuxstb: yeah, I know there's a ton of warnings on this new version, I was just getting in all the code |
| 00:19:40 | | Join didj [0] (n=foo@203-59-186-176.dyn.iinet.net.au) |
| 00:19:42 | linuxstb | It looks like we are back at the beginning then... And there was me hoping to commit it tonight :( |
| 00:19:55 | kkurbjun | linuxstb: there is alot of code in this new version, how much over is it on the plugin ram |
| 00:20:03 | linuxstb | But from your comments in the patch tracker, it seems worthwhile. |
| 00:20:22 | kkurbjun | linuxstb: yeah, it's a much better code base |
| 00:20:39 | linuxstb | I think we're going to have problems with unaligned memory accesses again though - if this is the same as the test version you gave me. |
| 00:21:21 | linuxstb | I'll try increasing the plugin ram size and see what happens. |
| 00:21:27 | kkurbjun | linuxstb: I made one change to the memory allocator that was more or less a bug, I was also having some memory corruption that I fixed as well so I was hoping that wouldn't be an issue |
| 00:22:46 | kkurbjun | I also have some packet attribute flags for some of the wad information that wasn't really being loaded correct before |
| 00:22:58 | | Quit tinodeleste (Read error: 110 (Connection timed out)) |
| 00:23:12 | kkurbjun | if that's an issue though you can remove them by redefining PACKEDATTR in rockmacros.h |
| 00:24:05 | imphasing | linuxstb: Which file has the entry point for the rockbox bootloader? |
| 00:24:26 | stripwax | linuxstb - nice, that z80 patch makes it fly |
| 00:25:04 | linuxstb | imphasing: firmware/crt0.S |
| 00:25:09 | imphasing | ah, cool |
| 00:25:11 | imphasing | thanks |
| 00:25:16 | imphasing | Looks like pacbox got fast |
| 00:25:18 | imphasing | hehe |
| 00:25:18 | imphasing | :) |
| 00:25:21 | imphasing | nice |
| 00:25:28 | linuxstb | Yep, and getting faster :) |
| 00:25:51 | imphasing | sweet |
| 00:26:12 | linuxstb | kkurbjun: I've just tried it, and it's not finding my wad - I have /games/doom/doom1.wad |
| 00:26:51 | imphasing | Whoa, Linus sure knows his ARM ASM |
| 00:26:53 | imphasing | hehe |
| 00:27:14 | kkurbjun | linuxstb: you need prboom.wad in that directory also |
| 00:27:25 | kkurbjun | one sec, let me give you a link |
| 00:27:34 | linuxstb | imphasing: Why do you say that? |
| 00:27:50 | kkurbjun | alamode.mines.edu/~kkurbjun/prboom.wad |
| 00:28:04 | imphasing | linuxstb: It looks like he wrote the rockbox bootloader |
| 00:28:06 | linuxstb | kkurbjun: It's OK, I've got it from last time. I just forgot about it. |
| 00:28:14 | imphasing | ah, never mind |
| 00:28:15 | imphasing | hehe |
| 00:28:22 | imphasing | preglow knows his ARM ASM |
| 00:28:23 | imphasing | :) |
| 00:28:53 | | Nick antoine is now known as tinodeleste (n=antoine@ASt-Lambert-153-1-19-115.w81-249.abo.wanadoo.fr) |
| 00:29:47 | linuxstb | kkurbjun: "data abort at 01FB0058" |
| 00:29:57 | linuxstb | (i.e. unaligned memory access) |
| 00:30:34 | | Join quobl [0] (i=_tor@shodan.nognu.de) |
| 00:30:41 | kkurbjun | linuxstb: where was that, r_main.c again? did you try redefining the packedattr? |
| 00:30:44 | linuxstb | That's the R_RenderBSPNode function |
| 00:30:50 | kkurbjun | hmm |
| 00:31:20 | linuxstb | No, I haven't touched packedattr. |
| 00:31:59 | linuxstb | But that's a bad thing for ARM. |
| 00:32:55 | kkurbjun | yeah, I figured, if you redefine it blank in rockmacros.h it might help |
| 00:33:02 | linuxstb | Just trying that now... |
| 00:33:39 | linuxstb | Another data abort - different location. |
| 00:34:21 | linuxstb | It's now in R_InitTextures |
| 00:34:34 | kkurbjun | that's earlier in the code |
| 00:35:00 | kkurbjun | I think the alligned attr is needed for some of the map data as it's packed on disk |
| 00:35:44 | preglow | imphasing: most of the bootloader was stolen from ipl... |
| 00:35:54 | imphasing | preglow: ah, hehe |
| 00:36:01 | imphasing | It's still impressive |
| 00:36:02 | imphasing | :) |
| 00:36:58 | linuxstb | stripwax: You could try changing FPS to 30 for the H140 and see how fast it goes. |
| 00:37:47 | preglow | half of it is ipl code, looks like |
| 00:38:14 | * | preglow kicks cordic |
| 00:38:22 | linuxstb | stripwax: The blit_display() function could possibly benefit from some optimisation as well. |
| 00:39:17 | kkurbjun | linuxstb: all the memory allocation is effectively done in z_zone.c now, I thought I fixed the problems with it, but aparantly there are still some more. I would guess that that is what's causeing the allignment issues |
| 00:39:56 | kkurbjun | linuxstb: did the game at least get to the menu screen with PACKET ATTR? |
| 00:40:18 | linuxstb | Yes. |
| 00:40:28 | kkurbjun | and without it didn't? |
| 00:40:34 | linuxstb | The data aborts have both been after I selected play game. |
| 00:40:39 | | Quit matsl ("Leaving") |
| 00:40:41 | kkurbjun | oh, hmm |
| 00:41:05 | linuxstb | I assume you mean the Rockbox menu, not the Doom menu. |
| 00:41:14 | kkurbjun | no, doom menu |
| 00:41:24 | linuxstb | The menu with "New Game" etc? |
| 00:41:31 | kkurbjun | yeah |
| 00:41:36 | linuxstb | No - it doesn't get that far. |
| 00:41:42 | imphasing | preglow: cordic? |
| 00:41:50 | linuxstb | It crashes during the initialisation. |
| 00:41:52 | preglow | trig function generator |
| 00:41:58 | imphasing | ah |
| 00:42:00 | preglow | needed to fix the eq |
| 00:42:08 | kkurbjun | hmm |
| 00:42:27 | kkurbjun | you looked at the z_zone stuff before though dind't you? |
| 00:43:17 | | Quit tenzing (Read error: 104 (Connection reset by peer)) |
| 00:43:54 | | Join tenzing [0] (n=mat@jullay.net) |
| 00:44:12 | kkurbjun | it's strange that it's calling R_RenderBSPNode before showing anything. it should at least get to the doom menu before doing that |
| 00:44:26 | stripwax | preglow - what's "up" with the eq? |
| 00:44:48 | stripwax | linuxstb - yep, I'll give it a go. was thinking about rewriting the blt to use coldfire asm but don't have time to do that right now |
| 00:45:36 | linuxstb | kkurbjun: Yes, and I don't think I could find the problem. |
| 00:46:05 | | Nick ScoTTie_ is now known as ScoTTie (n=scott@unaffiliated/scottie) |
| 00:46:32 | linuxstb | I was hoping you would give up on this new code and stick with the original Doom :) |
| 00:46:58 | stripwax | linuxstb - @ 50 fps! D-) and still rising .. 51ish |
| 00:47:17 | linuxstb | stripwax: I've just tried your latest patch, and it doesn't seem to make any difference for the 5g. |
| 00:47:28 | stripwax | it fixes the bug, no? |
| 00:47:31 | kkurbjun | : ), I thought about it a bunch of times, but I really wanted to have a version of doom that could play quite a few of the new mods reliably |
| 00:47:35 | preglow | stripwax: the frequency is inaccurate sometimes |
| 00:47:43 | linuxstb | stripwax: Ah yes, I forgot there was a bugfix in there.... |
| 00:47:47 | linuxstb | :) |
| 00:47:55 | stripwax | it's mainly a bugfix! ;-) |
| 00:48:07 | preglow | amiconn: timer.c is one-shot mode only? |
| 00:48:16 | linuxstb | I'm too obsessed with optimisations at the moment. |
| 00:49:21 | stripwax | preglow - oh! silly question but - how can you tell / how did you spot that? or is it so inaccurate you can hear that it's wrong? |
| 00:50:48 | preglow | stripwax: some people did measurements, and then i plotted the filter response for the coefficients in octave, and it turned out it's off |
| 00:51:07 | preglow | if you ask for 60hz, you get 140hz, etc |
| 00:51:24 | preglow | turns out my sine function wasn't accurate enough |
| 00:51:47 | stripwax | preglow - wow. I mean, that's great, I wouldn't have expected eq freqs to be completely perfect anyway. |
| 00:52:05 | stripwax | it's great that the rockbox devs care this much about quality, is what i meant, of course |
| 00:52:48 | kkurbjun | linuxstb: I think another good canidate for some of the alignment problems is in p_setup.c in function P_LoadNodes, it's adding an integer value to *nodes and then assigning that to a pointer, I'm supprised it works at all... |
| 00:53:08 | preglow | well, it's a pretty major bug, and i also need a very accurate sin() function for the eq plotting |
| 00:53:08 | stripwax | preglow - you only need the sine to build the coeffs though, right? would a slow-and-very-accurate trig fn be more appropriate? |
| 00:53:18 | stripwax | ah |
| 00:53:19 | preglow | that's what i'm doing now |
| 00:53:28 | preglow | it's only used every time you change the settings |
| 00:53:34 | preglow | nothing's changed in the static case |
| 00:53:51 | stripwax | cools, I guess that's what I was asking. i can go back into hiding now ;-) |
| 00:53:56 | linuxstb | kkurbjun: OK. But I'm too tired to look at it any more tonight. |
| 00:54:16 | linuxstb | If you manage to get it compiling in the sim, that may help debugging. |
| 00:54:42 | kkurbjun | linuxstb: no problem I'm looking into what I can, I'm working on that now |
| 00:54:48 | kkurbjun | thanks for looking at it though |
| 00:56:09 | | Join rkostynu [0] (n=chatzill@wnpgmb06dc1-42-169.dynamic.mts.net) |
| 00:58:32 | preglow | bloody annoying, this is |
| 00:58:42 | preglow | think i'll just wait for safetydan |
| 00:58:59 | preglow | sleep also sounds sweet |
| 00:59:00 | linuxstb | stripwax: I've just tried making pacbox display the full 60fps on the H140, and it's managing about 51.4 |
| 00:59:19 | stripwax | linuxstb - yep, almost exactly what I just reported for h120.. |
| 00:59:37 | stripwax | about 15mins ago in fact! |
| 01:00 |
| 01:00:46 | | Quit kernelsensei (Read error: 104 (Connection reset by peer)) |
| 01:00:50 | | Join kernelsensei [0] (n=boris@gentoo/developer/kernelsensei) |
| 01:02:41 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 01:02:50 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 01:02:59 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-47-105.w83-198.abo.wanadoo.fr) |
| 01:03:02 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 01:03:17 | linuxstb | stripwax: Were you trying 30fps or 60fps? |
| 01:03:35 | stripwax | 60fps. which is how I got 51fps |
| 01:03:48 | stripwax | I figured 30fps would be too easy.. :-) |
| 01:03:51 | linuxstb | Of course, I forgot that I had enabled the framerate control... |
| 01:04:12 | linuxstb | It seems a bit pointless though... |
| 01:04:22 | linuxstb | Maybe we should try the greyscale lib. |
| 01:04:36 | stripwax | might be better to try 30fps and adjust cpu boost? |
| 01:04:51 | stripwax | at 50fps the h1x0 lcd is pretty darn blurry |
| 01:05:53 | * | stripwax seems to remember that dynamic cpu boost would play havoc with framerate control tho.. |
| 01:06:12 | preglow | time for bed, y'all |
| 01:06:17 | preglow | later |
| 01:06:17 | stripwax | gnight you |
| 01:08:19 | | Quit Kohlrabi (Nick collision from services.) |
| 01:08:26 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-128-139.pools.arcor-ip.net) |
| 01:12:04 | | Nick scf is now known as Zzzcf (n=scf@141-113-207-82.ip.ukrtel.net) |
| 01:13:55 | stripwax | do we know how fast the H1x0 can actually do continuous full screen lcd updates? |
| 01:13:59 | linuxstb | stripwax: We've also got sound to implement. |
| 01:14:13 | stripwax | linuxstb - heh.. yeah.. |
| 01:14:30 | linuxstb | Would you be interested in attempting that? |
| 01:15:31 | stripwax | certainly, although no promises on when I'd be able to finish it! |
| 01:16:09 | stripwax | are there any other examples of plugins that play sounds? i guess metronome would be a starting point, and then I'd need to generate the samples somehow.. |
| 01:16:27 | linuxstb | Doom does it. |
| 01:16:47 | stripwax | I'd say that's a complicated starting point. |
| 01:16:52 | linuxstb | The original source is here: http://www.davechapman.f2s.com/rockbox/pie111.zip |
| 01:17:00 | linuxstb | Beware - C++ inside. |
| 01:17:13 | stripwax | yeah, got that already, just need some pointers on how to do the rockbox audio buffer thang |
| 01:17:35 | stripwax | hey, you're on f2s also. how you finding the network speeds since march? :-D |
| 01:17:43 | linuxstb | Abysmal. |
| 01:17:51 | stripwax | yeah. . |
| 01:17:57 | linuxstb | But it seems to have got better recently. |
| 01:18:23 | stripwax | yeah, last two weeks or so in my case. can't believe I'm paying for 8Mb and getting <1Mb most of the time |
| 01:18:42 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 01:20:29 | linuxstb | You could test the audio code by just writing the PCM data the emulator generates to a file. |
| 01:21:34 | stripwax | sure could. I used to hack Buzz plugins so that should be pretty straightforward. just not familiar yet with how to make it actually play. but it seems that all the audio data is in the rom anyway so it should be a piece of cake |
| 01:23:49 | linuxstb | I've just remembered that the audio frequency is 96KHz. So we'll have to resample to 44.1KHz. |
| 01:24:01 | linuxstb | s/frequency/samplerate/ |
| 01:25:07 | linuxstb | stripwax: Just committed your patch. |
| 01:25:12 | stripwax | neat! cheers |
| 01:25:33 | | Join lolo-laptop [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 01:25:44 | | Quit lolo-laptop (Client Quit) |
| 01:25:49 | stripwax | gotta go. hopefully i'll get time to try out audio tomorrow; if not then soonest.. |
| 01:25:58 | linuxstb | gnight. |
| 01:26:03 | | Part stripwax |
| 01:26:32 | | Quit tinodeleste ("Client exiting") |
| 01:36:24 | | Quit amiconn (Read error: 104 (Connection reset by peer)) |
| 01:42:39 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 01:44:31 | | Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") |
| 01:45:06 | | Quit sharpe (Read error: 110 (Connection timed out)) |
| 01:46:27 | | Quit herz42 ("Und wech") |
| 01:50:37 | | Quit rkostynu ("Chatzilla 0.9.72 [Firefox 1.5.0.1/2006011112]") |
| 01:50:51 | | Join Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) |
| 01:51:15 | | Nick BHSPitLappy2 is now known as BHSPitLappy (n=Steve-O@adsl-67-64-146-188.dsl.rcsntx.swbell.net) |
| 01:52:03 | | Join savagenator [0] (n=476a5aa5@labb.contactor.se) |
| 01:52:24 | savagenator | hello people. anyone can help with the activation email to get into the rockbox forums? |
| 01:53:59 | | Quit obo (Read error: 110 (Connection timed out)) |
| 01:55:22 | | Quit nnod (Remote closed the connection) |
| 01:56:26 | BHSPitLappy | :O NES on iPod! |
| 01:56:41 | * | BHSPitLappy runs away from the potential can of worms now opened |
| 02:00 |
| 02:00:42 | | Join sharpe [0] (i=ziggy@user-0c8hc11.cable.mindspring.com) |
| 02:00:48 | * | sharpe prances back. |
| 02:02:33 | XavierGr | amiconn, Bger: I added the 'zoom more while playback thingy' on the tracker. |
| 02:02:37 | XavierGr | http://www.rockbox.org/bugs/task/4840 |
| 02:03:19 | XavierGr | BHSPitLappy: I think this will be very nice and doable if we find a good emulator to port. |
| 02:04:11 | savagenator | so anyone? |
| 02:04:18 | BHSPitLappy | XavierGr: it wasn't a suggestion, it was a "FYI" |
| 02:04:24 | savagenator | rockbox activation email? |
| 02:04:36 | BHSPitLappy | savagenator: umm, it's not complicated? |
| 02:04:54 | savagenator | nio |
| 02:05:01 | savagenator | i just dont recieve it |
| 02:05:07 | XavierGr | FYI? |
| 02:05:12 | BHSPitLappy | for your information |
| 02:05:13 | savagenator | i tried at least once every day for the last week |
| 02:05:25 | BHSPitLappy | savagenator: what domain is the address? |
| 02:05:32 | savagenator | ? |
| 02:05:36 | BHSPitLappy | ? |
| 02:05:47 | BHSPitLappy | hotmail.com? gmail.com? |
| 02:05:47 | savagenator | what do you mean? |
| 02:05:51 | savagenator | o |
| 02:05:54 | savagenator | yahoo.com |
| 02:07:50 | | Quit webguest55 ("CGI:IRC (EOF)") |
| 02:08:13 | | Quit Moos ("Glory to Rockbox !!!") |
| 02:08:43 | * | savagenator finds there is no answer... |
| 02:10:35 | | Quit mirak (Remote closed the connection) |
| 02:12:19 | BHSPitLappy | savagenator: it's possible it doesn't accept yahoo... create a gmail account |
| 02:12:20 | | Quit savagenator ("CGI:IRC (EOF)") |
| 02:12:23 | BHSPitLappy | lpol |
| 02:12:26 | BHSPitLappy | lol, even |
| 02:16:59 | | Join kernel_sensei [0] (n=boris@gentoo/developer/kernelsensei) |
| 02:17:29 | | Join actionshrimp [0] (n=nn@host86-142-75-193.range86-142.btcentralplus.com) |
| 02:17:32 | *** | Saving seen data "./dancer.seen" |
| 02:19:20 | | Quit kernelsensei (Connection timed out) |
| 02:19:27 | | Nick kernel_sensei is now known as kernelsensei (n=boris@gentoo/developer/kernelsensei) |
| 02:21:15 | | Quit tenzing (Read error: 110 (Connection timed out)) |
| 02:22:12 | | Join damaki [0] (n=Chocolat@ALille-153-1-1-162.w83-198.abo.wanadoo.fr) |
| 02:26:56 | | Join tenzing [0] (n=mat@jullay.net) |
| 02:27:42 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-32-16.w83-198.abo.wanadoo.fr) |
| 02:30:32 | XavierGr | BHSPitLappy: From a little search FCE Ultra is your answer |
| 02:30:44 | XavierGr | Open Source Emulator under GNU in C language |
| 02:30:50 | BHSPitLappy | XavierGr: I wasn't asking :P |
| 02:30:50 | XavierGr | Seems a right candidate to me |
| 02:30:52 | BHSPitLappy | I was telling |
| 02:31:03 | BHSPitLappy | infoNES has been ported to the iPod |
| 02:31:04 | XavierGr | ;P |
| 02:31:15 | XavierGr | hmm |
| 02:31:20 | XavierGr | then this should be more easy |
| 02:31:31 | BHSPitLappy | http://ipodlinux.org/Ines |
| 02:33:47 | | Join nnod [0] (n=donn@xp000931.massey.ac.nz) |
| 02:34:26 | XavierGr | It actually runs, but really slow. |
| 02:34:29 | XavierGr | this is bad |
| 02:34:39 | XavierGr | is it for a long time now? |
| 02:35:28 | BHSPitLappy | what? |
| 02:35:57 | XavierGr | that emulator port, are they fiddling with it for a long time, or it just started? |
| 02:36:28 | XavierGr | because if it is like that for a long time.... (and active) I can't see how much more we can do. |
| 02:36:33 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 02:38:55 | BHSPitLappy | I wasn't saying anything about rockbox... I was just mentioning it because it's interesting |
| 02:41:32 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 02:47:45 | | Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) |
| 02:48:09 | | Quit JdGordon (Client Quit) |
| 02:48:19 | | Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) |
| 02:48:58 | sharpe | eh... |
| 02:49:41 | sharpe | hope i figured out the bits correctly... |
| 03:00 |
| 03:07:16 | sharpe | ahhh |
| 03:18:04 | | Join Spida_ [0] (i=Spida@p508A3C73.dip0.t-ipconnect.de) |
| 03:18:42 | | Join tvelocity [0] (n=tony@ipa71.14.tellas.gr) |
| 03:22:35 | sharpe | wonderful, so far it successfully maps each bit to a pixel... and i know no one is paying attention to me. |
| 03:28:00 | | Quit Spida (Read error: 110 (Connection timed out)) |
| 03:33:36 | | Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") |
| 03:38:48 | | Quit damaki__ (Read error: 104 (Connection reset by peer)) |
| 03:44:39 | midkay | sharpe, ey! |
| 03:44:40 | midkay | :) |
| 03:45:17 | | Quit Daishi ("Client exiting...") |
| 03:49:02 | sharpe | hey midkay |
| 03:49:20 | midkay | what're you up to? |
| 03:49:32 | sharpe | working on the pixel maze :) |
| 03:50:50 | midkay | haha. |
| 03:50:54 | midkay | :) |
| 03:51:26 | sharpe | i've got the map storage done |
| 03:51:35 | sharpe | i just need to figure out an algorithm that works |
| 03:52:25 | midkay | cool :) |
| 03:52:46 | sharpe | yeah, the coordinate system is like, flipped |
| 03:53:27 | sharpe | for the ipod, the maze takes up 40*240 bytes... |
| 03:54:08 | sharpe | and each byte corresponds to 8 horizontally consecutive pixels |
| 03:54:27 | midkay | aha.. |
| 03:54:40 | sharpe | heh... |
| 03:54:58 | sharpe | and... i've got nothing so far for making the maze |
| 03:56:43 | imphasing | sharpe: What are you working on now? |
| 03:56:44 | imphasing | :) |
| 03:56:54 | sharpe | the pixel maze :P |
| 03:57:07 | imphasing | cool |
| 03:57:07 | imphasing | hehe |
| 03:57:26 | JdGordon | pixel maze? |
| 03:57:31 | sharpe | just need to find an algorithm for making the maze |
| 03:57:33 | imphasing | I just renewed my hatred of C++ |
| 03:57:34 | sharpe | yeh... |
| 03:57:41 | sharpe | howso? |
| 03:57:47 | | Join damaki [0] (n=Chocolat@ALille-153-1-9-56.w83-198.abo.wanadoo.fr) |
| 04:00 |
| 04:01:44 | sharpe | heh, lets see if this goes out of the bounds of the map and starts overwriting parts of memory... :) |
| 04:10:39 | sharpe | is it just me, or does 'make' pause for a while in the plugins/bitmaps/mono or plugins/bitmaps/native? |
| 04:11:39 | midkay | it's not just you! |
| 04:11:46 | sharpe | okay |
| 04:12:42 | sharpe | does it go over plugins/bitmaps/native, mono, mono, native, native, mono, mono, native for you too? |
| 04:15:56 | midkay | something like that.. |
| 04:16:02 | midkay | a bunch of dirs.. |
| 04:16:09 | midkay | i think they may be different, though.. |
| 04:16:11 | sharpe | the same ones? |
| 04:16:20 | midkay | ie apps/bitmaps/native; apps/plugins/bitmaps/native? |
| 04:16:28 | sharpe | yeah |
| 04:17:33 | *** | Saving seen data "./dancer.seen" |
| 04:18:03 | sharpe | yeh... mine are plugins/bitmaps/native and /mono that are repeated... |
| 04:18:44 | midkay | hmm |
| 04:19:23 | sharpe | just wondering if something like that happened for anyone else... |
| 04:19:33 | midkay | i'll check in a sce |
| 04:19:34 | midkay | sec* |
| 04:27:18 | sharpe | hmm |
| 04:27:26 | sharpe | no wonder that switch statement didn't run |
| 04:30:14 | midkay | sharpe, it looks like it does the multiple bitmap build thing for me too. |
| 04:30:16 | midkay | and. why? :) |
| 04:31:09 | sharpe | heh, i was writing a if statement to check if x and y were out of bounds when it chose a direction to go in, but i put in the the while loop, but forgot to remove the one right before the switch statement... :) |
| 04:31:14 | sharpe | an |
| 04:31:38 | midkay | haha, alright........ :) |
| 04:32:02 | sharpe | i'm just making up an idea for a map generator |
| 04:33:29 | midkay | cool. |
| 04:33:42 | sharpe | which, doesn't seem to be working too well |
| 04:33:49 | sharpe | for some reason, it won't draw the map anymore. |
| 04:35:20 | sharpe | oh well... i'll work on it tomorrow. |
| 04:35:47 | sharpe | goodnight everyone who's conscious. |
| 04:36:58 | Aditya_ | nighty night |
| 04:37:11 | midkay | night Aditya_ |
| 04:37:16 | midkay | night sharpe |
| 04:52:49 | JdGordon | does any1 know a winamp plugin that plays the first ouple seconds of each song? or alternativly, a program that can download the lyrics for every song in your collectino? |
| 05:00 |
| 05:01:44 | | Join Rob2222_ [0] (n=Miranda@ACB42763.ipt.aol.com) |
| 05:07:44 | | Quit jaebird ("Leaving") |
| 05:10:12 | | Quit Shadowarrior13 ("OMG <3 <3 <3 lolwtfbbq?") |
| 05:15:15 | | Join virtualball2 [0] (n=virtualb@AC95DD10.ipt.aol.com) |
| 05:16:19 | | Quit sharpe (Read error: 110 (Connection timed out)) |
| 05:20:00 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 05:30:37 | | Join Iceman [0] (n=icechat5@63.172.155.73) |
| 05:31:21 | | Part Iceman |
| 05:56:31 | | Quit midkay ("Leaving") |
| 05:57:21 | | Nick TiMiD[FD1 is now known as TiMiD (n=TiMiD[FD@asgard.valombre.net) |
| 06:00 |
| 06:01:16 | | Quit virtualball2 ("leavin") |
| 06:11:51 | | Quit DJ_Dooms_Day (Read error: 110 (Connection timed out)) |
| 06:17:36 | *** | Saving seen data "./dancer.seen" |
| 06:21:07 | | Quit [TCK] (Read error: 104 (Connection reset by peer)) |
| 06:21:47 | | Quit imphasing (Read error: 110 (Connection timed out)) |
| 06:21:59 | | Join nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net) |
| 06:22:33 | | Part nave7693 |
| 06:30:49 | | Quit nnod ("Leaving") |
| 06:32:44 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 06:45:02 | | Quit tvelocity ("Ex-Chat") |
| 06:47:21 | amiconn | preglow: timer.c implements an interval timer, with a priority system and an unregister callback |
| 06:49:17 | amiconn | The callback is necessary on H1x0 because the second timer is shared between backlight fading and plugins. Plugins requesting the timer can preempt backlight fading. |
| 07:00 |
| 07:11:43 | | Quit SereRokR ("XChat Aqua") |
| 07:22:33 | | Quit quobl_ (SendQ exceeded) |
| 07:25:19 | | Join needleboy [0] (i=Miranda@82-166-48-206.barak.net.il) |
| 07:25:33 | | Quit needleboy (Client Quit) |
| 07:25:38 | | Join needleboy [0] (i=Miranda@82-166-48-206.barak.net.il) |
| 07:30:58 | | Quit needleboy () |
| 08:00 |
| 08:01:34 | | Quit darkless (Read error: 110 (Connection timed out)) |
| 08:07:33 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 08:17:38 | *** | Saving seen data "./dancer.seen" |
| 08:31:03 | | Join Zagor [0] (n=bjst@rockbox/developer/Zagor) |
| 08:40:53 | | Join needleboy [0] (n=Miranda@TLV62-0-104-187.bb.netvision.net.il) |
| 08:40:54 | | Quit needleboy (Client Quit) |
| 08:41:31 | | Join needleboy [0] (n=Miranda@TLV62-0-104-187.bb.netvision.net.il) |
| 08:41:32 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:42:59 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-18-237.w83-198.abo.wanadoo.fr) |
| 08:47:05 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:47:10 | | Part LinusN |
| 08:47:26 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 08:48:10 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 08:48:10 | amiconn | morning to the bouncing bouncer ;) |
| 08:48:30 | B4gder | xchat crap |
| 08:49:36 | amiconn | That was directed @ LinusN |
| 08:49:47 | B4gder | ah |
| 08:49:57 | LinusN | moo to you too |
| 08:49:58 | B4gder | well, I've been fiddling with my IRC |
| 08:50:10 | B4gder | it turned out xchat had blanked my nick name field |
| 08:50:22 | B4gder | so all irc servers disconnected me immediately |
| 08:50:30 | LinusN | B4gder: machines don't have a mind of their own |
| 08:50:40 | B4gder | what? since when? |
| 08:50:51 | LinusN | :-) |
| 08:51:07 | B4gder | should I stop talking to my machines then? |
| 08:52:09 | B4gder | I think I better leave that to the voices in my head |
| 08:52:18 | amiconn | Oh, they don't? |
| 08:52:42 | * | amiconn got the impression they sometimes have |
| 08:58:49 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 09:00 |
| 09:00:07 | | Join Acksaw [0] (n=Acksaw@spc1-stok5-4-0-cust10.bagu.broadband.ntl.com) |
| 09:07:51 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 09:12:07 | | Quit Acksaw ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") |
| 09:12:36 | | Join ashridah [0] (i=ashridah@220-253-121-62.VIC.netspace.net.au) |
| 09:14:27 | midkay | btw.. i'm planning to commit an updated quick screen soon. |
| 09:19:22 | | Join safetydan [0] (n=dan@rockbox/developer/safetydan) |
| 09:27:56 | | Join adiamas [0] (n=adiamas@ool-43542134.dyn.optonline.net) |
| 09:28:08 | | Join darkless [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk) |
| 09:43:09 | LinusN | midkay: how nice for you ;-) |
| 09:43:44 | midkay | LinusN, oh, so you don't want it. fine! *deletes quickscreen.c* :) |
| 09:50:07 | JdGordon | midkay: whats changed? |
| 09:51:03 | midkay | JdGordon, i moved the bitmaps+text to appropriate positions on the LCD (left aligned, right aligned, center aligned) to give a better idea of "this direction does this".. while retaining the ability to scroll the lines |
| 09:51:22 | JdGordon | fun (y)\ |
| 09:53:02 | JdGordon | can that screen be made customizable? so it actually can be used for user shortcuts? |
| 09:53:34 | JdGordon | the best i can tihnk of doing it is having a list of available functions the keys can call.. but that sux |
| 10:00 |
| 10:04:31 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 10:06:18 | B4gder | Male to Female Ratio: 85:1 |
| 10:06:21 | B4gder | :-) |
| 10:06:25 | B4gder | in the rockbox forums |
| 10:06:47 | JdGordon | thats better than i would have expected |
| 10:07:56 | | Join adiamas_ [0] (n=adiamas@ool-43542134.dyn.optonline.net) |
| 10:09:59 | | Quit adiamas (Read error: 113 (No route to host)) |
| 10:10:04 | | Nick adiamas_ is now known as adiamas (n=adiamas@ool-43542134.dyn.optonline.net) |
| 10:12:25 | safetydan | preglow, what's up with cordic? |
| 10:17:42 | *** | Saving seen data "./dancer.seen" |
| 10:17:58 | Paul_The_Nerd | Hey, another "Hey look, Paul is still a linux n00b" question: How would I go about putting error/warning messages I get while compiling into a .txt? |
| 10:18:16 | JdGordon | make > blaa.txt |
| 10:18:29 | JdGordon | or make 2> blaa.txt |
| 10:18:48 | JdGordon | 2> gets stderr |
| 10:18:53 | Paul_The_Nerd | JdGordon: When I tried make > blaa.txt, everything *but* the warnings/errors were caught |
| 10:18:56 | safetydan | make > out 2>&1 |
| 10:18:56 | Paul_The_Nerd | Aaah |
| 10:18:57 | Paul_The_Nerd | Okay |
| 10:19:08 | safetydan | dumps everything to out |
| 10:21:19 | Paul_The_Nerd | And apparently the new Doom source doesn't compile. |
| 10:21:32 | JdGordon | kill him... |
| 10:21:58 | linuxstb | Paul_The_Nerd: No, I tried it last night. After I got it compiling on the ipod, it just crashed with data aborts. |
| 10:23:12 | Paul_The_Nerd | linuxstb: The new source he posted? |
| 10:25:04 | | Quit _ironi_ (Read error: 110 (Connection timed out)) |
| 10:27:21 | | Join tucoz [0] (n=martin@rockbox/developer/tucoz) |
| 10:29:49 | tucoz | linuxstb, those macros we talked about a few days ago. Do you think it's possible to define something like is_bitmap which includes all the bitmap targets? |
| 10:30:03 | tucoz | for the manual that is |
| 10:30:11 | | Quit darkless (clarke.freenode.net irc.freenode.net) |
| 10:30:11 | NSplit | clarke.freenode.net irc.freenode.net |
| 10:31:46 | NHeal | clarke.freenode.net irc.freenode.net |
| 10:31:46 | NJoin | darkless [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk) |
| 10:32:18 | | Quit ohrn (Read error: 104 (Connection reset by peer)) |
| 10:33:56 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
| 10:35:35 | Paul_The_Nerd | linuxstb: I wonder if he left out something... It doesn't seem to compile for H300 for me either. |
| 10:35:45 | tucoz | As some sections include all targets _but_ the player, it's easier to just define something like that in a central place and not spreadout through the entire document. |
| 10:37:46 | | Join skaffen-amitskaw [0] (n=martin@82-36-33-108.cable.ubr03.smal.blueyonder.co.uk) |
| 10:40:00 | skaffen-amitskaw | Hi, anyone awake? |
| 10:40:13 | Paul_The_Nerd | kkurbjun: Just so you get a highlight, as far as I can tell your new doom source zip doesn't compile for H300 or iPod Nano (and probably others) |
| 10:40:18 | Paul_The_Nerd | skaffen-amitskaw: A few of us, yes. |
| 10:40:32 | * | skaffen-amitskaw sits sharpening knife missiles.. |
| 10:40:50 | skaffen-amitskaw | Oh, Hi Paul. |
| 10:41:23 | skaffen-amitskaw | I assume you've chosen Paul_The_Nerd to be descriptive? |
| 10:41:33 | * | skaffen-amitskaw hopes so |
| 10:41:44 | Paul_The_Nerd | I chose it to be descriptive a long time ago. I kept it for consistency's sake. |
| 10:41:56 | Paul_The_Nerd | It's accurate enough. |
| 10:41:57 | linuxstb | Paul_The_Nerd: Which version of m68k-elf-gcc are you using? |
| 10:41:57 | skaffen-amitskaw | Niice. |
| 10:42:25 | Paul_The_Nerd | linuxstb: 3.4.5 |
| 10:42:42 | linuxstb | tucoz: The Rockbox source uses HAVE_LCD_BITMAP for that. |
| 10:43:32 | linuxstb | Paul_The_Nerd: What problems do you have on the H300? static/non-static declarations? |
| 10:43:34 | tucoz | linuxstb, I know. But, I am not really sure if it's possible to define that by using the optional package in latex |
| 10:44:01 | skaffen-amitskaw | Well, I think I checked it out, flame me if I missed it, but ne1 know why my rockbox H340 comes up in iriver firmware when I plug external power in? It comes up rockbox USB bootloader fine if I use USB, but mains? |
| 10:44:15 | Paul_The_Nerd | linuxstb: Yeah, same stuff as for the iPod |
| 10:44:26 | linuxstb | Just add the line \def\UseOption{have_lcd_bitmap} to all the platform.tex files for bitmapped targets. |
| 10:44:52 | tucoz | linuxstb, oh. I'll try that right away |
| 10:45:16 | linuxstb | Or maybe we should standardise on upper-case names - HAVE_LCD_BITMAP. |
| 10:45:19 | Paul_The_Nerd | skaffen-amitskaw: It's just the way it works right now. USB/Power detection is still somewhat of a work in progress, I believe |
| 10:45:42 | | Quit merbanan (Read error: 110 (Connection timed out)) |
| 10:45:50 | tucoz | linuxstb, that's ok. I use the rockbox-code naming convention |
| 10:46:23 | skaffen-amitskaw | Thx, Paul. I'll just keep picking up the new one and wait for the code gods to shine. It's a ridiculous minor point anyway. |
| 10:48:12 | | Join darkless_ [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk) |
| 10:48:25 | Paul_The_Nerd | skaffen-amitskaw: It probably won't change until the whole charging thing is pretty well known, and it's possible it may end up being a bootloader update, as I'm really not that familiar with where it needs to be handled. |
| 10:49:16 | Paul_The_Nerd | linuxstb: Actually, no, I was wrong |
| 10:49:29 | Paul_The_Nerd | linuxstb: r_bsp.c:84: error: structure has no member named `memchr' |
| 10:49:45 | linuxstb | OK. You just need to add memchr to the plugin API. |
| 10:49:47 | | Nick banan_ is now known as merbanan (i=banan@dalink.campus.luth.se) |
| 10:50:13 | linuxstb | void *memchr(const void *s, int c, size_t n); |
| 10:50:31 | linuxstb | Or, in plugin.h - void* (*memchr)(const void *s, int c, size_t n); |
| 10:51:05 | LinusN | plenty of warnings though |
| 10:52:35 | linuxstb | Yes, it seems to be a major rewrite compared to the previous version - which was almost ready to be committed. |
| 10:56:56 | tucoz | linuxstb, it looks like that has to be defined like this \def\UseOption{h1xx,HAVE_LCD_BITMAP} |
| 10:58:04 | linuxstb | I was just going by the definitions already in the platform.tex file - e.g. \def\UseOption{ipodcolor} |
| 10:58:27 | linuxstb | Which is then checked with lines like \opt{ipodcolor,ipodnano} |
| 10:58:50 | | Quit darkless (No route to host) |
| 10:59:34 | tucoz | linuxstb, yes. But if I add another define like \def\UseOption{HAVE_LCD_BITMAP} then all the defines for h1xx is lost. Like \genericimg etc. |
| 11:00 |
| 11:00:26 | tucoz | But, it works fine if the HAVE_LCD_BITMAP is defined within the same curly braces as the platform. |
| 11:01:34 | linuxstb | OK, that makes sense - you can only have one \def\UseOption line... |
| 11:02:26 | tucoz | Yes. But it is far easier to define that within the platform.tex files, than to use \opt{h1xx,h300,ipodcolor...} etc. |
| 11:02:39 | linuxstb | Definitely. |
| 11:03:20 | linuxstb | Can you split that \def\UseOption onto multiple lines? e.g. |
| 11:03:30 | linuxstb | \def\UseOption{ipodcolor,\ |
| 11:03:37 | linuxstb | HAVE_LCD_BITMAP} |
| 11:03:47 | | Quit quobl (Remote closed the connection) |
| 11:03:54 | tucoz | I would assume yes, as LaTeX is very forgiving on the whitespace |
| 11:04:29 | LinusN | i wonder why it generates so many spaces after the "rockbox.iriver" string |
| 11:04:39 | tucoz | it does? where? |
| 11:05:05 | LinusN | at least for me, chapter 1.7 |
| 11:05:09 | tucoz | ok |
| 11:05:09 | LinusN | page 8 |
| 11:05:32 | linuxstb | (apologies for the tiny flood): |
| 11:05:34 | linuxstb | \def\UseOption{ |
| 11:05:34 | linuxstb | ipodvideo, |
| 11:05:34 | linuxstb | HAVE_LCD_BITMAP |
| 11:05:34 | DBUG | Enqueued KICK linuxstb |
| 11:05:34 | linuxstb | } |
| 11:05:39 | linuxstb | That works fine.l |
| 11:06:05 | LinusN | 1.4 is the same |
| 11:08:35 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
| 11:10:04 | tucoz | linuxstb, aren't the plugins lost if you do that? |
| 11:11:54 | tucoz | LinusN, I think that is because there are newlines around the \opt statement |
| 11:13:14 | LinusN | tucoz: i tried it on one line, but it didn't help |
| 11:13:19 | tucoz | It helped for me |
| 11:13:33 | amiconn | What's up with the distributed builds? |
| 11:13:48 | linuxstb | tucoz: Yes... |
| 11:13:52 | amiconn | Last round took 25 minutes... |
| 11:14:13 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-129-095.pools.arcor-ip.net) |
| 11:14:32 | B4gder | I've mailed t0mas about it, we need more detailed logs |
| 11:14:42 | tucoz | linuxstb, if I do like your example I loose the other macros defined in the platform.tex file. But, if I do \def\UseOption{h1xx,HAVE_LCD_BITMAP} it works fine |
| 11:14:44 | B4gder | to better be able to analyze problems like this |
| 11:15:12 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 11:15:12 | * | amiconn would also like to see archos bootbox builds... |
| 11:17:35 | B4gder | I'd prefer to see the build "under control" first |
| 11:17:51 | B4gder | it seems to fragile atm |
| 11:18:02 | B4gder | too even |
| 11:18:52 | | Join hshah [0] (n=hshah@shahassociates.plus.com) |
| 11:18:59 | | Quit hshah (Remote closed the connection) |
| 11:19:39 | tucoz | linuxstb, should I just commit that for now? |
| 11:20:32 | | Join BoD[] [0] (n=BoD@JRAF.org) |
| 11:20:40 | BoD[] | Hi! |
| 11:21:06 | BoD[] | hey does anyone have a uisimulator for the ipod video, already compiled for win32? |
| 11:23:29 | linuxstb | tucoz: Can you test this? \def\UseOption{ipodcolor} |
| 11:23:29 | linuxstb | \edef\UseOption{\UseOption,HAVE_LCD_BITMAP} |
| 11:23:29 | linuxstb | (on two lines) |
| 11:23:40 | tucoz | sure |
| 11:25:18 | linuxstb | I just think it's going to get messy if we can't declare the options individually. |
| 11:25:39 | tucoz | that works fine |
| 11:25:47 | tucoz | I'll try to add another option |
| 11:26:23 | | Quit BoD[] ("leaving") |
| 11:26:39 | linuxstb | \def and \edef are TeX commands - \def defines a macro, and \edef expands the arguments before defining the macro - so it basically adds one more to the list. |
| 11:26:50 | | Part skaffen-amitskaw ("ttfn") |
| 11:28:33 | tucoz | linuxstb, it works fine with adding two \edef's as well |
| 11:32:59 | tucoz | linuxstb, I commit this. If we want to define it in a different way later on, that is ok. For now, this works fine and we could use \opt{HAVE_LCD_BITMAP} throughout the text. I could add HAVE_RECORDING as well. |
| 11:33:48 | linuxstb | Yes - and the radio. |
| 11:33:55 | tucoz | HAVE_RADIO? |
| 11:34:35 | linuxstb | No, it's "CONFIG_TUNER".... |
| 11:34:40 | tucoz | hehe, ok |
| 11:37:15 | tucoz | grr, I have to add another ondio platform file then |
| 11:38:55 | tucoz | Is it ok if the ondio sp is called ondio, and ondiofm for the other one? |
| 11:43:35 | | Nick kclaf is now known as AwAyhOmO (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) |
| 11:46:19 | tucoz | linuxstb, how are RTC units defined? |
| 11:48:20 | linuxstb | CONFIG_RTC |
| 11:48:39 | | Join nnod [0] (n=donn@219-89-13-147.dialup.xtra.co.nz) |
| 11:48:48 | tucoz | thanks |
| 11:49:16 | linuxstb | tucoz: If you wanted to keep one Ondio manual, you could just put \opt{CONFIG_TUNER,ondio} around the radio section. |
| 11:49:17 | | Join Moos [0] (i=DrMoos@m77.net81-66-158.noos.fr) |
| 11:50:22 | tucoz | linuxstb, that is true. I don't know why there is only one ondio manual. The fm have both recording and radio, which the sp lacks. |
| 11:51:18 | JdGordon | is the manuall split into each model like the actual code?? wouldnt it be nicer to have one manual and just mention which targets each section relates to? |
| 11:51:41 | linuxstb | Personally, I would go with one manual for each target - the same as the code. But I think Cassandra wanted to limit the number of manuals as much as she could. |
| 11:53:24 | linuxstb | JdGordon: Yes, one of the reasons for switching to LaTeX was to have target-specific manuals. |
| 11:54:01 | tucoz | well, let's say the ondios are old and only make one manual for those. That is, include recording and radio. |
| 11:54:12 | tucoz | And be more selective when adding newer targets |
| 11:55:04 | linuxstb | I don't think it reallly matters - it will be easy enough to change in the future. |
| 11:55:43 | tucoz | yes |
| 11:58:25 | Paprica | linuxstb, pacbox is awesome now, it runs on 20 fps on h300 |
| 11:58:51 | | Quit petur ("lunch") |
| 11:59:01 | | Nick Zzzcf is now known as scf (n=scf@141-113-207-82.ip.ukrtel.net) |
| 12:00 |
| 12:06:59 | | Join quobl [0] (n=quobl@tor/session/x-34180ca4ae9965dd) |
| 12:08:52 | | Part tucoz ("Leaving") |
| 12:14:34 | preglow | safetydan: i was trying to make it work like the old fsin i have |
| 12:14:37 | preglow | safetydan: but i can't make it |
| 12:14:59 | preglow | safetydan: does the cordic algo only work from -PI/2 to PI/2 ? |
| 12:15:27 | Paul_The_Nerd | preglow: He said that when he gave it to yah. ;-) |
| 12:15:32 | amiconn | preglow: Check today's log 06:47... |
| 12:17:20 | safetydan | preglow, yes, I thought I'd mentioned that |
| 12:17:45 | safetydan | It's possible to change that, you just need to look at the incoming values and set the initial x and y differntly |
| 12:17:46 | *** | Saving seen data "./dancer.seen" |
| 12:19:25 | preglow | safetydan: i know this implementation only did that, i was wondering if it was intrinsic to cordic itself |
| 12:19:37 | preglow | amiconn: read it |
| 12:20:05 | | Part Paul_The_Nerd |
| 12:20:24 | preglow | amiconn: was just wondering why set_timer_period is said to be called every time the timer trigs |
| 12:23:16 | | Nick AwAyhOmO is now known as kclaf (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) |
| 12:25:29 | safetydan | preglow, no it's not intrinsic to cordic, just my lazy implementation |
| 12:28:58 | LinusN | gah, the new doom doesn't work |
| 12:29:04 | LinusN | at least not on the h300 |
| 12:29:18 | LinusN | first it only looks for "prdoom.wad" |
| 12:29:40 | LinusN | i fixed that, but then it hangs when starting the game |
| 12:29:56 | LinusN | something about a missing SINTABLE or something |
| 12:30:31 | LinusN | maybe i just don't understand how to use it... |
| 12:32:58 | preglow | safetydan: i can't make it work anyway :/ |
| 12:32:59 | JdGordon | ok, annoying q.. is there any reason the wps and langs and stuff need to be included in the cvs builds zip?? could it just have the firmware/codecs/plugins and have a seperate zip for langs and wps? |
| 12:33:15 | preglow | safetydan: i'd very much like to take the parameter format fsin currently does |
| 12:33:40 | linuxstb | LinusN: I think it needs both "prboom.wad" and whatever wad you are playing - e.g. doom1.wad |
| 12:33:58 | linuxstb | If you search the IRC logs from last night or this morning, kkurbjun gave a link to prboom.wad |
| 12:34:36 | | Join Zoide7777 [0] (n=800c5ab5@labb.contactor.se) |
| 12:34:47 | Zoide7777 | hi guys |
| 12:35:01 | Zoide7777 | I think my hard drive is starting to make periodic clicking noises.... (ipod 4g gray) |
| 12:35:04 | preglow | safetydan: if i have to keep the current format in fsincos, i have to throw away another couple of bits just to include the full range of the angle parameter |
| 12:35:08 | safetydan | preglow, okay, I'll work in it some more. Did you make any changes or improvements? |
| 12:35:20 | Zoide7777 | i'm in the us. does anyone know if I could just take it to an apple store and ask for a new ipod? |
| 12:35:25 | preglow | safetydan: nothing i can't redo |
| 12:35:29 | safetydan | righto\ |
| 12:35:36 | Zoide7777 | (after switching the bootloader to original and deleting all traces of rockbox that is...) |
| 12:36:33 | JdGordon | Zoide7777: prob not, but theyd know where to send it |
| 12:37:47 | Zoide7777 | When I try to change themes, the hard drive starts making noise and takes forever to load. I tried switching to the iAmp theme and timed it: 1 MINUTES 40 SECONDS!!!!! |
| 12:38:24 | Zoide7777 | JdGordon: oh, I had hoped someone from the "Genius" bar would just swap it right there for a new 5G :D |
| 12:44:53 | markun | Quake3 arena on a PDA.. http://www.noctemware.com/q3ce.html |
| 12:45:45 | | Join asdf [0] (n=Sinbios@Kingston-HSE-ppp3561949.sympatico.ca) |
| 12:47:04 | | Join ara-fat32 [0] (n=hara@217-162-236-181.dclient.hispeed.ch) |
| 12:47:07 | ara-fat32 | helloh |
| 12:47:46 | ara-fat32 | i saw some kind of ipod firmware available, is it like the iriver firmware , playable for mpc and flac? |
| 12:47:52 | JdGordon | awesome :D just played pacman.. ~19fps :D |
| 12:48:52 | Mikachu | ara-fat32: i don't know about mpc, but rockbox plays at least mp3, flac and ogg |
| 12:49:17 | JdGordon | rb plays mpc |
| 12:49:23 | Mikachu | ara-fat32: yes |
| 12:49:25 | Mikachu | :) |
| 12:49:26 | | Quit Sinbios (Nick collision from services.) |
| 12:49:26 | | Nick asdf is now known as Sinbios (n=Sinbios@Kingston-HSE-ppp3561949.sympatico.ca) |
| 12:50:41 | | Join sharpe [0] (i=ziggy@user-0c8hc11.cable.mindspring.com) |
| 12:50:59 | | Join DrMoos [0] (i=DrMoos@m77.net81-66-158.noos.fr) |
| 12:51:05 | JdGordon | does any1 know if the rockbox downloader can update all files excpet a few when it downloads an update? |
| 12:53:01 | | Nick scf is now known as scf[aw] (n=scf@141-113-207-82.ip.ukrtel.net) |
| 12:53:18 | ara-fat32 | thats awesome |
| 12:54:02 | | Part linuxstb ("Leaving") |
| 12:54:43 | amiconn | preglow: Why do you think it does? Btw, there is no set_timer_period(), only timer_set_period() |
| 12:55:01 | amiconn | ...and it's supposed to be called whenever you want to change the period |
| 12:55:18 | amiconn | Backlight fading has to do so, of course |
| 12:57:48 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 12:58:50 | preglow | amiconn: forget it, i misinterpreted a comment |
| 13:00 |
| 13:04:34 | | Join Jungti1234 [0] (n=jungti12@124.60.15.86) |
| 13:04:40 | Jungti1234 | hello |
| 13:05:25 | | Join fantomas [0] (i=foobar@62.84.110.35) |
| 13:06:56 | fantomas | Hi. Musepack question - I can't find that article on musepack.net with comparsion of different encoders, would someone help? |
| 13:07:03 | Jungti1234 | Isn't there a not busy person? |
| 13:07:23 | JdGordon | im a not busy person |
| 13:07:31 | Jungti1234 | nice |
| 13:07:36 | JdGordon | i am :D |
| 13:08:11 | LinusN | gah, i installed prboom.wad and now doom starts, and even runs the demo |
| 13:08:31 | petur | JdGordon: did you find a way to ping names from colinux? |
| 13:08:32 | LinusN | i can even start the game, but when i press UP it hangs :-( |
| 13:08:58 | JdGordon | petur: i just fixed my /etc/resolve.conf file and its working |
| 13:09:13 | petur | fixed? |
| 13:09:42 | Mikachu | write the ip of your nameserver in it |
| 13:09:48 | JdGordon | changed one of the lines to 192.168.0.1 |
| 13:09:51 | Mikachu | with the word 'nameserver' in front |
| 13:10:19 | petur | Mikachu: I know, but adding the DNS servers of my ips in it didn't help |
| 13:10:32 | petur | *isp |
| 13:11:05 | petur | JdGordon: will try that tonight, thanks |
| 13:11:19 | | Quit Moos (Read error: 110 (Connection timed out)) |
| 13:12:20 | | Nick DrMoos is now known as Moos (i=DrMoos@m77.net81-66-158.noos.fr) |
| 13:24:40 | petur | wiki spam :( |
| 13:26:24 | preglow | fantomas: isn't there just one mpc encoder? |
| 13:27:58 | JdGordon | ooh.. devcon is this w/e... hope u all have fun |
| 13:31:24 | | Quit Rick ("I… don't need to be here.") |
| 13:31:52 | B4gder | devcon fun! |
| 13:34:08 | | Join Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) |
| 13:35:11 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 13:40:43 | Jungti1234 | I can't although I want to participate.. |
| 13:43:28 | XavierGr | Linus: Any news on the corrupt mp3 timings? |
| 13:44:06 | B4gder | Archos AV700 announced => http://www.reghardware.co.uk/2006/03/16/archos_unveils_700_tv_pvr/ |
| 13:45:10 | | Part Zoide7777 |
| 13:48:11 | | Join ohrn [0] (i=dront@canine.chl.chalmers.se) |
| 13:50:54 | ashridah | rockbox on a tv pvr eh? |
| 13:50:57 | ashridah | :) |
| 13:51:21 | B4gder | yay! ;-) |
| 13:52:04 | Jungti1234 | wow |
| 13:52:31 | Jungti1234 | It's different from Archos that was ignorant. |
| 13:53:13 | Jungti1234 | http://www.rockbox.org/devcon/img4084.jpg hahaha.. |
| 13:53:30 | B4gder | nudity! |
| 13:54:29 | fantomas | preglow: yes, the one integrated in rockbox |
| 13:55:10 | XavierGr | wow! 76 replies on gl's "Signing off" mail in the ml! |
| 13:55:22 | XavierGr | It is more like a foroum now. |
| 13:55:51 | B4gder | more like a forum? |
| 13:56:05 | XavierGr | yes sorry for the spelling |
| 13:56:22 | XavierGr | I mean that there are so many replies there that it reminds me long discussion on MR |
| 13:56:42 | XavierGr | ^discussions |
| 13:56:54 | Moos | very long closed discussion :-) |
| 13:57:10 | preglow | fantomas: there's no musepack encoder in rockbox |
| 13:57:56 | fantomas | preglow: you understood what mean, did you? |
| 13:58:04 | fantomas | *I |
| 13:58:41 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 13:58:49 | Moos | fantomas: there is one musepack *decoder* in Rockbox, and one for encode from your PC |
| 13:58:53 | XavierGr | Moos: At least we learned which is the conspiracy behind rockbox, and all sort of malevolent acts :p <-kidding |
| 13:59:01 | B4gder | haha |
| 13:59:06 | Moos | :-D |
| 13:59:24 | B4gder | LinusN is actually Darth Vader |
| 13:59:29 | B4gder | but don't tell anyone |
| 13:59:39 | Moos | hehe :-) |
| 13:59:39 | XavierGr | lol |
| 14:00 |
| 14:00:08 | Moos | B4gder: and you, who are you? :) |
| 14:00:22 | B4gder | "SYNTAX ERROR, input malformed" |
| 14:00:46 | Moos | :-) |
| 14:01:03 | XavierGr | nice! :D |
| 14:01:04 | markun | fantomas: what are you trying to ask? |
| 14:01:13 | fantomas | Moos: thank you very much, it was very useful information. hehe |
| 14:01:26 | Moos | np |
| 14:01:34 | * | B4gder is a humanbot 0.3, written by logbot |
| 14:02:07 | | Quit B4gder ("time to say moo") |
| 14:02:18 | fantomas | markun: nothing, it was preglow who pointed me out on difference between encoder and decoder :) |
| 14:02:26 | markun | ok :) |
| 14:02:32 | XavierGr | can logbot interact with anything, anyone? Is there commands for it or scripts (except logging)? |
| 14:02:36 | fantomas | markun: and Moos kindly helped him ) |
| 14:02:54 | XavierGr | ^are there |
| 14:03:09 | preglow | but yeah, there's only one musepack encoder, so there's not much to be gained in talking about that, and the musepack decoder in rockbox is very good |
| 14:03:21 | | Join KN|stiff [0] (n=phhome@Fcf4f.f.strato-dslnet.de) |
| 14:03:26 | preglow | it gives almost the exact same result as on your pc |
| 14:03:42 | Moos | fantomas: I have myself plenty of MPC albums, I like his quality −− litle bad point: no seeking in Rockbox for those |
| 14:04:04 | Moos | preglow: great work made on MPC front |
| 14:05:35 | preglow | more to be done |
| 14:05:46 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 14:05:53 | | Join BL|phoffmann [0] (n=phhome@Fcf4f.f.strato-dslnet.de) |
| 14:06:16 | Moos | preglow: lets hope so :-) |
| 14:06:42 | linuxstb | How is musepack on ARM? |
| 14:06:54 | preglow | pretty fast |
| 14:06:57 | preglow | beats mp3, i think |
| 14:07:00 | fantomas | preglow, Moos: cool. I have all my music in falc and need to decide what format to use for my iPod with Sennheizer px-200. I'm choosing among ogg and musepack actually. |
| 14:07:06 | linuxstb | And no assembler opts yet? |
| 14:07:08 | fantomas | s/falc/flac/ |
| 14:07:17 | preglow | i did a synth_filter assembler opt that helped quite a bit |
| 14:08:11 | Mikachu | heh, first newsitem on musepack.net is rockbox |
| 14:09:13 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
| 14:12:28 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 14:15:14 | didj | is there any way to control a H340 w/o having to butcher a remote? (finding the connector seperately seems...unlikely) |
| 14:16:37 | Paul_The_Nerd | Butcher a remote? |
| 14:16:52 | Paul_The_Nerd | You mean "control an h340 by means other than a remote?" |
| 14:17:14 | petur | "... and your fingers" |
| 14:17:50 | *** | Saving seen data "./dancer.seen" |
| 14:17:56 | XavierGr | maybe mind control could help you....! |
| 14:18:09 | Paul_The_Nerd | I've had some luck with Jedi mind tricks. |
| 14:18:13 | Paul_The_Nerd | But results may vary |
| 14:18:57 | XavierGr | Really share it with us, I have been trying such tricks, but I can't get it to work. :D |
| 14:19:00 | preglow | i'm surprised they haven't updated the news item with ipod support |
| 14:19:05 | preglow | they seemed quite happy when that happeneed |
| 14:19:07 | didj | as in read digital inputs in rockbox that are available using easily available connectors external on the main unit |
| 14:19:11 | didj | a bit more precise ;) ? |
| 14:19:31 | | Join Hobbit_HK [0] (n=a@TLV62-0-100-137.bb.netvision.net.il) |
| 14:20:22 | Paul_The_Nerd | didj: I suppose if you got the USB Host feature working... |
| 14:20:40 | petur | was thinking the same |
| 14:20:49 | Hobbit_HK | hey all, is there any progress with the ifp port? |
| 14:20:52 | didj | mm |
| 14:21:11 | preglow | Hobbit_HK: i don't think there's been much |
| 14:21:21 | preglow | Hobbit_HK: tomal is in some need of help, he's the only developer |
| 14:21:22 | didj | can you read line-in at anytime (ie, during media playback)? |
| 14:21:27 | preglow | that gets quite taxing after a while |
| 14:21:35 | | Quit KN|stiff (Read error: 110 (Connection timed out)) |
| 14:21:51 | Hobbit_HK | hmm too bad... too bad i can't code much too |
| 14:22:18 | | Join KN|stiff [0] (n=phhome@Fd5c3.f.strato-dslnet.de) |
| 14:22:52 | Paul_The_Nerd | preglow: I actually have a 799, but I'm a little afraid of experimenting at all until there's a bootloader that doesn't feel quite so hackish. |
| 14:24:19 | | Quit BL|phoffmann (Read error: 110 (Connection timed out)) |
| 14:26:21 | Jungti1234 | damn |
| 14:26:33 | Jungti1234 | Windows is miserable. |
| 14:27:19 | petur | sometimes |
| 14:27:43 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
| 14:28:27 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 14:28:57 | didj | anyone know bout H/W limitations of reading line-in adc, while playing audio ? |
| 14:29:30 | | Quit ashridah ("Leaving") |
| 14:30:30 | | Quit mikearthur (Remote closed the connection) |
| 14:31:54 | | Join SereR0KR [0] (n=Fletcher@Fd3db.f.strato-dslnet.de) |
| 14:32:25 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 14:32:36 | * | amiconn spots talk about logbot interactivity and wonders why logbot still has no clue about rockbox things |
| 14:32:50 | amiconn | ...i.e. why 'explain' still doesn't werk |
| 14:32:56 | preglow | why does it matter? |
| 14:33:22 | preglow | as long as it's logging, i'm happy |
| 14:34:16 | amiconn | It's not high priority, but it worked... once... back in time |
| 14:35:21 | LinusN | yes, i have tried to make it work, but i have so far failed |
| 14:35:43 | preglow | i could whip up an explain bot in perl in a jiffy, but i don't think it's very important... |
| 14:40:36 | | Quit SereR0KR ("XChat Aqua") |
| 14:40:50 | Jungti1234 | bye |
| 14:41:08 | | Quit Jungti1234 () |
| 14:42:58 | didj | who should i hassle for info about H300 hardware/low level stuff? :P |
| 14:43:25 | * | petur points to Linus |
| 14:44:23 | didj | so linus, any ideas on prev q (reading line-in during playback) ;) ? |
| 14:44:23 | | Quit scf[aw] (Read error: 104 (Connection reset by peer)) |
| 14:45:36 | | Join scf[aw] [0] (n=scf@141-113-207-82.ip.ukrtel.net) |
| 14:46:31 | Paprica | could someone test tetrox on archos target? |
| 14:49:33 | linuxstb | Paprica: Tetrox works well on my 5g, but seems slow. |
| 14:50:32 | Paprica | is it look nice on the 5g? |
| 14:50:53 | linuxstb | Yes - everything looks nice on the 5g :) |
| 14:51:09 | preglow | and closing of mouths began |
| 14:51:13 | preglow | lest preglow should buy a 5g |
| 14:51:14 | LinusN | didj: read line-in, as in record? |
| 14:51:23 | LinusN | didj: or just mix? |
| 14:51:32 | Paprica | about the speed, just need to play with the speed |
| 14:51:36 | didj | just read the ADC level |
| 14:51:43 | Paprica | blah |
| 14:51:45 | didj | toying with the idea of using it as a simple bus |
| 14:51:48 | Paprica | with the numbers* |
| 14:51:54 | linuxstb | preglow: The gigabeat has the same sized screen, and is in need of developers... |
| 14:51:56 | Paprica | that control on the speed |
| 14:52:11 | preglow | haha |
| 14:52:31 | preglow | i think i'll wait with buying yet another target until i have more time for rockbox again |
| 14:52:54 | linuxstb | Paprica: Do all the targets have the same playing area? |
| 14:53:07 | LinusN | didj: it might be possible, yes |
| 14:53:11 | Paprica | yep |
| 14:53:20 | didj | mmmm |
| 14:53:21 | didj | sweeet |
| 14:53:56 | markun | preglow: and has a ARM CPU which I know is a criteruim for you :) |
| 14:54:10 | markun | ..ium |
| 14:54:18 | safetydan | criterion |
| 14:54:21 | preglow | haha |
| 14:54:22 | markun | ok :) |
| 14:54:24 | safetydan | criteria is plural |
| 14:54:35 | linuxstb | 300MHz makes it too easy though.... |
| 14:54:38 | preglow | i'd like something new now, i've learnt arm now |
| 14:54:50 | linuxstb | How about an ipod shuffle? |
| 14:54:53 | preglow | ghahha |
| 14:54:55 | preglow | i now 56k asm as well |
| 14:54:58 | preglow | know, even |
| 14:55:03 | Mikachu | the singular is kriterium en swedish :) |
| 14:55:05 | preglow | there are no tools for it |
| 14:55:08 | markun | linuxstb: we shouldn't clock it at 300MHz |
| 14:55:36 | preglow | markun: know how to clock it yet? |
| 14:55:40 | Mikachu | what are they doing with 300 mhz? |
| 14:55:56 | linuxstb | Nothing at all in the original firmware by the sound of it. |
| 14:56:16 | markun | preglow: yes, it's in the manual. Toshiba clocks it at 296 MHz |
| 14:56:21 | preglow | holy shit |
| 14:56:33 | preglow | that's a bucket of waste if i ever saw one |
| 14:56:34 | linuxstb | There must be a lot of eye candy then... |
| 14:56:36 | safetydan | blimey... I can see a Quake port for that :) |
| 14:56:59 | Mikachu | the sliding menus on ipods lag when you play music, maybe they wanted to avoid that |
| 14:57:06 | linuxstb | markun: Any idea if it is constantly at 296MHz? |
| 14:57:29 | amiconn | preglow: Isn't 56k used in the shuffle? |
| 14:57:33 | preglow | amiconn: it is |
| 14:57:35 | Paul_The_Nerd | safetydan: Quake ran fine on my 486/66 if I recall... |
| 14:57:50 | markun | I don't think it is. It's easy to change the clock to 16 MHz |
| 14:57:50 | safetydan | Paul_The_Nerd, righto then... Quake II :) |
| 14:57:57 | preglow | amiconn: and that pretty much implies you 1) need to code everything in asm, 2) need to code a free assembler... |
| 14:58:04 | Paul_The_Nerd | safetydan: I had Quake 3 running on a 200mhz AMD... |
| 14:58:05 | Mikachu | you'd need an aimbot or something for it to be playable |
| 14:58:08 | | Join _FireFly_ [0] (n=FireFly@dslb-084-056-119-048.pools.arcor-ip.net) |
| 14:58:30 | safetydan | Paul_The_Nerd, righto then... Doom 3... nah that's just not worth playing |
| 14:58:32 | Mikachu | Paul_The_Nerd: it was okay as long as you didn't have rocket trails on my p2 350mhz with a riva tnt |
| 14:58:49 | Paul_The_Nerd | Hehehe |
| 14:58:51 | markun | I looked at the quake2 code briefly but it's C++ and full of floats |
| 14:59:08 | Paul_The_Nerd | Yeah, I heard that id code isn't fun to read in general, either. |
| 14:59:11 | linuxstb | A "challenge" then... |
| 14:59:19 | safetydan | Why start with the C++ version, didn't someone write it in Java at some point? Much easier to port right? Just write a JVM... |
| 14:59:30 | didj | heh @ java overhead |
| 14:59:40 | Mikachu | why don't music players have fp in general? |
| 14:59:48 | preglow | power and space |
| 14:59:52 | preglow | and price |
| 14:59:58 | markun | let me check if it was c++ or if I'm just making that up now.. |
| 15:00 |
| 15:00:08 | preglow | it was |
| 15:00:14 | safetydan | and Real Men (TM) don't use floating point anyway |
| 15:00:27 | preglow | safetydan: Easygoing Men do, however |
| 15:00:49 | preglow | after trying to force the bloody eq plotter to behave, i'm pretty sure i'll never look lightly upon fixed point again |
| 15:00:52 | Mikachu | would it really take that much space if it was integrated in the same core? |
| 15:00:59 | preglow | Mikachu: no, not much |
| 15:01:03 | Mikachu | i mean, an athlon core is pretty small |
| 15:01:19 | preglow | yeah, but those are in a completely different league |
| 15:01:34 | linuxstb | But why would you need an FPU? |
| 15:01:40 | preglow | ordinary embedded cpu makers use process technology that is waaaay older |
| 15:01:43 | safetydan | an athlon core is also a very small process (60 nm now?) and hugely expensive per unit |
| 15:01:53 | Mikachu | ah |
| 15:02:19 | preglow | but yeah |
| 15:02:42 | preglow | doing it in fixed point is cheaper and usually faster to boot |
| 15:02:42 | safetydan | I imagine the mp3 player manufacturers are looking at chips in the $5 per unit range rather than the $100 per unit range of an athlon |
| 15:02:46 | safetydan | (figures made up) |
| 15:02:47 | preglow | unless you've got a really posh fpu |
| 15:03:40 | markun | hm, quake 2 is not c++, but it is full of mallocs and floats. |
| 15:03:56 | preglow | markun: it isn't? |
| 15:04:04 | preglow | markun: so quake3 isn't either, then |
| 15:04:19 | linuxstb | mallocs aren't that much of a problem (we just implement malloc) - but obviously floats are. |
| 15:04:30 | markun | preglow: did you see this? http://www.noctemware.com/q3ce.html |
| 15:04:44 | Mikachu | i would suspect quake3 has one or two places with x86 asm, but maybe the icculus port has taken care of that already |
| 15:05:07 | preglow | i still say we implement haxx malloc in the plugin library |
| 15:05:18 | preglow | it works, no more bloody free() hack problems |
| 15:05:24 | preglow | we've already had them and we'll have more |
| 15:05:24 | Paul_The_Nerd | "Software Optimization - We have converted the entire codebase over to fixed point arithmetic for faster execution on handhelds." |
| 15:05:27 | linuxstb | preglow: I'm agreeing with you now. |
| 15:05:27 | Paul_The_Nerd | O_O |
| 15:05:37 | preglow | markun: nicety |
| 15:05:41 | Mikachu | Paul_The_Nerd: what game? |
| 15:05:44 | Paul_The_Nerd | Quake 3 |
| 15:05:55 | Mikachu | ah, missed that line |
| 15:06:31 | Paul_The_Nerd | Man, even at completely unplayable speeds, being able to show someone Quake 3 on an MP3 player would just be something else. |
| 15:06:57 | Mikachu | make a sequence of jpg files :) |
| 15:07:00 | linuxstb | How much RAM does it need? |
| 15:07:21 | | Join DrMoos [0] (i=DrMoos@m77.net81-66-158.noos.fr) |
| 15:07:40 | Mikachu | think of the largest number you can think of, then multiply it by 8 |
| 15:07:47 | didj | lol |
| 15:08:06 | Mikachu | (three dead trolls in a baggie - how to buy a computer) |
| 15:08:16 | preglow | quake on gigabeat might be entirely realistic |
| 15:08:17 | | Quit adiamas (Connection timed out) |
| 15:08:22 | preglow | markun: how much ram's it got? |
| 15:08:29 | safetydan | 48 MB on PC was the minimum requirement for Q3 |
| 15:08:29 | linuxstb | Ah - q3ce requires "40MB of available working memory" |
| 15:08:33 | Mikachu | hm, with the position sensitive cross, maybe you could even aim |
| 15:08:33 | markun | 32MB only |
| 15:08:35 | preglow | :/ |
| 15:08:48 | linuxstb | Looks like the 60GB 5g then... |
| 15:09:02 | Paul_The_Nerd | Well, of Q3 could be reworked, you just have to find a fixed point port of Q1 or Q2 |
| 15:09:08 | Mikachu | if it's threaded maybe it would run will with all four cpus |
| 15:09:32 | Mikachu | s/will/well/ |
| 15:09:51 | | Join adiamas_ [0] (n=adiamas@12.109.187.84) |
| 15:10:08 | | Nick adiamas_ is now known as adiamas (n=adiamas@12.109.187.84) |
| 15:10:22 | Paul_The_Nerd | http://quake.pocketmatrix.com/ |
| 15:10:43 | Paul_The_Nerd | ARM and SH3 binary versions of Quake and Quake 2, as well as source |
| 15:15:43 | | Join Febs [0] (n=medifebb@nmd.hissf.sjc.wayport.net) |
| 15:16:26 | markun | Paul_The_Nerd: the source is also full of floats |
| 15:16:47 | markun | of quake2 at least |
| 15:16:53 | Paul_The_Nerd | =/ |
| 15:17:54 | Paul_The_Nerd | The Quake 1 one is supposed to have "Fixed point optimizations" haven't looked at the source |
| 15:18:29 | Bg3r | Paul_The_Nerd planning to port Q1 to rb ? ;) |
| 15:19:53 | Paul_The_Nerd | Bg3r: If I manage to find an implementation where someone's already done the fixed point gruntwork, sure. ;-) |
| 15:20:19 | Paul_The_Nerd | Apparently though, this is not it |
| 15:21:15 | Bg3r | i can't imagine this working on irivers/ipods ... |
| 15:21:55 | Paul_The_Nerd | Not in a playable way. |
| 15:22:29 | Bg3r | yes |
| 15:22:34 | Bg3r | that's what i mean |
| 15:22:54 | safetydan | Actually where's the Wolfenstein port? |
| 15:23:20 | safetydan | or is there a doom wad to simulate that? |
| 15:23:56 | didj | simpsons doom is pretty cool :) |
| 15:24:00 | Paul_The_Nerd | safetydan: There could be, as there was a Wolf3D level in Doom 2, but you'd really have to support Dehacked patches to get the full Wolf3D experience. |
| 15:24:32 | Mikachu | there was a wolf3d port to snes |
| 15:24:38 | Mikachu | so the cpu should be fast enough :) |
| 15:24:42 | Mikachu | i think snes had 3 mhz |
| 15:25:28 | | Quit Moos (Read error: 110 (Connection timed out)) |
| 15:25:39 | Mikachu | oh, it's actually 1024 hz :) |
| 15:25:54 | Mikachu | "#$#" that was the sound cpu, the main cpu runs at about 3 |
| 15:31:55 | midkay | minimum requirements aren't necessarily _the_ minimum requirements! :) |
| 15:32:19 | Paul_The_Nerd | midkay: *especially* with Quake3 and earlier games from id. |
| 15:32:27 | amiconn | wolf3d ran fine on 286 |
| 15:32:55 | * | Paul_The_Nerd is *pretty* sure the AMD he ran Q3 on had 32mb of ram, but couldn't guarantee that. |
| 15:32:58 | midkay | Paul_The_Nerd, iirc doom 3's requirement was a 1.3 or 1.4ghz PC.. iirc even out of the box someone sub-1ghz had it running (of course quite slow, though).. |
| 15:33:10 | midkay | q3 would be so unbelievably cool :) |
| 15:33:17 | Mikachu | is wolf3d opensource? |
| 15:34:49 | midkay | and you could probably modify it to use less memory (e.g. lower the texture res a bit).. |
| 15:34:55 | midkay | anyways, got to run.. laters |
| 15:35:06 | | Join Matze [0] (i=Miranda@p5484D236.dip.t-dialin.net) |
| 15:35:26 | Paul_The_Nerd | Mikachu: I see various sites saying they've got the source code. I don't know what licenses though. |
| 15:35:54 | Paul_The_Nerd | Hmm... |
| 15:35:57 | Mikachu | i found one in gpl, but it's opengl ported :) |
| 15:36:07 | Mikachu | it's very likely that this one is gpl too, http://www.icculus.org/wolf3d/ |
| 15:36:48 | Mikachu | hahaha, wtf |
| 15:36:48 | | Quit adiamas (Read error: 104 (Connection reset by peer)) |
| 15:36:51 | Mikachu | http://www.idsoftware.com/games/wolfenstein/wolf3d/index.php?game_section=buy |
| 15:37:02 | Mikachu | who would pay $20 for wolfenstein 3d now? |
| 15:37:11 | Paul_The_Nerd | From what I've read, Wolf3D was released under the same license Doom was later released under. Then doom was re-released as GPL. |
| 15:37:21 | Paul_The_Nerd | Mikachu: Does it come with Spear of Destiny? |
| 15:37:30 | Paul_The_Nerd | Yes it does. So I would |
| 15:37:47 | Mikachu | SoD is listed separately at $15 |
| 15:38:41 | Paul_The_Nerd | Mikachu: SoD is moderately hard to find, and has many more levels if I recall |
| 15:38:50 | Mikachu | i've actually never heard of it before |
| 15:38:57 | | Join tvelocity [0] (n=tony@ipa71.14.tellas.gr) |
| 15:39:19 | | Quit sharpe (Read error: 110 (Connection timed out)) |
| 15:39:20 | Paul_The_Nerd | It was the expansion. If I recall it had twice as many episodes. |
| 15:39:39 | Mikachu | ah |
| 15:40:46 | Paul_The_Nerd | I may be wrong though |
| 15:41:15 | Paul_The_Nerd | Oh, I am wrong |
| 15:41:32 | Paul_The_Nerd | Wolfenstein3D had 30 levels. "The Nocturnal Missions" were another 30. Then Spear of Destiny was 21 on its own |
| 15:43:01 | Mikachu | ah again |
| 15:45:09 | | Join gracchus [0] (n=jesse@bneu-c34.realtimecomm.net) |
| 15:46:59 | Paul_The_Nerd | Man, 640k RAM required. Wolf3D was a beast. |
| 15:48:32 | * | preglow doesn't miss qemm |
| 15:48:59 | | Quit Sinbios (Nick collision from services.) |
| 15:49:23 | | Join Sinbios [0] (n=Sinbios@69.156.117.105) |
| 15:49:27 | Mikachu | i used to love pressing that optimize button and playing with the load order |
| 15:49:46 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 15:49:48 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-32-105.w83-114.abo.wanadoo.fr) |
| 15:53:08 | | Quit mirak (Remote closed the connection) |
| 15:58:55 | | Quit needleboy () |
| 15:59:40 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 16:00 |
| 16:01:54 | BHSPitLappy | hello, IRC. |
| 16:05:54 | t0mas | jup |
| 16:06:11 | t0mas | [11:15:08] <B4gder> -I've mailed t0mas about it, we need more detailed logs |
| 16:06:15 | t0mas | Just writing my reply |
| 16:06:16 | | Nick CoCoLUS is now known as CoCo^uni (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 16:06:27 | | Join quobl_ [0] (n=quobl@tor/session/x-92587ec08ca9f140) |
| 16:08:13 | | Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") |
| 16:17:42 | | Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) |
| 16:17:52 | *** | Saving seen data "./dancer.seen" |
| 16:17:57 | | Quit Genre9mp3 (Client Quit) |
| 16:22:08 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
| 16:22:32 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-180.bna.bellsouth.net) |
| 16:25:51 | | Quit quobl (Remote closed the connection) |
| 16:27:01 | | Join webguest14 [0] (n=3e4f4094@labb.contactor.se) |
| 16:27:35 | webguest14 | How about this for wolf3d: http://sourceforge.net/projects/wolf3d-s60/ - a port to S60 cellphones |
| 16:28:24 | webguest14 | okay, upon further inspection, that's based on the icculus port |
| 16:28:41 | webguest14 | someone should just port sdl to rockbox and be done with it |
| 16:28:55 | webguest14 | that way we could run the rockbox sim on rockbox and make the world implode |
| 16:29:40 | | Part LinusN |
| 16:39:08 | preglow | hahah |
| 16:39:52 | preglow | amiconn: i'm not sure how to make the int_prio parameter work on arm, is it important? |
| 16:41:28 | preglow | s/arm/pp/ |
| 16:41:57 | amiconn | No |
| 16:42:06 | amiconn | int_prio isn't used on coldfire either |
| 16:42:45 | amiconn | Lines 173/174: |
| 16:42:46 | amiconn | #elif defined CPU_COLDFIRE |
| 16:42:46 | amiconn | (void)int_prio; |
| 16:43:07 | preglow | reg_prio is what? |
| 16:43:56 | amiconn | It's the 'registration priority', used for sharing the timer |
| 16:44:21 | amiconn | This should work the same way on all targets |
| 16:44:25 | preglow | right |
| 16:44:33 | preglow | so something can hijack it |
| 16:47:06 | | Quit Ashex () |
| 16:47:29 | amiconn | Yes, and in that case the unregister callback is called if it is non-NULL |
| 16:47:47 | | Quit fantomas (Read error: 110 (Connection timed out)) |
| 16:48:29 | * | preglow wants datasheets.... |
| 16:50:12 | | Quit Febs (Read error: 104 (Connection reset by peer)) |
| 16:51:15 | | Join Matze [0] (i=Miranda@p5484D236.dip.t-dialin.net) |
| 16:52:09 | | Join xmixahlx [0] (n=xmixahlx@64.122.111.98) |
| 16:57:04 | | Quit darkless_ (Read error: 113 (No route to host)) |
| 16:59:12 | Paprica | mm |
| 16:59:34 | Paprica | how can i take the 96 from the number 1996? |
| 16:59:52 | Paprica | the type of the variable is integer |
| 17:00 |
| 17:00:35 | preglow | value % 100 |
| 17:00:42 | Paprica | oh right |
| 17:00:45 | Paprica | 10x |
| 17:01:45 | preglow | np |
| 17:02:50 | webguest14 | Haha, so simple. My head was already turning and spinning looking at the question. |
| 17:05:48 | preglow | heh, it helps having used fixed point |
| 17:06:26 | | Join Nico_P [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 17:06:48 | | Quit tipi^ (Read error: 104 (Connection reset by peer)) |
| 17:06:49 | Mikachu | would % 0x100 and & 0xff be the same thing? |
| 17:06:57 | preglow | yes |
| 17:07:07 | preglow | the latter being way faster |
| 17:07:07 | Mikachu | hooray |
| 17:07:13 | Mikachu | yeah |
| 17:07:23 | preglow | and the reason people prefer to use power of two based fixed point |
| 17:07:26 | Mikachu | maybe the compiler will optimise it if you have that constant hardcoded |
| 17:07:46 | Mikachu | it would make no sense to use fixed point in a nonnative base i guess |
| 17:07:54 | preglow | people do it all the time |
| 17:07:59 | preglow | our old cube.c did it, for instance |
| 17:08:03 | preglow | using base ten fixed point |
| 17:08:11 | preglow | i believe amiconn bettered iot |
| 17:08:46 | preglow | it's a bit simpler to understand if you're not fully familiar with anything but base 10 numbers |
| 17:09:27 | Mikachu | maybe no sense is a bit strong :) |
| 17:09:34 | preglow | hehe |
| 17:09:40 | preglow | are you a coder? |
| 17:10:14 | Mikachu | yeah, but lowlevel things are a bit confusing still |
| 17:10:27 | | Quit Zagor ("Client exiting") |
| 17:10:30 | Mikachu | i'm in charge of the openbox wm |
| 17:10:46 | * | amiconn considers lowlevel code most of the fun |
| 17:11:09 | | Join Rondom [0] (n=Rondom@mrbg-d9b96486.pool.mediaWays.net) |
| 17:11:24 | Mikachu | mostly by accident |
| 17:11:37 | linuxstb | Mikachu: So are you only interested in projects with box in their name? |
| 17:12:06 | HCl | xbox! |
| 17:12:07 | HCl | :o |
| 17:12:55 | Mikachu | linuxstb: that seems to be the trend :) |
| 17:13:12 | Mikachu | i usually join the irc channel for new programs i use |
| 17:13:34 | Mikachu | and try to help and/or submit changes i make that i think make it better |
| 17:14:04 | Mikachu | and also to try and affect the development in directions i want :) |
| 17:14:24 | linuxstb | Not interested in combining openbox and rockbox? |
| 17:14:45 | Mikachu | not sure how that would work :) |
| 17:16:26 | preglow | for some reason i didn't know that |
| 17:16:31 | Rondom | openbox is windows manager? |
| 17:16:33 | Rondom | ?? |
| 17:16:57 | preglow | can't say i have a preference for what code i like to do |
| 17:16:57 | | Join ][milwaukee][ [0] (n=444e6844@labb.contactor.se) |
| 17:17:00 | Rondom | windows=window |
| 17:17:08 | ][milwaukee][ | what's up |
| 17:17:25 | preglow | dsp code and 3d graphics are my favourites, i believe |
| 17:17:44 | ][milwaukee][ | through rockbox, isn't it theoretically possible to write in the ability to play video on non video ipods? |
| 17:17:53 | Mikachu | can you make the cube plugins speed depend on peak levels? |
| 17:17:55 | Rondom | Mikachu: isn't openbox the successor of blackbox, a window manager? |
| 17:18:12 | Paul_The_Nerd | ][milwaukee][: "Theoretically" yes. Likely to happen soon, not so much, since that's not a real focus of the project. |
| 17:18:17 | Mikachu | Rondom: openbox2 was a fork of blackbox 0.60something, but openbox3 is a rewrite in c |
| 17:18:26 | Rondom | ok |
| 17:18:32 | Mikachu | and then the guy who wrote it didn't feel like doing it anymore so i took over |
| 17:18:33 | ][milwaukee][ | Paul_The_Nerd: what goes into it? |
| 17:18:44 | Rondom | do you want to run a window manager on a portable player? |
| 17:18:50 | Rondom | the makes no sense to me |
| 17:18:58 | Paul_The_Nerd | ][milwaukee][: Someone has to create a fixed point decoder for their video format of choice that runs fast enough on the ipod processor to be usable? |
| 17:19:11 | Rondom | the=that |
| 17:19:15 | Mikachu | Rondom: no, it was just in reference to the question about me being a coder :) |
| 17:19:43 | Rondom | sorry Mikachu linuxstb asked |
| 17:19:47 | Mikachu | and not doing so much lowlevel things |
| 17:19:48 | ][milwaukee][ | Paul_The_Nerd: Apple did it, how much faster are the videos than nanos or minis? |
| 17:19:57 | Rondom | all questions were actually directed to him, but nvermind |
| 17:20:36 | Paul_The_Nerd | ][milwaukee][: The video has a special chip in it that's designed more for that purpose. |
| 17:21:00 | Mikachu | Rondom: that makes no sense since you adressed me and then continued talking without adressing anyone else |
| 17:21:26 | ][milwaukee][ | Paul_The_Nerd: ah, emulating that would be ridiculous, nevermind |
| 17:21:56 | ][milwaukee][ | next question, i just picked up a nano, previously i've owned a slew of mp3 players but never an ipod |
| 17:22:11 | Rondom | nevermind |
| 17:22:22 | ][milwaukee][ | is it possible to throw a little program onto the nano that keeps together my workout schedule, allowing entry of reps and what not? |
| 17:22:27 | Paul_The_Nerd | ][milwaukee][: Emulating it would be pointless anyway. It'd be slower than just writing a proper decoder to run in software. It's been done with ipodlinux, to an extent. |
| 17:22:46 | ][milwaukee][ | or do i have to run a non-apple firmware to consider it? |
| 17:22:53 | Rondom | Mikachu: all questions were actually meant to be directed to linuxstb |
| 17:23:12 | Paul_The_Nerd | ][milwaukee][: This channel's basically dedicated to non-apple firmware. |
| 17:23:43 | Paul_The_Nerd | I don't even know how you install third-party apps like the various 'games' that Apple includes |
| 17:25:19 | ][milwaukee][ | so no way even with non-apple firmware? |
| 17:25:24 | Paul_The_Nerd | linuxstb: Apparently pacbox doesn't get included with "make zip" for 5g with the source tarball... |
| 17:25:40 | Paul_The_Nerd | ][milwaukee][: With non-apple firmware it's a cake walk if you can program. |
| 17:25:44 | linuxstb | Paul_The_Nerd: It has done for me ever since I started developing it... |
| 17:26:21 | Paul_The_Nerd | linuxstb: I just tried it. Downloaded a source tarball, extracted, compiled, make zip, extracted that zip somewhere else, no pacbox.rock in the zip. Works fine from CVS though |
| 17:26:21 | linuxstb | I can't see how the source tarball would differ in that respect to the CVS. |
| 17:26:52 | Mikachu | maybes omething is missing from MANIFEST if you sue that to make the tarball |
| 17:27:06 | * | Mikachu makes a random guess |
| 17:27:29 | Mikachu | maybe there isn't such a file.. i thought i saw it though |
| 17:27:31 | preglow | linuxstb: you know if ipl kernel is still in sf cvs? |
| 17:27:38 | linuxstb | AFAIK. |
| 17:27:47 | preglow | i need to find the irq number for timer2 on pp5002 |
| 17:29:37 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 17:30:36 | linuxstb | preglow: A quick grep doesn't appear to show any references to TIMER2 for pp5002 - only pp5020. |
| 17:31:14 | preglow | linuxstb: lucky us, then |
| 17:31:27 | preglow | then someone with a pp5002 needs to just test until it works |
| 17:35:01 | preglow | i don't even know if timer2 works at all, for that sake |
| 17:35:03 | preglow | time to test |
| 17:35:54 | preglow | ahahah |
| 17:35:59 | preglow | sf cvs is so bloody unusable |
| 17:36:11 | preglow | why do they bother maintaining a service that never works? |
| 17:36:28 | webguest14 | I submit that they don't. |
| 17:37:44 | | Quit ][milwaukee][ ("CGI:IRC (EOF)") |
| 17:40:33 | linuxstb | Paul_The_Nerd: How big is your pacbox.rock compiled from the bleeding edge source? |
| 17:40:44 | linuxstb | (I mean the source tarball) |
| 17:41:36 | | Quit ara-fat32 ("Fnord!") |
| 17:41:41 | Paul_The_Nerd | linuxstb: Aha, 0 bytes. That might be the problem |
| 17:41:56 | linuxstb | Yes - that's the problem... |
| 17:41:57 | Mikachu | it works most of the time.. |
| 17:42:58 | linuxstb | Paul_The_Nerd: Is pacbox_arm.S in your source file? |
| 17:43:11 | Mikachu | and by it i mean sourceforge |
| 17:43:40 | Paul_The_Nerd | linuxstb: Yes. |
| 17:44:09 | linuxstb | I'm just downloading the bleeding edge source now. Are any other plugins 0 bytes? |
| 17:45:03 | Paul_The_Nerd | linuxstb: firmware_flash and rockbox_flash, but I supposed those are probably supposed to be. |
| 17:45:13 | linuxstb | Yes. |
| 17:46:00 | linuxstb | Ah, I found the error - pacbox/SOURCES is missing |
| 17:46:22 | linuxstb | The build system clearly displays it.... (before it scrolls off the screen) |
| 17:46:29 | Mikachu | i was close then |
| 17:47:38 | linuxstb | Fix committed. |
| 17:49:14 | preglow | webguest14: yeah, perhaps that's it... |
| 17:50:38 | linuxstb | Do Sourceforge have an SVN service now? |
| 17:51:26 | linuxstb | linuxstb: Yes, they do. |
| 17:51:46 | Mikachu | the command they list isn't good to run though |
| 17:52:08 | Mikachu | it'll download all branches and tags (i noticed after 232M of gphoto2) |
| 17:52:53 | linuxstb | Don't you just do "svn co http://....." ? |
| 17:53:17 | Mikachu | firstly they use https so i had to upgrade svn, then the command they list is like http://.../projectname projectname |
| 17:53:29 | Mikachu | instead of /projectname/trunk/module projectname |
| 17:54:49 | Mikachu | for cvs they list this |
| 17:54:52 | Mikachu | cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xaos co -P modulename |
| 17:54:57 | Mikachu | so it's obvious what part to change |
| 17:55:14 | Mikachu | but for svn they say |
| 17:55:15 | Mikachu | svn co https://svn.sourceforge.net/svnroot/gphoto gphoto |
| 17:55:31 | Mikachu | and what i wanted was |
| 17:55:31 | preglow | are the paranthesis in #if (CONFIG_BACKLIGHT == BL_IRIVER_H100) && !defined(SIMULATOR) really necessary? |
| 17:55:33 | Mikachu | svn co https://svn.sourceforge.net/svnroot/gphoto/trunk/gphoto2 gphoto2 |
| 17:56:13 | Mikachu | not sure if == takes precedence over && in the preprocessor but it should |
| 17:56:26 | preglow | well, i've never used the parantesis, and it's always worked |
| 17:56:26 | | Quit webguest14 ("CGI:IRC (EOF)") |
| 17:56:34 | petur | I find it easier to read |
| 17:56:35 | Mikachu | you need the ones around SIMULATOR though |
| 17:56:41 | preglow | yeah, sure |
| 17:57:54 | linuxstb | I've seen lines like that both with and without the parenthesis all over Rockbox. Personally I prefer to add them. |
| 17:57:54 | preglow | ahh, hooray, every ipod generation has its own BL_IPODxxxx |
| 17:58:19 | linuxstb | Apart from the 5g, which I think has the Nano's backlight. |
| 17:58:25 | preglow | i don't add them in ordinary c code, so i don't add them in preproc directives either |
| 17:58:52 | linuxstb | I do add them in ordinary C code, so I add them in the preproc directives... |
| 17:59:11 | petur | hehe |
| 17:59:18 | petur | I do too |
| 18:00 |
| 18:00:00 | linuxstb | I'm sure there's some language I use that requires them, so I'm in the habit. But I've long forgotten which language that was... |
| 18:00:37 | Paul_The_Nerd | I make far too much use of parenthesis because I have friends who can't work out order of ops properly in their heads for many things I end up writing for them. |
| 18:01:20 | Mikachu | if you write code and you think "hm, are these needed?", then they are needed :) |
| 18:01:31 | preglow | linuxstb: you know what's up with the dual outls in ipod nanos backlight switch code? |
| 18:02:21 | preglow | i would have thought flipping one bit would be enough |
| 18:02:37 | Mikachu | i tried commenting either out one of them |
| 18:02:41 | Mikachu | and they are needed :) |
| 18:02:45 | linuxstb | No idea... It's just the usual copy/paste... |
| 18:02:46 | Mikachu | out either* |
| 18:03:09 | Mikachu | in one case it almost broke the backlight in apple os, at least it wasn't on at startup but when i touched the pad |
| 18:04:05 | | Quit petur ("work day eof") |
| 18:04:27 | Mikachu | what i wonder is how to control the intensity, but that's probably a luxury feature |
| 18:05:50 | linuxstb | bbl |
| 18:05:53 | | Quit linuxstb ("Client Exiting") |
| 18:09:36 | | Quit tvelocity ("Ex-Chat") |
| 18:10:59 | | Join Aditya [0] (i=user@c-69-138-7-5.hsd1.md.comcast.net) |
| 18:10:59 | | Quit Aditya_ (Read error: 104 (Connection reset by peer)) |
| 18:12:57 | preglow | hmm |
| 18:12:59 | preglow | yeah, perhaps |
| 18:14:08 | | Quit quobl_ (Remote closed the connection) |
| 18:16:08 | preglow | a bit weird that intensity is set by flipping a bit |
| 18:17:03 | Mikachu | apples firmware can do it in steps... |
| 18:17:07 | preglow | i need a drink for the cold |
| 18:17:14 | Mikachu | so i was thinking one might want to set an intermediate intensity to save battery |
| 18:17:33 | lostlogic | whee, about to do proper charger input and charge state detection for ipod video! |
| 18:17:56 | *** | Saving seen data "./dancer.seen" |
| 18:18:17 | preglow | you can set intensity? |
| 18:18:20 | preglow | why'd i never see that? |
| 18:18:30 | Mikachu | no, that is what i want |
| 18:18:43 | preglow | oh, it sounded like you knew it was possible |
| 18:18:43 | Mikachu | i think it might be possible since apple os fades in and out |
| 18:18:46 | Mikachu | sorry |
| 18:18:47 | preglow | ahh |
| 18:18:50 | preglow | but that can be done by pwm |
| 18:18:59 | Mikachu | pwm? |
| 18:19:03 | preglow | pulse width modulation |
| 18:19:08 | preglow | like we do backlight fading on iriver |
| 18:19:15 | Mikachu | hm, you think that's what they do? |
| 18:19:18 | preglow | just turn the backlight on and off fast enough and it looks like fading |
| 18:19:24 | preglow | yeah, i think that's what they do |
| 18:19:36 | Mikachu | it would use some cpu power to set a lower intensity then |
| 18:19:43 | preglow | not necessarily |
| 18:19:55 | Mikachu | doesn't someone need to flip the bit for it to be... flipped? |
| 18:19:59 | preglow | the cpu would need to run at a constant freq for a nice even intensity |
| 18:20:03 | preglow | so it needs to stay boosted... |
| 18:20:08 | | Join Febs [0] (n=421cf59a@labb.contactor.se) |
| 18:20:27 | preglow | argj |
| 18:20:30 | preglow | you can't set the fade time |
| 18:20:43 | Mikachu | would you flip it in the timer interrupt? |
| 18:20:54 | Mikachu | do you even have a timer interrupt? |
| 18:21:08 | preglow | yes |
| 18:21:08 | preglow | sure |
| 18:21:15 | preglow | would be a bit hard to do fading without it |
| 18:21:21 | Mikachu | that's what i was thinking |
| 18:21:22 | preglow | it's basically what i've just codec |
| 18:21:23 | preglow | coded |
| 18:21:31 | preglow | ported to ipod, at least |
| 18:21:34 | Mikachu | in this short time since i asked? |
| 18:22:23 | preglow | na, did it an hour ago |
| 18:23:08 | Mikachu | oh |
| 18:23:19 | Mikachu | but just fading in/out then? |
| 18:23:21 | Mikachu | "just" |
| 18:24:27 | preglow | myeah |
| 18:25:09 | Mikachu | if you enable the backlight while it is fading out, does it switch direction, or wait until it finishes fading out, or jumps to the start of fading in? |
| 18:25:32 | Mikachu | not the world's most consistent grammar |
| 18:25:33 | | Quit didj (Remote closed the connection) |
| 18:25:44 | | Join didj [0] (n=foo@210-84-17-59.dyn.iinet.net.au) |
| 18:25:45 | preglow | switch direction |
| 18:25:49 | preglow | afaik |
| 18:25:52 | Mikachu | good :) |
| 18:29:39 | preglow | hmm |
| 18:29:49 | preglow | seems the portalplayer address decoder allows a whole bunch of aliasing to go on |
| 18:31:02 | Mikachu | what's aliasing in this context? |
| 18:31:05 | preglow | the backlight code seems to use 0x6000d824 for writing to port b |
| 18:31:18 | preglow | while we seem to use 0x6000d024 other places |
| 18:31:46 | preglow | perhaps the former is some special way of flipping bits instead of using an and |
| 18:31:49 | preglow | would save some code size |
| 18:31:56 | Mikachu | okay |
| 18:35:16 | lostlogic | eventually I'm going to have to make different charge current values for USB power vs. wall power |
| 18:35:26 | lostlogic | that applies to both H3x0 and IPV |
| 18:35:28 | lostlogic | ipod |
| 18:36:42 | | Quit safetydan ("Leaving") |
| 18:41:24 | lostlogic | should backlight timer control use the plugged timeout when USB powered? |
| 18:41:25 | lostlogic | I think so |
| 18:41:30 | lostlogic | it doesn't now. |
| 18:41:54 | | Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) |
| 18:42:02 | | Quit Genre9mp3 (Client Quit) |
| 18:46:47 | Mikachu | you can set different timeouts? |
| 18:56:53 | amiconn | preglow: You don't necessarily have to keep the cpu boosted for doing backlight pwm. |
| 18:57:10 | preglow | amiconn: then why are we doing that at the moment? |
| 18:57:12 | amiconn | That depends on the cpu, or precisely whether the timer depends on the cpu clock or not |
| 18:57:34 | amiconn | On coldfire we need to, since we have to switch prescalers when switching frequency, |
| 18:57:48 | preglow | right |
| 18:57:54 | preglow | yeah, nice point |
| 18:57:58 | amiconn | and we don't know *exactly* when the frequency transition happens, as it depends on the pll relock |
| 18:57:58 | preglow | i disabled the prescaler for portalplayer |
| 18:58:02 | preglow | since i don't know if we've got one |
| 18:58:12 | preglow | it was just dead code |
| 18:58:35 | amiconn | Afaik the pp timer is cpu frequency independent and works in microsecond units |
| 18:58:42 | amiconn | (you told me) |
| 18:58:56 | Mikachu | can't you just adapt the frequency to the boost state? |
| 18:59:23 | amiconn | Mikachu: That we do, but there's an uncertainty *during* the switch |
| 18:59:39 | Mikachu | ah, and you don't want the display to flicker |
| 18:59:42 | Mikachu | ? |
| 18:59:54 | amiconn | yup |
| 19:00 |
| 19:00:04 | Mikachu | this would be a bigger issue if you wanted to make a persistent lower intensity |
| 19:00:14 | preglow | it is, yeah |
| 19:00:20 | preglow | timer tick works just nice when boosting now |
| 19:00:29 | amiconn | This instability is bearable when the timer period is larger than the pll relock time, so we don't need to boost for the grayscale library |
| 19:00:32 | preglow | with no adjusting |
| 19:00:37 | amiconn | (timer period 70 Hz) |
| 19:00:38 | | Join quobl [0] (n=quobl@tor/session/x-4f85c691f632c143) |
| 19:00:58 | amiconn | ..but for the backlight pwm, the timer period is much shorter |
| 19:02:13 | amiconn | It's (1..99) * 50us |
| 19:03:09 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 19:03:17 | Mikachu | how long is that relock time when switching frequencys? have you tried it to see it really is noticable? |
| 19:03:28 | amiconn | Yes it is noticeable |
| 19:03:40 | amiconn | Typical relock time is around 2ms, maximum is 10ms |
| 19:04:02 | Mikachu | that's quite a while |
| 19:04:25 | amiconn | Yes, and until the pll relocks, cpu clock is the base frequency |
| 19:04:52 | amiconn | I.e. when switching 45 -> 124 MHz, we do in fact switch 45 -> 11 -> 124 MHz |
| 19:06:05 | amiconn | lostlogic: I see RED! |
| 19:06:28 | Mikachu | and it always takes different time to switch? |
| 19:06:39 | Mikachu | that is a bit annoying |
| 19:10:49 | | Quit TiMiD (Read error: 104 (Connection reset by peer)) |
| 19:17:56 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:17:57 | | Quit Paul_The_Nerd ("Leaving.") |
| 19:20:38 | preglow | there's some natural variation involved, yeah |
| 19:20:43 | preglow | ipod pll seems to use 2ms to relock |
| 19:21:46 | Mikachu | if you guessed on the average value and used three frequencies would it still be noticable? |
| 19:22:03 | | Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) |
| 19:22:05 | Mikachu | but this stuff is not needed on ipods if i understand correctly? |
| 19:22:14 | | Quit Genre9mp3 (Client Quit) |
| 19:22:28 | preglow | it is |
| 19:22:56 | preglow | all devices capable of adjusting the cpu freq pretty much needs to have a pll |
| 19:22:57 | Mikachu | the timer interrupt is dependant on the cpu frequency? |
| 19:23:06 | preglow | can't think of any other worthwhile ways to synthesize a clock |
| 19:23:18 | preglow | no |
| 19:23:38 | | Join herz42 [0] (n=herz42@p549FF1AB.dip.t-dialin.net) |
| 19:23:38 | preglow | dependent on external crystal in the case of iriver, and on ipod it's a microsecond timer |
| 19:24:17 | amiconn | On iriver the timer clock *is* dependent on the cpu frequency |
| 19:24:27 | preglow | but... |
| 19:24:32 | Mikachu | i'm not sure if i understand why the pwm won't work then, but my understanding is maybe not important |
| 19:24:43 | preglow | you said it's based on the xtal frequency... |
| 19:24:57 | lostlogic | amiconn: fixage pending. |
| 19:25:12 | amiconn | The value you pass to timer_set_interval() is based on the xtal frequency |
| 19:25:30 | | Join damaki [0] (n=Chocolat@ALille-153-1-57-53.w86-196.abo.wanadoo.fr) |
| 19:25:40 | amiconn | That's what the prescaler magic is about, and why I changed our boost states to be integer multiples of the base |
| 19:26:33 | amiconn | set_cpu_frequency() calls timers_adjust_prescale() |
| 19:26:42 | | Quit xmixahlx ("blah blah blah") |
| 19:26:44 | preglow | ahh, right |
| 19:26:48 | preglow | i forgot you mentioned the prescaler already |
| 19:27:10 | herz42 | lostlogic: seems we are looking at the same codelines recently |
| 19:27:43 | herz42 | do you know about the secret port h already? ;) |
| 19:29:34 | lostlogic | herz42: no, I don't |
| 19:29:58 | lostlogic | herz42: does what I've done seem correct for you? Certainly seem to work on my ipod 5g. |
| 19:30:18 | herz42 | I've found the bits to detect the various stuff plugged to the ipod |
| 19:30:38 | lostlogic | herz42: gonna wiki it somewhere? |
| 19:30:58 | herz42 | registered for the wiki yesterday, was about to add it today :) |
| 19:31:05 | lostlogic | very cool |
| 19:31:23 | lostlogic | I'm probably goign to start filling in the ipl wiki's gpio page for the 5g with what I've done so far |
| 19:32:48 | herz42 | hmm, I was not sure where I should add the info (ipl or rb) |
| 19:32:56 | | Join control [0] (n=d52fb1eb@labb.contactor.se) |
| 19:33:03 | herz42 | I didn't too much for the 5g on ipl docs yet |
| 19:34:52 | herz42 | you check port a bit 4 for charger_connected. Actually I think this is the detection of a dock-device (don't know how to call it). |
| 19:36:10 | herz42 | I'm using port h bit 3==0 for ext_pwr and port h bit 4==1 for usb_pwr (also only tested on my 5g) |
| 19:39:11 | herz42 | btw: port h is 'three' behind the "GPIO port E ???" from ipl-wiki pp5020 |
| 19:40:26 | lostlogic | herz42: that makes sense −− I guessed the gpioa bit 4 for charger because connecting to my gf's dock set that bit. |
| 19:40:51 | lostlogic | herz42: please if you get a chance submit a patch adding the port h to the debug screen, and/or improving the detection stuff I've been doing. |
| 19:41:00 | lostlogic | herz42: any idea hwo to control the USB current draw yet? |
| 19:41:55 | herz42 | no, I didn't risk to try driving gpio pins yet... |
| 19:43:38 | herz42 | I can add the patch for debugging soon |
| 19:45:12 | herz42 | For charging my estimated charging time from usb is 59hrs atm. Maybe that's true, maybe the characteristics need some finetuning... |
| 19:49:36 | | Join Aditya_ [0] (i=user@c-69-138-7-5.hsd1.md.comcast.net) |
| 19:49:36 | | Quit Aditya (Read error: 104 (Connection reset by peer)) |
| 19:52:21 | | Join safetydan [0] (n=dan@rockbox/developer/safetydan) |
| 19:57:29 | safetydan | well that's interesting... needleboy isn't going to be doing the experimental builds any more |
| 19:57:55 | safetydan | Now who's going to assemble all the dangerous patches for testing? :) |
| 19:59:03 | Mikachu | are all the h300 kids panicking now? |
| 19:59:40 | Paprica | lol |
| 19:59:58 | safetydan | not sure about panicing, but there is consternation certainly |
| 20:00 |
| 20:05:46 | herz42 | lostlogic: debugging patch is added |
| 20:06:11 | herz42 | hopefully nothing is missing (the albumart makes diffing quite diffcult atm) |
| 20:17:36 | herz42 | lostlogic: I just saw you have started to add g5 on the ipl gpio page. If you don't mind, I'll put my additions there. |
| 20:17:57 | *** | Saving seen data "./dancer.seen" |
| 20:18:31 | lostlogic | herz42: go for it :) |
| 20:19:00 | lostlogic | herz42: I probably won't get to adding the debugging patch until tomorrow evening at devcon, just fyi. |
| 20:19:10 | herz42 | do you think it makes sense to add something like 'active high' / 'active low' info? And if yes, how? |
| 20:19:32 | lostlogic | herz42: also, I charge via USB while playing on rockbox ipod 5g I get about 6 hour charge time, so I wonder if mine is behaving differently than yours. |
| 20:19:44 | lostlogic | herz42: yes, I htink that should be there, but I don't know how, you'd hafta ask the ipl peeps |
| 20:19:47 | | Quit Rondom (No route to host) |
| 20:20:39 | herz42 | I think charge time is a matter of the inputs to the calculation |
| 20:20:50 | preglow | add whatever you can |
| 20:20:57 | preglow | the ipl people don't seem to update it themselves |
| 20:20:59 | | Quit damaki (Read error: 104 (Connection reset by peer)) |
| 20:21:39 | herz42 | In my calculation, I'm subtracting the (guessed) 80mA for operation from the 100mA charging current |
| 20:21:40 | | Join damaki [0] (n=Chocolat@ALille-153-1-57-53.w86-196.abo.wanadoo.fr) |
| 20:21:56 | herz42 | If backlight is static on, it will never charge :( |
| 20:22:54 | preglow | lostlogic: yo, would you care to test if changing the (0x100 | 1) to just 0x1 in the backlight code for 5g still has it working? |
| 20:23:08 | preglow | it makes no difference on nano |
| 20:23:17 | preglow | and afaik, 5g shares that code with nano |
| 20:25:15 | herz42 | preglow: I also didn't understand that code |
| 20:25:53 | herz42 | or are there more than 8 significant bits for writes? |
| 20:27:24 | amiconn | outl means 32bit I'd think |
| 20:27:58 | herz42 | yes, but when reading 32bit, only the 8 lsbs are != zero |
| 20:28:12 | herz42 | so I'm just not sure if writing the upper bits has some other effect |
| 20:29:06 | lostlogic | herz42: yeah, I did the calculations too, but... it still charges at a reasonable pace :-\ |
| 20:29:13 | preglow | amiconn: i think portalplayer port registers are 8 bit wide, even though the register itself allows (and probably requires) 32 bit writes |
| 20:29:16 | lostlogic | herz42: I also didn't measure the input current, so maybe mine has a setting different |
| 20:29:21 | lostlogic | preglow: will test |
| 20:29:43 | preglow | i the registers are not 8 bit wide, then i want to know how the hell they can have over five registers |
| 20:29:51 | preglow | the entire pin base would have to be gpio configurable |
| 20:30:05 | lostlogic | preglow: outl((0x1 << 3), 0x6000d824); |
| 20:30:10 | lostlogic | should be the new line? |
| 20:30:13 | preglow | lostlogic: yea |
| 20:30:20 | preglow | lostlogic: for both register writes |
| 20:30:32 | preglow | that is 0x1 << 7 in the other |
| 20:30:39 | preglow | iirc |
| 20:31:15 | | Quit Nico_P () |
| 20:32:05 | lostlogic | same should apply to 4g as well then? |
| 20:32:45 | preglow | probably, but don't know |
| 20:33:05 | preglow | the top bits might have some other meaning we don't know of |
| 20:33:12 | amiconn | preglow: http://ipodlinux.org/PP5002 has the timer info for PP5002 |
| 20:33:51 | lostlogic | preglow: no apparent effect here. |
| 20:34:10 | lostlogic | preglow: wait, I lied |
| 20:34:52 | lostlogic | preglow: it comes on fine, but then when it times out, it won't come back. |
| 20:36:00 | Mikachu | i guess the bootloader sets the bit and then it stays on until it times out and then you don't reenable it? |
| 20:36:33 | lostlogic | ah yeah, I didn't install a new bootloader |
| 20:39:17 | preglow | amiconn: only for timer 1 |
| 20:39:28 | preglow | lostlogic: right, i didn't either, but it still worked |
| 20:39:52 | lostlogic | preglow: lemme test something |
| 20:39:56 | preglow | then i think the top bits probably works as a mask |
| 20:40:02 | amiconn | preglow: I can read 'timer2 ...' in the "Timer Controller" table |
| 20:40:31 | preglow | amiconn: sure, i'm talking about the irq number |
| 20:40:35 | preglow | amiconn: and that you can't find |
| 20:40:52 | preglow | i just assume it follows timer1 |
| 20:41:23 | preglow | but yeah, the top bits might describe a write mask of sorts, that would explain why you do a (0x101 << x) to set one bit |
| 20:41:55 | preglow | but that would not explain how you can also just not use the top bits and still have it work |
| 20:41:56 | crashd | evening all |
| 20:41:59 | preglow | crashd: hi |
| 20:42:12 | crashd | ohh, watcha working on ? |
| 20:42:36 | preglow | ipod timer.c module |
| 20:42:49 | * | crashd reads up |
| 20:43:07 | amiconn | preglow: Hmm, not necessarily |
| 20:43:35 | amiconn | ser0 and ser1 interrupts use adjacent bits on PP5020, but not on PP5002 |
| 20:43:48 | amiconn | So this might be the case for timer0 and timer1 as well |
| 20:43:53 | preglow | amiconn: exactly, which is why someone with a pp5002 actually needs to test it |
| 20:44:14 | preglow | i'm just going to pretend my assumption stands, if it doesn't, then it's a small thing to fix by trying |
| 20:44:28 | | Join Rondom [0] (n=Rondom@mrbg-d9b95399.pool.mediaWays.net) |
| 20:45:18 | lostlogic | preglow: it's not the top bits |
| 20:45:35 | preglow | lostlogic: hmm? |
| 20:45:36 | | Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") |
| 20:45:36 | lostlogic | it works again just by changing the 0x1<<3 to 0x101 << 3 which is still within 8 bits. |
| 20:45:54 | preglow | lostlogic: in what way is 0x808 8 bits? |
| 20:46:05 | lostlogic | oh, wait, I'm a moron. |
| 20:46:09 | preglow | :) |
| 20:46:14 | lostlogic | I'm looking at it and seeing 3 bits |
| 20:46:40 | herz42 | hmm, that BL bit is named L07. So then my port H is actually port L :) |
| 20:46:43 | Mikachu | bit operations on hex is confusing, but less confusing than bit operations on decimal :) |
| 20:47:19 | herz42 | anybody knows if there is some functionality in the port e−−h range inbetween then? |
| 20:47:21 | preglow | bit operations on hex is really easy, if you ask me |
| 20:47:34 | lostlogic | yeah, it's easy, I'm just a moron sometimes. |
| 20:47:38 | preglow | i find it harder to do bit operations on actual bits thanks to the length of the numbers, heh |
| 20:47:41 | amiconn | preglow: I'm not sure, but maybe it's possible to partially compensate for the broken cache in PP5002 |
| 20:47:47 | preglow | amiconn: how |
| 20:47:48 | preglow | ? |
| 20:47:56 | preglow | thom's premature enter key dealings |
| 20:47:59 | | Quit control ("CGI:IRC") |
| 20:48:12 | amiconn | Looking at the product briefs, PP5020 is capable of running up to 80MHz while PP5002 is capable of running up to 90MHz |
| 20:48:51 | preglow | well yeah, but it's still a far way from being compensated for |
| 20:49:07 | amiconn | partially... |
| 20:49:10 | preglow | hehe |
| 20:49:24 | preglow | ideally, it should work out ok |
| 20:49:32 | preglow | if we use two cores... |
| 20:49:47 | amiconn | PP5002 is USB1.1 only... |
| 20:50:07 | preglow | yeah, apple probably screams "firewire!" out you if you ask them why |
| 20:50:40 | * | amiconn could actually use firewire at no extra cost |
| 20:50:59 | amiconn | My sony laptop has an i.link port (as sony calls it) |
| 20:51:06 | preglow | i've got a firewire slot here as well, but no cable |
| 20:51:11 | preglow | and no capability in the nano either way |
| 20:51:16 | preglow | a fact i'm totally at ease with |
| 20:51:37 | amiconn | Yeah, the nano has USB2.0 |
| 20:52:03 | preglow | you never get a very grand throughput thanks to the flash anyway |
| 20:52:07 | * | preglow has another drink for the cold |
| 20:52:28 | amiconn | I would like to compare the nano's usb transfer speed with the Ondio |
| 20:52:33 | amiconn | Ondio is sloo-ow |
| 20:52:36 | | Nick scf[aw] is now known as scf (n=scf@141-113-207-82.ip.ukrtel.net) |
| 20:53:39 | preglow | it's not that slow |
| 20:53:41 | preglow | just slowish |
| 20:53:41 | preglow | heh |
| 20:53:55 | Mikachu | i can transfer a couple of bytes and check |
| 20:54:08 | preglow | i'd be happy to do a test, but linux' usb storage behaviour makes it a bit hard to get consistent results |
| 20:54:11 | preglow | perhaps with a large file |
| 20:55:01 | amiconn | Ondio is way slower than archos player, and the player is usb1.1 as well... |
| 20:55:19 | preglow | ahh |
| 20:55:22 | preglow | i think nano beats that, then |
| 20:55:31 | preglow | for reading as well? |
| 20:56:16 | Mikachu | i got 2.9MB/s |
| 20:56:20 | Mikachu | on a 100MB file |
| 20:56:24 | preglow | read/write? |
| 20:56:28 | Mikachu | not forgetting to include the time to run sync |
| 20:56:28 | Mikachu | write |
| 20:57:43 | Mikachu | 3.6 on the second run |
| 20:58:05 | Mikachu | i'll try a larger file |
| 20:58:14 | linuxstb | Is this in the "emergency disk mode" or in the Apple firmware? |
| 20:58:18 | Mikachu | apple firmware |
| 20:59:06 | | Join erus` [0] (n=tommo@ACBD996B.ipt.aol.com) |
| 20:59:12 | Mikachu | in the emergency mode i thought it had crashed while i was just copying rockbox.ipod (or possible the whole dist) over |
| 20:59:19 | preglow | well, it is the hardware caps we're trying to discover, so use appe fw |
| 20:59:27 | preglow | diskmode is slow as a dog |
| 20:59:29 | preglow | a really scruffy one |
| 20:59:31 | Mikachu | trying a 800MB file now |
| 20:59:45 | amiconn | Ondio read: 780 kbyte/s (76MB folder) |
| 20:59:57 | preglow | amiconn: and i assume writing is no faster |
| 21:00 |
| 21:00:04 | preglow | amiconn: internals flash or mmc? |
| 21:00:09 | amiconn | mmc |
| 21:00:10 | Mikachu | i'll remount and try reading it back after |
| 21:00:26 | preglow | amiconn: what about flash? mmcs are pretty notorious at being slow |
| 21:00:35 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-129-095.pools.arcor-ip.net) |
| 21:00:52 | Mikachu | my gba takes 7 minutes to flash 32MB :) |
| 21:00:56 | amiconn | The internal flash is just an mmc in a bga package |
| 21:01:13 | Mikachu | that's 76kB/s |
| 21:01:24 | Mikachu | that's in windows, with the linux program it takes 45 minutes |
| 21:01:47 | preglow | amiconn: right |
| 21:02:03 | preglow | amiconn: bga with that few pins, or does it pretend to be genuine flash? |
| 21:02:09 | preglow | s/pins/balls/ :V |
| 21:02:10 | amiconn | Writing is just a bit slower: 745kbyte/s |
| 21:02:25 | Mikachu | i'm at 574MB |
| 21:02:26 | amiconn | bga with only a few more pins than mmc |
| 21:02:44 | amiconn | 20 pins iirc, and it has a reset pin which mmcs don't have |
| 21:03:19 | | Quit erus` (Remote closed the connection) |
| 21:04:08 | | Quit DrMoos ("Glory to Rockbox !!!") |
| 21:04:21 | | Join Moos [0] (i=DrMoos@m77.net81-66-158.noos.fr) |
| 21:04:50 | preglow | btw |
| 21:05:06 | preglow | i think we should consider having a separate games menu, now that we have so many games |
| 21:05:25 | | Join Shadowarrior13 [0] (i=dsf@ip68-3-160-223.ph.ph.cox.net) |
| 21:05:42 | Mikachu | is there a big reason to not just put all the .rock games in /Games or such? |
| 21:06:16 | preglow | big, no |
| 21:06:43 | Mikachu | i'm not sure which feels more logical to me, via the filesys or the main menu |
| 21:07:03 | Mikachu | but maybe you had that discussion many years ago |
| 21:07:13 | preglow | i've only been here a year :> |
| 21:07:17 | Mikachu | heh |
| 21:07:30 | amiconn | Internal flash: 800 kbyte/s read, 650 kbyte/s write |
| 21:08:39 | Mikachu | i got only 1.35MB/s now |
| 21:08:52 | Mikachu | but it ran for 10 minutes so i think it should be a good average (write) |
| 21:08:54 | amiconn | Mikachu: filesys isn't easily localisable |
| 21:09:12 | Mikachu | but this is the last of my free space, i don't know how much fragmentation affects flash |
| 21:09:25 | Mikachu | i haven't removed and added lots of mp3s since i installed rb though, only added |
| 21:09:41 | amiconn | fragmentation doesn't really matter for flash |
| 21:09:46 | amiconn | There are no seek times |
| 21:09:57 | Mikachu | that's what i thought |
| 21:10:43 | | Join michaelc [0] (n=424417ed@labb.contactor.se) |
| 21:10:56 | * | Mikachu gets the idea to change rockbox_logo.bmp to a wormeaten apple |
| 21:11:19 | Mikachu | looks like about 4MB/s sustained read |
| 21:11:23 | linuxstb | One localisable way would be to change "Browse Plugins" into a menu, with each submenu opening up the file browser in a subdirectory of .rockbox/rocks/ |
| 21:11:41 | michaelc | hi... how's charging coming on the 4G ipods? I've noticed a lot of work on 5G ones in CVS... |
| 21:13:09 | * | linuxstb remembers he's the only dev with a 4G... |
| 21:13:30 | lostlogic | linuxstb: so every time I make a relatively portable change, you get to relatively port it :-P |
| 21:14:11 | linuxstb | I suppose I do.... |
| 21:14:59 | michaelc | guess i'll just keep my eyes opened :) |
| 21:15:22 | Mikachu | okay, to summarize |
| 21:15:42 | Mikachu | on my ipod nano with apple fw, i get 4.15MB/s reading and 1.35MB/s writing |
| 21:15:59 | Mikachu | (on an 800MB test file from /dev/full) |
| 21:17:54 | Mikachu | so it would take 25 minutes to fill a 2GB ipod or 8 minutes to copy it back |
| 21:18:36 | | Quit michaelc ("CGI:IRC (EOF)") |
| 21:20:09 | | Quit Moos ("Glory to Rockbox !!!") |
| 21:24:00 | Mikachu | amiconn: happy? :) |
| 21:24:27 | * | preglow learns about the existence of /dev/full |
| 21:24:38 | Mikachu | zero is equivalent for reading |
| 21:24:45 | Mikachu | for writing, zero and null are equivalent |
| 21:24:58 | linuxstb | lostlogic: What should GPIOA & 0x10 detect? In power.c you've used it in charger_inserted(), but you refer to the dock on the IPL wiki page. |
| 21:25:03 | Mikachu | when reading, null will return EOF immediately, and when writing full will return a disk full error |
| 21:25:09 | Mikachu | i think that covers it |
| 21:25:26 | preglow | cool |
| 21:26:04 | herz42 | linuxstb: I have changed that 10sec ago. |
| 21:26:15 | Mikachu | so if you want to waste cpu cycles you can cat /dev/zero > /dev/zero |
| 21:26:35 | Mikachu | i get about 15GB/s on that stream according to pv |
| 21:26:56 | herz42 | there is another port (L) that can be used to detect usb connection and ext. power connection seperate |
| 21:27:01 | herz42 | lol |
| 21:29:20 | linuxstb | Mikachu: You have far too much spare time :) |
| 21:29:27 | | Join ashridah [0] (i=ashridah@220-253-122-75.VIC.netspace.net.au) |
| 21:29:49 | Mikachu | heh |
| 21:30:04 | | Join SereR0KR [0] (n=Fletcher@Fd3db.f.strato-dslnet.de) |
| 21:30:31 | | Join tucoz [0] (n=martin@rockbox/developer/tucoz) |
| 21:32:23 | lostlogic | linuxstb: actually I believe herz changed it to say dock in the wiki, and he is probably correct, in the interim detecting the dock is a somewhat reasonable way to detect connection to a charger. |
| 21:32:50 | amiconn | Mikachu: Nice numbers... |
| 21:32:58 | linuxstb | herz42: I'm just looking at your debugging patch. Is "#if CONFIG_CPU == PP5020" appropriate? Shouldn't it require an iPod? |
| 21:33:42 | amiconn | So the nano profits from being USB2.0, at least for reading |
| 21:33:56 | herz42 | there are other players with pp5020? then of course that should be more specific. |
| 21:34:33 | linuxstb | OK, I'll change that and then commit it. |
| 21:34:34 | herz42 | what do you suggest? |
| 21:34:45 | herz42 | linuxstb: no, awit |
| 21:34:47 | herz42 | wait |
| 21:34:51 | linuxstb | OK... |
| 21:35:32 | herz42 | I have just changed the port names (and added another four) to pp5020.h to make it consistent with the backlight beeing on port L |
| 21:36:07 | herz42 | although I don't know if all those ports are ever used. At least ports e..h do never change on my ipv |
| 21:36:28 | linuxstb | The same code could be useful on all the PP5020 based devices though. |
| 21:37:08 | herz42 | hmm, at least the part with gpios. Detecting the attached devices probably not |
| 21:37:17 | linuxstb | Yes, that's what I mean. |
| 21:38:46 | herz42 | So what define should I use for that second part? APPLE_IPODVIDEO and APPLE_IPODNANO? or no nano, or is there a more generous define out there? |
| 21:40:46 | linuxstb | We could just use #ifdef IPOD_ARCH around the whole section - and then adjust the individual checks appropriately as we learn how to do it. |
| 21:46:47 | | Join [IDC]Dragon [0] (n=54829604@labb.contactor.se) |
| 21:47:56 | [IDC]Dragon | hi |
| 21:48:33 | amiconn | lo |
| 21:48:53 | [IDC]Dragon | ;-) |
| 21:49:02 | preglow | inbetween!! |
| 21:49:11 | * | [IDC]Dragon starts to pack for devcon |
| 21:49:46 | amiconn | 'lo' can also be just the last 2 letters of 'hello' |
| 21:51:13 | [IDC]Dragon | seems I haven't missed much serious talk |
| 21:51:27 | | Quit nnod ("Leaving") |
| 21:51:47 | | Join sharpe [0] (i=ziggy@user-0c8hc11.cable.mindspring.com) |
| 21:51:50 | sharpe | gah. |
| 21:51:54 | Mikachu | maybe all the serious talk is taken care of and now we do the serious talk |
| 21:51:59 | Mikachu | +unserious |
| 21:52:28 | herz42 | linuxstb: I've uploaded the refined patch, so you could have a look... |
| 21:52:28 | [IDC]Dragon | Bagder: do you read? |
| 21:52:30 | linuxstb | herz42: I think you might be over-optimistic displaying that many lines on a Nano... |
| 21:52:59 | herz42 | linuxstb: uups, didn't think about that. So maybe omit the midle part there |
| 21:53:52 | herz42 | how many lines does a nano have? on ipv it's just half the screen |
| 21:54:57 | Mikachu | i have 9 lines in my wps with 6+12x13 |
| 21:54:59 | Mikachu | if that helps |
| 21:55:13 | linuxstb | It should be OK then. The Nano is just over half the height - 132 pixels high. |
| 21:55:31 | | Quit ScootScat (Read error: 110 (Connection timed out)) |
| 21:56:03 | herz42 | btw: is there a way to enlarge that tiny font in the debug screens? :) |
| 21:56:08 | preglow | nope |
| 21:56:10 | preglow | that's the system font |
| 21:56:16 | herz42 | thought so |
| 21:56:17 | preglow | we desperately need a new one of those |
| 21:56:27 | preglow | the one we currently use is for archos screens |
| 21:56:30 | preglow | which are tiny^2 |
| 21:56:38 | amiconn | The screens aren't tiny |
| 21:56:43 | herz42 | hehe, I remember |
| 21:56:47 | preglow | resolution, that is |
| 21:56:49 | amiconn | The font is physically larger on archos |
| 21:57:50 | Mikachu | lower dpi! |
| 21:57:53 | tucoz | Fire do look cool on the video. http://www.rockbox.org/viewcvs.cgi/manual/plugins/images/ss-fire-320x240x16.png?rev=1.1&view=markup |
| 21:58:08 | Mikachu | tucoz: thanks |
| 21:58:11 | amiconn | Mikachu: Yes, and additionally non-square pixels |
| 21:58:27 | tucoz | compared to the recorders http://www.rockbox.org/viewcvs.cgi/manual/plugins/images/ss-fire-112x64x1.png?rev=1.1&view=markup ;-) |
| 21:59:15 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 21:59:22 | amiconn | tucoz: It looks a bit better on archos with the white backlight mod :) |
| 21:59:41 | tucoz | amiconn, ah. White backlight is nice. |
| 21:59:44 | amiconn | Btw, are you doing the screenshots in the sim? |
| 21:59:52 | tucoz | amiconn, when I do them, yes |
| 22:00 |
| 22:00:28 | * | amiconn thinks grayscale lib support in the sim was a rather useful addition then |
| 22:00:58 | preglow | 'course it was |
| 22:01:00 | tucoz | amiconn, certainly. |
| 22:01:02 | preglow | the more we can use in the sim, the better |
| 22:01:16 | Mikachu | amiconn: is that mod software or hardware? |
| 22:01:33 | amiconn | hardware |
| 22:01:33 | Mikachu | i hear the nano's backlight isn't white but i haven't noticed :) |
| 22:01:35 | Mikachu | okay |
| 22:01:50 | preglow | nano has white backlight, yes |
| 22:01:50 | Mikachu | i thought maybe it would be possible to compensate the colors displayed |
| 22:02:03 | Mikachu | preglow: that was a confusing answer |
| 22:02:07 | | Join bluey [0] (n=bluey@dslb-088-073-122-218.pools.arcor-ip.net) |
| 22:02:07 | amiconn | Mikachu: ? |
| 22:02:13 | preglow | isn't it white? :> |
| 22:02:19 | Mikachu | someone said it was bluish |
| 22:02:20 | tucoz | I had a look at some new sony players the other day. They do look nice. |
| 22:03:00 | Paul_The_Nerd | Mikachu: Were they running rockbox at the time? |
| 22:03:08 | Mikachu | dunno |
| 22:03:10 | | Join ulli [0] (n=54829604@labb.contactor.se) |
| 22:03:11 | Paul_The_Nerd | Mikachu: Since y'know... rockbox's default background is a faint blue color |
| 22:03:16 | Mikachu | i don't know where i remember it from |
| 22:03:19 | preglow | sure looks white to me |
| 22:03:23 | Paul_The_Nerd | It's definitely white |
| 22:03:26 | Mikachu | yeah, me too, foret i said anything |
| 22:03:27 | amiconn | preglow: [21:59:55] <preglow> the more we can use in the sim, the better <== playback on amd64? |
| 22:03:39 | preglow | amiconn: i'll fix it |
| 22:03:50 | preglow | amiconn: as far as i can, i'll have a look at it over the weekend |
| 22:03:58 | preglow | if i've got time |
| 22:04:29 | preglow | should basically just consist of switching all longs to int32_t |
| 22:04:53 | preglow | amiconn: btw, playback works here, it's just libmad that doesn't work |
| 22:05:10 | preglow | ahh, no, that's clearly wrong |
| 22:05:13 | preglow | libmad was the one that crashed |
| 22:05:35 | amiconn | ogg plays, but double speed + distorted |
| 22:05:42 | preglow | yeah |
| 22:05:43 | | Quit ulli (Client Quit) |
| 22:05:45 | preglow | i think it's a long problem |
| 22:05:48 | preglow | it sounds like it, at least |
| 22:05:49 | amiconn | yeah |
| 22:06:09 | tucoz | It was one of these: http://products.sony.co.uk/walkman_hd.asp |
| 22:06:25 | Paprica | mm someone here with non RTC target? |
| 22:07:00 | tucoz | here |
| 22:07:18 | Paprica | which one? |
| 22:07:21 | tucoz | Paprica, I have a h120 |
| 22:07:43 | Paprica | excellent |
| 22:08:00 | Paprica | could you check rockcalendar on your h120? |
| 22:08:01 | amiconn | Paprica: player? |
| 22:08:08 | Paprica | hihino |
| 22:08:17 | Paprica | hihi no* |
| 22:08:18 | tucoz | Paprica, sure. Is the patch on the tracker? |
| 22:08:19 | Paprica | =] |
| 22:08:35 | Paprica | the old version yes |
| 22:08:38 | Paprica | the new one |
| 22:08:38 | Paprica | no |
| 22:08:55 | Paprica | i need to test it on the rtc targets |
| 22:09:06 | Paprica | and then, i hope to commit it =] |
| 22:09:08 | amiconn | Paprica: Hehe, I guessed :) |
| 22:09:21 | tucoz | Ok, so what should I do? |
| 22:09:23 | Mikachu | Paprica: what did you decide about my xobox patch? |
| 22:09:24 | amiconn | But Ondio would be a useful target to test on? |
| 22:09:47 | | Join solexx [0] (n=jrschulz@d020132.adsl.hansenet.de) |
| 22:09:48 | Paprica | amiconn, sure |
| 22:10:13 | Paprica | Mikachu, i'll commit it with my changes (i hope tonight) |
| 22:10:19 | Paprica | mm sec |
| 22:10:23 | Mikachu | okay |
| 22:11:09 | Paprica | amiconn, tucoz, http://www.rockbox.org/bugs/task/4760 |
| 22:11:11 | | Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) |
| 22:11:12 | Paprica | the bitmaps is there |
| 22:11:26 | | Quit Genre9mp3 (Client Quit) |
| 22:11:34 | Paprica | in a second i will send to you the patch |
| 22:12:25 | amiconn | [IDC]Dragon: ping... |
| 22:13:47 | Paprica | oh, wtf it wants? rockcalendar.c:1778: warning: 'i' might be used uninitialized in this function |
| 22:14:21 | Paprica | ok |
| 22:14:35 | Paprica | understood |
| 22:14:36 | Paprica | =] |
| 22:15:33 | * | amiconn needs to prepare for devcon too |
| 22:15:41 | | Quit _FireFly_ ("Leaving") |
| 22:16:42 | preglow | lostlogic: you know, it doesn't work for me either if i remove the 1 in 0x100, it does however work if i replace the address with GPIOB_OUTPUT_VAL |
| 22:16:54 | preglow | lostlogic: which suggests that the address used has some special meaning, perhaps being a masked write |
| 22:17:00 | Paprica | amiconn, tucoz, http://plugbox.rockbox-lounge.com/rockcalendar.c |
| 22:17:59 | *** | Saving seen data "./dancer.seen" |
| 22:18:12 | tucoz | Paprica, do I apply the bitmaps.diff too? |
| 22:18:17 | Paprica | yep |
| 22:19:39 | | Join petur [0] (n=luts@flosoft.biz) |
| 22:20:02 | tucoz | Paprica, that did not apply cleanly |
| 22:20:29 | Paprica | i know, i need to make new patch |
| 22:20:48 | Paprica | when i'll add the new file to FS i'll add a new one |
| 22:21:25 | linuxstb | Mikachu: What did your xobox patch do? |
| 22:21:39 | petur | /msg nickserv help |
| 22:21:48 | Mikachu | i wrote some comments in the @@ lines, http://mikachu.ath.cx/patches/rockbox-xobox_updates.patch |
| 22:21:59 | Mikachu | ie i don't remember offhand |
| 22:22:05 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
| 22:22:26 | Paprica | tucoz, http://plugbox.rockbox-lounge.com/rockcalendar.c |
| 22:22:28 | | Part petur |
| 22:22:31 | Paprica | can you download this one? |
| 22:22:36 | tucoz | sure |
| 22:22:46 | Paprica | sorry about that, i forgot a 2 lines |
| 22:22:47 | Paprica | hihi |
| 22:23:01 | Paprica | 10x |
| 22:23:21 | Mikachu | linuxstb: but i have a feeling i forgot to write one thing |
| 22:23:22 | | Join petur [0] (i=petur@rockbox/developer/petur) |
| 22:26:13 | linuxstb | Mikachu: What do you think about the keys in Tetrox? I'm starting to dislike the use of the clickwheel in games, so I am thinking that maybe the iPods could use left/right to move, and MENU/PLAY to rotate. |
| 22:26:39 | Mikachu | i generally agree with that, but i think it works well for tetrox |
| 22:27:05 | nudel | i think it'll be horrible either way :) the buttons on the ipod feel horrible to press in games :( |
| 22:27:32 | Mikachu | it plays pretty well |
| 22:27:32 | nudel | maybe they get less sticky in time, mine's still new |
| 22:27:41 | linuxstb | I much prefer the 4g's button than the 5g. |
| 22:27:47 | linuxstb | ^buttons |
| 22:27:58 | nudel | it needs a joypad accessory :) |
| 22:28:07 | Mikachu | linuxstb: but i think with the default delta=4 maybe it should only turn on every three events or so, or it will be too sensitive |
| 22:28:43 | linuxstb | Yes, it's definitely too sensitive at the moment. |
| 22:29:55 | Mikachu | i got to level 10 here |
| 22:30:18 | Mikachu | maybe it could be an option but maybe that would be complex if games already use all buttons etc |
| 22:30:52 | | Quit KN|stiff (Read error: 104 (Connection reset by peer)) |
| 22:32:15 | | Join SereRokR [0] (n=Fletcher@Fd78b.f.strato-dslnet.de) |
| 22:35:02 | tucoz | Paprica, what do you want me to try now? |
| 22:35:18 | Paprica | go to the main menu |
| 22:35:25 | tucoz | ok |
| 22:35:36 | Paprica | and play with the date |
| 22:35:59 | | Quit webmind (Read error: 104 (Connection reset by peer)) |
| 22:35:59 | Paprica | for example set it to 16/03/2006 |
| 22:36:27 | tucoz | Looks ok |
| 22:36:54 | Paprica | mm quit the calendar |
| 22:36:58 | Paprica | and back to it |
| 22:37:03 | tucoz | Looks really good actually. The same date as when I quit |
| 22:37:10 | Paprica | okkkkkkkkkk |
| 22:37:22 | Paprica | now try to add a note |
| 22:37:42 | Paprica | and lets see if it stays after quit |
| 22:37:53 | lostlogic | preglow: yes, masked write would make sense, avoid the problems we have with iRiver where we have to or in values. |
| 22:38:09 | tucoz | Paprica, it stays |
| 22:38:22 | * | Paprica dancing |
| 22:38:40 | * | Mikachu does the kirby dance <('')> <("<) (>"<) (>")> <('')> with Paprica |
| 22:39:02 | Paprica | lol |
| 22:39:03 | tucoz | Paprica, doesn't enter work with the keyboard? |
| 22:39:15 | Paprica | not yet |
| 22:39:26 | Paprica | but you have the down arrow |
| 22:39:44 | tucoz | ok |
| 22:39:53 | | Join fiftyfour123 [0] (n=chatzill@cpe-66-108-136-179.nyc.res.rr.com) |
| 22:40:03 | tucoz | I like this keyboard better than the old one |
| 22:40:13 | Paprica | =] |
| 22:40:41 | Paprica | i just need to work on the navigation in keboard mode |
| 22:40:55 | Mikachu | does it cover the same characters as the old one? |
| 22:40:56 | Paprica | glad you love it =] |
| 22:41:24 | Paprica | no, only english(lattin?) letters |
| 22:41:34 | Mikachu | latin yes |
| 22:41:37 | Mikachu | english has non-latin letters |
| 22:41:40 | tucoz | No, but for the limited input when writing stuff on a mp3-player it's good enough for me. |
| 22:42:28 | Paprica | Mikachu, so non-latin letters and numbers |
| 22:42:42 | Mikachu | i think you misunderstood me there :) |
| 22:42:47 | amiconn | lostlogic: It's probablöy even necessary to do more than what we do now on iriver |
| 22:42:53 | Mikachu | do you have letters like é and å? |
| 22:42:59 | Paprica | no |
| 22:43:07 | Mikachu | okay, there are english words with é |
| 22:43:09 | lostlogic | amiconn: yes, since input and output aren't always the same for the same pin |
| 22:43:13 | Paprica | =\ |
| 22:43:13 | amiconn | Some GPIO bits are actually separate GPI and GPO |
| 22:43:21 | Mikachu | not so many |
| 22:43:24 | Mikachu | i can't come up with any :) |
| 22:43:41 | amiconn | ...so we should have a shadow variable in RAM, AND or OR that, then output |
| 22:44:18 | linuxstb | Mikachu: IMO, those aren't really English words... Just words in common usage in England... |
| 22:44:21 | Paprica | Mikachu, maybe you can port it to nano? |
| 22:44:28 | | Quit SereR0KR (Read error: 110 (Connection timed out)) |
| 22:44:35 | Mikachu | Paprica: maybe.. |
| 22:46:09 | | Join Matze [0] (i=Miranda@p5484D236.dip.t-dialin.net) |
| 22:51:08 | | Join webmind [0] (i=webmind@feather.perl6.nl) |
| 22:53:14 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 22:53:24 | | Quit amiconn (Nick collision from services.) |
| 22:53:25 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 22:54:56 | | Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") |
| 22:58:11 | | Quit [IDC]Dragon ("CGI:IRC (Ping timeout)") |
| 22:58:24 | | Join nnod [0] (n=donn@xp000931.massey.ac.nz) |
| 23:00 |
| 23:02:02 | Paprica | http://www.rockbox.org/bugs/task/4760 |
| 23:02:45 | * | Paprica is waiting for OK to commit rockcalendar |
| 23:05:03 | lostlogic | Paprica: does it now replace calendar? |
| 23:05:15 | | Join obo [0] (n=obo@82-46-57-180.cable.ubr02.trow.blueyonder.co.uk) |
| 23:06:16 | Paprica | i think it's better, but i want you to say that |
| 23:07:16 | tucoz | And it also work on non-rtc targets, which is a selling point in my opinion :) |
| 23:07:41 | | Quit safetydan ("Leaving") |
| 23:08:35 | Paprica | and it works on H3xx,H100,iPod 3/4 G, Archos Ondio/Recorder, iAudio X5 |
| 23:08:53 | | Quit ghode|afk () |
| 23:08:58 | Paprica | while calendar works onlt on Archos Recorder |
| 23:09:04 | Paprica | IIRC |
| 23:09:07 | | Quit fiftyfour123 ("Chatzilla 0.9.71 [Firefox 1.5.0.1/2006011112]") |
| 23:09:10 | linuxstb | Why doesn't it use the standard Rockbox menu functions? |
| 23:09:48 | Paprica | i want a special menu |
| 23:09:55 | | Join webmind_ [0] (i=webmind@feather.perl6.nl) |
| 23:09:56 | Paprica | and nicer... |
| 23:10:13 | Paprica | what bad with the menu? |
| 23:10:22 | linuxstb | That's my question to you. |
| 23:10:42 | | Join [IDC]Dragon [0] (n=54829604@labb.contactor.se) |
| 23:10:50 | Paprica | i'm asking you what bad with rockcalendar menu |
| 23:11:45 | kclaf | what about 5G status ? |
| 23:11:53 | linuxstb | IMO, it's bad to introduce different menus in individual plugins. Yes, the current menus in Rockbox may not look nice today, but they will improve in the future. They also have the potential (with langv2) to handle voice UI and localisation. |
| 23:12:06 | | Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) |
| 23:12:13 | preglow | completely agreed |
| 23:12:15 | | Quit Genre9mp3 (Client Quit) |
| 23:12:26 | BHSPitMonkey | Paprica: I believe you've just been owned by reason |
| 23:12:56 | linuxstb | And they also work on the remote... |
| 23:13:27 | amiconn | Special menus in plugins aren't any good, I have to agree |
| 23:13:33 | preglow | they look good |
| 23:13:41 | preglow | but that's all |
| 23:13:43 | preglow | no other benefits |
| 23:13:48 | amiconn | Some plugins still have them - that was before putting the menu functions in the api |
| 23:14:15 | amiconn | star.rock iirc, and rockboy at least. The latter only for H1x0+ |
| 23:14:20 | BHSPitMonkey | bejeweled... |
| 23:14:43 | kclaf | berocked! |
| 23:14:46 | kclaf | ;d |
| 23:15:13 | | Quit webmind (Read error: 104 (Connection reset by peer)) |
| 23:15:30 | Paprica | the current rockbox menu will destroy rockcalendar UI |
| 23:16:38 | * | preglow petitions against 'rock' and 'box' in every single plugin name |
| 23:16:54 | | Join webmind [0] (i=webmind@feather.perl6.nl) |
| 23:17:01 | crashd | heh |
| 23:17:05 | BHSPitMonkey | lol |
| 23:17:05 | Paprica | haha |
| 23:17:08 | * | Paul_The_Nerd seconds that opinion. |
| 23:17:10 | BHSPitMonkey | agreed |
| 23:17:10 | crashd | bockrox |
| 23:17:20 | Paprica | calendar is taken |
| 23:17:23 | preglow | haha |
| 23:17:26 | Paprica | =] |
| 23:17:29 | linuxstb | :( Someone suggest a better name than pacbox.... |
| 23:17:39 | preglow | lolman |
| 23:17:40 | BHSPitMonkey | Pac Man |
| 23:17:42 | preglow | good honest name |
| 23:17:51 | preglow | then we can have berofled |
| 23:18:06 | | Join [TCK] [0] (n=tckocr@81-178-155-77.dsl.pipex.com) |
| 23:18:08 | BHSPitMonkey | lol |
| 23:18:10 | linuxstb | If we had svn, I would rename it.... |
| 23:18:13 | Febs | RTFMbox. |
| 23:18:17 | BHSPitMonkey | lol |
| 23:18:17 | preglow | hahaha |
| 23:18:22 | preglow | stfutris |
| 23:18:26 | BHSPitMonkey | and a chopper name called roflcopter |
| 23:18:29 | preglow | jhahahahahah |
| 23:18:31 | BHSPitMonkey | s/name/game |
| 23:18:31 | crashd | heh |
| 23:18:37 | crashd | someone should port the roflcopter 'anim; |
| 23:18:40 | preglow | BHSPitMonkey: now _there's_ a name with a nice ring to it |
| 23:18:40 | crashd | id pay to see that |
| 23:18:40 | preglow | hahaha |
| 23:18:47 | crashd | pay good money |
| 23:18:47 | Mikachu | boxman :) |
| 23:18:54 | crashd | chuckle chuckle chuckle chuckle chuckle |
| 23:18:59 | BHSPitMonkey | how good |
| 23:19:16 | BHSPitMonkey | be a nice WPS |
| 23:19:21 | Mikachu | i guess Rockman is already taken |
| 23:19:39 | BHSPitMonkey | how about WakaBox |
| 23:19:46 | BHSPitMonkey | (for pacman now) |
| 23:19:46 | preglow | wakawakawakawakabox |
| 23:22:10 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-42-176.w83-198.abo.wanadoo.fr) |
| 23:22:17 | preglow | not calling jpeg.c pr0nbox.c is an instance of just throwing potential hours of fun out the window |
| 23:23:00 | Mikachu | mozillas library for image related things is called libpr0n internally i think |
| 23:23:05 | preglow | exactly :-) |
| 23:23:16 | Mikachu | maybe it's not a wellguarded secret |
| 23:23:18 | preglow | made me chuckle when i saw it, that did |
| 23:24:09 | BHSPitMonkey | preglow: hahaha |
| 23:24:44 | Mikachu | preglow: isn't everything in ipl called i* too? |
| 23:24:49 | preglow | haha |
| 23:24:54 | preglow | tux* |
| 23:25:27 | * | BHSPitMonkey looks... "Cube" "Matrix" "Vortex" "Hunt the Wumpus" "BlueCube" |
| 23:25:49 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-42-176.w83-198.abo.wanadoo.fr) |
| 23:26:03 | | Quit webmind_ (Read error: 104 (Connection reset by peer)) |
| 23:26:52 | preglow | lostlogic: i don't understand the addressing scheme, though, the first write is to what looks like GPIOB_OUTPUT_VAL with an extra 8 in the address, and the next is to what looks like GPIOD_OUTPUT_VAL with an extra 1 in the address |
| 23:27:36 | | Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:27:36 | Mikachu | BHSPitMonkey: well, iDoom... and um... yeah |
| 23:27:55 | Paul_The_Nerd | And uDoom and theyDoom... |
| 23:28:23 | Mikachu | http://www.rockbox.org/viewcvs.cgi/manual/plugins/images/ss-plasma-176x132x16.png?rev=1.1&view=markup |
| 23:28:28 | Mikachu | that picture has an ugly line in it |
| 23:28:30 | Mikachu | i think |
| 23:28:46 | Paul_The_Nerd | Yeah, the plasma plugin doesn't ever do that for me. |
| 23:29:03 | Mikachu | maybe it's the sim's fault |
| 23:29:37 | linuxstb | If someone gives me a replacement image, I'll commit it. |
| 23:30:28 | BHSPitMonkey | replacement for what? |
| 23:30:44 | crashd | plasma image that Mikachu pasted. |
| 23:30:51 | linuxstb | Read back about 8 lines |
| 23:31:00 | preglow | isn't backlight fading enabled on h300 ? |
| 23:31:02 | BHSPitMonkey | oh |
| 23:31:10 | Mikachu | sometimes zsh amazes me, i typed cd build-ui<tab> and it completed to build-sim :) |
| 23:31:25 | petur | preglow: you can't I think |
| 23:31:39 | preglow | why not? |
| 23:31:41 | herz42 | preglow: looking at backlight.c? the second one you mentioned is port L07, as in the comment |
| 23:31:52 | Paul_The_Nerd | Let me see if I can get a better plasma image then |
| 23:31:58 | preglow | herz42: i hardly think there's a port L |
| 23:32:01 | petur | you mean toggling on/off? |
| 23:32:08 | preglow | herz42: i just concluded whoever wrote that was on acid |
| 23:32:14 | BHSPitMonkey | wpw |
| 23:32:18 | BHSPitMonkey | wow* |
| 23:32:23 | BHSPitMonkey | almost tipped my chair back |
| 23:32:25 | preglow | petur: well yeah, toggling it fast for fading it, like on h100 |
| 23:32:28 | herz42 | I have added ports e..l as a patch |
| 23:32:43 | preglow | herz42: then we're starting to talk quite an amount of port pins here |
| 23:32:51 | herz42 | and the detection for usb and ext power is also on that port l :) |
| 23:32:56 | BHSPitMonkey | is there a particular reason sims aren't hosted? |
| 23:32:58 | petur | ah maybe - I was thinking of stepping through the pwm values - which isn't usable |
| 23:33:03 | preglow | 96 port pins.... |
| 23:33:05 | BHSPitMonkey | the autocompile just discards them? |
| 23:33:15 | Paul_The_Nerd | Apparently taking them on target doesn't work very well either |
| 23:33:15 | herz42 | maybe not all are pins... |
| 23:33:22 | preglow | herz42: then what are they? |
| 23:33:45 | herz42 | could be used for internal devices? |
| 23:33:54 | | Quit webmind (Read error: 104 (Connection reset by peer)) |
| 23:33:55 | | Join webmind_ [0] (i=webmind@feather.perl6.nl) |
| 23:33:56 | preglow | herz42: then they shouldn't be called gpio |
| 23:34:01 | preglow | misleading at best |
| 23:34:07 | herz42 | on my ipv teh ports e..h don't change |
| 23:34:10 | preglow | herz42: but yeah, how are they accessed? |
| 23:34:15 | Mikachu | BHSPitMonkey: i think they can only build linux sims and people with linux can build themselves |
| 23:34:22 | preglow | herz42: the same (0x100 | 1) trick? |
| 23:34:36 | herz42 | some from ports I..L do toggle on hdd accesses |
| 23:34:41 | preglow | Mikachu: they can build all sims |
| 23:34:54 | Mikachu | for windows too? |
| 23:34:58 | preglow | Mikachu: indeed |
| 23:35:01 | amiconn | The line is probably caused by the plasma moving during the screenshot |
| 23:35:02 | Mikachu | i mean the autobuild system |
| 23:35:03 | Mikachu | okay |
| 23:35:04 | preglow | Mikachu: at least, they used to |
| 23:35:10 | preglow | Mikachu: might be different now with the sdl sim, yes |
| 23:35:46 | linuxstb | preglow: Yes, I don't think anyone has worked out how to cross-compile the sdl sim for windows yet. |
| 23:35:46 | Paul_The_Nerd | amiconn: Yeah, on-target at least, you can't get a dump without a line (or in some cases two) |
| 23:35:50 | herz42 | preglow: Up to now, I'm only reading from those ports, I've only seen that L07 used as write |
| 23:36:22 | BHSPitMonkey | can't the sim be suspended |
| 23:36:23 | preglow | herz42: but yeah, i doubt those are gpio |
| 23:36:46 | preglow | so no any has any idea why backlight fading is not enabled for h3x0? |
| 23:36:53 | * | amiconn wonders why it's doing that though |
| 23:37:06 | Mikachu | linuxstb: http://mikachu.ath.cx/plasma-nano.png |
| 23:37:29 | amiconn | That means write() yields |
| 23:37:40 | Mikachu | BHSPitMonkey: ctrl-z |
| 23:37:42 | amiconn | Hmm, of course it does... |
| 23:38:04 | amiconn | preglow: Backlight isn't connected to a port pin on H300 |
| 23:38:09 | | Quit damaki (Read error: 110 (Connection timed out)) |
| 23:38:31 | linuxstb | Mikachu: Thanks, I'll commit it. |
| 23:39:09 | | Join ulli [0] (n=54829604@labb.contactor.se) |
| 23:40:09 | | Quit ulli (Client Quit) |
| 23:40:20 | | Join ulli-art [0] (n=54829604@labb.contactor.se) |
| 23:40:30 | markun | small ARM question: BIQ is used to set bits to 0, right? |
| 23:40:38 | markun | BIC |
| 23:41:00 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 23:41:07 | preglow | markun: yes |
| 23:41:11 | preglow | bit clear |
| 23:41:34 | preglow | markun: basically just NOTs the argument and ands with the result |
| 23:41:38 | | Part tucoz ("Leaving") |
| 23:41:40 | linuxstb | Rd := Rn AND NOT Operand2 according to my quick reference card |
| 23:41:46 | preglow | amiconn: right, it just looks like it is from the code |
| 23:42:23 | | Quit [TCK] (Read error: 110 (Connection timed out)) |
| 23:42:39 | Mikachu | linuxstb: i think i made a color patch for starfield too, but it doesn't make any sense since stars are white :) |
| 23:42:55 | linuxstb | No, I like starfield as it is... |
| 23:43:31 | Mikachu | heh, i apparently did star->color=LCD_RGBPACK(rb->rand()%255,rb->rand()%255,rb->rand()%255); |
| 23:43:43 | Mikachu | (this was before all the other stuff) |
| 23:44:08 | preglow | touch starfield, and you will pay the price for it |
| 23:44:12 | preglow | it is perfect in every way |
| 23:44:30 | Mikachu | i just remembered it now and thought it was a bit funny |
| 23:44:43 | Mikachu | it was easier than plasma and fire |
| 23:45:34 | linuxstb | It should be renamed "starbox" though... |
| 23:45:47 | Mikachu | or rockfield ;) |
| 23:46:04 | Mikachu | i have an origami pattern called starbox |
| 23:46:11 | Mikachu | i used to be able to fold it in under one minute |
| 23:48:12 | Mikachu | hm, google just found me a fancier version than the one i know |
| 23:48:21 | Paul_The_Nerd | preglow: I am personally of the opinion that it should have hyperspace like lines at very high speeds... and bitmapped planets randomly inserted... and... and... |
| 23:48:30 | Mikachu | this is it, http://hometown.aol.de/_ht_a/origamiworld/tr_sterndose.gif |
| 23:48:31 | preglow | ARGH |
| 23:48:45 | preglow | backlight fading is hardwired to h100 everywhere |
| 23:48:56 | Mikachu | Paul_The_Nerd: and you should be able to crash into a star |
| 23:49:04 | petur | if the disassembly says bne.w what coldfire instruction would that be in the manual? Or what does bne.w do after btst? branch if bit set or cleared? |
| 23:50:11 | herz42 | branch not equal? so branch if the test matched? |
| 23:50:29 | | Quit ulli-art ("CGI:IRC (EOF)") |
| 23:50:34 | | Join ulli-art [0] (n=54829604@labb.contactor.se) |
| 23:50:35 | preglow | petur: bxx |
| 23:50:47 | preglow | petur: branch on condition |
| 23:51:04 | preglow | petur: it branches if the compare is not equal |
| 23:51:04 | petur | bcc then |
| 23:51:27 | | Part ulli-art |
| 23:51:49 | petur | but it's not comparing, it must be checking some flag set by btst |
| 23:52:05 | preglow | how do i reset settings on ipod... |
| 23:52:36 | Mikachu | hold button iirc |
| 23:52:45 | Paul_The_Nerd | Yeah, boot, then turn on hold before rockbox loads |
| 23:52:54 | herz42 | petur: usually the test instructions also set the zero flag depending on the result |
| 23:54:16 | preglow | ahhj, right |
| 23:54:39 | * | preglow holds breats |
| 23:54:41 | preglow | h |
| 23:54:54 | preglow | fCUK |
| 23:55:18 | preglow | ipod hangs when backlight should fade :/ |
| 23:55:53 | t0mas | preglow: weird typo.... "*preglow holds breats" |
| 23:56:22 | t0mas | just missed one s to make it really funny ;) |
| 23:56:28 | preglow | hahah |
| 23:57:16 | preglow | but this qualifies as full blown annoying |
| 23:58:28 | preglow | i had all my money put on this just magically working |
icon identifies that the person is a core developer (has commit access).