On Thu, 09 Jun 2016 18:23:14 -0600, jd1008 wrote:
>I need to rotate a video 180 degrees horizontally; i.e. what is left
>should be right and vice versa.
>How can I achieve that?
Perhaps, -vf hflip
___
>ffmpeg-user mailing list
>ffmpeg-user@ffmpeg.or
On Wed, 20 Apr 2016 09:25:23 +0200, Moritz Barsnick
wrote:
>It appears to me that Steve wanted static normalization (i.e. a
>constant change of volume across the whole audio stream), not dynamic
>though.
>
>Moritz
Yes. I appreciate your distinction but if he meant for the
normalisation to occur
On Sat, 16 Apr 2016 16:43:01 +, Steve Corrao
wrote:
>Explanation of Conditional Statement and Example:
>1. run astats or volumedetect to calculate RMS level.
>2. If RMS level = X dB, then add Y dB level to match the user specified dB
>level.
>Example: If RMS level = -30dB, and user sp
On Sun, 17 May 2015 02:16:56 -0500, John L
wrote:
>-
>the resulting wav file is significantly distorted, but qualitatively doesn't
>'feel' as harsh
>
Just FYI John, _some_ of those channels in the 5.1 are already
flattening at peak levels so the sound overall, will n
On Sun, 17 May 2015 07:41:31 + (UTC), Carl Eugen Hoyos
wrote:
Not a problem about misunderstanding.
Hope I make sense sometimes too -)
> I did now and the question now is:
> Is the issue reproducible with:
> $ ffmpeg -i inter.dts -ac 2 -acodec pcm_f32le outf.wav
This (above) produces the t
On Sat, 16 May 2015 10:25:09 + (UTC), Carl Eugen Hoyos
wrote:
>Since your answer makes no sense (is ac3 doubly bad?),
>maybe you could map 1, 2, 3, 4 to out.mp2, out.ac3 and
>the two wav files?
They say a picture is worth 1000 words etc so I'll do it this way.
This is John's problem. Bad
On Sat, 16 May 2015 09:17:59 + (UTC), Carl Eugen Hoyos
wrote:
>Sorry, I am apparently extremely dim-witted:
>Did you test the four lines above?
>Which of them sound ok, which of them do
>not sound ok?
Seem to have not explicitly answered the Q. Sorry.
>$ ffmpeg -i inter.dts -ac 2 out16.wav
On Sat, 16 May 2015 09:17:59 + (UTC), Carl Eugen Hoyos
wrote:
>Bazza jeack.com.au> writes:
>
>> >Please test the following:
>> >$ ffmpeg -i inter.dts -ac 2 out16.wav
>> >$ ffmpeg -i inter.dts -ac 2 -acodec pcm_s32le out32.wav
>> >$ ffmpeg -i int
On Sat, 16 May 2015 07:52:12 + (UTC), Carl Eugen Hoyos
wrote:
>Please test the following:
>$ ffmpeg -i inter.dts -ac 2 out16.wav
>$ ffmpeg -i inter.dts -ac 2 -acodec pcm_s32le out32.wav
>$ ffmpeg -i inter.dts -ac 2 -ab 640k out.ac3
>$ ffmpeg -i inter.dts -ac 2 -ab 320k out.mp2
Carl, I did t
On Fri, 15 May 2015 23:04:06 -0500, John L
wrote:
>Backstory: I have a system in place to automagically convert video files to
>smaller formats/versions on request to have a sort of "mobile version" for my
>father who travels extensively. The purpose is so that he can fit
>significantly more v
On Fri, 30 Jan 2015 13:40:07 +1100, Bazza wrote:
>I suppose my basic question is this.
>Should the output be undergoing this format alteration under any
>circumstances? Or, put another way, does libx264 ignore some
>recognition of the pix format some of the time? If so, why?
&g
Just for learning fun, I have been playing with the
colorbalance, colorlevels and colorchannelmixer
filters as outlined here :-
http://ffmpeg.org/ffmpeg-all.html#file
The default viewer, to see what has happened, is Mplayer.
Using _THAT_ viewer , results in a very greyed output
with no discerna
12 matches
Mail list logo
