h.264

问题 I have a project where we are using gstreamer , x264, etc, to multicast a video stream over a local network to multiple receivers (dedicated computers attached to monitors). We're using gstreamer on both the video source (camera) systems and the display monitors. We're using RTP, payload 96, and libx264 to encode the video stream (no audio). But now I need to quantify the latency between (as close as possible to) frame acquisition and display. Does anyone have suggestions that use the

问题 Am trying to show a yuv video file in android, I have a few yuv video files that am using. This video yuv file video1 (160*120 resolution) is one that I captured from my server as raw h264 data and converted to yuv file using OpenH264. I used YUV Player Deluxe to play the above yuv video files and it plays perfectly well. When I try to play the same in Android am not getting the color component reproduced properly.The image almost appears black and white with a few traces of color in between

问题 This question was directed specifically to fadden, and then re-directed to nikhilelite, who posted the question "Media codec decoding without surface causes crash". I don't see any followups in the aforementioned post, so I am asking the question here. Now I am re-directing this question again to fadden, or anyone with insight about Android's MediaCodec: I have an app, which uses Android MediaCodec but not Surface, crashing on a few phones while running OK on most other phones. This is how I

问题 I need to verify that a video file is (in Java): Video is H.264 Encoded Audio is AAC Encoded I've looked into JMF and Xuggle. Xuggle makes it easier to load and decode the file and turn it into another format, but I've not been able to figure out how to determine the encoding of the file that I've loaded as of yet. So Im wondering if Xuggle has the capability to simply return the type of Video & Audio encoding a file has or do I need to read the bits of the file to determine this myself? If I

问题 I looked in The RFC and noting could explain why the following happens(Though the decoder can still produce the original movie). I transmitted the H.264/AVC nals using VSS h.264 encoder, the byte stream looked something like this E5 46 0E 4F FF A0 23... when I read the movie data one the receiver side after the RTP Broadcaster/RTSP receiver, I get extra unknown data but always in the same places, 8 bytes are added before Start Code prefix (0x00000001), and 2 bytes are added after Start Code

问题 I'm trying to concatenate two mp4 files using ffmpeg. I need this to be an automatic process hence why I chose ffmpeg. I'm converting the two files into .ts files and then concatenating them and then trying to encode that concated .ts file. The files are h264 and aac encoded and I'm hoping to keep the quality the same or as close to original as possible. ffmpeg -i part1.mp4 -vcodec copy -vbsf h264_mp4toannexb -acodec copy part1.ts ffmpeg -i part2.mp4 -vcodec copy -vbsf h264_mp4toannexb

问题 I am currently using nvenc to decode a H264 file and I require random access to the file. So, what I did for test purposes was make every frame a IDR frame. Now, if I know the file offset of the frame in the H264 file. Is it enough to just seek to that position, read the amount of bytes that was written for that frame and pass that to the decoder. My understanding is that the decoder should be able to handle just a single IDR frame and be able to decode it. Is that correct? 来源： https:/

问题 In Android JNI, using ffmpeg with libx264 use below codes to encode and decode raw rgb data!. I should use swscale to convert rgb565 to yuv420p as required by H.264. But not clear about this conversion.Please help, where i am wrong, with regard the log i get! Code for Encoding codecinit()- called once(JNI wrapper function) int Java_com_my_package_codecinit (JNIEnv *env, jobject thiz) { avcodec_register_all(); codec = avcodec_find_encoder(AV_CODEC_ID_H264);//AV_CODEC_ID_MPEG1VIDEO); if(codec-

问题 I'm trying to decode a raw h264 file with ffmpeg/libavcodec, but can't get it to work properly. Output should be a raw YUV-File for now. It's possible to compile the code with GCC gcc -o decoder decoder.c -L./lib/ -llibavcodec -llibavutil avcodec.dll, avutil.dll and swresample.dll must be placed in the directory for the .exe to start. Output in the CMD looks like this (only part of it, but its always like this): [h264 @ 00a80f20] reference picture missing during reorder [h264 @ 00a80f20]

问题 I was trying to learn a bit about h264 by looking at the bitstream of a video file with a hex editor. I found here the start codes for a video object planes (0x000001b6) and for i-frames (0x000001b600). But I can't find many of those bytes in video files. Most of the time those start codes appear at the beginning of a file with only a few bites in between. I expected them to show up very regularly, in equal distance all over the file!? Is is even ok to look at a file with a hex editor this