[issue2205] AV desynchronisation when moving within the *.avi that was cut with -ss option

New submission from Andrzej <superandrzej <at> epf.pl>:

I used following command to get rid of the beginning that I was not
interested in *.avi:
ffmpeg -ss 0:17:47 -i '/second/film.avi' -vcodec copy -acodec copy
'/second/film-cut.avi'

The resulted film-cut.avi was OK when played from the beginning but any attempt
to move forward or backward resulted in AV desynchronisation and CPU usage
surges to 100%.
With uncut film.avi moving forward or backward causes no problems and CPU usage
is normal.

Below information about film.avi and film-cut.avi
-> ffmpeg -v 9 -loglevel 99 -i '/second/film.avi'
FFmpeg version SVN-r24953-snapshot, Copyright (c) 2000-2010 the FFmpeg developers
  built on Aug 29 2010 00:39:23 with gcc 4.4.4
  configuration: --cpu=i686 --prefix=/usr --disable-static --enable-shared
--enable-gpl --enable-version3 --disable-ffplay --disable-ffserver
--enable-postproc --enable-x11grab --disable-network --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-libmp3lame --enable-libtheora
  libavutil     50.24. 0 / 50.24. 0
  libavcore      0. 6. 0 /  0. 6. 0
  libavcodec    52.87. 0 / 52.87. 0
  libavformat   52.78. 3 / 52.78. 3
  libavdevice   52. 2. 1 / 52. 2. 1
  libavfilter    1.38. 1 /  1.38. 1
  libswscale     0.11. 0 /  0.11. 0
  libpostproc   51. 2. 0 / 51. 2. 0

[issue2206] GXF - Value not set correctly for 16:9 content

New submission from Reuben <reuben.m <at> gmail.com>:

FFMPEG is setting aspect ratio of content to 4:3 regardless of the actual aspect
ratio.

I am including a source avi file, the gxf output from ffmpeg, and the stout from
tstream.

gxf was encoded with ffmpeg 0.6 (latest SVN/Git source has no changes to the GXF
code since the 0.6 release)
ffmpeg -i 1080pPAL.avi -vcodec mpeg2video -r 25000/1001 -flags
+ilme+ildct+alt+gmc -top 1 -pix_fmt yuv420p -s 1920x1080 -aspect 16:9 -qscale 2
-threads 4 -an -f gxf GXF_Encode.gxf

Item of interest in the tstream log is:
Is16x9: 0 (Aspect Ratio 4x3)

=========================================================================

GXF Parsing and Checking tool:

GrassValley provides a small CLI (win32) tool to examine data contianed in GXF
files, and to provide testing to see if the GXF conforms to the spec.
http://www.gvgdevelopers.com/concrete/products/k2/tstream___gxf_file_parser_and_checker/

Sample videos:

GrassValley provides a collection of short clips (just color bars) that
demonstrate a wide range of options available for both GXF and MXF on their

[issue2206] GXF - Value not set correctly for 16:9 content

Reuben <reuben.m <at> gmail.com> added the comment:

Source File
File '1080p-PAL.avi' not attached - you can download it from https://roundup.ffmpeg.org/file1058.

________________________________________________
FFmpeg issue tracker <issues <at> roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2206>
________________________________________________

[issue2206] GXF - Value not set correctly for 16:9 content

Reuben <reuben.m <at> gmail.com> added the comment:

ffmpeg encoded GXF
File '1080p-PAL.gxf' not attached - you can download it from https://roundup.ffmpeg.org/file1059.

________________________________________________
FFmpeg issue tracker <issues <at> roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2206>
________________________________________________

[issue2206] GXF - Value not set correctly for 16:9 content

Reuben <reuben.m <at> gmail.com> added the comment:

tstream log

________________________________________________
FFmpeg issue tracker <issues <at> roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2206>
________________________________________________

--------reading header (offset 0)--------
stream header:  00 00 00 00 01 BC 00 00 01 20 00 00 00 00 E1 E2
	Packet type = MAP
