| 00:01:15 | amiconn | Hmmm... |
| 00:01:25 | | Quit Bger (Read error: 110 (Connection timed out)) |
| 00:02:03 | * | amiconn wonders how that works |
| 00:02:30 | amiconn | Is that fractional mode, or what? |
| 00:02:48 | preglow | amiconn: oh yes |
| 00:02:52 | |Lupin| | Pls: What is the "new:" attribute in .lang files used for ? |
| 00:03:55 | preglow | amiconn: you'd need frac mode for that, else it's impossible |
| 00:04:29 | amiconn | Hmm... that looks like it would be even faster 64 bit mul... Any bit loss here? |
| 00:04:55 | amiconn | (I noticed that the shift counts aren't adding up to 32) |
| 00:07:41 | | Join tvelocity [0] (n=tony@ipa148.5.tellas.gr) |
| 00:08:57 | | Quit ender` (Read error: 113 (No route to host)) |
| 00:10:34 | amiconn | preglow: Iiuc MULT31_SHIFT15() might deliver slightly off results |
| 00:11:01 | preglow | amiconn: how? |
| 00:11:11 | amiconn | It looks like fractional mode doesn't give bit 63..32, but bit 62..31 |
| 00:11:16 | preglow | amiconn: it'll work for signed 31 bit fixed point numbers, like i said, the top bit is lost :/ |
| 00:11:22 | amiconn | (otherwise you would have to shift left by 17) |
| 00:11:46 | amiconn | Ah, no |
| 00:11:48 | | Join guillaumh [0] (n=guillaum@4va54-1-81-56-99-20.fbx.proxad.net) |
| 00:12:03 | amiconn | I thought bit 31 would cause problems cause it overlaps |
| 00:12:14 | amiconn | ...but it should be the same in both parts |
| 00:12:23 | * | amiconn will do some test |
| 00:12:33 | amiconn | Does mpc.codec set the emac mode? |
| 00:12:33 | preglow | amiconn: but yeah, basically we'll just have to hope it never overflows |
| 00:12:37 | preglow | amiconn: it does |
| 00:12:39 | preglow | amiconn: frac mode |
| 00:12:54 | preglow | amiconn: saturate and round, as a matter of fact, and we'll need to disable the rounding mode for this |
| 00:13:05 | amiconn | Hmm. |
| 00:13:13 | amiconn | Is rounding needed elsewhere? |
| 00:13:18 | preglow | which is no biggie, i already do that for tremor, because of MULT31_SHIFT15 |
| 00:13:24 | amiconn | ah |
| 00:13:42 | preglow | it just rounds of the lsb when fetching the 32 bit answer from the accumulator |
| 00:14:10 | | Quit matsl (Remote closed the connection) |
| 00:17:27 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 00:17:39 | Bagder | I hate being stupid |
| 00:20:27 | * | amiconn too |
| 00:20:32 | amiconn | ;) |
| 00:20:37 | amiconn | I mean myelf |
| 00:20:37 | Bagder | :-) |
| 00:20:44 | amiconn | +s somewhere |
| 00:20:48 | ashridah | nice save |
| 00:20:50 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 00:22:58 | | Quit matsl (Remote closed the connection) |
| 00:23:29 | | Quit ashridah ("Leaving") |
| 00:24:03 | preglow | amiconn: but like i said, using emac in frac mode should work great, as long as we don't get numbers large enough to overflow the top bit of the 64 bit mul |
| 00:24:14 | preglow | and that should never happen |
| 00:24:15 | | Quit vmx ("Have fun!") |
| 00:27:43 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 00:29:30 | | Part guillaumh ("bye") |
| 00:43:37 | |Lupin| | Hmm no body knows the meaning of "new:" lines in the .lang files, pls ? |
| 00:43:51 | Bagder | they are for the new string |
| 00:43:54 | Bagder | the translation |
| 00:44:26 | |Lupin| | ah ! |
| 00:44:58 | |Lupin| | So each .lang file contains both the english string and the corresponding string in the foreign language ? |
| 00:45:05 | Bagder | yes |
| 00:45:10 | |Lupin| | ah ok |
| 00:45:12 | |Lupin| | Thanks. |
| 00:51:51 | amiconn | preglow: It works.... :)) |
| 00:52:30 | |Lupin| | French TTS is ugly at the moment :) |
| 00:58:16 | amiconn | preglow: Same old link :) |
| 01:00 |
| 01:02:32 | |Lupin| | bye everybody. |
| 01:02:38 | | Quit |Lupin| ("leaving") |
| 01:05:30 | amiconn | preglow: Another slight improvement. Now I even got a short unboost while playing iriver-xtreme.mpc |
| 01:06:00 | amiconn | Argh-bug |
| 01:09:11 | preglow | amiconn: hah, that's nice and short |
| 01:09:19 | preglow | amiconn: what's the boost factor now? ;) |
| 01:09:25 | preglow | somewhat occupied with other coding atm, can't test |
| 01:13:01 | amiconn | Another slight change (removing the zero shift special case) gave another slight boost |
| 01:13:25 | amiconn | boost factor for iriver-xtreme.mpc is now around 90% |
| 01:14:27 | amiconn | me commit :) |
| 01:14:56 | dpassen1 | thanks and congratulations, amiconn |
| 01:16:48 | amiconn | My first real codec work... |
| 01:26:12 | preglow | hohohoh |
| 01:26:14 | preglow | congrats |
| 01:28:51 | *** | Saving seen data "./dancer.seen" |
| 01:34:03 | preglow | it always boosted before |
| 01:34:06 | preglow | this is just remarkable |
| 01:40:03 | preglow | amiconn: is it realtime for all files you've tried? |
| 01:40:30 | amiconn | I can't easily try becuse of the playlist problem, and I only have rasher's files atm |
| 01:41:15 | preglow | well, i'll update SoundCodecs saying it's barely realtime |
| 01:42:32 | preglow | amiconn: btw, can you use that same technique for the mandelbrot mul? |
| 01:43:23 | amiconn | Unfortunately not. Mandelbrot needs a full 64*64 multiply |
| 01:43:30 | preglow | yes, figured that |
| 01:43:49 | preglow | but it sure does the trick nicely here |
| 01:44:03 | preglow | of course, it's still very slow compared to what it could be, but heaps better than it was |
| 01:44:32 | amiconn | I wonder why they claim musepack is faster than others... |
| 01:45:25 | preglow | because i bet it is, on arm... |
| 01:45:31 | dpassen1 | and on x86 |
| 01:45:35 | preglow | which has a full 64 bit accumulator |
| 01:45:42 | preglow | same with x86, yes |
| 01:46:03 | dpassen1 | encoding speed is the most impressive from my experience |
| 01:46:06 | amiconn | Maybe it is on fpu-equipped systems |
| 01:46:36 | preglow | amiconn: and, like i said, on arms, the fact that they don't use the entire accumulator width works to their advantage their |
| 01:46:37 | | Quit odd (Read error: 104 (Connection reset by peer)) |
| 01:46:50 | preglow | amiconn: for every bit in the multiplicands that are zero, they save some cycles on the mul |
| 01:47:05 | preglow | s/their/there/ |
| 01:47:38 | preglow | and they've more or less said themselves the only integer target platform libmpcdec has, is arm |
| 01:50:39 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 01:53:52 | preglow | ok, so only format not supporting seeking is ac3 |
| 01:53:54 | preglow | time to fix that |
| 01:56:25 | | Quit matsl (Remote closed the connection) |
| 01:57:03 | dpassen1 | is there any more room for significant optimizations for musepack? |
| 01:58:09 | preglow | dpassen1: tons, but the libmusepack people made our job very hard |
| 01:58:16 | dpassen1 | its a shame really |
| 01:58:27 | preglow | i agree |
| 01:58:31 | dpassen1 | to tether the format to specific architectures |
| 01:58:32 | preglow | i think musepack is a good format |
| 01:58:54 | dpassen1 | quality at the standard profile is perfect for me |
| 02:00 |
| 02:00:05 | preglow | it's not directly tethered, but that was the target platform they had when they wrote it |
| 02:00:09 | preglow | it just so happens that it doesn't port well to ours |
| 02:00:33 | preglow | that, and their use of a gigantic decoder state struct, which doesn't exactly make it easy for me to use iram |
| 02:04:41 | preglow | btw, did anyone find out why builtin_alloca doesn't work on sims? |
| 02:17:24 | | Quit JoeBorn ("open.neurostechnology.com") |
| 02:25:57 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 02:46:20 | preglow | amiconn: i've moved all codec stuff to codeclib.h now, btw |
| 02:46:35 | preglow | why is it that only the malloc functions needed to be protected with the codec_ prefix again? |
| 02:51:07 | | Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) |
| 02:54:30 | amiconn | This is to prevent the sims (esp. cygwin) linking with the native functions - this will make it crash for sure |
| 02:55:12 | amiconn | Btw, I think it's in fact possible to use the emac for 64bit in mandelbrot.c, |
| 02:55:31 | amiconn | but it requires unsigned fractional mode, and fiddling with accext |
| 02:55:39 | preglow | that isn't available |
| 02:55:41 | preglow | there's only signed |
| 02:55:50 | amiconn | meh :( |
| 02:56:20 | preglow | but yeah, only the malloc functions need to be protected? |
| 03:00 |
| 03:01:12 | preglow | but yeah, i merged codec.h, codeclib.[ch] and xxx2wav.[ch] into just codeclib.[ch], now all codecs just #include "codeclib.h" and whatever specific headers they need, should i commit as is? |
| 03:09:12 | * | preglow cuts down on his "but yeah" quota |
| 03:17:59 | | Quit dpassen1 () |
| 03:18:46 | | Quit hardeep ("BitchX: now with 38 percent fewer calories!") |
| 03:28:52 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:05:03 | | Join Vlad0man [0] (n=Vladoman@p54A7FB66.dip.t-dialin.net) |
| 04:05:35 | | Join QT_ [0] (i=as@madwifi/users/area51) |
| 04:18:40 | | Quit QT (Read error: 110 (Connection timed out)) |
| 04:22:31 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
| 04:43:52 | | Join Byron [0] (i=byron@69.44.27.66) |
| 04:44:29 | Byron | I have an ondio and I have Rockbox on it, is there any way to make the file names of the recordings different than rec0001 ect ect ect? |
| 04:44:43 | Byron | I'd like dates, or times, or something to prevent overwritting |
| 04:47:51 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 04:50:17 | Byron | putting 2.5 on there to see if that fixes anything |
| 04:50:38 | Byron | does the ondio only work at usb 1? It's going really slow |
| 05:00 |
| 05:28:54 | *** | Saving seen data "./dancer.seen" |
| 05:38:36 | | Quit Paul_The_Nerd (Read error: 104 (Connection reset by peer)) |
| 06:00 |
| 06:01:58 | | Part Byron |
| 06:02:16 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 06:05:07 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 06:09:30 | | Quit RotAtoR () |
| 06:35:30 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 06:39:31 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 06:55:24 | | Join amiconn_ [0] (n=jens@p54BD56D4.dip.t-dialin.net) |
| 07:00 |
| 07:13:02 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 07:13:03 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD56D4.dip.t-dialin.net) |
| 07:20:15 | | Quit Hadaka (brown.freenode.net irc.freenode.net) |
| 07:20:15 | NSplit | brown.freenode.net irc.freenode.net |
| 07:21:12 | NHeal | brown.freenode.net irc.freenode.net |
| 07:21:12 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
| 07:21:22 | | Join thegeek_ [0] (n=thegeek@s057b.studby.ntnu.no) |
| 07:21:45 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 07:22:30 | | Join pilophae_ [0] (i=pilophae@montezuma.acc.umu.se) |
| 07:22:31 | | Quit pilophae (Read error: 104 (Connection reset by peer)) |
| 07:28:58 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:00:43 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 08:02:42 | | Quit ryan_j_ ("leaving") |
| 08:02:58 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 08:05:07 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:05:34 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 08:23:23 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
| 08:44:58 | | Nick Vlad0man is now known as Vladoman (n=Vladoman@p54A7FB66.dip.t-dialin.net) |
| 08:46:37 | Bger | morning ;) |
| 08:50:38 | | Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) |
| 09:00 |
| 09:20:38 | markun | Morning Bger |
| 09:29:01 | *** | Saving seen data "./dancer.seen" |
| 09:31:06 | | Quit phaedrus961 ("Leaving") |
| 09:35:58 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
| 09:45:24 | | Nick solexx_ is now known as solexx (n=jrschulz@c146209.adsl.hansenet.de) |
| 10:00 |
| 10:05:42 | | Join ]Maggie[_ [0] (i=fupl@t2-17.ath.cx) |
| 10:07:10 | | Quit ]Maggie[ (Read error: 104 (Connection reset by peer)) |
| 10:09:29 | | Quit Bger ("brb") |
| 11:00 |
| 11:04:19 | | Quit linuxstb ("Leaving") |
| 11:13:03 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 11:13:08 | | Join thegeek [0] (n=thegeek@s057b.studby.ntnu.no) |
| 11:14:22 | * | HCl hugs his new firefox extension |
| 11:23:22 | markun | Which extension is that? |
| 11:26:55 | * | Zagor just learned some new css: "overflow: hidden" |
| 11:27:10 | B4gder | overflow? |
| 11:27:27 | Zagor | yeah, it controls what to do with content that doesn't fit on the screen |
| 11:27:33 | B4gder | aha |
| 11:28:08 | Zagor | in my case, graphics in the header. setting it to "hidden" means that it doesn't cause scrollbars to appear when you shrink the window. effectively saying: "unimportant stuff" |
| 11:28:24 | B4gder | that's a neat thing indeed |
| 11:28:30 | Zagor | yup |
| 11:28:42 | HCl | markun: TBE |
| 11:29:02 | *** | Saving seen data "./dancer.seen" |
| 11:31:05 | Zagor | sight. naturally MSIE doesn't support it, so 90% of visitors don't see it... |
| 11:31:18 | B4gder | what a surprise! |
| 11:31:23 | B4gder | B-] |
| 11:31:27 | Zagor | indeed |
| 11:33:07 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 11:41:41 | | Join ashridah [0] (i=ashridah@220-253-122-91.VIC.netspace.net.au) |
| 11:45:28 | | Join seablue [0] (n=s@0x53588922.banxx3.adsl-dhcp.tele.dk) |
| 11:53:26 | Febs | This is probably an issue for Linus, but I've seen three separate reports on Mistic River of Rockbox bricking players when the battery runs dead in bootloader USB mode. |
| 11:53:52 | Febs | Here's one of them: http://www.misticriver.net/showthread.php?t=29728 |
| 11:55:26 | Febs | Another: http://www.misticriver.net/showthread.php?t=27030 |
| 11:55:43 | Slasheri | If the charge light doesn't come up, there has to be something wrong with the hardware (for example battery protection circuit has permanentely broken) |
| 11:56:15 | Slasheri | But yes, we really need to force a power off when the voltage drops below 3.0V |
| 11:58:16 | Slasheri | Hmm, the musepack finally works realtime.. That is great :) |
| 12:00 |
| 12:02:51 | | Join linuxstb [0] (n=d57b9aa9@labb.contactor.se) |
| 12:09:27 | amiconn | Slasheri: :) But unfortunately .mpc isn't correctly working in playlists :/ |
| 12:09:47 | Slasheri | oh, i am just testing it.. :) |
| 12:18:22 | preglow | can't exactly figure out why either |
| 12:29:46 | linuxstb | Does playback.c rely on get_metadata() setting any particular variables? Very little is done for Musepack files in get_metadata.c() |
| 12:41:52 | preglow | indeed |
| 12:42:10 | preglow | nothing is done but getting ape tags |
| 12:42:51 | preglow | linuxstb: i've merged all the codec header stuff into codeclib now |
| 12:48:49 | linuxstb | preglow: nice. There's only one more box to tick on the SoundCodecs page now - seeking in AC3 files... |
| 12:50:45 | preglow | linuxstb: yup, i plan on fixing that today |
| 12:50:56 | preglow | linuxstb: should be a quickie, all the code i need is in metadata.c already |
| 12:51:35 | linuxstb | Does anyone know what's happened with the AAC work? Did fuzzie give anyone a copy of his source? |
| 12:52:24 | preglow | her |
| 12:52:30 | linuxstb | oops. |
| 12:53:36 | preglow | and as far as i know, no |
| 12:53:45 | preglow | i didn't even remember who worked on it ;) |
| 12:54:06 | * | linuxstb apologies to fuzzie |
| 12:54:26 | linuxstb | It would be nice to get it into CVS, even if it's not working. |
| 12:54:31 | preglow | indede |
| 12:54:34 | preglow | indeed, too |
| 12:57:44 | preglow | i'd love aac playback |
| 12:58:02 | preglow | and speex :> |
| 13:00 |
| 13:02:10 | preglow | hmm, speex seems to require libogg |
| 13:07:04 | Seed | preglow: what speed is speex running at? |
| 13:07:11 | Seed | on your PC |
| 13:08:51 | preglow | i have no idea |
| 13:08:54 | preglow | never measured it there |
| 13:11:58 | markun | preglow: most off the things speexdec needs from libogg are also in Tremor. |
| 13:13:12 | preglow | markun: yeah, but i believe not all were |
| 13:13:21 | markun | I can't find ogg_stream_init |
| 13:14:03 | markun | But googling for ogg_stream_init and Tremor gives me some hits. |
| 13:16:11 | preglow | but ok, i'll commit this codeclib change and hope nothing breaks |
| 13:17:53 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 13:25:16 | preglow | markun: i think libogg should compile very cleanly on target anyway |
| 13:29:06 | *** | Saving seen data "./dancer.seen" |
| 13:33:06 | preglow | there we go |
| 13:39:29 | markun | I wonder when libogg2 will be ready |
| 13:43:57 | | Quit B4gder ("time to say moo") |
| 13:45:07 | preglow | god knows, why's that being developed? |
| 13:45:17 | preglow | new container format or just new implementation? |
| 13:52:08 | markun | I think it's just a new implementation. Tremor uses ideas from libogg2, I think that's why we can't use it with speexdec as it is. |
| 13:52:52 | * | preglow wonders why these sim errors didn't show up in his build... |
| 13:54:23 | preglow | riiiight, gcc 4 |
| 13:55:26 | markun | preglow: http://wiki.xiph.org/index.php/HyperFish#libogg2_documentation |
| 13:56:09 | markun | Just a different API. |
| 14:00 |
| 14:03:44 | preglow | hmmm |
| 14:03:55 | preglow | is request_buffer supposed to take a 32 bit or 64 bit number? |
| 14:04:20 | preglow | i wonder why some codecs use size_t for it |
| 14:04:41 | preglow | but of course, size_t is never 64 bit on our platforms |
| 14:07:47 | preglow | i wonder why the hell these errors haven't occured before now |
| 14:07:52 | preglow | warnings, that is |
| 14:22:09 | | Join Febs [0] (n=40be24d6@labb.contactor.se) |
| 14:25:51 | | Quit linuxstb ("CGI:IRC (EOF)") |
| 14:28:47 | | Join linuxstb [0] (n=d57b9aa9@labb.contactor.se) |
| 14:29:07 | linuxstb | preglow: Did you forget to remove xxx2wav.[ch] from CVS after your codeclib update? |
| 14:41:45 | preglow | linuxstb: no, i'll do it soon |
| 14:43:16 | preglow | argh |
| 14:43:21 | preglow | what the hell is happening with the builds |
| 14:49:13 | preglow | why the bloody hell didn't these warnings appear before now? the code in question always had type mismatches |
| 14:50:39 | linuxstb | It must be related to the new order of the header file includes. |
| 14:51:10 | linuxstb | But I agree it's strange. |
| 14:51:19 | preglow | i wonder if the long parameter in request_buffer shouldn't be unsigned |
| 14:51:24 | preglow | doesn't make much sense for it to be signed |
| 14:51:39 | preglow | unless i misunderstand completely, that is |
| 14:51:58 | linuxstb | I don't think size_t was a bad choice of type. It's defined in firmware/sys/types.h as "unsigned long". |
| 14:52:39 | linuxstb | sorry, firmware/include/sys/types.h |
| 14:53:35 | preglow | no, more or less a good choice, but it's unsigned, when request_buffer takes a signed parameter |
| 14:53:53 | linuxstb | Maybe ci->advance_buffer() should be changed to use size_t |
| 14:54:12 | linuxstb | size_t seems to be used a lot in Rockbox - e.g the string.h functions. |
| 14:54:56 | preglow | request_buffer needs a change too |
| 14:55:03 | preglow | i wonder what's up with all the (int) casts in that one |
| 14:55:38 | linuxstb | I'm guessing that size_t is the POSIX type for referring to sizes of chunks of memory. |
| 14:57:28 | preglow | it's meant for use as an indice |
| 14:57:42 | preglow | a size_t is guaranteed to be large enough to access all memory in a system |
| 14:57:56 | preglow | it's also meant for storing sizes, of course |
| 14:59:51 | linuxstb | So we should be using size_t then... |
| 15:00 |
| 15:01:25 | preglow | yes, probably |
| 15:04:51 | | Join einhirn [0] (i=Miranda@szgt-d9b8e2d4.pool.mediaWays.net) |
| 15:05:39 | XavierGr | wow 9 codecs so far in Rockbox! |
| 15:05:46 | preglow | nine? |
| 15:05:55 | XavierGr | That's indeed a multi codec jukebox. |
| 15:06:04 | preglow | i count only eight :> |
| 15:06:13 | XavierGr | with Wav and mp4 |
| 15:06:39 | preglow | mp4 as in alac or aac? |
| 15:06:43 | preglow | aac isn't supported yet |
| 15:07:19 | | Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) |
| 15:07:29 | XavierGr | I don't know codecs are too complicated.... :P |
| 15:08:57 | XavierGr | say preglow, sometimes rockbox playback timer is wrong. (or the remaining timer is wrong) It says 10 minutes remaining but the playback timer shows 12 minutes and counting. |
| 15:09:28 | XavierGr | Is this normal? I have many vbr files though... |
| 15:10:53 | preglow | mp3? |
| 15:14:39 | XavierGr | yes |
| 15:16:41 | markun | I have a CBR mp3 file and when you seek to almost the end of the file (50 minutes and 9 seconds long) it keeps playing till 50:13 |
| 15:17:55 | XavierGr | mine does that sometimes for more than 1 minute. |
| 15:18:07 | XavierGr | it isn't much of a problem just wondering. |
| 15:18:20 | XavierGr | Strnage is that backlight caption works correct. |
| 15:18:59 | XavierGr | It will turn on x seconds before the song (truly) ends and then turn off x seconds after the new song has started. |
| 15:21:50 | preglow | depends on the file, i guess, if the frame count is off, the calculated estimated time will also be off |
| 15:24:32 | linuxstb | XavierGr: Have you run your VBR files through vbrfix ? |
| 15:29:08 | *** | Saving seen data "./dancer.seen" |
| 15:43:13 | preglow | ok, i'm just reverting the wav.c thing and cast to long * in request_buffer call |
| 15:44:06 | amiconn | mp3 vbr seeking is always somewhat off, because the position handling mixes file postions and stream positions |
| 15:45:23 | markun | amiconn: I have a cbr mp3 file where seeking is off. |
| 15:47:02 | preglow | linuxstb: do you want to fix the alac.c type warnings? :P |
| 15:48:08 | preglow | or else i'll just put in a couple of casts there as well |
| 15:48:34 | preglow | Slasheri: any thoughts on changing the advance_buffer and request_buffer size parameters from long to size_t? doesn't really make sense for them to be signed |
| 15:48:39 | amiconn | Casting to int is a bad bad idea... |
| 15:48:58 | preglow | amiconn: where? |
| 15:49:46 | preglow | i haven't got time to go through the codecs and make sure all the types have correct sign right now, so just opting for casting size_t* to long* when calling request_buffer, it's not any worse than the implicit cast that happened before anyway |
| 15:49:57 | Seed | preglow: *ping* |
| 15:50:04 | amiconn | long is ok, but int isn't for the buffer positions |
| 15:50:08 | preglow | Seed: *pong* ? |
| 15:50:16 | preglow | amiconn: agreed |
| 15:50:21 | amiconn | (assuming that someone will pick up the gmini port at some point) |
| 15:50:21 | Seed | private message |
| 15:50:34 | preglow | Seed: riight, i forgot i can't send without identing first, gimme a sec |
| 15:51:21 | linuxstb | I can't do anything at the moment (I'm doing my day job), but I think we should change ci->advance_buffer (and the other functions) to use size_t instead of long. We will probably then get a lot of warnings in the codecs that need fixing. |
| 15:54:10 | amiconn | Is this also used for negative 'advance'? |
| 15:54:31 | preglow | gotta go for a sec |
| 15:54:33 | | Join samwichse [0] (n=samwichs@pool-70-16-80-193.alt.east.verizon.net) |
| 15:54:39 | linuxstb | amiconn: Good point. I'm not sure. |
| 15:56:31 | linuxstb | Looking at codec_advance_buffer_callback() in playback.c, it looks like it is expecting a positive number, but it's not obvious. |
| 15:58:08 | linuxstb | But ci->request_buffer() should definitely only be a positive number. |
| 16:00 |
| 16:00:17 | | Quit einhirn (Read error: 113 (No route to host)) |
| 16:00:57 | Slasheri | preglow: sorry, i am on the train now, vacation this weekend :) please feel free to change them :) |
| 16:00:58 | | Quit linuxstb ("CGI:IRC (EOF)") |
| 16:14:24 | | Quit ashridah ("Leaving") |
| 16:21:01 | | Join _FireFly_ [0] (n=FireFly@p54A46697.dip.t-dialin.net) |
| 16:27:44 | | Join ashridah [0] (i=ashridah@220-253-122-91.VIC.netspace.net.au) |
| 16:35:10 | | Join _coder` [0] (i=shani@Ariel.Atlantica.US) |
| 16:35:11 | | Quit coder` (Read error: 104 (Connection reset by peer)) |
| 16:35:31 | | Part pilophae_ |
| 16:42:44 | preglow | no, it's not really apparent |
| 16:43:38 | preglow | but ok, i'll delete codec.h and xxx2wav stuff |
| 16:48:17 | preglow | hmm, seems there's still a lot of codec.h references |
| 16:49:58 | | Join linuxstb [0] (n=d57b9aa9@labb.contactor.se) |
| 17:00 |
| 17:05:42 | | Quit Zagor ("Client exiting") |
| 17:09:32 | | Quit _coder` (Remote closed the connection) |
| 17:18:39 | | Join solexx_ [0] (n=jrschulz@d127171.adsl.hansenet.de) |
| 17:27:36 | | Quit Febs ("CGI:IRC (EOF)") |
| 17:29:10 | *** | Saving seen data "./dancer.seen" |
| 17:29:31 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 17:34:07 | | Quit ashridah ("Leaving") |
| 17:45:48 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 17:45:59 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 17:49:57 | | Join dj_salo [0] (n=53678275@labb.contactor.se) |
| 17:50:00 | dj_salo | hello people |
| 17:50:16 | dj_salo | i have a question regarding the iHP 120 version of Rockbox |
| 17:50:48 | preglow | shoot |
| 17:50:54 | dj_salo | i am trying to set up the development environment on windows (cygwin distribution of source code) |
| 17:51:12 | dj_salo | i was able to setup Cygwin, but I am unable to add the compiler |
| 17:51:20 | dj_salo | for the processor in the iHP 120 |
| 17:51:21 | preglow | ahh, i have no idea about cygwin |
| 17:51:28 | dj_salo | mk68 (if i rem correctly) |
| 17:51:36 | preglow | m68k |
| 17:52:05 | dj_salo | aha, i see |
| 17:52:22 | dj_salo | well i'll keep on trying then :) thanks! |
| 17:59:23 | | Quit dj_salo ("CGI:IRC (EOF)") |
| 18:00 |
| 18:14:20 | | Nick ]Maggie[_ is now known as ]Maggie[ (i=fupl@t2-17.ath.cx) |
| 18:17:49 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
| 18:23:18 | | Join Moos [0] (i=DrMoos@m12.net81-66-159.noos.fr) |
| 18:24:05 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 18:49:00 | | Quit _FireFly_ ("Leaving") |
| 19:00 |
| 19:05:21 | | Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 19:15:32 | | Quit linuxstb ("CGI:IRC (EOF)") |
| 19:23:33 | | Quit Moos (Read error: 110 (Connection timed out)) |
| 19:29:12 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:00:13 | | Quit jeddy3 ("Lost terminal") |
| 20:10:35 | | Join webguest89 [0] (n=53afb0c2@labb.contactor.se) |
| 20:11:09 | | Quit webguest89 (Client Quit) |
| 20:28:50 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 20:34:19 | | Quit phaedrus961 ("Leaving") |
| 20:36:30 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
| 20:38:17 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 21:00 |
| 21:00:52 | | Join muesli- [0] (i=muesli_t@Bbca6.b.pppool.de) |
| 21:02:27 | | Quit seablue ("0") |
| 21:29:15 | *** | Saving seen data "./dancer.seen" |
| 21:32:36 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 21:33:56 | | Join webguest00 [0] (n=d55efd01@labb.contactor.se) |
| 21:34:20 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 21:34:37 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4.1/undefined]") |
| 21:40:08 | | Join muesli- [0] (i=muesli_t@hmln-d9b8ef5e.pool.mediaWays.net) |
| 21:41:03 | | Quit webguest00 ("CGI:IRC (EOF)") |
| 21:41:06 | Paul_The_Nerd | Anyone here familiar with WPS? I'm having a relatively minor issue, but it's kinda bugging me. |
| 21:42:52 | dpassen1 | development-wise or user-wise? |
| 21:43:20 | Paul_The_Nerd | It's more user-wise but it might be an indication of a minor bug in the software. |
| 21:43:28 | Paul_The_Nerd | Actually, lemme update to today's build and verify that it's still there. |
| 21:47:09 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 21:47:17 | Paul_The_Nerd | Nope, problem's still there |
| 21:47:39 | Paul_The_Nerd | My second and third lines merge in my WPS (into one line) unless I put an extra line between them. |
| 21:47:39 | dpassen1 | what is it |
| 21:47:55 | dpassen1 | can i see the code |
| 21:48:09 | dpassen1 | i'm no expert |
| 21:49:00 | Paul_The_Nerd | One second |
| 21:49:34 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 21:50:11 | | Join RotAtoR [0] (n=e@12-208-71-148.client.insightBB.com) |
| 21:50:41 | Paul_The_Nerd | http://66.68.93.2/wps/paul.wps |
| 21:51:51 | Paul_The_Nerd | See the completely blank line as the third line? If I remove it, it draws line 2 and 3 on the same line. |
| 21:52:25 | dpassen1 | as is, does it leave a blank line between lines 2 and 3? |
| 21:52:29 | Paul_The_Nerd | No. |
| 21:53:07 | Paul_The_Nerd | On the screen the contents of line 3 are concatenated onto line 2. |
| 21:53:25 | Paul_The_Nerd | So if I leave it blank, it works well enough, but it seems an odd thing to happen. |
| 21:54:52 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 21:55:01 | dpassen1 | whats with the odd indentation of the first few lines |
| 21:55:02 | Paul_The_Nerd | As it is right now, on the unit, it displays Song on line one, Artist on line 2, and Album on line 3. If I remove that blank line, it displays Song on one, and Artist *and* Album on line 2. |
| 21:55:33 | Paul_The_Nerd | They're indented because I have an image that uses that part of the screen |
| 21:55:37 | dpassen1 | ok |
| 21:56:01 | dpassen1 | all your ifs are closed, so its nothing with that, you're going to have to find someone with greater knowledge than i |
| 21:57:07 | Paul_The_Nerd | Hehehe |
| 21:57:28 | Paul_The_Nerd | I checked all the ifs first. It's a modification of someone else's WPS |
| 21:57:40 | Paul_The_Nerd | And one day it just stopped working. Sadly, I don't really remember when |
| 21:58:02 | dpassen1 | That's quite odd. |
| 21:58:09 | Paul_The_Nerd | Well, it was with some daily build |
| 21:58:25 | Paul_The_Nerd | I just don't remember when. At the time I was in a rush, so I just added the line, it worked, I left. |
| 21:58:35 | Paul_The_Nerd | I was looking at it and thinking about changing it, and remembered the problem. |
| 22:00 |
| 22:12:45 | | Quit muesli- (Read error: 113 (No route to host)) |
| 22:24:24 | | Nick gromit` is now known as weregromit (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 22:24:27 | | Nick weregromit is now known as were-gromit (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 22:29:24 | | Join OnkelJonas [0] (i=kartoffe@ip230.rev112.brygge.net) |
| 22:31:36 | | Join muesli- [0] (i=muesli_t@hmln-d9b8ef56.pool.mediaWays.net) |
| 22:42:58 | | Join toolmanwill [0] (n=46682f19@labb.contactor.se) |
| 22:44:29 | toolmanwill | hello everyone, has anyone looked into why the firmware/bootloader becomes corrupted if the battery runs down while in bootloader mode? |
| 22:44:56 | Paul_The_Nerd | It was being discussed earlier. |
| 22:44:58 | toolmanwill | just curious cause i seen others have had a similar problem |
| 22:45:07 | toolmanwill | mine is on its way to iriver america now for even exchange |
| 22:45:15 | toolmanwill | ahh |
| 22:45:57 | muesli- | TiMiD ;) |
| 22:48:01 | | Quit toolmanwill ("CGI:IRC (EOF)") |
| 22:48:03 | | Join toolmanwill [0] (n=46682f19@labb.contactor.se) |
| 22:50:54 | toolmanwill | heh not much said about it, but then again linus hasnt seen Febs comment about it either |
| 22:51:25 | toolmanwill | i'm sorta afraid to use rockbox on my replacement now if thats not fixed, dont wanna brick another player |
| 22:52:54 | Paul_The_Nerd | Well if it *only* happens when the battery dies, isn't it pretty easy to avoid? |
| 22:53:43 | toolmanwill | sometimes shit happens |
| 22:54:03 | Paul_The_Nerd | Yeah |
| 22:54:10 | toolmanwill | so just in case there should be some kind of shutdown |
| 22:54:27 | Paul_The_Nerd | It sounds like they were discussing that as a solution |
| 22:55:02 | toolmanwill | good, i'd hate for many others to have this happen as an accident |
| 22:55:54 | toolmanwill | i guess rule 3 1 should be never EVER leave ur rockbox in bootloader usb mode if not plugged in and you have checked that fact |
| 22:56:02 | toolmanwill | oops rule |
| 22:56:05 | toolmanwill | #1 |
| 22:57:27 | OnkelJonas | pretty ironic that its the feature that can save your butt from a messedup player that ends up bricking one |
| 22:58:52 | Paul_The_Nerd | toolmanwill: Was yours one of the posts on misticriver? |
| 22:59:50 | OnkelJonas | woa... really funky soundcorruption after turning id3 database on/off (with no db file present) ... ouch my ears |
| 23:00 |
| 23:00:57 | Paul_The_Nerd | Yeah, from my perspective the id3 database doesn't seem too reliable/consistent |
| 23:01:17 | Paul_The_Nerd | It's caused that problem for me as well |
| 23:01:18 | Bagder | I agree |
| 23:01:25 | Bagder | but then hardly anyone works on it |
| 23:01:36 | Bagder | so that's no surprise |
| 23:02:16 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 23:02:18 | Paul_The_Nerd | Well it *generally* works on Archos, no? |
| 23:02:20 | OnkelJonas | i have fanatically well sorted (and tagged) files, so I don't need it - especially now with directory caching (the lack of that has been my biggest annoyance with rb...) |
| 23:02:29 | Bagder | Paul_The_Nerd: it works exactly the same on archos |
| 23:02:51 | OnkelJonas | does archos have the modular codec system as well? |
| 23:02:52 | Bagder | Archos users are not used to use a db |
| 23:02:59 | Bagder | OnkelJonas: no |
| 23:03:12 | OnkelJonas | kkk... just curious |
| 23:03:23 | | Quit DangerousDan (Client Quit) |
| 23:05:30 | Paul_The_Nerd | I think a lot of other things qualify as 'more important' than the DB anyway |
| 23:05:43 | Bagder | me too |
| 23:05:55 | toolmanwill | @Paul the nerd, yes i post on those threads |
| 23:06:00 | Bagder | I don't use the db anyway, I just wrote the initial perl version |
| 23:06:05 | Paul_The_Nerd | Hehehe |
| 23:06:19 | Paul_The_Nerd | The perl and the java both produce corrupted tagdb files for me. |
| 23:06:36 | Bagder | yes, they have bugs |
| 23:06:53 | Paul_The_Nerd | They produce databases corrupted in the same manner at least, so it's consistent behaviour. :) |
| 23:06:58 | Bagder | hehe |
| 23:07:08 | Paul_The_Nerd | I'm not much for databases either |
| 23:07:15 | Bagder | if you know a specific file that messes it up, I could consider doing some debugging |
| 23:07:33 | OnkelJonas | sure... i dont care about it either - i was just playing around and was pretty surprised by the nasty sound corruption... |
| 23:07:40 | Paul_The_Nerd | I think it's just because my files have Ape and ID3 tags |
| 23:08:14 | Paul_The_Nerd | I merged the tags and stripped the Ape ones, but I haven't retried generating the database. (The merge shouldn't have been necessary, as the data was identical, but I decided to play it safe.) |
| 23:08:37 | OnkelJonas | btw - I have an album that seems to get the start of its files cut out - is there a bug / feature ths could be? |
| 23:09:43 | Bagder | Paul_The_Nerd: right, those things have no APE knowledge what so ever |
| 23:10:11 | Bagder | OnkelJonas: mp3? |
| 23:11:27 | Paul_The_Nerd | But it's not a big deal for me. The DB would be neat, but I think I used the db feature... maybe 4 times total on the iRiver firmware... |
| 23:12:09 | OnkelJonas | Bagder: yes |
| 23:12:42 | Bagder | OnkelJonas: then I'd suspect that the files either have weird VBR headers, weird id3 tags or that there is a rockbox id3 parsing bug |
| 23:15:01 | OnkelJonas | kk... it doesn't look funky, but who knows |
| 23:15:11 | | Quit muesli- (Read error: 113 (No route to host)) |
| 23:19:32 | Paul_The_Nerd | You could run vbrfix and see if that does anything, OnkelJonas. |
| 23:20:50 | OnkelJonas | i dont think im gonna bother... its just a single album i dont listen to often... it was just incase there was an easy fix :P |
| 23:22:04 | Paul_The_Nerd | Aaah |
| 23:22:38 | | Quit RotAtoR () |
| 23:23:35 | | Quit toolmanwill ("CGI:IRC (EOF)") |
| 23:29:18 | *** | Saving seen data "./dancer.seen" |
| 23:32:50 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 23:32:50 | | Quit CoCoLUS (Read error: 104 (Connection reset by peer)) |
| 23:33:35 | OnkelJonas | btw... is there any chance album art will ever be implemented? |
| 23:34:49 | Bagder | sure |
| 23:35:13 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 23:35:30 | OnkelJonas | heh .... let me refrase - are there any plans to implement album art? |
| 23:35:40 | Bagder | not by me |
| 23:35:52 | OnkelJonas | kk |
| 23:39:53 | | Join Bondold [0] (n=54bcab97@labb.contactor.se) |
| 23:41:39 | | Quit Bondold (Client Quit) |
| 23:41:41 | | Join webguest51 [0] (n=54bcab97@labb.contactor.se) |
| 23:42:54 | | Quit webguest51 (Client Quit) |
| 23:45:06 | | Quit Paul_The_Nerd (Read error: 104 (Connection reset by peer)) |
icon identifies that the person is a core developer (has commit access).