Hi,
I am trying to compile vlc 2.0.4 with live555 (latest version release in
Feb 2013) support on debian x86.
I am getting following undefined symbol.
main libvlc warning: cannot load module
`/home/alok/workdir/vlc-2.0.4/modules/demux/.libs/liblive555_plugin.so'
(/home/alok/workdir/vlc-2.0.4/modu
> Although this issue can be addressed by incrementing stack size, why not use
> iterated destruction?
Yes - good idea. This will be fixed in the next release of the software.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel
Hello,
I'm using liveMedia library to develop video recording application.
Turns out, when you try to record a really big file (like, several hours) you
get stack overflow.
The problem is that linked lists are destroyed recursively in the code (eg.
AVIIndexRecord in AVIFileSink, ChunkDescriptor
Once in a while, about 1 out of maybe 3000 connections, I notice a
connection failure. The client runs on Windows.
The DESCRIBE response handler receives resultCode -10057 and resultString
"Unknown error". I first suspected the server was to blame by not
responding, but when I look at socket er
...I'm getting closer, but still hoping for a hint on how to solve the
puzzle. In H264VideoStreamParser, log2_max_frame_num defaults to 5, but
the SPS NAL unit sets it to 8. In the ByteStreamFileSource case, the SPS
NAL occurs twice, with the stream seemingly restarting a moment after it
starts i
Hi Ross,
I've noticed that bit rate is constant 64kb/s when streaming a-law
from file, but 57-61 kb/s when streaming from live source.
Felix.
On 02/20/2013 06:10 PM, Felix Radensky wrote:
Hi Ross,
Thanks a lot for answe
FYI, I've re-enabled tracing in H264VideoStreamParser::parse(), and am
comparing the working ByteStreamFileSource to the
failing MF_H264_DeviceSource, of essentially the same stream. So far I
find that the working ByteStreamFileSource is causing the parse to update
the presentation time every eigh
Hi Ross,
Thanks a lot for answering.
On 02/20/2013 02:51 AM, Ross Finlayson wrote:
I have problems
streaming live PCM audio. Audio comes either directly
from microphone (16-bit LE) or from hardware encoder
I have a MF_H264_DeviceSource derived from DeviceSource, being used
by H264VideoOnDemandServerMediaSubsession derived
from OnDemandServerMediaSubsession, from top level XXXOnDemandRTSPServer
derived from testOnDemandRTSPServer.
Viewing my output with VLC, the output is HORRIBLY RAGGED.
I took the
Ross,
Thanks. Cool... I figured out this exact same problem on my own yesterday,
perhaps 5 hours before your email. I got up in the middle of the night
tonight and implemented a fix. I just got it working... yeah!... and went
to email you back. Then I found your email. I was proud of myself f
10 matches
Mail list logo
