Hi Luca,
I understand why this value was hidden, may be better adjust them into
AVOptions, so will save private implementation. But if it difficult to
implement if they'll exported as side data it will be nice too.
If somebody interested for now they are used in detection algorithms.
Regards,
R.
On 07/04/14 10:25, Roman Savchenko wrote:
> Hi Luca,
>
> I understand why this value was hidden, may be better adjust them into
> AVOptions, so will save private implementation. But if it difficult to
> implement if they'll exported as side data it will be nice too.
> If somebody interested for no
I have setup an application to receive and decode an UDP video stream and
it's working fine. During initialization, I loop through all of the streams
in the AVFormatContext and use the first video stream, and I remember that
stream index. As I'm looping to receive packets using av_read_frame(), I
c
On 07/04/14 22:21, Michael Rice wrote:
> I have setup an application to receive and decode an UDP video stream and
> it's working fine. During initialization, I loop through all of the streams
> in the AVFormatContext and use the first video stream, and I remember that
> stream index. As I'm loopin
Yes, this test is mpegts over UDP. Yes, the new stream comes with a new
PID, so I didn't see a way to check if the PIDs match when I get the
packet, since the AVPacket only has the stream index.
The kludge I put in was to initialize the streamIndex to the last video
stream in the list (I was initi
On 08/04/14 00:24, Michael Rice wrote:
> Yes, this test is mpegts over UDP. Yes, the new stream comes with a new
> PID, so I didn't see a way to check if the PIDs match when I get the
> packet, since the AVPacket only has the stream index.
Nominally you cannot, since the ts demuxer correctly maps
