Hi
I am trying to set up ffmpeg to convert media file, mostly container format,
e.g.: mp4/avi to mkv or the like (no reencoding).
I notice that the same ffmpeg run creates binary different files
every time it is run (on the same input). I would like the output file
to be reproduceable the same.
On Sat, Dec 10, 2016 at 04:55:19PM +0100, Carl Eugen Hoyos wrote:
> > Wrt to being helpfull, maybe one example coming to mind:
>
> (I did not claim that Mediainfo isn't helpful, just that I don't
> remember a question on this mailing list or a bug report
> where it was helpful.)
>
> > I am
On Thu, Dec 08, 2016 at 10:39:42AM +0100, Carl Eugen Hoyos wrote:
> 2016-12-08 6:11 GMT+01:00 Toerless Eckert <t...@cs.fau.de>:
> > [resending with attachment zipped and stripped to pass the the mailing list
> > size gate]
>
> Why is this necessary?
> Console output
On Sun, Dec 04, 2016 at 10:00:24AM +0100, Carl Eugen Hoyos wrote:
> 2016-12-04 5:15 GMT+01:00 Toerless Eckert <t...@cs.fau.de>:
> > I am trying to encode TV recordings into the "best" container format,
> > where "best" means that the video has changing
On Mon, Dec 05, 2016 at 11:34:42AM +0100, Carl Eugen Hoyos wrote:
> I have absolutely no issue whatsoever with Mediainfo but please note
> that (among the thousands of reports I worked on) I do not remember a
> single report or user question for which Mediainfo helped in any way.
> (FFmpeg command
Thanks!
How about my question wrt. what is "standards compliant" inside VOB
containers. Especially h264 or even h265.. Any ideas ? Or if not
standard, then "how common" do folks think is vob/ps used as container
for h264. Because i am not aware that i've ever seen it being used that
way before
On Fri, Nov 25, 2016 at 05:58:58PM +, Andy Furniss wrote:
> Yes, that one is 50fps duped. Maybe they do it so they can switch
> between 25 and 50 easily within the same file if needed.
>
> Strange encode, though = this one has cabac but no b frames.
Didn't try to analyze it, but that might
On Thu, Nov 24, 2016 at 12:36:52PM +, Andy Furniss wrote:
> >Aka: Don't see anything that would indicate frame duplication, so
> >all i can do is trust the step by step playback from vlc or mplayer.
>
> I can't reproduce getting ffmpeg to call 50fps or mplayer/vlc to dup
> on framestep,
On Thu, Nov 24, 2016 at 01:01:43PM +, Andy Furniss wrote:
> Depends what you want/need to do. Personally I wouldn't de-interlace
> anything I wanted to keep, but then I wouldn't recode either - I mean
> gigs are far smaller than they used to be.
I am reevaluating after 8 years
On Wed, Nov 23, 2016 at 10:34:39PM +0100, Moritz Barsnick wrote:
> On Wed, Nov 23, 2016 at 19:54:56 +0100, Toerless Eckert wrote:
> > Well, i'd assume they reduce the effective framerate to 25 to get lower
> > bitrate, and they duplicate to get better player compatibility ?
>
&
On Wed, Nov 23, 2016 at 11:30:55AM +0100, Moritz Barsnick wrote:
> > the mediaportal H264 mp4 file is 720p50 but actually 720p25 with
> > duplicated frames,
>
> I never noticed that. :-/ (Why would they duplicate them?) I don't have
> any "true 50 fps" show to check right now. A random ARD
On Tue, Nov 22, 2016 at 12:59:33PM +0100, Moritz Barsnick wrote:
> When using "-deinterlace", ffmpeg inserts a yadif filter, btw.
Muchas Gracias!
> > Any deinterlacer thats parallelized like the codecs (x264 etc..) ?
>
> $ ffmpeg -filters | grep -E '^..S.*inter'
> shows me that those three
On Tue, Nov 22, 2016 at 07:30:48PM +, Andy Furniss wrote:
> Toerless Eckert wrote:
>
> >Well, but what i am claiming is that they where interlacing
> >progressive HD to create interlaced SD.
>
> Maybe, if the master is 720p50. I don't think they would interpo
On Tue, Nov 22, 2016 at 06:32:47PM +, Andy Furniss wrote:
> SD decoders have been around a long time, I guess initially they
> couldn't handle progressive.
Right. Old decoders, not display. Makes sense.
> I was thinking more that vlc may be de-interlacing with something simple
> which looked
How about just taking the same CLI and just change the output from HLS
to a single linear file to isolate the root cause. If Carl's theory of the
pipe being the culprit is right, then one would hope the problem also
shows with non-HLS output. Maybe kill stop/cont the pipe receiver process some
On Tue, Nov 22, 2016 at 12:18:43PM +, Andy Furniss wrote:
> Seems strange that that would happen. It certainly doesn't in the UK,
> 25fps progressive SD does get flagged as interlaced
Any idea why that flag is set ? Just because it makes the programming
look more compatible ? Is there really
On Tue, Nov 22, 2016 at 01:58:07AM +0100, Carl Eugen Hoyos wrote:
> I was sure that the "deinterlace" option is deprecated and therefore
> not documented, I realize that it works and no warning is shown but
> I would still recommend that you choose the deinterlacer you want,
> there are several to
niss wrote:
> Toerless Eckert wrote:
> >Thanks a lot, Andy
>
> Looking at trac it seems Carl Eugen beat me to it.
>
> >Mind explaining how you did that trick with git bisect ?
>
> In this case as you gave working revisions I started with those.
>
> git tag shows l
On Mon, Nov 21, 2016 at 10:59:38PM +0100, Reindl Harald wrote:
> you can try it here - maybe you get a answer - but if you get
> "that's not ffmpeg" just suck it instead play silly "i didn't know
> that my apple did not grow at the same three as my orange"
On Mon, Nov 21, 2016 at 11:00:59PM +0100, Moritz Barsnick wrote:
> On Mon, Nov 21, 2016 at 22:32:39 +0100, Toerless Eckert wrote:
> > 2. The 50i material i get from TV nowadays seems to be 720@25p material
> >that was motion interpolated to 50p, scaled down and then sent
On Mon, Nov 21, 2016 at 11:51:38AM +0100, Nicolas George wrote:
> From the point of view of the user, a single desk where you can go with
> all your problems is better.
I thought the bosch/mercedes example was fitting. I was under the
impression that fmpeg exists because users are sick and tired
On Mon, Nov 21, 2016 at 10:45:28AM +0100, Carl Eugen Hoyos wrote:
> 2016-11-21 8:32 GMT+01:00 Toerless Eckert <t...@cs.fau.de>:
> > On Mon, Nov 21, 2016 at 01:01:55AM +0100, Carl Eugen Hoyos wrote:
> >> Note that this is not the x264 mailing list.
> >> (Assumin
1. When i use ffmpeg's "-deinterlace" CLI option, which deinterlacer
is used ? Eg: in ffmpeg's documentation i can only find info about
a bunch of deinterlacers that are not called "deinterlace" on the CLI
and i think all of these have to be parameters to -vf (video filter).
2. The 50i
Thanks, Marton, - inline.
On Thu, Nov 17, 2016 at 09:56:54PM +0100, Marton Balint wrote:
> > If there is no option to select the output device, i would suggest:
> > - Document that there is no such option, eg: following the documentation for
> > "-devices".
> > - Print in the output of
On Wed, Nov 16, 2016 at 07:29:13PM +0100, Carl Eugen Hoyos wrote:
> > http://lists.mplayerhq.hu/pipermail/mencoder-users/2010-September/012189.html
>
> The way I read the thread is that we both agreed it does not work with mp4.
Yes, probably. I didn't remember that you had it working also only
On Wed, Nov 16, 2016 at 11:03:08AM +0100, Carl Eugen Hoyos wrote:
> 2016-11-16 3:53 GMT+01:00 Toerless Eckert <t...@cs.fau.de>:
>
> > A) mp4 container _should_ be able to carry per-frame AR information,
>
> (How would that work?)
> Please provide such a samp
On Wed, Nov 16, 2016 at 11:03:22AM +0100, Moritz Barsnick wrote:
> On Wed, Nov 16, 2016 at 03:53:54 +0100, Toerless Eckert wrote:
> > Checking with latest/stable (2.8.6) ffmpeg
>
> What gives you that idea?
"latest stable" according to what gentoo considers stable and
Using ffmpeg to compress TV recordings (MPEG2/H264), one challenge
is changing aspect ratios within the recording.
A couple of years back, i asked about this and was told that
A) mp4 container _should_ be able to carry per-frame AR information,
Q: can anyone confirm or deny this ?
B) That
Coulnd't make heads or tails out of the fate testing for vsynth3-wmv2, with
> 3.2, the output i see is:
>
> tests/data/fate/vsynth3-wmv2.rep
> vsynth3-wmv2:0::
>
> and with e12622a507d7b9ee30ddcd3734e6de6b1d, it shows:
>
> vsynth3-wmv2:0::KysgZW5jX2Rl..... (and so o
-wmv2.rep
vsynth3-wmv2:0::
and with e12622a507d7b9ee30ddcd3734e6de6b1d, it shows:
vsynth3-wmv2:0::KysgZW5jX2Rl. (and so on, long).
On Thu, Nov 10, 2016 at 06:33:28PM +, Andy Furniss wrote:
> Toerless Eckert wrote:
> >Just opened https://trac.ffmpeg.org/ticket/5936
>
It is possible with ffplay to use "-devices" to list output devices, but i could
not find in ffplay(8) or "ffplay --help" or http://ffmpeg.org any indication how
to SELECT a particular output device to use.
If there is no option to select the output device, i would suggest:
- Document that
Just opened https://trac.ffmpeg.org/ticket/5936
Text appended. Sorry, no Jimi Hendrix included.
Thanks!
Summary:
I have ca. 3 TB/10 years of free-TV recordings created with (older versions) of
Mencoder (aka: ffmpeg). These play back fine with older versions of XBMC/VLC
(decoded by
32 matches
Mail list logo
