New submission from Reuben reube...@gmail.com:
I realize that this is not tech support for Grassvalley, however from what I
understand GrassValley created the spec for the GXF format, and hence their
decoder / encoder is the reference implementation for GXF.
I'm trying to encode gxf files with ffmpeg for playback on GrassValley's Turbo
playback machine.
The files load correctly and play, however the playback stutters and jumps
around. (Sounds similar to the problem reported in Issue 487, however in that
case the scenario is reversed, encode with their software, poor playback with
ffmpeg)
Turbo provides a small CLI win32 app called tsstream to parse and check GXF
files:
http://www.gvgdevelopers.com/concrete/products/k2/tstream___gxf_file_parser_and_checker/
I'm using a fairly recent win32 build: SVN-r24796. I can test the output
generated from a Linux build as well if that helps.
I've tried to compress the video stream with mpeg2enc in case it was an video
stream issue, but had similar results.
I encoding with the intent to have the output adhere as close as possible to
NTSC (3/1001, 720x480, fields) using the following:
ffmpeg.exe -i InputFile.ext -r 6/1001 -s 720x480 -aspect 4:3 -an -f
yuv4mpegpipe - | y4minterlace | ffmpeg.exe -i - -i %1 -map 0:0 -map 1:1.0 -map
1:1.1 -vcodec mpeg2video -r ntsc -flags +ilme+ildct+alt+gmc -top 1 -s 720x480
-aspect 4:3 -qscale 2 -threads 4 -acodec pcm_s16le -ac 1 -ar 48000 -f gxf
OutputFile.gxf -acodec pcm_s16le -ac 1 -ar 48000 -newaudio
I'll be uploading the source file, resulting gxf file and output from tstream
when parsing the file.
File 'tstream.log' not attached - you can download it from
https://roundup.ffmpeg.org/file1032.
--
files: tstream.log
messages: 11701
priority: normal
status: new
substatus: new
title: ffmpeg muxed GXF files do not play back on correctly on GrassValley Units
type: bug
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2171
