headaches..

Likely a very simple algorithm to get these packets processed in the right order, got plenty of metadata that should help, but since yesterday I am wrapping my head around it and cannot figure out a sane way...

Are you reinventing TCP?

What is it you're working on, sounds interesting

It is a specific rtp streaming protocol, deeply integrated in a consumer device
It follows the basic RTP spec.. Need some rest to flush my cache and look at it in a fresh/logical way :P

Is RTP not designed for real-time operations? So discarding out of order packets? I haven't read the standard so I don't know

Yeah it is, I think I know what to do now :)

SHORT VERSION
use the flags for processing correctly.

LONG VERSION
There are keyframes that basically redraw the whole picture and intermediate frames that add "small portions of movement" -AND- they have different flags prepended.

So i can give the keyframes higher priority and a timeout, when that timeout is reached they get rendered (no matter wether complete or not.. Cause a slightly incomplete keyframe is better than none, right ?) .. Then I render all the intermediate frames until the next keyframe is reached.