Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Carl Eugen Hoyos
> Am 19.05.2020 um 06:18 schrieb Mark Filipak > : > > relying on 'progressive' versus 'smpte170m' I don’t think this distinction makes any sense. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org

Re: [FFmpeg-user] CRF and Preset in H265, am I loosing it?

2020-05-19 Thread Moritz Barsnick
On Sat, May 02, 2020 at 14:30:26 +0200, Bouke / VideoToolShed wrote: > https://trac.ffmpeg.org/wiki/Encode/H.265 > > > Under the Constant Rate Factor (CRF): > > -Put differently, if you choose ultrafast, the encoding process is going to > run fast, and

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Mark Filipak
On 05/19/2020 02:18 AM, Carl Eugen Hoyos wrote: Am 19.05.2020 um 06:18 schrieb Mark Filipak : relying on 'progressive' versus 'smpte170m' I don’t think this distinction makes any sense. Carl Eugen Why do you say that, Carl Eugen? If ffmpeg defines "progressive" as a video that contains

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Moritz Barsnick
On Tue, May 19, 2020 at 09:56:51 -0400, Mark Filipak wrote: > If ffmpeg uses "smpte170m" with "progressive" to denote hard > telecine, then I want to detelecine first. I thought it was understood that "smpte170m" is a notation for a colorspace or color encoding (in the widest sense), while

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Carl Eugen Hoyos
Am Di., 19. Mai 2020 um 17:51 Uhr schrieb Mark Filipak : > Regarding why "smpte170m" & "progressive" & "top field first" and other > notations appear to be arguments to a supposed yuv420p() function, > well, you'll have to ask the developers. There is no such function, the encoding properties

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Mark Filipak
On 05/19/2020 10:43 AM, Moritz Barsnick wrote: On Tue, May 19, 2020 at 09:56:51 -0400, Mark Filipak wrote: If ffmpeg uses "smpte170m" with "progressive" to denote hard telecine, then I want to detelecine first. I thought it was understood that "smpte170m" is a notation for a colorspace or

[FFmpeg-user] creating a grid like Zoom

2020-05-19 Thread Michael Glenn Williams
Hi All, We tried following the examples of making grids when reading live streams liek this: https://www.reddit.com/r/ffmpeg/comments/aimdx9/ffserver_video_grid_source_ffserver_http_ts/ With the example: $ ffmpeg -i '

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Mark Filipak
On 05/19/2020 12:30 PM, Carl Eugen Hoyos wrote: Am Di., 19. Mai 2020 um 17:51 Uhr schrieb Mark Filipak : Regarding why "smpte170m" & "progressive" & "top field first" and other notations appear to be arguments to a supposed yuv420p() function, well, you'll have to ask the developers. There

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Mark Filipak
On 05/19/2020 05:50 PM, Carl Eugen Hoyos wrote: Am Di., 19. Mai 2020 um 21:22 Uhr schrieb Mark Filipak : while "progressive" can theoretically be interlaced (or hard telecined) it is very unlikely. That statement seems contrary to the MPEG standard. I have already explained to you that

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Carl Eugen Hoyos
Am Di., 19. Mai 2020 um 21:22 Uhr schrieb Mark Filipak : > > while "progressive" can theoretically be interlaced (or hard > > telecined) it is very unlikely. > > That statement seems contrary to the MPEG standard. I have already explained to you that when we use term "interlaced", this is not

Re: [FFmpeg-user] What is 'yuv420p(tv, smpte170m, progressive)'?

2020-05-19 Thread Mark Filipak
On 05/19/2020 05:50 PM, Carl Eugen Hoyos wrote: Am Di., 19. Mai 2020 um 21:22 Uhr schrieb Mark Filipak : while "progressive" can theoretically be interlaced (or hard telecined) it is very unlikely. That statement seems contrary to the MPEG standard. I have already explained to you that