Java h、 264 udp流解码
我通过Android上的UDP接收h.264数据。它看起来像一个接收单元。 我想做的是提取 原始mpeg数据包,然后我可以推送到我的播放器。我使用ijkplayer(基于ffmpeg构建),如果我推送的数据与接收的数据完全相同,它就不起作用 我的问题是:如何提取原始h.264数据包。这个流是否用另一个协议包装?或者是否有可能,流被破坏,一些数据丢失 数据-缩短。。。简而言之 01970-96-101-755-117182-1009-107-7714-20-12065 019708038-277-157-3919-2086-31-4711122-51-82 0197012038-277-1-1187-97-80-29-2-79126-25473 0 0 1 103 100 0 0 40-84-76 5 1-19-128-86 64 0 0 3 0-128 0 01 104-18 60-80 01970-96-1022551-1119379-7894-7023120 0 0 0 1 97 0 80 38-122 76-1 16 80-100-84-18 116 64 0 0 0 1 97 0 120 38-122 76-1 26-19 80-103-74-31 44Java h、 264 udp流解码,java,android,h.264,mpeg-4,Java,Android,H.264,Mpeg 4,我通过Android上的UDP接收h.264数据。它看起来像一个接收单元。 我想做的是提取 原始mpeg数据包,然后我可以推送到我的播放器。我使用ijkplayer(基于ffmpeg构建),如果我推送的数据与接收的数据完全相同,它就不起作用 我的问题是:如何提取原始h.264数据包。这个流是否用另一个协议包装?或者是否有可能,流被破坏,一些数据丢失 数据-缩短。。。简而言之 01970-96-101-755-117182-1009-107-7714-20-12065 019708038-277-
097-1025751-10201110-3737-7752113…
001
是h.264的起始代码。这是最“原始”的。(没有所谓的“mpeg数据包”)我在另一个论坛上发现,我需要等待“0 0 1 9”,它标志着访问单元的开始,然后我可以将数据传送到MediaCodec。你能帮助我在ijkplayer中传送这些NAL单元的位置吗,我的问题陈述与你的相同。