mkv to mp4 transcoding fails with some samples in 2.10

I'm using this command:

"/Applications/VLCStreamer.app/Contents/Resources/VLC/VLC.app/Contents/MacOS/VLC" --ignore-config -I dummy "/Users/rob/Dropbox/MovieSamples/MKV Sample Collection/C_h264_720p_hp_3.1_600kbps_aac_mp3_dual_audio_harry_potter.mkv" vlc://quit --sout='#transcode{vcodec=h264,acodec=aac,channels=2,venc=x264{profile=baseline,level=2.2,keyint=90,bframes=0,ref=1,nocabac},width=640,vb=600,ab=40,audio-sync,deinterlace}:std{access=file,mux=ps,dst="/Users/rob/Library/Application Support/VLCStreamer/Streams/stream.mp4"}' --sout-ffmpeg-strict=-2 -vvv

I have uploaded tests to videolan/streams, and they are also at http://hobbyistsoftware.com/Downloads/Temp/HS_MKV_Samples.zip

results in 2.05 fails to process A problems with sound C,K,O transodes ok B,D,E,F,G,H,I,M,N

results in 2.10 fails to process A,B,G,K,N problems with sound C,O transodes ok D,E,F,H,I,M

will upload log outputs

output logs for problem files

Added attachment:

• logs.zip

sorry - link for samples on my server is: http://hobbyistsoftware.com/Downloads/Temp/HS_MKV_Samples.zip

http://streams.videolan.org/issues/8385/HS_MKV_Samples.zip

You are muxing to ps and not mp4 in there (mux=ps). Also I'm not sure you want to use deinterlace in there, it shouldn't matter but output of video is different.

I tested with nighly build and I had audio problems with truehd audio tracks.

Those A,B,G,K,N worked for me, C and O had audio problems.

Hi,

thanks for looking into this. Turns out the simplification I made to the transcode command (I thought it would just be easier to work with) wasn't appropriate. I also removed the deinterlace just in case.

The real command I'm working with is a live http transcode, so it does require mux=px.

the full command is

"/Users/rob/Library/Developer/Xcode/DerivedData/VLC_Streamer_Helper-egfolbznwnratybndkhnieudibny/Build/Products/Debug/VLC Streamer-test.app/Contents/Resources/VLC/VLC.app/Contents/MacOS/VLC" --ignore-config -I dummy "/Users/rob/Dropbox/MovieSamples/MKV Sample Collection/A_AVC.TrueHD.DDP.2xDD.mkv" vlc://quit --sout='#transcode{vcodec=h264,acodec=aac,channels=2,venc=x264{profile=baseline,level=2.2,keyint=90,bframes=0,ref=1,nocabac},width=640,vb=600,ab=40,audio-sync}:std{access=livehttp{seglen=10,index="/Users/rob/Library/Application Support/VLCStreamer/Streams/A_AVC.TrueHD.DDP.2xDD/stream.m3u8",index-url=stream-###.ts},mux=ts{use-key-frames},dst="/Users/rob/Library/Application Support/VLCStreamer/Streams/A_AVC.TrueHD.DDP.2xDD/stream-###.ts"}' --sout-avcodec-strict=-2 -vvv -vvv

(no simplifications at all there!)

so the results I'm getting on this are still

Results in 2.10

fails to process: A,B,G,K,N

problems with sound: C O

other problem: I - some problem in the first segment makes the apple player skip forward to ~infinity and give up playing. Removing the first segment fixes this. VLC seems to struggle with the first segment, but handles it more gracefully.

new log files

Added attachment:

• ConversionLogs.zip

changed the description

Memory corruption in the resampler. Likely due to invalid block_t parameters.

added Status::fixed label

closed

commit 3ec46dc7 Author: Rémi Denis-Courmont remi@remlab.net Date: Mon Apr 29 18:33:40 2013 +0300

transcode: fix audio format given to filters (fixes [#8385](https://code.videolan.org/videolan/vlc/-/issues/8385))

Original author: remi@remlab.net

Also mind that --sout-ffmpeg-strict was renamed --sout-avcodec-strict. Otherwise you will get "cannot open encoder".

@Courmisch - thanks for that reminder. That one did trip me up for a while.