Hi,
How I can do a relayer unicast->unicast (for example) using local files buffer
within rtp packets?
I have as input a stream on demand (for example a MPEG4 audio/video with
address rtsp://192.168.178.20:8555/mystream).
Thanks in advance,
Bobo
___
Hi,
I want to know the structure of a file SDP for MPEG2 file.
I have this SDP:
v=0
o=- 2 3587745594 IN IP4 127.0.0.0
s=QuickTime
t=0 0
a=range:npt=now-
a=isma-compliance:2,2.0,2
m=audio RTP/AVP 96
c=IN IP4 239.255.42.42/15
b=AS:8
a=rtpmap:96 mpeg4-generic/8000/1
a=fmtp:96
profile-level-id=15
Hi,
I have a problem with testOnDemandRTSPServer with mpg file!
In fact, I receive the mpeg ok but audio is broken (audio is ok after pause or
stop and re-play).
Why? Video Subsession is ok, Audio Subsession don't work very well.
I use VLC to play the stream!
Thanks in advance,
Bobo
__
Hi,
I want relaying rtp packets unicast->unicast stream...
I'm live555 newbie, can You give me tips?
I already see your example testRelay.cpp but it's a multicast->unicast relayng!
Help me,
thanks in advance,
Bobo
___
live-devel mailing list
live-deve
Just wanted to inform that i been trying the latest release.. and it
didn't sort the AAC Audio stream.
the vlc win32 version, handled the stream with no problem: "vlc rtsp://
--sout=stream.mp4", (while RealPlayer played it as well)
while using vlc under linux, compiled from source with LIVE55
Thank you for the very fast response.
Ross Finlayson wrote:
the Audio according to the Camera, is set to "AAC", it can be
perfectly played via RealPlayer.
Out of curiosity, have you also tried playing the stream using VLC?
Tried the win32 version of VLC, and its just fine.
Audio according to
Hello,
I'm trying to use OpenRTSP for grabbing Video and Audio of an Axis IP
Camera.
the Video is: "video/MP4V-ES" "a=rtpmap:96 MP4V-ES/9"
the Audio according to the Camera, is set to "AAC", it can be perfectly
played via RealPlayer.
Audio according to the log: "mode=AAC-hbr;" "a=rtpm
Hi,
I just spent more time looking in live555 code and found that the
MPEG4GenericRTPSink should do the job.
I get the data on the other end and it look good :-)
Thank You,
Frederic
Ross Finlayson a écrit :
>> - what should I implement in RTPSink? what is its role
>>
>
> Your "RTPSink" su
Ross Finlayson a écrit :
>> - what should I implement in RTPSink? what is its role
>>
>
> Your "RTPSink" subclass will implement a particular RTP payload
> format (defined by a IETF RFC or (preferably) standards-track
> Internet-Draft). Which RTP payload format do you wish to implement??
>
Hey Ross,
I had shot you an email earlier this morning with regards to an issue with
being unable to correctly open a file saved in memory as a JPEG. Well we
soon figured out that fTo gets only the image data and the JPEG header is
sent separately and that is what had caused the problem. Origi
Hi Ross!
I have test the testPrograms, ok work, I send a flow through
testmpeg4videostreamer and I receive it in unicast through a program
Receivedmpeg4 drawn by testmpeg1or2videoreceived with the opportune changes.
The problem is that the program Receivedmpeg4 should also rebroadcast the flow
I have made a will the testprogramses, ok work, I send a flow through
testmpeg4videostreamer and I receive it in unicast through a program
Receivedmpeg4 drawn by testmpeg1or2videoreceived with the opportune changes.
The problem is that the program Receivedmpeg4 should also rebroadcast the flow
In live555 release 0.18 (1st July 2007), I have occassional found that
the server can "appear" to lock up when streaming RTP over TCP. After
much analysis I think I have traced the problem to the tcpReaderHandler
method in RTP_Interface.cpp.
Specifically lines 332 to 337
do {
if (readSoc
I have added "discontinuity_indicator" bit in the begin of each
Transport Stream file.
But I'm still have artifacts during playback multiple files.
I read mpeg2 iso13818 and if I understand all correctly,
I must set discontinuity_indicator=1 in each TS packet, which
continuity_counter has disco
I want to stream multiple video clips like one continuous file.
In addition a want to stream these files in endless loop.
It should look like one continuous transport stream for streaming
using UDP on Amino STB.
For this purpose I use ByteStreamMultiFileSource.
Video clips for stream
15 matches
Mail list logo
