PDA

View Full Version : AutoMKV: mkvmerge thinks my video is a mp3 stream!


phXql
24th March 2009, 19:18
Hello,

i'm using AutoMKV to compress a video to an mkv file. As video compressor x264 is used, as audio compressor Nero AAC.
Other videos work fine, but this video won't. It encodes the audio and the video, and then it starts the muxing with mkvmerge.

Here's the part from the log-file (created using muxing.bat > foo.txt)
mkvmerge v2.4.1 ('Use Me') built on Dec 5 2008 15:43:30
'D:\Futurama\temp\movie.264': Using the MP2/MP3 demultiplexer.
Warning: 'D:\Futurama\temp\movie.264': Skipping 842 bytes at the beginning (no valid MP3 header found).
'D:\Futurama\temp\movie t81 2_0ch 192kbps delay 0ms.mp4': Using the Quicktime/MP4 demultiplexer.
'D:\Futurama\temp\movie t80 2_0ch 192kbps delay -16ms.mp4': Using the Quicktime/MP4 demultiplexer.
'D:\Futurama\temp\01x13 Party mit Slurm McKenzie.idx': Using the VobSub subtitle reader (SUB file 'D:\Futurama\temp\01x13 Party mit Slurm McKenzie.sub').
'D:\Futurama\temp\movie.264' track 0: Using the MPEG audio output module.
'D:\Futurama\temp\movie t81 2_0ch 192kbps delay 0ms.mp4' track 1: Using the AAC output module.
'D:\Futurama\temp\movie t80 2_0ch 192kbps delay -16ms.mp4' track 1: Using the AAC output module.
'D:\Futurama\temp\01x13 Party mit Slurm McKenzie.idx' track 0: Using the VobSub subtitle output module (language: eng).
'D:\Futurama\temp\01x13 Party mit Slurm McKenzie.idx' track 1: Using the VobSub subtitle output module (language: ger).
The file 'D:\Futurama\temp\01x13 Party mit Slurm McKenzie.mkv' has been opened for writing.
Warning: 'D:\Futurama\temp\movie.264' track 0: This MPEG audio track contains 12499 bytes of non-MP3 data which were skipped. The audio/video synchronization may have been lost.
Progress: 0%
Warning: 'D:\Futurama\temp\movie.264' track 0: This MPEG audio track contains 12182 bytes of non-MP3 data which were skipped. The audio/video synchronization may have been lost.
Warning: 'D:\Futurama\temp\movie.264' track 0: This MPEG audio track contains 11275 bytes of non-MP3 data which were skipped. The audio/video synchronization may have been lost.

The whole logfile (about 1,2 MB) is full of this. What's wrong? Why does mkvmerge thinks my movie.264 is a mp2/mp3 stream? VLC plays the file without problem, but MPC outputs only garbage to the speakers, and the properties sheet says this is a "Audio: MPEG Audio 32000Hz stereo 64Kbps [Audio]". Is this a bug in x264, mkvmerge or maybe ffdshow?

Thanks, phXql

buzzqw
24th March 2009, 19:20
post the full log (but exclude the muxing errors..)

also try to update the mkvmerge (into \exe\matroska folder)

thanks

BHH

setarip_old
24th March 2009, 22:20
@phXql

Hi!

1) Does your original source material (presumably either a DVD or BluRay disc) Play properly in all players?

2) Did you use the same software and procedures for converting your original source material as you used for your other non-problematic MKVs?

phXql
24th March 2009, 22:20
AutoMKV log see attachment, mkvmerge log posted above, no more informations in it...

Updating mkvmerge (now using the version from the 2.5.3 MKVToolNix package) doesn't help.

@setarip_old
1) The problematic file is the last episode of the 1st season from futurama, and yes, this plays properly.
2) Yes, used the same software and the same settings for all the episodes from this dvd.

pgr
1st May 2009, 01:29
Is there any solution yet? I have the same problem with "Enterprise Season 3": mkvmerge declares my .264 data as MP3!


'<SOME_PATH>\VTS_01_1_EncoderOutput.264': Using the MP2/MP3 demultiplexer.

VOB and extracted AC3 play fine though. The header of the .264 file states clearly "H.264/MPEG-4 AVC codec". I am currently encoding as XVID. I let you know if this succeeds...

buzzqw
1st May 2009, 10:52
what happen muxing manually with mkvtoolnix 2.7.0 ?

BHH

pgr
1st May 2009, 11:16
A drag of my .264 data into mkvmerge GUI 2.7.0 leads to the same problem. The GUI shows me "Tracks":

MPEG-2 layer 3 (ID 0, Typ: Audio)

I did update to 2.7.0 before as my Stax Rip installation uses an older version. But it does not make a difference.

I let Stax Rip create a classic XVID in an AVI from the same source and the result is 100 % ok!

PS: Other material in the past (hundreds of DVDs) worked fine. Never got problems with x264 + MKV.

buzzqw
1st May 2009, 13:18
i suggest to write in mkvtoolix thread and post a sample for debugging

BHH