Hello everyone,
(sorry for this massive SPAM)
mplayerhq is moving to a different server and this mailing list is affected.
This will happen on monday, in parts possibly earlier.
We intend of course to make this move completely seamless but it'll
probably a bit more messy than that.
Therefore we wanted to tell you about it, what the current status is,
what might go wrong and you can do if this is an issue for you.
The rest is a bit technical, if you do not understand anything just
ignore it :-).
If there's some service you depend on that is not mentioned consider
asking us.
1) DNS: we switched to DNS on the new server, but the change hasn't
propagated yet. The server will be the same as the ffmpeg.org one,
so if necessary you can e.g. manually add a line like
192.190.173.45 www1.mplayerhq.hu www.mplayerhq.hu mplayerhq.hu svn.mplayerhq.hu mplayerhq.eu
to /etc/hosts.
IRC on freenode.net, #mplayer should work as emergency communication
channel.
2) Homepage: The mplayerhq.hu homepage is already up and running
on the server, some download links are not working currently though
3) Mailing lists: basic setup done, data like archives and subscriber list
still missing.
In the worst case you would have to subscribe again - we do _not_ expect that
to happen.
4) Repositories: We have full backups of the repositories up and running
(minus latest commits) but some details like who has write access and commit
hooks are missing. It might be better not to use them for a few days.
5) FTP: All data is backed-up (in several places) but not all will be
available from the start.
In particular upload/incoming and samples will be missing for some time
due to high disk-space requirements of these.
Kind regards,
Reimar Döffinger
Sorry if this is the wrong list--not sure where to post this...
Wondering if anyone has a fix for this problem:
Cannot watch second, third, etc, streams from a server-side playlist
(ie, .wsx on windows media service). I have tried mplayer, vlc, totem,
and xine. Xine totally fails and the other three play only the first
stream as described. You can verify it works in wine by using Windows
Mediaplayer v10 (`winetricks wmp10` on a clean wine prefix).
The particular example I am dealing with is not an ideal test-case as
they dynamically mangle the stream's URL to prevent leeching. You can
test it by either visiting $URL (below) or from command line:
URL="http://desitvstreams.hotdnsplus.com/Indian/stargold.php"
MMS=$(wget "$URL" -qO- | sed -n '/src="mms/s/.*\(mms:[^"]*\).*/\1/p')
mplayer -v "$MMS"
My research has brought up only two or three random posts citing a
similar problem. All seem to be quite old (circa 2008). The most
relevant is: http://forums.techarena.in/mediacenter/894724.htm
You will see that mplayer is seeing an EOF and terminating (perhaps
the server is too slow so mplayer's timeout triggers EOF condition?).
I tried fooling with -vid/-aid flags to no avail.
You can grab my output log from:
http://ubuntuforums.org/showthread.php?t=1715827
where I attached the output from:
mplayer -msglevel all=9 "$MMS" &>mplayer.output
Cheers,
Josh
--
Joshua V. Dillon
College of Computing, Georgia Institute of Technology
765-532-4643 / jvdillon(a)gmail.com / http://www.almostsure.com
"If you work really hard and you're kind, amazing things will happen."
-- Conan O'Brien