14:00 |
14:47:57 | *** | Started Dancer V4.16p1 |
14:47:57 | *** | Connected to irc.eu.openprojects.net on port 6667 |
14:47:57 | *** | Logfile for #rockbox started |
14:47:59 | *** | Server message 501: 'logbot :Unknown MODE flag' |
14:47:59 | Mode | "logbot :+i" by logbot |
14:47:59 | | Join logbot [242] (~bjst@labb.contactor.se) |
14:47:59 | | Join matp [0] (~mpritch@gateway.riversoft.com) |
14:47:59 | | Join Zagor|out [0] (~bjst@as9-5-6.k.s.bonet.se) |
14:47:59 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
14:47:59 | | Join adiamas [0] (~adiamas@as5300-10.216-194-23-221.nyc.ny.metconnect.net) |
14:47:59 | | Join adi|work [0] (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) |
14:47:59 | | Join datazone [0] ([IyXJi78Lm@207.136.36.203) |
14:47:59 | | Join Tumm [0] (coyote@mysko.net) |
14:47:59 | | Join PsycoXul [0] (psyco@adsl-63-205-40-178.dsl.lsan03.pacbell.net) |
14:47:59 | | Join wettoad [0] (~wettoad@uludag.mbi-berlin.de) |
14:47:59 | | Join mecraw|sleeping [0] (~mecraw@63.172.39.2) |
14:47:59 | | Join webmind [0] (webmind@seal.student.utwente.nl) |
14:47:59 | | Join geoffeg [0] (~geoffeg@216.196.223.237) |
14:47:59 | | Join Hes [0] (~hessu@hessu.zedi.sonera.fi) |
14:47:59 | | Join Hadaka [0] (naked@graywolf.onnanifujiyuu.org) |
14:47:59 | | Join dwihno|gone0r [0] (dwihno@193.180.246.67) |
14:49:45 | | Join yro [0] (~yves@ns1.alcove-solutions.com) |
15:00 |
15:09:19 | Hes | If the feature name is 'autoplay', i'd suggest /autoplay.m3u |
15:10:59 | Hes | and storing the autoplay bit in the first bit of 0x10 of the config block |
15:11:06 | Hes | which the patch actually does: |
15:11:09 | Hes | + rtc_config_block[0x10] = (unsigned char)global_settings.autoplay; |
15:11:20 | Hes | it just documents it differently: |
15:11:20 | Hes | +0x11 0x25 <autoplay byte> |
15:11:56 | Hes | => away |
15:49:26 | | Quit adiamas (Read error: 110 (Connection timed out)) |
15:51:15 | | Join dug [0] (~dug@ppp-158.net-202.magic.fr) |
15:51:22 | dug | hello everybody |
15:55:24 | yro | Hi there |
15:58:30 | dug | i'm visite your site |
15:59:23 | dug | and i'm very interesting |
15:59:40 | yro | Hes: Yep, you're right, I'm wrong in the doc... |
15:59:54 | yro | dug: You own a player ? |
16:00 |
16:01:21 | dug | yes... i have a Recorder 20 |
16:01:48 | yro | dug: Have you tried it ? |
16:02:27 | yro | dug: I mean, rockbox on it ;-) |
16:02:49 | dug | and i wonder if i have to change it width Archos Multimedia (sorry for my english, i'm french) |
16:03:18 | dug | yes i'm tried it, and it's very cool... and your firmware also :) |
16:03:52 | dug | but, you work with version Multimedia ? |
16:03:55 | yro | dug: Not mine, I'm just on the channel right now ;-) |
16:04:06 | dug | :) |
16:04:21 | yro | dug: The Multimedia version is already out ? |
16:04:34 | yro | (Im french too ;-)) |
16:05:00 | dug | :)) et ben je cause francais si cela ne t'embete pas ;) |
16:05:35 | dug | en faite, je viens de voir que cette plateforme pouvait etre programmer (j'suis programmeur) |
16:06:06 | dug | et j'hesite a l'echanger avec la version Multimedia, vu qu'il y a plus de possibilité de dev dessus |
16:07:10 | dug | yro: quand penses tu ? |
16:13:20 | yro | yro->busy |
16:33:59 | | Quit yro ("ircII EPIC4-1.1.5 -- Are we there yet?") |
16:34:23 | | Nick mecraw|sleeping is now known as mecraw (~mecraw@63.172.39.2) |
16:43:11 | | Join Linus [0] (~linus@labb.contactor.se) |
16:43:30 | mecraw | Hi, Linus! |
16:43:47 | Linus | yo! |
16:44:08 | mecraw | I think I'm having trouble with the changes you made to mpeg.c yesterday |
16:44:17 | Linus | mecraw: please tell me |
16:44:19 | mecraw | songs stop playing after about 6 seconds |
16:44:26 | Linus | ah! hang on |
16:44:45 | Linus | 6???? |
16:45:02 | mecraw | i believe so, let me build it again and check it |
16:45:19 | Linus | mecraw: recorder? |
16:45:28 | mecraw | yep, rec 20 |
16:46:12 | Linus | what bitrate? |
16:46:22 | mecraw | vbr |
16:46:35 | mecraw | between 160 and 210 |
16:47:38 | Linus | ok |
16:47:55 | Linus | i have had a similar problem, but after about a minute |
16:47:58 | *** | Saving seen data "./dancer.seen" |
16:55:11 | mecraw | 6 seconds on a vbr (193 kbit avg) |
16:56:00 | Linus | does your hard drive take long to spin up? |
16:56:44 | mecraw | what is long? and how do i tell? |
16:57:11 | Linus | :-) never mind |
16:57:35 | Linus | i'll have a fix for that in a few |
17:00 |
17:01:25 | Linus | 193kbit avr, that high! :-) |
17:01:46 | mecraw | yep |
17:02:12 | mecraw | the next one last 5 seconds and was 201kbit avr |
17:02:50 | dug | bye bye everybody... good job for your firmware |
17:02:54 | | Join fragglet [0] (~fraggle@pc1-guil4-0-cust151.gfd.cable.ntl.com) |
17:02:59 | fragglet | funky |
17:05:23 | Linus | mecraw: what happens if you set MPEG_FIRST_CHUNKSIZE to 0x30000? |
17:06:26 | mecraw | i'll check |
17:09:47 | mecraw | it's at 40 seconds and still going |
17:12:05 | mecraw | 201kbit avg stopped after 71 seconds |
17:13:53 | Linus | ok, we need to raise the low water mark for you |
17:14:00 | mecraw | 193kbit avg stopped after 73 seconds |
17:14:50 | mecraw | do we need to calculate it based on avg bitrate? |
17:15:22 | Linus | we could, to optimize buffer usage |
17:16:24 | | Part dug |
17:16:52 | Linus | when you start a song, how long does the last blink take? |
17:18:16 | Linus | mecraw: sorry, i have to run now. i'll be back! |
17:18:20 | | Part Linus |
17:18:21 | mecraw | about 5 seconds |
17:34:06 | | Join liam_ [0] (~liam@fwott1-1.cis.ec.gc.ca) |
17:39:28 | | Nick liam_ is now known as jedix` (~liam@fwott1-1.cis.ec.gc.ca) |
17:58:44 | | Nick Zagor|out is now known as Zagor (~bjst@as9-5-6.k.s.bonet.se) |
17:59:17 | Mode | "#rockbox +o Zagor " by ChanServ (ChanServ@services.) |
17:59:33 | Topic | "Rock the box! http://bjorn.haxx.se/rockbox/" by Zagor (~bjst@as9-5-6.k.s.bonet.se) |
18:00 |
18:05:47 | | Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) |
18:25:10 | matp | mecraw: i like the idea of your patch. i reckon i'd use something like that |
18:25:29 | mecraw | i was wondering if i was the only one |
18:43:50 | | Quit aakil () |
18:48:01 | *** | Saving seen data "./dancer.seen" |
18:51:01 | matp | I was sat in the car last night, and a song came on that I hadn't heard for years. Of course, then I wanted to play the whole album |
18:51:55 | matp | and had to fiddle around loads. i wonder if we could play the album from the beginning. |
18:52:47 | mecraw | not without searching id3 tags or knowing the naming convention |
18:54:29 | mecraw | another usability issue is where do we start the playlist from when the user switches back to shuffle? |
18:55:07 | matp | i have "playlist.m3u" in each album directory ... |
18:55:52 | mecraw | i'm thinking of going back to the last shuffled song and going to the next song in the shuffled list |
18:55:53 | matp | start from where it was previously |
18:56:10 | matp | yes, what does it do now? |
18:56:41 | mecraw | it finds the seek position of the song it was just playing, and then advances in the list |
18:57:25 | mecraw | this could theoretically put you at a point in the shuffled list that you've already heard |
18:57:57 | matp | im not sure i understand. it reshuffles ? |
18:59:34 | mecraw | it reshuffles using the original seed |
19:00 |
19:00:18 | mecraw | when it switches shuffle mode, i look up the current seek position in the index list... |
19:00:21 | | Join Lovechild [0] (~david@pc193015.stofanet.dk) |
19:00:30 | mecraw | then sort it, or shuffle it accordingly... |
19:00:54 | mecraw | then loop through the list looking for that seek position and set the index to that position |
19:03:05 | matp | i am being thick. how could you be in a position that you'd already heard? |
19:04:26 | mecraw | you switch shuffle mode off and listen for awhile, and eventually get to a song that you already heard in shuffle mode, then you switch shuffle back on... |
19:04:48 | mecraw | you will be back at an earlier point in the shuffled list |
19:07:32 | matp | yes, it should store the seek position of the song that was playing when you switched off shuffle |
19:08:07 | matp | then advance from there when you switch shuffle back on |
19:08:41 | mecraw | i agree |
19:09:43 | matp | phew, i'm glad we sorted that out :) |
19:10:18 | mecraw | i was thinking of waiting to update the patch until the first one is incorporated into cvs, if it ever is |
19:10:54 | matp | it's a great feature anyway. i really would like to default to first entry in playlist.m3u in the current directory though |
19:11:08 | * | Lovechild is away: - diner |
19:11:25 | matp | you sound like you think it might not be accepted into the build |
19:12:08 | mecraw | i'm just a humble servant to the cvs committers of the Rockbox world |
19:13:07 | mecraw | my problem with the playlist.m3u is that it's not a convention that everyone else employs |
19:13:48 | mecraw | including me :) |
19:13:54 | matp | sure, maybe it could be an option. |
19:14:12 | matp | what do you call them. i use grip, and it defaults to playlist.m3u |
19:14:59 | matp | but you're right. people may name them differently for each album. |
19:15:29 | mecraw | i don't have a playlist for each album... i just name the tracks <track no> - title - artist - album.mp3 and play the directory when i want to hear a specific album |
19:16:11 | matp | i see |
19:16:52 | matp | maybe they could be played in alphabetical order... |
19:17:51 | mecraw | that basically means switching out of playlist mode altogether, and going into directory mode |
19:18:24 | mecraw | the manual solution is to turn off shuffle and hit back a few times until you're at the first song |
19:19:17 | matp | sure, but i'm as lazy as you are, so I know you know what I mean :) |
19:19:43 | mecraw | aren't all programmers lazy? |
19:20:48 | matp | most definitely. well, i gotta go. i'm just finishing work. |
19:20:57 | mecraw | bye |
19:21:00 | matp | i may see you later tonight. |
19:21:25 | mecraw | probably not |
19:21:32 | | Nick matp is now known as matp|work|away (~mpritch@gateway.riversoft.com) |
19:22:13 | mecraw | i'll be in internet exile for the next few weeks |
19:23:54 | matp|work|away | going on holiday? |
19:24:06 | mecraw | switching jobs and moving |
19:24:17 | matp|work|away | more java? |
19:24:21 | mecraw | yep |
19:24:30 | matp|work|away | more money? |
19:24:37 | mecraw | no, but less hours |
19:25:12 | matp|work|away | you lazy programmer, you!! |
19:25:26 | mecraw | it's time to try to have a life |
19:25:54 | matp|work|away | speaking of which.....im outta here |
19:26:00 | mecraw | or at least put more time towards rockbox :) |
19:37:02 | * | Lovechild is back |
20:00 |
20:08:06 | * | Lovechild is away: phone |
20:18:41 | | Join Linus [0] (~linus@labb.contactor.se) |
20:19:36 | Linus | yo! |
20:21:28 | Zagor | hi linus |
20:22:05 | Linus | whazzup? |
20:22:25 | Zagor | packing... haven't written a line of code today :-( |
20:22:37 | Linus | what a drag |
20:25:00 | Zagor | fixed the playpack problem? |
20:25:59 | Linus | you mean the low watermark ? |
20:26:18 | Zagor | yeah, if that's what causes the 5sec stop reported in mail |
20:27:04 | * | Lovechild is back |
20:28:09 | Linus | yes it is. since the whole buffer is filled before the bitswap, the first chunk of loaded data is played before the bitswap begins on the large chunk |
20:28:31 | Linus | so we need to load a larger chunk before playback starts |
20:28:35 | Zagor | ah, good. i just didn't see the cvs mail |
20:28:49 | Linus | it isn't committed |
20:28:52 | Zagor | ok |
20:29:00 | Linus | i am doing a "better" fix |
20:29:03 | Zagor | are you back home now? |
20:29:39 | Linus | no, not until sunday evening |
20:29:46 | Zagor | ok |
20:30:51 | Linus | the battery/volume/play status on the player works quite fine now |
20:31:41 | Linus | but i had to stop the work on that until i have fixed the pplayback |
20:31:55 | Zagor | ok |
20:32:17 | Linus | we probably want to calculate the watermark dynamically |
20:33:12 | Zagor | yup |
20:44:04 | Zagor | Linus: have you seen the effect Stuart mentioned, about there being too many NEED_DATA messages sent? |
20:44:10 | Zagor | look at, i mean |
20:44:19 | Zagor | looked, even. gh... |
20:44:38 | Linus | yes i have seen it, but i haven't given it any thought |
20:44:39 | | Nick elinenbe is now known as elinenbe|skating (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
20:45:06 | Linus | does stuart have gdb? |
20:47:00 | Zagor | i don't think so |
20:47:40 | Linus | so he saw it in the code? |
20:48:03 | *** | No seen item changed, no save performed. |
20:51:51 | Linus | i'm a little disappointed that people never post any info obout the files they try to play |
20:52:10 | Lovechild | Linus: like links :) |
20:54:35 | Linus | that would of course be the best... |
20:58:04 | Zagor | he saw it, and changed it. but didn't post a patch... |
21:00 |
21:02:39 | Linus | i am committing a playback fix. it might contain bugs |
21:02:52 | Zagor | ok |
21:03:13 | Linus | do you have really high bitrate files? |
21:03:24 | Zagor | I have the giana sisters test files we made |
21:03:32 | Zagor | 256 and 320 kbit cbr |
21:03:53 | Zagor | I can even publish them, since they are downloaded from the net |
21:04:41 | Mode | "#rockbox -o Zagor " by Zagor (~bjst@as9-5-6.k.s.bonet.se) |
21:05:18 | Linus | the files that mecraw had were VBR, 192kbit/s average...! |
21:05:25 | Linus | no wonder he had watermark problems |
21:05:29 | Zagor | yeah I saw, that's pretty high for a vbr |
21:06:47 | Zagor | silly of us. we've always said the recorder is slower, but I only tested the 320kbit on the player |
21:07:24 | Linus | my new mpeg code requires a higher watermark |
21:07:44 | | Join edx [0] (OKE60@pD9EA91D2.dip.t-dialin.net) |
21:07:49 | * | edx is back |
21:08:08 | Linus | yo |
21:08:41 | Zagor | hi edx, your cvsmail address bounced so I have removed it |
21:09:27 | Linus | playback fix committed, please let me know if it worked. |
21:09:42 | Linus | i have to put my son to bed, i'll be back later this evening |
21:09:47 | Zagor | ok, bye |
21:10:43 | | Part Linus |
21:11:57 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
21:17:41 | Zagor | i bought a fast charger today. yay, it's fast! 1800mAh batteries charge in one hour! |
21:20:31 | mecraw | Zagor: 192kbit avg vbr files are high? |
21:21:45 | mecraw | i just used lame's -r3mix setting when making them |
21:22:22 | Zagor | it's not *that* high, just a bit higher than averagenormal I guess |
21:22:30 | mecraw | ah |
21:22:49 | mecraw | i have some over 200kbit too |
21:22:52 | edx | Zagor: yes - server was shut down |
21:22:53 | Zagor | I use the -r3mix setting myself, so you're not exceptional :) |
21:23:10 | mecraw | my mom tell's me everyday that i'm not |
21:23:10 | edx | Zagor: I lost my charger :/ what did yours cost? |
21:23:34 | Zagor | it was pretty expensive, since it's an advanced model. about EUR 60 |
21:23:56 | edx | Zagor: what's the name of the charger? |
21:24:20 | Zagor | "GP PowerBank Smart" |
21:24:27 | Zagor | model no: GPPB01 |
21:24:56 | edx | thx |
21:28:06 | Zagor | it's an external charger, not for plugging in the archos |
21:30:01 | edx | you need a 9 Volt charger for plugging in, right? |
21:30:27 | Zagor | for the recorder, it's not too picky. you can use a 12V for faster charging. |
21:32:01 | elinenbe|skating | I do not think the CVS list is working. |
21:32:22 | edx | Zagor: without running into danger of damaging it? |
21:32:38 | mecraw | has anyone tried Linus' latest mpeg fix? |
21:32:48 | elinenbe|skating | I will try it... |
21:32:56 | | Nick elinenbe|skating is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
21:33:43 | mecraw | it stops after 73 seconds on a 193kbit avg vbr file |
21:33:46 | mecraw | for me |
21:34:09 | Zagor | elinenbe: I don't know it doesn't work. seems to be a sourceforge problem |
21:34:16 | Zagor | don't know why |
21:34:24 | elinenbe | Zagor: I have a rayovac 1 hour charger too −− 4 batteries AA or AAA FULL in 1 hour |
21:34:35 | Zagor | elinenbe: yup, it's very nice |
21:34:37 | elinenbe | Zagor: 30 USD |
21:35:20 | Zagor | at least I know it's not a mail problem in my end :) |
21:35:42 | | Nick edx is now known as edx|away (OKE60@pD9EA91D2.dip.t-dialin.net) |
21:37:23 | | Quit WetFlax ("I like core dumps") |
21:37:23 | elinenbe | I have a 192kbit 44100Hz song on the recorder, and it is playing fine right now... |
21:37:36 | mecraw | vbr or cbr? |
21:37:56 | elinenbe | stopped after 72 seconds |
21:38:00 | elinenbe | cbr |
21:38:24 | Zagor | ooh, the cvs list lives |
21:39:01 | | Nick Zagor is now known as Zagor|food (~bjst@as9-5-6.k.s.bonet.se) |
21:49:00 | elinenbe | http://www.watch.impress.co.jp/av/docs/20020617/toshiba.htm |
22:00 |
22:06:06 | | Join adiamas [0] (~adiamas@as5300-9.216-194-23-106.nyc.ny.metconnect.net) |
22:06:34 | | Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-106.nyc.ny.metconnect.net) |
22:29:31 | | Join g003y [0] (~foo@m198-187.dsl.rawbw.com) |
22:39:01 | | Quit jedix` ("3 more sleeps until work") |
22:41:22 | g003y | so I think the relative playlist patch is messing up on my jukebox 6000 player. I put the same playlist in the root using the older (pre-relative path patch) and my playlist works fine. I do it with the latest code and the first mp3 doesn't load. I got as far as throwing up some text on the screen and the file has an extra slash and a garbage char prepended to the file after calling playlist_next. Anyway I resorted to the older playlist_next code and |
22:48:05 | *** | Saving seen data "./dancer.seen" |
22:50:31 | | Quit adi|home (Read error: 110 (Connection timed out)) |
23:00 |
23:01:26 | | Join matp [0] (~matp@80.193.180.14) |
23:01:47 | matp | hello |
23:01:57 | mecraw | hi |
23:02:04 | matp | still at work? |
23:02:18 | mecraw | unfortunately, tieing up loose ends on my last day |
23:02:29 | mecraw | it's on 15:00 here too |
23:02:36 | matp | ahh, just sack it off and get yourself down the pub ;) |
23:02:50 | mecraw | that sounds like a plan |
23:03:34 | matp | where you based again? |
23:03:39 | mecraw | Denver, CO |
23:05:14 | matp | we have an office in boulder. it's meant to be nice round there ... |
23:05:14 | mecraw | i decided to submit my updated patch before taking off |
23:05:28 | mecraw | boulder is a very nice place |
23:05:37 | mecraw | who is "we"? |
23:05:41 | matp | to the mailing list? |
23:05:46 | mecraw | yep |
23:05:51 | matp | A company called Riversoft |
23:06:05 | matp | good, what does the new version do? |
23:06:45 | mecraw | it just remembers your last place in the shuffled list |
23:07:27 | matp | great, I'll certainly be trying it out. i'll let you know how it goes |
23:07:38 | mecraw | great, thanks |
23:07:54 | matp | your new place in CO as well? |
23:08:14 | mecraw | yep, i have to move from California over the next 2 weeks though |
23:10:35 | matp | hmm, I really loved CA when I visited SF. really cool place. |
23:10:38 | matp | brb |
23:20:15 | | Quit g003y ("Trillian (http://www.ceruleanstudios.com)") |
23:35:05 | * | mecraw feels Zagor's pain from moving |
23:35:18 | mecraw | See you soon. |
23:35:30 | | Nick mecraw is now known as mecraw|moving (~mecraw@63.172.39.2) |
23:41:01 | * | matp waves |
23:41:17 | * | Lovechild waves too |
23:43:37 | | Nick Zagor|food is now known as Zagor (~bjst@as9-5-6.k.s.bonet.se) |
23:44:09 | | Join adiamas [0] (~adiamas@216.194.26.210) |
23:44:23 | | Nick adiamas is now known as adi|home (~adiamas@216.194.26.210) |
23:47:01 | | Quit Zagor ("Client Exiting") |