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)) |