PS: This happens when there are B-frames in the h264 stream
El vie., 29 sept. 2017 a las 7:10, Sergio Andrés Basurco Mancisidor (<
sergi...@coherentsynchro.com>) escribió:
> What I observe is that the NAL units used for a single decoded frame have
> different presentation times. In
What I observe is that the NAL units used for a single decoded frame have
different presentation times. In that case I don't know which time to use
for the given frame.
El vie., 29 sept. 2017 a las 0:19, Ross Finlayson ()
escribió:
> > Indeed I am using Live555 as the RTSP client side, and I'm ab
Hi Ross,
Thanks for your reply.
Indeed I am using Live555 as the RTSP client side, and I'm able to connect
and receive the NAL units and the sps-pps information from the camera.
Maybe you're right and my issue is completely on the decoding side, as I'm
failing to find the timestamp values that wil
Saludos / Best regards,
*Sergio Basurco*
Coherent Synchro
On 28/09/2017 16:34, Sergio Basurco wrote:
Hi,
My goal is to play an H264 stream that comes from a camera. I am
decoding using libav. According to H264 standard, it is not necessary
to specify the time_scale info in the SDP/SPS.
Everyt
not in the SPS description, how can I retrieve it?
--
Saludos / Best regards,
*Sergio Basurco*
Coherent Synchro
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
ged to LiveMedia provided that it does not containt non-standard
crap. If this happened, would you consider merging such changes to Live?
Saludos / Best regards,
*Sergio Basurco*
Coherent Synchro
On 15/02/2017 10:23, Ross Finlayson wrote:
>> I know LiveMedia does not support builds as a share
y plans on supporting Windows shared libraries? I understand
that adding non-standard __declspec is not desirable, but I believe it's
possible to avoid such decorations and still build as a shared library
using DEF files.
Thanks!
--
Saludos / Best regards,
*Sergio Basurco*
C
noticed that after I start decoding again there are several
seconds of video buffered. Is there a way to clear the UDP packets on
demand? How can I minimize the work my RTSPClient is doing while not
decoding?
Cheers,
--
Sergio Basurco,
Coherent Synchro
://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
--
Sergio Basurco,
Coherent Synchro
___
live-devel mailing list
live-devel
tta finish before the next one comes
in. Once you hit the limit of the clock speed can do (remember we are
using co-processors for math, gpu decoding and we have to move stuff
from memory to cache to card etc.) Parallelization is the only way to
get done faster.
On Wed, Nov 25, 2015 at 10:24
into multithreaded decoding. This might not belong here
but maybe you can redirect me to the right direction. Working with 5MP
and larger streams, did you by any chance work with Libav?
I'm on windoze.
El 25-Nov-15 a las 4:06 PM, Sergio Basurco escribió:
Hi again,
So it seems I do have
It also is just plain more work, try UDP transport.
On Mon, Nov 23, 2015 at 3:06 AM, Sergio Basurco
mailto:sergi...@coherentsynchro.com>>
wrote:
Hello all,
I'm trying to decode RTSP H264 streams, there is an IP camera that
has 5MP frames. I used to have lots of deco
didn't show the error.
As usual it's an overloaded network the core of the issue.
Thanks anyways.
Best regards,
--
Sergio Basurco,
Coherent Synchro
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/lis
ve an ever-increasing video delay, it starts small but
keeps delaying over time. I don't know what could be causing this. The
program does very little else so I don't think the computer cannot keep up.
Is there something within Live555 that can cause/prevent such delays?
Thank you,
--
Hi, thank you for your reply;
The commands for the server and
client:
./live555ProxyServer -V
rtsp://admin:1@192.168.1.121//h264/ch1/main/av_stream
./testRTSPClient rtsp://192.168.1.128:8554/proxyStream
As I said
before, after 70 with the client disconnected, I tryed to connect again
a
Hi;
I am trying to use live555ProxyServer with an IP CAMERA, but
when the last client(testRTSPClient) disconnects, after timeout the
server closes the stream and when I connect the client again, it shows
the message "Started playing session..." and nothing else happens.
Is
there a way to det
Hi;
First, I would like to apologise for the long text, but I
tryed to explain as much as I can.
I am developing an application
based on live555ProxyServer.cpp and I am facing a problem that I could
reproduce using live555ProxyServer and ffplay.exe(client).
It happens
in both LINUX and WIN
Hi Ross;
I am sorry to take so long to reply.
I was testing the
my code in linux (ubuntu 32 bits) and this problem doesn't happen at
all.
As I said before, this may be something related to VS2013.
I
copied the call stack from VS and this is shown below.
***
>
server.exe!MediaSubs
3] runtime marks
uninitialized or just freed memory blocks with special non-zero markers.
I am using VS2013.
This may be something related to VC++.
For now
this is all I can say.
Em 05.02.2015 14:36, Ross Finlayson escreveu:
> Sergio,
>
> Unfortunately I wasn't able to repr
Hi Ross Finlayson;
I am sorry to bother you again, but I think
there is another bug.
This happens only when I use verbosityLevel != 0
( ProxyServerMediaSession::createNew(..., verbosityLevel=1).
The crash
happens when I use ---
RTSPServer::deleteServerMediaSession(ServerMediaSession* sms);
Yes;
I could reproduce with the original live555ProxyServer.exe.
What I did was:
In the live555ProxyServer.cpp put the riquired line
to use access control
#define ACCESS_CONTROL
I just left the same
user and password ("username1", "password1")
compiled again
repeated
the same test
y are NULL or not before strcmp(...). I
don't know if this is a bug or I am doing something wrong.
thanks
Sergio Andrade
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
uld be performed here
}
instead of
env->taskScheduler.doEventLoop() // No way of doing "intermediate actions"
Thanks a lot for your help
Sergio Arroutbi.
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailm
ing frames from the video are less than
the RTP packets with different timestamps, so maybe openRTSP drops
some packets when receiving them. Can this be?
Any help with this or experiences calculating PSNR with lost frames
would be very helpful
Thanks in advance,
Sergio
___
24 matches
Mail list logo
