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.
Nonetheless, the error message - printed by
"MPEG2TransportStream
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
However, using either testMPEG2TransportStreamer or
live555MediaServer to stream it to VLC doesn't work.
testMPEG2TransportStreamer dumps a stream of "Missing Sync Byte"
errors to the console
That means exactly what it says: That your file is not starting with
a Transport Stream 'sync byte' (
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
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 about your code; I was asking about mine :-)
You should c
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
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 proceed to step 2 :-)
It does indeed.
OK, now:
1/ Can V
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
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 testMPEG2TransportStreamer
sample.
Does the unchanged
Hi,
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 testMPEG2TransportStreamer sample.
The EyeTV p
12 matches
Mail list logo