[MPlayer-users] frame selection/editing/stop-encoding

[heiserer]

On Wed, Sep 18, 2002 at 06:53:26PM +0200, Arpi wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> Hi,
> 
> > But AFAIK this seek is in seconds. In order to get accuracy I have
> > to specify the start and endpos in FRAMES.
> > I also do not know how I can seek in frames forward and especially
> > backward.
> > (I know this is not easy but for editing it is essential)
> > 
> > I need an exact cut.
> 
> you can't (and won't be able to) do this with mplayer/mencoder.
> these are NOT video editing tools!
> 
> get broadcast2000 (cinerella now?) or mainconcept's actor...
> 
> i wonder why do people want to do everything with mplayer/mencoder.
> there is a limited functionality, it won't do just everything.
> even if it could be implemented, we won't, as it is not a goal.

====== you wrote:
They want to do it with mplayer/mencoder because all the other tools
suck. They break a/v sync, require re-encoding, or only support dumb
formats like mpeg1/2, mjpeg, or raw yuv. IMO, all of this stuff can
and should be done with mencoder, and it wouldn't actually require
that much in the way of changes. When I get some time, I'm going to
work on adding a smarter -ovc copy mode to mencoder, which (for
supported codecs) can start the copying at any time (not just
keyframes) by decoding up from the previous keyframe, then generating
an I frame to stick in the output stream before copying starts.

Combining this with edit lists, it would be very easy to crop out junk
from movies, e.g. commercials, intro and end credits, stupid release
group splashes that look about as lame as a .nfo file, and so on --
*without* having to do any reencoding except for the new I frames.
This is much better than the junk like bc2000 that generates broken
files and won't compile on any computer except the author's, and all
the broken windows-ware that destroys a/v sync when trying to
framecopy.
=============================

my 2 cent:

exactly. That's it. I cannot tell you how many tools (opensource, closed
whatever)
I tried. For 1.5 years now, it drives you mad.  (There are probably more
codecs out there than people reading this email...)
Most of the software is stuck half the way in the support of codecs,
stop opensourcing 
or the whole development.
MPlayer is great, because it supports every movie-format I ever had in
my hand,
and it is very active in the support of new or missing stuff.
Now even tv-input on linux. And it has the power to do on the fly
encoding.
And the cool thing is, almost everything supported for input (decoding)
is also
supported for output (encoding).
The reason (I think) why many people are coding for mencoder/mplayer is
that
it is one of the few really working things.
In my eyes, and I am not an expert here, but I think I have some basic
understanding
how movie data is organized, it might be some work, but it cannot be
that hard
to support frame based stepping in movie mode. I do not expect all the
fancy
gui based mark setting, but it should be able to step frame based in
pause mode
and write down the frame numbers by hand. Also a frame based
copying/dropping mode
would require only some break up of frames and reencoding. So what? This
is one
of the key features of an encoder, isn't it?

-- thanks for mplayer,

daniel