> And this is where I'm stuck. SPS, PPS, VPS NAL units are apparently
> mandatory, not just for ffplay, but also for MPC, and VLC, and also for my
> own NvCodec based decoder. I never wrote them into my files, and no program
> ever complained about it. The files I'm writing from within the serve
> I didn’t. Increasing the buffer size fixes your *immediate* problem.
Well, then that's exactly what I was saying, and I will look into it later. As
for now, I am testing locally, I need a temporary solution, that just works for
now. Maybe I was being unclear. Again, I'm aware of what you're
> I read your reply as "this is the proper way to do it". Why would you suggest
> to increase the buffer size AND do slicing at the same time?
I didn’t. Increasing the buffer size fixes your *immediate* problem. But the
ultimate solution - if you ever want to stream to more than just ‘localhos
Okay, I gotta ask:
>> But the REAL solution to your problem - as I’ve noted many times on this
>> mailing list - is this
I read your reply as "this is the proper way to do it". Why would you suggest
to increase the buffer size AND do slicing at the same time? What is the point
to having a bigger
> Just to be clear: the buffer sizes I have to increase are the
> OutPacketBuffer::maxSize on the server, prior to creating any RTPSinks, as
> well as the size of my own, user-created buffer in the client, the one I'm
> passing to FrameSource::getNextFrame in my MediaSink::continuePlaying
> ove
Thanks Ross, I overlooked the output in the server console. I'm afraid then,
that I reproduced an error with your tools that looks similar to the one I
have, but has a different cause. Just to be clear: the buffer sizes I have to
increase are the OutPacketBuffer::maxSize on the server, prior to
