On 2021-03-02 13:31, Carl Eugen Hoyos wrote:
Am Di., 2. März 2021 um 17:50 Uhr schrieb Mark Filipak (ffmpeg)
:
I've searched the docs one-by-one. I seek a simpler way to repeat a frame.
Increase the frame rate, either with the fps filter or the ffmpeg option "-r".
They differ in their
On 2021-03-04 09:26, Moritz Barsnick wrote:
On Thu, Mar 04, 2021 at 03:57:38 -0500, Mark Filipak (ffmpeg) wrote:
Well, per rational.h, 'num' & 'den' are both integers.
Now, I don't know how '72' is stored. Is it stored as an int64?
They are defined as "int", which can be platform
On 2021-03-04 11:02, Peter White wrote:
On 03.03.21 23:57, Mark Filipak (ffmpeg) wrote:
On 2021-03-03 11:30, Mark Filipak (ffmpeg) wrote:
I've tried transcoding a 2:21:19 movie via this script:
SET codecs=-codec:v libx265 -x265-params crf=16:qcomp=1.00 -codec:a copy
-codec:s copy -dn
FWIW
On 2021-03-04 09:36, Michael Koch wrote:
Am 03.03.2021 um 23:57 schrieb Mark Filipak (ffmpeg):
I've tried transcoding a 2:21:19 movie via this script:
SET prep23=settb=expr=1/72,setpts=N*30030
SET cfr23=setpts=N*1001/24000/TB,fps=24000/1001
SET codecs=-codec:v libx265 -x265-params
On 03.03.21 23:57, Mark Filipak (ffmpeg) wrote:
On 2021-03-03 11:30, Mark Filipak (ffmpeg) wrote:
I've tried transcoding a 2:21:19 movie via this script:
SET codecs=-codec:v libx265 -x265-params crf=16:qcomp=1.00 -codec:a copy
-codec:s copy -dn
FWIW I could not help but notice that you
Am 03.03.2021 um 23:57 schrieb Mark Filipak (ffmpeg):
I've tried transcoding a 2:21:19 movie via this script:
SET prep23=settb=expr=1/72,setpts=N*30030
SET cfr23=setpts=N*1001/24000/TB,fps=24000/1001
SET codecs=-codec:v libx265 -x265-params crf=16:qcomp=1.00 -codec:a
copy -codec:s copy
On Thu, Mar 04, 2021 at 03:57:38 -0500, Mark Filipak (ffmpeg) wrote:
> Well, per rational.h, 'num' & 'den' are both integers.
>
> Now, I don't know how '72' is stored. Is it stored as an int64?
They are defined as "int", which can be platform dependant. ffmpeg
assumes/guarantees ints to be at
On 2021-03-04 01:05, Jim DeLaHunt wrote:
On 2021-03-03 14:57, Mark Filipak (ffmpeg) wrote:
With TB = 1/(72 ticks/s), for a 24.976fps output,
deltaPTS = (1001/24000 frames/s)/(1/(72 ticks/s)) = 30030 ticks/frame
If working time_base (from the AVRational) has an effective resolution of
On 2021-03-03 14:57, Mark Filipak (ffmpeg) wrote:
With TB = 1/(72 ticks/s), for a 24.976fps output,
deltaPTS = (1001/24000 frames/s)/(1/(72 ticks/s)) = 30030 ticks/frame
If working time_base (from the AVRational) has an effective resolution
of int32 (i.e. ±2147483647 ticks), then
On 2021-03-03 11:30, Mark Filipak (ffmpeg) wrote:
On 2021-03-03 05:58, Moritz Barsnick wrote:
On Tue, Mar 02, 2021 at 17:32:42 -0500, Mark Filipak (ffmpeg) wrote:
Thank you, Jim. To the best of my knowledge, rational is not a 'C' datatype.
No, but it is an ffmpeg data type, AVRational, as
On 2021-03-03 05:58, Moritz Barsnick wrote:
On Tue, Mar 02, 2021 at 17:32:42 -0500, Mark Filipak (ffmpeg) wrote:
Thank you, Jim. To the best of my knowledge, rational is not a 'C' datatype.
No, but it is an ffmpeg data type, AVRational, as defined in
libavutil/rational.h, along with functions
On Tue, Mar 02, 2021 at 17:32:42 -0500, Mark Filipak (ffmpeg) wrote:
> Thank you, Jim. To the best of my knowledge, rational is not a 'C' datatype.
No, but it is an ffmpeg data type, AVRational, as defined in
libavutil/rational.h, along with functions to operate on this type.
> I need to know
On 2021-03-02 16:34, Jim DeLaHunt wrote:
On 2021-03-02 13:13, Mark Filipak (ffmpeg) wrote:
On 2021-03-02 15:18, Carl Eugen Hoyos wrote:
…timebase is not 64bit, I believe this was already mentioned.
No, it has not been mentioned.
Mark, I can point to three times it has been mentioned, in
On 2021-03-02 13:13, Mark Filipak (ffmpeg) wrote:
On 2021-03-02 15:18, Carl Eugen Hoyos wrote:
…timebase is not 64bit, I believe this was already mentioned.
No, it has not been mentioned.
Mark, I can point to three times it has been mentioned, in the last
month, in threads which you
On 2021-03-02 15:18, Carl Eugen Hoyos wrote:
Am Di., 2. März 2021 um 20:51 Uhr schrieb Mark Filipak (ffmpeg)
:
On 2021-03-02 13:31, Carl Eugen Hoyos wrote:
Am Di., 2. März 2021 um 17:50 Uhr schrieb Mark Filipak (ffmpeg)
:
I've searched the docs one-by-one. I seek a simpler way to repeat a
Am Di., 2. März 2021 um 20:51 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> On 2021-03-02 13:31, Carl Eugen Hoyos wrote:
> > Am Di., 2. März 2021 um 17:50 Uhr schrieb Mark Filipak (ffmpeg)
> > :
> >>
> >> I've searched the docs one-by-one. I seek a simpler way to repeat a frame.
> >
> > Increase the
On 2021-03-02 13:31, Carl Eugen Hoyos wrote:
Am Di., 2. März 2021 um 17:50 Uhr schrieb Mark Filipak (ffmpeg)
:
I've searched the docs one-by-one. I seek a simpler way to repeat a frame.
Increase the frame rate, either with the fps filter or the ffmpeg option "-r".
They differ in their
Am Di., 2. März 2021 um 17:50 Uhr schrieb Mark Filipak (ffmpeg)
:
>
> I've searched the docs one-by-one. I seek a simpler way to repeat a frame.
Increase the frame rate, either with the fps filter or the ffmpeg option "-r".
They differ in their greediness and verbosity on the status line.
Carl
On 2021-03-02 11:53, Paul B Mahol wrote:
On Tue, Mar 2, 2021 at 5:50 PM Mark Filipak (ffmpeg)
wrote:
I've searched the docs one-by-one. I seek a simpler way to repeat a frame.
This:
On Tue, Mar 2, 2021 at 5:50 PM Mark Filipak (ffmpeg)
wrote:
> I've searched the docs one-by-one. I seek a simpler way to repeat a frame.
>
> This:
>
>
> split[1][2],[1]setpts=(N+floor(N/4))/FR/TB[3],[2]select=eq(mod(n\,4)\,3),setpts=(N*5+4)/FR/TB[4],[3][4]interleave
>
> works, but perhaps
I've searched the docs one-by-one. I seek a simpler way to repeat a frame.
This:
split[1][2],[1]setpts=(N+floor(N/4))/FR/TB[3],[2]select=eq(mod(n\,4)\,3),setpts=(N*5+4)/FR/TB[4],[3][4]interleave
works, but perhaps there's an easier way that I'm just not seeing.
Suggestions are welcome.
21 matches
Mail list logo
