Lllmllm) l p l}l p you p pl p
P0lp0
L
L
you
0
L
Original Message
From: live-devel-requ...@us.live555.com
Sent: 26 January 2022 20:00:00 GMT
To: live-de...@us.live555.com
Subject: live-devel Digest, Vol 218, Issue 13
Send live-devel mailing list submissions to
Many Thanks Ross,
We look forward to the next release.
Sorry for the delay in posting this, we're very glad you've accepted the
patch; but I didn't want to start July's thread with a disconnected post
with no technical content !
Cheers,
Piers
___
Hi Ross,
Now that I more fully understand how Packetized Elementary Streams are
fed into the transport stream multiplexor, may I provide one final patch
that extends the Elementary Stream interface to the transport stream
multiplexor to allow Packet IDs to be set separately from the stream
ID
Thanks Ross,
So MPEG2TransportStreamFromPESSource provides data with the stream_id already
set and no methods for setting the packet id ? I'm sorry I didn't understand
this before.
We have an awkward requirement to work with an installed set of hardware
decoders which are set to receive a spec
Hi Ross,
The new version has been running for over 3 hours and it successfully
combines split base 64 encoded GET_PARAMETER requests:
RTSPClientConnection[0x1de840]::handleRequestBytes() read 271 new
bytes:R0VUX1BBUkFNRVRFUiBydHNwOi8vMTAuMjYuNy4xMjA6ODU1NC9zdHJlYW05LyBSVFNQLzEuMA0KQ1NlcTogNzI
Hi Ross,
Thanks for you suggestions on the patch I sent in. I have removed the
rogue member variable I proposed and made fCurrentPID protected and
ensured the MPEG2TransportStreamMultiplexor constructor initialises it.
fCurrentPID is now set in
MPEG2TransportStreamFromESSource::addNewInputSo
Excellent - thanks Ross,
I've downloaded and built the new version and started running it through
gdb. I will let you know if it runs for > 2 hours and look out for
requests that get split over more than one network read.
Many Thanks,
Piers
___
liv
fBase64RemainderCount to 3. Is this causing the pointer passed into
base64Decode to go out of range ?
Please let me know if there are further tests we can do to find the
cause and indicate a fix for this issue.
Thanks for the mention in the latest changelog ...
Best Regards,
Piers Hawksley
The following
Thanks Ross,
We are using an unmodified (save for the extra printf's) build of the latest
version of live555.
I will try a build without -O0 optimizations on Monday to see if I can get a
stack trace. I will also try using openRTSP as the client to see if that
affects the results.
Piers
--
Se
Great, thanks Ross
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Original Message
From: Ross Finlayson
Sent: 20 June 2014 22:21:38 GMT+01:00
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Transport Stream PAT/PMT Program Nu
Thanks Ross,
I will try to change this as you've suggested on Monday when I have access to a
pc ... I think you are correct that it is the transport stream program ID that
I want to set.
Many thanks,
Piers
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Original
ction::handleRequestBytes() ).
Many Thanks,
Piers Hawksley
46,48d45
< #ifdef DEBUG
< #include
< #endif
59,61d55
< #ifdef DEBUG
< fprintf(stderr, "out=%p\n", out);
< #endif
79,81d72
< #ifdef DEBUG
< fprintf(stderr, "k=%d, paddingCount=%d, inSize=%d\n", k, padding
Hi Ross,
Attached is a small patch to MPEG2TransportStreamMultiplexor.cpp that
allows OUR_PROGRAM_NUMBER to be defined externally. This allows the
Program Number used in the program association table and program map
table be set to a number other than 1.
Can you consider it for inclusion in
. It is currently
limited to 8 bit Stream IDs.
Please consider this small change for inclusion in your code. I'm happy
to clarify / answer any questions / resubmit with changes.
Many Thanks,
Piers Hawksley
35c35
< u_int8_t pesId, int
Thanks Ross,
I'll test the current live555 code on Monday against the most recent VLC and
get that out to my customers who reported the issue with a note that they
should update their client.
Thanks for all your help and a great library.
Cheers,
Piers
--
Sent from my Android phone with K-9 Mail.
bservation.
I wish VLC would get up to date with the live555 code base!
Bob
On Wed, Oct 30, 2013 at 6:33 PM, Piers Hawksley <
piers.hawks...@panogenics.com> wrote:
> Hi Ross,
>
> One of our customers is trying to get RTSP interleaved streams from our
> live555 server. I
version of Live555 that is in use is not up-to-date as our customer
is using an old version of our software. We try very hard to release the
most recent version of live 555.
Best Regards,
Piers Hawksley
___
live-devel mailing list
live-devel
hink* this is separate from the Transport Stream Packet ID.
Best Regards,
Piers Hawksley
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
>> Attached is the changes I made to Linux 2.6.29 to port the IP_MULTICAST_ALL
>> socket option from 2.6.31.
> Out of curiosity - why didn't you just use the 2.6.31 kernel? (It presumably
> has other fixes/improvements that you would find useful.)
The ARM SOC that I'm developing for was provide
.
Hopefully it is of interest and not too off-topic. I've tested it within
the limits of what it is meant to do (and only on one (custom ARM)
embedded Linux platform) so ymmv.
Cheers,
Piers Hawksley
Index: include/net/inet_sock.h
==
>> Am I missing a step in the remove code ?
>Yes. What you're missing is that a "PassiveServerMediaSubsession"
object refers to a stream that exists independently (as opposed to an
"OnDemandServerMediaSubsession", that creates (and destroys) its own
stream, on demand). Therefore, for the mul
(then for both unicast & multicast)
rtspServer->addServerMediaSession(stream->sms);
My encoder produces MPEG2 Elementary Streams, so some of the code
converts these to Transport Streams (thanks for the library calls to do
this and
http://lists.live555.com/pipermail/live-devel/2011-Ju
Thanks Ross,
>>1/ Can LIVE555 stream H.264 or MPEG4 video to rtp://:1234 without using RTSP to set-up the stream
>Yes, (although note that the "rtp://" URL is nonstandard, and is used
only by (some) receivers - e.g., VLC - and has nothing to do with our
code). Note, though, that H.264 and MP
ulticast stream ?
Best Regards,
Piers Hawksley
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
sion::createNew(...) ) increments with each new
multicast connection. Is this a count of the number of clients not a
count of the number of streams being sent ?
Many thanks,
Piers Hawksley
___
live-devel mailing list
live-devel@lists.live555.com
> Sorry for the delay in responding to this; I've been traveling over
the past week.
> I've just installed a new version (2013.07.16) of the code that
should fix this problem.
Hi Ross,
Excellent - I've tested the latest version multiple times and confirm it
does fix this problem - many than
Hi Ross,
Does the stack trace provide any clues to what is causing the sigsegv ?
I can repeat the crash and provide the value of any of the class
variables if that would help pinpoint the issue.
I am very keen to help find a resolution to this as I don't want to
revert to using an older (unsu
Thanks Ross,
The stack trace is below.
This crash occurs when closing the application whilst it is streaming.
It does not occur when closing the application if streaming is stopped
first.
It only occurs when streaming RTP over TCP; it doesn't occur when
streaming RTP over UDP.
Please let
such a large gap between the versions we have tested. The RTSPServer
constructor / destructor now have fClientConnections and fClientSessions
members, does help locate the issue.
Should I be calling something to close streams prior to calling
rtspServer->close(rtspServer) ?
Best Reg
29 matches
Mail list logo
