Hi again. :-)
On 13/10/2008, at 18:25, Julien BLACHE wrote:
I'm afraid you have a player FAIL here, and not a server FAIL ;)
No, I read the log before I sent it to you and the behaviour that I
see is that mt-daapd sends the *whole* file at once, *before* the
player even plays a second of it.
Did you see it in realtime ? Because what I am seeing is mt-daapd
streaming the file in 4k blocks.
No, *all* the log lines were generated at once. No pause between
them. The client didn't ask for them yet, but mt-daapd just crammed
them down the clients. The 4k chunks were definitely just spit out on
the log as fast as the log could be written.
When the player was going to play, it had no data and just sit there,
waiting for the server to suply something.
OK with me. (Even though I don't seem to think that the problem is
scanning, or doesn't seem to be, based on the fact that the files are
all sent immediately to the client).
I know scanning is OK with your files, the test is to make sure the
patch doesn't break scanning for you (and others).
Ok, I can test it. Not breaking is a good start. :-) I will also test
with some files generated by faac.
It's in incoming already, built for powerpc but the buildd hasn't
uploaded yet.
Unfortunately, I missed it: the dinstall occured before I could grab
the sources and see for myself. :-( And the mirror that I checked
didn't have your new version. :-/
Thanks, Rogério.
--
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
