00:00:07 | stripwax_ | who knows Tomasz Malesinski? (is that t0mas?) |
00:00:16 | t0mas | it's not |
00:00:20 | * | t0mas is Tomas Salfischberger |
00:00:24 | amiconn | Yes... rather, it's the cygwin h1x0 simulator bug |
00:00:33 | amiconn | (also happens for cygwin x11 builds) |
00:00:34 | stripwax_ | t0mas :-) Tomasz reckons he's decrypted the iFP firmware :-D |
00:00:44 | stripwax_ | amiconn - hm, weirdness. |
00:00:58 | | Quit mborus ("CGI:IRC") |
00:01:04 | preglow | stripwax_: w00t |
00:01:08 | stripwax_ | quite! |
00:01:36 | stripwax_ | He'll be emailing me his source, it's very large (about 60kb, most of which is a lookup table..) - i'm sure it could be simplified.. |
00:01:48 | | Quit webguest82 ("CGI:IRC") |
00:07:10 | amiconn | There you go - it's indeed a cygwin bug |
00:08:01 | stripwax_ | btw - i'm currently building tools for iriver :-) |
00:08:04 | amiconn | as soon as this array gets larger than (4MB - something, with something possibly the module size), it tries to execute it as a function |
00:08:47 | amiconn | This wasn't there with earlier versions :/ |
00:08:55 | stripwax_ | amiconn- wow. when does it try to execute it? (not that that's so important, really..) |
00:09:11 | amiconn | At startup, even before calling main() |
00:09:41 | stripwax_ | insane! nice find. is that known to the cygwin boys+girls? |
00:09:54 | amiconn | Dunno... it's definitely new |
00:10:56 | | Quit muesli- (Read error: 60 (Operation timed out)) |
00:13:14 | hubbel | cygwin sucks, use vmware instead |
00:13:38 | amiconn | How do I use the win32 sim then? |
00:13:42 | stripwax_ | I had a go with colinux but couldn't get too far.. |
00:13:50 | amiconn | Btw, I do use VMware for occasional linux builds |
00:17:19 | preglow | stripwax_: we got any docs on the cpu it uses anyway? |
00:17:59 | | Quit hubbel () |
00:18:45 | stripwax_ | preglow - hrm, not sure. |
00:18:54 | stripwax_ | make |
00:19:01 | stripwax_ | :-p arf |
00:21:08 | | Quit vmx (Read error: 110 (Connection timed out)) |
00:21:19 | linuxstb | amiconn: The win32 sim runs perfectly under Linux/Wine |
00:21:47 | amiconn | Maybe... but linux is just too cumbersome |
00:21:52 | | Join vmx [0] (oma@p549B7CB0.dip.t-dialin.net) |
00:22:29 | linuxstb | I'm not going to start that argument - I'm just saying you can compile and run the win32 sim using it! |
00:22:37 | amiconn | I know |
00:23:26 | amiconn | But why should I run a different os (that is much more time consuming to set up and configure) and then run windows software using an emulation layer, |
00:23:37 | amiconn | when I can just run it on windows directly? |
00:24:02 | stripwax_ | hmph. ok, so I can't even compile binutils-2.16 on cygwin. so, um, how do I build any tools again? |
00:24:16 | linuxstb | I don't know - you asked the question "How do I use the win32 sim then?" |
00:25:28 | amiconn | yeah, ok |
00:25:40 | amiconn | stripwax_: What's the problem? |
00:25:56 | amiconn | Compiling binutils 2.16 was no problem here |
00:26:20 | stripwax_ | hmm.. "in function fibheap_delete_node error 'LONG_MIN' undeclared" |
00:27:03 | amiconn | Hmm, maybe cygwin's upgrade to gcc 3.4.4 broke more than just the h1x0 sims |
00:27:10 | stripwax_ | wait.. maybe I've gone insane.. two tics... |
00:27:13 | amiconn | I did that when I still had gcc 3.3.3 |
00:27:36 | | Quit Shagnar (Remote closed the connection) |
00:28:43 | stripwax_ | amiconn, maybe.. i might give that a go |
00:29:06 | amiconn | I'll just downgrade to gcc 3.3.3 again, and see what happens to the sims |
00:30:10 | amiconn | Any opinions on the sleep timer/ idle poweroff? Should it always power off completely on iriver, even with the charger connected? |
00:31:11 | stripwax_ | personally, i'd say it should stay on while charger is connected |
00:31:24 | stripwax_ | no dice. i'm downgrading to 3.3.3. too |
00:31:48 | amiconn | I think the same for idle poweroff, however, for sleep timer it might be better to poweroff completely |
00:32:20 | stripwax_ | makes sense too |
00:34:04 | amiconn | It's just a new config variable... needing a proper name |
00:34:15 | amiconn | HAVE_POWEROFF_WHILE_CHARGING perhaps? |
00:34:35 | amiconn | irivers have that, archoses do not |
00:36:21 | stripwax_ | mm, why not archos too? |
00:36:37 | amiconn | archos can't poweroff while the charger is connected |
00:36:44 | amiconn | (forecd on by hardware) |
00:37:14 | amiconn | *forced |
00:37:16 | stripwax_ | interesting! that config var name is pretty much spot on then |
00:38:12 | amiconn | Interesting detail - the only archos where this actually makes sense is the recorder v1, as it has software controlled charging |
00:38:54 | stripwax_ | binutils build seems much happier on 3.3.3 |
00:39:00 | amiconn | All other archoses with charging (player, recorder v2, fm) have hardware controlled charging, and this behaviour is unneeded |
00:39:37 | amiconn | No way for the sim though, must be some other change there |
00:39:37 | stripwax_ | amiconn wow! (does that mean there's a hardware mod that could be made to prevent that behaviour?) |
00:39:54 | amiconn | I don't know, never checked |
00:45:14 | | Join Meddler [0] (~56817823@labb.contactor.se) |
00:45:49 | preglow | stripwax_: if rockbox gets going on a flash based device, i might easily get one |
00:47:02 | preglow | oooh, arm core :> |
00:47:13 | amiconn | preglow: It already does, so get an Ondio |
00:47:26 | stripwax_ | preglow - :-) if solid state devices get to around 20GB maybe i will too :-) |
00:47:27 | | Quit Meddler (Client Quit) |
00:47:38 | preglow | don't care about that, i want a smaller placer as well |
00:47:52 | preglow | lugging around the great big h120 while trekking in the woods isn't too good an idea |
00:48:12 | preglow | i wonder why it's got a dsp core as well |
00:48:18 | preglow | the arm should be able to decode most things |
00:49:42 | | Quit Sucka ("a bird in the bush is worth two in your house") |
00:57:33 | | Join Blair_42 [0] (cbc@c-24-13-3-178.hsd1.il.comcast.net) |
00:58:14 | Blair_42 | I need a feature added. Who do I talk to? |
00:59:03 | bill20r3 | heh |
00:59:27 | Blair_42 | was that funny? |
00:59:32 | stripwax_ | Blair_42 - what's the feature |
01:00 |
01:00:11 | Blair_42 | I have an almost blind friend who wants to use the ondio to record meetings |
01:00:42 | Blair_42 | you can get into the recording menu, but you can't tell if it is actually in record |
01:01:12 | Blair_42 | what I propose is that you get a beep in your headphones when you go into record and a double beep when you stop |
01:01:24 | bill20r3 | can you play and record at the same time? |
01:01:35 | bill20r3 | or you could delay the start of recording I guess |
01:01:38 | Blair_42 | I actually made a hardware device that added this feature to a radio station console for another friend |
01:01:45 | amiconn | If the voice UI is on, there is a beep (or rather, burp) that acknowledges start of recording |
01:02:02 | amiconn | We can't do more due to hardware limitations |
01:02:21 | Blair_42 | I tried it today and didn't hear any beep (or blurp) |
01:02:43 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
01:02:46 | Blair_42 | I have voice menus enabled |
01:02:56 | amiconn | Hmm, should be there. I'll check |
01:03:31 | amiconn | It's not very loud, but it should be noticeable both with and without input signal |
01:03:34 | | Quit Harpy (Read error: 145 (Connection timed out)) |
01:04:42 | Blair_42 | I don't hear anything but my button press |
01:05:22 | Blair_42 | this is an Ondio with voice menu enabled file names not spoken recording from line in with no prebuffer |
01:05:33 | Blair_42 | sorry, recording from MIC |
01:05:43 | amiconn | Recording source doesn't matter |
01:06:46 | Blair_42 | just tried that |
01:06:59 | amiconn | If you enter the recording screen and the start the recording, you should hear that blurp. Unpuasing a paused recording gives a shorter blurp |
01:07:00 | Blair_42 | this is ver 2.4 |
01:07:09 | amiconn | Ah, that might be it |
01:07:21 | amiconn | Get a daily build, they're way better anyway |
01:07:22 | Blair_42 | this has been added in more recent builds? |
01:07:27 | amiconn | 2.4 is half a year old |
01:07:33 | Blair_42 | ah |
01:07:38 | amiconn | lemme check |
01:08:17 | amiconn | Hah, it was added *just* after 2.4 release |
01:08:27 | stripwax_ | :-) |
01:08:31 | Blair_42 | ah |
01:08:41 | Blair_42 | ok, looking for daily build ... |
01:08:43 | preglow | didn't the guys talk about a new release any moment now? |
01:10:02 | | Quit vmx ("Have fun!") |
01:10:19 | preglow | stripwax_: custom dsp core doesn't exactly bode well for a speedy rockbox port |
01:11:18 | stripwax_ | preglow - bah. 'how' custom? |
01:11:30 | preglow | i've sure never heard of it |
01:11:33 | preglow | it's not THAT custom |
01:11:39 | preglow | but i bet it's not got a gcc port |
01:11:43 | stripwax_ | :-) |
01:11:48 | stripwax_ | well, :-( really |
01:11:51 | preglow | general purpose code also seldom runs well on a dsp |
01:11:52 | Blair_42 | ok, I have the zip. My 2.4 is in the boot rom. How do I upgrade? |
01:12:01 | preglow | so codecs will probably need to be slightly rewritten :/ |
01:12:31 | stripwax_ | w00t - first self-built iriver rockbox running on my player. now to get hacking into the code |
01:13:50 | stripwax_ | amiconn/preglow - thx for all the help! yep, lassauge doesn't work, cygwin gcc 3.4.x doesn't work either, so looks like the only way is to use gcc 3.3.3 and build m68k 3.4.x yourself. but yes it works. THANKSQ! |
01:15:00 | preglow | i didn't do anything ;) |
01:15:02 | | Quit mrlala (Read error: 110 (Connection timed out)) |
01:15:15 | preglow | stripwax_: perhaps the wiki needs updating? |
01:15:23 | stripwax_ | preglow - aye, i'll do it |
01:15:29 | preglow | goodie |
01:15:59 | preglow | perhaps we should put up our own cross compiler binaries too |
01:16:11 | amiconn | Blair_42: Unzip it to the root dir of the Ondio, the disconnect, start the Ondio, RoLo into the new build ('play' ajbrec.ajz), the flash the new build by playing rockbox.ucl (found in /.rockbox) and following the instructions that the flash plugin tells you |
01:16:16 | preglow | last time i tried to compile gcc in cygwin, i escaped screaming to linux |
01:18:03 | amiconn | Blair_42: The procedure is exactly the same as with the release versions |
01:18:30 | Blair_42 | thanks. Just been so long since i loaded it I forgot exactly how the extra step was done |
01:18:32 | * | amiconn is testing the sleep timer fix |
01:19:08 | Blair_42 | I wish I could get into writting code for this stuff. I do embedded system programming |
01:19:28 | amiconn | Rockbox is about embedded systems programming |
01:19:32 | preglow | indeed |
01:19:37 | Blair_42 | yup |
01:19:53 | Blair_42 | I've done a lot of work with PICs |
01:20:13 | preglow | and we've got more resources than those, usually |
01:20:33 | amiconn | ...even on archos |
01:20:34 | preglow | at least you wont be scared of low-level stuff ;) |
01:22:49 | stripwax_ | woohoo! so my lcd driver scroll fns nearly work first time :-) |
01:23:10 | Blair_42 | wow, I see lots of differences, but still dont hear any noises |
01:23:19 | Blair_42 | being called for dinner |
01:26:43 | | Quit hicks ("Too lazy to change my quit message") |
01:27:30 | | Part rotator |
01:28:05 | stripwax_ | amiconn - hm, gcc3.3.3 still makes broken rockboxui.exe (or did you realise that already?) |
01:28:20 | amiconn | yeps |
01:28:39 | amiconn | I guess it's either binutils or cygwin.dll |
01:29:02 | amiconn | Checking the first one now (with gcc 3.4.4 again) |
01:30:31 | amiconn | stripwax_: [00:39:38] <amiconn> No way for the sim though, must be some other change there |
01:32:22 | stripwax_ | hrm |
01:33:28 | amiconn | Hmm, using older binutils doesn't help either :/ |
01:35:48 | amiconn | Same with older cygwin.dll |
01:36:01 | amiconn | Guess a bug report to the cygwin guys is due |
01:38:29 | | Quit pbvas ("Leaving") |
01:39:38 | *** | Saving seen data "./dancer.seen" |
01:43:33 | preglow | gotta go bed |
01:43:34 | preglow | later |
01:43:36 | | Quit preglow ("leaving") |
01:43:55 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
01:46:54 | yngwi | good night, im gonna sleep too |
01:48:43 | Moos | good night |
01:49:04 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
02:00 |
02:16:08 | | Part Moos |
02:25:25 | | Quit cYmen (Read error: 110 (Connection timed out)) |
02:28:01 | Blair_42 | back from dinner. Never did get any bleep bloops or blorps on record |
02:28:33 | Blair_42 | found some interesting firmware changes though (and several mistakes) |
02:29:13 | Blair_42 | and even one or two "why the heck did they do thats?" |
02:43:05 | HCl | hrm... |
02:43:07 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
02:43:21 | | Join thegeek [0] (na@ti521110a080-4222.bb.online.no) |
02:43:33 | * | HCl woke up from something ruffling in his room.. |
02:49:53 | | Join mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com) |
02:51:37 | | Quit Stryke` (Read error: 60 (Operation timed out)) |
02:55:16 | Blair_42 | there are no voice tags for the last 2 items on the recording settings menu |
03:00 |
03:01:12 | | Quit stripwax_ (Read error: 110 (Connection timed out)) |
03:18:15 | | Quit Blair_42 ("Error Quitting: Permission Denied <SRAP>") |
03:26:24 | | Quit mrlala (Read error: 145 (Connection timed out)) |
03:34:50 | | Join amiconn_ [0] (~jens@p54BD563A.dip.t-dialin.net) |
03:39:42 | *** | Saving seen data "./dancer.seen" |
03:53:20 | | Quit amiconn (Read error: 110 (Connection timed out)) |
03:53:20 | | Nick amiconn_ is now known as amiconn (~jens@p54BD563A.dip.t-dialin.net) |
05:00 |
05:01:21 | | Join mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com) |
05:14:06 | | Quit DMJC-L (Read error: 110 (Connection timed out)) |
05:27:20 | | Join soom [0] (saa@ool-44c67f68.dyn.optonline.net) |
05:30:37 | HCl | ugh. |
05:30:43 | HCl | sickness drives me insane X.x. |
05:31:24 | | Quit mrlala (Read error: 110 (Connection timed out)) |
05:39:43 | *** | Saving seen data "./dancer.seen" |
06:00 |
06:57:32 | ze | yeah being sick blows |
06:58:01 | ze | you got a cold or something? zinc lozenges are supposed to cut the intensity and durration of colds roughly in half if you start taking them at the first signs |
06:58:13 | ze | but thats just for colds i guess |
07:00 |
07:01:31 | | Join mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com) |
07:09:34 | | Quit crwl (brown.freenode.net irc.freenode.net) |
07:09:34 | NSplit | brown.freenode.net irc.freenode.net |
07:11:12 | NHeal | brown.freenode.net irc.freenode.net |
07:11:12 | NJoin | crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) |
07:15:21 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
07:24:58 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
07:25:08 | B4gder | morning |
07:27:21 | Bger | morning, B4gder:) |
07:28:12 | | Quit mrlala (Read error: 110 (Connection timed out)) |
07:33:34 | amiconn | morning |
07:39:45 | *** | Saving seen data "./dancer.seen" |
07:56:03 | Bger | amiconn did you saw the chip i asked you yesterday ? |
07:56:18 | Bger | s/saw/see |
07:56:40 | Bger | s/asked you/asked you about ... |
08:00 |
08:00:09 | | Join ehntoo [0] (~noclue2@24-177-147-34.dhcp.mrqt.mi.charter.com) |
08:01:19 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
08:02:45 | amiconn | Bger: What chip do you mean? If it's the small unknown chip on H3x0, I have no idea |
08:03:31 | Bger | yeah, that' what i mean |
08:03:39 | Bger | 10x:) |
08:03:52 | Bger | i supposed so, but it never hurts to ask... |
08:04:22 | amiconn | Hmm, the rockbox->uda1380 volume mapping is non-linear. |
08:06:40 | amiconn | There's a break in the curve. 0..208 work in 0.25 dB steps, 209..255 in 2 dB steps (uda values) |
08:07:12 | amiconn | I'll have a look, changing that should be easy (and |
08:07:44 | amiconn | perhaps it leads to a slightly better balance handling on archos player) |
08:10:06 | amiconn | The audiobuffer() problem is not a pure cygwin problem after all. Something must be wrong with the H1x0 sims, as it doesn't happen with an archos recorder sim even when I increase the buffer to iriver size |
08:11:29 | B4gder | you tried enabling logf? |
08:11:39 | B4gder | I mean, does the problem remain the same then |
08:11:58 | amiconn | Didn't try yet |
08:12:33 | B4gder | I suspect it'll change then |
08:12:59 | amiconn | building... |
08:23:18 | amiconn | Doesn't change anything :( (The crashing address changes a bit, but still within the audiobuffer funtion) |
08:26:34 | B4gder | it still works fine on linux :-/ |
08:29:53 | * | B4gder fights the evil demons of gdb configure scripts |
08:38:28 | amiconn | Hmm, does a current win32 cross-compiled h1x0 sim work on real windows? |
08:39:58 | B4gder | hang on |
08:40:26 | dwihno | If it breaks, you get to keep the pieces? :) |
08:42:23 | B4gder | http://daniel.haxx.se/rockbox/rockbox.zip |
08:43:47 | | Join Zoom2 [0] (~41081727@labb.contactor.se) |
08:45:14 | dwihno | nothing really happens |
08:45:17 | | Quit DomZ ("CGI:IRC") |
08:47:50 | amiconn | B4gder: This has the same effect as a cygwin build. It crashes in audiobuffer() |
08:48:27 | B4gder | at least it makes the problem consistent |
08:48:55 | amiconn | Tells a tiny bit more though - a source line within mainCRTStartup |
08:48:57 | amiconn | Program received signal SIGSEGV, Segmentation fault. |
08:48:57 | amiconn | 0x020dafc0 in audiobuffer () |
08:48:57 | amiconn | (gdb) bt |
08:48:57 | DBUG | Enqueued KICK amiconn |
08:48:57 | amiconn | #0 0x020dafc0 in audiobuffer () |
08:48:57 | amiconn | #1 0x004011de in mainCRTStartup () |
08:48:58 | *** | Alert Mode level 1 |
08:48:58 | amiconn | at /home/ron/devel/debian/mingw32-runtime/mingw32-runtime-3.7/build_dir/src/mingw-runtime-3.7/cr |
08:48:58 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
08:49:00 | amiconn | t1.c:225 |
08:49:02 | amiconn | (gdb) |
08:49:40 | | Quit oxygen77 (Client Quit) |
08:50:30 | B4gder | yes, it seems to use that instead of main |
08:52:23 | B4gder | but the win sim has no main |
08:52:31 | amiconn | If all else fails, I'll do a brute-force binary backward search which commit broke it |
08:53:35 | linuxstb | I don't want to distract anyone, but I've found an easy-to-fix win32 simulator problem - the UI-recorderv2.bmp file is not in CVS (but there is a file called UI-v2.bmp) |
08:54:29 | B4gder | amiconn: try adding a main function and see what happens |
08:54:59 | B4gder | not that I can understand what possible broke this |
08:55:03 | B4gder | possibly |
08:58:54 | | Quit tvelocity ("Leaving") |
08:58:59 | *** | Alert Mode OFF |
09:00 |
09:03:55 | | Quit Zoom2 ("CGI:IRC (EOF)") |
09:04:09 | B4gder | cross-compile hell |
09:04:25 | B4gder | there's where I am |
09:05:23 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
09:05:24 | | Quit einhirn (Read error: 131 (Connection reset by peer)) |
09:05:29 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
09:19:47 | | Join tvelocity [0] (~tony@ipa0.2.tellas.gr) |
09:22:54 | Bger | amiconn: offt: are the pictures of H3x0 you've got good enough |
09:26:55 | | Join Harpy [0] (tbeliE5bCm@dsl-hkigw7wbb.dial.inet.fi) |
09:30:40 | | Join bobTHC [0] (~bobthc@l03v-34-162.d1.club-internet.fr) |
09:31:46 | bobTHC | hi folks ! |
09:33:53 | | Join Sucka [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com) |
09:38:13 | | Join Touns [0] (~plop@lns-p19-9-idf-82-65-82-203.adsl.proxad.net) |
09:38:32 | | Part Touns |
09:39:48 | *** | Saving seen data "./dancer.seen" |
09:45:35 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
09:46:14 | | Quit gromit` (Remote closed the connection) |
09:46:18 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
09:46:32 | | Quit gromit` (Remote closed the connection) |
09:47:56 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
09:51:45 | | Quit Bger (""In the other world, in paradise, the beauty of women surpassed even the beauty of Bulgarian women" Adaloloddin Mohammed Balhi") |
09:55:20 | west-acre | hey there |
09:55:36 | B4gder | hi |
09:58:46 | west-acre | its my birthday YAY |
09:58:56 | west-acre | bbl |
10:00 |
10:07:05 | | Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) |
10:07:16 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
10:07:16 | * | B4gder added two red builds to the cvs build table |
10:08:28 | linuxstb | B4gder: That will get people excited. |
10:08:32 | | Part tvelocity ("Leaving") |
10:08:51 | B4gder | perhaps. I just want the ifdefs sorted out |
10:08:59 | B4gder | and this helps doing that |
10:10:52 | linuxstb | Should the file uisimulator/win32/UI-v2.bmp be called UI-recorderv2.bmp ? The recorderv2 win32 sim doesn't build (it's not included in your build table) |
10:12:06 | B4gder | yes I believe it should |
10:12:57 | linuxstb | Do you want me to fix it? (cvs remove ; cvs add ?) |
10:13:06 | B4gder | please do |
10:13:13 | * | amiconn checks |
10:13:46 | B4gder | you think I should add such a build to the table? |
10:14:08 | linuxstb | We have enough room now - there's no reason to exclude it (apart from build time). |
10:15:32 | amiconn | Looks like it was me who was silly, unless someone changed the ARCHOS value for v2 later on |
10:16:12 | | Join Lynx_ [0] (~lynx@tina-10-4.genetik.uni-koeln.de) |
10:16:59 | linuxstb | OK, I've just committed it. |
10:20:48 | amiconn | Apart from the .bmp name, recorderv2 is exactly identical to fmrecorder, so imho it makes no sense to build a separate sim |
10:23:30 | | Join Philip_0729 [0] (~Philip_j_@user-7155.lns6-c10.dsl.pol.co.uk) |
10:23:45 | | Join Bger [0] (~Bager@83.222.160.88) |
10:28:13 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
10:39:33 | | Join hicks [0] (nobody@blackhat4life.org) |
10:52:08 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
10:59:55 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:59:57 | west-acre | hey, just wondering, i flashed to rockbox yesterday at about 5pm. how do i know when the daily build changes, and if so what the changes are? |
11:00 |
11:00:19 | B4gder | daily builds are built every day |
11:00:27 | west-acre | and they change everyday? |
11:00:30 | B4gder | there's a changelog on that page |
11:00:31 | Bger | yep |
11:00:33 | west-acre | kk |
11:00:44 | B4gder | but it is fairly techy |
11:00:46 | Bger | west-acre: the bleeding edge builds are the last |
11:01:00 | west-acre | kk |
11:01:05 | Bger | and they are built every 20mins, iirc |
11:01:13 | west-acre | so there the mosts recent the bleeding edge, o 20mins wow |
11:01:14 | west-acre | kewl |
11:01:21 | Bger | yes |
11:01:36 | B4gder | they're actually built within one minute after a change |
11:02:00 | B4gder | and the build takes roughly 10 minutes |
11:02:43 | west-acre | ok. and so i just extract rockbox.zip into the root, no need to change the .hex? |
11:03:08 | B4gder | the hex is the bootloader, you won't need to update that very often |
11:03:10 | Bger | 22 targets :) |
11:03:19 | west-acre | ok. ;) |
11:06:55 | west-acre | so, do i need to upgrade the firmware again then, from the iriver firmware? |
11:07:12 | west-acre | after unzipping to the root |
11:07:16 | west-acre | :S |
11:07:38 | B4gder | no |
11:07:43 | west-acre | OK |
11:07:46 | B4gder | unzip and you're done |
11:07:51 | west-acre | schweeet |
11:08:06 | west-acre | so, wot will be the next big step in rockbox for the h1XX? |
11:08:08 | Bger | west-acre: if you are with bootloader V2, just unzip |
11:08:20 | west-acre | jpegs? |
11:08:31 | B4gder | what people decide to do |
11:08:40 | B4gder | everyone does what they think is fun |
11:08:45 | west-acre | i just patched the origonal firmware and then put that in the root with the bleegin edge build |
11:08:53 | west-acre | that rite yer? |
11:09:16 | west-acre | ahhh, i loose all my rockbox settings :S |
11:09:21 | Bger | west-acre: with firmware patcher ? |
11:09:28 | ghode|afk | you dont need to patch the original firmware weverytime you update rockbox |
11:09:30 | west-acre | yup |
11:09:32 | B4gder | west-acre: yes, the config struct has changed |
11:09:37 | west-acre | ok |
11:09:41 | B4gder | save your config as a config file |
11:09:49 | west-acre | o well, ill just keep the default for the thyme being |
11:09:53 | B4gder | useful to reload in situations like this |
11:10:00 | west-acre | yeh good thinking |
11:10:10 | west-acre | ill do that, and they can be made from the DAP yer? |
11:12:59 | Bger | B4gder one small notice ... (don't get me as petty) according to iriver themselves, it's iriver, not iRiver |
11:13:13 | B4gder | aha |
11:13:42 | B4gder | their logo is more like iRiVeR :-) |
11:14:08 | Bger | heh:) maybe |
11:14:16 | Bger | but not the new logo |
11:14:48 | B4gder | so they use all lowercase always? |
11:14:52 | Bger | yep |
11:15:03 | Bger | you can see it on www.iriver.com ... |
11:15:16 | Bger | see the (c) notice on the bottom of the page |
11:15:21 | linuxstb | A google for "iriver" shows it as well - all the official sites use lower-case. |
11:15:33 | Bger | all other letters are upper case |
11:15:36 | B4gder | remade the pics |
11:15:40 | Bger | hehehe :) |
11:16:18 | Bger | wow, you're FAST |
11:16:19 | B4gder | and yes, I'm happy I made the script that generates them :-) |
11:17:29 | Bger | text->jpg ? |
11:39:52 | *** | Saving seen data "./dancer.seen" |
11:40:46 | | Quit Philip_0729 () |
11:52:36 | | Quit linuxstb ("Leaving") |
11:58:18 | amiconn | Bagder: 2005-06-06 works, 2005-06-07 crashes |
12:00 |
12:01:46 | B4gder | and 2005-06-07 has only totally unrelated fixes |
12:08:12 | HCl | markun: in case you're reading this, i'm hardly getting better... i'm most likely gonna go to my parents soon.. i don't know when i'll be healthy again... sorry... |
12:13:31 | Bger | HCl: r u sick :( |
12:19:30 | amiconn | B4gder: When I do cvs checkout/update using -D, what status do I get? That day 00:00? |
12:20:37 | B4gder | I believe so |
12:20:49 | B4gder | you can specify time as well |
12:21:05 | amiconn | I'll try that next |
12:21:12 | amiconn | ...narrowing down the time |
12:21:20 | HCl | Bger: yea, absolute killer headache.. |
12:22:21 | Bger | bad :( |
12:22:46 | HCl | not to mention feeling cold and overheated at the same time and other crap.. |
12:22:54 | Bger | maybe you don't sleep enough ? |
12:23:05 | HCl | probably |
12:23:13 | HCl | i'm not sleeping well due to either being too hot or too cold |
12:23:55 | Bger | i suggest you to go to a doctor... |
12:24:04 | HCl | my dad is a doctor |
12:24:42 | HCl | fortunately.. |
12:24:51 | Bger | :) |
12:25:22 | yngwi | get well soon |
12:25:51 | Bger | asap :) |
12:26:48 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
12:28:17 | | Join Moos [0] (moos012@m214.net81-66-158.noos.fr) |
12:28:26 | Moos | Hi folks |
12:29:12 | HCl | thanks.. |
12:29:54 | | Join webguest46 [0] (~5087b476@labb.contactor.se) |
12:31:15 | Bger | don't think i'm sayng this for other reasons except for completing runtime DB soon (and rockboy opts.) :D |
12:31:19 | Bger | just kidding .. |
12:31:35 | | Part webguest46 |
12:35:39 | Bger | really, get healthy asap |
12:39:20 | | Join Jim__ [0] (Owner@spr2-cosh3-5-0-cust23.cosh.broadband.ntl.com) |
12:39:47 | | Nick Jim__ is now known as Jleagle (Owner@spr2-cosh3-5-0-cust23.cosh.broadband.ntl.com) |
12:51:23 | | Join leftright [0] (~5087b476@labb.contactor.se) |
12:54:36 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
12:55:03 | leftright | there's still a pop when pause is selected |
12:56:00 | leftright | using todays Bleededge 11:55 |
12:56:41 | leftright | I think I'm going to trash my UE10pro's |
12:56:55 | leftright | :) |
12:59:51 | Jleagle | you man that fuzzy noise? |
13:00 |
13:00:03 | Jleagle | mean* |
13:00:42 | leftright | no, a pop when pause is selected and its fuzzy with play resume before normal vol |
13:01:37 | Jleagle | yer |
13:01:43 | leftright | the fuzzyness (more like scratching vinyl) is for a few millisec's but its ok, |
13:02:42 | Jleagle | i get really bad noises when its on charge and not playing |
13:03:20 | * | leftright goes to try |
13:03:59 | Jleagle | play a song, then press stop |
13:04:25 | leftright | yeo I've tried that twice and its normal with me |
13:04:52 | leftright | nope quiet as a mouse in church |
13:06:09 | leftright | are you using the standard power suplly unit |
13:06:28 | Jleagle | yup, standard everything, iriver 120 |
13:06:37 | leftright | 140 here |
13:07:03 | Jleagle | maybe thats why, i have mine going through my computer speakers... ill try headphones |
13:07:34 | leftright | so thats with line out then ? |
13:08:45 | Jleagle | i have the remote going streight to the blue hole in my sound card |
13:09:02 | Jleagle | ooh, when i use headphones i dont get the noise :| |
13:12:32 | | Quit edx (Read error: 110 (Connection timed out)) |
13:14:29 | Jleagle | doesnt that mean when its on charge its somehow affecting the sound output? |
13:15:59 | leftright | someone else needs to replicate that, |
13:19:32 | Jleagle | ya, ill post it |
13:23:18 | ripnetuk | #b$/quit |
13:23:19 | | Quit ripnetuk ("Leaving") |
13:23:29 | leftright | the 'upside down' screen mode is a neat feature |
13:24:51 | | Join ashridah [0] (ashridah@220-253-122-117.VIC.netspace.net.au) |
13:25:48 | Jleagle | was it requested or just added? |
13:26:16 | leftright | screen mode ? |
13:26:24 | Jleagle | ya |
13:26:39 | Jleagle | seems sort of pointless to be able to have the screen upside down |
13:26:45 | leftright | its always been there afaik |
13:26:50 | leftright | I use it |
13:26:56 | Jleagle | really? why? |
13:27:21 | leftright | is its on my bekt, I dont have to unclip it to read the screen |
13:27:29 | leftright | bekt=belt |
13:27:54 | Jleagle | hmm, never thoght about that, nice |
13:30:33 | Jleagle | what does the car mode do? |
13:31:21 | leftright | it sync the unit to your cars ignition switch if you're using car dc power |
13:32:44 | leftright | or something like that, I briefly glanced through it in the odf manual |
13:33:13 | Jleagle | same here, but missed it |
13:33:22 | Jleagle | ill go ehck it out |
13:33:27 | Jleagle | check* |
13:38:19 | | Join LinusN [0] (~linus@labb.contactor.se) |
13:39:13 | Bger | hello, Linus |
13:39:14 | amiconn | hi LinusN |
13:39:27 | LinusN | hey ho |
13:39:52 | LinusN | my nokia phone has a really shaky gprs |
13:39:54 | *** | Saving seen data "./dancer.seen" |
13:40:31 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
13:41:10 | Bger | how is the holiday |
13:41:19 | leftright | hows the fishing LinusN |
13:41:57 | LinusN | leftright: haven't got around to fishing yet |
13:42:36 | leftright | *chuckles, thought it was a fishing trip |
13:46:00 | amiconn | LinusN: How difficult would it be to connect the logic analyser to the archos recorder again, and capturing the recording? |
13:46:10 | amiconn | (once you're back of course) |
13:46:42 | amiconn | I investigated a bit further; it seems the bit shifting does only happen when running rombox |
13:47:07 | amiconn | I'd like to compare rombox and ram execution timings... |
13:49:02 | LinusN | amiconn: it's not difficult, it just takes some time and effort |
13:49:20 | | Quit Jleagle ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
13:49:41 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
13:49:45 | | Quit [zmaj] (Read error: 104 (Connection reset by peer)) |
13:50:22 | preglow | LinusN: did anything ever come of the phillips correspondance? |
13:51:01 | LinusN | preglow: no |
13:54:50 | | Join bipak_ [0] (~bip@p50884D5B.dip.t-dialin.net) |
13:58:56 | preglow | oh my god, how i loathe the nokia theme |
14:00 |
14:00:57 | LinusN | i think i have solved the uda1380 init problem |
14:01:03 | LinusN | check my commit |
14:03:22 | | Quit bipak (Read error: 60 (Operation timed out)) |
14:04:32 | preglow | you mean the problems some are having with getting sound? |
14:05:20 | LinusN | yes |
14:05:40 | LinusN | the solved-by-booting-the-original problem |
14:08:04 | preglow | that's a really strange one |
14:08:16 | preglow | i never had the problem, so can't test it |
14:09:01 | | Part leftright |
14:09:15 | preglow | i'm sure pedro will test it as soon as he can |
14:09:32 | LinusN | gotta go cu later |
14:09:35 | | Part LinusN |
14:27:45 | | Join thegeek_ [0] (na@ti521110a080-2751.bb.online.no) |
14:30:07 | amiconn | B4gder: I narrowed it down as much as possible. |
14:31:02 | amiconn | 2005-06-06 01:02 runs perfectly, 01:10 doesn't compile, and 01:30 crashes |
14:31:35 | amiconn | cvs uses local time (cest) by default, so the real times are 2005-06-05 23:02, 23:10 and 23:30 |
14:31:41 | amiconn | GMT |
14:32:05 | amiconn | ==> It's Slasheri's playback patch that breaks the h1x0 sims on cygwin |
14:34:41 | | Quit thegeek (Read error: 145 (Connection timed out)) |
14:36:44 | | Join linuxstb [0] (dave@dsl-212-23-31-215.zen.co.uk) |
14:39:34 | Bger | amiconn anything unusual in this patch ? |
14:40:04 | | Join thegeek [0] (na@ti521110a080-9143.bb.online.no) |
14:43:27 | | Join ghostiger [0] (~ghostiger@658507467e999e71.session.tor) |
14:43:30 | | Quit ehntoo (Remote closed the connection) |
14:44:52 | Slasheri | amiconn: Hmm, what is the problem with simulator? |
14:47:23 | | Quit thegeek_ (Read error: 145 (Connection timed out)) |
14:48:01 | preglow | it's not all that easy to tell, i think, heh |
14:48:19 | preglow | something in your playback code triggers a very weird bug |
14:48:35 | Slasheri | What will happen? |
14:49:33 | amiconn | All cygwin H1x0 simulators (win32 _and_ x11) are crashing in function audiobuffer() |
14:49:55 | amiconn | However, audiobuffer is not a function, it's a char array... |
14:50:08 | | Quit thegeek (Read error: 145 (Connection timed out)) |
14:50:34 | Slasheri | Hmm, weird.. I can't make linux version of simulator to crash |
14:50:53 | preglow | i suspect this is a compiler bug of some sort |
14:50:58 | preglow | 'cause my sim too works perfectly |
14:51:05 | linuxstb | amiconn: I don't know if Bagder has found the same thing, but I tried cross-compiling the win32 sim from Linux (mingw 3.4.2) and the sim crashes immediately. |
14:51:13 | amiconn | yeps |
14:51:23 | Slasheri | linuxstb: can you backtrace the crash? |
14:51:35 | | Join edx [0] (edx@p54A8CCCE.dip.t-dialin.net) |
14:51:37 | amiconn | I tried Bagder's build (cross compiled on linux) on my machine |
14:51:49 | amiconn | Slasheri: A backtrace doesn't tell much |
14:51:52 | linuxstb | Slasheri: I'm not sure how to debug win32 under Linux... |
14:51:58 | Slasheri | ok.. :/ |
14:52:01 | amiconn | It happens on startup, before main() |
14:52:14 | Slasheri | before main? |
14:52:20 | amiconn | See today's log for gdb output |
14:52:35 | Slasheri | then that _should_ have nothing to do with playback code :) |
14:53:08 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
14:53:28 | amiconn | Not directly, but it definitely causes the crash |
14:54:09 | amiconn | A cvs build from immediately before initial checkin of playback code is running fine |
14:54:17 | Slasheri | Hmm, maybe there is some stack/buffer overflow then.. |
14:55:50 | Slasheri | If the code is not called anywhere before the main, there must be something other wrong before the main.. |
14:57:07 | | Join thegeek [0] (na@ti521110a080-1004.bb.online.no) |
14:57:56 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
14:58:28 | | Quit einhirn (Client Quit) |
14:58:49 | | Quit ghostiger (Read error: 145 (Connection timed out)) |
14:59:22 | amiconn | Slasheri: I admit this is a weird bug |
14:59:37 | amiconn | ...but it's got nothing to do with cygwin itself |
15:00 |
15:00:57 | | Join ghostiger [0] (~ghostiger@d24dd899bb2bd2ad.session.tor) |
15:02:34 | amiconn | linuxstb: Hmm, interesting. I thought it might have to do with the mingw version, but that's also not the case. Your 3.4.2 is an older version, and I have 3.7.? on cygwin |
15:06:19 | amiconn | 3.7.1 |
15:10:32 | B4gder | build table got all silly... :-) |
15:12:02 | B4gder | due to my changed case |
15:12:17 | | Quit lostlogic ("Going to the moon") |
15:17:28 | preglow | hahaa |
15:17:31 | preglow | "all silly" indeed |
15:17:53 | B4gder | especially since the different case isn't visible in the table |
15:17:58 | preglow | oh, you've added h300 as well? |
15:18:05 | B4gder | yeps |
15:18:13 | preglow | goodie |
15:18:25 | * | Bger screams "The most stupid scripting language on the earth is definitely M$'s batch lang"... |
15:18:38 | preglow | i wouldn't exactly call it a language... |
15:19:14 | * | Bger just realised that there *is* a way to extract different parts of filename with it ... through *FOR* command ..... |
15:19:34 | ashridah | Bger: good thing they're making a new one that might not end up in longhorn eh? :) |
15:19:46 | Bger | no idea .... |
15:19:59 | B4gder | the only sane way to do scripting in windows is to install a script language |
15:19:59 | preglow | it's not even comparable |
15:20:09 | preglow | vbscript...... |
15:20:23 | Bger | yep... |
15:20:41 | preglow | perl > * |
15:20:50 | Bger | but if VBScript is language, then Batch scripting is ... nothing ... |
15:22:17 | preglow | only thing that might beat perl is perl 6 |
15:29:57 | west-acre | got a question. the rockbox manual, is there one for the h1XX or is it the "THE ROCKBOX MANUAL"?? |
15:30:08 | preglow | no, none yet |
15:30:13 | Bger | THE ... |
15:30:14 | Bger | only one |
15:30:19 | preglow | most of the existing manual should apply |
15:30:28 | B4gder | Rockbox is a software made for many players |
15:31:31 | west-acre | yeh yeh i know, but. obv some features in the manual wont exist yet on the iriver |
15:31:37 | B4gder | true |
15:31:46 | B4gder | but we haven't released anything for iriver |
15:31:59 | B4gder | you're using an early dev version |
15:31:59 | west-acre | kk |
15:32:01 | west-acre | cheers |
15:32:09 | B4gder | and besides |
15:32:19 | B4gder | we appreciate all help in adding docs |
15:32:26 | west-acre | ;) |
15:32:30 | west-acre | ok br0 |
15:32:59 | west-acre | im printing off the manual...i may regret it! |
15:38:43 | | Join bumi [0] (~blabla@62.219.122.195) |
15:38:46 | bumi | hey everyone |
15:38:58 | bumi | anything new with rockbox for iriver in the last 3 days? |
15:39:29 | crwl | bass/treble/balance settings, maybe |
15:39:31 | bobTHC | take a look on website |
15:39:43 | bumi | where in the site? |
15:39:50 | bumi | i have a version from 3 days ago |
15:39:56 | *** | Saving seen data "./dancer.seen" |
15:39:58 | bumi | but it has tons of bugs |
15:40:09 | bumi | so i thoght maybe some of them have been resolved... |
15:40:14 | linuxstb | Thinking about the documentation, is the plan to have seperate manuals for the different types of hardware, or stay with one universal manual? |
15:41:11 | bobTHC | most versatile as possible is ez to maintain ... |
15:41:22 | B4gder | we've managed with a single one so far |
15:43:18 | preglow | why are there so many holes in the build chart? |
15:43:28 | | Join LinusN [0] (~linus@labb.contactor.se) |
15:43:31 | B4gder | I changed the name of the iriver builds |
15:43:40 | B4gder | so they appear as differnt ones |
15:43:55 | preglow | it just looks so... irregular |
15:44:07 | B4gder | well, I added three builds earlier |
15:44:32 | bumi | http://forums.rockbox.org/index.php?topic=828.0 |
15:44:40 | bobTHC | clean up ure desk, the boss is here ;) |
15:45:11 | amiconn | linuxstb: Afair Christi plans to implement a system for creating per-model manuals, probably using tex instead of openoffice and doing some preprocessing |
15:45:12 | bumi | can anyone comment on that bug? |
15:45:45 | B4gder | having such a system would of course be very cool |
15:45:53 | linuxstb | amiconn: That could become a #ifdef hell. |
15:47:01 | LinusN | bumi: it works for me |
15:47:13 | | Quit bumi (Read error: 131 (Connection reset by peer)) |
15:48:17 | preglow | linuxstb: nah, not very much, i believe |
15:48:44 | preglow | having a simple shell script that generates a root file that just \includes all the different parts needed for a specific model manual should work ok-ish |
15:48:48 | | Join DMJC-L [0] (~DMJC-L@60-240-163-90.tpgi.com.au) |
15:49:53 | linuxstb | Has DocBook been discussed rejected? |
15:50:08 | linuxstb | ^discussed and rejected? |
15:50:24 | B4gder | no |
15:50:34 | preglow | no, but i believe christi has used latex, and right now she seems to be the one writing the manual |
15:50:39 | linuxstb | Not discussed or not rejected? |
15:50:49 | preglow | unless anyone else is interested in helping her, i say leave her to it |
15:51:01 | linuxstb | preglow: Yes, of course - we can't force someone to use a particular tool. |
15:51:13 | preglow | and besides, latex should be nice for this |
15:51:22 | B4gder | not discussed and therefor not rejected |
15:54:17 | | Join tucoz [0] (~81b1111b@labb.contactor.se) |
15:54:34 | tucoz | Hi, any old-timers here? Just to check wps-behaviour |
15:54:50 | linuxstb | I've used docbook a little. It's nice, but I think you need a Docbook expert on the team to customise the formatting scripts. If we don't have anyone to do that, then I would say stick to latex. |
15:55:19 | tucoz | If I have 10 songs in a directory, and 7 of them are songs (the other 3 text-files, or somthing else) |
15:55:21 | B4gder | I remember the old days... :-) |
15:55:34 | tucoz | the wps screen shows like track 7/10 |
15:56:01 | tucoz | no, i have 10 files, not songs |
15:56:28 | preglow | linuxstb: formating scripts? ouch, then i definitely say let's use latex, unless we have any serious typographers around here ;) |
15:56:41 | tucoz | Is that how it's supposed to be? Shouldn't the wps only count songs in the directory as part of the playlist? |
15:57:58 | linuxstb | preglow: I'm probably making it sound worse than it is, it's just that if you want anything other than the standard output (even things like a custom front-page), then it's a steep learning curve to either change the DSSSL (if we use SGML Docbook) or XSLT (if we use XML). |
15:58:10 | LinusN | tucoz: works fine for me? |
15:58:17 | | Join Philip_0729 [0] (~Philip_j_@user-7155.lns6-c10.dsl.pol.co.uk) |
16:00 |
16:00:19 | tucoz | LinusN: Ok, I can try something. I had show all files on when I noticed this. Changed to supported, and still the same. Still, it was no reboot in between |
16:00:26 | linuxstb | tucoz: What exactly are the other files? What filename extensions? |
16:00:37 | tucoz | letme check |
16:01:24 | linuxstb | e.g. I have 17 FLAC files, and 2 text files in a directory. Pressing play on the first track shows 1/17 in the WPS. The two text files appear last alphabetically. |
16:01:40 | preglow | anywho, i'm entirely for latex, but that's of course a consequence of me being very familiar with it ;) |
16:02:19 | | Quit DMJC (Read error: 110 (Connection timed out)) |
16:02:19 | tucoz | 1 m3u, 1 nfo, sfv |
16:02:25 | tucoz | 1 sfv |
16:02:42 | tucoz | Hmm, forgive me |
16:03:19 | linuxstb | I spent four years at University writing Latex, so I'm not against it either. It would be nice to have it in CVS as well. |
16:03:30 | tucoz | I'm just plain stupid. Had an exam today so my brain is not with me. I was certain that the record had only 7 song. |
16:03:31 | tucoz | s |
16:03:43 | tucoz | When it in fact had 10. |
16:04:14 | Chamois | LinusN : your UDA driver modification seems to work |
16:04:38 | tucoz | LinusN: That uda commit, do you think that will take care of the occasional buzz on startup as well? |
16:05:59 | tucoz | If I've had my player off for a few hours, and sometimes, very seldom, it's start buzzing until the uda is initialized. |
16:08:23 | tucoz | It's hard to check what is causing this to happen, as it is _very_ seldom. Like two times a week perhaps |
16:14:18 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
16:18:21 | west-acre | hey, just wondering, do iriver know about rockbox? |
16:19:37 | preglow | probably |
16:19:43 | bobTHC | surely |
16:19:46 | bobTHC | :) |
16:20:28 | HCl | why is iriver h3x0 and iriver h1x0 listed twice... on the daily builds.. |
16:21:24 | tucoz | it's not. Your'e hallucinating ;) |
16:21:28 | HCl | should h300 even be listed cause we don't have a bootloader yet. |
16:21:42 | HCl | nope, its listed twice... |
16:21:47 | tucoz | Just kidding |
16:22:07 | * | HCl has too much of a headache for jokes at the moment ;/ |
16:22:10 | tucoz | I read that you're not feeling too well. |
16:22:21 | tucoz | Hope you get better :) |
16:22:26 | HCl | thanks |
16:22:30 | preglow | HCl: don't you read mailing list? |
16:22:33 | HCl | gonna go to my parents place in a while.. |
16:22:47 | HCl | i do, but i haven't seen anything about that topic on it |
16:23:00 | preglow | bagder added it to show how badly it crashes because of bad defines |
16:23:12 | Slasheri | Hmm, yes it's listed twice and the whole page is quite confusing now.. |
16:23:13 | preglow | so it'll hopefully be fixed |
16:23:27 | Slasheri | HCl: You will have the event thing today if i have time to code it :) |
16:23:44 | HCl | nice |
16:23:53 | HCl | preglow: um. right... |
16:24:06 | HCl | personally, i'd say it would create way too much confusion for h3x0 users |
16:24:23 | HCl | cause it suddenly seems as if we have an h3x0 build |
16:24:26 | preglow | well |
16:24:29 | preglow | no one has come asking yet |
16:24:48 | HCl | right o.O |
16:24:53 | preglow | it has to be done sooner or later anyway |
16:25:00 | HCl | i'll just refer them to bagder when they do then.. |
16:25:14 | preglow | what were we supposed to do, then? add the build when the port is finished? |
16:25:27 | HCl | when the bootloader works? |
16:25:36 | preglow | you're forgetting the lcd driver |
16:25:42 | HCl | and that. |
16:26:03 | HCl | i'm just saying that to me it looks misleading, but okay, nevermind |
16:26:08 | west-acre | hey, ATM in rockBLOX can you rotate the pieceS? |
16:26:09 | B4gder | that table is for development |
16:26:15 | B4gder | not for people to download |
16:26:54 | tucoz | But like someone said. Rockbox should be able to work with the remote as display, before lcd is enabled |
16:27:02 | tucoz | on h3x0 that is |
16:27:08 | B4gder | yes |
16:27:18 | west-acre | hey, just wondering, do iriver know about rockbox??? |
16:27:26 | west-acre | ooops SORRY |
16:27:31 | west-acre | hey, ATM in rockBLOX can you rotate the pieceS? |
16:27:33 | west-acre | ???????? |
16:27:44 | HCl | check your ? key |
16:27:46 | HCl | i think its stuck. |
16:27:56 | west-acre | sorry |
16:28:06 | west-acre | no wait, it really is... |
16:28:21 | west-acre | sorry hydrochloric acid |
16:28:34 | tucoz | It's working for me. The rotating |
16:28:42 | Bger | it's not necessary to be "acid" :) |
16:29:01 | Bger | he can be gas |
16:29:38 | west-acre | wot key rotates ? |
16:29:41 | tucoz | But it's a pain to play right now |
16:29:45 | tucoz | joystick |
16:29:46 | west-acre | :-o |
16:29:49 | west-acre | still acidic |
16:30:21 | west-acre | wot direction rotates? or pressing into the DAP? |
16:30:23 | preglow | only if it's dissolved! |
16:30:45 | tucoz | that would be right if you hold your player in the 'normal' way |
16:30:49 | Philip_0729 | only acidic when gives out H+ to water.... making H30 ;) |
16:30:55 | tucoz | joystick right |
16:30:58 | west-acre | kk |
16:31:03 | west-acre | ahh yes tnx br) |
16:31:06 | west-acre | BR() |
16:31:07 | west-acre | ;) |
16:31:13 | west-acre | thats much bettter ;) |
16:31:18 | west-acre | otherwise kinda crap! |
16:31:52 | Philip_0729 | ?? |
16:32:10 | tucoz | I tried a patch a while ago with the screen not tilted. Much better. Wonder why it never reached cvs |
16:32:27 | LinusN | it's on its way |
16:32:38 | tucoz | Ok, goodie |
16:32:52 | west-acre | the game would be a bit crap if you couldn't rotate, but you can so it's gr8!!! |
16:32:52 | Bger | bye, guys, have a nice weekend |
16:32:55 | west-acre | cya |
16:32:59 | west-acre | tnx for ur help |
16:33:13 | tucoz | That scrolling patch also looked nice. With the key-repeat. |
16:34:46 | west-acre | hey, i think there's a bug in SNAKE. the new apple doesn't appear for around a second after you ate the last... |
16:35:15 | tucoz | ..or was that just a suggestion. Anyway I read about it some time ago and it seemed like a good idea. |
16:35:23 | west-acre | ok |
16:35:36 | west-acre | i dunno i spose im comparing it to snake 2 ;) |
16:39:59 | | Part LinusN |
16:40:13 | | Part tucoz |
16:47:34 | | Part preglow |
16:48:21 | west-acre | hey, is the stopwatch accurate, has it been tested? |
16:53:12 | bobTHC | test it and u tell us |
16:55:18 | west-acre | will doo |
16:55:24 | west-acre | :0 |
17:00 |
17:02:55 | | Quit DMJC-L (Success) |
17:06:17 | | Join dionoea [0] (~dionoea@muscipula152.via.ecp.fr) |
17:06:31 | dionoea | hello |
17:06:37 | B4gder | howdy |
17:06:43 | dionoea | file permissions seem all fuckedup in the CVS |
17:06:56 | | Join DMJC-L [0] (~DMJC-L@60-240-163-90.tpgi.com.au) |
17:06:57 | dionoea | find . -iname "*.h" -perm +111|xargs chmod a-x |
17:07:01 | dionoea | find . -iname "*.c" -perm +111|xargs chmod a-x |
17:07:18 | dionoea | i can't submit a patch since permission changes don't show in a diff |
17:07:30 | dionoea | (some doc files are also executable) |
17:08:34 | B4gder | they're also not possible to change with cvs |
17:08:48 | ashridah | anyone tested the firmware in its most recent incarnation? |
17:09:13 | Chamois | yes |
17:09:17 | dionoea | arg ... cvs suxxs |
17:10:59 | dionoea | you should move to svn ... |
17:11:20 | dionoea | -you +sf |
17:11:23 | HCl | don't fix it if its not broken |
17:11:31 | B4gder | yes, we've been talking about that for a long time ;-) |
17:11:55 | B4gder | we have a fair amount of scripts and stuff using cvs |
17:12:02 | B4gder | so it isn't a small task to move |
17:12:19 | B4gder | dionoea: we don't use sf for cvs |
17:12:26 | dionoea | migration is pretty easy ... just change all the cvs up to svn up |
17:12:32 | B4gder | yes |
17:12:36 | dionoea | and remove the extra options |
17:12:37 | B4gder | for that simple case indeed |
17:12:54 | B4gder | I know how svn works |
17:14:37 | * | B4gder has commit-acccess in the Subversion project |
17:14:46 | dionoea | nice :) |
17:15:26 | dionoea | we've been using it for about a year now and its getting better |
17:15:54 | dionoea | the old database format was horrible ... but now its ok (with the one file per commit db) |
17:16:22 | dionoea | are there any cool changes planned ? |
17:17:13 | B4gder | no, we only do boring things :-) |
17:17:28 | dionoea | hehe |
17:18:14 | | Quit Philip_0729 () |
17:21:57 | dionoea | btw, i'd like to thank the whole rockbox dev team for this great project |
17:29:01 | | Join djek [0] (~djek@djek.xs4all.nl) |
17:34:03 | | Quit B4gder ("Lämnar") |
17:39:10 | | Quit linuxstb ("Leaving") |
17:40:00 | *** | Saving seen data "./dancer.seen" |
17:46:39 | | Join niobos [0] (~niels@33.196-200-80.adsl.skynet.be) |
17:51:10 | west-acre | hi, is it possible to take screenshots of what is displayed on the iriver? Like in the manual? |
17:51:31 | t0mas | yes |
17:51:50 | t0mas | normally you take screenshots of the simulator... but you can do it on iriver too |
17:51:51 | t0mas | iirc |
17:52:07 | west-acre | o rite, can i get the simulator? |
17:52:17 | west-acre | how is it done on the iriver? |
17:52:20 | ashridah | west-acre: yeah, there's a screenshot option in menu->info->debug->screendump |
17:52:25 | ashridah | turn it on, then plug in the usb cable |
17:52:38 | ashridah | it won't activate the usb-storage stuff, it'll write a dump of the current screen contents to disk |
17:52:52 | ashridah | then go back to that option, and disable it when you're done |
17:53:05 | west-acre | rite. it says stay out of the debug menu :S |
17:53:08 | west-acre | is this wise? |
17:53:28 | ashridah | you won't break things by turning on the screendump feature |
17:53:52 | west-acre | kk |
17:54:17 | west-acre | itll write to the root of c:? |
17:54:35 | ashridah | it'll write to the root as a .bmp file |
17:54:36 | ashridah | yeah |
17:54:51 | west-acre | wot, every time i change screen or wot? |
17:55:06 | ashridah | no, every time you plug in the usb cable (provided the other endo f the usb cable is attached to a pc) |
17:55:13 | west-acre | ok |
17:55:43 | * | niobos is learning dvorak, so be patient |
17:56:18 | niobos | I'm going on vacation in 3 weeks, for a month |
17:56:42 | west-acre | rite. ive enabled screen dump, then displayed on the iriver wot i want to be a bmp. then plugged the usb in. is it sposed to then save a .bmp to c://???coz it hasnt :S |
17:56:52 | niobos | is it wise to start playing with rockbox now? |
17:57:00 | west-acre | yes. yes it is |
17:57:09 | west-acre | ashridah |
17:57:10 | niobos | or might I break my iRiver |
17:57:15 | west-acre | no u wont |
17:57:21 | west-acre | and it's iriver not iRiver |
17:57:27 | ashridah | west-acre: it will only show up when the root of the drive is rescanned |
17:57:29 | west-acre | its relatively stable now |
17:57:45 | ashridah | niobos: there's still a minor amoutn of risk involved with installing the firmware |
17:57:48 | ashridah | but it plays music |
17:57:52 | ashridah | which is a major step forward |
17:58:32 | niobos | I'd like to have the playlist-creation, so |
17:58:49 | niobos | ashridah: minor = ? |
18:00 |
18:00:39 | | Join Audiophil [0] (~c1d85c22@labb.contactor.se) |
18:00:56 | west-acre | ashridah i gottit now ;) |
18:01:22 | west-acre | that is an immensely cool feature! |
18:01:50 | bobTHC | niobos > take a look@ http://www.rockbox.org/twiki/bin/view/Main/IriverPortForNoobs |
18:02:00 | Slasheri | wow |
18:02:01 | ashridah | niobos: playlists have always worked. |
18:02:13 | ashridah | niobos: so yes, it supports playing music inside rockbox from playlists |
18:02:15 | Slasheri | I just tested that dimming backlight on iriver is possible with simple pwm pulse |
18:02:19 | Slasheri | very nice effect |
18:03:09 | | Join linuxstb [0] (dave@dsl-212-23-31-215.zen.co.uk) |
18:03:19 | bill20r3 | neat |
18:03:29 | bill20r3 | does it save any measurable amount of power? |
18:03:42 | bill20r3 | can you make it pulse w/ the music? |
18:03:51 | Slasheri | i don't know if it's possible to use continuous dimming (that requires cpu power) |
18:03:59 | bill20r3 | ahh. |
18:04:02 | Slasheri | but nice effect could be added when backlight goes on/off |
18:04:05 | bill20r3 | can you dim the one on the remote? |
18:04:12 | Slasheri | i think so |
18:04:12 | bill20r3 | oh yeah, like the 4g ipods do |
18:04:29 | Slasheri | i will test that more soon |
18:05:20 | Audiophil | what's the current work tasks for the RB team? |
18:06:24 | | Join leftright [0] (~5087b476@labb.contactor.se) |
18:07:10 | linuxstb | Audiophil: That's a good question - I've started a page here http://www.rockbox.org/twiki/bin/view/Main/IriverStatus where we can add the tasks that we think need to be done before Rockbox is ready for the first iriver release. |
18:07:56 | linuxstb | So if any devs can think of things, please add them there. |
18:08:49 | leftright | Slasheri: did you see my post earlier with regards to the pops when pause is selected |
18:09:57 | | Join Kat [0] (~katerina@c-67-176-83-251.hsd1.co.comcast.net) |
18:10:47 | niobos | is there any reason NOT to use the daily build, but the latest release? |
18:12:00 | thegeek | yes |
18:12:02 | thegeek | it's the newest |
18:12:13 | thegeek | and the daily builds are generally not any better than the latest |
18:13:38 | niobos | are they worse? |
18:14:47 | Slasheri | leftright: Hmm, the problem that there will be a short loud piece of the current song after pause has completely faded out? |
18:16:00 | leftright | no, there's a pop when pause is pressed |
18:16:26 | Slasheri | Hmm.. are you using the headphone out connector? |
18:16:26 | leftright | the music fades nicely then, pop |
18:16:31 | leftright | yes |
18:16:50 | Slasheri | Is that pop just some random buzz or real audio? |
18:17:12 | leftright | definate short sound, not music |
18:17:32 | Slasheri | ok, interesting.. |
18:17:55 | Slasheri | i know there is currently a bug that will cause a short piece of music to be played after fade out is complete |
18:18:16 | leftright | I dont hear that, just a pop |
18:18:22 | west-acre | yeh sanem, |
18:18:24 | west-acre | sam |
18:18:25 | west-acre | e |
18:18:27 | west-acre | i hear a p0p |
18:18:37 | bobTHC | [ 18:13:27 ] [ @vessla ] Cypheria on efnet? |
18:18:37 | bobTHC | [ 18:13:55 ] [ Cypheria ] efnet IRC network |
18:18:37 | bobTHC | [ 18:14:05 ] [ Cypheria ] where we are right now |
18:18:37 | DBUG | Enqueued KICK bobTHC |
18:18:37 | bobTHC | [ 18:15:03 ] · · Joins : lyndz [ ccf46e07@c |
18:18:59 | bobTHC | sorry, keyboard erro |
18:19:17 | leftright | the resume play from pause is a bit messy too |
18:20:09 | west-acre | hey, wot else is worth using in debug ? |
18:20:15 | west-acre | screendump is kewl |
18:20:21 | Slasheri | Ah, yes. I hear also a very weak pop aftere fade out is complete |
18:20:33 | leftright | thats it |
18:20:48 | west-acre | is the keep out because its unstable or just risky because things there cud do damage? |
18:21:20 | Slasheri | west-acre: the debug menu could at least crash your player |
18:21:32 | west-acre | rite. |
18:21:37 | Slasheri | i don't know if it can do any serious to your player |
18:21:39 | west-acre | like battery test? |
18:21:44 | west-acre | partition? |
18:21:49 | west-acre | disk info? |
18:21:56 | west-acre | audio tests? |
18:21:56 | leftright | with In Ear Monitors, the pop is quite loud at medium volume |
18:21:59 | Slasheri | they all should work. But audio tests might crash |
18:22:07 | west-acre | ok |
18:23:37 | leftright | mp3 playback sound really good :) |
18:25:17 | | Join BTKDaImMaikata [0] (~Bager@83.222.160.88) |
18:25:54 | west-acre | yeh. the runtime info, it doesn't restart when the player restarts? or is that how long ive been runnin grockbox? |
18:26:00 | west-acre | rockbox* |
18:34:27 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
18:34:52 | | Quit Stryke` (Remote closed the connection) |
18:37:49 | | Quit bobTHC ("Smoke Weed Every Day !") |
18:42:44 | niobos | is it normal for the shuffel mode to only shuffel through the current dir? |
18:44:24 | | Join mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com) |
18:45:38 | ashridah | niobos: yes, since starting playback in the current directory only makes a playlist out of the current directory |
18:46:08 | ashridah | playback doesn't operate the same way as the iriver's default firmware, that always treat the entire disk as a giant braindead playlist |
18:46:12 | niobos | is it possible to alter that behaviour? |
18:46:13 | ashridah | rockbox doesn't do that |
18:46:34 | ashridah | niobos: you can make a playlist of the entire disk, but it won't stay up to date if you add more music. and no. |
18:46:49 | ashridah | you can add other stuff to the current playlist, and save the playlist |
18:46:56 | | Join _aLF [0] (Alexandre@mut38-2-82-67-66-128.fbx.proxad.net) |
18:47:36 | niobos | that giant playlist is an idea, since I always update with a script |
18:48:02 | | Quit Bger (Read error: 110 (Connection timed out)) |
18:48:19 | ashridah | well, the playlist is created with rockbox itself, i don't know if there's a third party tool to do it. |
18:49:00 | | Quit Chamois (" Try HydraIRC -> http://www.hydrairc.com <-") |
18:50:31 | Slasheri | Hmm, now the backlight works quite well. The dimming time is very short because kernel is not pre-emptive and yields are too long so it cannot block cpu for long periods |
18:51:28 | ashridah | dimming? as in having the backlight fade out? |
18:51:33 | Slasheri | yes |
18:51:39 | Slasheri | fade in and out |
18:52:04 | Slasheri | but that requires still more testing and i should ask somebody before committing that |
18:52:04 | | Join Yokalosh [0] (~3efc0007@labb.contactor.se) |
18:52:12 | Audiophil | slasheri, when will this be available in the cvs? |
18:52:20 | Moos | ashridah: (the rockboxs playlists can converted with the plugin iverify if you want use it with rb) |
18:52:29 | Slasheri | Audiophil: maybe never if it was a bad idea :) |
18:52:31 | Yokalosh | HELP! ARGHHH |
18:52:40 | Yokalosh | i think it died! |
18:52:45 | Slasheri | Audiophil: But perhaps some menu option for that could be added |
18:52:50 | ashridah | Moos: that converts it for use in iriver's firmware. i fail to see how that solves anything i mentioned |
18:53:16 | ashridah | Yokalosh: what died? |
18:53:21 | Audiophil | slasheri, my wish exactly:) |
18:54:14 | Yokalosh | :( |
18:54:54 | mrlala | i wouldn't mind seeing the dimming feature either ;) |
18:55:35 | ashridah | Yokalosh: what died? |
18:55:51 | Yokalosh | Guys what do you do when all you get when you try to open your archos jbr 10 and all u get is a hardware I/O error? |
18:56:19 | Yokalosh | brb |
18:56:25 | Yokalosh | back |
18:56:37 | | Quit Yokalosh (Client Quit) |
18:57:26 | | Join Yokalosh [0] (~3efc0007@labb.contactor.se) |
18:57:38 | Yokalosh | Anyway, like i was saying before my internet cut out |
18:58:24 | | Quit Yokalosh (Client Quit) |
18:59:25 | niobos | hmm, it's probabely me, but i can't find how to create/edit/save playlists |
19:00 |
19:00:42 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
19:00:47 | preglow | Slasheri: hey, that fade thing sounds cool |
19:01:08 | preglow | Slasheri: is the pwm high frequency enough that you can't see it flicker? |
19:01:27 | Slasheri | preglow: nice, the only problem is that it will totally block the cpu while it fades the backlight (but short periods won't affect playback) |
19:01:35 | Slasheri | yes, there is no flicker at all |
19:02:30 | preglow | yeah, i kinda figured you couldn't yield without having it noticable |
19:02:54 | Slasheri | yep.. it has annoying flickering if i yield.. |
19:03:08 | preglow | how long is the fade, then? |
19:03:19 | thegeek | imho I want all fades short |
19:03:20 | Slasheri | less than a second |
19:03:30 | preglow | hmm |
19:03:42 | Slasheri | but it is still a nice effect |
19:03:49 | | Join Yokalosh [0] (~3efc0007@labb.contactor.se) |
19:03:53 | preglow | yeah, i know |
19:04:06 | | Quit Yokalosh (Client Quit) |
19:04:15 | preglow | you sure the coldfire hasn't got pwm functionality on that gpio port? :> |
19:04:27 | Slasheri | hmm, i haven't checked that :) |
19:04:37 | Slasheri | that would be really cool if it has |
19:04:43 | preglow | yeah, no need to block then |
19:04:48 | preglow | i think it's got some pwm outputs |
19:05:00 | Slasheri | oh |
19:05:14 | Slasheri | we should check that :) |
19:05:55 | | Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
19:06:01 | Yokalosh | Hey, sorry bout that |
19:06:01 | Slasheri | if it's possible to put hardware pwm to the display then it could be continuosly be dimmed |
19:06:06 | Yokalosh | my internet kicked me off |
19:06:15 | Yokalosh | yeh as i was saying before i went |
19:06:40 | Yokalosh | when i try to view my archos jbr 10 on my pc all i get it a hardware I/O error |
19:06:43 | Yokalosh | anyone know why? |
19:07:23 | bill20r3 | is the drive good? |
19:07:27 | bill20r3 | does it spin up? |
19:07:36 | Yokalosh | yes, i can use it as an mp3 player |
19:08:00 | Yokalosh | just once i plug it into my pc i can't view it, it says it is there and my pc knows it is ther and can identify the drive |
19:08:12 | Yokalosh | but if i try to view its files i get an I/O |
19:08:53 | preglow | Slasheri: doesn't look good, but you could use a timer |
19:09:02 | bill20r3 | odd. |
19:09:14 | Slasheri | preglow: ah, timer could be nice too :) |
19:10:06 | Slasheri | preglow: how many timers there are in coldfire? Can i have own timer for that baclight fading? |
19:10:39 | Yokalosh | wht do you think i should do? |
19:10:53 | Slasheri | Hmm, it seems to have 2 timers :) |
19:10:56 | Yokalosh | if i right click on it 9 out of 10 times my computer crashes so that is useless |
19:11:01 | | Quit hicks (Read error: 145 (Connection timed out)) |
19:11:10 | Slasheri | And second one seems to be not in use :) |
19:11:22 | preglow | there are two, yeah, and rockbox uses one |
19:11:27 | Slasheri | great :) |
19:11:44 | | Join hicks [0] (~hicks@26266b3b40418031.session.tor) |
19:11:53 | preglow | if you can implement pwm with a high enough frequency using that, it just might be commitable |
19:12:12 | preglow | hogging the cpu during an entire fade is not very nice |
19:12:14 | Slasheri | preglow: yes, i will try it |
19:12:56 | preglow | excellent, i love fading backlights ;) |
19:13:29 | Slasheri | is it ok if i initialize the timer in backlight.c? |
19:13:32 | Slasheri | :D |
19:14:36 | preglow | go one and try |
19:14:43 | Slasheri | ok =) |
19:14:44 | preglow | i have no idea, but just hack it in to see if it even works |
19:15:51 | preglow | there's even a toggle output pin mode that's perfect for this |
19:16:05 | preglow | all you need to do is set up the correct timer periods |
19:16:08 | Slasheri | ah, good |
19:16:29 | Slasheri | that sounds really nice, it could even work |
19:16:42 | preglow | it SHOULD work, can't see a reason why it shouldn't |
19:16:47 | Slasheri | :) |
19:16:59 | preglow | brb, shop |
19:20:46 | west-acre | <preglow> brb, shop |
19:26:57 | | Join sockerteze [0] (~sockertez@pool-162-83-112-105.norf.east.verizon.net) |
19:27:05 | | Quit sockerteze (Client Quit) |
19:28:16 | Slasheri | preglow: Hmm, do you know where i can get coldfire cpu datasheet? |
19:29:31 | preglow | Slasheri: well, yeah, the rockbox datasheet page has it |
19:29:44 | preglow | http://www.rockbox.org/twiki/pub/Main/DataSheets/MCF5249UM.pdf |
19:29:46 | Slasheri | the link is dead :/ |
19:29:48 | preglow | that's specific to our model |
19:29:49 | preglow | oh |
19:29:52 | preglow | then gimme a sec |
19:29:56 | Slasheri | oh, that works |
19:30:02 | Slasheri | but the wiki link does not |
19:30:37 | preglow | oh |
19:30:52 | Slasheri | http://www.rockbox.org/twiki/bin/view/Main/ColdFire |
19:30:57 | Slasheri | at least the link on that page |
19:34:31 | preglow | hmm, i wonder _which_ output pin the timer toggles, heh |
19:34:35 | preglow | probably best to do it yourself |
19:34:39 | Slasheri | :D |
19:37:40 | Slasheri | Hmm, it can toggle some TOUT pin. I hope that pin can be selected :) |
19:40:03 | *** | Saving seen data "./dancer.seen" |
19:42:51 | amiconn | Rockbox on H1x0 has a "negative gap" for mp3 :( |
19:44:09 | amiconn | That is, it even happens without lame tags (files encoded with lame −−nogap and playing perfectly gapless on archos) |
19:45:57 | preglow | amiconn: i knowe |
19:46:00 | preglow | -e |
19:46:23 | preglow | amiconn: that's my doing, probably, it seems like gapless encoders subtract a encoder delay from the length of the first frame |
19:46:43 | preglow | gapless _decoders_ |
19:46:56 | amiconn | Of course the ear isn't very precise, but it seems the time varies |
19:47:36 | preglow | might be, the mp3 decoder doesn't get it accurately right now |
19:47:50 | amiconn | I wonder why... |
19:47:50 | preglow | that is, the time SHOULD be accurate, but for some reason, i can't squeeze all the data i want out of libmad |
19:48:08 | amiconn | Without lame tags, the track change is no special case for the mp3 decoder |
19:48:30 | preglow | i calculate the exact duration of an mp3 in samples accurately according to foobar2000, which is widely regarded to do things correctly |
19:48:38 | preglow | but i don't know why it doesn't work perfectly right now |
19:49:08 | preglow | but yes, even for files with no lame info, i currently remove the first 500 odd samples from the start of the first frame in each mp3 |
19:49:23 | preglow | i have no idea why this is done, but it seems to be the correct thing to do |
19:50:12 | amiconn | It's certainly not... |
19:50:27 | preglow | are you sure that's the bug, though? |
19:50:30 | preglow | try removing it and see |
19:50:53 | amiconn | On archos, we simply feed the mas with all data after stripping id3 and xing/vbri tags |
19:51:14 | amiconn | The mas won't notice a track change at all unless mpeg version, layer or sample frequency changes |
19:51:36 | preglow | i know |
19:51:52 | preglow | start_skip is assigned only twice, the first assigment is when it's got lame data |
19:51:56 | preglow | the second is without |
19:51:59 | amiconn | ...and it's perfectly gapless this way when encoded properly |
19:52:01 | preglow | try setting it to zero in the second case |
19:52:07 | preglow | and see if that fixes it |
19:52:41 | preglow | yeah, i agree it sounds weird, but foobar does this, and somehow manages to play gaplessly |
19:53:11 | preglow | there isn't exactly an abundance of code that does this around |
19:53:54 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
19:54:19 | preglow | and be aware that seeking currently destroys possibility of gapless |
19:54:58 | amiconn | Hmm, I don't find this variable? |
19:55:36 | preglow | in codecmpa.c ? |
19:55:51 | preglow | i can find start_skip plenty of places |
19:56:07 | preglow | line 272 is where you'll want to change it |
19:56:07 | amiconn | Hmm, I looked in playback.c and metadata.c |
19:56:15 | preglow | no, it's a codec specific thing |
19:56:21 | preglow | we don't want this done for any other codecs than mp3 |
19:56:44 | amiconn | Hmm, codec*.c in apps/plugins is highly illogical |
19:57:08 | preglow | i know |
19:57:11 | preglow | i pet they'll be moved |
19:57:12 | preglow | bet |
19:57:20 | preglow | when linus finishes the codec plugin api |
19:57:36 | Audiophil | slasheri: status on the dimming? |
20:00 |
20:02:20 | Slasheri | Audiophil: still investigating but with timers it should be possible |
20:02:44 | Slasheri | however, if we want to dim both displays at same time, it's not possible to use the hardware pin toggling |
20:02:47 | crashd | Bagder: thanks for adding that link to the rockbox wiki |
20:03:48 | west-acre | http://www.marevalo.net/iRipDB/iRivDB_structure no longer exists in the iriver wiki links |
20:03:56 | preglow | Slasheri: the displays don't necessarily dim out at the same time |
20:04:03 | preglow | Slasheri: so you can't anyway |
20:04:17 | Slasheri | preglow: yes, but i think if it's possible to dim continuously the displays.. :) |
20:04:18 | preglow | you'd need a separate timer for each display |
20:04:31 | amiconn | Slasheri: Fading the backlight with timers is the only possible way |
20:04:39 | amiconn | Anything else would block too long |
20:04:48 | Slasheri | amiconn: ok, that's good to kno |
20:04:49 | Slasheri | w |
20:05:07 | amiconn | Using timers shouldn't be hard, and if we're lucky, the backlight control pin is also hardware controllable by a timer |
20:05:15 | Slasheri | but i can't use two timers for both displays because kernel uses one timer |
20:05:25 | amiconn | ...then it wouldn't need any cpu power |
20:05:33 | Slasheri | yep, that's what i mean |
20:05:58 | Slasheri | but i think it's not possible to toggle two pins with hardware at a same time? |
20:06:34 | amiconn | I don't know, didn't read much about the pin configurability of the cf yet |
20:06:46 | preglow | it isn't |
20:06:49 | preglow | i'm fairly certain |
20:07:08 | preglow | but the cpu needed to toggle a pin is negligable |
20:07:11 | amiconn | Anyway, I think it's a bit early for adding fancy features |
20:07:23 | Slasheri | ok, maybe the only way is to use interrupt then. If we can make the dim continuous without too much reducing performance |
20:07:33 | preglow | you have to use an interrupt anyway |
20:07:56 | preglow | you need to change the timer period every time the timer triggers |
20:07:58 | amiconn | Bug-free playback is much more important imho, as well as some completing the other rockbox features |
20:08:12 | Slasheri | ah, then it shouldn't eat much more cpu whetever the pin toggling is done by pure hardware or software |
20:08:26 | preglow | well, no, not any measureable amount |
20:08:27 | amiconn | Apart from that, I did experiment with backlight dimming on archos some time ago |
20:09:01 | preglow | but no, i'm fairly certain you'll need one timer per backlight, unless they're supposed to always dim at the same time |
20:09:16 | amiconn | On player, it's quite simple, just use a timer. The sh1 timers are very well suited for that, since they can fire 2 interrupts at 2 different values |
20:09:41 | amiconn | Unfortunately the recorders don't allow this, since the backlight isn't connected to a cpu pin |
20:10:00 | amiconn | ...but to a pin of the rtc instead, which can only be set via i2c |
20:10:21 | amiconn | ...and i2c within an interrupt is a no-no |
20:10:48 | amiconn | So there's no way for a back-light-organ on archos |
20:11:17 | preglow | why no i2c in an interrupt? |
20:11:21 | preglow | right, you have to do it manually |
20:11:24 | amiconn | The recorder MAS would deliver peak readings, but controlling the backlight from interrupt is impossible |
20:11:49 | amiconn | The player allows easy backlight dimming, but its mas doesn't deliver peak readings |
20:12:06 | amiconn | i2c from interrupt is a no-no because of 2 reasons |
20:12:11 | amiconn | (1) it's too slow |
20:13:08 | amiconn | (2) There might already an i2c transfer going on in non-interrupt code. Breaking into this from interrupt will make a major mess |
20:13:33 | t0mas | Slasheri: what dimming do you want? constant dimmed backlight display? or fade out backlight display insetad of just turning it off? |
20:13:47 | t0mas | *instead |
20:13:49 | amiconn | I tried it, it even works as long as no music is playing. As soon as some music is playing, the archos will lock up (the mas also uses i2c communication) |
20:13:54 | Slasheri | t0mas: fading at least is possible |
20:14:00 | Slasheri | but i will try both |
20:14:15 | amiconn | Slasheri: Light organ as soon as we have peak readings :) |
20:14:29 | Slasheri | :) |
20:14:36 | preglow | hahah |
20:14:46 | preglow | a fade will do for now :> |
20:14:55 | preglow | peak readings, yeah |
20:14:57 | t0mas | hm? disco flashing stuff? :P |
20:15:15 | preglow | hrmph, we might end up needing to do quite a bit of processing on the audio data |
20:15:17 | t0mas | how should we do peak readings? hardware? of should the pcm code do that? |
20:15:22 | preglow | pcm code needs to do it |
20:15:26 | t0mas | shit.. |
20:15:30 | preglow | why? |
20:15:32 | preglow | should be fast |
20:15:46 | t0mas | that'll cost some cpu for visualization stuff |
20:15:58 | preglow | such is life |
20:16:38 | amiconn | Plain peak readings should be simple |
20:17:12 | amiconn | Just calculate max(abs(samples)) across a number of samples |
20:17:54 | t0mas | hm... and something like a peakmeter splitted in tone levels? |
20:17:57 | t0mas | impossible? |
20:17:59 | t0mas | really hard... |
20:18:04 | t0mas | of trivial? :) |
20:18:08 | t0mas | *or |
20:18:33 | preglow | what? |
20:18:38 | preglow | you mean like a spectrum analyzer? |
20:19:20 | t0mas | jup |
20:19:29 | preglow | depends on how many bands you want |
20:19:34 | t0mas | just 3 |
20:19:43 | t0mas | so we can flash the lcd backlight on the bass :D |
20:19:47 | preglow | shouldn't be too hard |
20:20:13 | preglow | if you only need the bass, we don't need to split it in three |
20:20:26 | preglow | we'll just lowpass the audio and run the peakmeter on it |
20:20:33 | t0mas | hm... some weighted average... would be nicer... |
20:20:46 | preglow | ah weighted average _is_ a lowpass |
20:21:08 | t0mas | erm? I ment taking 100 as a nice value for disco bass |
20:21:19 | t0mas | and the lower bass weigthed lower... |
20:21:29 | preglow | ahh |
20:21:43 | preglow | if you need that kind of spectral resolution, you can pretty much forget it |
20:21:53 | preglow | it'll be too slow |
20:21:57 | t0mas | then I don't need it ;) |
20:22:08 | t0mas | just cut off at 120... and use the peakmeter isn't hard? |
20:22:12 | preglow | no |
20:22:21 | preglow | but you were starting to talk about weighting and... |
20:22:22 | preglow | ;) |
20:23:14 | t0mas | hm... and the peak readings... sounds not that difficult either? |
20:23:15 | leftright | any news on mp3 gapless |
20:23:17 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
20:23:17 | * | amiconn is now listening to the second part of the mix, with start_skip == 0 |
20:23:24 | t0mas | write a function returning the max value since the last read? |
20:24:22 | preglow | we'll see |
20:24:25 | preglow | i don't much care about it |
20:24:31 | preglow | so someone will probably beat me to coding it anyway |
20:25:43 | | Join webguest32 [0] (~d49f4cf2@labb.contactor.se) |
20:26:30 | leftright | was listening to the beatles white album, yuck the gaps sucked |
20:30:17 | thegeek | was it horrible? |
20:30:23 | leftright | yes |
20:30:46 | preglow | amiconn: so, is it fixed? |
20:30:55 | amiconn | preglow: It's still glitching... It seems rockbox might loose whole frames |
20:31:48 | preglow | amiconn: that is exactly what i was struggling against when i tried to make gapless playback work |
20:32:04 | Slasheri | amiconn: Hmm, when i initialize timer should i write anything to ICR0 register? |
20:32:06 | preglow | it lost entire frames at the end of a file |
20:32:11 | mrlala | leftright: with the latest rockbox build? |
20:32:32 | amiconn | Slasheri: I have no idea as I didn't look at cf timers yet |
20:32:33 | leftright | yes todays bedge@11:55 |
20:32:39 | Slasheri | amiconn: ah, ok |
20:32:49 | preglow | Slasheri: i don't think so |
20:33:05 | preglow | Slasheri: there is timer init example code in the manual |
20:33:08 | HCl | hello |
20:33:11 | Slasheri | at least kernel writes this when it starts it ticker: ICR0 = (ICR0 & 0xff00ffff) | 0x008c0000; /* Interrupt on level 3.0 */ |
20:33:14 | amiconn | Didn't need them... but I think looking at the timer tick should be helpful |
20:33:24 | Slasheri | preglow: ok, maybe i will check that :) |
20:33:48 | preglow | page 11-7 |
20:33:49 | amiconn | preglow: I wonder why it loses frames... |
20:33:55 | preglow | amiconn: you're not alone in that |
20:34:02 | mrlala | i have yet to experience a gap more that a tiny blip on some very few mp3s |
20:34:15 | preglow | amiconn: my problem was that libmad thought the file was ended before it truly was |
20:34:31 | preglow | mrlala: the gaps aren't large, but they'rethere |
20:34:33 | amiconn | What does libmad have to do with the file itself? |
20:34:53 | mrlala | so far so good for me though :) |
20:34:57 | amiconn | I thought rockbox just feeds it a compressed data stream, and reads back the uncompressed pcm stream |
20:35:09 | preglow | codecmpa feeds libmad |
20:35:18 | t0mas | Slasheri? codecs call audiobuffer_insert() and samples are added to the audio buffer... but when are they read out? |
20:35:25 | t0mas | from where? |
20:35:32 | t0mas | so the peakmeter thing is realtime... |
20:35:33 | leftright | mrlala: which album ? |
20:35:42 | preglow | t0mas: ooh, that's a good point |
20:35:52 | preglow | we could make a peak meter queue, though |
20:35:59 | preglow | so the data can wait until it's supposed to be used |
20:36:21 | preglow | but we might want to do the peak meter elsewhere, yes |
20:37:17 | leftright | mrlaIa: I was listening the The Beatles White album Disc2 |
20:37:25 | preglow | amiconn: when i tried to get things working, codecmpa, as it is unmodified, decodes exactly like foobar2000 does for a lame gapless file, up until the very end of the file |
20:37:26 | t0mas | preglow: I was thinking of just keeping track of the max value we've read... |
20:37:30 | t0mas | eh |
20:37:30 | t0mas | send |
20:37:39 | t0mas | and when you read out the max value... reset it to 0 |
20:37:44 | t0mas | so the next read out is the next value |
20:38:00 | amiconn | preglow: Forget about lame gapless for now, my glithcing happens without that |
20:38:16 | amiconn | t0mas: Yes, that's exactly what the mas does |
20:38:21 | preglow | amiconn: it skips the right amount of samples at the start, and it's calculated a track duration sample accurate, but libmad stops giving me data before it should |
20:38:29 | t0mas | ok, then that's what I'm trying in software... |
20:38:35 | preglow | amiconn: the code should work fine for those files as well |
20:38:42 | mrlala | oh, i havent tried the album you're talking about, just talking about in general i haven't experienced any signifigant gaps, at least nothing horrible |
20:38:53 | Slasheri | t0mas: they are read out by DMA0 interrupt |
20:39:00 | t0mas | but then Slasheri has to tell me wheren to keep track of the max value.. in a way that it's almost realtime |
20:39:06 | amiconn | For track changes where it doesn't looose frames, start_skip==0 sounds perfect |
20:39:12 | t0mas | Slasheri; ok, and where is that defined |
20:39:23 | Slasheri | pcm_playback.c :) |
20:39:26 | t0mas | k |
20:39:47 | amiconn | t0mas: We could do a little better than the mas if we are able to keep track of actual clipping |
20:40:21 | amiconn | Iirc most codecs deliver >16 bits so the data needs to be scaled down. |
20:41:17 | preglow | that's being dealth with by the codecs themselves, at the moment |
20:41:17 | t0mas | hm? it is already scaled down when in the DMA functions |
20:41:23 | amiconn | Clip detection on the mas uses some trickery. It considers 2 consective readings of MAX_PEAK as a clipping event |
20:41:43 | t0mas | hm.. the codec should report clipping then? |
20:41:56 | amiconn | Hmm, that might get really tricky |
20:42:26 | leftright | mrlala: Dark Side Of The Moon, also a good album to use to test for gapless. |
20:42:47 | amiconn | If the codec handles it, the time delay would need to be taken care of |
20:43:24 | t0mas | Slasheri: in the dma interrupt... I can't to much thing right? |
20:43:31 | t0mas | because it would block to long? |
20:43:48 | Slasheri | in dma interrupt you should do nothing.. |
20:43:58 | Slasheri | Hmm |
20:43:59 | preglow | absolutely nothing |
20:44:24 | t0mas | ok, where should I read out the data then? |
20:44:29 | amiconn | We might end up with a peakmeter thread |
20:45:24 | t0mas | hm |
20:45:29 | HCl | Slasheri, any progress on that event thing? |
20:45:37 | Slasheri | t0mas: Hmm, maybe some function could be written to get a pointer to fresh data that is going to be written out |
20:45:51 | Slasheri | HCl: not yet, i will look it soon :D |
20:46:05 | Slasheri | HCl: or there is some progress, not much to do |
20:46:19 | HCl | kay |
20:46:49 | Slasheri | t0mas: or then you could just buffer the peak meter data |
20:46:50 | amiconn | a peakmeter thread listening to 'new dma block' events perhaps. The dma interrupt would then send these events to the thread |
20:47:21 | t0mas | audiobuffer_pos is that the thing we're now playing? |
20:47:29 | t0mas | or where the codec is writing? |
20:48:03 | amiconn | What's the current dma granularity, in terms of smaples? |
20:48:08 | amiconn | *samples |
20:48:28 | t0mas | oh... yes... that's something to look at too... |
20:48:43 | t0mas | as if that's a lot... reading it this way would be stupid |
20:48:51 | amiconn | preglow: The amount of missing frames seems to be different every time, and btw, these files are 192 kbps cbr |
20:50:07 | preglow | yup, i know, for some files i get perfect gapless playback |
20:50:11 | preglow | for some i miss as much as four frames |
20:50:22 | Yokalosh | AMICONN! |
20:50:31 | Yokalosh | Ignorin me! |
20:50:32 | | Join webguest50 [0] (~8b4c8047@labb.contactor.se) |
20:50:48 | preglow | amiconn: line 324 is where codecmpa.c exits prematurely for me |
20:51:00 | preglow | amiconn: that error signifies libmad thinks it's reached the end of the file |
20:51:18 | preglow | either that, or it's found to many corrupt frames, but that's not the case for me |
20:53:16 | amiconn | I think there are no corrupt frames in these files, otherwise the mas would glitch too |
20:53:28 | preglow | no, i'm certain my files weren't corrupt |
20:53:34 | amiconn | line 324 is commented out here?! |
20:53:35 | preglow | i've ripped them myself |
20:53:41 | amiconn | same here |
20:53:57 | preglow | 332, sorry |
20:54:08 | preglow | if (file_end == 30) |
20:55:38 | | Quit Audiophil ("CGI:IRC (EOF)") |
20:56:07 | amiconn | Hmm, that means if the file_end variable reaches 30 it will bail out. |
20:56:38 | amiconn | That leaves the uestion what things might trigger one of the 2 stream errors which make it counting up |
20:56:42 | amiconn | *question |
20:57:19 | amiconn | Apart from that, the if on line 348 will never be reached |
20:57:41 | amiconn | This is looking fishy |
20:58:07 | preglow | for me, all the file_end increments happened simultaneously |
20:58:09 | preglow | at the very end |
20:58:16 | preglow | which has me concluding that libmad thinks it can find no more data |
20:58:45 | | Part djek ("Leaving") |
20:59:52 | amiconn | I think you need to feed it the next frames then |
21:00 |
21:00:01 | amiconn | Might be an effect of the bit reservoir |
21:00:31 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a247.wi.tds.net) |
21:02:44 | amiconn | preglow: In fact it is necessary to feed the data contiuous, even across track boundaries |
21:03:02 | amiconn | Otherwise some frames are undecodable |
21:05:35 | | Quit webguest50 ("CGI:IRC (Ping timeout)") |
21:07:58 | preglow | amiconn: hmmm |
21:08:18 | preglow | amiconn: but these are vbr files, i didn't think the encoder used the bit reservoir for those |
21:08:32 | preglow | amiconn: but it's definitely worth a shot |
21:08:40 | amiconn | Encoders do definitely use the bit reservoir even for vbr |
21:08:45 | preglow | yes |
21:08:47 | amiconn | The mas does, it's documented |
21:08:51 | preglow | but this is the best explanation i've heard so far |
21:08:57 | amiconn | (and even selectable) |
21:09:09 | preglow | but i don't dare try to implement it, i'll end up spending the entire night on rockbox again |
21:09:13 | amiconn | ...and even selectable _in rockbox_ :) |
21:10:04 | amiconn | Using the bit reservoir gives more fined grained control since the frames sizes are fixed |
21:10:14 | amiconn | ...so the files end up smaller |
21:10:15 | preglow | yeah, it is logical |
21:10:29 | preglow | you're able to emulate a more fine grained selection of bitrates then |
21:11:06 | HCl | bored... |
21:11:11 | preglow | HCl: code |
21:11:17 | HCl | waiting for preglow :/ |
21:11:19 | | Join aegray [0] (~aegray@h69-21-201-246.69-21.unk.tds.net) |
21:11:20 | HCl | plus i'm sick. |
21:11:26 | preglow | HCl: you're waiting for me? |
21:11:26 | HCl | i can't think extensively or it hurts :/ |
21:11:30 | HCl | i mean |
21:11:31 | HCl | slasheri |
21:11:33 | preglow | heh |
21:11:36 | HCl | see, i'm not 100% ;/ |
21:11:43 | preglow | then go read a book or something |
21:11:47 | HCl | mmm... |
21:11:50 | HCl | no books to read :/ |
21:11:54 | t0mas | HCl: watch a movie... |
21:12:02 | t0mas | and fall asleep half way though |
21:12:06 | ze | there's always books to read |
21:12:08 | HCl | i should. but i STILL haven't found the new hitchhikersguide movie on the internet |
21:12:09 | t0mas | wake up tomorrow... and feel better |
21:12:11 | HCl | :/ |
21:12:15 | ze | down and out in the magic kingdom was entertainig |
21:12:22 | ze | and its free, creative commons license |
21:12:48 | ze | HCl: there's cam's |
21:12:56 | ze | HCl: but who wants that crap |
21:13:11 | HCl | i haven't found the cams. |
21:13:17 | HCl | some cams can be pretty decent, really. |
21:13:22 | preglow | amiconn: but is really the bit reservoir kept intact across track boundaries? |
21:13:23 | ze | piratebay.org |
21:13:27 | ze | torrent tracker |
21:13:34 | HCl | kay, yea, i know the site.. |
21:13:41 | preglow | amiconn: i'd think that'd give lower quality playback if you don't play files sequentially |
21:13:52 | ze | oh gno |
21:13:59 | ze | now i'm on LOGS |
21:14:06 | amiconn | preglow: Yes it's necessary, because that is exactly what happens with lame −−nogap |
21:14:06 | ze | or as i call 'em, deadtrees |
21:14:28 | preglow | amiconn: yeah, but that doesn't explain my vbr files |
21:14:51 | preglow | i don't think keeping the reservoir intact across track changes is standard practice |
21:14:56 | preglow | but again, it's most definitely worth a shot |
21:14:59 | | Quit t0mas ("brb") |
21:15:03 | * | HCl shrugs. its legal here to download things.. |
21:15:43 | HCl | someone make a timemachine and go buy all the bleach dvds in the future and bring them back :/ |
21:15:59 | ze | i guess there's a new law here where posting/obtaining PRE-RELEASE copyrighted material can be prosecuted as a criminal offense |
21:16:35 | ze | not sure if that counts stuff thats out in theatres or not |
21:16:36 | ze | heh |
21:17:16 | ze | but i didn't post, nor have i downloaded hhgttg |
21:17:25 | * | ze is waiting for it to come out on dvd...quality |
21:17:26 | ze | :p |
21:18:04 | HCl | i'm waiting for it to be put online decently, any quality |
21:18:16 | preglow | i'm just waiting for it to show up in the cinemas |
21:18:21 | preglow | which apparently will never bloody happen |
21:18:31 | ze | i saw a cam or ts or whatever that looked pretty decent |
21:18:44 | ze | it doesn't say so, its just like generic looking |
21:19:48 | ze | "The Hitchiker's Guide to the Galaxy(2005)1-2.MPG" and etc 2-2.MPG |
21:20:05 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
21:20:10 | ze | but i closed and rm'd it as soon as i saw it was a cam |
21:20:23 | ze | i already watched it in the theatre so i don't need some crappy quality version of it |
21:21:12 | ze | i guess the bbc are/have catching/caught up the radio show to the books |
21:21:25 | ze | with new phases of the series with as many of the original actors as they could get |
21:21:48 | ze | they even used the part douglas adams recorded for the character he wanted to play |
21:21:52 | ze | before he died |
21:21:54 | amiconn | Hmm, flipped lcd mode is off by 4 pixels |
21:22:20 | | Quit niobos ("leaving") |
21:22:29 | | Quit t0mas (Client Quit) |
21:22:48 | preglow | it would be good to see actually which error libmad returns as well |
21:24:19 | preglow | MAD_FLAG_INCOMPLETE? that value should never be in Stream.error |
21:24:23 | | Join t0mas|laptop [0] (~tomas@ip503c08d1.speed.planet.nl) |
21:24:43 | preglow | Slasheri: can you remember why that's there? |
21:24:57 | * | HCl reads about the struggles of various pathetic companies against the freedom of other people. |
21:25:18 | preglow | money > freedom |
21:25:25 | HCl | hah. |
21:25:27 | HCl | maybe for them. |
21:25:29 | HCl | not for me. |
21:25:38 | preglow | of course, but they don't want to see it from your point |
21:25:59 | HCl | they're money greedy bastards. |
21:26:15 | preglow | well, yes, they have to be by law |
21:26:21 | preglow | at least a lot of places |
21:26:26 | HCl | fortunately, heh. |
21:26:36 | Slasheri | preglow: Hmm, i think MAD_FLAG_INCOMPLETE situation occurs if buffers has not enough data |
21:26:37 | HCl | which is why they're resorting to empty threatening |
21:26:44 | Slasheri | but i am not sure about that :) |
21:26:49 | preglow | Slasheri: but it's not an error code, it's never returned from a function |
21:26:51 | HCl | and sueing internet providers for private information about their customers |
21:26:53 | HCl | they should fuck off :/ |
21:26:54 | preglow | Slasheri: it's an internal flag |
21:27:03 | Slasheri | ok, interesting.. i think you can remove it :) |
21:27:06 | preglow | you can't really blame the companies |
21:27:14 | preglow | blame the government for allowing it |
21:27:28 | preglow | companies will always do whatever they can to secure their own interests before anything else |
21:27:31 | HCl | companies buy the government |
21:28:07 | preglow | buy and buy |
21:28:12 | preglow | they're needed to make a country tick |
21:28:19 | preglow | so they do of course have some influence |
21:28:58 | | Quit webguest32 ("CGI:IRC (EOF)") |
21:29:30 | HCl | mhm. |
21:29:31 | preglow | such is the world today |
21:29:45 | HCl | well. the day that they force tcpa onto everyone is the day i move to a small country without much copyright laws |
21:30:00 | preglow | i dont like it very much either, but our way of life depends on it being like that |
21:30:09 | preglow | haha |
21:30:09 | Slasheri | i think i found the problem. I had to set ICR and IMR right :) |
21:30:15 | preglow | i'll probably just ditch computing |
21:30:20 | HCl | yea, or that. |
21:30:24 | HCl | go back to typewriters |
21:30:25 | HCl | with ink. |
21:30:27 | HCl | ohh. scary :3 |
21:30:28 | preglow | start making my own stuff |
21:30:29 | HCl | :p |
21:31:00 | t0mas|laptop | preglow: I have an intresting project for you |
21:31:04 | preglow | free software's gotten far enough that you can build a custom system and have it completely operational |
21:31:09 | preglow | t0mas|laptop: oh? |
21:31:17 | t0mas|laptop | but it's dutch... |
21:31:19 | t0mas|laptop | shit... |
21:31:25 | HCl | what project? |
21:31:33 | t0mas|laptop | we've build a very simple cpu in school |
21:32:00 | t0mas|laptop | HCl: translation of "profielwerkstuk" ? |
21:32:14 | t0mas|laptop | closing essay for highschool? |
21:32:16 | t0mas|laptop | or something like it? |
21:32:20 | preglow | amiconn: btw, i don't reinit libmad, so the reservoir should intact even after it forces me to change track |
21:32:28 | HCl | yup, sounds fine |
21:32:53 | t0mas|laptop | well... some people in my class wrote it about building their own cpu |
21:33:08 | t0mas|laptop | then me and a friend started a project for study points out of it... to actually build it |
21:35:43 | t0mas|laptop | but ofcourse we haven't gotten any further than a simple calculator |
21:36:07 | HCl | we did that. |
21:36:13 | HCl | also for our profielwerkstuk |
21:36:17 | HCl | not a cpu though |
21:36:22 | HCl | just an add unit and a minus unit |
21:36:37 | HCl | we built the actual add unit.. |
21:36:42 | HCl | do you know those "systeemborden" ? |
21:36:47 | t0mas|laptop | that big things |
21:36:49 | t0mas|laptop | yes |
21:36:50 | HCl | yea |
21:36:51 | HCl | :P |
21:36:52 | HCl | we like. |
21:36:55 | HCl | rigged 18 of them |
21:36:56 | t0mas|laptop | but we did it with the simple chips approach |
21:36:57 | HCl | together |
21:36:57 | | Part aegray ("Leaving") |
21:37:01 | t0mas|laptop | LOL |
21:37:03 | t0mas|laptop | we did that too |
21:37:05 | HCl | it was fun. |
21:37:08 | HCl | it actually worked too. |
21:37:12 | t0mas|laptop | and after that we switched to normal cheap chips |
21:37:17 | HCl | *nods* |
21:37:21 | t0mas|laptop | 8 ands in 1 chip is a lot smaller... and cheaper |
21:37:24 | HCl | yea |
21:37:26 | HCl | we had that |
21:37:34 | HCl | though we never got to getting the chips |
21:37:38 | preglow | making systems out of logic chips = great fun |
21:37:40 | HCl | just planning it out *shrugs* |
21:37:44 | HCl | anyways. |
21:37:46 | HCl | highschool. |
21:37:47 | t0mas|laptop | we actually did it |
21:38:03 | HCl | highschool = lots of people forcing you to learn crap you needn't know. |
21:38:12 | t0mas|laptop | lolo |
21:38:17 | * | t0mas|laptop does it better than |
21:38:21 | preglow | i don't really know what high school corresponds to here |
21:38:31 | t0mas|laptop | we just start projects... and get studiepoints for it |
21:38:33 | preglow | but i did three years of learning stuff i didn't want to know, just so i could go to uni |
21:38:48 | t0mas|laptop | preglow: lucky... it's 6 years here |
21:39:18 | preglow | i regret it now, of course, but i was young and even stupider then |
21:39:41 | t0mas|laptop | hm? what else would you've done then? |
21:39:43 | | Quit Yokalosh () |
21:39:55 | preglow | something else |
21:40:01 | preglow | i've learnt all i know on my own anyway |
21:40:04 | *** | Saving seen data "./dancer.seen" |
21:41:21 | t0mas|laptop | hm... what study have you done on uni? |
21:41:31 | t0mas|laptop | (or is it in uni?) |
21:42:51 | | Quit mrlala (Read error: 110 (Connection timed out)) |
21:43:10 | | Quit ashridah ("Leaving") |
21:43:17 | preglow | electronics |
21:43:29 | preglow | electronics, programming and some signal processing |
21:43:53 | preglow | i might have learnt a bit of electronics, but the rest i already knew |
21:43:58 | t0mas|laptop | hm, and it was't intresting? |
21:44:16 | preglow | interesting, sure, but when you already know what they're teaching you, it's hard to keep interest going for long |
21:45:43 | | Join muesli- [0] (muesli_tv@hmln-d9b8ef5d.pool.mediaWays.net) |
21:45:56 | muesli- | g'day mates |
21:46:40 | t0mas|laptop | hi |
21:49:54 | muesli- | how's goin t0mas|laptop |
21:53:39 | | Quit HCl ("Lost terminal") |
21:54:13 | | Join DomZ [0] (~52426222@labb.contactor.se) |
21:54:19 | | Join hcl [0] (hcl@titania.student.utwente.nl) |
21:54:23 | * | hcl smacks screen |
21:54:25 | | Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) |
21:55:10 | * | muesli- yawns :D |
21:56:08 | | Join thegeek_ [0] (na@ti521110a080-1004.bb.online.no) |
21:56:40 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
22:00 |
22:00:47 | amiconn | Yay! Graphical glitch with flipped display is fixed, about to commit :) |
22:01:33 | | Quit RotAtoR () |
22:02:43 | HCl | what was the glitch? |
22:02:54 | t0mas|laptop | 4 pixels off |
22:02:58 | HCl | mk. |
22:03:11 | amiconn | 4 pixels off, and gibberish in the 4 top pixel rows |
22:03:28 | preglow | amiconn: did you see my last message to you? |
22:06:47 | amiconn | Hmm, yes, scrolled back now |
22:07:07 | preglow | i didn't think of that, but libmad is never reinitialised |
22:07:29 | preglow | seems i thought of this when i tried coding gapless, heh |
22:07:50 | amiconn | However, it may happen that you drop out to early from transferring data of the old file |
22:08:59 | | Join Philip_0729 [0] (~Philip_j_@user-7155.lns6-c10.dsl.pol.co.uk) |
22:09:28 | amiconn | I don't know the libmad internals; in theory you'll never need a "future" frame to decode the current one; only the current itself and some bits from previous frames |
22:09:48 | amiconn | Maybe libmad delays decoding... |
22:09:54 | preglow | i doubt it |
22:10:03 | preglow | it hasn't got enough memory in its structs for that |
22:10:20 | preglow | and there's no reason it shoudl |
22:10:56 | amiconn | Yes, right, however, the missing frames are observed behaviour... |
22:11:10 | amiconn | ...and there must be a reason... |
22:14:20 | preglow | anywho, i've compared its output to other players |
22:14:30 | preglow | it's sample-synced until it starts dropping data at the end |
22:14:59 | preglow | so it doesn't delay anything |
22:15:00 | amiconn | Hmm, how do you determine the start index? |
22:15:28 | preglow | what start index? |
22:15:28 | amiconn | If I had a device capable of s/pdif in, I could try to compare to MAS... |
22:15:50 | amiconn | You said it's sample synced. How do you determine the start, i.e. sample 0 |
22:15:51 | amiconn | ? |
22:15:54 | preglow | ahh |
22:16:01 | preglow | there's code in codecmpa that dumps to disk |
22:16:08 | preglow | i just assumed it knows what it's doing |
22:16:28 | preglow | it just sets a flag when it detects a track change, i believe |
22:17:26 | | Quit leftright ("CGI:IRC") |
22:17:32 | | Join leftright [0] (~5087b476@labb.contactor.se) |
22:17:43 | preglow | no, it's true when the codec is initialised |
22:17:56 | preglow | so it starts dumping from the start, and that's what it should do |
22:18:05 | amiconn | The interesting point is realtime behaviour here, not file data. I.e. which samples do you get back when you feed frame 1 etc |
22:18:17 | preglow | well, that's the data it's dumping |
22:18:26 | preglow | the data it dumps to disk is the exact samples it also feeds to the dac |
22:18:45 | amiconn | Yes, but you don't know *when* this data is generated |
22:18:45 | linuxstb | Have you tried comparing your output with "madplay -o wav:" on the same file? |
22:19:10 | preglow | linuxstb: no, i just compared it with foobars wavwriter output |
22:19:20 | preglow | linuxstb: nice idea, why didn't i think of that |
22:19:43 | preglow | amiconn: i don't see why it matters |
22:20:06 | amiconn | It might, in case decoding is delayed somehow |
22:20:47 | amiconn | Perhaps it doesn't even give back anything when feeding the first frame |
22:21:08 | amiconn | ...but starts to deliver pcm with the next frame(s) |
22:21:21 | preglow | that's highly improbably, but should also be quick enough to find out if is true |
22:22:46 | preglow | someone make logf for plugins and i'll check it out now :> |
22:24:09 | preglow | btw |
22:24:15 | | Join asdsd____ [0] (~asdsd@h-67-100-24-230.miatflad.dynamic.covad.net) |
22:24:15 | preglow | it isn't possible for libmad not to generate data |
22:24:18 | | Part asdsd____ |
22:24:19 | preglow | it HAS to generate data |
22:24:33 | preglow | so it isn't delaying anything, i'd be seeing zeros in the output then |
22:29:24 | preglow | and are you completely sure −−nogap assumes the bit reservoirs aren't emptied over track boundaries? i can't think of a single reason why it needs to assume this |
22:31:55 | | Join RotAtoR [0] (~e@c-67-162-206-66.hsd1.mi.comcast.net) |
22:35:18 | amiconn | −−nogap is simply one single big mp3 split at the nearest frame boundary |
22:35:24 | preglow | i know |
22:35:39 | preglow | that doesn't tell me anything about any special reservoir needs |
22:35:54 | preglow | it's just a redistribution of the initial wav data |
22:36:02 | | Join sneakums [0] (~sneakums@dsl092-013-170.sfo1.dsl.speakeasy.net) |
22:36:11 | amiconn | ..and a frame that uses the bit reservoir is not decodable if the previous frame data is unavailable |
22:36:46 | preglow | i doubt lame has the last frame of an mp3 but anything at all in the reservoir, it's more likely it tries to end up with zero bits left |
22:36:50 | preglow | but = put |
22:37:02 | sneakums | iriver rockbox works great, but how do i get at the current-platlist menu? |
22:37:15 | sneakums | to queue up a bunch of assorted files, say |
22:37:26 | t0mas|laptop | sneakums: hold select |
22:37:30 | t0mas|laptop | (the joystick) |
22:37:36 | preglow | sneakums: you select the file, keep the joystick button pressed, and select insert from the menu |
22:37:41 | amiconn | True for the last frame, but the last frame of the first file at a −−nogap track split *isn't* the last frame of the stream |
22:37:42 | sneakums | ah |
22:37:44 | sneakums | rockin' |
22:37:54 | | Quit ghostiger (Ping timeout: 14400 seconds) |
22:38:23 | preglow | amiconn: sure, but it doesn't HAVE to put anything in the reservoir for the first frame of the next file to use |
22:38:57 | preglow | actually, if it did, it would break playback of the tracks alone |
22:38:58 | amiconn | It doesn't have to, but it might do so |
22:39:02 | preglow | since they wouldn't have the data they need |
22:39:05 | preglow | no, i really doubt this i done |
22:39:12 | preglow | for the abovementioned reason |
22:39:30 | amiconn | It doesn't break playback of the track, just playback of the first frame(s) |
22:39:41 | * | HCl watches the hitchhikers guide to the galaxy |
22:39:53 | preglow | nothing says the first frame has to empty the reservoir either |
22:40:01 | preglow | it might break playback of a great number of frames |
22:40:04 | amiconn | Afaiu lame −−nogap is exactly equivalent to ripping the whole cd as one single wav at first, then encoding that, then splitting at frame boundaries roughly equvalent to the track changes on cd |
22:40:19 | preglow | and anyhow, do you know for a certainty the first frames ARE skipped when you play the files back alone? |
22:40:46 | preglow | ahh, no, i that's BASICALLY what i think happens |
22:40:53 | sneakums | hmm, i think it got confused, i did insert next on two tracks, it started playing the first one i inserted, but the little note icon is next to the second one i inserted (which is above the first one i inserted in the playlist) |
22:40:59 | amiconn | I know that playback of tracks using bit reservoir does work even if you cut frames from the beginning |
22:41:07 | preglow | it pads out the ends of the tracks with data from the next track, but the resulting mp3 streams are independent |
22:41:11 | sneakums | started playing it after the then-playing track finished that is |
22:42:03 | preglow | anywho |
22:42:06 | preglow | this really doesn't matter |
22:42:16 | preglow | if reservoir was the problem, it should be working |
22:42:18 | amiconn | I don't think the streams are independent, in fact they can't be |
22:42:24 | preglow | why? |
22:42:42 | HCl | bah. |
22:42:45 | amiconn | Iiuc there is an overlap of 1/2 frame length |
22:42:49 | HCl | my dad insists on watching it on television tomorrow -.- |
22:42:56 | preglow | indeed |
22:43:02 | preglow | that's intrinsic to the mdct |
22:43:14 | amiconn | So a truly independent track starts with 1/2 volume for half a frame, and ends the same way |
22:43:30 | preglow | nope, doesn't work like that |
22:43:49 | preglow | it just assumes the data outside the wav limits are zero when it does the overlapping |
22:43:50 | amiconn | There's a simple experiment: |
22:43:54 | preglow | the end result isn't a volume reduction |
22:43:58 | preglow | it's ringing in the waveform |
22:44:35 | amiconn | Make a longer wav. Split it in 2 with an audio editor. Encode both the single wav alone and the 2 part-wavs with −−nogap. |
22:44:49 | amiconn | Strip all xing vbri etc stuff from all mp3 |
22:44:50 | amiconn | s |
22:45:10 | amiconn | Glue the 2 part-mp3s together |
22:45:32 | amiconn | When I am right, the resulting mp3 should be identical to the single-wav encoding result |
22:45:45 | | Quit muesli- (Read error: 110 (Connection timed out)) |
22:45:48 | preglow | i tried that |
22:45:49 | preglow | http://glow.m0f0.net/gapless_sine.png |
22:45:56 | preglow | and there's the result |
22:45:59 | preglow | not exactly equal |
22:46:02 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a247.wi.tds.net) |
22:46:03 | amiconn | That's from decoding, right? |
22:46:06 | preglow | yup |
22:46:16 | amiconn | I mean the encoding part with lame |
22:46:28 | preglow | there's ringing in the transition thanks to lame STILL assuming zeros outside the wav |
22:46:35 | preglow | outside the track boundaries |
22:46:45 | preglow | which goes to show the tracks are still functional stand alone |
22:46:48 | amiconn | Did you use −−nogap? |
22:46:52 | preglow | yep |
22:47:00 | preglow | i tried it with nogap and lame gapless |
22:47:06 | amiconn | Hmm. |
22:47:21 | amiconn | I might do that experiment, but not right now. |
22:47:25 | preglow | feel free to try it again to be completely sure |
22:47:35 | preglow | i haven't got any decent audio editors in linux |
22:47:47 | preglow | that screendump is from the lame gapless file |
22:47:54 | preglow | but the nogap mp3 looked much the same |
22:47:58 | amiconn | I have audacity |
22:48:11 | preglow | me too |
22:48:15 | preglow | i hate it with a passion |
22:49:01 | preglow | if −−nogap worked like you say, then indeed the reservoir should not be emptied across boundaries |
22:49:06 | preglow | but i don't believe it works like that |
22:50:00 | amiconn | Track splitting on archos recorder definitely does work like that, plus people might use tools like mp3directcut which also do the same |
22:50:14 | amiconn | Maybe lame is a bit more clever though, let's see.. |
22:50:20 | preglow | true enough |
22:52:00 | | Quit t0mas|laptop ("brb again") |
22:52:26 | | Quit sneakums ("taster, you're the automatic saint") |
22:53:09 | | Join belgarath [0] (~acd4fbae@labb.contactor.se) |
22:53:16 | belgarath | hello again |
22:53:25 | preglow | the fact that some tools does it is a good reason for us not reiniting libmad for each track, if nothing else |
22:53:26 | | Join pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk) |
22:53:29 | preglow | pbvas: yo |
22:53:33 | preglow | pbvas: is your bug fixed? |
22:53:37 | pbvas | hi! |
22:53:41 | pbvas | yes it is!!!! |
22:53:44 | preglow | woot! |
22:53:49 | pbvas | big thanks to Linus! |
22:53:49 | preglow | i'm sure linus will be happy |
22:53:59 | Slasheri | Hmm, i have set TIMER1 interrupt handler but i think it's not called when timer1 generates an interrupt.. |
22:54:18 | Slasheri | instead rockbox will _almost_ completely freeze |
22:54:19 | belgarath | I was reading the 2.4 manual and read this: "The splits are seamless (frame accurate), no audio is lost at the split point. |
22:54:43 | preglow | Slasheri: well, it sure is calling something ;) |
22:54:56 | Slasheri | preglow: yeah, something else :) |
22:55:11 | Slasheri | i have set ICR and IMR this way: |
22:55:13 | Slasheri | | ICR0 = (ICR0 & 0xffff00ff) | 0x00008d00; /* Interrupt on level 3.0 */ |
22:55:13 | Slasheri | | IMR &= ~(1<<10); |
22:55:13 | belgarath | "The break between recordings is only the time required to stop and restart the recording, on the order of 2-4 seconds" |
22:55:24 | belgarath | will it do that on iriver? |
22:55:30 | Slasheri | Ah, the level is 3.1, not 3.0 |
22:55:41 | preglow | belgarath: what are you talking about? the split plugin? |
22:55:59 | preglow | or recording? |
22:56:07 | belgarath | preglow: when you split tracks during recording |
22:56:11 | preglow | of course it will |
22:56:16 | belgarath | ok |
22:56:18 | preglow | we wont deliberately introduce inaccuracies, hehe |
22:56:30 | preglow | remember that we can control most things ourselves on iriver |
22:56:30 | | Quit DomZ ("CGI:IRC (EOF)") |
22:56:51 | belgarath | i was just wondering seeing as the md players can split tracks seamlessly |
22:56:53 | preglow | belgarath: but don't hold your breath for mp3 recording |
22:56:59 | belgarath | ok |
22:57:02 | preglow | it's still a long way off |
22:57:04 | belgarath | what will it be just wav? |
22:57:14 | preglow | i think wav and wavpack will be the first codecs |
22:57:14 | belgarath | which is still great |
22:57:22 | preglow | possibly flac if someone gets it working fast enough |
22:57:27 | belgarath | cool |
22:57:31 | preglow | mp3 might be next |
22:58:07 | belgarath | can the hardware support sdif? |
22:58:24 | preglow | yes |
22:58:27 | belgarath | where the player automatically creates new tracks when recording optically? |
22:58:30 | preglow | yes |
22:58:36 | belgarath | oh good |
22:58:49 | belgarath | why didn't iriver firmware implement that |
22:58:55 | belgarath | it seems strange |
22:58:59 | amiconn | Bah, the remote lcd driver is messy :/ |
22:59:01 | preglow | busy doing other firmware, i guess |
22:59:15 | preglow | amiconn: what do you expect, it was ricks first low-level driver attempt ;) |
22:59:37 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
22:59:47 | preglow | i just had a look at the shine encoder |
22:59:49 | preglow | it's floating point :/ |
23:00 |
23:01:37 | | Quit t0mas (Client Quit) |
23:05:10 | preglow | amiconn: read this: http://minnie.tuhs.org/pipermail/mp3encoder/2001-July/003387.html |
23:05:11 | | Quit Strath (Connection timed out) |
23:05:15 | Slasheri | Hehe, i found the problem :) |
23:05:31 | preglow | amiconn: seems we both were right |
23:05:53 | Slasheri | I have to assing some free irq level to base vector table for Timer1 :) |
23:06:06 | preglow | Slasheri: so, does it fade now? |
23:06:18 | preglow | Slasheri: if so, how soon can you send me something to try out? :) |
23:06:19 | Slasheri | preglow: it should work very soon ;) |
23:06:29 | Slasheri | i don't know, testing :D |
23:08:19 | amiconn | preglow: Ok, so it resets the bit reservoir. However, the part about decoding to .wav not being gapless is interesting |
23:08:43 | HCl | bah. |
23:08:51 | HCl | the tv series are tons better than the movie so far... |
23:08:58 | amiconn | Imho it means that you should just ignore the track boundary and keep decoding, otherwise it won't be gapless, probably due to some delay |
23:09:22 | preglow | i remove this delay in codecmpa.c |
23:10:01 | preglow | that's probably where the encoder delay thing comes in |
23:10:03 | | Join mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com) |
23:10:15 | amiconn | Yes, you remove the delay from one end, but you can't invent the missing samples on the other end |
23:10:41 | Slasheri | now it's crashing no more, i got timer1 operational :) |
23:10:45 | amiconn | First thing is that nothing should be removed unless there is a lame header |
23:10:58 | preglow | amiconn: foobar seems to get this right by removing samples in the start, and just ignoring the end |
23:11:00 | amiconn | Second thing is that we need to find out why it's dropping frames |
23:11:05 | HCl | bleh. |
23:11:15 | HCl | the new hhgttg was sure disappointing :/ |
23:11:27 | preglow | HCl: mixed opinions |
23:11:33 | amiconn | preglow: There must be something non-obvious in the foobar sources then |
23:11:59 | preglow | amiconn: perhaps, you should try it out to see if it gets your −−nogap mp3s correct |
23:12:19 | preglow | if it does, then my source in codecmpa.c should be correct |
23:13:54 | Slasheri | wow, rockbox playing music with display dimmed to 50%! :) |
23:14:13 | HCl | maybe |
23:14:16 | preglow | gimmegikmmeigmme |
23:14:17 | HCl | preglow: have you seen it? |
23:14:19 | Slasheri | there will be brightness settings too for backlight ;) |
23:15:10 | preglow | HCl: no |
23:15:15 | HCl | mk... |
23:15:44 | HCl | i've seen the original tv series and so far the new one is disappointing.. up to such a bad level that i started to skip forward... |
23:15:51 | crashd | bah |
23:15:59 | crashd | im getting absolutely nowhere with this h10 |
23:16:07 | HCl | portalplayer :/ |
23:16:10 | crashd | yer |
23:16:13 | preglow | crashd: what're you trying now? |
23:16:20 | crashd | just trying to get my head round it still really |
23:16:27 | crashd | i just want to run some damned code on it ¬_¬ hehe |
23:16:39 | crashd | still got the problem of having arm and thumb instruction set |
23:17:28 | crashd | and it's just taunting me :\ |
23:18:21 | preglow | yeah, couldn't figure that out myself |
23:18:29 | crashd | just need another dev or two |
23:18:34 | crashd | then we might get somewhere :] |
23:18:51 | preglow | probably just need someone good with arms |
23:18:57 | crashd | hehe |
23:18:58 | crashd | yeah :\ |
23:20:53 | amiconn | Yay, display flip for remote lcd is working :) |
23:23:52 | belgarath | will the h100 series ever have grayscale? |
23:23:57 | preglow | of courase |
23:23:58 | preglow | -a |
23:23:59 | amiconn | yup |
23:24:08 | belgarath | cool |
23:24:16 | amiconn | I intend to start working on that next week |
23:24:30 | preglow | amiconn: like finishing markuns patch? |
23:24:58 | belgarath | nice |
23:25:01 | belgarath | thanks |
23:25:10 | amiconn | Implementing the new gfx api, taking some bits from markuns patch and finishing it |
23:25:21 | belgarath | and thx a lot to the person who fixed the sleep timer to work with charger |
23:25:30 | amiconn | belgarath: Thanks :)) |
23:28:13 | | Join Audiophil [0] (~c1d85c22@labb.contactor.se) |
23:28:29 | Slasheri | preglow: now it fades very nicely :) |
23:29:18 | Slasheri | slow and smooth fade in/out |
23:32:07 | Slasheri | preglow: what do you think about committing it? |
23:33:16 | | Quit Audiophil ("CGI:IRC (EOF)") |
23:36:38 | preglow | dunno |
23:36:43 | preglow | i wanna try :PP |
23:36:50 | Slasheri | preglow: i think it _should_ not break anything |
23:36:59 | Slasheri | so maybe i could commit it? :) |
23:36:59 | preglow | just send me rockbox.iriver if you can |
23:37:05 | Slasheri | ah, ok |
23:37:07 | Slasheri | just a moment |
23:38:11 | Slasheri | dcc? |
23:38:34 | preglow | sure |
23:38:38 | Slasheri | great :) |
23:40:08 | *** | Saving seen data "./dancer.seen" |
23:40:30 | | Quit belgarath ("CGI:IRC (Ping timeout)") |
23:40:55 | preglow | hmm |
23:40:57 | preglow | glitch |
23:41:05 | Slasheri | hmm? |
23:41:23 | Slasheri | does it work? |
23:41:23 | preglow | right after it's faded in |
23:41:25 | preglow | it blinks |
23:41:33 | preglow | and sometimes right after it has faded out as well |
23:41:35 | preglow | sure, works fine |
23:41:39 | preglow | i'd prefer a faster fade, though |
23:41:42 | Slasheri | Hmm |
23:41:50 | Slasheri | that is caused if cpu frequency changes |
23:42:07 | Slasheri | but it should not blink when frequency is stable |
23:42:28 | preglow | well, you can't guarantee that during playback :/ |
23:42:33 | preglow | cpu changes all the time then |
23:42:37 | Slasheri | that's true :/ |
23:42:43 | Slasheri | but it works quite well |
23:42:56 | preglow | it works great |
23:42:59 | preglow | but not during playback |
23:43:01 | preglow | it blinks a lot then |
23:43:07 | Slasheri | eh? |
23:43:09 | Slasheri | really? |
23:43:12 | preglow | yes |
23:43:16 | preglow | i'm playing an mp3 |
23:43:21 | preglow | and it blinks while fading |
23:43:21 | Slasheri | it doesn't blink at all on my player |
23:43:23 | Slasheri | Hmm |
23:43:41 | preglow | it just blinks sometimes |
23:44:02 | Slasheri | ah, ok |
23:44:22 | preglow | but no flicker at all |
23:44:23 | preglow | looks great |
23:44:39 | Slasheri | :) |
23:44:52 | Slasheri | hmm, should i commit it? |
23:45:05 | preglow | well, the blinking should be fixed if possible |
23:45:10 | Slasheri | later some brightness settings (max brightness) could be added |
23:45:25 | Slasheri | yes, i don't know if that's possible.. |
23:45:50 | Slasheri | because cpu doesn't work at all(?) when frequency is being switched |
23:45:52 | preglow | hmm, no |
23:46:17 | amiconn | The cpu does work, but at 11 MHz until the pll relocks |
23:46:18 | preglow | and the timer will probably be very unstable when it's happening anyway |
23:46:29 | amiconn | (for up to 10 ms) |
23:46:41 | preglow | amiconn: you sure about it working at 11mhz? |
23:46:47 | Slasheri | ah, that can be fixed |
23:46:49 | preglow | makes sense |
23:46:52 | | Quit Harpy (Read error: 145 (Connection timed out)) |
23:47:01 | Slasheri | cpu should be boosted while fading |
23:47:19 | preglow | mno, i don't think so |
23:47:26 | preglow | and still it doesn't fix it |
23:47:36 | Slasheri | hmm.. |
23:47:49 | Slasheri | but i will fix it tomorrow, nights :) |
23:47:55 | preglow | ok, gnight |
23:48:39 | preglow | you need to reset the timer for 11mhz before a cpu_boost, and for correct frequency right after,i guess |
23:48:48 | preglow | still a glitch might be noticable, but the brightness wont change |
23:49:04 | amiconn | Incrementing the boost counter while fading might fix the blinking, but then it's boosted always if display brightness is <100% and >0% |
23:49:13 | amiconn | ...not exactly what we want imho |
23:49:52 | amiconn | The brightness shouldn't change much if the cycle is short enough |
23:50:06 | amiconn | Slasheri: What cycle frequency do you use? |
23:50:42 | preglow | it works fine like it is, but i don't think we can use it with glitching like this |
23:50:45 | Slasheri | amiconn: 100 pules / pwm cycle |
23:50:47 | preglow | it looks like the player is broken or something |
23:50:53 | amiconn | (It's the duty cycle that determines brightness, not the frequency, and duty cycle will be off for a very short time only) |
23:50:53 | preglow | at least that's what i think people will conclude |
23:51:01 | Slasheri | so 0-100% brightness |
23:51:18 | Slasheri | ah frequency |
23:51:35 | Slasheri | 500µs intervall |
23:51:38 | amiconn | You using 100 interupts per cycle??? |
23:51:47 | Slasheri | yes |
23:51:50 | amiconn | I'd say 2 are enough |
23:52:01 | Slasheri | Hmm |
23:52:33 | amiconn | Of course the isr would then have to reprogram the timer |
23:52:42 | Slasheri | yep |
23:52:47 | amiconn | ...unless there is a more sophisticated way to use the cpu |
23:52:56 | amiconn | ...like the sh1 timers allow to do |
23:54:04 | preglow | anyway, i think i'd like the fade to be twice as quick as it is now |
23:54:22 | preglow | feels like it uses a couple of seconds now |
23:54:35 | Slasheri | preglow: it's possible.. i will look it tomorrow ;) -> |
23:54:45 | amiconn | Slasheri: 500 µs * 100 means 50 ms, well above the pll relock time |
23:54:59 | amiconn | No wonder it glitches when changing frequency |
23:55:30 | amiconn | It would have to go much faster, but that practically requires going for 2 ints/cycle |