Opened 11 years ago
Closed 11 years ago
#2186 closed defect (fixed)
Real media files fails to play
Reported by: | Brad Smith | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | demuxer |
Version: | HEAD | Severity: | major |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
The following sample Real media file fails to play with MPlayer but works fine with ffplay / VLC and Xine. I have been told by the person providing the sample that this has worked at some point in the past with MPlayer.
$ mplayer test-sample.rm
MPlayer SVN-r37148 (C) 2000-2014 MPlayer Team
Playing test-sample.rm.
libavformat version 55.33.100 (external)
REAL file format detected.
Stream description: Audio Stream
Stream mimetype: audio/x-pn-realaudio
[real] Audio stream found, -aid 0
Stream description: Video Stream
Stream mimetype: video/x-pn-realvideo
[real] Video stream found, -vid 1
RM: No video stream found.
Clip info:
title: Professor Walter Lewin Teaches Physics 8.02
author: Academic Media and Production Services
copyright: ?2002 Massachusetts Institute of Technology
Load subtitles in ./
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
libavcodec version 55.52.102 (external)
AUDIO: 22050 Hz, 1 ch, floatle, 32.0 kbit/4.54% (ratio: 4005->88200)
Selected audio codec: [ffcook] afm: ffmpeg (FFmpeg COOK audio)
==========================================================================
AO: [sndio] 22050Hz 1ch s32le (4 bytes per sample)
Video: no video
Both -vid 1 and -demuxer lavf work as workarounds.
It seems the real demuxer has some assumptions that it will be able to find a video packet very early if there is video, which isn't really a necessary or sensible assumption.