Error Importing Video. H 264 Bitstream Not Compliant
Contents |
from a set of VOBs. The video and audio files play fine individually, in both VNC and QuickTime. Then I tried to MUX them, first with MeGui (always results in unhandled exception of MP4Box avigenerator after the first phase reaches the end), then with YAMB. YAMB completes it successfully, except
Convert H264 To Mp4
it creates a file with a messed up video stream information: MPEG-4 Video import - 0 x 0 @ 25.0000 FPS Indicated Profile: Simple Profile @ Level 1 Removed 197 N-VOPs IsoMedia import - track ID 1 - Audio (SR 48000 - 2 channels) Saving to C:\Documents and Settings\Prune\My Documents\A.mp4: 0.500 secs Interleaving Adjusting visual track size to 0 x 0 What the fuck?! The input video file is 720 x 480 @ 29.97 FPS. VNC will only play audio from this, and QuickTime won't even open it, saying it contains invalid data. So I spend 10 hours encoding to create a 3.7 GB garbage file?! :angry: By the way, besides a .mp4 file, what's the easiest way to also mux these into a .mov container? ChronoCross8th March 2006, 18:12bad version of mp4box? bond8th March 2006, 21:27update to an uptodate version of mp4box btw remuxing mp4 to mov makes no sense Quince9th March 2006, 02:27I don't understand what you mean update to an autoupdate version. I didn't come across such a version. The two versions I tried are the one linked from the Doom9 MP4 guide at some .it site, and then the one that came with YAMB itself. Also, mp4info.exe from the MPEG4IP tools is unable to open the unmuxed video file. I don't know if that's an indication that there's a problem in the video-only file rather than with the muxer (though the players open it fine). Why does remuxing to mov make no sense? I plan to distribute the thing to a number of users and some people only have QuickTime and I can't expect them to be searching for MP4 codecs and players (it's not a film; it's an educational video). Quince10th March 2006, 03:46Update: moreover, even after I installed the newest 3ivx filters, I can't mux using that either in Graphedit. The video file connects to 3ivx Media Splitter, but the resulting AVC1 output will not allow connection to 3ivx Media Muxer. BTW, the video file, though as I said plays fine in Quicktime and VLC, crashes WMP and if played in Graphedit through Video Renderer. bond10th March 2006, 19:19Also, mp4info.exe from
sorted by: [ date ] [ thread ] [ subject ] [ author ] Can't turbo only be used on the first pass if you're doing multiple passes? You are only doing one pass as far as I can tell. On Wed, May 7, 2008 at 11:55 AM, Nicolas Hesler
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more http://stackoverflow.com/questions/1904963/remuxing-mpv-files-from-h264-avi-files about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up remuxing mpv files from h264 AVI files up vote 0 down vote favorite I have a bunch of, I think, x264 encoded AVIs that I'd like to convert error importing to m4v so that I can play with Quicktime. Here's how I created them First I dump the vob from DVD with this: $ mplayer -dumpstream -dumpfile new.vob dvd://1 Then I compress it: $ mencoder -oac copy -o new.avi -ovc x264 -x264encopts crf=18 new.vob I tried doing this to convertthem to m4v, but it's blowing up... I tried dumping the h264/acc streams: $ mplayer new.avi -dumpvideo -dumpfile new.h264 $ mplayer new.avi -dumpaudio -dumpfile new.acc And remuxing(?) with MP4Box error importing video. but I'm getting an error: $ MP4Box -add new.h264#video -add new.aac#audio new.m4v Cannot find H264 start code Error importing new.h264#video: BitStream Not Compliant So not sure what to do now... mp4 h.264 share|improve this question edited Dec 17 '09 at 11:43 Stu Thompson 23.6k1588144 asked Dec 15 '09 at 3:18 crankharder 1,04531531 add a comment| 2 Answers 2 active oldest votes up vote 1 down vote If I were you, I would just use ffmpeg. ffmpeg has a magic ‘codec’ called copy which simply copies the content, rather than re-encoding, which is useful for precisely your use case — changing container without re-encoding. From the ffmpeg man page: -vcodec codec Force video codec to codec. Use the "copy" special value to tell that the raw codec data must be copied as is. -acodec codec Force audio codec to codec. Use the "copy" special value to specify that the raw codec data must be copied as is. So, to put this into practice: $ ffmpeg -i new.avi -acodec copy -vcodec copy new.m4v I use this technique for reformatting H.264 videos inside an FLV container into an MP4 container, which drastically improves lip sync in some cases. share|improve this answer answered Jun 18 '10 at 14:10 Jeremy Visser 2,4581523 add a comment| up vote 0 down vote You should use handbrake. share|improve this answer edited Mar 1 '11 at 3:54 yhw42 1,50111