On 2021-02-23 13:56, Carl Eugen Hoyos wrote:
Am Di., 23. Feb. 2021 um 06:39 Uhr schrieb Mark Filipak (ffmpeg)
:
at least out of the encoder, ffmpeg encodes frames with PTS resolution = 1ms.
(Since people may be reading this)
To quote Wolfgang Pauli, above is not even wrong.
I'm not familiar
Am Di., 23. Feb. 2021 um 06:39 Uhr schrieb Mark Filipak (ffmpeg)
:
> at least out of the encoder, ffmpeg encodes frames with PTS resolution = 1ms.
(Since people may be reading this)
To quote Wolfgang Pauli, above is not even wrong.
Carl Eugen
___
ffmpe
On 2021-02-23 14:06, list+ffmpeg-u...@jdlh.com wrote:
On 2021-02-23 09:51, Mark Filipak (ffmpeg) wrote:
…Except in "THE MATRIX", the timebase is 90KHz ±0.1.85%. Changing the timebase to something
else is a programming construct and is not real.…
Mark, I think your original question was:
On 2021-02-23 13:17, Rob Hallam wrote:
On Tue, 23 Feb 2021 at 17:55, Mark Filipak (ffmpeg)
wrote:
[ information on PTS ]
Interesting information, thank you for sharing those insights.
Without wanting to cast aspersions, does this mean that ffmpeg does
something different with regards to time
Am Di., 23. Feb. 2021 um 19:24 Uhr schrieb Rob Hallam :
> Without wanting to cast aspersions, does this mean that ffmpeg does
> something different with regards to timestamps than the MPEG spec?
This is very, very unlikely:
FFmpeg has been used for more than a decade to produce DVD
streams, and i
On 2021-02-23 09:51, Mark Filipak (ffmpeg) wrote:
…Except in "THE MATRIX", the timebase is 90KHz ±0.1.85%. Changing
the timebase to something else is a programming construct and is not
real.…
Mark, I think your original question was:
On 2021-02-22 18:53, Mark Filipak (ffmpeg) wrote:
A
Mark Filipak (ffmpeg) wrote
> In contrast, my best information so far is that, at least out of the
> encoder, ffmpeg encodes frames with PTS resolution = 1ms.
Not true;
Check the timestamps at each step. Decoding, prefilter, postfilter after
each filter, postencode. If you need to check timestamp
On Tue, 23 Feb 2021 at 17:55, Mark Filipak (ffmpeg)
wrote:
> [ information on PTS ]
Interesting information, thank you for sharing those insights.
Without wanting to cast aspersions, does this mean that ffmpeg does
something different with regards to timestamps than the MPEG spec?
If this is th
On 2021-02-23 03:58, Jim DeLaHunt wrote:
On 2021-02-22 21:35, Mark Filipak (ffmpeg) wrote:
On 2021-02-23 00:01, Jim DeLaHunt wrote:
The Presentation Time Stamp (PTS) value which FFmpeg associates with video frames and audio data
is a 64-bit integer. There is an associated time base attribute f
Mark Filipak (ffmpeg) wrote
> On 2021-02-23 00:41, Carl Zwanzig wrote:
> -snip-
>> If you're starting with mpeg-ps or -ts, ...
>
> There's no such thing as PTS in mpeg-ts. The transport stream sets the SCR
> (System Clock Reference)
> (aka TB) but the PTSs are in the presentation stream, stored a
On 2021-02-22 21:35, Mark Filipak (ffmpeg) wrote:
On 2021-02-23 00:01, Jim DeLaHunt wrote:
The Presentation Time Stamp (PTS) value which FFmpeg associates with
video frames and audio data is a 64-bit integer. There is an
associated time base attribute for each video or audio stream, which
giv
Attached are manual parses of sectors 1 & 2 of the DVD "RUNNING ON EMPTY". I'm attaching them
because there's 6200 characters in some of the lines.
I've gathered together the work of other people (cited within) and made some
corrections.
480t24 RUNNING ON EMPTY, 085391184324, VTS_01_1.VOB, sect
On 2021-02-23 02:46, Gyan Doshi wrote:
On 23-02-2021 12:40 pm, Mark Filipak (ffmpeg) wrote:
On 2021-02-23 01:38, Carl Zwanzig wrote:
You missed mentioning the program clock reference (PCR) of the -ts. -And- many references to PTS
directly say that it's contained in a -ts (which if the -ts c
On 23-02-2021 12:40 pm, Mark Filipak (ffmpeg) wrote:
On 2021-02-23 01:38, Carl Zwanzig wrote:
You missed mentioning the program clock reference (PCR) of the -ts.
-And- many references to PTS directly say that it's contained in a
-ts (which if the -ts contains a -ps, is correct).
The answe
On 2021-02-23 01:38, Carl Zwanzig wrote:
You missed mentioning the program clock reference (PCR) of the -ts. -And- many references to PTS
directly say that it's contained in a -ts (which if the -ts contains a -ps, is correct).
The answers are in a GIF illustration (not text) in the H.262 spec
You missed mentioning the program clock reference (PCR) of the -ts. -And-
many references to PTS directly say that it's contained in a -ts (which if
the -ts contains a -ps, is correct).
The question is: What does ffmpeg use as its TB in the decoder and
pipeline?
Read the source code? It's
On 2021-02-23 01:08, Mark Filipak (ffmpeg) wrote:
On 2021-02-23 00:41, Carl Zwanzig wrote:
-snip-
... 'Presentation time stamps have a resolution of 90kHz", so at 29.97fps the PTSs should be
3003.003... apart. Since they're whole numbers, that would be 3003, 6006, etc with an extra +1
every 33
On 2021-02-23 00:41, Carl Zwanzig wrote:
-snip-
If you're starting with mpeg-ps or -ts, ...
There's no such thing as PTS in mpeg-ts. The transport stream sets the SCR (System Clock Reference)
(aka TB) but the PTSs are in the presentation stream, stored as integer ticks of the SCR.
I've been
(just saw Mark's latest as I was about to press send)
On 2/22/2021 9:01 PM, Jim DeLaHunt wrote:
The time base can be represented as a rational number, e.g. 1001/3
Usually expressed as the frame rate- 3/1001 (for NTSC).
If you're starting with mpeg-ps or -ts, 'Presentation time stamps
On 2021-02-23 00:01, Jim DeLaHunt wrote:
On 2021-02-22 18:53, Mark Filipak (ffmpeg) wrote:
Are these correct?
ffmpeg PTS resolution is 1ms.…
This at least is not correct AFAIK.
Thanks, Jim. I certainly didn't expect such a lengthy response. I'll respond
more verbosely.
The Presentation T
On 2021-02-22 18:53, Mark Filipak (ffmpeg) wrote:
Are these correct?
ffmpeg PTS resolution is 1ms.…
This at least is not correct AFAIK.
The Presentation Time Stamp (PTS) value which FFmpeg associates with
video frames and audio data is a 64-bit integer. There is an associated
time base att
Are these correct?
ffmpeg PTS resolution is 1ms.
DVD & BD PTS resolution is 0.01[1..]ms (i.e. 90x).
The PTS difference between 24Hz & 23.976Hz is 0.0416[6..]ms.
The PTS difference between 30Hz & 29.970Hz is 0.03[3..]ms.
Thanks,
Mark.
--
In the 1970s, a year at Ohio State Univ = 1 month of minim
22 matches
Mail list logo
