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

[Reinhard Tartler]

axst at users.sourceforge.net writes:

> 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.

Have you looked into using sqlite3 for that?

>> - 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).

Hm, if you are running in a ressource constrained environment, you
should consider writing it in C or C++.

> 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.

This is a good question for the mplayer-users mailing list:

https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users

> 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).

This one as well.

>
>> - 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?

By submitting patches to
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng.

Please don't be disencouraged if you are geeting feedback how to improve
your script. It is not unusual that it needs several rounds of review
and improvment before it gets accepted.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4