A quick hex-edit of the file confirms that the first and 189th byte
are both 0x47. I've been over the encoder's frame generation, and each
packet sent to the encoder via the pipe to the server code is prefaced
by the sync byte.
Is there any debugging switches with the livemedia library I ca
OK, I promise this will be the last time i write ;)
I'm not convinced my code is the problem now (although it most likely
still is). I've rewritten my plugin code to simply write packets to
stdout, then piped it into a file (temp.ts). This plays back fine in
VLC.
However, using either tes
On Jul 12, 2008, at 5:09 PM, Ross Finlayson wrote:
2/ If you enable "testMPEG2TransportStreamer"s built-in RTSP
server (by uncommenting the line
#define IMPLEMENT_RTSP_SERVER 1
), then can VLC play the stream?
I have already enabled the RTSP server in my code.
I wasn't asking abo
A couple of other points, here is the structure of a transport packet
as given by EyeTV:
typedef struct {
unsigned long sync_byte : 8,
transport_error_indicator : 1,
On Jul 12, 2008, at 4:32 PM, Ross Finlayson wrote:
Does the unchanged "testMPEG3TransportStreamer" demo application
work
correctly when you stream a Transport Stream *file* that you
previously recorded from your capture device? It should, but if -
for some reason - it doesn't, then do not pr
Hi Ross, thanks for your quick reply.
>I'm using an Elgato DVB-T USB tuner (EyeTV for DTT) in combination
>with the livemedia library to stream a MPEG2-TS stream containing
>h264 video and AAC audio (LATM encapsulation) via RTSP over my LAN.
>I've based my streaming server on the testMPEG2Trans
d light. I've attached my server thread source for your perusal.
(createRTSPserver is essentially main() from
testtMPEG2TransportStreamer.cpp with my tweaks).
Regards,
Ryan Walklin
MPEG2RTSPServer.cpp
Description: Binary data
- stream structure
- using pipe to copy packets
- ra
