00:01:41 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.6/20050716]") |
00:02:38 | *** | Saving seen data "./dancer.seen" |
00:19:25 | | Quit wacky_ ("ooooohh yeah") |
00:19:48 | | Quit Zagor ("Client exiting") |
00:23:24 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") |
00:29:59 | | Join ashridah [0] (i=ashridah@220-253-121-127.VIC.netspace.net.au) |
00:41:05 | | Quit ender` (Read error: 113 (No route to host)) |
00:45:07 | | Join TCK [0] (i=TCK@85-210-35-84.dsl.pipex.com) |
00:59:42 | | Quit webguest61 ("CGI:IRC (EOF)") |
01:00 |
01:00:54 | | Quit matsl (Remote closed the connection) |
01:02:28 | | Quit Domonoky ("Trillian (http://www.ceruleanstudios.com") |
01:14:07 | | Quit webguest05 ("CGI:IRC (EOF)") |
01:35:40 | | Join solex_aw1y [0] (n=jrschulz@c147039.adsl.hansenet.de) |
01:40:20 | | Quit Sucka ("a bird in the bush is worth two in your house") |
01:48:01 | | Quit solex_away (Read error: 110 (Connection timed out)) |
01:50:39 | Wett | arg, I can't compile anything... Yet another problem, someone help me ? :) |
01:52:27 | ashridah | got any error messages? |
01:52:38 | Wett | yes, plenty of |
01:53:05 | Wett | it seems that I can't use libmad from a plugin... |
01:53:38 | ashridah | aah, you're using the codec plugins from another plugin. waay out of my depth :) |
01:54:38 | Wett | :p ok, i'll have to find on my own |
02:00 |
02:02:39 | *** | Saving seen data "./dancer.seen" |
02:17:03 | | Part cheriff_AWAY |
02:33:53 | Wett | compiled ! but it doesn't work xD |
02:41:24 | | Quit hicks (Remote closed the connection) |
02:45:11 | ashridah | huzzah! |
02:54:27 | Wett | i'll see that tomorrow, good night ! |
02:54:36 | | Quit Wett ("Visitez www.coder-studio.com !") |
03:00 |
03:09:59 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
04:00 |
04:02:41 | *** | Saving seen data "./dancer.seen" |
04:15:57 | | Join coob [0] (i=pen0r@host-84-9-63-253.bulldogdsl.com) |
04:25:56 | | Join webguest00 [0] (n=8ddfd339@labb.contactor.se) |
04:29:41 | | Quit preglow ("leaving") |
04:30:19 | | Join adiamas [0] (n=adiamas@ool-435559f8.dyn.optonline.net) |
04:30:53 | adiamas | Bagder! |
04:30:56 | adiamas | long time no see :) |
04:43:01 | | Quit webguest00 ("CGI:IRC") |
05:00 |
05:02:16 | | Join Omega11 [0] (i=Omega11@69-173-185-233.sbtnvt.adelphia.net) |
05:08:59 | | Quit Slasher (herbert.freenode.net irc.freenode.net) |
05:08:59 | NSplit | herbert.freenode.net irc.freenode.net |
05:15:38 | | Quit Omega11 () |
05:39:52 | NHeal | (timeout) herbert.freenode.net irc.freenode.net |
05:49:11 | | Join random_man [0] (n=405b5447@labb.contactor.se) |
05:49:51 | random_man | hello. i need some help with the newest rockbox cvs version for rockbox. is there anybody that thinks they could help me? |
05:50:38 | random_man | for iriver ** |
06:00 |
06:00:07 | ashridah | random_man: what;s the prob? |
06:02:45 | *** | Saving seen data "./dancer.seen" |
06:10:16 | random_man | sorry i took so long |
06:10:45 | random_man | i cannot view bmps in my wps ashridah |
06:12:32 | ashridah | hrm. not something i've tried to do myself |
06:13:11 | random_man | well i jsut updated the version on my iriver and then it wouldnt show the bmps last version worked fine |
06:13:38 | | Join LinusN [0] (n=linus@labb.contactor.se) |
06:13:50 | ashridah | ask linus |
06:15:25 | random_man | LinusN i am not able to see my bmps in my wps. would you know a reason for this? i just updated to bleeding edge build and this problem happened |
06:15:47 | LinusN | the wps image tag syntax has changed |
06:16:16 | random_man | is it in the wiki? |
06:16:26 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/CustomWPS |
06:17:00 | random_man | haha just got there myself |
06:22:01 | random_man | crap mp3 player froze |
06:26:48 | random_man | hmmm i still cant seem to get it. |
06:27:20 | random_man | i got this %xde|Boxea1.bmp|1|8| |
06:29:00 | random_man | i dont have a-d pics does that matter? |
06:29:42 | LinusN | should be %x|e|Boxea1.bmp|1|8| |
06:30:49 | random_man | did i read the wrong thing? |
06:31:06 | random_man | the wiki says . Image display tag:= %xdn |
06:31:14 | random_man | thats the one i want right? |
06:31:38 | LinusN | better read further down the page where this is explained |
06:32:35 | random_man | ok |
06:33:07 | random_man | woo hoo it works no ill read |
06:34:07 | random_man | ahhh i understand now |
06:36:53 | random_man | thank you LinusN |
06:37:00 | LinusN | you're welcome |
06:39:49 | random_man | do you know how i would do the x and y measurments or do i have to guess? |
06:43:19 | LinusN | guess or calculate, your call |
06:43:52 | LinusN | one way is to take a screenshot and edit it |
06:45:20 | random_man | good idea |
07:00 |
07:30:55 | | Quit random_man ("CGI:IRC (EOF)") |
07:37:44 | | Quit ashridah ("Leaving") |
08:00 |
08:00:05 | amiconn | morning |
08:00:20 | B4gder | guten morgen |
08:00:42 | LinusN | moo |
08:01:04 | LinusN | amiconn: nice work on the filename creation |
08:01:14 | Ctcp | Ignored 3 channel CTCP requests in 14 minutes and 11 seconds at the last flood |
08:01:14 | * | amiconn didn't manage to actually reduce code size with his last change :/ |
08:01:42 | LinusN | but it certainly is better source code wise |
08:02:05 | LinusN | moving the credits to a plugin saved quite a lot |
08:02:19 | LinusN | (damn, sourceforge is slow today) |
08:02:24 | B4gder | probably the biggest saver for a while |
08:02:28 | amiconn | Anyway, at least the filename creation is more modular now, and the config files now use the same logic as all other numbered files used on non-rtc targets |
08:02:46 | *** | Saving seen data "./dancer.seen" |
08:03:13 | LinusN | in fact, i'd like an option to have numbered file creation even on rtc units |
08:03:28 | LinusN | (aaaaaah, more options!!!!!) |
08:03:34 | B4gder | :-) |
08:03:45 | amiconn | optionitis :/ |
08:03:52 | LinusN | that's a feature many have asked for |
08:03:57 | amiconn | Really? |
08:04:02 | LinusN | in the past |
08:04:19 | LinusN | they hated our date names from the beginning |
08:04:45 | amiconn | Another thing I came across is that the filename patterns for numbered and date+time names are different |
08:04:46 | B4gder | "what is that number for" |
08:04:47 | B4gder | hehe |
08:04:56 | B4gder | "it is a date" |
08:04:57 | LinusN | mostly since they didn't understand that they were dates |
08:04:59 | B4gder | "it is?" |
08:04:59 | amiconn | I left it that way, but perhaps it should be unified? |
08:05:00 | B4gder | ;-) |
08:05:20 | LinusN | amiconn: i think it could |
08:05:29 | amiconn | I mean "R<datetime>" vs. "rec_<number>" etc |
08:06:09 | amiconn | It's clearly visible in the source now that there are these functions |
08:06:37 | amiconn | Hmm, is there a special way to call the credits plugin, or is it just an ordinary plugin? |
08:07:34 | B4gder | plugin_load("/.rockbox/rocks/credits.rock",NULL); |
08:07:36 | amiconn | Ahh, there's a direct link |
08:08:10 | LinusN | yeah, we've changed our minds regarding direct links |
08:08:47 | LinusN | what's your opinion on this: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1179046 |
08:09:32 | B4gder | sounds fair |
08:09:42 | B4gder | but I don't use such things so I really can't tell |
08:10:02 | LinusN | it's mainly a convenience for people using the triggered recording |
08:10:52 | amiconn | Hmm, the credits patch makes the plugin api incompotible w/o reason |
08:11:16 | amiconn | It would have been possible to retain compatibility by adding the functions at the end |
08:11:40 | amiconn | Just a minor thing... |
08:12:20 | LinusN | i figured that we won't change it again before release |
08:12:33 | LinusN | so i took the opportunity to sort it |
08:12:40 | amiconn | Ah |
08:12:56 | LinusN | doesn't really matter |
08:15:19 | LinusN | amiconn: in what way is the file size display wrong when prerecording? |
08:16:21 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
08:16:21 | amiconn | It uses num_rec_bytes, and that always counts up |
08:16:33 | amiconn | For prerecording, we would need a correction value |
08:17:26 | LinusN | it definitely tried to correct |
08:17:29 | LinusN | tries |
08:17:52 | amiconn | It does? where? |
08:18:15 | LinusN | ah, no |
08:18:34 | LinusN | num_rec_bytes is not adjusted when starting the recording... |
08:18:47 | amiconn | Yes, and we can't simply adjust it |
08:18:52 | LinusN | why not? |
08:19:18 | amiconn | It's written to in an isr, and this addition is non-atomic |
08:20:01 | amiconn | Hmm, it doesn't matter that the addition in the isr is non-atomic, but a corrective subtraction would be non-atomic too |
08:20:15 | amiconn | Anyway, we don't have a correction value |
08:20:31 | LinusN | we don't need a correction value |
08:20:35 | LinusN | we just set it |
08:20:48 | LinusN | num_rec_bytes = ... |
08:21:53 | LinusN | we know startpos and audiobuf_write |
08:22:15 | LinusN | calculate the size and set num_rec_bytes |
08:22:30 | LinusN | just like we do in mpeg_get_num_recorded_bytes() |
08:23:04 | amiconn | Hmm, we can do that after line 1775 |
08:23:25 | amiconn | Oh, btw, there's a wrap correction missing: |
08:23:25 | LinusN | yes |
08:23:43 | amiconn | Line 1772: audiobuf_read = startpos + offset; |
08:23:53 | amiconn | There should be a wrap correction after this |
08:24:09 | LinusN | ouch |
08:24:35 | LinusN | btw, do you think some of the problems people have had with file splits could be because of the peak meter hogging? |
08:25:14 | amiconn | Not if they used a reasonably recent build |
08:25:27 | LinusN | "reasonably" |
08:25:29 | LinusN | ? |
08:26:19 | amiconn | The hogging is fixed since 2005-06-04 |
08:27:01 | amiconn | Since then it was the other sort of wrong - the peakmeter peeked so little that it was imprecise |
08:27:04 | LinusN | sf is wacko atm |
08:27:49 | amiconn | Hmm, the credits move saved ~3000 bytes |
08:27:55 | LinusN | wow |
08:29:34 | amiconn | Is there a reason why credits.raw now ends up in the build root? |
08:29:49 | LinusN | sounds like a mistake |
08:30:09 | amiconn | It used to end up in apps/ before, and should perhaps be in apps/plugins/ now |
08:30:14 | LinusN | yes |
08:31:02 | | Join _reiner [0] (n=reiner@mailout.imageware.de) |
08:34:29 | | Part _reiner ("Konversation terminated!") |
08:34:47 | | Join arkascha [0] (n=arkascha@mailout.imageware.de) |
08:36:25 | LinusN | amiconn: http://linus.haxx.se/recbytes.patch |
08:40:48 | amiconn | Hmm, looks good to me |
08:41:04 | amiconn | Btw, you could cleanup some *.exe.stackdump files |
08:41:27 | LinusN | hehe |
08:41:49 | B4gder | I've grown to always make my patches with cvs diff | grep -v "^?" |
08:42:19 | B4gder | I wonder if there is a cvs option to hide them |
08:42:25 | LinusN | i bet there is |
08:42:35 | B4gder | -q doesn't help at least |
08:44:16 | amiconn | LinusN: I would put the num_rec_bytes calculation below the DEBUGF() call telling the new position |
08:44:41 | LinusN | sure, why? |
08:45:20 | amiconn | I just think this DEBUGF() logically belongs to the audiobug_read adjustment above |
08:45:26 | LinusN | of course |
08:45:30 | LinusN | done |
08:45:32 | amiconn | *audiobuf_read |
08:45:39 | amiconn | audiobug is funny |
08:45:42 | LinusN | freudian slip |
08:46:56 | amiconn | The header stuff below will probably be replaced with a prepend_header() function by me |
08:47:48 | amiconn | That would be used for file split as well, and create_xing_header would resort to using the time when no framecount is available |
08:48:28 | LinusN | ok |
08:49:09 | LinusN | i wonder if adding xing headers to split files is a good idea or not |
08:49:30 | amiconn | I think it is, we've discussed this already |
08:49:30 | LinusN | makes it harder to join them |
08:49:49 | LinusN | still, why split them in the first place |
08:49:50 | LinusN | ? |
08:49:52 | amiconn | (1) Why would you split them in the first place if you want to join them? |
08:49:56 | LinusN | :-) |
08:50:36 | amiconn | (2) With no header the files are not detected as vbr by a number of players |
08:50:49 | LinusN | including rockbox |
08:53:25 | amiconn | Well, it could be done. |
08:54:02 | amiconn | Afaik some players read a couple of frames from the start. If they find frames with different bitrates, it's vbr |
08:54:43 | amiconn | (a couple >~ 100 or so) |
08:56:06 | adiamas | linus! |
08:57:43 | LinusN | amiconn: that's always a method, but we have so far refrained from that because it would take time |
08:57:58 | LinusN | and the bitswapping makes it a little difficult |
08:58:02 | LinusN | adiamas: yo |
09:00 |
09:00:58 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
09:01:23 | | Join ender` [0] (n=ender@tm.213.143.74.124.dc.telemach.net) |
09:04:48 | | Join tvelocity [0] (n=tony@ipa175.1.tellas.gr) |
09:05:25 | LinusN | amiconn: this certainly looks like it would have been fixed by the peak meter hogging fix: http://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439118&aid=937100 |
09:12:35 | amiconn | Yes it should, however, there are still situations where the mas delivers corrupt frames |
09:12:53 | amiconn | Often they're not really corrupt, but not byte aligned |
09:13:10 | LinusN | that's really weird |
09:13:30 | amiconn | mpeg audio is a bitstream so it shouldn't matter, however, many (most?) players expect the headers to be byte aligned |
09:14:14 | amiconn | I'm not sure whether we can do anything about it, afair this also happens with the archos firmware and long recordings |
09:14:29 | LinusN | that sucks immensely |
09:14:55 | amiconn | I'm out of ideas what could be wrong with our mas handling. |
09:15:08 | LinusN | if there is anything wrong |
09:16:15 | LinusN | imho, the triggered recording should be off by default |
09:16:23 | LinusN | now the default is "once" |
09:16:54 | amiconn | The thing is that if a file starts with corrupt (or shifted) frames, this file isn't playable in many players, but if the corrupt/shifted frames occur later in the stream it may or may not play correctly |
09:17:34 | LinusN | ok, so a "frame shift" plugin is in order :-) |
09:17:51 | LinusN | would only take a few days to run on a large recording :-) |
09:17:54 | amiconn | I had some recording test files that were stuttering on playback |
09:18:48 | amiconn | Btw, it helps a lot to set independent frames to on if you plan to analyse the file in a hex editor... |
09:19:01 | LinusN | hehe |
09:19:21 | amiconn | Another helpful mas feature is that it can write the frame count into the frames |
09:19:29 | amiconn | (aka timecode) |
09:19:50 | LinusN | not that it matters, but the cfg file names for the trigger modes "once" and "repeat" are "no rearm" and "rearm" |
09:19:51 | | Quit arkascha (Remote closed the connection) |
09:20:14 | amiconn | This is how I found the wrap problem with the peakmeter hogging |
09:20:26 | LinusN | amiconn: yes, but it suffers from the counter overflow problem |
09:20:36 | amiconn | I needed a way to identify which snippet of mp3 overwrote the beginning... |
09:21:32 | | Join ashridah [0] (i=ashridah@220-253-122-84.VIC.netspace.net.au) |
09:21:46 | LinusN | i'll change the option names to "once" and "repeat", plus change the default to "off" |
09:22:47 | amiconn | Agreed |
09:23:58 | LinusN | i also want to change the behaviour when you play a new file in the playlist browser |
09:24:26 | LinusN | it should quit and show the wps instead of staying in the playlist viewer |
09:24:32 | LinusN | imho |
09:24:42 | amiconn | Hmm, depends |
09:24:43 | * | ashridah looks through his email |
09:25:01 | amiconn | 7me whispers: another option... ;) |
09:25:08 | LinusN | :-P |
09:25:09 | ashridah | yeah. i'd definently put in a vote for bugzilla. it does a reasonable job. not that i've played with many of the other ones |
09:25:36 | ashridah | biggest problem is that it requires mysql iirc. |
09:25:37 | LinusN | isn't bugzilla a monster (no pun intended)? |
09:25:49 | ashridah | (it's not db agnostic, by the looks of the dependencies) |
09:27:31 | ashridah | possibly, but who cares about the size if it damned well works? bugzilla's been easy enough to use the many times i've dealt with it (mostly on icculus.org) |
09:28:08 | LinusN | i was not referring to the size |
09:29:08 | | Quit adiamas (Read error: 110 (Connection timed out)) |
09:29:58 | LinusN | but we should probably try it |
09:30:24 | ashridah | can't hurt to try all of them |
09:30:55 | ashridah | many of them seem to require email-based bug submissions in a particular format (debbugs and gnats for eg) |
09:31:34 | ashridah | flyspray might be a reasonable alternative to bugzilla, since it claims "Flyspray is an easy to use BTS for those who don't require all the complexities of something like Bugzilla." |
09:31:41 | ashridah | uses php tho |
09:32:37 | amiconn | LinusN: Recording file size fix is working, tried it on my recorder |
09:32:53 | LinusN | great |
09:33:35 | LinusN | i wonder about the issue kurzhaarrocker brought up yesterday, about the "start in rec screen" not working if resume==yes |
09:33:56 | LinusN | i think it should have priority over the resume |
09:34:32 | amiconn | Hmm, not sure |
09:34:44 | amiconn | That may lead to unexpected behaviour. |
09:35:02 | amiconn | ...like resuming playback after leaving this (initial) recording screen |
09:35:21 | amiconn | I think you're right, but then it should not resume when leaving the recording screen |
09:35:45 | amiconn | (which would be correct anyway from the option name. It's called "resume on startup") |
09:37:12 | LinusN | so it should set start_wps to false |
09:38:24 | | Join kurzhaarrocker [0] (n=Phil@p50908055.dip0.t-ipconnect.de) |
09:40:45 | kurzhaarrocker | I just updated a patch for autoselection of the recording source: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1179046 |
09:41:25 | kurzhaarrocker | I think that can be considered as bug fixing -> It's worth to consider wether it should be appliedt before V2.5 |
09:42:53 | LinusN | i think so too |
09:45:12 | kurzhaarrocker | -recording source + trigger source |
09:45:21 | LinusN | kurzhaarrocker: nitpicking: use "bool" for the recording_toggled flag |
09:46:28 | kurzhaarrocker | That's not nitpicking, that's help to improve my c :) |
09:50:24 | kurzhaarrocker | Was bool allowed in rockbox ever since? Or was there a change in code police rules somewhen? |
09:51:33 | LinusN | we changed that when we went c99 |
09:51:42 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
09:51:43 | LinusN | a long time ago |
09:51:47 | kurzhaarrocker | ah. ok. |
09:51:55 | LinusN | we still aren't c99 all over |
09:52:10 | | Quit merbanan (Read error: 104 (Connection reset by peer)) |
09:52:11 | LinusN | we still frown upon variable declarations in the middle of the code |
09:52:26 | LinusN | because we're old and grumpy |
09:52:34 | kurzhaarrocker | would c99 allow c++ comments too? |
09:53:05 | LinusN | unfortunately yes |
09:53:14 | LinusN | but we frown upon that too :-) |
09:53:19 | kurzhaarrocker | :) |
09:53:28 | kurzhaarrocker | Only dinosaurs know what a c64 was .. |
09:54:31 | LinusN | :-) |
09:55:03 | kurzhaarrocker | still have 1 1/2 of those |
09:55:07 | kurzhaarrocker | I like c++ comments as that makes it easier to comment out code with c comments. But I prefer to stick to given design rules. |
09:55:13 | LinusN | can someone think of a reason not to have "rec on startup" have priority over resume? |
09:55:34 | ze | hey i'm not a dinosaur |
09:55:48 | ze | i just happened to only be 3 when i figured out how to load programs from floppy on a c64 :p |
09:56:02 | LinusN | c++ comments are often evil, like when adding comments inside #define's |
09:56:37 | LinusN | when i was 3, there were no home computers ;-) |
09:57:12 | kurzhaarrocker | I think its confusing if you toggle "rec on startup" and nothing changes because of a side effect based on "resume on start". |
09:57:19 | LinusN | me too |
09:59:15 | kurzhaarrocker | Once upon a time - when we had that "ask" option for "resume on start" it might have made sense though. |
09:59:50 | kurzhaarrocker | (never tried it then) |
09:59:59 | LinusN | i changed it just now |
10:00 |
10:00:16 | LinusN | amiconn: are you working on the Xing generation? |
10:01:54 | LinusN | kurzhaarrocker: when you create a patch, always be in the rockbox source root, not in apps/ |
10:02:39 | * | kurzhaarrocker tries to remember that |
10:02:50 | *** | Saving seen data "./dancer.seen" |
10:07:49 | | Join arkascha [0] (n=arkascha@mailout.imageware.de) |
10:07:51 | kurzhaarrocker | ze: floppies were for posh snobs. Adjusting the tape head of the datasette so that you could read the files of your friend to was the real art. |
10:08:27 | ze | kurzhaarrocker: hey what do you expect out of a 3yo |
10:08:46 | kurzhaarrocker | :) |
10:08:56 | ze | getting up in the middle of the night and knowing to type LOAD followed by whats printed on the floppy then ,8 or ,8,1 |
10:09:04 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:09:13 | ze | in fact i dunno how i even managed that :p |
10:09:20 | LinusN | kurzhaarrocker: the peak meter doesn't work when auto-sourcing |
10:09:39 | kurzhaarrocker | You have a source attached I assume, LinusN? |
10:09:48 | kurzhaarrocker | (or mic as source enabled) |
10:09:58 | LinusN | yes |
10:10:11 | LinusN | and it hung when i entered it from the recording screen :-( |
10:10:30 | kurzhaarrocker | hrgh. Why doesn't my recorder do that? |
10:10:47 | * | kurzhaarrocker checks |
10:10:51 | LinusN | i started by entering it directly after boot |
10:10:57 | LinusN | no peak meter |
10:11:08 | LinusN | then i entered the recording screen and tried again from there |
10:11:26 | LinusN | and it froze |
10:14:28 | LinusN | same thing happens even if i don't autosource |
10:14:33 | LinusN | it freezes |
10:16:28 | kurzhaarrocker | I can reproduce that bug with the current version. But with a version based on cvs of 31 Aug 05 and the auto source patch applied it works fine. |
10:16:50 | LinusN | could be the new peak meter code |
10:17:10 | | Quit cYmen ("back") |
10:17:38 | kurzhaarrocker | I can enter the trigger setup from stop mode and the peak meter works nicely (current cvs + autosource) |
10:17:49 | LinusN | strange |
10:17:59 | kurzhaarrocker | But not from recording screen |
10:18:15 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:18:55 | LinusN | hmmm, works for me too now, but not the very first time, must be my mistake |
10:22:41 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
10:23:21 | LinusN | it reinits the recording... |
10:24:03 | LinusN | that's because audio_status() returns 0 |
10:24:46 | LinusN | that happens when prerecording is off |
10:25:48 | kurzhaarrocker | maybe I never tested that |
10:26:02 | LinusN | audio_status() doesn't tell you if you are in recording mode or playback mode |
10:29:45 | kurzhaarrocker | Looks as if I have to access init_recording_done in mpeg.c instead. |
10:31:06 | LinusN | or add a new function, for example audio_mode() |
10:31:37 | | Quit cYmen ("n forth") |
10:31:52 | kurzhaarrocker | ok |
10:32:31 | LinusN | there is a global variable called "mpeg_mode" |
10:32:38 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:33:57 | LinusN | we could make the enum public, and add an audio_mode() function that returns the current mode |
10:41:57 | amiconn | kurzhaarrocker: regarding bool - if you checked my peakmeter changes, you might have noticed some int->bool conversions |
10:43:02 | kurzhaarrocker | I noticed that, amiconn, and to be honest It surprised me then, too. |
10:46:26 | amiconn | kurzhaarrocker: I only made it consistent. The function parameter resp. return value were int, but the internal variable of the peakmeter was bool. |
10:46:38 | amiconn | Not very logical... |
10:46:57 | kurzhaarrocker | don't ask me about logic :) |
10:47:59 | kurzhaarrocker | There's write access to mpeg_mode in mp3_playback.c and in mpeg.c. mpeg_mode is defined in mp3_playback. But it feels cheesy to make something like audio_mode() part of mp3_playback. Should mpeg_mode move? |
10:48:02 | * | kurzhaarrocker is confused |
10:50:07 | kurzhaarrocker | also there seems to be no way to set mpeg_mode to MPEG_DECODER for devices with CONFIG_CODEC != MAS3587F |
10:51:01 | * | kurzhaarrocker smells a can labelled "worms" |
10:53:39 | amiconn | kurzhaarrocker: For MAS3507D and MAS3539F the mode is always decoder |
10:54:00 | amiconn | ...and there can't be recording auto source as there is no recording |
10:54:14 | kurzhaarrocker | ok, I see that a new function audio_mode() should be #ifdefed MAS3587F |
10:54:24 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
10:57:46 | kurzhaarrocker | And still I am not convinced that the declaration of an enum MPEG_MODE should reside mp3_playback. What do you think? |
10:58:19 | LinusN | in fact, the entire audio code needs a rework |
10:58:29 | LinusN | but that will be post-2.5 |
10:58:50 | LinusN | so we could add a temp fix for this now, and clean it up later |
11:00 |
11:00:25 | amiconn | LinusN: You forgot to mark another issue as fixed in the release todo |
11:00:34 | LinusN | oh? |
11:00:34 | kurzhaarrocker | Then I'll declare the enum MPEG_MODE and audio_mode() in mpeg, but leave the mpeg_mode in mp3_playback. |
11:00:45 | LinusN | do so |
11:01:28 | | Join webguest68 [0] (n=d5ee48b7@labb.contactor.se) |
11:01:40 | amiconn | enum mpeg_mode should be declared in one of the .h files |
11:01:51 | amiconn | LinusN: Yes, the code size thing |
11:01:52 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
11:01:57 | LinusN | amiconn: ah yes |
11:02:01 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
11:02:44 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
11:03:34 | preglow | how much was shaved off in moving credits to a plugin? |
11:03:41 | LinusN | ~3k |
11:03:51 | preglow | woot |
11:04:09 | preglow | i'll see about optimising some codecs today, btw |
11:04:15 | LinusN | nice |
11:04:29 | preglow | does it coutns as bugfixing? :) |
11:04:43 | LinusN | preglow: the playback/codec code has issues with the file/buffer positioning |
11:04:54 | preglow | LinusN: how? |
11:04:58 | LinusN | it confuses buffer and file positions |
11:05:20 | LinusN | so seeking doesn't work as expected |
11:05:42 | preglow | oh |
11:06:06 | LinusN | i made a fix in mpa.c, but it turned out to be a general issue |
11:06:23 | amiconn | preglow: I'm awaiting your codec magic. ;) |
11:06:45 | LinusN | amiconn: i'm worried about the battery-low issue on the iriver |
11:06:57 | * | preglow summons Slasher |
11:07:01 | LinusN | we should find a good way of solving this |
11:07:06 | amiconn | preglow: Btw, do you intend to adjust the emac inits to the non-volatile behaviour |
11:07:14 | amiconn | ? |
11:07:31 | preglow | amiconn: well, not much to adjust, really |
11:08:04 | preglow | can probably remove a couple of moves from some asm blocks |
11:08:57 | preglow | the biggest benefit of doing the macsr change is that i don't have to worry about the emac state when doing things like asmifying commonly used functions |
11:08:59 | amiconn | Hmm, I can imagine there are some calls that are unnecessary now |
11:09:01 | preglow | like mad_f_mul |
11:09:52 | amiconn | Each codec should only need to init the emac once, at startup |
11:09:59 | amiconn | Same goes for the dsp |
11:10:27 | preglow | should, yes |
11:10:52 | preglow | i'll see about it |
11:14:50 | | Part kurzhaarrocker |
11:23:21 | amiconn | LinusN: I hope you don't mind me putting the emac before the standard registers in the context. It made saving the registers easier |
11:36:00 | LinusN | amiconn: i don't mind at all |
11:40:48 | | Join Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
11:45:42 | | Join Slasher [0] (i=miipekk@ihme.org) |
11:51:07 | preglow | Slasher: read twenty lines back |
11:54:31 | | Quit cYmen ("oops") |
11:55:52 | amiconn | LinusN: What's the thing you worry about with the battery on iriver? |
11:57:13 | LinusN | that it hangs when it can't spin up the hard drive |
11:57:23 | LinusN | and that you can't turn it off because of it |
11:57:26 | amiconn | That's an issue on all platforms |
11:57:41 | LinusN | no |
11:57:41 | amiconn | ...only that you can turn off the archos by hardware force |
11:57:47 | LinusN | exactly |
11:58:08 | LinusN | the ata driver should be able to fail in this case |
11:58:35 | amiconn | ...but it would hang for quite some time if it tries to shutdown and the box is unattended |
11:58:59 | LinusN | yes |
11:59:16 | LinusN | i wonder if we could make the ata driver detect this situation |
11:59:22 | amiconn | The only platform where this is a non-issue is the ondio |
11:59:39 | amiconn | Either it does the shutdown, or power fails completely |
12:00 |
12:00:14 | amiconn | I would suggest a simple solution, as there is a second situation that leads to being unable to shutdown the iriver |
12:00:50 | amiconn | ...and that is if the shutdown tries to kick in within an event loop not using the default handler |
12:01:01 | amiconn | I ran into this several times |
12:01:03 | LinusN | yes, but that would be a bug |
12:01:25 | amiconn | There are many of these |
12:01:27 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
12:01:32 | LinusN | then we should fix them |
12:02:13 | amiconn | I would simply add a timeout to the shutdown event, and shut down by force if not all threads have reacted to the event after that |
12:02:22 | amiconn | 15 seconds should be enough |
12:02:53 | *** | Saving seen data "./dancer.seen" |
12:05:07 | LinusN | that's a good fallback mechanism, but i don't think that's the solution to the low battery issue |
12:07:49 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
12:10:43 | | Join Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
12:10:58 | Moos | Hello folks ! :) |
12:18:30 | Febs | At the risk of demonstrating my naivete, would it not be possible to set a battery level threshold slightly above the point where the battery no longer is able to spin up the hard drive, and shut down automatically when that threshold is reached? |
12:22:48 | | Quit Nibbler ("stromausfall") |
12:27:40 | preglow | woops, gotta go |
12:30:17 | coob | Febs: we already do that... |
12:30:34 | coob | oh, whups, this isn't #ipodlinux :/ |
12:33:59 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
12:47:58 | | Quit amiconn (Read error: 110 (Connection timed out)) |
13:00 |
13:07:25 | | Join amiconn [0] (n=3e088e42@labb.contactor.se) |
13:08:21 | amiconn | bleh. |
13:23:33 | Moos | Hi Linus, quick question: why there are the credits in the new plugin and still in infos/version ? |
13:25:22 | LinusN | because that's where we want it |
13:25:57 | Moos | 2nd little question: when I go to PCM recording menu and leave it the playback don't work, need to restart for playback rework, is it a known bug or new? |
13:26:01 | LinusN | the menu option simply calls the plugin |
13:26:13 | Moos | ah ok i'm stupid scuse :) |
13:26:14 | LinusN | Moos: old, known bug |
13:26:26 | Moos | ok thanks |
13:26:36 | LinusN | that's one of the reasons that it's still in the debug menu |
13:26:52 | Moos | hehe true :) |
13:28:18 | LinusN | Febs: the problem with that approach is that we will have to set the threshold with a sufficient margin, and then we won't use the maximum capacity of the battery |
13:28:53 | LinusN | but sure, if that's what it takes, we'll have to do it |
13:29:41 | Moos | I'm looking at the new Hitachi HD :P |
13:30:19 | Moos | travelstar C4K60, it will be good for our players :) |
13:33:02 | Moos | Linus: ZIF connector isn't good for irivers? |
13:34:55 | Moos | they have better price then toshiba's :) |
13:35:47 | LinusN | zif? yuck! |
13:37:25 | | Join einhirn [0] (i=Miranda@carlsberg.heim2.tu-clausthal.de) |
13:38:27 | | Join Wett [0] (i=Wett@AMontpellier-251-1-52-119.w81-251.abo.wanadoo.fr) |
13:40:31 | | Quit TCK (Read error: 110 (Connection timed out)) |
13:41:11 | Febs | LinusN, you might find this interesting if you haven't seen it already: http://www.misticriver.net/boards/showthread.php?t=28157 |
13:41:31 | LinusN | Febs: seen it :-) |
13:42:11 | Febs | :) |
13:46:33 | LinusN | Wett: u there? |
13:49:30 | | Nick mbr is now known as mbr_ (n=mb@stz-softwaretechnik.de) |
13:54:55 | | Nick mbr_ is now known as mbr (n=mb@stz-softwaretechnik.de) |
13:58:59 | Moos | oh "id3 tag editor" plugin updated in the tracker |
13:59:58 | Moos | It would be very cool if one day one core dev. add it to Rockbox, it's a very good feature :) |
14:00 |
14:00:14 | | Quit Febs (" Try HydraIRC -> http://www.hydrairc.com <-") |
14:02:55 | *** | Saving seen data "./dancer.seen" |
14:02:55 | Moos | http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=697085 |
14:04:40 | Moos | maybe you Linus, one day when you'll have a bit of time :D (a dream :) ) |
14:05:26 | Wett | LinusN : yes, sorry |
14:06:13 | | Join Nibbler [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
14:06:58 | Wett | but mirc doesn't flash when my nick is said x_x |
14:07:37 | LinusN | mirc is evil |
14:07:45 | Wett | kinda |
14:07:56 | LinusN | i use xchat |
14:08:19 | Wett | xchat for windows is not freeware... neither mirc anyway |
14:08:35 | Moos | hydra IRC :) |
14:08:35 | LinusN | anyway, i've seen you asking lots of questions about using libmad in a plugin? |
14:09:02 | Wett | hm yes I had problems to compile |
14:09:25 | Wett | I had to copy/paste a few functions from xxx2wav |
14:09:59 | Wett | for maloc or memcpy |
14:10:11 | LinusN | may i ask why you want this? |
14:10:47 | Wett | because I'm trying to port the video plugin which use mp3 sound, so I have to convert it to pcm :) |
14:11:01 | LinusN | aha |
14:11:28 | Wett | oh there also is a little problem |
14:11:39 | | Quit edx (Read error: 110 (Connection timed out)) |
14:12:06 | Wett | plugin memory is very short... I had to use memory over my allocated space, but I guess it's not very safe |
14:13:01 | Wett | in order to avoid dd to spinup continuously |
14:13:10 | LinusN | it would be a lot better if we changed the existing codecs to allow for memory playback |
14:13:54 | Wett | ... Yes but I don't really see how I could do that |
14:15:09 | LinusN | because...? |
14:15:16 | Wett | I could write something to copy mp3_playback style |
14:16:35 | Wett | because I don't understand all of your codec archi, but after all I could give a try, yes. |
14:18:46 | Wett | what do you think about mp3_playback functions ? May I try to write something plugins could use in the same way ? In fact, that's close to what I'm doing |
14:21:37 | LinusN | that might work |
14:23:42 | Wett | and what about the memory space ? It works but... |
14:25:05 | LinusN | plugin_get_audio_buffer() |
14:26:00 | Wett | oh ! Ok, I still have al lot of things to learn :p |
14:26:44 | amiconn | Wett:: The archos version also does this |
14:27:00 | amiconn | ... plugin_get_audio_buffer() I mean |
14:27:24 | Wett | yes but I changed it, in fact I don't even remember why.... |
14:36:52 | t0mas | hm |
14:36:57 | t0mas | electronics question... |
14:37:02 | t0mas | how to use a relay? |
14:37:06 | t0mas | it has 8 pins |
14:37:14 | t0mas | I know wich 2 are for the coil |
14:37:22 | t0mas | but I have no idea how to connect the others |
14:41:51 | | Join edx [0] (n=A@p54A85586.dip.t-dialin.net) |
14:50:28 | | Join koniu_ [0] (n=koniu@host-ip194-145.crowley.pl) |
14:51:48 | | Join henrikb [0] (n=c354a115@labb.contactor.se) |
14:55:07 | henrikb | LinnusN,amiconn I have looked inte the problem when .info files get asociated to .nfo files and i have found the problem, but.... |
14:56:58 | henrikb | the cleanest (codewise) way to solve the problem is to add a "." to all extensions in viewers.config and a small code change. |
14:58:54 | henrikb | and I'm i little bit hesitant to change the viewers.config file without some kind of approval |
14:59:08 | amiconn | henrikb: I think it could be solved in a similar way as the iriver filetype code does it |
14:59:41 | amiconn | It doesn't try to match the extension from the end, but instead searches the last dot (.) first, then matches from there 1 |
15:00 |
15:00:48 | amiconn | Look at probe_file_format() in apps/metadata.c |
15:01:12 | henrikb | That was the small code change i had in mind, but it requires the "." in viewers.config |
15:01:25 | amiconn | No, it doesn't |
15:02:47 | | Quit ashridah ("Leaving") |
15:05:09 | amiconn | The "." is implicit |
15:05:15 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
15:06:30 | henrikb | Well, you are right but it would not hide another mistake i did in filetypes.c, I'll try to solve both problems instead. |
15:07:14 | amiconn | What's the other mistake? |
15:08:54 | henrikb | The static extensions, ajz,m3u are saved with a "." dot in the filtypes lookup table, and the plugin extensions are saved without a dot. |
15:11:22 | amiconn | I'd say that changing the static ones to not include the dot would be the better way |
15:15:02 | amiconn | This will even save some bytes, perhaps more than you might think |
15:15:19 | | Join linuxstb [0] (n=d556da1b@labb.contactor.se) |
15:15:32 | amiconn | The SH1 compiler aligns strings at 4 byte boundaries, and all strings have the trailing zero byte |
15:15:59 | amiconn | So ".mp3" is 5 bytes which gets rounded to 8 by alignment |
15:16:08 | amiconn | "mp3" only takes 4 bytes |
15:16:40 | amiconn | And of course it allows to keep viewers-config as-is |
15:17:19 | linuxstb | On a similar topic, I think there's still a bug where the file "1.wv" is not recognised as a .wv file. I remember having a quick look a while ago, but couldn't think of a clean way to fix it. |
15:18:21 | amiconn | linuxstb: Hmm. Afaics probe_file_format shouldn't have such a problem... |
15:18:58 | linuxstb | I think the problem is elsewhere. It's not recognised as a supported Rockbox file in the file browser |
15:20:17 | amiconn | Ah, I remember... |
15:20:38 | linuxstb | Someone reported this on the mailing list a few months ago. |
15:22:25 | | Join _Wett [0] (i=Wett@AMontpellier-251-1-35-239.w83-113.abo.wanadoo.fr) |
15:25:43 | LinusN | amiconn, linuxstb: line 243 in filetree.c: |
15:25:45 | LinusN | if ( !(dptr->attr & ATTR_DIRECTORY) && (len > 4) ) |
15:26:06 | LinusN | "1.wv" is 4 chars |
15:27:55 | B4gder | haha |
15:28:08 | B4gder | lovely |
15:29:30 | linuxstb | ...and then the subsequent code assumes len > 4 (IIRC) |
15:30:12 | amiconn | linuxstb: I think the solution is simple. the len > 4 check can go away as soon as the filetype check is fixed |
15:31:35 | amiconn | I think this check was introduced because of the backward matching of the string, to "ensure" (haha!) that the matching doesn't start before the start of the string |
15:36:47 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
15:37:02 | | Join Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
15:37:47 | | Quit Wett (Read error: 110 (Connection timed out)) |
15:38:29 | linuxstb | Yes - ".flac" is longer than "1.wv". Would the solution be to modify filetype_get_attr to locate the extension of the filename being tested (strrchr?), and then do the comparison on that pointer? |
15:40:40 | henrikb | linuxstb, yes but you need a few more changes also, I'm on the case right now |
15:42:05 | amiconn | linuxstb: That's what I'm trying to say all the time |
15:42:44 | amiconn | filetype_get_attr() should work the same way as probe_file_format() |
15:52:57 | pill | hi |
15:53:32 | pill | i dont understand how %?fc works now that it's conditional |
15:53:58 | LinusN | it works like it always has |
15:54:18 | LinusN | use %fc if you want the usual "mp3" string |
15:54:26 | pill | well before i had %?fc<%fc|track> |
15:54:34 | pill | now, that gives me ??? |
15:54:47 | linuxstb | amiconn: Yes, sorry. I hadn't looked at probe_file_format. |
15:55:40 | LinusN | pill: what type of file are you playing? |
15:55:45 | pill | and i tried to paste your example, and it seems to work, but not with %?Fc |
15:55:51 | pill | mostly .mp3 and .ogg |
15:56:12 | LinusN | ok, so %fc works but not %Fc? |
15:56:18 | pill | yes |
15:56:27 | pill | %Fc shows random types |
15:56:56 | LinusN | random? |
15:57:14 | pill | well, it showed the coming file as MP2, and then as MP1 |
15:57:20 | pill | and it was a vorbis |
15:57:33 | pill | tried on several files |
15:57:50 | LinusN | ah, i see |
15:58:53 | pill | couldn't we add a %fe for file extension? |
15:59:03 | pill | that would save some of us the hassle |
15:59:17 | LinusN | hassle of what? |
16:00 |
16:00:03 | pill | well, for most people i think that the fileext is correctly refering to the codec |
16:00:18 | pill | i understand that conditional %fc is better |
16:00:37 | pill | but i would be happy with just the fileext |
16:00:43 | pill | (but that may be just me) |
16:02:58 | *** | Saving seen data "./dancer.seen" |
16:03:40 | amiconn | The file extension uniquely identifies the format *atm*, but this will very likely change in the future |
16:04:14 | * | pill shrugs |
16:04:27 | linuxstb | The future will be next week (?), when I commit my ALAC decoder, it won't make much sense - ALAC will be displayed as "m4a". |
16:04:41 | LinusN | pill: so just having %Fc gives random codec info? |
16:05:04 | LinusN | or do you have to have it in a conditional? |
16:05:15 | pill | %?Fc<MP1|MP2|MP3|WAV|OGG|FLAC|MPC|A52|WAVPACK|track> |
16:05:21 | pill | this gives randomness |
16:05:36 | amiconn | linuxstb: With alac it's just a slight oddity. It'll get really interesting if we want to support ogg/vorbis vs. ogg/flac vs. ogg/speex |
16:05:40 | preglow | will the freeze end even though there are quite a few bugs left? |
16:05:49 | amiconn | ...or mp1/2/3 in a .wav container... |
16:05:56 | pill | hold, i'm trying constant %Fc |
16:06:36 | linuxstb | amiconn: I agree, but the problem with AAC/ALAC is identical. |
16:06:40 | LinusN | preglow: we'll see |
16:06:45 | linuxstb | (identical to Ogg). |
16:07:47 | linuxstb | But I think the solution is simply to ensure that we always call the get_metadata() function before the codec is loaded. The get_metadata() function will then have the responsibilty of confirming the filetype. |
16:10:32 | pill | LinusN: %?Fc<%Fc|track> shows ??? then nothing |
16:11:05 | linuxstb | I think the problem is that playback.c is setting the codectype to zero - to indicate the codec has not yet been loaded. |
16:11:33 | linuxstb | So these seem to be bugs in playback.c - but I'm not worried, because I want to change how playback.c is working in that area anyway. |
16:12:00 | linuxstb | (to implement the get_metadata() call I mention above). |
16:12:24 | LinusN | pill: try this %?Fc<%?Fc<MP1|MP2|MP3|WAV|OGG|FLAC|MPC|A52|WAVPACK>|track> |
16:12:34 | LinusN | (i see the bug) |
16:12:34 | pill | %?Fc<MP1|MP2|MP3|WAV|OGG|FLAC|MPC|A52|WAVPACK|track> exactly shows MP2 for 2 seconds, then MP1, and then after more buffering is done, shows the correct file type. |
16:12:42 | pill | k |
16:12:44 | pill | hold |
16:18:02 | pill | damn my usb connection is not working |
16:20:20 | LinusN | i gotta go |
16:20:22 | LinusN | cu later |
16:20:23 | pill | k |
16:20:26 | pill | i'll tell you |
16:20:33 | pill | once i have that usb thing fixed |
16:20:35 | pill | cya |
16:20:36 | LinusN | i see the bug in the wps code |
16:20:38 | | Part LinusN |
16:28:34 | preglow | hmmm |
16:28:42 | preglow | i wonder why the flaming hell layer12 is so slow |
16:29:32 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
16:29:40 | | Part ripnetuk |
16:30:55 | linuxstb | preglow: I liked your idea of splitting libmad into two codecs, each optimised for either L3 or L1/2 . Are you still thinking about doing that? |
16:31:11 | preglow | kind of |
16:31:22 | preglow | it's not somethign i'm going to do right now |
16:31:24 | preglow | but it is possible |
16:31:42 | preglow | the entire layer12 code and data would probably fit in iram |
16:31:55 | preglow | problem is it wouldn't benefit layer3 too much, but anyway |
16:33:30 | preglow | it's not THAT much of a problem |
16:33:37 | preglow | but |
16:33:49 | preglow | it will require a better codec decision mechanism |
16:33:55 | preglow | a lot of layer2 files are called .mp3 |
16:35:16 | preglow | measuring codec efficiency with cpu boost factor was not very productive... |
16:40:46 | Slasher | nice, now there seems to be enough space in iram to put even voice codec there |
16:44:26 | amiconn | Slasher: You mean the voice codec stack? |
16:44:32 | Slasher | ah, yes |
16:44:42 | amiconn | I think that might be possible... |
16:44:53 | Slasher | that should give a major performance boost (testing now) |
16:44:56 | preglow | hmm? |
16:45:01 | preglow | is there any more spare space? |
16:45:08 | amiconn | I reduced the main stack by 24KB, but the core IRAM by only 16KB |
16:45:20 | amiconn | That gives 8KB of extra usable IRAM in the core |
16:45:32 | preglow | a good coded stack requires almost 32kb |
16:45:35 | preglow | codec |
16:45:47 | Slasher | hmm.. in fact the iram will get quite full after that change.. |
16:46:19 | Slasher | currently DEFAULT_STACK_SIZE + 0x2500 bytes are allocated for one codec in iram |
16:47:04 | preglow | calculating it that way is a bit hazardous |
16:47:10 | amiconn | Yes. That's a little above 10KB |
16:47:10 | preglow | DEFAULT_STACK_SIZE just changed to 8kb, no? |
16:47:17 | preglow | exactly |
16:47:21 | preglow | libmad needs more than that |
16:47:32 | amiconn | No, DEFAULT_STACK_SIZE is and was 0x400 |
16:47:42 | amiconn | (1 KB) |
16:48:11 | preglow | ahh |
16:48:20 | amiconn | The codec that eats most is libmad, and the debug menu says the codec thread uses 80% of its stack |
16:48:31 | amiconn | That means a little above 8KB |
16:48:43 | preglow | wow |
16:48:47 | preglow | i thought it needed heaps more than that |
16:49:15 | amiconn | I only changed the main thread's stack size |
16:49:54 | preglow | yes, know |
16:50:04 | amiconn | btw, 0x400 0x2500 is an odd value... |
16:50:14 | Slasher | Hmm, allocating the voice codec stack from iram seems to increase performance much |
16:50:19 | amiconn | 0x2900 == 10496 |
16:50:49 | amiconn | Bleh 0x400 _plus_ 0x2500 |
16:51:05 | amiconn | Damn CGI::IRC |
16:51:24 | preglow | hahaah |
16:51:30 | * | preglow huggles irssi |
16:51:47 | amiconn | My home network connection vanished for some reason |
16:54:53 | | Join webguest77 [0] (n=3e4f4094@labb.contactor.se) |
16:55:39 | webguest77 | i think i found abug in playback on iriver . if you play a file and stop halfway through then delete the file and press play to resume it will act strange |
16:55:56 | preglow | yes, the iriver playback code handles missing files badly |
16:56:15 | | Join Sanitarium [0] (n=Test@213-202-138-155.bas502.dsl.esat.net) |
16:56:20 | Sanitarium | hey guys |
16:56:29 | webguest77 | it just chnages the statusbar icon to play and nothing else |
16:56:49 | | Quit webguest77 (Client Quit) |
16:59:56 | | Join Sanit [0] (n=Test@213-202-138-155.bas502.dsl.esat.net) |
17:00 |
17:00:52 | Sanit | hey huys, sorry about that |
17:01:19 | Sanit | you guys need any help with anything? |
17:03:01 | | Join LameD [0] (n=55406634@labb.contactor.se) |
17:03:32 | LameD | I've been trying to build both on today's and yesterday's build. what am I doing wrong? |
17:03:48 | | Join drfeelgood [0] (n=44256200@labb.contactor.se) |
17:03:54 | B4gder | LameD: what happens? |
17:03:55 | LameD | CC words.c |
17:03:55 | LameD | CC wputils.c |
17:03:55 | LameD | CC coldfire.S |
17:03:55 | DBUG | Enqueued KICK LameD |
17:03:55 | LameD | AR /home/Liberman/rb01092005/build/libwavpack.a |
17:03:55 | LameD | MAKE in dumb |
17:03:56 | *** | Alert Mode level 1 |
17:03:56 | LameD | (dumb) CC src/core/atexit.c |
17:03:58 | LameD | (dumb) CC src/core/duhlen.c |
17:04:00 | LameD | (dumb) CC src/core/dumbfile.c |
17:04:02 | LameD | (dumb) CC src/core/loadduh.c |
17:04:04 | LameD | (dumb) CC src/core/makeduh.c |
17:04:06 | LameD | (dumb) CC src/core/rawsig.c |
17:04:08 | LameD | (dumb) CC src/core/readduh.c |
17:04:10 | LameD | (dumb) CC src/core/register.c |
17:04:11 | | Quit LameD (Excess Flood) |
17:04:24 | | Join LameD [0] (n=55406634@labb.contactor.se) |
17:04:31 | LameD | sorry for flooding |
17:04:38 | linuxstb | LameD: Which version of gcc are you using? |
17:04:45 | LameD | lemme C |
17:04:51 | preglow | gcc 3.3.x, i'll wager |
17:05:06 | LameD | (the newest, just installed cygwin yesturday) |
17:05:10 | LameD | (but checking) |
17:05:12 | B4gder | iriver target? |
17:05:14 | LameD | yeah |
17:06:05 | linuxstb | Type "m68k-elf-gcc −−version" |
17:06:20 | LameD | 3.3.5. |
17:06:31 | linuxstb | That's the problem - get 3.4.4 |
17:06:47 | LameD | thanks! |
17:06:57 | LameD | was thet that SED problem? |
17:07:05 | LameD | e=>a |
17:07:06 | B4gder | no |
17:07:14 | B4gder | configure detects the sed problem |
17:07:38 | LameD | so what's wrong with the gcc? |
17:08:45 | B4gder | I don't know |
17:09:12 | LameD | no wait.. that's strange, cygwin installer reports "gcc-core: C compiler 3.4.4-1" is installed. I'm redownloading |
17:09:32 | preglow | you sure that's the cross compilder? |
17:09:39 | preglow | m68k-elf-gcc −−version |
17:10:06 | henrikb | Time to go home, |
17:10:49 | henrikb | I'll clean up any eventual messes i caused with my commit when I get home |
17:10:53 | linuxstb | cygwin will be reporting the native gcc, not the cross-compiler that you built yourself. |
17:10:55 | henrikb | Bye |
17:11:09 | | Quit henrikb ("CGI:IRC") |
17:11:11 | LameD | I'm sure cygwin reports in bash, version 3.3.5, but when I entered Setup.exe to dl the older version I saw there v. 3.4.4 |
17:12:29 | linuxstb | You will have two versions of gcc - the native version "gcc", and the Coldfire version - "m68k-elf-gcc". |
17:12:57 | LameD | after reinstalling, bash still reports version 3.3.5 is installed |
17:12:57 | | Quit drfeelgood ("CGI:IRC (EOF)") |
17:13:30 | linuxstb | That's perfect for "gcc". For "m68k-elf-gcc", you need 3.4.4. You use your "gcc" to compile "m68k-elf-gcc". |
17:13:56 | LameD | yeah, i've got it... here's a copyNpaste |
17:13:57 | *** | Alert Mode OFF |
17:14:12 | LameD | Liberman@libermanim ~ |
17:14:12 | LameD | $ m68k-elf-gcc −−version |
17:14:12 | LameD | m68k-elf-gcc (GCC) 3.3.5 |
17:14:12 | DBUG | Enqueued KICK LameD |
17:14:12 | LameD | Copyright (C) 2003 Free Software Foundation, Inc. |
17:14:12 | LameD | This is free software; see the source for copying conditions. There is NO |
17:14:13 | *** | Alert Mode level 1 |
17:14:13 | LameD | warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. |
17:14:19 | LameD | Liberman@libermanim ~ |
17:14:21 | LameD | $ |
17:14:40 | B4gder | then update it |
17:14:44 | linuxstb | That's the problem. You need to delete that installation, and compile 3.4.4 |
17:15:12 | LameD | wait you're right i've dl'ed the gcc core :/ |
17:16:56 | | Quit Sanitarium (Read error: 110 (Connection timed out)) |
17:17:23 | LameD | ( I even remember looking at the version numbers in the document and seeing this is a newer version) but thanks i'm downloading |
17:18:21 | | Quit amiconn ("CGI:IRC") |
17:18:37 | | Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
17:19:41 | | Quit webguest68 ("CGI:IRC (EOF)") |
17:23:28 | | Quit B4gder (Read error: 60 (Operation timed out)) |
17:24:14 | *** | Alert Mode OFF |
17:24:20 | preglow | does codecs too link with plugin.lds? |
17:24:38 | B4gd3r | yes |
17:24:50 | preglow | where does codeclink.lds come rom? |
17:24:52 | preglow | from |
17:25:26 | B4gd3r | it is the output of the preprocess the build makes |
17:26:13 | B4gd3r | plugin.lds is preprocessed and then the codeclink.lds is used in the actual link command line |
17:26:23 | preglow | good, that's what i thought |
17:26:48 | B4gd3r | the plugins and codecs all use plugin.lds, just with some different defines |
17:26:58 | preglow | i'm just gonna add a new segment anyway |
17:27:12 | preglow | section, that is |
17:29:52 | preglow | hmm |
17:29:56 | preglow | what's the KEEP macro good for? |
17:30:51 | B4gd3r | I only know what the lds file says ;-) |
17:31:35 | | Join xen` [0] (n=xen@stg25-1-82-238-117-1.fbx.proxad.net) |
17:32:20 | B4gd3r | going home |
17:32:21 | | Quit B4gd3r ("Lämnar") |
17:36:30 | | Quit paugh ("Leaving") |
17:37:20 | LameD | why is it reported on the plugins page that chip8 emulator runs over iriver? |
17:37:56 | LameD | http://www.rockbox.org/twiki/bin/view/Main/PluginIndex |
17:38:11 | | Join webguest45 [0] (n=d5ee48b7@labb.contactor.se) |
17:47:27 | preglow | well, doesn't it? |
17:52:44 | | Quit ender` (Read error: 113 (No route to host)) |
17:56:41 | | Quit arkascha (Remote closed the connection) |
17:57:07 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
17:59:53 | | Nick Mark__`away is now known as Mark__ (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
17:59:53 | DBUG | Enqueued KICK Mark__ |
18:00 |
18:02:40 | | Join Lear [0] (n=chatzill@h179n2c1o285.bredband.skanova.com) |
18:02:59 | *** | Saving seen data "./dancer.seen" |
18:09:19 | | Join amiconn [0] (n=jens@p54BD4D07.dip.t-dialin.net) |
18:10:08 | LameD | Preglow: Nope. It's not |
18:12:24 | LameD | and also the metronome. |
18:12:55 | Moos | chip8 working in irivers |
18:13:14 | Moos | chek the wiki page for dowloads games... |
18:13:20 | Moos | *check |
18:13:25 | LameD | works for you? i'll go dl some other games |
18:13:52 | LameD | but there's no metronome... you can't argue with that can't you ? |
18:14:02 | Moos | yes it work, since few weeks, Frederic works |
18:14:16 | Moos | metronome, not yet |
18:18:08 | LameD | you're right, I had broken games all that time on my player. thanks |
18:18:22 | Moos | np :) |
18:19:47 | | Join henrikb [0] (n=d9d77cc4@labb.contactor.se) |
18:20:32 | LameD | i've got to say, it's kinda sucks asses |
18:22:38 | henrikb | Another space saver would be removing scan_plugins from filetype.c, it asociates viewers to extension based on a naming scheme and I don't think anybody uses it |
18:23:26 | | Join us3r [0] (n=18d79b85@labb.contactor.se) |
18:23:33 | LameD | yes but I still believe chip8 games would still suck badly. |
18:23:53 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
18:23:58 | us3r | credits.pl seems to be missinf from the source code file.... |
18:24:16 | Moos | LameD: feel free to improve it ;) |
18:24:56 | henrikb | me fix |
18:26:25 | LameD | I've tryed banging my player on the floor. now it's much better, not moving too fast that's for sure! |
18:28:58 | henrikb | Fixed, it will appear in the next daily tarball |
18:29:15 | us3r | :) ty |
18:30:58 | | Nick Mark__ is now known as Mark__`afk (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
18:30:58 | DBUG | Enqueued KICK Mark__`afk |
18:31:18 | | Quit us3r ("CGI:IRC") |
18:31:33 | | Join bagawk [0] (n=lee@67-42-194-6.eugn.qwest.net) |
18:40:54 | | Quit linuxstb ("CGI:IRC") |
18:47:17 | | Quit LameD ("CGI:IRC (EOF)") |
18:51:55 | | Join QT [0] (i=as@madwifi/users/area51) |
19:00 |
19:01:30 | | Quit xen` (Read error: 110 (Connection timed out)) |
19:01:51 | | Join QT_ [0] (i=as@madwifi/users/area51) |
19:04:26 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
19:04:30 | | Quit henrikb ("CGI:IRC (Ping timeout)") |
19:11:18 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
19:11:54 | | Quit QT (Read error: 104 (Connection reset by peer)) |
19:16:29 | | Nick QT_ is now known as QT (i=as@madwifi/users/area51) |
19:20:47 | Sanit | anyhelp needed for the RB H300 project |
19:27:22 | | Join Paul_The_Nerd [0] (n=chatzill@cpe-66-68-93-2.austin.res.rr.com) |
19:29:59 | | Quit Paul_The_Nerd (Client Quit) |
19:33:54 | | Quit Nibbler ("life is like a rental car, you fuck it up, and give it back.") |
19:34:01 | | Join Nibbler [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
19:48:33 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0+/undefined]") |
19:54:53 | | Nick Mxm`PasLa is now known as Maxime (n=flemmard@fbx.flemmard.net) |
20:00 |
20:03:01 | *** | Saving seen data "./dancer.seen" |
20:03:21 | solex_aw1y | Does anybody know details about the new conditionals in the wps? |
20:06:21 | solex_aw1y | (and why tf am i not able to change my nick!?) |
20:06:44 | | Quit koniu_ (Read error: 104 (Connection reset by peer)) |
20:11:16 | | Quit solex_aw1y ("leaving") |
20:11:50 | | Join solex_ [0] (n=jrschulz@c147039.adsl.hansenet.de) |
20:12:22 | solex_ | conditional image display doesn't work here |
20:12:34 | solex_ | i took the example from the wiki page |
20:12:48 | solex_ | %?mm<%xdb|%xdc|%xdd|%xde> |
20:13:01 | solex_ | well, almost: %?mm<%xdb|%xdc|%xdd|%xdc> |
20:13:54 | solex_ | hm, everybody's asleep, i suppose. |
20:14:36 | Maxime | sure |
20:14:36 | Maxime | :x |
20:14:42 | Maxime | I can't help so.. |
20:18:51 | | Join [1]Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
20:18:51 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
20:18:55 | | Nick [1]Moos is now known as Moos (i=DrMoos@m29.net81-66-158.noos.fr) |
20:20:50 | | Join [1]Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) |
20:20:50 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
20:20:54 | | Nick [1]Moos is now known as Moos (i=DrMoos@m29.net81-66-158.noos.fr) |
20:22:55 | dpassen1 | are all the images pre-loaded? |
20:23:17 | solex_ | yep. I did it exactly like in the wiki |
20:23:51 | dpassen1 | the images are all 1-bit bmps? |
20:24:30 | solex_ | i think so. wait... |
20:25:36 | solex_ | fsck |
20:25:47 | solex_ | 24... |
20:28:47 | | Quit bagawk ("Leaving") |
20:36:53 | | Join koniu_ [0] (n=koniu@host-ip194-145.crowley.pl) |
20:39:14 | | Join arkascha [0] (n=arkascha@xdsl-213-196-214-210.netcologne.de) |
20:46:00 | | Nick paugh is now known as AliasCoffee (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
20:46:32 | | Quit koniu_ (Read error: 104 (Connection reset by peer)) |
20:47:34 | | Quit arkascha (Remote closed the connection) |
21:00 |
21:05:20 | | Quit QT (Read error: 104 (Connection reset by peer)) |
21:06:47 | | Quit Mark__`afk ("Leaving") |
21:19:09 | | Join QT [0] (i=as@madwifi/users/area51) |
21:23:42 | | Join pilot000 [0] (n=c31ce021@labb.contactor.se) |
21:24:06 | pilot000 | solex: still here ? |
21:32:03 | | Join XavierGr [0] (n=XavierGr@ppp10-adsl-43.ath.forthnet.gr) |
21:32:55 | solex_ | um, no :) |
21:34:24 | pilot000 | ohh i see |
21:34:36 | pilot000 | still problems with wps ? |
21:35:32 | solex_ | not really, i am just too dumb to convert my images. |
21:35:38 | solex_ | but i am buy atm |
21:35:42 | solex_ | *busy |
21:36:39 | pilot000 | then see you later, i finish my week in 20 minutes |
21:45:34 | | Quit pilot000 ("CGI:IRC") |
22:00 |
22:03:04 | *** | Saving seen data "./dancer.seen" |
22:07:16 | XavierGr | anyone here with an Archos recorder or Ondio? |
22:13:44 | | Quit XavierGr () |
22:19:14 | Sanit | anyhelp needed for the RB H300 project |
22:26:39 | | Quit banan_ (Read error: 104 (Connection reset by peer)) |
22:34:28 | solex_ | fyi: after converting my images to 1 bit per pixel everything works fine. |
22:34:40 | solex_ | i will update my wps in the gallery in the next few days |
22:34:47 | solex_ | (me == JochenSchulz) |
22:35:08 | solex_ | it will have a custom "status bar" with the original symbols |
22:35:16 | solex_ | only a little bit higher |
22:35:38 | dpassen1 | glad you got it working |
22:36:16 | solex_ | thanks. it's not finished yet (only tested conditionals for repeat mode) |
22:36:38 | solex_ | but the new conditionals are great |
22:36:45 | solex_ | no more nested %? |
22:37:27 | solex_ | does anybody have an idea why i can't change my nick with /nick? |
22:37:39 | Ctcp | Ignored 4 channel CTCP requests in 1 hour and 27 minutes at the last flood |
22:37:39 | * | solex_ is still new to IRC |
22:37:39 | dpassen1 | i'm fairly sure that nested conditions still work |
22:37:54 | solex_ | dpassen1: sure, but they're ugly and error prone |
22:38:11 | dpassen1 | what message appears in the server window when you try /nick |
22:38:18 | solex_ | nothing at all |
22:38:30 | dpassen1 | maybe eventually some ANDs or ORs will appear |
22:38:33 | solex_ | client: irssi |
22:38:38 | | Nick dpassen1 is now known as dpassen (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
22:38:40 | | Nick dpassen is now known as dpassen1 (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
22:39:02 | solex_ | usually i have some kind of status window on window 0 |
22:39:11 | solex_ | but it isn't there |
22:39:32 | solex_ | but well, i can live with the underbar |
22:46:33 | | Nick amiconn is now known as am1c0nn (n=jens@p54BD4D07.dip.t-dialin.net) |
22:46:41 | | Nick am1c0nn is now known as amiconn (n=jens@p54BD4D07.dip.t-dialin.net) |
22:47:33 | solex_ | ah, now i get a message: nick already in use |
22:47:41 | solex_ | which is strange since i registered it |
22:48:13 | amiconn | Then you can regain it |
22:48:20 | solex_ | funny, i get the /msg |
22:48:31 | solex_ | amiconn: how do i do that? |
22:49:22 | amiconn | . /msg nickserv recover solex <yourpassword> |
22:49:36 | amiconn | (of course w/o the dot) |
22:49:46 | solex_ | msg nickserv recover solex madsci |
22:49:54 | solex_ | msg nickserv recover solex mad_sci |
22:50:02 | Maxime | but with the / |
22:50:02 | Maxime | :x |
22:50:12 | * | solex_ curses |
22:50:20 | solex_ | how dumb can a single person be? |
22:50:27 | * | solex_ blushes |
22:50:34 | amiconn | solex_: That also happened to me once |
22:50:49 | Maxime | we haven't seen anything :p |
22:50:57 | amiconn | My slash wasn't there because dreaded numlock was on (laptop) |
22:51:00 | solex_ | and nobody'sloggin, of course |
22:51:24 | amiconn | change your pw afterwards |
22:51:39 | amiconn | . /msg nickserv help is very useful |
22:51:45 | solex_ | thanks! |
22:58:07 | amiconn | http://www.rockbox.org/irc/rockbox-20041009.txt <== if you wanna see my mistake |
22:58:23 | amiconn | Look around 09:58 |
23:00 |
23:00:24 | solex_ | :) |
23:00:38 | solex_ | either i forgot my real pw or someone else was faster |
23:01:05 | * | solex_ now knows why he uses unimportant passwords for things like this |
23:01:47 | solex_ | but i didn't know there are public logs |
23:04:28 | solex_ | fsck it |
23:23:57 | | Join Aison [0] (n=hans@zux166-181.adsl.green.ch) |
23:27:24 | | Nick AliasCoffee is now known as AliasAle (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |