Thanks, that did take me a tiny step further. I'm now creating an RTPSink in
createNewRTPSink just like you suggested, and an instance of my custom Opus
encoder source in createNewStreamSource. However, when I connect with my client
via an RTSPClient, I get a 404 returned.
Sending requ
Hi,
I'm trying to stream Opus-encoded live audio via live555 from my server and I'm
a bit lost in how to implement that. I was trying to orient on live555 sample
code and on how streaming of OGG files is done, but I'm losing track in the
code at some point. Is there a sample I can use as kind o
I see, thanks for the quick reply.
The reason I was doing this is the comment in the following line in
DeviceSource.cpp:
gettimeofday(&fPresentationTime, NULL); // If you have a more accurate time -
e.g., from an encoder - then use that instead.
With respect to that comment: what is the recomm
Well, I wish it was that simple. I am not just trying to receive video and save
it to disk here. What I am trying to do video capturing and live-encoding on a
server, streaming via live555, live-decoding and playback on the client. This
may already consume too much time of yours, so feel free to
> I didn’t. Increasing the buffer size fixes your *immediate* problem.
Well, then that's exactly what I was saying, and I will look into it later. As
for now, I am testing locally, I need a temporary solution, that just works for
now. Maybe I was being unclear. Again, I'm aware of what you're
Okay, I gotta ask:
>> But the REAL solution to your problem - as I’ve noted many times on this
>> mailing list - is this
I read your reply as "this is the proper way to do it". Why would you suggest
to increase the buffer size AND do slicing at the same time? What is the point
to having a bigger
Thanks Ross, I overlooked the output in the server console. I'm afraid then,
that I reproduced an error with your tools that looks similar to the one I
have, but has a different cause. Just to be clear: the buffer sizes I have to
increase are the OutPacketBuffer::maxSize on the server, prior to
liche Nachricht-
Von: live-devel [mailto:live-devel-boun...@ns.live555.com] Im Auftrag von
Roland Aigner
Gesendet: Mittwoch, 3. Mai 2017 15:08
An: LIVE555 Streaming Media - development & use
Betreff: Re: [Live-devel] Broken data when streaming HEVC video
I put it on my Dropbox [1], yo
I put it on my Dropbox [1], you should be able to download it from there.
"checker.265" is a short video of a checker pattern moving in diagonal, this is
the input video, streamed via live555MediaServer. See the screenshot "checker
(MPC replay).png", it looks fine when replayed from disk. When
Hi,
I'm getting corrupted frames at the very beginning of the video when decoding
HEVC streamed via FramedSource and H265VideoRTPSink.
For testing and trying to isolate the issue, I write the raw coded and
to-be-sent data to disk in my server code, and play it back, using my own
decoder code,
Okay, thanks. I thought the SPS would be related to SDP... But makes sense, I
just recently realized it's encoded in a NAL unit.
-Ursprüngliche Nachricht-
Von: live-devel [mailto:live-devel-boun...@ns.live555.com] Im Auftrag von Ross
Finlayson
Gesendet: Donnerstag, 23. März 2017 16:45
A
Hi,
I am trying to figure out how to get the frame width and height out of a H.264
stream and I'm having some difficulties understanding how to decode a SPS.
On the FAQ section on live555.com I found the following:
"If you are receiving H.264 video data, there is one more thing that you have
t
Thanks. Seems like I'm trying to do 2b. What I'm still not getting out of this
is, where and how I would call signalNewFrameData on my source object. I've now
added a callback I'm calling from my encoder class, which is a bit messy,
because the encoder actually wasn't supposed to be aware of the
Hi,
I'm struggling a bit to get started. I was implementing a test RTSP server for
streaming of live-encoded H.264 data. Since there may be hickups in delivering
the data, especially in the beginning, where I have to do a lot of
initialization, the NAL units buffer may underrun. In fact it does
>> First, don’t waste time with Mickey Mouse third-party sites like ‘Stack
>> Overflow’. They are never authoritative, and top-tier people don’t bother
>> posting to them. Instead, go straight to the source.
Haha, I agree, the quality is not always that good. To my experience however,
the com
Hi,
Thanks a ton for your detailed reply.
In the meantime I figured out that I completely misunderstood how the
FramedSource is supposed to work and what has to happen in the respective
methods. Others on stackoverflow, asking similar questions, seemed to
misunderstand as well, so I completel
Hi all,
I've got a few beginner questions:
I'm trying to stream H264/H265 encoded live video via RTP/RTCP. For this, I'm
trying to build upon your testOnDemandRTSPServer sample, since it best fits my
needs.
I saw that you prepared a dummy class DeviceSource, apparently for the purpose
of impl
17 matches
Mail list logo
