Assumption: Live555 has raw RTP video and audio packets coming in,
and it re-assembles these into a framed video for output.
Question: How do I get the data, from a higher level task, suck as
PollTask (below) that is the re-assembled video payload. Video
packets may be created from re-assembl
Hi Ross,
Thanks for the response. I'm sorry that I didn't ask my question in a
simpler manner. I hope this email helps. Please remember that I am a
novice at Live555, so I cannot see from your deeply experienced eyes.
Assumption: Live555 has raw RTP video and audio packets coming in, and
it re-as
That's pretty much what I thought, you seem pretty knowledgeable in this
area and I wanted to see if anything popped out at you.
I haven't got much of a response from the FFMPEG list so I think I
pretty much on my own.
Thanks
Matt S.
Ross Finlayson wrote:
8. Here is where the 80% comes in. Mos
Ross,
Thank you for the great description of the problem. I was considering
the removal of duplicate I-frames myself within the TrickModeFilter
class.
Generalizing your recommended solution, if we let N represent scale,
then every Nth frame would be posted once and only once at its scaled
pres
OK. I have to say this does not seem like a robust solution, but maybe
it could be made to work... However, I also need to repeat the whole
process while there is still data to be read from any socket, since
the RTP handlers only read one packet at a time, and therefore can
start to lag behind if t
Please find attached a patch that adds an additional task scheduler
named "PollingBasedTaskScheduler" to BasicUsageEnvironment. This
scheduler can be used for performing updates in a polling fashion,
i.e. without any blocking like BasicTaskScheduler does due to its use
of a nonzero timeout when ca
