Streamming a h.264 coded video over UDP -


i don't know h.264, thing i've got video in h.264 in mp4 container stream on udp.

my question simple, there tweaks can maybe while coding video comes out tolerant "light" packet loss?

i know compressed video has keyframe every n frames , in between sends deltas. can imagine h.264 should lot more complex that, , might not simple.

to more precise, i've been making experiments , realized removing 1024 bytes out of stream of video, render "unplayable" point of loss , on.

what tolerate light losses that, possible?

thanks

nelson

it depends on data you're losing. data in h264 stream not data can lost. example, if experiment dropped 1024 bytes happened first 1024 bytes sent, dropped sequence parameter set , picture parameter set (sps/pps), information tells decoder how interpret incoming information. can't drop random 1024 bytes out of stream; typically h264 packetized sort of thing wouldn't happen anyway.

so h264 contain small pieces of data aren't "discardable"; many of streaming protocols rtsp make clear stating should not send sort of information through lossy transport channel, instead during sdp exchange (which happens on tcp).

as far loss-tolerance goes, h264 have features supposed aid loss tolerance (aso, fmo, etc.), in practice encoders don't support them. if can, i'd use x264; low-latency streaming configuration purportedly works packet loss high 20% or more. if h264 encoded, there's not done. video encoded , you'll have stream as-is.


Comments

Popular posts from this blog

unicode - Are email addresses allowed to contain non-alphanumeric characters? -

C#: Application without a window or taskbar item (background app) that can still use Console.WriteLine() -

c++ - Convert big endian to little endian when reading from a binary file -