| 00:00:03 | preglow | *shrug* |
| 00:00:09 | preglow | i'm coding resampling now |
| 00:00:41 | preglow | since rockbox can'thandle 48khz files |
| 00:01:09 | eightbit | What I also would like to do some time is turn my thing into a little sampler |
| 00:01:51 | | Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
| 00:02:19 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:02:26 | eightbit | For a joke I made a loop with the A-B function then speed shifted it until it matched the speed of another song |
| 00:02:40 | eightbit | played to my other ear from my friends ipod |
| 00:02:40 | preglow | i'm hoping plugins will have recording functionality some time |
| 00:03:00 | eightbit | That would be needed for an fx box |
| 00:03:01 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 00:03:05 | preglow | of course |
| 00:03:09 | preglow | that's why i'm hoping it ;) |
| 00:03:13 | eightbit | hehe |
| 00:03:28 | preglow | can't see a reason why they shouldn't if they can play back sound |
| 00:03:39 | | Quit Febs_away ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
| 00:03:48 | eightbit | I agree. It would lead to some amazing plugins |
| 00:03:54 | eightbit | Is anyone going to implant a better a-b function |
| 00:04:01 | eightbit | One with out a pause |
| 00:04:22 | preglow | a-b function? |
| 00:04:32 | eightbit | the looper |
| 00:04:40 | preglow | there is a looper? :) |
| 00:04:55 | eightbit | yeah, press the a-b in the ordinary firmware |
| 00:05:12 | preglow | ahh |
| 00:05:15 | preglow | probably |
| 00:05:23 | preglow | if someone wants it and is able to code it, it'll be there |
| 00:05:48 | eightbit | yeah, its just I think it would need some flexibility in the playback code |
| 00:06:28 | eightbit | if you make a long enough loop rockbox would have to rebuffer the first part of it |
| 00:07:27 | preglow | might be tricky |
| 00:07:49 | Bagder | isn't our size_t unsigned? |
| 00:10:07 | preglow | size_t should alays be unsigned |
| 00:10:15 | Bagder | yes |
| 00:10:39 | Bagder | that's what I think too |
| 00:10:52 | preglow | it's not a matter of what you think, it's a c spec thing :) |
| 00:11:01 | preglow | if ours isn't, it needs to be fixed, heh |
| 00:11:13 | Bagder | imagine size_t size;.. |
| 00:11:19 | Bagder | size -= copy_n; |
| 00:11:19 | Bagder | if (size > 0) { |
| 00:11:27 | Bagder | that is a weird check |
| 00:11:30 | preglow | oh yes |
| 00:11:59 | Bagder | codec_load_ram() |
| 00:12:17 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 00:12:34 | Bagder | I don't think it explains my patch's failures, but it sure isn't right either |
| 00:12:57 | preglow | oh no, you need to check if copy_n is larger than size before you subtract |
| 00:13:13 | preglow | might not fit snugly in with the code, but |
| 00:13:53 | Bagder | I'll read the code again to verify |
| 00:14:28 | Bagder | copy_n is never bigger than size, so it works |
| 00:16:57 | * | HCl slumps over cause of boredom :/ |
| 00:19:33 | preglow | i really don't understand people who complain about boredom |
| 00:19:36 | preglow | there's plenty to do |
| 00:19:50 | preglow | too little time, though |
| 00:20:14 | Sucka | the worst kind of boredom is boredom when you know you have things you should be doing :) |
| 00:20:14 | HCl | yea |
| 00:20:15 | HCl | well. |
| 00:20:18 | HCl | yes! |
| 00:20:19 | HCl | exactly |
| 00:20:20 | HCl | :P |
| 00:20:29 | tvelocity | boredom is so boring |
| 00:20:32 | HCl | Slasheri: event done yet? |
| 00:20:33 | preglow | haha |
| 00:20:36 | HCl | i made runtime database code |
| 00:20:38 | tvelocity | and you are too bored to do anything |
| 00:20:40 | HCl | but i can't test till tomorrow. |
| 00:20:42 | preglow | what event? |
| 00:20:51 | Sucka | runtime database code? what sorcery is this!? |
| 00:20:56 | Bagder | the audio buffer we use atm is... _huge_ |
| 00:21:03 | HCl | track end event thing. |
| 00:21:08 | preglow | hacking in an event callback in the playback code should be trivial |
| 00:21:15 | HCl | yea.. |
| 00:21:18 | HCl | i have a hack like that |
| 00:21:24 | HCl | but slasheri was gonna make it a not hack |
| 00:21:26 | preglow | Bagder: yes, indeed |
| 00:21:29 | HCl | which is better. |
| 00:21:39 | Bagder | 32166376 bytes with my patch applied |
| 00:21:45 | HCl | wth. |
| 00:21:49 | HCl | how many bytes do we have in total? |
| 00:21:56 | preglow | Bagder: ahh, that buffer, that's a good thing, yes? |
| 00:22:03 | Bagder | that's goodie |
| 00:22:12 | Bagder | 32MB is 33554432 |
| 00:22:15 | HCl | ah. |
| 00:22:16 | HCl | nice. |
| 00:22:17 | HCl | :) |
| 00:22:36 | | Join n0bby [0] (~nobby@cpc4-bele3-3-1-cust38.belf.cable.ntl.com) |
| 00:22:38 | Bagder | so 95.8% is for the buffer |
| 00:22:41 | HCl | :P |
| 00:22:53 | HCl | we might want to start thinking about other things that would be nice in ram |
| 00:23:02 | HCl | i can certainly think of some regarding the database |
| 00:23:31 | HCl | with a red black tree we could most likely even save memory space. |
| 00:23:47 | HCl | hrm. i'm not too good at red black trees though :/ |
| 00:23:51 | HCl | complicated buggers |
| 00:24:06 | HCl | fast though |
| 00:24:19 | HCl | guarantees log n |
| 00:24:21 | HCl | searching |
| 00:24:37 | preglow | hmm |
| 00:24:39 | HCl | and adding and removing is fast too. |
| 00:24:41 | preglow | i don't have 48khz mp3s |
| 00:24:47 | HCl | me neither.. |
| 00:24:48 | HCl | make one? |
| 00:25:09 | preglow | oh, i do have some other 48khz files |
| 00:25:43 | | Quit matsl (Remote closed the connection) |
| 00:25:58 | preglow | well, if you want to use trees, you pretty much need to have the entire database in memory at all times |
| 00:25:59 | n0bby | out of interest, do you guys use rockbox on your irivers when youre out and about? |
| 00:26:05 | preglow | n0bby: oh sure |
| 00:26:21 | n0bby | carry a pin in case of crashage? :P |
| 00:26:22 | Bagder | since long |
| 00:26:29 | Sucka | i have a 48khz track if you want it |
| 00:26:36 | Sucka | several in fact |
| 00:26:39 | preglow | Sucka: nah, i'm alright |
| 00:26:45 | Sucka | kk |
| 00:27:13 | n0bby | does anyone actually find that 48khz sounds better? |
| 00:27:22 | Sucka | lol |
| 00:27:41 | n0bby | seriously! |
| 00:27:49 | Sucka | on rockbox you mean, or in general? |
| 00:27:55 | n0bby | generally |
| 00:27:59 | preglow | on rockbox it sounds worse, heh |
| 00:28:09 | Sucka | i never really noticed, i only have some 48khz tracks because i left it too high by mistake |
| 00:28:24 | Sucka | the first few times they played back on rockboy it gave me quite a fright |
| 00:28:25 | HCl | preglow: i don't think it would cost too much memory... |
| 00:28:34 | n0bby | brb |
| 00:28:35 | HCl | when you use trees, you can also get rid of the allocate the max length of memory |
| 00:28:38 | Sucka | thought the heat was playing up my speakers or something, then i realised i wasnt listening to cassette tapes anymore |
| 00:28:39 | Sucka | ;P |
| 00:28:40 | | Nick n0bby is now known as n0bby-brb (~nobby@cpc4-bele3-3-1-cust38.belf.cable.ntl.com) |
| 00:28:50 | HCl | and then its what, 3000 times the full path of a file |
| 00:28:56 | HCl | say 120 on average |
| 00:29:06 | HCl | 360000 bytes |
| 00:29:12 | HCl | plus some overhead for the tree structure |
| 00:29:23 | HCl | probably 12 bytes left right and parent |
| 00:29:38 | HCl | and the hash and the rundb entry and tagdb entry |
| 00:29:57 | HCl | i dunno |
| 00:30:05 | HCl | lets see how it performs with plain binary search on disk |
| 00:30:11 | HCl | it might very well not be needed |
| 00:30:32 | HCl | it would be nice if we could get rid of a database generator completely though. |
| 00:30:38 | HCl | and have it build itself on the fly |
| 00:31:14 | HCl | probably only possible on iriver |
| 00:31:19 | HCl | since archos simply does not have enough ram.. |
| 00:31:22 | | Quit dwihno (Read error: 110 (Connection timed out)) |
| 00:31:29 | preglow | unified code for all platforms would be nice.. |
| 00:31:34 | | Nick n0bby-brb is now known as n0bby (~nobby@cpc4-bele3-3-1-cust38.belf.cable.ntl.com) |
| 00:31:40 | HCl | well |
| 00:31:41 | HCl | yea |
| 00:31:48 | HCl | you could do the database generation with mergesort on disk |
| 00:31:49 | preglow | anywho, i don't much care, i don't think i'll start using the database now |
| 00:31:49 | HCl | even on archos |
| 00:32:00 | HCl | mmm, i want to get the runtime database in |
| 00:32:07 | HCl | add my changes to the searchengine |
| 00:32:16 | HCl | and then start for a menu with preselectable searches |
| 00:32:26 | HCl | duplicating rio karma functionality |
| 00:32:35 | n0bby | hcl, i like this idea :) |
| 00:32:37 | | Join Febs [0] (~upirc@000-245-350.area3.spcsdns.net) |
| 00:32:43 | | Quit Febs (Client Quit) |
| 00:32:49 | HCl | which? :P |
| 00:32:59 | n0bby | the predefined searches :) |
| 00:33:02 | HCl | *nods* |
| 00:33:04 | HCl | yea |
| 00:33:13 | HCl | it will most likely be something like a directory with search files |
| 00:33:16 | HCl | that you can just select one from |
| 00:33:22 | n0bby | :/ |
| 00:33:26 | n0bby | not very slick |
| 00:33:41 | HCl | well, if done well |
| 00:33:44 | HCl | you wouldn't see the difference |
| 00:33:48 | Bagder | still crashes ;-( |
| 00:33:50 | preglow | hmm |
| 00:33:50 | HCl | only that you can adjust them 100% |
| 00:33:56 | preglow | resampling kinda works |
| 00:34:14 | HCl | and add your own predefined searches |
| 00:34:22 | HCl | thats why i've been keeping databox and searchengine split up |
| 00:34:31 | n0bby | i have a feature request, but im not sure if its possible. different icons for different audio filetypes? |
| 00:34:33 | | Join Febs [0] (~upirc@000-162-309.area3.spcsdns.net) |
| 00:34:42 | HCl | it is. |
| 00:34:42 | n0bby | so i can tell my oggs from my mp3s |
| 00:34:43 | HCl | very easily. |
| 00:34:49 | HCl | just modify viewers.config |
| 00:34:54 | HCl | the last bytes are the icon |
| 00:34:55 | HCl | encoded |
| 00:35:00 | n0bby | ahhh |
| 00:35:01 | n0bby | :) |
| 00:35:13 | HCl | feel free to improve and submit a patch :) |
| 00:35:13 | n0bby | i once wasted a whole battery with a single album in wav format :S |
| 00:35:20 | n0bby | on an old iriver firmware |
| 00:35:38 | HCl | :X |
| 00:35:50 | HCl | why does wav waste battery on iriver? |
| 00:35:57 | n0bby | bad buffering |
| 00:36:00 | HCl | kay. |
| 00:36:05 | HCl | afkish bit. |
| 00:36:07 | n0bby | near constant HDD access |
| 00:36:18 | preglow | i resample |
| 00:36:20 | preglow | :-) |
| 00:36:57 | Bagder | Slasheri: if you read the logs, my latest (still not working) patch is now http://daniel.haxx.se/rockbox/codecbuf-7.patch |
| 00:37:06 | n0bby | i thought the archos had to have icons in the font, and it had a 5 icon limit or something? |
| 00:37:48 | preglow | can anyone think of how to convert two sampling rates to a 16.16 fixed point delta? |
| 00:38:38 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 00:38:45 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 00:42:32 | | Join webguest49 [0] (~d4406110@labb.contactor.se) |
| 00:42:39 | | Join TCK [0] (TCK@81-86-97-198.dsl.pipex.com) |
| 00:42:58 | | Part webguest49 |
| 00:43:30 | | Part Febs |
| 00:46:10 | preglow | hmm |
| 00:46:13 | preglow | this might be a problem |
| 00:47:33 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 00:48:58 | | Join muesli- [0] (muesli_tv@Bc14c.b.pppool.de) |
| 00:49:20 | muesli- | g'day |
| 00:49:54 | n0bby | can bluechip's dev enviroment complile DUMB properly, or does it choke the same as a home-made cygwin complier? |
| 00:51:57 | preglow | choke, i guess |
| 00:52:35 | n0bby | 'k |
| 00:52:38 | n0bby | gtg |
| 00:52:39 | n0bby | bye |
| 00:52:42 | | Quit n0bby () |
| 00:56:12 | preglow | help :/ |
| 00:58:27 | Christi-S | help? |
| 00:59:04 | preglow | something's wrong and i don't know what, heh |
| 00:59:23 | Christi-S | Arse. |
| 01:00 |
| 01:00:40 | preglow | hah |
| 01:00:44 | preglow | decent resampling :P |
| 01:00:55 | Christi-S | You won? |
| 01:01:00 | preglow | big time |
| 01:01:03 | | Quit Stryke` (Read error: 110 (Connection timed out)) |
| 01:02:19 | preglow | sounds ok ish |
| 01:02:22 | preglow | anyone wanna try? |
| 01:02:31 | preglow | 48khz mp3s required |
| 01:02:45 | Christi-S | I would but I only have 44khz files. |
| 01:03:06 | preglow | hmm, nasty clicking |
| 01:08:13 | | Join muesli__ [0] (muesli_tv@Bbc94.b.pppool.de) |
| 01:14:51 | | Join jwalk [0] (~jwalk_edm@67.71.173.234) |
| 01:15:46 | | Quit Harpy (Read error: 145 (Connection timed out)) |
| 01:16:15 | preglow | THERE, goddamnit, nice resampling |
| 01:16:45 | preglow | i'm off to bed, later all |
| 01:16:58 | | Quit preglow ("leaving") |
| 01:17:54 | jwalk | hi all great work. no brick yet :) |
| 01:17:59 | jwalk | Question. |
| 01:18:26 | jwalk | Am I correct in assuming that the rockbox volume on iRiver is set as loud as it can go? |
| 01:19:18 | jwalk | That is, can the maximum be made louder? |
| 01:19:51 | jwalk | At 100% with Shure e2C's, I still feel I'd like more. |
| 01:19:58 | | Quit Christi-S ("If I were actually witty, this quitline would be funny.") |
| 01:23:53 | | Quit muesli__ (Read error: 60 (Operation timed out)) |
| 01:24:20 | thegeek | then get a small amp |
| 01:24:23 | thegeek | a cmoy f.ex |
| 01:25:55 | jwalk | hehe. to much to carry already |
| 01:33:24 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 01:34:23 | HCl | night. |
| 01:34:44 | HCl | jwalk: we could probably do some software scaling, me thinks? |
| 01:34:58 | HCl | but that would be a seperate volume thing, planned with the runtime database |
| 01:35:11 | HCl | it supports a custom volume setting per song |
| 01:35:22 | HCl | you can also try getting other headphones |
| 01:35:23 | jwalk | as in replaygain? |
| 01:35:26 | HCl | they seem to make a huge difference |
| 01:35:34 | HCl | well, we're gonna have replaygain too |
| 01:35:39 | HCl | but this one will be user settable |
| 01:36:09 | jwalk | I just can't believe that in-ear phones are too quiet for me. maybe I'm going deaf? |
| 01:36:22 | HCl | no |
| 01:36:27 | HCl | there's a huge difference in headphones |
| 01:36:42 | HCl | mine are too quiet too, but amiconn has ones that can function as loudspeakers on max |
| 01:36:46 | jwalk | any suggestions? |
| 01:36:56 | HCl | either patience or new headphones |
| 01:37:10 | jwalk | as in headphone suggestions :) |
| 01:37:11 | HCl | or help on coding replaygain :p if you know how |
| 01:37:12 | HCl | oh |
| 01:37:13 | HCl | :p |
| 01:37:16 | HCl | no, sorry |
| 01:37:18 | HCl | no clue |
| 01:37:21 | HCl | i need new ones myself |
| 01:37:26 | jwalk | my coding is limited to VB |
| 01:37:33 | HCl | gnight |
| 01:42:07 | | Quit Kohlrabi (Read error: 131 (Connection reset by peer)) |
| 01:42:21 | *** | Saving seen data "./dancer.seen" |
| 01:48:57 | | Quit cYmen ("zZz") |
| 01:52:20 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 01:57:21 | | Part eightbit |
| 01:57:51 | | Quit jwalk ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050509]") |
| 02:00 |
| 02:06:37 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a230.wi.tds.net) |
| 02:10:19 | | Quit hicks (Remote closed the connection) |
| 02:21:53 | | Join xen` [0] (~xen@pla25-1-82-227-196-9.fbx.proxad.net) |
| 02:25:21 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 03:00 |
| 03:10:28 | | Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) |
| 03:17:39 | | Join lostlogic_ [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 03:17:50 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
| 03:26:32 | | Quit kenshin (Read error: 110 (Connection timed out)) |
| 03:42:22 | *** | Saving seen data "./dancer.seen" |
| 03:50:42 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 03:51:32 | | Join amiconn_ [0] (~jens@p54BD52E4.dip.t-dialin.net) |
| 04:00 |
| 04:05:43 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:09:05 | | Quit QT (Read error: 145 (Connection timed out)) |
| 04:09:08 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 04:09:08 | | Nick amiconn_ is now known as amiconn (~jens@p54BD52E4.dip.t-dialin.net) |
| 04:29:19 | | Join wacky_ [0] (~wacky@modemcable011.4-37-24.mc.videotron.ca) |
| 04:30:04 | wacky_ | hey guys, would it be possible to compile the rockbox fort the iRiver.. but with the Remote display only |
| 04:30:26 | wacky_ | like if we used only the remote (it's about the size of the archos), and not the main LCD |
| 04:30:36 | * | wacky_ just broke his main unit's screen! :( |
| 04:31:02 | wacky_ | Rockbox would be my saviour if it could be totally controlled with the remote, just like the Archos's screens |
| 04:32:06 | LinusN | it will be, but it doesn't yet work |
| 04:32:16 | thegeek | LinusN! |
| 04:32:17 | thegeek | damn |
| 04:32:18 | LinusN | what happened to your lcd? |
| 04:32:21 | thegeek | do you get up this early? |
| 04:32:22 | wacky_ | total control ??! :) |
| 04:32:22 | thegeek | ;) |
| 04:32:28 | wacky_ | someone step on it |
| 04:32:34 | thegeek | ouch |
| 04:32:40 | LinusN | haven't slept yet :-) |
| 04:32:44 | thegeek | hehehe |
| 04:32:46 | wacky_ | yeah.. that's the sound it made :) |
| 04:32:55 | thegeek | ;p |
| 04:33:11 | LinusN | wacky_: no chance of rma? |
| 04:33:18 | wacky_ | iRiver America doesn't even repair, even if I pay |
| 04:33:22 | wacky_ | warranty void |
| 04:33:25 | thegeek | mhm |
| 04:33:31 | LinusN | how nice of them |
| 04:33:31 | wacky_ | I mean, expired |
| 04:33:36 | thegeek | they are good with the warranty in the 1 year |
| 04:33:39 | thegeek | but after that |
| 04:33:42 | thegeek | you are shit out of luck |
| 04:34:21 | LinusN | wacky_: there are a few broken H1xx around on misticriver |
| 04:34:36 | thegeek | mhm |
| 04:34:39 | LinusN | you could buy one for the lcd |
| 04:34:50 | wacky_ | heh :) but how to repair it ? |
| 04:35:06 | thegeek | LinusN : did you do all the detail scans? |
| 04:35:06 | LinusN | the lcd isn't that hard to replace |
| 04:35:07 | thegeek | if so |
| 04:35:08 | wacky_ | and I don't want these H3xx fuzzy colored craps |
| 04:35:11 | thegeek | is the lcd hard to remove? |
| 04:35:24 | thegeek | I have to resolder the headphone jacks |
| 04:35:33 | thegeek | and I want to take of the lcd so I dont scratch/bork it |
| 04:35:44 | wacky_ | how much would they sell such a thing on misticriver ? |
| 04:36:10 | LinusN | i dunno |
| 04:36:19 | thegeek | if it's just the harddrive broken on one of them |
| 04:36:23 | wacky_ | anyway, I'm going on a trip in august.. and I would have liked to bring the machine.. but now the screen is broken.. and I don't think I will be able to repair it until then |
| 04:36:26 | thegeek | you could just take your hd and put it in too |
| 04:36:38 | | Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) |
| 04:36:43 | wacky_ | oh :) maybe :) |
| 04:36:52 | thegeek | would certainly be easier |
| 04:37:00 | thegeek | but perhaps |
| 04:37:09 | thegeek | you can get someone to sell you just the pcb/lcd |
| 04:37:14 | wacky_ | LinusN - what do you guys plan for the remote ?% to have a dual display or you would toggle between the two ? |
| 04:37:22 | LinusN | dual |
| 04:37:30 | wacky_ | In my case, I really wouldn't care a toggled display :) |
| 04:37:49 | wacky_ | oh yeah ? does this require a big rewrite of the display funcs ? |
| 04:37:59 | LinusN | yes |
| 04:38:00 | wacky_ | how will you deal with that ? |
| 04:38:12 | wacky_ | any design planned ? |
| 04:38:17 | LinusN | well, we do the rewrite |
| 04:40:27 | LinusN | someone is working on it, but i don't remember who |
| 04:40:50 | wacky_ | no wiki page for discussion ? |
| 04:41:51 | LinusN | don't think so |
| 04:42:38 | wacky_ | ok.. thanks |
| 04:43:22 | wacky_ | hey, btw I'd like to thank you guys, you just did an awsome job, freely like that, with all that passion we can see that result in some so harmonious code |
| 04:44:07 | wacky_ | a job that turns electronics into a delight |
| 04:44:14 | wacky_ | a big thanks |
| 04:44:44 | * | LinusN blushes |
| 04:45:27 | wacky_ | good night guys |
| 04:45:33 | | Quit wacky_ ("rrrrrock box") |
| 04:46:03 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a230.wi.tds.net) |
| 04:49:51 | * | LinusN just committed daniel's patch that allows plugins while playing music |
| 04:59:46 | | Part LinusN |
| 05:00 |
| 05:03:30 | | Join courtc_ [0] (~courtc@adsl-158-37-202.asm.bellsouth.net) |
| 05:04:10 | | Quit courtc (Read error: 110 (Connection timed out)) |
| 05:04:12 | | Nick courtc_ is now known as courtc (~courtc@adsl-158-37-202.asm.bellsouth.net) |
| 05:25:21 | | Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 05:25:46 | elinenbe_ | the latest bleeding edge doesn't even boot on my device! (h120) |
| 05:26:44 | | Nick elinenbe_ is now known as elinenbe|sleepin (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 05:33:54 | | Quit kenshin (Read error: 60 (Operation timed out)) |
| 05:35:18 | | Join ashridah [0] (ashridah@220-253-123-86.VIC.netspace.net.au) |
| 05:42:24 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:02:51 | | Quit RotAtoR () |
| 06:04:27 | | Join CheeseBurgerMan [0] (~3f9650d2@labb.contactor.se) |
| 06:34:24 | | Quit CheeseBurgerMan ("CGI:IRC (EOF)") |
| 07:00 |
| 07:04:15 | | Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) |
| 07:13:13 | | Quit ashridah ("Leaving") |
| 07:14:08 | | Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) |
| 07:22:03 | | Join fuzzie [0] (fuzzie@anthracite.warpedgames.com) |
| 07:26:23 | amiconn | Good morning |
| 07:28:20 | HCl | hey |
| 07:28:33 | * | HCl woke up choking in his vitamin drink, what a way to wake up |
| 07:42:27 | *** | Saving seen data "./dancer.seen" |
| 07:55:14 | | Join [IDC]Dragon [0] (~idc-drago@p5483D237.dip.t-dialin.net) |
| 07:55:42 | [IDC]Dragon | 'morning! |
| 08:00 |
| 08:00:05 | amiconn | Hi Jörg :) |
| 08:00:50 | [IDC]Dragon | "bootbox" is working now |
| 08:01:02 | HCl | damn. |
| 08:01:16 | * | HCl got 2 million gold from another player on his mmorpg |
| 08:01:22 | HCl | thats certainly a way to wake up o.o. |
| 08:01:24 | HCl | how goes? |
| 08:01:37 | amiconn | [IDC]Dragon: Hmm, btw, I have a question. In main.c, we don't need the if(!usb_detect()) check around the autorock execution since we have early usb detection, do we? |
| 08:01:57 | * | [IDC]Dragon looks |
| 08:02:49 | amiconn | ...and the comment in line 295 is clearly wrong |
| 08:03:18 | [IDC]Dragon | the autorock check is legacy |
| 08:04:24 | [IDC]Dragon | what's wrong with the comment? |
| 08:05:12 | [IDC]Dragon | why? |
| 08:07:33 | amiconn | It says 'no complaint if it doesn't exit' but imho it should read 'no complaint if it doesn't open' |
| 08:08:23 | [IDC]Dragon | I meant "exists", it's a typo |
| 08:08:39 | amiconn | So the check could go away, but the braces have to stay (unless we want another #ifdef AUTOROCK at the top of the function) |
| 08:08:58 | amiconn | Ah, exist makes sense too |
| 08:09:08 | * | [IDC]Dragon fixes |
| 08:12:22 | | Quit kenshin (Read error: 110 (Connection timed out)) |
| 08:12:52 | amiconn | [IDC]Dragon: Bootbox is different per model? |
| 08:13:28 | [IDC]Dragon | amiconn: do you have a clue why I had to make the *(.rodata*) so cumbersome in app.lds? |
| 08:13:39 | [IDC]Dragon | yes, built per model |
| 08:13:56 | amiconn | Hmm. Did you check whether rolo actually works on Ondio? |
| 08:14:14 | amiconn | I still have the problem that rolo'ed archos firmware won't play music |
| 08:14:22 | [IDC]Dragon | not yet, I only tested the recorder so far |
| 08:14:38 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
| 08:14:39 | [IDC]Dragon | rolo in general, or bootbox? |
| 08:14:53 | amiconn | Rolo in rockbox, didn't try bootbox so far |
| 08:14:59 | [IDC]Dragon | ah |
| 08:15:22 | amiconn | Maybe it'll work in bootbox, due to some init not happening |
| 08:15:24 | [IDC]Dragon | does it fail if you rolo the same firmware again? |
| 08:15:30 | amiconn | ? |
| 08:15:54 | amiconn | Rolo does work for all firmwares, but archos ondio firmware doesn't like to be roloed |
| 08:16:09 | amiconn | Obviously I can't rolo another firmware from archos |
| 08:16:10 | [IDC]Dragon | ah, Archos |
| 08:16:24 | [IDC]Dragon | I thought rolo in general, overlooked that |
| 08:16:43 | amiconn | Does bootbox include lcd drivers? |
| 08:17:15 | [IDC]Dragon | yes |
| 08:17:34 | amiconn | Just builkding, to see how small it is |
| 08:17:40 | amiconn | *building |
| 08:17:53 | [IDC]Dragon | about 23 K |
| 08:18:04 | amiconn | Oooh, the ajz is 37K |
| 08:18:08 | [IDC]Dragon | as .ucl |
| 08:18:26 | [IDC]Dragon | sounds ok |
| 08:18:26 | amiconn | Tried different models? Like player? |
| 08:18:32 | [IDC]Dragon | not yet |
| 08:18:48 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
| 08:19:10 | amiconn | Player will be fun. I doubt that we can exclude rocklatin handling, although simple ascii would be sufficient |
| 08:19:29 | [IDC]Dragon | the size is ok, we'd have >200k left in flash |
| 08:19:39 | amiconn | Shouldn't be much of a problem though, there's plenty of space |
| 08:20:16 | [IDC]Dragon | any idea about the *(.rodata*) ? |
| 08:20:37 | [IDC]Dragon | the other sections were ok with wildcards |
| 08:21:19 | [IDC]Dragon | perhaps because of the rodata.str1.1 and rodata.str1.4 following |
| 08:21:27 | [IDC]Dragon | btw, what is that? |
| 08:21:57 | amiconn | .rodata.str1.* is for strings, .rodata without suffix for other constants |
| 08:22:08 | amiconn | .4 means long aligned, .1 unaligned |
| 08:22:24 | [IDC]Dragon | why is that separate? |
| 08:22:26 | amiconn | sh-elf-gcc always uses .rodata.str1.4 for strings |
| 08:23:06 | amiconn | Bootbox for Ondio doesn't link |
| 08:23:20 | amiconn | undefined reference to `_mmc_remove_request' |
| 08:23:39 | [IDC]Dragon | without the original *(.rodata) I got different images than before, with no wildcard |
| 08:23:57 | [IDC]Dragon | so I made it this way, to play safe |
| 08:24:00 | amiconn | Did you check the .map ? |
| 08:24:07 | [IDC]Dragon | yes |
| 08:24:17 | [IDC]Dragon | is shuffled some sections around |
| 08:24:34 | amiconn | With wildcard, I guess the linker intermixes .rodata and the .rodata.str1.* stuff |
| 08:24:38 | amiconn | Shouldn't hurt |
| 08:24:50 | [IDC]Dragon | probably not harmful, but I didn't want to break the regular builds |
| 08:24:59 | amiconn | You could do |
| 08:25:08 | amiconn | *(.rodata) |
| 08:25:12 | amiconn | *(.rodata.*) |
| 08:25:16 | [IDC]Dragon | we can simplify if we feel more assured |
| 08:25:16 | amiconn | Should be safe |
| 08:25:31 | amiconn | (Note the second dot in the wildcard) |
| 08:25:38 | [IDC]Dragon | yes |
| 08:25:44 | [IDC]Dragon | or just *(.rodata*) alone |
| 08:26:01 | amiconn | No, that will mix the sections as you observed |
| 08:26:11 | [IDC]Dragon | is that harmful? |
| 08:26:18 | amiconn | I guess it's not. |
| 08:26:22 | amiconn | We could try |
| 08:26:32 | [IDC]Dragon | a question for LinusN |
| 08:26:46 | amiconn | ? |
| 08:27:01 | amiconn | We could test 5 targets... |
| 08:27:03 | [IDC]Dragon | he should know the intention of this construction |
| 08:27:41 | [IDC]Dragon | the recorder works, but I made only a quick check |
| 08:27:51 | amiconn | Of what construction? The compiler using those different sections? |
| 08:28:16 | [IDC]Dragon | naming .str1 explicitely |
| 08:28:51 | amiconn | I guess this is just because he didn't want to use wildcards (or didn't know about them) |
| 08:29:09 | | Join dwihno [0] (~dw@81.8.224.89) |
| 08:29:47 | amiconn | Iirc I did my dead code experiments using *(.rodata*) only, and it worked |
| 08:30:02 | amiconn | ...although not yet tested on iriver |
| 08:30:39 | [IDC]Dragon | the iriver bootloader should do sectioned linking, too |
| 08:30:45 | [IDC]Dragon | would be much smaller |
| 08:31:00 | [IDC]Dragon | but I didn't dare to blindly change that |
| 08:31:32 | [IDC]Dragon | see the new "if" in the configure script |
| 08:31:45 | amiconn | I'm thinking about sectioned compiling and linking for the plugin lib |
| 08:32:22 | amiconn | That would make maintaining some things like the grayscale lib much easier |
| 08:32:41 | [IDC]Dragon | definitely |
| 08:33:20 | [IDC]Dragon | so the ondio needs a stripped down mmc_remove_request() |
| 08:34:11 | amiconn | The mmc_remove_request is nothing fancy |
| 08:34:55 | amiconn | It's in screens.c iirc |
| 08:35:10 | [IDC]Dragon | yes, I'm facing it |
| 08:35:36 | [IDC]Dragon | for bootbox, it would suffice to just tackle the internal MMC, but that would be wore work |
| 08:35:47 | [IDC]Dragon | ...more work |
| 08:36:30 | amiconn | I don't think it would be too difficult |
| 08:36:30 | [IDC]Dragon | you can't change the card, since bootbox has no event loop |
| 08:36:45 | amiconn | Just don't enable multivolume & hotswap |
| 08:36:54 | [IDC]Dragon | so mmc_remove_request is a dummy |
| 08:37:19 | amiconn | ..and the mmc detection in the init should be changed to always access the internal |
| 08:37:32 | amiconn | -> no remove request necessary |
| 08:37:54 | amiconn | Same goes for usb thread of course |
| 08:38:23 | [IDC]Dragon | all this is useless anyway |
| 08:39:05 | amiconn | ? |
| 08:39:29 | amiconn | Ah ok |
| 08:41:40 | [IDC]Dragon | actually, the USB screen does loop |
| 08:42:03 | amiconn | This way bootbox won't touch the external at all, like the archos firmware during boot |
| 08:43:12 | amiconn | If bootbox stays below ~50KB (compressed) for all platforms, we won't have a problem with rombox at all |
| 08:43:40 | [IDC]Dragon | it will |
| 08:44:04 | [IDC]Dragon | even with some more bells&whistles |
| 08:45:08 | amiconn | The #ifdef HAVE_MMC in both usb thread and usb_tick need to be changed |
| 08:45:24 | amiconn | ..to #if defined(HAVE_MMC) && !defined(BOOTLOADER) |
| 08:45:35 | [IDC]Dragon | why? |
| 08:46:02 | amiconn | To remove the code for handling insertions/extractions |
| 08:46:20 | [IDC]Dragon | I'd try to modify as little of the codebase as possible |
| 08:46:31 | [IDC]Dragon | (currently, no change) |
| 08:46:52 | amiconn | There are some #ifdef BOOTLOADER for iriver |
| 08:47:02 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 08:47:05 | amiconn | ...and the hotswap code should be disabled, imho |
| 08:47:23 | amiconn | I think it would improve reliability |
| 08:48:13 | [IDC]Dragon | can be done in the config-ondio*.h |
| 08:48:47 | amiconn | I don't think so. HAVE_MMC probably needs to stay defined for other places |
| 08:49:22 | [IDC]Dragon | yes, but I meant the hotswap switched |
| 08:49:31 | [IDC]Dragon | ... switches |
| 08:49:38 | amiconn | Yes |
| 08:50:04 | amiconn | This switches off hotswap and multivolume for rockbox, but the usb hotswap is hardcoded |
| 08:51:04 | amiconn | ...and so is the hotswap in the debug menu, but that isn't included in bootbox |
| 08:53:27 | [IDC]Dragon | 24K for Ondio |
| 08:54:37 | amiconn | How does bootbox rolo? Is there a minimalistic browser, or does it simply try to rolo ajbrec.ajz? |
| 08:54:57 | [IDC]Dragon | dumb question: does lcd_puts() clear the restof the line? |
| 08:55:26 | amiconn | Afaik it does |
| 08:55:39 | [IDC]Dragon | amiconn: no browser, just hard coded /ajbrec.ajz resp. /archos.mod |
| 08:55:47 | amiconn | Hmm, okay |
| 08:56:23 | amiconn | Btw, I think ~37KB of code is still quite much. Archos managed to put the first player firmwares in ~40KB |
| 08:56:46 | [IDC]Dragon | yes, we carry some ballast |
| 08:56:55 | amiconn | Do you include the language stuff? |
| 08:56:59 | [IDC]Dragon | no |
| 08:57:38 | [IDC]Dragon | it just occured to me that mmc_remove_request() is still a dummy, we won't have accessed the MMC before USB |
| 08:58:02 | [IDC]Dragon | correct? |
| 08:58:33 | amiconn | That's correct |
| 08:58:59 | amiconn | I'd prefer not to access the mmc at all, but that requires some (slight) code change in ata_mmc.c |
| 08:59:21 | | Quit Chamois (Read error: 131 (Connection reset by peer)) |
| 08:59:23 | amiconn | ...then mmc_remove_request can go away |
| 08:59:27 | | Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) |
| 09:00 |
| 09:00:27 | amiconn | When compiling without hotswap and an mmc is plugged, current code would access the mmc exclusively instead of internal flash |
| 09:01:19 | [IDC]Dragon | yes |
| 09:01:38 | [IDC]Dragon | or, it has nothing to do with hotswap |
| 09:02:14 | amiconn | It has - indirectly. Hotswap won't work without multivolume |
| 09:02:46 | [IDC]Dragon | I meant the swap in USB mode |
| 09:02:56 | * | [IDC]Dragon might be confused |
| 09:03:16 | amiconn | I meant rockbox, not usb mode |
| 09:03:46 | amiconn | You're right about usb mode |
| 09:04:07 | [IDC]Dragon | cd .. |
| 09:04:12 | [IDC]Dragon | oops |
| 09:04:16 | amiconn | :) |
| 09:08:12 | amiconn | Hmm, how can I use parameters in a shell script? |
| 09:08:50 | Bagder | $1 $2 etc |
| 09:09:04 | Bagder | or $@ for all of them |
| 09:09:11 | amiconn | Thanks :) |
| 09:09:30 | * | Bagder bows |
| 09:09:51 | amiconn | I want to put the objdump disassembler command for m68k in a script |
| 09:15:08 | * | amiconn just found an obvious optimisation in memset_a.S... |
| 09:16:36 | | Quit Strath (brown.freenode.net irc.freenode.net) |
| 09:16:36 | NSplit | brown.freenode.net irc.freenode.net |
| 09:17:01 | [IDC]Dragon | another 2.4 speedup? ;-) |
| 09:17:09 | amiconn | Haha, no |
| 09:17:36 | amiconn | Saving two words |
| 09:17:57 | NHeal | brown.freenode.net irc.freenode.net |
| 09:17:57 | NJoin | Strath [0] (~mike@dgvlwinas01pool0-a230.wi.tds.net) |
| 09:17:57 | amiconn | ...might execute a bit faster if not yet cached |
| 09:17:58 | [IDC]Dragon | bootbox works on Ondio |
| 09:18:13 | amiconn | Nice :) |
| 09:18:27 | amiconn | So it should work on rec fm/v2 and Ondio SP too |
| 09:18:40 | amiconn | Now there's the player... |
| 09:18:48 | [IDC]Dragon | did you try? |
| 09:18:57 | amiconn | No |
| 09:20:58 | amiconn | Bagder: I had a quick look at your codec separation. Do you agree that it would be even better to have a separate api as well? |
| 09:21:51 | [IDC]Dragon | compiling bootbox for the Studio gives a heapload of errors :-( |
| 09:22:04 | [IDC]Dragon | linking, that is... |
| 09:23:09 | [IDC]Dragon | later |
| 09:23:28 | | Quit [IDC]Dragon () |
| 09:28:00 | | Join bobTHC [0] (~bobthc@l06m-2-243.d1.club-internet.fr) |
| 09:29:41 | | Join Harpy [0] (GUokL17MCt@dsl-hkigw7wbb.dial.inet.fi) |
| 09:30:28 | bobTHC | hi folks ! |
| 09:37:08 | amiconn | Wow, multiplies are slooow on coldfire |
| 09:39:50 | | Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) |
| 09:42:31 | *** | Saving seen data "./dancer.seen" |
| 09:43:25 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
| 09:48:18 | | Quit tvelocity ("Leaving") |
| 10:00 |
| 10:08:20 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 10:12:20 | | Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) |
| 10:20:04 | | Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a230.wi.tds.net) |
| 10:22:17 | oxygen77 | StrathAFK |
| 10:22:46 | | Quit oxygen77 ("CGI:IRC") |
| 10:22:52 | | Join markun [0] (~markun@bastards.student.ipv6.utwente.nl) |
| 10:24:24 | | Quit kenshin (Read error: 110 (Connection timed out)) |
| 10:24:36 | markun | I've recalculated the table for the iriver battery. I put 3.08V as 0%, should I put a higher value there? |
| 10:30:19 | | Join webguest01 [0] (~5472a382@labb.contactor.se) |
| 10:30:52 | | Quit Andrew179 ("Leaving") |
| 10:30:57 | | Quit webguest01 (Client Quit) |
| 10:34:35 | * | amiconn accidentally dropped his H140 to the floor :-/ |
| 10:35:30 | HCl | :X |
| 10:35:49 | HCl | markun: with original battery? |
| 10:36:11 | markun | HCl: Yes, calculated it from the measurements in the wiki |
| 10:36:21 | | Quit DMJC (Read error: 110 (Connection timed out)) |
| 10:36:43 | amiconn | HD is still working, but it's a bit louder than before :( |
| 10:36:59 | yngwi | amiconn: :-( |
| 10:37:04 | B4gder | ugha |
| 10:37:47 | amiconn | That never happened with archos, probably thanks to the bumpers... |
| 10:38:29 | B4gder | maybe you should get a few spare bumpers from Jörg's junkyard and glue them onto your iriver? :-P |
| 10:38:52 | amiconn | Bah utf-8 looking fugly here |
| 10:39:01 | B4gder | uh, right |
| 10:39:03 | B4gder | sorry |
| 10:39:27 | amiconn | I should place a feature request for my irc client... |
| 10:39:58 | amiconn | Hydra is quite nice, but it doesn't support utf-8 |
| 10:40:19 | B4gder | I changed to iso-8859-15 for next time |
| 10:40:22 | B4gder | I've |
| 10:40:56 | amiconn | I doubt any current windows irc client supports utf-8. Hydra could be the first... |
| 10:41:05 | B4gder | xchat does :-) |
| 10:41:14 | amiconn | Hmm, it does? |
| 10:41:20 | B4gder | yes |
| 10:41:24 | amiconn | Xchat on windows is just plain ugly |
| 10:41:24 | B4gder | this is xchat on windows |
| 10:41:36 | amiconn | ...and shaky |
| 10:41:42 | B4gder | shaky? |
| 10:41:48 | amiconn | It crashes a lot |
| 10:41:52 | B4gder | not for me |
| 10:42:03 | amiconn | Hydra never crashed so far, in spite of being versioned <1 |
| 10:42:14 | B4gder | I've never seen xchat crash actually |
| 10:42:33 | markun | amiconn: Do you think I should put a higher value than 3.08V as 0% battery to prevent people from draining the batteries so far? |
| 10:42:39 | amiconn | I had it crash multiple times when I tried it, within just a few days |
| 10:43:13 | amiconn | markun: We should test how low the battery can go with the hd still able to spin |
| 10:44:42 | markun | amiconn: I based the values on the values in http://www.rockbox.org/twiki/bin/view/Main/IriverBattery. |
| 10:45:06 | markun | He let the test run until the drive was unable to spin up the drive. |
| 10:45:28 | markun | Eh.. until the iriver.. |
| 10:47:00 | markun | There is a bug in the old values anyway because it goed from 373 to 370 to 386. That can't be right, can it? |
| 10:47:09 | amiconn | Nope |
| 10:51:32 | markun | amiconn: would you like to try the values I calculated? |
| 10:51:58 | Chamois | i made a test a long time ago |
| 10:51:58 | Chamois | http://chamois94.free.fr/Battery.txt |
| 10:52:06 | Chamois | maybe can serve |
| 10:52:30 | Chamois | i hope |
| 10:53:18 | markun | Chamois: ok, let me check if I don't go under C8 then.. |
| 10:55:04 | Chamois | maybe Linus had to put in the bootloader a battery check |
| 10:55:25 | Chamois | if it is under a certain value iHP doesn't start |
| 10:55:42 | B4gder | then there's need to check :-) |
| 10:55:47 | B4gder | no need |
| 10:56:24 | Chamois | my iriver stays sometimes blocked after i started it but hard disk couldn't spin |
| 10:56:47 | B4gder | then it did start |
| 10:57:14 | Chamois | B4gder: ?? |
| 10:58:02 | B4gder | start == program runs |
| 10:58:08 | Chamois | hmm |
| 10:58:18 | Chamois | i explain |
| 10:58:25 | Chamois | i push the play button |
| 10:58:34 | Chamois | bootloader STARTED |
| 10:58:44 | B4gder | right, and that's my point |
| 10:58:44 | Chamois | but hard disk couldn't spin |
| 10:58:47 | B4gder | it _started_ |
| 10:59:10 | Chamois | so iHP was blocked and i had to plug the charger and RESET |
| 10:59:10 | B4gder | but sure, you need a certain amount of juice to spin up the disk |
| 10:59:39 | B4gder | the bootloader should time-out the spinup attempt and shut down I guess |
| 10:59:54 | Chamois | or mesure the battery voltage |
| 11:00 |
| 11:00:03 | B4gder | I prefer time-out |
| 11:00:08 | Chamois | i prefer the other |
| 11:00:10 | Chamois | :-) |
| 11:00:12 | B4gder | measuring is always very rough |
| 11:00:25 | B4gder | battery levels is a very inexact method |
| 11:01:12 | Chamois | yes but i don't think to make spin the hard disk and stop it in a anormal postion is not good |
| 11:01:15 | B4gder | what if someone replaces his HD with a very low power consuming one? |
| 11:01:39 | B4gder | or the other way around |
| 11:02:19 | | Quit Bger (Read error: 131 (Connection reset by peer)) |
| 11:05:31 | amiconn | Chamois: If the hd can't spin up it will not go into an anormal position |
| 11:06:09 | Chamois | yes |
| 11:06:21 | Chamois | but sometimes my hd start to spin up |
| 11:06:46 | Chamois | but can't read anything and stop to spin |
| 11:06:52 | Chamois | is it good ? |
| 11:07:29 | B4gder | the question is not if its good |
| 11:07:36 | B4gder | the question is how rockbox should deal with it |
| 11:07:56 | | Quit yngwi (Read error: 104 (Connection reset by peer)) |
| 11:10:03 | | Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) |
| 11:10:17 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 11:10:49 | preglow | so, ok, who wants to adopt some resampling code? |
| 11:11:00 | amiconn | Hi preglow |
| 11:11:38 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
| 11:12:11 | preglow | hello |
| 11:12:27 | preglow | i have linear interpolation working, but i can't spent the time to integrate it into whatever |
| 11:12:31 | preglow | for at least a week |
| 11:13:06 | | Join Bger [0] (~Bager@83.222.160.88) |
| 11:15:24 | | Join Sucka [0] (~NNSCRIPT@host217-42-252-124.range217-42.btcentralplus.com) |
| 11:17:01 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 11:24:21 | preglow | at least someone should try it to see if it sounds good |
| 11:25:12 | * | B4gder works on a new language system suggestion |
| 11:26:25 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 11:26:41 | B4gder | howdy LinusN |
| 11:26:44 | LinusN | B4gder: oops, forgot to add CODECS :-) |
| 11:26:48 | B4gder | hehe |
| 11:26:53 | preglow | gimme a sec and i'll put up some code |
| 11:26:59 | LinusN | good work btw, with the codec separation |
| 11:27:16 | B4gder | LinusN: so can you run a plugin while listening now? |
| 11:27:24 | LinusN | indeed |
| 11:27:29 | LinusN | it rocks, so to speak |
| 11:27:30 | B4gder | ok, good |
| 11:27:38 | amiconn | I'll repeat myself: Would it be wise to separate the api as well? |
| 11:27:46 | B4gder | I must've erred on my last test yday |
| 11:27:48 | LinusN | amiconn: nah |
| 11:27:48 | preglow | yes!yes! |
| 11:28:14 | preglow | why not? |
| 11:28:20 | B4gder | the current approach is fairly nice code re-use wise |
| 11:28:27 | amiconn | Plus codecs should get a different extension, to avoid running them as plugins |
| 11:28:35 | B4gder | yes |
| 11:28:43 | B4gder | they should be put in a separate location |
| 11:28:46 | dwihno | rockdec! :D |
| 11:28:51 | amiconn | ...and the codec source files should be moved to apps/codecs/ imho |
| 11:29:12 | B4gder | amiconn: they re-use big chunks of the plugib build setup |
| 11:29:18 | B4gder | that's why I didn't move them |
| 11:29:31 | amiconn | Hmm. |
| 11:30:15 | preglow | hmm |
| 11:30:20 | preglow | still think they should be moved somehow |
| 11:30:29 | preglow | they don't have proper dependecies at the moment either |
| 11:30:47 | preglow | which kind of annoys me while coding |
| 11:30:52 | B4gder | I agree |
| 11:30:58 | preglow | i need to touch codecmpa every time i change libmad |
| 11:31:25 | B4gder | so we move them into apps/codecs |
| 11:31:32 | amiconn | B4gder: I think a separate api would be a cleaner solution; currently codecs could call every function plugins can, and vice versa |
| 11:31:39 | B4gder | change extension and fix the deps |
| 11:31:54 | amiconn | For some functions this isn't desirable |
| 11:32:11 | B4gder | yes, let's make a separate API |
| 11:32:17 | B4gder | it'll be cleaner |
| 11:32:40 | amiconn | codec.[ch] in apps/ the same way as plugin.[ch] ? |
| 11:32:55 | B4gder | sounds good |
| 11:33:02 | preglow | and please drop the codec prefix |
| 11:33:07 | B4gder | yes |
| 11:33:15 | amiconn | preglow: ? |
| 11:33:26 | amiconn | Do you mean sources, codecs, or both? |
| 11:33:27 | preglow | codec in front of mpa, for example |
| 11:33:35 | amiconn | mpa.c / mpa.codec |
| 11:33:35 | preglow | when they're placed in codecs/, it redundant |
| 11:34:05 | preglow | both |
| 11:34:14 | amiconn | Hmm, I think I should be working on gfx api... |
| 11:34:21 | B4gder | hehe |
| 11:35:27 | amiconn | That'll cause a lot of changes... |
| 11:36:56 | B4gder | ok, I can do the codec move then |
| 11:37:19 | preglow | but ok |
| 11:37:23 | preglow | anyone here got 48khz mp3s? |
| 11:39:57 | LinusN | i have |
| 11:40:03 | amiconn | I have my mp2/mp3 test set |
| 11:40:13 | amiconn | Contains everyting from 8 to 48 kHz |
| 11:40:22 | amiconn | *everything |
| 11:40:38 | preglow | ok |
| 11:40:40 | preglow | i'll toss up a rock |
| 11:41:11 | amiconn | Does the resampling code handle all cases, or just 48 kHz? |
| 11:41:25 | preglow | just 48khz, i don't know how to calculate a delta without using floating point |
| 11:41:42 | amiconn | How do you mean? |
| 11:41:51 | preglow | glow.m0f0.net/rockbox/codecmpa.rock |
| 11:41:57 | amiconn | 48 kHz won't use a delta? |
| 11:42:00 | preglow | like, when i need to step through the samples |
| 11:42:00 | LinusN | preglow: src please |
| 11:42:04 | preglow | LinusN: a sec |
| 11:42:23 | LinusN | preglow: 16.16 fixed? |
| 11:42:26 | preglow | LinusN: same place |
| 11:42:28 | preglow | LinusN: indeed |
| 11:42:35 | *** | Saving seen data "./dancer.seen" |
| 11:42:42 | preglow | LinusN: i figure we'll never have a buffer larger than 65kb |
| 11:42:48 | preglow | amiconn: oh, and btw, it's mono at the moment |
| 11:43:40 | preglow | what i need to do is mp3_sample_rate/target_sample_rate*65536, then cast that to an int |
| 11:44:28 | amiconn | mp3_sample_rate*65536/target_sample_rate should work with unsigned int |
| 11:44:36 | amiconn | unsigned long to make sure |
| 11:45:35 | amiconn | That doesn't support sample rates > 65535 Hz, but fixing that is simple, losing 1 bit of precision |
| 11:45:36 | preglow | well, yeah |
| 11:45:41 | preglow | for sample rates below 65khz |
| 11:45:46 | preglow | hmm |
| 11:45:49 | preglow | that's true |
| 11:45:53 | preglow | the delta doesn't need to be hyper accurate |
| 11:45:58 | amiconn | mp3_sample_rate*32768/target_sample_rate*2 |
| 11:46:40 | amiconn | Do we have any format that supports sample rates >65 kHz? |
| 11:47:10 | preglow | i'll admit we wont see that often |
| 11:47:11 | markun | yes, wavpack |
| 11:47:24 | markun | sampling rates from 6 to 192 kHz |
| 11:48:16 | amiconn | oops |
| 11:48:28 | amiconn | We could auto-scale the calculation |
| 11:48:42 | Sucka | 192khz O_O |
| 11:48:54 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
| 11:49:08 | Sucka | i thought the maximum worth sampling at was 44khz |
| 11:49:10 | preglow | i don't think we'll be able to handle 192khz... |
| 11:49:11 | amiconn | I wonder who needs 192 kHz sample rate. Even 96 kHz seems to be overkill... |
| 11:49:12 | LinusN | amiconn: autoscale...sounds awfully close to floating point :-) |
| 11:49:15 | Sucka | as the human ear cant tell the difference |
| 11:49:32 | preglow | seriously, 96khz is a nice maximum |
| 11:49:40 | preglow | for 192khz, linear interpolation will not do |
| 11:49:41 | LinusN | Sucka: but we need to account for the superhumans as well :-) |
| 11:49:45 | preglow | we'll need proper filters for that |
| 11:50:00 | rasher | So.. it seems that fwpatcher doesn't work on windows 95/98 |
| 11:50:18 | preglow | rasher: not the non-unicode one either? |
| 11:50:50 | rasher | nope |
| 11:51:04 | rasher | The final move fails, giving them the "is the file write-protected?" error |
| 11:51:12 | rasher | http://www.misticriver.net/boards/showthread.php?t=23621 |
| 11:51:14 | | Join kenshin [0] (~dave@c-24-17-8-193.hsd1.wa.comcast.net) |
| 11:51:45 | Sucka | those crazy kids |
| 11:51:52 | preglow | bah |
| 11:52:00 | preglow | well, i have no windows 98 machine to test on |
| 11:52:23 | amiconn | I do have a Win98 VM... |
| 11:53:48 | amiconn | Running plugins while playing music is nice :-) Thanks B4gder |
| 11:54:12 | markun | Yes it's nice, I was just playing mine sweeper :) |
| 11:54:25 | amiconn | Now I need a 4-grey solid cube ;-) |
| 11:54:55 | amiconn | Or perhaps someone implements peak reading, and I could adapt oscillo(graph|scope)? |
| 11:56:27 | amiconn | preglow: Regarding your yesterday question: No wavpack track is skipping, but a total of 4 FLAC tracks from that ABBA album are skipping |
| 11:56:40 | preglow | no surprise |
| 11:56:50 | preglow | i wont be fondling flac anymore |
| 11:56:57 | preglow | the source code gives me coughing fits |
| 11:58:26 | preglow | amiconn: tested the resampler? |
| 11:58:40 | | Part LinusN |
| 11:58:40 | preglow | chamois says it doesn't work for vbr files, but i can't imagine my code broke that |
| 11:59:29 | rasher | amiconn: could you test fwpatcher and fwpatchernu on win98? |
| 12:00 |
| 12:00:16 | preglow | fwpathcer won't work, that's for sure |
| 12:00:36 | rasher | Probably not (I think you can after-install some unicode support on windows98 at least?) |
| 12:00:41 | Chamois | preglow : i'm pretty sure of me |
| 12:00:57 | preglow | i'll try it afterwards |
| 12:01:00 | preglow | first i'll shower |
| 12:01:06 | Chamois | ;-) |
| 12:04:09 | amiconn | rasher: Are the versions in the wiki up to date? |
| 12:05:12 | rasher | should be.. although when they fail, they're very uninformative |
| 12:06:56 | rasher | Now let me look at msdn and try to extract the actual errormessage |
| 12:07:29 | amiconn | preglow: It seems your codecmpa.rock always resamples... so 44.1 kHz sounds weird now :-/ |
| 12:09:17 | rasher | Windows Me/98/95: The MoveFileEx function is not supported. To rename or delete a file at restart, use the following procedure. |
| 12:09:20 | rasher | well there we go |
| 12:09:22 | * | rasher sighs |
| 12:09:50 | rasher | actually |
| 12:10:06 | rasher | that may just be for MOVEFILE_DELAY_UNTIL_REBOOT |
| 12:11:09 | preglow | amiconn: i know |
| 12:11:16 | preglow | amiconn: it's not a complete solution, just a proof of concept |
| 12:11:21 | rasher | nope |
| 12:11:24 | preglow | amiconn: it don't even want the resample code to be in the codec |
| 12:11:35 | amiconn | Makes sense. |
| 12:11:36 | rasher | MoveFileEx is not supported on windows me/95/98 |
| 12:11:59 | rasher | preglow: Why is MoveFileEx used at all? |
| 12:12:41 | rasher | ah |
| 12:13:07 | rasher | to be able to overwrite |
| 12:13:54 | rasher | well that's annoying |
| 12:15:20 | rasher | MoveFile is pretty braindead |
| 12:15:37 | preglow | well, then just do a delete and copy |
| 12:15:43 | | Join B4gd3r [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 12:15:44 | rasher | Yeah |
| 12:15:50 | rasher | more points of error :-\ |
| 12:15:56 | rasher | bagder overflow |
| 12:17:25 | preglow | the more bagder, the merrier |
| 12:17:40 | amiconn | rasher: DeleteFile(), MoveFile() ? |
| 12:18:19 | rasher | yup |
| 12:18:34 | rasher | if (MoveFileEx(name3, fn, MOVEFILE_COPY_ALLOWED | MOVEFILE_REPLACE_EXISTING)) becomes if (DeleteFile(fn) && MoveFile(name3, fn)) |
| 12:18:55 | rasher | I'll compile this and let you have it |
| 12:18:57 | preglow | Chamois: seems you're right |
| 12:19:04 | Chamois | :-) |
| 12:19:18 | amiconn | preglow: Your resampling sounds about right. |
| 12:19:35 | amiconn | I wonder if we should do like the iriver firmware and resample everything to 44.1 kHz |
| 12:19:40 | preglow | amiconn: that'll only be the case for small resampling ratios, mind you |
| 12:19:45 | preglow | amiconn: i can see no reason why we should do that |
| 12:19:56 | preglow | amiconn: we should switch to 22050 and 11025 whenever we can |
| 12:19:58 | amiconn | How would you do that? |
| 12:20:03 | amiconn | Hmm |
| 12:20:05 | preglow | how how? |
| 12:20:08 | preglow | should it be a problem? |
| 12:20:18 | amiconn | Resampling everything to 44.1 kHz has at least 2 advantages |
| 12:20:26 | preglow | the codec api sees it can use a lower sampling rate, and does so |
| 12:20:28 | preglow | reinits the uda |
| 12:20:32 | preglow | reinits the optical output |
| 12:20:33 | markun | preglow: switching will give problems with crossfading |
| 12:20:38 | preglow | markun: well, duh |
| 12:20:40 | amiconn | (1) It makes mixing in the buffer easier (thinking crossfade, although I don't like it) |
| 12:20:57 | amiconn | (2) S/PDIF doesn't allow <32 kHz |
| 12:20:59 | preglow | moot point for me |
| 12:21:05 | preglow | amiconn: i forgot about that |
| 12:21:08 | HCl | moot? |
| 12:21:10 | preglow | then i say we stick to 44.1khz |
| 12:21:29 | preglow | HCl: moot, a good point, but unimportant |
| 12:21:30 | rasher | amiconn: rasher.dk/rockbox/fwpatcher.exe">http://rasher.dk/rockbox/fwpatcher.exe and http://rasher.dk/rockbox/fwpatchernu.exe - could you test these? |
| 12:21:35 | HCl | hm |
| 12:21:39 | HCl | never heard of that word, okay o.o. |
| 12:21:42 | preglow | oh? |
| 12:21:45 | preglow | well, now you have |
| 12:21:47 | HCl | yup. |
| 12:22:04 | rasher | actually, the fix should work for wine-emulating-98 |
| 12:22:07 | | Join hicks [0] (debian-tor@6e97f016a4beba05.session.tor) |
| 12:22:07 | rasher | let me test.. |
| 12:22:27 | rasher | except my keyboard's key-less |
| 12:22:29 | rasher | dang |
| 12:22:33 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 12:23:03 | preglow | what the hell is going on |
| 12:23:07 | preglow | my vbr files don't work now |
| 12:23:15 | preglow | amiconn: can you play vbr files? |
| 12:23:20 | preglow | perhaps something else is wrong with my setup |
| 12:23:33 | amiconn | I don't have vbr test files |
| 12:23:40 | preglow | play any vbr file |
| 12:23:50 | preglow | dont matter, it'll try to resample anyway |
| 12:24:29 | amiconn | ^Hmm, doesn't werk |
| 12:24:40 | preglow | now, why the hell would that be the case |
| 12:24:48 | preglow | i can think of no changes that destroys vbr playbac |
| 12:24:50 | preglow | k |
| 12:26:28 | amiconn | Hmm, vbr definitely doesn't work |
| 12:26:41 | preglow | you compiled your own copy, or? |
| 12:26:58 | amiconn | It starts to prebuffer, but the time counter stays at 0:00 and there is no sound |
| 12:27:01 | preglow | know |
| 12:27:07 | preglow | but did you compile codecmpa from the source? |
| 12:27:10 | preglow | or use my rock |
| 12:27:11 | amiconn | I didn't compile myself |
| 12:27:18 | preglow | perhaps something else is broken here |
| 12:27:55 | preglow | ahh |
| 12:27:57 | preglow | i think i know now |
| 12:29:26 | | Part LinusN |
| 12:29:41 | preglow | yup |
| 12:29:42 | preglow | got it fixed |
| 12:29:55 | preglow | start_skip had me fooled |
| 12:29:57 | | Join hicks_ [0] (debian-tor@f774ff41f1b833f6.session.tor) |
| 12:30:13 | preglow | lame header is only read if it's a vbr file at the moment |
| 12:30:14 | preglow | heh |
| 12:30:39 | preglow | btw |
| 12:30:48 | preglow | this resampler can also be used quite easily for tempo adjustments |
| 12:30:52 | preglow | pitch shifting |
| 12:32:15 | amiconn | Nice... |
| 12:32:32 | | Quit B4gder (Read error: 110 (Connection timed out)) |
| 12:32:33 | amiconn | We do that on archos... using faked clock values for the MAS |
| 12:33:01 | amiconn | While pitching up means overclocking the MAS, we can pitch up to 200%... stable |
| 12:33:03 | preglow | haha |
| 12:33:35 | dwihno | \o/ |
| 12:33:51 | preglow | damn! this thing _canm |
| 12:33:54 | HCl | lmao. |
| 12:33:54 | preglow | damn! this thing _can_ do vorbis! |
| 12:34:01 | HCl | what can? |
| 12:34:03 | preglow | someone code a decoder! |
| 12:34:05 | preglow | heh |
| 12:34:05 | preglow | the mas |
| 12:34:12 | HCl | oh. |
| 12:34:23 | preglow | a guess memory is more of a requirement |
| 12:35:04 | amiconn | rasher: I'm trying to test, but VMware doesn't like me atm |
| 12:35:35 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 12:36:52 | preglow | LinusN: still on a boat? :) |
| 12:38:20 | LinusN | on an island |
| 12:39:21 | preglow | even better |
| 12:39:23 | rasher | okay, fwpatcher works in wine now |
| 12:39:52 | rasher | I'm not entirely sure it did previously |
| 12:40:02 | | Join Coldtoast [0] (edan@ppp110-115.lns1.hba1.internode.on.net) |
| 12:40:09 | Coldtoast | hey |
| 12:40:11 | amiconn | rasher: "Firmware patched successfully" :-) |
| 12:40:11 | preglow | it didn't |
| 12:40:17 | preglow | several people have complained about that |
| 12:40:24 | Coldtoast | was walking back from the gym listening to music and 2 things occurred to me |
| 12:40:25 | | Quit Chamois (Read error: 104 (Connection reset by peer)) |
| 12:40:28 | | Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) |
| 12:40:29 | amiconn | (the unicode variant doesn't start) |
| 12:40:36 | preglow | it shouldn't |
| 12:40:42 | Coldtoast | 1) in the Playlist menu, you need a Clear Playlist |
| 12:40:44 | preglow | win98 doesn't have a unicode api |
| 12:40:57 | rasher | I'll commit my fix then |
| 12:40:59 | amiconn | It can be added iirc |
| 12:41:14 | rasher | Yes, I'm pretty sure you can install some stuff to get the unicode |
| 12:41:23 | Coldtoast | 2) when you get to doing th eEQ, it'd be GREAT if you could assign saved EQs to Artist or Genre |
| 12:41:24 | amiconn | Coldtoast: Why would you need 'clear playlist'? |
| 12:41:46 | Coldtoast | amiconn: if I'm listening to, say, Tool and I decide I want to listen to a bunch of other stuff |
| 12:42:05 | amiconn | Then simply browse to the other stuff and start playing |
| 12:42:06 | Coldtoast | like, dump what I'm listening to |
| 12:42:26 | amiconn | The old playlist will be replaced by the new one |
| 12:42:28 | Coldtoast | when I change dirs, it builds a playlist of all the tracks in the dir |
| 12:42:35 | LinusN | the playlist is automatically cleared when you play a new file in the browser |
| 12:42:41 | Coldtoast | but I may not want the whole dir added automatically |
| 12:42:45 | Bger | http://www.microsoft.com/downloads/details.aspx?FamilyID=73BA7BD7-ED06-4F0D-80A4-2A7EEAEE17E2&displaylang=en <= that's the unicode support in win98 |
| 12:43:35 | Coldtoast | if I select somethign else, then view the playlist, it's automatically added all files in the dir to the playlist |
| 12:44:08 | | Join DaKi][er [0] (~dakiller@dialup-254.91.220.203.acc02-albe-wgl.comindico.com.au) |
| 12:44:21 | Coldtoast | how about the EQ idea tho? sound silly? |
| 12:44:32 | LinusN | lunch |
| 12:44:36 | Coldtoast | so I could set up a bunch of EQs and assign them to either genre or artist |
| 12:44:38 | LinusN | Coldtoast: yes :-) |
| 12:44:45 | Coldtoast | really? hmmm. ok |
| 12:44:48 | B4gd3r | that idea is old too |
| 12:44:49 | | Part LinusN |
| 12:45:01 | B4gd3r | most ideas are already present in the feature-request tracker |
| 12:45:24 | | Quit hicks (Remote closed the connection) |
| 12:45:39 | Coldtoast | I don't see tha tidea in the list |
| 12:45:40 | B4gd3r | but we more often talk about config files for specific songs or dirs |
| 12:45:46 | Coldtoast | ok |
| 12:45:54 | B4gd3r | since "eq" would be a config file |
| 12:46:03 | preglow | eq assigned to artist or genre sounds more like a runtime db issue |
| 12:46:23 | Coldtoast | persoanlly, I don't see how that's a silly idea at all |
| 12:46:27 | B4gd3r | the tricky part is the preloading of songs |
| 12:46:33 | B4gd3r | and applying when the song changes |
| 12:47:11 | | Nick B4gd3r is now known as B4gder (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 12:47:13 | preglow | you'll get a nice pop for sure ;) |
| 12:47:35 | preglow | unless you crossfade |
| 12:48:51 | Coldtoast | oh well |
| 12:50:04 | preglow | but ok |
| 12:50:07 | preglow | the resampling sounds ok? |
| 12:50:46 | | Quit DMJC ("Leaving") |
| 12:51:32 | | Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) |
| 12:51:50 | amiconn | preglow: Yes it does |
| 12:52:02 | amiconn | What would be the problem with bigger ratios btw? |
| 12:54:06 | preglow | distortion, i guess |
| 12:54:06 | preglow | haha |
| 12:54:13 | preglow | i've made a version with varying delta |
| 12:54:14 | preglow | works just fine |
| 12:55:15 | amiconn | Why should linear interpolation produce distortion? I'd guess it would just sound a bit dull |
| 12:55:22 | amiconn | ...for lower sample frequencies |
| 12:55:38 | amiconn | Cubic interpolation is out of question? |
| 12:55:49 | preglow | all interpolation produces distortion, higher order interpolations are better at attenuating them, that's all |
| 12:56:04 | preglow | when you resample from 48khz -> 44.1khz, all the distortion lies in the inaudible area |
| 12:56:42 | preglow | so linear interpolation to resample from 96khz -> 44.1khz will have audible distortion all over the audio band |
| 12:57:20 | amiconn | I'm thinking more about upsampling, not downsampling |
| 12:57:51 | preglow | upsampling should sound okish |
| 12:58:10 | preglow | current code only handles downsampling well |
| 12:58:31 | preglow | listening to music with the resampling ratio varying is... weird |
| 12:58:39 | amiconn | For mp3, the only downsampling case is 48 kHz |
| 12:59:05 | amiconn | All others need to be upsampled (32/24/22.05/16/12/11.025/8) |
| 13:00 |
| 13:01:03 | rasher | I like how we may end up deleting the user's firmware with fwpatcher now |
| 13:01:13 | rasher | if DeleteFile is successful, but MoveFile is not |
| 13:01:26 | rasher | can't see how that should happen though |
| 13:02:32 | preglow | code handles upsampling as well |
| 13:03:05 | preglow | well, if movefile fails, just tell a joke or something |
| 13:03:16 | preglow | that'll put their attention elsewhere! |
| 13:03:47 | preglow | hmm |
| 13:03:57 | rasher | There should be no way it could happen, unless the temp file gets deleted behind our back |
| 13:04:01 | preglow | i get some weird clicking with upsampling |
| 13:04:06 | amiconn | rasher: Rename old file first, then rename new file. Only if both renames succeeded, delete the old file |
| 13:04:21 | amiconn | ...the *renamed* old file |
| 13:04:21 | rasher | good point |
| 13:04:34 | rasher | except the rename of the old file might fail |
| 13:04:36 | * | rasher cries |
| 13:05:03 | preglow | ahh, the current code doesn't handle upsampling well at all, no |
| 13:05:12 | preglow | it assumes the delta is always above 1 |
| 13:06:25 | amiconn | rasher: Where is the problem? |
| 13:07:54 | amiconn | Btw, does fwpatcher protect from accidentally patching twice? |
| 13:08:06 | rasher | You can't |
| 13:08:10 | rasher | nothing happens in that case |
| 13:08:21 | rasher | it just patches on top of it |
| 13:08:24 | preglow | it tries doing the patching, sees the md5 fails |
| 13:08:27 | preglow | then deletes the result |
| 13:08:34 | rasher | I don't think so |
| 13:08:39 | rasher | I'm pretty sure it succeeds |
| 13:08:42 | preglow | ahh |
| 13:08:43 | preglow | yes |
| 13:08:46 | preglow | of course it'll succeed |
| 13:08:46 | rasher | as do the command-line tools |
| 13:09:40 | preglow | amiconn: the first stage of the resampler, the one that actually uses the last sample of the previous block, has to go continue for longer in the case of upsampling |
| 13:10:07 | rasher | so where do I move the old file? |
| 13:10:08 | preglow | amiconn: so we'll need another for loop there, we might want to have separate routines for up and down sampling |
| 13:10:15 | rasher | one of the old temp files? |
| 13:10:17 | preglow | amiconn: especially seeing as how the downsampling can be done in place |
| 13:12:51 | | Quit edx (Read error: 110 (Connection timed out)) |
| 13:15:59 | rasher | cube.rock needs beat-detecting-zoom |
| 13:16:25 | preglow | beat detection isn't exactly trivial |
| 13:16:32 | preglow | but you can make something that's not too accurate |
| 13:16:34 | B4gder | people will start requesting that |
| 13:16:44 | B4gder | now when the plugins work with music |
| 13:16:54 | preglow | i know of a kick ass transient detection algorithm, but i think it's secret, and it requires floating point ;) |
| 13:17:21 | preglow | amiconn: i've got codecmpa upsampling by a ratio of over 2 here, want to have a listen? |
| 13:17:44 | preglow | the music goes around veeeery slowly |
| 13:18:05 | amiconn | No adaption to actual sample rate? |
| 13:18:14 | amiconn | I could test with my testset. |
| 13:18:18 | preglow | no, i just wanted to hear how badly linear interpolation works |
| 13:18:23 | rasher | Linux doesn't spin down the harddisk either :-\ |
| 13:18:28 | amiconn | What's the exact ratio? |
| 13:18:55 | preglow | 0.485 or something |
| 13:19:01 | preglow | i just use 30000 as delta |
| 13:19:04 | amiconn | I think I know one of the 'unknown' chips of iAudio M3 |
| 13:19:12 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 13:19:13 | preglow | but i can cook up something that should adapt to sampling rate |
| 13:19:56 | B4gder | now, should codecs link with the pluginlib? |
| 13:20:03 | B4gder | or should we make a separate codeclib |
| 13:21:04 | amiconn | In fact I'm pretty sure about the chip. It's our infamous LT3440.... |
| 13:21:46 | Bger | amiconn: which chip |
| 13:21:57 | amiconn | I'll edit the wiki |
| 13:23:14 | preglow | what does to pluginlib do? |
| 13:23:17 | rasher | wow, the id3 information sure is messed up for a bit just as you start playing |
| 13:23:18 | preglow | there already is a codeclib |
| 13:23:30 | B4gder | codeclib.c is part of the pluginlib atm |
| 13:23:38 | B4gder | and I'm moving the codecs |
| 13:24:23 | B4gder | so I'm considering if just using the pluginlib for codecs is suitable |
| 13:24:33 | B4gder | or if I should introduce a separate codeclib for codecs |
| 13:24:58 | B4gder | pluginlib is meant for general useful functions for plugins |
| 13:25:57 | amiconn | Bger: Info added. |
| 13:26:24 | | Join Febs_away [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 13:26:56 | Bger | okay |
| 13:27:06 | rasher | Hrm.. having crossfading enabled breaks "next song info" in the wps? |
| 13:27:22 | linuxstb | B4gder: I'm in favour of a seperate codeclib and not giving the codecs access to the plugin api. Seems the logical thing to do. |
| 13:27:36 | preglow | amiconn: test glow.m0f0.net/rockbox/codecmpa.rock |
| 13:27:36 | B4gder | I agree |
| 13:27:42 | B4gder | a separate codeclib it will be |
| 13:27:46 | preglow | amiconn: it should only resample when needed, it should also both up and downsample |
| 13:28:25 | linuxstb | B4gder: Only problem is that there is some debugging code (in codecmpa) that uses rb->open/write/close to write debugging data. |
| 13:28:40 | preglow | then toss in read and write for now ;) |
| 13:28:54 | preglow | basic debugging possibilities should still be possible |
| 13:29:02 | preglow | codecs should have logf, etc |
| 13:29:30 | B4gder | linuxstb: that's not a problem right now, since the codec API will be pretty much cloned from the plugin API to start with |
| 13:30:06 | linuxstb | But I don't think there's very much needed from the plugin API - just the "string.h" functions and yield() |
| 13:30:23 | linuxstb | They shouldn't need to access the LCD or buttons for example. |
| 13:30:25 | B4gder | perhaps, but I think it is better to get the move fixed first |
| 13:30:57 | B4gder | it is quite an impact to the whole build setup already |
| 13:31:13 | linuxstb | I can imagine. |
| 13:40:00 | markun | I would like to commit new values for the volt to percent conversion. I put the old and new values in this graph: http://130.89.160.166/rockbox/voltages.png |
| 13:42:37 | *** | Saving seen data "./dancer.seen" |
| 13:42:44 | amiconn | preglow: Distortions are audible for 8/11.025/12/16/22.05/24 kHz. Seems you're right about the ratio problem... |
| 13:42:53 | amiconn | I compared with archos, btw |
| 13:43:34 | | Join ashridah [0] (ashridah@220-253-121-96.VIC.netspace.net.au) |
| 13:44:41 | rasher | http://www.misticriver.net/boards/showthread.php?p=260567#post260567 \o/ |
| 13:45:13 | B4gder | good work! |
| 13:45:32 | amiconn | iriver fw doesn't have that problem. I wonder what interpolation it uses... |
| 13:45:57 | amiconn | Bah, file browsing in iriver fw is cumbersome |
| 13:46:19 | rasher | Truly |
| 13:46:59 | preglow | amiconn: what kind of distortion? |
| 13:47:21 | amiconn | Sounds like harmonics |
| 13:47:25 | preglow | it is harmonics |
| 13:47:42 | amiconn | Apart from that, interpolation is working fine |
| 13:47:53 | preglow | as long as there is no clicking, i'm ok |
| 13:48:11 | preglow | but linear interpolation, and indeed, all interpolation generates harmonics |
| 13:48:31 | amiconn | Again, I wonder what interpolation iriver uses |
| 13:48:49 | preglow | not in itself, but when coupled with the upsampling |
| 13:49:05 | preglow | have you tested these files on the iriver? |
| 13:49:10 | amiconn | yup |
| 13:49:21 | preglow | they might not be interpolating |
| 13:49:24 | preglow | they might be filtering |
| 13:51:15 | preglow | but ok, code is at glow.m0f0.net/rockbox/codecmpa.c |
| 13:51:29 | preglow | downsampling can and should be done in place, i guess |
| 13:52:13 | B4gder | aaaargh |
| 13:52:21 | B4gder | codec_api is already in use... |
| 13:52:28 | preglow | rip it out |
| 13:52:33 | B4gder | yes, me rename |
| 13:53:24 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 13:53:25 | linuxstb | B4gder: I assumed you would be adding the functions to the existing codec_api - not creating a new one. |
| 13:53:33 | B4gder | annoyingly enough, codec.h is already "occupied" too |
| 13:53:35 | preglow | amiconn: downsampling from 96khz to 44.1khz will also sounds bad, all the harmonics you hear in the upsampling will be folded down the spectrum again, so they won't even be harmonics anymore |
| 13:53:49 | B4gder | I'm making a new one |
| 13:53:57 | B4gder | to replace the plugin_apu |
| 13:53:59 | B4gder | api |
| 13:54:16 | B4gder | again |
| 13:54:18 | linuxstb | But as you say, there is already a codec api. |
| 13:54:20 | B4gder | I'm doing the move |
| 13:54:29 | B4gder | lets fiddle after the move |
| 13:54:40 | B4gder | linuxstb: I have no idea how they relate |
| 13:55:58 | B4gder | linuxstb: can you explain? |
| 13:56:05 | linuxstb | Currently, the codecs are initialised with both a pointer to the Codec API, and a pointer to the Plugin API. All that's needed is to move a few functions from the plugin API to the codec API, and then we can drop the Plugin API. |
| 13:56:24 | linuxstb | (that's my understanding - it's Slasheri's code) |
| 13:56:49 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
| 13:57:06 | preglow | yes |
| 13:57:20 | preglow | the codec api pointer is passed in the other argument to plugin_start |
| 13:57:59 | B4gder | hm |
| 13:58:03 | B4gder | ok |
| 13:58:04 | B4gder | more work |
| 13:59:17 | amiconn | codec*.c don't conform to rockbox standard |
| 13:59:31 | linuxstb | In what way? |
| 13:59:46 | B4gder | I'm taking care of some of that now |
| 13:59:47 | amiconn | They're indented by 2 spaces, not 4 |
| 14:00 |
| 14:00:07 | preglow | i've never read about a rockbox standard indent |
| 14:00:15 | preglow | it just says 'dont use tabs' |
| 14:00:29 | preglow | but a two space indent is a sin against mankind, yes |
| 14:00:51 | linuxstb | What's wrong with a two space indent? |
| 14:01:04 | amiconn | http://www.rockbox.org/docs/contributing.html "Always indent your code with four spaces." |
| 14:01:18 | preglow | i just think four spaces makes the source more readable |
| 14:01:21 | ze | indent's should be 3 spaces!! |
| 14:01:40 | B4gder | hehe |
| 14:02:43 | preglow | but yes, for more drastic downsampling, we should implement some filters to use before decimation |
| 14:02:48 | preglow | for upsampling, i have no idea |
| 14:03:06 | | Join Andrew179 [0] (Andrew@r39h55.res.gatech.edu) |
| 14:03:12 | preglow | perhaps some better interpolation |
| 14:04:13 | | Quit lostlogic_ (Client Quit) |
| 14:04:37 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
| 14:04:56 | preglow | what's clever for cleaning lcd screens? |
| 14:05:21 | LinusN | preglow: toothpaste |
| 14:05:40 | Andrew179 | I noticed that one of the unknown M3 chips had been identified as a dc-dc converter. Could the chip labeled 3441 also be a dc-dc converter? |
| 14:06:09 | Andrew179 | like this one? http://www.linear.com/pc/productDetail.do?navId=H0,C1,C1003,C1042,C1116,P2149 |
| 14:06:21 | preglow | LinusN: no, no scratches, just general cleaning |
| 14:06:27 | LinusN | aha |
| 14:06:35 | preglow | i don't think toothpaste is too good at removing smudges ;) |
| 14:06:43 | LinusN | i use the same cloth as i use for cleaning my glasses |
| 14:06:58 | preglow | i don't have glasses :/& |
| 14:07:22 | amiconn | Andrew179: Could be. |
| 14:07:34 | amiconn | The datasheet says part marking is 3441, and it has 12 pins |
| 14:07:35 | preglow | any special cleaning solution or anything? |
| 14:08:28 | | Quit Febs_away (Read error: 145 (Connection timed out)) |
| 14:08:30 | LinusN | preglow: my breath |
| 14:08:36 | amiconn | Andrew179: I'm sure about the 3440, we know this infamous chip from the Ondio |
| 14:10:12 | amiconn | Andrew179: To confirmation for the 3441, you should check which pin is connected to what parts. There should be a coil somewhere... |
| 14:10:19 | amiconn | *To get |
| 14:11:17 | Andrew179 | I'm not too knowledgeable about the hardware, but I'll see what I can do |
| 14:11:33 | Andrew179 | at the very least I'll put it into the wiki as a possibility |
| 14:13:26 | preglow | if there's a coil connected to it, you should be able to spot it quite easily, heh |
| 14:13:49 | | Part LinusN |
| 14:15:53 | * | B4gder just saw a "OBJCOPY vorbis.codec" |
| 14:16:34 | B4gder | the concept holds at least ;-) |
| 14:18:10 | preglow | oooh |
| 14:18:13 | preglow | nicety |
| 14:19:17 | Andrew179 | something like this is a coil, right? :) http://www.aeneas.com.cn/PDF/SUMIDA/dc-dc%20converter/SMT/ClS63/Sumida%20Product%20Information.files/CLS63.jpg |
| 14:19:20 | | Join t0mas_ [0] (~Tomas@ip503c08d1.speed.planet.nl) |
| 14:20:09 | t0mas_ | hi |
| 14:20:33 | t0mas | oh lol... |
| 14:20:36 | t0mas | missed 1 client... |
| 14:20:40 | | Quit t0mas_ (Client Quit) |
| 14:21:38 | preglow | it has an ungodly amount of legs to be just a simple coil... |
| 14:21:49 | preglow | looks more like a mini-transformer, heh |
| 14:23:28 | amiconn | Andrew179: Look at this http://www.rockbox.org/twiki/bin/view/Main/ArchosOndio |
| 14:23:58 | amiconn | In the first row under 'view inside' look at any version you want |
| 14:24:15 | t0mas | hm.. has Bagder fixed the plugin + codec = crash issue? |
| 14:24:26 | preglow | one can't exactly call the early archos players beauties |
| 14:24:33 | preglow | t0mas: yes |
| 14:24:35 | t0mas | cool |
| 14:24:40 | Bger | hm, guys, what about |
| 14:24:53 | amiconn | Near the bow-shaped recessing of the board at the lower right corner, you'll see our famous LTC3440 (marked LTNP) |
| 14:25:07 | Bger | http://www.rockbox.org/twiki/bin/view/Main/IriverHardwareComponents#AZU_3AW_ZD5L_the_5_could_be_an_S |
| 14:25:10 | amiconn | Left from that there is a part with a round head marked "220" |
| 14:25:22 | amiconn | This is the coil belonging to the LTC3440 |
| 14:25:25 | | Quit DMJC ("Leaving") |
| 14:25:58 | Bger | regarding the last unknown chip |
| 14:26:50 | Andrew179 | amiconn: ok, it looks like the M3 has a coil on the backside of the PCB for the M3 |
| 14:29:13 | rasher | Bger: certainly looks like the same type of marking.. guess asking TI would be a good plan |
| 14:29:53 | Bger | rasher: also http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents#TPS61020_TI_DC_DC_Converter_Is_t |
| 14:29:59 | amiconn | Andrew179: If the 3441 is an LTC3441, there should be another coil near it |
| 14:31:20 | Andrew179 | amiconn: yes, there's two coils on the back in that area |
| 14:33:25 | preglow | still no idea what the shielded thing is? |
| 14:33:36 | | Quit B4gder ("Lämnar") |
| 14:33:47 | preglow | if m3 does radio, it's probably the receiver |
| 14:34:19 | Andrew179 | preglow: it does do radio |
| 14:35:44 | rasher | Is there any reason why IriverHardwareComponents isn't IriverH1XXHardwareComponents ? |
| 14:36:19 | rasher | I guess that goes for most of the Iriver* pages though :-\ |
| 14:36:52 | amiconn | preglow: Radio receiver is probably a good guess |
| 14:37:11 | amiconn | There's the LM052 near it, and the backside is well shielded |
| 14:37:16 | | Join DMJC [0] (~DMJC@60-240-221-18.tpgi.com.au) |
| 14:38:06 | amiconn | *LW052A |
| 14:38:28 | | Quit rasher ("CGI:IRC") |
| 14:42:57 | amiconn | Andrew179: I'm convinced that this 3441 chip is really an LTC3440, and I believe the 'AZS' chip is the LiIon charger |
| 14:43:10 | amiconn | ...TI BQ24020 in this case |
| 14:43:25 | amiconn | Erm, I mean LTC3441 of course |
| 14:44:16 | amiconn | There's another Linear chip, marked LTZW |
| 14:44:27 | amiconn | 6 Pins. |
| 14:44:41 | amiconn | Probably another voltage converter or regulator |
| 14:45:20 | Andrew179 | where are you seeing the LTZW chip? I must have missed that one |
| 14:45:47 | amiconn | http://www.rockbox.org/twiki/pub/Main/IaudioM3Info/M3L_mainboard_A-MedRes.jpg above the LTNP |
| 14:47:38 | | Join hicks [0] (~hicks@4cb2e00e3afd58a1.session.tor) |
| 14:47:40 | | Quit lostlogic ("Going to the moon") |
| 14:47:51 | Andrew179 | yes, looks like a regulator: http://www.linear.com/pc/productDetail.do?navId=H0,C1,C1003,C1042,C1032,C1063,P2183 |
| 14:48:30 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 14:48:43 | amiconn | Andrew179: Part marking: LTZW. Bingo |
| 14:49:48 | LinusN | preglow: resampling sounds pretty decent to me |
| 14:50:49 | preglow | LinusN: yeah, me too |
| 14:50:57 | preglow | but it wont at higher downsampling ratios |
| 14:51:36 | amiconn | The upsampling also doesn't sound decent for higher ratios |
| 14:51:48 | preglow | i can live with harmonic distortion |
| 14:51:52 | preglow | nonharmonic distortion i can't live with |
| 14:52:03 | preglow | and that's what we'll have at 2x downsampling, for example |
| 14:52:44 | amiconn | What about cubic interpolation for upsampling? Too demanding? |
| 14:52:49 | preglow | not really |
| 14:54:05 | preglow | in the case of upsampling we'll have pretty much processing power to spare anyway |
| 14:54:21 | preglow | since the codec will only we working at around half throttle |
| 14:54:28 | | Join edx [0] (edx@p54A8F98D.dip.t-dialin.net) |
| 14:55:59 | amiconn | Ah, yes. 96 kHz will probably present us with a cpu performance problem at least for some codecs... |
| 14:58:17 | LinusN | btw, we could probably use 140MHz as the boost freq |
| 14:58:29 | LinusN | as long as the disk isn't spinning full time |
| 14:59:53 | LinusN | but it may be too close to the edge... |
| 15:00 |
| 15:00:00 | preglow | i think we should avoid it |
| 15:00:12 | preglow | if the codecs can't do 96khz, too bad |
| 15:00:21 | LinusN | agreed |
| 15:00:44 | LinusN | preglow: the resampling code should be in the codec lib |
| 15:01:01 | preglow | hmm, i'd rather it was in the playback system |
| 15:01:18 | LinusN | ah, yes of course |
| 15:01:26 | preglow | but that will present us with some design questions |
| 15:01:42 | preglow | in what format should the codecs pass along the data? |
| 15:02:11 | preglow | LinusN: as it is, codecs speak directly to the pcm buffering system, i'd like that to stop, so the playback system can apply some processing, like perhaps eqing and replaygain, etc |
| 15:02:32 | LinusN | hmmm, it surely would be handy if all codecs delivered 16-bit 44.1kHz pcm data |
| 15:02:39 | preglow | for processing, the higher resolution data we have, the better, so we might also want the playback system to scale everything down to 16 bits |
| 15:02:53 | LinusN | true |
| 15:03:09 | LinusN | so 24 bits/44.1kHz might be nice |
| 15:03:34 | LinusN | leavs 8 bits headroom for mixing |
| 15:03:57 | preglow | but then we'll need to scale the data twice, once in the codec and once in the playback system, what we might want to do is just pass everything along as 32 bit ints, and tell the playback system how much each sample needs to be shifted |
| 15:04:19 | LinusN | preglow: ah, yes i see |
| 15:05:24 | LinusN | do the codecs differ a lot today, regarding sample formats? |
| 15:05:37 | preglow | this way, dithering can easily be implemented in the playback system as well |
| 15:05:38 | preglow | hmm |
| 15:05:41 | preglow | yes, they do |
| 15:05:52 | preglow | libmad uses non-interleaved 32 bit ints |
| 15:05:58 | preglow | tremor uses interleaved 16 bit ints |
| 15:06:04 | preglow | but i believe tremor gives you whatever you want |
| 15:06:22 | preglow | wavpack and flac delivers 32 bit ints as well, i believe |
| 15:06:45 | preglow | it surely needs to be investigated further, but i think what i'm saying is quite sound |
| 15:06:54 | LinusN | me too |
| 15:07:10 | LinusN | the less intermediate processing the better |
| 15:07:55 | LinusN | i would like a lot less decoding delay |
| 15:08:01 | preglow | me too |
| 15:08:07 | LinusN | switching tracks takes too long imho |
| 15:08:16 | preglow | but i dunno, how much will that affect decoding cpu usage? |
| 15:08:25 | preglow | switching takes way too long |
| 15:08:32 | preglow | and we'll also have a humongous latency for eqs and the like |
| 15:08:40 | LinusN | yes |
| 15:09:44 | LinusN | shorter decoding bursts will affect performance a little |
| 15:10:04 | LinusN | since we lose ~10ms for each cpu_boost() |
| 15:10:32 | preglow | hmm, yes, but i believe a shorter latency really is needed |
| 15:10:36 | preglow | track switching takes aeons |
| 15:10:40 | LinusN | absolutely |
| 15:12:21 | | Join ]RowaN[ [0] (a2b0y@62.128.222.176) |
| 15:12:39 | ]RowaN[ | where can i find some info on how to add images to .wps? |
| 15:13:23 | preglow | i don't believe you can, yet, t0mas is dealing with this |
| 15:13:33 | LinusN | ]RowaN[: in the rockbox forum |
| 15:13:52 | LinusN | there is a patch somewhere, but i don't know how well it works |
| 15:14:18 | ]RowaN[ | "Image support for the WPS" |
| 15:14:21 | ]RowaN[ | it says in cvs now |
| 15:15:38 | preglow | oh |
| 15:15:39 | preglow | oh well, then he needs to document it as well |
| 15:15:48 | crashd | wow |
| 15:15:49 | crashd | it's hot today |
| 15:16:41 | preglow | no, not really |
| 15:16:42 | preglow | the weather is shit, just like any other random day in trondheim |
| 15:17:08 | crashd | hehe |
| 15:17:15 | crashd | it's scorching hot in london |
| 15:17:38 | preglow | nice, i hope it stays that way until i get there in about three weeks time |
| 15:18:09 | crashd | what you doing in londo n? |
| 15:18:40 | preglow | i'm not staying in london, really, but i'll probably be going there a couple of times |
| 15:18:46 | preglow | i'm visiting some family |
| 15:18:51 | crashd | in the uk ? |
| 15:18:59 | preglow | yea |
| 15:19:00 | crashd | cool |
| 15:19:00 | preglow | i'm half british ;) |
| 15:19:08 | crashd | should be good weather for the next few weeks, at least ;) |
| 15:19:36 | preglow | it's always been pretty nice when i've been over |
| 15:19:38 | preglow | i suspect i bring it with me |
| 15:19:44 | linuxstb | preglow: If you're needing free Wifi in central London, stand outside the Apple Store on Regents Street. |
| 15:19:45 | crashd | you must miss the winter months ;) |
| 15:19:55 | preglow | linuxstb: no laptop :/ |
| 15:20:01 | crashd | there's loads of free wifi in london |
| 15:20:05 | crashd | just gotta know where to go ;) |
| 15:20:15 | linuxstb | preglow: In which case, go inside and use one of the Macs. |
| 15:20:19 | preglow | hehe |
| 15:20:23 | crashd | yeah |
| 15:20:27 | crashd | free internet |
| 15:20:30 | crashd | on nice machines |
| 15:20:33 | crashd | pity about the fucken price |
| 15:20:41 | preglow | can't do that, i'll run the risk of wanting to buy one |
| 15:20:47 | crashd | hehe |
| 15:20:48 | linuxstb | The Apple store is full of tourists checking their Yahoo mail... |
| 15:20:56 | crashd | hehe |
| 15:23:12 | t0mas | ]RowaN[: in the forum there is a topic about theme modding |
| 15:23:17 | t0mas | there is the explaination |
| 15:23:23 | t0mas | and maybe someone should add it to the wiki |
| 15:23:27 | preglow | LinusN: there's also the question of whether the codecs should hand over data in interleaved or deinterleaved form |
| 15:23:38 | crashd | right, time to brave the underground sweatbox |
| 15:23:39 | crashd | later guys |
| 15:23:50 | preglow | later |
| 15:23:56 | LinusN | preglow: interleaved feels better in some respects |
| 15:24:09 | LinusN | but not good for bursted filtering loops |
| 15:24:24 | preglow | idneed |
| 15:24:32 | preglow | for processing, deinterleaved is way better |
| 15:25:20 | LinusN | so let's go for that |
| 15:25:51 | preglow | we might want to take advantage of those libs that already have data in deinterleaved form |
| 15:25:51 | preglow | but we also don't want to deinterleave interleaved data |
| 15:25:52 | preglow | we might end up with several versions of all the processing loops :/ |
| 15:26:08 | LinusN | blerk |
| 15:26:33 | preglow | of course, it's just a question of variable array stride, but that'll hinder use of movem, etc |
| 15:28:39 | | Join GodEater [0] (~c2cbc9d1@labb.contactor.se) |
| 15:29:34 | preglow | tremor too has data available deinterleaved internally |
| 15:30:39 | | Join Rori [0] (MO-Pantsu@deadman3000.plus.com) |
| 15:31:06 | preglow | we need to handle tremor a different way, the current way doesn't let us dither at lal |
| 15:31:09 | preglow | all |
| 15:33:39 | | Join Febs_away [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 15:36:33 | | Quit bobTHC ("Smoke Weed Every Day !") |
| 15:38:17 | t0mas | ok |
| 15:38:17 | t0mas | WPS images added to the wiki |
| 15:40:14 | LinusN | nice |
| 15:41:08 | t0mas | now time to finally get the wps to the remote |
| 15:41:19 | preglow | hmm |
| 15:41:25 | preglow | i think there should be a wps data directory |
| 15:41:31 | preglow | keeping bmps in the .rockbox root isn't very elegant |
| 15:41:41 | t0mas | ok, can you or LinusN add that? |
| 15:41:50 | preglow | can't you? :P |
| 15:41:52 | t0mas | I don't know how to add dirs and stuff like that to the build system |
| 15:42:10 | preglow | oh, but the images are added by users, no? |
| 15:42:16 | preglow | they just make the directory themselves |
| 15:42:19 | preglow | nevermind |
| 15:42:40 | *** | Saving seen data "./dancer.seen" |
| 15:42:56 | t0mas | hm? so make the users add an empty dir? |
| 15:43:03 | t0mas | and let them put the images + wps files there? |
| 15:43:28 | LinusN | why not have the path in the .wps file? |
| 15:43:41 | preglow | even better! |
| 15:43:50 | t0mas | *pling* nice idea |
| 15:43:53 | * | t0mas changes |
| 15:43:56 | preglow | .rockbox relative |
| 15:44:11 | preglow | or relative to .rockbox/wps |
| 15:44:31 | preglow | so you can have several sets of wps imagines lying around at once |
| 15:44:31 | t0mas | it is already .rockbox relative.. |
| 15:44:48 | t0mas | hm |
| 15:45:01 | t0mas | I remember what the problem with that is |
| 15:45:21 | preglow | yeah, i just don't know how nice a practice it is to have bunch of bmps lying directly in .rockbox |
| 15:45:21 | t0mas | we need to parse the string then... and check where the filename ends |
| 15:45:21 | preglow | will get very untidy very fast |
| 15:45:34 | preglow | hmm |
| 15:45:39 | preglow | why not just require a .bmp ending? |
| 15:45:45 | t0mas | but moving all to /.rockbox/wps/ is possible |
| 15:45:50 | preglow | if you see .bmp, that's the end of the filename |
| 15:46:11 | t0mas | that still requires parsing it... |
| 15:46:42 | preglow | so? that's not hard |
| 15:46:57 | preglow | shouldn't be, at least |
| 15:46:57 | t0mas | ok, maybe just change the format? |
| 15:47:04 | t0mas | %x|filename|x|y |
| 15:47:08 | t0mas | and split it on | |
| 15:47:12 | preglow | that too would suffice lovely |
| 15:47:22 | LinusN | excellent |
| 15:47:33 | t0mas | there is a define for max filename lenght right? |
| 15:47:33 | preglow | i know nothing of wps, but it looks good |
| 15:47:42 | LinusN | MAX_PATH |
| 15:47:59 | t0mas | woops... stop... |
| 15:48:01 | t0mas | problem :) |
| 15:48:19 | t0mas | I just skip the fixed lenght tag (like all others) now... for player |
| 15:48:41 | t0mas | should I do parsing there too? |
| 15:48:42 | t0mas | so skip to the next ' '? |
| 15:49:13 | * | preglow has no idea about player related issues |
| 15:49:29 | t0mas | I'll just try it :) |
| 15:52:08 | preglow | so, what to do with this resampling code? just have it lying around until we can use it in the playback system? |
| 15:52:34 | LinusN | either commit it as-is, or #ifdef:ed |
| 15:52:38 | LinusN | your call |
| 15:52:59 | LinusN | or do you think it sounds too bad? |
| 15:53:57 | LinusN | preglow: make it compile in the sim first |
| 15:54:57 | preglow | i think it sounds just fine |
| 15:55:11 | preglow | ok, i'll just use long longs liberally |
| 15:56:44 | preglow | i have no way of testing it in the sim, though, unless playback's started working there |
| 15:56:59 | LinusN | just #ifdef SIMULATOR |
| 15:57:09 | LinusN | to make it compile |
| 15:57:57 | preglow | ahh, yes, of course |
| 15:58:06 | preglow | i added a general MUL routine as well |
| 15:59:21 | | Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) |
| 15:59:41 | Maxime`Mrn | hi |
| 15:59:44 | | Nick Maxime`Mrn is now known as Maxime (~flemmard@fbx.flemmard.net) |
| 16:00 |
| 16:00:01 | | Nick Maxime is now known as Maxime` (~flemmard@fbx.flemmard.net) |
| 16:00:21 | LinusN | hi |
| 16:01:19 | Maxime` | first thing, thanks for rockbox on iriver ! :p |
| 16:01:45 | Maxime` | even if it's not over it's great already |
| 16:02:16 | Maxime` | and I'm trying to make a plugin for iRiver, (a small stepmania-like game) lol |
| 16:03:25 | preglow | it'll never be over ;) |
| 16:03:36 | Maxime` | preglow: you have an iRiver? |
| 16:03:47 | preglow | ye |
| 16:03:48 | preglow | s |
| 16:04:14 | Maxime` | I can send you the -beginning- ? :p |
| 16:04:35 | preglow | LinusN: but what should i do with the code? just keep it in codecmpa.c so it can be used when someone gets around to bettering the playback system? |
| 16:04:43 | preglow | Maxime`: sorry, no, i gotta start doing other work now |
| 16:04:45 | LinusN | yes |
| 16:04:51 | preglow | aight |
| 16:04:53 | preglow | i'll commit now |
| 16:05:17 | LinusN | gr8 |
| 16:05:45 | preglow | i'd much prefer it if the downsampling was in-place, though, but no time now |
| 16:05:53 | Maxime` | but, how to handle a loop like "every seconds.." "every millisecond.."? |
| 16:06:11 | LinusN | Maxime`: button_get_w_tmo() |
| 16:06:39 | Maxime` | hm, i'll have a look |
| 16:06:42 | Maxime` | thks |
| 16:08:26 | t0mas | hm... |
| 16:08:29 | preglow | ah, i forgot it resamples even if it's not needed now |
| 16:09:10 | LinusN | preglow: check out my new audio thread debug screen |
| 16:09:15 | preglow | i will |
| 16:09:16 | LinusN | update cvs |
| 16:09:22 | preglow | just built i new rockbox |
| 16:09:26 | LinusN | debug->view audio thread |
| 16:09:42 | preglow | oooh, greatness! |
| 16:10:05 | preglow | it panicked :-) |
| 16:10:15 | LinusN | update cvs again |
| 16:10:23 | preglow | i thought i got that last one |
| 16:10:53 | LinusN | i always have an "oops" commit right after my regular commits :-) |
| 16:11:20 | Maxime` | hm, why sometimes when the iriver is plugged to the power supply, it sends nasty sounds? :s |
| 16:11:30 | LinusN | it does? |
| 16:11:34 | Maxime` | yeah |
| 16:11:50 | preglow | vert buce |
| 16:11:52 | preglow | very nice <- |
| 16:12:02 | Maxime` | I dunno if its my iriver who does this or if it's an rockbox-issue :x |
| 16:12:20 | | Quit Seed (Read error: 60 (Operation timed out)) |
| 16:12:27 | preglow | codecmpa is around 50% boost ratio now |
| 16:12:28 | LinusN | i wonder why the pcm buffer usage fluctuates like that |
| 16:12:50 | preglow | let's hope slasheri knows, heh |
| 16:12:53 | | Nick Febs_away is now known as Febs (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 16:12:54 | Maxime` | you have the same problem LinusN? |
| 16:13:22 | LinusN | Maxime`: no |
| 16:13:28 | Maxime` | k |
| 16:13:39 | * | amiconn wonders whether he should tackle memcpy. |
| 16:13:42 | LinusN | gotta go now |
| 16:13:54 | LinusN | cu around |
| 16:13:57 | | Part LinusN |
| 16:13:58 | Maxime` | cu LinusN |
| 16:14:00 | Maxime` | too late |
| 16:14:00 | Maxime` | (: |
| 16:15:18 | Febs | Maxime': are you noticing the "nasty sounds" through headphones or when plugged into something else (like computer speakers, for example)? |
| 16:15:22 | elinenbe | t0mas: how does the WPS image support work? :-) |
| 16:15:35 | Maxime` | Febs: when plugged to the computer, i'll try with headphones |
| 16:16:19 | Febs | I've noticed that with the original firmware and I've seen it reported on Mistic River. I think that there is a grounding issue. |
| 16:16:24 | markun | Maxime`: Do you hear it only when the iriver is not playing music? I think you can only hear the sound when the headphone amp is off. |
| 16:16:41 | elinenbe | my bad... I see it in the wiki. |
| 16:16:53 | amiconn | For connecting the iriver to audio equipment, I'd rather use the line out |
| 16:17:03 | Maxime` | I only hear it with another thing than headphones |
| 16:17:04 | amiconn | Then there shouldn't be any grounding problems |
| 16:17:08 | Maxime` | and when listening music too markun |
| 16:17:27 | markun | Maxime`: Hm, yes, I also hear it now. |
| 16:17:42 | | Join bobTHC [0] (~bobthc@l06m-2-243.d1.club-internet.fr) |
| 16:17:54 | Maxime` | it's strange lol |
| 16:18:11 | markun | When I touch the iriver the sound is gone. |
| 16:18:18 | Febs | Ground loop? |
| 16:18:32 | Maxime` | maybe.. |
| 16:18:47 | Maxime` | maybe the ground of the power supply touch the hearphone plug |
| 16:19:00 | Maxime` | it must be an iriver-issue lol |
| 16:19:08 | amiconn | preglow: I wonder why your codecmpa.rock is 20 KB larger than mine |
| 16:19:12 | preglow | will anyone cry if i leave codecmpa always resampling? it wont affect the sound |
| 16:19:18 | amiconn | Does dithering add so much code? |
| 16:19:24 | preglow | amiconn because of the static buffers? |
| 16:19:31 | preglow | they should be bss, though |
| 16:19:36 | amiconn | Ah |
| 16:20:08 | amiconn | 20 KB buffers for resampling? |
| 16:20:08 | preglow | oh yes |
| 16:20:09 | preglow | now i use more |
| 16:20:10 | preglow | 40kb |
| 16:20:10 | DBUG | Enqueued KICK preglow |
| 16:20:10 | preglow | since i just added stereo |
| 16:20:11 | amiconn | Why? |
| 16:20:16 | linuxstb | preglow: I'm happy with that (I can then play my 48KHz MP2 files). I'm assuming that it's possible to disable it easily? |
| 16:20:23 | preglow | linuxstb: of course |
| 16:20:27 | amiconn | Shouldn't resampling be possible with just buffering a few samples? |
| 16:20:38 | preglow | amiconn: because i need to upsample a frame of 1152 samples to a frame of four times that for the case of 11khz files |
| 16:21:04 | preglow | amiconn: this isn't how it's going to look, it's just proof of concept for when i/someone else puts it properly in playback |
| 16:21:09 | amiconn | I thought it resamples on the fly. |
| 16:21:19 | preglow | it resamples a whole frame at a time |
| 16:21:26 | amiconn | The frame is already buffered in the codec |
| 16:21:32 | preglow | indeed |
| 16:21:38 | preglow | but that doesn't help me |
| 16:22:44 | Maxime` | will someone test the pre-pre-pre-beta of my plugin? :s lol |
| 16:22:44 | preglow | ideally, we should upsample just a bit of the buffer at a time, so we don't need tons of intermediate storage space |
| 16:22:53 | preglow | however, i sorely need to start working on something else right now |
| 16:24:13 | preglow | i'd be more than happy not to commit this, i don't really care |
| 16:24:20 | amiconn | Would it be possible to let the audiobuffer insert function do the resampling? |
| 16:24:26 | preglow | that's what i want |
| 16:24:34 | preglow | but no time for it now |
| 16:25:26 | amiconn | The pcm buffer fluctuation is looking weird |
| 16:25:28 | preglow | indeed |
| 16:25:48 | preglow | hmm |
| 16:25:57 | preglow | when i tried running the audio debug screen again, it paniced again |
| 16:26:11 | preglow | NOOOOOOOOO |
| 16:26:14 | preglow | my reset button is destroyed |
| 16:26:16 | preglow | arghhh |
| 16:26:38 | t0mas | hmz |
| 16:26:41 | preglow | i don't need this |
| 16:26:41 | t0mas | clean build: |
| 16:26:41 | t0mas | /home/tomas/dev/rockbox-devel/firmware/export/logf.h:31: error: parse error before "logfwrap" |
| 16:26:41 | t0mas | /home/tomas/dev/rockbox-devel/firmware/export/logf.h:31: warning: type defaults to `int' in declaration of `logfwrap' |
| 16:26:41 | DBUG | Enqueued KICK t0mas |
| 16:26:41 | t0mas | /home/tomas/dev/rockbox-devel/firmware/export/logf.h:31: warning: data definition has no type or storage class |
| 16:26:47 | t0mas | (a logf build) |
| 16:26:53 | preglow | THANK GOD |
| 16:26:55 | preglow | THANK YOU |
| 16:27:00 | preglow | i used the wrong screwdriver |
| 16:27:59 | Maxime` | lol |
| 16:28:05 | linuxstb | t0mas: I've just tried a logf build, and it worked fine. |
| 16:28:14 | preglow | amiconn: this resampling sure as hell didn't do the cpu usage any favours |
| 16:28:14 | amiconn | I think I do understand the fluctuations now |
| 16:28:38 | Ctcp | Ignored 2 channel CTCP requests in 6 minutes and 31 seconds at the last flood |
| 16:28:38 | * | t0mas starts digging |
| 16:29:05 | linuxstb | t0mas: I did an "rm -fr *" in my build directory, then configure, then make. |
| 16:29:51 | t0mas | linuxstb: I created a new dir for logf build |
| 16:29:59 | preglow | amiconn: i can't use the audio thread debug screen twice in a row, it locks up my unit |
| 16:30:44 | amiconn | Hmm strange. I can enter & leave it at will |
| 16:30:44 | preglow | ahh |
| 16:30:48 | preglow | linux just fixed it |
| 16:30:53 | preglow | lINUS |
| 16:30:59 | amiconn | He told so... |
| 16:31:26 | amiconn | [16:09:57] <LinusN> i always have an "oops" commit right after my regular commits :-) |
| 16:31:35 | | Join DMJC-L [0] (~DMJC-L@60-240-221-18.tpgi.com.au) |
| 16:31:52 | preglow | hmm |
| 16:31:52 | amiconn | This time it was an OOps commit ;) |
| 16:31:54 | preglow | i've got that |
| 16:32:26 | preglow | seems i've got that, it still panics |
| 16:33:01 | amiconn | What panic do you get? |
| 16:33:22 | | Join O112351 [0] (~Johannes@82-35-100-143.cable.ubr05.dals.blueyonder.co.uk) |
| 16:34:07 | O112351 | hello! |
| 16:34:08 | preglow | tick_add_task(): out of tasks |
| 16:34:08 | | Quit hicks_ (Client Quit) |
| 16:34:31 | O112351 | this room is very very full, yet nobody will speak to me :( |
| 16:34:38 | t0mas | hi |
| 16:34:39 | t0mas | :) |
| 16:34:41 | preglow | completely reproducible, i enter the audio thread debug, press stop, enter it again |
| 16:34:44 | O112351 | yay! |
| 16:34:44 | preglow | and it crashes |
| 16:34:49 | GodEater | most of us are asleep that's why :) |
| 16:34:52 | amiconn | preglow: Hmm, then you probably didn't compile with Linus' fix, or didn't install. I can't imagine what else would cause this |
| 16:35:00 | O112351 | oh |
| 16:35:11 | preglow | then there's gotta be a broken dep somewhere |
| 16:35:17 | ashridah | O112351: questions usually get some kind of response too :) |
| 16:35:41 | GodEater | I have a question - though it might all get a bit metaphysical... |
| 16:35:44 | preglow | i'll try a make clean |
| 16:35:56 | GodEater | Did I imagine the speed of switching between mp3s getting slower between recent builds ? |
| 16:35:57 | ashridah | metaphysical? as in ESP? |
| 16:36:00 | GodEater | or was it always that |
| 16:36:12 | preglow | GodEater: no |
| 16:36:13 | GodEater | way |
| 16:36:31 | GodEater | thank goodness. Any idea what's done it ? |
| 16:36:31 | t0mas | GodEater: crossfade... |
| 16:36:31 | preglow | yes |
| 16:36:31 | t0mas | have you enabled that? |
| 16:36:34 | GodEater | don't think so |
| 16:36:37 | GodEater | I'll check |
| 16:36:50 | O112351 | how can i tell who the moderator people are? |
| 16:36:58 | GodEater | Nope - it's off |
| 16:36:58 | preglow | why do you care? |
| 16:37:14 | O112351 | am i just using a rubbish irc client? |
| 16:37:25 | O112351 | i am using gaim |
| 16:37:30 | ashridah | O112351: there are no ops in here |
| 16:37:34 | O112351 | ok |
| 16:37:44 | O112351 | that explains it :) |
| 16:37:45 | ashridah | at least, no ops who're sitting around with ops, there are people who have access to get it |
| 16:37:53 | O112351 | ok |
| 16:37:59 | GodEater | so would having crossfade turned on help, or do I need to leave it off to keep the switchign responsive ? |
| 16:38:05 | preglow | amiconn: make clean, cvs update, make, complete delete of rockbox then unzip and i STILL get it |
| 16:38:11 | linuxstb | audio debug is working perfectly for me (and very nice it is too). |
| 16:38:58 | O112351 | does anyone else use Gaim? |
| 16:38:58 | t0mas | no, Xchat |
| 16:38:59 | preglow | i use gaim, but not for irc |
| 16:38:59 | t0mas | linuxstb: your logf build works? |
| 16:38:59 | GodEater | I like XChat - wish the firewall here let me use a decent IRC client. |
| 16:38:59 | t0mas | mine still doesn't :X |
| 16:38:59 | amiconn | O112351: HydraIRC |
| 16:39:00 | t0mas | rm -Rf * |
| 16:39:00 | t0mas | cvs update |
| 16:39:00 | *** | Alert Mode level 1 |
| 16:39:00 | t0mas | make |
| 16:39:00 | *** | Alert Mode level 2 |
| 16:39:00 | t0mas | error.... :X |
| 16:39:04 | linuxstb | t0mas: Yes. |
| 16:39:19 | amiconn | preglow: Strange... |
| 16:39:20 | O112351 | why not use Gaim for irc? |
| 16:39:43 | Maxime` | t0mas: -rf not -Rf |
| 16:39:44 | linuxstb | t0mas: Try deleting your apps and firmware directories and checking out fresh copies. |
| 16:39:57 | O112351 | oops my name is wrong :P |
| 16:40:14 | t0mas | linuxstb: I'm working... |
| 16:40:19 | t0mas | and it chokes on bool |
| 16:40:30 | t0mas | extern bool logfwrap; |
| 16:40:37 | t0mas | error: parse error before "logfwrap" |
| 16:40:38 | amiconn | t0mas: wps image code adds about 1 KB on archos |
| 16:40:46 | O112351 | what would people say is the best, most simple irc client? |
| 16:40:47 | t0mas | amiconn: recorder only? |
| 16:40:53 | t0mas | O112351 |
| 16:40:56 | t0mas | woops |
| 16:40:59 | t0mas | O112351: xhcat |
| 16:41:01 | t0mas | *xchat |
| 16:41:03 | elinenbe | t0mas: you committed the WPS image commit? right? |
| 16:41:08 | t0mas | yes I did |
| 16:41:09 | amiconn | t0mas: I'll compile for all archos targets... |
| 16:41:11 | O112351 | ok |
| 16:41:16 | t0mas | amiconn: wait a moment |
| 16:41:22 | t0mas | I'm improving it now.. |
| 16:41:22 | O112351 | i will try and find and download it |
| 16:41:23 | elinenbe | t0mas: can you increase the image count from 9 to 99? |
| 16:41:30 | t0mas | elinenbe: next version :) |
| 16:41:34 | elinenbe | thanks :) |
| 16:42:02 | elinenbe | also, is it correct when i assume that image tags can be contained in conditional tags? |
| 16:42:05 | amiconn | elinenbe: That would be giant overkill imho. *1* image should be enough |
| 16:42:15 | t0mas | elinenbe: no, they can't |
| 16:42:17 | preglow | amiconn: did it another time, now it works... |
| 16:42:30 | t0mas | amiconn: I'm parsing the string anyway... |
| 16:42:40 | amiconn | preglow: Linux, right? My guess is unclean dismount... |
| 16:42:40 | t0mas | so everybody can chose for n or nn |
| 16:42:43 | O112351 | bye bye, i'm going to switch to xchat |
| 16:42:52 | t0mas | bye |
| 16:42:54 | elinenbe | well, I am thinking more along the lines of "mp3" image when there is an MP3 playing −− ogg image when OGG is playing, etc... |
| 16:42:54 | preglow | amiconn: might be, can't remember ;) |
| 16:42:59 | | Part O112351 |
| 16:43:12 | t0mas | wtf |
| 16:43:14 | elinenbe | giving the effect of multiple fonts, etc.. |
| 16:43:21 | t0mas | how is it possible that gcc doesn't know the bool type?? |
| 16:44:12 | preglow | amiconn: did you know why the buffer position fluctuates? |
| 16:44:46 | linuxstb | t0mas: Try adding #include <stdbool.h> at the top of logf.h |
| 16:44:54 | t0mas | hm |
| 16:45:08 | t0mas | works |
| 16:45:11 | t0mas | shall I commit that? |
| 16:45:24 | linuxstb | I think so. It doesn't hurt. |
| 16:45:27 | t0mas | as using bool without that is kind of dirty... (because we don't use stdlib?) |
| 16:45:36 | preglow | but ok, i gotta go, should i commit the resampler or not? |
| 16:45:45 | elinenbe | commit. |
| 16:45:48 | amiconn | My interpretation: The small up&down fluctuations are caused by decoding in chunks. The overall tendency is downwards until it reaches the low watermark. Then the cpu gets boosted, and the overall tendency will be switched to upwards, until the high watermark is reached, where the cpu will be unboosted etc |
| 16:46:12 | linuxstb | It probably works most of the time because <stdbool.h> is included in the main .c file, before logf.h is included. You must have found a case where that's not true. |
| 16:46:24 | linuxstb | Maybe Bagder's recent changes. |
| 16:46:52 | t0mas | preglow: commit |
| 16:47:08 | linuxstb | preglow: commit |
| 16:47:40 | preglow | aight, if people complain why mpeg playback got so much slower, you know what to answer |
| 16:47:43 | t0mas | preglow: do you think it will be integrated in the playback code soon? I have some 48 khz files :) |
| 16:47:55 | preglow | t0mas: i have no idea, i won't have the time |
| 16:48:17 | amiconn | preglow: You keep saying that.... |
| 16:49:01 | *** | Alert Mode OFF |
| 16:50:24 | amiconn | t0mas: It seems the code impact is even less than 1 KB |
| 16:50:37 | amiconn | (unless it isn't compiled for Ondio) |
| 16:50:46 | | Join O11 [0] (~O112358@82-35-100-143.cable.ubr05.dals.blueyonder.co.uk) |
| 16:51:09 | O11 | hello again everyone |
| 16:51:18 | * | GodEater waves |
| 16:51:45 | t0mas | amiconn: it's compiled for HAVE_LCD_BITMAP units |
| 16:51:57 | t0mas | don't know if that's ondio? |
| 16:51:57 | amiconn | Good. |
| 16:51:57 | amiconn | yes |
| 16:52:01 | t0mas | ok, then it's < 1 kb :) |
| 16:52:07 | preglow | ok, commited |
| 16:52:09 | amiconn | They have the same display as the recorders |
| 16:52:10 | preglow | feedback, plz |
| 16:52:17 | O11 | why does it say that my old nickname; O112358 is already in use? |
| 16:52:31 | O11 | it can't be |
| 16:52:42 | amiconn | It's just mounted flipped, so the flip code has to work complementary |
| 16:52:42 | t0mas | is gaim closed? |
| 16:52:50 | O11 | yes |
| 16:53:25 | O11 | i also deleted my irc setup in gaim |
| 16:53:32 | preglow | amiconn: don't .rocks exclude bss, btw? |
| 16:53:38 | preglow | makes no sense to include it |
| 16:53:50 | amiconn | They include .bss |
| 16:53:59 | amiconn | It could be excluded, yes |
| 16:54:14 | linuxstb | preglow: I'm assuming there is no space left in IRAM for your resampled_data buffer? |
| 16:54:15 | O11 | is there a way to search all users in a server? |
| 16:54:19 | amiconn | ...since we clear the plugin area before loading plugins |
| 16:54:46 | preglow | linuxstb: oh god no, not by far |
| 16:54:58 | preglow | linuxstb: the most critical case is downsampling, and that can be done in place |
| 16:55:02 | amiconn | No, we can't do that |
| 16:55:02 | preglow | linuxstb: i just haven't done it |
| 16:55:19 | amiconn | This way the plugin loader wouldn't know how much ram the plugin is going to use |
| 16:55:33 | preglow | a header? |
| 16:55:58 | O11 | so how can i solve my nick problem, any ideas? |
| 16:56:11 | amiconn | The current solution is probably the simplest. Hard disk space shouldn't be a problem... |
| 16:56:46 | | Quit DMJC-L ("Leaving") |
| 16:57:34 | amiconn | preglow: U're resampling in the 32 bit domain? |
| 16:57:41 | preglow | amiconn: yep |
| 16:57:50 | amiconn | Why??? |
| 16:57:52 | preglow | amiconn: it pays to do all processing with as much precision as possible |
| 16:58:21 | preglow | remember that we might need to do further processing as well |
| 16:58:21 | amiconn | Hmm, but reading 32 bit samples then writing to a buffer then reading again... doesn't help performance |
| 16:58:55 | preglow | i sincerely doubt doing 16 bit multiplies would help by much |
| 16:59:03 | O11 | please help me someone :( |
| 16:59:06 | preglow | and we'd have more roundoffnoise |
| 16:59:16 | amiconn | I don't mean the multiplies, I mean the memory access |
| 16:59:33 | t0mas | O11: type /whois [oldnick] |
| 16:59:38 | preglow | that should be done in iram |
| 16:59:38 | t0mas | and /whois O11 |
| 16:59:40 | t0mas | and then compare |
| 16:59:42 | preglow | like i say, in-place |
| 16:59:44 | O11 | ok |
| 16:59:44 | amiconn | Apart from that, the standard coldfire multiplies are slooow and 32 bit multiplies are slooooooow |
| 16:59:48 | O11 | thanks |
| 16:59:50 | t0mas | if the ip's are the same... it's you :P |
| 17:00 |
| 17:00:00 | preglow | amiconn: they're not THAT slow |
| 17:00:22 | O11 | i see |
| 17:00:22 | amiconn | 5 clocks for 16x16 and 9 clocks for 9 clocks for 32x32 is slow |
| 17:00:39 | t0mas | <Insomniak`> Stupid fucking Google |
| 17:00:39 | t0mas | <Insomniak`> "The" is a common word, and was not included in your search |
| 17:00:53 | t0mas | <Insomniak`> "Who" is a common word, and was not included in your search |
| 17:00:53 | t0mas | lol |
| 17:01:15 | preglow | 5 clock for 32x32, i believe |
| 17:01:16 | preglow | with two registers |
| 17:01:20 | Maxime` | ("The Who" will be greater :p) |
| 17:01:30 | O11 | thanks t0mas, gaim is still connecting me even though i have closed it and made it so it does not connect me to irc |
| 17:01:38 | amiconn | The SH does 16x16 in 3 clocks, and that can be shadowed when doing other insns in between, so it needs 1 clock |
| 17:01:41 | t0mas | O11: then kill it |
| 17:02:10 | preglow | anywho, i believe the mul i use now has a 5 cycle latency |
| 17:02:43 | preglow | feel free to optimise, it needs it |
| 17:03:11 | preglow | what it needs most is an in-place downsample, so feel especially free to do that ;) |
| 17:03:11 | O11 | what do you mean by kill it t0mas, and also how do you do personal chat things? |
| 17:03:21 | DaKi][er | 011 - task manager.... |
| 17:03:33 | amiconn | preglow: It's even worse muls.w and mulu.w take 9 clocks, mulu.l and muls.l 18 clocks (!) |
| 17:03:53 | amiconn | We're practically obliged to use EMAC |
| 17:03:54 | preglow | amiconn: i believe that's on a coldfire with no emac unit |
| 17:04:13 | O11 | i can't tell which task is the gaim one |
| 17:04:13 | DaKi][er | guess |
| 17:04:23 | preglow | amiconn: on coldfires with emac units, it's done faster, but i use the emac unit directly wherever i can anyway |
| 17:04:26 | amiconn | Hmm, might be. I wonder how to tell which coldfire belongs to which family |
| 17:04:40 | O11 | and how do you say something to a specific person? |
| 17:04:47 | preglow | ours is a 2M |
| 17:04:59 | amiconn | Okay, then it's 3 and 5 clocks |
| 17:05:09 | preglow | where do you read this info, btw= |
| 17:05:10 | preglow | ? |
| 17:05:30 | amiconn | There's that nice COLDFIRE2UM.pdf in the datasheets wiki page |
| 17:05:43 | preglow | there's timing info in COLDFIRE2UM.pdf and MCF5249UM.pdf, and they differ some places |
| 17:07:49 | preglow | amiconn: but yes, with all the processing stages we might end up doing, i think we should keep the precision as long as we can |
| 17:08:06 | O11 | how do you send a message to a specific person? |
| 17:08:14 | preglow | not a must, of course, but that most certainly is how it's usually done in signal processing |
| 17:08:14 | amiconn | Hmm, indeed there's contradicting information... |
| 17:08:18 | Maxime` | O11: /query nickname |
| 17:08:33 | amiconn | Didn't find the timing info in MCF5249UM.pdf btw |
| 17:08:35 | O11 | only way? |
| 17:08:38 | amiconn | ...until now |
| 17:08:57 | | Join DMJC-L [0] (~DMJC-L@60-240-221-18.tpgi.com.au) |
| 17:08:57 | amiconn | O11: Try /whois nickname |
| 17:08:59 | O11 | can you not click on the person's name or something? |
| 17:09:03 | preglow | but yes, someone please make downsample in-place, and please put it somewhere in playback |
| 17:09:06 | preglow | i gotta go, later |
| 17:09:11 | | Quit preglow ("leaving") |
| 17:09:23 | Maxime` | O11: right button on the person, "Query" |
| 17:09:30 | Maxime` | If I remember |
| 17:10:28 | Maxime` | no not Chat |
| 17:10:51 | Maxime` | w8 a sec |
| 17:10:54 | O11 | i don't see anything saying query |
| 17:11:05 | Maxime` | I'm launching Xchat w8 lol |
| 17:11:46 | Maxime` | "Open dialog windowé" |
| 17:11:48 | Maxime` | -é |
| 17:17:06 | | Quit GodEater ("CGI:IRC") |
| 17:17:32 | amiconn | t0mas: It's somewhat above 400 bytes |
| 17:17:45 | t0mas | amiconn: ok |
| 17:18:00 | t0mas | hm.. |
| 17:18:04 | t0mas | char *a; |
| 17:18:09 | t0mas | const char* b; |
| 17:18:12 | t0mas | b = a; |
| 17:18:16 | amiconn | Not too bad, compared to some other features... |
| 17:18:30 | t0mas | that's impossible right? |
| 17:18:30 | amiconn | No it's not |
| 17:18:54 | t0mas | hm |
| 17:18:54 | amiconn | const char* means that the data pointed to is constant, not the pointer itself |
| 17:19:00 | t0mas | ah ok |
| 17:19:07 | t0mas | and I get a warning on that: |
| 17:19:08 | t0mas | warning: assignment discards qualifiers from pointer target type |
| 17:19:10 | amiconn | That would be char const * |
| 17:19:34 | amiconn | Yes, that is because you assign a pointer to constant data to a pointer to non-constant data |
| 17:20:01 | amiconn | Code using a is allowed to alter the data pointed |
| 17:20:09 | amiconn | ...while code using b is not |
| 17:20:18 | t0mas | hm... and what if I know the pointer a is to some part of b? |
| 17:20:21 | t0mas | cast it? |
| 17:20:37 | amiconn | const char* a; |
| 17:20:55 | t0mas | oh... duh.. |
| 17:20:59 | * | t0mas wakes up |
| 17:21:10 | amiconn | I know this, I did the constification of rockbox for ROM execution |
| 17:21:14 | Rori | where do I find the whole CVS list for iRiver? |
| 17:21:53 | | Join Dave99 [0] (~c182553c@labb.contactor.se) |
| 17:21:53 | Rori | or rather where do I find a more complete list of recent activity? :) |
| 17:22:11 | Maxime` | O11: like this? |
| 17:22:14 | Bagder | Rori: 'cvs log' |
| 17:22:34 | HCl | hm |
| 17:22:42 | Rori | where is that? |
| 17:22:45 | HCl | front page? |
| 17:22:50 | Bagder | Rori: that's a cvs command |
| 17:22:54 | O11 | yeah maxime, that is what i want |
| 17:22:56 | Bagder | check out the sources |
| 17:22:59 | Bagder | issue the command |
| 17:23:02 | Bagder | wham |
| 17:23:07 | Bagder | the entire rockbox history |
| 17:23:22 | amiconn | t0mas: You can have fun things like const char const * .... |
| 17:23:45 | amiconn | ...meaning a constant pointer pointing to constant data. |
| 17:23:51 | Maxime` | (hum, for a "long" number, it's %l no ? |
| 17:24:01 | Dave99 | hi, I've been away for a while - has playback broken on hp120? |
| 17:24:08 | Rori | I must be thick |
| 17:24:09 | Bagder | its %ld for longs |
| 17:24:12 | Maxime` | ok |
| 17:24:14 | Maxime` | thx ^^ |
| 17:24:14 | Rori | can't figure out how to find it |
| 17:25:35 | Rori | ah well too much effort anyhow |
| 17:25:56 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
| 17:27:52 | Maxime` | why does a long divided by an int returns 0? o_O |
| 17:30:45 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 17:31:55 | | Quit Dave99 ("CGI:IRC") |
| 17:34:17 | t0mas | Maxime`: no compiler warnings? |
| 17:34:47 | | Join mborus [0] (~3e9a8f55@labb.contactor.se) |
| 17:35:13 | Maxime` | no |
| 17:35:44 | | Quit mborus (Client Quit) |
| 17:37:10 | | Quit DaKi][er () |
| 17:42:27 | | Join Maxime`Mrn [0] (~flemmard@fbx.flemmard.net) |
| 17:42:28 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
| 17:42:42 | t0mas | Bagder? |
| 17:42:44 | linuxstb | Maxime`: When you say "long", do you mean "long" (32-bit) or "long long" (64-bit) ? |
| 17:42:45 | *** | Saving seen data "./dancer.seen" |
| 17:42:51 | t0mas | why does logfdump dump in reverse order? |
| 17:42:52 | | Part fuzzie |
| 17:43:28 | Maxime`Mrn | linuxstb: in fact, I want to do sth like this : result = ((i % 300) / 300); |
| 17:43:28 | Maxime`Mrn | (i is an int) |
| 17:43:39 | Maxime`Mrn | and i'd like to know what type must be "result" to have something.. :x |
| 17:44:06 | | Join greygnome [0] (~greygnome@69.2.248.18) |
| 17:44:16 | linuxstb | It must be a float - i % 300 will always be between 0 and 299. So integer dividing will give 0. |
| 17:44:38 | | Quit Andrew179 ("Leaving") |
| 17:44:38 | Maxime`Mrn | yes i know |
| 17:44:48 | Maxime`Mrn | (it's for a kind of progress-bar) |
| 17:45:07 | | Part greygnome |
| 17:45:12 | | Join greygnome [0] (~greygnome@69.2.248.18) |
| 17:46:44 | linuxstb | Maxime`Mrn: Can you explain your problem? What exactly is "i"? |
| 17:46:57 | Maxime`Mrn | i do but this always returns 0 -_-((int % int) / int) |
| 17:47:07 | Maxime`Mrn | i do ((int % int) / int) but this always returns 0 -_- |
| 17:47:21 | t0mas | int = ((int % int) / int) |
| 17:47:23 | t0mas | ? |
| 17:47:39 | Maxime`Mrn | no i've tried float = ((int % int) / int) |
| 17:47:44 | Maxime`Mrn | but always 0 |
| 17:48:05 | t0mas | and I != 0 ? |
| 17:48:36 | * | amiconn is completely puzzled about some asm code in rolo.c |
| 17:49:06 | t0mas | call linus ;) |
| 17:49:25 | linuxstb | Maxime`Mrn: What exactly are you trying to achieve? |
| 17:49:30 | amiconn | One instruction seems to be completely superfluous, and some others can be shortened considerably |
| 17:49:55 | amiconn | (not that it hurts performance, but why waste space?) |
| 17:50:15 | t0mas | maybe Linus forgot his *oops* commit there? |
| 17:50:38 | Maxime`Mrn | so, i have an int always increasing, and I want to have a number beetween 0 and 1, using (-myintincreasing- % 300) / 300, to have a number restarting after 300 increases |
| 17:50:39 | amiconn | I also wonder why he doesn't use moveq.l instead of move.l where appropriate |
| 17:50:51 | Maxime`Mrn | (don't know if I'm well explaining) |
| 17:51:11 | bobTHC | amiconn > not a part of the sanitize code ? |
| 17:51:37 | amiconn | bobTHC: Huh? What do you mean? |
| 17:53:09 | t0mas | Maxime`Mrn: try (-myintincreasing- % 300) first |
| 17:53:11 | t0mas | and logf that |
| 17:53:15 | linuxstb | Maxime`Mrn: result=((float)(i % 300))/300.0; (where i is int, and result is float) |
| 17:53:29 | t0mas | and then devide by 300, and logf that too |
| 17:53:30 | | Quit ashridah ("holy crap! 2am. sleep!") |
| 17:54:05 | Maxime`Mrn | linuxstb i'll try |
| 17:58:50 | greygnome | Does anyone know if there is a way to recover files on the jukebox? Specifically, I was recording a meeting last night and I turned off the jukebox before hitting the stop button for recording. I have the Jukebox Recorder 20 (JBR20101). I have looked through the faq and searched the wiki so I hope this isn't a repeat question. |
| 18:00 |
| 18:05:18 | Maxime`Mrn | linuxstb: it works if I add (float) everywhere ^^ lol :x |
| 18:05:19 | | Quit Chamois (Read error: 131 (Connection reset by peer)) |
| 18:06:02 | | Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) |
| 18:08:17 | amiconn | Maxime`Mrn: What are you trying to do? If it is for rockbox, forget about float |
| 18:08:18 | Maxime`Mrn | ah.. |
| 18:08:43 | Maxime`Mrn | what should I use instead? :s |
| 18:08:51 | linuxstb | Use integers.... |
| 18:08:58 | Maxime`Mrn | hum |
| 18:09:30 | Maxime`Mrn | yeah ok.. lol |
| 18:09:48 | linuxstb | If you need to draw a progress bar, then you need to scale (i % 300) from 0..299 to the width of your progress bar. |
| 18:10:11 | Maxime`Mrn | in fact, i want to scroll sth from right to left |
| 18:11:26 | Maxime`Mrn | hum |
| 18:11:28 | Maxime`Mrn | how to explain |
| 18:11:38 | Maxime`Mrn | you know the game "stepmania" or "DDR" ? |
| 18:12:06 | linuxstb | No. |
| 18:12:08 | Maxime`Mrn | huim |
| 18:12:24 | Maxime`Mrn | I want to show arrows coming to a point |
| 18:12:38 | linuxstb | As amiconn said, if you want it to work with any speed, you need to think about how to implement it using integer maths only. |
| 18:13:15 | Maxime`Mrn | yup |
| 18:13:15 | Maxime`Mrn | i'll do that ^^ |
| 18:18:24 | O11 | Can anyone explain a possible reason for getting this message when trying to access a server? : |
| 18:18:25 | O11 | <O11> −−- Connected. Now logging in.. |
| 18:18:25 | O11 | <O11> −−- G-Lined: Client joined '#zurna' - Turks have been banned from this network for years |
| 18:18:25 | DBUG | Enqueued KICK O11 |
| 18:18:25 | O11 | <O11> −−- Closing Link: O112358[82-35-100-143.cable.ubr05.dals.blueyonder.co.uk] by Buffalo.NY.US.ZUH.Net (K-lined) |
| 18:18:25 | O11 | <O11> −−- Disconnected (Remote host closed socket). |
| 18:19:14 | O11 | i started getting it when i tried to join a room called something like KIllER TROJAN RooM EnTeR AND DIE!! |
| 18:19:44 | O11 | just out of pure curiosity |
| 18:19:53 | O11 | did i get banned from the server or something? |
| 18:20:03 | | Quit DMJC ("Leaving") |
| 18:20:10 | t0mas | yes you did O11 |
| 18:20:50 | O11 | do you think it might have assumed i was some kind of hacker BOT or something? |
| 18:21:03 | t0mas | yes |
| 18:21:11 | O11 | well well well |
| 18:21:30 | O11 | but i'm not a bot! i'm a real person :'( |
| 18:21:39 | O11 | and not a hacker in any way |
| 18:21:49 | O11 | it's made a mistake :'( |
| 18:23:50 | thegeek | try another server in that net |
| 18:25:05 | t0mas | thegeek: gline is global |
| 18:25:13 | t0mas | he has to email the serveradmin |
| 18:25:30 | amiconn | Is k-line also global? |
| 18:25:58 | | Part greygnome |
| 18:26:11 | t0mas | amiconn: no |
| 18:26:43 | amiconn | O11: Some trojans use those special channels, and you'll get banned for sure when you try to enter them |
| 18:26:44 | | Quit Stryke` (Read error: 60 (Operation timed out)) |
| 18:28:36 | O11 | could they not just remove the channel to avoid people like me getting banned? |
| 18:28:37 | O11 | should i look around on ZUH.net to try and contact an admin or something? |
| 18:28:58 | bobTHC | u have been klined so only ircop can help u |
| 18:29:07 | O11 | ok |
| 18:29:48 | t0mas | bobTHC: glined |
| 18:30:01 | | Quit ]RowaN[ () |
| 18:30:05 | bobTHC | and K |
| 18:30:24 | bobTHC | >> "O112358[82-35-100-143.cable.ubr05.dals.blueyonder.co.uk] by Buffalo.NY.US.ZUH.Net (K-lined)" |
| 18:30:48 | t0mas | oh lol |
| 18:31:02 | O11 | what should i do? |
| 18:31:22 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 18:31:22 | * | amiconn summons LinusN |
| 18:31:22 | O11 | i have been wrongly k-lined :( |
| 18:31:23 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
| 18:31:29 | O11 | how can i contact someone? |
| 18:31:52 | t0mas | check the website |
| 18:31:56 | bobTHC | change from buffalo ircd, in general it's serv specific |
| 18:32:35 | | Nick Febs is now known as Febs_away (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 18:32:43 | t0mas | hm... we use unreal... there it's a setting |
| 18:33:04 | O11 | the ircop's don't seem to have any contact information |
| 18:33:38 | bobTHC | http://www.zuh.net/servers/home.html |
| 18:33:53 | bobTHC | change serv or contact the op |
| 18:35:03 | O11 | i want to go to a specific room so i can't really change server can i? |
| 18:35:33 | bobTHC | of course they're linked... |
| 18:35:48 | bobTHC | except if a netsplit occur |
| 18:36:19 | t0mas | bobTHC: but he still has a Gline |
| 18:36:26 | t0mas | so he can't use any other server in that net either |
| 18:36:47 | t0mas | amiconn: can you test WPS image stuff again? |
| 18:36:47 | bobTHC | depend of op rules |
| 18:37:00 | t0mas | it takes some more space now... but Linus and preglow liked this format :) |
| 18:40:08 | linuxstb | t0mas: Why do you need both a number and a filename for each image? |
| 18:41:06 | t0mas | because I can't use the filename as an index in the array |
| 18:41:22 | t0mas | and I have to do a simple check for loaded or not... |
| 18:41:55 | t0mas | because I would waste resources by loading it every time... |
| 18:46:58 | Slasheri | Hmm, i will move that resampler code to playback.c so codecs don't need to worry about that |
| 18:48:18 | O11 | i have contacted the op now via email and am awaiting a response, I hope he isn't asleep :) |
| 18:48:43 | linuxstb | t0mas: I may be misreading your code, but what happens if you try and display the same image twice? I can't see how it would work. |
| 18:49:20 | Slasheri | I would also suggest an option not to animate the charge status while charging. instead it could display current battery charge level (something like for example current_voltage - 0.05 to make it accurate) |
| 18:50:02 | bobTHC | O11 > Glined is usualy temporary... so wait and see ;) |
| 18:50:30 | | Join TCK- [0] (TCK@81-86-102-77.dsl.pipex.com) |
| 18:50:30 | t0mas | linuxstb: it won't display the second image :) |
| 18:50:33 | O11 | well i have sent an email now |
| 18:50:38 | t0mas | you'll have to chose 2 different id's |
| 18:50:40 | t0mas | and load the same file twice |
| 18:50:49 | t0mas | (how inefficient) |
| 18:51:22 | t0mas | damn... preglow rocks... my 22 khz song sounds way better than with the iriver firmware :D |
| 18:51:32 | linuxstb | Also, can you have conditionally displayed images? |
| 18:51:41 | t0mas | no |
| 18:51:57 | t0mas | but it's on my list |
| 18:52:08 | t0mas | someone wanted it |
| 18:53:20 | linuxstb | So when would rockbox try to reload an image that is already loaded? I would have thought that either they were all loaded, or none of them were. |
| 18:54:54 | t0mas | hm? |
| 18:55:09 | t0mas | no... if you want to use 1 image 2 times... then you have to add 2 tags |
| 18:55:13 | t0mas | %x1 and %x2 |
| 18:55:17 | t0mas | with the same filename |
| 18:55:26 | amiconn | t0mas: I think the wps formatting codes for bitmaps should be split in 2, one for loading the .bmp and assigning a number, and another for actually displaying the image, giving position and all |
| 18:55:41 | t0mas | that sounds goot to me |
| 18:55:42 | | Quit thegeek (Read error: 145 (Connection timed out)) |
| 18:55:44 | t0mas | *good |
| 18:55:57 | | Join belgarath [0] (~acd80976@labb.contactor.se) |
| 18:56:00 | t0mas | it would solve the 2x one image too |
| 18:56:24 | amiconn | This way one could display the same bitmap in multiple places and still load it only once |
| 18:57:39 | t0mas | ye |
| 18:57:40 | t0mas | s |
| 18:57:42 | linuxstb | Or extend the command to accept multiple locations. |
| 18:58:35 | amiconn | That would be less flexible |
| 18:58:41 | amiconn | ..and harder to read |
| 18:59:20 | amiconn | Having 2 format codes would e.g. allow to put the display codes into different conditionals |
| 18:59:30 | amiconn | (once conditional rendering is done) |
| 19:00 |
| 19:00:02 | O11 | Sorry everyone if I was wasting everyones' precious time with my questions about getting my server bans lifted etc. someone has been telling me off so i thought i should say sorry |
| 19:00:17 | | Quit DMJC-L (Connection timed out) |
| 19:00:50 | t0mas | amiconn: it's a great idea... |
| 19:01:11 | t0mas | I can parse the second tag (displaying) somewhere else... |
| 19:01:50 | t0mas | and that way make it conditional :) |
| 19:02:08 | amiconn | t0mas: I imagine displaying an album symbol in front of an album tag, but if there is no album tag and the folder name is displayed, it could display a folder symbol instead... |
| 19:02:16 | t0mas | yes, that would be cool :) |
| 19:02:36 | amiconn | That _could_ even look good on archos if the symbols are small enough |
| 19:03:03 | amiconn | 8x8 is probably the maximum |
| 19:04:41 | | Quit bobTHC ("Smoke Weed Every Day !") |
| 19:05:45 | linuxstb | Is it worth thinking about album art - e.g. a special tag for files inside the same directory as the currently played track. |
| 19:06:47 | amiconn | Not with b&w imho. That reminds me... |
| 19:07:28 | | Join tvelocity [0] (~tony@84.254.10.26) |
| 19:07:33 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 19:10:18 | | Join Tangleding [0] (~Tangledin@ARennes-351-1-31-219.w82-126.abo.wanadoo.fr) |
| 19:14:53 | Tangleding | Hello |
| 19:14:53 | Tangleding | :) |
| 19:15:00 | Tangleding | Nice work today again |
| 19:15:05 | Tangleding | :) |
| 19:17:19 | amiconn | Linus' audio debug code added 5 warnings to gmini build :-/ |
| 19:18:36 | Tangleding | Hello Amiconn :) |
| 19:19:46 | | Join daven [0] (~18225f06@labb.contactor.se) |
| 19:19:46 | Tangleding | i also read that the iRiver wave recording GLITCH is fixed by Rbx... |
| 19:19:56 | Tangleding | That's very cool new! |
| 19:20:27 | Tangleding | (i barely understand why iRiver didn't fixed this stupid bug if it was only software...) |
| 19:22:36 | Tangleding | Ooooh the MisticRiver rockbox board is more and more crappy... :( |
| 19:23:10 | linuxstb | Tangleding: I didn't think enough testing had been done to say for certain that the recording glitch is gone. |
| 19:23:33 | Tangleding | ah okay |
| 19:23:40 | Tangleding | i read this somewhere |
| 19:23:57 | Tangleding | should have misunderstood |
| 19:24:49 | Tangleding | sorry |
| 19:25:57 | Tangleding | Was this post in fact: |
| 19:26:00 | Tangleding | http://www.misticriver.net/boards/showpost.php?p=258571&postcount=112 |
| 19:26:15 | | Join ghostiger [0] (~ghostiger@e2b2959e7b53fe7c.session.tor) |
| 19:28:59 | daven | have you seen this post regarding the glitch? |
| 19:29:03 | daven | http://www.misticriver.net/boards/showthread.php?t=23364 |
| 19:29:30 | daven | apparently a solution has been found with iriver fw |
| 19:29:57 | daven | which gives hope it can be dealt with in rockbox |
| 19:30:25 | Tangleding | i watch it thanks Daveb$ |
| 19:30:29 | Tangleding | daven |
| 19:30:30 | Tangleding | (sorry) |
| 19:32:40 | Tangleding | Seems very strange if i understand well... |
| 19:33:01 | Tangleding | I guess it means it's really only a stupid soft bug no? |
| 19:33:28 | | Join thegeek [0] (na@ti521110a080-1839.bb.online.no) |
| 19:33:40 | daven | appears so. i guess i river just didn't put much effort into fixing it |
| 19:33:52 | daven | hifi recording is not a priority for most unfortunately |
| 19:35:29 | Tangleding | That's quite incredible |
| 19:35:44 | Tangleding | i remember about big petition for glitch fix |
| 19:36:13 | Tangleding | really can't believe they did nothing to solve something so silly |
| 19:36:14 | Tangleding | :| |
| 19:36:22 | daven | that was the only thing keeping me from buying an iriver for the longest time |
| 19:36:31 | Tangleding | Thanks again for the link daven :) |
| 19:36:43 | daven | np :) |
| 19:36:46 | Tangleding | souds really incredible |
| 19:41:36 | Tangleding | I m' really astonished |
| 19:41:56 | Tangleding | i m gonna relay this information to some HA guys who will be very interested |
| 19:42:03 | Tangleding | (JeanLuc for exemple) |
| 19:42:48 | *** | Saving seen data "./dancer.seen" |
| 19:44:46 | HCl | hehe |
| 19:45:37 | | Join muesli- [0] (muesli_tv@Bc1ec.b.pppool.de) |
| 19:45:53 | Tangleding | hi HCl |
| 19:45:54 | Tangleding | :) |
| 19:46:05 | muesli- | hi tang |
| 19:46:06 | Maxime`Mrn | (hum, 'dont understand what RoLo is? or will be..)? :s |
| 19:46:12 | muesli- | :D |
| 19:46:14 | muesli- | hi HCl |
| 19:46:16 | Tangleding | you're laughing about this GLITCH story? |
| 19:46:18 | Tangleding | :) |
| 19:46:24 | Tangleding | Hi Muesli |
| 19:46:25 | Tangleding | :) |
| 19:46:45 | muesli- | :) |
| 19:49:02 | HCl | hello |
| 19:49:03 | HCl | yea |
| 19:49:15 | HCl | :) |
| 19:49:27 | * | HCl goes back to catch up on sleep |
| 19:49:38 | * | muesli- yawns :D |
| 19:50:31 | Tangleding | :) |
| 19:50:32 | Tangleding | God night HCl |
| 19:50:32 | Tangleding | :) |
| 19:50:32 | DBUG | Enqueued KICK Tangleding |
| 19:50:32 | Tangleding | good |
| 19:50:33 | amiconn | Maxime`Mrn: http://www.rockbox.org/twiki/bin/view/Main/RoLo |
| 19:50:49 | Maxime`Mrn | i've understood ^^ (best way, test! :p) (I can launch original firmware using RoLo?) |
| 19:51:12 | amiconn | Not on iriver, since the original firmware doesn't exist as a file |
| 19:51:25 | Maxime`Mrn | k it's what I thought ^^ |
| 19:51:53 | Maxime`Mrn | thx |
| 19:53:14 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 19:53:46 | amiconn | hi again LinusN |
| 19:53:47 | LinusN | 17.48.36 # * amiconn is completely puzzled about some asm code in rolo.c |
| 19:54:14 | amiconn | I'm no longer puzzled as you might have guessed from my latest commit |
| 19:54:34 | amiconn | However, I still wonder why crt0.S doesn't use some obvious optimisations |
| 19:54:41 | Slasheri | hi |
| 19:54:45 | amiconn | ...like using moveq.l where appropriate |
| 19:54:49 | | Join preglow [0] (~81f18ab7@labb.contactor.se) |
| 19:54:49 | amiconn | hi Slasheri |
| 19:55:21 | amiconn | LinusN: Btw, there was a bug in rolo_reload() which fortunately didn't hit |
| 19:55:43 | amiconn | It still used 0x30000000 as the start address (hardcoded) instead of 0x31000000 |
| 19:55:58 | LinusN | amiconn: you still wonder why i haven't spent more time optimizing stuff that doesn't need optimizing? :-) |
| 19:56:16 | Slasheri | preglow: i am thinking about moving the resampler code to playback system. But if i understood correctly that requires the resampling to be made before dithering. Maybe i can move dithering stuff to playback system too? |
| 19:56:26 | amiconn | It's not that it needs speedup, but saving code can never hurt |
| 19:56:37 | amiconn | moveq.l uses 1 word. move.l uses 3 |
| 19:56:56 | amiconn | move.l #immediate,dest |
| 19:56:58 | preglow | Slasheri: yes, you should, if you ask me, we should do as much processing as we can with the higher precision, then dither it down to 16 bits |
| 19:56:58 | LinusN | oh, 4 bytes! :-) |
| 19:57:07 | amiconn | 4 bytes and again 4 bytes and.... |
| 19:57:10 | LinusN | amiconn: i'm being sarcastic |
| 19:57:56 | Slasheri | preglow: ok, good. Is the dithering/rescaling code in codecmpa so general that it could be integrated to playback system? |
| 19:58:04 | preglow | Slasheri: no idea |
| 19:58:15 | Slasheri | hmm :) |
| 19:58:29 | preglow | i can't hear the difference with dithering, so i don't care either :) |
| 19:58:54 | Slasheri | i think that ideally it's only needed in codec to configure(SET_SAMPLERATE, ...) and configure (SET_DITHER_ENABLE) |
| 19:59:11 | preglow | those should be in settings |
| 19:59:15 | Slasheri | preglow: hehe, but what about the scaling? |
| 19:59:17 | Bagder | cvs update: conflict: removed `apps/plugins/codecmpa.c' was modified by second party |
| 19:59:19 | Bagder | ;-) |
| 19:59:23 | Slasheri | That should be general? |
| 19:59:48 | preglow | bagder: sorry :/ |
| 19:59:48 | Bagder | no worries |
| 19:59:51 | preglow | slasheri: scaling and clipping needs to be done |
| 20:00 |
| 20:00:00 | preglow | slasheri: the scaling should always be a simple right shift |
| 20:00:22 | Slasheri | preglow: ok, so that could be integrated to playback code :) |
| 20:00:28 | preglow | yup |
| 20:00:31 | Slasheri | great |
| 20:00:34 | preglow | clipping depends on the codec |
| 20:00:57 | preglow | but all transform codecs need clipping |
| 20:01:08 | preglow | clipping is not needed for lossless codecs, nor is dithering |
| 20:01:17 | Slasheri | hmm, so clipping should be configurable also |
| 20:01:24 | | Quit linuxstb (Read error: 145 (Connection timed out)) |
| 20:01:24 | preglow | so there should be a codec flag or something, telling if the codec is lossless |
| 20:01:58 | | Join linuxstb [0] (dave@dsl-212-23-31-215.zen.co.uk) |
| 20:01:59 | preglow | slasheri: the problem is, we can't afford too many passes over the buffer, we should integrate as much as we can into one loop |
| 20:02:10 | Slasheri | i think that every codec can configure that clipping (enable it if necessary) |
| 20:02:19 | preglow | 320kbps mp3 is REALLY struggling with resampling enabled |
| 20:02:24 | preglow | Slasheri: good idea |
| 20:02:29 | Slasheri | preglow: yes, i keep that in mind |
| 20:02:40 | Slasheri | everything will be done on one buffer |
| 20:02:45 | preglow | yep |
| 20:02:51 | preglow | downsample() should be made to work in place |
| 20:02:57 | preglow | since that should be possible there |
| 20:03:01 | preglow | not so for upsample() |
| 20:03:07 | amiconn | LinusN: There are 3 places in crt0.S that could use moveq.l. And line 183 could be replaced with clr.l (%a2) |
| 20:03:41 | LinusN | amiconn: do whatever changes you feel necessary |
| 20:04:54 | amiconn | Line 183 is bootloader only, so I can't test |
| 20:04:55 | preglow | of course you can ;) |
| 20:04:58 | Bagder | first codec move test coming right up |
| 20:05:16 | amiconn | This is the bootloader crash recovery, so I'd need to make it crash first |
| 20:06:23 | belgarath | "currently it slows down playback quite a bit" - is that normal 44khz files as well or just if files need sampling? |
| 20:06:29 | amiconn | LinusN: A related question: Why are the m68k assembler parts indented by 8 spaces, unlike all other asm? |
| 20:06:34 | Bagder | inflating: .rockbox/codecs/vorbis.codec |
| 20:07:23 | preglow | belgarath: ALL files are resampled, currently |
| 20:07:55 | Slasheri | preglow: Hmm, is there any need to resample 44 kHz? |
| 20:07:58 | belgarath | ok |
| 20:07:58 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 20:07:58 | * | t0mas is away: party! :D |
| 20:07:58 | preglow | belgarath: there's no difference in quality if the file doesn't need it, but the cpu is still being loaded |
| 20:08:09 | Bagder | good old paperclip |
| 20:08:26 | preglow | Slasheri: 'course not, i just couldn't be bothered to do the code, since it was all going to be reimplemented in playback anyway |
| 20:08:26 | t0mas | Bagder: saw my question? |
| 20:08:29 | Bagder | no |
| 20:08:31 | t0mas | (logf reverse dumped) |
| 20:08:34 | Slasheri | preglow: ah, ok :) |
| 20:08:36 | preglow | and i'm writing a report that badly needs writing now |
| 20:08:37 | t0mas | is there a reason for that? |
| 20:08:44 | preglow | rockbox is too bloody fun :/ |
| 20:08:52 | Bagder | t0mas: you mean when saving to file? |
| 20:08:55 | t0mas | or shall I fix it tonight/tomorrow? or do you have time left? |
| 20:09:01 | t0mas | Bagder: logf dump in the debug menu |
| 20:09:24 | Bagder | I was just being lazy when I wrote it and I didn't think it mattered |
| 20:09:48 | t0mas | ah, do you mind if I change that? |
| 20:09:55 | Bagder | no, go ahead |
| 20:10:01 | t0mas | ok, I'll take a loot tomorrow |
| 20:10:15 | Bagder | a loot! ;-P |
| 20:10:16 | LinusN | amiconn: i guess i just didn't care when i wrote that asm part, and emacs has 8 spaces by default in asm mode |
| 20:10:34 | t0mas | *look |
| 20:11:49 | preglow | emacs :/ |
| 20:12:06 | preglow | great! the oven's broken |
| 20:12:15 | preglow | hoo-fucking-ray |
| 20:13:19 | Bagder | http://daniel.haxx.se/rockbox/codecmv-1.patch |
| 20:13:28 | Bagder | in case anyone wants to have a look/comment |
| 20:13:33 | Bagder | doesn't work yet |
| 20:14:37 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 20:17:09 | | Part LinusN |
| 20:20:28 | Bagder | ... and I see why |
| 20:20:32 | preglow | Slasheri: you should probably also make it so you don't need to resample structs to resample a stereo stream, that should speed things up somewhat, since most of the resample variables wont have to be calculateed twice for each channelø |
| 20:20:42 | preglow | to = two resample structs |
| 20:21:28 | Slasheri | ok, good :) |
| 20:25:04 | | Join webguest87 [0] (~d49f4cf2@labb.contactor.se) |
| 20:25:04 | | Quit TCK- (Read error: 104 (Connection reset by peer)) |
| 20:26:42 | | Join TCK [0] (TCK@81-86-208-244.dsl.pipex.com) |
| 20:28:56 | | Quit Stryke` (Read error: 60 (Operation timed out)) |
| 20:30:21 | | Quit webguest87 ("CGI:IRC (EOF)") |
| 20:30:31 | | Join webguest74 [0] (~d49f4cf2@labb.contactor.se) |
| 20:32:05 | | Quit O11 ("Leaving") |
| 20:32:33 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 20:41:54 | | Join webguest58 [0] (~d49f4cf2@labb.contactor.se) |
| 20:41:59 | | Quit webguest58 (Client Quit) |
| 20:45:21 | Coldtoast | hey |
| 20:45:32 | Coldtoast | what are the dimensions of the iriver screen in pixels? |
| 20:45:41 | Bagder | 160x128 |
| 20:45:47 | Bagder | h1x0 models |
| 20:45:50 | Coldtoast | k. thanx |
| 20:46:20 | | Join asdsd____ [0] (~asdsd@h-67-100-29-118.miatflad.dynamic.covad.net) |
| 20:46:23 | | Part asdsd____ |
| 20:48:45 | Bagder | Slasheri: here? |
| 20:49:20 | Bagder | ah never mind |
| 20:51:53 | Slasheri | :) |
| 20:52:25 | Maxime`Mrn | hm, cygwin .. pure shit :s |
| 20:52:26 | Maxime`Mrn | lol |
| 20:52:54 | preglow | cygwin is spawn of satan himself |
| 20:53:23 | Bagder | btw, I'm currently disabling the *2wav plugins |
| 20:53:27 | Maxime`Mrn | yeah :x lol |
| 20:53:28 | preglow | Bagder: agreed |
| 20:53:49 | preglow | someone needs to add 'dump to wav' to the file menu, though |
| 20:54:05 | preglow | so we've still got the functionality |
| 20:54:15 | Bagder | yes |
| 20:54:25 | preglow | or better yet, dump to aiff! |
| 20:54:30 | preglow | no byte swapping :) |
| 20:54:34 | Bagder | hehe |
| 20:56:23 | * | Bagder prepares paperclip |
| 20:56:46 | Bagder | wooo, music! |
| 20:56:46 | Tangleding | lol |
| 20:57:06 | | Quit belgarath ("CGI:IRC") |
| 20:57:06 | Tangleding | paperclip is our friend |
| 20:57:07 | Tangleding | ;) |
| 20:57:35 | Bagder | carmina burana, rotating cube *and* a codec api |
| 20:58:22 | Maxime`Mrn | hm, can we now listen music and rocckboy @ the same time? |
| 20:58:32 | Bagder | you can try at least |
| 20:58:47 | Bagder | it might result in fun effects |
| 20:58:50 | | Join TCK- [0] (TCK@81-86-101-218.dsl.pipex.com) |
| 20:59:00 | Maxime`Mrn | lol |
| 20:59:11 | Maxime`Mrn | before, it hanged "ilptr" |
| 20:59:17 | Bagder | http://daniel.haxx.se/rockbox/codecmv-2.patch |
| 20:59:21 | Bagder | 127KB patch |
| 20:59:39 | Bagder | Slasheri: I could use your feedback on this before I commit |
| 20:59:50 | Bagder | Maxime`Mrn: we fixed that this morning |
| 21:00 |
| 21:00:10 | preglow | now there's a patch with a great big head of hair |
| 21:00:51 | Maxime`Mrn | great |
| 21:01:21 | Maxime`Mrn | uch |
| 21:01:22 | Maxime`Mrn | lol |
| 21:01:37 | Maxime`Mrn | a long loading and.. |
| 21:02:27 | | Join Audiophil [0] (Audiophil@216-55-193.0102.adsl.tele2.no) |
| 21:02:44 | Audiophil | hi, anyone made a image-wps yet? |
| 21:06:05 | Tangleding | about the glitch |
| 21:06:17 | Tangleding | i wonder about a strange hypothesis |
| 21:06:44 | Tangleding | would you think it could have been sorta unfaire watermark from iRiver? |
| 21:08:26 | preglow | their firmware isn't exactly high quality |
| 21:08:31 | preglow | i don't know what to expect from them |
| 21:08:54 | Tangleding | okay |
| 21:08:59 | Bagder | I think it is a plain bug, possibly related to something technically tricky |
| 21:09:06 | Tangleding | you should be right in fact Prelow |
| 21:09:09 | Tangleding | Preglow |
| 21:09:11 | Tangleding | (sorry) |
| 21:10:09 | preglow | i wonder why you can't control playback speed for anything but mp3 |
| 21:10:18 | preglow | perhaps their vorbis implementation runs really marginally |
| 21:10:23 | | Join Susu [0] (~susu@host-84-9-108-62.bulldogdsl.com) |
| 21:10:56 | Susu | anyone around? |
| 21:10:57 | preglow | more likely they implemented it like i implemented resampling in rockbox ;) |
| 21:10:57 | preglow | susu: apparently |
| 21:11:16 | Susu | I've got an mp3 player with fm radio that was shipped with the rockbox firmware, but it's not on the rockbox site |
| 21:11:32 | Bagder | really? |
| 21:11:39 | Bagder | can you show us a pic? |
| 21:11:46 | Susu | I put it into firmware upgrade mode |
| 21:11:55 | Susu | then plugged it into the usb port and got a file 'firmware.h' |
| 21:11:56 | Susu | $Id: uda1380.h,v 1.5 2005/06/16 20:16:58 preglow Exp $ |
| 21:12:04 | Susu | yeah I'll get a picture |
| 21:12:12 | Coldtoast | what brand is it? |
| 21:12:13 | preglow | ? |
| 21:12:20 | Susu | no idea what the brand is |
| 21:12:24 | Susu | it's unbranded |
| 21:12:30 | Susu | I've been trying to find the firmware for it |
| 21:12:34 | Coldtoast | did you get if off of ebay? |
| 21:12:41 | Susu | when I searched for a quote from the manual... |
| 21:12:49 | Susu | http://www.google.co.uk/search?sourceid=navclient&ie=UTF-8&rls=GGLD,GGLD:2004-47,GGLD:en&q=%22The+player+supports+firmware+upgrading+or+maintenance%22 |
| 21:13:02 | Susu | but the maxdigital site has no firmware on it |
| 21:13:19 | Susu | Coldtoast yes I got it from ebay |
| 21:13:36 | Bagder | is it hard-disk or flash based? |
| 21:13:59 | | Quit cYmen (Read error: 113 (No route to host)) |
| 21:13:59 | * | preglow does the 'wtf' |
| 21:13:59 | Susu | flash |
| 21:14:12 | Susu | the box was sealed |
| 21:15:00 | Bagder | quite a mystery! |
| 21:15:17 | | Quit yngwi (Read error: 60 (Operation timed out)) |
| 21:15:45 | preglow | a picture would be very cool |
| 21:16:01 | Susu | just took some on webcam |
| 21:16:08 | Susu | I'll upload them somewhere |
| 21:16:33 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 21:16:40 | | Quit Tangleding ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
| 21:17:03 | tvelocity | sounds like it's a harware ripoff of some other player rockbox supports |
| 21:18:20 | preglow | perhaps |
| 21:18:29 | preglow | that would be fun :] |
| 21:18:49 | Susu | www.ncclan.co.uk/temp/mp3 |
| 21:19:41 | Susu | sorry the quality's not so great |
| 21:19:52 | preglow | you sure it's running rockbox? |
| 21:20:00 | Susu | I uploaded the 'firmware.h' file I got from it |
| 21:20:20 | Susu | you put it in firmware upgrade mode and plug it in, then you see this on the disk instead of your mp3s |
| 21:20:33 | preglow | that's pretty weird |
| 21:20:38 | Sucka | o_O |
| 21:20:40 | preglow | that's the header for the sound chip in the h1x0 |
| 21:20:58 | preglow | god knows why there's a header file lying around |
| 21:21:02 | Slasheri | Bagder: nice patch :D just go ahead if it works |
| 21:21:12 | preglow | it's very recent as well |
| 21:21:31 | preglow | susu: and that's all that you can see on it? |
| 21:21:54 | Susu | yes |
| 21:21:57 | Susu | the date is wrong |
| 21:22:15 | Susu | it's not 16th june |
| 21:22:21 | Susu | unless they meant 2004 |
| 21:23:09 | preglow | no, that's the exact date i modified that file |
| 21:23:26 | Susu | but that file has been there since march :\ |
| 21:23:33 | tvelocity | lol? |
| 21:23:39 | tvelocity | rockbox code from the future! |
| 21:23:40 | preglow | that's not possible |
| 21:23:42 | Sucka | maybe they have a time machine!!! |
| 21:23:58 | Susu | the player has not been updated and it was bought in march :\ |
| 21:24:08 | preglow | you must have placed the file there by accident somehow |
| 21:24:16 | Slasheri | Bagder: btw, codecs.c is missing from the patch |
| 21:24:27 | Bagder | oh |
| 21:24:40 | Susu | there's no way I put the file there by mistake |
| 21:24:55 | Susu | I'd not even heard of rockbox until I saw the file |
| 21:24:58 | preglow | susu: it's quite impossible that that file's been on the device since march, it contains changes i did on the exact date it is marched |
| 21:25:12 | | Join ]RowaN[ [0] (a2b0y@82-43-211-171.cable.ubr10.newm.blueyonder.co.uk) |
| 21:25:16 | preglow | MARKED |
| 21:25:22 | tvelocity | w00t |
| 21:25:26 | ]RowaN[ | time to play with wps images =] |
| 21:25:29 | preglow | susu: then this is weird indeed |
| 21:25:35 | tvelocity | maybe there is more future rockbox code hidden there |
| 21:25:41 | preglow | but still, unless somehow has a time machine, it's quite impossible |
| 21:25:43 | Bagder | Slasheri: there's a codecmv-4.patch there now with those |
| 21:25:47 | Coldtoast | dyou said "(Susu): you put it in firmware upgrade mode and plug it in," |
| 21:25:51 | Coldtoast | had you done that? |
| 21:25:53 | Slasheri | Bagder: great :) |
| 21:26:02 | * | amiconn wonders why his H140 drop on the floor caused the HD to increase its noise level |
| 21:26:04 | Susu | Coldtoast yes |
| 21:26:13 | Susu | you should plug it in and then run the firmware upgrader |
| 21:26:23 | Susu | but I just browsed the 'USB Storage Device' |
| 21:26:26 | Coldtoast | well then. would that not be how the file got on there? |
| 21:26:27 | Susu | and found that file |
| 21:26:33 | ]RowaN[ | greyscale isnt implemented on rockbox yet properly is it? |
| 21:26:40 | preglow | rowan: correct |
| 21:26:43 | ]RowaN[ | bugger |
| 21:26:56 | preglow | the bmp loader only supports 1 bit files anyway |
| 21:27:02 | amiconn | I dropped it from the table to the floor, about 75 cm. If it stopped again within 2mm on the floor (reasonable since there is some carpet), the shock shouldn't have exceeded 400G |
| 21:27:06 | ]RowaN[ | 1bit porn will be leet |
| 21:27:27 | amiconn | However, the Toshiba should survive an 800G shock when not operating... |
| 21:27:59 | Susu | ok I just installed the firmware upgrading software |
| 21:28:25 | tvelocity | is it called "cygwin"?:P |
| 21:28:35 | Susu | nope |
| 21:28:38 | Susu | :p |
| 21:28:54 | Susu | http://www.ncclan.co.uk/temp/mp3/upgrade.JPG |
| 21:29:09 | Susu | at least I know it's made by 'wilson co. ltd' now |
| 21:29:10 | Slasheri | Bagder: Hmm, it looks good. Just commit :) |
| 21:29:31 | Bagder | ok |
| 21:29:38 | Bagder | buckle up my friends ;-) |
| 21:29:55 | Slasheri | :D |
| 21:30:53 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
| 21:30:57 | Susu | "This file is in the directory "(install directory)\recover", and its name is $ACTSDK$.FW." |
| 21:31:07 | Susu | is ACTSDK anything to do with rockbox? |
| 21:31:14 | | Join thegeek [0] (na@ti521110a080-1839.bb.online.no) |
| 21:32:25 | amiconn | I think in case the HD breaks, I'll upgrade to the 60 GB model if I can find one. It will be able to take twice the shock... |
| 21:33:22 | ]RowaN[ | images in wps seem to be inverted.. on purpose? |
| 21:34:09 | ]RowaN[ | what is the resolution of the iriver screen? |
| 21:34:29 | Maxime`Mrn | 160*128 |
| 21:34:30 | tvelocity | http://www.wilson.co.ltd.xfou.com/ |
| 21:34:39 | ]RowaN[ | thanks max |
| 21:35:00 | Susu | thanks for the link tvelocity |
| 21:35:15 | Coldtoast | well |
| 21:35:22 | Coldtoast | http://www.moviecodec.com/topics/7595p1.html |
| 21:35:37 | Coldtoast | "Be careful about upgrading the firmware. One of my first reactions was to upgrade the firmware but I soon found out that there are a lot of MP3 players out there identified by the firmware upgrading software as: "Device Name: S1 Mp3 Player" and "Productor: Wilson Co. Ltd.". These players have little in common and therefore the Firmware is often incompatible leading to non functioning players. For some more info see here" |
| 21:35:47 | Coldtoast | http://s1mp3.atspace.com/ |
| 21:36:11 | Susu | yeah Coldtoast I just flashed it and it's not booting up |
| 21:36:37 | Coldtoast | http://s1mp3.atspace.com/dead_recover.htm |
| 21:36:48 | Susu | I just got it into recover mode :D |
| 21:36:53 | Coldtoast | cool |
| 21:37:33 | Coldtoast | http://s1mp3.atspace.com/product_specs.htm#prod_11 |
| 21:37:37 | | Join Maxime` [0] (~flemmard@fbx.flemmard.net) |
| 21:37:38 | Coldtoast | is that the box is came in? |
| 21:37:50 | | Quit Maxime`Mrn (Read error: 131 (Connection reset by peer)) |
| 21:38:20 | thegeek | Susu : you just flashed an iriver? |
| 21:38:24 | thegeek | if it takes a lot of time to start |
| 21:38:26 | thegeek | let it work |
| 21:38:36 | thegeek | it can take little while on first startup |
| 21:39:15 | | Join Sususu [0] (~susu@host-84-9-108-62.bulldogdsl.com) |
| 21:39:15 | Sususu | how queer |
| 21:39:32 | Sususu | I ran the recover software, it randomly hung for a bit and then my machine rebooted |
| 21:39:40 | preglow | haha |
| 21:39:42 | | Quit Susu (Read error: 104 (Connection reset by peer)) |
| 21:39:48 | Coldtoast | on that page I posted. is that the player? |
| 21:39:54 | ]RowaN[ | only scrolling text overlaps images in wps.. would be cool if all text would overlap.. or none heh |
| 21:40:30 | Coldtoast | I'm just going to stich the rockbox logo on the bottom of teh wps I think |
| 21:41:48 | | Join Susu [0] (~susu@host-84-9-108-62.bulldogdsl.com) |
| 21:41:53 | Susu | same again :\ |
| 21:42:03 | | Quit Sususu (Read error: 131 (Connection reset by peer)) |
| 21:42:50 | *** | Saving seen data "./dancer.seen" |
| 21:43:43 | * | preglow dives for cover |
| 21:43:45 | Susu | now I really have no idea what to do |
| 21:43:58 | Coldtoast | why were you upgrding the firmware? |
| 21:44:18 | Susu | for some reason the radio has never worked |
| 21:44:32 | Bagder | oh warnings |
| 21:44:33 | Susu | and the guy who sold it said that it's a common problem and that the firmware needs to be upgraded |
| 21:44:43 | Susu | but then he disappeared |
| 21:44:47 | Coldtoast | ok |
| 21:44:56 | Coldtoast | http://s1mp3.atspace.com/images/MINI_the_box.JPG |
| 21:45:00 | Coldtoast | is that the one? |
| 21:45:10 | Susu | :O |
| 21:45:17 | Susu | no but the guy who sold it asked if the box had a violin on it |
| 21:45:23 | Susu | www.ncclan.co.uk/temp/mp3/ |
| 21:46:51 | Susu | trying a different version... |
| 21:46:52 | Susu | I wonder if it will reboot this time |
| 21:47:55 | Coldtoast | http://s1mp3.atspace.com/ might have relevent stuff for you |
| 21:48:01 | Bagder | this overhaul can use some further cleaning up |
| 21:48:25 | Coldtoast | seems that project is for devices known as "S1 Mp3 Player". |
| 21:48:51 | Coldtoast | http://s1mp3.atspace.com/firmware_specs.htm#firm_33 |
| 21:49:19 | | Join Sususu [0] (~susu@host-84-9-108-62.bulldogdsl.com) |
| 21:49:26 | Sususu | yep, it rebooted again >_M |
| 21:49:32 | Sususu | >_< |
| 21:49:56 | | Quit Susu (Read error: 104 (Connection reset by peer)) |
| 21:50:10 | Coldtoast | Sususu: read this > se some further cleaning up |
| 21:50:10 | Coldtoast | (Coldtoast): seems that projec |
| 21:50:12 | Coldtoast | oops |
| 21:50:20 | Coldtoast | Sususu: read this |
| 21:50:21 | Coldtoast | http://s1mp3.atspace.com/firmware_specs.htm#firm_33 |
| 21:50:22 | preglow | i sincerely doubt this mp3 player runs rockbox |
| 21:50:26 | preglow | it's got a z80 core! |
| 21:50:30 | Bagder | wow |
| 21:50:38 | Sususu | so how the hell did that file get there? |
| 21:50:41 | Sususu | o_O |
| 21:50:52 | preglow | i don't know, but i'm 100% certain it wasn't there when you bought it |
| 21:51:13 | tvelocity | maybe they use parts of rbx code? |
| 21:51:29 | preglow | the mp3 player doesn't even have the hardware that firmware.h is meant to use |
| 21:51:40 | ]RowaN[ | what prog can i use to make fonts for rockbox? |
| 21:52:20 | preglow | seems h1x0 uses the same fm chip, though |
| 21:52:24 | Sususu | preglow I really have no idea how that file got there |
| 21:52:25 | Bagder | your favourite font editor that can save fonts as BDF |
| 21:53:03 | thegeek | hmm |
| 21:53:14 | thegeek | I get an error about bootbox when I try to checkout rockbox-devel now |
| 21:55:19 | ]RowaN[ | i dont have a favourite hehe |
| 21:56:20 | Sususu | oh yay |
| 21:56:23 | Sususu | thanks for the help guys |
| 21:56:26 | Sususu | I got it working :D |
| 21:56:40 | preglow | wow |
| 21:56:44 | preglow | that's lucky |
| 21:56:45 | Maxime` | (hum, FM support for iRiver is not one priority, that's it?) |
| 21:57:12 | Bagder | Maxime`: feel free to send us a patch |
| 21:57:14 | preglow | maxime: some guy has it working, but it hasn't been put in cvs yet |
| 21:57:21 | Maxime` | okai |
| 21:57:45 | Coldtoast | I've had my h140 since Nov last year and I don't think I've used the radio once |
| 21:57:51 | Audiophil | preglow, seriously? :thumbsup: (: |
| 21:58:55 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 21:59:04 | preglow | audiophil: yes, austriancoder said he had it working, but then he vanished and reportedly destroyed his mp3 player |
| 21:59:28 | Audiophil | arf, someone donate one to him ;) |
| 22:00 |
| 22:01:36 | | Quit RotAtoR () |
| 22:01:47 | thegeek | hmm |
| 22:01:58 | thegeek | primus compiles # cvs -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel |
| 22:01:58 | thegeek | cvs server: cannot find module `bootbox' - ignored |
| 22:01:58 | thegeek | cvs [checkout aborted]: cannot expand modules |
| 22:02:03 | thegeek | anyone else getting the same? |
| 22:02:24 | Maxime` | pcm_playback.c:270: warning: `interrupt_handler' attribute directive ignored < normal? |
| 22:02:33 | Bagder | bootbox is not a module |
| 22:02:39 | Bagder | LinusN: you modified? |
| 22:02:48 | thegeek | and when using latest build from the webpage, I ge I0B:Line-F at 32F47770 |
| 22:02:50 | LinusN | oops? |
| 22:02:54 | thegeek | when trying to play music |
| 22:03:04 | LinusN | thegeek: get the latest blleding edge |
| 22:03:06 | | Join benjimima [0] (~d56be013@labb.contactor.se) |
| 22:03:08 | thegeek | I did |
| 22:03:12 | thegeek | and I get that line-f ;) |
| 22:03:15 | thegeek | when playing music |
| 22:03:20 | thegeek | I deleted all my old rockbox stuff |
| 22:03:28 | thegeek | and just unzipped the latest build |
| 22:03:49 | thegeek | http://www.rockbox.org/daily/h100/rockbox-h100-20050622.zip |
| 22:03:53 | thegeek | that's the latest right? |
| 22:04:07 | Coldtoast | http://www.rockbox.org/auto/build-h100/rockbox.zip |
| 22:04:19 | thegeek | yes |
| 22:04:19 | | Quit benjimima (Client Quit) |
| 22:04:19 | Coldtoast | that's teh bleeding edge build |
| 22:04:24 | | Join benjimima [0] (~d56be013@labb.contactor.se) |
| 22:04:24 | thegeek | but that does not build the codecs |
| 22:04:35 | Maxime` | kernel.c:234: warning: `interrupt_handler' attribute directive ignored < :x |
| 22:04:42 | thegeek | I did a co of just "rockbox" |
| 22:04:44 | thegeek | and got the same |
| 22:04:52 | thegeek | but I need the codes too in order to play anything) |
| 22:04:53 | thegeek | ;) |
| 22:04:59 | thegeek | s/codes/codecs |
| 22:05:28 | Maxime` | hum .. another .. /home/maxou/m68k/lib/gcc-lib/m68k-elf/3.3.4/../../../../m68k-elf/bin/ld: error: no memory region specified for loadable section `.entry' |
| 22:05:29 | Maxime` | lol |
| 22:06:18 | thegeek | if I could just co rockbox-devel I'd build it myself;) |
| 22:06:29 | preglow | you people need to stop using gcc 3.3 |
| 22:06:40 | preglow | it's got known problems with some rockbox code |
| 22:06:53 | Maxime` | ah yeh |
| 22:07:01 | thegeek | it's in the wiki |
| 22:07:02 | Maxime` | sry i've downloaded the wrong package |
| 22:07:03 | Maxime` | (: |
| 22:07:14 | * | Maxime` −−> [- ] |
| 22:07:53 | amiconn | Bagder: Your codec move broke the gmini build, though I don't understand why..-. |
| 22:07:56 | Bagder | thegeek: try again now |
| 22:08:26 | thegeek | aah:) |
| 22:08:27 | thegeek | yep |
| 22:08:28 | Bagder | amiconn: no proper #ifdef uda1380 protection |
| 22:08:29 | thegeek | thanks;) |
| 22:08:41 | amiconn | Oops, my ellipsis looked like morse code... |
| 22:08:51 | Bagder | heh |
| 22:12:07 | thegeek | hmm |
| 22:12:34 | thegeek | I dont think the codecs are built |
| 22:12:42 | amiconn | -... .- −−. -.. . .-. |
| 22:12:48 | Bagder | thegeek: because... ? |
| 22:12:53 | thegeek | I mean |
| 22:13:00 | thegeek | when I do what I've always done |
| 22:13:05 | thegeek | the codecs are just not there;) |
| 22:13:08 | Bagder | you're right |
| 22:13:10 | Bagder | hee |
| 22:13:17 | thegeek | hum |
| 22:13:25 | Bagder | missed a file in my commit |
| 22:13:29 | thegeek | ;) |
| 22:13:52 | Bagder | ... or two |
| 22:14:18 | Maxime` | lol |
| 22:14:42 | | Join OnkelJonas [0] (vircuser@ip230.rev112.brygge.net) |
| 22:17:05 | thegeek | ah |
| 22:17:28 | thegeek | *testing* |
| 22:17:29 | thegeek | yep:) |
| 22:17:43 | thegeek | or |
| 22:17:57 | thegeek | works good:) |
| 22:18:02 | Bagder | goodie |
| 22:18:30 | thegeek | indeed |
| 22:18:48 | Bagder | now run cube while listening! ;-P |
| 22:18:57 | benjimima | ;) |
| 22:19:46 | benjimima | can any of the pther plugins except cube be ran while listening to music? |
| 22:19:52 | Bagder | all of them |
| 22:20:07 | LinusN | not rockboy |
| 22:20:13 | Bagder | what happens then? |
| 22:20:22 | Maxime` | erm.. compiling gcc on a 333Mhz.. tiring.. lol |
| 22:20:23 | LinusN | it needs the buffer mem |
| 22:20:29 | Bagder | right |
| 22:20:43 | preglow | hmm |
| 22:20:49 | Maxime` | trying to run rockboy as listening = big loading then... loading.. |
| 22:20:56 | Bagder | got 32 fresh new gmini warnings |
| 22:20:59 | preglow | marking which plugins can't run while playing would be nice |
| 22:21:08 | preglow | but i guess that's impossible with the current plugin foirmat |
| 22:21:20 | Maxime` | or add an (if_playing() = return; } |
| 22:21:37 | Bagder | yes, the plugin could check if it can run or not |
| 22:21:39 | | Join belgarath [0] (~acd80976@labb.contactor.se) |
| 22:21:41 | Bagder | or rather, it should |
| 22:21:45 | preglow | yes |
| 22:21:48 | Maxime` | yup |
| 22:21:59 | thegeek | hmm |
| 22:22:03 | preglow | is it possible to suspend a plugin while it runs? |
| 22:22:07 | thegeek | when I use images in the wps |
| 22:22:10 | thegeek | and then change the wps |
| 22:22:17 | thegeek | and try to reload it or any other wps using images |
| 22:22:20 | Bagder | preglow: no |
| 22:22:24 | thegeek | it does not update |
| 22:22:30 | preglow | Bagder: then that solution should work wonders |
| 22:22:47 | Bagder | rockboy _does_ do that, but in a weird order |
| 22:23:09 | Bagder | or perhaps I'm stupid |
| 22:26:19 | preglow | bagder: the recent cvs activity table certainly does indicate you're mad |
| 22:26:30 | preglow | if not stupid |
| 22:26:55 | Bagder | :-O |
| 22:27:07 | | Join Moxon [0] (~Moxon@212.80.242.132) |
| 22:27:13 | preglow | a couple more and you've filled the entire table! |
| 22:27:14 | preglow | :) |
| 22:27:38 | Bagder | is that a challange? ;-P |
| 22:27:56 | thegeek | hehe |
| 22:28:30 | Moxon | heya ppl! |
| 22:28:45 | Moxon | I have got a question. Is there any roadmap for the iriver portin effort? |
| 22:29:08 | LinusN | no |
| 22:29:08 | Bagder | yes |
| 22:29:12 | Bagder | full speed ahead! |
| 22:29:16 | LinusN | :-) |
| 22:29:28 | Maxime` | http://www.rockbox.org/twiki/bin/view/Main/IriverPort < the table here isn't actualised? |
| 22:29:41 | LinusN | Maxime`: sort of |
| 22:29:42 | benjimima | is the bleeding edge build meant to be only 500kb? |
| 22:30:01 | LinusN | only? |
| 22:30:11 | preglow | what the hell? |
| 22:30:20 | benjimima | well the builds are usually around 900kb arnt they? |
| 22:30:24 | Moxon | LinusN: do you need testers who check the daily builds? I could try to do that. |
| 22:30:28 | preglow | i've still got mpa2wav and mpc2wav, and i can't bloody well rid myself of them |
| 22:30:46 | preglow | deleting them only has them coming back on the next cvs update! |
| 22:31:08 | Maxime` | hum, does anyone has a little idea on how we may handle the FM chip? :x |
| 22:31:12 | LinusN | Moxon: lots of people do that |
| 22:31:23 | Moxon | LinusN: is there any coordinated effort? |
| 22:31:23 | LinusN | just install, run and enjoy |
| 22:31:28 | Bagder | preglow: the sources are still there |
| 22:31:28 | Moxon | some I could join? |
| 22:31:34 | preglow | Bagder: oh |
| 22:31:37 | LinusN | Moxon: for testing? |
| 22:31:38 | Moxon | I already do that :) |
| 22:31:42 | Moxon | LinusN: yes. |
| 22:31:47 | Bagder | preglow: I just removed them from SOURCES so they don't compile anymore |
| 22:31:54 | LinusN | no, there isn't |
| 22:32:01 | preglow | we should remove the sources soon anywho |
| 22:32:08 | Bagder | yes |
| 22:32:17 | Moxon | hm, do you need some? like once a week checking a list of functions which should/might work? |
| 22:32:36 | LinusN | Moxon: that would surely be nice |
| 22:33:06 | Moxon | LinusN: I would appreciate that, too. Kind of quality measurement. Where can I apply, anyone to contact? |
| 22:33:24 | LinusN | Moxon: just go ahead |
| 22:33:36 | Coldtoast | then come here |
| 22:33:40 | LinusN | the Wiki is yours |
| 22:33:53 | Moxon | ok, I will try to do that :) Expect regular posts in the forum ... or wiki (have to learn that). |
| 22:34:23 | LinusN | Moxon: personally, i prefer the mailing list, or irc |
| 22:34:32 | | Quit tvelocity ("Leaving") |
| 22:34:33 | Maxime` | half an hour after, gcc hasn't finished compiling.. |
| 22:35:00 | Bagder | hehe |
| 22:35:06 | Maxime` | 333Mhz.. |
| 22:35:07 | Maxime` | lol |
| 22:35:12 | Moxon | LinusN: ic. I will subscribe to the list, too. it will be interessting anyways. |
| 22:35:23 | Bagder | the cvs build machine builds 22 Rockbox targets in 10 minutes ;-) |
| 22:35:24 | LinusN | Moxon: gr8 |
| 22:35:51 | thegeek | wps bug : if you try to change wps/update it wont work if the wps has images in it |
| 22:35:54 | Maxime` | Bagder: I do with what I have.. lol |
| 22:35:59 | Maxime` | only my server on linux.. :x |
| 22:36:12 | Maxime` | (and cygwin.. bleh) |
| 22:38:08 | Maxime` | hum, does anyone has a little idea on how we may handle the FM chip? :x |
| 22:38:12 | | Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") |
| 22:38:25 | LinusN | yes i do |
| 22:38:52 | | Join Moos [0] (moos012@m214.net81-66-158.noos.fr) |
| 22:38:56 | Moos | Hi all |
| 22:39:03 | Maxime` | hm, ahve to use asm tricks or else? or only C ? lol :x |
| 22:39:05 | LinusN | hi |
| 22:39:17 | LinusN | c will do fine |
| 22:39:28 | LinusN | no magic involved |
| 22:39:37 | LinusN | in fact, we have most of the code ready |
| 22:40:01 | Maxime` | ah? |
| 22:40:52 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
| 22:40:57 | LinusN | the fm chip is the same as in the Archos Ondio |
| 22:41:08 | Bagder | darn Linus broke my cvs series |
| 22:41:10 | Bagder | ;-) |
| 22:41:20 | LinusN | start over again |
| 22:41:25 | Bagder | hehe |
| 22:41:35 | preglow | hah |
| 22:41:44 | preglow | most of the codecs call the api both rb and ci now :) |
| 22:41:49 | preglow | i suppose that's supposed to be cleaned up? |
| 22:41:55 | Bagder | yes |
| 22:42:01 | Bagder | I took some shortcuts |
| 22:42:07 | preglow | ok, i need a break anyway |
| 22:42:07 | amiconn | LinusN: I did the mentioned fixes/changes to crt0.S, and got rid of all the TABs... |
| 22:42:36 | LinusN | good |
| 22:43:19 | | Join muesli- [0] (muesli_tv@hmln-d9b8e19d.pool.mediaWays.net) |
| 22:43:37 | muesli- | re |
| 22:43:54 | muesli- | what happpened to the last rbx rls..only 540kb !? |
| 22:44:12 | muesli- | in comparison to 950kb the times before |
| 22:44:26 | benjimima | codecs changed so size diff i believe |
| 22:44:34 | Bagder | if you want, we can add some random junk to fill it up again? |
| 22:44:51 | muesli- | am just wondering..thats all |
| 22:44:52 | benjimima | woooo random junk :D |
| 22:44:57 | Bagder | before, we had the codecs twice |
| 22:44:59 | Maxime` | (ehe, better with a gcc 3.4 .. lol :x) |
| 22:45:08 | Bagder | and we had a few more plugins that no longer are included |
| 22:45:16 | muesli- | for 1 to 100000000 write "bla" ; |
| 22:45:17 | muesli- | ^^ |
| 22:45:41 | Maxime` | /home/maxou/m68k/lib/gcc/m68k-elf/3.4.4/../../../../m68k-elf/bin/ld: error: no memory region specified for loadable section `.entry' |
| 22:45:41 | Maxime` | . |
| 22:45:43 | * | Maxime` unlucky |
| 22:45:44 | Maxime` | (: |
| 22:48:17 | benjimima | is it possible for rockboy to run at same time as music? or is it impossible due to hardware, becos none of the games like pong never used to run with music until recently so just wondered if its time, or hardware ;) thanks and great job btw |
| 22:48:38 | amiconn | belgarath: It's a memory problem |
| 22:48:41 | Maxime` | [22:20] <LinusN> not rockboy [22:20] <LinusN> it needs the buffer mem |
| 22:48:42 | Maxime` | ^^ |
| 22:48:47 | amiconn | rockboy uses the audio buffer |
| 22:49:33 | Bagder | but only the archos version does it nicely |
| 22:49:35 | amiconn | Bagder: I wondered why you chose such a weird memory size for the codecs |
| 22:49:40 | Maxime` | /home/maxou/m68k/lib/gcc/m68k-elf/3.4.4/../../../../m68k-elf/bin/ld: error: no memory region specified for loadable section `.entry' |
| 22:49:44 | Maxime` | what does this means?! |
| 22:49:59 | amiconn | 0x3C000, I had simply chosen 0x40000 |
| 22:50:04 | Bagder | amiconn: I did a binary search |
| 22:50:16 | amiconn | 0x40000 would be 256 KB |
| 22:50:54 | amiconn | Bagder: What do you mean, only the archos version does it nicely? |
| 22:51:16 | Bagder | amiconn: rockboy uses the audio buffer without asking for it the nice way |
| 22:51:26 | amiconn | That's...bad |
| 22:51:50 | amiconn | It should use plugin_get_audio_buffer(), which in turn should stop the musc |
| 22:52:01 | amiconn | On archos my loader does this iirc |
| 22:52:20 | Bagder | yes |
| 22:53:36 | | Quit Sususu (Read error: 54 (Connection reset by peer)) |
| 22:53:37 | preglow | Bagder: has deps for the codecs been done? |
| 22:53:45 | Bagder | no |
| 22:53:57 | amiconn | Bagder: mpc.codec probably won't load now. It's 252 KB |
| 22:54:30 | Bagder | but it links! ;-) |
| 22:54:45 | preglow | amiconn: it loads here, but it sounds terrible |
| 22:55:21 | preglow | i was wondering why it sounded so bad... |
| 22:55:27 | amiconn | Haha, a52.codec is 52 KB |
| 22:55:38 | preglow | a52 is a nice codec |
| 22:55:57 | amiconn | Only wavpack and wav are smaller |
| 22:56:01 | preglow | wavpack isn't large either |
| 22:56:13 | preglow | we could probably fit all the code and data for wavpack in iram |
| 22:56:45 | preglow | aLMOST |
| 22:56:47 | preglow | but yes |
| 22:57:01 | preglow | so there is good reason for mpc to sound bad? if so, i wont try to debug it :) |
| 22:57:44 | amiconn | Bagder, LinusN: I think about moving the bootfile check to the end of the default_event_handler() usb handling |
| 22:58:01 | amiconn | This way it would (1) always catch a changed bootfile |
| 22:58:16 | amiconn | Now it works only in the browser, and only if you're browsing the root |
| 22:58:52 | amiconn | ...and (2) now it checks everytime it browses the root, that's unnecessary |
| 22:58:58 | Bagder | good enough for me! |
| 23:00 |
| 23:00:14 | Bagder | now, back to my upcoming revised language system suggestion... |
| 23:00:29 | amiconn | ...unless it should be able to catch a new bootfile moved to the root by rockbox itself, but that won't be necessary imho |
| 23:00:44 | Bagder | nah |
| 23:00:45 | amiconn | If you are in rockbox, it's easier to RoLo directly |
| 23:00:50 | Bagder | exactly |
| 23:03:18 | preglow | anyone else have mpc codec that sounds like crap? |
| 23:03:37 | amiconn | I don't have a single .mpc file so I can't tell |
| 23:04:23 | benjimima | what even is .mpc? |
| 23:04:42 | amiconn | Musepack |
| 23:05:19 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
| 23:06:22 | rasher | rasher.dk/rockbox/soundfiles/">http://www.rasher.dk/rockbox/soundfiles/ - if you *really* want to catch the digital flow |
| 23:06:23 | preglow | amiconn: glow.m0f0.net/rockbox/iriver-standard.mpc |
| 23:06:29 | preglow | woot |
| 23:06:40 | preglow | my file is taken from rasher |
| 23:07:33 | amiconn | Bagder: My idea might creates a problem (or rather, that problem is laready there with current code); probably academic: |
| 23:07:40 | Maxime` | I always wondered what's the utility of flac :x |
| 23:07:54 | rasher | The audio thread debug screen doesn't take into account the font-height.. |
| 23:08:10 | amiconn | If you change the bootfile and rockbox catches it, but you insert usb again instead, and do that several times, it might overflow the stack |
| 23:08:52 | Bagder | academic it is |
| 23:08:59 | | Quit muesli- (Read error: 113 (No route to host)) |
| 23:10:43 | preglow | ignore it you should |
| 23:14:21 | Bagder | h100 sim crashes |
| 23:14:57 | preglow | so, what's status on mpc? |
| 23:19:12 | preglow | MAN, mp3 is struggling with the resampling code as it is |
| 23:19:43 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:22:36 | preglow | liba52 is perfectly content at 48mhz |
| 23:22:38 | preglow | it never boosts |
| 23:22:44 | preglow | same for wavpack |
| 23:22:53 | | Quit Stryke` (Read error: 60 (Operation timed out)) |
| 23:24:18 | HCl | nice |
| 23:24:28 | HCl | what compression does wavpack give compared to ogg/mp3 |
| 23:24:29 | HCl | ? |
| 23:24:35 | preglow | wavpack is lossless |
| 23:25:29 | preglow | but someone please test mpc so i can commit mpc.c knowing i haven't destroyed anything |
| 23:25:38 | preglow | 'cuz it sounds like crap |
| 23:25:39 | rasher | it's broken here as well |
| 23:25:45 | preglow | ok |
| 23:25:54 | rasher | Anyone mind if I commit an addition to the audio thread debug thing to take into account the line-height? |
| 23:26:33 | rasher | such that you don't get the bars on top of your text |
| 23:26:43 | rasher | it assumes a line-height of 8px as it is |
| 23:28:33 | preglow | i sure as hell don't mind |
| 23:28:47 | preglow | but so, why is mpc broken? is the codec file too large? |
| 23:30:55 | rasher | I blame Bagder. |
| 23:31:27 | rasher | what does flac use for tags? vorbiscomment? Or is that only for ogg-flac? |
| 23:31:37 | Bagder | yes, the file is too large |
| 23:31:41 | Bagder | or rather, the buffer too small |
| 23:31:49 | preglow | well, that needs to be fixed |
| 23:31:51 | Bagder | and the codec loader doesn't check this properly |
| 23:32:06 | | Quit rasher ("CGI:IRC 0.5.4 (2004/01/29)") |
| 23:32:10 | preglow | there's nothing wrong in mpc.c that makes it too large, libmusepack is just a bloated inelegant lib |
| 23:32:31 | Bagder | we should make it 0x40000 |
| 23:32:43 | preglow | i wonder how they managed to make such a small nice codec result in such a big footprint |
| 23:33:22 | preglow | Bagder: how/where do i change this? |
| 23:33:32 | Bagder | me fix |
| 23:33:38 | preglow | okies |
| 23:34:17 | amiconn | Rick: The simplest solution is to make the audio thread debug screen set the system default font |
| 23:34:18 | preglow | we're certainly giving the build box a run for its money |
| 23:34:34 | LinusN | amiconn: agreed |
| 23:35:05 | Bagder | night |
| 23:35:38 | amiconn | ..same goes for archos btw |
| 23:36:24 | amiconn | preglow: mp3 boost ratio is ~65% here now (with 192 kbps files) |
| 23:37:03 | preglow | it's _REALLY_ struggling here, with iriver.mp3 |
| 23:37:10 | preglow | and another vbr file i had |
| 23:37:33 | preglow | it stays boosted the entire time |
| 23:37:50 | preglow | the resampling accounts for much of this |
| 23:38:17 | amiconn | I should try mp2 |
| 23:38:59 | preglow | haha |
| 23:39:03 | amiconn | 384 kbps mp2 playing... |
| 23:39:06 | preglow | now mpc locks my player up |
| 23:41:09 | | Quit TCK- (Read error: 110 (Connection timed out)) |
| 23:42:53 | *** | Saving seen data "./dancer.seen" |
| 23:43:05 | amiconn | Boost ratio is ~80% |
| 23:43:05 | | Quit belgarath ("CGI:IRC (EOF)") |
| 23:43:13 | preglow | /home/thomj/build/rockbox-devel/apps/codecs.h:76:1: warning: "CODEC_BUFFER_SIZE" redefined |
| 23:43:14 | amiconn | (with buffering inbetween |
| 23:43:24 | preglow | anyone else get that? |
| 23:44:25 | | Quit Coldtoast ("Peace and Protection 4.22") |
| 23:45:09 | preglow | all codecs lock up my player now |
| 23:45:11 | preglow | what the hell is this |
| 23:45:36 | linuxstb | preglow: Yes, I get that CODEC_BUFFER_SIZE warning. |
| 23:46:10 | preglow | anyone else get a constantly crashing rockbox too? :-) |
| 23:46:51 | linuxstb | Haven't got that far yet - just arrived back home... |
| 23:48:14 | linuxstb | preglow: Yes, it crashed as soon as I tried to play some music (AC3) |
| 23:49:23 | amiconn | Slasheri: I get that premature stopping again... |
| 23:51:26 | preglow | i don't see how bagders latest commit can have caused this |
| 23:51:30 | preglow | unless it overwrites something |
| 23:52:28 | preglow | i bet it's connected to that warning |
| 23:52:28 | amiconn | I do... |
| 23:52:37 | Moxon | quick question: where do I find docs about rockbox specifix twiki variables (and variables lik %Y%) ? |
| 23:52:49 | amiconn | The size must be changed in plugin.h and in the linker scripts as well |
| 23:53:10 | preglow | yeah,he forget to change |
| 23:53:22 | | Join psycho_maniac420 [0] (~d1ced0cc@labb.contactor.se) |
| 23:53:29 | linuxstb | I think you can just remove the CODEC_BUFFER_SIZE line from plugin.h |
| 23:53:40 | LinusN | me too |
| 23:53:52 | amiconn | He changed codec.h and plugin.lds |
| 23:54:03 | psycho_maniac420 | hello. i have a question about the daily build and the main site of rockbox |
| 23:54:12 | amiconn | Maybe in plugin.h it can be removed |
| 23:54:17 | LinusN | psycho_maniac420: shoot |
| 23:54:20 | amiconn | apps.lds should know about it |
| 23:54:23 | LinusN | amiconn: yes |
| 23:54:48 | psycho_maniac420 | i saw on the main page that tere was going to be a pictuer in the wps earlier today but then i go to look at the changelog again and it is gone |
| 23:55:07 | preglow | it's not gone |
| 23:55:14 | preglow | a lot has happened today, it's been pushed away |
| 23:55:27 | psycho_maniac420 | is it on the main page? |
| 23:55:28 | thegeek | it's there |
| 23:55:45 | thegeek | as preglow said |
| 23:55:51 | thegeek | it has been pushed away |
| 23:55:57 | thegeek | there have been a lot of changes today |
| 23:55:59 | psycho_maniac420 | oph alrighty |
| 23:56:00 | amiconn | LinusN: Me fix, or? |
| 23:56:03 | thegeek | but the code is still in rockbox |
| 23:56:04 | LinusN | i fix |
| 23:56:06 | thegeek | and it works great |
| 23:56:11 | thegeek | I have images in my wps now;) |
| 23:57:12 | OnkelJonas | whats the tag for images in the wps? |
| 23:57:48 | | Nick Febs_away is now known as Febs (~chatzilla@64-190-36-240.client.cypresscom.net) |
| 23:57:49 | LinusN | OnkelJonas: http://www.rockbox.org/twiki/bin/view/Main/CustomWPS |
| 23:58:14 | OnkelJonas | ahh thx :) |
| 23:58:37 | linuxstb | Yes, changing CODECSIZE in app.lds and removing the CODEC_BUFFER_SIZE from plugin.h seems to work. |
icon identifies that the person is a core developer (has commit access).