What steps will reproduce the problem?
1. Acquire H.264 encoded video in FLV container (no audio necessary). Best if
you encode it yourself so you know x264 params.
2. Set up Muxing demo as project. Muxing demo as-is will fail with H.264
(complaints about missing parameters). **Separate issue, not for this report**
3. Configure IStreamCoder **manually** with parameters from initial encode to
bypass bug in step 2.
4. Attempt to mux into another output location.
What is the expected output? What do you see instead?
The headers are written correctly (245 bytes at the head of the file match the
original). Starting with the first data packet, upon writing the packet, the
output file will grow by exactly 20 bytes (regardless of the data size).
Note: With original encoding process, the first 6 bytes of the byte[] buffer
of EACH packet differ from those written to the file. I assume this is some
sort of metadata / packet header altered upon write, but would like
confirmation.
All flags / parameters listed in the javadoc (Dts, Pts, packetSize, key packet,
etc. etc.) match from the original encoding process to the attempted muxing,
with the exception of the 6 bytes in the byte buffer mentioned previously.
What operating system and JVM version are you using?
Ubuntu 10.10, sun java 1.6.
Attach relevant log/output files.
Original issue reported on code.google.com by theli...@gmail.com on 14 Jan 2011 at 4:01
Original issue reported on code.google.com by
theli...@gmail.comon 14 Jan 2011 at 4:01