Mercurial > mplayer.hg
view libmpdemux/demux_rtp_internal.h @ 15205:19243f85e164
nico partially fixed the bug i reported; here's the rest of the fix.
basically demux_audio was mixing data in its header buffer in a bogus
manner, whereby it could sometimes "make up" valid mpeg headers where
no such header actually occurred in the file. it should be correct now.
btw these changes also fix the bug where mplayer reports huge initial
cpu usage for sound when playing mp3 files.
author | rfelker |
---|---|
date | Sun, 17 Apr 2005 17:17:52 +0000 |
parents | 5b10f76f7a9d |
children | 0f5455fc2d5d |
line wrap: on
line source
#ifndef _DEMUX_RTP_INTERNAL_H #define _DEMUX_RTP_INTERNAL_H #include <stdlib.h> extern "C" { #ifndef __STREAM_H #include "stream.h" #endif #ifndef __DEMUXER_H #include "demuxer.h" #endif } #ifndef _LIVEMEDIA_HH #undef STREAM_SEEK #include <liveMedia.hh> #endif // Codec-specific initialization routines: void rtpCodecInitialize_video(demuxer_t* demuxer, MediaSubsession* subsession, unsigned& flags); void rtpCodecInitialize_audio(demuxer_t* demuxer, MediaSubsession* subsession, unsigned& flags); // Flags that may be set by the above routines: #define RTPSTATE_IS_MPEG12_VIDEO 0x1 // is a MPEG-1 or 2 video stream #define RTPSTATE_IS_MULTIPLEXED 0x2 // is a combined audio+video stream // A routine to wait for the first packet of a RTP stream to arrive. // (For some RTP payload formats, codecs cannot be fully initialized until // we've started receiving data.) Boolean awaitRTPPacket(demuxer_t* demuxer, demux_stream_t* ds, unsigned char*& packetData, unsigned& packetDataLen, float& pts); // "streamType": 0 => video; 1 => audio // This routine returns False if the input stream has closed // A routine for adding our own data to an incoming RTP data stream: Boolean insertRTPData(demuxer_t* demuxer, demux_stream_t* ds, unsigned char* data, unsigned dataLen); #endif