After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 621465 - [x264enc] Video codec information copied incorrectly to output
[x264enc] Video codec information copied incorrectly to output
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
0.10.x
Other All
: Normal normal
: 0.10.17
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-06-13 16:45 UTC by danielgtaylor
Modified: 2011-01-04 13:39 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description danielgtaylor 2010-06-13 16:45:30 UTC
This is an issue a user has experienced with Arista Transcoder. Original issue can be seen here:

    http://github.com/danielgtaylor/arista/issues#issue/12

The issue is with this file:

    http://ia331209.us.archive.org/0/items/Patent_Absurdity/Patent_Absurdity_LQ_350kbit.ogv

When transcoded to H.264/AAC in MP4, the output container seems to contain copied values from the input container and this makes other GStreamer-based applications report the file's video stream as Theora when in reality it is H.264. FFmpeg and such report the video stream properly as H.264.

The command being run internally is similar to:

    gst-launch-0.10 uridecodebin uri="file:///home/dan/Projects/arista/Patent_Absurdity_LQ_350kbit.ogv" name=dmux qtmux name=mux ! queue ! filesink name=sink location="/home/dan/Desktop/Patent_Absurdity_LQ_350kbit.mp4" dmux. ! queue ! ffmpegcolorspace ! videorate !  videoscale ! video/x-raw-yuv, width=\(int\)400, height=\(int\)224, framerate=\(fraction\)30000/1001, pixel-aspect-ratio=\(fraction\)1/1\; video/x-raw-rgb, width=\(int\)400, height=\(int\)224, framerate=\(fraction\)30000/1001, pixel-aspect-ratio=\(fraction\)1/1 ! videobox top=-8 bottom=-8 ! x264enc pass=qual quantizer=21 me=umh subme=6 ref=3 threads=0 ! tee name=videotee ! queue ! mux.video_%d dmux. ! queue ! audioconvert ! audiorate ! audioresample ! audio/x-raw-int, width=\(int\)[ 8, 24 ], depth=\(int\)[ 8, 24 ], rate=\(int\)[ 8000, 96000 ], channels=\(int\)[ 1, 6 ]\; audio/x-raw-float, width=\(int\)[ 8, 24 ], depth=\(int\)[ 8, 24 ], rate=\(int\)[ 8000, 96000 ], channels=\(int\)[ 1, 6 ] ! faac bitrate=192000 ! mux.audio_%d
Comment 1 Wim Taymans 2010-06-14 14:40:58 UTC
video/audio encoders probably don't replace the incomming codec tags properly
Comment 2 Thiago Sousa Santos 2011-01-04 12:52:52 UTC
The video isn't available anymore
Comment 3 Thiago Sousa Santos 2011-01-04 13:19:08 UTC
Looking at qtmux, it already drops video/audio/container codec tags, this makes me think that the 'encoder' tag is the one to blame here.
Comment 4 Thiago Sousa Santos 2011-01-04 13:39:15 UTC
Should be fixed by this commit:

commit 7b97c2de6ab5729b622e4b9e8cecd69d936d5442
Author: Thiago Santos <thiago.sousa.santos@collabora.co.uk>
Date:   Tue Jan 4 10:32:05 2011 -0300

    x264enc: Handle codec/encoder tags
    
    Make x264enc drop video-codec and codec tags and replace
    encoder/encoder-version with x264 and its build number
    
    Fixes #621465

I'm closing the bug, in case you still have problems, please reopen and provide the offending file.