On Fri, Jan 16, 2015 at 08:48:59PM -0800, Philip Langdale wrote:
On Fri, 16 Jan 2015 22:17:56 +0100
Nicolas George geo...@nsup.org wrote:
Le septidi 27 nivôse, an CCXXIII, Philip Langdale a écrit :
Right. It is display aspect ratio, not sample aspect ratio. And then
you have the 45/44
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
I haven't quite followed what's going on to decide whether Nvidia or
FFmpeg is correct.
FFmpeg is correct, there is absolutely no doubt about it: This active
pixels nonsense is only relevant for certain very specific media, definitely
not
On Sat, 17 Jan 2015 19:27:17 +
Kieran Kunhya kier...@obe.tv wrote:
On 17 January 2015 at 18:14, Nicolas George geo...@nsup.org wrote:
Le septidi 27 nivôse, an CCXXIII, Philip Langdale a écrit :
On Fri, 16 Jan 2015 22:17:56 +0100
Nicolas George geo...@nsup.org wrote:
Ok. I did this
There is a long sad story behind all this, but it's somewhat ambiguous as to
whether DVD content should be treated as 720 pixels wide or 704 pixels, with
16 pixels cut off. If you decide is should be 704 pixels wide, you need to
adjust the sample aspect ratio to keep the final display aspect ratio
L'octidi 28 nivôse, an CCXXIII, Philip Langdale a écrit :
There is a long sad story behind all this, but it's somewhat ambiguous as to
whether DVD content should be treated as 720 pixels wide or 704 pixels, with
16 pixels cut off. If you decide is should be 704 pixels wide, you need to
adjust
On 17 January 2015 at 23:00, Nicolas George geo...@nsup.org wrote:
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
I don't make the standards and frankly whether you dislike them is
your problem but they exist and need to work correctly.
Instead you wish to break things based off an
There is a long sad story behind all this, but it's somewhat ambiguous as to
whether DVD content should be treated as 720 pixels wide or 704 pixels, with
16 pixels cut off. If you decide is should be 704 pixels wide, you need to
adjust the sample aspect ratio to keep the final display aspect ratio
On 17 January 2015 at 20:01, Philip Langdale phil...@overt.org wrote:
There is a long sad story behind all this, but it's somewhat ambiguous as to
whether DVD content should be treated as 720 pixels wide or 704 pixels, with
16 pixels cut off. If you decide is should be 704 pixels wide, you need
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
BT601 makes this very clear. The active picture is 702 pixels.
There are two fundamental flaws with your reasoning:
First, BT601 only applies to a some kind of videos. Wikipedia tells me it
applies to encoding interlaced analog video
On 17 January 2015 at 23:38, Nicolas George geo...@nsup.org wrote:
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
The behaviour of the Nvidia code I believe is correct.
As far as I understand it corrects SAR for 720-width content to comply
with BT601.
That is just not true.
Basic
On 17 January 2015 at 18:14, Nicolas George geo...@nsup.org wrote:
Le septidi 27 nivôse, an CCXXIII, Philip Langdale a écrit :
On Fri, 16 Jan 2015 22:17:56 +0100
Nicolas George geo...@nsup.org wrote:
Ok. I did this test and it produces correct results - SAR 133:221 which
yields the correct
On Sun, Jan 18, 2015 at 02:05:55AM +0530, arwa arif wrote:
This is an attempt for explaining the use of post-processing filters.
http://trac.ffmpeg.org/wiki/Postprocessing
some random thoughts/corrections/extensions i had when reading:
QP is choosen by the encoder used to create the video,
On 17 January 2015 at 20:42, Nicolas George geo...@nsup.org wrote:
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
BT601 makes this very clear. The active picture is 702 pixels.
There are two fundamental flaws with your reasoning:
First, BT601 only applies to a some kind of videos.
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
I don't make the standards and frankly whether you dislike them is
your problem but they exist and need to work correctly.
Instead you wish to break things based off an artificial test pattern
and your own beliefs.
I do not wish to break
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
The behaviour of the Nvidia code I believe is correct.
As far as I understand it corrects SAR for 720-width content to comply
with BT601.
That is just not true.
Basic principle: THE COMPETENT USER IS RIGHT.
If someone knows BT601, and
On 17 January 2015 at 23:46, Kieran Kunhya kier...@obe.tv wrote:
On 17 January 2015 at 23:38, Nicolas George geo...@nsup.org wrote:
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
The behaviour of the Nvidia code I believe is correct.
As far as I understand it corrects SAR for
FFmpeg is correct, there is absolutely no doubt about it: This active
pixels nonsense is only relevant for certain very specific media, definitely
not when encoding testsrc and decoding the result to showinfo. Demuxers or
high-level tools may know when they are dealing with that kind of
This is an attempt for explaining the use of post-processing filters.
http://trac.ffmpeg.org/wiki/Postprocessing
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
There is a very simple way of flagging content that is supposed to comply
with BT601: the SAR is 512/351. If SAR is 64/45, that means someone before
nvenc decided that the video is not expected to conform with BT601, and
nvenc has no
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
Oops I misunderstood, you mean the software must comply with the users wishes.
Yes.
Anyway my argument is that BT601 should be the default for the these
resolutions.
If you want, but that must happen immediately when the contents enters
On Sun, Jan 18, 2015 at 1:02 AM, Nicolas George geo...@nsup.org wrote:
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
Oops I misunderstood, you mean the software must comply with the users
wishes.
Yes.
Anyway my argument is that BT601 should be the default for the these
21 matches
Mail list logo
