00:00:14 | amiconn | It seems that after a while (perhaps caused by some volume adjusting) the decoder can't follow |
00:00:29 | preglow | flac needs a lot of work done to it |
00:00:34 | preglow | it doesn't even touch iram as it is |
00:00:39 | amiconn | The red led is blinking irregularly, and playback starts & stops |
00:00:46 | preglow | i did the lpc opt, but i don't think that helped very much |
00:01:14 | * | amiconn just encoded an album with flac to try out flac |
00:01:26 | amiconn | Didn't see a single flac file before... |
00:01:30 | preglow | heh |
00:01:34 | preglow | you don't see them often, no |
00:01:40 | | Quit midk_ ("later...") |
00:01:42 | preglow | keep in mind that higher encoding quality == slower decoding |
00:01:45 | linuxstb | amiconn: What options did you use with FLAC? What bitrate is Rockbox displaying? |
00:01:47 | [solid] | preglow: unless you're into lossless :P |
00:01:53 | amiconn | Hmm. Now it happens again, within the same file :( |
00:01:55 | * | [solid] has 50 dvd-rs full of flac |
00:02:03 | preglow | [solid]: not many are, mostly people recording live stuff |
00:02:15 | amiconn | linuxstb: I used -8. Rockbox displays 959 kbps for that track |
00:02:26 | preglow | amiconn: what realtime percentage does flac2wav give that file? |
00:02:27 | linuxstb | amiconn: I use the same. |
00:02:27 | [solid] | amiconn: maybe it's the same skipping bug i was telling Slasheri about? |
00:02:46 | [solid] | amiconn: it happened more often with oog vorbis here tho' |
00:03:06 | amiconn | The progress bar occasionally jumps to zero and back to current position when that happens |
00:03:10 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
00:03:38 | [solid] | oh so it's not the same |
00:04:04 | Bagder | the flac site only lists iAudio and Rio Karma as portable players that play flac |
00:04:30 | preglow | those or the only two as far as i know |
00:04:34 | linuxstb | Bagder: Time to send Josh Coalson an email... |
00:04:42 | preglow | we'll be the first to play musepack and wavpack |
00:04:48 | [solid] | preglow: yeah ~~ |
00:04:57 | preglow | and possibly he-aac |
00:05:00 | preglow | if i can make it work |
00:05:18 | amiconn | Hmm. It seems the files with lower bitrate are consuming more cpu |
00:05:25 | preglow | amiconn: like i said |
00:05:34 | preglow | amiconn: higher compression may mean more cpu for flac |
00:05:39 | preglow | amiconn: since it uses higher lpc orders |
00:05:44 | amiconn | The next track didn't stutter so far, but the red led is blinking since the start of the track |
00:05:59 | amiconn | ..which is > 2:30 now |
00:06:12 | Bagder | I noticed that it blinks quite a long time |
00:06:15 | preglow | amiconn: you can try optimising the default case in colfire.S for a good asm excercise |
00:06:20 | amiconn | Seems it can just even cope to with loading |
00:06:38 | amiconn | 3 minutes now, it stopped blinking |
00:06:46 | [solid] | amiconn: weird... i've been playing a lot of flac with no such problems |
00:06:47 | bill20r3 | the iAudio X5 supports flac, although I dont know if it's actually shipping yet |
00:06:55 | [solid] | amiconn: including 8hrs yesterday ;) |
00:06:56 | preglow | it is in korea |
00:07:49 | linuxstb | If I just start FLACs playing and do nothing, then they carry on fine. It's only when I try to do other things that things go wrong (seemingly randomly). |
00:07:49 | Bagder | the iAudios seems _so_ much like iriver clones |
00:08:01 | bill20r3 | yeah |
00:08:06 | preglow | flac runs very marginally for some files, there's a huuuge difference between the files that run well and those that don't |
00:08:15 | bill20r3 | did everyone see the $150 jukeboxes ? |
00:08:19 | bill20r3 | refurbs probablly |
00:08:37 | preglow | Bagder: let's hope they are so internally as well ;) |
00:08:42 | Bagder | they are |
00:08:42 | crwl | i think my friend just ordered an iAudio X5 |
00:08:48 | amiconn | linuxstb: Trying the problematic track with flac2wav now... |
00:08:52 | crwl | my friend here at finland, ordered from germany |
00:08:53 | Bagder | I saw some details somewhere |
00:08:57 | preglow | Bagder: they share more than the coldfire? |
00:09:13 | Bagder | I don't recall, but the coldfire was what triggered me |
00:09:22 | [solid] | preglow: i didn't have problems even with 1100kbps -8 files... |
00:09:39 | preglow | [solid]: i can't see a common factor for the slow and fast files here |
00:09:54 | preglow | [solid]: i've got two files, both encoded at -8, one gives 180% realtime, the other 110% realtime |
00:10:00 | [solid] | oh. |
00:10:24 | amiconn | preglow: With .wav writing enabled or disabled? |
00:10:36 | preglow | amiconn: for flac i doesn't much matter, afaik |
00:10:49 | preglow | might as well keep it enabled to "simulate" the overhead of buffering |
00:11:00 | amiconn | ...cause... until now... this track decodes at... ~38% (!!) |
00:11:10 | preglow | that's at 49mhz |
00:11:14 | preglow | kick the unit up a notch |
00:11:20 | amiconn | Hmm, doesn't it boost itself? |
00:11:21 | preglow | xxx2wav doesn't do that automatically |
00:12:08 | amiconn | Okay, trying again... |
00:12:12 | preglow | but yeah, people who want flac playback should start working on it |
00:12:16 | linuxstb | preglow: Maybe doing "flac -a" on the file will give some clues. It produces a "track.ana" text file containing information about how each frame is encoded. |
00:12:19 | preglow | it needs tons of work, and the autor hasn't made it easy |
00:12:30 | preglow | with his malloc hell |
00:12:34 | | Join ashridah [0] (ashridah@220-253-120-9.VIC.netspace.net.au) |
00:13:12 | amiconn | preglow: Small wonder it stutters. This track decodes at <100 % even at 120 MHz |
00:13:21 | amiconn | ~95% currently |
00:13:27 | linuxstb | preglow: If I remember correctly, the mallocs are quite limited - i.e. it should be relatively easy to replace them with static buffers. But it was a few months ago when I looked at it. |
00:13:33 | [solid] | amiconn: what music is that?:) |
00:13:42 | amiconn | ABBA |
00:13:46 | [solid] | who |
00:13:47 | [solid] | a |
00:14:08 | [solid] | abba being too complicated for realtime playback sounds... sad :) |
00:14:09 | preglow | linuxstb: it even uses realloc |
00:14:17 | preglow | abbagabba |
00:14:56 | linuxstb | preglow: Yes, but I think some of them are only for metadata. Would it help if I tried to replace the alloc/realloc calls with static buffers? |
00:15:01 | | Join Axelerator [0] (shoulderss@c213-100-107-46.swipnet.se) |
00:15:07 | preglow | of course |
00:15:10 | preglow | then you can see what fits in iram |
00:15:12 | preglow | and anyway: |
00:15:22 | preglow | getting rid of malloc and realloc is a major goal for codecs |
00:15:23 | | Quit spiralout (Read error: 131 (Connection reset by peer)) |
00:15:27 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
00:15:30 | preglow | we don't want to keep a malloc buffer around |
00:15:47 | linuxstb | But with the downside of forking the code to far from the official codebase. |
00:15:59 | preglow | well, that's up to you ;) |
00:16:05 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
00:16:22 | preglow | i place the elimination of mallocs above that concern |
00:16:24 | preglow | heh |
00:16:32 | Bagder | "the iPod cannot play songs without a short gap between songs" ... "The processors found in most portable players, including the iPod, lack the speed to process the headers in lossy (MP3, OGG, etc.) files in the short period of time necessary to obtain gap-free playback" |
00:16:34 | linuxstb | Now one of my FLAC files I am listening to is stuttering... |
00:16:37 | Bagder | hahahaha |
00:16:49 | Bagder | wikipedia's page on ipod |
00:16:53 | preglow | hahaha |
00:16:57 | preglow | written by an engineer for sure |
00:17:02 | Bagder | yeah |
00:17:06 | amiconn | linuxstb: Average percentage 93% on that track |
00:17:07 | | Part Axelerator |
00:17:08 | Rori | !anime magical canan |
00:17:14 | preglow | amiconn: ouch, ouch, ouch |
00:17:16 | Rori | oops |
00:17:17 | preglow | someone get to work on flac |
00:17:28 | preglow | haha |
00:18:01 | preglow | but people |
00:18:08 | preglow | the stuttering of flac is no surprise |
00:18:12 | preglow | flac has seen almost no optimising |
00:18:13 | preglow | so get to work |
00:18:39 | amiconn | Bagder: ".... in the short period of time", hahahaha |
00:18:46 | | Join Zoom2 [0] (~44dfcca3@labb.contactor.se) |
00:18:57 | amiconn | There's plenty of time to process the headers |
00:18:58 | preglow | Bagder: i assume you're updating the page as we speak? :P |
00:19:25 | Bagder | nah, too much ipodaganda |
00:19:41 | Bagder | wouldn't know where to start |
00:19:59 | [solid] | hey, that music quiz game sounds nice:) |
00:20:06 | [solid] | never knew about it |
00:20:12 | linuxstb | Do the ipod-linux people have gapless playback? |
00:20:20 | preglow | they barely have playback |
00:20:32 | Bagder | they have sometimes-playback |
00:20:35 | preglow | i guess their gapless status depends on mpd |
00:21:02 | linuxstb | OK :-). |
00:21:09 | Bagder | actually, I believe they can play CBR mp3 in realtime |
00:21:18 | preglow | they can do aac in realtime as well |
00:21:26 | preglow | in addition to vorbis, sometimes |
00:22:14 | Bagder | their choice of using linux won't help them get the most of their little cpu |
00:22:18 | preglow | indeed no |
00:22:26 | preglow | i don't get that part of the deal |
00:22:49 | preglow | preemptive multitasking wont make their task easier either |
00:23:23 | preglow | and last, mpd most certainly wont help them conserve cpu |
00:24:28 | preglow | flac -8 consistently uses 12 sample long lpc sequences |
00:24:57 | | Join zezayer [0] (~chatzilla@82.110.136.210) |
00:25:26 | preglow | linuxstb: but yeah, if you wanna help flac speed up a bit, search for critical data that can be put in iram |
00:25:47 | preglow | data that is accessed again and again |
00:26:00 | preglow | like lpc coefs, temporary audio data and codebooks |
00:26:24 | | Join spiralout [0] (~keep_goin@p54B3876A.dip0.t-ipconnect.de) |
00:26:35 | linuxstb | I've already done that in one place in codecflac.c (can someone have a quick check I did it correctly?). I'll try and look at libFLAC as well. |
00:27:11 | ashridah | i'm amazed that they've even got enough memory to do the job |
00:27:27 | preglow | linuxstb: looks good |
00:27:59 | preglow | linuxstb: it's bloody big, though, eats over half the iram in one chunk |
00:28:59 | linuxstb | Remind me how big the iram is? |
00:29:10 | preglow | the current codec section is 32kg |
00:29:11 | preglow | kb |
00:29:29 | linuxstb | Heavy. |
00:29:34 | | Join cheriff_AWAY [0] (davem666@wagner.orchestra.cse.unsw.EDU.AU) |
00:30:53 | bill20r3 | has anyone ever done hardware mods to increase the ram? |
00:31:01 | linuxstb | Maybe a change could be to make FLAC produce the audio data directly in the correct format for Rockbox - i.e. not as one 32-bit array per channel (storing 16-bit values). |
00:31:05 | bill20r3 | seems like if the players could buffer more it'd help battery life a lot. |
00:31:55 | amiconn | bill20r3: The iriver already has a relatively big ram. |
00:32:18 | amiconn | Bigger ram means more audio data can be buffered, so less disk spinups are necessary |
00:32:41 | * | ashridah imagines that finding ram with the same pinout but a larger size would be interesting. |
00:32:43 | amiconn | Otoh, more ram is worse if you change your mind and start playing another directory or playlist |
00:32:51 | preglow | oh yes |
00:32:58 | preglow | if you listen to entire albums, it could be good |
00:33:21 | amiconn | Then all this preloaded audio data is discarded |
00:33:53 | amiconn | The gain might be smaller than one might expect |
00:34:26 | preglow | yeah |
00:34:32 | amiconn | On archos, increasing the ram to 8 MB (from the default 2 MB) increases runtime by ~25 % (with 192 kbps mp3) |
00:34:33 | preglow | i don't think there'd be much gain at all, actually |
00:34:52 | amiconn | (On disk based units of course) |
00:34:54 | preglow | well, the archos is a pretty extreme example with its 2mb of ram (default) |
00:35:12 | linuxstb | More RAM would help FLAC though? |
00:35:26 | Bagder | now, if we could get more iram... :-P |
00:35:29 | amiconn | Yeah, and even there it's only 25% by quadrupling the buffer ram |
00:35:54 | preglow | we probably can use more iram for codecs |
00:36:01 | amiconn | The buffer is actually more than quadrupled, since the firmware takes some ram too |
00:36:03 | preglow | but we need to find out how much everything else needs first |
00:36:31 | preglow | the codecs actually use more than 32kb as it is, the stack needs to be pretty large for some codecs as well |
00:36:37 | preglow | like libmad |
00:36:56 | amiconn | Hmm, now that you mention it... |
00:37:17 | amiconn | ...maybe the IllIstr reported earlier is actually caused by a stack overflow? |
00:37:30 | amiconn | The address range was in iram iirc |
00:37:48 | preglow | might very well be, what codec was used? |
00:38:17 | preglow | amiconn: indeed, it was iram |
00:38:32 | preglow | amiconn: but very early in iram, the stack is placed later than that |
00:38:47 | preglow | but then, it does grow downward... |
00:39:04 | amiconn | ...and the stack check still isn't enabled on iriver, is it? |
00:39:11 | preglow | don't think so |
00:40:23 | preglow | haha |
00:40:25 | preglow | mailing list |
00:40:34 | preglow | someone had to ask sooner or later |
00:40:49 | | Join XavierGr [0] (~XavierGr@ppp15-adsl-181.ath.forthnet.gr) |
00:41:45 | amiconn | doom 1 & 2 might very well run on iriver, but require some graphics squeezing |
00:41:51 | preglow | i think they'd run just fine |
00:42:09 | preglow | they ran well on 33mhz 486, for chrissake |
00:42:14 | amiconn | doom even runs on 50 MHz Amiga, even with c2p conversion |
00:42:23 | linuxstb | Well, the source code is there (at the bottom of the page mentioned in the email).... |
00:42:26 | amiconn | They even did on 386/40 |
00:42:26 | preglow | c2p? as in c to pascal? |
00:42:36 | amiconn | chunky-to-planar |
00:42:46 | preglow | thank god |
00:43:25 | amiconn | Native Amiga graphics is bitplane oriented, but usually 3d engines output chunky pixels |
00:43:30 | preglow | someone insane enough is certain to come by one day |
00:43:56 | Zoom2 | doom 2 you seirous!?!? |
00:44:02 | preglow | sure |
00:44:10 | Zoom2 | i rmeember it didnt require much specs |
00:44:18 | Zoom2 | that would be interesting |
00:44:19 | yngwi_away | do you know how accurate the battery check is? |
00:44:21 | preglow | smaller screen, tons of ram, decent cpu |
00:44:23 | | Nick yngwi_away is now known as yngwi (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
00:45:01 | amiconn | The H-1X0 screen is not exactly suited for action games though |
00:45:06 | preglow | god, no |
00:45:12 | preglow | i don't think the h3x0 screen is either |
00:45:27 | preglow | but still, the novelty value alone is worth the effort of porting it, hehe |
00:47:09 | XavierGr | does wps supports different fonts for different lines? |
00:47:16 | Bagder | no |
00:47:30 | Bagder | we're waiting for your multi-font patch! ;-) |
00:47:52 | XavierGr | I am thinking writting something like that |
00:47:56 | XavierGr | or at least try |
00:47:59 | preglow | haha |
00:48:10 | preglow | how much memory does a font consume, averageish? |
00:48:16 | Bagder | 2-3K |
00:48:21 | * | ashridah fondly remembers playing doom on a 386 laptop with a greyscale LCD screen |
00:48:25 | preglow | not bad |
00:48:29 | XavierGr | hey dont laugh at a starters try |
00:48:39 | ashridah | my god that was sickening. turn and "BLURRRRRRRRRRR" <ashridah> "ARGHL, My eyes!" |
00:48:54 | Bagder | but I'd imaging supporting two or max three fonts |
00:49:02 | preglow | it would be kinda cool |
00:49:23 | XavierGr | yes that is what I mean |
00:49:29 | * | amiconn tries enabling stov check... |
00:49:33 | amiconn | *stkov |
00:49:35 | XavierGr | to support 3-5 five generic defualt fonts for wps |
00:49:45 | preglow | we'll be cloning the iriver gui in no time |
00:49:54 | preglow | not that's it's worth cloning... |
00:50:01 | XavierGr | what about plugin fonts too |
00:50:05 | amiconn | Meh, please don't |
00:50:13 | XavierGr | this should be extra handy for new plugins |
00:50:31 | preglow | but people will be requesting custom widgets before long |
00:50:43 | Bagder | yes |
00:50:54 | Bagder | but if we just don't read misticriver, we'll feel better ;-) |
00:50:57 | XavierGr | is there any manual for all the api functions that Rockbox has? |
00:51:14 | preglow | oh, they'll find us, don't worry |
00:51:21 | Bagder | XavierGr: nopes |
00:51:52 | preglow | argh, my beer's gone |
00:51:53 | XavierGr | at least a list with all supported functions maybe? |
00:51:59 | Bagder | XavierGr: nopes |
00:52:04 | XavierGr | :( |
00:52:11 | Bagder | feel free to start writing one |
00:52:18 | XavierGr | then how do developers know which functions is supported |
00:52:22 | preglow | headers |
00:52:23 | amiconn | Huh? With the stkov check enabled, rockbox immediately crashes at boot with IllInstr at 00000000 ??!! |
00:52:25 | XavierGr | ^are |
00:52:30 | Bagder | XavierGr: reading source code |
00:52:33 | preglow | amiconn: i believe that's the ol' problem, yes |
00:52:42 | preglow | amiconn: there's a reason it's disabled |
00:52:50 | amiconn | Wth it has to do at 00000000 ??? |
00:52:57 | preglow | *shruggage |
00:54:28 | XavierGr | what files do you think that I have to mod except wps.c to intergrate multi-font support? |
00:55:19 | Bagder | wps-display.c |
00:55:32 | amiconn | font.c, lcd-*.c, .... |
00:55:41 | XavierGr | argh! |
00:55:59 | Bagder | it isn't a small and easy thing to fix |
00:56:08 | Bagder | you're up for a bite |
00:56:30 | XavierGr | And I know nothing about Rockbox workings great :( |
00:56:44 | Bagder | well, most people start at that point |
00:57:26 | XavierGr | I remember that I encountered an putsxy function with four arguments in the API documentation |
00:57:35 | XavierGr | the 4th argument asked font name |
00:57:50 | XavierGr | but normal putsxy has only 3 |
00:58:01 | amiconn | There is no such function |
00:58:18 | amiconn | There is lcd_putsxyofs() which has 4 arguments |
00:58:29 | XavierGr | and what does it do? |
00:58:47 | amiconn | ..the additional one being an offset, to chop off n pixels at the left |
00:59:03 | XavierGr | nothing to do with fonts then |
00:59:03 | amiconn | ...used in the scroll thread(s) |
00:59:35 | Bagder | lcd_setfont() sets which font to use |
00:59:45 | | Quit Zoom2 ("CGI:IRC (Ping timeout)") |
00:59:45 | Bagder | since we have two atm |
01:00 |
01:00:11 | | Join bg_ [0] (~chatzilla@c24.241.230.113.mad.wi.charter.com) |
01:16:26 | DEBUG | EOF from server (No route to host) (snapshot: netstuff.c line 545) |
01:16:26 | *** | Cleanup |
01:16:26 | *** | Cleanup |
01:16:26 | *** | Saving seen data "./dancer.seen" |
01:16:26 | *** | Exit |
01:16:26 | *** | Started Dancer V4.16 |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:16:26 | *** | Unable to connect to irc.freenode.net on port 6667 (tried 8 times) |
01:16:26 | *** | Cleanup |
01:16:26 | *** | Cleanup |
01:16:26 | *** | No seen item changed, no save performed. |
01:16:26 | *** | Exit |
01:20:16 | *** | Started Dancer V4.16 |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:20:16 | *** | Unable to connect to irc.freenode.net on port 6667 (tried 8 times) |
01:20:16 | *** | Cleanup |
01:20:16 | *** | Cleanup |
01:20:16 | *** | No seen item changed, no save performed. |
01:20:16 | *** | Exit |
01:24:23 | *** | Started Dancer V4.16 |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:24:23 | *** | Unable to connect to irc.freenode.net on port 6667 (tried 8 times) |
01:24:23 | *** | Cleanup |
01:24:23 | *** | Cleanup |
01:24:23 | *** | No seen item changed, no save performed. |
01:24:23 | *** | Exit |
01:28:11 | *** | Started Dancer V4.16 |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:28:11 | *** | Unable to connect to irc.freenode.net on port 6667 (tried 8 times) |
01:28:11 | *** | Cleanup |
01:28:11 | *** | Cleanup |
01:28:11 | *** | No seen item changed, no save performed. |
01:28:11 | *** | Exit |
01:32:07 | *** | Started Dancer V4.16 |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:32:07 | *** | Unable to connect to irc.freenode.net on port 6667 (tried 8 times) |
01:32:07 | *** | Cleanup |
01:32:07 | *** | Cleanup |
01:32:07 | *** | No seen item changed, no save performed. |
01:32:07 | *** | Exit |
01:35:54 | *** | Started Dancer V4.16 |
01:35:54 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:35:54 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:35:54 | DEBUG | gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) |
01:35:54 | *** | Connected to irc.freenode.net on port 6667 |
01:35:54 | *** | Logfile for #rockbox started |
01:38:01 | *** | Server message 501: 'logbot :Unknown MODE flag' |
01:38:01 | Mode | "logbot :+i" by logbot |
01:38:01 | Ctcp | Version from freenode-connect!freenode@connect.utility.freenode |
01:38:01 | *** | Server message 477: 'logbot #rockbox :[freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup' |
01:38:02 | | Join logbot [242] (~bjst@labb.contactor.se) |
01:38:02 | | Join XavierGr [0] (~XavierGr@ppp15-adsl-181.ath.forthnet.gr) |
01:38:02 | | Join cheriff_AWAY [0] (davem666@wagner.orchestra.cse.unsw.EDU.AU) |
01:38:02 | | Join spiralout [0] (~keep_goin@p54B3876A.dip0.t-ipconnect.de) |
01:38:02 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
01:38:02 | | Join ashridah [0] (ashridah@220-253-120-9.VIC.netspace.net.au) |
01:38:02 | | Join _DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) |
01:38:02 | | Join bill20r3 [0] (bill@cloudburst.xmission.com) |
01:38:02 | | Join n[o]bby [0] (~nobby@cpc3-bele3-3-1-cust61.belf.cable.ntl.com) |
01:38:02 | | Join Naked [0] (naked@naked.iki.fi) |
01:38:02 | | Join Patr3ck [0] (~patr3ck@p549EE260.dip.t-dialin.net) |
01:38:02 | | Join bipak_ [0] (~bip@p508852BC.dip.t-dialin.net) |
01:38:02 | | Join yngwi_away [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
01:38:02 | | Join ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) |
01:38:02 | | Join Ismo [0] (laitinei@huippu.net) |
01:38:02 | | Join thegeek [0] (na@ti521110a080-0260.bb.online.no) |
01:38:02 | | Join tvelocity [0] (~tony@ipa41.2.tellas.gr) |
01:38:02 | | Join xen` [0] (~xen@pla25-1-82-227-196-9.fbx.proxad.net) |
01:38:02 | | Join Rori [0] (MO-Pantsu@deadman3000.plus.com) |
01:38:02 | | Join BossG [0] (~bossplaya@pcp0011272384pcs.mainf01.in.comcast.net) |
01:38:02 | | Join [solid] [0] (~solid@83.175.176.194) |
01:38:02 | | Join _aLF [0] (Alexandre@mut38-2-82-67-66-128.fbx.proxad.net) |
01:38:02 | | Join Bger [0] (~Bager@83.222.160.88) |
01:38:02 | | Join mbr_ [0] (~mb@stz-softwaretechnik.de) |
01:38:02 | | Join courtc [0] (~courtc@adsl-158-51-117.asm.bellsouth.net) |
01:38:02 | | Join Rick [0] (rick@Rick.user) |
01:38:02 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
01:38:02 | | Join edx [0] (edx@p54A8DD62.dip.t-dialin.net) |
01:38:02 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
01:38:02 | | Join ]RowaN[ [0] (a2b0y@82-43-211-171.cable.ubr10.newm.blueyonder.co.uk) |
01:38:02 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
01:38:02 | | Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) |
01:38:02 | | Join pabs [0] (~pabs@xor.pablotron.org) |
01:38:02 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a219.wi.tds.net) |
01:38:02 | | Join QT [0] (as@area51.users.madwifi) |
01:38:02 | | Join amiconn [0] (~jens@p54BD4F1E.dip.t-dialin.net) |
01:38:02 | | Join HCl [0] (hcl@titania.student.utwente.nl) |
01:38:02 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
01:38:02 | | Join crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) |
01:38:02 | | Join Plugh_ [0] (~plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) |
01:38:02 | | Join C-Keen [0] (~C-Keen@positive-it.de) |
01:38:02 | | Join dwihno [0] (~dw@81.8.224.89) |
01:38:02 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
01:38:02 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
01:38:02 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
01:38:02 | | Join tedboer [0] (~maarten@mtg62.upf.es) |
01:38:02 | | Join crashd [0] (nobody@badger.ing.me.uk) |
01:38:02 | | Join bill2or3 [0] (bill@cerberus.protovision.com) |
01:38:02 | | Join Lynx_ [0] (Lynx@134.95.189.59) |
01:38:02 | | Join Slasheri [0] (miipekk@ihme.org) |
01:38:02 | | Join crash_ [0] (~crash@a15167580.alturo-server.de) |
01:38:02 | | Join ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) |
01:38:02 | | Join [zmaj] [0] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) |
01:38:02 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
01:38:02 | | Join odd [0] (mrodd@fangorn.starshadow.com) |
01:38:02 | | Join silencer_ [0] (~silencer@zen.via.ecp.fr) |
01:38:02 | | Join rob- [0] (~robbie@haylott.plus.com) |
01:38:11 | amiconn | preglow: Haha, gcc's really fun way of multiplying an address register by 3 |
01:38:21 | XavierGr | so in order to print a character from a font (with putsxy) rockbox makes the font character a binary bitmap and then prints it, tight? |
01:38:25 | XavierGr | ^right |
01:38:25 | amiconn | took me a while to understand: lea %a1@(00000000,%a1:l:2),%a0 |
01:43:29 | preglow | amiconn: ehhh?? |
01:43:49 | preglow | ahh |
01:43:57 | preglow | yes |
01:44:01 | preglow | gcc does stuff like that ;) |
01:44:04 | | Nick yngwi_away is now known as yngwi (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
01:44:22 | yngwi | is it harmles to charge with rockbox?? |
01:44:24 | | Join Zoom2 [0] (~41088181@labb.contactor.se) |
01:46:57 | preglow | i've even seen gcc replace multiplies with shifts and adds |
01:47:42 | amiconn | preglow: I know why switch_thread crashes with stkov check enabled... |
01:48:15 | | Join sandstorm [0] (~dxz@195.174.225.113) |
01:48:56 | amiconn | In that case, switch_thread pushes one register onto the stack, however, this will cause havoc as switch_thread is manipulating the context, i.e. the stack pointer... |
01:49:08 | amiconn | The end: |
01:49:14 | amiconn | 31028c9c:4cd0 fcfc moveml %a0@,%d2-%d7/%a2-%sp |
01:49:15 | amiconn | 31028ca0:241f movel %sp@+,%d2 |
01:49:15 | amiconn | 31028ca2:4e75 rts |
01:49:20 | amiconn | ...lovely :/ |
01:50:17 | XavierGr | is this asm? |
01:50:22 | preglow | indeed it is |
01:50:32 | XavierGr | great! :x |
01:50:46 | amiconn | gcc does nothing wrong here, but I wonder what we can do... |
01:51:33 | amiconn | The curse of too few scratch registers... :( |
01:52:24 | | Quit Zoom2 ("CGI:IRC") |
01:52:45 | XavierGr | in which .c file does the default font gets load? |
01:53:21 | | Part MoosCamaro |
02:00 |
02:00:12 | | Join DomZ [0] (~52426222@labb.contactor.se) |
02:00:54 | XavierGr | hmm for wps intergration two major changes must occur |
02:01:26 | XavierGr | first I need to rewrite font.c to initialize more fonts |
02:02:02 | XavierGr | then I have to write a funstion to lcd.c that has an argument font type |
02:02:20 | XavierGr | and then change wps code to use this new function |
02:02:56 | XavierGr | all this is very theoritical from a quick view of lcd-h100.c and font.c |
02:03:20 | amiconn | ..and change the scroll thread to cope with more than one font displayed at once |
02:03:35 | XavierGr | one at a time amiconn! |
02:03:43 | | Join webguest22 [0] (~51429ed6@labb.contactor.se) |
02:03:48 | XavierGr | I dont think that I can make it |
02:03:52 | webguest22 | hi all |
02:03:53 | amiconn | If you only display one font, why do you need more than one? |
02:04:28 | XavierGr | but in the wps we need to display multiple fonts |
02:04:49 | amiconn | Yes, so the scroll thread must be able to handle that |
02:05:02 | XavierGr | ofcourse |
02:05:29 | XavierGr | but fisrt we must make a function like putsxy that can take a font argument |
02:05:38 | amiconn | nope |
02:05:47 | XavierGr | why? |
02:06:12 | amiconn | It doesn't make sense to always pass paramaters which don't change that often |
02:06:46 | amiconn | Instead, it is better to have a separate function to set the font, which is then used in subsequent calls until it is changed again |
02:06:53 | XavierGr | then make lcd_font take more that 2 options |
02:07:06 | amiconn | Yes, and that's the easiest part |
02:07:20 | XavierGr | I cant even imagine the hard |
02:07:56 | XavierGr | what if I write something like this in a plugin: |
02:08:14 | XavierGr | lcd_setfont(FONT_SYSFIXED) |
02:08:16 | | Part sandstorm |
02:08:34 | XavierGr | lcd_putsxy(0,10,'test') |
02:08:50 | XavierGr | lcd_setfont(FONT_UI) |
02:09:10 | XavierGr | lcd_putsxy(0,20,'test') |
02:09:34 | amiconn | This will of course work and display your texts with the 2 available fonts |
02:09:40 | XavierGr | yes |
02:09:57 | amiconn | ...because lcd_putsxy(), lcd_putsxyofs() and lcd_puts() |
02:10:08 | webguest22 | amiconn: scuse for this question, but what's about your much ideas about API graphical and grayscale please |
02:10:26 | amiconn | ...are all 'fire and forget', i.e. they just paint some graphics |
02:10:43 | | Quit _aLF ("Leaving") |
02:11:00 | amiconn | ...but this won't work for lcd_puts_scroll(), as this one uses the scroll thread, and has to redraw continuously |
02:11:11 | XavierGr | so if setfont can take more than 2 options we could make plugins to be able to print different fonts |
02:11:22 | amiconn | ...and we surely want scrolling lines in the wps, don't we? |
02:11:34 | XavierGr | yeah I guess sscrolling will be hard! |
02:11:41 | | Quit webguest22 ("CGI:IRC") |
02:12:49 | amiconn | XavierGr: In fact, current rockbox uses both fonts at once in some cases |
02:12:58 | XavierGr | do you think that changeing setfont options will be easy? |
02:13:27 | amiconn | ...e.g. the status line always uses FONT_SYSFIXED (for numeric battery/ volume display, and also for time display on archos recorder) |
02:13:39 | XavierGr | interesting |
02:13:52 | amiconn | ...while the file browser of wps use FONT_UI |
02:13:56 | amiconn | *or |
02:14:03 | | Quit Patr3ck (Read error: 104 (Connection reset by peer)) |
02:14:32 | amiconn | setfont() itself is trivial; font_load() requires a bit more work |
02:14:42 | XavierGr | yeah |
02:15:03 | amiconn | Then there is the question how to let the user select more than one font without confusing him |
02:15:17 | XavierGr | in the wps? |
02:15:31 | amiconn | No, I mean how to select the font |
02:15:37 | ashridah | have a system font, a title font, and some other font? |
02:15:51 | amiconn | Currently we have 'browse fonts' which selects FONT_UI |
02:16:38 | XavierGr | but the user will not be bothered about the other fonts? Only the wps (or the plugins which is the programmer that makes the choice) will be open for users |
02:16:42 | * | ashridah nods |
02:16:50 | amiconn | My idea (which might be a little easier) was to try adding font styles first. |
02:17:06 | amiconn | (bold, underline, and perhaps italic) |
02:17:37 | amiconn | XavierGr: The user will need a way to select the additional fonts |
02:17:52 | | Quit ]RowaN[ () |
02:17:54 | XavierGr | for what purpose except the wps? |
02:18:05 | amiconn | Yes, for wps |
02:18:11 | amiconn | They still need to be selected |
02:18:23 | XavierGr | in the wps we can make tokens like %f1 %f2 |
02:18:36 | XavierGr | that corresponds to a fixed size font |
02:18:45 | amiconn | Yes. But how do you map f1 to e.g. atadore.fnt? |
02:18:48 | XavierGr | and will be loaded per line |
02:19:04 | XavierGr | these values will be fixed |
02:19:05 | amiconn | Loading fonts everytime is a big no-no |
02:19:16 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
02:19:19 | XavierGr | we must select 3-5 default fonts for the wps usage |
02:19:27 | amiconn | We'd need to load all used fonts once |
02:19:32 | amiconn | 5 ??!!?? |
02:19:39 | XavierGr | or less maybe? |
02:20:19 | amiconn | If they're fixed, who should decide about them? |
02:20:43 | amiconn | Btw, I like the current concept way more. The user selects which font to use |
02:21:00 | XavierGr | but nothing will change for that |
02:21:29 | amiconn | Yes it will if you want predefined fonts for the wps |
02:22:02 | XavierGr | predefined fonts will come into place when someone will utilize the %f1 token for that exact line |
02:22:30 | XavierGr | the rest of it should remain as is between the fixed and ui font |
02:22:36 | amiconn | Hmm |
02:24:32 | XavierGr | so you can have the tiny fixed font of rockbox (for values that are not so crucial to the eye from a distance) and then you can use an %f token for information you want to fill the screen |
02:25:55 | preglow | gotta go sleep |
02:25:55 | preglow | later |
02:26:00 | | Quit preglow ("leaving") |
02:26:19 | XavierGr | can the user change the default rockbox font? |
02:26:52 | XavierGr | even with having to compile a different file |
02:30:30 | | Join telliott [0] (~telliott@208-251-255-120.res.evv.cable.sigecom.net) |
02:44:09 | | Quit spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
02:48:30 | | Part telliott |
02:50:10 | XavierGr | I have to go too. Good night all! |
02:51:22 | | Quit XavierGr () |
02:52:45 | | Quit Stryke` (Read error: 145 (Connection timed out)) |
03:00 |
03:04:03 | | Join DJ-suparappa [0] (~polarisx@CPE00045a9a6183-CM0012253ec384.cpe.net.cable.rogers.com) |
03:21:39 | | Quit BossG (Read error: 110 (Connection timed out)) |
03:29:46 | Rori | are we all in the UK or something? everyone went to sleep? |
03:31:05 | | Join amiconn_ [0] (~jens@p54BD5368.dip.t-dialin.net) |
03:31:49 | ashridah | quite a few of the rockbox developers are from northern europe |
03:35:58 | *** | Saving seen data "./dancer.seen" |
03:37:09 | | Join DMJC [0] (~DMJC@60-240-221-194.tpgi.com.au) |
03:38:18 | | Quit amiconn (Read error: 60 (Operation timed out)) |
03:38:18 | | Nick amiconn_ is now known as amiconn (~jens@p54BD5368.dip.t-dialin.net) |
03:46:08 | | Quit _DangerousDan (Read error: 54 (Connection reset by peer)) |
03:49:27 | | Join DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) |
04:00 |
04:00:31 | | Nick cheriff_AWAY is now known as cheriff (davem666@wagner.orchestra.cse.unsw.EDU.AU) |
04:05:20 | | Join QT_ [0] (as@area51.users.madwifi) |
04:05:44 | | Quit ehntoo (Read error: 110 (Connection timed out)) |
04:09:04 | | Quit QT (Read error: 60 (Operation timed out)) |
04:14:36 | | Quit DJ-suparappa (Read error: 54 (Connection reset by peer)) |
05:00 |
05:09:50 | | Join DJ-suparappa [0] (~polarisx@CPE00045a9a6183-CM0012253ec384.cpe.net.cable.rogers.com) |
05:36:01 | *** | Saving seen data "./dancer.seen" |
05:43:31 | | Quit HCl (brown.freenode.net irc.freenode.net) |
05:43:31 | NSplit | brown.freenode.net irc.freenode.net |
05:43:31 | | Quit CoCoLUS (brown.freenode.net irc.freenode.net) |
05:43:31 | | Quit crwl (brown.freenode.net irc.freenode.net) |
05:43:31 | | Quit Plugh_ (brown.freenode.net irc.freenode.net) |
05:43:31 | | Quit C-Keen (brown.freenode.net irc.freenode.net) |
05:45:03 | NHeal | brown.freenode.net irc.freenode.net |
05:45:03 | NJoin | C-Keen [0] (~C-Keen@positive-it.de) |
05:47:55 | NJoin | CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
05:48:22 | NJoin | HCl [0] (hcl@titania.student.utwente.nl) |
05:48:31 | NJoin | Plugh_ [0] (~plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) |
05:52:21 | | Join Zoom2 [0] (~44dfe975@labb.contactor.se) |
05:54:34 | NJoin | crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) |
05:56:37 | | Join webguest79 [0] (~80dc24ab@labb.contactor.se) |
05:57:08 | webguest79 | Hi everyone, just curious... is there any reason why some of the custom WPS's in the gallery show a little symbol that looks like an angstrom symbol? |
05:58:36 | webguest79 | for example, Flol's wps screen has little A's just before every dot |
06:00 |
06:00:14 | ze | where? |
06:02:30 | Zoom2 | yeah I dont see it |
06:02:40 | webguest79 | seems to appear everywhere |
06:03:04 | webguest79 | http://www.rockbox.org/twiki/bin/view/Main/WpsGallery#FloL |
06:03:22 | Zoom2 | what browser are you using? |
06:03:44 | webguest79 | see those dots between all the numbers? I have a little angstrom symbol between everything |
06:03:49 | webguest79 | sorry, I meant on the iriver itself |
06:04:01 | webguest79 | the browser shows what I want to see, but the iriver shows a little angstrom between everything |
06:04:25 | Zoom2 | oh, I am not sure, havent used that WPS |
06:04:53 | webguest79 | well, that friendly little symbol appears in almost all the wps screens |
06:05:01 | webguest79 | Tang's screen shows the same symbol just before the first line |
06:05:55 | Zoom2 | are you using the most current rockbox? |
06:06:15 | webguest79 | yeah, bleeding edge actually |
06:06:20 | webguest79 | I wanted to try the crossfader |
06:07:11 | Zoom2 | I am using one from last nite, I will try updating it later and see if I have the same problem - its not with me right now |
06:18:59 | webguest79 | ok, so it's definitely related to fonts, because if I change to a different font, the char disappears |
06:26:03 | Rick | what font? |
06:33:36 | webguest79 | the rockbox_default font gives me the angstrom, some of the others give me a weird symbol for the dot, others don't have a dot, some display correctly, and others have the angstrom as well |
06:33:39 | webguest79 | I tried a lot of them |
06:40:14 | webguest79 | well, if anyone else notices this, or finds a solution, just leave a message. I'll search the logs... gnite everyone! |
06:40:16 | | Quit webguest79 ("CGI:IRC") |
06:41:22 | | Join Strath [0] (~mike@dgvlwinas01pool0-a219.wi.tds.net) |
07:00 |
07:04:00 | ashridah | hrm. should have gotten him to take a screenshot using his player |
07:04:15 | ashridah | i'm not seeing anything weird with that wps and the latest cvs checkout here |
07:04:16 | | Quit StrathAFK (Read error: 110 (Connection timed out)) |
07:09:30 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
07:29:51 | | Quit DJ-suparappa () |
07:36:05 | *** | Saving seen data "./dancer.seen" |
07:55:59 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:59:03 | | Quit bipak_ (Remote closed the connection) |
07:59:05 | | Join bipak [0] (~bip@p508852BC.dip.t-dialin.net) |
08:00 |
08:12:33 | amiconn | Good morning |
08:19:00 | | Quit Rick (Read error: 54 (Connection reset by peer)) |
08:20:32 | | Join Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) |
08:22:15 | amiconn | LinusN: I know why rockbox on iriver immediately crashes when the stack overflow check in switch_thread() is activated. |
08:22:42 | LinusN | yes, i know that too |
08:22:49 | amiconn | The rockbox scheduler has a bug (or rather: design problem) depending on how this function is compiled |
08:23:11 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
08:23:16 | LinusN | gcc save an extra register when adding the stack check |
08:23:20 | amiconn | We already have a possible solution - do it like jyp did on the gmini |
08:24:18 | amiconn | Doing most of the context save on the stack is debatable; it has both advantages and disadvantages |
08:24:35 | amiconn | I mean the 'started' flag |
08:24:59 | | Quit Seed (Read error: 145 (Connection timed out)) |
08:25:48 | LinusN | yeah. i'm not particularly fond of his solution, but it works |
08:25:56 | | Join Harpy [0] (OPaYXSY74P@dsl-hkigw7wbb.dial.inet.fi) |
08:27:47 | amiconn | I think the started flag, and doing the first call with a direct jump is in fact a cleaner solution than to 'craft' a return address on the stack and the let the return do the work |
08:28:19 | amiconn | As I said, the second part of this solution (saving most registers on the stack) is debatable |
08:28:27 | | Join webguest98 [0] (~c31ce021@labb.contactor.se) |
08:28:47 | amiconn | It saves space in the context save array, so having a higher max_threads doesn't eat that much iram |
08:29:10 | amiconn | Otoh a thread's stack might not be in iram, making the context switch a bit slower |
08:29:52 | LinusN | yup |
08:30:06 | dwihno | \o/ |
08:31:25 | amiconn | For the extra register problem, there is another solution, but it's still dirty imho. We could put the crafted return address on the stack twice in create_thread() |
08:35:40 | amiconn | I'd prefer the 'started' flag though |
08:36:40 | amiconn | Our current solution is highly compiler dependent |
08:36:46 | * | LinusN has an H100 now |
08:36:50 | LinusN | amiconn: yes it is |
08:37:30 | amiconn | What do you think about that flag? I'd really like to have a working overflow check.... |
08:37:46 | LinusN | sure, why not? |
08:39:14 | amiconn | I *could* also be done for sh, although not necessary due to the many scratch registers, but it would unify the code (?) |
08:40:05 | amiconn | I think about coding the check in load_context() in one asm block, i.e. possibly more efficiently than using 2 asm blocks and doing the check in C |
08:40:59 | Slasheri | hi |
08:41:54 | LinusN | amiconn: that's also an alternative |
08:41:58 | LinusN | Slasheri: hi |
08:42:25 | amiconn | LinusN: ??? |
08:42:40 | amiconn | Do you mean coding the whole switch_thread() in asm ? |
08:42:48 | LinusN | yes |
08:43:55 | LinusN | hmmm, what happens if you move the panic call to a void tpanic(void) function? |
08:45:05 | amiconn | Hmm. That might work, although it's still compiler dependent |
08:45:43 | | Join ghode [0] (~c2b0dfc3@labb.contactor.se) |
08:48:07 | | Join Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net) |
08:48:18 | | Quit ghode (Client Quit) |
08:49:15 | | Quit Zoom2 ("CGI:IRC") |
08:58:41 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
09:00 |
09:01:36 | | Join ghode1 [0] (~c2b0dfc1@labb.contactor.se) |
09:02:34 | | Quit ghode1 (Client Quit) |
09:11:06 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
09:28:02 | | Join bobTHC [0] (~bobthc@l05v-26-3.d1.club-internet.fr) |
09:32:10 | LinusN | Slasheri: you there? |
09:32:24 | Slasheri | LinusN: yes i am :) |
09:32:42 | LinusN | i wondwr about your cpu_boost fix |
09:32:55 | Slasheri | Hmm, which one? |
09:32:56 | LinusN | you can cpu_boost(false) in the init |
09:32:58 | LinusN | call |
09:33:34 | LinusN | in pcm_playback.c |
09:33:41 | Slasheri | ah, yes. I did that in audio_init but i am not sure why the cpu was originally boosted at startup |
09:34:03 | LinusN | i think we should find the real cause of it rather than "painting it over" |
09:34:53 | Slasheri | that's true |
09:35:37 | Slasheri | Hmm, btw i might know what calls it |
09:36:09 | *** | Saving seen data "./dancer.seen" |
09:36:22 | Slasheri | When the sample full of zeros is played at startup and buffer goes empty, pcm watermark callback is called and that will boost the cpu.. |
09:38:27 | Slasheri | Hmm, maybe pcm_boost false could be added to dma_stop so that would unboost cpu everytime playing stops? |
09:38:33 | LinusN | why is that played btw? |
09:38:52 | Slasheri | There is a really bad dc offset unless something is played.. |
09:38:54 | LinusN | remember that cpu_boost() is stacked |
09:39:22 | Slasheri | (that's only on headphone jack, not on line-out) |
09:39:23 | LinusN | each cpu_boost(true) must have a matching cpu_boost(false) |
09:39:55 | Slasheri | yep, pcm_boost keeps that in order |
09:40:20 | | Join markun [0] (~markun@bastards.student.utwente.nl) |
09:41:09 | LinusN | maybe the pcm watermark callback should only call cpu_boost() if it knows that it is really needed |
09:41:42 | markun | I sugest not turn on the headphone amplifyer at all until playing starts, if we can turn on the amp quietly. |
09:41:43 | Slasheri | Hmm, it calls pcm_boost and that will check if it's needed |
09:42:13 | LinusN | still it leaves the cpu boosted |
09:42:16 | Slasheri | markun: I don't know if it's possible at all to turn it on quietly.. |
09:42:17 | LinusN | it seems |
09:42:35 | LinusN | Slasheri: the iriver firmware seems to handle it well |
09:43:06 | markun | yes, but I still couldn't find out how to do it. Spend a lot of time reading the uda1380 datasheet yesterday. |
09:43:12 | markun | spent |
09:43:25 | Slasheri | LinusN: I will try to move the pcm_boost to dma_stop, maybe that will fix all the boost issues :) |
09:45:20 | markun | Maybe instead of the uda1380_init functions we should have a more fine-grained control of which parts to turn on and of as needed. |
09:49:11 | markun | Don't know if it saves a lot of battery. When turned on the dac+headphone draw 9 mA, is that a lot compared to wat the other iriver components draw? |
09:49:58 | | Join Zoom2 [0] (~44dfe975@labb.contactor.se) |
09:50:24 | | Quit Rick ("I… don't need to be here.") |
09:50:38 | Zoom2 | hey is crossfading working? |
09:50:39 | markun | LinusN: Will you do some current measurements soon? |
09:51:11 | | Quit DangerousDan (Read error: 131 (Connection reset by peer)) |
09:53:37 | | Join Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) |
09:54:01 | LinusN | markun: no, not soon |
09:55:19 | Slasheri | Zoom2: partially if you enable it. But the crossfading period is quite short, something like 2-3 seconds |
09:55:32 | Slasheri | Increasing it would require also increasing audio buffer size |
09:56:03 | Zoom2 | so if we increase the "skip mode" the crossfade will increase? |
09:56:14 | LinusN | i noticed that it could snip off a fraction of the end of the song in non-crossfading mode |
09:56:26 | Slasheri | "skip mode" does nothing at the moment |
09:56:36 | Zoom2 | I thought that controlled the buffer |
09:56:46 | LinusN | Zoom2: on the archos, yes |
09:56:48 | Slasheri | maybe it will in future :) |
09:56:52 | Zoom2 | ahh |
09:57:01 | LinusN | Zoom2: currently it doesn nothing |
09:57:04 | LinusN | on the iriver |
09:57:14 | Zoom2 | well good work on the crossfade regardless, I was so excited to see that as a possibility |
09:57:32 | Zoom2 | all my music is sounding better on the rockbox firmware |
09:57:48 | Slasheri | currently the buffer is 1 MiB but it should be possible to change the size on the fly (that would require at least restarting audio playback) |
09:58:50 | dwihno | Man, I need to get a ihp-140 asap :) |
09:59:06 | Zoom2 | do we know what causes the crossfade to work/not work? |
09:59:18 | Zoom2 | all I notice is a slight "skip" in the next song that plays |
09:59:29 | Zoom2 | although gapless is looking good |
10:00 |
10:01:41 | Slasheri | the crossfade might be slightly buggy at the moment |
10:02:29 | Slasheri | and you will hear only a skip if there is some gap between the songs |
10:02:56 | Slasheri | that because the crossfade buffer is too short.. |
10:03:53 | Zoom2 | ahh, I am guessing that is not a major change? |
10:04:48 | Slasheri | nope, the buffer size should be soon configurable :) |
10:04:56 | Zoom2 | nice |
10:05:23 | Zoom2 | another random question, I was searching on the webpage for but couldnt find an answer... the "battery capacity" option does what exactly? |
10:05:32 | Zoom2 | yeay! the crossfade worked for one of my songs |
10:05:35 | Zoom2 | that made me happy |
10:05:57 | LinusN | Zoom2: it tells rockbox the capacity of the battery, so it can calculate the battery percentage correctly |
10:06:38 | Zoom2 | and on the iriver 120 what should it be? |
10:06:47 | Zoom2 | I think I had changed it by accident |
10:07:15 | LinusN | 1300 |
10:07:33 | Zoom2 | ok thanks |
10:12:31 | markun | I've put a 2200 mAh battery in my iriver. The voltage right after charging is higher than the voltage for the old battery. |
10:13:03 | Zoom2 | wow that was odd. |
10:13:16 | Slasheri | markun: Hmm, would you recommend those 2200 mAh ipod batteries or 1900 mAh ionity? I think i am going to buy a new battery soon |
10:13:29 | | Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) |
10:13:37 | Zoom2 | I was listening to a mp3, and when it ended it went to a another song 2/3 into it, and display's a competly different song |
10:13:44 | Zoom2 | is this a known issue? |
10:14:05 | markun | I bought the 2200 mAh from Hong Kong for just EUR 13,70 including shipping. It was too cheap not to buy :) |
10:14:15 | Zoom2 | now it repeated the song before that, and displaying another song |
10:14:16 | Slasheri | I think yes, but i haven't been able to reproduce it yet |
10:14:26 | Slasheri | markun: oh :) |
10:14:36 | | Join sox [0] (~sox@c-223de255.733-1-64736c10.cust.bredbandsbolaget.se) |
10:14:54 | Zoom2 | does this only happen with crossfade mode? |
10:14:59 | markun | HCl also bought the same. On the original firmware mp3 played for 29 hours. |
10:15:13 | linuxstb | Zoom2: Are you using the very latest build? Slasheri made lots of playback fixes last night. |
10:15:17 | sox | LinusN: where should I add the WPS req list? |
10:15:25 | Slasheri | Zoom2: I am not sure, i think not |
10:15:28 | Zoom2 | yes, I am using the latest bleeding edge |
10:15:56 | Zoom2 | with crossfade enabled |
10:16:33 | Slasheri | did you do anything else like file seeking, next/prev etc. while listening? |
10:16:37 | Zoom2 | what I was doing before was skipping tracks manually to get to a song I wanted in the playlist because it had stopped randomly in the middle of the song |
10:16:37 | linuxstb | Slasheri: [solid] and I experienced different behaviour yesterday with crossfade on and off, but I haven't been able to reproduce them since your last set of fixes. But it could still be an issue. |
10:17:02 | Slasheri | Zoom2: Hmm, interesting |
10:17:18 | Zoom2 | Same issue happend with you? |
10:17:52 | Slasheri | linuxstb: yep, i am still trying to figure that out.. No luck so far reproducing it :/ |
10:20:20 | Zoom2 | The onlything I was doing was skipping numerous tracks to get to the one I wanted at the time, let that play full and then things got weird. I didnt do any other "extra" behavior. no FW or Rewind |
10:20:57 | Zoom2 | and this was all in a "playlist" |
10:21:02 | Slasheri | Zoom2: ok, i will try that |
10:21:44 | Zoom2 | I will brb though |
10:24:12 | linuxstb | Slasheri: I started a directory (of FLACs) playing. I skipping forward/back a few times (which worked) and then let it play. It then stopped playing after a couple of minutes and next/prev didn't work any more. I pressed stop, and then play again in the same directory, and after a lot of disk activity, there is still no sound. The elapsed time indicator is staying at zero. |
10:24:53 | linuxstb | Ah, attempting to seek in my FLAC file brings it back to life. |
10:26:11 | Zoom2 | was taking some sleeping pills, back now - let me see if I can reproduce it |
10:30:35 | sox | Here's a Wiki page where everyone can add their feature requests for the WPS: http://www.rockbox.org/twiki/bin/view/Main/WpsRequestList |
10:30:37 | webguest98 | markun: where have you bought the 2200mAh battery ? |
10:30:43 | markun | ebay |
10:30:57 | | Join Patr3ck [0] (~patr3ck@p549E6836.dip.t-dialin.net) |
10:31:02 | webguest98 | thanks I'll try immediately |
10:32:10 | dwihno | I think bold and italics go under the "different fonts" note |
10:32:24 | markun | webguest98: look for "ipod 2200" |
10:33:03 | markun | and don't forget to change the polarity before you install the battery.. |
10:33:13 | Zoom2 | Resume: Off −−- Shuffle: On −−- Selected: Playlist −−- Jumped: Multiple tracks −−- Result" |
10:33:18 | Zoom2 | :Error |
10:34:04 | Zoom2 | Crossfade: On too |
10:34:06 | Slasheri | Hmm |
10:34:37 | Zoom2 | I will try it once more. see if it happens again |
10:34:57 | ashridah | i've been finding that mp3s are still skipping the last chunk of a track when changing to the next one. |
10:36:03 | linuxstb | ashridah: Even with the very latest builds? Is that with crossfade on or off? |
10:36:23 | ashridah | off |
10:36:26 | ashridah | and yes |
10:36:30 | webguest98 | markun: thanks |
10:36:31 | linuxstb | Slasheri's fixes last night fixed that problem for me (with FLAC files). |
10:36:32 | Zoom2 | I dont know if this is related, but I think if you "jump tracks" faster than it buffers the first 10 tracks you run into problems |
10:36:34 | ashridah | the two tracks are part of the same cd |
10:36:43 | Zoom2 | I am using mp3 files |
10:37:18 | Slasheri | Zoom2: ah, thanks. trying that |
10:37:19 | linuxstb | I have a good test CD (a radio recording - DJ talking over the starts and ends of tracks) so it's easy to spot if the gapless playback is not 100% perfect. |
10:37:40 | linuxstb | And it's currently perfect. |
10:38:42 | Zoom2 | yeah it just stops "jumping" after so many songs |
10:39:14 | Zoom2 | only way to get outta the frozen screen is to hit stop |
10:39:14 | ashridah | it's definently broken here. the WPS display changes to the next track before it starts playing and sits at 0 for a few, then all of a sudden, it skips the last block (and possibly the first block of the next track) without joining them together. |
10:39:46 | linuxstb | ashridah: I get the same "WPS changing too early" problem. But the audio is fine (with FLAC). |
10:41:43 | ashridah | odd. it seems to actually be misguessing the length of the track |
10:42:15 | ashridah | the track claims to be 9:18 on the iriver, but 10:11 normally |
10:44:30 | ashridah | ah, no, it's not getting the length wrong |
10:44:33 | ashridah | the other app was :) |
10:44:35 | Zoom2 | yeah I reproduced it again, this time outside of a playlist - just jumping tracks in a folder |
10:44:48 | Zoom2 | settings are all the same though |
10:44:50 | B4gder | rockbox does the same |
10:45:01 | B4gder | a dir or playlist is no difference internally |
10:45:08 | ashridah | Zoom2: i think there's a couple of things that are broken while it's in the process of buffering |
10:45:14 | Zoom2 | I had figured, just thought I would try it out |
10:45:49 | Zoom2 | I presume that a "buffered" track loads instead of the inteded "shuffled" track |
10:46:12 | Zoom2 | because when the HD stop spinning it doesnt respin for the song after |
10:46:22 | B4gder | I doubt that |
10:46:45 | B4gder | the code asks for the next song and that is loaded |
10:46:45 | Zoom2 | because I played a few seconds of the intro song, and last night I was told it buffers the first 10 tracks or so |
10:46:54 | ashridah | the problem is, the two tracks i'm getting this problem with are largish, i can't put them anywhere that won't attract attention :( |
10:47:02 | Zoom2 | but I skipped at least 9 or 10 tracks |
10:47:15 | ashridah | Zoom2: it'll depend on how big the tracks are |
10:47:16 | Zoom2 | how large? |
10:47:53 | Zoom2 | ashrdah: do you mean all the tracks that are being buffered from the first song? or the song I am playing |
10:48:28 | ashridah | Zoom2: well, no, i mean the number of tracks that can be buffered will depend on how big they are |
10:48:29 | Zoom2 | because the odd part is, after it skipps to the wrong song, it goes back to the song I had "seeked" but updates the next song ment to be played correctly |
10:49:57 | Zoom2 | For example, I skipped some files to the Kinks "girl you really got me", after that song it went into a middle of a miles davis song, but showed playing "turn turn turn" by the byrds. After this the Kinks song played again, but the track info that was updated was a slipknot song |
10:50:35 | LinusN | clear as mud |
10:50:44 | bobTHC | lol |
10:50:46 | Zoom2 | ehhh |
10:53:29 | Zoom2 | Ok, I opened an mp3 folder, skipped a few files to file "a". that played fully and loaded song "b" that started playing midway. song "b" was not supposed to be the next track. When song "b" finished. song "a" replayed but the track info was that of song "c" |
10:53:33 | Zoom2 | does that make any sense? |
10:53:56 | B4gder | no |
10:54:03 | B4gder | it loads many songs at once |
10:54:18 | B4gder | when you start song a, it loads song b c and d too |
10:55:34 | Zoom2 | so what must of happend was when I opened the folder I played the first track, and it must o f loaded some other songs, which I had "skipped" |
10:56:13 | Zoom2 | hence it played one of the songs correctly, but then the shuffle or fade messed things up due to a buffer error? |
10:56:33 | B4gder | I don't think shuffle has anything to do with it |
10:57:01 | Zoom2 | alright. |
10:57:11 | Zoom2 | but what about the loaded songs that I had skipped? |
10:57:23 | Zoom2 | I have a feeling it had to do with some of those |
10:57:42 | B4gder | yes, there are some buffer-related playback problems still |
10:58:27 | Slasheri | Hmm, i think that problem is almost impossible to reproduce.. The bug has to be figured out by looking carefully the source code |
10:58:29 | crwl | i've also encountered some quite strange song skipping issues where WPS also showed wrong tracks, and without shuffle |
10:59:37 | Zoom2 | Slasheri: I have reproduced that 2-3 times so far, buy just loading a file, playing 1-2 seconds of it and skipping 8-9 tracks. The track plays perfectly, and then from there things get messed up |
11:00 |
11:00:18 | Slasheri | ok, i am still trying |
11:01:01 | Zoom2 | Open a folder/playlist. Hit play. Skip a good number of tracks. let the song play fully, and then the problem should happen |
11:01:22 | Slasheri | Now i started one song, played it 2 seconds and skipped 8 songs |
11:01:31 | Slasheri | waiting this one to fully play.. |
11:01:36 | Zoom2 | ok |
11:01:46 | Zoom2 | do you want to know the settings I was using again? |
11:01:56 | Slasheri | sure :) |
11:02:10 | Slasheri | i have now shuffle on and crossfade |
11:02:28 | Zoom2 | Shuffle, Crossfade, repeat |
11:02:54 | Slasheri | ok, i think i have the same |
11:03:26 | Zoom2 | most of my songs are 3-5 minutes long, not sure if that makes any difference |
11:04:39 | Zoom2 | brb |
11:08:54 | | Join narowmind [0] (nobody@dsl093-130-154.sfo4.dsl.speakeasy.net) |
11:13:43 | narowmind | anyone know anything abou the Av700 ? there are some indirect reports that it runs linux from the factory |
11:14:32 | narowmind | anyone awake ? |
11:15:02 | n[o]bby | i am |
11:15:09 | | Nick n[o]bby is now known as nobbeh (~nobby@cpc3-bele3-3-1-cust61.belf.cable.ntl.com) |
11:15:26 | B4gder | rockbox is not for any archos multimedia or AV models |
11:15:55 | nobbeh | and rockbox isnt linux based |
11:18:27 | Slasheri | Zoom2: btw, are you sure you are running the latest bleeding edge build? |
11:18:34 | Zoom2 | back. Yes |
11:18:38 | Slasheri | hmm.. |
11:19:09 | Slasheri | i was just wondering because the "wrong song display" was corrected. Now it should not display next song at all if it's unknown |
11:19:19 | Zoom2 | you were not able to reproduce it? |
11:19:24 | Slasheri | nope.. |
11:19:50 | Zoom2 | see under next it displayed a song, that would play AFTER the partial song played |
11:19:56 | Zoom2 | but all of the tag info would be skewed |
11:19:57 | Slasheri | however, i have had other crashing problems but not that one you describe (i had it before) |
11:20:10 | Slasheri | Hmm |
11:20:21 | Zoom2 | I will try to reproduce it again |
11:20:26 | Zoom2 | are you using regular mp3 files? |
11:20:34 | Slasheri | yes |
11:20:49 | Slasheri | bitrate between 128-240 something |
11:20:56 | Zoom2 | I have around 150 songs in a folder/playlist |
11:21:04 | Zoom2 | the bitrate is simmilar |
11:21:05 | Slasheri | ah, i hadn't that much :) |
11:21:18 | Zoom2 | I doubt that would make a difference |
11:21:20 | Zoom2 | but mabye |
11:21:23 | Slasheri | i will add a few hundreds of songs to playlist |
11:23:01 | Slasheri | now there are 592 songs in playlist |
11:23:08 | Zoom2 | hmmm this time it worked fine. let me try it once more |
11:25:15 | Zoom2 | gah I skipped 15 tracks and it froze up |
11:25:40 | Slasheri | ok, i have had that frozing too. Maybe it's related to the problem |
11:25:44 | Slasheri | I will try to fix that |
11:26:23 | Zoom2 | again I have a feeling its buffer related, this time I will skip 14 tracks in the same folder |
11:26:23 | | Quit DomZ ("CGI:IRC (EOF)") |
11:26:27 | Zoom2 | and see if i can reproduce it |
11:27:39 | linuxstb | Has Archos's Linux-based SDK for the PMA 400 been discussed? I know it's of no use to Rockbox, but it's an interesting development. |
11:27:47 | Zoom2 | 14 worked fine, let me try playing it on the "15th" track |
11:28:17 | B4gder | linuxstb: you can't even download it without registering your unit |
11:28:24 | B4gder | and I have none |
11:28:33 | linuxstb | B4gder: Yes, the license is very restrictive. |
11:30:20 | linuxstb | I especially like item 17 in their terms and conditions - the right to come to your premises and audit your computer! |
11:30:35 | B4gder | hehe |
11:30:42 | B4gder | they sure are evil |
11:31:15 | linuxstb | I didn't know you had to register a PMA 400 first though - I didn't agree to their terms and conditions, so didn't continue. |
11:31:20 | LinusN | cd .. |
11:31:34 | Zoom2 | Slasheri: it seems I cannot reproduce this problem the last 2-3 times I tried, so I am not sure what is up |
11:31:49 | Zoom2 | I will try to test it more tomorrow, but the sleeping pills are kicking in so I need to get going |
11:31:55 | Slasheri | Zoom2: yep, this seems to be more difficult issue.. |
11:32:09 | Slasheri | ok, cu later :) |
11:32:18 | | Quit webguest98 ("CGI:IRC (Ping timeout)") |
11:32:23 | Zoom2 | good luck bro, I wish I could help you test it some more |
11:32:27 | narowmind | LinusN: have you looked at the av700 it looks alot like the pma400 but with a bigger drive and screen. |
11:32:30 | Slasheri | :) |
11:32:30 | gromit` | 11:12 < B4gder> -rockbox is not for any archos multimedia or AV models |
11:32:35 | Zoom2 | I will keep you updated if I notice any changes tomorrow |
11:32:38 | Zoom2 | goodnite everyone |
11:32:45 | gromit` | you told me such things when i asked for the gmini |
11:32:45 | | Quit Zoom2 ("CGI:IRC") |
11:32:49 | gromit` | and now it supports it |
11:32:52 | B4gder | of course |
11:33:02 | B4gder | I talk about present time |
11:33:08 | linuxstb | No means No until it means Yes... |
11:33:11 | B4gder | everyone is free to start a new port |
11:33:33 | B4gder | I doubt most people want to know if they can start a new port |
11:33:38 | gromit` | maybe it isn't clear that no means "no until yes" |
11:33:54 | B4gder | 95% of our nos are no until yes |
11:33:56 | linuxstb | gromit`: Don't quote me on that. |
11:34:10 | B4gder | and btw |
11:34:13 | | Quit Patr3ck (Read error: 54 (Connection reset by peer)) |
11:34:22 | B4gder | rockbox is not for gmini now either :-/ |
11:34:24 | gromit` | ... |
11:34:37 | linuxstb | Or the current developers all say no, but then a new developer comes along and says yes. |
11:34:51 | B4gder | yes |
11:35:06 | B4gder | people just have to realize that we are an open source project with all what that means |
11:35:42 | gromit` | there are several common points between some devices |
11:36:10 | *** | Saving seen data "./dancer.seen" |
11:37:33 | gromit` | i don't blame anything |
11:45:43 | | Quit sox (brown.freenode.net irc.freenode.net) |
11:45:43 | NSplit | brown.freenode.net irc.freenode.net |
11:45:43 | | Quit QT (brown.freenode.net irc.freenode.net) |
11:45:43 | | Quit tedboer (brown.freenode.net irc.freenode.net) |
11:45:43 | | Quit crwl (brown.freenode.net irc.freenode.net) |
11:45:56 | NHeal | brown.freenode.net irc.freenode.net |
11:45:56 | NJoin | crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) |
11:46:31 | NJoin | sox [0] (~sox@c-223de255.733-1-64736c10.cust.bredbandsbolaget.se) |
11:46:31 | NJoin | QT [0] (as@area51.users.madwifi) |
11:46:31 | NJoin | tedboer [0] (~maarten@mtg62.upf.es) |
11:48:21 | | Part cheriff |
11:56:25 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
11:56:31 | MoosCamaro | Morning all |
12:00 |
12:02:35 | HCl | hello |
12:02:56 | | Quit bobTHC (Read error: 104 (Connection reset by peer)) |
12:03:16 | ashridah | hm. looks like i have more webspace than i thought |
12:05:01 | ashridah | Slasheri: you around? |
12:05:38 | * | HCl thinks its time for him to actually try the mp3 playback |
12:06:04 | ashridah | HCl: feel like poking at a bug? |
12:06:33 | | Quit Seed (Read error: 131 (Connection reset by peer)) |
12:08:50 | | Join Enc0der [0] (JeckelB@212.199.255.225.static.012.net.il) |
12:09:19 | | Join Lost-ash [0] (ashridah@220-253-123-2.VIC.netspace.net.au) |
12:09:45 | Lost-ash | damnit. |
12:09:47 | Lost-ash | HCl: you say anything after i asked you about a bug? |
12:09:47 | Slasheri | ashridah: yes |
12:09:49 | | Quit ashridah (Nick collision from services.) |
12:09:54 | Lost-ash | Slasheri: even better |
12:09:57 | Slasheri | :D |
12:10:00 | | Nick Lost-ash is now known as ashridah (ashridah@220-253-123-2.VIC.netspace.net.au) |
12:10:25 | ashridah | http://ashridah.customer.netspace.net.au/10%20-%20On%20Her%20Majesty's%20Secret%20Service.mp3 and http://ashridah.customer.netspace.net.au/11%20-%20Bigger.mp3 |
12:10:32 | ashridah | the second one isn't complete, but that shouldn't matter |
12:10:43 | crwl | propellerheads <3 |
12:10:45 | ashridah | skipping from one to the next should be seamless, but it skips a chunk of the first one |
12:11:26 | Slasheri | ah, thanks. i will investigate the problem, however, mp3 gapless is not very easy thing to do.. |
12:11:31 | ashridah | yeah. |
12:11:44 | ashridah | just figured i'd give you something to poke at that *should* reproduce it |
12:12:21 | Slasheri | :) |
12:12:44 | | Join Seed [0] (~ben@l192-117-115-168.broadband.actcom.net.il) |
12:14:16 | | Quit Enc0der ("Leaving") |
12:15:24 | ashridah | i don't particularly want to leave those in my webspace at my isp, so let me know once you've got them, will you? |
12:16:15 | * | ashridah notes it's seamless in other mp3s |
12:17:05 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
12:18:26 | | Join Nuxator [0] (~c02c4e5e@labb.contactor.se) |
12:18:28 | Slasheri | ashridah: ok, i will |
12:18:52 | Nuxator | hi |
12:19:09 | Nuxator | does somoene use the remote with rockbox? |
12:19:23 | yngwi | good mornig everyone. does any of you get a "nasty" scratch at the beginning of files? |
12:19:35 | Nuxator | yes i do |
12:20:05 | Nuxator | but not for all tracks |
12:20:31 | yngwi | yeah, it does'nt appear with every track |
12:21:06 | Nuxator | ig got it last night |
12:21:13 | Nuxator | but i can't reproduce it |
12:21:51 | Nuxator | i jsut get a little pop now |
12:22:01 | Nuxator | do you try the remote with rockbox? |
12:22:17 | yngwi | at least it seems to appear every time when the first song starts playing after startup |
12:22:23 | yngwi | no, but i try |
12:22:32 | Slasheri | ashridah: got them :) |
12:22:38 | Nuxator | i've got problem with fast forward |
12:22:51 | Nuxator | and fast reverse |
12:23:04 | Nuxator | i've seen a fix in cvs but it doesn't work for me |
12:23:13 | ashridah | Slasheri: thanks |
12:23:25 | Nuxator | if i try ff or fr it goes to next previous track |
12:23:46 | yngwi | i think ff and fr doesn't work at present, but im sure it soon will |
12:25:06 | Nuxator | it works but not with the remote |
12:25:23 | yngwi | yes, thats what I meant |
12:25:41 | yngwi | I know it works on the main unit :-) |
12:25:55 | Nuxator | i think it's just the same problem for volume |
12:26:04 | Nuxator | they forgot to put repeat on the buttons |
12:26:17 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
12:26:24 | yngwi | could be |
12:28:02 | Nuxator | so i think the fix is really easy |
12:28:11 | preglow | LinusN: i'll just have david bryant mail you with what username and password he wants for cvs? |
12:28:16 | yngwi | Nuxator: I also get a small knack at "nearly" every song start |
12:28:44 | Nuxator | yngwi: knack=pop i gess |
12:28:54 | yngwi | :-) yes |
12:29:09 | yngwi | i think so |
12:30:21 | yngwi | I sometimes also get a "Io4:IllInstr" error, after which I have to reset, any ideas what this means? |
12:30:31 | Nuxator | illegal intruction |
12:30:46 | Nuxator | so it's a bsod |
12:31:04 | ashridah | yngwi: yes. it means rockbox audio playback on iriver is nowhere near complete and stable :) |
12:31:20 | yngwi | ok, i wasn't worryd anyways, just curious... |
12:31:26 | LinusN | preglow: yes |
12:31:33 | | Join Nibbler [0] (~sven@port-212-202-79-250.dynamic.qsc.de) |
12:31:37 | | Join NibbIer [0] (~sven@port-212-202-79-250.dynamic.qsc.de) |
12:31:49 | Nuxator | i just got it if i tried to view current playlist with more thant 4 or 5 tracks |
12:32:28 | yngwi | hehe, but honestly, I think this already IS a great piece of software... |
12:32:28 | | Quit Nibbler (Client Quit) |
12:33:31 | yngwi | i was getting very annyed with the abscence of real shuffle on normal FW after only 9 days of owning a H140 |
12:33:36 | yngwi | annoyed |
12:33:46 | Nuxator | on the fly playlist |
12:34:11 | Nuxator | but it's still half broken in rockbox |
12:34:17 | HCl | hm? |
12:34:23 | HCl | how so? |
12:34:40 | Nuxator | i can't view current playlist and remove tracks in it |
12:34:50 | yngwi | is the indicator for the remaining battery time accurate?? if it is, then I may have a Battery Problem |
12:36:03 | Nuxator | i don't think it's accurate |
12:37:20 | ashridah | yngwi: it hasn't been calibrated yet |
12:37:36 | yngwi | ok, thanks.. |
12:37:42 | ashridah | so it probably drops off in a non-linear fashion |
12:37:52 | preglow | LinusN: linus@haxx.se, yes? |
12:38:16 | yngwi | because it says ~8 hours remaining on a fully charged player |
12:38:34 | Nuxator | but ut doeas played 8 hours flac |
12:38:41 | Nuxator | it does |
12:38:57 | Nuxator | it did play 8 hours flac |
12:39:32 | yngwi | yeah, but the 8 hours on mine are before any playback... (and mp3) i also think on normal firmware the battery lives not very long... |
12:39:54 | yngwi | btw. sorry for my bad english, I'm out of practice |
12:39:57 | crwl | where could one order that 2200 mAh battery again? :) |
12:40:38 | Nuxator | anyone for a quick fix for the remote? |
12:40:53 | Nuxator | just hace to add repeat to some buttons |
12:40:58 | yngwi | crwl: http://www.misticriver.net/boards/showthread.php?t=4680 |
12:41:28 | crwl | heh, that page crashes my firefox |
12:41:34 | crwl | haven't seen that happening for weeks |
12:42:18 | yngwi | crwl: sorry 'bout that, its the thread on the 2100 mAh Li-Polymer Battery |
12:43:28 | yngwi | the threadstarter purchased his on: http://eshop.macsales.com/Catalog_I...m=NWTIPOD210012 |
12:43:55 | yngwi | but it's an ipod battery, if you wanna use it, you have to switch polarity |
12:44:32 | crwl | hm |
12:44:47 | crwl | i have my warranty left and the original battery in good condition, so i won't be doing anything just yet, but it's interesting anyway :) |
12:45:25 | yngwi | there are threads on misticriver on other types of replacement batteries as well... |
12:47:53 | yngwi | damn you rockbox, instead of learning latin as I should, i play around with the custom WPS screen :-) |
12:49:13 | | Quit narowmind ("My damn controlling terminal disappeared!") |
12:49:21 | | Quit sox ("Time to move on...") |
12:52:26 | | Join webguest19 [0] (~c31ce021@labb.contactor.se) |
12:59:47 | | Join pillo [0] (~93a202de@labb.contactor.se) |
13:00 |
13:00:09 | pillo | hi all |
13:03:13 | pillo | just wanted to let you know that there's a feature request on the tracker that has been completed, it's #989075: bookmarking for text viewer. Direct link is http://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439121&aid=989075 |
13:03:38 | pillo | state should be changed to "closed" |
13:04:16 | pillo | thanks and by the way congrats to everybody working on the sound system on irivers! |
13:04:26 | pillo | bye |
13:05:00 | B4gder | thanks, will fix |
13:05:01 | preglow | ait, i'll close it |
13:05:05 | * | preglow awaits |
13:09:08 | | Quit DMJC (Connection timed out) |
13:10:15 | | Join DMJC [0] (~DMJC@220-245-170-40.tpgi.com.au) |
13:12:27 | | Quit edx (Read error: 110 (Connection timed out)) |
13:17:44 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
13:20:30 | amiconn | LinusN: I think I'll try to fix the scheduler to work with stack check enabled. Maybe that helps to track down those IllInstr crashes; I suspect a stack overflow somewhere |
13:20:55 | amiconn | I'd like to know whether I should go for the cleaner or the faster solution... |
13:21:35 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
13:27:43 | LinusN | amiconn: do what you feel is best |
13:36:11 | *** | Saving seen data "./dancer.seen" |
13:37:34 | B4gder | crosstool is nice" |
13:37:48 | B4gder | builds a whole crosscompile set in one go |
13:45:42 | | Quit pillo ("CGI:IRC") |
13:47:15 | amiconn | LinusN: Then I'll go for the clean solution. I do have 2 nice ideas, I think |
13:47:52 | amiconn | (1) It is possible to save the extra flag; the start address field can double as the flag |
13:48:13 | amiconn | If it is non-null, the thread was not yet started, jump there and set it to null |
13:49:07 | amiconn | (2) The conditional can be implemented rather efficiently in m68k asm, using the 'instruction shadowing' provided by the tpf instruction |
13:50:26 | | Join tucoz [0] (~81b1111b@labb.contactor.se) |
13:50:31 | tucoz | hi |
13:50:41 | tucoz | Slasheri, are you here? |
13:51:20 | Slasheri | tucoz: yes :) |
13:51:44 | tucoz | Slasheri: You might know this, but when playing the last song in a directory, it stops playing about 15-20 secs from the end |
13:52:01 | Slasheri | tucoz: have you tried the latest bleeding edge build? |
13:52:05 | tucoz | Yes |
13:52:11 | Slasheri | Hmm |
13:52:18 | tucoz | It' |
13:52:42 | Slasheri | do you have playlist repeat on? |
13:52:47 | tucoz | It's like when there is no more tracks to buffer, it stops. |
13:52:53 | tucoz | let me check |
13:53:23 | tucoz | repeat - off |
13:53:32 | Slasheri | maybe you should try turning it on :) |
13:53:37 | Slasheri | but that's still bug indeed |
13:54:08 | tucoz | Turn it on to One or all? |
13:54:13 | Slasheri | all |
13:54:26 | Slasheri | after that the playing should never stop |
13:54:52 | tucoz | Oh, ok. Then this will never occur because rockbox will start to buffer the first song after the last one right? |
13:55:10 | Slasheri | yes |
13:55:32 | Slasheri | or maybe you should create a playlist with more songs on it :) |
13:56:04 | tucoz | Not a problem for me, but still a unhandled event though |
13:56:46 | tucoz | Thanks for the tips anyway |
13:56:55 | linuxstb | Slasheri: I've got a new problem. Almost every time I try to play a FLAC file, Rockbox doesn't go into the WPS screen, and the disk activity light is on. Even when the disk stops, nothing happens. This is with latest CVS. |
13:57:15 | Slasheri | linuxstb: ah, i will check that |
13:57:45 | linuxstb | But it doesn't always fail - very occasionally, it works. |
14:00 |
14:01:58 | tucoz | Slasheri: you've been busy today. Downloaded the bleeding edge an hour ago. Didn't notice your latest changes. |
14:02:16 | tucoz | I'll try again with a newer build. :) |
14:02:22 | Slasheri | :) |
14:04:00 | nobbeh | slash > * |
14:04:04 | nobbeh | :) |
14:06:01 | | Join zezayer [0] (~chatzilla@82.110.136.210) |
14:10:07 | tucoz | Slasheri: Still the same. About 20 secs from finishing the last song it stops playing and returns to the file browser. |
14:11:10 | Slasheri | ok, that will be fixed |
14:12:04 | B4gder | ls |
14:12:08 | B4gder | oops |
14:12:28 | tucoz | sounds great |
14:15:21 | * | tucoz is away |
14:19:09 | Slasheri | Hmm, I00: at 40102710 |
14:22:51 | B4gder | hehe |
14:23:01 | B4gder | I got the same, at 40102704 |
14:23:05 | B4gder | just now |
14:23:16 | B4gder | cvs from yday |
14:23:59 | B4gder | and no reset "pin" in sight... |
14:26:44 | Slasheri | Hmm, do you know what the I00 means? |
14:27:00 | B4gder | no |
14:27:05 | Slasheri | ok :) |
14:27:39 | tucoz | Btw, do you know if rockbox will be able to detect trackchanges when recording from optical in? |
14:28:24 | tucoz | For all I know, irviver's firmware doesn't do this. |
14:28:40 | tucoz | Or at least, didn't a year ago ;) |
14:29:17 | preglow | depends if we can find the specs |
14:30:32 | tucoz | preglow: ok, I remember that my old minidisc did that. So I guess my cd-player sends some kind of information on track changes |
14:31:19 | amiconn | Slasheri: How are the playlist viewer crashes related to the plugin_loaded status? (Trying to understand your fix...) |
14:32:58 | tucoz | how do I use google to search old irc-logs? |
14:33:28 | Slasheri | amiconn: playlist viewer uses the plugin buffer and if plugin_loaded status is not set to true, playlist viewer tries to use the whole plugin buffer |
14:33:55 | B4gder | I don't think you should so such fixes |
14:34:00 | B4gder | do |
14:34:11 | B4gder | the codecs are to be moved soon anyway |
14:34:33 | Slasheri | B4gder: yes, but that fix was small and it cannot harm anything else |
14:34:53 | B4gder | it is unnecessary when the codecs are fixed |
14:35:01 | B4gder | and I don't like unnecessary |
14:35:06 | amiconn | It can be taken back when codecs are moved |
14:35:11 | B4gder | yes |
14:35:30 | amiconn | A comment saying so could be added |
14:35:31 | B4gder | I'm just saying that let's not do fixes this way |
14:37:16 | Slasheri | when codecs are moved, the fix will vanish with them |
14:37:32 | Slasheri | It is defined inside #ifdef IRIVER_H100 and codec_load functions |
14:37:39 | [solid] | tucoz: the latest iriver fw can do that |
14:38:08 | tucoz | [solid]: ok, sounds great. |
14:41:36 | preglow | tucoz: it does, my minidisc player too did that |
14:42:48 | | Nick NibbIer is now known as Nibbler (~sven@port-212-202-79-250.dynamic.qsc.de) |
14:51:20 | tucoz | preglow: Found some specs for the spdif: http://www.epanorama.net/documents/audio/spdif.html |
14:52:38 | | Join edx [0] (edx@p54A8F5BB.dip.t-dialin.net) |
14:54:44 | tucoz | hmm, I wonder if my cd-player sends that copy-permit bit on copy protected cd's, and if the iriver fw cares about it. |
14:54:59 | tucoz | Have to try when I get home. |
14:55:09 | preglow | heh |
14:55:18 | preglow | sincerely doubt it cares |
14:55:58 | tucoz | me too, if it does, I'm sure rockbox will...well..neglect it's precence |
14:58:56 | amiconn | The archos recorder firmware usually respects the copy protect bit, but there's a special method to disable this |
14:58:56 | | Quit webguest19 ("CGI:IRC (EOF)") |
14:59:06 | amiconn | Rockbox on archos doesn't care |
14:59:51 | tucoz | amiconn: hehe, why not? ;) |
15:00 |
15:00:43 | linuxstb | Slasheri: Just to let you know that your latest commit seems to have fixed the "not playing" problem. Thanks. |
15:03:45 | tucoz | bye bye |
15:03:48 | | Part tucoz |
15:08:35 | preglow | vbr mp3 files only have 100 fast seek positions? |
15:08:55 | LinusN | preglow: yes, with the Xing header |
15:09:02 | LinusN | the VBRI header has more |
15:09:03 | preglow | that explains why this big mp3 is so bloody hard to seek |
15:09:25 | preglow | it keeps snapping to the same place when i try to seek to a specific place |
15:09:28 | dwihno | Re-synching to a stream can't be that difficult... Or can it? |
15:09:33 | preglow | then again, xmms is crap |
15:09:41 | preglow | resyncing to an mp3 stream is very easy |
15:09:44 | preglow | just look for the sync marker |
15:09:54 | dwihno | Seek to an offset, find next valid frame, decode |
15:10:10 | dwihno | so why are there markers then? |
15:10:17 | preglow | for fast seeking |
15:10:22 | preglow | walking through the bitstream isn't very fast |
15:10:29 | LinusN | dwihno: because the frames aren't the same size |
15:10:42 | LinusN | so you don't know wrhere to seek |
15:11:03 | LinusN | CBR streams are easy |
15:11:18 | dwihno | LinusN: as I said, just find an offset and hook on to the start of the next frame |
15:11:28 | dwihno | Why isn't my way good? :) |
15:11:31 | LinusN | still, rockbox is supposed to interpolate between the markers |
15:11:52 | LinusN | dwihno: it's just that tiny part of "finding the offset" :-) |
15:12:05 | preglow | dwihno: what if the file has very low bitrates frames at the start and high bitrate frames at the end? |
15:12:14 | preglow | dwihno: you can't just seek to the middle and think you're in the middle of the song |
15:12:19 | dwihno | LinusN: you have the filesize. If you seek ~50% in the file it can't be that bad |
15:12:23 | dwihno | preglow: of course you can :) |
15:12:30 | preglow | dwihno: and like i said, walking through the bitstream to find the middle is very slow |
15:12:34 | dwihno | preglow: approximation to the people :) |
15:12:41 | preglow | foobar does this |
15:12:46 | preglow | and it's very slow even on my computer |
15:17:42 | | Join asdsd____ [0] (~asdsd@h-67-100-31-99.miatflad.dynamic.covad.net) |
15:17:45 | linuxstb | But isn't this an unsolvable problem? The only reliable solutions are to either walk through the file from the beginning, or to put the MP3 file inside a container. |
15:17:55 | preglow | mp3 has seek tables |
15:17:55 | dwihno | Then VBR is the tool of the devil! Period! :) |
15:17:58 | preglow | that is, extensions |
15:18:17 | preglow | most vbr files i've seen have xing headers which contain 100 seek points |
15:18:25 | preglow | don't know how common the vbri header is |
15:18:30 | linuxstb | dwihno: storing raw MPEG audio frames without a container format is the work of the devil. |
15:18:52 | preglow | why? i think storing raw mpeg audio frames without a container makes less sense |
15:19:27 | linuxstb | Because if the frames are variable size, or if you can have non-audio data (such as ID3v2 tags) in the middle of the file, you can't seek in them. |
15:19:47 | linuxstb | MPEG audio is designed to at least be inside "PES" packets - which contain a timestamp. |
15:19:54 | preglow | id3v2 doesn't belong in a container |
15:20:03 | preglow | the container is supposed to handle commenting needs |
15:20:37 | linuxstb | preglow: That's my point - there have been so many bad hacks to MP3 files, when they should have been iside a container such as Ogg. |
15:20:40 | preglow | if mp3 had been wrapped in a container, we wouldn't have had a gapless issue, or need for hacks like extra stuff like xing and lame headers |
15:20:52 | linuxstb | Exactly! |
15:27:29 | | Join Musicmad [0] (~Musicmad@cpe.atm2-0-1031198.0x50a4ad0e.bynxx13.customer.tele.dk) |
15:29:36 | | Join tvelocity [0] (~tony@ipa116.6.tellas.gr) |
15:30:17 | | Quit elinenbe (Read error: 131 (Connection reset by peer)) |
15:34:24 | | Join dapureplaya [0] (~anon@CPE-144-136-73-250.nsw.bigpond.net.au) |
15:36:13 | *** | Saving seen data "./dancer.seen" |
15:37:22 | Musicmad | how do you revert to default wps? |
15:39:31 | LinusN | rename the custom wps file |
15:39:39 | LinusN | or reset the settings |
15:41:53 | LinusN | preglow and linuxstb: remember that mp3 is a streaming format |
15:41:56 | Musicmad | weird. Still got no wps other than the battery, volume and play icon. |
15:42:10 | LinusN | Musicmad: hmmm, maybe a bug |
15:42:58 | Musicmad | LinusN: yeah - tried various mp3's though. Maybe I don't upgrade correctly. I just unpack the zip on my player and run the .iriver file. |
15:43:11 | linuxstb | LinusN: I know - that's why we have all these problems. |
15:43:16 | preglow | LinusN: sure, you don't use containers when streaming |
15:43:22 | LinusN | Musicmad: that should work |
15:43:39 | linuxstb | preglow: You do, but a different type of container - for a different purpose (error detection/correction). |
15:43:42 | preglow | but it was designed for ordinary storage use as well |
15:43:50 | linuxstb | "designed" ? |
15:43:57 | Musicmad | LinusN: any ideas then :) |
15:44:08 | LinusN | Musicmad: reset the settings |
15:45:19 | preglow | hmm |
15:45:36 | Musicmad | LinusN: thanks that worked. |
15:48:11 | LinusN | https://sourceforge.net/tracker/?func=detail&atid=439120&aid=1218188&group_id=44306 |
15:48:19 | preglow | if anyone still can hear artifacts in mp3 playback, let me know. i think i can hear some sometimes, but i don't really trust my hearing |
15:48:20 | LinusN | misa like the idea |
15:48:58 | preglow | LinusN: i agree |
15:52:00 | yngwi | Preglow: I hear a loud scratch everytime the first song after startup is played (and sometimes on the beginning of a file) and a small knack or pop noise on the beginning of every file. But I guess you don't mean this kind of "artifact" |
15:52:00 | | Join Tomhab [0] (~tom@82.133.102.60) |
15:52:36 | preglow | hmm, that's not exclusively an mp3 problem, is it? |
15:53:17 | yngwi | I don't know, I only have MP3.. Sorry |
15:54:46 | preglow | hmm |
15:54:51 | preglow | it does seem to be an mp3 problem |
15:55:46 | | Quit Nuxator ("CGI:IRC") |
15:56:17 | linuxstb | Slasheri: I see you've committed a patch that delays buffering after 2MB. I haven't tested it yet, but how does that work with FLAC files, where 2MB isn't very long at all (maybe 15-20 seconds) |
15:57:08 | linuxstb | 2MB will obviously be even less if you're playing WAV files. |
15:57:20 | amiconn | LinusN: Re the patch you mentioned - it seems like a nice idea. This functionality should probably be added to the PGUP/PGDN handling as well |
15:57:49 | LinusN | yup |
15:58:15 | preglow | ehh, i paused the player, went away for a couple of minutes, and it locked up when i pressed play |
15:58:26 | B4gder | I think the 2mb fix was a bit quick to do |
15:59:59 | B4gder | it needs to adjust to codec/compression |
16:00 |
16:00:05 | B4gder | to be really good |
16:00:08 | Slasheri | linuxstb: Hmm, it doesn't work with flac files quite well |
16:00:18 | Slasheri | But with ogg/mp3 it works |
16:01:58 | Slasheri | linuxstb: Hmm, maybe with flac files the delayed buffering should not be activated at all? |
16:02:09 | preglow | did mp3 files use to have a click in the start? |
16:02:22 | LinusN | preglow: with archos? |
16:02:28 | preglow | no, iriver |
16:02:32 | preglow | before my sound quality fix yesterday |
16:02:46 | LinusN | i have always heard a faint click |
16:02:49 | Slasheri | preglow: I don't yet know that causes that garbage when song starts.. |
16:03:01 | preglow | it's only for mp3s |
16:03:04 | preglow | it seems |
16:03:05 | Slasheri | Ah, hmm |
16:03:34 | B4gder | Slasheri: doing such things for specific codecs signals something is wrong |
16:03:50 | preglow | Slasheri: no, i was wrong, it happens for oggs as well |
16:04:17 | preglow | i'll just ignore it, then |
16:04:18 | Slasheri | B4gder: Hmm.. But flac files require so much buffer space that it's not very useful to do that |
16:04:40 | preglow | then the codec should somehow tell you it doesn't want that behaviour |
16:04:52 | B4gder | the codec should rather set the limit |
16:04:54 | Slasheri | preglow: yes, that's correct :) |
16:05:03 | B4gder | since it knows the compression etc |
16:05:07 | Slasheri | i will do that |
16:05:22 | preglow | didn't someone start working on a separate plugin api for codecs? |
16:05:27 | B4gder | then flac can set it to 16mb or something |
16:05:31 | Slasheri | LinusN is working on that |
16:05:38 | preglow | ahh |
16:06:58 | B4gder | no one works on getting wavs to play? |
16:07:12 | preglow | no, afaik |
16:07:20 | B4gder | kind of funny :-) |
16:07:24 | Slasheri | someone has to write codec for wavs |
16:07:28 | preglow | shouldn't be prohibitively hard, hehe |
16:07:28 | Musicmad | get a crash when viewing current playlist. |
16:07:31 | Slasheri | that's not very difficult |
16:07:48 | preglow | just load what you need to the buffer, with an endian swap |
16:07:56 | Slasheri | Musicmad: with latest bleeding edge build? |
16:08:10 | Musicmad | latest daily. |
16:08:21 | Slasheri | Musicmad: ok, that's not yet fixed |
16:08:25 | Slasheri | try the bleeding edge one |
16:08:28 | Musicmad | i will |
16:09:58 | Musicmad | Slasheri: works now |
16:10:01 | Musicmad | thanks |
16:10:02 | Slasheri | great |
16:10:08 | preglow | Slasheri: the pop at the start is probably just a step in the waveform caused by the last sample from the last track being held by the dac |
16:10:30 | | Quit Tomhab (Read error: 60 (Operation timed out)) |
16:11:47 | Musicmad | Slasheri: progress doesn't seem to be in sync with music after heavy forward seeking. |
16:12:19 | Slasheri | Musicmad: ok, that might be possible because the seeking is still experimental |
16:12:30 | Musicmad | ok :) |
16:13:00 | preglow | so you should probably play some zero samples before a track change |
16:14:15 | Slasheri | preglow: Hmmm |
16:14:33 | Slasheri | That should not be necessary (unless audio is stopped) |
16:14:45 | preglow | Slasheri: audio is stopped briefly when you switch tracks, isn't it? |
16:15:00 | preglow | Slasheri: like when i press 'next', not when the track is finished |
16:15:13 | Slasheri | no, it's not |
16:15:21 | Slasheri | aah.. |
16:15:28 | Slasheri | yes, it's when you press next |
16:15:51 | preglow | there is no glitch when audio is continious |
16:15:55 | preglow | of course |
16:16:52 | linuxstb | B4gder: There is no need for WAV when you have FLAC - but I've been thinking about doing it. It should be almost trivial (until the bug reports come in with weird WAV files). |
16:17:10 | B4gder | hehe |
16:17:24 | B4gder | well, some people will have wav files they want to play without using flac |
16:17:50 | amiconn | ...and probably the first shot on iriver recording will probably record to wav |
16:18:16 | amiconn | It would be really odd when the iriver couldn't play its own recordings... |
16:18:18 | linuxstb | Something else I want to do quite soon is a "wav2flac" plugin. I don't think real-time encoding is a good idea (for quality reasons), but on-iRiver encoders will be very useful. |
16:18:34 | preglow | definitely |
16:18:43 | amiconn | linuxstb: lame !! |
16:18:46 | preglow | someone should also make a 2wav codec loader |
16:18:52 | preglow | so we can get rid of the xxx2wav fellas |
16:19:06 | linuxstb | I also think it's too risky to do real-time encoding - it will always be pushing the CPU to the limit. |
16:19:34 | preglow | not necessarily |
16:20:37 | preglow | a flac encode is a pretty speedy affair |
16:21:16 | linuxstb | Not as speedy as decoding, and we are still struggling to decode. |
16:21:20 | dwihno | Depending on the CPU, perhaps variable compression? |
16:22:20 | preglow | we'll see |
16:22:24 | preglow | i don't care much about recording |
16:22:26 | linuxstb | I see recording being used for three reasons - voice recording (i.e. low quality), live concert recording (i.e. best possible quality) and for people who want to convert CDs without using a PC. |
16:22:29 | preglow | wav will probably do for me |
16:23:42 | linuxstb | Sorry, got to go... |
16:23:44 | | Quit linuxstb ("Leaving") |
16:25:11 | dwihno | preglow: neither do I. but then, there will always be |
16:25:19 | bipak | does the rockbox status on the page belong to the cvs status? :) |
16:26:53 | Musicmad | wish I had the skill to do som wma codec :) |
16:27:02 | [solid] | preglow: the h1x0 are a bootleggers dream actually if they wouldn't have the bugs/misfeatures the current fw has |
16:27:26 | dwihno | booo! no wma! |
16:27:33 | bipak | dwihno: :) |
16:27:35 | [solid] | preglow: and i think encoding realtime could actually improve the runtime over wav... |
16:28:00 | Musicmad | dwihno: explicitly no? - why :) - it's the most used format for online music shops. |
16:28:08 | Musicmad | non-ipod that is. |
16:28:20 | dwihno | Musicmad: proprietary format! |
16:28:35 | | Part asdsd____ |
16:28:47 | Musicmad | dwihno: - well isn't there an open source floating point codec for it. |
16:28:56 | preglow | go ahead |
16:28:57 | preglow | port away |
16:29:01 | dwihno | :) |
16:29:05 | Musicmad | no skillz :) |
16:29:08 | dwihno | When we're speaking of it... |
16:29:18 | dwihno | Online stores should sell the music in a lossless format |
16:29:38 | Musicmad | true |
16:29:58 | dwihno | Otherwise, it would not make sense paying such a relatively high price for something you don't know how well it's been compressed |
16:30:19 | Musicmad | dwihno: actually I think the price is fair. It's around ½ price in Denmark. |
16:30:21 | dwihno | I recall my pal telling me how great he thought the Xing encoder used to be, since it was such a fast encoder |
16:30:23 | [solid] | warps bleep store uses lame -ape :) |
16:30:38 | dwihno | -ape ? :) |
16:30:39 | Musicmad | [solid]: got a link? |
16:30:48 | [solid] | it's by far the best online shop i've seen |
16:30:52 | [solid] | http://bleep.com/ |
16:31:05 | [solid] | and they've got all sorts of sold-out releases for sale there.. |
16:31:44 | dwihno | Lossless to the people! |
16:31:54 | [solid] | and to quote them: "Secondly, Bleep music has no DRM or copy protection built in. We believe that most people like to be treated as customers and not potential criminals - DRM is easily circumvented and just puts obstacles in the way of enjoying music." |
16:31:57 | * | dwihno has started re-ripping all his CD's to FLAC :) |
16:32:16 | Musicmad | [solid]: excellent |
16:32:18 | dwihno | [solid]: a great quote indeed |
16:32:22 | [solid] | word. |
16:32:41 | preglow | yeah |
16:32:44 | [solid] | if i had the money, the bank account, and wasn't into lossless i'd surely buy there :) |
16:32:48 | preglow | bleep is the only place i've ever bought compressed music |
16:32:54 | preglow | and i've only bought the out of print releases |
16:32:55 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
16:33:10 | preglow | bleep's even got some flac releases now |
16:33:15 | Seed | DRM is good. DRM is good. DRM is good.. damn, brainwashed again |
16:33:25 | [solid] | preglow: yeah, i've heard you could buy all autechre in flac |
16:33:32 | preglow | yup |
16:33:43 | Seed | Autechre was made for lossless |
16:33:50 | preglow | hehe |
16:33:52 | [solid] | oh indeed |
16:33:55 | [solid] | how lovely |
16:33:58 | preglow | i've got most or all of their releases on cd |
16:34:00 | [solid] | and it's all of them |
16:34:03 | preglow | and a couple of 12" |
16:34:03 | Seed | one of the only bands that manages to beat MPC at −−extreme |
16:34:09 | [solid] | biggie up bleep :) |
16:35:42 | [solid] | dwihno: i was wrong, -aps, that's −−alt-preset standard (-ape is preset extreme) |
16:36:02 | dwihno | [solid]: ah, okay... |
16:36:11 | preglow | but yeah |
16:36:16 | preglow | buying lossless music sounds better |
16:36:21 | dwihno | [solid]: If I were to buy music online, I would not settle for less than lossless. |
16:36:25 | preglow | i'm very sceptical to buying lossy compressed music |
16:36:39 | dapureplaya | is tehre a place whereu can buy lossess music? |
16:36:39 | dwihno | If I want the music in MP3, OGG or whatever, I can encode it myself |
16:37:15 | Seed | the problem is how they rip, not encode |
16:37:17 | bipak | dwihno: non compressed format would cause higher traffic and then higher prices for the music, i think |
16:37:24 | ashridah | dapureplaya: itunes can supply aac lossless music iirc. of course, it's protected aac, afaik. |
16:37:36 | dapureplaya | ah |
16:37:44 | dapureplaya | so each song is like? 60-70mb? |
16:38:02 | ashridah | i have no idea |
16:38:09 | t0mas | w0t |
16:38:13 | ashridah | i've never used itunes, being a linux user and all |
16:38:15 | t0mas | *w0000t |
16:38:19 | * | t0mas has a new speaker set |
16:38:24 | t0mas | Creative I-Trigue |
16:38:37 | t0mas | man... there is a volume limit.... but it's not hardware... it are my ears |
16:38:48 | bipak | lol :> |
16:38:49 | dapureplaya | t0mas: i was thinking about getting em for my PC. how do they go |
16:38:58 | t0mas | one word: PERFECT |
16:39:18 | t0mas | really small speakers... |
16:39:26 | t0mas | look very nice next to a tft |
16:39:38 | dwihno | bipak: I'll test something. Brb. |
16:39:39 | dapureplaya | hehe sounds nice. Yeah i got myself teh Klipsch GMX-A (2.1). They thump hard. can't use it atm. the house is sleeping heheh |
16:40:04 | * | t0mas has the basslevel at 33% |
16:40:16 | Rori | is that the 5.1 speakers? |
16:40:20 | t0mas | but still half of my rook is shaking |
16:40:21 | Rori | to t0mas |
16:40:33 | t0mas | Rori: nope, 2.1 for music |
16:40:36 | Rori | k |
16:40:43 | t0mas | you can better get a 2.1 at the price of a 5.1 |
16:40:49 | Rori | which model? |
16:40:53 | Rori | 3500? |
16:41:04 | dwihno | bipak: So the price is 100 SEK for an album (regular price in the store is approx 175 SEK) |
16:41:05 | t0mas | 3450 black = 3500 |
16:41:09 | t0mas | looked at the 3200 first |
16:41:16 | t0mas | but these sounded much better in store |
16:41:24 | [solid] | dwihno: i wouldn't buy music online at all i think, i like the physical part, the packaging... 90% of the cd's i bought in last two years are digipacks or similar :) |
16:41:31 | t0mas | wait |
16:41:35 | t0mas | my sister has 3200 |
16:41:37 | t0mas | time for a test :P |
16:41:41 | dwihno | [solid]: there's more... |
16:41:55 | Rori | bit [ricey |
16:41:58 | Rori | pricey |
16:42:00 | bipak | dwihno: for uncompressed files? |
16:42:01 | dwihno | [solid]: you pay ~60% of the retail price for a download (which is lossy and you don't know how "well" it's encoded) |
16:42:15 | t0mas | Rori: same price as the 5.1 set I wanted |
16:42:35 | Rori | why didn't you get the 5.1 then? |
16:42:39 | t0mas | and I decided to take these... and not 5.1 because I already have a decent 5.1 set for my dvd player |
16:42:44 | dwihno | bipak: So basically, the lossless should be set at that price and perhaps having mp3 or similar at 60% of the flac price |
16:42:45 | Rori | ok |
16:42:49 | t0mas | and these sound better |
16:42:52 | [solid] | dwihno: there is one lossless online store (not talking about allofmp3 which is illegal after all, and even if it's legal i bet the musicians don't get a dime from their sales) |
16:42:57 | t0mas | and all my music is normal stereo on pc |
16:43:02 | t0mas | so why take 5.1 for my pc |
16:43:13 | [solid] | dwihno: but it's average cost is higher than that of a cd bought in a store... |
16:43:22 | bipak | dwihno: yea that would be good :) |
16:43:28 | Rori | I feed my soundcard via SPDIF to a Sony top notch surround sound amp and some expensive speakers |
16:44:06 | t0mas | my dvd player is a B&o (don't know if they're international?) |
16:44:25 | t0mas | well... my parents dvd player ;) |
16:44:38 | Rori | JBL 15" 170 watts per channel fronts, 150 watt Paradigm center, 100 watts Wharfedale rears |
16:44:40 | t0mas | but I'm the only one who knows how it works |
16:44:46 | Rori | No sub as I don't reall yneed it |
16:44:47 | t0mas | Rori: RMS? |
16:45:11 | Rori | No idea :) |
16:45:15 | Rori | it sounds fucking mad |
16:45:16 | preglow | [solid]: allofmp3 isn't illegal |
16:45:18 | Rori | oops |
16:45:22 | Rori | scuse the language |
16:45:35 | t0mas | Rori: I guess pmpo.... at 170 watts RMS is almost impossible... |
16:45:51 | Rori | Put some DTS title on like Lord of the Rings and the place shakes |
16:46:04 | t0mas | :D |
16:46:13 | t0mas | I'm looking for some thx test movie on DVD |
16:46:14 | Rori | The fronts are on proper pedestals |
16:46:16 | t0mas | it's on some dvd's |
16:46:40 | dapureplaya | t0mas: how many watts is the i-trigue? |
16:46:44 | Rori | yeah I have a few of those |
16:47:11 | t0mas | dapureplaya: my sisters 3200 is 25 watt RMS\ |
16:47:14 | t0mas | and this one is 35 |
16:47:15 | t0mas | I guess |
16:47:27 | t0mas | let me check |
16:47:27 | preglow | site says 48 |
16:47:49 | dwihno | [solid]: hm. purchasing CDs is not that bad after all. |
16:48:00 | t0mas | 30 Watts RMS |
16:48:05 | dwihno | [solid]: Although I FLAC encode them and store them on my "big" disk |
16:48:18 | t0mas | says the manual |
16:48:51 | dapureplaya | nice. My Klipsch are like 76 Watts RMS or something. It's disturbingly powerful for a 2.1 set. I was scared at first when i heard them/ |
16:49:06 | t0mas | yes, I have the bass at 1/3 now |
16:49:14 | t0mas | and I guess the rest of the hous doesn't like this :P |
16:49:37 | t0mas | hm... but still I think my sisters speakers look better :) |
16:49:46 | t0mas | the 3200 |
16:49:57 | dapureplaya | haha yeah they don't like it, but they have to put up with it. It only thumps wduring the day and when people are up. I spent AUD$220 on them. |
16:50:12 | dapureplaya | t0mas: you want power over looks tho. |
16:50:38 | t0mas | wow |
16:50:45 | t0mas | these were 70 euros |
16:50:49 | t0mas | and I got them for free |
16:51:15 | t0mas | because my tft has a dead pixel (bottom 3 pixels from the border, but still) |
16:51:46 | t0mas | I payed the shop 30 euros for a pixel problem free tft... and they were unable to give me this type... |
16:51:51 | dapureplaya | t0mas: free? Haha! No complaints then! I was expecting everything that i got for these speakers. Were they a present or something for you? |
16:52:02 | t0mas | no |
16:52:09 | t0mas | but the shop had a big problem |
16:52:11 | t0mas | having me there... |
16:52:29 | dapureplaya | t0mas: oh. long story? |
16:52:34 | t0mas | because they had no way to give me a new screen (Iiyama is in production trouble) |
16:52:52 | t0mas | and they sold screens with pixel errors with a 70 euro discount |
16:53:01 | dapureplaya | t0mas: oh fair enough. |
16:53:06 | t0mas | (but then you don't know where the pixel is... and how many you have) |
16:53:34 | | Join DJ_Dooms_day [0] (~scottr@dialup-6.81.220.203.acc05-dryb-mel.comindico.com.au) |
16:53:36 | t0mas | so I wanted 70 euros... and they started talking about the possibility that it was in the middle... and the discount screens might have 5 pixels... bla bla |
16:53:40 | DJ_Dooms_day | Heya |
16:53:52 | dapureplaya | anyway speaking of creative products, anyone seen the Creative 5GB Neeon? |
16:54:04 | t0mas | then I said: "Ok, I give mine back... put it on that pile... and give me the money... then I bought it back with discount + my new speakers set :P |
16:54:13 | dapureplaya | t0mas: nice |
16:54:16 | t0mas | jup |
16:54:47 | DJ_Dooms_day | So how far along is the new rockbox now? I see it can play MP3, any bugs? |
16:55:22 | t0mas | If we would know we would fix DJ |
16:55:30 | Rori | ah 160 watts not 170 watts |
16:55:33 | Rori | http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=14993&item=5780154709&rd=1&ssPageName=WDVW |
16:55:35 | t0mas | but there are some bugs in the graphics patch |
16:55:38 | t0mas | fixed in my local copy |
16:55:44 | DJ_Dooms_day | No doubt, not all bugs can be fixed straight away though |
16:55:45 | Rori | I have these. They are made by JBL so I read someplace |
16:55:51 | t0mas | but still working on some improvements |
16:55:54 | Rori | But under the Realistic branding |
16:56:01 | Rori | They are BIG! |
16:56:01 | [solid] | dwihno: i rip and store flac on dvd's, don't have the space on my disk... ogg -q6 is enough + it transcodes nicely directly from flac with oggenc and ogg is perfect for my h120 :) |
16:56:02 | dapureplaya | DJ_DOOMS_DAY: plays mp3, ogg and flac. |
16:56:03 | t0mas | ah and the next happy story :D |
16:56:03 | DJ_Dooms_day | graphics patch? |
16:56:07 | t0mas | I get a free archos |
16:56:17 | t0mas | broken... but it's fried with a wrong charger |
16:56:21 | Rori | RMS is 40 watts |
16:56:22 | t0mas | so I guess I can re[air it |
16:56:27 | t0mas | Rori: that's a lot |
16:56:30 | t0mas | mine is 30 |
16:56:33 | Rori | They kick booty ;) |
16:56:44 | | Part Musicmad |
16:56:48 | t0mas | DJ_Dooms_day: graphics on wps |
16:56:50 | t0mas | (bmp) |
16:56:58 | DJ_Dooms_day | Ah, yes |
16:57:00 | DJ_Dooms_day | Cool |
16:57:01 | dwihno | [solid]: ah. dvd's is also nice. |
16:57:06 | Rori | total weight of these babies is 46.2 lbs. (21 kg) |
16:57:09 | Rori | lol |
16:57:14 | DJ_Dooms_day | Grey scale still AWOL? |
16:57:14 | dwihno | [solid]: disks are so cheap nowadays... dvd might be good for backup though |
16:57:42 | [solid] | dwihno: yeah i recently got 10 dvd's (44GB) for equvalent of $2.5 |
16:57:58 | [solid] | dwihno: or exactly 2 euro with the todays exchange value :) |
16:58:10 | dwihno | [solid]: really, really nice! |
16:58:56 | t0mas | DJ_Dooms_day: http://forums.rockbox.org/index.php?topic=534.15#msg3555 |
16:59:00 | dapureplaya | tomas: http://www.klipsch.com/product/product.aspx?cid=713&dmore=True&rmore=False <−−my babies ;-) |
16:59:33 | t0mas | ghe... they look cool |
17:00 |
17:00:16 | * | t0mas np: iRiver - iRiver, Catch the digital flow! (0:04) [http://amarok.kde.org/] |
17:00:20 | t0mas | good bass testing song |
17:00:44 | [solid] | rotfl |
17:00:51 | dapureplaya | r u serious? |
17:01:13 | Rori | lol |
17:01:20 | Rori | I can suggest better bass testing tracks |
17:01:36 | t0mas | jup... some hardcore dance tracks |
17:01:40 | t0mas | but that iriver track is funny |
17:01:49 | dapureplaya | or any rnb/rap songs |
17:01:50 | t0mas | designed for SRS on iriver I guess :) |
17:02:07 | t0mas | or enya... to test overall quality |
17:02:15 | t0mas | or the lotr music |
17:02:16 | Rick | dapureplaya: can you not speak in aolbonics? :/ |
17:02:27 | Rori | Get the Junkie XL remix of BT's Somnambulist |
17:02:31 | Rori | That will work the bass |
17:02:35 | dapureplaya | Rick: aolbonics? sorry i'm not with teh lingo. |
17:02:59 | Rori | or the Burufunk remix if you want some kicking bass beat |
17:04:15 | dapureplaya | http://www.klipsch.com/product/product.aspx?cid=907 <−−-That just looks so cool. =(. Sucks. |
17:05:36 | Rori | yeah pisses me off the support iPod gets |
17:05:44 | dapureplaya | i concur |
17:06:07 | dapureplaya | i've seen my mate's Bose Sound-Dock. It is suprisingly powerful for such a tiny system. |
17:07:24 | t0mas | Bose always has these kind of tricks |
17:07:29 | t0mas | great sound form a little box |
17:11:17 | | Part LinusN |
17:15:39 | * | t0mas np: Usher - Yeah (Feat. Lil Jon And Ludacris) (0:52) [http://amarok.kde.org/] |
17:15:51 | t0mas | man... this song sucks |
17:16:00 | dapureplaya | hahahaha |
17:16:11 | t0mas | (this r&b is what you mean right?) |
17:16:27 | dapureplaya | uh. there are other songs which you can better for bass |
17:16:40 | t0mas | or, and maybe better for my mood |
17:16:44 | t0mas | I hate this... |
17:17:03 | dapureplaya | let's c......J-Kwon - Tipsy. I think that's a good tester. |
17:17:20 | t0mas | is that the fucking song about a girl getting tipsy in a bar? |
17:17:23 | t0mas | (sorry) |
17:17:24 | DJ_Dooms_day | Get 'The Chemical Brothers - Bass Test' |
17:17:39 | dapureplaya | hahaha...i dunno |
17:17:47 | DJ_Dooms_day | Has a nice big fat bass wind down |
17:17:59 | * | t0mas doesn't like R&B at all... |
17:18:08 | t0mas | more rock, dance... and even classic |
17:18:09 | dapureplaya | or any of teh old prodigy stuff. |
17:18:10 | * | preglow Calyx feat. Gridlok - Dead Ringer |
17:18:11 | t0mas | but no r&b |
17:18:28 | dapureplaya | what about funky house? |
17:18:35 | Rori | remember those bass test CD;s you used to get from car stereo fitting places? :) |
17:18:39 | DJ_Dooms_day | Anyway, bed time. Catch yaz all later |
17:18:42 | dapureplaya | bye |
17:18:45 | * | t0mas np: Scooter - One (Always Hardcore) (0:04) [http://amarok.kde.org/] |
17:18:47 | t0mas | ghehe |
17:18:52 | t0mas | Apres ski cd |
17:18:54 | | Nick DJ_Dooms_day is now known as DJDD_SLEEP (~scottr@dialup-6.81.220.203.acc05-dryb-mel.comindico.com.au) |
17:18:55 | Rori | CD's with names like 'Ultimate bass' etc ;) |
17:19:20 | t0mas | yeah... everybody here knows them... |
17:19:29 | t0mas | but it's a "black" thing here |
17:20:06 | t0mas | mostly jokes about black people having a more expensive radio than the car it's mounted in |
17:20:30 | preglow | like it should be |
17:20:31 | Rori | I put some new speakers in my car recently. Sounds amazing. Only snag is the car body vibrates/buzzes lol |
17:20:47 | bill20r3 | too much cowbell. |
17:21:08 | Rori | These speakers literally kick you |
17:21:25 | Rori | You feel it more than hear it :) |
17:21:26 | * | preglow recommends drum and bass for speaker testing |
17:21:36 | Rori | aye or breaks |
17:21:43 | t0mas | ghehe |
17:21:48 | t0mas | a jumping car :P |
17:21:49 | Rori | Nice bit of breakbeat |
17:22:12 | dapureplaya | nothing beats my stereo systems in my car. Stock stadnard. hahah |
17:22:33 | Rori | I have a line in on my car stereo front for my iRiver ;) |
17:22:40 | t0mas | wow |
17:22:42 | t0mas | that rocks |
17:22:44 | Rori | I use a mobile phone thing to hold it |
17:22:57 | Rori | on the air vent |
17:23:07 | bill20r3 | I finally ordered my first mp3 player last night, an H340 |
17:23:14 | * | t0mas still hopes it will work for VW's audio system someday |
17:23:30 | dapureplaya | damn. I wish i could have that. ATM i'm using crappy FM Trans. Not to mention is a Belkin. |
17:23:38 | t0mas | bill20r3: and now the waiting for rockbox on H3xx starts ;) |
17:23:39 | Rori | they don't do a CD to line convertor yet. Only the tape cassette ones |
17:23:58 | dapureplaya | bill20r3 gratz! you rgoing to love video playback on it. the screen on it is super dopper clear. |
17:23:59 | Rori | I've had the line in stereo for years and I won't part with it because of it |
17:23:59 | t0mas | Rori: cd's almost impossible |
17:24:07 | bill20r3 | yeah t0mas, hopefully soon. |
17:24:10 | Rori | Awai branded |
17:24:15 | bill20r3 | anyone here have a 320 or 340? |
17:24:21 | Rori | removable face too |
17:24:24 | bill20r3 | you dapure, which do you have? |
17:24:30 | Rori | I was thinkl |
17:24:34 | Rori | I was thinking ahead |
17:24:38 | Rori | when I bought it years ago |
17:24:43 | dapureplaya | bill23or3: i have an H140. but i have used my cousin's H340 very extensively. |
17:24:58 | bill20r3 | how do you like it? |
17:25:03 | bill20r3 | also, do I need a remote? |
17:25:04 | Rori | I knew I would need it for some kinda DAP eventually |
17:25:08 | bill20r3 | or do I just want one? |
17:25:18 | dapureplaya | bill20or3: It's great. personally i'm not a rmote user. |
17:25:26 | Rori | whenever I change cars I take it out ;) |
17:25:57 | dapureplaya | bill20r3: the only downfall is that navigation scrolling thru songs is slightly slower than H140. but that didn't get to me very much, especially when i taught my cousin how to organise his music very well. |
17:26:14 | bill20r3 | yeah, I'm pretty fussy about organizing stuff, so I should be ok. |
17:26:35 | bill20r3 | too bad the 3x0 remotes are so much |
17:26:50 | dapureplaya | if u had an intl model, you would have had a remote incl. |
17:27:07 | bill20r3 | I got a US model. |
17:27:10 | dapureplaya | filetree is a great way to organise music. i don't like it how ipod organises things for you it's annoying |
17:27:20 | bill20r3 | what format video does it play? |
17:27:51 | Rori | filetree rules |
17:27:59 | Rori | I know where everything is |
17:28:14 | yngwi | filtree is cool |
17:28:18 | Rori | by category and name and album |
17:28:23 | yngwi | never gonna need a database |
17:28:31 | dapureplaya | bill20r3:avi's. btw, you can only play videos if u flash the intl. firmware. once you get rid of your US firmnware, say bye bye to the DRM capabilities. So if you plan to buy online, you won't have vid playback |
17:28:43 | yngwi | A-Z/Artist/album/file |
17:28:51 | bill20r3 | I dont care about drm |
17:29:02 | DJDD_SLEEP | filetree is actually pretty shit when you have around 250 albums. |
17:29:03 | dapureplaya | good! all teh more reason to flash 1.28K :) |
17:29:25 | Rori | I sort by Genre/Artist/Album/file |
17:29:27 | DJDD_SLEEP | Mainly because of the slow scrolling speed of the iriver |
17:29:38 | yngwi | DJDD thats not true, i have about 300... and it rocks :-) |
17:29:42 | bill20r3 | 1.28 Korean is the good firmware? |
17:29:45 | DJDD_SLEEP | THats no help either, i have around 1800 artists |
17:29:55 | bill20r3 | you can do sub-folders right? |
17:29:59 | Rori | yes |
17:30:05 | bill20r3 | like \music\A\Artist ? |
17:30:11 | yngwi | 1800 artists, thats much |
17:30:18 | bill20r3 | so as long as you knwo where everything is, you wont have speed problems |
17:30:28 | DJDD_SLEEP | Yes you will |
17:30:39 | bill20r3 | ? |
17:30:42 | DJDD_SLEEP | and its hard memorizing 4500 songs |
17:30:48 | dapureplaya | bill20r3: yeah any intl version of H300 firmware will work. not t he US one. |
17:31:06 | DJDD_SLEEP | At 250 folders, getting to the 150th folder takes a good few minutes |
17:31:08 | B4gder | I have >6000 songs in a nicely sorted filetree |
17:31:12 | bill20r3 | does theusbtogo work with any usb mass-storage device? |
17:31:16 | yngwi | hmm i haven't had any problems with 3600 songs until now |
17:31:25 | bill20r3 | ie: could I copy stuff straight off another H340? |
17:31:34 | DJDD_SLEEP | Does the rockbox have a good scrolling thingy? |
17:31:37 | Rori | I like being able to switch back to iRiver fw. Means I can still play audio books while the Rockbox speed issue is resolved |
17:31:42 | bill20r3 | (assuming I modify my US version so the usbtogo actually works) |
17:32:11 | CoCoLUS | djdd, the scrolling accelerates if you scroll longer, so yes, its "good scrolling" |
17:32:12 | Rori | iRiver has no bookmark feature though :P |
17:32:12 | dapureplaya | bill20r3: not too sure how it works on the US modell, but i transferred files fro my H140 to my cousin's H340 vpretty successfully. keep in mind it was USB 1.1 so super slow. |
17:32:17 | | Join ]RowaN[ [0] (a2b0y@62.128.222.176) |
17:32:19 | bill20r3 | cool |
17:32:20 | Rori | or resume when switching on |
17:32:33 | bill20r3 | what would be *WAY* cool is a rockbox feature for "copy from ipod" |
17:32:34 | bill20r3 | heh heh |
17:32:39 | Rori | lol |
17:32:53 | Rori | strips the DRM as it copies ;) |
17:32:54 | dapureplaya | iriver is too good for aac :p |
17:32:56 | ]RowaN[ | have u guys thought about having a setting to enable crossfading on next/prev track skip? so when you skip to the next song it crossfades there too? |
17:33:09 | DJDD_SLEEP | Rori the iriver firmware DOES resume on playback. |
17:33:12 | preglow | that's a bit harder to do |
17:33:16 | Rori | RowaN great idea |
17:33:16 | bill20r3 | if I'm skipping tracks I want it to skip *now* |
17:33:33 | DJDD_SLEEP | I agree with Bill |
17:33:35 | Rori | I'd like the option :) |
17:33:48 | ]RowaN[ | bill: thats why i say make it an option =] |
17:34:01 | bill20r3 | ahh. |
17:34:02 | ]RowaN[ | as long as the crossfade is short it wont be annoying, just pleasant |
17:34:23 | Rori | Gimmie some generic gapless (Something close is all I ask) for any MP3 and I will be happy though |
17:34:26 | bill20r3 | are there any US sources for the H3x0 remote? |
17:34:29 | bill20r3 | or just ebay? |
17:34:35 | ]RowaN[ | not even crossfade.. just fade the 1st track out for a second and have the next one start at full volume over the top |
17:34:51 | bill20r3 | I think that'd be of minimal use. |
17:35:04 | Rori | Lame gapless will be a start |
17:35:07 | dapureplaya | http://www.misticaudio.com were selling them but they sold out in a snap. you can try asking the store if they plan to stock anymore. |
17:35:18 | preglow | lame gapless will be a start? |
17:35:30 | preglow | i don't want any more than lame gapless |
17:35:34 | Rori | yeah once Slasheri or someone figures it out |
17:35:40 | bill20r3 | whic model is this remote from? http://www.ebestdeal4u.com/pictures/iRiverRemote/image01.jpg |
17:35:53 | Rori | Well I never rule out an option if it's possible :) |
17:36:04 | dapureplaya | bill20r3: H100 remote. |
17:36:16 | *** | Saving seen data "./dancer.seen" |
17:36:19 | ashridah | yeah, H1x0 remote |
17:36:36 | Rori | but not going to get into the gapless argument again...for now ;) |
17:37:01 | bill20r3 | dapure, do you know which remotes work w/ the 340? |
17:37:02 | * | t0mas np: Freestylers - Push Up (0:34) [http://amarok.kde.org/] |
17:37:06 | ]RowaN[ | how does crossfading work atm? i havent managed to hear it yet (yes ive turned it on). Does the next song fade in over the top, or does it just start at normal volume over the last track (which is fading)? |
17:37:13 | t0mas | Rori, dapureplaya: that's a really good one :P |
17:37:17 | dapureplaya | bill20r3: you can also use it for H300 aswell. but there is a special H300 remote which has a joystick on it. |
17:37:32 | Rori | what is dapureplaya? |
17:37:42 | | Quit B4gder ("Lämnar") |
17:37:56 | bill20r3 | of course I'd rather have the 'proper' remote, but the 100 ones seem a lot easier to find |
17:37:59 | dapureplaya | oh yeah. Push up is a good one heheh |
17:38:10 | Rori | oh lol |
17:38:23 | dapureplaya | bill20r3: good luck if u can find the H300 one. |
17:38:25 | Rori | silly me I thought you was referring to some plugin :D |
17:38:31 | dapureplaya | bill20r3: the H100 remote works fine |
17:38:56 | Rori | Freestylers are cool BTW |
17:39:08 | dapureplaya | i only ever heard one of their songs and that was it hehe |
17:39:52 | preglow | ]RowaN[: the first track fades out, the second track fades in |
17:39:54 | ]RowaN[ | bill20r3: i think it would be a nice touch - atm i use dare i say it, winamp, and with directaudio plugin, when you hit next track, just for not even a second, the current track fades out instead of abruptly stopping, and the next on starts with no delay |
17:40:07 | ]RowaN[ | preg: at the same time? |
17:40:10 | preglow | yes |
17:40:17 | ]RowaN[ | over what period of time? |
17:40:19 | preglow | it wouldn't be crossfading if not |
17:40:28 | preglow | why not just try it? |
17:40:41 | ]RowaN[ | like i said, i have |
17:40:49 | ]RowaN[ | and cant manage to hear 2 tracks playing at once at any point |
17:41:25 | | Join Musicmad_ [0] (~Musicmad@cpe.atm2-0-1031198.0x50a4ad0e.bynxx13.customer.tele.dk) |
17:42:00 | ]RowaN[ | the wps screen changes to the next mp3 a little early, but the next track seems to just start as normal.. maybe its just me, i'll have to try some other mp3s tonite |
17:42:30 | preglow | have you enabled it? |
17:42:38 | | Quit Musicmad_ (Client Quit) |
17:42:39 | ]RowaN[ | yes |
17:42:45 | | Join Cassandra [0] (~Christi@82-70-230-150.dsl.in-addr.zen.co.uk) |
17:42:52 | ]RowaN[ | since it became on option yesterday or whenever it was |
17:43:09 | ]RowaN[ | ah maybe i need to reenable it again coz i updated rockbox a few times in the last few days |
17:43:21 | Cassandra | Hello |
17:43:25 | preglow | hi |
17:43:58 | Cassandra | I'm getting a bug in iriver playback where occasionally Rockbox drops back to the WPS at the start of a track. Is this known about? |
17:44:23 | Cassandra | (On the positive side, recent commits have fixed all the other flakyness) |
17:44:24 | ]RowaN[ | but that aside, what do you think about the next/prev cross.. well not crossfading, just current track fading out (for like half a sec) and the next one starts with no delay (so you hear it immediately, as the 1st track is still fading) |
17:45:20 | Cassandra | This is with shuffle on. I don't know if that makes a difference. |
17:45:33 | bill20r3 | jesus those 340 remotes are expensive |
17:45:38 | ]RowaN[ | it mite sound weird but its much easier on the ears to have a track not end abruptly when you skip to the next, trust me |
17:45:42 | | Join MO-Pantsu [0] (MO-Pantsu@deadman3000.plus.com) |
17:46:01 | preglow | Cassandra: can't say i've noticed it |
17:46:05 | ]RowaN[ | infact a friend of mine said "wow" when he heard my winamp do it =p |
17:46:08 | | Join webguest43 [0] (~acd796df@labb.contactor.se) |
17:46:18 | webguest43 | Hi |
17:47:12 | | Quit Rori (Read error: 104 (Connection reset by peer)) |
17:47:38 | bill20r3 | is there a side-by-side comparison of the different remotes anywhere? |
17:47:50 | Cassandra | I seem to be able to reliably reproduce it. Make a root.m3u, enable shuffle, start it off, and press the next button a few times. Eventually you will drop backt to the WPS. |
17:48:55 | Cassandra | Personally I hate crossfading. If you have a DJ selecting tracks it works, but some tracks do not crossfade well into each other. |
17:48:57 | ]RowaN[ | hmm still cant seem to experience crossfade here.. contineous mix cd in lame mp3 format listening to i am (whoops got all yodaey) |
17:49:31 | ]RowaN[ | yes but for a 1 sec crossfade, it doesnt need a dj so much |
17:49:47 | preglow | i'll never use crossfading myself |
17:50:03 | webguest43 | there should be plugins for sound adjustment on iriverbox |
17:50:05 | ]RowaN[ | im against crossfading... just fade the old track OUT, no need to fade the new one in, just have it start full volume |
17:50:06 | Cassandra | (Oh, as another aside, gapless works fine.) |
17:50:18 | preglow | Cassandra: not for mp3s, no? |
17:50:37 | ]RowaN[ | gapless seems find (dont remember enabling it, maybe its on by default) but still cant hear crossfading. any ideas preglow? |
17:50:46 | Cassandra | Funny I could have sworn it was working for my copy of The Wall. |
17:51:24 | | Nick Lynx_ is now known as Lynx_awy (Lynx@134.95.189.59) |
17:51:38 | preglow | i think it's a coincidental thing at the moment |
17:51:40 | Cassandra | I mean obviously I ripped it splitting on frame boundaries. |
17:51:53 | preglow | ahh, −−nogap ?= |
17:52:01 | Cassandra | Wouldn't expect it to work otherwise. |
17:52:04 | preglow | then it should work just dandy, yes |
17:52:28 | preglow | the more proper method using the LAME info header doesn't work yet |
17:52:44 | Cassandra | Ah - didn't know about that. |
17:53:11 | preglow | you don't need to pad out the last frame with next track data then |
17:53:38 | Cassandra | That'd be kind of cool. Saves having to rip things in a special way. |
17:53:52 | preglow | yup |
17:54:02 | preglow | and keeps track transitions the way they're supposed to be |
17:54:24 | Cassandra | So, can anyone else reproduce this dropping to WPS bug? |
17:56:21 | Cassandra | Hmm. I'm also getting a bug where sometimes, the track buffers correctly but freezes at 0:00. |
17:56:31 | preglow | there are still bugs left no doubt |
17:56:51 | preglow | gotta go |
17:56:54 | preglow | later |
17:56:56 | | Part preglow |
17:57:08 | ]RowaN[ | is anything supposed to happen when you click the iriver joystick during playback/wps? |
17:57:27 | ]RowaN[ | in original firmware it goes back to the file list |
17:57:52 | dapureplaya | hey is there a way to show which songs are of what filetypes while in browser mode? |
17:58:03 | yngwi | It should do that with rockbox too, at least it does it for me |
17:58:50 | ]RowaN[ | ah yep, working for me now too |
17:59:04 | Cassandra | Ah, the second one is a side effect of the first. After it's dropped back to the WPS, playback always halts at 0:00 |
18:00 |
18:05:02 | ]RowaN[ | after i press stop, and the song fades out, there is then a little blip of sound, does everyone else get that too? |
18:07:55 | | Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) |
18:08:03 | yngwi | Rowan: do you mean the song gets played shortly or do you mean a noise? |
18:15:15 | | Quit webguest43 ("CGI:IRC (Ping timeout)") |
18:27:00 | ]RowaN[ | song |
18:27:20 | ]RowaN[ | blip of the song u were just heading fade, but at normal volume |
18:28:32 | yngwi | do you use the bleeding edge build? |
18:28:58 | | Join Tomhab [0] (~tom@82.133.102.60) |
18:29:45 | ]RowaN[ | yes |
18:29:48 | | Quit ]RowaN[ ("back in 2 hours") |
18:30:30 | yngwi | hmm i had that too, but not anymore i thought, but i'll try |
18:32:21 | [solid] | i had that for ages |
18:32:22 | yngwi | hmm no, that doesn't happen anymore, do you have crossfade on? |
18:32:38 | [solid] | but i didn't test explicitely for it with the latest build, no |
18:33:37 | yngwi | i remember, that i had it and i don't have it anymore, so it must be the latest build or some settings, and i remember turning crossfade of so it was on by default |
18:34:19 | | Quit ashridah (Read error: 110 (Connection timed out)) |
18:35:20 | yngwi | no, even with crossfade on, it is gone,... so i don't have a clue |
18:35:54 | amiconn | Hmm, "fun" :/ |
18:36:11 | | Quit Cassandra (Read error: 60 (Operation timed out)) |
18:39:27 | amiconn | The rockbox scheduler does only work on archos because there is the pr register. |
18:42:42 | amiconn | ...wrong. There's a specially crafted thing in load_context() |
18:43:10 | thegeek | I got that song blip too |
18:43:15 | thegeek | using a build from late last night |
18:43:17 | thegeek | but |
18:43:21 | thegeek | it only happens sometimes |
18:43:32 | thegeek | did not spend time finding the trigger |
18:43:40 | | Quit thegeek (Read error: 54 (Connection reset by peer)) |
18:45:15 | | Quit dapureplaya (Read error: 110 (Connection timed out)) |
18:52:00 | linuxstb | I'm in the process of writing codecwav - does anyone know how much data I should be passing to the audiobuffer_insert() function in one call? |
18:52:48 | | Quit DMJC ("Leaving") |
18:53:16 | | Quit zezayer (Remote closed the connection) |
18:53:48 | | Quit Tomhab (Read error: 60 (Operation timed out)) |
18:53:53 | yngwi | Rowan: I've got it, the "Fade on Stop/Pause" is the problem, something there is not working, try switching it off |
19:00 |
19:04:16 | | Quit [solid] ("Lost terminal") |
19:07:29 | | Quit tedboer ("Leaving") |
19:08:01 | | Join DMJC-L [0] (~DMJC-L@220-245-170-40.tpgi.com.au) |
19:10:07 | | Quit DMJC-L (Client Quit) |
19:33:48 | Slasheri | linuxstb: There is no limit |
19:35:51 | Slasheri | linuxstb: So feel free to pass as much data as you need to. But maybe you should call yield sometimes, so try to limit the data to a few kilobytes. You should experiment which values gives the best ui and overall performance |
19:36:18 | *** | Saving seen data "./dancer.seen" |
19:36:55 | Slasheri | Now iriver seems to be able to play even 500 kbit/s vorbis flawlessly |
19:37:06 | bill20r3 | wow |
19:40:21 | linuxstb | Slasheri: How many bytes would you suggest my WAV codec reads/writes in one go? |
19:40:41 | linuxstb | Is 4096 bytes sensible? |
19:41:48 | | Join DrMouss [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
19:42:04 | | Join thegeek [0] (na@ti521110a080-0260.bb.online.no) |
19:44:47 | | Quit Chamois (" Try HydraIRC -> http://www.hydrairc.com <-") |
19:50:59 | | Quit MoosCamaro (Read error: 60 (Operation timed out)) |
19:55:28 | Slasheri | linuxstb: yes, it's quite good i think. And btw, there is limit but it's very big |
19:56:24 | amiconn | Yay! The modified scheduler for iriver is working, including stack check :-) |
19:56:26 | linuxstb | I tried 4096 bytes, but it wasn't sounding correct - increasing to 16K fixed the problem. |
20:00 |
20:00:49 | Slasheri | amiconn: oh, sounds good :) |
20:04:05 | linuxstb | Slasheri: Should I copy your two new ci->configure lines from codecflac into codecwav? Do you think I should increase the values? |
20:04:54 | Slasheri | linuxstb: You should determine the best values by testing :) |
20:05:09 | linuxstb | :-) I'll just copy the FLAC values for now then... |
20:08:50 | linuxstb | OK, I've just committed codecwav.c to CVS. |
20:09:42 | bill20r3 | what format video do the iRivers play? |
20:09:55 | Slasheri | linuxstb: great :) |
20:10:03 | | Nick DrMouss is now known as MoosCamaro (MoosCamaro@m214.net81-66-158.noos.fr) |
20:13:04 | linuxstb | bill20r3: Rockbox doesn't play videos on the iRivers |
20:14:04 | bill20r3 | I mean on the iriver firmware, for the H3x0's |
20:14:27 | linuxstb | Sorry, I have no idea. |
20:16:13 | bill20r3 | I just ordered an H340 |
20:17:42 | Slasheri | linuxstb: btw, instead of request_filebuf you should use request_buffer so there is no need to copy data twice |
20:17:43 | | Join zezayer [0] (~chatzilla@82.110.136.210) |
20:18:00 | Slasheri | *read_filebuf |
20:18:10 | nobbeh | i have a tag related w |
20:18:14 | nobbeh | *question |
20:18:27 | nobbeh | any change of ape tags on mp3s being supported? |
20:18:38 | nobbeh | *chance |
20:20:08 | linuxstb | Slasheri: OK, I'll change that. |
20:22:01 | Slasheri | linuxstb: Then you could also use short int as pointer type so byteswapping would be easier (and probably faster). #define BITSWAP(x) (((x>>8) & 0xff) | ((x<<8) & 0xff00) |
20:22:52 | linuxstb | Do I need to call advance_buffer as well? |
20:23:05 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
20:23:26 | Slasheri | yes you need, after you have done with the data |
20:23:37 | Slasheri | have=are |
20:24:51 | linuxstb | I'm looking at codecmpa - I don't understand how it works if the MP3 file is larger than the memory buffer. |
20:25:28 | Slasheri | It requests small chunks same way read_filebuf does |
20:25:38 | linuxstb | But it doesn't advance the pointer? |
20:25:52 | linuxstb | ^buffer |
20:25:56 | Slasheri | it will, at the end of the loop |
20:26:27 | Slasheri | it uses advance_buffer_loc but you should use advance_buffer(amount) |
20:26:27 | linuxstb | OK - I missed that. |
20:26:31 | Slasheri | :) |
20:27:54 | Slasheri | after calling something like that: short int pointer = ci->request_buffer(&size, CHUNK_SIZE); the size will tell you have many bytes was read |
20:28:08 | linuxstb | So it's just request_buffer, byte-swap, audiobuffer_insert, advance_buffer |
20:28:11 | Slasheri | if size is zero (or return value NULL), it's end of file |
20:28:16 | Slasheri | yep :) |
20:28:44 | Slasheri | *pointer |
20:30:37 | amiconn | Please don't define the byte swap as BITSWAP, this will be *very* confusing in rockbox |
20:30:38 | Slasheri | and remember not to request too large buffer sizes (maximum allowed amount is GUARD_BUFSIZE defined in playback.c, 8 KiB, but you should use lower values still |
20:31:19 | Slasheri | amiconn: That was only a silly example, i meant BYTESWAP or something like that =) |
20:32:55 | linuxstb | Slasheri: I have problems processing chunks smaller than 16K - try changing the size of wavbuf in my current codecwav to (e.g.) 4K, and listen to a WAV file. There is very bad stuttering. |
20:33:20 | Slasheri | linuxstb: Hmm, maybe you have too many yields then |
20:33:25 | Slasheri | Try decreasing those |
20:33:44 | linuxstb | OK. Too many changes to do at once.... |
20:33:48 | Slasheri | or add a counter if necessary |
20:38:14 | * | t0mas np: Sound Effects - Thx - Dolby Dts - Ultimate Bass Test(Techno 320) (0:04) [http://amarok.kde.org/] |
20:39:10 | zezayer | does anyone else find teh latest bleeding edge doesnt play mp3's |
20:41:03 | Slasheri | linuxstb: You have forgot to update SOURCES, your codec wont compile.. |
20:43:01 | amiconn | linuxstb: It seems the .wav bitrate is still a bit off. Afaik the bitrate is given in kBit/s, not KBit/s... |
20:43:21 | amiconn | ...so it should be /(1000/8) not /(1024/8) |
20:43:36 | linuxstb | Slasheri: Sorry, I'll commit it now. |
20:43:42 | Slasheri | linuxstb: great :) |
20:43:53 | Slasheri | amiconn: KBit.. what's that? :) |
20:44:02 | linuxstb | amiconn: Who made that rule? :-) |
20:44:03 | Slasheri | Kelvin Bits.. sorry :D |
20:44:38 | linuxstb | SOURCES is updated now. |
20:44:43 | amiconn | linuxstb: I don't know, but it's the way it works with mpeg audio |
20:45:28 | amiconn | Slasheri: K == 1024, k == 1000 |
20:45:35 | linuxstb | OK, I'll change the bitrate. Bloody computer scientists. |
20:45:55 | Slasheri | amiconn: Hmm, in europe we use SI-units. So k = 1000, Ki = 1024 and K = Kelvin =) |
20:46:20 | amiconn | Slasheri: I know that you use Ki for that, however, your commits were the first thing I've seen using that |
20:46:30 | Slasheri | oh :) |
20:46:41 | amiconn | ...and I *am* in europe :) |
20:47:31 | Slasheri | ok, that Ki, Mi etc. are still quite rarely used |
20:47:33 | linuxstb | I can't believe I'm sitting here optimising the WAV codec.... |
20:47:40 | Slasheri | :D |
20:48:15 | Slasheri | amiconn: This site has more explanation on that: http://physics.nist.gov/cuu/Units/binary.html |
20:48:25 | amiconn | Slasheri: ...and btw, those k, M, Ki, Mi etc aren't units, but prefixes |
20:48:37 | Slasheri | ah, yes.. that's true :) |
20:49:03 | amiconn | Or would you think 'mm' means 'meter meter'? ;-) |
20:49:19 | Slasheri | ;D |
20:50:02 | amiconn | Those Ki, Mi etc look a bit strange imho |
20:50:18 | amiconn | Ki might be okay, but Mi? 'Migabyte'?? |
20:50:48 | HCl | linuxstb: does it run at 11mhz yet? |
20:51:28 | yngwi | I'm in europe too, have been going to a technical school and have never heard of Ki, ect... :-) |
20:51:47 | yngwi | but I'm not what you'd call a good student :-) |
20:51:50 | Slasheri | yngwi: Hmm, really weird :) |
20:52:02 | yngwi | Austria |
20:52:51 | linuxstb | HCl: I don't know yet - it's not working reliably ATM. |
20:52:56 | HCl | k |
20:53:21 | yngwi | hehe taking out a pin to reset... :-) |
20:54:03 | Slasheri | Hmm, you should use some paperclip.. pins are known to be harmful to the reset button |
20:54:39 | yngwi | oh, haven't thought of that, thanks |
20:54:44 | Slasheri | :) |
20:55:57 | yngwi | a good tip, its also working better... again, thanks |
20:55:58 | Slasheri | What i have read from misticforums, some people did use pins and had broken reset button into pieces after that. |
20:56:03 | Slasheri | good :) |
20:56:18 | yngwi | hmm, thats bad |
20:56:25 | Slasheri | yep.. |
20:56:31 | yngwi | don't want to hurt my baby.. |
20:56:38 | yngwi | :-) |
20:56:53 | zezayer | have done that personally |
20:57:00 | zezayer | makes it a pain 2 reset now |
20:58:45 | yngwi | the progress is awesome |
20:58:54 | yngwi | you are doing a great job |
20:59:21 | thegeek | how can anyone actually put the sharp end of a pin in there? |
20:59:22 | thegeek | I mean |
20:59:37 | thegeek | it's pretty obvious it's not good sticking an object that sharp into there |
20:59:51 | yngwi | yeah thats true, shame on me :-( |
20:59:56 | thegeek | ;) |
21:00 |
21:04:39 | | Quit xen` () |
21:06:49 | | Join ghostiger [0] (~ghostiger@2a4bd8d6dfc3474b.session.tor) |
21:10:11 | yngwi | is there a way to turn off gapless playback for mp3?? |
21:10:25 | yngwi | haven't found it in the menu |
21:13:10 | CoCoLUS | why would you want that? |
21:13:32 | yngwi | becaus it seems to shave of the end of many songs... |
21:13:37 | linuxstb | OK, I've updated codecwav.c to use ci->request_buffer, but I can't prevent it stuttering unless I process chunks of 16K at a time. |
21:13:42 | linuxstb | Can someone look at it? |
21:18:42 | Slasheri | linuxstb: i will :) |
21:19:26 | | Quit Hadaka ("poof") |
21:21:39 | yngwi | ind i can't remember that I have any album that needs gapless (except NOFX-Ribbed :-) ) |
21:23:07 | linuxstb | yngwi: "gapless" (at the moment) just means that Rockbox doesn't insert any silence between tracks. So if you are losing the end of a track, it's a bug. |
21:24:43 | yngwi | i could only remember having read about cutting parts from the end of the file, but i guess that's where my memory starts to cheat on me... :-) |
21:25:17 | yngwi | I'm gonna try this out some more.. |
21:25:54 | linuxstb | Make sure you're using the very latest "bleeding edge" build - there's been lots of bugfixing today and last night. |
21:26:39 | Slasheri | linuxstb: Check my commit :) |
21:28:06 | Slasheri | linuxstb: btw, thanks to your "shuttering" code i might be able to locate one bug that will cause a crash :) |
21:28:20 | yngwi | I'm "always" using the newest build, i'ts very exciting :-) in fact, I sat the whole day in front of the PC pretending to study Latin but checking the IRC and build Page very often.... |
21:28:33 | Slasheri | Hehe :D |
21:28:49 | yngwi | its thrilling... what will they improve with the next build.... *sigh* |
21:29:22 | yngwi | maybe I'm kinda weird... |
21:29:29 | linuxstb | Slasheri: I don't understand your changes, but it's working perfectly. Glad I could help! |
21:29:42 | Slasheri | linuxstb: I think the filebuffer chunk size was too small |
21:29:49 | Slasheri | I increased it and it's now working :) |
21:30:31 | linuxstb | Slasheri: What are you planning on doing next? What about seeking in FLAC/OGG/WAV ? |
21:30:45 | | Join Naked [0] (naked@naked.iki.fi) |
21:30:53 | Slasheri | linuxstb: I want to find the remaining bugs that will cause rockbox to crash.. |
21:31:08 | linuxstb | Of course! |
21:31:11 | Slasheri | :) |
21:31:40 | amiconn | Slasheri: Crashes might very well be caused by stack overflows |
21:31:48 | linuxstb | I may regret it, but I'll try to look inside libFLAC and see if I can make some more use of the IRAM to speed it up. |
21:31:51 | Slasheri | amiconn: Hmm, indeed |
21:31:59 | amiconn | Stack usage is at 80% just by playing mp3s |
21:32:51 | amiconn | That's why I want to have the stack overflow check in the scheduler working |
21:33:22 | amiconn | A stack overflow will then trigger a panic on the next context switch, and rockbox will print the offending thread's name |
21:33:41 | amiconn | I already have it working, just need to do some more tests |
21:33:49 | Slasheri | ah, thats really good :) |
21:36:19 | *** | Saving seen data "./dancer.seen" |
21:40:52 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
21:43:33 | | Quit zezayer ("Chatzilla 0.9.68.5 [SUSE 1.0.4-1.1/20050511]") |
21:48:42 | | Join Tangleding [0] (~Tangledin@ARennes-351-1-21-195.w82-126.abo.wanadoo.fr) |
21:48:49 | Tangleding | hi |
21:48:51 | Tangleding | :) |
21:49:08 | Tangleding | Nice to see latest progress on wave too... |
21:49:10 | Tangleding | :) |
21:49:43 | MoosCamaro | hi Tang |
21:49:49 | Tangleding | Hi Moos |
21:49:50 | Tangleding | :) |
21:49:59 | amiconn | Slasheri: mp3 playback seems to need the largest stack space |
21:49:59 | MoosCamaro | linuxstb work on it ;) |
21:50:08 | amiconn | Still no overflow though |
21:50:10 | Tangleding | little thing to edit in the wiki codec status |
21:50:17 | Tangleding | " WAV Plays from the debug menu (first 8mb of /sample.wav)" |
21:50:29 | Tangleding | the prenthesis seems useless now no? |
21:50:56 | elinenbe | amiconn: do you have an iriver now? |
21:51:00 | amiconn | Everything after 'Play' should be useless |
21:51:05 | amiconn | elinenbe: yup |
21:51:38 | Tangleding | lol indeed |
21:51:51 | yngwi | sorry to be off topic, but do you (wherever you are) also have stupid movie translators?? (feel free to tell me if you don't want that kind of talk on the channel) |
21:51:52 | Tangleding | good shot amiconnn |
21:52:02 | Tangleding | mikaa seems to edit actualy |
21:52:34 | amiconn | Slasheri: flac needs ~12% of the codec stack, vorbis ~17%. mp3 needs ~80% |
21:53:01 | amiconn | Now I need to forge a stack overflow condition... |
22:00 |
22:00:34 | Slasheri | yep |
22:00:48 | Slasheri | linuxstb: your code was great, i was able to find one crashing bug using it :) |
22:02:09 | linuxstb | :-). |
22:02:26 | linuxstb | Do you know how many are left? |
22:03:09 | Slasheri | no i don't but i believe this will fix many problems |
22:03:30 | Slasheri | (i think there is second bug somewhere too, now searching it) |
22:09:16 | | Join bipak_ [0] (~bip@p50885B69.dip.t-dialin.net) |
22:09:30 | * | amiconn scratches head |
22:10:28 | * | t0mas has a new way to clean his desk: |
22:10:30 | * | t0mas np: Sound Effects - Thx - Dolby Dts - Ultimate Bass Test(Techno 320) (0:30) [http://amarok.kde.org/] |
22:10:46 | | Join Rori [0] (MO-Pantsu@deadman3000.plus.com) |
22:11:31 | | Quit MO-Pantsu (Read error: 104 (Connection reset by peer)) |
22:11:54 | Tangleding | anyone has some news of BobTHC? |
22:14:47 | Tangleding | stange bug with latest building edge |
22:15:07 | Tangleding | the playback was cut |
22:15:27 | nobbeh | any chance of ape tags on mp3s being supported? |
22:15:29 | | Quit bipak_ (Read error: 54 (Connection reset by peer)) |
22:15:58 | Tangleding | since RG info are stored in ape tag |
22:16:07 | Tangleding | and RG are planned to be supported |
22:16:15 | Tangleding | i think the answer is YES, no? |
22:16:21 | | Join bipak_ [0] (~bip@p50885B69.dip.t-dialin.net) |
22:16:32 | linuxstb | The isn't no. |
22:16:41 | linuxstb | ^The answer isn't no. |
22:17:45 | MoosCamaro | depand if someone work on it ;) |
22:17:51 | Tangleding | :) |
22:18:11 | Tangleding | maybe nobbeh is volunteer? :D |
22:18:21 | HCl | whats rg info? |
22:18:21 | Tangleding | (just joking) |
22:18:26 | linuxstb | I could work on it, but I never tag any my files... |
22:18:29 | linuxstb | ReplayGain |
22:18:30 | Tangleding | replayGain |
22:18:39 | Tangleding | i think it work from APe tage |
22:18:53 | Tangleding | gonna check if i didn't mistaken |
22:20:24 | amiconn | .wav shouldn't need to boost the cpu at all, correct? |
22:23:37 | linuxstb | amiconn: I would hope not. All it does is byte-swap the data. |
22:24:11 | amiconn | Hmm. Playing a .wav still boosts the cpu while reading from disk |
22:24:20 | | Quit bipak (Read error: 110 (Connection timed out)) |
22:24:43 | linuxstb | How can I check the CPU status? |
22:24:59 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
22:25:39 | Slasheri | current implementation always boosts cpu while reading from disk.. |
22:25:47 | Slasheri | linuxstb: debug menu :) |
22:25:57 | preglow | boosts cpu while reading from disk??? |
22:26:05 | preglow | have anyone thought about getting ata dma to work? |
22:26:31 | Slasheri | preglow: yep, that's mainly to speed-up disk reading |
22:26:58 | Slasheri | however, dynamic cpu_boost could do it also (haven't tested yet) |
22:28:59 | amiconn | preglow: mp3 uses the most of all codecs by far |
22:29:51 | Slasheri | cvs updated, at least one crashing problem fixed! |
22:31:38 | preglow | amiconn: not more than tremor, i'd wager |
22:31:49 | amiconn | *way* more |
22:31:49 | preglow | amiconn: or what do you mean? |
22:31:53 | preglow | more cou? |
22:31:54 | preglow | cpu <- |
22:31:59 | amiconn | Stack space |
22:32:02 | preglow | ahh, yes |
22:32:03 | preglow | that i know |
22:32:10 | preglow | take a look at III_decode |
22:32:18 | preglow | it uses about 8k of stack space for temporary samples |
22:32:28 | amiconn | Hmz, the most important word was missing in my sentence :-/ |
22:32:59 | preglow | mno, 4k |
22:33:08 | preglow | how much stack space usage have you seen? |
22:33:23 | amiconn | [21:52:11] <amiconn> Slasheri: flac needs ~12% of the codec stack, vorbis ~17%. mp3 needs ~80% |
22:33:32 | amiconn | I can add mp2: ~19 % now |
22:33:44 | | Quit bipak_ ("Lost terminal") |
22:34:24 | amiconn | Codec stack size is 10.25 KB |
22:34:39 | preglow | ouch |
22:34:41 | preglow | but anywho |
22:34:45 | preglow | it's needed for performance |
22:34:50 | preglow | so might as well let it use that stack |
22:35:58 | amiconn | The stkov check is working now (not yet committed), but for obvious reasons it can't catch all cases |
22:36:21 | amiconn | If some crucial code gets overwritten by the stack overflow.... |
22:36:22 | | Join Jason [0] (~acc86221@labb.contactor.se) |
22:37:02 | amiconn | I was able to cause a 'stkov audio' but not a 'stkov codec'. Rockbox simply hung |
22:37:12 | amiconn | ...probably because the codec stack is in iram |
22:37:30 | Jason | Im just trying out Crossfade |
22:38:04 | preglow | amiconn: exactly how does stkov work? |
22:38:07 | Slasheri | Jason: currently it's broken |
22:38:24 | Slasheri | (at least i think it is) |
22:38:25 | Jason | well its doing something on my iRiver |
22:38:33 | Slasheri | ah, ok :) |
22:38:33 | Jason | what would be good is a variable crossfader setting |
22:38:54 | elinenbe | Slasheri: you haven't heard that one yet <grin> |
22:39:17 | Slasheri | Hmm :D |
22:39:17 | amiconn | preglow: switch_thread() checks whether the first longword is != 0xdeadbeef. If it is -> panicf() |
22:39:18 | Jason | the only thing iRiver Rockbox doesn't have is sound adjustment |
22:39:43 | amiconn | Jason: There are many more things missing |
22:39:49 | Jason | as well as a clock |
22:39:56 | amiconn | It's far from complete |
22:40:21 | Jason | well i now use Rockbox simply because the shuffle is a million times better than iRiver |
22:40:28 | amiconn | :-) |
22:40:42 | * | bill20r3 shops for a remote |
22:41:02 | Jason | miss that a lot decent shuffle |
22:41:28 | Tangleding | :D |
22:41:39 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
22:41:41 | Tangleding | It's not finalised thought |
22:41:52 | Jason | well its somethign |
22:41:56 | Tangleding | but too i use Rbx since i have some mp3 taht iRiver fw can't play |
22:41:58 | bill20r3 | is there just the 2 models, the common 1x0 remote, and the unobtainable H3x0 remote? |
22:42:01 | Tangleding | and Rockbox does |
22:42:11 | Tangleding | bill |
22:42:13 | Tangleding | yes but |
22:42:22 | Tangleding | for H3xx only the two work |
22:42:32 | | Quit ghostiger (Remote closed the connection) |
22:42:34 | Tangleding | for H1xx the H3xx remote won't work fine (no buttons) |
22:42:41 | Jason | but I must admit iRiverbox looks promising |
22:42:50 | bill20r3 | so which ones work on the H3x0? |
22:43:16 | Jason | I reckon the H1x0 series are gonna be very collectable |
22:43:50 | | Join ehntoo [0] (~noclue2@24-177-153-208.dhcp.mrqt.mi.charter.com) |
22:44:20 | Tangleding | both H1xx and H3xx work for H3xx |
22:45:25 | amiconn | Mrf, I don't get this |
22:45:59 | bill20r3 | are there different remotes within the H1xx models, or are they all identical? |
22:46:09 | bill20r3 | seems like some pictures are chrome, and some are black. |
22:46:11 | Tangleding | al; identical |
22:46:15 | Tangleding | and you can even buy |
22:46:19 | Tangleding | iMP550 remote |
22:46:24 | bill20r3 | reeeeally |
22:46:31 | Tangleding | it's the same only the names of the button change |
22:46:52 | Tangleding | i own an iMP550 remote in replacement of my iHP1xx old remote that i broke |
22:46:54 | bill20r3 | is there any reason to get the iMP500 remote over one of the H1xx remotes? |
22:46:57 | Tangleding | it work fine |
22:47:02 | Tangleding | (on my iHP1xx) |
22:47:13 | bill20r3 | are they different colors or anything? |
22:47:22 | bill20r3 | cause I'd like one that's black, if possible. |
22:47:29 | Tangleding | no more reason but sometimes iHP1xx remote aren't available and iMP550 are |
22:47:31 | Tangleding | ;) |
22:47:37 | Tangleding | MP |
22:48:02 | Jason | It would be awesome if iRiverbox supports the FM tuner and enables recording from it |
22:48:03 | amiconn | It might be that there are H-1x0 remotes with different colours. Mine is black |
22:48:22 | Tangleding | amiconn |
22:48:23 | Tangleding | indeed |
22:48:40 | Tangleding | there is black for US H120 and iHP140 |
22:48:53 | Tangleding | and champaign for UE iHP120 |
22:49:06 | Tangleding | but also silver for iMP550 and black for iMP550 too |
22:49:20 | Tangleding | anyway the only différence is the button labeling |
22:50:35 | MoosCamaro | and black for h140 too ;) |
22:55:22 | preglow | amiconn: but how does it check stack usage? writes 0xdeadbeef as far as it can and sees how far it's been erased? :P |
22:55:49 | amiconn | create_thread fills the whole stack of the new thread with 0xdeadbeef |
22:56:07 | preglow | ahh, yes |
22:56:14 | amiconn | The check in switch_thread is a quick check for overflow |
22:56:33 | | Quit silencer_ ("Lost terminal") |
22:56:36 | preglow | but yeah, no surprise libmad needs stack, slasheris first attempts at audio crashed because of this |
22:56:44 | amiconn | The values in the debug menu are calculated by thread_stack_usage(), |
22:57:05 | preglow | amiconn: are you gonna commit the working stack check soon? it's a nice tool to have |
22:57:17 | amiconn | ..which will scan each thread's stack until it finds something else than 0xdeadbeef |
22:58:14 | amiconn | I would have done that already if there wouldn't be a problem |
22:58:35 | preglow | oh+ |
22:58:54 | amiconn | I've unified the scheduler as much as possible for coldfire and sh1. |
22:59:19 | amiconn | Now I'm trying to trigger stkov on both. |
22:59:35 | amiconn | ...to see whether it displays the correct thread name |
22:59:47 | amiconn | On archos, I did not yet manage to do that |
22:59:50 | | Join telliott [0] (~telliott@208-251-255-120.res.evv.cable.sigecom.net) |
23:00 |
23:00:12 | amiconn | I might have to do with build dependencies; trying a full rebuild now |
23:00:34 | yngwi | amiconn: my remote is also black |
23:03:59 | amiconn | Something is seriously wrong here |
23:04:04 | * | amiconn is puzzled |
23:04:37 | | Part telliott |
23:12:45 | Rick | ? |
23:12:46 | Rick | black? |
23:12:48 | Rick | what do you mean |
23:13:32 | | Join road_runner [0] (~554166e9@labb.contactor.se) |
23:14:31 | road_runner | I've just posted a question at the website, now this is kinda silly right? I can ask you guys... i'm pasteing it. |
23:14:47 | Bagder | :-) |
23:15:04 | road_runner | Hello. In a few minuts i'm going to (finally) install rockbox as now it plays music and I must try it... |
23:15:05 | road_runner | I'm using hebrew on the original iriver (1.65u) firmware - by altering the cyrillic font by h3mod to the hebrew letters. this has worked o.k. for me - surely with the mirrored problem. |
23:15:05 | road_runner | In order to install the bootloader I would like to use the fwpatcher. And so I get a checksum error if I use it on an already moded .hex firmware file. |
23:15:09 | road_runner | I got away with this by firstly patching the firmware with the bootloader and only then h3mod'ing it to include the hebrew charset. |
23:15:14 | road_runner | Wayyyy too afraid of trying this myself, I have made a resolution to wait until u guys will tell me if this is safe or not... |
23:15:19 | road_runner | p/s, if the fwpatcher program wouldn't do a checksum check, (would descrambling-merging-rescrambling it myself = wouldn't produce the same error) would lead to a corrupted firmware? b.t.w. I guess not. |
23:15:22 | road_runner | (hey it worked) |
23:15:53 | Bagder | I'm not sure what you're asking |
23:16:00 | road_runner | shoot |
23:16:01 | road_runner | (and if someone has a bdm interface I would love to hand him my firmware so he could check if it really works...) |
23:16:08 | linuxstb | Has anyone done any work on the AC3/A52 decoder recently? I've just tested it, and it's decoding at 130% realtime on one test file, and 115% on the other. |
23:16:18 | preglow | road_runner: you can only patch an unmodified firmware |
23:16:34 | preglow | road_runner: with fwpatcher, that is |
23:16:50 | preglow | linuxstb: no work whatsoever |
23:16:58 | preglow | linuxstb: since i have little or no interest in the format |
23:17:15 | linuxstb | It seems no work is necessary. |
23:17:28 | nobbeh | road_runner:theoretically, if only the fonts are replaced, you should be ok. |
23:17:33 | preglow | necessary, no, but still needs to be done, heh |
23:17:41 | linuxstb | The only use for AC3 is for digital TV or DVD rips. |
23:17:48 | preglow | know |
23:18:31 | road_runner | preglow: how can I be sure, i already crashed the player 5 (that is FIVE!!!) times until warrenty voides |
23:18:38 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
23:18:51 | preglow | you can't be sure |
23:19:04 | preglow | but the bootloader doesn't touch those parts of the firmware, I THINK |
23:19:17 | preglow | but no guarantees |
23:19:36 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
23:20:12 | road_runner | well I DO KNOW that using h3mod would produce good altered firmwares... question is if this is the right way, or scrambling it myself :? |
23:20:34 | Bagder | you'll get the same end result I guess |
23:20:49 | road_runner | the key word is "guess" |
23:20:56 | preglow | but hell, why do you need iriver firmware when you've got rockbox anyway? :> |
23:21:00 | Bagder | yes |
23:22:19 | road_runner | hehe.. because everyone warned me I would have to start carring pins with me everywhere |
23:22:39 | Bagder | chicken |
23:22:42 | preglow | wuss! |
23:22:49 | Bagder | the pin is very light ;-) |
23:22:53 | road_runner | heeee... lol |
23:22:55 | preglow | hardly takes any space at all |
23:23:10 | Bagder | had to use mine on the train back from work today ;-) |
23:23:12 | road_runner | u r the 1st guys how acctually told me to try it |
23:23:26 | road_runner | :/ |
23:24:18 | road_runner | anyways... can someone acctually try C if my firmware works 4 him or would this be 2 much 2 ask 4? |
23:24:45 | Tangleding | what the wquestion? |
23:25:17 | Tangleding | You want to know if you can change the fw bitmaps with H3mod? |
23:25:17 | Bagder | so you're asking someone else to risk what you don't dare? |
23:25:25 | road_runner | can someone try my patched 1.65U firmware with hebrew charset and bootloader... ? |
23:25:36 | road_runner | nooooooo |
23:26:09 | Tangleding | Ask Linus if he has BDM |
23:26:09 | road_runner | I'm asking if someone in this forum has a bdm inteface - > can risk his own player because he can always reflash it!!! |
23:26:17 | Tangleding | ooops |
23:26:24 | Tangleding | anyway you know |
23:26:27 | road_runner | Linus surely has bdm |
23:26:29 | Slasheri | i have changed bitmaps from my 1.65E firmware, patched it with bootloader after that and flashed. Works fine |
23:26:29 | Bagder | Linus is the only one to has one |
23:26:34 | Bagder | who has |
23:26:38 | Tangleding | maybe Linus has betetr to do with Rockbox |
23:26:44 | Tangleding | is this very important? |
23:27:01 | Bagder | I say run without the font patch |
23:27:19 | Bagder | or cross your fingers and run for it |
23:27:32 | road_runner | slasheri: modding before patching? didn't it give you a checksum error? have you used the fwpatecher? probebly not. |
23:27:44 | Tangleding | RR |
23:27:49 | Slasheri | road_runner: i patched it on linux using command line tools |
23:28:09 | Tangleding | if you want to know if we can mod a iHP fw with bootloader using H3mod |
23:28:12 | Tangleding | the answer is YES |
23:28:25 | Tangleding | i've done it for myself |
23:28:33 | road_runner | tangleding: yeah very. half of my playlist is in hebrew and i don't like reflashing, crashed way too much for me |
23:28:37 | Tangleding | i just do'nt understand what's the matter |
23:29:06 | amiconn | Ugh, severe bug found |
23:29:08 | road_runner | I'll re explain myslef |
23:29:15 | Tangleding | in private |
23:29:24 | Slasheri | amiconn: Hmm, from cvs code? |
23:29:24 | amiconn | I wonder how this could have worked... |
23:29:25 | road_runner | n.p |
23:29:29 | Tangleding | oki |
23:29:36 | amiconn | Slasheri: Nope, in my reworked scheduler |
23:29:39 | Slasheri | ah :) |
23:29:59 | amiconn | I was mixing up some registers in the context load on archos |
23:30:15 | Slasheri | cvs has still one unsolved crash problem (I04: something) |
23:30:21 | amiconn | It still worked, just not always |
23:30:35 | | Join Nuxator [0] (~5544f448@labb.contactor.se) |
23:30:50 | Nuxator | hi |
23:30:53 | amiconn | I04 is illegal instruction |
23:31:04 | Nuxator | any dev here? i've got a problem to compil rockbox |
23:31:22 | | Join pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk) |
23:31:24 | Nuxator | src/it/itread.c: In function `it_load_sigdata' |
23:31:39 | Nuxator | it seems that dumb doesn't compile |
23:31:57 | Bagder | your first build? |
23:32:11 | Bagder | I mean, did it ever work? |
23:32:21 | Nuxator | i build rockbox ong ago without dumb in cbvs |
23:32:36 | Bagder | what gcc version? |
23:32:38 | Nuxator | and under cigwin nom i'm in linux |
23:32:50 | Nuxator | but i've got the same error in cygwin and linux |
23:33:09 | Bagder | latest cvs? |
23:33:11 | crwl | hm, queuing doesn't seem to work very well currently, does it? :) |
23:33:12 | Nuxator | gcc from linux or gcc m68k-elf |
23:33:32 | Bagder | "gcc −−version" shows |
23:33:34 | Nuxator | yes latest cvs |
23:33:48 | Nuxator | 3.4.3 |
23:34:16 | Bagder | well, it builds fine for me and numerous others |
23:34:17 | crwl | looks like if i play something and then queue, say, an album full of songs, then rockbox will still play all the songs it had buffered before moving on to the queued tunes |
23:34:37 | Bagder | Nuxator: did you create a new build dir and ran configure in there now with the recent code? |
23:34:39 | yngwi | crwl: i noticed that too |
23:34:44 | crwl | and when it's playing those buffered songs, the wps correctly says what it's playing, but the playlist window (which now works) claims it's playing the queued song it's supposed to play |
23:34:54 | Nuxator | dumb doesn't compile: itread.c has errors |
23:35:06 | Nuxator | Badger : yes |
23:35:09 | amiconn | Ahahhhh! 'Stkov mpeg' |
23:35:14 | Bagder | it compiles for me |
23:35:19 | amiconn | It works on archos as well :-) |
23:35:30 | crwl | Slasheri, have you noticed what i reported? |
23:35:36 | Nuxator | error: insn does not satisfy its constraints |
23:35:57 | Bagder | Nuxator: what binutils version? |
23:36:04 | Nuxator | i wanted just to fix fasts forwrd rewind for remote |
23:36:10 | Slasheri | crwl: Hmm, i haven't tried that |
23:36:21 | Nuxator | binutils how i know version? |
23:36:23 | *** | Saving seen data "./dancer.seen" |
23:36:40 | crwl | Slasheri, it seems to be easily... öö, toistettavissa ;D |
23:36:56 | Bagder | Nuxator: how did you install binutils for m68k-elf then? |
23:37:01 | amiconn | Nuxator: m68k-elf-as −−version |
23:37:07 | Nuxator | from documezntation |
23:37:08 | Slasheri | crwl: hehe =) |
23:37:19 | Nuxator | same version has on webbbbbsite |
23:37:21 | Slasheri | crwl: Okay, i will try that tomorrow :) |
23:37:25 | crwl | Slasheri, ok :) |
23:37:29 | Nuxator | 2.16 |
23:37:35 | | Join Zoom2 [0] (~41080fd1@labb.contactor.se) |
23:37:53 | Nuxator | and m68k-gcc-elf 3.3.4 |
23:37:58 | Bagder | that error sounds like a bad binutils version error to me |
23:38:27 | amiconn | Nuxator: Try to build or install gcc 3.4.x for m68k |
23:38:46 | | Join Shari [0] (starchild4@cuscon9633.tstt.net.tt) |
23:38:52 | | Part Shari |
23:39:50 | Nuxator | pfff just all this workd just to add 2 define in one file |
23:40:57 | Nuxator | wich version do you have? |
23:41:14 | Bagder | m68k-elf-gcc (GCC) 3.4.3 |
23:41:34 | amiconn | 3.4.4 here |
23:41:37 | Bagder | GNU assembler 2.15.94 20050202 (with coldfire patch) |
23:41:57 | amiconn | ..and binutils 2.16 |
23:43:10 | Nuxator | it's strange that i had same prob under cygwin |
23:43:29 | amiconn | Did you use the precompiled m68k-elf-gcc? |
23:44:04 | Nuxator | no |
23:44:20 | Nuxator | i followed the page on rockbox website |
23:44:25 | Nuxator | ha for cygwin |
23:44:48 | Nuxator | i intalled from the url in setup so i guess it's precomplied |
23:45:22 | amiconn | My guess is that gcc 3.3.x won't work for iriver builds |
23:45:35 | Nuxator | ha ok |
23:45:48 | Slasheri | Aah, found probably the last bug! |
23:45:57 | Slasheri | (major crash bug) |
23:46:02 | Nuxator | i'll try with 3.4.3 |
23:46:04 | amiconn | Slasheri: There is no such thing as a last bug ;) |
23:46:14 | Slasheri | yep, i corrected that ;) |
23:46:16 | Nuxator | Last bug found |
23:46:26 | Nuxator | until next |
23:46:30 | Slasheri | :) |
23:47:03 | Slasheri | committed |
23:47:05 | Slasheri | goodnite :) |
23:47:10 | preglow | nitey |
23:51:27 | yngwi | like i told some time ago, i encountered a bug with mp3 playback |
23:51:45 | yngwi | on some files, the end gets cut of |
23:52:20 | preglow | yes |
23:52:22 | preglow | we know about that |
23:52:31 | yngwi | ok |
23:52:32 | | Quit thegeek (Read error: 54 (Connection reset by peer)) |
23:52:58 | yngwi | i just tried a few songs... and just had to admit, that i could not find a system |
23:53:08 | yngwi | for the error |
23:53:49 | yngwi | i tried songs from a single album which i ripped with -aps and no other modifications, and on some it skips and on others not |
23:57:38 | | Quit ehntoo (Read error: 113 (No route to host)) |
23:57:53 | preglow | anyone know if [solid] did some vorbis battery tests? |
23:58:20 | | Join ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) |
23:58:55 | yngwi | i read the whole irc-log and at least I haven't seen any results posted by him, though he said he would do some tests today |