ate 3000k -bufsize 6000k output.mp4
>
> -g should set the keyframe interval.
>
> Carl Eugen
>
Carl,
Why we should be careful with the fps filter?
What's wrong with it?
Anatol
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
On Fri, Sep 16, 2016 at 3:31 PM, Carl Eugen Hoyos <ceffm...@gmail.com>
wrote:
> 2016-09-16 14:19 GMT+02:00 Anatol <anatol2...@gmail.com>:
>
> > The high thread count caused significant quality reduction
> > with older ffmpeg/x264 encoders.
>
> So this
Sorry for the top-post, unintentionally.
The high thread count caused significant quality reduction with older
ffmpeg/x264 encoders.
I'll run some tests with the newer versions and post the results.
In most cases there is no reason for multi threaded decoding.
On the other hand 4 threaded x264
It works only with MP4
On Tue, Aug 9, 2016 at 4:31 PM, Saelis wrote:
> Hi,
>
> I see that aes-ctr support is included in FFmpeg since commit
> 23ac99dc17b0c4ff43bb56c1f8cbe7feb34bada5
> (https://ffmpeg.org/pipermail/ffmpeg-cvslog/2015-December/096510.html).
>
> I can't find
May be MP4/MPEG-TS do not support Opus audio?
Kindly, send the command line that u used end the output printout.
Kindly.
On Wed, May 4, 2016 at 2:53 PM, Karthik Gowda wrote:
> All,
>
> I have generated a .MP4 or .TS with CVBR[constrained]bitrate mode, Kindly
> help me
tinterlace,fieldorder=tff" -flags +ilme+ildct -threads 4 -y
BBB_30sec_interlaced.ts
Do u know whether there are any quality or other issues with 'tinterlace'
filter?
Thanks,
Anatol
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Kim,
I used that flag ("-flags +ilme+ildct"),
but got the results that u can see above
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
.
Do u know how can I make it encoded in a way that it will be identified as
TFF?
Anatol
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Field First' scan order,
but my main concern that those files have different structure, therefore
the file that I generated won't comply with the sample file that I got.
Anatol
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman
1200k -maxrate 4000k -bufsize 8000k
-rc_eq 'blurCplx^(1-qComp)' -aspect 4:3 -top 1 -flags +ilme+ildct -vsync 1
-threads 4 -y BBB_30sec_interlaced.ts
Uncut console output - in the attached file.
Thanks in advance,
Anatol
uncut.log
Description: Binary data
try to add:
-profile main -pix_fmt yuvj420p -aspect 1280:720
It could help if u added the ffprobe printout of the resultant file.
Anyhow your printout does not represent the structure of the TEST.MOV file.
On Sat, Dec 26, 2015 at 10:22 PM, Alexander Winnig <
vernehmlass...@googlemail.com> wrote:
werner.robi...@gmail.com
wrote:
On Wed, May 13, 2015 at 7:07 AM, Anatol anatol2...@gmail.com wrote:
Werner, can you please shortly explain the no-scenecut issue.
Without scenecut detection, if such event occurs in the middle of the
GOP,
as it usually does, the video quality till the end
You don't have to disable scene cut detection. Without scencut the video
quality is dramatically lower than when it is used.
'force_key_frames' and 'scenecut' work just fine together. Such videos
passes Apple AppStore validation and Akamai does not complain about it
either.
Make sure to disable
Large gop value is good enough for disabling it.
On Tue, May 12, 2015 at 2:25 PM, Werner Robitza werner.robi...@gmail.com
wrote:
Make sure to disable '-g' option, occasionally x264 generates both forced
and '-g', increasing the bitrate, reducing the quality and causing some
other mess.
Added a small patch to support 'source' option for 'force_key_frames' -
https://github.com/anatolschwarz/FFmpeg/commit/1968f5fd83fcece5422b7bca4a37e48087774915
On Sun, May 3, 2015 at 2:12 AM, Henk D. Schoneveld belca...@zonnet.nl
wrote:
On 02 May 2015, at 22:32, Anatol anatol2...@gmail.com
streams
This could be called something like
-force_key_frames 'from_source'
Do you think it is possible to do?
On 5/2/15 10:41 AM, Anatol wrote:
It does not matter the type of the incoming protocol.
And slight un-alignment tolerated by the CDN providers and Apple HLS
validation
Source key frames) in its
Transcoder add-on.
But Wowza also has other problems ...
On Sat, May 2, 2015 at 11:06 AM, Henk D. Schoneveld belca...@zonnet.nl
wrote:
On 02 May 2015, at 06:27, Anatol anatol2...@gmail.com wrote:
The idea is to gain the option to use the H264 source stream along
Henk,
Its a real problem, if the streams are un-aligned, the playback gets into
jump-forward-backward mood.
It's not a problem to get source file key frames and to have them encoded
into the rest of the files.
The problem is with a live streaming, because it is not possible to query
it for the
Henk,
Live streaming, not files.
On Sat, May 2, 2015 at 10:32 PM, Henk D. Schoneveld belca...@zonnet.nl
wrote:
On 02 May 2015, at 21:11, Anatol anatol2...@gmail.com wrote:
Henk,
Its a real problem, if the streams are un-aligned, the playback gets into
jump-forward-backward mood
impossible.
Adding more than ‘a minimum amount’ of I-frames only makes sense for
seeking purposes, at the cost of less compression/higher then necessary
bitrate.
Any pointer or advice on where to look for this in the code?
On 4/29/15 8:54 PM, Anatol wrote:
No responses on that one
No responses on that one?
It is very important issue.
On Mon, Apr 27, 2015 at 11:47 PM, Haris Zukanovic
haris.zukanovi...@gmail.com wrote:
Hello,
Can I use force_key_frames in some way to produce keyframes (IDR, not
I-frames) at exactly the same PTS in output streams as they are found in
ffmpeg -i SOURCE.mov -i LOGO.png -c:v libx264 -subq 7 -qcomp 0.6 -qmin 10
-qmax 50 -qdiff 4 -bf 16 -coder 1 -refs 6 -x264opts
b-pyramid:weightb:mixed-refs:8x8dct:no-fast-pskip=0:nal-hrd=cbr -vprofile
high -force_key_frames expr:'gte(t,n_forced*2)' -pix_fmt yuv420p -b:v 550k
-s 640x360 -r 29.97 -g
Deron,
Please explain the data it generated did not look correct
Anatol
On Thu, Sep 25, 2014 at 7:16 PM, Deron de...@pagestream.org wrote:
Is it possible to output just raw h.264 data? Better yet, both AnnexB and
AVCC? Or is there a simple muxer that I can use that won't be so hard to
look
Turn your WAV files into raw PCM files -
ffmpeg -i INPUT1 -c:a copy -vn -f s16le -y PCM1
Then u can either cat them together to get a raw PCM file or use ffmpeg
concat protocol:
ffmpeg -ar SAMPLE_RATE -channel_layout STEREO/MONO -f s16le -i
concat:PCM1|PCM2|... -vn -c:a copy -f wav -y OUTPUT
On
24 matches
Mail list logo