#Avidemux 2.5.4 mac mp4
So please tell me: what can I do useful? Avidemux for me is sure worth some effort.Many new video filters added by courtesy of szlldmĪ dedicated MOV muxer is now available, replacing silent fallback to MOV muxing mode within the MP4 muxer.Ī subset of color info relevant for HDR support is retained in copy mode when both input and output video are stored in Matroska / WebM containers. I've got a dropbox, so I could upload something, even some GBs, but unfortunately not the whole (original or Avidemux-generated) file. 12 GByteĭ) cutting obviously influences the characteristics (sort of an Heisenbergian problem :-) Unfortunately:Ī) I am a reasonably experienced computer guy, butī) I don't have deep experience with the art of media packaging and containersĬ) everything is so awfully big: The file in question is a 1080p-mkv copy of "3 Burials of Melquiades Estrada" with app. I would love to do anything which supports debugging.
I assume that the following handbrake step will also work, because the AC3 is passed through. when I convert the original mkv via Remux 1.2, passing through the video and a subtitle track, and converting the German DTS track via the remux-internal encode to AC3 640kbps, then the resulting mkv plays fine without audio stuttering. by chance I found a post, where the handbrake people in 2008 (!) acknowledged some sort of overflow possibility caused by some handbrake-internal loop possibility: ģ. But with the handbrake encoding, the audio does not stop from some point on, but continues until the end of the video.Ģ. when I do not edit the original mkv, but let it be directly encoded with the newest handbrake 0.9.9 (and let the 1.5 Mbps DTS be encode into 640kbps via AC3(ffmpeg)), then I get also some very slight audio stutterings about every minute or so. Maybe the following additional observations lead to some ideas:ġ. Although an the other side I cannot really explain an "overflow", because the Avidemux parameter for audio is "copy". In my layman's mind the early stuttering might be some sign of something overflowing, which eventually leads to the "disappearing" of the audio playback after 20 minutes.
Quote from: mean on May 28, 2013, 10:48:47 AMĭo you know if anything changes in the track ?
#Avidemux 2.5.4 mac full
The MediaInfo doesn't reveal any problems, but keeps telling both audio tracks have the full length and the same size as in the original mkv.ĭealing with media files and media software is not for the faint of heart. In the resulting mkv only the 1st track is distorted as described, unfortunately the German one, which I need. The original mkv contains 2 audio tracks of type DTS, each with 1.5Mbps. The result was some very slight audio stuttering, and after 20 minutes a stop of any (audible) audio at all, played with VLC 2.06. But I did do so in my example, and I just repeated it, only cutting the leading 10 seconds from the beginning of the mkv. I suppose with your procedure you want to say, that one should use only I-Frames for any cutting. Quote from: Jan Gruuthuse on May 28, 2013, 08:01:02 AM I hardly run in to audio issues processing this way. If there are still audio issues now: this could be by channel increase/decrease in AC3. If audio plays, it should be fine in new video. Mark this, this is only point where you could also use left and right keyboard arrow.Īdditional control: check the cuts made by playing some video before/at/after cut. Mark start of cut with goto end of that block, mark. Only mark cutting point and with up/down arrow keyboard keys: not with left/right keyġst Trim in front of video: Don't use marker, goto begin where new video should start, select with only up/down key. With same output format and copy for both video/audio create new video. Make sure you load and append video and parts manually.
0 kommentar(er)
