| 00:09:52 | | Join webguest47 [0] (~44d90297@labb.contactor.se) |
| 00:10:17 | webguest47 | hi guys, please make it so we can view current.txt log in mozilla |
| 00:10:45 | webguest47 | Adity1: i've been unable to read it with mozilla for the last couple of days now, and i'm getting addicted |
| 00:10:58 | webguest47 | thanks, see ya |
| 00:11:01 | | Part webguest47 |
| 00:11:31 | rasher | It's a "feature" of mozilla, really, but it really is annoying. |
| 00:11:47 | ze | whats the problem? |
| 00:12:12 | rasher | Mozilla doesn't believe the server saying that the file is text/plain |
| 00:12:32 | ze | uh hmm |
| 00:12:38 | ze | never known mozilla to not believe the server |
| 00:12:47 | ze | ...even when the server's wrong |
| 00:13:04 | preglow | it does here |
| 00:13:07 | preglow | that's the point |
| 00:13:14 | ze | from what i've heard, ie's the only one that pulls that kinda crap |
| 00:13:16 | ze | weird |
| 00:13:17 | preglow | well |
| 00:13:18 | ze | whats the url? |
| 00:13:20 | preglow | firefox does as well |
| 00:13:24 | preglow | www.rockbox.org/irc |
| 00:13:42 | | Join webguest61 [0] (~44d90297@labb.contactor.se) |
| 00:13:55 | rasher | ie does it a lot more, true |
| 00:13:57 | ze | ... |
| 00:14:03 | ze | it just gets displayed for me |
| 00:14:03 | webguest61 | hehe, actually i spoke too soon, the log bot just open a new log, and this one seems to be working fine with mozilla |
| 00:14:04 | ze | in firefox |
| 00:14:09 | ze | ah |
| 00:14:09 | ze | heh |
| 00:14:11 | ze | :p |
| 00:14:16 | ze | figures |
| 00:14:16 | rasher | but in this case, firefox really is second-guessing the server |
| 00:14:26 | webguest61 | yes |
| 00:14:28 | DBUG | Enqueued KICK rasher |
| 00:14:28 | rasher | well wait until I use colours |
| 00:14:48 | ze | 00.14.28 DBUG Enqueued KICK rasher |
| 00:14:48 | ze | 00.14.28 # <rasher> well wait until I use 8colours |
| 00:14:49 | rasher | the control character will throw off mozilla/firefox |
| 00:14:50 | webguest61 | yes, color looks annoying |
| 00:14:52 | ze | heh |
| 00:14:57 | rasher | Hm, okay |
| 00:15:05 | DBUG | Enqueued KICK webguest61 |
| 00:15:05 | webguest61 | colours |
| 00:15:09 | rasher | some other characters bold perhaps? |
| 00:15:18 | Ctcp | Ignored 2 channel CTCP requests in 37 seconds at the last flood |
| 00:15:18 | * | preglow has stripped colours from his irssi :] |
| 00:15:18 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 00:15:20 | webguest61 | same also |
| 00:15:24 | ze | still showing |
| 00:15:25 | ze | heh |
| 00:15:29 | rasher | well, some characters do that |
| 00:15:30 | preglow | *cough* complete the gray scale patch! *cough* |
| 00:15:50 | markun | Yeah yeah.. :) |
| 00:16:30 | markun | I thought I'd be a good boy and submitted the center-scrolling patch to the tracker. |
| 00:16:38 | | Part webguest61 |
| 00:17:12 | | Quit Harpy_ (Read error: 110 (Connection timed out)) |
| 00:17:30 | markun | also implemented it for the menu |
| 00:18:22 | preglow | goodie |
| 00:18:25 | ze | ah ok rockbox-20050527.txt is doing it though |
| 00:18:35 | ze | "which is a: Text File" |
| 00:18:46 | ze | odd, usually that says a mime-type |
| 00:19:09 | preglow | firefox does some foolish second guessing |
| 00:19:15 | preglow | i wonder if it's possible to turn it off |
| 00:20:31 | ze | ok just checked the headers with curl and both current.txt and rockbox-20050527.txt come up with the same Content-Type: so hmm |
| 00:21:00 | ze | that means firefox is interpreting the mime-type and replacing it with "Text File" in that dialog... and yet after doing that, not recognizing it as a text file it can display? wtf |
| 00:21:43 | ze | whoa wtf, something's broken in my firefox... about:config gives an XML parsing error |
| 00:23:45 | markun | At alternate.de the MK-3006GAL (1,8" 30GB) is cheaper than the MK-2004GAL (1,8" 20GB). I'd love to trade my HD with them.. |
| 00:24:56 | rasher | sell the 20gb one to a ihp-100 owner |
| 00:25:06 | markun | http://www3.alternate.de/html/shop/productListing4C.html?cat1=007&cat2=222&cat3=000&treeName=HARDWARE&Level1=Festplatten&Level2=1%2C8+Zoll& |
| 00:25:18 | markun | That's also an idea. |
| 00:32:32 | rasher | I'm going to blame http://forums.mozillazine.org/viewtopic.php?t=16497&start=124 that guy for what firefox is now doing |
| 00:35:04 | ze | gah |
| 00:35:12 | ze | so firefox now tries to save a txt file |
| 00:35:20 | ze | meanwhile a misconfigured mime-type on an html file |
| 00:35:25 | ze | still makes it try to save it |
| 00:35:27 | rasher | only if it thinks it isn't a text-file |
| 00:35:41 | rasher | for some value of "thinks" |
| 00:36:00 | ze | but it still doesn't do what its supposed to do, in working around misconfigured mime-types |
| 00:36:14 | ze | its just broken both ways now |
| 00:37:05 | preglow | conluding something isn't text just because it contains a non-ascii character is braindead |
| 00:37:31 | rasher | well it's non-printable characters |
| 00:38:04 | preglow | s/ascii/printable/ and my point still stands :> |
| 00:38:18 | preglow | some heuristic would be nice |
| 00:38:26 | preglow | more than 75% printable chars, and it's most certainly tex |
| 00:38:26 | preglow | t |
| 00:40:03 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 00:40:05 | rasher | Guess I'll check bojira |
| 00:40:18 | | Join courtc [0] (~courtc@adsl-154-34-69.asm.bellsouth.net) |
| 00:45:54 | ze | i don't get why it does that at all |
| 00:46:15 | ze | if its text/plain and .txt it should show it as text |
| 00:46:23 | rasher | It should. |
| 00:46:50 | ze | its only when its things like .rar or .gif that it shouldn't |
| 00:47:05 | ze | (and yet, it was that long ago it did show an archive or image or other binary file to me as text) |
| 00:47:09 | ze | s/was/wasn't/ |
| 00:51:44 | | Quit Strath ("Client closed") |
| 01:00 |
| 01:00:50 | | Join Strath [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net) |
| 01:03:56 | rasher | https://bugzilla.mozilla.org/show_bug.cgi?id=295759 |
| 01:05:13 | | Quit markun () |
| 01:06:38 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 01:15:14 | *** | Saving seen data "./dancer.seen" |
| 01:17:14 | | Join ashridah [0] (ashridah@220-253-123-87.VIC.netspace.net.au) |
| 01:41:08 | preglow | goodie |
| 01:43:45 | rasher | I'm sortof expecting them to explain that this is a feature |
| 01:43:51 | rasher | which is bogus |
| 01:44:40 | preglow | of course they are |
| 01:45:11 | preglow | i'd rather they just did the while thing by extension |
| 01:45:17 | preglow | if it's labeled .txt, then it sure as hell is text |
| 01:45:37 | preglow | if someone named their mp3 .txt, then good riddance, they may use another browser |
| 01:46:41 | rasher | I'd say mime-type is the thing to follow |
| 01:47:02 | rasher | *maybe* I could accept treating text/plain files ending in .mp3 as not being text |
| 01:47:20 | preglow | of course mime type is the way to go |
| 01:47:24 | rasher | but only if they find that it contains a lot of non-text |
| 01:47:34 | preglow | their point is that there are _a lot_ of misconfigured servers out there |
| 01:47:41 | preglow | that send everything as text/plain |
| 01:48:17 | rasher | This is overdoing it though |
| 01:48:20 | | Quit Stryke` (Read error: 110 (Connection timed out)) |
| 01:48:37 | preglow | i think their fallback should be extensions |
| 01:48:47 | preglow | not silly guessing based on contents |
| 01:49:48 | rasher | mhm |
| 01:52:28 | preglow | extension is how apache determines mine type in the first place anyway |
| 01:52:41 | preglow | unless specified by some script, of course |
| 01:54:03 | rasher | I think it may be doing some magic as well |
| 01:54:17 | rasher | But I'm not sure about that |
| 01:54:23 | rasher | But yes indeed |
| 01:55:05 | preglow | not much magic, as far as i know |
| 01:55:24 | preglow | edit mime.types, and boom, there you go |
| 01:55:43 | rasher | I think there's some module that tries to guess from file-contents, which brings us back to square one |
| 01:56:09 | rasher | not enabled by default for sure, and probably not by a lot of eople anyway |
| 01:59:04 | preglow | yeah, there is, but like you say, it's not default |
| 01:59:15 | preglow | it uses a 'file' like mechanism |
| 01:59:49 | preglow | if you've ever used that program |
| 02:00 |
| 02:00:03 | rasher | Yeah, it's lovely |
| 02:00:10 | rasher | file -i even does that |
| 02:01:06 | preglow | yeah, that's pretty leet |
| 02:01:23 | preglow | but of course more cpu intensive than i table/hash lookupå |
| 02:01:57 | rasher | verily |
| 02:06:59 | | Quit Strath ("Client closed") |
| 02:07:01 | rasher | exciting, someone replied to the bug |
| 02:08:15 | preglow | w00t |
| 02:10:04 | preglow | doesn't seem like he's a dev, though |
| 02:11:19 | rasher | nope |
| 02:11:29 | rasher | more confirmations is fine though |
| 02:11:49 | rasher | especially that it also happens on mozilla |
| 02:12:23 | | Quit gromit` (Read error: 54 (Connection reset by peer)) |
| 02:12:59 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 02:18:42 | amiconn | Hrmpf, silly preprocessor :/ |
| 02:19:03 | rasher | what's up? |
| 02:19:34 | amiconn | The c preprocessor doesn't evaluate |
| 02:19:38 | amiconn | #if (CONFIG_HWCODEC == MAS3587F) && (CONFIG_TUNER & S1A0903X01) |
| 02:19:42 | amiconn | as expected |
| 02:19:48 | amiconn | I have to use |
| 02:19:52 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 02:20:08 | amiconn | #if (CONFIG_HWCODEC == MAS3587F) && ((CONFIG_TUNER & S1A0903X01) == S1A0903X01) |
| 02:20:14 | amiconn | explicitly |
| 02:20:39 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 02:20:42 | amiconn | Even != 0 or > 0 don't work |
| 02:20:51 | rasher | curious |
| 02:22:57 | amiconn | The bit masked condition does work when used on its own, but not in && combination |
| 02:26:44 | preglow | haha |
| 02:26:44 | preglow | elegant |
| 02:27:20 | preglow | btw |
| 02:27:23 | rasher | yes, very nice |
| 02:27:42 | preglow | if you've only got #ifdef CONFIG_CPU == whatever, then some target specific asm code, then an #endif |
| 02:27:46 | preglow | should sims go red build then? |
| 02:29:42 | amiconn | I don't think so |
| 02:30:04 | amiconn | Iirc CONFIG_CPU doesn't get defined at all for simulator builds |
| 02:30:21 | preglow | mok, i could have sworn i did a red build like that some time |
| 02:30:50 | preglow | i've seen CONFIG_CPU == lolwhatevev && !SIMULATOR all over the place |
| 02:31:43 | preglow | no, i seem to be wrong |
| 02:31:53 | preglow | must be some wrong notion i've picked up from looking at dave chapmans code |
| 02:37:08 | amiconn | Now this is strange. That conditional works in a .c, but not in a .h |
| 02:37:32 | amiconn | ...copied literally |
| 02:38:16 | amiconn | When I change it as mentioned, it works in the .h too |
| 02:42:15 | rasher | wonderfu |
| 02:42:19 | rasher | l |
| 02:47:13 | preglow | i love code that isn't 64 bit safe |
| 02:47:14 | preglow | i adore it |
| 02:50:35 | | Quit cYmen_ ("zZz") |
| 02:58:30 | preglow | bedzor |
| 02:58:31 | | Quit preglow ("leaving") |
| 03:00 |
| 03:06:35 | | Join webguest53 [0] (~186a7ae2@labb.contactor.se) |
| 03:06:50 | webguest53 | Hello |
| 03:07:23 | webguest53 | Archos questions here? |
| 03:08:40 | webguest53 | Well ok, I have a 6000 and can no longer write to the disk, Latest Rockbox is on it and works great |
| 03:09:14 | webguest53 | Lots of songs on it and they play good |
| 03:09:31 | webguest53 | I cannot delete or add songs to it anymore |
| 03:09:40 | * | rasher points to amiconn |
| 03:09:50 | webguest53 | Archos says replace their special USB cable |
| 03:10:08 | webguest53 | Is their cable truly the only one that works? |
| 03:11:44 | | Join asianl0ve [0] (~asianl0ve@pool-71-241-132-243.burl.east.verizon.net) |
| 03:13:25 | webguest53 | Well thank you anyway folks, maybe another time |
| 03:13:46 | asianl0ve | what is the gb emuulator name in the rock box software |
| 03:14:07 | rasher | yeah, check back in the afternoon (GMT) |
| 03:14:10 | webguest53 | I do not know what GB is? |
| 03:14:27 | rasher | asianl0ve: rockboy |
| 03:14:41 | asianl0ve | does it play GBA files? |
| 03:15:13 | webguest53 | I do not know that yet, I downloaded and installed the latest stable on the site two weeks ago, I have no GBA files |
| 03:15:14 | rasher | nope |
| 03:15:15 | *** | Saving seen data "./dancer.seen" |
| 03:15:16 | rasher | gb and gbc |
| 03:15:27 | asianl0ve | I want to rally some pokemon emerald on my h120 |
| 03:15:35 | asianl0ve | ugghhh |
| 03:15:46 | asianl0ve | i spent an hour looking for roms |
| 03:16:06 | asianl0ve | theres nothing out there |
| 03:16:30 | webguest53 | I think I am in the wrong conversation |
| 03:16:50 | asianl0ve | yes that's possible |
| 03:17:04 | webguest53 | ooops sorry |
| 03:17:22 | asianl0ve | does anyone know any Gameboy sites that have pokemon on it? |
| 03:17:29 | asianl0ve | for roms |
| 03:17:35 | webguest53 | I will check back in the afternoon as suggested, thanks all for reponses |
| 03:17:41 | | Join amiconn_ [0] (~jens@p54BD4FE1.dip.t-dialin.net) |
| 03:18:08 | | Part webguest53 |
| 03:20:16 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 03:21:53 | asianl0ve | where do i place the GB rom so rockboy recognizes it? |
| 03:25:07 | ashridah | asianl0ve: anywhere, with an extension of .gb |
| 03:26:01 | ashridah | then select it in the file browser, and click the navi button (aka, press joystick in). rockboy's built in menu is accessed by a-b |
| 03:26:21 | asianl0ve | thanks |
| 03:34:18 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 03:34:18 | | Nick amiconn_ is now known as amiconn (~jens@p54BD4FE1.dip.t-dialin.net) |
| 03:36:46 | | Quit rasher ("Lost terminal") |
| 03:41:32 | | Join Strath [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net) |
| 03:46:11 | | Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) |
| 03:48:18 | | Quit asianl0ve () |
| 03:49:29 | | Quit tvelocity ("Leaving") |
| 04:00 |
| 04:05:16 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:08:35 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:25:45 | | Nick DMJC0skeeo is now known as DMJC (~James@220-245-174-50-sa-pppoe.tpgi.com.au) |
| 04:49:10 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 05:00 |
| 05:13:03 | | Join amiconn_ [0] (~jens@p54BD4FE1.dip.t-dialin.net) |
| 05:15:16 | *** | Saving seen data "./dancer.seen" |
| 05:29:39 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 05:29:39 | | Nick amiconn_ is now known as amiconn (~jens@p54BD4FE1.dip.t-dialin.net) |
| 05:35:06 | | Quit ferenczy ("using sirc version 2.211+KSIRC/1.2.4") |
| 06:00 |
| 06:01:25 | | Quit Adity1 (Read error: 131 (Connection reset by peer)) |
| 06:15:44 | | Quit textchimp () |
| 07:00 |
| 07:15:17 | *** | Saving seen data "./dancer.seen" |
| 07:24:43 | | Quit ashridah (Read error: 145 (Connection timed out)) |
| 07:41:47 | | Join ashridah [0] (ashridah@220-253-120-66.VIC.netspace.net.au) |
| 08:00 |
| 08:21:20 | Bager | morning all |
| 08:33:26 | | Quit DMJC ("Leaving") |
| 08:36:17 | | Join Harpy [0] (sMz18GUmt8@dsl-hkigw7wbb.dial.inet.fi) |
| 08:37:34 | | Quit edx (Read error: 60 (Operation timed out)) |
| 08:46:22 | | Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) |
| 08:57:05 | | Quit DMJC ("Leaving") |
| 09:00 |
| 09:15:20 | *** | Saving seen data "./dancer.seen" |
| 09:29:42 | Slasheri | hi |
| 09:31:10 | Slasheri | If i call mp3 decoding initializing the codec plugin "normally" i get 131% speed. If i initialize the plugin inside a thread then it gives me only 60% performance.. |
| 09:33:36 | amiconn | It's always within a thread. The scheduler makes no difference between the main thread and others |
| 09:37:58 | Slasheri | Okay. This is really interesting what is causing the issue.. |
| 09:47:45 | amiconn | There are only 2 differences between the main thread and others. (1) The main thread doesn't get created by create_thread(), because it's the one that is already there when the scheduler gets initialised |
| 09:48:01 | amiconn | (2) It has a significantly larger stack than the default |
| 09:49:49 | | Join Boobies [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 09:50:25 | | Nick Boobies is now known as Yokaloshi (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 09:51:00 | Yokaloshi | Okay guys before my broadband router so kindly kicked me off the internet yesterday by breaking down, i asked a question.... |
| 09:51:06 | Yokaloshi | does anyone remember? |
| 09:51:34 | ashridah | if you know what time it appears in the irc logs, we can find out |
| 09:51:49 | Yokaloshi | lol i'll just ask u again then.... |
| 09:52:17 | Yokaloshi | yeh, occasionaly mainly when i am walking my jbr10 just stops playing... |
| 09:52:32 | Yokaloshi | the screen says it is still playing but the music has stopped |
| 09:52:37 | Yokaloshi | got any ideas? |
| 09:52:58 | amiconn | Is the red LED on when that happens? |
| 09:53:24 | Yokaloshi | erm it might be, but i'm not sure, i never noticed. i will look next time |
| 09:53:35 | Yokaloshi | but i 'think' it is |
| 09:53:48 | amiconn | Please check that next time it happens. |
| 09:53:58 | amiconn | I'd also be interested in your hard disk model |
| 09:54:09 | Yokaloshi | erm wait a sec i'll see |
| 09:54:29 | amiconn | (Info->Debug->View disk info) |
| 09:57:13 | Slasheri | amiconn: Hmm, great. But i am unable to find out what is causing this. With vorbis2wav 150% performance from main thread and ~98% from new thread (there should be no yields inside the decoding thread so it gets all of the system power and cpu_boost is set to true) |
| 09:59:51 | | Join Bob [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 10:00 |
| 10:00:29 | Bob | okay how comes it says i am still logged in> (this is yokaloshi btw) |
| 10:00:34 | amiconn | Slasheri: Some ideas: (1) Perhaps there are changes in how IRAM is used? (2) Is your thread stack long aligned? (3) Maybe some functions are reordered and this changes icache friendliness |
| 10:01:12 | Bob | one of the other more annoying features of my box just came into play too |
| 10:01:28 | Bob | when i plug it in/un plug it it restarts my pc |
| 10:02:16 | Bob | okay amiconn it is a Hitachi_DK23DA-10 |
| 10:03:06 | Slasheri | amiconn: the stack is created this way: static long codec_stack[(DEFAULT_STACK_SIZE + 0x1000)/sizeof(long)]; (i have even tried + 0x100000 with no difference in speed) |
| 10:03:58 | Bob | .......... |
| 10:04:11 | Bob | Amiconn are you there? |
| 10:04:43 | Bager | Bob the red light dead |
| 10:04:47 | Bager | almost sure |
| 10:04:57 | Bob | meaning? |
| 10:05:00 | Bager | this bug was corrected recently |
| 10:05:07 | Bager | get daily build of rockbox |
| 10:05:11 | Bob | okay |
| 10:05:27 | Bob | tht means i need to re flash my box again doesnt it? |
| 10:05:34 | Bager | hm |
| 10:05:45 | Bager | did you flashed it with rockbox ? |
| 10:05:50 | Bob | yeh just yesterday |
| 10:05:59 | Bager | but in flash |
| 10:06:07 | Bager | or it's loading from disk |
| 10:06:08 | amiconn | Bob: (1) Bager is right, I'm almost sure it's the red led death, with that disk model |
| 10:06:15 | Bager | amiconn ;) |
| 10:06:28 | Bob | okay i flashed rockbox on yesterday |
| 10:06:31 | Bager | and with that "shaking" |
| 10:06:39 | Bager | Bob what do you mean with "flashed" |
| 10:06:50 | Bager | how did you flash it |
| 10:07:09 | amiconn | (2) If you flashed rockbox, just update your main image. |
| 10:07:15 | Bob | by following the blind guys rules on rockbox.org ;) |
| 10:07:28 | Bob | or *guide even |
| 10:07:32 | Bager | Bob just follow amiconn's advice |
| 10:07:35 | amiconn | Unzip the daily build to your recorder, play (=RoLo) ajbrec.ajz, then play rombox.uck |
| 10:07:44 | Bob | okay thn kwl |
| 10:07:44 | Bob | kk |
| 10:07:48 | amiconn | Err, rombox.ucl |
| 10:07:50 | Bob | wht is rombox btw? |
| 10:07:54 | Bob | i nvr did quite get tht |
| 10:08:24 | amiconn | You'll find the *.ucl files in /.rockbox; need to set 'Show files' to 'all' |
| 10:08:35 | Bob | cos yesterday when i flashed it i opened rockbox.ucl... was tht right? |
| 10:08:51 | amiconn | Rombox means that rockbox is running _directly_ from flash rom, leaving more free ram for buffering mp3 |
| 10:09:01 | Bob | ahhhh kwl |
| 10:09:14 | Bob | so its better thn playing rockbox.ucl? |
| 10:09:22 | amiconn | I'd recommend it |
| 10:09:32 | Bob | kwl |
| 10:09:47 | Bob | just incase my pc reboots when i plug in my box, brb |
| 10:10:00 | Bob | wow, i'm still here |
| 10:10:02 | Bob | kwl |
| 10:10:08 | Bob | didnt break this time |
| 10:10:14 | amiconn | I'm always running rombox on all my archoses |
| 10:10:22 | Bob | kwl kwl |
| 10:10:30 | amiconn | ...in fact I'm the one who debugged it :) |
| 10:10:38 | Bob | hahah :D fair enough |
| 10:11:12 | Bob | also what is the recorder 8mb thing? |
| 10:11:59 | | Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a216.wi.tds.net) |
| 10:12:27 | amiconn | It's a hardware mod. Replace the 2 MB ram chip with an 8 MB one for much more mp3 buffer |
| 10:12:38 | Bob | woweee |
| 10:12:43 | Bob | how ya do tht? |
| 10:12:50 | amiconn | Then you'd need the recorder 8 MB build to make use of the additional ram |
| 10:12:56 | Bob | yup |
| 10:12:56 | amiconn | No I didn't |
| 10:13:09 | Bob | no, i was meaning how do you do that? |
| 10:14:08 | amiconn | http://www.uwe-freese.de/hardware-projekte/rockbox/8mb_ram_en.html |
| 10:14:31 | Bob | thnx |
| 10:15:02 | Bob | thts silly |
| 10:15:05 | Bob | All Archos Jukebox models have 2MB RAM which is mainly used for buffering mp3 data. An unmodified device can buffer about 50 seconds of music in 256 kbps or 100 seconds in 128 kbps. That means the harddisk spins up very frequently, fills the buffer and then turns off again. |
| 10:15:15 | Bob | some of my mp3s are over 1mbps |
| 10:15:32 | | Quit Yokaloshi (Read error: 110 (Connection timed out)) |
| 10:15:52 | ashridah | what the hell is the point in having an mp3 that's 1Mbps?! |
| 10:16:16 | Rick | "quality lel" |
| 10:16:35 | ashridah | Rick: except it isn't. there's a point where adding a higher bitrate will do jack, particularly if you're using mp3 |
| 10:16:43 | ashridah | you'd have been better served getting a player that supports FLAC |
| 10:16:54 | Rick | ashridah: I know. Hence why it was in quotes. ;) |
| 10:17:14 | amiconn | ...uncompressed PCM... |
| 10:17:31 | Bob | lol |
| 10:17:41 | | Nick Bob is now known as Yokaloshi (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 10:17:43 | Yokaloshi | finally |
| 10:21:28 | | Join edx [0] (edx@pD9EAB630.dip.t-dialin.net) |
| 10:21:35 | Slasheri | Ah, i found the problem! |
| 10:21:42 | Slasheri | static long codec_stack[(DEFAULT_STACK_SIZE + 0x1000)/sizeof(long)] __attribute__ ((section(".idata"))); |
| 10:21:55 | Slasheri | Now it works. It requires the stack to be placed in IRAM |
| 10:22:21 | Slasheri | thanks amiconn .) |
| 10:22:21 | amiconn | Haha. Did I say something changed in IRAM usage? ;P |
| 10:22:27 | Slasheri | yes :) |
| 10:23:28 | Yokaloshi | i did what you said, so you reckon the problem will be fixed now? |
| 10:25:27 | amiconn | There's strong hope. I analysed the problem with my jukebox Studio, which happens to have the very same disk model, Hitachi DK23DA-10 |
| 10:26:01 | Yokaloshi | okay cool |
| 10:26:22 | amiconn | This disk is infamous for causing RLD for a long time |
| 10:26:44 | Yokaloshi | haha, i thought it might be a disk problem at first |
| 10:26:52 | Yokaloshi | i was thinking about putting a new one in |
| 10:26:57 | Yokaloshi | but now i dont need to :) |
| 10:27:25 | amiconn | I'd ask you to monitor whether the problem is fixed now, and report back |
| 10:27:42 | Yokaloshi | yeh i will |
| 10:29:16 | Yokaloshi | while i am here, i might aswell ask, what is with the way rockbox charges once it is flashed? it doesnt constantly charge does it? and also are there any ways to conserve battery life? |
| 10:29:18 | amiconn | We should really think about a 2.5 release. 2.4 is oooold now. |
| 10:29:27 | Yokaloshi | yeh |
| 10:30:02 | amiconn | The charging was also reworked recently, so it should perform better than 2.4. |
| 10:31:01 | Yokaloshi | ahh i see that now :) it actually charges now when the unit isnt turned on, instead of doing whatever it did before |
| 10:31:31 | Yokaloshi | last night i had it on charge alllll night,for like 11-12 hours, and got up this morning and it only had 18% battery |
| 10:31:56 | amiconn | Bet you had set 'deep discharge' to on |
| 10:31:59 | HCl | hello.. |
| 10:32:09 | Yokaloshi | no, it was set to trickle |
| 10:32:30 | | Join DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) |
| 10:32:55 | Yokaloshi | oh well, it works now :P, the problem is irrelevant |
| 10:32:59 | * | HCl smacks crappy dreams. |
| 10:33:10 | * | HCl yawns and goes to eat breakfast |
| 10:37:35 | Yokaloshi | has anyone got the rockvideo thing that they can email me because the original download site with it doesnt work anymore |
| 10:38:54 | Yokaloshi | pllllllleeeeeeeeeaaaaaaaaaaaasssssssssse |
| 10:41:16 | HCl | rockvideo thing? |
| 10:43:50 | Yokaloshi | thanks :) |
| 10:46:58 | Yokaloshi | amiconn all it says once i have tried convert something something is an error the RVFMux filter failed to initialise |
| 10:47:05 | Yokaloshi | :/ |
| 10:47:20 | amiconn | Did you install that filter? |
| 10:47:33 | Yokaloshi | oh lol, yeh i forgot bout tht |
| 10:47:37 | Yokaloshi | i used to ave it |
| 10:48:30 | Yokaloshi | i'm bein a right dippy muppet today |
| 10:51:34 | Slasheri | Is it possible to implement any pre-emptible scheduling to the kernel? Now codecs work in a separate thread but UI is very sluggish |
| 10:53:48 | Slasheri | Hmm, wait.. Maybe there is not need for that |
| 10:56:03 | Slasheri | Still some lag with ui but not very bad |
| 11:00 |
| 11:03:48 | Yokaloshi | i'm bored, what can i do to my box tht doesnt involve de soldering it? |
| 11:07:15 | | Join Zagor [0] (foobar@h63n1fls31o265.telia.com) |
| 11:15:24 | *** | Saving seen data "./dancer.seen" |
| 11:18:11 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 11:19:30 | preglow | Slasheri: i'm quite certain libmad needs more than 4k stack |
| 11:19:44 | preglow | what's the default stack size? |
| 11:20:12 | Slasheri | preglow: Hmm, now I can easily check the stack size requirement through the debug menu because codec is playing on the background :) |
| 11:20:58 | preglow | preemptive multi-tasking shouldn't be THAT hard |
| 11:21:06 | preglow | but isn't it possible to have the codec yield between frames? |
| 11:21:11 | Slasheri | But currently i am working on vorbis and implementing real file buffer and codec api for it |
| 11:21:25 | Slasheri | preglow: Yes, if the frames are small enough |
| 11:21:41 | preglow | well, that depends on the codec |
| 11:21:45 | preglow | mp3 frames are pretty small |
| 11:21:53 | preglow | vorbis frames are mediumish |
| 11:22:02 | Slasheri | great.. then it shouldn't be a problem |
| 11:22:08 | Bager | guys, did you know that google can be used as scientific calculator ? |
| 11:24:27 | Yokaloshi | lol |
| 11:24:28 | Yokaloshi | wo0t |
| 11:24:30 | Yokaloshi | and yes |
| 11:24:40 | Yokaloshi | it can also be used as a dictionary and other stuff |
| 11:25:19 | Yokaloshi | just type define: <your word> and it gets a load of dictionary definitions |
| 11:28:36 | amiconn | Gtg, cu |
| 11:28:57 | | Part amiconn |
| 11:32:42 | | Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) |
| 11:36:10 | | Join _DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) |
| 11:37:40 | Slasheri | preglow: it worked great! Now listening to vorbis and there is no lag with ui at all! :) |
| 11:39:37 | preglow | great! |
| 11:39:47 | preglow | have you found out how to do the wps stuff? |
| 11:40:17 | Slasheri | not yet.. I still have to work with buffers etc. Maybe i will look into it later |
| 11:40:49 | preglow | sure |
| 11:40:56 | preglow | playback mechanism is more important by far |
| 11:43:39 | Slasheri | with the current implementation it's also impossible to use another plugins while listening to something. But this can be fixed later |
| 11:43:49 | | Join AlphaFish [0] (None@p549ACE11.dip.t-dialin.net) |
| 11:44:09 | | Part AlphaFish |
| 11:45:06 | preglow | indeed |
| 11:45:17 | preglow | codecs are supposed to be a special plugin type anyway |
| 11:45:58 | textchimp | is there any disadvantage to having the codecs as plugins? |
| 11:46:08 | textchimp | are they less efficient? |
| 11:46:16 | Slasheri | yes.. maybe there should be entirely different plugin api for codecs |
| 11:46:26 | preglow | we won't have to waste a ton of memory on all the codecs |
| 11:46:27 | Slasheri | no, there are not |
| 11:46:32 | Slasheri | *they |
| 11:46:40 | preglow | and they won't be any less efficient |
| 11:46:53 | textchimp | someone said plugins were harder to debug? |
| 11:46:58 | preglow | they are |
| 11:47:11 | preglow | but that's a coder problem |
| 11:47:27 | textchimp | yeah |
| 11:47:34 | preglow | i still don't want to waste to megabytes of my precious ram on codecs i'll never use |
| 11:47:37 | preglow | two |
| 11:48:20 | textchimp | ram? are all the plugins loaded into ram? |
| 11:48:44 | Slasheri | only the current plugin being used is loaded |
| 11:49:22 | preglow | the entire point of codecs is that they're only in ram when you need them |
| 11:49:25 | preglow | eh |
| 11:49:30 | preglow | entire point of plugins |
| 11:49:32 | Slasheri | with codec plugins, all necessary codecs to decode files in the buffer are loaded in that buffer too |
| 11:52:51 | preglow | do you handle file buffering currently, btw? |
| 11:53:04 | Slasheri | only partially, still working on it |
| 11:53:25 | preglow | i'll imagine that'll be a bit tricky |
| 11:53:26 | Slasheri | but there should be no problems so far to do full buffering |
| 11:53:31 | Slasheri | :) |
| 11:53:35 | preglow | the codecs will have to load their own data, but that can come later |
| 11:54:00 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
| 11:54:11 | Slasheri | codecs load all their data from file buffer by calling size_t (*read_filebuf)(void *ptr, size_t size); |
| 11:54:24 | Slasheri | currently only vorbis codec supports this |
| 11:54:34 | preglow | so you do delegate that task to the codec itself? |
| 11:55:04 | Slasheri | no, codec api will handle the buffer read requests |
| 11:55:27 | preglow | 'cause codecs will need to strip away metadata and such |
| 11:55:28 | Slasheri | but codec itself will get new data from buffer when it needs it |
| 11:56:09 | preglow | and mod format will need to do more advanced loading than just reading the file into memory |
| 11:56:13 | Slasheri | Hmm, yep. The codec gets access to the original file content by calling that callback function |
| 11:56:13 | preglow | but this can come later |
| 11:56:24 | Slasheri | hmm, okay |
| 11:56:31 | preglow | yeah, sure, but the codec is also what needs to read the file into the file buffer in the first place |
| 11:56:43 | preglow | since the codec knows better than rockbox what needs loading and what can be stripped |
| 11:57:00 | Slasheri | Ah, i see |
| 11:57:26 | preglow | and in the case of mod and midi format, the entire file needs to be preprocessed, and the result of that is what is put in the filebuf |
| 11:58:53 | Slasheri | Okay, hmm. I will think about that |
| 11:59:27 | preglow | it's worth keeping in mind, yes, even if you don't need to implement it yet |
| 12:00 |
| 12:16:07 | Slasheri | preglow: Hmm.. Maybe it would be a basic solution that codec may tell the api if it needs the whole song in the memory to be directly accessible all the time? |
| 12:17:08 | preglow | only non-streaming codecs need that, and those are also the very same codecs that need to do their own loading |
| 12:17:11 | preglow | just forget those formats for now |
| 12:17:14 | | Quit Yokaloshi () |
| 12:17:19 | Slasheri | ah, ok :D |
| 12:17:23 | preglow | they'll be a lot of work |
| 12:24:33 | | Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 12:24:39 | | Quit textchimp (Read error: 60 (Operation timed out)) |
| 12:25:07 | Yokalosh | What do the plug ins in the latest daily build of rockbox for jbr do? |
| 12:25:14 | Yokalosh | like alpine_cdc etc |
| 12:28:25 | Yokalosh | hello? |
| 12:29:11 | Zagor | most plugins are described in the wiki |
| 12:29:30 | Zagor | alpine_cdc is an Alpine CD-changer emulator |
| 12:30:09 | Yokalosh | oh, what can you do with it? |
| 12:39:21 | Yokalosh | actually dw |
| 12:39:24 | | Quit Yokalosh () |
| 12:43:51 | | Join Bumi [0] (~blabla@bzq-80-34-158.red.bezeqint.net) |
| 12:43:55 | Bumi | hey everyone |
| 12:44:54 | | Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 12:46:26 | Bumi | any iriver port people here |
| 12:46:27 | Bumi | ? |
| 12:46:37 | preglow | yes |
| 12:47:21 | Yokalosh | haha pokémon yellow on my jbr 10 |
| 12:47:24 | Yokalosh | funny stuff |
| 12:47:49 | HCl | rockboy runs very slow on archos.. |
| 12:48:46 | Yokalosh | you are right there :) |
| 12:48:55 | Bumi | preglow |
| 12:49:05 | Yokalosh | how comes it is so slow? |
| 12:49:12 | preglow | bumi |
| 12:49:18 | Bumi | i talked to the guy who made the right right to left pluging to rockbox |
| 12:49:31 | Bumi | and he sayed that he is willing to update it |
| 12:49:44 | Bumi | but only if it gets added to the main releace |
| 12:49:56 | Bumi | since he dosnt want to rewrite the patch for each version |
| 12:50:08 | preglow | why'd he do that? |
| 12:50:19 | preglow | doesn't change that often |
| 12:50:24 | Bumi | well |
| 12:50:26 | preglow | but we can't guarantee anything like that beforehand |
| 12:50:32 | preglow | if it's good, then it get's added |
| 12:50:36 | Bumi | well |
| 12:50:43 | Bumi | its gonna work thats for sure |
| 12:50:52 | Bumi | and its better then no sepport at all..... |
| 12:51:08 | Zagor | Bumi: not if the code is bad |
| 12:51:19 | Zagor | (not saying it is, I haven't looked at it) |
| 12:51:31 | Bumi | what he sayed is that for him to update the patch means to refind all the places and lines that need to be changed... |
| 12:51:39 | Bumi | did anyone look at the last patch? |
| 12:51:49 | Bumi | its in the patch section of the rockbox site |
| 12:51:53 | Zagor | i don't know |
| 12:52:02 | Bumi | just dosnt work with the latest version] |
| 12:52:16 | Zagor | do you know the name or number? |
| 12:52:40 | Zagor | 783877? |
| 12:52:41 | Bumi | it whold just help us israelys and i guess arabs as well if there was right to left sepport |
| 12:53:19 | Bumi | http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=783877 |
| 12:53:25 | Bumi | yeap |
| 12:54:26 | | Join tvelocity [0] (~tony@ipa159.0.tellas.gr) |
| 12:54:57 | Yokalosh | guys which is the best iriver to buy? |
| 12:55:19 | Bumi | i have the iriver ihp-120 |
| 12:55:22 | Zagor | Yokalosh: ...for what? rockbox compatibility? |
| 12:55:26 | Yokalosh | yeh |
| 12:55:26 | Bumi | it has good hardware |
| 12:55:34 | Bumi | and bad firmware |
| 12:55:38 | Yokalosh | lol |
| 12:55:51 | Zagor | Yokalosh: we don't support any iriver 100% yet, but the 1xx series is furthest along |
| 12:55:53 | Bumi | rockbox is going to change that |
| 12:55:53 | Bumi | :P |
| 12:56:00 | Yokalosh | :D |
| 12:56:07 | Yokalosh | kwl |
| 12:56:19 | Bumi | you can allso buy the iaudio X5 which looks perty cool |
| 12:56:25 | Bumi | no rockbox |
| 12:56:29 | Bumi | but still damn good |
| 12:56:39 | | Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) |
| 12:56:45 | Yokalosh | so i shud get a ihp-140 or summot thn? |
| 12:57:24 | Bumi | yea |
| 12:57:31 | Bumi | thay are perty hard to find BTW... |
| 12:57:37 | Bumi | anyway |
| 12:57:43 | Bumi | zagar |
| 12:58:06 | Bumi | any chance someone can talk to gadi? (the creator), a feture like that will realy help us alot |
| 12:58:51 | Zagor | i recommend he joins this channel, it's the best way to talk |
| 12:59:18 | Zagor | the code looks fairly good, just a few issues i'd like to ask about |
| 13:00 |
| 13:00:08 | Bumi | ok |
| 13:00:15 | Bumi | i have his email and MSN |
| 13:00:19 | Bumi | ill try to talk to him |
| 13:02:25 | Yokalosh | hey look |
| 13:02:26 | Yokalosh | http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&category=91365&item=5777806596&rd=1&ssPageName=WDVW |
| 13:02:35 | Yokalosh | do you think i shud get it? or try... |
| 13:03:46 | Zagor | if you want a 140, go for it (but don't bid until last hour) |
| 13:04:06 | | Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) |
| 13:12:01 | Yokalosh | kwl |
| 13:12:09 | Yokalosh | well which is the best in ur view? |
| 13:15:27 | *** | Saving seen data "./dancer.seen" |
| 13:22:28 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
| 13:23:13 | | Join Lost-ash [0] (ashridah@220-253-123-126.VIC.netspace.net.au) |
| 13:23:32 | | Quit ashridah (Nick collision from services.) |
| 13:23:40 | | Nick Lost-ash is now known as ashridah (ashridah@220-253-123-126.VIC.netspace.net.au) |
| 13:30:15 | Bumi | zagor |
| 13:30:22 | Bumi | i talked to the developer |
| 13:30:27 | Bumi | he will come soon |
| 13:30:29 | Bumi | ok? |
| 13:30:37 | Bumi | hey rasher |
| 13:30:40 | Bumi | its omri |
| 13:30:54 | Bumi | the developer of the hebrew patch will come on mirc soon |
| 13:31:15 | | Join Kinslayer [0] (~dragon@bzq-82-80-140-173.red.bezeqint.net) |
| 13:31:23 | Bumi | hey kinslayer |
| 13:31:46 | Kinslayer | hey man |
| 13:31:53 | Bumi | sup? |
| 13:32:16 | Kinslayer | oh i'm just dandy :) u? |
| 13:32:21 | Bumi | Zagor |
| 13:32:42 | Bumi | hmmm..... |
| 13:32:45 | Bumi | wonder where he ment |
| 13:32:46 | Bumi | rasher |
| 13:32:48 | Bumi | you here? |
| 13:33:21 | Bumi | dang |
| 13:33:26 | Bumi | where did everyone go |
| 13:33:26 | Zagor | sorry, was away |
| 13:33:27 | Bumi | :P |
| 13:33:40 | Kinslayer | bumi: time for you to change deodorant :) |
| 13:34:04 | Bumi | ha? |
| 13:34:07 | Bumi | didnt get the joke |
| 13:34:09 | Bumi | :P |
| 13:34:17 | Bumi | i guess army made me too tired |
| 13:34:19 | Bumi | :P |
| 13:34:23 | Kinslayer | heh |
| 13:34:35 | Bumi | well anyway Zager |
| 13:34:49 | Bumi | can you talk to kinslayer about the patch? |
| 13:35:28 | Zagor | ah, Kinslayer you're gadi? |
| 13:35:44 | Bumi | yeap |
| 13:35:56 | Kinslayer | yeah hey :) |
| 13:36:22 | Zagor | right well the first point is how much of the code is specific to hebrew and how much is "just" right-to-left and works for other r2l languanges |
| 13:36:50 | Kinslayer | its all general r2l code |
| 13:36:57 | Kinslayer | i made sure it worked with arabic characters aswell |
| 13:37:07 | Kinslayer | of course there's no shaping support |
| 13:37:07 | Kinslayer | :) |
| 13:37:14 | Zagor | great. in that case I'd suggest we not call files and functions 'hebrew'. |
| 13:37:23 | Kinslayer | hehe ok... go for "bidi" |
| 13:37:31 | Zagor | good |
| 13:38:08 | Zagor | another point is about style. we try to keep the code in rockbox very simple. i'd like you to split lines so there is only one statement (semicolon) per line. |
| 13:38:25 | Zagor | except for() lines of course, but you get the point i think? |
| 13:38:31 | Kinslayer | ok, not a problem |
| 13:38:31 | Kinslayer | yeah |
| 13:41:45 | Zagor | otherwise it looks good. small and neat patch. |
| 13:41:52 | Kinslayer | ok great |
| 13:41:57 | Bumi | and very usefull |
| 13:41:58 | Bumi | :D |
| 13:41:58 | Kinslayer | i havent seen the rockbox code in a good couple of months |
| 13:42:06 | Kinslayer | but ill try do it this week sometime and make sure everything compiles cleanly |
| 13:42:11 | Kinslayer | thanks :) |
| 13:42:14 | Zagor | excellent |
| 13:42:44 | Bumi | i have another question |
| 13:42:50 | Bumi | if it works on the archos |
| 13:43:03 | Bumi | will it mean that it will work on the irivers as well? |
| 13:43:07 | Zagor | yes |
| 13:49:12 | | Quit Yokalosh () |
| 13:50:06 | Bumi | cool |
| 13:50:08 | Bumi | :D |
| 13:51:33 | rasher | I agree with amiconn that a release would be nice |
| 13:52:43 | Zagor | ya, a release is always nice :-) |
| 13:53:19 | rasher | Well... hasn't there been enough changes to justify it? |
| 13:53:59 | preglow | pft! wait until iriver port is ready, then do rockbox 3.0! |
| 13:54:30 | Zagor | haha |
| 13:54:46 | Zagor | rasher: yes it has |
| 13:55:23 | Zagor | i've just been lazy/absent this spring |
| 13:56:24 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
| 13:56:27 | MoosCamaro | Hi all |
| 13:58:51 | | Quit StrathAFK (tolkien.freenode.net irc.freenode.net) |
| 13:58:51 | NSplit | tolkien.freenode.net irc.freenode.net |
| 13:58:51 | | Quit Bagder (tolkien.freenode.net irc.freenode.net) |
| 14:00 |
| 14:13:27 | NHeal | tolkien.freenode.net irc.freenode.net |
| 14:13:27 | NJoin | Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 14:14:41 | | Join Strath [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net) |
| 14:18:45 | | Join Aramil [0] (~tony@ipa179.6.tellas.gr) |
| 14:26:26 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
| 14:32:03 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
| 14:40:17 | | Quit Aramil ("Leaving") |
| 14:52:30 | | Join bumi2 [0] (~blabla@bzq-80-34-158.red.bezeqint.net) |
| 14:52:31 | | Quit Bumi (Read error: 104 (Connection reset by peer)) |
| 14:54:00 | | Nick bumi2 is now known as bumi (~blabla@bzq-80-34-158.red.bezeqint.net) |
| 14:57:09 | | Join asdsd____ [0] (~asdsd@h-67-100-31-196.miatflad.dynamic.covad.net) |
| 15:00 |
| 15:15:26 | | Part asdsd____ |
| 15:15:31 | *** | Saving seen data "./dancer.seen" |
| 15:30:40 | | Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 15:39:00 | | Join Allex [0] (~505980c6@labb.contactor.se) |
| 15:40:22 | Allex | ... |
| 15:40:36 | preglow | ...... |
| 15:40:39 | ashridah | indeed |
| 15:40:46 | Allex | Hi ppl, whats up? |
| 15:44:44 | Slasheri | filebuffering almost done. Now it can play all vorbis files, no matter how big they are |
| 15:45:13 | Yokalosh | wow |
| 15:45:33 | Yokalosh | how do you guys do this shit? |
| 15:45:58 | Yokalosh | ur flippin genius's |
| 15:46:38 | preglow | Slasheri: l33t, does it handle wrapping at the end of the buffer and so on? |
| 15:46:58 | ashridah | Yokalosh: all it takes is motivation and a decent background in the right field. you don't start out knowing everything, you build your way there through many grueling years at a uni, and then start all over again when someone throws you into the deep end at a job :) |
| 15:47:14 | preglow | or you just skip the uni |
| 15:47:25 | ashridah | preglow: true, there's other ways to pick it up |
| 15:47:35 | Slasheri | yes, but currently it wont jump to next track when last is finished. I will do that next - gapless of course ;) |
| 15:47:38 | ashridah | but the general idea is the same. start simple, work upwards in complexity |
| 15:47:38 | preglow | i've learnt most things on my own |
| 15:48:04 | Allex | interest porting rockbox to SAA7750... did you have some docs? |
| 15:48:17 | preglow | i've learnt absolutely NOTHING new in programming in uni |
| 15:48:18 | preglow | heh |
| 15:48:26 | Zagor | Allex: docs about rockbox or the saa7750? |
| 15:48:35 | Allex | saa7750 |
| 15:48:37 | t0mas | Slasheri: you're using viewer plugins right? |
| 15:48:44 | t0mas | so no audio API? |
| 15:48:53 | Yokalosh | well i ave uni to come.... i'm 15 |
| 15:49:05 | Allex | Zagor: i have some PDF's but... but not full infos |
| 15:49:12 | | Join Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net) |
| 15:49:16 | Zagor | Allex: ask philips directly. they're usually pretty good about releasing docs. |
| 15:49:17 | ashridah | Yokalosh: the other ingredient is a willingness to experiment, and read anything in sight |
| 15:49:30 | Yokalosh | yeh haha |
| 15:49:53 | Yokalosh | can somebody make the gameboy thing work cos it is kwl but tooo sloowwwww |
| 15:49:58 | Yokalosh | :P |
| 15:49:59 | Slasheri | t0mas: Hmm, i am not sure how to say this.. Certainly there is some api but codec plugins are loaded as "regular plugins" |
| 15:50:24 | Allex | Zagor: hmm.... don't think so... |
| 15:50:38 | Slasheri | The only problem with the current implementation is that no other plugins can be used while audio is being played |
| 15:50:46 | ashridah | Yokalosh: i don't think anyone really has a good idea what HCl's been doing in the way of dynarec to pick it up without significant effort, and he seems less motivated to get it working. |
| 15:50:47 | t0mas | Slasheri: ok, I ment: it's not following the proposal in wiki right? |
| 15:50:50 | t0mas | it's a new idea? |
| 15:50:52 | Zagor | Allex: ? |
| 15:50:52 | ashridah | of course, it'll never be fully functional |
| 15:51:05 | Yokalosh | :( awwww |
| 15:51:09 | t0mas | ashridah: not much |
| 15:51:22 | Slasheri | t0mas: not precisely but the idea is same |
| 15:51:31 | Allex | Zagor: anyone asks philips about this chips? |
| 15:51:35 | Yokalosh | hey, i know i asked earlier but what is that alpine plug in and how does it work? |
| 15:51:43 | Slasheri | plugins and dynamically loaded as necessary and multi codec architecture is supported |
| 15:51:50 | Slasheri | *are |
| 15:51:57 | Zagor | Allex: I think not yet, but we've asked them about other chips before and got good responses. |
| 15:52:12 | Allex | Zagor: what chip? |
| 15:52:22 | Slasheri | t0mas: And there is input buffer for file data and output buffer for audio |
| 15:52:25 | t0mas | Slasheri: ok, and you can't use plugins at the same time because the plugin buffer is used for the codecs? |
| 15:52:37 | preglow | yokalosh: read http://www.rockbox.org/viewcvs.cgi/apps/plugins/alpine_cdc.c?view=markup |
| 15:52:53 | Zagor | Allex: the UDA1380TT iirc |
| 15:53:05 | Yokalosh | thnx |
| 15:53:06 | Slasheri | Hmm, yes. That might be one problem. But i will do a work around to this, sooner or later.. |
| 15:53:17 | t0mas | Slasheri: So a new codec buffer should be created? and then plugins can work again? |
| 15:53:36 | Slasheri | also the internal plugin stack is used by loaded codecs |
| 15:53:37 | Allex | Zagor: i want to program my MPIO FL100... now i can work with LCD... need infos about other stuff |
| 15:53:55 | Zagor | Allex: at least try asking them. can't hurt. |
| 15:53:55 | t0mas | Slasheri: so new thread + buffer is needed? |
| 15:54:05 | Zagor | gotta go |
| 15:54:09 | t0mas | bye |
| 15:54:39 | Slasheri | t0mas: Hmm, new thread is already done. I can't say for sure what is needed because I have not yet looked the code close enough |
| 15:54:42 | Allex | Zagor: bye |
| 15:55:26 | preglow | Slasheri: so you've just hacked the xxx2wav plugins to stop outputing data on the lcd and made then output pcm data through the plugin api? |
| 15:55:26 | Yokalosh | bye zagor |
| 15:55:32 | | Quit Yokalosh () |
| 15:55:48 | Slasheri | t0mas: in fact, the pluginbuf should not be a problem later |
| 15:56:37 | Allex | Anyone intresting to port on SAA7750? |
| 15:56:38 | Slasheri | preglow: yes, that is the basic idea. I might also copy the modified vorbis2wav, xxx2wav etc. files to entirely new files |
| 15:57:17 | Slasheri | preglow: in fact, they are not outputting the data through plugin api but codec api |
| 15:57:35 | t0mas | what codec api? |
| 15:57:53 | Slasheri | (codec api is given to the plugins as a parameter on codec initialization) |
| 15:57:58 | t0mas | ah ok |
| 15:58:00 | Slasheri | :) |
| 15:58:10 | t0mas | damn |
| 15:58:28 | t0mas | it's 34 degrees celsius here... and my cpu is at 67 :X |
| 15:58:34 | Slasheri | :D |
| 15:58:39 | t0mas | normally it's at just 45 to 50 |
| 15:58:55 | t0mas | (fully loaded) |
| 15:59:08 | Slasheri | here its ~16C outside |
| 15:59:16 | t0mas | ah, you live on a hill? |
| 15:59:28 | Slasheri | in finland :) |
| 15:59:33 | t0mas | oh wait |
| 15:59:34 | Slasheri | not a summer yet |
| 15:59:46 | * | t0mas thought you lived in ausria ;) |
| 15:59:49 | Slasheri | ;) |
| 15:59:51 | t0mas | *austria |
| 16:00 |
| 16:00:08 | * | t0mas stops his compile... |
| 16:00:16 | t0mas | at 70 it starts beeping... |
| 16:00:27 | t0mas | time to put my case fan back in |
| 16:00:27 | Slasheri | :/ |
| 16:00:36 | Slasheri | yes, you need a better cooling |
| 16:00:39 | rasher | 70 isn't too hot |
| 16:00:54 | t0mas | normally it's at 33 to 37 rasher |
| 16:01:01 | rasher | I mean it's hot, but the cpu shouldn't complain until you hit 85-90 |
| 16:01:02 | t0mas | and on 100% load it gets to 45 |
| 16:01:11 | Slasheri | my cpu is 38C currently (water cooled system) |
| 16:01:14 | rasher | wait.. what kind of cpu is this? |
| 16:01:21 | t0mas | athlon XP |
| 16:01:23 | t0mas | 3200+ |
| 16:01:49 | rasher | amds don't mind heat much |
| 16:01:52 | preglow | Slasheri: ahh, excellent, that's good thinking |
| 16:01:59 | Slasheri | :) |
| 16:02:13 | preglow | god damn, i wish i had time to help out |
| 16:02:19 | t0mas | rasher: still... 70 is hot |
| 16:02:28 | rasher | but not too hot |
| 16:02:45 | t0mas | I'll just put my case fan back in tonight |
| 16:06:09 | | Join BTKDaImMaikata [0] (~Bager@83.222.160.88) |
| 16:06:11 | | Quit Bager (Read error: 131 (Connection reset by peer)) |
| 16:07:22 | | Nick BTKDaImMaikata is now known as Bager (~Bager@83.222.160.88) |
| 16:09:33 | Bager | rasher about cpu temp... 85 is too much for athlon XP ...... |
| 16:10:51 | rasher | trying to find amd's spec papers, but they're throwing me into an infinite redirection loop |
| 16:11:11 | Bager | in fact, iirc, 80 or 90 degree C. is dieing |
| 16:11:31 | Bager | w8, rasher |
| 16:14:03 | rasher | amd lists 85 as maximum temperature for xp 2400 |
| 16:14:20 | rasher | trying to find the numbers for xp3200 |
| 16:15:25 | Bager | rasher there are about this |
| 16:15:28 | Bager | 80 or 90 |
| 16:15:51 | Bager | one of the letters in the marking of CPU is for this temperature |
| 16:16:21 | rasher | max temp for xp2000 is 90C |
| 16:17:14 | Bager | http://www.amdboard.com/amdid.html |
| 16:24:55 | * | preglow hugs his athlon64 |
| 16:25:47 | * | preglow gets burnt |
| 16:44:52 | * | Bager gives preglow some liquid nitrogen |
| 16:45:08 | Bager | or it's too late ? |
| 16:59:12 | | Quit Allex ("CGI:IRC (Ping timeout)") |
| 17:00 |
| 17:00:17 | | Quit ashridah ("sleep") |
| 17:15:35 | *** | Saving seen data "./dancer.seen" |
| 17:38:09 | | Quit rasher ("CGI:IRC (EOF)") |
| 17:46:41 | | Quit CoCoLUS (Read error: 60 (Operation timed out)) |
| 17:56:36 | | Quit bumi (Read error: 110 (Connection timed out)) |
| 17:59:11 | t0mas | Bager? what's max for 2600+ barton? |
| 18:00 |
| 18:07:38 | | Join dn [0] (~dn@203.101.54.106) |
| 18:08:24 | | Quit dn (Client Quit) |
| 18:08:36 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
| 18:18:19 | CoCoLUS | is that playback-patch from 2 days ago included in cvs yet? |
| 18:19:48 | t0mas | not afaik |
| 18:21:21 | | Join ehntoo [0] (500@24-177-161-77.dhcp.mrqt.mi.charter.com) |
| 18:22:19 | MoosCamaro | we all waiting Slasheri greats works :) |
| 18:22:41 | MoosCamaro | and Linus's of course |
| 18:23:13 | Slasheri | =) buffering should be finished soon. Now I will start testing if gapless playback with playlist works |
| 18:24:04 | MoosCamaro | please go ahead :) |
| 18:25:51 | CoCoLUS | does it work without a playlist? :) |
| 18:26:10 | preglow | Slasheri: do you know how to extract exact track length info from mp3 files? |
| 18:26:30 | preglow | CoCoLUS: that patch won't be included in cvs, it's just a hack |
| 18:26:46 | Slasheri | CoCoLUS: Hmm, you can select individual files from file browser / playlist, so yes? :) |
| 18:27:13 | Slasheri | preglow: No, i haven't had time to look into any wps stuff yet |
| 18:28:03 | preglow | Slasheri: you need the info for gapless playback, not wps |
| 18:28:16 | Slasheri | Hmm, is that really necessary? |
| 18:28:21 | preglow | well, yes |
| 18:28:27 | preglow | mp3, by default, doesn't store how long the track is |
| 18:28:40 | preglow | how can you make gapless playback when you don't know how long the track is? |
| 18:29:12 | preglow | you know how long the track is in frames, but you don't know how many real samples the last frame contains |
| 18:29:20 | Slasheri | okay, so it's not enough if switching between audio codecs is gapless? (i.e., no null data would be written into audio buffer) |
| 18:29:31 | * | t0mas is away: eating |
| 18:29:42 | preglow | not for mp3 |
| 18:29:46 | preglow | for vorbis, that will be enough |
| 18:29:52 | preglow | since you know, in samples, how long a track is |
| 18:30:05 | Slasheri | ah, yes i understand |
| 18:30:08 | Zagor | Slasheri: correct. mp3 requires extra massaging of the pcm data |
| 18:30:08 | preglow | so you know how many samples from the last frame you're supposed to chop away |
| 18:30:27 | preglow | mp3 doesn't tell you how many of the last frame samples you're supposed to chop away |
| 18:30:40 | preglow | lame does encode that file into the mp3s, though |
| 18:31:44 | preglow | and luckily, lots of people use lame these days |
| 18:33:35 | preglow | does encode that _INFO into the mp3 |
| 18:34:00 | * | preglow curses his sentence contruction skills |
| 18:35:02 | Slasheri | hmm, i will look that mp3 problem later after i got vorbis fully working |
| 18:35:06 | preglow | sure |
| 18:35:21 | preglow | vorbis is inherently gapless, so that's the better plan |
| 18:35:31 | Slasheri | great :) |
| 19:00 |
| 19:12:16 | | Quit Zagor (Remote closed the connection) |
| 19:15:36 | *** | Saving seen data "./dancer.seen" |
| 19:19:49 | | Join tvelocity [0] (~tony@ipa179.6.tellas.gr) |
| 19:20:32 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 19:20:48 | | Quit textchimp (Read error: 60 (Operation timed out)) |
| 19:21:01 | ripnetUK | hello box-rockers - ive been away for a week or 2 - any news on iRiver port? |
| 19:22:43 | | Quit ripnetUK (Client Quit) |
| 19:23:37 | | Join bumi2 [0] (~blabla@bzq-80-34-158.red.bezeqint.net) |
| 19:24:31 | | Join bill2or3 [0] (bill@cerberus.protovision.com) |
| 19:47:01 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 19:52:16 | | Join webguest79 [0] (~54b39dcf@labb.contactor.se) |
| 19:54:56 | | Quit webguest79 (Client Quit) |
| 19:56:02 | | Join webguest79 [0] (~54b39dcf@labb.contactor.se) |
| 20:00 |
| 20:00:57 | | Part LinusN |
| 20:01:51 | | Quit webguest79 ("CGI:IRC (EOF)") |
| 20:05:55 | | Quit bumi2 (Read error: 110 (Connection timed out)) |
| 20:40:13 | MoosCamaro | Hi Slasheri what's new about your works? :) |
| 20:41:23 | | Join bagawk [0] (~Lee@bagawk.user) |
| 20:41:26 | MoosCamaro | ohh go/back of Linus I see |
| 20:58:03 | Slasheri | MoosCamaro: Still testing.. Now contiguous playing of ogg files almost works. Still some small problems with buffering |
| 21:00 |
| 21:00:11 | | Quit bagawk ("Leaving") |
| 21:01:40 | CoCoLUS | as soon as gapless playback is working, im switching :)= |
| 21:04:14 | MoosCamaro | Slasheri: that progresses fine, it's cool |
| 21:04:23 | MoosCamaro | good luck ;) |
| 21:10:13 | Slasheri | hehe, thanks ;) |
| 21:10:19 | Slasheri | luck is needed |
| 21:12:14 | preglow | extremely good news |
| 21:13:16 | tvelocity | did i hear correctly? contiguous playing of ogg files almost works? |
| 21:14:16 | Slasheri | yes, that's correct. However, currently there is no wps or any display about what file is being played |
| 21:14:50 | tvelocity | thats great. congrats |
| 21:15:39 | *** | Saving seen data "./dancer.seen" |
| 21:18:12 | Slasheri | even highest bitrate vorbis files seems to work, at least if they are pre-buffered enough |
| 21:18:29 | CoCoLUS | is a system for reading tags/displaying already there and just not used or is it work in progress? |
| 21:18:59 | tvelocity | i haven't been following progress lately... what else is done/almost done? |
| 21:19:14 | Slasheri | I think the wps is there, but i don't know yet how to use it |
| 21:20:40 | tvelocity | how's the sound API going? |
| 21:20:50 | CoCoLUS | you're talking about the highest possible bitrate that the ogg codec allows or the original firmware limit (iirc 500 kbps)? |
| 21:21:13 | Slasheri | Hmm, 500 kbps |
| 21:22:47 | CoCoLUS | you're are using the 120 mhz mode at the moment? |
| 21:22:57 | Slasheri | yep |
| 21:23:22 | CoCoLUS | i'm curious... sorry for the questions ;) |
| 21:23:54 | Slasheri | However, i think that all codecs will get faster when more optimizations are made to them |
| 21:24:17 | Slasheri | At least vorbis, mp3 and flac should be realtime at the moment (maybe even more?) |
| 21:24:21 | CoCoLUS | do "normal" files (ie files with a bitrate like 150-250) run realtime with a lower frequency? without future optimizations |
| 21:24:43 | Slasheri | Currently they wont |
| 21:25:50 | Slasheri | But that's not a problem because switch to higher frequency should be only be made when it's necessary to fill the audio buffer faster |
| 21:27:16 | Slasheri | for example when audio buffer reaches watermark, we could boost the cpu and when the buffer is full, just restore slower frequency |
| 21:27:20 | preglow | Slasheri: wavpack |
| 21:27:33 | Slasheri | :) |
| 21:27:45 | preglow | CoCoLUS: "without future optimisation" is not a viable option, nor is "lower frequency" |
| 21:27:52 | preglow | they'll all have to see optimisation |
| 21:28:27 | preglow | running the transforms codecs at a lower frequency might help "some" |
| 21:28:35 | preglow | the only codec i'm sure can do that is mp3 anyway |
| 21:29:05 | CoCoLUS | i was talking about lower cpu frequency |
| 21:29:33 | preglow | mp3 might be able to run at a lower frequency |
| 21:29:37 | preglow | wavpack might also |
| 21:29:40 | preglow | perhaps flac, if you're lucky |
| 21:29:42 | preglow | that's that |
| 21:30:06 | CoCoLUS | because iirc the 120 mhz mode is somewhat unfriendly to the battery ;) |
| 21:30:31 | preglow | we'll not be using it all the time |
| 21:30:33 | preglow | just when decoding |
| 21:31:24 | CoCoLUS | so the plan is not to run continously at lower cpu frequency levels but use 120 mhz "bursts" ? |
| 21:31:40 | preglow | yes |
| 21:45:54 | | Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) |
| 21:46:55 | Yokalosh | I have a random little problem, its quite weird and i don't know why my recorder 10 does it |
| 21:48:36 | Yokalosh | does anyone know about a weird little battery prob |
| 21:48:53 | Yokalosh | its just my battery earlier, i turned it on it had 50% battery |
| 21:48:59 | Yokalosh | 2 minutes later 52 |
| 21:49:04 | Yokalosh | then 47 |
| 21:49:09 | Yokalosh | then 43 |
| 21:49:20 | Yokalosh | then 47 and then it went right down to 33 |
| 21:49:32 | Yokalosh | all in around 10 minutes |
| 21:49:37 | Yokalosh | can anyone help? |
| 21:52:40 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 21:55:30 | Yokalosh | anyone? yes, no, maybe? |
| 21:56:31 | LinusN | Yokalosh: are your batteries in good condition? |
| 21:56:44 | Yokalosh | they should be |
| 21:56:46 | LinusN | have you entered the correct battery capacity in the settings? |
| 21:56:54 | Yokalosh | erm yes |
| 21:57:03 | LinusN | how long does it play before it dies? |
| 21:57:25 | Yokalosh | it depends from day to day, usually a couple of hours, 5 or 6 maybe |
| 21:57:46 | LinusN | the battery percentage is just an educated guess |
| 21:58:09 | Yokalosh | ooooh |
| 21:58:11 | LinusN | and it is an attempt to tell how much playtime is left |
| 21:58:17 | Yokalosh | okay cool |
| 21:58:47 | Yokalosh | i never noticed it did that before though which is weird |
| 21:58:48 | LinusN | what is the battery capacity? |
| 22:00 |
| 22:00:15 | Yokalosh | 1500 |
| 22:01:00 | LinusN | then 5-6 hours seems pretty ok |
| 22:02:11 | Yokalosh | cool, but this only seems to have started happening since yesterday when i flshed it for the first time |
| 22:03:09 | LinusN | the battery capacity calculation is often somewhat off just after starting the jukebox |
| 22:03:31 | Yokalosh | yeh, this was 2 or 3 hours in :S |
| 22:05:02 | LinusN | hmmm |
| 22:05:25 | Yokalosh | i prbably just need new batteries, these are about 16 months old now |
| 22:06:47 | LinusN | guess so |
| 22:07:04 | Yokalosh | :) |
| 22:08:29 | MoosCamaro | Salut Linus |
| 22:08:43 | Yokalosh | so what cool things are planned for the future then? |
| 22:09:11 | MoosCamaro | Linus: Have you read the begining Slasheri works? :) |
| 22:09:27 | LinusN | MoosCamaro: yes, i'd like to see his code |
| 22:09:47 | MoosCamaro | :) |
| 22:10:20 | LinusN | Yokalosh: nothing special, i'm mostly working to get the iriver working |
| 22:13:43 | Yokalosh | awww |
| 22:14:01 | Slasheri | LinusN: I could probably do a patch tomorrow or at next week when i get the code more clean and working better |
| 22:14:21 | Yokalosh | c you guys later :) |
| 22:14:22 | LinusN | Slasheri: could you describe what you have done so far? |
| 22:14:37 | | Quit Yokalosh () |
| 22:15:53 | Slasheri | LinusN: Little improved audio buffer, file buffer for codecs&plugins (still buggy), changed plugin loader to also load from ram, passed plugin api to codecs as pointer to a structure, and very basic playlist control (i can select a song to start play with) |
| 22:16:24 | Slasheri | The playback starts almost immediately and buffering continues on background until the whole file buffer is filled |
| 22:17:08 | Slasheri | *passed codec api to codec plugins... |
| 22:18:26 | LinusN | Slasheri: how much have you looked at the current file buffering code? |
| 22:19:13 | Slasheri | Hmm, not much.. Maybe i should really check it |
| 22:19:58 | LinusN | we don't want a completely different approach for the iriver playback |
| 22:20:42 | LinusN | in the best case, we could have the same code on all platforms |
| 22:21:39 | Slasheri | yes.. currently the iriver related code is separated on a different file |
| 22:24:57 | LinusN | one of the reasons that it has took me so long to do the playback code myself is that it has been a lot of work to revamp the current code to fit into the software codec concept |
| 22:24:58 | Slasheri | Hmm.. do you think it might be possible to use existing file buffer directly on iriver? |
| 22:25:23 | Slasheri | okay, i understand.. |
| 22:25:51 | LinusN | my suggestion to you is to concentrate on the pcm playback issues |
| 22:26:08 | LinusN | and not to worry much about wps and playlists issues |
| 22:26:27 | LinusN | then we can "easily" merge your efforts into the current code |
| 22:26:50 | Slasheri | ok, i try to do that :) |
| 22:26:52 | LinusN | btw, what do you mean with "changed plugin loader to load from ram"? |
| 22:28:27 | Slasheri | i made a little change to the code: i changed the function plugin_load to plugin_load_ram that loads plugin from a giver address location. plugin_load still works as before and calls plugin_load_ram |
| 22:30:15 | LinusN | what for? |
| 22:30:46 | Slasheri | i used it to load codec plugins directly from ram buffer instead of file :) |
| 22:31:17 | Slasheri | and it worked well.. |
| 22:32:01 | LinusN | yes, but what for= |
| 22:32:02 | LinusN | ? |
| 22:32:52 | Slasheri | Hmm, when there are many songs loaded into memory, the new codec can be loaded from memory too insted of spinning up the disk.. |
| 22:33:35 | LinusN | why not just keep it loaded? |
| 22:34:35 | Slasheri | Ah, you mean that all necessary codecs could be loaded from disk when it's spinning and then keeping all of them running? |
| 22:34:59 | Slasheri | Hmm, that might be really a good idea |
| 22:35:20 | LinusN | the general idea is to have up to two codecs running at the same time |
| 22:35:25 | Slasheri | But then the plugin loader has to be modified to support multiple plugins to be loaded simultaneously? |
| 22:35:28 | LinusN | loaded on demand |
| 22:35:43 | LinusN | don't confuse plugins with codecs |
| 22:36:10 | LinusN | the codecs are separate from the ordinary plugins |
| 22:36:34 | Slasheri | yes.. (i just currently used plugin loader for testing) |
| 22:37:02 | Slasheri | okay, i understand what you mean |
| 22:37:45 | Slasheri | so there is no need to buffer codecs if codec loader could keep two instances on memory at a time |
| 22:39:07 | LinusN | you have to, if you want gapless |
| 22:40:41 | LinusN | i really appreciate your work on this |
| 22:41:00 | LinusN | it would really be nice to commit some of it to cvs |
| 22:41:20 | LinusN | especially the pcm buffer playback stuff, to begin with |
| 22:43:27 | Slasheri | hmm, maybe i could improve the pcm playback code more if that would be useful |
| 22:44:30 | Slasheri | I just added cpu_boost control so when the pcm buffer reaches watermark, boost is set to true |
| 22:44:58 | Slasheri | And on full buffer speed is dropped, unless file buffering is going on |
| 22:51:30 | LinusN | perfect |
| 22:54:26 | LinusN | is pcm playback in a separate thread now? |
| 22:56:23 | Slasheri | Hmm, now.. At the moment i have pcm.c that includes two threads: one for filebuffer control and other for codec. But maybe i could change the pcm playback to a thread |
| 22:56:30 | Slasheri | *not |
| 22:57:50 | Slasheri | But is there any need for pcm playback to be on a separate threads as all events are generated by dma interrupt? |
| 23:00 |
| 23:00:38 | Slasheri | What tests i have done, codec thread and file buffer control thread was enough for a seamless playback and fast ui. But maybe there are other, better approaches also |
| 23:02:42 | LinusN | sounds ok |
| 23:04:38 | Slasheri | and my very simplified codec api looks like this: |
| 23:04:40 | Slasheri | | size_t (*read_filebuf)(void *ptr, size_t size); |
| 23:04:40 | Slasheri | | bool (*audiobuffer_insert)(char *data, size_t length); |
| 23:05:22 | Slasheri | so codec could read the amount of data it needs, and write some audio chunks when it's ready |
| 23:05:47 | Slasheri | Audio chunks are also prebuffered by pcm playback until MIN_CHUNK_SIZE bytes are received |
| 23:08:17 | LinusN | looks ok so far |
| 23:08:29 | Slasheri | great :) |
| 23:08:45 | LinusN | it's not like we have to set anything in stone |
| 23:09:26 | Slasheri | don't mind if i do some file buffering stuff, that don't need to be added to cvs ever. It just might be useful for testing. Maybe i will concentrate more on the pcm playback stuff :) |
| 23:09:40 | Slasheri | :) |
| 23:10:14 | LinusN | would be nice if you did, so we can commit your stuff in steps |
| 23:10:31 | LinusN | it's a pain to commit huge patches |
| 23:10:33 | Slasheri | ok, that would be great |
| 23:10:45 | Slasheri | yes |
| 23:14:05 | | Quit MoosCamaro (Read error: 110 (Connection timed out)) |
| 23:15:41 | *** | Saving seen data "./dancer.seen" |
| 23:17:14 | LinusN | i have to go. please consider preparing the pcm playback stuff for commit |
| 23:17:31 | Slasheri | ok, thanks. night :) |
| 23:17:36 | LinusN | nighty |
| 23:17:38 | | Part LinusN |
| 23:28:06 | | Quit Harpy (Read error: 60 (Operation timed out)) |
| 23:28:56 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
| 23:32:47 | rasher | Slasheri: excellent work |
icon identifies that the person is a core developer (has commit access).