Bug#526735: mplayer: 'dumpstream' should be switchable (on/off) while a stream is being played

[axst at users.sourceforge.net]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thanks for your helpful remarks and quick reply.

On Sun, 3 May 2009, Reinhard Tartler wrote:

> - the wrapper is very specific to your setup: it assumes a mysql database and fwvm

Quite true. I thought of providing text file containing the streams and another script
updating the text file if a database is available. Unfortunately there seems to be no
database like that available on the Internet. I am even thinking about making my own
database available over the web through the script.

I am sure the dependance on fvwm could be removed. The script will run on the command line
(without setting any titles, of course). I'm sorry I forgot to include
"/usr/local/bin/settitle". "/usr/local/bin/uxterm.fvwm2" is just an unimportant wrapper
to set the font for all xterms.

> - the script itself implements quite some logic. Wouldn't it be more maintainable to
>   implement it python or something?

It started small and kept growing. And I have at least one machine that is too slow and limited
(a 486 with breathtaking 20 MBs of RAM and a similarly breathtaking 2 GB harddisk) for
Python to be installed on it (I've tried --- there is not enough space on the disk).

My starting point was: Why can't mplayer recognize a URL as a playlist if that is the
case? Then I started analysing the URLs given for different streams and built the first
part of the script.

The second part of the script resulted from my dissatisfaction about having to run to the
machine whenever a stream was interrupted. Now the only problem left is the example I sent
(CBC Radio 3), because this stream sometimes gets garbled and mplayer neither recovers nor
stops completely --- so I still have to run to the machine sometimes, but now pressing
return is enough to end mplayer so the script can restart it. With all other streams, the
script works well (if the stream exists at all).

> - do you intend to continue maintaining it, respond to bug reports and enhance it with
>   possible feature requests?
> - have you considered submitting it for the upstream TOOLS/ directory?

I do and would like to offer it to the public if you think it's worthwhile. How can I
register as a developer?

                     Kind regards,

                                 Axel

BTW, we could continue this in German if it's your first language, too.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iEYEARECAAYFAkn9dTIACgkQMiDYPOQNapHDLACeNJzEcfTvFq3Rm5yTUuJKre7R
FGUAoL7v3r/G7lM3jKYvnsw9GCXYS6ut
=Ebch
-----END PGP SIGNATURE-----
-------------- next part --------------
#!/bin/sh

TERMINAL=`tty | sed "s-/dev/--"`

if
 test "$*" = ""
then
 #WINDOWTITLE="$USER using `basename $SHELL` on $HOSTNAME's $TERMINAL @ $PWD"
 WINDOWTITLE="$HOSTNAME with $USER on $TERMINAL @ $PWD"
else
 WINDOWTITLE="$*"
fi

if
 test "$TERM" = "xterm" -o "$TERM" = "rxvt"
then

#echo Setting window title to \"$WINDOWTITLE\".
echo -ne "\033]0;$WINDOWTITLE\007"

else
# echo "No known XTERM-like terminal. Cannot set title to $WINDOWTITLE"
# echo "($TERMINAL) "
 echo "*"
fi
-------------- next part --------------
#!/bin/bash

#/usr/bin/uxterm -fn terminus-14 -sb -sl 500 -j -ls -bg olivedrab4 -fg black -geometry 138x71-0+0 -lc
#/usr/bin/uxterm -fn terminus-14 -sb -sl 500 -j -ls -lc "$@"
/usr/bin/uxterm -fn terminus-14 -sl 2000 -j -ls -lc "$@"
#/usr/bin/xterm -class UXTerm -title uxterm -u8 -fn terminus-14 -sl 2000 -j -ls -lc  "$@"