FS#19587 - [mplayer] Streaming quits after short time

Attached to Project: Arch Linux
Opened by Matěj Týč (bubla) - Wednesday, 26 May 2010, 09:07 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 26 May 2010, 22:10 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
I have upgraded mplayer today and I can't stream anything (or at least OGG stuff) now.

Additional info:
* package version(s)
mplayer-31217-1

Steps to reproduce:
Try these ones:
mplayer -ao alsa -playlist http://stream.nute.net:8000/kohina/stream.ogg.m3u
mplayer -ao alsa -playlist http://www.rozhlas.cz/audio/download/ddur_highogg.m3u
This task depends upon

Closed by  Ionut Biru (wonder)
Wednesday, 26 May 2010, 22:10 GMT
Reason for closing:  Fixed
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 09:34 GMT
Can you please post more details: "I can't stream anything" isn't very helpful. Do you get an error, does mplayer quit after playing a couple seconds only - that sort of thing.

It sometimes happened to me too (all streams) when my connection got laggy.

http://bbs.archlinux.org/viewtopic.php?pid=764616#p764616
Ogion said: "try the to set the -cache option to something higher than normal"
Comment by Matěj Týč (bubla) - Wednesday, 26 May 2010, 09:48 GMT
Sure, sorry. But have you tried the commands? :-)
The problem with the new version is that the cache just runs out, no matter how big it is at the beginning.
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 10:19 GMT
> But have you tried the commands? :-)
You're out of luck, yesterday I've installed mplayer-minimal-svn - it works great with the commands you posted but you're using the regular mplayer so this doesn't matter.
I'll give it a try on my other box.
Comment by Ionut Biru (wonder) - Wednesday, 26 May 2010, 10:38 GMT
@karol what revision? i've seen some commits in stream/cache2.c and a debate about them. i guess from there is the problem. i'll report upstream
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 10:50 GMT
> @karol what revision?
My mplayer? mplayer-minimal-svn 31210-1
Comment by Ionut Biru (wonder) - Wednesday, 26 May 2010, 10:55 GMT
ok from 31210 and 3127 where mostly cosmetic changes. the revision i' talking about is 31201
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 11:07 GMT
I've installed mplayer-31217-1 on my other box and run 'mplayer -ao alsa -playlist http://stream.nute.net:8000/kohina/stream.ogg.m3u'; - I can see and hear mplayer working as usual.
Comment by Ionut Biru (wonder) - Wednesday, 26 May 2010, 11:14 GMT
i think depends on how better is your internet connection. if the cache is filled more quickly then is not a problem.
Comment by Matěj Týč (bubla) - Wednesday, 26 May 2010, 11:35 GMT
I would say that this can hardly be the problem since our university has a pretty good connection to the Internet :-) Seriously, the pacman updates reports quite stable 10 MBps download speed.
And if I downgrade the package to mplayer-31147-1 (along with the x264 dependency, otherwise it doesn't work), it runs like it used to without any problems.
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 11:38 GMT
I have a freshly updated i686 and a rather poor and often laggy internet onnection and it works here.
Comment by Ionut Biru (wonder) - Wednesday, 26 May 2010, 11:55 GMT
@bubla if is a must, just use the old PKGBUILD with the working revision and recompile against new x264.

i've contacted upstream and waiting for a solution
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 12:13 GMT
OooooK, after a reboot I too get only a couple seconds worth of the stream.
Sorry to cause confusion, it's *not* working for me all the time - sometimes it plays fine, but not always.
Adding '-loop 0' may make it more bearable but not quite.

That's the last line of mplayer output: 'A:105143.7 (29:12:23.6) of 0.0 (unknown) 1.0% 20%' I don't know what that last number is - is it cache fill? (20% here) - but when it gets to zero the stream breaks. If it hovers around 10 - 20% it's fine - both on the current mplayer and the minimal-svn from AUR.
Comment by Hok Asch (hokasch) - Wednesday, 26 May 2010, 13:58 GMT
Same here. I also get this right before it starts playing, not sure if it's relevant:

Cache size set to 320 KBytes
Cache fill: 12.50% (40960 bytes)
nop_streaming_read error : Interrupted system call

internet connection is all good & stable, vlc plays all streams fine.
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 14:07 GMT
Try running the same command (f.e. 'mplayer -ao alsa -playlist http://stream.nute.net:8000/kohina/stream.ogg.m3u';) a couple times in a row. In most cases it breaks, but sometimes runs correctly. About 1 in 3 times I don't get 'nop_streaming_read error : Interrupted system call' and mplayer plays nicely.
Comment by Hok Asch (hokasch) - Wednesday, 26 May 2010, 14:08 GMT
Directly streaming an avi file from my dropbox works without problems. I get the same nop_streaming error with it, so that probably doesn't matter.
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 14:10 GMT
> I get the same nop_streaming error with it, so that probably doesn't matter.
I'm not sure. If I get the error, the stream breaks, if I don't - it plays well. But of course it may be a coincidence.
Comment by Hok Asch (hokasch) - Wednesday, 26 May 2010, 14:13 GMT
>If I get the error, the stream breaks, if I don't - it plays well. But of course it may be a coincidence.
yay, more like 1 in 8 times here, but I can confirm this.
Comment by Hok Asch (hokasch) - Wednesday, 26 May 2010, 14:26 GMT
Then again, mp3 streams are breaking without any nop error, e.g.try http://audio.multicult20.de:8000/listen.pls
Comment by Ionut Biru (wonder) - Wednesday, 26 May 2010, 14:31 GMT
i'll downgrade mplayer. this is a seriously regression.
Comment by Karol Błażewicz (karol) - Wednesday, 26 May 2010, 14:54 GMT
But what part of mplayer setup is broken? A minimal 31210 is OK and a regular 31217 is not.
Comment by Ionut Biru (wonder) - Wednesday, 26 May 2010, 22:10 GMT
ok, issue fixed upstream in svn. i'll wait more days before bumping again.

thanks for reporting

Loading...