ig·no·rant /ˈiɡnərənt/
adjective
lacking knowledge, information, or awareness about a particular thing.
On 9/29/2020 1:40 PM, Paul B Mahol wrote:
It is cryptic only for ignorant folks.
Gee, maybe that's why they're asking questions- to gain a "knowledge,
information, or awareness about a
On Tue, Sep 29, 2020 at 01:07:45PM -0700, Carl Zwanzig wrote:
> On 9/29/2020 12:43 PM, Paul B Mahol wrote:
>
> > On Tue, Sep 29, 2020 at 10:26:20AM -0400, Mark Filipak (ffmpeg) wrote:
> > > And thanks for that. So, ffmpeg really is a Tower of Babel, eh? That does
> > > not seem wise to me. That
On 9/29/2020 12:43 PM, Paul B Mahol wrote:
On Tue, Sep 29, 2020 at 10:26:20AM -0400, Mark Filipak (ffmpeg) wrote:
And thanks for that. So, ffmpeg really is a Tower of Babel, eh? That does
not seem wise to me. That seems like a great way to generate bugs in
addition to confusion.
Now if that
On Tue, Sep 29, 2020 at 10:26:20AM -0400, Mark Filipak (ffmpeg) wrote:
> On 09/29/2020 09:37 AM, Michael Koch wrote:
> > Am 29.09.2020 um 14:58 schrieb Mark Filipak (ffmpeg):
> > > On 09/29/2020 04:06 AM, Michael Koch wrote:
> > > > Am 29.09.2020 um 04:28 schrieb Mark Filipak (ffmpeg):
> > > > >
On 09/29/2020 12:57 PM, Devin Heitmueller wrote:
On Tue, Sep 29, 2020 at 12:28 PM Mark Filipak (ffmpeg)
wrote:
-snip-
I would encourage you stop trying to invent new terminology ...
-snip-
With due respect to you, I'm not trying to invent new terminology. I'm trying to create extended
On Tue, Sep 29, 2020 at 12:28 PM Mark Filipak (ffmpeg)
wrote:
> Top/bottom/top/bottom, especially if full lines, seems like straightforward
> interlaced to me. Or do
> I misunderstand?
You do not misunderstand. I was offering the context of how the
Y-data is organized, which is straightforward
On 09/29/2020 11:44 AM, Devin Heitmueller wrote:
On Tue, Sep 29, 2020 at 11:29 AM Mark Filipak (ffmpeg)
wrote:
Oh, dear, that's what "packed" means? ...very misleading name, eh? How are
fields handled? Are the
pixels assumed to be unfielded (meaning so-called "progressive")?
So the topic of
On 09/29/2020 11:09 AM, Dave Stevens wrote:
On Tue, 29 Sep 2020 10:48:42 -0400
"Mark Filipak (ffmpeg)" wrote:
Hi Devin. Thanks much!
Your response came in while I was composing my previous message. I
see (below) that performance is a
Because it reverses the normal order of reading!
Why
On Tue, Sep 29, 2020 at 11:29 AM Mark Filipak (ffmpeg)
wrote:
> Oh, dear, that's what "packed" means? ...very misleading name, eh? How are
> fields handled? Are the
> pixels assumed to be unfielded (meaning so-called "progressive")?
So the topic of how interlaced video is handled in subsampled
On 09/29/2020 10:46 AM, Michael Koch wrote:
Am 29.09.2020 um 16:26 schrieb Mark Filipak (ffmpeg):
On 09/29/2020 09:37 AM, Michael Koch wrote:
Am 29.09.2020 um 14:58 schrieb Mark Filipak (ffmpeg):
On 09/29/2020 04:06 AM, Michael Koch wrote:
Am 29.09.2020 um 04:28 schrieb Mark Filipak
On Tue, 29 Sep 2020 10:48:42 -0400
"Mark Filipak (ffmpeg)" wrote:
> Hi Devin. Thanks much!
>
> Your response came in while I was composing my previous message. I
> see (below) that performance is a
Because it reverses the normal order of reading!
Why not top post?
Hi Mark,
On Tue, Sep 29, 2020 at 10:51 AM Mark Filipak (ffmpeg)
wrote:
> I imagine that format-to-format conversion is probably the most optimized
> code in ffmpeg. Is there a
> function library dedicated solely to format conversion? I ask so that, in
> what I write, I can assure
> users that
On 09/29/2020 09:20 AM, Devin Heitmueller wrote:
Hi Mark,
Hi Devin. Thanks much!
Your response came in while I was composing my previous message. I see (below) that performance is a
major issue. That absolutely makes sense because, after accuracy, speed is the next most important
objective
Am 29.09.2020 um 16:26 schrieb Mark Filipak (ffmpeg):
On 09/29/2020 09:37 AM, Michael Koch wrote:
Am 29.09.2020 um 14:58 schrieb Mark Filipak (ffmpeg):
On 09/29/2020 04:06 AM, Michael Koch wrote:
Am 29.09.2020 um 04:28 schrieb Mark Filipak (ffmpeg):
I just want to understand the frame
On 09/29/2020 09:37 AM, Michael Koch wrote:
Am 29.09.2020 um 14:58 schrieb Mark Filipak (ffmpeg):
On 09/29/2020 04:06 AM, Michael Koch wrote:
Am 29.09.2020 um 04:28 schrieb Mark Filipak (ffmpeg):
I just want to understand the frame structures that ffmpeg creates, and that ffmpeg uses in
Hi Mark,
So when you talk about the decoded frames, there is no concept of
macroblocks. There are simple video frames with Y, Cb, Cr samples.
How those samples are organized and their sizes are determined by the
AVFrame format.
> "Packed" and "planar", eh? What evidence do you have? ...Share
Am 29.09.2020 um 14:58 schrieb Mark Filipak (ffmpeg):
On 09/29/2020 04:06 AM, Michael Koch wrote:
Am 29.09.2020 um 04:28 schrieb Mark Filipak (ffmpeg):
I just want to understand the frame structures that ffmpeg creates,
and that ffmpeg uses in processing and filtering. Are Y, Cb, Cr
On 09/29/2020 04:06 AM, Michael Koch wrote:
Am 29.09.2020 um 04:28 schrieb Mark Filipak (ffmpeg):
I just want to understand the frame structures that ffmpeg creates, and that ffmpeg uses in
processing and filtering. Are Y, Cb, Cr separate buffers? That would be logical. Or are the Y, Cb,
Cr
Am 29.09.2020 um 04:28 schrieb Mark Filipak (ffmpeg):
I just want to understand the frame structures that ffmpeg creates,
and that ffmpeg uses in processing and filtering. Are Y, Cb, Cr
separate buffers? That would be logical. Or are the Y, Cb, Cr values
combined and organized similarly to
19 matches
Mail list logo