GNOME Bugzilla – Bug 582515
Quicktime file with PCM audio does not play correctly
Last modified: 2009-05-21 20:06:57 UTC
Please describe the problem: There is a quicktime reel of example shots from the RED camera linked from here: http://provideocoalition.com/index.php/mchristiansen/story/nab_2009_red_reel_online/ The url of the quicktime is: http://red.cachefly.net/redreel/RedReel_h264_720.mov The audio plays back as an unintelligible hiss. Steps to reproduce: 1. Download the file 2. try to play in totem 3. listen to the audio stream Actual results: I just hear a loud hiss Expected results: hear a proper sound track! Does this happen every time? Other information: mplayer does play this file correctly, and the handy midentify.sh script reports this: ID_VIDEO_ID=0 ID_AUDIO_ID=1 ID_FILENAME=RedReel_h264_720.mov ID_DEMUXER=mov ID_VIDEO_FORMAT=avc1 ID_VIDEO_BITRATE=0 ID_VIDEO_WIDTH=1280 ID_VIDEO_HEIGHT=720 ID_VIDEO_FPS=23.976 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_FORMAT=42ni ID_AUDIO_BITRATE=0 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_LENGTH=482.52 ID_VIDEO_CODEC=ffh264 ID_AUDIO_BITRATE=2304000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_AUDIO_CODEC=pcm Totem's properties tab reports the audio codec as "Raw 24-bit PCM Audio", 48Khz, unknown bitrate
Will push fix after the freeze. commit 2f4646b744496effb6fc348e7f0a08373a02a841 Author: Wim Taymans <wim.taymans@collabora.co.uk> Date: Wed May 20 18:45:45 2009 +0200 qtdemux: parse in24 boxes to get endianness in24 samples are normally big-endian but an enda box can change this to little-endian. Recurse into the in24 box and find the enda box so that we get the endianness right. Fixes #582515
Created attachment 135039 [details] [review] patch to fix the problem