[MPlayer-users] Re: Can mencoder write partial files while encoding?

Rainer Hantsch rainer at hantsch.co.at
Thu Sep 4 15:58:03 CEST 2003

On Tue, 2 Sep 2003, Stefan Seyfried wrote:
| [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
| Rainer Hantsch <rainer at hantsch.co.at> writes:
| > Sometimes I really question about how far mencoder developers think
| > forward in belong of practical usability. What does it help to code a great
| they don't care at all. And i adore them for that :-)
| If you want useability - send patch. If it is as trivial as you say, why
| don't you just do it.

:-)  The answer is simple: I am a Pascal programmer and no "C" programmer.
     Therefore it is very heavy for me to understand & write/modify "C"
     code, and I surely will not start with this deluxe assembler "C"
     only because of this...
     And: This is a suggestion to the developers on how to make their
     product better, nothing more or less.

| MPlayer developers are hopefully hacking away on G2 and don't care about
| the old stuff which is probably a pain to fix.
Also a way to overcome problems - simply let the product die... :-/  But this
will cause mencoder to move more and more into the background and finally die,
when it does not fulfill usual things.

| > encoder when it lacks the minimal requirements? Every stupid Win Program
| > does automated splitting into multiple files!
Don't you think I already tried them? Why, do you think, do I use LINUX and
accept hereby some minor disadvantages and stop with Windoze? The anser is
simple: mencoder is _better_. But it could be MUCH better!

| I give you a hint on what to google:
|   vlc stream output transport stream transcode
| transport streams can be cut with "dd".

And this does loose no frames? I can't believe that at all, because every
program launch in heavy loaded systems needs relatively long - and when
encoding to DivX4 on the fly with a Celeron 1700  is very close at the
physical limit... (I have an average of 95% CPU load!)


  Ing. Rainer Hantsch

More information about the MPlayer-users mailing list