| 00:05:05 | | Quit amiconn (Read error: 60 (Operation timed out)) |
| 00:05:05 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FD50.dip.t-dialin.net) |
| 00:05:34 | hardeep | is anyone actively working on the sound apis? |
| 00:09:30 | preglow | no |
| 00:11:30 | hardeep | preglow: you're working on the codecs right? |
| 00:12:53 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 00:22:54 | preglow | hardeep: well, yes, when i have the time |
| 00:25:15 | | Quit crash__ (Remote closed the connection) |
| 00:25:39 | | Join crash_ [0] (~crash@a15167580.alturo-server.de) |
| 00:42:12 | * | HCl smacks windows |
| 00:42:43 | *** | Saving seen data "./dancer.seen" |
| 00:45:37 | | Part MoosCamaro |
| 00:46:18 | | Quit crash_ (Remote closed the connection) |
| 00:47:13 | hardeep | hmmmm, does libmad require the stream buffer to contain complete frames? |
| 00:47:23 | hardeep | specifically, can it handle an incomplete last frame? |
| 00:48:22 | preglow | it can handle incomplete frames of all kinds |
| 00:48:23 | preglow | why the last frame? |
| 00:48:40 | rasher | gapless |
| 00:48:50 | preglow | that's is not done that way at all |
| 00:49:03 | preglow | you always hand libmad complete frames |
| 00:49:15 | preglow | in the case of gapless playback, you cut away a part of the decoded output |
| 00:49:19 | preglow | not the input |
| 00:49:29 | rasher | there you go |
| 00:50:35 | hardeep | i was thinking of a pipelined system where you pass the decoder fixed sized chunks at a time |
| 00:50:50 | preglow | you don't hand the decoder anything, the decoder asks what it needs of you |
| 00:51:03 | preglow | at least i'm pretty sure that's the way we'll end up doing it |
| 00:51:31 | preglow | and no, fixed size chunks wont do, imagine what would happen in the case of a corrupt stream |
| 00:51:41 | preglow | the decoder will need to eat lots of data quickly, to resync |
| 00:52:08 | preglow | and if the data you just handed it as a fixed chunk is not enough, then you get a nasty gap in the output |
| 00:52:52 | preglow | we will most certainly need a system where the decoder can tell us how much data it needs |
| 00:53:09 | hardeep | does libmad do that? |
| 00:53:16 | preglow | all codecs does that, more or less |
| 00:53:17 | hardeep | from what i can tell, it just asks for more data |
| 00:53:24 | hardeep | not an amount |
| 00:54:03 | preglow | yes, but it also tells you how much data it just produced |
| 00:54:16 | preglow | if that data is enough to fill the buffer, it has obviously gotten enough data |
| 00:54:28 | preglow | if not, you need to hand it more |
| 00:54:31 | preglow | it varies from codec to codec |
| 00:54:32 | hardeep | right |
| 00:54:33 | rasher | plus we need (want) to support non-streaming formats |
| 00:54:37 | preglow | yes |
| 00:54:49 | preglow | and imagine the case of vorbis, that needs to eat a lot of data at the start of each stream |
| 00:54:51 | rasher | which would just want the entire file |
| 00:55:29 | preglow | yup, we'll need to treat those cases differently somehow |
| 00:55:31 | preglow | if only subtly |
| 00:55:31 | hardeep | i'm guessing the non-streaming ones will access the file directly though, instead of needing us to load it into memory |
| 00:55:43 | preglow | nah, we'll load it into memory |
| 00:55:48 | preglow | to minimize disk accesses |
| 00:55:52 | hardeep | what if it doesn't fit? |
| 00:55:54 | rasher | it will be anyway |
| 00:56:00 | preglow | then there is a problem |
| 00:56:02 | rasher | then we cry |
| 00:56:10 | preglow | if it doesn't fit at all in the buffer, there's nothing we can do |
| 00:56:27 | preglow | if it doesn't fit in the remaining buffer, we just wait with the loading until all the other data is consumed |
| 00:56:41 | hardeep | that's why i was thinking of doing it the other way, where we don't load the entire file right away |
| 00:56:56 | preglow | that would be wasteful, we have to load all the data we can all the time |
| 00:57:17 | preglow | the only exception would be non-streaming codecs that can't fit their data in the remaining part of the buffer |
| 00:57:58 | hardeep | the iriver's have 32mb of memory right? |
| 00:58:02 | rasher | yes |
| 00:58:19 | hardeep | well, i have mp3s that are larger than 32mb |
| 00:58:26 | preglow | that's not a problem, they're streaming |
| 00:58:30 | preglow | we can load just what fits |
| 00:58:47 | preglow | the non-streaming codecs, like .mod, .xm, etc, is the problem |
| 00:58:50 | rasher | I seriously doubt there are many midi/mod/sid files out there larger than 32mbs |
| 00:58:57 | preglow | i have never seen a mod above 32 meg |
| 00:59:04 | preglow | and we just can't play those |
| 00:59:24 | hardeep | yeah, perhaps |
| 00:59:30 | preglow | streaming codecs eat their input a chunk at a time, non-streaming codecs need the entire file at once |
| 00:59:36 | | Join geoff_o [0] (geoff@HSE-Kitchener-ppp229235.sympatico.ca) |
| 00:59:52 | preglow | a Ăproblem will most certainly be non-streaming codecs that need to uncompress their data |
| 00:59:56 | preglow | that will be a tricky problem |
| 01:00 |
| 01:00:23 | preglow | a very tricky one |
| 01:00:23 | preglow | hmm |
| 01:00:42 | | Join crash_ [0] (~crash@a15167580.alturo-server.de) |
| 01:01:30 | preglow | we will perhaps have to just let those access the file directly |
| 01:02:09 | preglow | i can think of none that requires it off-hand, but there might be some |
| 01:02:11 | | Quit matsl ("Leaving") |
| 01:05:11 | preglow | wavpack will be another tricky case, since it sometimes requires two files, but luckily, the wavpack developer himself seems interested, we'll let him handle that :P |
| 01:06:19 | thegeek | I don't get that, it should atleast be possible to put those two files into some kind of container |
| 01:06:29 | thegeek | having two files for every "song" is just wierd |
| 01:06:55 | | Quit midk ("Leaving") |
| 01:07:17 | preglow | it's not that far-fetched, it can play the one file by itself, it will just be lossy |
| 01:07:24 | preglow | the other file is there to complement it and make it lossless |
| 01:08:00 | rasher | crazy |
| 01:08:07 | preglow | deed, not something you see everyday |
| 01:08:15 | preglow | haven't tried it myself, but read about it briefly |
| 01:08:27 | rasher | oh god |
| 01:08:44 | * | rasher only now sees the parent thing in twiki |
| 01:09:07 | preglow | ehh? |
| 01:09:43 | rasher | note the two latest edits |
| 01:09:48 | | Join WeaZzz [0] (kweetniet@cc126458-a.frane1.fr.home.nl) |
| 01:10:00 | rasher | and the "location" at the top of each page |
| 01:11:04 | preglow | i don't get it, everything seems normal |
| 01:11:37 | rasher | it registers other pages as "parent" of this |
| 01:11:53 | rasher | there should be a tree listing somewhere... |
| 01:12:52 | preglow | i'm daft, i still don't see anything that worries me |
| 01:13:01 | rasher | well it's not worrying |
| 01:13:30 | rasher | Rockbox > Main > PluginIndex > PluginLogo |
| 01:13:33 | preglow | i don't see anything out of the ordinary either |
| 01:13:33 | preglow | yes |
| 01:13:40 | rasher | rather than Rockbox > Main > PluginLogo |
| 01:13:46 | rasher | that's how it was |
| 01:14:38 | rasher | because I hadn't set a parent |
| 01:14:54 | preglow | ahhh |
| 01:15:14 | preglow | i misunderstodd everything you said in the last five lines |
| 01:15:14 | preglow | hahah |
| 01:15:23 | rasher | now I'm wondering how the pages are ordered |
| 01:15:24 | preglow | all's fine now |
| 01:15:31 | rasher | :) |
| 01:15:57 | HCl | mrf... |
| 01:16:01 | preglow | seems i should go to bed to recharge my brain |
| 01:16:12 | * | HCl reads up |
| 01:18:46 | HCl | hmm. |
| 01:19:03 | HCl | i'd almost say we shouldn't use an input codec buffer, and just let the codec handle that. |
| 01:19:07 | HCl | but ok. |
| 01:19:16 | preglow | hmm? |
| 01:19:32 | HCl | for non streaming codecs, its almost pointless to have a codec input buffer |
| 01:19:37 | | Quit Seed (Read error: 60 (Operation timed out)) |
| 01:19:39 | preglow | depends |
| 01:19:58 | preglow | explain |
| 01:20:13 | HCl | since they need the whole file anyways, it barely serves a purpose? |
| 01:20:33 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com") |
| 01:20:34 | preglow | well, if we at one point had the disk spinning and was loading files anyway |
| 01:20:36 | HCl | ofcourse its nice to be able to feed music in various formats through our api, regardless of where its from |
| 01:21:07 | HCl | ah well. |
| 01:21:16 | preglow | but we might have to comĂpromise |
| 01:21:23 | preglow | i'm thinking of various mod formats |
| 01:21:36 | preglow | they need to unpack their pattern data, ok, they can't use it like its stored in the file |
| 01:21:40 | HCl | i'm just thinking it would sometimes make more sense to give a codec a file it needs to play and its output buffer |
| 01:21:46 | preglow | but the sample data as well would have to be decompressed |
| 01:21:56 | | Join bagawk [0] (Lee@bagawk.user) |
| 01:22:24 | bagawk | Hello amiconn & Bagder |
| 01:22:27 | preglow | i think we should always load the file to the mp3 buffer if it's feasible |
| 01:22:44 | preglow | but i'm starting to see it's not really feasible for most mod formats |
| 01:23:59 | | Join bippy [0] (~51982721@labb.contactor.se) |
| 01:24:57 | HCl | i'm just thinking that for streaming formats, you can use an api like that, but for non streaming ones, there's really no point and you're better off just giving the codec the file its supposed to play and the buffer to which its supposed to write its output |
| 01:25:24 | preglow | hmmm |
| 01:25:35 | preglow | idea |
| 01:26:12 | preglow | when you're seeing you're about to load a non-streaming file, you could just tell the codec "hey, you'll be playing this file in the near future, load what you need to play it soon, you'll never see this file again" |
| 01:26:43 | preglow | yes, i think this i show we should do it |
| 01:26:46 | preglow | most definitely |
| 01:27:03 | hardeep | why the "you'll never see this file again" ? |
| 01:27:13 | preglow | hardeep: so we don't have to spin the disk up needlessly |
| 01:27:14 | hardeep | the prefetch idea sounds good though |
| 01:27:30 | preglow | hardeep: spinning the disk up is a design constraint, you have to do it as seldom as possible |
| 01:27:35 | hardeep | right |
| 01:27:47 | hardeep | i just don't understand what you mean by that statement |
| 01:27:56 | hardeep | do you mean that they only get once chance to load everything they neeD? |
| 01:28:00 | preglow | yes |
| 01:28:10 | | Quit crash_ (Read error: 60 (Operation timed out)) |
| 01:28:15 | hardeep | is that really reasonable? |
| 01:28:25 | preglow | why not? can you think of an instance where it's not enough? |
| 01:28:55 | hardeep | not enough buffer for whatever they need to do? |
| 01:28:58 | bagawk | Hello hardeep I have not seen you in a very long time. |
| 01:29:08 | | Join webmind_ [0] (~random@217-195-236-172.dsl.esined.net) |
| 01:29:15 | preglow | yes, then they need to return an error message, and the file will be retried when there is more buffer to spare |
| 01:29:30 | preglow | if it returns an error message when the entire buffer is free, then that file can not be played, plain and simple |
| 01:29:42 | hardeep | hmmmm |
| 01:29:53 | preglow | but that's the way it _has_ to be with non-streaming codecs, no matter how you do it |
| 01:30:26 | hardeep | not if we remove the disk access limitation |
| 01:30:31 | hardeep | (for the non-streaming codecs) |
| 01:30:39 | preglow | i really think thats's non-negotiable |
| 01:30:40 | hardeep | let them seek in the file if needed |
| 01:30:41 | preglow | no |
| 01:30:53 | preglow | no way, if they can seek however much they want, they still need the entire file in memory at once |
| 01:31:06 | hardeep | no, they can seek on disk |
| 01:31:13 | hardeep | it's expensive |
| 01:31:21 | preglow | so you propose a mod player reads it samples off of disk when it needs them? |
| 01:31:23 | preglow | that will never work |
| 01:31:32 | hardeep | why not? |
| 01:31:36 | preglow | because the disk is too slow |
| 01:31:53 | hardeep | hmmmm |
| 01:32:02 | preglow | a pĂc disk is slow, the disk in the 1x0 is slower by far |
| 01:32:24 | preglow | please tell me if my sentences are clobbered by strange characters, i've got utf8 problems, it seems ;) |
| 01:32:38 | hardeep | i think that might be worth a test |
| 01:32:45 | thegeek | a pĂc disk i |
| 01:32:47 | preglow | i can tell you right now, it won't work |
| 01:32:48 | hardeep | i'm not all that familiar with mod |
| 01:32:50 | preglow | bu tfeel free to test it |
| 01:33:13 | hardeep | either way, that's definitely farther into the future =) |
| 01:33:23 | preglow | indeed, but it's worth contemplating |
| 01:33:26 | hardeep | but your idea of a prefect and pass a file sounds good |
| 01:33:34 | hardeep | prefetch |
| 01:33:36 | preglow | yes, i happen to agree :) |
| 01:33:48 | preglow | it solves the compressed file deal well also |
| 01:34:30 | * | preglow starts to put down codec api notes |
| 01:34:35 | hardeep | back to the streaming case for a sec |
| 01:34:43 | HCl | you don't want to read anythingfrom disk while playing music. |
| 01:34:56 | preglow | HCl: you can't, so it's a non-issue :) |
| 01:34:59 | HCl | with non streaming formats you just want to load the entire file into ram.. |
| 01:35:03 | HCl | :P |
| 01:35:04 | preglow | they playback would crackle |
| 01:35:04 | HCl | ok |
| 01:35:12 | HCl | mhm |
| 01:35:20 | preglow | not only want, you have to |
| 01:35:44 | preglow | i'm quite firm in my belief that you can in no way stream data off the disk as you need it for non-streaming codecs |
| 01:36:23 | hardeep | do we really want to deal with a dynamic buffer or would it be better to have a fixed size input buffer that we replenish when it goes below a certain size (similar to how it's currently done for the Archos players) |
| 01:37:38 | preglow | well, we'll have a fixed size buffer as well |
| 01:37:41 | preglow | sized 32 meg |
| 01:37:59 | hardeep | but the 32 meg is for both input and output no? |
| 01:38:13 | preglow | a tiny portion will be reserved for output |
| 01:38:17 | preglow | negligable |
| 01:38:36 | hardeep | hmmm, the decoders are that fast? |
| 01:38:37 | preglow | half a second of audio will steal about 22000*4 bytes |
| 01:38:58 | preglow | that's not much compared to 32 megs |
| 01:39:03 | hardeep | what about any post-processing we may want to do? |
| 01:39:05 | hardeep | crossfade |
| 01:39:09 | hardeep | maybe normalization |
| 01:39:15 | preglow | what about it? |
| 01:39:23 | | Quit webmind ("leaving") |
| 01:39:29 | preglow | in all cases but crossfade, that buffer will still be the same size |
| 01:40:21 | hardeep | i'm just trying to think of how large an output buffer we would need to make sure we can sustain playback |
| 01:40:30 | hardeep | with all the processing that we're doing |
| 01:40:48 | preglow | the codec alone should leave a wide margin |
| 01:40:58 | preglow | but i don't really know |
| 01:41:11 | preglow | i'd like smaller buffers myself, to be able to do realtime stuff |
| 01:41:20 | hardeep | but if the output buffer is small, the codec will be idle a lot of the time |
| 01:41:37 | preglow | the codec will be active the same amount of time no matter what the output buffer size |
| 01:42:00 | preglow | but longer buffer sizes are preferrable, so we can use our cpu_boost trick |
| 01:42:10 | rasher | yeah, I was just about to say |
| 01:42:23 | rasher | you'd want longish chunks of cpu activity |
| 01:42:30 | preglow | cpu_boost eats 10 miliseconds, so we have to use at seldom as possible |
| 01:43:26 | hardeep | ah, didn't know about cpu_boost, interesting |
| 01:43:36 | rasher | it takes a bit to kick in |
| 01:43:43 | preglow | and out, heh |
| 01:44:08 | preglow | my guess is it'lĂl be fast to switch the freq up, but slow down |
| 01:44:51 | preglow | and as we've seen with rashers latest test, cpu frequency matters a lot |
| 01:45:04 | preglow | heaps more than i'd guessed |
| 01:45:32 | hardeep | results in the irc logs? |
| 01:45:37 | preglow | wiki |
| 01:45:38 | rasher | results in the wiki |
| 01:46:00 | preglow | http://www.rockbox.org/twiki/bin/view/Main/IriverPort |
| 01:46:03 | preglow | search for 'graĂph' |
| 01:46:07 | preglow | 'graph' |
| 01:46:18 | preglow | you'll find total running time at 120mhz vs. 48mhz |
| 01:50:13 | rasher | quite surprising |
| 01:51:57 | thegeek | hmm |
| 01:52:07 | thegeek | nice work preglow:) |
| 01:52:13 | preglow | haha |
| 01:52:16 | preglow | on what? :P |
| 01:52:32 | thegeek | oh |
| 01:52:33 | thegeek | hum;) |
| 01:53:01 | bippy | congrats preglow |
| 01:53:03 | thegeek | wrong guy;) |
| 01:53:05 | thegeek | hehehe |
| 01:53:13 | thegeek | I meant rasher ofcourse;) |
| 01:53:18 | preglow | haha |
| 01:53:47 | | Quit bagawk ("Leaving") |
| 01:53:48 | preglow | i don't mind the occasional pat on the back, just not used to it when i haven't done anything, heh |
| 01:53:54 | rasher | My work wasn't a lot |
| 01:54:19 | thegeek | ;) |
| 01:54:39 | rasher | the real work was getting the battery status available, I didn't do that |
| 01:54:41 | bippy | hello ? |
| 01:54:52 | rasher | I merely printed it to a file and produced pretty graphs |
| 01:54:55 | rasher | hi, bippy |
| 01:55:04 | preglow | helo |
| 01:55:12 | * | preglow brushes teeth |
| 01:55:12 | bippy | Hi, just wondering if my connection had gone sorry |
| 01:56:33 | bippy | Oh rasher, you said you werent at risk from volcanoes yesterday... http://www.volcanolive.com/denmark2.html |
| 01:56:59 | preglow | are there even _mountains_ in denmark? :P |
| 01:58:01 | bippy | There doesnt have to be a so called mountain for a volcano |
| 01:58:33 | rasher | Risk level = 1 |
| 01:58:50 | rasher | "No immediate risk" |
| 01:59:02 | rasher | I expect that to be "in the coming million years" |
| 01:59:09 | bippy | I know, thats the part that upset me |
| 01:59:19 | rasher | What? |
| 01:59:44 | HCl | you can't have a volcano unless you're at the edge of one of the moving whatdoyoucallthemplates. |
| 01:59:46 | preglow | haha |
| 01:59:55 | preglow | kiss your plans for eternal life goodbye, rasher |
| 02:00 |
| 02:00:02 | HCl | who wants to live forever anyways :) |
| 02:00:03 | preglow | you just might be killed by a volcano some time "soon" |
| 02:00:06 | HCl | :p |
| 02:00:40 | bippy | Tetonic plates ? |
| 02:01:22 | HCl | maybe. |
| 02:02:07 | bippy | Only caldera you should be worried about is yellowstone, will blow in the next 100,000 its debated wether its 40,000 overdue tho |
| 02:02:27 | rasher | http://google.com/search?q=tectonic+plates |
| 02:02:30 | rasher | interesting |
| 02:02:35 | rasher | I've never seen that happen |
| 02:02:54 | rasher | the imagesearch suggestion |
| 02:02:58 | preglow | that's new |
| 02:03:00 | preglow | i just saw it today |
| 02:03:16 | preglow | i use google a lot, and i've just seen it today, so think it is, at least |
| 02:03:27 | bippy | Image search? |
| 02:04:05 | bippy | Image search has been there for about 5 years :| |
| 02:04:07 | thegeek | kinda evil that preglow |
| 02:04:10 | thegeek | no |
| 02:04:15 | rasher | yeah but it suggests |
| 02:04:18 | thegeek | that it automatically shows relevant image |
| 02:04:19 | thegeek | *S |
| 02:04:22 | rasher | See 676 image results for tectonic plates » |
| 02:04:22 | thegeek | I mean |
| 02:04:31 | thegeek | it would have to really suck bw for those two poor sites |
| 02:04:32 | rasher | it says on a regular search |
| 02:04:41 | thegeek | acmecompany.com |
| 02:04:46 | thegeek | and some .gov |
| 02:04:55 | bippy | i got 758 images... |
| 02:05:02 | bippy | Dont work so well eh |
| 02:05:03 | rasher | fun |
| 02:05:11 | rasher | google is sortof inconsistant |
| 02:05:29 | preglow | oh well |
| 02:05:39 | preglow | i'll just let that imminent volcano be a surprise |
| 02:05:51 | preglow | sounds like great way to die anyway |
| 02:05:52 | bippy | Why on earth did you notice somthing like that anyway :| |
| 02:07:05 | bippy | Not so imminent, although there has been a rise of 74cm in the last century in the area. Depends how bad solar flares are. |
| 02:07:06 | rasher | I'm used to how goole looks |
| 02:07:25 | rasher | or.. what are you on about now |
| 02:07:38 | bippy | Anyway, im off keep up the good work |
| 02:07:54 | bippy | nvm lol too complicated |
| 02:07:56 | | Quit bippy ("CGI:IRC") |
| 02:09:40 | preglow | i think i'll ignore it anyway |
| 02:09:53 | rasher | couldn't make sense of that.. |
| 02:10:04 | preglow | i'd rather be kidnapped by green men, but hey, a volcano will do |
| 02:10:25 | rasher | I'm thinking spontaneous combustion |
| 02:10:47 | preglow | hahah |
| 02:10:53 | preglow | having high hopes, are we! |
| 02:11:03 | rasher | Says the volcano guy |
| 02:11:06 | | Quit markun () |
| 02:11:25 | preglow | no, if i'm going to burn, it has to be quick, hence the volcano |
| 02:11:40 | rasher | I'm sure there have been more spontaneous combustions here than volcano eruptions in the last 1000 years |
| 02:11:41 | preglow | spontaneous explosion sounds good, though |
| 02:12:23 | preglow | spontaneous teleportation |
| 02:12:25 | preglow | anywho |
| 02:12:31 | preglow | i'll get some shuteye |
| 02:12:41 | preglow | later, all |
| 02:12:57 | | Quit preglow ("leaving") |
| 02:13:04 | rasher | getting telefragged |
| 02:16:33 | | Quit WeaZzz () |
| 02:20:32 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a252.wi.tds.net) |
| 02:22:00 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 02:26:16 | | Quit Strath (Nick collision from services.) |
| 02:26:48 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a252.wi.tds.net) |
| 02:27:12 | | Quit Strath ("Client closed") |
| 02:33:03 | | Join Seed [0] (ben@l192-114-41-133.broadband.actcom.net.il) |
| 02:37:20 | | Quit tvelocity[away] () |
| 02:42:45 | *** | Saving seen data "./dancer.seen" |
| 02:57:21 | | Quit Seed (Nick collision from services.) |
| 02:57:29 | | Join Seed [0] (ben@l192-114-41-133.broadband.actcom.net.il) |
| 03:00 |
| 03:07:59 | * | rasher wades through misticriver to find faqs |
| 03:16:28 | | Part geoff_o ("Kopete 0.9.1 : http://kopete.kde.org") |
| 03:16:32 | | Quit Seed (Read error: 60 (Operation timed out)) |
| 03:17:58 | | Join crash_ [0] (~crash@a15167580.alturo-server.de) |
| 03:19:06 | | Join Seed [0] (ben@l192-114-41-133.broadband.actcom.net.il) |
| 03:26:06 | | Quit Seed (Nick collision from services.) |
| 03:26:13 | | Join Seed [0] (ben@l192-114-41-133.broadband.actcom.net.il) |
| 03:44:00 | | Quit hardeep ("[BX] Uh oh... I'm getting a blip on the gaydar. Richard Simons is coming!") |
| 03:44:01 | | Quit DMJC (Read error: 54 (Connection reset by peer)) |
| 03:44:33 | | Join DMJC [0] (~James@220-245-171-89.tpgi.com.au) |
| 03:46:01 | | Quit lostlogic (sterling.freenode.net irc.freenode.net) |
| 03:46:01 | NSplit | sterling.freenode.net irc.freenode.net |
| 03:46:41 | NHeal | sterling.freenode.net irc.freenode.net |
| 03:46:41 | NJoin | lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 04:00 |
| 04:05:22 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:13:54 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:42:49 | *** | Saving seen data "./dancer.seen" |
| 04:52:19 | | Quit ze (Read error: 104 (Connection reset by peer)) |
| 04:57:11 | | Join ze [0] (ze@adsl-69-231-248-235.dsl.irvnca.pacbell.net) |
| 06:00 |
| 06:00:02 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 06:00:29 | | Join Strath [0] (~mike@dgvlwinas01pool0-a195.wi.tds.net) |
| 06:01:42 | | Quit Strath (Client Quit) |
| 06:08:35 | | Quit pill (Read error: 60 (Operation timed out)) |
| 06:10:03 | midk | why aren't snake levels included in the plugin? |
| 06:32:02 | | Join Strath [0] (~mike@dgvlwinas01pool0-a195.wi.tds.net) |
| 06:42:50 | *** | Saving seen data "./dancer.seen" |
| 06:57:19 | | Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) |
| 07:00 |
| 07:07:21 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 07:10:32 | | Join mecraw [0] (~mecraw@c-24-9-220-243.client.comcast.net) |
| 07:29:35 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com") |
| 07:40:51 | LinusN | damn! it looks like we will have to resample 48000hz to 44100hz, since the hardware can't handle 48000 :-( |
| 07:41:34 | LinusN | experiments show that the iriver firmware resamples *everything* to 44100hz |
| 07:43:20 | dwihno | :( |
| 07:43:55 | LinusN | unfortunately, we might not have enough cpu to to a really high quality resampling |
| 07:44:43 | LinusN | still, we would have to resample anyway to listen to lower sampling frequencies on S/PDIF |
| 07:46:10 | dwihno | :( |
| 07:46:25 | dwihno | not supporting 48000hz is bad :( |
| 07:50:38 | LinusN | indeed, but it's not the end of the world |
| 07:51:27 | dwihno | My dearest treasure torn away |
| 07:51:42 | dwihno | :) |
| 08:00 |
| 08:13:32 | amiconn | LinusN: Didn't I say that every mp3 player seems to have its design flaws? You answered that you didn't find any so far then, unlike with the archos. Now there's that 44.1 kHz restriction... |
| 08:13:52 | LinusN | and the slow cpu |
| 08:14:05 | dwihno | Slow CPU? |
| 08:14:09 | dwihno | is it that slow? |
| 08:15:55 | LinusN | and the lame battery charging |
| 08:16:49 | LinusN | they use a battery charging chip that is specifically designed to charge from usb |
| 08:17:07 | LinusN | but they haven't connected the usb voltage to it |
| 08:17:12 | LinusN | laaaame |
| 08:17:50 | LinusN | and they use an external spi a/d converter for the buttons when there is an internal a/d |
| 08:20:05 | LinusN | they bitbang the eeprom i2c when there are two i2c controllers that work just fine |
| 08:20:30 | LinusN | i can't understand why they didn't use the same bus |
| 08:21:01 | LinusN | to name a few design issues :-) |
| 08:21:12 | LinusN | dwihno: yes, the cpu is slow |
| 08:21:21 | LinusN | because is isn't superscalar |
| 08:21:26 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:21:44 | LinusN | so the low memory bandwidth seriously hampers the performance |
| 08:21:57 | LinusN | not to mention the lack of a data cache |
| 08:30:33 | amiconn | That's another issue that puzzles me. The 680x0 cpus do have a data cache since the 68020, and coldfire is 68k based... |
| 08:30:55 | LinusN | 68k, as in 68000 methinks |
| 08:33:12 | amiconn | Then it wouldn't have an instruction cache either... |
| 08:33:21 | LinusN | true, true... |
| 08:35:08 | amiconn | A probably related question: You told that you'd better not enable page mode, beause a page "burst" is 5-4-4-4 (or such), and a burst mode burst is 5-1-1-1 (or such). Isn't it possible to enable both modes? |
| 08:35:39 | amiconn | ...because if it is, enabling page mode would still give an advantage, when the data to be read is non-contiguous |
| 08:42:51 | | Quit gromit` (Remote closed the connection) |
| 08:42:54 | *** | Saving seen data "./dancer.seen" |
| 08:45:57 | LinusN | no, the mode setting is a bit, selecting either page mode or burst mode |
| 08:47:24 | amiconn | :( |
| 09:00 |
| 09:01:55 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 09:02:25 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 09:04:48 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
| 09:13:16 | | Join Schnueff [0] (~mah@test0.cs.uni-sb.de) |
| 09:15:16 | Schnueff | good morning |
| 09:18:26 | LinusN | morn |
| 09:33:53 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 09:43:28 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 09:49:00 | | Join kurzhaarrocker [0] (~Phil@p5487C4EF.dip0.t-ipconnect.de) |
| 09:50:39 | kurzhaarrocker | If you are forced to resample - does that mean unnecessary power consumption -> lower runtime? |
| 09:56:50 | LinusN | in the long run, yes |
| 10:00 |
| 10:00:42 | kurzhaarrocker | Maybe there's a break-even point. Like "22kHz + resampling" is as expensive as "44.1 kHz without resampling" because of reduced data flow... |
| 10:02:51 | LinusN | there are ways to conserve power, like only resample on "odd" frequencies |
| 10:03:41 | LinusN | for instance, resampling is only necessary for the even frequencies, like 8000, 12000, 24000, 32000 and 48000 |
| 10:04:20 | LinusN | and also if you want to output to s/pdif on other frequencies than 44100 |
| 10:04:57 | LinusN | so we can play 22050 in the earphones without resampling |
| 10:05:09 | kurzhaarrocker | yes, I understand that |
| 10:06:36 | LinusN | worst case is probably downsampling 48000->44100 |
| 10:09:57 | | Quit Schee4 (Read error: 60 (Operation timed out)) |
| 10:11:16 | | Join Patr3ck [0] (~patr3ck@p548CB890.dip.t-dialin.net) |
| 10:22:50 | * | Bagder builds yet another cross compiler |
| 10:23:06 | | Nick kergoth is now known as kergoth`zzz (~kergoth@covenant.kergoth.com) |
| 10:24:33 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 10:24:44 | preglow | so it actually doesn't support 48khz |
| 10:24:53 | preglow | now, isn't that a kick in the groin |
| 10:25:17 | LinusN | indeed |
| 10:26:09 | preglow | doing high quality resampling will consume quite abit of cpu power |
| 10:27:08 | preglow | but yes, the resampling method can be made selectable |
| 10:27:44 | LinusN | i think linear interpolation will do fine |
| 10:27:49 | kurzhaarrocker | Well - When there's _good_ 16 Bits 44.1kHz I wouldn't need 48 kHz anyway. What makes me shy away from the irvier thingies ist that they don't work on mignon AA batteries. |
| 10:28:20 | Bagder | I don't see any AA-battery players these days |
| 10:28:37 | preglow | linear interpolation will probably do for some instances |
| 10:28:53 | preglow | well, it probably pretty much has to |
| 10:28:58 | kurzhaarrocker | Me neither - unfortunately I seem to be stuck with the archos |
| 10:28:59 | LinusN | indeed |
| 10:29:23 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 10:30:56 | kurzhaarrocker | A few years ago I'd have said "Noone needs 48 kHz". But nowadays with DVDs audio at 48 kHz things are different. |
| 10:32:31 | amiconn | DAB also uses 48 kHz iirc |
| 10:32:42 | kurzhaarrocker | Yes |
| 10:33:24 | preglow | not supporting 48khz is stupid |
| 10:33:43 | preglow | may iriver burn for it |
| 10:34:11 | kurzhaarrocker | It could be worse - imagine 48 kHz was the only frequency. |
| 10:34:20 | preglow | hey, i like 48khz ;) |
| 10:34:24 | | Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a195.wi.tds.net) |
| 10:42:57 | *** | Saving seen data "./dancer.seen" |
| 10:54:31 | LinusN | it's not really iriver's fault |
| 10:55:25 | LinusN | the mcf5249 has a very limited set of dividers for the audio clock |
| 10:55:57 | LinusN | so you really can't have both frequency sets available |
| 10:56:34 | LinusN | either you have the 11.025, 22.050, 44.100 etc, or you have 8.000, 12.000 etc |
| 10:56:39 | preglow | they chose the frigging thing |
| 10:57:00 | LinusN | i think freescale were extremely lame when they designed the 5249 |
| 10:57:28 | LinusN | who could imagine that they made it so limited |
| 10:57:36 | preglow | it's most certainly not as leet as i thought |
| 10:57:49 | LinusN | i feel very disappointed |
| 10:58:06 | LinusN | it had so many possibilities "on paper" |
| 10:58:13 | | Join SeeSchloss [0] (~SeeSchlos@ARennes-352-1-9-140.w83-195.abo.wanadoo.fr) |
| 10:58:24 | LinusN | but not when you examine it under the hood |
| 10:59:24 | LinusN | btw, philips is not entirely against releasing their code, but it will probably end in some legal matters |
| 10:59:42 | LinusN | i wouldn't hold my breath |
| 10:59:44 | preglow | not entirely against releasing the codec code? |
| 10:59:49 | preglow | i did not see that coming |
| 10:59:50 | LinusN | exactly |
| 11:00 |
| 11:00:14 | LinusN | "It is possible that we could share our embedded software with our customers, but it is not a usual practice" |
| 11:00:31 | LinusN | "our customers" being the key word here... |
| 11:00:35 | preglow | haha |
| 11:00:44 | LinusN | "The sales team would have to know the details of what you plan on doing, etc. I'm sure there would be a legal agreement before any such source code could be divulged." |
| 11:00:48 | kurzhaarrocker | Well compare the lack of sample frequencies with the design flaw that forced bitswapping in the archos.. |
| 11:01:00 | preglow | hahah |
| 11:01:07 | preglow | i am also sure that will be the case |
| 11:01:46 | LinusN | i've been straight with them, explaining that we are doing open source development |
| 11:02:12 | LinusN | but i think he still misunderstood, thinking that we cooperated with iriver |
| 11:02:28 | preglow | haha |
| 11:02:35 | Rick | well |
| 11:02:39 | Rick | "If he didn't ask..." |
| 11:02:40 | Rick | :p |
| 11:03:02 | LinusN | "I would suggest that you get in touch with iRiver and find out who their Philips Semiconductors Sales person is that they worked with to get the SAA7750 designed in. You should then work with that person to see if it is possible to obtain the source code and the possibility of sharing the internal programming features." |
| 11:03:23 | kurzhaarrocker | pfft |
| 11:03:39 | preglow | hahahah |
| 11:04:00 | preglow | yes, us open source firmware developers often enjoy good cooperation |
| 11:04:33 | LinusN | i'm not sure i want to contact iriver about it |
| 11:05:09 | LinusN | at least not until we have a track record on the H-series players |
| 11:05:12 | preglow | i think it'd be pretty futile anyway |
| 11:05:16 | preglow | yes |
| 11:05:33 | preglow | that's true |
| 11:05:53 | * | LinusN is listening to Anna Ternheim on his iriver with rockbox |
| 11:06:04 | kurzhaarrocker | congrats |
| 11:06:44 | LinusN | just a modified version of the wav playback hack |
| 11:06:48 | * | preglow applaudes |
| 11:07:01 | LinusN | i'm writing the pcm playback api |
| 11:07:40 | preglow | the codec api will be tricky, btw |
| 11:07:41 | kurzhaarrocker | including peak meter? :) |
| 11:07:45 | preglow | in case you didn't know that :) |
| 11:08:32 | LinusN | kurzhaarrocker: the peak values will have to be "manually" calculated |
| 11:09:02 | kurzhaarrocker | Could that be done while resampling? |
| 11:09:05 | * | kurzhaarrocker hides |
| 11:09:22 | preglow | we won't always resample |
| 11:09:23 | preglow | but yes |
| 11:09:36 | preglow | shouldn't be too hard anyway |
| 11:09:40 | kurzhaarrocker | sorry, I was just kidding |
| 11:10:01 | LinusN | kurzhaarrocker: we can get coarse peak info from the mp3 decoding as well, can't we? |
| 11:10:11 | LinusN | i mean preglow |
| 11:10:52 | LinusN | better get in on a pcm level anyway, so we can do it independent of the codec |
| 11:10:58 | preglow | hmm, i don't know, the info would have to come from some place after the subband recomposition |
| 11:11:04 | preglow | yes |
| 11:11:33 | LinusN | i've been reading up on psychoacoustic bass generation |
| 11:11:48 | LinusN | missing fundamentals and stuff |
| 11:11:51 | kurzhaarrocker | If you have to output pcm I don't see any reason why anyone would wants to find peaks anywhere else. |
| 11:12:18 | LinusN | kurzhaarrocker: because it takes cpu |
| 11:12:51 | LinusN | interesting, the uda1380 has a silence detector |
| 11:12:58 | LinusN | and automatic gain |
| 11:13:29 | kurzhaarrocker | Is there docu that describes how the silence detection works? |
| 11:14:29 | LinusN | it looks pretty dump |
| 11:14:32 | LinusN | dumb |
| 11:14:41 | LinusN | not usable for recording triggering |
| 11:14:49 | kurzhaarrocker | simple threshold? |
| 11:15:30 | LinusN | worse |
| 11:15:53 | LinusN | it triggers when it sees X samples with digital 0 |
| 11:16:05 | LinusN | pretty useless |
| 11:16:32 | LinusN | X being 3200, 4800, 9600 or 19200 |
| 11:17:23 | preglow | hahaha |
| 11:18:12 | preglow | that's useless |
| 11:18:36 | kurzhaarrocker | yes, thats complete crap |
| 11:19:02 | preglow | i wonder how much cpu we'll have left for dsp |
| 11:21:00 | Hadaka | oh btw, I have a problem that some of my MP3:s do not play over the digital output with Archos Recorder 20 (and rather recent Rockbox) - I think it is simply because the sampling rate is something wacky, like 22kHz or 11kHz, but can somebody confirm this? |
| 11:22:54 | kurzhaarrocker | It's been a while since I last used the digital output of the archos. |
| 11:23:38 | LinusN | Hadaka: s/pdif can only play 44100 and 48000 on the archos |
| 11:24:11 | LinusN | and we can't resample, even if we wanted :-( |
| 11:24:21 | Hadaka | LinusN: thank you, that's what I wanted to know |
| 11:26:59 | preglow | i'm wondering how we'll handle stuff like mp3's in wav files and cue sheets |
| 11:28:00 | | Join [av]bani [0] (~goemon@washuu.anime.net) |
| 11:28:35 | LinusN | preglow: we'll deal with that later |
| 11:28:40 | LinusN | lunch time |
| 11:28:49 | preglow | yes, sure |
| 11:29:24 | preglow | codecs will have to load their own files |
| 11:29:59 | LinusN | imho, the codecs should be fed |
| 11:30:16 | preglow | we discussed this last night, that goes poorly with non-streaming formats |
| 11:30:18 | LinusN | the codec wouldn't know where the data comes from |
| 11:30:48 | preglow | like .xms, which will have to unpack both pattern data and sample data from the file |
| 11:31:03 | LinusN | the codec wants a read() function |
| 11:31:04 | [av]bani | http://www.iriver.co.kr/ <- doesnt that just inspire confidence ;) |
| 11:31:15 | preglow | once that's done, it doesn't need it anymore, and requires the same amount of space again for unpackad and processed data |
| 11:31:17 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 11:32:19 | preglow | macromedia hasn't ported flash to amd64 yet, so web sites are flash free whether i want it or not these days |
| 11:32:20 | LinusN | my point is that the codec doesn't need to know about cue sheets, or wav-file containers |
| 11:32:24 | preglow | ahh, nio |
| 11:32:25 | preglow | no <- |
| 11:32:38 | preglow | some meta-codec will have to handle that |
| 11:33:06 | preglow | and yes, they should most definitely just have a read hook they get from us |
| 11:33:20 | preglow | but they should also be able to request opening of other files |
| 11:33:33 | preglow | like soundfonts and patches for midi, the two file system of wavpack |
| 11:36:27 | amiconn | LinusN: Slight correction: s/pdif can play 48000, 44100 and 32000 on the archos |
| 11:42:31 | [av]bani | timidity is pretty cpu intensive |
| 11:43:49 | [av]bani | if the cf has bandwidth problems to main memory, timidity might be out of the question |
| 11:44:49 | | Join midk__ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 11:45:10 | | Quit midk (Read error: 113 (No route to host)) |
| 11:45:58 | | Quit midk_ (Read error: 104 (Connection reset by peer)) |
| 11:48:27 | preglow | who mentioned timidity? |
| 11:48:43 | preglow | if you're referring to the midi engine, that's being written from scratch |
| 11:50:29 | [av]bani | yes, again it may be out of the question if the cf has memory bw problems |
| 11:50:41 | [av]bani | how much bw does it have? |
| 11:50:52 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 11:50:52 | | Quit midk__ (Read error: 113 (No route to host)) |
| 12:00 |
| 12:02:57 | | Join MoosCamaro [0] (MoosCamaro@m224.net81-66-159.noos.fr) |
| 12:03:06 | MoosCamaro | Hey all |
| 12:09:03 | | Quit StrathAFK (Read error: 110 (Connection timed out)) |
| 12:14:18 | preglow | [av]bani: it has 32 megabuytes |
| 12:14:51 | preglow | it'll be fun to see how the sample based codecs perform |
| 12:15:07 | [av]bani | bandwidth... |
| 12:15:12 | [av]bani | not total memory |
| 12:15:13 | [av]bani | :) |
| 12:15:27 | preglow | i misread... |
| 12:15:35 | preglow | low bandwidth |
| 12:15:38 | preglow | haven't got a number |
| 12:16:30 | preglow | depends on how you use the ram as well |
| 12:23:52 | | Quit DMJC ("Leaving") |
| 12:26:32 | | Quit Heidelweg (Read error: 110 (Connection timed out)) |
| 12:27:51 | | Part [av]bani |
| 12:39:42 | | Join ghode [0] (~c2b0dfc1@labb.contactor.se) |
| 12:40:26 | | Quit ghode (Client Quit) |
| 12:42:59 | *** | Saving seen data "./dancer.seen" |
| 12:56:35 | rasher | oooh, sidplay2 is all integer math?! |
| 13:00 |
| 13:03:13 | preglow | probably |
| 13:03:21 | rasher | excellent |
| 13:03:22 | preglow | there's not reason for the emulation engine to use floating point |
| 13:03:25 | preglow | and resid is all integer |
| 13:03:38 | rasher | well you never know |
| 13:04:27 | rasher | resid is c++ |
| 13:05:02 | rasher | and also, "don't expect a complex SID emulator like this to run on a machine with less than 233-300 MHz" |
| 13:05:29 | preglow | the emulation engine doesn't have to be cycle accurate |
| 13:05:36 | preglow | resid is c++? |
| 13:05:41 | preglow | it's been a while since i've had a look at it |
| 13:05:42 | rasher | http://www.geocities.com/SiliconValley/Lakes/5147/resid/ |
| 13:06:30 | preglow | aghh, bummer |
| 13:06:41 | preglow | cause resid would fit perfectly otherwise |
| 13:07:40 | rasher | you'd probably need to cut a lot of corners |
| 13:08:18 | preglow | well, not in resid |
| 13:08:22 | preglow | at least i don't think so |
| 13:08:31 | preglow | the major hurdle would be the cycle accurate emulation of the 6510 |
| 13:08:42 | preglow | and it doesn't have to be that accurate |
| 13:09:32 | * | rasher inspects |
| 13:11:51 | rasher | it is indeed c++ |
| 13:12:18 | rasher | but from a quick glance, it look spretty C-ish |
| 13:12:22 | preglow | yes |
| 13:14:05 | rasher | configure:#include <float.h> |
| 13:14:12 | rasher | what does that mean? |
| 13:14:19 | rasher | (I just grepped for float :) |
| 13:15:58 | rasher | sidplay is also cpp |
| 13:16:22 | rasher | uh.. nevermind |
| 13:17:06 | rasher | this was the actual sidplay |
| 13:17:27 | | Join Patr3ck_ [0] (~patr3ck@p548CBFD7.dip.t-dialin.net) |
| 13:19:31 | preglow | heh |
| 13:19:41 | preglow | i can't think of a reason why it should use floating point |
| 13:20:33 | LinusN | floating point makes life easy sometimes |
| 13:20:45 | LinusN | i can imagine that they use fp for the filters |
| 13:21:02 | preglow | they don't |
| 13:21:05 | preglow | it's fixed point |
| 13:21:14 | preglow | i know, 'cause i did a floating point version of it ;) |
| 13:25:11 | rasher | excellent then. |
| 13:25:23 | rasher | and the c++ is only minor it seems |
| 13:25:25 | preglow | it's a very simple filter |
| 13:25:47 | preglow | and surprisingly difficult to emulate properly |
| 13:26:26 | rasher | heh |
| 13:26:50 | preglow | which is why i love it so much |
| 13:26:58 | * | preglow strokes his sidstation |
| 13:27:54 | rasher | gentoo still installing.. |
| 13:28:18 | preglow | that's what gentoo does |
| 13:28:26 | rasher | Truly.. |
| 13:28:36 | rasher | especially when running on a 100MHz laptop |
| 13:29:08 | rasher | (actually 400mhz, but speedstepping is messing up) |
| 13:30:49 | preglow | i prefer binary stuff on my desktop |
| 13:30:54 | preglow | server's running gentoo |
| 13:32:00 | rasher | I'm desperately hoping that some optimizations will make a difference |
| 13:32:09 | rasher | because this laptop needs all the help it can get |
| 13:32:21 | preglow | woah, i just emerge sync'ed, and this popped up: app-emulation/coldfire/files/ |
| 13:32:30 | rasher | :) |
| 13:32:32 | preglow | me try |
| 13:32:40 | | Quit Patr3ck (Read error: 110 (Connection timed out)) |
| 13:33:03 | rasher | Still waiting for a cellphone with a 6581 chip.. now THAt would be excellent ringtone-melodies :) |
| 13:33:08 | rasher | none of this midi crap |
| 13:34:16 | HCl | heh |
| 13:36:46 | preglow | haha |
| 13:36:55 | preglow | god knows how many times i've wished for the very same thing |
| 13:37:14 | preglow | sweet pulse wave arpeggios calling my attention |
| 13:37:18 | preglow | that would be something |
| 13:38:11 | rasher | settled for midi renditions of c64 tunes :-\ |
| 13:38:20 | | Quit Rick (Read error: 60 (Operation timed out)) |
| 13:50:25 | | Quit Schnueff ("leaving") |
| 13:50:28 | rasher | the battery graphs are nearly identical |
| 13:50:57 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 13:50:59 | rasher | even down to the longer period around 222 |
| 13:52:56 | LinusN | rasher: it would be interesting to see how long it lives in 11MHz |
| 13:53:14 | LinusN | and how long it lives in 120MHz without the spinning disk |
| 13:53:15 | rasher | I was afraid you were going to say that :) |
| 13:53:18 | LinusN | hehe |
| 13:53:25 | rasher | but yes |
| 13:53:29 | rasher | I'll get right to it |
| 13:53:34 | LinusN | pcm sound api works fine here |
| 13:53:54 | preglow | :-D |
| 13:54:23 | rasher | so to get 11mhz I just make sure never to call cpu_boost() right? |
| 13:54:35 | preglow | rasher: yes |
| 13:54:45 | LinusN | yes, or call set_cpu_frequency(0) |
| 13:55:05 | rasher | ah |
| 13:55:12 | preglow | any thoughts on whether metadata handling should be in the codecs? |
| 13:55:46 | LinusN | i don't think it should |
| 13:55:49 | preglow | nor do i |
| 13:56:04 | dwihno | metadata API? |
| 13:56:12 | preglow | having to load a codec just to look up title/artist is not very clever |
| 13:56:15 | LinusN | on the other hand, the codec knows best how to extract it |
| 13:56:29 | LinusN | meeting |
| 13:56:36 | preglow | indeed, and it will sometimes be necessary to have the codec do it as well |
| 13:56:38 | preglow | seek tables, etc |
| 13:57:01 | preglow | and replaygain data |
| 13:57:26 | * | rasher waits for the iriver to fully charge again |
| 14:00 |
| 14:00:38 | rasher | well that should take over 5 hours possibly :-\ |
| 14:01:23 | | Join ABerg [0] (~aberg@lsn-boi-catv-c124-p061.vtx.ch) |
| 14:02:58 | ABerg | Hi all ! |
| 14:03:27 | preglow | why, hello |
| 14:03:41 | | Join Heidelbaer [0] (~h@pD9E39C78.dip.t-dialin.net) |
| 14:03:56 | ABerg | I have reading the IRC logs since serious work has begun on the iRiver port |
| 14:04:09 | ABerg | Great work ! |
| 14:04:57 | preglow | most of us agree on you with that |
| 14:05:05 | | Join R3nTiL [0] (~zorroz@217.30.249.27) |
| 14:05:37 | rasher | misticriver really seems full of people unable to navigate a wiki |
| 14:05:59 | ABerg | Now, I have had several ideas on the codec audio API and tried to organise them in a design document |
| 14:06:56 | preglow | ABerg: goodie |
| 14:07:13 | Bagder | nice |
| 14:07:13 | ABerg | Could some old-timers have a look at it and tell me if its worth putting in the Wiki |
| 14:07:27 | ABerg | or if I am completely off.. |
| 14:07:34 | ABerg | http://www.geocities.com/aberguerand/Design.txt |
| 14:08:17 | rasher | ooooh |
| 14:09:25 | ABerg | Sorry for the bad english, I am swiss |
| 14:09:26 | rasher | I'm in no position to comment on it, but lots of thoughts won't hurt |
| 14:09:33 | Bagder | ABerg: the loader loads compressed data, not uncompressed |
| 14:10:00 | ABerg | Yeah right of course |
| 14:11:20 | Bagder | I like it a lot |
| 14:11:34 | Bagder | haven't read all of it yet, but it surely is a very good start |
| 14:12:17 | Bagder | but |
| 14:12:23 | Bagder | (there's always a but) |
| 14:12:25 | ABerg | ? |
| 14:12:36 | preglow | one gripe, the codecs will probably have to read from disk, not a buffer |
| 14:12:40 | Bagder | the loader can't be activated by the codec |
| 14:12:54 | ABerg | Why ? |
| 14:13:18 | Bagder | preglow: ugha, we don't want that |
| 14:13:33 | Bagder | we want to be able to load N songs at once |
| 14:13:47 | preglow | Bagder: i mean the codecs will have to do the loading to the mp3 buffer |
| 14:13:54 | preglow | Bagder: they know best what they need loaded |
| 14:14:03 | Bagder | right |
| 14:14:15 | Bagder | but that'll be... ugly |
| 14:14:18 | preglow | this is a must in the case om non-streaming codecs like mods |
| 14:14:22 | Bagder | when 5 songs using different codecs are loaded |
| 14:14:26 | preglow | they can't use the data as it is |
| 14:14:26 | | Join IRCMonkey [0] (~chatzilla@ppp128.dialup.ntua.gr) |
| 14:14:42 | preglow | they have to unpack pattern data, unpack samples |
| 14:14:59 | preglow | better to have that done at load time |
| 14:15:05 | IRCMonkey | Morining. Any chance to get rockbox to work with creative shit? |
| 14:15:15 | preglow | IRCMonkey: perhaps, get specifications |
| 14:15:22 | Bagder | IRCMonkey: if you are skilled and have lots of time |
| 14:15:32 | IRCMonkey | sigh |
| 14:16:07 | preglow | Bagder: yes, i'm pondering if we might not need to split the codecs up somewhat, into a loader part and an actual codec part |
| 14:16:17 | Bagder | yes |
| 14:16:23 | preglow | Bagder: the loader part would be loaded in memory all the time, and handles file and metadata loading |
| 14:16:35 | preglow | both those things will be needed often |
| 14:16:46 | ABerg | Bagder, preglow: the idea is that the codecs could give hints to the loader |
| 14:17:11 | Bagder | we want to fill the whole buffer with songs, at load-time |
| 14:17:13 | ABerg | so that it can adopt the best reading strategy |
| 14:17:38 | preglow | Bagder: a simple codec caching system where the user can select which codecs he wants to use the most might be neat at some point |
| 14:18:37 | Bagder | ABerg: my point being that the loader only needs to know when the codec has N bytes left, then it starts to fill the buffer again |
| 14:19:20 | ABerg | There might be several file in loader cache, some that have not even started decoding |
| 14:19:23 | IRCMonkey | Creative firmwares are real crap for real. Best of luck with your development. Bye bye |
| 14:20:29 | preglow | creatives products are mostly crap |
| 14:21:56 | IRCMonkey | yep but cheap |
| 14:22:48 | rasher | there really are an awful lot of patches |
| 14:23:01 | | Join DMJC [0] (~James@220-245-171-89.tpgi.com.au) |
| 14:23:18 | ABerg | It is really when the loader detects that its cache is nearly empty, regardless of which track/codec is currently playing, that it must refill |
| 14:23:18 | IRCMonkey | g2g byez |
| 14:23:19 | | Quit IRCMonkey ("Chatzilla 0.9.67 [Firefox 1.0.1/20050223]") |
| 14:23:39 | Bagder | ABerg: in my head it is |
| 14:24:45 | | Part MoosCamaro |
| 14:25:10 | rasher | weird.. still charging |
| 14:26:34 | rasher | maybe it takes a while to realize the battery's full |
| 14:26:46 | | Part kurzhaarrocker |
| 14:29:11 | rasher | battery test running.. |
| 14:30:41 | rasher | eta, ~20:00 |
| 14:31:34 | | Quit preglow (Read error: 104 (Connection reset by peer)) |
| 14:32:51 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 14:32:56 | * | preglow kicks his server |
| 14:35:33 | rasher | I thought of a good one last night |
| 14:35:45 | rasher | getting telefragged would be cool way to go |
| 14:36:07 | preglow | hahaha |
| 14:36:11 | preglow | most definitely |
| 14:36:24 | * | preglow suddenly misses quake |
| 14:37:31 | LinusN | HCl: you there? |
| 14:38:06 | HCl | hi |
| 14:38:13 | HCl | webmind_: not window 19, screen window 1 |
| 14:38:14 | HCl | sup? |
| 14:38:32 | LinusN | just curious how the rockboy sound emulation works |
| 14:38:48 | webmind_ | HCl, screen ? |
| 14:38:50 | HCl | ummm. it has this pcm_submit function.. there's a little documentation on it.. let me fetch it... |
| 14:38:53 | HCl | webmind_: yea. |
| 14:39:01 | webmind_ | HCl, you have switch screens to switch from channel? |
| 14:39:08 | HCl | webmind_: servers, yes. |
| 14:39:13 | rasher | wow, this old ipaq forgot everything after lying without power for a few weeks |
| 14:39:20 | webmind_ | HCl, hm offtopic hold on |
| 14:39:51 | webmind_ | HCl, see sceen window 2? |
| 14:40:11 | HCl | LinusN: hmm, there's a document on it thats not in cvs, dunno why, let me check it in. |
| 14:41:19 | HCl | webmind_: in a bit, hold on. |
| 14:41:40 | HCl | The main sound module interfaces with the system-specific code through |
| 14:41:40 | HCl | one structure, pcm, and a few functions: pcm_init, pcm_close, and |
| 14:41:40 | HCl | pcm_submit. While the first two should be obvious, pcm_submit needs |
| 14:41:40 | DBUG | Enqueued KICK HCl |
| 14:41:40 | HCl | some explaining. Whenever realtime sound output is operational, |
| 14:41:46 | HCl | hm, too large a paste |
| 14:41:52 | HCl | anyways |
| 14:41:54 | HCl | check out cvs |
| 14:42:00 | HCl | open up the HACKING documentation |
| 14:42:03 | HCl | and go to the sound subsection.. |
| 14:42:23 | HCl | anyways, |
| 14:42:27 | HCl | rockboy already emulates sound |
| 14:42:30 | HCl | its just not submitting it |
| 14:42:32 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 14:42:32 | * | LinusN is reading the HACKING file |
| 14:42:34 | HCl | to the dsp |
| 14:42:41 | preglow | HCl: so it'll be just as fast as it is now? |
| 14:42:44 | HCl | yes. |
| 14:42:45 | preglow | HCl: kick ass |
| 14:42:51 | HCl | aside from the delay needed to play the sound |
| 14:42:54 | preglow | HCl: kick ass in the extreme, as a matter of fact |
| 14:43:00 | HCl | its probably too slow to play sound properly, as of yet |
| 14:43:01 | *** | Saving seen data "./dancer.seen" |
| 14:43:07 | HCl | an assembly interpreter core should fix that. |
| 14:43:19 | preglow | what, you given up on dynarec? :P |
| 14:43:33 | HCl | well. not yet. |
| 14:43:45 | HCl | but seeing the speed as it is at the moment with a c interpreter core |
| 14:43:54 | HCl | dynarec isn't very needed yet. |
| 14:43:57 | preglow | nah |
| 14:43:58 | preglow | but yes |
| 14:44:02 | HCl | eventually it might be nice to get it to run at a lower mhz |
| 14:44:04 | HCl | but. |
| 14:44:05 | preglow | faster core, and put some stuff in iram |
| 14:44:12 | HCl | making an interpreter core in assembly |
| 14:44:17 | HCl | then expanding it with dynarec eventually |
| 14:44:21 | HCl | would probably be more productive |
| 14:47:09 | Bagder | HCl: add the file in apps/FILES too |
| 14:47:34 | Bagder | it controls what goes into the tarballs |
| 14:47:36 | HCl | okay |
| 15:00 |
| 15:00:25 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
| 15:00:27 | t0mas | hi |
| 15:03:21 | LinusN | hi |
| 15:06:59 | preglow | LinusN: what size buffers do you use? |
| 15:07:34 | t0mas | preglow? you think Linux know's more about the timer trick we talked about? |
| 15:07:48 | LinusN | preglow: size buffers? |
| 15:07:53 | t0mas | Oh.. sorry... linuS not X :) |
| 15:08:14 | LinusN | hehe, i even write linux myself sometimes :-) |
| 15:08:39 | LinusN | timer trick? |
| 15:08:59 | | Quit R3nTiL (Read error: 60 (Operation timed out)) |
| 15:09:03 | t0mas | We were thinking about making the coldfire cpu run at the lowest possible speed |
| 15:09:12 | t0mas | because rasher found out it saves a lot of power |
| 15:09:20 | t0mas | and that way making a wakeup clock |
| 15:09:38 | LinusN | i and björn talked about that over lunch |
| 15:09:42 | preglow | LinusN: why yes, for passing audio to the driver |
| 15:09:43 | t0mas | but we could nowhere foud the minimum speed |
| 15:09:54 | LinusN | minimum speed is 11mhz |
| 15:10:02 | t0mas | sure? can't get lower? |
| 15:10:10 | preglow | wouldn't be minimum if it could |
| 15:12:03 | LinusN | t0mas: that's the frequency of the external oscillator |
| 15:12:28 | t0mas | ok, and is there a way for rasher to get it at that speed from within a plugin? |
| 15:13:09 | preglow | yes |
| 15:13:27 | t0mas | how? I only found the boost mode option... |
| 15:13:51 | LinusN | set_cpu_frequency(0) |
| 15:14:10 | | Join Mong0 [0] (~ab9fc00a@labb.contactor.se) |
| 15:14:19 | LinusN | preglow: the pcm playback api has no opinion about the pcm buffer size |
| 15:14:31 | LinusN | you give it a pointer and a length |
| 15:14:35 | preglow | ahh |
| 15:14:48 | LinusN | and a callback |
| 15:14:50 | preglow | excellent |
| 15:18:41 | dwihno | great |
| 15:19:41 | LinusN | regarding the cpu speed, i and björn have an idea about letting the cpu go to the idle frequency when it has absolutely nothing to do |
| 15:20:09 | t0mas | ok, sounds intresting too |
| 15:20:11 | LinusN | and go to the normal frequency when the user presses a key |
| 15:20:24 | LinusN | or anything else that would need more cpu |
| 15:20:41 | LinusN | so we would have 3 states: IDLE, NORMAL and BOOST |
| 15:21:04 | HCl | wouldn't idle be enough while users are browsing for music? |
| 15:21:14 | LinusN | probably not |
| 15:21:20 | t0mas | preglow and I were talking about a timer mode, so disable lcd and hd... get cpu to minimum... and then just wait for a specific time |
| 15:21:34 | LinusN | disable lcd? |
| 15:21:34 | preglow | yes, that'd be a great idea, and btw, you probably know more about plls than me. wouldn't you guess that the 10ms worst case lock time is for when it is set to 11mhz? |
| 15:21:41 | LinusN | no |
| 15:21:59 | LinusN | going to 11mhz is fast |
| 15:22:01 | t0mas | yeah, isn't it possible to clear the screen and make it stop updating? |
| 15:22:09 | preglow | ohh |
| 15:22:10 | LinusN | t0mas: when and why? |
| 15:22:20 | LinusN | preglow: the 10ms is for the pll to lock |
| 15:22:25 | t0mas | for the timer mode... to wait for say 7 am to wake me up ;) |
| 15:22:28 | LinusN | the pll is disabled in 11mhz |
| 15:22:37 | preglow | LinusN: yeah, i know, i just thought it would lock faster at higher clock rates |
| 15:22:37 | LinusN | t0mas: aaaaaaaaah |
| 15:22:54 | LinusN | 11mhz doesn't need locking at all |
| 15:23:21 | preglow | no, pll is probably disabled then, but is what i say generally true? |
| 15:23:38 | LinusN | i doubt it |
| 15:23:52 | LinusN | it all depends on the pll itself |
| 15:23:54 | t0mas | another one... |
| 15:23:58 | t0mas | <quote> |
| 15:23:59 | t0mas | 21.20.57 # <rasher> B8 |
| 15:23:59 | t0mas | 21.21.07 # <rasher> C2 now :-\ |
| 15:23:59 | DBUG | Enqueued KICK t0mas |
| 15:23:59 | t0mas | 21.21.09 # <preglow> b8? |
| 15:23:59 | t0mas | 21.21.17 # <preglow> it shouldn't ever reach b8 |
| 15:23:59 | *** | Alert Mode level 1 |
| 15:23:59 | t0mas | 21.21.17 # <preglow> heh |
| 15:24:01 | t0mas | 21.21.37 # <rasher> it did in the last test as well |
| 15:24:03 | t0mas | 21.21.51 # <preglow> queer, linux said the range was from c0-ff |
| 15:24:07 | LinusN | t0mas: saw that |
| 15:24:09 | t0mas | </quote> |
| 15:24:12 | t0mas | ok |
| 15:24:49 | preglow | you could have pasted me correcting 'linux' as well!! :P |
| 15:24:55 | t0mas | lol |
| 15:25:03 | t0mas | wanted to paste as less as possible... |
| 15:25:32 | preglow | yea, i'm just kidding |
| 15:27:01 | t0mas | but is there a simple explanation for the B8 value? |
| 15:27:22 | HCl | evil gnomes. |
| 15:27:24 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 15:27:24 | * | HCl nods. |
| 15:27:38 | preglow | terrible, fearless trolls from the cold north |
| 15:29:05 | LinusN | t0mas: the adc range is 00-ff |
| 15:29:31 | LinusN | the b8 value is simply representing the voltage where the hardware fails to run |
| 15:29:36 | | Quit Mong0 ("CGI:IRC") |
| 15:30:07 | t0mas | oh ok, and your's failed at C0 ? |
| 15:30:12 | LinusN | not mine |
| 15:34:00 | *** | Alert Mode OFF |
| 15:35:28 | rasher | it went even lower |
| 15:35:38 | rasher | 9A I think |
| 15:36:33 | t0mas | 9A = 100 isn't it? |
| 15:36:35 | rasher | would probably go lower yet without harddisk activity |
| 15:38:56 | preglow | 9a is far above 100 |
| 15:39:32 | t0mas | oh lol |
| 15:39:39 | t0mas | 9 * 16 + 10 != 100 |
| 15:39:59 | t0mas | 154 |
| 15:40:14 | t0mas | damn... since the calculator I got a little slower calculating myself :) |
| 15:42:26 | preglow | damn gnome calculator doesn't do conversion! |
| 15:42:30 | preglow | i'll kill it |
| 15:43:02 | Bagder | use google ;-) |
| 15:43:13 | Bagder | http://www.google.se/search?q=0x9a+in+decimal |
| 15:43:25 | t0mas | ghehe |
| 15:43:31 | t0mas | yeah, this time i did it right ;) |
| 15:43:36 | rasher | preglow: I know! |
| 15:43:38 | rasher | it's horrible |
| 15:44:12 | rasher | I wonder what the reasoning behind that is |
| 15:44:30 | preglow | Bagder: hahahah |
| 15:47:39 | | Part LinusN |
| 16:00 |
| 16:17:43 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 16:18:49 | | Join Rick [0] (rick@wbar25.lax1-4.28.143.213.lax1.dsl-verizon.net) |
| 16:31:49 | | Join mecraw [0] (~mecraw@c-24-9-220-243.client.comcast.net) |
| 16:33:15 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
| 16:33:22 | HCl | hey markun |
| 16:33:27 | markun | hi |
| 16:33:35 | HCl | my flatmate didn't have an optical in, only out :/ |
| 16:33:44 | markun | My flatmate has one :) |
| 16:33:48 | HCl | doh |
| 16:33:48 | HCl | xD |
| 16:33:49 | markun | I didn't know it |
| 16:33:58 | HCl | i guess you'll be retrieving your cable again then, hm? |
| 16:34:10 | markun | yep |
| 16:34:14 | HCl | kays |
| 16:35:59 | | Quit ABerg (Read error: 110 (Connection timed out)) |
| 16:36:00 | markun | I'm not sure if his set shows the sample rate |
| 16:36:10 | HCl | mhm |
| 16:36:27 | HCl | i thought i saw something about linus saying 48000 wasn't done.. |
| 16:36:53 | markun | Linus this morning said experiments showed only 44.1 was possible, do you know what experiment? |
| 16:37:32 | preglow | 44.1 and 22.05 and 11.025 |
| 16:37:37 | preglow | all the multiples |
| 16:37:58 | preglow | no need to do the optical thing any more |
| 16:38:02 | preglow | he's found out what he needs to know |
| 16:38:09 | markun | ok |
| 16:38:27 | markun | HCl: I'll come by to fetch the cable anyway. |
| 16:38:54 | HCl | kay |
| 16:40:01 | preglow | markun: any plans working on the grayscale patch? :) |
| 16:43:02 | *** | Saving seen data "./dancer.seen" |
| 16:51:46 | | Join tvelocity [0] (~tony@ipa159.4.tellas.gr) |
| 16:52:12 | rasher | battery level still E4 ... |
| 16:52:24 | rasher | this'll take ges |
| 16:52:30 | rasher | ages. |
| 16:53:59 | preglow | yes |
| 16:54:05 | preglow | it'll probably have to stay on tonight |
| 16:54:10 | preglow | this is with hard drive on? |
| 16:54:54 | rasher | yes and 11mhz |
| 16:55:04 | * | preglow goes woot |
| 16:55:32 | tvelocity | still hacking on the battery? |
| 16:55:40 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 17:00 |
| 17:01:57 | markun | preglow: don't know yet. I will try to make lcd_bitmap a bit faster. |
| 17:02:11 | rasher | tvelocity: just collecting graphs |
| 17:06:21 | preglow | what's slowing it down? |
| 17:07:49 | rasher | getting the last functions done would be much nicer :> |
| 17:07:59 | preglow | indeed |
| 17:08:04 | preglow | i think linus wants it commited |
| 17:08:14 | preglow | slowness and all |
| 17:08:43 | markun | ok, I will implement the missing functions first then. |
| 17:11:34 | | Nick tvelocity is now known as tvelocity[away] (~tony@ipa159.4.tellas.gr) |
| 17:28:51 | rasher | wait wait wait... |
| 17:29:13 | rasher | preglow: I don't think cpu is that important |
| 17:29:15 | preglow | work work |
| 17:29:32 | rasher | it's just that the hdd activity is spread out |
| 17:29:45 | rasher | or not |
| 17:33:19 | | Join ABerg [0] (~aberg@lsn-boi-catv-c124-p061.vtx.ch) |
| 17:33:21 | | Join stevenm [0] (~steve@181-44.mam.umd.edu) |
| 17:33:55 | stevenm | hey preglow, what was the code for that cubic spline sampling algorithm again? |
| 17:34:53 | preglow | i haven't got it off-hand, but i bet you can find a code snippet at www.musicdsp.org |
| 17:35:32 | preglow | http://www.musicdsp.org/archive.php?classid=5#49 |
| 17:35:35 | preglow | like that, for example |
| 17:35:47 | rasher | emerge system finished! |
| 17:36:04 | stevenm | rasher, woohoo! Now onto X :_ |
| 17:36:06 | stevenm | preglow, thanks |
| 17:36:24 | rasher | now I really really need to build a kernel with toshiba support so I can use the last 3/4 of the processor speed |
| 17:36:38 | stevenm | rasher, a laptop with frequency scaling ? |
| 17:36:43 | rasher | Indeed |
| 17:36:48 | stevenm | rasher, emerge cpuspeedy |
| 17:37:02 | rasher | this is non-standard toshiba crap |
| 17:37:08 | rasher | needs toshiba-utils afaik |
| 17:37:16 | rasher | and a kernel option |
| 17:37:33 | stevenm | eew. And Intel cpu performance states dont work with it? |
| 17:38:36 | rasher | I don't think so |
| 17:38:48 | rasher | been running at 100MHz until now :-\ |
| 17:38:54 | stevenm | rasher, eeeew |
| 17:39:13 | stevenm | rasher, echo something > /sys/devices/system/cpu/.../cpufreq ? |
| 17:39:26 | preglow | stevenm: the same guy has written a good, big paper on interpolators if you're really interested ;) |
| 17:39:49 | rasher | jesus |
| 17:40:04 | rasher | is there really no middle-ground between gentoo-dev-sources and gentoo-sources? |
| 17:40:14 | rasher | oh |
| 17:40:17 | rasher | I'm an idiot |
| 17:40:19 | rasher | ignore me |
| 17:40:28 | stevenm | preglow, yea, my roommate has this huge BOOK on it. but books don't exactly have a section titled "for optimizing it for an iRiver, use this code" |
| 17:40:33 | tvelocity[away] | gentoo-dev-sources are 2.6 sources |
| 17:40:53 | preglow | stevenm: why cubic spline, btw? have you tried linear? |
| 17:40:55 | rasher | yeah, I read the version wrong |
| 17:42:10 | tvelocity[away] | i really think they should stop calling 2.6 sources dev-sources. it's confusing IMO |
| 17:43:44 | rasher | it'll be fun to see if I can remember how to configure a kernel for this old beast |
| 17:43:49 | stevenm | preglow, stripwax tried it but he said it sounded like crap |
| 17:43:57 | preglow | shouldn't sound like crap |
| 17:44:02 | preglow | but of course, hermite will sound better |
| 17:44:30 | stevenm | preglow, I just commented out my ghetto lowpass filter... it sounds much better than when you muffle the sound.. but high string instruments have this creepy sampling noise |
| 17:44:45 | stevenm | hermite? What would you recommend for iriver ? |
| 17:45:27 | preglow | what i pasted you is hermite |
| 17:45:54 | preglow | i would recommend linear interpolation for iriver |
| 17:45:54 | preglow | heh |
| 17:46:21 | stevenm | hmm.. so how would you DO linear? |
| 17:46:31 | stevenm | All I dont understand is, where do I get the 'fractional' value ? |
| 17:47:02 | preglow | and btw, you can't do it like that, of course |
| 17:47:05 | preglow | that assumes floating point |
| 17:47:27 | stevenm | yes ... that's a bit of a problem |
| 17:47:33 | preglow | the fractional value should be part of your sample playback iterator thing |
| 17:47:39 | preglow | i've made a linear interpolator using the emac |
| 17:47:54 | stevenm | so, what would fractional be in terms of the delta value ? |
| 17:48:16 | preglow | well, that depends on how you've done it |
| 17:48:21 | stevenm | like, there's current position, and the delta value. |
| 17:48:34 | stevenm | and each time, it adds delta to current position, and outputs that sample. |
| 17:48:35 | preglow | you shift current position right some places before you index the sample, yes? |
| 17:48:44 | stevenm | yes. |
| 17:48:46 | rasher | I think we need battery tests without hdd activity |
| 17:48:49 | stevenm | 9 bits I htink |
| 17:48:52 | preglow | yes, the bits you shift away are the fractional bits |
| 17:49:03 | preglow | http://glow.m0f0.net/rockbox/dsptest.c |
| 17:49:05 | preglow | sine() |
| 17:49:09 | preglow | i do linear interpolation there |
| 17:49:22 | preglow | and you see how i extract the frac part |
| 17:49:25 | stevenm | s=getSample(wf, (so->cp>>10)) |
| 17:49:29 | stevenm | thats my code |
| 17:49:33 | stevenm | aah, thanks.. makes sense |
| 17:50:03 | preglow | i have a 25 bit frac part, since a sine table really only reaquires a 7 bit index |
| 17:50:19 | stevenm | so, then, I'd have to AND the position with 2^10 - 1 and that would be the 'fraction' ? |
| 17:50:24 | preglow | yup |
| 17:50:27 | stevenm | ah |
| 17:50:29 | stevenm | oh snap |
| 17:50:38 | stevenm | I have a class in 30 min.. and no breakfast yet |
| 17:50:51 | stevenm | I'll be back in a few hours to finish this. Thank you for the info |
| 17:50:55 | preglow | go have your breakfast |
| 17:51:08 | preglow | to do the actual math, you need to know some fixed point, though |
| 17:51:11 | preglow | i wish i knew of a good guide |
| 17:51:20 | preglow | i don't have time to write one right now |
| 17:51:27 | preglow | i'm going home this easter, and am packing |
| 17:51:28 | rasher | preglow: I have a feeling that the spread-out reads cause the longer battery life |
| 17:51:38 | preglow | spread out reads? |
| 17:51:54 | rasher | yeah, because of the longer processing time |
| 17:52:08 | preglow | ahhh |
| 17:52:09 | preglow | of course |
| 17:52:13 | rasher | so reads happen less often |
| 17:54:00 | preglow | will be fun to get the results from the nodisk read test, though |
| 17:54:06 | preglow | you've got your work cut out for you ;) |
| 17:54:10 | preglow | but anywho, more packing |
| 17:54:50 | stevenm | ah |
| 17:54:50 | | Part stevenm ("'food, class'") |
| 17:54:52 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 17:56:49 | rasher | yes, nodisk will be more interesting |
| 17:56:52 | rasher | and a longer test :( |
| 17:58:38 | | Quit Patr3ck_ () |
| 17:59:37 | rasher | JESUS CHRIST |
| 17:59:41 | rasher | gentoo uses devfs?! |
| 18:00 |
| 18:01:09 | preglow | depends |
| 18:01:12 | preglow | it is udev ready |
| 18:01:20 | rasher | yeah.. but.. |
| 18:01:21 | rasher | still |
| 18:01:36 | rasher | I mean even debian uses udev |
| 18:01:38 | preglow | you can smack udev in in a jiffy |
| 18:01:41 | preglow | not stable |
| 18:01:41 | preglow | heh |
| 18:01:54 | rasher | true |
| 18:03:54 | | Quit DMJC (Read error: 54 (Connection reset by peer)) |
| 18:04:30 | | Join DMJC [0] (~James@220-245-171-89.tpgi.com.au) |
| 18:04:47 | | Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) |
| 18:05:34 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com") |
| 18:06:32 | rasher | oh my |
| 18:06:33 | rasher | still at E0 |
| 18:06:48 | preglow | how long's it been running? |
| 18:06:54 | rasher | 3:40 hours |
| 18:08:59 | rasher | 5 hours wasn't nearly enough |
| 18:09:03 | rasher | more like 8 hours |
| 18:09:26 | wacky_ | still no testing of the 1.65 firmware ?? |
| 18:09:57 | preglow | none that i know of |
| 18:10:05 | wacky_ | I can put a ready-to-use .hex file to someone with a BDM to test.. in the case where compiling the thing would be the problem |
| 18:10:22 | preglow | that's not a problem |
| 18:10:42 | preglow | us not seeing a reason to spend time testing it would be the problem |
| 18:11:29 | wacky_ | it's a question of minutes, isn't it ? if the thing boots or not, isn't that all ? |
| 18:11:46 | preglow | there's only one of us that has a bdm interface, and he is very busy |
| 18:11:54 | wacky_ | :P yeah I know :) heheh |
| 18:12:10 | preglow | i'm not about to test it because of features i really don't need |
| 18:16:54 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
| 18:20:08 | elinenbe | I only run rockbox on my iriver now... screw the iriver cruft |
| 18:20:44 | wacky_ | elinenbe - do you use your iriver to play music ?! |
| 18:21:05 | wacky_ | what's the use if you don't use the original firmware ? |
| 18:21:17 | wacky_ | since rockbox doesn't play anything yet |
| 18:21:51 | * | wacky_ thinks, maybe elinenbe is a Sokoban freak? |
| 18:21:55 | wacky_ | :P |
| 18:25:42 | | Join _Lucretia_ [0] (~munkee@abyss2.demon.co.uk) |
| 18:34:06 | elinenbe | wacky_: is correct! |
| 18:36:53 | wacky_ | heheh |
| 18:38:12 | preglow | minesweeper!"¤! |
| 18:43:07 | *** | Saving seen data "./dancer.seen" |
| 18:49:27 | amiconn | preglow: elinenbe actually wrote rockbox' sokoban |
| 18:49:56 | preglow | hahah |
| 18:49:59 | preglow | didn't know that |
| 18:52:09 | | Quit pill (Read error: 110 (Connection timed out)) |
| 18:52:38 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
| 18:57:45 | | Quit wacky_ ("see ya") |
| 18:58:26 | | Join Strath [0] (~mike@dgvlwinas01pool0-a241.wi.tds.net) |
| 19:00 |
| 19:02:32 | amiconn | preglow: Btw, this was also before rockbox was able to play music - on the archos |
| 19:02:50 | preglow | yes, games do seem to be prioritized ;) |
| 19:07:34 | HCl | you can play gameboy games with it :P |
| 19:09:16 | amiconn | I just ordered a H-140 :) |
| 19:09:20 | preglow | :-)))) |
| 19:09:21 | preglow | great |
| 19:09:38 | HCl | nice.. |
| 19:10:08 | preglow | looking forward to seeing the ridiculously optimized lcd driver |
| 19:10:16 | HCl | lol. |
| 19:10:21 | HCl | with the grayscale lib? |
| 19:10:24 | amiconn | 49-level greyscale... |
| 19:14:13 | HCl | should be nice. |
| 19:14:18 | HCl | i kind of want to look at dumb |
| 19:14:26 | HCl | i guess i'll go do that |
| 19:14:28 | HCl | my anime can wait |
| 19:14:29 | HCl | :) |
| 19:21:23 | preglow | good call |
| 19:24:03 | rasher | I think dumb is... dumb |
| 19:25:48 | HCl | i really want mod playback |
| 19:25:58 | HCl | preferably with lots and lots of useless stats |
| 19:26:39 | rasher | afaics dumb only supports like 5 formats |
| 19:28:54 | | Join webguest62 [0] (~5156ffd1@labb.contactor.se) |
| 19:29:43 | | Join Mong0 [0] (~ab9fc00a@labb.contactor.se) |
| 19:29:46 | webguest62 | hi |
| 19:31:48 | webguest62 | hey ami are you still there somewhere? i read that you had ordered a h140. where from? i search all the bloody shops and on the net too but all are out except ebay which I'm not sure I trust |
| 19:33:51 | rasher | mp3players.co.uk has a h120 |
| 19:33:58 | rasher | and h140 |
| 19:34:06 | webguest62 | available? |
| 19:34:18 | rasher | I... think, let me check |
| 19:34:22 | rasher | oh.. no |
| 19:34:23 | rasher | sorry |
| 19:34:29 | webguest62 | last shipment entering uk i think went to advanced mp3 players or they got some of them |
| 19:35:02 | rasher | h120 is in stock |
| 19:35:06 | webguest62 | i checked the common websites like amazon advanced (/) mp3 players all 3 and no h140 |
| 19:35:11 | webguest62 | i used to have an h140 |
| 19:35:49 | webguest62 | decided i wanted a colour screen of h340 and put it up for sale. the day i decided i needed to play music only i came home from work and some bugger had bought it! |
| 19:36:13 | rasher | couldn't you cancel the sale? |
| 19:36:20 | webguest62 | so i thought lets get a h340 instead otherwise buying another h140 i had sold made no sense |
| 19:36:25 | webguest62 | dont think so |
| 19:36:28 | webguest62 | amazon marketplace |
| 19:36:52 | rasher | well you could've asked him privately :) |
| 19:36:59 | webguest62 | hmm didnt think of that :( |
| 19:37:33 | webguest62 | wish i had kept it then i could go and try rockbox even in current non music playing state |
| 19:37:43 | rasher | shops in denmark have them it seems |
| 19:37:55 | rasher | not sure if any of them ship internationally |
| 19:38:00 | rasher | where are you, btw? |
| 19:38:06 | webguest62 | newcastle uk |
| 19:38:30 | webguest62 | hmm whats the thing to let me change my name? or do i have to register a nick first? |
| 19:38:34 | HCl | o.o; |
| 19:38:35 | HCl | gee. |
| 19:38:36 | HCl | dumb is handy. |
| 19:38:48 | HCl | it doesn't play mods by default, but writes a .pcm file instead |
| 19:38:56 | rasher | webguest62: /nick |
| 19:39:02 | webguest62 | been years since i used mirc |
| 19:39:06 | HCl | seems like i just need to get it to compile on the iriver |
| 19:39:14 | | Nick webguest62 is now known as dukezed (~5156ffd1@labb.contactor.se) |
| 19:39:31 | rasher | Hrm.. the only shop with a h140 lists delivery time as "over 7 days" |
| 19:39:39 | dukezed | in denmark? |
| 19:39:40 | rasher | which, knowing this shop, means out of stock |
| 19:39:44 | dukezed | oh |
| 19:39:56 | rasher | at least, pretty likely |
| 19:40:42 | dukezed | maybe ill pop down to the shops in the next town during weekend. the clueless sale assistants probably been flogging ipods to ppl like my workmate who chose it because 'its so small!' |
| 19:41:00 | dukezed | so hopefully some irivers still in stock |
| 19:41:11 | rasher | quite possibly |
| 19:41:49 | dukezed | not to say the ipod is a bad player but choosing a player because it is small is stupid |
| 19:42:09 | dukezed | if thats the only reason |
| 19:42:36 | rasher | well if that's the most important to you |
| 19:43:54 | rasher | the ipod has 3 things going for it |
| 19:44:00 | rasher | 1) other people have it |
| 19:44:03 | rasher | 2) design |
| 19:44:05 | rasher | 3) size |
| 19:44:16 | rasher | I think that's it :-\ |
| 19:44:22 | rasher | at least from my point of view |
| 19:44:29 | dukezed | it does what it does well, though I do not like the itunes tie-in |
| 19:44:32 | | Join prpplague [0] (~dave@mailhost2.amltd.com) |
| 19:44:40 | dukezed | or the marketing. why not show us what it does |
| 19:45:21 | dukezed | instead of showing some colourful 'hip' ppls silhouettes jumping around with ipods on |
| 19:47:01 | prpplague | amiconn: found an irc log of #rockbox where you guys were discussing using mmc/sd cards via spi mode |
| 19:47:13 | prpplague | amiconn: you guys still doing some dev on that? |
| 19:50:01 | dukezed | hmm well im off to play eq2 until the time comes to make dinner |
| 19:50:21 | amiconn | dukezed: It seems no shop has H1xx in stock here in germany too. I ordered it from www.thefractionprice.de ; they tell a delivery time of 2..14 days |
| 19:51:22 | dukezed | k thx i will check that site out |
| 19:51:26 | amiconn | prpplague: The archos Ondio uses MMCs via spi. The MMC driver in rockbox is mostly my work |
| 19:52:22 | prpplague | amiconn: is the socket mmc only? or does it support sd cards as well in the socket? |
| 19:53:29 | amiconn | The socket is suitable for MMCs and thin SD cards. Ordinary sd cards don't fit, as they are 2.1 mm thick compared to 1.4mm of MMC (and thin SD) |
| 19:53:49 | prpplague | amiconn: ahh ok |
| 19:54:25 | amiconn | The usb bridge supports both mmc and sd, and spi mode seems to be so similar that several users reported sd cards working. |
| 19:54:26 | prpplague | amiconn: who's in charge of the mmc code? |
| 19:54:49 | prpplague | amiconn: yea, the sd and mmc in spi are identical except for the init sequence |
| 19:55:01 | dukezed | ouch its all in german ill probably end up ordering the wrong things due to not knowing much german.. hmm i wonder what price it is. must be euros? damn uk customs probably charge me vat for it unless they will try listing it as a gift? |
| 19:55:10 | prpplague | amiconn: the sd uses a different card init command |
| 19:55:53 | rasher | will you get charged for a trade inside the eu? |
| 19:55:56 | rasher | customs. |
| 19:55:57 | amiconn | prpplague: Maybe in spi mode the command is identical, otherwise it won't work (I didn't implement anything special for sd support) |
| 19:56:38 | * | HCl slaps the codecs makefile |
| 19:56:43 | dukezed | hmm to be honest not sure. things ive ordered from america there was possiblity of it |
| 19:56:44 | HCl | i'm not getting it to execute make in my dumb dir |
| 19:56:59 | prpplague | amiconn: hmm, not from what ive seen, the mmc uses CMD1 whereas the sd is suppose to be using ACMD41 |
| 19:57:01 | amiconn | dukezed: Yes, the price is in euros. Here's the direct product link: http://www.thefractionprice.de/productdetail.php?productId=R74Z030 |
| 19:57:08 | dukezed | rasher: but ive never ordered from another eu country |
| 19:57:28 | HCl | there. |
| 19:57:31 | rasher | I ordered my h120 from the uk and didn't get charged.. but.. |
| 19:57:38 | rasher | I don't know if I might've |
| 19:57:38 | dukezed | k im there already ami |
| 19:57:38 | amiconn | prpplague: It seems that this is actually the same command, only different naming |
| 19:57:47 | amiconn | MMC CMD1 is 0x41 |
| 19:58:19 | prpplague | ahh |
| 19:58:33 | * | prpplague doubles checks his notes |
| 19:59:08 | | Quit NibbIer (Read error: 113 (No route to host)) |
| 19:59:44 | dukezed | hmm what does "Ihr Warenkorb ist noch leer." mean? "your basket is empty"? |
| 19:59:49 | | Join Nibbler [0] (~sven@port-212-202-73-247.dynamic.qsc.de) |
| 19:59:50 | | Join NibbIer [0] (~sven@port-212-202-73-247.dynamic.qsc.de) |
| 19:59:52 | | Join xNibbler [0] (~sven@port-212-202-73-247.dynamic.qsc.de) |
| 19:59:53 | amiconn | dukezed: yup |
| 19:59:57 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
| 20:00 |
| 20:00:00 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
| 20:00:49 | dukezed | ami:im kind of worried ill end up ordering the wrong things or wrong order details even. |
| 20:01:02 | dukezed | ah so menge must be # i want |
| 20:01:05 | dukezed | i left it blank |
| 20:01:09 | rasher | dukezed: according to the Danish customs website you don't have to pay for things bought in another eu country (at least not if you were visiting it) |
| 20:01:18 | amiconn | yes, "Menge" is the number |
| 20:02:04 | dukezed | but for things coming into the country which i didnt have on person because it was sent ? |
| 20:02:23 | rasher | I can't find that... but shouldn't that be the same? |
| 20:03:23 | rasher | well you never know.. |
| 20:04:14 | dukezed | i was under impression there was a difference between bringing something into the country thats been used, the customs cant tell anything about history of where you bought it etc, and taking something new back importing it into the country? |
| 20:04:32 | rasher | oh, I missed an entire "internet purchases" category |
| 20:04:47 | rasher | well this was for "new" things |
| 20:05:59 | dukezed | hmm "einkauf fortsetzen" and "zur kasse" |
| 20:06:09 | dukezed | ok lets click one |
| 20:06:56 | amiconn | dukezed: "zur kasse" is what you probably want |
| 20:07:18 | rasher | right, this looks to me like there's no customs paid on purchases inside the EU, and VAT in seller's country |
| 20:07:28 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 20:07:35 | rasher | at least for Danes. |
| 20:07:48 | rasher | but guessint it'll be the same for other eu citizens |
| 20:08:10 | dukezed | Sie sinde bereits Kunde?:email pass needed Ihre erste Bestellung?:email only needed |
| 20:08:37 | amiconn | "Ihre erste Bestellung". Then you need to give some more data on the next page |
| 20:08:48 | amiconn | ("your first order") |
| 20:09:04 | prpplague | amiconn: ahh the mmc/sd code in rockbox is really good |
| 20:09:14 | dukezed | hmm must also find out what euro into pounds is |
| 20:09:27 | dukezed | im sure last time i checked it was 1.5 ish? |
| 20:09:44 | HCl | its really kind of scary |
| 20:09:47 | HCl | to how clean dumb compiles |
| 20:09:49 | HCl | even for iriver |
| 20:10:12 | amiconn | prpplague: :) |
| 20:10:15 | HCl | okay, so i have a few undefined references to read, write, lseek and exit.. |
| 20:10:17 | rasher | HCl: wow, it Just Worked? |
| 20:10:30 | HCl | rasher: yea, it compiled completely clean, aside from a few undefined references |
| 20:10:30 | rasher | crazy |
| 20:11:19 | dukezed | hehe, i think ill choose 'herr' for my 'anrede' but what does 'firma' mean if i chose it? |
| 20:11:31 | amiconn | dukezed: british pounds (Ł) ? |
| 20:11:37 | rasher | that you're a company :-\ |
| 20:11:42 | rasher | I'm guessing. |
| 20:11:44 | elinenbe | HCl: what are you talking about? |
| 20:11:54 | rasher | HCl: mikmod!!!1!!1!!!!ONEONE!!! |
| 20:11:58 | dukezed | y ami |
| 20:11:58 | HCl | actually. |
| 20:12:07 | amiconn | dukezed: "Herr" means mister, "Firma" means company |
| 20:12:07 | HCl | it compiled completely clean. |
| 20:12:17 | HCl | the undefined references were just for the example program |
| 20:12:51 | dukezed | k. vor = sur name nach = first name? |
| 20:12:54 | elinenbe | HCl: what compiled? |
| 20:13:01 | rasher | other way round |
| 20:13:03 | elinenbe | I was just reading the logs and was a little lost... |
| 20:13:05 | dukezed | whoops |
| 20:13:05 | amiconn | dukezed: the other way round |
| 20:13:13 | dukezed | thx for your patience |
| 20:13:19 | rasher | wee, I'm beating the german to it :) |
| 20:13:28 | HCl | dumb, its a tracker format player |
| 20:13:32 | HCl | its said to be really good |
| 20:13:32 | amiconn | Nachname = surname, Vorname = given name |
| 20:13:42 | HCl | i have a feeling it won't run at realtime though |
| 20:13:56 | dukezed | hmmm before i go any further do they actually say they will deliver to other countries? |
| 20:14:02 | elinenbe | how many people have the h140 over the h120? |
| 20:14:13 | elinenbe | it seems that the h140 was a pretty rare player |
| 20:14:16 | t0mas | hm.. I have a H120 |
| 20:14:23 | rasher | I think it's about 2:1 in favour of h140 |
| 20:14:26 | t0mas | and I only know people having a 120 |
| 20:14:38 | rasher | at least it was when people were flashing first |
| 20:14:51 | elinenbe | I have a h120... is there anywhere to even buy an h140 in America? |
| 20:15:10 | t0mas | elinenbe: you have a black one? |
| 20:15:39 | amiconn | dukezed: They ask for "Land" (country) within the form your are at, so I guess the answer is "yes". |
| 20:15:53 | dukezed | Straße /Hausnr.* = street house number Postleitzahl (Zahl ohne Leerstellen)* = post code Stadt* =state/county Land* = country..? correct me if im wrong |
| 20:16:14 | | Quit DMJC (Read error: 54 (Connection reset by peer)) |
| 20:16:15 | rasher | stadt = city |
| 20:16:15 | | Quit Mong0 ("CGI:IRC") |
| 20:16:21 | elinenbe | t0mas: yes I do. |
| 20:16:23 | amiconn | rasher: yup |
| 20:16:35 | | Join DMJC [0] (~James@220-245-171-89.tpgi.com.au) |
| 20:17:21 | amiconn | dukezed: The light blue part you only need to fill in if you want the delivery to go to a different address |
| 20:17:22 | dukezed | so street housenumber/postcode?/city/country |
| 20:17:26 | dukezed | k |
| 20:17:38 | prpplague | amiconn: very nice code indeed |
| 20:17:50 | amiconn | dukezed: yes |
| 20:17:53 | dukezed | i see gro'B' britannien on there with the funny 'b'. thats me then i guess |
| 20:18:00 | rasher | sure iss |
| 20:18:14 | dukezed | what do you mean by blue bit? |
| 20:18:17 | rasher | funny b is a double-s |
| 20:18:27 | dukezed | i see grey boxes below if thats what you mean |
| 20:18:41 | dukezed | i know that. gross /great? |
| 20:18:51 | rasher | ypuip |
| 20:18:52 | rasher | wow |
| 20:18:54 | rasher | yup |
| 20:18:59 | | Join hardeep [0] (1098@208.247.65.205) |
| 20:19:13 | amiconn | rasher: ypuip? |
| 20:19:19 | rasher | typo for yup |
| 20:19:27 | rasher | quite impressive, if you ask me |
| 20:20:41 | dukezed | whats Zahl ohne Leerstellen after the Postleitzahl mean? |
| 20:20:56 | dukezed | before i press the next button :) |
| 20:21:00 | amiconn | That means digits without spaces |
| 20:21:20 | amiconn | (German postcodes are 5 digits) |
| 20:22:03 | dukezed | k so i can hopefully assume they will ignore that rule since they are sending it to another country |
| 20:22:29 | | Nick kergoth`zzz is now known as kergoth (~kergoth@covenant.kergoth.com) |
| 20:23:06 | amiconn | dukezed: 350 EUR == 243.23 GBP |
| 20:23:20 | dukezed | rechnung/vorkasse/nachnahme |
| 20:23:23 | dukezed | 3 options |
| 20:23:51 | | Quit tvelocity[away] (Remote closed the connection) |
| 20:24:02 | dukezed | hmm even less than 1.5 euros |
| 20:25:57 | amiconn | Rechnung == invoice, Vorkasse = pre-payment (?), Nachnahme = COD |
| 20:26:19 | amiconn | invoice isn't possible for first-time orders |
| 20:26:21 | dukezed | COD = ? |
| 20:26:28 | amiconn | cash on delivery |
| 20:26:31 | dukezed | oh |
| 20:26:44 | amiconn | Pretty common in germany |
| 20:27:03 | dukezed | so they want to trust me first before offering invoice and only if i pay beforehand |
| 20:27:33 | dukezed | ok vorkasse it is |
| 20:28:29 | | Join tvelocity [0] (~tony@ipa159.4.tellas.gr) |
| 20:30:32 | dukezed | hehe the address label unsurprisingly follows the german convention of postcode before city, i wonder if i can switch the information in both fields so it is more like the uk |
| 20:30:54 | dukezed | i pressed the button it has taken me to a screen with the following seems to be some final message |
| 20:32:14 | dukezed | Vielen Dank für Ihren Einkauf bei TheFractionPrice. Abhängig von der Wahl der Zahlungsart haben wir Ihnen eine Email für die Zahlungsmodalitäten zugeschickt. Bei Rückfragen zu Ihrer Bestellung geben Sie bitte immer die Bestell-Nr.: *somenumberhere (dunno if its important)* an. Mit freundlichen Grüßen Ihr TheFractionPrice - Team |
| 20:32:23 | HCl | titania:/home/hcl/rockbox/rockbox-devel/iriver# ls -al libdumbd.a |
| 20:32:23 | HCl | -rw-r−−r−− 1 root root 102234 Mar 17 20:31 libdumbd.a |
| 20:32:28 | | Join Sucka [0] (~NNSCRIPT@host81-156-214-58.range81-156.btcentralplus.com) |
| 20:32:33 | HCl | seems to have compiled cleanlny |
| 20:32:34 | | Quit tvelocity (Client Quit) |
| 20:32:34 | HCl | cleanly |
| 20:33:51 | amiconn | dukezed: You should have received an eMail as well. Bestell-Nr. means order number. You need it for reference |
| 20:34:11 | | Quit Liehbeth () |
| 20:34:14 | * | HCl is talking to the author of dumb a bit... |
| 20:34:35 | dukezed | no option exists to take me forward to a method of payment? |
| 20:34:41 | amiconn | If you chose paying beforehand, there should be given a bank account where to send the money |
| 20:34:49 | dukezed | from within email or am i misunderstanding 'prepayment'? |
| 20:34:58 | dukezed | yes i chose vorkasse |
| 20:35:12 | amiconn | yes, in the mail |
| 20:35:20 | dukezed | hmm bank account to 'send the money'? |
| 20:35:51 | amiconn | Yes, for prepayment |
| 20:35:58 | amiconn | I chose cash on delivery so I don't know exactly how this email looks like |
| 20:36:01 | dukezed | if you are talking 'western union' kind of sending doesnt seem very secure |
| 20:36:42 | dukezed | unless i can pay with credit card i wouldnt be going through with this i think. but i need to check email out |
| 20:37:52 | amiconn | I don't know whether they offer credit card payment. In germany it is quite common to transfer the money from one bank account to another. Dunno how this is called exactly in english, but certainly has nothing to do with 'western union' |
| 20:38:01 | dukezed | hmm amazon.co.uk sells 2 2nd hand ihp140s for 220 and upwards... but condition might be crap |
| 20:38:12 | dukezed | paypal? |
| 20:38:33 | dukezed | or just use creditcard like with say amazon? |
| 20:38:34 | preglow | rasher: how's the battery doinĂ' ? |
| 20:39:02 | dukezed | hmm sorry i should of payed more attention to "In germany it is quite common to transfer the money from one bank account to another" |
| 20:39:35 | dukezed | oh brb |
| 20:39:36 | | Quit dukezed ("CGI:IRC") |
| 20:41:56 | | Join webguest02 [0] (~5156ffd1@labb.contactor.se) |
| 20:42:17 | | Nick webguest02 is now known as dukezed (~5156ffd1@labb.contactor.se) |
| 20:42:56 | dukezed | yep you were right ami |
| 20:43:02 | dukezed | bank acc details |
| 20:43:08 | *** | Saving seen data "./dancer.seen" |
| 20:44:14 | dukezed | i should know, i see some foreign cheques sometimes working in the inland revenue |
| 20:44:18 | amiconn | I searched a bit; didn't find a more precise word than '(money) transfer'. You will need (or should use) IBAN and BIC within the EU |
| 20:44:19 | dukezed | hmm how to proceed |
| 20:44:46 | dukezed | iban and bic..? money transfer services like paypal but with bank accounts? |
| 20:45:24 | rasher | preglow: oh, it shut off! |
| 20:45:31 | amiconn | Hmm, I don't know about paypal either. |
| 20:45:41 | | Join stevenm [0] (~steve@181-44.mam.umd.edu) |
| 20:45:48 | preglow | rasher: time? |
| 20:45:49 | stevenm | hello |
| 20:45:56 | rasher | uhm.. not sure |
| 20:45:59 | rasher | let me see |
| 20:46:01 | dukezed | hmm not sure what those iban and bic references are for |
| 20:46:08 | stevenm | preglow, I just got the linear thing wokring.. did it fast, using double math, and it sounds all right. |
| 20:46:13 | dukezed | there are two within the email 1 of each ami |
| 20:46:20 | rasher | 5:41 |
| 20:46:27 | stevenm | now gonna see if I can get it working w/ integer only |
| 20:47:15 | HCl | whats the proper way of adding a dir in cvs |
| 20:47:20 | HCl | cvs add isn't working recursively |
| 20:47:27 | HCl | i want to add dumb to cvs |
| 20:47:29 | amiconn | dukezed: International Bank Account Number (IBAN), Bank Identifier Code (BIC) |
| 20:47:43 | preglow | stevenm: if the fractional part is less than sixteen bits and the samples are sixteen bits or less, you can even do it without the emac unit |
| 20:47:46 | rasher | preglow: not a lot of points though :( |
| 20:48:21 | stevenm | preglow, emac unit? Samples are 16 bits, and the fractional part is 10 bits |
| 20:48:28 | amiconn | HCl: You first need to add the dir explicitly, then add the files within |
| 20:48:30 | preglow | rasher: that's to be expected |
| 20:48:36 | HCl | ick. |
| 20:48:37 | HCl | ok. |
| 20:48:53 | preglow | stevenm: the linear interpolator thing i coded uses emac |
| 20:49:01 | preglow | stevenm: but you won't need that, then |
| 20:49:26 | stevenm | preglow, I see.. I just had a huge discussion w/ a friend of mine about it, in class.. haven't even read thru that code |
| 20:49:28 | stevenm | yet |
| 20:49:55 | | Join pill [0] (dearth@ip-130.net-82-216-140.issy4.rev.numericable.fr) |
| 20:49:58 | stevenm | ah, emac, I see. not sure what that does though |
| 20:49:59 | amiconn | dukezed: It seems although they offer shipment to other countries, they didn't really think about the consequences/ necessities. PM me if you want |
| 20:50:04 | preglow | stevenm: then there's no need to do so |
| 20:50:25 | HCl | i'm gonna checkin a clean dumb 0.9.2 codec, ok? |
| 20:50:27 | stevenm | ah all right |
| 20:50:29 | preglow | stevenm: it just multiplies and adds, nothing magical, but your numbers are sufficiently low in resolution, you don't need it |
| 20:50:30 | HCl | it compiles really cleanly |
| 20:50:39 | HCl | its untested and straight code of the 0.9.2 release |
| 20:50:39 | preglow | go ahead |
| 20:50:47 | preglow | does it use floats? |
| 20:50:53 | HCl | i don't know. |
| 20:50:54 | HCl | let me ask |
| 20:51:11 | HCl | i don't think it does, or it would've had problems compiling, right? |
| 20:51:20 | HCl | hm.. |
| 20:52:29 | dukezed | ami: thx i think i will go explore the other options fully before doing this now. like i said earlier there is still the other shops in the town close by perhaps they have some. all i need is 1 :) maybe hidden behind some boxes on a shelf just waiting for me to come along |
| 20:53:18 | preglow | HCl: gcc can make fpu emulation code, it might be doing that |
| 20:53:27 | amiconn | HCl: gcc handles fp, even on archos/sh1, but then the fp lib gets linked to the binary, and it's sloow |
| 20:53:37 | HCl | mmm, i think its not using the proper compiler flags either. |
| 20:55:44 | preglow | no matter anyway, if it's using fpu code, we'll replace it |
| 21:00 |
| 21:02:35 | rasher | preglow: battery wikipage |
| 21:02:41 | preglow | rasher: excellent |
| 21:03:15 | preglow | even longer battery time |
| 21:03:16 | preglow | damn |
| 21:03:37 | rasher | can't that just be because the harddisk draws less power? |
| 21:04:00 | rasher | I think we'll need a test without hdd |
| 21:04:49 | HCl | meh, i think i'll delay committing this. wasn't compiling it with the proper coldfire flags |
| 21:05:23 | preglow | rasher: of course we will :P |
| 21:05:30 | rasher | yes.. |
| 21:05:36 | preglow | rasher: linus ordered a 120mhz test with no hd this very morning |
| 21:05:40 | rasher | :) |
| 21:05:59 | rasher | do I have to do *anything*? |
| 21:06:07 | rasher | like |
| 21:06:15 | rasher | does it draw more power if I set it to calculate things |
| 21:06:33 | preglow | i think he meant the same decoding loop you do now |
| 21:06:41 | preglow | just with no disk accesses apart from the first load |
| 21:06:41 | rasher | but that does hdd.. |
| 21:06:46 | rasher | urgh |
| 21:06:52 | preglow | and your occasional writing |
| 21:06:59 | preglow | but i don't know |
| 21:07:00 | rasher | yes.. let me see.. |
| 21:07:04 | rasher | well sounds likely |
| 21:07:45 | t0mas | rasher? is that low power test finished? |
| 21:07:50 | rasher | yup |
| 21:07:57 | t0mas | how long did it run? |
| 21:08:03 | rasher | but it's hard to say much |
| 21:08:04 | stevenm | preglow, okay, linear interpolation works with integer math.. and sounds dang nice too |
| 21:08:14 | rasher | because we're using the hdd |
| 21:08:19 | stevenm | gonna try it at higher pitched notes now |
| 21:08:27 | preglow | stevenm: cool |
| 21:08:30 | rasher | not really sure how much the time differs because of hdd activity |
| 21:08:41 | t0mas | no, but what was te running time? |
| 21:08:51 | rasher | 5:30 I think |
| 21:09:05 | amiconn | rasher: I think you need to keep the cpu busy for the no-hd test. The rockbox kernel puts the cpu to sleep if it has nothing to do |
| 21:09:10 | t0mas | well... that's almost twice the time at 120 mhz isn't it? |
| 21:09:28 | rasher | t0mas: yes.. but I'm thinking it might be because the harddisk is working less as well |
| 21:09:36 | | Quit _Lucretia_ (Read error: 110 (Connection timed out)) |
| 21:09:39 | amiconn | And my guess is the cpu doesn't draw significantly more power when sleeping at 120 MHz compared to sleeping at 11 MHz |
| 21:09:42 | rasher | each read has 10 minuts between them |
| 21:09:46 | preglow | rasher: only one way to find out!! |
| 21:09:51 | rasher | I know... |
| 21:10:28 | rasher | let me see if I can pull out the writes and have it only open once |
| 21:11:10 | t0mas | what's steven writing? |
| 21:11:14 | t0mas | sound improvement? |
| 21:11:20 | rasher | midi |
| 21:11:22 | rasher | I think |
| 21:11:32 | stevenm | yea, MIDI |
| 21:11:42 | t0mas | ok |
| 21:11:42 | preglow | stevenm: better yet, make a reeeeeally low pitched sound, and see if it really connects the samples with lines |
| 21:12:13 | stevenm | tried it on the really really really high strings file... worked perfectly, and without the ghetto lowpass filter to muffle it |
| 21:12:36 | preglow | HCl: what did you do to compile dumb? |
| 21:12:38 | * | rasher stares |
| 21:12:45 | preglow | HCl: making it fit in the codec make system is pretty easy |
| 21:12:47 | HCl | preglow: i just removed it, heh. |
| 21:13:01 | HCl | it uses floating point |
| 21:13:05 | preglow | for what |
| 21:13:07 | stevenm | preglow, hmmm... let me try that. gotta make a midi file tho |
| 21:13:16 | HCl | 20:50 < HCl> does dumb use floating point? |
| 21:13:16 | HCl | 21:03 < entheh> it does, but not in the inner loops |
| 21:13:18 | HCl | no idea. |
| 21:13:21 | HCl | entheh = developer. |
| 21:13:24 | | Join tvelocity [0] (~tony@ipa159.4.tellas.gr) |
| 21:13:26 | HCl | efnet, #dumb |
| 21:13:37 | rasher | wait... I'll be spinning the harddisk up each time I write the battery info |
| 21:13:38 | rasher | dammit |
| 21:13:59 | preglow | rasher: yes, of course, but choose a long mp3 |
| 21:14:14 | rasher | how long? |
| 21:14:20 | preglow | i dunno |
| 21:14:28 | preglow | long enough to get a decent amount of samples |
| 21:14:30 | rasher | oh DAMMIT |
| 21:14:32 | rasher | that won't matter |
| 21:14:35 | preglow | no? |
| 21:14:38 | rasher | oh |
| 21:14:39 | rasher | nevermind |
| 21:14:51 | rasher | I'll just move the statuswriting outside the decoding loop of course :) |
| 21:14:52 | preglow | remember that libmad is about twice as fast without disk activity as it is |
| 21:15:11 | rasher | but I was writing status each time the buffer filled |
| 21:15:16 | rasher | no need for that |
| 21:15:32 | rasher | oh, I'm not |
| 21:15:56 | * | preglow pats rasher. as long as you figure it out in the end |
| 21:16:45 | rasher | :) |
| 21:18:01 | rasher | is any writing happening in xxx2wav? |
| 21:18:07 | | Quit ABerg () |
| 21:18:08 | rasher | apart from opening the file |
| 21:19:56 | | Join _Lucretia_ [0] (~munkee@abyss2.demon.co.uk) |
| 21:20:58 | | Join hi [0] (mrsnow@ppp-240-92.25-151.libero.it) |
| 21:21:54 | | Part hi |
| 21:21:59 | rasher | just so you know, I'm NOT going to run a 11mhz test without hdd :) |
| 21:24:50 | preglow | of course you are, of course |
| 21:25:10 | stevenm | preglow, I just tried the cubic/hemite one.. linear produces less noise. |
| 21:25:32 | preglow | stevenm: then you're doing something wrong |
| 21:26:12 | stevenm | preglow, I copied the code down, exactly.. and all using double math. It produces more of a 'background hiss' |
| 21:26:16 | rasher | preglow: it'll run for days :< |
| 21:26:59 | * | rasher emerges some more |
| 21:27:03 | preglow | stevenm: i'd appreciate some samples |
| 21:27:09 | rasher | I wonder how many days until I have a running system |
| 21:27:14 | stevenm | preglow, of code or of sound ? |
| 21:28:28 | preglow | stevenm: sound |
| 21:29:01 | stevenm | preglow, all right.. this will take some time |
| 21:29:37 | dukezed | well i am registered my interest to buy off ebay a h140 |
| 21:30:05 | dukezed | guy says he used it on his honeymoon but since then has been busy with his wife, whether i believe him or not i dont know :) |
| 21:31:17 | rasher | he'd have to make it up to her for nerding it out on their honeymoon |
| 21:31:57 | stevenm | aww great, wine is broken. what say you guys we port Goldwave to linux? :-P |
| 21:32:11 | dukezed | so i told him i was a previous owner of a h140 (kind of suggesting "if you lie i will know about it!" without actually saying it to him) and asked him some questions |
| 21:32:21 | HCl | bah. |
| 21:32:32 | * | HCl needs an assembly cpu core for gnuboy... |
| 21:32:48 | * | HCl goes to make another attempt at dumb |
| 21:39:03 | HCl | doh, i'm dumb :p |
| 21:40:15 | stevenm | preglow, stevenm/mi1_nointer.wav">http://wam.umd.edu/~stevenm/mi1_nointer.wav |
| 21:40:18 | stevenm | preglow, stevenm/mi1_lin.wav">http://wam.umd.edu/~stevenm/mi1_lin.wav |
| 21:40:22 | stevenm | preglow, stevenm/mi1_cubic.wav">http://wam.umd.edu/~stevenm/mi1_cubic.wav |
| 21:40:36 | stevenm | preglow, watch out, each is like, 9 megs in size |
| 21:43:59 | preglow | no problem |
| 21:44:41 | stevenm | preglow, there's also an mi1.mp3 in that directory.. it uses no interpolation, but has a ghetto lowpass filter, which gets rid of the noise (and half the sound with it) |
| 21:45:29 | | Quit SeeSchloss (Connection timed out) |
| 21:46:13 | | Join SeeSchloss [0] (~SeeSchlos@ARennes-352-1-8-21.w83-195.abo.wanadoo.fr) |
| 21:47:43 | HCl | okay, i got dumb to compile for real now, with the proper flags |
| 21:48:09 | preglow | stevenm: linear one MIGHT be better |
| 21:48:13 | preglow | stevenm: have you fixed guard samples? |
| 21:48:16 | rasher | HCl: wee |
| 21:49:23 | rasher | I'm waiting for the battery to charge.. :( |
| 21:49:26 | preglow | linear one will need a guard sample as well, but just one |
| 21:49:47 | stevenm | preglow, what is a guard sample ? |
| 21:50:07 | HCl | committed |
| 21:50:32 | HCl | i probably broke out hell, and lots of daily builds are gonna get broken that i need to fix and stuff *hides under the couch* |
| 21:51:03 | | Join prpplague^2 [0] (~dave@mailhost2.amltd.com) |
| 21:51:06 | rasher | haha |
| 21:51:07 | HCl | but preglow said he could fix the floating point stuff of dumb |
| 21:51:11 | HCl | and it compiles for iriver for me |
| 21:51:16 | | Join MoosCamaro [0] (MoosCamaro@m224.net81-66-159.noos.fr) |
| 21:51:25 | MoosCamaro | Hello all |
| 21:51:32 | HCl | hello |
| 21:51:36 | | Join webguest23 [0] (~5156ffd1@labb.contactor.se) |
| 21:51:49 | | Quit dukezed ("CGI:IRC (EOF)") |
| 21:52:02 | MoosCamaro | You have got very good work |
| 21:52:10 | | Nick webguest23 is now known as dukezed (~5156ffd1@labb.contactor.se) |
| 21:52:20 | HCl | rockbox should be sweet once we get all the codecs to work.. |
| 21:53:04 | MoosCamaro | I see the iriver port status and irc, and congratulations |
| 21:53:19 | rasher | jesus.. emerge −−help is really dumb |
| 21:53:26 | rasher | it's called manpages, write them! |
| 21:54:03 | dukezed | with something like portal player is it possible to do all the things you do with rockbox right now, including the things you are making for iriver or is it only due to the irivers cpu that you can do more things? |
| 21:54:14 | preglow | stevenm: if you're at the end of the sample, the interpolation will read outside it |
| 21:54:25 | preglow | stevenm: since it does buf[i + 1], buf[i + 2] |
| 21:54:57 | preglow | stevenm: get it? |
| 21:55:16 | preglow | unless it never reaches the end thanks to loop points, of course |
| 21:55:44 | preglow | HCl: i just hope you don't expect it to be done fast, i'm going away for a while now |
| 21:55:52 | HCl | lol. nah. |
| 21:55:53 | preglow | i'm going to 28k8 land for about a week and a half |
| 21:56:02 | amiconn | urgs |
| 21:56:02 | preglow | hence, i won't be using the internet |
| 21:56:15 | stevenm | 28k8 ? |
| 21:56:30 | dukezed | dodgy modem? |
| 21:56:40 | preglow | yes, you know, a modem, the old noisy buggers you had to use before you got your adsl or fiber connection :) |
| 21:56:48 | * | amiconn is already annoyed by using isdn speed (64k) |
| 21:56:54 | dukezed | sound like a spectrum |
| 21:56:58 | dukezed | loading games |
| 21:56:59 | preglow | i'm on 100mbit, imagine the contrast |
| 21:57:04 | stevenm | preglow, hey now.. my "laptop" has a 300 baud modem. with only pulse dialing |
| 21:57:13 | preglow | hahahah |
| 21:57:19 | preglow | god, that's _got_ to be old |
| 21:57:25 | stevenm | Tandy 102 |
| 21:57:31 | tvelocity | preglow, please never mention your net connection again when i'm online :P |
| 21:57:41 | stevenm | 40 x 8 LCD, 4 AA batteries, 1Mhz CPU |
| 21:57:54 | dukezed | what speed is yours tvelocity |
| 21:58:18 | HCl | 40x8 lines, i hope. |
| 21:58:22 | HCl | as in text, not pixels |
| 21:58:25 | tvelocity | 384k down 128k up |
| 21:58:37 | dukezed | hmm almost same as me |
| 21:58:50 | t0mas | arg |
| 21:59:00 | tvelocity | yeah but you don't pay a fortune for it:P |
| 21:59:09 | * | t0mas is at 320KB/s down and 70 KB/s up |
| 21:59:09 | HCl | well, i have 100mbit up/down :) |
| 21:59:17 | preglow | tvelocity: what, my 100mbit full duplex connection? |
| 21:59:19 | t0mas | HCl: you are at studentnet? |
| 21:59:22 | tvelocity | argh |
| 21:59:27 | HCl | and markun has 100mbit up/down too |
| 21:59:28 | HCl | :) |
| 21:59:38 | t0mas | yeah, me too in one year ;) |
| 21:59:40 | tvelocity | will you all die please? |
| 21:59:43 | preglow | with no firewalling and as many ips as i like? |
| 21:59:45 | dukezed | only maybe 33 euro/month |
| 21:59:46 | preglow | ok, i won't mention it |
| 21:59:52 | HCl | tvelocity: sure! but not just yet :) |
| 21:59:55 | preglow | it's probably one of the bestconnections in the world |
| 22:00 |
| 22:00:20 | t0mas | preglow: university connection? |
| 22:00:35 | preglow | i pay about 15$ a month for it |
| 22:00:36 | preglow | t0mas: indeed |
| 22:01:04 | t0mas | no datalimits? |
| 22:01:15 | HCl | i have a 15gb/week upload limit |
| 22:01:20 | t0mas | cuz that's the problem with some university connections here... |
| 22:01:26 | HCl | but on wireless, with 11mbit, i have no limits |
| 22:01:31 | t0mas | HCl: that's anti warez ;) |
| 22:01:39 | preglow | t0mas: i have recently gotten a 10gig/day limit |
| 22:01:44 | HCl | 10gig a day! |
| 22:01:45 | HCl | geeze. |
| 22:01:50 | preglow | in + out |
| 22:01:53 | preglow | so 20 gigs total |
| 22:01:54 | HCl | thats not much :/ |
| 22:01:56 | HCl | oh. |
| 22:01:57 | HCl | okay. |
| 22:02:08 | preglow | i can easily break it, but i like my connection |
| 22:02:09 | preglow | heh |
| 22:02:10 | preglow | so i wont |
| 22:02:13 | t0mas | yeah, my father works at the university of Utrecht, and they recently set a 10 GB / month upload limit |
| 22:02:25 | preglow | that, though, is not much |
| 22:02:33 | t0mas | just because of bittorrent... and other uploading tools |
| 22:02:45 | * | HCl is running bittorrent..... |
| 22:02:48 | preglow | yes, this is a warez nest |
| 22:02:49 | t0mas | unlimited down... at 100 mbit... but the uploadlimit... |
| 22:02:57 | HCl | ohh. preglow, wanna link with our warez net? :P |
| 22:03:02 | preglow | we used to have unlimited up and down here, but people abused it to an amazing degree |
| 22:03:09 | t0mas | yeah, there too |
| 22:03:13 | t0mas | FTP's running... |
| 22:03:22 | t0mas | uploading warez... |
| 22:03:26 | preglow | some people had the 100mbit maxed out 24/7 |
| 22:03:26 | preglow | that's bad |
| 22:03:28 | HCl | we have unlimited down, and practically an unlimited up, and we still abuse it :) |
| 22:03:31 | HCl | preglow: true. |
| 22:03:41 | t0mas | HCl: tutwente? |
| 22:03:50 | HCl | well, 15gb up by standard line |
| 22:03:59 | HCl | unlimited up/down with wireless, 11mbit |
| 22:04:14 | HCl | though there's recently some 54mbit wireless section |
| 22:04:25 | * | t0mas is thinking about study-ing in delft :) |
| 22:04:36 | HCl | i heard delft sucks warez-wise |
| 22:04:38 | t0mas | But I'll have to check the internet connection first :P |
| 22:04:46 | t0mas | yeah, heard the same |
| 22:04:50 | HCl | they have 100mbit, but no sharing network like we do |
| 22:05:08 | t0mas | yeah, maybe leiden is better... |
| 22:05:10 | HCl | so files only get shared on a per-flat basis |
| 22:05:12 | HCl | which is just crap |
| 22:05:14 | HCl | anyways |
| 22:05:19 | HCl | i'm not supposed to talk about this stuff. |
| 22:05:19 | t0mas | lol |
| 22:05:20 | HCl | soooo |
| 22:05:23 | preglow | stevenm: i really think you've got a guard sample problem, yes |
| 22:05:26 | HCl | we don't really have a sharing network here |
| 22:05:31 | HCl | nope. |
| 22:05:35 | t0mas | vpn ;) |
| 22:05:43 | preglow | HCl: oh, we've got a hub going for the entire student "village" here |
| 22:05:49 | preglow | no limits internally |
| 22:05:52 | t0mas | just connect all your firewalls/routers together with vpn... |
| 22:05:54 | HCl | preglow: wanna link? same thing here :P |
| 22:05:57 | t0mas | we do it in highschool too now ;) |
| 22:05:59 | | Quit prpplague (Read error: 110 (Connection timed out)) |
| 22:06:12 | preglow | HCl: well, then the limit would kick in, now wouldn't it :P |
| 22:06:18 | preglow | i never use it anymore anyway |
| 22:06:23 | t0mas | DC++ ? |
| 22:06:27 | preglow | yes |
| 22:06:40 | t0mas | how many gig's normally shared? |
| 22:07:24 | HCl | ok |
| 22:07:39 | | Nick prpplague^2 is now known as prpplague (~dave@mailhost2.amltd.com) |
| 22:07:40 | HCl | preglow: do you mind if occasionally i ask whether there's a certain thing on your network if we don't have it? :p |
| 22:07:45 | preglow | HCl: sure |
| 22:07:49 | HCl | thanks :) |
| 22:08:00 | HCl | we have 100mbit anyways, its not like it clogs our connection |
| 22:08:03 | preglow | don't know, as i've said, i never use it anymore, the odd chance i want something, i usually join a great, big swedish hub that's got 100s of terabytes |
| 22:08:11 | stevenm | preglow, all the samples out of range are automatically set to 0 |
| 22:08:16 | preglow | stevenm: that's not correct |
| 22:08:24 | rasher | Haha! |
| 22:08:33 | preglow | stevenm: when you read past the loop point, it should wrap around to the loop point start |
| 22:08:40 | rasher | I just inserted a random cd because gentoo was barking at me when rebooting |
| 22:08:50 | rasher | so when the laptop came back up, it booted the cd |
| 22:08:54 | rasher | turns out it was RedHat 5.2 |
| 22:09:40 | rasher | Imagine my chok after having installed gentoo for days, and when it comes back up after the first reboot, it tells me "Welcome to RedHat 5.2!" |
| 22:09:51 | tvelocity | LOL |
| 22:09:56 | thegeek | hehe |
| 22:10:02 | stevenm | preglow, yea, I suppose so. |
| 22:10:02 | stevenm | preglow, that'll take some tinkering, as there's like, 4 different looping modes |
| 22:10:18 | rasher | wow, the kernel booted |
| 22:11:03 | HCl | hmm. |
| 22:11:08 | preglow | stevenm: yup, but that is the way it's supposed to be |
| 22:11:45 | preglow | we'll have to handle that some fancy way with hardware |
| 22:11:58 | preglow | like actually modifying the samples after the loop stop point |
| 22:12:03 | preglow | it's never supposed to be reached anyway |
| 22:15:03 | stevenm | preglow, but wait a second.. if there is a loop point, then what is wrong with it reading one sample past the loop ? |
| 22:15:18 | * | t0mas is going to bed... have to get up at 6 tomorrow :X |
| 22:15:31 | | Quit t0mas ("bye and goodnight") |
| 22:15:35 | preglow | stevenm: because that's not the next sample to be played |
| 22:15:51 | preglow | stevenm: the next sample to be played is around the loop start point |
| 22:15:54 | stevenm | preglow, problem 2: some files specify "loop fractions" |
| 22:16:00 | * | HCl goes to peek at the dreadful consequences of committing dumb |
| 22:18:14 | rasher | no change afaics |
| 22:18:35 | HCl | it hasn't recompiled yet |
| 22:19:50 | | Join mecraw [0] (fwuser@69.2.235.2) |
| 22:19:50 | amiconn | It has, otherwise it wouldn't be on the front page |
| 22:19:57 | HCl | hm |
| 22:19:58 | HCl | okay |
| 22:20:56 | HCl | doh. |
| 22:21:01 | * | HCl forgot one file.. |
| 22:21:56 | preglow | a sec, eating |
| 22:26:35 | preglow | stevenm: ehh? loop fractions? |
| 22:26:35 | | Quit dukezed ("CGI:IRC (EOF)") |
| 22:27:02 | preglow | ahh, so _THATS_ why cvs commits are slow in showing up there |
| 22:27:25 | rasher | they only appear after a build? |
| 22:27:39 | HCl | helpers/stdfile.c \ |
| 22:27:43 | HCl | oops |
| 22:27:44 | HCl | sorry |
| 22:27:47 | HCl | accidental paste |
| 22:27:50 | preglow | you're going to hell for that |
| 22:27:58 | HCl | i know :p |
| 22:28:00 | rasher | :) |
| 22:28:02 | HCl | ah well, can't be helped |
| 22:28:18 | rasher | gar, network not coming up :( |
| 22:29:48 | | Quit elinenbe (" HydraIRC rocks! -> http://www.hydrairc.com <-") |
| 22:32:18 | | Part MoosCamaro |
| 22:35:01 | stevenm | preglow, there is a specification SOMEWHERE that a loop starts at "xxxxx+ xx/16" samples |
| 22:35:09 | stevenm | files hardly ever use it and there is no doc on it |
| 22:35:26 | stevenm | i dont think loop fractions are the issue. but I just added a guard sample.. must go for a bit |
| 22:35:46 | HCl | woot. |
| 22:35:52 | HCl | 12/13 more warnings. |
| 22:37:05 | | Join Dicko [0] (~chatzilla@spc1-bexl2-5-0-cust208.asfd.broadband.ntl.com) |
| 22:37:06 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 22:38:11 | HCl | some of which need obvious fixing, references to printf etc. |
| 22:39:45 | | Join prpplague^2 [0] (~dave@mailhost.amltd.com) |
| 22:42:22 | preglow | aye, yes |
| 22:42:44 | HCl | i see a usage of log, thats a bit disturbing.. |
| 22:43:11 | *** | Saving seen data "./dancer.seen" |
| 22:43:46 | HCl | i don't even know whether it'll run fast enough |
| 22:45:19 | preglow | worth a shot |
| 22:45:25 | HCl | yea |
| 22:45:31 | HCl | its supposed to give really good quality |
| 22:45:31 | preglow | i'll have a quick look |
| 22:46:21 | | Quit prpplague (Read error: 60 (Operation timed out)) |
| 22:47:57 | preglow | does the rockbox disk io do caching? |
| 22:47:58 | preglow | i guess not |
| 22:49:09 | rasher | ACPI wakeup devices: |
| 22:49:19 | rasher | USB VIY0 VIY1 HORN LID |
| 22:49:23 | rasher | HORN=?!?!?! |
| 22:49:35 | rasher | what, if I honk at my computer it'll wake up?! |
| 22:50:03 | HCl | xD |
| 22:50:28 | thegeek | god damn rasher, can't you see it's hornY.... |
| 22:50:31 | thegeek | ha. |
| 22:50:31 | thegeek | ;) |
| 22:50:36 | thegeek | had to say it |
| 22:51:10 | rasher | ah dammit |
| 22:51:13 | thegeek | even though it was quite possibly _the_ worst sentence ever uttered |
| 22:51:26 | rasher | I can't for the life of me remember what the fix to this problem is |
| 22:52:34 | preglow | ouch, long long spotted |
| 22:53:22 | HCl | yea, dumb author was talking about a 32x32 -> 64 bit multiplication.. |
| 22:53:25 | preglow | ahh |
| 22:53:28 | preglow | but that doesn't matter |
| 22:53:31 | preglow | i see it now, that's ok |
| 22:53:39 | preglow | just use emac there |
| 22:53:50 | HCl | can we? |
| 22:53:53 | preglow | why not?= |
| 22:54:10 | HCl | i thought markun said we couldn't do 32x32 -> upper 32 bits multiplication |
| 22:54:15 | HCl | only the lower 32 bits, which are useless |
| 22:54:17 | preglow | well, then he's plain wrong |
| 22:54:25 | HCl | oh, well, thats good news for tremor then |
| 22:54:27 | preglow | i do those all the time |
| 22:54:38 | HCl | i must admit i couldn't find it either |
| 22:54:40 | preglow | i should write a emac users guide or something |
| 22:54:48 | stevenm | preglow, added guard samples; no difference |
| 22:54:56 | preglow | since i seem to be the one who knows the most about it |
| 22:55:02 | HCl | maybe |
| 22:55:04 | preglow | stevenm: ok, explain exactly what you've done |
| 22:55:09 | stevenm | preglow, actually, taht even added additional clicking |
| 22:55:35 | preglow | HCl: as a matter of, the mac unit in fractional mode does exactly what PROD31 in tremor does, and that's one of the more commonly used macros |
| 22:56:03 | HCl | kay, hope markun is reading |
| 22:56:13 | * | preglow summons markun |
| 22:56:29 | HCl | xD it'd be funny if he'd join instantly |
| 22:56:33 | preglow | he is on |
| 22:56:48 | preglow | i actually did summon linus like that once |
| 22:56:53 | HCl | :P |
| 22:57:52 | | Quit Dicko (Remote closed the connection) |
| 22:58:01 | rasher | gar.. I need some kernel parameter |
| 22:58:06 | rasher | and I can't remember which |
| 22:58:11 | HCl | for what? |
| 23:00 |
| 23:00:08 | rasher | something with acpi interrupt handling |
| 23:00:11 | rasher | or rather, to avoid it |
| 23:00:24 | HCl | pci=noacpi? |
| 23:00:31 | rasher | o.O |
| 23:00:32 | rasher | maybe |
| 23:00:43 | HCl | or maybe it was plain noacpi |
| 23:00:48 | preglow | yes |
| 23:00:49 | preglow | that's it |
| 23:02:48 | rasher | it appears that I have thermal zone support |
| 23:02:51 | rasher | and I never knew |
| 23:02:56 | HCl | xD |
| 23:03:17 | rasher | okay, same error |
| 23:04:11 | HCl | with which? |
| 23:04:15 | HCl | pci=noacpi or noacpi? |
| 23:04:23 | rasher | noacpi |
| 23:04:29 | rasher | if I did it right.. |
| 23:04:35 | rasher | oh silly me |
| 23:04:39 | rasher | running lilo might help |
| 23:04:49 | HCl | according to the kernel docs |
| 23:04:51 | HCl | its the first one |
| 23:04:53 | HCl | with pci= |
| 23:05:00 | rasher | dammit, already rebooting |
| 23:05:22 | HCl | um |
| 23:05:23 | HCl | with lilo |
| 23:05:28 | HCl | you can just add to the kernel opts... |
| 23:05:36 | HCl | as long as you have prompt turned no |
| 23:05:37 | HCl | on |
| 23:05:51 | * | rasher tries |
| 23:06:58 | rasher | hurray! |
| 23:07:01 | amiconn | Gah, x11 is lame |
| 23:07:14 | stevenm | preglow, I'm back. I had it recompute the second sample used for interpolation in the event that the thing hit the end of a loop and was bumped elsewhere |
| 23:07:24 | stevenm | preglow, it sounds no differently now that it did. |
| 23:07:41 | preglow | amiconn: oh, we agree once again |
| 23:08:13 | preglow | stevenm: so if the x + 1 or x + 2 samples now go beyond the loop point, you wrap them around to the start loop point? |
| 23:08:24 | preglow | brb, switch os |
| 23:09:16 | amiconn | (1) I want to disable keyboard autorepeat within the x11 sim only. Since X11 does only allow to do this globally, I need to track whether the sim has focus (FocusIn / FocusOut events) (2) Cygwin x11 sends an initial FocusIn event, x11 on linux doesn't |
| 23:09:23 | stevenm | preglow, yes. |
| 23:11:08 | amiconn | Grr, cygwin is even undecided what to do :-/ |
| 23:13:43 | | Join bippy [0] (~519833ae@labb.contactor.se) |
| 23:14:33 | prpplague^2 | amiconn: hey, the ata_mmc.c stuff is GPL correct? |
| 23:14:46 | | Quit _Lucretia_ ("Leaving") |
| 23:15:10 | amiconn | prpplague^2: Yes of course, all rockbox code is |
| 23:15:21 | prpplague^2 | amiconn: ok, just double checking |
| 23:16:42 | | Nick prpplague^2 is now known as prpplague (~dave@mailhost.amltd.com) |
| 23:17:36 | bippy | i think ye should treble check |
| 23:19:03 | rasher | excellent, my cpu is 340K |
| 23:19:47 | bippy | is that good |
| 23:20:03 | rasher | it's roughly 67 degrees celsius |
| 23:20:10 | bippy | Thats not good |
| 23:20:23 | HCl | thats pushing it.. |
| 23:20:31 | bippy | Is this in the iriver ? |
| 23:20:35 | HCl | lol |
| 23:20:36 | HCl | no |
| 23:20:36 | rasher | nooo, laptop |
| 23:20:57 | bippy | Thats alright then, thought you were making handwarmers and all |
| 23:22:01 | stevenm | preglow, i'm going to go eat lunch, back a bit later |
| 23:22:15 | bippy | Bring some to share around |
| 23:22:33 | stevenm | trust me, you don't want college food :-P |
| 23:22:48 | HCl | hmmm. |
| 23:22:52 | bippy | true, soggy chips... |
| 23:22:59 | * | HCl gets reminded that there's new fat for the deepfrier... |
| 23:23:06 | * | HCl goes to heat it up... |
| 23:23:29 | bippy | I might have a bowl of alpen |
| 23:26:39 | bippy | mmm bacon fried egg toast beans |
| 23:26:45 | * | bippy drools |
| 23:26:54 | HCl | lol. |
| 23:27:10 | bippy | HCI = Human Computer Interface? |
| 23:27:34 | | Join Camilo [0] (~chatzilla@userca029.dsl.pipex.com) |
| 23:27:47 | HCl | hcL |
| 23:27:50 | HCl | HydroChloride |
| 23:27:59 | bippy | Same thing |
| 23:29:09 | bippy | So, how is mister iriver coming along |
| 23:29:57 | | Join langhaarrocker [0] (~none@dialin-145-254-099-213.arcor-ip.net) |
| 23:30:24 | | Quit langhaarrocker (Client Quit) |
| 23:31:14 | preglow | stevenm: strange, should sound better |
| 23:31:32 | bippy | He isnt here |
| 23:31:40 | bippy | he is eating college food |
| 23:31:50 | preglow | i now, i'm counting on him reading the backlog |
| 23:31:53 | preglow | i know, even |
| 23:32:38 | bippy | I wouldnt read the back log, guess thats why im not a Dev |
| 23:32:56 | preglow | i always read the backlog |
| 23:33:01 | preglow | first thing i do, heh |
| 23:33:25 | bippy | Why |
| 23:33:32 | bippy | Id eat first or get dressed |
| 23:33:37 | preglow | haha |
| 23:33:38 | preglow | i don't |
| 23:33:53 | preglow | then again, i'm not on irc while sleeping |
| 23:34:00 | preglow | still, there's tons of stuff i do before i do either of those things |
| 23:34:12 | bippy | Brush your teeth ? |
| 23:34:25 | preglow | no, i don't see the point in brushing my teeth before eating |
| 23:34:54 | bippy | That means you'd never brush your teeth :| |
| 23:34:59 | * | bippy is scared |
| 23:35:03 | preglow | hahah |
| 23:35:06 | preglow | ten minutes before eating, then |
| 23:35:21 | bippy | 9 minutes is pushing it then? |
| 23:36:05 | preglow | i usually toss myself down on the chair and sit around scratching my nuts and reading up on news, then i get dress, then i eat, then i brush my teeth |
| 23:36:11 | preglow | insert shower before getting dressed if you're lucky |
| 23:36:39 | | Join hi [0] (mrsnow@ppp-240-92.25-151.libero.it) |
| 23:37:14 | bippy | I shower at night, dont have time to shower in the mornin |
| 23:37:27 | preglow | yeah, depends on the schedule |
| 23:37:39 | | Part hi |
| 23:37:53 | bippy | you seem pretty normal for a programmer |
| 23:38:15 | preglow | brb, pack some more |
| 23:38:16 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 23:39:53 | bippy | Right im off for my shower, keep up the good work |
| 23:39:55 | | Quit bippy ("CGI:IRC") |
| 23:42:28 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 23:50:50 | | Join hi [0] (mrsnow@ppp-240-92.25-151.libero.it) |
| 23:50:59 | | Part hi |
| 23:56:39 | | Join amiconn_ [0] (~jens@pD9E7FFC5.dip.t-dialin.net) |
| 23:57:02 | | Quit amiconn (Nick collision from services.) |
| 23:57:03 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7FFC5.dip.t-dialin.net) |
icon identifies that the person is a core developer (has commit access).