00:00:30 | amiconn | This is the verbatim version of the new code: http://www.math.sci.hiroshima-u.ac.jp/~m-mat/MT/MT2002/CODES/mt19937ar.c |
00:01:13 | amiconn | This is what I made from it: http://amiconn.dyndns.org/random.c |
00:01:27 | amiconn | Compare both to firmware/common/random.c ... |
00:01:41 | Bagder | still, the license says it must be included |
00:01:47 | TiMiD | ok |
00:02:04 | Bagder | but as said, we should include the gpl license too |
00:02:20 | TiMiD | LinusN: at first I put gui_ because list_ alone can mean other things |
00:02:42 | amiconn | glist_ :) |
00:02:46 | TiMiD | lol |
00:02:51 | TiMiD | exactly ^^ |
00:02:52 | * | amiconn hides form LinusN |
00:02:53 | miner | LinusN: I'm using binutils-2.16 |
00:07:12 | TiMiD | LinusN: so yes I intend to continue the patch until I get full support (I use only the remote ...) |
00:07:28 | miner | LinusN: Sorry about the late reply to your binutils version question, my wife came back and I had to enter reality for a while :-) |
00:07:31 | TiMiD | if you send me your patch, I can change the names as well |
00:08:31 | amiconn | Bagder: We already have the gpl in docs/COPYING, but we don't include it in the .zip yet |
00:11:23 | | Join arthax [0] (n=arthax@lns-bzn-1-82-250-7-160.adsl.proxad.net) |
00:12:01 | arthax | hello all |
00:13:44 | Moos | Hi |
00:15:19 | arthax | The chanel is on english only? |
00:15:31 | Bagder | yes |
00:15:53 | arthax | ok :-[ |
00:16:19 | * | preglow finds out first-hand how important precision is in filter coef calculations... |
00:17:22 | preglow | seems like we'll need a Very precise sin() and cos() :/ |
00:20:55 | arthax | I would to know where are the developement of the bootloader for the H300? (question may be incorect?) |
00:25:18 | Moos | the boot loader is still in development, and there is one guy working on it, and he is busy man |
00:25:42 | Moos | anyone know |
00:26:22 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
00:28:58 | arthax | thanks ;) |
00:29:16 | Moos | np :) |
00:32:05 | | Quit Bagder (Read error: 104 (Connection reset by peer)) |
00:32:28 | amiconn | preglow: The libmad layer 2 performance does indeed leave something to be desired |
00:33:06 | amiconn | I tested with a real-world recording now (192 kbps 48 kHz - DAB recording). 35% boost ratio... |
00:33:20 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
00:33:20 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
00:33:23 | | Quit Bagder (Client Quit) |
00:33:28 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
00:36:33 | preglow | amiconn: i have no idea why it is that slow |
00:36:54 | preglow | you've got the resampler on top of that one again, of course |
00:37:01 | amiconn | yes |
00:37:18 | preglow | but indeed |
00:37:23 | preglow | layer2 is heaps simpler than layer3 |
00:37:29 | | Quit Sandking_ (Read error: 110 (Connection timed out)) |
00:37:32 | preglow | yet it's almost just as slow as layer 3 |
00:37:58 | amiconn | layer 3 gives 6% boost here with 128 kbps, and 9% boost with 192 kbps (at 44.1 kHz) |
00:39:33 | * | preglow pines for better ways to measure performance |
00:39:58 | preglow | amiconn: there might be some cache issues here |
00:40:16 | arthax | bye everyone ;) |
00:40:19 | preglow | amiconn: i'll see about testing out my critical function grouping one day |
00:40:20 | | Part arthax |
00:41:49 | amiconn | I think we'll need two test cases: (1) decode and throw away data, measuring the time needed to decode the file. (2) decode to a pcm file, for testing correctness |
00:42:38 | miner | maybe i'll try getting some help again another night...bye! |
00:42:47 | | Quit miner ("using sirc version 2.211+KSIRC/1.3.11") |
00:42:50 | * | preglow pats Slasheri on the back and whispers "waaaavwriter" |
00:43:02 | preglow | amiconn: indeed |
00:43:22 | preglow | amiconn: slasheri said it should be easy to add such functionality to rockbox now, so we don't have to hack codecs to pieces to measure their performance |
00:43:30 | preglow | but i can't make head nor tail of playback.c |
00:43:56 | amiconn | It's somewhat like with my mem* testing. I have a test plugin that can test correctness and measure performance |
00:43:57 | LinusN | playback.c is not my favourite part of the rockbox source |
00:44:59 | linuxstb_ | One quite easy accuracy check (at least for FLAC and lossless wavpack) would be to calculate an md5sum on the decoded data and compare that against the md5sum in the header. |
00:46:08 | preglow | linuxstb_: yes, but that method is quite unique to the lossless codecs |
00:46:24 | * | amiconn wonders why memset on archos is slower than last time he measured |
00:47:11 | preglow | amiconn: sure, but here we've got a ton of codecs, all requiring a separate test plugin, plus we might even want to test the output of the dsp layer one day. bottom line is we need wav writing |
00:47:34 | preglow | this wav writer should be able to be configured to do both decoding and writing, AND just decoding and tossing away the output |
00:48:10 | preglow | i know i'll sure as hell like measuring the output of my eq |
00:48:25 | amiconn | Yes of course. What I want to say is that we'll probably need two mechanisms. Writing the decoded output will influence decoding speed |
00:48:40 | preglow | yep |
00:48:59 | preglow | but that's not the hard part |
00:50:09 | preglow | but yeah, i'd love being able to switch on/off 1. codec operation 2. dsp operation 3. actual writing |
00:50:19 | preglow | so i can measure both codec and dsp separately |
00:52:16 | preglow | playback.c is a bit too convoluted for me to try this |
00:53:02 | | Quit paugh ("Leaving") |
00:53:45 | preglow | btw, does anyone know whether the iriver fw uses 16 or 20 bit output? |
00:54:03 | preglow | i think i remember someone saying it doesn't use dma for audio, which certainly points to the latter |
00:56:55 | LinusN | preglow: we have no choice but to use 16 bits |
00:57:54 | * | amiconn found the reason for the performance difference of memset() |
00:57:57 | preglow | LinusN: no? |
00:58:33 | amiconn | I was measuring with rombox by accident |
01:00 |
01:00:13 | preglow | LinusN: why's that? |
01:00:43 | LinusN | preglow: ignore me |
01:01:21 | LinusN | you are correct, we can use 20 bits if we use the cpu instead of dma |
01:01:29 | preglow | LinusN: you're making it hard, coming with claims like that :) |
01:02:04 | amiconn | I think that would severely hurt performance |
01:02:09 | LinusN | indeed |
01:02:19 | preglow | probably |
01:03:14 | preglow | but i'm still wondering what iriver are doing |
01:03:27 | amiconn | How large is an audio DMA block now? How many samples could be transferred at once w/o dma? Only one? That'd give a nice interrupt frequency... |
01:03:28 | preglow | there are still people that claim rockbox sounds inferior |
01:03:49 | preglow | though i'm yet to see some blind test results verifying it... |
01:08:02 | LinusN | amiconn: the fifo is 8 samples long |
01:11:00 | preglow | hard to implement? |
01:11:15 | preglow | might be a worthwhile setting for the golden eared people |
01:11:37 | LinusN | not too hard. methinks |
01:12:19 | preglow | at least the dsp part of it should be easy after my propsed codec sample accuracy change |
01:12:45 | preglow | proposed, even |
01:12:58 | LinusN | could be an interesting experiment |
01:13:03 | | Quit dpassen1 () |
01:14:28 | preglow | i want all codecs to start outputing 28 bit data, no matter what their internal format is |
01:14:35 | preglow | so it'll be easier for dsp stuff to work on it |
01:14:44 | preglow | it'll also make arbitrary output resolution easier |
01:16:16 | *** | Saving seen data "./dancer.seen" |
01:30:41 | | Quit _aLF ("^^") |
01:33:53 | amiconn | gcc really got better between my last measurements and now |
01:50:01 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
02:00 |
02:00:39 | LinusN | ook, i have now committed TiMiD's multi-screen patch |
02:01:07 | LinusN | it still needs some work, and it's possible that it will break something |
02:19:10 | DEBUG | EOF from server (Connection timed out) (snapshot: netstuff.c line 545) |
02:19:10 | *** | Cleanup |
02:19:10 | *** | Cleanup |
02:19:10 | *** | Saving seen data "./dancer.seen" |
02:19:10 | *** | Exit |
02:19:10 | *** | Started Dancer V4.16 |
02:19:10 | *** | Connected to irc.freenode.net on port 6667 |
02:19:10 | *** | Logfile for #rockbox started |
02:19:11 | *** | Server message 501: 'logbot :Unknown MODE flag' |
02:19:11 | Mode | "logbot :+i" by logbot |
02:19:11 | | Join logbot [0] (n=bjst@labb.contactor.se) |
02:19:11 | | Join crwl [0] (n=crawlie@karu.kekkola.jyu.fi) |
02:19:11 | | Join alxcm [0] (n=alx@hc6527651.dhcp.vt.edu) |
02:19:11 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
02:19:11 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
02:19:11 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
02:19:11 | | Join LinusN [0] (n=linus@labb.contactor.se) |
02:19:11 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-194.ath.forthnet.gr) |
02:19:11 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
02:19:11 | | Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
02:19:11 | | Join Lynx_awy [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
02:19:11 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
02:19:11 | | Join novimon_ [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
02:19:11 | | Join guillaumh [0] (n=guillaum@4va54-1-81-56-99-20.fbx.proxad.net) |
02:19:11 | | Join solexx_ [0] (n=jrschulz@c219151.adsl.hansenet.de) |
02:19:11 | | Join amiconn [0] (n=jens@p54BD46B9.dip.t-dialin.net) |
02:19:11 | | Join Seed [0] (i=ben@85-64-200-85.barak-online.net) |
02:19:11 | | Join ]Maggie[ [0] (i=fupl@t2-17.ath.cx) |
02:19:11 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
02:19:11 | | Join ryan_j [0] (n=ryanj@c-24-10-241-46.hsd1.ut.comcast.net) |
02:19:11 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
02:19:11 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
02:19:11 | | Join Rick [0] (i=rick@unaffiliated/Rick) |
02:19:11 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
02:19:11 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
02:19:11 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
02:19:11 | | Join Slasheri [0] (i=miipekk@ihme.org) |
02:19:11 | | Join Ismo [0] (i=laitinei@huippu.net) |
02:19:11 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
02:19:11 | | Join merbanan [0] (i=banan@dalink.campus.luth.se) |
02:19:11 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
02:19:11 | | Join pill [0] (i=pill@cybercrimi.nl) |
02:19:11 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
02:19:11 | | Join yosemite [0] (i=sam@threepwood.dasbistro.com) |
02:19:11 | | Join crash_ [0] (n=crash@a15167580.alturo-server.de) |
02:19:11 | | Join Nilisco [0] (i=nilisco@wrath.shellfx.net) |
02:19:11 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
02:19:11 | | Join Hadaka [0] (i=naked@naked.iki.fi) |
02:19:11 | | Join TiMiD [0] (n=TiMiD[FD@asgard.valombre.net) |
02:19:11 | | Join mbr [0] (n=mb@stz-softwaretechnik.de) |
02:19:11 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
02:19:13 | LinusN | no large commit without an "oops" |
02:20:02 | linuxstb_ | LinusN: That compiles fine now for the H120/H140. |
02:20:32 | LinusN | nice |
02:20:49 | LinusN | i haven't dared to try with logf support... |
02:21:16 | * | linuxstb_ dares... |
02:26:34 | TiMiD | still "some" compile errors :) |
02:27:13 | LinusN | TiMiD: that's from the alac commit |
02:27:22 | LinusN | my commit is building now |
02:33:51 | Moos | Time to go to sleep here, have a good night all (thanks Linus for the patch) |
02:34:33 | | Quit Moos ("Glory to Rockbox") |
02:36:03 | TiMiD | seems that it's compiling cleanly :) |
02:38:32 | LinusN | ok, the ondio has problems |
02:41:52 | markun | And no conflicts with the unicode patch still |
02:42:12 | TiMiD | hmm strange |
02:42:28 | markun | the viewer is a bit buggy with unicode |
02:42:31 | TiMiD | I just compiled a cvs snapshot and it works fine with ondio on sim |
02:42:46 | LinusN | TiMiD: sim is not the same as target |
02:43:10 | TiMiD | so I realy need a sh1 gcc compiler |
02:44:41 | TiMiD | (but this will be for tomorrow :) |
02:53:29 | LinusN | fixes committed |
02:55:40 | TiMiD | I saw :) |
02:55:52 | TiMiD | great |
02:56:42 | TiMiD | is the warning on fm recorder fixed too ? |
02:58:51 | LinusN | yup |
02:58:53 | TiMiD | also should I change all the ++i to i++ and remove the == true things |
02:59:11 | LinusN | i removed all ==false and ==true i could find |
02:59:46 | LinusN | i would appreciate changing the preincrements, but it isn't exactly top-prio |
03:00 |
03:00:31 | TiMiD | I can do it tomorrow when changing some fn names which are too long |
03:00:37 | LinusN | gr8 |
03:00:45 | TiMiD | then I could start to implement menus and so on :) |
03:00:50 | LinusN | nice |
03:01:09 | TiMiD | I hope I won't break anything with CVS |
03:01:20 | LinusN | TiMiD: don't worry |
03:02:26 | TiMiD | I want to try :) |
03:02:51 | TiMiD | maybe should I try to commit the starfield sim before I go to bed ? |
03:03:19 | TiMiD | (even if it's very useless) |
03:03:24 | LinusN | sure |
03:05:55 | TiMiD | poor server it has been compiling a lot this evening ^^ |
03:07:28 | LinusN | yes... :-) |
03:07:57 | TiMiD | I try it on other targets then I try to commit (Hope this won't make the server explode ^^) |
03:08:49 | LinusN | wee, green build |
03:09:10 | TiMiD | huhuhu :) |
03:22:41 | XavierGr | hmm maybe time to update my FM patch. Linus will you have time to check it tomorrow not that the remote stuff is up to TiMiD? |
03:22:49 | XavierGr | not = now |
03:23:11 | LinusN | i hope so |
03:23:43 | XavierGr | I made a neat Icon too, it is like the configuration I con but with a R inscribed in it. |
03:26:40 | | Join Sandking_ [0] (n=jacek@ogorek.akron.wroc.pl) |
03:29:27 | XavierGr | is it okay when - I apply a patch - that sometimes it says: Hunk #1 succeeded at 94 (offset 6 lines). |
03:29:38 | XavierGr | Is this reliable or maybe there is an error? |
03:29:54 | XavierGr | Because if the patch is clean and good it never says anything like that to me. |
03:30:03 | LinusN | it's mostly ok |
03:30:30 | LinusN | doesn't hurt to check, though |
03:30:45 | XavierGr | by compiling you mean, right? |
03:31:07 | LinusN | yes, and checking in a text editor |
03:35:09 | LinusN | time to call it a day |
03:35:12 | LinusN | nite all! |
03:35:19 | | Part LinusN |
03:36:17 | TiMiD | huhuhu |
03:36:30 | TiMiD | starfield commited :p |
03:36:40 | TiMiD | fufufu |
03:37:10 | amiconn | Hope this doesn't break usb power status display etc :/ |
03:38:27 | TiMiD | I don't think a plugin can break anything ;) |
03:39:18 | amiconn | No, I mean the multi lcd support |
03:39:25 | TiMiD | I know :D |
03:39:43 | TiMiD | I can't test since I don't have the unit in my hands .... |
03:40:01 | amiconn | Linus last commit looks somewhat suspicious to me :/ |
03:40:25 | XavierGr | Sukoi!! My patch still applies cleanly. Now I will upload the latest version to the tracker. |
03:40:33 | amiconn | Maybe this is false alarm... |
03:40:35 | TiMiD | that " Fixed Ondio and V2/FM compiling problems from the multiscreen patch" ? |
03:40:50 | | Quit Sandking (Read error: 110 (Connection timed out)) |
03:41:49 | amiconn | yup |
03:42:14 | TiMiD | what seems suspect ? |
03:43:56 | amiconn | I need to test this stuff on all my boxes... |
03:44:27 | amiconn | Ooops, but not right now. It got late... :/ |
03:44:34 | TiMiD | I think so :) |
03:44:51 | TiMiD | I'm going to bed right now ! |
03:45:04 | * | amiconn was forcing himself to work on memcpy |
03:45:15 | TiMiD | you should sleep :) |
03:45:35 | TiMiD | (when I read the logs I wonder when do you sleep ;) ) |
03:47:20 | * | amiconn managed to make it a bit slower for very small sizes :( |
03:48:09 | TiMiD | good night ! |
03:48:23 | amiconn | nitey |
03:48:30 | XavierGr | bye amiconn! |
03:57:35 | XavierGr | Okay, patch updated! Linus if you find some time tomorrow please have a look and inform me for any further points that you want me to fix. |
03:57:49 | XavierGr | https://sourceforge.net/tracker/index.php?func=detail&aid=1315353&group_id=44306&atid=439120 |
04:00 |
04:00:49 | | Join webguest05 [0] (n=c9964ffb@labb.contactor.se) |
04:01:37 | XavierGr | TiMiD: Gongratulations too, (for the CVS access) lucky you ;P |
04:01:56 | | Quit webguest05 (Client Quit) |
04:03:18 | | Join Midgey34 [0] (n=chatzill@c-67-172-68-52.hsd1.mi.comcast.net) |
04:19:14 | *** | Saving seen data "./dancer.seen" |
04:50:27 | | Quit Midgey34 ("Chatzilla 0.9.68.5.1 [Firefox 1.0.7/20051010]") |
06:00 |
06:19:16 | *** | Saving seen data "./dancer.seen" |
06:25:56 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
06:40:31 | | Quit Sandking_ (Read error: 110 (Connection timed out)) |
07:00 |
07:02:28 | | Join amiconn_ [0] (n=jens@p54BD5351.dip.t-dialin.net) |
07:17:06 | | Quit Sandking () |
07:20:57 | | Quit amiconn (Read error: 110 (Connection timed out)) |
07:20:57 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5351.dip.t-dialin.net) |
07:45:39 | | Join _FireFly_ [0] (n=FireFly@p54A46E66.dip.t-dialin.net) |
07:46:24 | _FireFly_ | moin :) |
07:48:21 | _FireFly_ | ok i have an updated version for my patch against the latest cvs :) |
07:57:34 | _FireFly_ | it can be found here http://home.arcor.de/s.wezel/lcd-remote-v6.patch |
07:59:32 | | Quit _FireFly_ ("Leaving") |
08:00 |
08:00:45 | | Join B4gder [0] (n=daniel@213.115.255.230) |
08:03:55 | | Join mbr_ [0] (n=mb@stz-softwaretechnik.de) |
08:15:04 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:19:19 | *** | Saving seen data "./dancer.seen" |
08:19:46 | | Quit mbr (Read error: 110 (Connection timed out)) |
08:22:25 | | Quit lostlogic (Remote closed the connection) |
08:23:06 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
08:43:19 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
08:49:03 | _FireFly_ | http://home.arcor.de/s.wezel/lcd-remote-v6-tree.patch (bugfix for entering the quick-menu from the filetree when long pressing the remote-mode-button ) |
08:59:19 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
09:00 |
09:07:43 | | Quit solexx_ (Read error: 104 (Connection reset by peer)) |
09:09:31 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:14:55 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:20:06 | | Join cYmen_ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:23:34 | | Join solexx [0] (n=jrschulz@c211018.adsl.hansenet.de) |
09:25:16 | | Join cYmen__ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:26:59 | | Quit _FireFly_ ("IceChat - Its what Cool People use") |
09:27:58 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
09:30:31 | | Join cYmen___ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:30:31 | *** | Alert Mode level 1 |
09:30:31 | DBUG | Enqueued KICK cYmen |
09:30:31 | DBUG | Enqueued KICK cYmen_ |
09:30:31 | *** | Alert Mode level 2 |
09:30:31 | DBUG | Enqueued KICK cYmen__ |
09:30:31 | DBUG | Enqueued KICK cYmen___ |
09:30:31 | *** | Alert Mode level 3 |
09:32:38 | | Quit cYmen (Connection timed out) |
09:35:40 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:35:40 | *** | Alert Mode level 4 |
09:35:40 | *** | Alert Mode level 5 |
09:35:40 | DBUG | Enqueued KICK cYmen |
09:35:40 | *** | Alert Mode level 6 |
09:35:40 | *** | Alert Mode level 7 |
09:35:40 | *** | Alert Mode level 8 |
09:37:47 | | Quit cYmen_ (Connection timed out) |
09:42:56 | | Quit cYmen__ (Connection timed out) |
09:45:41 | *** | Alert Mode OFF |
09:48:01 | | Quit cYmen___ (Connection timed out) |
10:00 |
10:19:20 | *** | Saving seen data "./dancer.seen" |
10:47:06 | | Join dwihno [0] (n=dw@81.8.226.44) |
10:55:52 | | Nick mbr_ is now known as mbr (n=mb@stz-softwaretechnik.de) |
11:00 |
11:00:03 | | Join ashridah [0] (i=ashridah@220-253-121-55.VIC.netspace.net.au) |
11:40:46 | | Join Edunn [0] (n=Edunn@dyn-213-36-116-102.ppp.tiscali.fr) |
11:41:26 | | Part Edunn |
11:49:38 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
12:00 |
12:01:30 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
12:01:36 | ripnetuk | yay multi screens :) thanks guys |
12:03:22 | | Quit ripnetuk (Client Quit) |
12:09:29 | | Join RiverFish [0] (n=d99b747d@labb.contactor.se) |
12:09:54 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
12:12:51 | | Quit RiverFish (Client Quit) |
12:12:54 | | Join RiverFish [0] (n=d99b747d@labb.contactor.se) |
12:16:04 | RiverFish | I think I read someone saying that all the patch integration is being done by one person |
12:16:14 | RiverFish | Is there an opportunity to help out there? |
12:16:25 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
12:16:29 | RiverFish | Seems like a large load for one person |
12:16:40 | preglow | not true |
12:16:53 | RiverFish | ok i stand corrected |
12:16:55 | preglow | patches are integrated by anyone with enough skill to properly verify they're ok |
12:19:23 | *** | Saving seen data "./dancer.seen" |
12:23:14 | linuxstb_ | Morning all. Minor point, but should source files be iso-8859-1, UTF-8, or just plain ASCII ? Or is it not an issue? |
12:24:14 | preglow | ascii, i guess |
12:24:26 | preglow | do you need any non-ascii symbols? |
12:24:36 | B4gder | they are 8859-1 atm |
12:25:01 | B4gder | Zagor's first name being the letter that shows it ;-) |
12:25:06 | B4gder | using even |
12:41:04 | linuxstb_ | I don't need them - it's just that TiMiD's files have his name with an accent - sometimes 8859-1, sometimes utf-8 |
12:41:22 | linuxstb_ | The GUI files are 8859-1, starfield.c is utf-8. |
12:41:45 | B4gder | that's TiMiD's commit, right? |
12:41:50 | linuxstb_ | Yep. |
12:41:58 | linuxstb_ | As I said, not a big deal, just asking. |
12:42:01 | preglow | linuxstb_: any closer to understanding the dbpoweramp thing? |
12:42:22 | linuxstb_ | preglow: No - I was playing with ALAC last night. |
12:42:55 | linuxstb_ | But I think there is more general cleaning that needs doing with libffmpegFLAC - that may find the problem. i.e. making sure that variables are not used unintialised. |
12:43:56 | preglow | perhaps |
12:44:10 | preglow | it's small enough to be managable, at least |
12:45:20 | linuxstb_ | I think the fact that the memset had a big effect implies an uninitialised variable problem. |
12:45:57 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
12:47:22 | linuxstb_ | Did you see the ALAC commit? It's now outputting 28-bit samples ready for your DSP. I also managed to remove two 16KB buffers - but that didn't give much of a speed boost. |
12:47:54 | preglow | yeah, i saw |
12:47:59 | preglow | nice still |
12:48:48 | preglow | just hope i'll get this bloody eq working soon |
12:49:25 | linuxstb_ | I'm not sure about changing the other codecs. I can probably handle WAV and maybe wavpack, but I don't want to touch the lossy codecs. |
12:49:51 | preglow | no worries, i'll probably deal with it myself |
12:50:16 | linuxstb_ | Also, how should we be handling mono? At the moment, a lot of the codecs (all?) convert to stereo before sending to the DSP - obviously a bad thing. |
12:50:25 | preglow | hell yes |
12:50:31 | preglow | musepack does that, i know |
12:50:34 | preglow | also alac |
12:50:46 | preglow | and wavpack, in the codec plugin |
12:51:05 | linuxstb_ | Yes - I think I've done that with all the codecs I've implemented. I want to fix it. |
12:51:36 | linuxstb_ | Does the DSP handle a mono stream at the moment? |
12:53:29 | preglow | yep |
12:53:33 | preglow | it should |
12:55:20 | linuxstb_ | Looking at dsp.c, it looks like I should pass the same array pointer twice to pcmbuf_insert_split() |
12:55:31 | linuxstb_ | Is that the right thing? |
12:57:40 | preglow | i think you can pass whatever you want, it'll get ignored anyway |
12:57:45 | preglow | but same twice is probably ok |
12:58:14 | preglow | it would be nicer if it took a long** as parameter |
12:58:25 | preglow | but doesn't matter that much |
12:59:12 | linuxstb_ | If the second pointer isn't used, then I should probably pass NULL. |
12:59:22 | linuxstb_ | Forget that. |
12:59:43 | linuxstb_ | I'll just pass the normal left and right arrays. |
13:00 |
13:00:00 | linuxstb_ | I'll give it a go later and see what happens. |
13:12:59 | ripnetuk | does the latest iRiver boot still always load the original iRiver firmware when switched on from the remote? |
13:13:23 | preglow | no |
13:14:07 | ripnetuk | so if i flash the latest bootloader, it will always boot rockbox when I turn it on from remote? atm it boots iRiver if turned on from remote, and rockbox if turned on from unit (unless rec presses) |
13:15:39 | ashridah | boots rockbox from both atm |
13:15:48 | ashridah | there was a period when it didn;'t do that. |
13:15:51 | linuxstb_ | ripnetuk: I don't have a remote, but I'm sure the bootloader will do what you want. That's the logical thing to happen. I'm guessing it was a bug in earlier bootloaders. |
13:16:21 | ripnetuk | cool thanks :) now flashing :) |
13:16:43 | ripnetuk | i dont think it was a bug - i think it was a deliberate feature before rockbox on iRiver was properly usable... |
13:16:49 | ripnetuk | today is the day i switch over for good |
13:17:12 | linuxstb_ | Why so long? I'm guessing you rely on the remote? |
13:17:18 | ripnetuk | yes |
13:17:30 | ripnetuk | compeltely... i should have got a iAudio :) |
13:17:46 | preglow | linuxstb_: no, not a bug, it was requested |
13:18:05 | ripnetuk | damn it boots quick now :) |
13:18:05 | linuxstb_ | preglow: OK :). But then it was unrequested? |
13:18:20 | ripnetuk | i can confirm it behaves correctly (ie, boots rockbox) |
13:18:28 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
13:18:36 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
13:18:43 | | Nick DrMoos is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) |
13:18:56 | preglow | linuxstb_: we reverted the feature when the remote actually started working in rockbox |
13:19:24 | linuxstb_ | OK. Must have all happened during my period of absence. |
13:19:30 | preglow | it did |
13:19:42 | preglow | man, i wonder how i'm going to make this eq work without killing the precision totally |
13:20:16 | preglow | i should have started fiddling with fixed point filters earlier |
13:20:41 | linuxstb_ | Is it all written in asm? |
13:20:46 | preglow | no, all c at the moment |
13:20:57 | preglow | the only thing i'm going to write in asm is the filtering loop itself |
13:20:59 | preglow | and that's not big |
13:21:00 | linuxstb_ | That's good. |
13:21:20 | preglow | the coef calculation is in pure c, using 64 bit arithmetic |
13:24:26 | | Join Quelsaruk [0] (n=kvirc@80-103-103-117.mad1.adsl.uni2.es) |
13:24:28 | Quelsaruk | hi |
13:24:38 | preglow | look who's back |
13:24:45 | Quelsaruk | (after serveral months) |
13:24:46 | Quelsaruk | :d |
13:24:49 | Quelsaruk | work is too hard |
13:24:50 | Quelsaruk | :( |
13:25:07 | preglow | hehe |
13:25:10 | B4gder | buenas dias Quelsaruk |
13:25:19 | Quelsaruk | hej B4gder |
13:25:37 | Quelsaruk | hmm... mur da bra? (or similar... my swedish is quite poor as you know) |
13:25:54 | B4gder | hehe, I'm fine but overloaded with work |
13:26:05 | Quelsaruk | like me :( |
13:26:32 | Quelsaruk | i have installed bleeding edge version, and get a strange error |
13:26:45 | Quelsaruk | "filetype array full" |
13:27:09 | Quelsaruk | (oh, before that i have flashed bootbox) |
13:28:39 | ripnetuk | wow :) bookmarks on my iRiver |
13:29:13 | Quelsaruk | B4gder: should i kill a goat? or is there any functional way to fix that? |
13:29:28 | linuxstb_ | Are you using the standard viewers.config ? Do you have lots of obsolete plugins in your plugins directory? |
13:29:43 | B4gder | Quelsaruk: I'd suggest you wipe your .rockbox first and then re-install |
13:29:50 | linuxstb_ | About to say the same thing. |
13:29:53 | Quelsaruk | ok, deleting .rockbox then |
13:29:53 | Quelsaruk | :D |
13:30:27 | Quelsaruk | i tend to overwrite... |
13:30:32 | Quelsaruk | i should delete |
13:30:34 | Quelsaruk | :D |
13:32:58 | Quelsaruk | works |
13:32:59 | Quelsaruk | thanks |
13:33:00 | Quelsaruk | :) |
13:37:59 | ripnetuk | are on the fly playlists (ie, right'click on a dir, insert into playlist) persistent? |
13:38:06 | ripnetuk | ie, will they survive a reboot? |
13:39:40 | Ctcp | Ignored 5 channel CTCP requests in 5 minutes and 9 seconds at the last flood |
13:39:40 | * | ripnetuk rtfm |
13:39:54 | Moos | resume do you mean? |
13:40:05 | Quelsaruk | bleeding edge builds doesn't have a rombox.ucl file? |
13:43:25 | ashridah | hrm, can't find any bugs about it |
13:43:29 | ashridah | arghl. wrong chnanel |
13:46:04 | Quelsaruk | bye |
13:46:12 | Quelsaruk | i'll be back... someday :d |
13:46:24 | | Quit Quelsaruk ("KVIrc 3.2.0.99 'Marmalade'") |
14:00 |
14:01:03 | | Join muesli- [0] (i=muesli_t@hmln-d5147605.pool.mediaWays.net) |
14:14:15 | | Join amiconn_ [0] (n=jens@p54BD6A83.dip.t-dialin.net) |
14:19:26 | *** | Saving seen data "./dancer.seen" |
14:20:51 | markun | ls |
14:21:16 | muesli- | re (c) |
14:21:26 | markun | Hey muesli- |
14:21:46 | muesli- | hossa markun |
14:22:02 | | Quit amiconn (Read error: 110 (Connection timed out)) |
14:22:03 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD6A83.dip.t-dialin.net) |
14:22:31 | markun | amiconn: with TiMiD's patch applied the unicode patch makes rockbox too big for the player v1 :( |
14:22:45 | B4gder | ouh |
14:23:28 | markun | I've been looking at the linux kernel source a bit and googling some to get an idea of compressing rockbox with gzip |
14:23:57 | linuxstb_ | I thought TiMiD's patch would mean an eventual reduction in code size - when it's fully implemented and dead code is removed. |
14:24:14 | linuxstb_ | I'm not sure, but I think the current patch is the peak in terms of code size, and further patches will reduce it. |
14:25:16 | | Quit Zagor ("Client exiting") |
14:25:40 | markun | 21.57.59 # <TiMiD> we will gain some size with menu and playlist |
14:26:21 | preglow | markun: why compress with gzip? doesn't rockbox for archos already have code to deal with ucl compression? |
14:26:32 | markun | Will we gain more space or will it get bigger in size? |
14:26:41 | markun | preglow: Didn't know that. |
14:27:39 | markun | preglow: So is rockbox already compressed on the player v1? |
14:27:45 | preglow | it's compressed in rombox |
14:27:59 | B4gder | the size problem is really for the non-flashed units |
14:28:54 | Slasheri | Hmm, what causes that size limit? |
14:29:27 | B4gder | the archos firmware |
14:29:41 | B4gder | since it loads and runs the image from disk |
14:29:51 | B4gder | and it refuses to do so if its too big |
14:30:07 | ripnetuk | i think it would be good if you could browse playlists in a proper treeview like thing, ie, as if the filesystem contained only the files in the list. That way, we could have one playlist containing everything, and manually choose a tune by browsing the tree, but keeping the playlist active, so we can go back to shuffle everything easily. |
14:30:08 | Slasheri | oh, but that's not so bad |
14:30:24 | Slasheri | because you still can flash rockbox or bootloader? |
14:30:29 | ripnetuk | b4gder - cant we just have a second stage loader? |
14:30:32 | B4gder | Slasheri: not all players are flashable |
14:30:38 | B4gder | ripnetuk: yes we can |
14:30:43 | ripnetuk | just a mini rolo |
14:31:26 | Slasheri | bzip2 compression could be quite effective also |
14:31:36 | Slasheri | but maybe slow |
14:31:53 | ripnetuk | or even better, if you choose a track manually that is in the playlist, it should just to that point in playlist, instead of creating a dynamic playlist for that dir. not sure how fast that could be done |
14:32:31 | ripnetuk | kinda like follow playlist in reverse |
14:32:32 | markun | Or http://www.7-zip.org/, but it's similar to bzip2 |
14:38:56 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
14:41:15 | preglow | Slasheri: bzip2 decompression is more than slow enough to probably have an impact on our boot time, heh |
14:42:29 | Slasheri | preglow: Hmm.. Then we could implement a 2-stage boot-loader.. |
14:42:53 | Slasheri | The first part would be very minimal and it would access the disk and load the image |
14:43:29 | preglow | OR |
14:43:32 | preglow | we could NOT use bzip2 :P |
14:43:40 | ripnetuk | or mod the original archos fw to remove the limit |
14:43:41 | preglow | i like ucl |
14:43:46 | Slasheri | hehe, true :D |
14:43:51 | preglow | fast and small decompressor |
14:44:03 | preglow | ripnetuk: some units aren't flashable |
14:44:13 | ripnetuk | i see, no go then |
14:44:30 | preglow | Slasheri: you got a wav writer coming up some time soon? :> |
14:44:37 | ripnetuk | is it ok to post feature requests to users mailing list, without some example code / patch? |
14:45:03 | preglow | i tried having a go at one about a week ago, but the playback code was too intimidating |
14:45:09 | Slasheri | preglow: hehe, currently i am quite busy the next month (designing and programming a pcb with a strict dead line) :/ |
14:45:26 | Slasheri | preglow: but maybe some day, when i have time, i could write it :) |
14:45:35 | preglow | would be truly nice |
14:48:45 | | Join webguest78 [0] (n=522788bc@labb.contactor.se) |
14:50:46 | webguest78 | huy guys, just want to say, ROCKBOX ROCKS! i just wish i could help more by developing, but alas, im a noob! question: how is rockbox video implementation going? |
14:51:08 | muesli- | preglow ;) your part ;) |
14:51:43 | B4gder | webguest78: there is no work being done on that, afaik |
14:51:56 | B4gder | if you mean on iriver |
14:52:12 | webguest78 | ah right, but it is possible? (yes im talking about iriver) |
14:52:15 | ripnetuk | the display is very slow on iRiver, not sure how good it will be for vid |
14:52:28 | ripnetuk | slow as in slow refresh rate, so trails would exist |
14:53:21 | preglow | muesli-: hah, you needn't be afraid of me coding video codecs any time soon |
14:53:22 | webguest78 | is the irivers' display slower than the archos' and ipods? |
14:53:27 | webguest78 | :) |
14:53:34 | B4gder | slowe than the archos ones for sure |
14:53:41 | ripnetuk | not sure about ipos, but as far as i can remember slower than archos |
14:53:49 | ripnetuk | but never owned both units at same time |
14:54:05 | B4gder | there's a significant difference |
14:54:19 | webguest78 | i mention the ipod because of ipod linux |
14:54:29 | webguest78 | and its video capability |
14:54:56 | linuxstb_ | The ipodlinux video capability is simply playing back uncompressed video and uncompressed audio. The files are huge. |
14:55:07 | B4gder | but does the movies look good? |
14:55:11 | linuxstb_ | I have no idea. |
14:55:41 | linuxstb_ | ipodlinux is now (almost) working on my ipod. So I'll try it out soon. Problem is that each major app has its own LCD code that needs updating. |
14:55:46 | webguest78 | well from the sample video it didnt look too bad, obviosuly a gimmick rather than video with a practicle purpose. |
14:56:14 | preglow | linuxstb_: each _APP_ ? |
14:56:15 | B4gder | there is video with practible purposes? |
14:56:18 | webguest78 | i was amazed what you guys did with the JPEG veiwer, amazing really. |
14:56:19 | B4gder | :-) |
14:56:37 | preglow | linuxstb_: the driver isn't in the kernel? |
14:56:42 | webguest78 | practicle, as in, watching a film or whatever lol |
14:57:19 | linuxstb_ | There is a character-based framebuffer driver in the kernel. For graphics, I think podzilla uses microwindows (hence a need for a microwindows driver). Other apps may just use the LCD directly with no driver. |
14:57:37 | linuxstb_ | This is one problem with IPL - the development is very fragmented. |
14:58:16 | linuxstb_ | It is very much an operating system and various independent applications. Unlike Rockbox's "all in one" approach. |
14:59:37 | webguest78 | does the midi2wav application in the iriver actually work? i have to reset. |
14:59:58 | | Join Nico_FR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
15:00 |
15:00:08 | | Quit Nico_FR (Client Quit) |
15:00:44 | | Join Nico_FR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
15:00:55 | webguest78 | are you guys in need of any hardware at the moment? as in iriver parts etc? |
15:01:18 | B4gder | we're mostly in need of people with time and skills |
15:01:22 | linuxstb_ | I could do with an 80GB hard drive :) |
15:01:38 | webguest78 | i have a mainboard minus the LCD if anyone wants it (h140) |
15:02:23 | linuxstb_ | I think there's a Wiki page for buying/selling/giving away parts. |
15:02:23 | webguest78 | im not sure if the LCD can be replaced though. |
15:02:42 | webguest78 | cheers. |
15:03:02 | linuxstb_ | http://www.rockbox.org/twiki/bin/view/Main/SpareParts |
15:04:44 | webguest78 | well ill kep doing the bleeding edges and searching for bugs:) good luck with the project, great work. |
15:05:47 | | Quit Nico_FR () |
15:13:09 | | Quit webguest78 ("CGI:IRC (EOF)") |
15:13:18 | | Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
15:17:06 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
15:17:17 | | Join XavierGr_ [0] (n=XavierGr@ppp40-adsl-200.ath.forthnet.gr) |
15:37:23 | | Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 3h20m59s of use") |
15:39:14 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
15:48:21 | | Join XavierGr [0] (n=XavierGr@ppp9-adsl-157.ath.forthnet.gr) |
15:51:53 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
15:52:07 | | Join Nico_FR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
15:53:01 | | Quit Nico_FR (Client Quit) |
15:53:37 | | Join webguest84 [0] (n=522788bc@labb.contactor.se) |
15:54:11 | webguest84 | is the ipod's hardware (CPU, RAM etc) more or less powerful than the irivers'? |
15:54:50 | B4gder | ram is the same, on the cpu side I guess the ipod is somewhat more powerful |
15:55:07 | B4gder | guess because its a different dual-core cpu |
15:55:19 | webguest84 | ah, thanks |
15:56:06 | | Quit B4gder ("time to say moo") |
15:56:54 | | Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 5m4s of use") |
15:56:59 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
15:57:34 | ripnetuk | TiMiD - u there? |
15:57:48 | ripnetuk | i still havent managed to break your remote patch |
16:00 |
16:02:26 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
16:05:05 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
16:05:38 | linuxstb_ | webguest84: The iPod has two 75MHz ARM processors. The irivers have a single 124MHz Coldfire. They both have 96KB of fast internal RAM and 32MB of slower SDRAM. |
16:06:14 | linuxstb_ | The new iPod video also has a very powerful video processor with its own pair of 75MHz (I think) processors. |
16:13:39 | | Quit XavierGr_ (Read error: 110 (Connection timed out)) |
16:13:50 | webguest84 | thanks :) |
16:14:42 | | Quit webguest84 ("CGI:IRC") |
16:19:28 | *** | Saving seen data "./dancer.seen" |
16:19:44 | | Join hshah [0] (n=545cb9e8@labb.contactor.se) |
16:19:51 | hshah | heya all |
16:19:57 | hshah | what does the multicreen thing do? |
16:20:13 | hshah | *multiscreen |
16:20:44 | ashridah | remote support for iriver, my guess. |
16:21:13 | hshah | oh really.... |
16:21:25 | ashridah | doesn't support everything yet, WPS doesn't work on the remote, but the file tree does, and it's the right approach, so it's not going to be a mess to implement |
16:21:34 | ashridah | or so i gather |
16:21:42 | ripnetuk | it works good |
16:21:48 | ripnetuk | the remote support i mean |
16:21:49 | hshah | well yay |
16:23:44 | ripnetuk | has anyone successfully built the sim on FC4? |
16:24:46 | TiMiD | ripnetuk:I'm here (for a short moment) |
16:24:53 | TiMiD | what about my patch ? |
16:25:57 | ripnetuk | i love it :) thank you very much |
16:26:12 | ripnetuk | been using it all day, and been 100% stable |
16:27:54 | linuxstb_ | ripnetuk: The sim just needs the basic xlibs - so it should work everywhere. Are you having problems? |
16:28:16 | preglow | linuxstb_: what is bascially left before you've got a working ipod port? |
16:28:26 | preglow | linuxstb_: have you dealth with the lower level stuff of interrupt handlers and such? |
16:28:35 | | Quit hshah ("CGI:IRC") |
16:28:56 | markun | TiMiD: I have a question about what you said last night. Will the size increase or decrease with WPS and menu? |
16:29:03 | linuxstb_ | No - interrupt handlers are probably the next thing to do (before I finish ATA). I then need to finish ATA and write a proper button driver. |
16:29:23 | linuxstb_ | It's just that I've not really spent much time on it in the last few weeks. |
16:30:18 | TiMiD | markun: I can't tell |
16:30:43 | TiMiD | but it's sure that the size will decrease with menu and playlist implementation |
16:31:07 | markun | So you CAN tell :) |
16:31:46 | ripnetuk | i think the sim has a symobl that clashes with something in fc4 |
16:31:52 | ripnetuk | i get /usr/bin/ld: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS reference in /projects/rockbox/cvs/rockbox/build/sim/librockbox.a(errno.o) |
16:31:52 | ripnetuk | collect2: ld returned 1 exit status |
16:32:03 | TiMiD | huhuhu |
16:32:10 | linuxstb_ | preglow: I'm working on a bootloader, which is similar to the h120/h140 bootloader. i.e. it is a very stripped down version of Rockbox using the same ATA driver, LCD driver etc. Once the bootloader is working (i.e. loading the image from disk), then a basic Rockbox is almost done as well. |
16:32:21 | TiMiD | ripnetuk: you have the same problem that I had some time ago |
16:32:29 | preglow | linuxstb_: i'm most certainly looking forward to it |
16:32:37 | ripnetuk | timid - how did u get around it |
16:32:44 | TiMiD | since I run gentoo it was not very difficult to solve |
16:33:05 | TiMiD | I just had to recompile glibc with both linuxthreads and pthread support |
16:33:09 | linuxstb_ | From looking at the recent IPL patches, the Nano is almost identical to my 60GB iPod Color - so the Rockbox changes will be minimal. |
16:33:14 | ripnetuk | oh |
16:33:15 | TiMiD | but on fc4 I doubt this is possible |
16:33:20 | ripnetuk | no :) |
16:33:28 | TiMiD | (it is but ...) |
16:33:35 | ripnetuk | i thought it might be something to do with the fact im running Xen |
16:33:42 | ripnetuk | which doesnt play nice with TLS |
16:33:52 | ripnetuk | but it seems others have had similar issues with FC4 and compiling PHP |
16:34:42 | ripnetuk | oh well, i need to just build another virtual machine on xen - i think i will use debian... any known issues with debian unstable? |
16:34:43 | TiMiD | look at the gentoo ebuild if you want to recompile, the correct options are given |
16:35:04 | ripnetuk | i think for me it will be easier to make a new VM to play rockbox in |
16:35:28 | ripnetuk | or maybe (shudder) compile for win32 :) |
16:35:54 | TiMiD | hehe |
16:36:04 | TiMiD | that's the first solution I choosed : win32 |
16:36:19 | TiMiD | but developping under linux is much more convenient ;) |
16:36:24 | ripnetuk | yes much more so |
16:36:37 | ripnetuk | especially if you wanna do it @ work via a vnc/nx session :) |
16:37:54 | linuxstb_ | You can cross-compile the win32 sim under Linux and then run it using Wine. |
16:38:18 | ripnetuk | :) cool |
16:38:30 | ripnetuk | does the sim display the remote? |
16:38:58 | TiMiD | yes it displays it :) |
16:39:03 | ripnetuk | nice |
16:39:05 | TiMiD | you want to develop remote too ? |
16:39:12 | ripnetuk | yes |
16:39:22 | TiMiD | nice :p |
16:39:23 | ripnetuk | i would like to help, maybe try a plugin or 2 |
16:39:37 | TiMiD | oh just plugins ! |
16:39:41 | ripnetuk | but, c is not my first language (delphi / c# is) |
16:39:51 | TiMiD | (btw, I started there : developping plugins) |
16:39:55 | ripnetuk | i was going to start with a plugin. |
16:40:08 | ripnetuk | its only menus and wps thats missing atm isnt it? |
16:40:14 | TiMiD | one thing that would be very nice to do with plugins |
16:40:20 | ripnetuk | whats that? |
16:40:34 | TiMiD | would be to add the stop button on the remote to quit |
16:41:01 | ripnetuk | yes. im going on holiday for a week tomorow, so wont be able to play until my return. |
16:41:09 | TiMiD | because when you loanche a viewer or a plugin from remote you are obliged to take your player out of your bag which is not very convenient ;) |
16:41:10 | ripnetuk | but i want to get the sim compiling... |
16:41:47 | ripnetuk | indeed |
16:41:51 | ripnetuk | although i dont really use plugins much |
16:42:54 | * | ripnetuk is gonna go and show /usr/bin/ld who is boss :) |
16:43:00 | _FireFly_ | ;) |
16:43:50 | TiMiD | for example |
16:44:04 | TiMiD | I have jpeg files in my album folder |
16:44:09 | TiMiD | and txt for the lyrics |
16:44:47 | TiMiD | when I'm using remote, if I mistake and select a file that is not audio |
16:44:50 | TiMiD | I'm dead ;) |
16:45:41 | ripnetuk | hehe i bet you are adept at getting out of it 'blind' tho ? |
16:46:02 | TiMiD | sure :) |
16:46:32 | TiMiD | I use it mainly on my bike so I have the choice beteen falling or selecting the wrong file :) |
16:47:22 | ripnetuk | hehe i use mine on a bike too - can you do that thing where u stop by a lamppost and balance (no feet down) and fiddle with your mp3 player / phone :) |
16:48:20 | ripnetuk | brb |
16:49:45 | TiMiD | last year I could do it while riding, even if I was not stopped |
16:50:45 | TiMiD | but my wheel gets twisted so I must hold it with one hand now I can't ride without hands |
16:51:15 | | Quit ashridah ("sleep") |
16:52:11 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
16:52:21 | ripnetuk | yes. its very dangerous trying to interact with gadgets while cycling |
16:52:33 | ripnetuk | in fact thats the only reason i upgraded from archos to iriver - the remote |
16:54:34 | muesli- | yeah...remote roxxx |
16:54:53 | TiMiD | I have to go |
16:55:05 | TiMiD | I will be back in 1h |
16:55:15 | TiMiD | then I will start working on remote again :) |
16:55:25 | muesli- | cheers TiMiD |
16:55:26 | muesli- | ;) |
16:55:34 | ripnetuk | cool... i look forward to seeing your next achivement :) |
16:55:43 | muesli- | you're the most beautiful dev ive ever known ;) |
16:56:41 | TiMiD | muesli-: sry, but ... I prefer girls you know ... :P |
16:56:46 | muesli- | ;) |
16:57:01 | muesli- | we should edit your start up routine ;) |
16:58:12 | ripnetuk | do we already have a .wps code for disk activity? it would be cool to reflect the red LED on the LCD |
16:58:50 | muesli- | anyway..gtg too |
16:58:51 | muesli- | cya |
16:58:51 | TiMiD | I don't think wps can do thi kind of updates |
16:58:56 | TiMiD | cta |
16:59:07 | ripnetuk | cya |
17:00 |
17:05:06 | | Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 1h8m10s of use") |
17:09:38 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
17:12:39 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
17:20:26 | | Quit muesli- (Read error: 110 (Connection timed out)) |
17:25:10 | | Quit linuxstb_ (Read error: 113 (No route to host)) |
17:35:00 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
17:36:22 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
17:37:04 | amiconn | TiMiD: The gui code adds quite something to the binary size, 2288..4464 bytes depending on target |
17:38:53 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
17:44:36 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
17:45:44 | ripnetuk | i got the sim building under fc4 :) |
17:50:41 | | Join guillauh [0] (n=guillaum@4va54-1-81-56-99-20.fbx.proxad.net) |
17:51:48 | | Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 7m44s of use") |
17:51:49 | amiconn | ripnetuk: We already have code that can simulate a LED, not for wps but for status bar. |
17:51:56 | amiconn | <meh> |
18:00 |
18:04:55 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
18:08:18 | | Quit guillaumh (Read error: 110 (Connection timed out)) |
18:08:22 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
18:08:47 | | Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) |
18:12:55 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-109.ath.forthnet.gr) |
18:15:38 | | Join einhirn [0] (i=Miranda@vpn221.vpn.tu-clausthal.de) |
18:18:28 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
18:19:29 | *** | Saving seen data "./dancer.seen" |
18:25:34 | | Quit _FireFly_ (Read error: 104 (Connection reset by peer)) |
18:25:44 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
18:34:15 | | Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
18:40:37 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:00 |
19:04:33 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
19:04:35 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
19:04:58 | | Nick DrMoos is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) |
19:10:19 | | Part linuxstb ("Leaving") |
19:16:07 | | Quit RiverFish ("CGI:IRC (Ping timeout)") |
19:18:07 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
19:22:42 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
20:00 |
20:13:04 | amiconn | TiMiD? |
20:18:23 | amiconn | Bagder: r u there? |
20:19:31 | *** | Saving seen data "./dancer.seen" |
20:22:30 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-132-249.pools.arcor-ip.net) |
20:27:41 | TiMiD | amiconn: yes |
20:27:45 | TiMiD | I'm here |
20:27:55 | amiconn | I found some bugs in the multi-display code :( |
20:28:21 | amiconn | (1) The stop-on-wrap-when repeat doesn't work any more |
20:29:40 | amiconn | (2) When returning from a plugin that sets the default font, the font isn't immediately reset to the ui font. That happens as soon as you scroll one up or down |
20:29:59 | amiconn | Looks somewhat funny |
20:30:28 | amiconn | Another detail is that the center-scroll margin is different from what it was |
20:30:39 | preglow | and behaviour |
20:30:50 | preglow | didn't it use to stop when you hit the ends of the list+ |
20:30:56 | TiMiD | hmm |
20:30:56 | preglow | now it just continues on to the top or bottom |
20:31:03 | amiconn | preglow: That is (1) in my bug list... |
20:31:07 | preglow | riiight |
20:31:11 | TiMiD | what do you mean by stop-on-wrap ? |
20:31:14 | preglow | what i said |
20:31:27 | preglow | when you press up or down to scroll a list |
20:31:34 | preglow | the scrolling used to stop when you hit top or bottom |
20:31:55 | preglow | just try any old build of rockbox and try it yourself |
20:32:00 | TiMiD | yes |
20:32:04 | TiMiD | that's not a bug |
20:32:08 | TiMiD | it's wanted |
20:32:14 | amiconn | I consider it a bugf |
20:32:16 | amiconn | -f |
20:32:18 | preglow | well, says who? |
20:32:19 | TiMiD | I prefer it this way but if you have objections |
20:32:30 | preglow | ì think you should retain it so nothing's changed after your patch |
20:32:37 | preglow | and THEN you can start changing it |
20:32:59 | amiconn | TiMiD: You can test (2) with any plugin that sets the font, e.g. cube |
20:32:59 | preglow | if people want you to, of course |
20:33:12 | TiMiD | amiconn: I believe you :) |
20:33:14 | dpassen1 | i think the old behavior was nice, as well |
20:33:26 | TiMiD | but the plugin should set the font as it was before |
20:33:32 | preglow | hmm, no |
20:33:44 | preglow | that's easier done by the widget code, if you ask me |
20:33:54 | preglow | or whatever loaded the plugin |
20:33:59 | TiMiD | maybe |
20:34:03 | TiMiD | it can be also fixed |
20:34:05 | preglow | code one place is better than the same code done in a dozen places |
20:34:53 | TiMiD | the problem is that my code will spent his time to fix the fonts |
20:35:32 | TiMiD | I can include it |
20:35:36 | amiconn | TiMiD: The code size is another problem... I hope your expectation will be come true and the size will decrease again, hopefully enough to make unicode fit as well... |
20:36:02 | TiMiD | amiconn: just consider that a lot of code is present twice right now |
20:36:15 | TiMiD | like status bar, button bar etc |
20:36:49 | TiMiD | but I can't remove them because a lot of code still rely on them |
20:37:16 | preglow | TiMiD: there's not much time involved there, the old rockbox did it without anyone complained |
20:38:09 | TiMiD | preglow: about what ? |
20:38:19 | TiMiD | (I fixed the font btw) |
20:39:04 | preglow | 20:34 < TiMiD> the problem is that my code will spent his time to fix the fonts |
20:39:07 | preglow | i was talking about that |
20:39:11 | TiMiD | yep |
20:39:23 | TiMiD | I fixed it |
20:39:27 | preglow | goodie |
20:39:41 | TiMiD | should work |
20:39:54 | TiMiD | since you redraw the screen after each font change |
20:40:06 | TiMiD | I made the change in the fn that handles drawing |
20:41:30 | linuxstb | This FLAC bug is proving hard to track down. |
20:41:42 | preglow | oh+ |
20:41:49 | TiMiD | about the scroll that stops when reaching the bottom of the list ... I don't like it |
20:41:52 | preglow | i can still do some remote debugging for you if the logd feature still works |
20:41:58 | TiMiD | maybe I should submit a poll ? |
20:42:01 | linuxstb | The file in question stops decoding at frame 17. But there is nothing unusual about frame 17 - it's the encoded the same as previous frames. |
20:42:29 | linuxstb | It's OK - it doesn't crash any more, so I can use logf and check it when the codec stops. |
20:42:32 | dpassen1 | seems like one of those things that can be an option, but i definitely preferred the old stop at bottom behavior |
20:42:33 | TiMiD | on the forum to know what is the most wanted |
20:42:59 | TiMiD | I like the new way because you can go straight to the botom of the list |
20:43:08 | TiMiD | if you hav lot of files in a dir |
20:43:12 | amiconn | TiMiD: I'm somewhat puzzled why the highest increase in code size did not happen for iriver, but for fmrecorder... |
20:43:15 | dpassen1 | by pressing up on top |
20:43:16 | preglow | TiMiD: you could before as well |
20:43:20 | preglow | TiMiD: you just pressed one more time |
20:43:41 | TiMiD | ok |
20:44:27 | TiMiD | amiconn: that's because fmrecorder have buttonbar, clock and so on, so there is more duplicated code |
20:45:08 | amiconn | I checked the exact numbers, btw: fmrec: +4464 bytes, h120: +3924, ondiofm: +3756, ondiosp: +3760, player: +2288, rec: +4400 |
20:45:23 | | Nick paugh is now known as Caffeinez0r (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
20:46:37 | preglow | linuxstb: and it only stops somtimes, heh |
20:46:45 | linuxstb | preglow: Yep :(. |
20:46:50 | preglow | linuxstb: so it does sound like something is uninitialised |
20:47:46 | linuxstb | I can't see anything though. |
20:47:55 | linuxstb | And neither can gcc. |
20:51:23 | amiconn | Btw, I had an idea how to handle compressed firmware images for recorder v1 (and perhaps player some time). |
20:51:44 | preglow | is that so hard? |
20:52:12 | amiconn | In fact we already have a big part of what we need, rockbox.bin is ucl-compressed by the build system anyway |
20:52:31 | amiconn | ...intended for flashing atm, but it can be reused |
20:53:11 | amiconn | Then we just need a tiny loader that gets the .ucl "tacked on", then scrambled to be read by the archos loader |
20:53:36 | amiconn | We already have the ucl decompressor as well, as part of our flash bootloader |
20:53:42 | preglow | just have the loaded copy itself to iram and decompress, then skip to entry |
20:53:46 | preglow | loader |
20:53:57 | amiconn | yes |
20:54:30 | amiconn | The loader will possibly have to copy the compressed part to upper ram, the decompress into the final place |
20:54:44 | preglow | ahh, yes |
20:54:55 | amiconn | We can't decompress in-place |
20:55:02 | preglow | no, of course you can't |
20:55:06 | preglow | gotten anywhere with memcpy yet, btw? |
20:55:27 | amiconn | I'm tackling archos memcpy first, for several reasons |
20:55:37 | preglow | hmm? hasn't archos already got one? |
20:55:48 | amiconn | Yes it has |
20:55:56 | amiconn | I got it a bit faster for medium sized blocks, but tiny blocks are slower now |
20:56:09 | amiconn | I want to test some techniques, also for adding memmove() |
20:56:45 | amiconn | memcpy will be a sub-function of memmove, so it won't take any extra space |
20:57:19 | amiconn | There are basically two ways to implement memmove: |
20:58:31 | amiconn | (1) Have a fully optimised forward copy, and a simple backward copy. Use the latter only if dest_addr > src_addr *and* the blocks overlap |
20:59:39 | amiconn | (2) Have fully optimised copy routines for both directions, and decide simply by the address relation |
21:00 |
21:00:19 | amiconn | I intend to do (2) |
21:01:24 | preglow | good luck, hehe |
21:01:35 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
21:01:38 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
21:02:35 | | Nick DrMoos is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) |
21:10:02 | linuxstb | Slasheri: Are you around? |
21:11:02 | linuxstb | I have a theory about the FLAC bug. I think it may be that when skipping the metadata, I am calling ci->advance_buffer() beyond the amount of data read into the audio buffer. |
21:11:42 | preglow | there are still 16kb iram left for libmad... |
21:13:29 | linuxstb | One odd thing about the dbpoweramp encoded FLACs is that they have about 32KB of padding in the metadata. |
21:14:28 | preglow | same for vorbis, 18kb for wavpack, 11kb for flac, 28kb(!!) for musepack, 25kb for a52 |
21:14:31 | preglow | there's some work to do |
21:14:45 | preglow | linuxstb: damn, what the hell is it expecting to have appended there? jpegs? |
21:15:09 | linuxstb | dbpoweramp has an odd attitude to metadata. Probably wants to put some id3v2 tags in there. |
21:15:44 | linuxstb | I going to change my advance_buffer() call to a read() and see if that helps. |
21:16:27 | preglow | a52, flac and wavpack can probably be put in iram in their entirety |
21:16:39 | amiconn | They can't |
21:16:53 | amiconn | The copy routine must stay in dram ;) |
21:16:53 | preglow | a52 can, _almost_ |
21:16:55 | preglow | hahah |
21:17:07 | preglow | and wavpack can just be contained in iram |
21:17:25 | linuxstb | It would be impressive to have codecs running in 48KB of RAM. |
21:17:44 | preglow | amiconn: btw, i think it's a grand idea to introduce proper bss behaviour for codecs. all codecs are loaded in the mp3 buffer before the track where they're needed, so this will gain us some extra buffer |
21:17:51 | amiconn | preglow: What about musepack? ;) |
21:17:56 | * | amiconn hides |
21:17:56 | linuxstb | But I think most of them have buffers in dram as well though. |
21:18:07 | preglow | amiconn: yes, i don't even have room for the main struct of musepack in iram |
21:18:35 | amiconn | Yeah, and th emain struct contains the buffers iirc :( |
21:18:36 | preglow | i wonder what the hell the musepack people were smoking when they did that, i'm sure some of the buffer can be used several times |
21:18:40 | amiconn | Strange design... |
21:19:16 | preglow | amiconn: i tried moving the main buffers into iram and just putting buffer pointers in the struct, but alas, i didn't even have space for the buffers... |
21:20:02 | amiconn | Was that before or after increaisng codec iram? |
21:20:08 | preglow | after, i believe |
21:20:32 | preglow | do we have an ICODE_ATTR ? |
21:20:49 | amiconn | That one existed for ages... |
21:20:54 | preglow | goodie |
21:20:58 | preglow | i never used it |
21:20:58 | | Join miner49er [0] (n=root@82-46-56-25.cable.ubr01.chap.blueyonder.co.uk) |
21:21:15 | | Join Musicmad [0] (n=Musicmad@port547.ds1-oebr.adsl.cybercity.dk) |
21:21:56 | preglow | amiconn: but what do you say about ibss in codecs? |
21:22:04 | Slasheri | linuxstb: Hmm, in that case advance_buffer should lock and wait until the buffer has enough data |
21:22:43 | Slasheri | or in fact it tries to seek and rebuffer then |
21:24:33 | miner49er | Hi there, I'm going to have another go at building the cross compiler again. I used gcc-3.3.6 previously. Any Ideas? Is it worth using a lower version off gcc? |
21:24:50 | Musicmad | he guys, was messing around with recording. Is it possible to adjust gain and see it visually while/before recording? |
21:25:12 | Kohlrabi | I built Crosscompiler with gcc-3.3.3 |
21:25:41 | amiconn | preglow: In fact we should handle both .bss and .ibss properly. They add up to >64KB for some codecs... |
21:26:08 | Slasheri | I use gcc-3.4.4 |
21:26:16 | Slasheri | And binutils-2.16 |
21:27:30 | preglow | amiconn: agreed |
21:27:48 | preglow | how large is the codec plugin buffer at the moment? |
21:27:55 | amiconn | (flac, alac, mpc) |
21:29:00 | amiconn | mpc is "top" - ~120 KB .bss, 18 KB .ibss |
21:29:13 | amiconn | codec ram is 256KB |
21:30:18 | preglow | 120kb bss, ahahahha |
21:30:31 | preglow | that'd be the main struct |
21:30:39 | * | preglow whipes tears |
21:31:02 | amiconn | Yes it is except 24 bytes other data |
21:32:12 | preglow | i can't believe this is essentially an mp2 decoder |
21:33:20 | amiconn | When changing the bss handling, we need to keep codec swapping in mind. |
21:34:12 | preglow | oh? how does it change anything? |
21:34:19 | preglow | well, it does if the swapper doesn't copy the entire buffer |
21:34:30 | preglow | which it of course should avoid :V |
21:34:30 | amiconn | exactly |
21:34:54 | preglow | i hate plain binary images |
21:35:42 | preglow | libmusepack uses a _64K_ big read buffer |
21:35:44 | * | preglow faints |
21:35:58 | solexx | How do I recreate my wiki-user page? |
21:36:38 | solexx | my username and pw are still accepted, but when using the name on a page, i can only create a "regular" page |
21:36:46 | amiconn | The codec swapper does indeed swap the whole buffer... |
21:40:28 | amiconn | ...and it uses two buffers each for the dram and iram part. 608KB total |
21:40:41 | preglow | wtf? |
21:41:40 | Slasheri | The two buffers was used for performance reason, so there is less copying |
21:41:51 | Slasheri | typos++ :D |
21:42:11 | amiconn | Yes. Otherwise it would be necessary to cross-copy byte-wise |
21:42:56 | amiconn | Nah, not byte-wise, but a few bytes at once (a long or such) |
21:43:06 | Slasheri | yep |
21:43:30 | Slasheri | I tried that and it caused much more delay to the swapping |
21:43:49 | amiconn | This could still be reasonably fast with assembler though, but we would have to retain the plain C method |
21:44:04 | amiconn | ...e.g. for the ipod port ;) |
21:44:08 | Slasheri | hehe :D |
21:45:01 | amiconn | The good thing with the simple swap is that it's immune to bss/ibss handling changes |
21:47:38 | amiconn | A cross-copy can be made really fast when all buffers are line aligned; the sizes are multiples of 16 anyway |
21:48:33 | amiconn | Then it would use burst mode (but memcpy will hopefully use burst soon as well) |
21:49:17 | | Join muesli- [0] (i=muesli_t@hmln-d5147611.pool.mediaWays.net) |
21:49:39 | muesli- | hi |
21:52:40 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:58:06 | | Join XavierGr [0] (n=XavierGr@ppp15-adsl-158.ath.forthnet.gr) |
22:00 |
22:00:05 | muesli- | re XavierGr |
22:00:08 | linuxstb | I don't know why, but I think I've fixed the FLAC bug. |
22:00:36 | linuxstb | I replaced the advance_buffer() call with a while loop perform reads of 1 byte. It now seems to work reliably. |
22:01:55 | | Join pangolin [0] (i=pangolin@213.135.98.195) |
22:01:56 | amiconn | TiMiD: Did you copy the old splash code for your gui_splash ? |
22:02:03 | | Quit pangolin (Read error: 104 (Connection reset by peer)) |
22:03:01 | | Join ep0ch [0] (n=ep0ch@84.12.82.220) |
22:03:15 | ep0ch | alrighty |
22:03:17 | preglow | hmmm |
22:03:29 | preglow | i just did a little musepack opt |
22:03:41 | ep0ch | quick question, when in ''screenshot enabled mode', how to do i take a screenshot? |
22:03:51 | ep0ch | -to |
22:03:54 | linuxstb | Insert the USB cable. |
22:04:11 | preglow | iriver-xtreme.mpc now plays at 30% boost ratio |
22:04:25 | linuxstb | What was it before? |
22:04:26 | ep0ch | hmm, there docs on the screenshot mode? |
22:04:34 | preglow | linuxstb: i didn't check :> |
22:04:52 | preglow | but this SHOULD be a drastic improvement |
22:05:06 | preglow | i searched for the place in the code with the biggest number of memory accesses |
22:05:20 | linuxstb | ep0ch: http://www.rockbox.org/twiki/bin/view/Main/ScreenDump |
22:05:39 | preglow | and to my "surprise", this was in the subband filter innerloop |
22:05:47 | ep0ch | ahh cheers. i'm not lazy to seach, honest :) |
22:06:13 | preglow | and i could _JUST_ squeeze in two very important buffers |
22:07:17 | preglow | oh my... |
22:07:58 | preglow | old boost factor was above 90% |
22:08:22 | | Join ender1 [0] (i=ychat@84.52.165.220) |
22:09:17 | ep0ch | nice |
22:09:38 | dpassen1 | thats a phenomenal optimization, thanks and congrat |
22:09:40 | dpassen1 | s |
22:10:07 | ep0ch | especially when it was a 'little' optimisation :) |
22:10:08 | preglow | so you think i should commit it? :P |
22:10:39 | ep0ch | can you do the same with Vorbis please :)#] |
22:10:42 | dpassen1 | if you feel like it |
22:11:40 | dpassen1 | looks like soon, i |
22:11:47 | Musicmad | preglow: had a take on the wma float > integer conversion? |
22:11:48 | dpassen1 | ill be loading my mpcs on my 120 |
22:11:48 | Musicmad | :) |
22:12:09 | preglow | Musicmad: i have no interest in wma |
22:12:18 | TiMiD | amiconn: indeed |
22:12:43 | Musicmad | preglow: oh - I though you once said you'd do it for the challenge. Must have been someone else then. |
22:12:44 | preglow | Musicmad: but i _MIGHT_ do it one day, to properly teach myself how to use fixed point math |
22:12:52 | ep0ch | didn't someone say they were going to take on the DUMB challenge? |
22:13:04 | amiconn | TiMiD: Okay, then that still needs some fixing for proper bidi, and an ugly glitch, unless the unicode patch fixes it as well |
22:13:05 | preglow | ep0ch: that'd be me as well, but i've never got time for it |
22:13:21 | ep0ch | preglow: nah someone else said they wanted to have a go at it |
22:13:39 | preglow | oh well |
22:13:46 | preglow | that shouldn't be too hard, at least |
22:14:39 | ep0ch | would i be right in saying the emac would be very good at doing all the channel mixing in dumb? |
22:15:01 | ep0ch | s/in/for |
22:17:00 | preglow | i'll commit them usepack opt now |
22:17:10 | preglow | ep0ch: nah, i doubt it |
22:17:15 | amiconn | TiMiD: The buttonbar is probably very special, in that a unit might exists that has softbuttons on the remote, but not on the main unit, or vice versa. Or it could have a different number of softbuttons on each... |
22:17:23 | preglow | ep0ch: if all the channels are mixed in parallel, then yes, but i doubt they are |
22:17:52 | amiconn | But don't code for the future, I'd say. Just keep it so that it's extendable if needed |
22:18:20 | ep0ch | amiconn: you know since you optimised the peak meter, i get some strange black band at the top end of the peakmeter, i'm trying to get a screenshot for you... |
22:18:51 | | Join XavierGr_ [0] (n=XavierGr@ppp15-adsl-145.ath.forthnet.gr) |
22:19:00 | TiMiD | amiconn: It's possible with my patch |
22:19:13 | preglow | ep0ch: clipping indication |
22:19:17 | ep0ch | ahhh |
22:19:17 | XavierGr_ | wtf is going on with my connection? |
22:19:18 | | Quit ender` (Nick collision from services.) |
22:19:21 | ep0ch | stupid me! |
22:19:21 | | Nick ender1 is now known as ender` (i=ychat@84.52.165.220) |
22:19:27 | XavierGr_ | hi all. |
22:19:32 | *** | Saving seen data "./dancer.seen" |
22:19:39 | TiMiD | you can have as many buttonbars as you want and you can attach tem to screens |
22:19:44 | TiMiD | hi XavierGr_ |
22:19:48 | amiconn | Nice :) |
22:20:00 | TiMiD | huhuhu ;Ã |
22:20:09 | preglow | man |
22:20:24 | preglow | musepack must really be fast if you've got tons of ram and a full 64 bit accumulator |
22:20:59 | preglow | tons of fast ram, that is |
22:21:02 | dpassen1 | its the fastest lossy format on x86 i believe |
22:21:08 | ep0ch | heh i was gonna say fast ram |
22:21:11 | | Quit Musicmad ("Trillian (http://www.ceruleanstudios.com") |
22:21:16 | preglow | dpassen1: as it should be |
22:21:45 | dpassen1 | foobar did a nice decoding test with tons of different chips and formats and MusePack was the winner |
22:22:23 | ep0ch | dpassen1: got a link? |
22:22:24 | amiconn | preglow: In fact it might be possible to make the variable shift multiplication faster for many cases. Many cases would only need the emac and reading accect |
22:22:28 | amiconn | *accext even |
22:22:32 | dpassen1 | ep0ch: will look |
22:23:20 | | Quit linuxstb (Connection timed out) |
22:23:28 | dpassen1 | http://www.foobar2000.org/foospeed/ |
22:23:50 | ep0ch | nice, ty |
22:24:05 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
22:24:51 | dpassen1 | from a users standpoint a very nice format |
22:25:46 | ep0ch | arent the bitrates quite high for it though? |
22:25:56 | dpassen1 | depends on what you consider high |
22:26:03 | amiconn | preglow: The fixed shift mul can also be made faster, but that needs integer mode... |
22:26:08 | dpassen1 | at 140 kbps and up, it tends to be more transparent than any other lossy |
22:26:19 | preglow | amiconn: oh? how? |
22:26:28 | dpassen1 | MPC −−standard tends to save me about 20 kbps over LAME MP3 −−aps |
22:26:34 | amiconn | Hmm, in fact my idea would need switching between integer and fractional mode... |
22:26:48 | preglow | well, that'd work okay |
22:26:48 | ep0ch | shame i've now encoded everything with vorbis@q4 |
22:26:52 | preglow | the shift itself takes just two cycles |
22:27:04 | linuxstb | Slasheri: I'm convinced there is a subtle bug in the rebuffer_and_seek function, but I can't see it. By using read() instead of advance_buffer(), previously troublesome FLAC files play perfectly. |
22:27:19 | amiconn | preglow: The fixed mult shifts right by 14. The acc is 48 bit, so we don't need separate calculation of low & high... |
22:27:20 | dpassen1 | not really, vorbis has gapless, replaygain, and good tag support |
22:27:31 | preglow | amiconn: oooh, i see |
22:27:53 | ep0ch | dpassen1: mpc is gapless or not? |
22:27:59 | preglow | dpassen1: and last but not least, you CAN SEEK |
22:28:09 | preglow | ep0ch: yes, through hacks, it seems |
22:28:16 | ep0ch | nasty |
22:28:17 | dpassen1 | preglow: forgot that, but i tend to speak more through a users standpoint |
22:28:28 | preglow | dpassen1: and users suddenly don't seek anymore? :P |
22:28:36 | ep0ch | imho anything that adds a gap is useless |
22:28:47 | dpassen1 | doesn't need to be sample accurate or incredibly fast on modern processors |
22:29:12 | dpassen1 | i can imagine scaling it down to the processor in the 1x0s is very different |
22:29:33 | * | amiconn still prefers plain old mp3. Plays almost anywhere, and is quite good when created with lame |
22:30:13 | dpassen1 | can't argue with that, i have nearly 14 GiB of LAME -aps encodes |
22:30:16 | preglow | i prefer free formats whenever i can |
22:30:17 | ep0ch | yeah you cant beat the portability of mp3 |
22:30:18 | markun | amiconn: phaedrus961 fixed bidi in the unicode patch I believe |
22:30:56 | amiconn | markun: That's good for sure, but I'm afraid we now have to wait some time before unicode can be committed :( |
22:31:42 | markun | Yes, I'm afraid of that too. Maybe if you would make the bootimages self-extracting.. ;) |
22:31:53 | preglow | amiconn: btw, the accumulator is 40 bit in integer mode |
22:32:01 | preglow | amiconn: not 48, the upper extension word is just a sign extension |
22:32:31 | amiconn | Meh :( |
22:33:08 | Slasheri | linuxstb: Hmm, could you send one problematic file to me so I could try that later? |
22:33:12 | | Join einhirn [0] (i=Miranda@szgt-d9b8e943.pool.mediaWays.net) |
22:33:20 | amiconn | Usually I do read datasheets thoroughly. Overlooked that. |
22:33:28 | ep0ch | will rockbox have a plugin to flash the firmware for iriver? i hate going into stock firmware to flash... |
22:33:34 | preglow | amiconn: tickled the back of my mind, so i checked it |
22:33:52 | preglow | ep0ch: yes, we probably will |
22:34:12 | linuxstb | Slasheri: http://www.davechapman.f2s.com/rockbox/broken.flac |
22:34:21 | Slasheri | linuxstb: ok, thanks :) |
22:34:35 | ep0ch | it will be needed if we ever have the whole of rockbox as firmware :) |
22:35:03 | phaedrus961 | amiconn: what is the problem with bidi and the splash function? |
22:35:36 | linuxstb | Slasheri: The issue that worries me is that it sometimes works, sometimes doesn't. But the logf seems to point to the rebuffer_and_seek function being called each time it fails. |
22:35:51 | amiconn | The problem (in cvs code) is that the splash function draws the lines word by word, not the whole line at once, so the bidi algorithm can't work correctly |
22:35:52 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
22:36:48 | Slasheri | linuxstb: Hmm, good. Then the problem is probably with that function. I will take a look soon, cu -> |
22:37:23 | phaedrus961 | ahh ok, then it hasn't been fixed by the unicode patch |
22:38:37 | solexx | hi again. anybody got a solution to my wiki problem? (wrote about it an hour ago) |
22:40:02 | preglow | i've got no idea |
22:40:07 | preglow | i just plain and simple registered again |
22:40:55 | solexx | can I delete my account? I am still registered, since I can still login |
22:41:25 | preglow | *shrug* |
22:42:41 | solexx | I forgot, who is administering the site again? |
22:42:57 | preglow | but what about someone implementing this compressed rockbox image thing so we can have unicode as well? :P |
22:43:41 | amiconn | We will have it, for sure. |
22:44:41 | solexx | Am I right that unicode support won't have any effect on the filesystem? |
22:44:45 | solexx | (reading and writing) |
22:45:05 | * | solexx is talking about filenames |
22:45:16 | amiconn | I think it wouldn't be a good idea to incorporate two major changes at once. It might make debugging very hard |
22:46:28 | amiconn | So imho we should just wait with unicode commit until the gui conversion is done. |
22:46:53 | amiconn | That doesn't mean to stop unicode development... |
22:47:00 | phaedrus961 | solexx: not exactly, the unicode patch writes filenames in proper unicode |
22:47:16 | phaedrus961 | the current code only writes proper unicode for latin1 names |
22:47:50 | | Quit XavierGr_ (Read error: 110 (Connection timed out)) |
22:53:29 | ep0ch | am i right in saying the peakmeter values are calculated before replaygain applies gain? |
22:54:49 | ep0ch | i.e. before the dsp |
22:55:18 | | Quit Bagder ("Off to search for that connect-resetting peer guy!") |
22:55:19 | linuxstb | preglow: I would be happy for you to enable your EMAC changes to the FLAC decoder. I don't think we need to wait for seeking. |
22:55:52 | preglow | aight, gimme half an hour |
22:56:31 | linuxstb | Thanks. |
23:00 |
23:00:07 | ep0ch | meh, ignore me i managed to test the only album i have that doesn't have replaygain tags |
23:01:01 | | Join muesli__ [0] (i=muesli_t@hmln-d9b8ef57.pool.mediaWays.net) |
23:16:16 | | Part ep0ch |
23:24:01 | | Quit muesli- (Read error: 113 (No route to host)) |
23:29:33 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-132-187.pools.arcor-ip.net) |
23:31:00 | amiconn | oooopssssesss... |
23:31:13 | * | amiconn found a bug in the Ondio builds |
23:32:00 | miner49er | Wow! I think GCC has finally built! it took about 2 hours, but I think it's worked! Is there any way I can check if it's built, I mean it doesn't say Erroor anyway, it ended with nothing to do for install |
23:32:48 | | Quit Kohlrabi (Nick collision from services.) |
23:32:49 | | Nick Kohlriba is now known as Kohlrabi (n=Kohlrabi@dslb-082-083-132-187.pools.arcor-ip.net) |
23:35:30 | TiMiD | how can I update just a directory with CVS ? |
23:37:57 | amiconn | Found the problem why BUTTON_OFF didn't stop playback from the file browser on iriver and Ondio as intended |
23:39:40 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
23:41:31 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
23:42:28 | linuxstb_ | TiMiD: I'm not sure what you mean. If you do "cvs update" then that will update everything in the current directory (and subdirectories). Is that not what you want to do? |
23:44:55 | TiMiD | what I want to do is to update just the apps dir and all the subdirs |
23:45:32 | linuxstb_ | Then just do "cd apps; cvs update" |
23:46:09 | miner49er | I'm trying to build the X11 sim, can anyone help me out? |
23:46:21 | TiMiD | will it be aware that it must be updated on app/ on the server ? |
23:46:30 | TiMiD | it parses the path I suppose |
23:46:43 | linuxstb_ | TiMiD: Yes - every directory has a "CVS" subdirectory containing that information. |
23:47:11 | linuxstb_ | e.g. you could move the apps/codecs directory anywhere on your hard drive, and still update that codecs directory doing "cvs update" from inside it. |
23:47:21 | TiMiD | ok ! |
23:47:29 | TiMiD | I understand know ;) |
23:47:39 | TiMiD | thanks for the lesson :) |
23:47:51 | linuxstb_ | np |
23:48:32 | linuxstb_ | I also find it very useful to do "cvs diff -ub file.c" before I commit changes to that file. That will show you what you are about to commit. |
23:49:15 | amiconn | What does the -b do? |
23:49:37 | amiconn | I'm doing similar, usually a diff -u across the whole working copy |
23:50:07 | amiconn | cvs diff -u even |
23:50:56 | linuxstb_ | I'm not sure I should be using it - it ignores changes in whitespace. |
23:51:04 | linuxstb_ | But I remember badger mentioning it once. |
23:51:27 | linuxstb_ | In fact, I normally do a variety of diffs - sometimes just a simple "cvs diff" (no options) and somtimes -u3 |
23:51:39 | miner49er | I'm trying to build the basic firware, giving the sim a break. But I'm getting ***No rule to make target 'gui/buttonbar.c' ...can anyone pleae help me? |
23:52:06 | TiMiD | grrr encoding :( |
23:52:24 | amiconn | miner49er: You need to reconfigure |
23:52:32 | preglow | linuxstb: done |
23:52:51 | miner49er | amiconn: you mean (in build dir) ../tools/configure ? |
23:52:57 | amiconn | yep |
23:53:20 | TiMiD | I will remove the é from my name :/ |
23:53:47 | miner49er | just did that, and i'm getting the same cobblers back |
23:54:01 | amiconn | é |
23:54:09 | linuxstb_ | miner49er: Do you have the apps/gui/directory in your source tree? |
23:54:19 | linuxstb_ | I mean apps/gui/ directory |
23:54:39 | miner49er | hang on, i'll check |
23:55:38 | miner49er | linuxstb: It appears not, just a load of .c and .h files |
23:55:52 | linuxstb_ | In which case do "cvs update -d" from the apps/ directory. The -d option means to get new directories from the repository. |
23:56:28 | miner49er | well, I just downloaded the lates source file - I havn't delved into cvs yet. Is it possible to do this now? |
23:56:42 | miner49er | ...or shall I start from a blank source dir? |
23:58:09 | linuxstb_ | The gui/ was missing from the source files. |
23:58:26 | miner49er | Right, I'll just get to grips with CVS then, cheers! |
23:58:31 | linuxstb_ | I added it earlier today - is there a "bleeding edge" source archive? |
23:58:46 | linuxstb_ | But yes, CVS will be easier. |
23:59:00 | miner49er | I'd prefer to learn how to use CVS really. it's A Good Thing |