| 00:01:08 | | Quit AliasAle ("Leaving") |
| 00:16:15 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 00:20:04 | | Join [ReDeViL]|[BlEaD [0] (n=grk_09@113-155-4.adsl.cust.tie.cl) |
| 00:27:06 | | Quit [ReDeViL]|[BlEaD (Remote closed the connection) |
| 00:43:45 | | Quit webguest19 ("CGI:IRC (EOF)") |
| 00:44:49 | | Nick jborn_ is now known as JoeBorn (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) |
| 00:46:14 | | Join XavierGr [0] (n=XavierGr@ppp14-adsl-193.ath.forthnet.gr) |
| 00:47:07 | XavierGr | I need some cvs help please! |
| 00:47:26 | rasher | What's up? |
| 00:48:37 | XavierGr | I have a file (radio.c) which is older than current version. I have 1.76 and current is 1.77 |
| 00:48:50 | linuxstb | Just do "cvs update" |
| 00:48:59 | XavierGr | i use cvs and I made an update. "cvs update" |
| 00:49:15 | XavierGr | it tells me that radio.c is merged. |
| 00:49:37 | XavierGr | but when I open the file the header is still 1.76 and the changes have not been made. |
| 00:49:50 | XavierGr | (Linus added 2 lines of code which I cant find) |
| 00:51:09 | linuxstb | If "cvs update" tells you that the files have been merged, then they should have been. Are you 200% sure you're opening the right file? |
| 00:51:09 | XavierGr | any idea what going on? I could make the changes manually but... |
| 00:51:41 | linuxstb | Did you have the file open in your editor when doing the "cvs update" ? |
| 00:51:50 | XavierGr | yes |
| 00:52:16 | linuxstb | "yes" to which question? |
| 00:52:22 | XavierGr | to yours |
| 00:52:28 | linuxstb | I asked two :) |
| 00:53:16 | XavierGr | I just tried with the file closed and the same happens. |
| 00:53:27 | XavierGr | oh didnt notice yes for the 2 then/ |
| 00:54:15 | linuxstb | I don't know what to suggest - you typed the correct CVS commands. |
| 00:54:34 | XavierGr | whats the difference between cvs update and cvs up -dP? |
| 00:55:28 | linuxstb | -d downloads new directories, and -P deletes (prunes) empty directories. |
| 00:55:50 | linuxstb | (I think) |
| 00:58:01 | XavierGr | Okay now another question: The fm preset patch uses the /.rockbox/presets/ directory. But by default there is no such directory. Do I have to change a file to add that folder, or make the program to check for the folder then create? |
| 00:59:24 | linuxstb | I think you should use the tools/buildzip.pl script to create it. |
| 00:59:36 | linuxstb | I don't know whether it is necessary to double-check in your program as well. |
| 01:00 |
| 01:00:10 | linuxstb | (see the mkdir lines already in buildzip.pl) |
| 01:00:52 | XavierGr | Hmm ok |
| 01:01:53 | linuxstb | But thinking about it, I'm not sure if a zip file can contain an empty directory though. |
| 01:02:25 | XavierGr | I tried firefly's remote patch. When I plug in the remote and then scroll the presets there is a lag when I release the button (scrolling continues a little more) without the remote response is good. |
| 01:02:46 | XavierGr | Is that normal, does the remote code (all those ifdefs) make the code slower? |
| 01:03:02 | rasher | the ifdefs are gone by the time the code gets compiled |
| 01:03:29 | XavierGr | so what you think about the leag with the remote? |
| 01:03:42 | linuxstb | But Rockbox does more work (probably double the work) when updating two screens at the same time. I haven't tried the patch though. |
| 01:05:18 | linuxstb | Or did I misunderstand? Is anything being displayed on the remote? |
| 01:05:29 | XavierGr | strange it will not lag when scrolling in filetree. Also the remote code will not render the fm screen. Only the buttons are active. |
| 01:05:38 | XavierGr | maybe there is a conflict with my patch. |
| 01:06:17 | XavierGr | Because I remember that the patch supports fm radio too. |
| 01:07:09 | XavierGr | Any news from Slasheri and his dircache patch? |
| 01:08:19 | rasher | he put out a "final test" this evening |
| 01:08:32 | XavierGr | and? :x |
| 01:14:11 | *** | Saving seen data "./dancer.seen" |
| 01:15:58 | XavierGr | is there a special function to create folders? I should check the context menu. If someone remembers shoot. |
| 01:16:43 | rasher | mkdir I'd assume |
| 01:17:33 | linuxstb | Yes: mkdir("dirname",0) - 0 is the mode, which I think Rockbox ignores. It's there for POSIX compliance. |
| 01:18:36 | linuxstb | There's an example in onplay.c |
| 01:19:12 | preglow | anyone heard anymore from the faad guy? |
| 01:20:34 | linuxstb | fuzzie: Are you around? |
| 01:20:53 | fuzzie | Oh. rasher got it running on a h120, but had logic problems. I haven't had time [or been too lazy] to work on it much this week, I guess it'll be tomorrow. |
| 01:21:11 | preglow | laziness is a real problem |
| 01:21:20 | preglow | what do you mean by logic problems, btw? |
| 01:21:22 | fuzzie | (logic problems meaning 'it failed an error check on the second packet') |
| 01:21:27 | preglow | ahh |
| 01:21:37 | preglow | what compiler did you end up using? |
| 01:21:43 | fuzzie | 4.0.2 without optimisations |
| 01:21:46 | preglow | ahh |
| 01:21:55 | preglow | 4.0.2 fixed all ICEs? |
| 01:22:01 | fuzzie | indeed |
| 01:22:09 | preglow | nice |
| 01:22:11 | rasher | On -O0 at least |
| 01:22:19 | XavierGr | whats the policy when a line passes 80 columns? I mean okay I will hit enter and change line but is there any need into aligning the line in a specific way? |
| 01:22:23 | rasher | O2 still gave errors |
| 01:22:25 | fuzzie | It might work with optimisations, I don't know if it was tested with optimisations after we worked out the problem was overflowing the stack.. |
| 01:22:30 | preglow | -O0 doesn't exactly cut it, though |
| 01:22:37 | rasher | fuzzie: Maybe not |
| 01:22:41 | preglow | fuzzie: oh, so there's still that |
| 01:22:45 | linuxstb | You should try undoing the changes I made to fix the ICEs. Maybe I added some bugs when doing that. |
| 01:22:48 | preglow | fuzzie: do you know how much stack it requires now? |
| 01:22:55 | fuzzie | linuxstb: your diff looks fine |
| 01:23:08 | fuzzie | I made some changes to cut down the stack usage, just haven't tried them on the hardware. |
| 01:23:32 | rasher | fuzzie: shoot |
| 01:23:39 | preglow | you guys rocks, i would never have bothered battling ICEs and too much stack usage to get it working |
| 01:23:42 | fuzzie | It's stupid stuff, allocating a bunch of 2kb buffers on the stack. |
| 01:27:37 | | Quit Moos ("Glory to Rockbox") |
| 01:34:32 | rasher | At least -O1 works |
| 01:34:35 | * | rasher tries O2 |
| 01:34:50 | rasher | well, "works" - it works as much as O0 does |
| 01:34:53 | XavierGr | what are you working? |
| 01:34:57 | rasher | which is to say, not a whole damn lot |
| 01:36:14 | rasher | XavierGr: AAC support. Or, I'm just testing. |
| 01:36:45 | rasher | okay, -O2 compiles and runs as well |
| 01:36:47 | rasher | that's good news |
| 01:36:52 | preglow | indeed |
| 01:36:52 | preglow | very |
| 01:36:59 | XavierGr | the iriver target is trully going to be what we call "Multi-codec Jukebox"!! |
| 01:37:31 | preglow | indeed |
| 01:37:37 | linuxstb | :) Just WMA left if fuzzie succeeds. |
| 01:37:43 | preglow | hahaha |
| 01:37:47 | preglow | and good luck to whoever starts that |
| 01:37:51 | preglow | best wishes, etc |
| 01:37:52 | fuzzie | *shudder* |
| 01:37:54 | linuxstb | Plus Realaudio.... |
| 01:38:07 | preglow | no, no, you're going too far! |
| 01:38:09 | linuxstb | Time for some serious reverse-engineering. |
| 01:38:16 | linuxstb | Oh, and ATRAC.... |
| 01:38:17 | XavierGr | Is fuzzie going to add WMA support or you say this as a joke? |
| 01:38:29 | preglow | ATRAC isn't _that_ bad, at least i know how it works |
| 01:38:39 | preglow | which is more than i can say about all the different incarnations of realaudio |
| 01:38:43 | linuxstb | XavierGr: No - I meant that if fuzzie succeeds with AAC, then WMA is the only major codec missing. |
| 01:39:05 | linuxstb | Well, ATRAC is one incarnation of realaudio - so you know one. |
| 01:39:14 | fuzzie | I assume someone is working on speex. :) |
| 01:39:24 | XavierGr | I wish Midi could be done. |
| 01:39:27 | preglow | hmm, yeah, but i don't think some realaudio codecs look much like aatrac |
| 01:39:27 | fuzzie | And quite a lot of the modern realaudio streams contain AAC, that's two. |
| 01:39:39 | fuzzie | it's the old ones which are a pain |
| 01:39:46 | preglow | i don't think atrac scales good to low bitrates, like some RAs do |
| 01:40:06 | fuzzie | is it possible to build the toolchain with C++ enabled? |
| 01:40:11 | preglow | sure |
| 01:40:14 | preglow | but try to avoid it |
| 01:40:20 | linuxstb | www.justconcerts.ca offers live concerts in 352kbps realaudio ATRAC if you want some test streams.... |
| 01:40:26 | preglow | the older rockbox boys aren't very fond of c++, and it's best to avoid it |
| 01:40:30 | fuzzie | just wondering about other file formats I'd like support for |
| 01:40:42 | rasher | (sid!) |
| 01:40:48 | fuzzie | exactly |
| 01:40:54 | preglow | fuzzie: if you get it working, you'd need to avoid tons of the c++ bells and whisltes like exception handling and rtti |
| 01:40:59 | preglow | fuzzie: apart from that, it might work well |
| 01:41:16 | fuzzie | well, my thinking was it'd be much easier to rip that out of existing code than to rewrite it |
| 01:41:23 | XavierGr | is there a function to check if there is a directory or should I leave it to create every time the radio starts? |
| 01:41:23 | preglow | indeed |
| 01:41:28 | preglow | and i'm all for it |
| 01:41:35 | XavierGr | sorry for the storm of questions. |
| 01:42:18 | preglow | most codecs i've seen use very basic c++ |
| 01:42:21 | preglow | so might work good |
| 01:42:23 | linuxstb | XavierGr: "opendir" I think. |
| 01:42:33 | preglow | just avoid the standard libraries |
| 01:42:53 | preglow | if so they can be called |
| 01:43:02 | preglow | mostly iostream, i guess |
| 01:44:24 | linuxstb | Does anyone know if it's possible to use "dd" to write directly to a disk partition in Cygwin? |
| 01:44:27 | fuzzie | my old wish for c++ was for modplug, but it seems DUMB is just as accurate, if a little slower |
| 01:44:30 | preglow | the lack of operator "new" might also be something of an obstacle |
| 01:44:31 | preglow | ... |
| 01:45:02 | preglow | fuzzie: well, modplug isn't very accurate, last time i checked |
| 01:45:12 | fuzzie | it's a lot more accurate than mikmod |
| 01:45:14 | preglow | my standards might be just a little high, though |
| 01:45:17 | fuzzie | which I assumed was the only alternative |
| 01:45:24 | preglow | i'm used to playing music with the trackers themselves |
| 01:45:41 | rasher | Ah, faad now running with the normal stacksize |
| 01:45:46 | preglow | rasher: !!! |
| 01:45:49 | fuzzie | unfortunately, porting them isn't something I think is going to happen :-) |
| 01:45:58 | fuzzie | rasher: oh, good, so it was those |
| 01:46:04 | rasher | preglow: say that to fuzzie |
| 01:46:11 | rasher | I just tested the changes |
| 01:46:15 | preglow | fuzzie: pleeeease, all you need to have fasttracker 2 running is a pascal compiler and the source code! |
| 01:47:01 | preglow | i haven't touched pascal in over ten years, god be praised |
| 01:47:19 | * | preglow suddenly realizes he's old |
| 01:47:23 | fuzzie | I still do maintenance on some oold Delphi stuff. |
| 01:47:43 | fuzzie | Thankfully any pre-Delphi pascal I was responsible for has long since died. |
| 01:47:53 | preglow | last pascal i used was turbo pascal 8 |
| 01:47:56 | preglow | ehh, 7 |
| 01:48:06 | preglow | the first Real programming language i learnt |
| 01:48:09 | * | linuxstb too |
| 01:48:37 | preglow | only thing i touched before that was batch files, basic and the very occasional assembly |
| 01:49:18 | * | rasher proddled around some outdated COMAL80 in school |
| 01:49:27 | rasher | lord knows what it was doing there |
| 01:49:33 | * | preglow pats rasher |
| 01:49:49 | rasher | It was pretty much BASIC, I think |
| 01:50:05 | preglow | i've never heard of it before |
| 01:50:16 | rasher | Ah, it was created in Denmark, figures. |
| 01:50:23 | rasher | http://en.wikipedia.org/wiki/COMAL |
| 01:50:35 | fuzzie | the DUMB guy seems to have a 'if this doesn't produce correct output, tell me so bi can fix the bug' thing on his page |
| 01:50:39 | fuzzie | which sounds hopeful. |
| 01:50:42 | * | preglow misses denmark and it's beer selection |
| 01:51:45 | * | rasher directs preglow at alt.possessive.its.has.no.apostrophe |
| 01:51:59 | preglow | rasher: i know, i just can't stand correcting myself all the time |
| 01:52:40 | * | linuxstb remembers that "its" is a word like "his" |
| 01:52:41 | preglow | i should know, half of my time is spent correcting norwegians when they use apostrophes everywhere |
| 01:52:45 | rasher | I don't really care, I just suddenly remembered that group |
| 01:55:37 | preglow | don't know if i care much either, but with 90% of the norwegian population being technically illiterate, i tend to be annoyed |
| 01:55:50 | preglow | and that _is_ a real newsgroupt? :P |
| 01:56:00 | rasher | It is |
| 01:56:02 | preglow | hahah |
| 01:57:04 | rasher | with recent posts, no less |
| 01:57:15 | preglow | i should subscribe |
| 01:57:57 | preglow | fuzzie: what exactly did you do to get rid of the excessive stack usage |
| 01:58:27 | fuzzie | made some 20kb structures static |
| 01:58:50 | preglow | any idea if it can still decode realtime? |
| 01:59:25 | fuzzie | i don't think there's any chance of it decoding realtime without optimisations, but we haven't gotten anything working past the second frame yet |
| 02:00 |
| 02:00:38 | fuzzie | it doesn't seem to use much of those structures for 'normal' decoding |
| 02:00:56 | fuzzie | I might end up having to split them, some of them on the stack (and hence in IRAM, presumably), and others not |
| 02:01:04 | preglow | one would think aac was designed with embedded implementations in mind |
| 02:01:16 | fuzzie | faad was definitely not, alas |
| 02:01:19 | rasher | not this implementation... |
| 02:01:29 | preglow | i wonder what the chances of codecs getting more than 48kb iram is :P |
| 02:01:46 | rasher | X5. |
| 02:01:53 | preglow | that's another problem |
| 02:02:11 | rasher | Yeah, that should be... interesting |
| 02:02:13 | preglow | 1. i haven't got one 2. how to handle one device having more iram than another |
| 02:03:50 | preglow | IDATA_ATTR and IDATA_NIFTY_EXTRA_ATTR |
| 02:05:27 | fuzzie | oh. |
| 02:05:54 | fuzzie | it looks like they have got this running on /some/ embedded device |
| 02:06:04 | preglow | oh well |
| 02:06:05 | fuzzie | because it has a 'circumvent memory alignment errors on ARM' comment |
| 02:06:22 | preglow | it didn't much look like libmad was going to run on h1x0 when we ported it either... |
| 02:07:23 | linuxstb | Any idea how a 75MHz ARM will compare to the 120MHz Coldfile? |
| 02:07:35 | preglow | hmm |
| 02:07:48 | linuxstb | The iPod does have two of them of course... |
| 02:07:56 | preglow | i expect the coldfire to be somewhat stronger, given proper emac usage |
| 02:08:42 | linuxstb | But I think it will be fine with the codecs running on the COP, and the DSP and everything else on the main CPU. |
| 02:08:45 | preglow | i'd expect the arm to be somewhat faster per clock, but then again, i'm as far from an expert as they come |
| 02:10:14 | preglow | having dsp on the second processor is a pretty good idea |
| 02:10:46 | preglow | at least porting for an arm is easier |
| 02:10:58 | preglow | the accumulator unit is fully 64 bit and not hidden from gcc's view |
| 02:11:41 | preglow | linuxstb: the portalplayer propaganda data actually gives me the impressions they've got some separate mac unit going, you know anything about that?= |
| 02:12:05 | linuxstb | Nope, no idea. I haven't got that far yet. |
| 02:14:02 | linuxstb | Speaking of the iPod, I still haven't got used to the fact that there is no STOP button on the iPod - all you can do is pause, or skip to the end of the current playlist. |
| 02:14:26 | linuxstb | Unless I just haven't found it. |
| 02:14:39 | preglow | no stop button i know of |
| 02:15:03 | preglow | but then again, on rockbox there's not THAT much of a difference either |
| 02:15:08 | preglow | one takes you out of the wps, the other doesn't |
| 02:15:17 | preglow | it resumes anyway |
| 02:15:52 | linuxstb | Apple's approach does make a little sense - why do you need stop/resume as well as pause/unpause ? |
| 02:16:03 | preglow | exactly |
| 02:16:18 | preglow | currently, stop flushed the audio buffer on rockbox, i _think_ |
| 02:16:22 | preglow | doesn't make much sense |
| 02:16:26 | linuxstb | But it's still odd not to have a stop button. |
| 02:16:34 | preglow | and if that's fixed, there's not much of a difference anymore |
| 02:23:02 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 02:28:11 | preglow | someone brave should just try the helix aac decoder for fun :P |
| 02:28:19 | preglow | they claim it's good on embedded cpus |
| 02:28:38 | rasher | You'd just be tainted |
| 02:28:47 | preglow | i feel dirty for mentioning it |
| 02:29:07 | fuzzie | it seems like such a wasted effort |
| 02:29:09 | fuzzie | given the license |
| 02:29:15 | preglow | yes, indeed |
| 02:29:32 | fuzzie | i would have definitely tried it first, otherwise |
| 02:30:03 | linuxstb_ | Are the AAC specs public? |
| 02:30:18 | fuzzie | i believe so |
| 02:30:28 | preglow | i sincerely doubt it |
| 02:30:28 | linuxstb_ | Then write your own decoder... :) |
| 02:30:36 | preglow | if the mpeg specs are any indication |
| 02:30:46 | preglow | public, but you've gotta pay |
| 02:30:59 | fuzzie | "A copy of the MPEG-4 Audio standard can be purchased from the ISO online store (search for "14496-3")." |
| 02:31:02 | fuzzie | *rolls eyes* |
| 02:31:15 | * | preglow rests his case |
| 02:31:18 | linuxstb_ | But I'm sure there's an iso14496-3.pdf file in google somewhere.... |
| 02:31:57 | fuzzie | yes, i'm sure it wouldn't be a big problem to obtain |
| 02:32:41 | preglow | no, but you'd be hard pressed to make it seem a legitimate open development process... |
| 02:33:17 | linuxstb_ | But how much does the standard cost? |
| 02:33:19 | fuzzie | just throw it out onto the web as GPL anonymously and cover your tracks well. :-) |
| 02:33:46 | preglow | linuxstb: it's not a prohivitely high cost, afaik |
| 02:34:01 | linuxstb_ | http://www.iso.ch/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=36083&ICS1=35 |
| 02:34:06 | linuxstb_ | 391 Swiss Francs |
| 02:34:38 | rasher | That's not bad |
| 02:34:49 | rasher | Well, it's horrible. But it's not that much. |
| 02:34:50 | preglow | and for those of us who have no idea what a swiss franc is worth? :) |
| 02:35:14 | | Quit matsl (Remote closed the connection) |
| 02:35:18 | linuxstb_ | About 250 EUR |
| 02:35:20 | rasher | Well, I'm guessing it's a bit over half a euro |
| 02:35:42 | preglow | quite a sum for a bunch of dead tree |
| 02:37:39 | preglow | someone, make a wav writer! |
| 02:38:52 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 02:39:01 | | Quit dpassen1 () |
| 02:39:11 | linuxstb_ | Maybe we need to try and think of an alternative way to measure codec speed. |
| 02:40:02 | * | fuzzie was wondering how codec speed would be measured |
| 02:40:05 | preglow | problem is it wouldnt be very hard |
| 02:40:27 | preglow | it's just that i can't be bothered to learn how all that playback code works |
| 02:40:36 | preglow | i don't have much time to code as it is |
| 02:43:11 | fuzzie | the AAC spec claims that 10 MIPS is sufficient for decoding, interestingly |
| 02:43:18 | preglow | fuzzie: in the olden days we had xxx2wav plugins that stressed the codecs as fast they could go, then measured how fast they ran compared to realtime |
| 02:43:49 | preglow | fuzzie: yes, and freescale has got a decoder that can deocde mp3s at about 20 mhz, we just can't be bothered to write an mp3 decoder in pure asm |
| 02:44:17 | fuzzie | just nice to know it's *possible* :) |
| 02:44:21 | preglow | haha, sure |
| 02:44:40 | preglow | almost anything is possible in 140mhz if you're persistent enough |
| 02:47:02 | rasher | If you hadn't figured it out, 14496 pdf is an incredibly effective term to google for |
| 02:47:13 | rasher | (and if you're interested, of course) |
| 02:50:52 | XavierGr | what MIPS stands for? Is it a CPU power metric system? |
| 02:51:00 | preglow | million instructions per second |
| 02:51:35 | preglow | milion, even |
| 02:51:46 | preglow | no, million :/ |
| 02:52:04 | preglow | suffice it to say 10 mips isn't much for us |
| 02:52:26 | linuxstb_ | Does it mention the RAM requirements? |
| 02:53:00 | fuzzie | about 9kb 'words' |
| 02:53:11 | fuzzie | so, presumably 36kb |
| 02:54:10 | linuxstb_ | So the faad authors didn't work very hard then. |
| 02:54:31 | preglow | they usually don't |
| 02:54:40 | preglow | libmad is a pretty well-behaved codec in this regard |
| 02:55:00 | fuzzie | well, i assume the target platform for faad is a machine capable of running Nero :) |
| 02:55:06 | preglow | haha |
| 02:55:22 | linuxstb_ | With a nice big About box... |
| 02:55:31 | preglow | hahahah |
| 02:55:32 | fuzzie | ohh yes. :) |
| 02:57:15 | XavierGr | LOL |
| 02:57:51 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:00 |
| 03:00:12 | fuzzie | linuxstb_: is there some reason for the '#warning BIG EENDIAN' in config.h? |
| 03:00:46 | linuxstb_ | Just a test I think - you can delete it. |
| 03:01:05 | fuzzie | okay, just wanting to know if you knew anything about it :) |
| 03:01:16 | linuxstb_ | That sounds like my kind of thing. |
| 03:03:43 | XavierGr | Do you think that when someone loads a preset file it would be good to change the frequency to the first preset? |
| 03:05:49 | rasher | hrm, I'd say leave tuning changes to the user |
| 03:06:00 | rasher | he may already have tuned into something |
| 03:08:09 | XavierGr | yeah I agree. |
| 03:14:15 | *** | Saving seen data "./dancer.seen" |
| 03:16:22 | | Quit JoeBorn ("open.neurostechnology.com") |
| 03:25:44 | | Quit preglow ("leaving") |
| 03:33:38 | | Quit RotAtoR () |
| 03:49:36 | XavierGr | Ok the patch for fm preset saving/loading is finally done. Now only testing remains. |
| 03:57:11 | | Quit rasher ("leaving") |
| 04:00 |
| 04:05:18 | | Join QT_ [0] (i=as@madwifi/users/area51) |
| 04:15:50 | | Join Peter200lx [0] (n=04f2c03f@labb.contactor.se) |
| 04:16:43 | Peter200lx | How do I use the new ID3 Database tool on Rockbox 2.5? |
| 04:17:08 | Peter200lx | I've looked but havn't seen any documentation on how it's used |
| 04:17:14 | | Quit QT (Read error: 110 (Connection timed out)) |
| 04:18:18 | | Quit XavierGr () |
| 04:18:20 | | Quit tvelocity ("Leaving") |
| 04:21:28 | Peter200lx | ahh |
| 04:21:34 | Peter200lx | finnaly found it |
| 04:21:39 | Peter200lx | http://www.rockbox.org/twiki/bin/view/Main/TagDatabase |
| 04:21:46 | | Quit Peter200lx ("CGI:IRC") |
| 04:28:55 | | Join bagawk_ [0] (i=1000@unaffiliated/bagawk) |
| 05:00 |
| 05:14:16 | *** | Saving seen data "./dancer.seen" |
| 05:27:09 | | Quit bagawk_ (Read error: 110 (Connection timed out)) |
| 05:29:46 | | Join ashridah [0] (i=ashridah@220-253-120-150.VIC.netspace.net.au) |
| 06:00 |
| 06:20:59 | | Join pengo [0] (n=xtofu@220.245.138.10) |
| 06:50:02 | | Quit ze ("new graphics card and kernel") |
| 06:59:46 | | Join amiconn_ [0] (n=jens@p54BD6653.dip.t-dialin.net) |
| 07:00 |
| 07:05:35 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
| 07:14:21 | *** | Saving seen data "./dancer.seen" |
| 07:17:55 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 07:17:55 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD6653.dip.t-dialin.net) |
| 07:20:54 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
| 07:21:12 | | Join thegeek_ [0] (n=thegeek@s057b.studby.ntnu.no) |
| 07:21:29 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 07:38:16 | | Quit merbanan (Read error: 110 (Connection timed out)) |
| 07:58:06 | | Join random_man [0] (n=405b5551@labb.contactor.se) |
| 07:58:33 | random_man | hello i need some help on patching a file |
| 08:00 |
| 08:08:57 | random_man | http://psychomaniac.trybalink.net/Rock_boxx/error.bmp this is my error |
| 08:38:51 | Slasheri | random_man: at first you have to be in the rockbox directory where the source code is |
| 08:39:02 | Slasheri | if p0 doesn't do anything, try p1 |
| 08:41:28 | | Join Colddy [0] (n=Script@p548C94AD.dip0.t-ipconnect.de) |
| 08:41:53 | random_man | thought i had to be in where the patch was ? |
| 08:42:49 | Slasheri | no, that doesn't matter where the patch is |
| 08:43:12 | Slasheri | but you have to be in the target directory where you want to apply the patch |
| 08:43:31 | random_man | ok well this is in the guide |
| 08:43:31 | random_man | Back in the DevKit window, go to the directory containing the patch |
| 08:44:21 | random_man | Now you are in the sim directory. Create the make file as usual using rbconf but select (S)imulator build instead of (N)normal build, and then (w)in32 |
| 08:44:22 | random_man | ok now im trying to make simulator and i am this far. how do i do this part ? |
| 08:46:00 | random_man | how do i type that part in |
| 08:46:00 | | Join Vld0man [0] (n=Vladoman@p54A7E8D5.dip.t-dialin.net) |
| 08:47:03 | Slasheri | random_man: so you want now to apply the patch? |
| 08:47:16 | random_man | yes |
| 08:47:26 | Slasheri | cd .. (you don't want to be in the sim directory but the rockbox root directory where everything (firmware/, apps/) is) |
| 08:47:53 | Slasheri | then you can type it there (cat something.patch | patch -p0 (or -p1 if -p0 doesn't work at all)) |
| 08:48:27 | random_man | so i want to be where the source code is right? |
| 08:48:33 | Slasheri | yes |
| 08:49:20 | random_man | which should be in rockbox-bleeding folder right? |
| 08:49:48 | Slasheri | hmm, i recommend using cvs to check out the latest source code |
| 08:50:01 | random_man | k |
| 08:50:42 | Slasheri | cvs -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox login |
| 08:50:52 | Slasheri | (press just enter if it asks for a password) |
| 08:50:59 | Slasheri | cvs -z3 -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox co rockbox |
| 08:51:24 | Slasheri | and when the command finishes downloading the files, you will se a new directory called rockbox there |
| 08:51:43 | Slasheri | oh.. run cvs -z3 -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox co rockbox-devel instead of the previous command i told you |
| 08:52:24 | random_man | ok doing that now |
| 08:54:41 | Slasheri | amiconn: the newest code causes iriver build to fail when developer and logf options are selected with configure: gray_core.c:569: error: can't find a register in class `ADDR_REGS' while reloading `asm' |
| 08:54:58 | random_man | rockbox folder will be in C:\Rockbox\home\guest right? |
| 08:55:09 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
| 08:55:16 | Slasheri | it will be in the same folder where you typed the cvs command |
| 08:55:21 | Slasheri | just cd rockbox is enough after that |
| 08:55:31 | Slasheri | pwd will show what folder it is |
| 08:55:57 | random_man | ok |
| 09:00 |
| 09:01:43 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
| 09:14:22 | *** | Saving seen data "./dancer.seen" |
| 09:21:21 | amiconn | morning |
| 09:27:37 | Vld0man | . |
| 09:27:45 | amiconn | Slasheri: Hrmph. |
| 09:28:54 | | Nick Vld0man is now known as Vladoman (n=Vladoman@p54A7E8D5.dip.t-dialin.net) |
| 09:49:19 | amiconn | Slasheri: This routine is really short on registers, and the developer builds don't use -fomit-frame-pointer |
| 09:49:50 | amiconn | ...meaning that the compiler needs an addtional address register besides the stack pointer |
| 09:50:06 | amiconn | ...and the routine doesn't leave such additional register |
| 09:50:12 | Slasheri | ah, interesting |
| 09:50:45 | amiconn | If you add -fomit-frame-pointer to the GCCOPTS lone in the Makefile, it should work |
| 09:51:18 | amiconn | I found a register for possible re-use, so it should be fixable. |
| 09:51:31 | amiconn | Can't do that atm because I have more changes pending |
| 09:51:39 | amiconn | (screendump for grayscale) |
| 09:53:30 | | Quit Lynx_ (Read error: 104 (Connection reset by peer)) |
| 09:53:30 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 09:53:30 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 09:53:34 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 09:53:44 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 09:53:44 | Slasheri | but i will add that option, thanks :) hmm, is there any reason for iriver targets not to always omit frame pointers? |
| 09:53:45 | | Join BirdFish[alt] [0] (n=bradbox8@64.108.5.134) |
| 09:53:45 | amiconn | Using frame pointers might make debugging easier. No reason other than that, methinks |
| 09:53:51 | Slasheri | yep.. but iriver doesn't have a gdb stuff or anything like that |
| 09:53:58 | Slasheri | *stub |
| 09:53:58 | | Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 09:54:12 | amiconn | Slasheri: Yes, nobody bothered to implement one |
| 09:55:27 | amiconn | ...but iiuc it is possible to debug with bdm |
| 09:55:27 | Slasheri | hmm, ok |
| 09:55:40 | amiconn | For logf() builds it's definitely unnecessary to have frame pointers |
| 09:56:02 | amiconn | I had to disable that too when doing some logf() work on archos |
| 09:56:23 | amiconn | The frame pointers increased the code size beyond the 200KB barrier... |
| 10:00 |
| 10:09:56 | | Quit BirdFish (Read error: 113 (No route to host)) |
| 10:24:31 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 10:54:07 | | Join ghode|afk [0] (n=garudin@host-83-146-62-103.bulldogdsl.com) |
| 10:54:59 | amiconn | Slasheri: I fixed the problem in my local copy |
| 11:00 |
| 11:14:26 | *** | Saving seen data "./dancer.seen" |
| 11:25:39 | | Part Vladoman ("Verlassend") |
| 11:38:48 | | Join rasher [0] (n=jonas@62.79.64.148.adsl.hs.tiscali.dk) |
| 11:46:34 | | Join Lost-ash [0] (i=ashridah@220-253-121-68.VIC.netspace.net.au) |
| 11:49:12 | | Quit ashridah (Read error: 110 (Connection timed out)) |
| 11:51:25 | | Join ep0ch [0] (n=ep0ch@195-112-44-138.dyn.gotadsl.co.uk) |
| 11:53:19 | ep0ch | I've written a WPS patch that displays the peak meter upper/lower values, it's not very elegant (i'm not a C programmer), so if someone could take a look at it and provide me with feedback it would be much appreciated. |
| 11:53:25 | ep0ch | here is the patch: ep0ch.com/downloads/Rockbox/wps_pmvalues.patch">http://www.ep0ch.com/downloads/Rockbox/wps_pmvalues.patch |
| 11:57:15 | ep0ch | oh and my wps file: ep0ch.com/downloads/Rockbox/playing.wps">http://www.ep0ch.com/downloads/Rockbox/playing.wps |
| 12:00 |
| 12:05:30 | | Quit Ismo_ (Read error: 110 (Connection timed out)) |
| 12:17:49 | ghode|afk | http://ihpos.blogspot.com/ - has anyone been following this blog? |
| 12:18:50 | rasher | It seems odd |
| 12:18:53 | ep0ch | heh yeah, i posted a comment saying come and join us :) |
| 12:18:54 | rasher | the whole thing |
| 12:19:23 | Bagder | he obviously already knows about us as he's basig his work on our bootloader ;-) |
| 12:19:44 | ep0ch | why do you think it's odd? |
| 12:20:11 | rasher | It sounds like he's not using much of the information available from Rockbox |
| 12:20:36 | Bagder | yes, it seems he likes to start from scratch while still using code from us |
| 12:20:37 | rasher | http://kaizers.no/articles/4/10/cd3-1.jpe <−− ghey |
| 12:20:49 | Bagder | I find that very odd too |
| 12:20:53 | rasher | Yeah |
| 12:20:58 | pengo | it's odd because someone trying to be that hardcore should have gotten the ihp120's silver edition rather than the black |
| 12:20:59 | rasher | also, that url was a mis-send. |
| 12:21:33 | * | Bagder has a black h140 ;-) |
| 12:22:47 | * | amiconn just committed screendump for the grayscale lib |
| 12:22:48 | ghode|afk | same |
| 12:24:02 | | Join Vladoman [0] (n=Vladoman@p54A7E8D5.dip.t-dialin.net) |
| 12:25:58 | | Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) |
| 12:27:54 | Bagder | nice amiconn ! |
| 12:28:19 | amiconn | Now, who wants to be the first in documenting the grayscale plugins with screenshots? ;) |
| 12:28:50 | amiconn | The screendump now hooks into the core, so grayscale screendump works the same way as ordinary screendump |
| 12:29:08 | amiconn | ...just the BMPs are a little larger |
| 12:32:36 | rasher | Bagder: had any time to look at the bleeding edge builds being.. "lacking"? |
| 12:35:05 | ep0ch | re blogspot: well it's just a hobby for him on how to learn, so it's not really that odd, using rockbox would be cheating ;) |
| 12:35:30 | Bagder | no, not yet |
| 12:35:40 | Bagder | rasher: you know any specific files that are missing? |
| 12:36:15 | rasher | Bagder: at least all of apps/codecs/libmad/* EXCEPT for the all-caps README, COPYING and two others |
| 12:36:22 | amiconn | Bagder: The build time estimation is off, as always... |
| 12:36:40 | Bagder | "as always" ? |
| 12:36:54 | amiconn | yes |
| 12:37:11 | amiconn | Whenever I commit something, it takes longer than the estimation says |
| 12:38:07 | Slasheri | that's true.. maybe the estimation timer should save the previous compilation and and use that for the estimation |
| 12:38:17 | Bagder | it does |
| 12:38:21 | Slasheri | hmm, weird |
| 12:38:23 | Bagder | or rather, it saves the 4 latest |
| 12:39:02 | Slasheri | maybe there is a bug in the algorithm |
| 12:39:11 | rasher | Maybe it's just a clock-issue? |
| 12:39:27 | Bagder | its not my #1 issue |
| 12:39:29 | rasher | Make it say "in x minutes" instead? |
| 12:39:49 | amiconn | Eeek, I broke the player builds |
| 12:40:04 | Bagder | rasher: then it would have to repeatedly update it until done |
| 12:40:30 | rasher | oh, of course |
| 12:40:36 | rasher | didn't think of that |
| 12:41:10 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 12:41:27 | ep0ch | if it want comments about a patch is it best i post to the mailing list? |
| 12:43:08 | Bagder | that, or in the patch tracker |
| 12:43:27 | ep0ch | i dont think its ready for the patch tracker :) |
| 12:43:54 | rasher | it'll get ready in the patch tracker |
| 12:43:59 | ep0ch | oh ok |
| 12:44:12 | ep0ch | ta |
| 12:44:14 | rasher | you can update the patch there |
| 12:44:28 | rasher | it doesn't have to be 100% first-shot |
| 12:44:37 | ep0ch | can other people update it? |
| 12:44:48 | rasher | only admins |
| 12:44:54 | ep0ch | that'll do |
| 12:48:12 | Bagder | I think the reason for the low estimate is the seconds being chopped off |
| 12:48:32 | Bagder | and not rounded to nearest minute |
| 12:49:32 | Bagder | I added seconds now to see if it this is it |
| 12:49:32 | amiconn | Hmm. This time the estimate was ~13 minutes, but building took 20 minutes |
| 12:49:36 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 12:49:53 | Bagder | well, there's of course varying load on the server |
| 12:49:55 | amiconn | Bagder: What's the current server time? |
| 12:50:11 | Bagder | Sat Oct 1 12:50:06 CEST 2005 |
| 12:50:31 | rasher | looks accurate to me. |
| 12:50:34 | amiconn | 2 minutes late... |
| 12:50:54 | amiconn | Ah, ignore me |
| 12:51:31 | Bagder | expected build time is currently 842 seconds |
| 12:52:39 | Bagder | but the missing files in the source package is very strange |
| 12:52:48 | Bagder | the release script works fine when run stand-alone |
| 12:52:51 | amiconn | My laptop clock was off by 2 minutes for whatever reason. It's configured to synchronise from the PTB, obviously it didn't work for a few times... |
| 12:52:51 | rasher | The dailies are correct.. |
| 12:53:11 | rasher | at least, the one yesterday was |
| 12:53:22 | Bagder | yes, must be something specific about this particular dir |
| 12:53:38 | Bagder | or something |
| 12:59:46 | rasher | http://www.misticriver.net/showthread.php?p=318082 fifteen seconds? I think not. |
| 13:00 |
| 13:00:11 | Bagder | I think the recent uploaded movie proves that pretty good |
| 13:00:23 | rasher | It's more like a second |
| 13:00:31 | ep0ch | nah 3-4 |
| 13:00:40 | * | Bagder runs off |
| 13:00:46 | rasher | guess I'll try and time it |
| 13:02:35 | | Join muesli- [0] (i=muesli_t@port-213-61-43-179.ber.dial.de.colt.net) |
| 13:02:46 | muesli- | hi |
| 13:03:08 | rasher | 4 seconds, it seems. |
| 13:03:16 | rasher | for the largest dir I have. |
| 13:06:58 | | Join webguest95 [0] (n=d5ee4d34@labb.contactor.se) |
| 13:10:27 | ep0ch | i think its more down to disk spinup and seek time than dir size |
| 13:10:58 | rasher | Certainly. |
| 13:11:25 | ep0ch | which is why i'd like a not so memory hungy dyamic cache |
| 13:12:50 | ep0ch | just reserve about 8k to cache where you've been and you get best of both worlds |
| 13:13:00 | muesli- | amiconn will there be grayscale support for the remote as well? |
| 13:13:06 | rasher | No. |
| 13:13:33 | rasher | oh wait, don't mind me. I don't know. |
| 13:13:45 | | Quit random_man ("CGI:IRC (Ping timeout)") |
| 13:13:56 | rasher | ep0ch: but then you'd still have to cache quite often |
| 13:14:11 | ep0ch | ?? |
| 13:14:30 | *** | Saving seen data "./dancer.seen" |
| 13:14:38 | rasher | I don't see how it'd work |
| 13:14:45 | Slasheri | ep0ch: that would need the disk constantly spinning while browsing -> it will be battery hungry then |
| 13:14:46 | rasher | if I go browsing artists |
| 13:15:00 | amiconn | muesli-: It should be technically possible, but I don't think it would make sense |
| 13:15:09 | rasher | I'd constantly hit uncached dirs |
| 13:15:09 | ep0ch | yes but from a user experience point of view it will be quicker |
| 13:15:27 | rasher | But pointless |
| 13:15:31 | ep0ch | and regarding the battery, the disk will have to spin up anyway as the user is most likely going to select a new tune |
| 13:15:32 | muesli- | amiconn we would love it ;) |
| 13:15:42 | amiconn | What for? |
| 13:15:54 | rasher | since having everything cached isn't really a problem, memory-wise |
| 13:15:59 | rasher | ep0ch: not really |
| 13:16:06 | amiconn | The remote lcd is so tiny, especially compared to the main lcd |
| 13:16:11 | muesli- | its just eye candy |
| 13:16:23 | rasher | ep0ch: building a playlist while listening to one song wouldn't require any disk spinup |
| 13:16:39 | ep0ch | what about if you need to support 200 gig hard disks in the future, you dont wanna cache the whole lot |
| 13:16:45 | ep0ch | rasher: true |
| 13:17:34 | rasher | Then maybe a limited cache will be implemented, but I'm guessing RAM would be increased as well in that case, I see no reason to do it for the irivers |
| 13:18:13 | amiconn | rasher: In fact a lazy cache in the browser can coexist with a full cache like Slasheri's |
| 13:18:25 | Slasheri | 200 GB -> could be something like 2 MB cache -> in theory no problem with iriver |
| 13:18:34 | Slasheri | amiconn: yes |
| 13:18:40 | amiconn | Then you'd get the benefit of the lazy cache without needing additional ram, and if you want you can enable the full cache |
| 13:19:24 | amiconn | Slasheri: I think the cache ram depends on the number of files, not on the disk size |
| 13:19:26 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-105.ath.forthnet.gr) |
| 13:19:37 | Slasheri | in my opinion the iriver ram is so large that reducing it a few megabytes shouldn't affect much (if at all) battery life |
| 13:19:57 | amiconn | I think I would get into trouble as soon as someone gets 'dumb' up & running |
| 13:20:10 | amiconn | >20000 mods... |
| 13:20:10 | ep0ch | heh |
| 13:20:11 | rasher | Or sid.. :-O |
| 13:20:12 | XavierGr | are you discussing about the dircache? |
| 13:20:35 | Slasheri | amiconn: of course, but i just made some estimeta at the 200 GB disk would have 10x much files 20 GB disk have.. But true, i think so large disk would get filled with bigger (> 1 GB files).. |
| 13:21:31 | Slasheri | XavierGr: at the moment, yes :) |
| 13:22:15 | XavierGr | Great! How you patch is going? |
| 13:22:20 | XavierGr | ^your |
| 13:22:37 | Slasheri | XavierGr: should be ready for commit. I will just give linus a try before that |
| 13:22:39 | ep0ch | heh sid collection is currently at over 30,000 |
| 13:23:19 | Slasheri | we could have some compression for the cache in future so having a large sid collection may work also |
| 13:23:37 | * | XavierGr goes to read the logs |
| 13:23:49 | rasher | Slasheri: are you caching full paths? |
| 13:23:55 | rasher | or "these files are in this dir" things |
| 13:24:01 | Slasheri | rasher: no, only the last filename part |
| 13:24:04 | Slasheri | yep |
| 13:24:06 | ep0ch | and what gets cached? all files or just supported? |
| 13:24:14 | Slasheri | it's a dynamic linked list |
| 13:24:24 | Slasheri | all files |
| 13:24:49 | ep0ch | so i could put the sid collection on when i have time and see how big the cache is :s |
| 13:25:07 | ep0ch | i think my ihp will die again if i do though |
| 13:25:16 | Paul_The_Nerd | Did you eventually decide just to have it build every boot? |
| 13:25:58 | Slasheri | Paul_The_Nerd: yes, but the building is fast and transparent (it does not affect the bootup time) |
| 13:26:17 | XavierGr | How fast? |
| 13:26:25 | Slasheri | XavierGr: just try out =) |
| 13:26:26 | ghode|afk | is there a build with dirache ver 2 floating around? |
| 13:26:39 | Slasheri | it depends how much there are files on the disk |
| 13:26:44 | ep0ch | for me about 4 seconds with a full 20 gb |
| 13:26:50 | ep0ch | not done a file count |
| 13:27:21 | ep0ch | make that a full 18.5 gb ;) |
| 13:27:23 | Paul_The_Nerd | I honestly wouldn't have cared whether it was transparent anyway, as long as it was faster than iRiver, and whatever behaviour it had was consistent. |
| 13:31:17 | ep0ch | gone |
| 13:31:17 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 13:31:19 | | Part ep0ch |
| 13:34:22 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 13:37:21 | ghode|afk | http://cotbol.com/temp/rockbox_iriver.avi - nice vid from MR |
| 13:37:49 | XavierGr | Slasheri: Where is your latest patch for testing? |
| 13:37:55 | muesli- | how big in size? |
| 13:38:15 | ghode|afk | 5mb |
| 13:38:23 | XavierGr | and anyone knows a site to quickly upload a small file? |
| 13:38:44 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-68.VIC.netspace.net.au) |
| 13:39:04 | t0mas | www.yousendit.com |
| 13:39:24 | t0mas | or if it's small enough... attach it to the rockbox wiki? |
| 13:40:17 | XavierGr | you send it is for sending not hosting |
| 13:41:21 | amiconn | ghode|afk: Ooold bootloader |
| 13:41:35 | XavierGr | http://pastebin.com/379529 |
| 13:41:54 | XavierGr | Ctrl-A select all and save to a txt file. |
| 13:42:01 | ghode|afk | not my video :P# |
| 13:42:06 | XavierGr | Patch for radio preset loading/saving |
| 13:42:15 | XavierGr | Please test for feedback |
| 13:42:48 | XavierGr | (Push Ctrl-A in the bottom window to catch only the code) |
| 13:43:31 | XavierGr | oops forget what i said there is a download button in the upper left corner which let you save it. |
| 13:49:01 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 13:50:53 | Slasheri | XavierGr: http://ihme.org/~miipekk/rockbox/dircache_rev2.diff |
| 13:51:16 | XavierGr | yes I searched and found it already. |
| 13:51:23 | Slasheri | ah, ok :) |
| 13:51:27 | * | XavierGr awaits for commitment ASAP |
| 13:51:35 | Slasheri | that should be soon |
| 13:52:01 | XavierGr | If you have free time test my patch too. |
| 13:54:10 | | Quit rasher (Remote closed the connection) |
| 13:55:12 | Slasheri | XavierGr: ok, i will try soon :) |
| 13:56:55 | XavierGr | did you removed the option to choose between dircache? |
| 13:57:42 | XavierGr | no forget it it seems that the patch didn't work for me I will try again. |
| 13:58:05 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 14:00 |
| 14:05:06 | XavierGr | Slasheri about the warning, when you choose to enable dircache. How much time did you typed to remain on screen? |
| 14:05:19 | XavierGr | splash(HZ*3,e.t.c)? |
| 14:05:42 | XavierGr | Because I think it is too much to have it so lon into screen. |
| 14:06:07 | XavierGr | Better make it HZ or if you find it too little HZ*2 |
| 14:07:04 | XavierGr | My god you have set it to 4 seconds!! I think 2 is most suitable. |
| 14:07:28 | | Join _FireFly_ [0] (n=FireFly@p54A46A84.dip.t-dialin.net) |
| 14:08:11 | Slasheri | XavierGr: Hmm, i will change it to 2 :) |
| 14:08:36 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 14:08:47 | _FireFly_ | hiho |
| 14:10:48 | XavierGr | Hi preglow, hi _FireFly_ |
| 14:11:45 | preglow | hi |
| 14:12:53 | | Nick _FireFly_ is now known as firefly (n=FireFly@p54A46A84.dip.t-dialin.net) |
| 14:13:01 | | Join muesli-_ [0] (i=muesli_t@Bbc8b.b.pppool.de) |
| 14:13:36 | | Nick firefly is now known as _FireFly_ (n=FireFly@p54A46A84.dip.t-dialin.net) |
| 14:15:05 | | Part _FireFly_ ("Leaving") |
| 14:15:13 | | Join _FireFly_ [0] (n=FireFly@p54A46A84.dip.t-dialin.net) |
| 14:18:13 | XavierGr | Slasheri: I remember changing all the warning in jpeg viewer to HZ/2 from HZ*2! It was so annoying to wait 2 seconds only to see that the file you opened is incompatible. |
| 14:24:20 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 14:25:07 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:31:33 | solexx_ | Would it (theoretically) be possible to use grayscale graphics in the wps? |
| 14:32:18 | linuxstb | solexx_: I don't see why not - the LCD is running in greyscale mode (4 shades). |
| 14:33:11 | Paul_The_Nerd | Ooh... grayscale text could look really nice. |
| 14:33:45 | linuxstb | If that was added, it would be nice to start thinking about colour support (for the H300). |
| 14:33:49 | Paul_The_Nerd | Rather... I think it would. |
| 14:34:12 | Paul_The_Nerd | Y'know... Track,title, album in black. Playlist name, and position, and other "less important information" in the darker gray. |
| 14:34:35 | Paul_The_Nerd | At least, that'd be *my* wps. |
| 14:34:51 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 14:35:07 | solexx_ | how many shades are there (without dithering or sth like that)? |
| 14:35:21 | solexx_ | nevermind |
| 14:35:24 | Paul_The_Nerd | There's black, white, and two grays natively if I recall. |
| 14:35:58 | solexx_ | that's great. but you can't use 2bit bitmaps now, correct? |
| 14:36:09 | Paul_The_Nerd | I don't believe so. |
| 14:36:22 | * | Paul_The_Nerd wouldn't know for sure. |
| 14:37:34 | linuxstb | Looking at the WPS code , it seems to use the lcd_mono_bitmap function to draw images. So the answer would appear to be no. |
| 14:38:39 | solexx_ | what a waste! |
| 14:38:46 | Paul_The_Nerd | My big gripe with the WPS is actually a really minor irritation. |
| 14:39:10 | solexx_ | ? |
| 14:39:20 | Paul_The_Nerd | Drives me nuts that when the text scrolls, it doesn't clip where the string initially begins. So you end up with the first character wandering to the left of where you put it. |
| 14:39:54 | solexx_ | never tried that |
| 14:40:13 | solexx_ | my wps is a little bit broken atm anyway |
| 14:40:19 | Paul_The_Nerd | I'm using a modification of the JamesGao wps from... well... somewhere |
| 14:41:00 | Paul_The_Nerd | Anyway, it has a nice CD icon and then "album" and a music note and then "track" and a head and then "artist" (one line for each tag) and the text wanders *over* the icons. Heh. |
| 14:41:10 | Paul_The_Nerd | The icons being part of one large background .bmp |
| 14:42:44 | solexx_ | cool, rasher has a backup of the wps gallery with my old wps! |
| 14:42:45 | _FireFly_ | currently a line scrolls fully afaik |
| 14:42:52 | _FireFly_ | in wps |
| 14:42:56 | Paul_The_Nerd | Yeah, that's what I figured. |
| 14:43:16 | Paul_The_Nerd | It'd be nice if elements scrolled within their own bounds, but that'd require you to be able to set a width. |
| 14:43:17 | | Join arkascha [0] (n=arkascha@xdsl-213-196-209-195.netcologne.de) |
| 14:43:33 | | Quit XavierGr () |
| 14:43:42 | Paul_The_Nerd | I mean, what do you do if you put artist and album on a line, and the one on the left needs to scroll but the one on the right wouldn't? |
| 14:44:00 | Paul_The_Nerd | You'd have to be able to set an arbitrary number of characters as a length of space reserved for each thing. |
| 14:44:07 | Paul_The_Nerd | It'd get complex. |
| 14:44:28 | Paul_The_Nerd | And as I said "minor irritation" |
| 14:53:01 | solexx_ | did anybody ever have strange characters at the end of line in the wps? |
| 14:56:20 | solexx_ | how they show up depends on the font |
| 14:56:39 | solexx_ | with helvetica, i get these nice squares |
| 14:56:40 | Paul_The_Nerd | I have not |
| 14:56:54 | Paul_The_Nerd | Though I did have an issue where I had to insert additional endlines. |
| 14:56:59 | Paul_The_Nerd | It seemed to ignore at least one of them |
| 15:00 |
| 15:02:28 | | Join actionshrimp [0] (n=NNSCRIPT@host81-156-159-34.range81-156.btcentralplus.com) |
| 15:07:43 | solexx_ | does the wps have to use dos or unix newlines? |
| 15:09:33 | linuxstb | I think either are accepted. |
| 15:10:31 | solexx_ | hm... |
| 15:13:26 | amiconn | Paul_The_Nerd: Setting an element width in characters would indeed be complex, and not helpful at all, as we support proportional fonts |
| 15:13:43 | amiconn | We need pixel positioning, and scrolling boxes instead of scrolling lines |
| 15:14:13 | Paul_The_Nerd | That's true. |
| 15:14:32 | *** | Saving seen data "./dancer.seen" |
| 15:14:34 | Paul_The_Nerd | Blasted proportional fonts, always making things complicated. |
| 15:15:00 | amiconn | Nah, I'd rather live without scrolling boxes than without proportional fonts |
| 15:15:49 | | Quit muesli-_ (Read error: 110 (Connection timed out)) |
| 15:15:55 | Paul_The_Nerd | In something where the only real means of positional formatting are endlines and spaces, proportional width actually seems kinda out of place to me at least. |
| 15:16:13 | amiconn | I have some ideas regarding scrolling boxes (and font colours/ styles), but it's not exactly top prio for me |
| 15:16:27 | amiconn | (but certainly higher than remote support :) ) |
| 15:17:05 | Paul_The_Nerd | I think my biggest wish list for WPS would be definable fonts. |
| 15:17:55 | linuxstb | amiconn: What are your thoughts about colour support generally? Are you thinking that we should have a "low-depth" (e.g. 4bpp or 8bpp) colour mode for general Rockbox use, as well as a full-colour mode? |
| 15:17:56 | amiconn | Different fonts will definitely complicate things, but pixel-wise positioning will make things easier |
| 15:18:08 | amiconn | linuxstb: No |
| 15:18:24 | * | linuxstb is planning to work on the iPod LCD driver this weekend |
| 15:18:35 | Paul_The_Nerd | I wouldn't even want multiple fonts per WPS, just the ability to set the font within it. Heh. |
| 15:18:43 | | Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) |
| 15:18:54 | linuxstb | amiconn: Sorry, I thought you suggested that a few days ago. I must have misunderstood. |
| 15:18:58 | amiconn | Palette modes tend to complicate things, so I'd rather use full-colour all the time |
| 15:19:08 | amiconn | linuxstb: That was Linus iirc |
| 15:19:21 | linuxstb | OK, sorry for the confusion. |
| 15:19:30 | amiconn | Full colour means 16 bit for ipod, correct? |
| 15:19:34 | amiconn | (5-6-5) |
| 15:19:38 | linuxstb | Yes - RGB565 |
| 15:19:59 | linuxstb | Data is written in 32-bit words for two adjacent (in x-direction) pixels. |
| 15:20:10 | amiconn | That's good |
| 15:20:36 | linuxstb | I've no idea how the 18-bit H300 LCD will operate. That gives me a headache thinking about it. |
| 15:20:41 | amiconn | Framebuffer layout will be simple: 2 bytes/pixel, natural order |
| 15:20:55 | amiconn | (ipod, and iAudio M5 - 16bit) |
| 15:21:20 | amiconn | For H3x0, we could either limit ourselves to 16 bit, then it becomes the same as ipod/iAudio |
| 15:21:32 | amiconn | For 18bit we'll need 3 bytes per pixel |
| 15:21:46 | amiconn | Somewhat odd, but not too bad |
| 15:23:17 | solexx_ | hm. these characters I see are really strange |
| 15:23:22 | amiconn | Some things in lcd.h and other places are already somewhat prepared for colour support |
| 15:23:30 | Paul_The_Nerd | Is there a noticeable difference in 16 and 18 bit? |
| 15:23:42 | solexx_ | the viewer plugin doesn't display them, but when i enable the wps i can see them for a short time |
| 15:23:50 | solexx_ | and they end up in the wps |
| 15:24:09 | solexx_ | i tried to use a hex editor to spot them, but i can't find them |
| 15:24:33 | Paul_The_Nerd | What kinds of lines are they on? |
| 15:24:37 | Paul_The_Nerd | Like, data taken from tags? |
| 15:24:46 | solexx_ | an image declaration |
| 15:24:58 | solexx_ | the first one on the first line |
| 15:25:06 | solexx_ | I already tried to retype it |
| 15:25:15 | pengo | 16 bit = 65536 colours, 18 bit = 262144 |
| 15:25:38 | solexx_ | it looks like "%x|a|gfx/jrschulz.bmp|1|1|" and then two boxes behind it |
| 15:26:18 | Paul_The_Nerd | Pengo: I'm aware of the mathematical difference. I rather meant that the loss in color depth, would it be particularly noticeable? |
| 15:26:23 | solexx_ | another font show something which looks like a "V" and a "T" |
| 15:26:30 | solexx_ | in one character |
| 15:26:46 | Paul_The_Nerd | So, wait, it doesn't show the image, but instead shows the actual declaration line? |
| 15:26:49 | pengo | Paul_The_Nerd, for some things, i'd say so |
| 15:26:50 | | Quit arkascha (Read error: 104 (Connection reset by peer)) |
| 15:26:57 | Paul_The_Nerd | Specifically image viewing? |
| 15:27:09 | pengo | Paul_The_Nerd, only for image viewing i'd imagine |
| 15:27:23 | solexx_ | the image is displayed as it should |
| 15:27:43 | solexx_ | I only see the declaration line and the boxes when selecting this wps |
| 15:27:50 | solexx_ | (it is displayed for a second or two) |
| 15:27:58 | Paul_The_Nerd | And that's when you see the odd characters? |
| 15:28:08 | solexx_ | yep. and then in the real wps |
| 15:28:15 | solexx_ | first line, last two characters |
| 15:28:23 | Paul_The_Nerd | What else is on the first line? |
| 15:28:32 | amiconn | solexx_: VT as one character sounds like a vertical tabulator |
| 15:28:37 | amiconn | (control char) |
| 15:29:06 | solexx_ | amiconn: thanks for the hint~ |
| 15:30:07 | amiconn | linuxstb: You've got an ipod photo, correct? |
| 15:30:14 | | Join arkascha [0] (n=arkascha@xdsl-195-14-206-14.netcologne.de) |
| 15:30:15 | linuxstb | Yes. |
| 15:31:46 | linuxstb | I think we only need four iPod targets (plus one more if the Nano gets support) to cover all the iPod variations. Less than the 6 Archos targets :) |
| 15:31:59 | | Quit arkascha (Remote closed the connection) |
| 15:32:32 | solexx_ | my hex table tells me vertical tab is 0x0b |
| 15:32:43 | solexx_ | but it's not in the wps |
| 15:33:01 | pengo | stupid question.. what's wps? |
| 15:33:29 | ashridah | while-playing-screen |
| 15:33:43 | pengo | ah |
| 15:34:37 | Paul_The_Nerd | solexx, do you have the ability to post the WPS and related images somewhere? |
| 15:35:46 | solexx_ | yep, wait aminute |
| 15:36:51 | solexx_ | http://wasteland.homelinux.net/~jrschulz/rockbox/broken-wps/ |
| 15:38:18 | solexx_ | the strange thing is, I copy-pasted this wps from rasher's versin of the old WpsGallery |
| 15:39:38 | solexx_ | maybe the jrschulz.bmp is broken, since i had its %xl line at the top |
| 15:39:46 | solexx_ | then deleted it and retyped it at the end |
| 15:39:59 | solexx_ | but the character(s) are still at the end of this line |
| 15:41:37 | Paul_The_Nerd | What font should I be using here? |
| 15:42:11 | solexx_ | Erm, I am using some font from rasher's collection |
| 15:42:37 | Paul_The_Nerd | Hrm |
| 15:42:38 | solexx_ | it's helvR12-L1 |
| 15:43:01 | solexx_ | should i out it online, too? |
| 15:43:30 | solexx_ | and i was wrong: the characters are not at the line with jrschulz.bmp anymore |
| 15:43:43 | solexx_ | they are in the new first line (with battery.bmp) |
| 15:43:51 | solexx_ | s/out/put |
| 15:44:33 | solexx_ | http://wasteland.homelinux.net/~jrschulz/rockbox/broken-wps/helvR12-L1.fnt |
| 15:44:50 | Paul_The_Nerd | I found it at rasher's site |
| 15:45:06 | Paul_The_Nerd | Okay, I'm seeing two dotted boxes after the battery icon and %... is that it? |
| 15:46:15 | HCl | sup |
| 15:46:21 | solexx_ | I have the battery icon, then battery percentage followed by a "%" and then the boxes |
| 15:46:29 | solexx_ | so yes |
| 15:46:58 | Paul_The_Nerd | It... almost seems like a font issue. |
| 15:47:13 | Paul_The_Nerd | I've tried it with some of the original Rockbox fonts, and it displays fine. |
| 15:47:35 | solexx_ | not really. rockbox-default shows spaces at the end |
| 15:48:57 | solexx_ | the same with nimbus and chicago |
| 15:48:58 | Paul_The_Nerd | You mean whitespace after the battery%? |
| 15:49:19 | solexx_ | yep |
| 15:49:41 | solexx_ | the text should be right-aligned |
| 15:50:11 | solexx_ | so some characters are still there, it's only the font determining how they are displayed |
| 15:50:15 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-105.ath.forthnet.gr) |
| 15:50:26 | HCl | i need to update my rockbox badly.. |
| 15:50:55 | XavierGr | why? |
| 15:51:17 | Paul_The_Nerd | Hrm |
| 15:51:27 | HCl | cause i'm horridly out of date :p |
| 15:52:28 | Paul_The_Nerd | Lemme poke around a minute |
| 15:52:40 | solexx_ | sure |
| 15:53:06 | XavierGr | HCl: Which build you have? |
| 15:58:46 | | Quit _FireFly_ ("Leaving") |
| 15:59:24 | Paul_The_Nerd | There's something odd about the WPS parser. |
| 15:59:38 | Paul_The_Nerd | Even if I comment out every line, it doesn't show a blank screen. |
| 16:00 |
| 16:00:10 | solexx_ | what does it show? |
| 16:00:25 | Paul_The_Nerd | It shows the battery icon and the volume icon. |
| 16:00:28 | Paul_The_Nerd | two images |
| 16:01:10 | XavierGr | From the status bar or the wps? |
| 16:01:16 | Paul_The_Nerd | HCL, I think you're the one who mentioned that the Java and the .pl MakeDBs had somewhat different outputs... which would you suggest using? |
| 16:01:23 | Paul_The_Nerd | XavierGr: From the WPS |
| 16:01:34 | | Quit pengo ("Leaving") |
| 16:02:40 | | Nick solexx_ is now known as solexx (n=jrschulz@d051029.adsl.hansenet.de) |
| 16:05:41 | HCl | Paul_The_Nerd: java, definately |
| 16:05:56 | Paul_The_Nerd | Okay |
| 16:05:59 | HCl | the perl version has glitches that causes tags to be read wrongly |
| 16:06:08 | HCl | ending up in yPi entries |
| 16:06:08 | Paul_The_Nerd | I had some problems with the database, but I think it may have been my build. |
| 16:06:13 | HCl | and stuff like that |
| 16:06:30 | Paul_The_Nerd | I'm checking again now, but it generated some interesting stuff... duplicates of folders, completely ignoring tagged MP3s, etc. |
| 16:06:33 | HCl | XavierGr: i dunno, but i know my bootloader still boots the original firmware with the remote |
| 16:06:42 | Paul_The_Nerd | Like... for one folder, with 1303 files in it... it found 1. |
| 16:06:50 | HCl | perl or java? |
| 16:06:58 | Paul_The_Nerd | I had problems with both of them |
| 16:07:05 | HCl | mk |
| 16:07:09 | Paul_The_Nerd | Which is what lead me to believe something in my build was screwing it up |
| 16:07:14 | Paul_The_Nerd | So I'm trying a clean build right now. |
| 16:07:16 | HCl | well they both have glitches |
| 16:07:26 | Paul_The_Nerd | This wasn't "glitches" |
| 16:07:32 | Paul_The_Nerd | This was "an unusable mangling." |
| 16:07:33 | HCl | but i believe the java one has a much better tag reading backend |
| 16:07:47 | Paul_The_Nerd | The perl one gave me under any category a list of single character entries, and underneath those, nothing. |
| 16:08:13 | HCl | the java one only has trouble getting the offset of the music data |
| 16:08:13 | Paul_The_Nerd | Un momento. The scan finished. |
| 16:08:22 | HCl | for the checksum |
| 16:10:32 | Paul_The_Nerd | Hm. |
| 16:10:37 | Paul_The_Nerd | I wonder how the files are tagged. |
| 16:10:57 | Paul_The_Nerd | It seems to have Ape and ID3 data on it, looking back at one that's definitely missing from the Artists list. |
| 16:11:18 | Paul_The_Nerd | So the data may be split between them, and I assume it just does ID3 on Mp3 so far? |
| 16:11:38 | | Quit ashridah ("Leaving") |
| 16:13:15 | Paul_The_Nerd | HCl: I think I can definitely say the TagDB does not get along with my player on a clean build. |
| 16:13:36 | Paul_The_Nerd | It froze up on me while browsing. Then, on selection of a song, it got stuck HD reading. =/ |
| 16:14:34 | HCl | with the java version? |
| 16:14:38 | HCl | the latest one too? |
| 16:14:47 | Paul_The_Nerd | Indeed |
| 16:14:56 | Paul_The_Nerd | Well... I downloaded the generator yesterday |
| 16:15:14 | Paul_The_Nerd | And the very latest "bleeding edge" |
| 16:15:53 | HCl | the songdb.jar on my ftp should be good |
| 16:16:05 | HCl | ftp://titania.student.utwente.nl/SongDB.jar |
| 16:16:22 | HCl | if that one doesnt work properly your files must be pretty messed o-o |
| 16:16:55 | | Join muesli- [0] (i=muesli_t@Bc0b1.b.pppool.de) |
| 16:17:40 | Paul_The_Nerd | Okay, lemme re-run |
| 16:17:42 | linuxstb | HCl: What file formats does SongDB.jar understand? |
| 16:17:57 | HCl | mp3 and ogg |
| 16:18:03 | | Join _FireFly_ [0] (n=FireFly@p54A44544.dip.t-dialin.net) |
| 16:18:08 | linuxstb | What does it do if it finds other types? |
| 16:18:08 | HCl | maybe even flac, but it doesn't know the extension flac |
| 16:18:13 | HCl | and maybe also asf |
| 16:19:10 | HCl | linuxstb: it simply ignores them till someone adds them to the list of extensions |
| 16:19:18 | HCl | it only checks files with extensions that it knows |
| 16:19:23 | Paul_The_Nerd | Is there a good, say, tag management tool out there? |
| 16:19:26 | HCl | it can be easily adapted |
| 16:19:37 | HCl | i have one, but i dont remember the name :/ |
| 16:19:40 | Paul_The_Nerd | Something that'd either readily let me merge data in tags, or perhaps just convert all my MP3s to one tag format? |
| 16:19:51 | Paul_The_Nerd | =/ |
| 16:20:00 | HCl | if you can wait till tonight |
| 16:20:05 | HCl | then i'll be able to check |
| 16:20:17 | Paul_The_Nerd | Though I didn't tag any of these files myself, except the added replaygain data. |
| 16:20:28 | Paul_The_Nerd | And OCRemix is supposed to require all the data be in ID3... |
| 16:20:35 | Paul_The_Nerd | Hrm. |
| 16:20:59 | Nilisco | Foobar has some great tagging tools. |
| 16:22:10 | Paul_The_Nerd | Same thing happened HCl |
| 16:22:46 | Paul_The_Nerd | Ooh |
| 16:22:53 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 16:22:54 | Paul_The_Nerd | Wait a second |
| 16:23:26 | Paul_The_Nerd | It clearly hasn't wholly frozen. |
| 16:23:42 | solexx | tagtool (linux only, afaik) is pretty good |
| 16:24:09 | * | Paul_The_Nerd is sadly running that MS OS. |
| 16:24:23 | Paul_The_Nerd | I think it just may be taking an exceptionally large amount of time generating the playlist. |
| 16:24:32 | Paul_The_Nerd | Either that or it *really* hates files with ape tags. Period. |
| 16:24:44 | Paul_The_Nerd | 'cuz it'll play anything but songs in my OCRemix folder |
| 16:24:57 | Paul_The_Nerd | And those all have ID3v2.3 and ApeV2s on 'em. |
| 16:27:31 | solexx | tagtool (linux only, afaik) is pretty good |
| 16:28:32 | solexx | sorry |
| 16:28:45 | Paul_The_Nerd | HCl: Okay, my mistake. It does definitely play the file. |
| 16:29:00 | Paul_The_Nerd | It takes 164 second to generate the playlist though. |
| 16:30:08 | Paul_The_Nerd | Meanwhile if I browse to it using the normal filetree and play it... less than a second. |
| 16:30:46 | | Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 16:31:11 | HCl | i got a problem |
| 16:31:19 | HCl | who can tell me what ata error -71 is :/ |
| 16:33:22 | Paul_The_Nerd | Hrm |
| 16:33:47 | Paul_The_Nerd | Looking at an old log, Amiconn got that when his Jukebox didn't have enough battery to get to the HD in USB mode. |
| 16:34:49 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 16:35:35 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 16:35:37 | | Nick banan_ is now known as merbanan (i=banan@dalink.campus.luth.se) |
| 16:36:30 | solexx | Paul_The_Nerd: did you investige the wps issue any further? |
| 16:36:38 | solexx | *investigate |
| 16:36:41 | Paul_The_Nerd | As far as I can. |
| 16:36:47 | Paul_The_Nerd | Which isn't that far |
| 16:37:20 | Paul_The_Nerd | The fact that it's reproduceable on my end, and that the WPS interpretation ignored comments makes me wonder about some things. |
| 16:37:31 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
| 16:37:56 | Paul_The_Nerd | Especially my own problem with having to add an extra endline at one point, it may be reading too many or too few characters sometimes. |
| 16:38:02 | solexx | it looks like it is quite buggy as a whole |
| 16:38:11 | solexx | had that issue with newlines, too |
| 16:38:18 | solexx | but I cannot remember it exactly |
| 16:39:24 | solexx | anyway, thank you for looking at this |
| 16:39:34 | | Join Chamois [0] (i=Chamois@AStrasbourg-252-1-38-128.w83-196.abo.wanadoo.fr) |
| 16:40:15 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 16:41:38 | Paul_The_Nerd | Sorry I can't really help other than to confirm the behaviour. =/ |
| 16:44:19 | | Join muesli- [0] (i=muesli_t@Bc14f.b.pppool.de) |
| 16:44:56 | HCl | we should have a list of ata errors on the wiki and what they mean :/ |
| 16:45:31 | preglow | linuxstb: know if the ipodlinux guys have done any testing on the nano? |
| 16:45:59 | HCl | hey preglow |
| 16:46:14 | preglow | yo |
| 16:46:57 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 16:47:03 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 16:47:43 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
| 16:54:07 | linuxstb | preglow: Yes, I think leachbj owns one and is working on it. |
| 16:54:33 | linuxstb | But the ipodlinux guys don't seem to talk much about what they are doing. |
| 16:56:54 | preglow | nice |
| 16:57:23 | preglow | i'd like a flash based player, and the nano might fit my purposes well :) |
| 16:58:51 | HCl | heh |
| 16:59:07 | HCl | i guess |
| 16:59:18 | HCl | i dislike ata panics :X |
| 16:59:25 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 16:59:33 | preglow | why are you getting them+ |
| 16:59:47 | HCl | i dunno |
| 16:59:55 | HCl | i got an -71 just an hour ago |
| 17:00 |
| 17:00:03 | HCl | my friend is running fsck.vfat on it |
| 17:09:19 | markun | HCl: I just tried your tagdb tool for the first time. It runs fine with kaffe (open source java) |
| 17:09:51 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
| 17:10:03 | HCl | :) |
| 17:10:20 | markun | Although I got a lot of false duplicates. |
| 17:12:03 | | Join muesli- [0] (i=muesli_t@Bbc99.b.pppool.de) |
| 17:12:27 | markun | It's only with filesnames with non-ascii chars I think. |
| 17:14:36 | *** | Saving seen data "./dancer.seen" |
| 17:16:42 | HCl | false duplicates? |
| 17:17:02 | HCl | thats pretty odd, that'd mean the hash algorithm is failing to be accurate |
| 17:17:37 | markun | Yes: http://130.89.160.166/rockbox/songdb.txt |
| 17:18:26 | HCl | hmmm |
| 17:18:35 | HCl | maybe it hash fails on all of those files? |
| 17:18:50 | muesli- | how do i use comments in the *.wps file? |
| 17:18:55 | HCl | the bad side of not running in debug mode :p |
| 17:19:01 | muesli- | #bla bla (like this?) |
| 17:19:12 | HCl | i wouldn't use comments since you have a limited file size |
| 17:19:30 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 17:19:36 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 17:19:49 | muesli- | hcl. yeah i know...but without them i go crazy |
| 17:20:21 | | Join novimon [0] (n=novimon@a84-230-226-111.elisa-laajakaista.fi) |
| 17:20:22 | | Join webguest71 [0] (n=53470731@labb.contactor.se) |
| 17:21:04 | novimon | man, I just came to thank you for the great piece of software you've done |
| 17:21:17 | novimon | it's awsome |
| 17:21:46 | markun | novimon: Do you have an iriver? |
| 17:21:56 | HCl | muesli-: :p |
| 17:22:04 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
| 17:22:27 | novimon | plus it has the usb-bootmode (or similar) which just saved me from sending my iriver to service |
| 17:22:35 | novimon | markun, oh jes |
| 17:22:39 | tucoz | Hi, do you know if gcc-java is included in the gcc 4.02 tar.gz file? |
| 17:22:53 | HCl | why would you need/want that? |
| 17:23:09 | tucoz | the 30 MB file |
| 17:23:31 | tucoz | HCl: talking to me? |
| 17:23:38 | HCl | yea |
| 17:23:53 | tucoz | ok, well, I heard that gcc 4 has better support for java |
| 17:24:02 | HCl | ah |
| 17:24:05 | HCl | i hope so |
| 17:24:10 | tucoz | I just wanted to try out a thing or two |
| 17:24:12 | HCl | 3.3 failed to compile the songdb.jar |
| 17:24:13 | Slasheri | tucoz: just use ibm or sun jdk |
| 17:24:31 | novimon | btw what does the "battery" in the setting mean? and how come can you add your battery? does it actually work? |
| 17:24:43 | tucoz | Slasheri: I want to compile a standalone application |
| 17:24:47 | tucoz | *try to |
| 17:25:01 | Slasheri | novimon: yes, it specifies the battery capacity that is used to calculate the estimated runtime |
| 17:25:02 | markun | tucoz: kaffe also works. |
| 17:25:11 | tucoz | ok, cool |
| 17:25:35 | tucoz | then we might be able to distribute binaries for the songdb |
| 17:25:35 | markun | tucoz: But doesn't help produce an application |
| 17:25:57 | tucoz | Ok, hmm. But gcc-java is able to produce binaries? |
| 17:26:05 | HCl | yea |
| 17:26:17 | tucoz | at least, that's what I thought when I tried last time some months ago |
| 17:26:45 | novimon | Slasheri, but you cant "upgrade" your existing battery? :P |
| 17:26:59 | HCl | you can |
| 17:27:08 | novimon | is it safe? |
| 17:27:10 | HCl | i did a battery upgrade |
| 17:27:15 | novimon | yeah yeah |
| 17:27:24 | HCl | to 2200mah |
| 17:27:31 | muesli- | 2200?? |
| 17:27:35 | HCl | yea |
| 17:27:40 | muesli- | where do you got it? |
| 17:27:43 | HCl | ebay |
| 17:27:47 | HCl | paid 13 euro |
| 17:27:48 | HCl | heh |
| 17:27:51 | muesli- | wow |
| 17:28:01 | muesli- | could you give me the link? |
| 17:28:05 | HCl | uh |
| 17:28:09 | HCl | it was ages ago |
| 17:28:09 | HCl | but |
| 17:28:15 | HCl | its somewhere in the rockbox logs |
| 17:28:15 | Slasheri | i also upgraded to 1900 mAh ionity |
| 17:28:34 | HCl | its pretty much an ipod 1st gen battery replacement |
| 17:28:35 | muesli- | Slasheri second this |
| 17:28:38 | HCl | and you swap the wires |
| 17:28:43 | HCl | gonna go |
| 17:28:44 | HCl | bbl |
| 17:29:26 | muesli- | but wasnt ipods battery not known for poor quality?? |
| 17:29:35 | muesli- | they had to replace them imho |
| 17:29:37 | novimon | is there an "recorder" and "play mode" in the iriver rockbox? |
| 17:29:52 | tucoz | muesli: the shipped batteries. Not the replacements (I think) |
| 17:30:14 | | Join einhirn [0] (i=Miranda@szgt-d9b8e2c5.pool.mediaWays.net) |
| 17:30:16 | Slasheri | novimon: the true recording menu will be enabled soon |
| 17:30:47 | markun | muesli-: HCl and I have the same battery. Works fine. |
| 17:31:03 | muesli- | kewl |
| 17:31:03 | | Quit webguest71 ("CGI:IRC (EOF)") |
| 17:31:08 | muesli- | coz...13e are a gift |
| 17:31:24 | muesli- | i paid 40e for the ionity |
| 17:32:01 | novimon | Slasheri, is there better manual for irvier rockbox than the official 2.5 manual? |
| 17:32:02 | markun | Just search for "ipod 2200" on ebay. We bought them from Hong Kong. |
| 17:32:27 | Slasheri | novimon: please take a look at the wiki manual, it should be more up-to-date |
| 17:32:40 | novimon | Slasheri, ok will do that |
| 17:32:43 | novimon | thanks |
| 17:35:19 | Paul_The_Nerd | How much additional battery life did you get upgrading to a 2200 (like, percentage wise?) |
| 17:36:32 | tucoz | according to some place I read, the standard battery will run for 16h. With a 1900mah you will be able to have the player running for 29h under the same circumstances. |
| 17:37:01 | muesli- | yepp |
| 17:37:05 | tucoz | But this was at dapshop or whatever it is called |
| 17:37:10 | Paul_The_Nerd | Wow... there's a lot of 3 ipod 2200 batteries up for US $15 (buy it now). |
| 17:37:18 | muesli- | juergen @dap-store tested it |
| 17:37:27 | Paul_The_Nerd | But... they say "no returns" like 500 times with warning that "we cannot test the batteries or insure they work" |
| 17:37:33 | Paul_The_Nerd | That raises confidence. |
| 17:37:37 | muesli- | hehe |
| 17:38:09 | novimon | whats the default iriver battery in mah? |
| 17:38:12 | novimon | 1300? |
| 17:38:16 | tucoz | yes |
| 17:38:40 | muesli- | whats the dimension of pixels from the remote? |
| 17:38:55 | _FireFly_ | 128x64 afaik |
| 17:39:13 | muesli- | ah..there you are _FireFly_ |
| 17:39:14 | muesli- | ;) |
| 17:40:15 | | Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
| 17:40:37 | Paul_The_Nerd | Can you tell if a button was pressed on the remote vs. the player? |
| 17:40:57 | _FireFly_ | ?? |
| 17:41:58 | Paul_The_Nerd | The play button on the remote. Is it different from the play button on the box itself? (I'm not talking about how they're handled now, just... can they be interpreted differently if someone wanted to?) |
| 17:42:46 | _FireFly_ | yes as BUTTON_RC_ON for the play-button on the remote and BUTTON_ON for the main device |
| 17:43:00 | _FireFly_ | so are the defines in button.h |
| 17:43:31 | Paul_The_Nerd | Alright |
| 17:44:26 | Paul_The_Nerd | So, when the remote's finalized it'd be possible for say... one to retain control of the music/wps on the remote, even while, say, playing a game in a plugin? |
| 17:45:05 | _FireFly_ | that should no problem but currently not with my patchset :) |
| 17:45:16 | Paul_The_Nerd | Yeah, I'm somewhat familiar with how yours works. |
| 17:45:23 | Paul_The_Nerd | I just wasn't familiar with the button handling at all. |
| 17:45:50 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 17:46:04 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 17:54:11 | novimon | whats the difference between 'mix' and 'crossfade'? |
| 17:58:49 | muesli- | title.bmp|0|5| is that a line for a solid pic? |
| 17:59:12 | _FireFly_ | solid pic ?? |
| 17:59:22 | muesli- | not conditional just solid |
| 17:59:42 | _FireFly_ | the wps tag is missing ;) |
| 18:00 |
| 18:00:24 | | Quit bagawk (Read error: 110 (Connection timed out)) |
| 18:00:26 | muesli- | %x|title.bmp|0|5| ? |
| 18:00:30 | _FireFly_ | it should looks like this %x|a|title.bmp|0|5| |
| 18:00:51 | _FireFly_ | every image in the wps has an identifier |
| 18:00:57 | _FireFly_ | must have |
| 18:01:09 | muesli- | but then i have to call that images? |
| 18:01:21 | muesli- | -s |
| 18:01:53 | | Join bagawk [0] (i=1000@unaffiliated/bagawk) |
| 18:02:07 | _FireFly_ | no |
| 18:02:17 | _FireFly_ | look at the wiki-page ;) |
| 18:02:38 | _FireFly_ | tha %xl images are for conditional images |
| 18:02:51 | _FireFly_ | the %xl tag |
| 18:03:15 | muesli- | aah ;) |
| 18:03:16 | _FireFly_ | http://www.rockbox.org/twiki/bin/view/Main/CustomWPS#Images |
| 18:03:29 | muesli- | those tags drive me crazy ;) |
| 18:05:16 | Paul_The_Nerd | novimon: One fades the ending song while bringing up the new song, and the other just brings up the new song, from what I understand. |
| 18:07:21 | novimon | Paul_The_Nerd, oki |
| 18:09:51 | | Quit tucoz ("CGI:IRC 0.5.4 (2004/01/29)") |
| 18:16:35 | | Quit bagawk ("Leaving") |
| 18:19:35 | | Join hshah [0] (i=hshah@ACBCDFC5.ipt.aol.com) |
| 18:21:57 | | Quit hshah (Client Quit) |
| 18:29:20 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 18:42:04 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 18:43:03 | | Part linuxstb ("Leaving") |
| 18:49:42 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 19:00 |
| 19:03:11 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
| 19:09:36 | linuxstb | Can anyone explain what the following ARM assembler commands do? |
| 19:10:08 | linuxstb | ldrcc r2, [r4], #4 |
| 19:10:09 | linuxstb | strcc r2, [r5], #4 |
| 19:12:39 | linuxstb | It's OK, I'm understanding them now. |
| 19:14:01 | Mxm`Pas`Bien | never understood asm :x |
| 19:14:04 | | Nick Mxm`Pas`Bien is now known as Maxime` (n=flemmard@fbx.flemmard.net) |
| 19:14:40 | *** | Saving seen data "./dancer.seen" |
| 19:24:14 | | Quit crash__ ("leaving") |
| 19:46:20 | | Join wrecker [0] (n=50b1787a@labb.contactor.se) |
| 19:47:29 | wrecker | Someone's posted on Misticriver that Splitedit plugin is not available on Iriver, despite it indicating that it is in the rockbox Wiki. Looks like he's right. Does anyone know anyhting about this? Thanks.. |
| 19:48:23 | | Quit einhirn (Read error: 110 (Connection timed out)) |
| 19:52:25 | | Join crash_ [0] (n=crash@a15167580.alturo-server.de) |
| 19:53:44 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 19:54:00 | linuxstb_ | You can see from the apps/plugins/SOURCES file (the last few lines) that splitedit and metronome don't work on players with software codecs. |
| 19:54:34 | linuxstb_ | I'm sure it will eventually - but any documentation that says it works at the moment should be corrected. |
| 20:00 |
| 20:05:16 | Slasheri | Hmm, the metronome should work, with very minimal fixes |
| 20:05:29 | Slasheri | just trying it |
| 20:08:11 | | Join Chamois [0] (i=Chamois@AStrasbourg-252-1-38-128.w83-196.abo.wanadoo.fr) |
| 20:08:44 | wrecker | ok. thanks. I'll update the wiki when I get chance. |
| 20:08:53 | | Quit wrecker ("CGI:IRC") |
| 20:09:10 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 20:09:50 | linuxstb_ | I've just updated the Plugin pages for Metronome and Splitedit to remove the iriver reference. |
| 20:10:17 | linuxstb_ | Slasheri: If you get Metronome working on the iRiver, then don't forget to update the Wiki :) |
| 20:10:24 | Slasheri | linuxstb_: hehe :) |
| 20:10:34 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 20:12:55 | linuxstb | Slasheri: Does that mean you are back working on Rockbox? |
| 20:13:22 | Slasheri | linuxstb: basically yes, but i have limited time to work with it :) |
| 20:13:50 | * | linuxstb wonders why the Metronome and Splitedit plugin pages contain key mappings for iRiver |
| 20:16:38 | XavierGr | how the military is going Slasheri? |
| 20:16:54 | | Join Moos [0] (i=DrMoos@m50.net81-66-159.noos.fr) |
| 20:17:44 | Moos | Hello folks ! |
| 20:17:49 | _FireFly_ | hiho |
| 20:17:54 | XavierGr | Hi Moos |
| 20:18:11 | Moos | How are you there? |
| 20:18:31 | Slasheri | XavierGr: well, the place i work is pretty good but i have to do long days there. [TJ 326|17.4%] :) (tj=remaining days of the service) |
| 20:18:51 | Moos | :-D Hi Slasheri |
| 20:18:56 | Slasheri | hi Moos :) |
| 20:19:21 | Moos | Xavier: How the FM preset things goes? |
| 20:19:51 | Moos | not read the logs yet :) |
| 20:21:01 | Moos | Slasheri: Linus didn't see your dircache code yet? |
| 20:21:39 | Slasheri | Moos: he will try it when he has some time. Maybe soon |
| 20:22:01 | Moos | like everytime :D |
| 20:22:05 | Moos | busy man |
| 20:22:13 | Slasheri | then i can commit it if it doesn't have any critical issues |
| 20:22:37 | Moos | any bugs reported? |
| 20:24:38 | Moos | time to read the logs for me :) |
| 20:28:24 | XavierGr | Moos: I am proud to say that the fm presetloading/saving is pathc is ready and waits commitment. |
| 20:28:57 | XavierGr | Speaking of it did anyone tested it? I need feedback and bug tracing (though I doubt it will have any) |
| 20:29:01 | Moos | very fine, waiting in Linus too :)? |
| 20:29:21 | | Join hshah [0] (n=hshah@ACD5AD80.ipt.aol.com) |
| 20:30:32 | XavierGr | yeah. |
| 20:30:53 | Moos | for your jpeg browser too ;) ? |
| 20:30:55 | XavierGr | http://pastebin.com/379529 |
| 20:31:02 | Moos | ok thanks |
| 20:31:09 | XavierGr | here is the diff if anyone is interested. |
| 20:31:18 | XavierGr | push download and save it. |
| 20:31:31 | XavierGr | yes the jpeg viewer is waiting too. |
| 20:31:43 | XavierGr | many fronts I could say. |
| 20:31:50 | XavierGr | Slasheri's dircache |
| 20:31:55 | | Quit solexx (Read error: 104 (Connection reset by peer)) |
| 20:31:57 | XavierGr | jpeg viewer and fm presets |
| 20:32:08 | XavierGr | and now TiMiD is working for proper remote support |
| 20:32:20 | Moos | lots of very cool things :-) |
| 20:32:41 | XavierGr | then recording remains, what else? |
| 20:32:59 | Moos | Slasheri? :P |
| 20:33:08 | XavierGr | maybe rockboy optimizations but that is DAP irrelevant |
| 20:33:19 | Moos | yes indeed |
| 20:33:26 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 20:33:53 | XavierGr | linuxstb: What's with the multiple join quit? |
| 20:34:16 | Slasheri | Moos: yes, i will commit some basic stuff to enable the recording screen and peakmeter there soon |
| 20:34:31 | Moos | w00t |
| 20:34:35 | Moos | thanks ;) |
| 20:34:39 | Slasheri | :D |
| 20:36:48 | | Join solexx [0] (n=jrschulz@d128172.adsl.hansenet.de) |
| 20:38:46 | XavierGr | Also the peak meter for the radio is still pending. |
| 20:39:06 | XavierGr | If only I knew hot to fix that, but I don't have a clue. Any ideas |
| 20:41:50 | linuxstb_ | XavierGr: Sorry, unreliable connection. |
| 20:42:47 | XavierGr | linuxstb: No I am not bothered just asking... |
| 20:43:08 | XavierGr | Is there a connection between radio peakmeter and wps peakmeter? |
| 20:43:50 | | Quit hshah ("Leaving") |
| 20:44:36 | linuxstb_ | I've just looked quickly at your radio patch, and I think you will need to add some #ifdef CONFIG_TUNER around some of your changes - so they don't get compiled for targets without FM. |
| 20:46:46 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 20:47:54 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 20:50:09 | Slasheri | linuxstb_: yes there is, but especially the recording peak meter would be the same as radio peak meter |
| 20:50:17 | Slasheri | XavierGr i meant |
| 20:52:17 | XavierGr | oh yes you are right |
| 20:52:30 | XavierGr | you mean changes outside fmradio.c |
| 20:56:51 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 20:58:17 | XavierGr | so put #ifdef CONFIG_TUNER in every segment of code outside radio.c (which compile only on FM targets) that has to do with the radio right? |
| 20:59:21 | linuxstb__ | Yes, I think so. Other radio changes are like that - e.g. the FM settings already in settings.c |
| 21:00 |
| 21:00:54 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:02:53 | XavierGr | done. |
| 21:03:22 | XavierGr | hmm when reentering the FM screen you can still hear a faint pop. |
| 21:03:33 | | Join sangre [0] (i=sangre@83.141.97.198) |
| 21:03:52 | sangre | hey, is there any way to speed on scrolling through long song lists? |
| 21:04:20 | XavierGr | Also when exiting the FM screen the reception gets slightly more bad. And I didn't changed that part of the code. I will test with a clean build. |
| 21:05:06 | XavierGr | press play while scrolling |
| 21:05:14 | XavierGr | and hold it |
| 21:08:48 | XavierGr | Slasheri: I think I know why the radio peak meter isnt working. Peak meter on wps (on iriver) is working from the data that the pcm buffer has to offer. But the radio will not use the pcm buffer. |
| 21:10:17 | | Join guillaume [0] (n=guillaum@i03m-212-195-218-111.d4.club-internet.fr) |
| 21:10:53 | guillaume | hi |
| 21:12:08 | XavierGr | hi |
| 21:12:28 | markun | linuxstb__: Have you been working on the root menu? |
| 21:12:41 | linuxstb__ | Not really. I've been busy on the iPod. |
| 21:12:49 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 21:13:04 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:13:18 | sangre | ahh savage XavierGr |
| 21:13:21 | sangre | im delighted :) |
| 21:14:10 | markun | linuxstb: Maybe its better to wait for the 'widget' code? |
| 21:14:41 | *** | Saving seen data "./dancer.seen" |
| 21:14:42 | XavierGr | sangre: Excuse me, savage :p? |
| 21:15:07 | XavierGr | oh it worked out? |
| 21:15:13 | XavierGr | forget it now I got it |
| 21:15:44 | fuzzie | linuxstb: being busy on the iPod sounds promising? |
| 21:20:29 | guillaume | is an audioscrobbler/last.fm support planned in rockbox? |
| 21:20:43 | linuxstb | fuzzie: Yes, things are progressing well. Slowly, but well. |
| 21:22:44 | markun | guillaume: It will only work for units with a real time clock I think. |
| 21:24:22 | guillaume | hmm i haven't thought about this problem |
| 21:24:38 | guillaume | indeed there must me some kind of dating to the listens |
| 21:24:48 | guillaume | s/must/has to be |
| 21:27:12 | sangre | <XavierGr> sangre: Excuse me, savage :p? // heh..yeah great/deadly |
| 21:29:36 | Slasheri | ze: that's true and that's why it has to use the recording peak meter |
| 21:29:38 | Slasheri | XavierGr |
| 21:29:55 | ze | Slasheri: spooky... |
| 21:30:08 | ze | Slasheri: i just /back and right away you accidently direct something to me |
| 21:30:10 | ze | Slasheri: :p |
| 21:32:44 | Slasheri | hehe, sorry :D i meant trying x<tab> but pressed z :) |
| 21:33:35 | XavierGr | Do you think it is difficult to implement? |
| 21:33:39 | ze | i know... just strange timing for it... |
| 21:33:46 | XavierGr | Lot of code and low level. |
| 21:37:09 | Slasheri | XavierGr: it's already implemented for recording (on my local build) so it shouldn't be hard |
| 21:38:05 | XavierGr | on your local build you mean last daily build? |
| 21:38:33 | XavierGr | Well as far as I know radio.c mustn't be changed for the peak meter to work. |
| 21:38:47 | XavierGr | maybe peakmeter.c wants modifications. |
| 21:40:33 | XavierGr | anyway this stuff is out of my league |
| 21:44:56 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 21:56:12 | | Quit Chamois (Read error: 104 (Connection reset by peer)) |
| 21:56:51 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 21:57:48 | | Quit Maxime` (Read error: 110 (Connection timed out)) |
| 22:00 |
| 22:04:06 | | Quit XavierGr () |
| 22:06:25 | | Quit _FireFly_ ("Leaving") |
| 22:15:28 | | Quit Maxime (Read error: 110 (Connection timed out)) |
| 22:19:35 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 22:22:23 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 22:36:34 | | Join RotAtoR [0] (n=e@12-208-69-190.client.insightBB.com) |
| 22:38:37 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:42:56 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:57:04 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:59:02 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 23:00 |
| 23:12:06 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 23:14:44 | *** | Saving seen data "./dancer.seen" |
| 23:20:04 | | Quit paugh ("Leaving") |
| 23:26:44 | | Quit guillaume (Read error: 104 (Connection reset by peer)) |
| 23:33:54 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 23:34:05 | amiconn | Hmm. Where's the irc log of 2005-09-30 gone? |
| 23:41:10 | | Join MipsIrv [0] (n=sinis@pcp03215967pcs.elkton01.md.comcast.net) |
| 23:54:30 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-105.ath.forthnet.gr) |
| 23:59:42 | | Quit matsl (Read error: 60 (Operation timed out)) |
icon identifies that the person is a core developer (has commit access).