OS Win7 SP1 x64
Version 2.6.x - 2.7.x have crash (exception 0x40000015, then have AV and OS is terminate task) when you try to open MPEG2, MPEG4, MKV files with variable bitrate for audio / video streames. Externally, the picture looks the same - we try to open such a file, index indexing begins, crash, sending a crash-report, restart.
Similar files for the period from the beginning of the year I came across repeatedly - in the OS logs the record about the crash with this reason from January 24, 2017 to October 14, 2017 occurs 21 times.
True, and MKVToolNix on them hangs, but it does not fall, but displays hundreds of errors in the logs.
P.S.
Such files are now in vogue - the size of the stream and the time of making "creations" are falling heavily, and the "quality" of the image of their creators is not interested in - "Do not bar, look, but here your logo on the half-screen will stick! More, more, more!". ;D
Please reproduce the crash, compress and attach admlog.txt from %localappdata%\avidemux\ to your reply or better provide a sample.
Ok! I reproduce the crash. Log's attaches in to Logs.zip, screenshot's (I used my personal build Process Hacker v3.0.5547.1020 x64 (https://yadi.sk/d/193Gnglm4Ia5D) running as default task manager in to elevation mode this kernel mode driver enabled):
(https://avidemux.org/smif/proxy.php?request=http%3A%2F%2Fs014.radikal.ru%2Fi329%2F1710%2F44%2Fb45a2e4ed930t.jpg&hash=231af21700718c0f84854ed1ff128c9b4efa1383) (http://radikal.ru/big/joyq9j8m63dav)
(https://avidemux.org/smif/proxy.php?request=http%3A%2F%2Fs009.radikal.ru%2Fi309%2F1710%2F46%2Fbcf9aee554c3t.jpg&hash=2f074015603e8055e07767f35736bd5523ae1efb) (http://radikal.ru/big/zkuyk8phphn7b)
(https://avidemux.org/smif/proxy.php?request=http%3A%2F%2Fs018.radikal.ru%2Fi500%2F1710%2Fd1%2F5d4330c1ce44t.jpg&hash=98cc946bb80013218795543475fd5408f4f64c1b) (http://radikal.ru/big/wxu9cznn09ecq)
(https://avidemux.org/smif/proxy.php?request=http%3A%2F%2Fs019.radikal.ru%2Fi626%2F1710%2Fea%2Fad5b42d447fbt.jpg&hash=7d533d10dfbfe5182ebe609ef0e26500758d821d) (http://radikal.ru/big/pspsjguib4rsd)
(https://avidemux.org/smif/proxy.php?request=http%3A%2F%2Fs018.radikal.ru%2Fi528%2F1710%2F13%2F798474d171b4t.jpg&hash=34eaee775bf2210842c3fefdfc4f33f4baafe5d2) (http://radikal.ru/big/ib3t0h09o9z8y)
Thank you for the log, the crash is related to video filter seeking. Could you please provide a (preferably short) sample video? I can't reproduce the crash with the filter collection you used and my own samples.
Ok! I download this file on my frend and pack to RAR4:
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part01.rar (http://www72.zippyshare.com/v/OBAcTt0h/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part02.rar (http://www72.zippyshare.com/v/1XqEiOE2/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part03.rar (http://www72.zippyshare.com/v/D6p6JT5B/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part04.rar (http://www72.zippyshare.com/v/BeWGPrT0/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part05.rar (http://www72.zippyshare.com/v/AUUg9afz/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part06.rar (http://www72.zippyshare.com/v/I3DW90qg/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part07.rar (http://www72.zippyshare.com/v/8HsPDwGk/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part08.rar (http://www72.zippyshare.com/v/QyjhA7gV/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part09.rar (http://www72.zippyshare.com/v/Zh9DhnlJ/file.html)
Путь К Триумфу Зенитно-Ракетный Комплекс ТРИУМФ С-400.part10.rar (http://www72.zippyshare.com/v/7Wut31i7/file.html)
It is curious that when restarting the crash was not.
I apologize for this bunch of trivia, but I packed the file in a multi-volume archive under another exchanger - there is a limit of 50 MB for the file, only fuss with the pouring
a lot since each file is laid out individually.
Also question:
I have hardware:
CPU: Intel Core i7-2600 (Sandy Bridge-DT, D2)
3400 MHz (34.00x100.0) @ 1604 MHz (16.00x100.3)
Motherboard: GIGABYTE Z68AP-D3
Chipset: Intel Z68 (Cougar Point) [B3]
Memory: 16384 MBytes @ 802 MHz, 9.0-9-9-27
- 4096 MB PC12800 DDR3 SDRAM - Kingston HyperX Genesis KHX1600C9D3K4/16GX
- 4096 MB PC12800 DDR3 SDRAM - Kingston HyperX Genesis KHX1600C9D3K4/16GX
- 4096 MB PC12800 DDR3 SDRAM - Kingston HyperX Genesis KHX1600C9D3K4/16GX
- 4096 MB PC12800 DDR3 SDRAM - Kingston HyperX Genesis KHX1600C9D3K4/16GX
Graphics: MSI N650-1GD5/OCV1 (MS-V809) NVIDIA GeForce GTX 650, 1024 MB GDDR5
Drive: ST32000645NS, 1953.5 GB, Serial ATA 6Gb/s @ 6Gb/s
Drive: ST3160815AS, 156.3 GB, Serial ATA 3Gb/s
Drive: ST32000645NS, 1953.5 GB, Serial ATA 6Gb/s @ 6Gb/s
Drive: WDC WD2500AAJS-00B4A0, 244.2 GB, Serial ATA 3Gb/s
Drive: ST1000LM025 HN-M101ABB, 976.8 GB, Serial ATA 3Gb/s @ 3Gb/s <-> USB
Drive: WDC WD20NMVW-11AV3S2, 1953.5 GB, Serial ATA 3Gb/s @ 3Gb/s <-> USB
Drive: PIONEER DVD-RW DVR-221L, DVD+R DL
Sound: Intel Cougar Point PCH - High Definition Audio Controller [B3]
Sound: RealTek Semiconductor ALC889 - High Definition Audio Codec
Sound: NVIDIA GK107 - High Definition Audio Controller
Network: RealTek Semiconductor RTL8111E PCI-E Gigabit Ethernet NIC
USB3: Etron Technology EJ168A USB 3.0 Host Controller
USB3: HP USB 3.0 2x2 port Super Speed PCIe x1 Card
Power Supply: Chieftec GDP-750C (A-90 Series)
and GPU is support OpenCL, but is I select CUDA as compute accellerator for accelerate encoded to H.264/H.265 then Avidemux is carashed, but software encoded is success. Whats needed for use GPU for accelerate encoded to H.264/H.265?
Thank you, but no. Please retry using WeTransfer.
GTX 650 can accelerate only H.264 encoding, not HEVC. Nvidia H264 hw accel. encoder works fine on my Windows 7 system.
Ok! I re-upload - https://we.tl/q6psOcU1r5
Thank you, I can't reproduce the crash with your sample and exactly the same collection of video filters.
And my error is not 100% reproduced. Such a feeling that this is a "floating" error for the manifestation of which the coincidence of a set of conditions is necessary. And in the debugger at the time of the fall, you can not send the task - while it starts, a fall record is created and the process ends. In the debugger, the return code is 0 and there is nothing to watch. So I think that it might be worthwhile to deploy the debug build in order to try to catch in it where exactly the failure occurs?
Please ignore my last post. While I really could not reproduce the crash on Linux, my main platform, ...
Edit: Scratch that, I can reproduce it on Linux too. Just open filter preview --> boom.
... I can reliably reproduce it on Windows 7. The sample doesn't matter, but any filter which needs to access the previous frame like FluxSmooth or MPlayer Denoise 3D HQ, placed after ResampleFps, will trigger this crash.
I'm looking into it.
It was my fault :D
In January, I fixed seeking in ResampleFps in a wrong way. The crash should be fixed now (https://github.com/mean00/avidemux2/commit/4a0695a3a88d78a1ecd25c6be0a66780370c2a96), and seeking should work as well.
Thank you for your report.
Please try the latest win64 nightly (http://avidemux.org/nightly/win64/).
Ok! I download avidemux_r171018_win64Qt5_476.zip (Oct 18 2017 9:39 AM) and avidemux_2.7.0_r171018_win64.exe (Oct 18 2017 9:39 AM) for testing the benefit appeared a bunch of relatively "small" (hour and longer film with a resolution of 480p, and even 720p cram into 150 - 200 MB, but the sound AAC 128 kbps STEREO:)) videos from Youtube and at the same time see if it will be possible to make them a little more humane.:) And now they are even on the screen of a smartphone (my Explay Fresh have 5" IPS screen @720p) is not possible to watch - the quality of the picture of the saints is taken out. ;D
You've lost me here. Did this nightly fix the crash for you?
It seems that while there were no flights on similar examples.