map->firstField = 0
map->lastField  = 150
map->markIn     = 0
map->markOut    = 150
map->spaceEst   = 1653 MB
map->status     = 0
map->ctimeHi    = 0
map->ctimeLo    = 0
map->clipName   = EXT:/PDR/default/1080p-PAL.gxf
map->uniqueName = (null)
map->setName    = (null)
map->typeName   = (null)
map->description= (null)
map->mediaFound = 1
map->nTracks    = 2
map->Track[0]
	mapTrack->mediaName = EXT:/PDR/default/ES.M0

[issue2204] GXF - Incorrect frame rates set

Baptiste Coudurier <baptiste.coudurier <at> gmail.com> added the comment:

gxf muxer now fail if a resolution different than pal and ntsc is given.

----------
status: new -> closed
substatus: new -> fixed

________________________________________________
FFmpeg issue tracker <issues <at> roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2204>
________________________________________________

[issue2207] GXF - Incorrect MPEG2 type used for 720 and 1080 content

New submission from Reuben <reuben.m <at> gmail.com>:

GXF has different values for media type based upon the frame size. Separate
values are used for standard-def PAL / NTSC and HD PAL / NTSC.

The values in the code are correctly defined (gxfenc.c) :

  80 static const AVCodecTag gxf_media_types[] = {
  81     { CODEC_ID_MJPEG     ,   3 }, /* NTSC */
  82     { CODEC_ID_MJPEG     ,   4 }, /* PAL */
  83     { CODEC_ID_PCM_S24LE ,   9 },
  84     { CODEC_ID_PCM_S16LE ,  10 },
  85     { CODEC_ID_MPEG2VIDEO,  11 }, /* NTSC */
  86     { CODEC_ID_MPEG2VIDEO,  12 }, /* PAL */
  87     { CODEC_ID_DVVIDEO   ,  13 }, /* NTSC */
  88     { CODEC_ID_DVVIDEO   ,  14 }, /* PAL */
  89     { CODEC_ID_DVVIDEO   ,  15 }, /* 50M NTSC */
  90     { CODEC_ID_DVVIDEO   ,  16 }, /* 50M PAL */
  91     { CODEC_ID_AC3       ,  17 },
  92     //{ CODEC_ID_NONE,  ,   18 }, /* Non compressed 24 bit audio */
  93     { CODEC_ID_MPEG2VIDEO,  20 }, /* MPEG HD */
  94     { CODEC_ID_MPEG1VIDEO,  22 }, /* NTSC */
  95     { CODEC_ID_MPEG1VIDEO,  23 }, /* PAL */
  96     { CODEC_ID_NONE,         0 },
  97 };

However, only standard def NTSC / PAL values are used for MPEG2 content (11 &
12). The 1080 and 720 content should be of value 20. (similar for DV, and MPEG1,
although I think MPEG1 is only partially supported right now.)

[issue2206] GXF - Value not set correctly for 16:9 content

Baptiste Coudurier <baptiste.coudurier <at> gmail.com> added the comment:

It seems a new revision of the specs now define an "ar" tag, which was not 
present before. Patch welcome if that fixes the problem.

----------
status: new -> open
substatus: new -> analyzed

________________________________________________
FFmpeg issue tracker <issues <at> roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2206>
________________________________________________

[issue2207] GXF - Incorrect MPEG2 type used for 720 and 1080 content

Reuben <reuben.m <at> gmail.com> added the comment:

Source avi
File '1080p-PAL.avi' not attached - you can download it from https://roundup.ffmpeg.org/file1061.

________________________________________________
FFmpeg issue tracker <issues <at> roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2207>
________________________________________________

[issue2207] GXF - Incorrect MPEG2 type used for 720 and 1080 content

Reuben <reuben.m <at> gmail.com> added the comment:

FFMPEG encoded gxf
File '1080p-PAL.gxf' not attached - you can download it from https://roundup.ffmpeg.org/file1062.

________________________________________________
FFmpeg issue tracker <issues <at> roundup.ffmpeg.org>
<https://roundup.ffmpeg.org/issue2207>
________________________________________________