Recent Posts

Pages: 1 ... 8 9 [10]
91
Windows / Re: Doesn't trim selection
« Last post by eumagga0x2a on March 17, 2019, 09:21:19 PM »
Thanks, could you please provide a sample ~200 MiB in size of the source video using a binary cutter / file splitter (e.g. HJSplit) and a service like WeTransfer, Mega, Dropbox or Google Drive? Of course, only if the video is innocuous enough :-)

92
Windows / Re: Doesn't trim selection
« Last post by LordMaster316 on March 17, 2019, 09:13:43 PM »
Did you reindex the stream with 2.7.2 by deleting the corresponding .idx2 file?

I have results remain the same
93
Main version 2.6 / Re: 2.7.2 - Release not correctly rendering WMV / WMV3
« Last post by John Hagan on March 17, 2019, 09:09:58 PM »
Thanks--that worked perfectly!
94
Windows / Re: Doesn't trim selection
« Last post by eumagga0x2a on March 17, 2019, 08:49:49 PM »
Did you reindex the stream with 2.7.2 by deleting the corresponding .idx2 file?
95
Windows / Re: Doesn't trim selection
« Last post by LordMaster316 on March 17, 2019, 08:35:12 PM »
Thank you, things start to go wrong at the line 1659 of the log:

Code: [Select]
[ADM_videoStreamCopy::ADM_videoStreamCopy] 19:13:27-748 PTS/DTS delta=2271430737 us
We detect a delay of almost 38 minutes between the decode (DTS) and the presentation (PTS) timestamps in the video – this is why the saved duration is vastly different from the expected one. Was the index file (the loaded .mp4 file is not a MP4 but a MPEG TS) generated with 2.7.2 or with an older Avidemux version?

Yes, it first started to occur with 2.6. Although the issue is fairly recent, 2-3 months recent

Actually, the reason for the anomaly is

Code: [Select]
[tsHeader::getVideoDuration] 19:11:59-527 Found maxDts =00:00:00,000, 966332 frames from the end
DTS are unset in the stream (apart from the default DTS = 0 for the first frame), so all checks based on the assumption that we can do anything meaningful based on DTS produce unexpected results.

How should we proceed?
96
Main version 2.6 / Re: 2.7.2 - Release not correctly rendering WMV / WMV3
« Last post by eumagga0x2a on March 17, 2019, 08:33:05 PM »
It is a known problem, please use the VC++ build with the Asf demuxer fixed: https://avidemux.org/nightly/vsWin64/, the file name is "Avidemux_2.7.2 VC++ 64bits .exe" (with a space between "64bits" and ".exe".
97
Windows / Re: Doesn't trim selection
« Last post by eumagga0x2a on March 17, 2019, 08:24:46 PM »
Actually, the reason for the anomaly is

Code: [Select]
[tsHeader::getVideoDuration] 19:11:59-527 Found maxDts =00:00:00,000, 966332 frames from the end
DTS are unset in the stream (apart from the default DTS = 0 for the first frame), so all checks based on the assumption that we can do anything meaningful based on DTS produce unexpected results.
98
Windows / Re: Doesn't trim selection
« Last post by eumagga0x2a on March 17, 2019, 08:17:37 PM »
Thank you, things start to go wrong at the line 1659 of the log:

Code: [Select]
[ADM_videoStreamCopy::ADM_videoStreamCopy] 19:13:27-748 PTS/DTS delta=2271430737 us
We detect a delay of almost 38 minutes between the decode (DTS) and the presentation (PTS) timestamps in the video – this is why the saved duration is vastly different from the expected one. Was the index file (the loaded .mp4 file is not a MP4 but a MPEG TS) generated with 2.7.2 or with an older Avidemux version?
99
Main version 2.6 / 2.7.2 - Release not correctly rendering WMV / WMV3
« Last post by John Hagan on March 17, 2019, 08:13:55 PM »
Here's a link to a WMV file using the WMV3 codec that doesn't render correctly for me using Avidemux 2.7.2 - Release:

https://1drv.ms/v/s!AtRWanx5i6MM9xFkFxvVGSYDvcwF

In fact, I haven't had any luck rendering any WMV files employing the WMV3 codec.
100
Windows / Re: Doesn't trim selection
« Last post by LordMaster316 on March 17, 2019, 07:52:40 PM »
hopefully, this helps
Pages: 1 ... 8 9 [10]