We have the option in our Linux-based system to adjust the system
time tick to 4 ms or 1 ms. Within the liveMedia library, the
resolution of time is in microseconds. Is the resolution of our
system's time -- 1,000 or 4,000 microseconds -- small enough for
decent playback?
Yes, that should be
audio-G726-32-1: could not find codec parameters
Now, I have tried telling ffmpeg that it's a g726 encoded file, but it still
fails. Is there something special about this file
Not really. The audio stream uses the RTP payload format
"audio/G726-32", which is G.726 audio encoded at a sampli
Ross and all
Thanks for the earlier advice. We've been able to make improvements.
It turns out that our OS was misconfigured, causing it run 2% faster than
we should.
We've taken these steps:
- corrected OS timing rate
- increased socket send and receive buffer sizes on our end, following the
Hello everyone,
I am now happily capturing twin treams from my Panasonic BL-C131A network
camera using RTSP. The resulting files are audio-G726-32-1 and video-MP4V-ES-2
and both look to be about the size I'd expect for the time captured. In fact,
I can use ffmpeg to convert to video file to wh
