16:9 DV AVI not detected
16:9 ntsc avi dv files exported with Adobe Premiere, the aspect ratio is not properly detected. it is always set to 1:1. what would be the right place to fix this? the only place i could find that sets sample_aspect_ratio is dv_extract_video_info in libavformat/dv.c dont see this used for avi files... j
On Dec 30, 2007, at 7:23 AM, j at v2v.cc wrote:
16:9 ntsc avi dv files exported with Adobe Premiere, the aspect ratio is not properly detected. it is always set to 1:1. what would be the right place to fix this?
the only place i could find that sets sample_aspect_ratio is dv_extract_video_info in libavformat/dv.c dont see this used for avi files...
I bet the problem is -- AVI container not signaling the aspect ratio properly. It's been a problem for broken application all along. It's a pity if Adobe Premiere happens to be among a broken bunch. The only possible workaround that I know of is to do what is done for AVI type 1 DV, but it'll be more trouble than it is worth. IMHO. Thanks, Roman.
On Sun, Dec 30, 2007 at 09:13:33PM -0800, Roman Shaposhnik wrote:
On Dec 30, 2007, at 7:23 AM, j at v2v.cc wrote:
16:9 ntsc avi dv files exported with Adobe Premiere, the aspect ratio is not properly detected. it is always set to 1:1. what would be the right place to fix this?
the only place i could find that sets sample_aspect_ratio is dv_extract_video_info in libavformat/dv.c dont see this used for avi files...
I bet the problem is -- AVI container not signaling the aspect ratio properly. It's been a problem for broken application all along. It's a pity if Adobe Premiere happens to be among a broken bunch.
avi has no field for aspect ratios (or at least not last time i looked at the specs ...)
The only possible workaround that I know of is to do what is done for AVI type 1 DV, but it'll be more trouble than it is worth. IMHO.
if the dv decoder knows the aspect ratio, it should just set AVCodecContext.sample_aspect_ratio (no i dont know if this would fix the problem) [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Opposition brings concord. Out of discord comes the fairest harmony. -- Heraclitus
On Dec 31, 2007, at 11:21 AM, Michael Niedermayer wrote:
On Sun, Dec 30, 2007 at 09:13:33PM -0800, Roman Shaposhnik wrote:
On Dec 30, 2007, at 7:23 AM, j at v2v.cc wrote:
16:9 ntsc avi dv files exported with Adobe Premiere, the aspect ratio is not properly detected. it is always set to 1:1. what would be the right place to fix this?
the only place i could find that sets sample_aspect_ratio is dv_extract_video_info in libavformat/dv.c dont see this used for avi files...
I bet the problem is -- AVI container not signaling the aspect ratio properly. It's been a problem for broken application all along. It's a pity if Adobe Premiere happens to be among a broken bunch.
avi has no field for aspect ratios (or at least not last time i looked at the specs ...)
You know what -- you're right. I guess I was thinking about .mov (or may be not thinking at all -- you know, Russian New Year and stuff ;-)).
The only possible workaround that I know of is to do what is done for AVI type 1 DV, but it'll be more trouble than it is worth. IMHO.
if the dv decoder knows the aspect ratio,
It doesn't right now. That logic is in the DV demuxer. btw, would you agree that things like SAR/DAR signaling are actually part of the container, not codec info?
it should just set AVCodecContext.sample_aspect_ratio (no i dont know if this would fix the problem)
I guess that would make sense. But see my previous question. Thanks, Roman. P.S. Happy New Year!
On Monday, 31 December 2008 at 21:57, Roman Shaposhnik wrote:
On Dec 31, 2007, at 11:21 AM, Michael Niedermayer wrote:
On Sun, Dec 30, 2007 at 09:13:33PM -0800, Roman Shaposhnik wrote:
On Dec 30, 2007, at 7:23 AM, j at v2v.cc wrote:
16:9 ntsc avi dv files exported with Adobe Premiere, the aspect ratio is not properly detected. it is always set to 1:1. what would be the right place to fix this?
the only place i could find that sets sample_aspect_ratio is dv_extract_video_info in libavformat/dv.c dont see this used for avi files...
I bet the problem is -- AVI container not signaling the aspect ratio properly. It's been a problem for broken application all along. It's a pity if Adobe Premiere happens to be among a broken bunch.
avi has no field for aspect ratios (or at least not last time i looked at the specs ...)
You know what -- you're right. I guess I was thinking about .mov (or may be not thinking at all -- you know, Russian New Year and stuff ;-)).
ODML AVI does have such field AFAIR. Question is, does Adobe Premiere support that? Happy New Year! R. -- MPlayer developer and RPMs maintainer: http://mplayerhq.hu http://rpm.livna.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan
On Tue, Jan 01, 2008 at 02:25:31PM +0100, Dominik 'Rathann' Mierzejewski wrote:
On Monday, 31 December 2008 at 21:57, Roman Shaposhnik wrote:
On Dec 31, 2007, at 11:21 AM, Michael Niedermayer wrote:
On Sun, Dec 30, 2007 at 09:13:33PM -0800, Roman Shaposhnik wrote:
On Dec 30, 2007, at 7:23 AM, j at v2v.cc wrote:
16:9 ntsc avi dv files exported with Adobe Premiere, the aspect ratio is not properly detected. it is always set to 1:1. what would be the right place to fix this?
the only place i could find that sets sample_aspect_ratio is dv_extract_video_info in libavformat/dv.c dont see this used for avi files...
I bet the problem is -- AVI container not signaling the aspect ratio properly. It's been a problem for broken application all along. It's a pity if Adobe Premiere happens to be among a broken bunch.
avi has no field for aspect ratios (or at least not last time i looked at the specs ...)
You know what -- you're right. I guess I was thinking about .mov (or may be not thinking at all -- you know, Russian New Year and stuff ;-)).
ODML AVI does have such field AFAIR. Question is, does Adobe Premiere support that?
i dunno, but i just implemented parsing that ODML aspect ratio in our demuxer so maybe the problem is fixed ... [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB I count him braver who overcomes his desires than him who conquers his enemies for the hardest victory is over self. -- Aristotle
On Tue, 2008-01-01 at 23:05 +0100, Michael Niedermayer wrote:
ODML AVI does have such field AFAIR. Question is, does Adobe Premiere support that?
i dunno, but i just implemented parsing that ODML aspect ratio in our demuxer so maybe the problem is fixed ...
looks like Adobe Premiere does not use ODML aspect ratio, i managed to get a short sample up, hope that helps http://v2v.cc/~j/samples/16-9_dv_AdobePremiere.avi j
with attached patch, the avi mentioned before is displayed properly; it introduces however a copy of dv_extract_pack from libavformat/dv.c in libavcode/dv.c, what would be a good way to share this function? j
On Mon, Dec 31, 2007 at 12:57:41PM -0800, Roman Shaposhnik wrote: [...]
The only possible workaround that I know of is to do what is done for AVI type 1 DV, but it'll be more trouble than it is worth. IMHO.
if the dv decoder knows the aspect ratio,
It doesn't right now. That logic is in the DV demuxer. btw, would you agree that things like SAR/DAR signaling are actually part of the container, not codec info?
some codecs store aspect ratio, some containers store aspect ratio we currently have just AVCodecContext.sample_aspect_ratio, and both demuxers and decoders use that ... we could add AVStream.sample_aspect_ratio if having just one variable turns out to be insufficient ... for the specific case of DV, i think the aspect ratio is part of the codec stream, but thats surely debatable as dv mixes codec and container stuff but maybe i missunderstood your question, due to having no russian stuff here ;) [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB it is not once nor twice but times without number that the same ideas make their appearance in the world. -- Aristotle
On Jan 1, 2008, at 2:39 PM, Michael Niedermayer wrote:
On Mon, Dec 31, 2007 at 12:57:41PM -0800, Roman Shaposhnik wrote: [...]
The only possible workaround that I know of is to do what is done for AVI type 1 DV, but it'll be more trouble than it is worth. IMHO.
if the dv decoder knows the aspect ratio,
It doesn't right now. That logic is in the DV demuxer. btw, would you agree that things like SAR/DAR signaling are actually part of the container, not codec info?
some codecs store aspect ratio, some containers store aspect ratio we currently have just AVCodecContext.sample_aspect_ratio, and both demuxers and decoders use that ...
Is it just me, or does it sound messy? Kind of reminds me of the situation with DV audio and AVI-type-2 containers. These two tracks usually disagree and users get bitten by it. Something is telling me that the aspect ratio from the container would disagree with the aspect ratio from the codec even more frequently. Which one should take precedence? Oh, well -- I guess life is messy :-(
we could add AVStream.sample_aspect_ratio if having just one variable turns out to be insufficient ...
I'm not really proposing this.
for the specific case of DV, i think the aspect ratio is part of the codec stream, but thats surely debatable as dv mixes codec and container stuff
So, what would be your advice -- have DV codec always set it (and perhaps override the value that came from the container)?
but maybe i missunderstood your question, due to having no russian stuff here ;)
I think you answered exactly the question that I asked. Thanks, Roman. P.S. the stuff is all gone on my side of the wire as well. It was good while it lasted -- now back to work ;-)
On Wed, Jan 02, 2008 at 08:58:30PM -0800, Roman Shaposhnik wrote:
On Jan 1, 2008, at 2:39 PM, Michael Niedermayer wrote: [...]
we could add AVStream.sample_aspect_ratio if having just one variable turns out to be insufficient ...
I'm not really proposing this.
for the specific case of DV, i think the aspect ratio is part of the codec stream, but thats surely debatable as dv mixes codec and container stuff
So, what would be your advice -- have DV codec always set it (and perhaps override the value that came from the container)?
Thats an option [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB I know you won't believe me, but the highest form of Human Excellence is to question oneself and others. -- Socrates
participants (4)
-
dominik＠rangers.eu.org -
j＠v2v.cc -
michaelni＠gmx.at -
rvs＠sun.com