View Full Version : MeGUI: bug reports and feature requests
Moviez Release (https://forum.doom9.org/forum-rules.htm) groups?! ... Ask them.
hello_hello
15th May 2017, 16:20
r2705 seems a bit old, but try here: https://github.com/jpsdr/x264/releases
Zathor
15th May 2017, 21:46
2741 [MediaInfo] fixed chapter detection
prevent MediaInfo from locking the GUI
2740 [OneClick] disable controls while input detection is ongoing
2739 [MediaInfo] removed the external dependency to MediaInfoWrapper.dll
2738 [OneClick] fixed detection of audio track names
Zetti
16th May 2017, 00:43
Could you maybe add these DGIndexNV commands:
DGDenoise()
DGSharpen()
DGTelecide()
DGDecimate()
DGBob()
Barough
16th May 2017, 02:05
@Zathor
QAAC v2.63 is out
https://sites.google.com/site/qaacpage/news
https://sites.google.com/site/qaacpage/cabinet
dissory
16th May 2017, 18:14
Thanks, it is fixed in 2638 (not online yet).
Thanks, can see the title now.
Also with the files mediainfos I posted before, the input file is FLAC1, FLAC2, AAC but output becomes FLAC1-transcoded, AAC, FLAC2-transcoded?
Is there a reason why the audio tracks shift position in the output file? If not, would be nice to keep it in the same positions as the input file
Zathor
18th May 2017, 20:24
@Zathor
QAAC v2.63 is out
https://sites.google.com/site/qaacpage/news
https://sites.google.com/site/qaacpage/cabinet
Thanks, updated
raymondjpg
19th May 2017, 01:49
Thanks, updated
I am getting audio breakup when multiplexing HE-AAC encoded with QAAC.exe v2.63 and HEVC in MeGUI. I downloaded v2.63 from another source with the same result. I have gone back to the QAAC backup in MeGUI, which is I think v2.62, and no problems.
The author of qaac shall know about your experience then...
raymondjpg
19th May 2017, 10:33
The author of qaac shall know about your experience then...
Not unless they look here. I couldn't find any way to notify the author on the Google site.
Barough
19th May 2017, 10:38
Not unless they look here. I couldn't find any way to notify the author on the Google site.
Check @ the bottom of the QAAC Home page and you'll find nu774's email addy.
raymondjpg
19th May 2017, 10:53
Check @ the bottom of the QAAC Home page and you'll find nu774's email addy.
I have posted in the hydrogenaudio forum, as indicated on the QAAC Home page. Also emailed once I found the address.
And he has a bug tracker in his github repo (https://github.com/nu774/qaac).
raymondjpg
19th May 2017, 13:31
I have posted in the hydrogenaudio forum, as indicated on the QAAC Home page. Also emailed once I found the address.
Got a response to the email "Thanks, should be fixed in 2.64."
Zathor
19th May 2017, 14:11
Thanks for the report. I had after your first report enabled 2.62 again and will later-on enable 2.64.
Zetti
19th May 2017, 16:20
2.64 is released.
https://sites.google.com/site/qaacpage/news/qaacrelease264refalac164
Vincent Vega
19th May 2017, 17:16
i'm encoding 6ch dts to 2ch lc-aac (fdkaac 32bit exe, v0.6.3, fdkaac_autobuild-master), decoder is LWLibavAudioSource().
win10 x64, megui 2741, all updates, uses its avs+ portable.
its so-o-o slow, megui only uses 12% cpu, fdkaac 1-2% cpu (6700k).
anything i can do to speed it up?
PS:
i also wanted to build and try fdkaac 64bit exe.
media-autobuild_suite-master is the only option for that, right?
but it fails to create 64bit compiler, one of the files doesn't pass signature check. so no luck with that either.
Zathor
19th May 2017, 18:13
Small one:
2743 [Worker] improved child process priority handling
2742 [Main] improved OS detection
raymondjpg
20th May 2017, 01:27
Thanks for the report. I had after your first report enabled 2.62 again and will later-on enable 2.64.
QAAC.exe 2.64 appears to be working fine without audio breakup problems when HE-AAC is multiplexed with HEVC. Thanks to everyone.
wthreex
20th May 2017, 19:35
Hi, I have a powerfull dedicated server, so i should run +4 worker for use maximum cpu usage, But I got this error eachtime:
https://picload.org/thumbnail/riddrgga/capture.jpg (https://picload.org/view/riddrgga/capture.png.html)
I am very familiar with this error, this error forced us to close MeGui but when i click OK/Close this error, Megui completely crash and not responding , but H.264 encoders stuck in the processores in task manager and we should stop them! look at this pics so i clicked "OK" and then:
https://picload.org/thumbnail/riddrgii/capture.jpg (https://picload.org/view/riddrgii/capture.png.html)
Well have no choice and click "Close Program" and Megui is completely closed but look at this , x264 enocder still being worked out in task manager and uses cpu but the application is closed :
https://picload.org/image/riddrrdi/capture.png (https://picload.org/view/riddrrdi/capture.png.html)
When this error occurs ? i tell you! I wish I could say clearly
i have 4 worker , and 20 job is "waiting" for encoding , i postponded 19 job and click start in megui , No problem so far at this time, look at this , We look forward too end first worker but , when first worker on 99% and ready too mux audi and video , i change status another jobs to "waiting" And at the same time we hit Start and another worker waking up, Exactly at this moment ,i got this god damn fatal error ! i use dev update and last update, i got more thant this error to the previous, For God's sake, fix error, And finally sorry for my english. and thanks,
Zathor
20th May 2017, 20:02
i'm encoding 6ch dts to 2ch lc-aac (fdkaac 32bit exe, v0.6.3, fdkaac_autobuild-master), decoder is LWLibavAudioSource().
win10 x64, megui 2741, all updates, uses its avs+ portable.
its so-o-o slow, megui only uses 12% cpu, fdkaac 1-2% cpu (6700k).
anything i can do to speed it up?
PS:
i also wanted to build and try fdkaac 64bit exe.
media-autobuild_suite-master is the only option for that, right?
but it fails to create 64bit compiler, one of the files doesn't pass signature check. so no luck with that either.
Sorry, no clue. I am not using fdkaac myself. What about qaac? Do you have there the same speed?
Hi, I have a powerfull dedicated server, so i should run +4 worker for use maximum cpu usage, But I got this error eachtime:
Please post your log
wthreex
20th May 2017, 20:45
Sorry, no clue. I am not using fdkaac myself. What about qaac? Do you have there the same speed?
Please post your log
I grab this log when i got this error and megui still runing :
log file is here :
https://www.mediafire.com/?iuel1f4njwc3csf
Zathor
20th May 2017, 20:56
Thx, I have not located the exact error reason yet. Could you please use the debug build and post the log again when the error happens?
http://megui.org/megui_debug.zip
wthreex
20th May 2017, 22:11
Replaced, and it happened again :
http://www.mediafire.com/file/on8amjtj7ehol6t/logagain.log
search "Unhandled error" in log file
-[Error] Unhandled error
--[Information] [5/20/2017 10:58:09 PM] Exception message: Adding the specified count to the semaphore would cause it to exceed its maximum count.
--[Information] [5/20/2017 10:58:09 PM] Stacktrace
---[NoImage] at System.Threading.Semaphore.Release(Int32 releaseCount)
---[NoImage] at System.Threading.Semaphore.Release()
---[NoImage] at MeGUI.core.gui.JobWorker.startNextJobInQueue()
---[NoImage] at MeGUI.core.gui.JobWorker.<>c__DisplayClass57_0.<UpdateGUIStatus>b__0()
---[NoImage] at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
---[NoImage] at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
---[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
---[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
---[NoImage] at System.Threading.ThreadHelper.ThreadStart()
Zathor
20th May 2017, 22:24
Are you sure that you have copied both files? There should have been line numbers.
Vincent Vega
20th May 2017, 23:09
Sorry, no clue. I am not using fdkaac myself. What about qaac? Do you have there the same speed?
yes i just tried both megui x86 and x64 with 64bit qaac, same result.
total cpu usage during encoding no more than 17-18%, is that normal?
i decode dts, downmix to stereo, normalize and encode to aac.
are there any settings i can change on my side, or improvements be made on yours to utilize (more of) the remaining ~5/6 of cpu power?
where are software bottlenecks in this usage scenario?]
below is from the tests, with cpu usage and number of threads reported by task manager:
-[NoImage] ClearAutoloadDirs()
-[NoImage] AddAutoloadDir("C:\Users\.....\MeGUI_x86\tools\avs\plugins")
-[NoImage] LoadPlugin("C:\Users\.....\MeGUI_x86\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavAudioSource("I:\T2_Audio - English.dts")
-[NoImage] # detected channels: 6
-[NoImage] # detected channel positions: 3/2/0.1
-[NoImage] LoadPlugin("C:\Users\.....\MeGUI_x86\tools\avisynth_plugin\AudioLimiter.dll")
-[NoImage] c6_stereo(ConvertAudioToFloat(last))
-[NoImage] Normalize()
-[NoImage] return last
Job command line: C:\Users\.....\MeGUI_x86\tools\qaac\qaac.exe --ignorelength --threading -V 127 --no-delay - -o "I:\T2_Audio - English_x86.m4a"
megui 2743 32bit 29threads 13% of 4ghz
qaac 2.64 64bit 2threads 2% of 4ghz
---------------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------------
-[NoImage] ClearAutoloadDirs()
-[NoImage] AddAutoloadDir("C:\Users\.....\MeGUI-x64\tools\avs\plugins")
-[NoImage] LoadPlugin("C:\Users\.....\MeGUI-x64\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavAudioSource("I:\T2_Audio - English.dts")
-[NoImage] # detected channels: 6
-[NoImage] # detected channel positions: 3/2/0.1
-[NoImage] c6_stereo(ConvertAudioToFloat(last))
-[NoImage] Normalize()
-[NoImage] return last
Job command line: C:\Users\.....\MeGUI-x64\tools\qaac\qaac.exe --ignorelength --threading -V 127 --no-delay - -o "I:\T2_Audio - English_x64.m4a"
megui 2743 64bit 18threads 12% of 4ghz
qaac 2.64 64bit 2threads 3% of 4ghz
Barough
21st May 2017, 01:42
MKVToolNix v12.0.0 is released.
Sent from my SM-G935F via Tapatalk
I just discovered that some of my encodes muxed with the mp4 muxer have been stripped of encoder library and encoder settings info, checking with MediaInfo. This seems to happen when I use the muxer manually - files encoded with AutoEncode or One-Click still have this info intact.
Using MeGUI 2743 development server, mp4box 0.7.0 rev3 (gpac)
sneaker_ger
24th May 2017, 08:02
Post log + sample.
wthreex
24th May 2017, 16:09
Not responding without any error on MeGUI 2743.
Zathor
24th May 2017, 17:41
Not responding without any error on MeGUI 2743.
Not good, could you please redownload the debug build again? I have updated it to 2745:
http://megui.org/megui_debug.zip
wthreex
24th May 2017, 21:03
Not good, could you please redownload the debug build again? I have updated it to 2745:
http://megui.org/megui_debug.zip
Ok :
https://picload.org/thumbnail/riagpiwi/capture.jpg (https://picload.org/view/riagpiwi/capture.png.html)
God no, Why it just happening to me?
Zathor
24th May 2017, 21:10
Anything in the log? Could you post it please in any case?
EDIT: New debug build online. Please try that one.
wthreex
24th May 2017, 21:55
No Nothing, ok
Zathor
25th May 2017, 20:44
No Nothing, ok
I have uploaded once again a new debug build. It should now finally be fixed. Could you please test it and report back?
hello_hello
25th May 2017, 21:46
This is probably not MeGUI specific, and it's not even encoding related, but because it bothered me again and sometimes makes me want to cry and MeGUI is involved, I thought I'd ask here.
If I open the following script in notepad (it has empty lines)
GreyScale()
QTGMC(Preset="fast")
SRestore(thresh=44, speed=1, cache=10)
crop(4, 2, -4, -6)
Resize8(640,468)
gradfun3()
and place the cursor at the beginning of the the crop line, and drag it down until the empty line below the resizer is highlighted, when I right click and cut, I'm left with this:
GreyScale()
QTGMC(Preset="fast")
SRestore(thresh=44, speed=1, cache=10)
gradfun3()
Which is good, I think.
When I do the same thin in MeGUI's script creator.
GreyScale()
QTGMC(Preset="fast")
SRestore(thresh=44, speed=1, cache=10)
gradfun3()
As it turns out, the forum message box leaves an extra blank line too.
When I do it the other way around and paste (putting the cursor before Gradfun3 and clicking paste) if I've cut from notepad the result is exactly the same when pasting back into notepad or the script creator.
GreyScale()
QTGMC(Preset="fast")
SRestore(thresh=44, speed=1, cache=10)
crop(4, 2, -4, -6)
Resize8(640,468)
gradfun3()
All good, but if I'd cut the same lines from the script creator and pasted them back, in both notepad and the script creator it'd look like this (assuming the lines were once again evenly spaced before pasting):
GreyScale()
QTGMC(Preset="fast")
SRestore(thresh=44, speed=1, cache=10)
crop(4, 2, -4, -6)
Resize8(640,468)
gradfun3()
I guess Notepad, Wordpad and Metapad (which I use more) copy the line break from an empty line when it's highlighted, but the script creator (and this forum) require you to also highlight the beginning of the following line to copy the line break from an empty line.
Is there a correct way, or a preferred way? Because I'm not sure what'll be copied any more and my life's become a relentless stress of extra blank lines and missing line breaks I'm forever having to fix. :)
Zathor
26th May 2017, 14:12
2748 [HD Streams Extractor] added detection of "core/embedded" tracks
removed the DTSHD "extract as" option
added the DTS_CORE "extract as" option
added settings menu:
- added option to select by default the (non-)HD tracks (defaults to non-HD)
- moved the language track selection option from the settings into the new menu
- added settings to inlcude the encoding and/or all demuxer "extract as" options
AAC encoding is only available if neroaacenc.exe is found in the eac3to directory
2747 [Worker] improved handling of multiple worker instances. part II
2746 [Worker] improved handling of multiple worker instances
2745 [Main] added option to extend logging
2744 [Worker] improved child process priority handling. part II
Zetti
26th May 2017, 23:04
x264 r2833 kmod is released.
http://komisar.gin.by/
hello_hello
27th May 2017, 15:59
Zathor,
After updating MeGUI to 2748 and x264 to r2833, MeGUI claimed it couldn't find 10 bit x264 & embarked on a never ending request to install it. Even when I told it not to, every time I started an encoding job the updater would open and try to re-install it. I'm using the 8 bit version though. I just thought I'd mention that in case it's not expected behaviour, but the x86 version of 10 bit x264 is named "x264-10b.exe.exe".
Removing the additional ".exe" from the file name stopped MeGUI from wanting to re-install it.
Thanks.
Taurus
27th May 2017, 17:17
@hello_hello:
hmmh,
just updated to 2748 and no sign of the curiosities you discovered.
There must be something weird on your side...
hello_hello
28th May 2017, 06:10
Taurus,
Maybe it's been fixed already or you're using a 64 bit Windows, but the curiosities were baked into the 32 bit, x264, 7z update file. ;)
https://s21.postimg.org/coe2lk1sn/update.gif
Taurus
28th May 2017, 06:54
Yes, I'm on a 64 bit platform.
https://s13.postimg.org/rx5z9hrv7/x264.png (https://postimg.org/image/rx5z9hrv7/) <-look here
ryszardzonk
28th May 2017, 08:47
Zathor,
After updating MeGUI to 2748 and x264 to r2833, MeGUI claimed it couldn't find 10 bit x264 & embarked on a never ending request to install it. Even when I told it not to, every time I started an encoding job the updater would open and try to re-install it. I'm using the 8 bit version though. I just thought I'd mention that in case it's not expected behaviour, but the x86 version of 10 bit x264 is named "x264-10b.exe.exe".
Removing the additional ".exe" from the file name stopped MeGUI from wanting to re-install it.
Thanks.
I have stumbled upon exactly same thing. Being on Windows 7 32bit update installed files as "x264-10b.exe.exe" and it also installed it in the "x264" dir not in the "x264_10b" dir. Leaving new file in the "x264" dir and renaming it to ""x264-10b.exe" fixed the problem of missing x264 binary.
T...but the curiosities were baked into the 32 bit, x264, 7z update file. ;)
So it seems to be a mistake made by the one who uploaded the update package.
hello_hello
28th May 2017, 10:45
I have stumbled upon exactly same thing. Being on Windows 7 32bit update installed files as "x264-10b.exe.exe" and it also installed it in the "x264" dir not in the "x264_10b" dir. Leaving new file in the "x264" dir and renaming it to ""x264-10b.exe" fixed the problem of missing x264 binary.
"Installing in the x264 directory" is normal now. You can delete the old "x264_10b" folder. Both x264 versions are in the "x264-2833-32.7z" file in the update cache folder and the update.xml file indicates it just gets extracted to the x264 folder.
I don't know how MeGUI determined the 10bit x264 was missing (or thought it was missing because it was incorrectly named), and therefore wanted to keep re-installing it. Obviously it did though.
bxyhxyh
28th May 2017, 20:28
Every time I uncheck and check "Use x64tools if possible" option, it "extracts" the tools.
Does it have to re-extract them everytime I switch between 32-bit and 64-bit?
Looks like a bug to me.
kuchikirukia
29th May 2017, 01:05
Could we not have the entire "Add pre-rendering job" text be an active selection area for the checkbox? I find myself accidentally clicking there and wasting hours filling my drive a little too often.
Barough
29th May 2017, 10:59
Zeranoe's FFmpeg v3.3.1 is available now
https://ffmpeg.zeranoe.com/builds/
Zetti
1st June 2017, 18:30
MediaInfo v0.7.96 is released.
olmicx
3rd June 2017, 14:04
Hello,
I have a few questions about DXVA. Can you help me if you know about that?
I did not select Macroblocks P4x4 value and it seen as Mediainfo analyse=0x3:0x113 before.
And REF value calculated with that formula:
12288*1024 / (width*height*1,5)
But now all of the groups (TayTO, EDP, WiKi, EPiC, HDMANIACS...) using this settings (ALL analyse=0x3:0x133) on their movie sharings.
Macroblocks part selected ass ALL (analyse=0x3:0x133)
I wonder that will there be any problem if i select Macroblocks ALL for DXVA
Thanks
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.