View Full Version : MeGUI: bug reports and feature requests
rapscallion
31st March 2010, 15:55
......, so will have to find the old version of x264 from somewhere
From page 1 of this thread :
http://megui.org/auto/
Top of page for previous versions of Megui, or scroll to bottom of page for previous versions of x264.
Carpo
31st March 2010, 17:31
@livetolove92 - i am getting vaious errors like that with latest megui
@rapscallion - found old version of x264 from x264.nl - still having same issues, have gone back to stable version, if i still get errors then its probably something my end
AMED
31st March 2010, 20:26
@livetolove92
From that log it looks like your running the 2nd pass before running the 1st pass.
Carpo
31st March 2010, 22:56
stats line looks wrong, shouldn't --stats "E:720p1.stats" show as --stats "E:\720p1.stats"
Carpo
1st April 2010, 01:00
Little update on my issue going back to stable 3.4.0 seems to have sorted out the issue i was having so it must be an issue with megui, newer x264's and vfw4x264.
livetolove92
1st April 2010, 05:02
stats line looks wrong, shouldn't --stats "E:720p1.stats" show as --stats "E:\720p1.stats"
I clear the path to be suitable with the rule.
Carpo
1st April 2010, 15:14
seems uninstalling every codec (ffdshow, divx - used to show mkv thumbs and haali) and removing megui, rebooting, cleaning registry and then reinstalling everything seems to have cleared my issue (so far) have done one film with stable 3.4.0 and and on 2nd pass with 3.4.9 - seems strange that a registry entry may have been stopping it
quantum5uicid3
1st April 2010, 20:51
i added
--weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709"
in the AVCHD and Bluray presets. disabling weightp is detrimental to quality and only required for playback on certain "bugged" standalone, so remove it from custom commandline if you wish.
enabled bpyrimid on most of the presets and fixed some little stuff too.
http://www.mediafire.com/?mwlzi1ztimm
Zathor, i think there's a bug that copies the --vbv-maxrate setting when changing from one megui preset to another from within the x264 configuration dialog window. i think it only happens when changing from a preset with it forced to one without it being specified at all. like when changing from "bluray.." to xbox360.."
thanks very much for the ffms2 support and fixes :thanks:
Lyle_JP
1st April 2010, 20:54
Zathor, i think there's a bug that copies the --vbv-maxrate setting when changing from one megui preset to another from within the x264 configuration dialog window. i think it only happens when changing from a preset with it forced to one without it being specified at all. like when changing from "bluray.." to xbox360.."
I also experience this bug frequently.
rapscallion
1st April 2010, 21:34
i added
--weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709"
in the AVCHD and Bluray presets. disabling weightp is detrimental to quality and only required for playback on certain "bugged" standalone, so remove it from custom commandline if you wish.
Thanks for the new presets ! Does --weightp 0 command disable or enable ? :confused:
Both this and the previous (33) version preset shows :
<WeightedBPrediction>true</WeightedBPrediction>
<WeightedPPrediction>2</WeightedPPrediction>
Also, are the new presets only for X264 1510 or do they apply to previous versions as well ?
Shevek
2nd April 2010, 15:15
I'm returning to x264 encoding using MeGUI after a break of about a year and having read through the last few pages of this (http://forum.doom9.org/showthread.php?t=139765) thread I've just about got to grips with the new profiles, this being my current cmd line for a 720p encode, based on Unrestricted (DXVA) - 2-pass with preset and bitrate changed:
program --preset faster --pass 2 --bitrate 3000 --stats ".stats" --output "output" "input"
However I still have one question - does the old rule of updating the Max & Min GOP for the frame-rate still apply?
i.e. 240/24 for film, 250/25 for PAL, 300/30 for NTSC
TIA
Zathor
2nd April 2010, 18:07
Yes works perfectly, thanks for the feature :)
EDIT: now i think of it, would it possible to show an error box to the user if one of the downloads are corrupt. Without this a user might wonder why an update is not applying.
There should already be an error message in the update window log:
Error: Could not unzip filename. Deleting file. Please run updater again...
Zathor
2nd April 2010, 18:55
When selecting keep input resolution in one click encoder, the program passes wrong aspect ratio AR to encoder and muxer.
Thanks, has been fixed locally and will be in the next build.
Zathor
2nd April 2010, 20:20
0.3.4.10
- [x264Encoder] --aud will only be appended if selected in the configuration dialog. Bug #2979294
- [OneClickSettings] the MKV container is enabled by default
- [x264ConfigurationPanel] fixed wrong vbvmaxrate value after profile switching
- [OneClickWindow] fixed keep input resolution behavior
- [VideoEncodingComponent] improved error handling
- [FilmCutter] changed default transition type in AVS Cutter to "No transition". Fade transition will blend in/out 10 frames. Bug #2913546
alexcel
3rd April 2010, 09:54
Hi Zathor
Very glad to know you are working on it :thanks:
The problemn is almost solved
Now Correct DAR and PAr is finally recorded in muxer, but videolan player can't handle such large numbers
in mkv file, display width/heigt is 34709:19036
When encoding &creating avs manually, the values are 31:17 or 16:9
I do not know why megui ends with such long figures. I have tested vaules in mkv as long as 1024:576 or 1920:1080. Probably the maximum figure is 4000 or 16000 or 32000.
Even x264 changes the input darX &darY to lower values, as seen in log:
global MeGUI_darx = 69419
global MeGUI_dary = 38072
but x264 rounds to
yuv [info]: 720x576p 69419:47590 @ 25/1 fps (cfr)
x264 [info]: using SAR=34709/23795
Can you change the way megui calculates darx & darY so that lower figures are used? Something like 16:9 or 31:17 or 1024:576 would be nice
Here is an extract from log
---[Information] OneClick postprocessor
----[NoImage] Desired size: null
----[NoImage] Split size: null
----[NoImage] Auto-detect aspect ratio now: True
----[NoImage] Aspect ratio: 1,823361
----[NoImage] Output resolution: 720x576 (CORRECT!!)
----[NoImage] Automatic deinterlacing: True
----[NoImage] Deinterlacing used: #Not doing anything because the source is progressive
----[NoImage] Generated Avisynth script
-----[NoImage] global MeGUI_darx = 69419
-----[NoImage] global MeGUI_dary = 38072 When Manually creating Avs the values are 31/17
-----[NoImage] LoadPlugin("D:\Downloads\DVD\MeGUI\tools\dgindex\DGDecode.dll")
-----[NoImage] DGDecode_mpeg2source("E:\Ultimas\MainMovie\\VIDEO_TS\VTS 01 1.d2v", info=3)
-----[NoImage] LoadPlugin("D:\Downloads\DVD\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
-----[NoImage] ColorMatrix(hints=true, threads=0)
-----[NoImage] #Not doing anything because the source is progressive
-----[NoImage] #denoise
----[Information] Eliminating duplicate filenames
-----[NoImage] Video output file: E:\Ultimas\MainMovie\\VIDEO_TS\VTS 01 1_Video.mkv
-----[NoImage] Muxed output file: E:\Ultimas\MainMovie\\VIDEO_TS\VTS 01 1.mkv
-----[NoImage] File already exists. New muxed output filename: E:\Ultimas\MainMovie\\VIDEO_TS\VTS 01 1_0.mkv
--[Information] [02/04/2010 22:27:48] Job completed
-[Information] Log for job16 (video, VTS 01 1.avs -> VTS 01 1_Video.mkv)
--[Information] [02/04/2010 22:27:48] Started handling job
--[Information] [02/04/2010 22:27:48] Preprocessing
--[NoImage] Job commandline: "D:\Downloads\DVD\MeGUI\tools\x264\vfw4x264.exe" --level 3 --tune film --crf 21.5 --b-pyramid none --sar 69419:47590 --output "E:\Ultimas\MainMovie\\VIDEO_TS\VTS 01 1_Video.mkv" "E:\Ultimas\MainMovie\\VIDEO_TS\VTS 01 1.avs"
--[Information] [02/04/2010 22:27:48] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] yuv [info]: 720x576p 69419:47590 @ 25/1 fps (cfr)
---[NoImage] x264 [info]: using SAR=34709/23795
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
---[NoImage] x264 [info]: profile High, level 3.0
---[NoImage]
Zathor
3rd April 2010, 13:45
0.3.4.11
- [DAR] + [ARChooser] enhanced ITU values
- [OneClickSettings] changed the default output resolution to 720
- [OneClickWindow] custom AR can be applied if "Keep Input Resolution" is selected
- [OneClickWindow] "Keep Input Resolution" disables "Signal AR"
Now Correct DAR and PAr is finally recorded in muxer, but videolan player can't handle such large numbers
MPC HC can :)
Can you change the way megui calculates darx & darY so that lower figures are used? Something like 16:9 or 31:17 or 1024:576 would be nice
I have optimized the internal ITU values so that the correct and better divisible values will be used:
PAL:
16x9 = 720/576 * 512/351 = 640/351
4x3 = 720/576 * 128/117 = 160/117
NTSC:
16:9 = 720/480 * 5760/4739 = 8640/4739
4x3 = 720/480 * 4320/4739 = 6480/4739
And additionally I fixed a problem which prevents applying the custom AR values if "keep input resolution" is selected. So you can change it to 16:9 if you want.
alexcel
3rd April 2010, 21:09
Great job, Zathor, Keep input resolution now works like a charm.
:thanks::thanks::thanks::thanks::thanks::thanks::thanks:
You've me saved tons of time.
Just a minor suggestion, when keep input res is checked, signal AR is disabled in one click advanced setting tab, but it is not disabled in the one click profile configuration window.
And someday i will try to understand ITU values or why the exact values are 640:351 and not 16:9. I feel like an absolut newbie
But today I am happy, this fix is ...great. Thanks again
Zathor
3rd April 2010, 21:35
Just a minor suggestion, when keep input res is checked, signal AR is disabled in one click advanced setting tab, but it is not disabled in the one click profile configuration window.
It's only cosmetic because even if signal AR is enabled it will not change anything if keep input res is selected, too. Nevertheless I will change it in the next build.
JoeH
4th April 2010, 14:35
I just output and burned a Blu-ray disc using the Blu-ray 2 pass with the latest development build, X264 1510, etc. The disc plays just fine on the computer, but neither my Panasonic BD-35 nor my Panasonic BD-60 will read it. I have output many BD discs before using MeGUI and have never had this problem. My firmware is up to date on the Panasonics.
I am currently outputting a file with the MeGUI stable build and will rebuild and burn and see if that fixes the problem.
---------------------------------------------------------------------------------
UPDATE: I just saw here (http://forum.doom9.org/showthread.php?t=152127&page=23) that others are having difficulties with the latest X264 being in fact Blu-ray incompatible, and that it is a problem which Dark_Shikari is aware of and is working on.
UPDATE2: I investigated a little more, and it turns out my x264 build was actually 1442, even though MeGUI was reporting 1510. So, this is most likely a false positive.
Zathor
4th April 2010, 14:57
0.3.4.12
- [OneClickConfigPanel] "Keep Input Resolution" disables "Signal AR"
- [JobQueue] CTRL+A selects all queue items. Feature request #2981335
- [JobQueue] SHIFT+UP or DOWN to move an queue item, UP or DOWN to navigate in the list
- user.config settings will also be migrated for queue settings and custom AR, file size and FPS
the main window is but the width of the columns in the "queue" tab didn't migrate for me.
After a quick test I can say that beside the "Owner" column the other columns are being saved. I did not check the source code, but it looks in general as it is working.
Sorry, had to dig deeper into the code and found the source of the problem. Now all settings should be migrated including queue settings and custom AR, file size and FPS.
JoeH
4th April 2010, 14:57
Zathor,
Whenever I have tried to update my development build from version 0.3.4.10 to version 0.3.4.11 or version 0.3.4.12 I am getting the attached error. MeGUI then reverts to build 0.3.4.10.
Zathor
4th April 2010, 14:58
Zathor,
Whenever I have tried to update my development build from version 0.3.4.10 to version 0.3.4.11 or version 0.3.4.12 I am getting the attached error.
We have to wait for the approval or you can upload the file somewhere else :)
Zathor
4th April 2010, 15:31
UPDATE2: I investigated a little more, and it turns out my x264 build was actually 1442, even though MeGUI was reporting 1510. So, this is most likely a false positive.
MeGUI does not know about the file itself and will only report which file has been successfully downloaded. If the files are replaced after the download MeGUI will still report the old build numbers. But glad to hear that your problem is solved.
Zathor
4th April 2010, 16:30
Zathor,
Whenever I have tried to update my development build from version 0.3.4.10 to version 0.3.4.11 or version 0.3.4.12 I am getting the attached error. MeGUI then reverts to build 0.3.4.10.
Please extract this file (http://megui.org/auto/updatecopier_0_3_4_1.zip) to your MeGUI directory replacing the old file.
JoeH
4th April 2010, 20:03
Please extract this file (http://megui.org/auto/updatecopier_0_3_4_1.zip) to your MeGUI directory replacing the old file.
Thanks. That did the trick.
JoeH
4th April 2010, 20:05
MeGUI does not know about the file itself and will only report which file has been successfully downloaded. If the files are replaced after the download MeGUI will still report the old build numbers. But glad to hear that your problem is solved.
I did the encode with the 1510 build, using the Blu-ray 2 pass at 17500 bitrate.
I ended up with a file with an average bitrate of under 7000. In the log file, both the goal bitrate of 17500 and the final result of under 7000 were listed.
Here is the MediaInfo on the file. Any ideas why this happened? I'm not sure if it is an X264 or a MeGUI issue.
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 7mn
Bit rate : 6 557 Kbps
Nominal bit rate : 17.5 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.132
Stream size : 5.82 GiB (98%)
Writing library : x264 core 92 r1510 33d382a
Encoding settings : cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=4 / psy=1 / psy_rd=0.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-1 / threads=12 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / wpredp=1 / keyint=24 / keyint_min=2 / scenecut=40 / intra_refresh=0 / rc_lookahead=20 / rc=2pass / mbtree=1 / bitrate=17500 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=40000 / vbv_bufsize=30000 / ip_ratio=1.40 / aq=1:1.00 / nal_hrd=vbr
nurbs
4th April 2010, 20:19
Post the x264 log. Can't say anything without that.
Maybe the source is extremely easily compressible and you didn't get the filesize you wanted because qpmin=10
JoeH
4th April 2010, 21:56
Post the x264 log. Can't say anything without that.
Maybe the source is extremely easily compressible and you didn't get the filesize you wanted because qpmin=10
Thanks for your help. Here is the log. Job 34 was the 1st pass, Job 35 the 2nd.
--[NoImage] MeGUI Version : 0.3.4.10
--[NoImage] OS : Windows Seven Enterprise Edition x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 3.5 SP1 (3.5.30729.4926)
--[NoImage] Avisynth Version : 2.6.0.1
-[Information] Log for job34 (video, VegasEdits.avs -> )
--[Information] [4/4/2010 4:02:22 PM] Started handling job
--[Information] [4/4/2010 4:02:22 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files (x86)\megui\tools\x264\vfw4x264.exe" --preset faster --tune film --pass 1 --bitrate 17500 --stats "E:\4 Peliculas\Render\VegasEdits.stats" --profile high --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-bufsize 30000 --vbv-maxrate 40000 --sar 1:1 --output NUL "E:\4 Peliculas\Render\VegasEdits.avs"
--[Information] [4/4/2010 4:02:23 PM] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] yuv [info]: 1920x1080p 1:1 @ 2997/125 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
---[NoImage] x264 [info]: profile Main, level 4.1
---[NoImage]
---[NoImage] x264 [info]: frame I:8680 Avg QP:15.15 size:252962
---[NoImage] x264 [info]: frame P:102539 Avg QP:17.63 size:101531
---[NoImage] x264 [info]: frame B:71813 Avg QP:19.49 size: 52378
---[NoImage] x264 [info]: consecutive B-frames: 28.7% 46.3% 8.8% 16.2%
---[NoImage] x264 [info]: mb I I16..4: 32.3% 0.0% 67.7%
---[NoImage] x264 [info]: mb P I16..4: 43.0% 0.0% 0.0% P16..4: 51.4% 0.0% 0.0% 0.0% 0.0% skip: 5.7%
---[NoImage] x264 [info]: mb B I16..4: 13.0% 0.0% 0.0% B16..8: 37.0% 0.0% 0.0% direct:25.9% skip:24.1% L0:25.7% L1:35.0% BI:39.3%
---[NoImage] x264 [info]: final ratefactor: 16.43
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 78.8% 66.8% 34.6% inter: 43.1% 29.7% 2.5%
---[NoImage] x264 [info]: i16 v,h,dc,p: 25% 14% 40% 22%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 16% 19% 8% 8% 8% 7% 8% 8%
---[NoImage] x264 [info]: kb/s:17152.87
---[NoImage] encoded 183032 frames, 37.22 fps, 17152.86 kb/s
--[Information] [4/4/2010 5:24:21 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [4/4/2010 5:24:21 PM] Job completed
-[Information] Log for job35 (video, VegasEdits.avs -> VegasEdits.mkv)
--[Information] [4/4/2010 5:24:21 PM] Started handling job
--[Information] [4/4/2010 5:24:21 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files (x86)\megui\tools\x264\vfw4x264.exe" --preset faster --tune film --pass 2 --bitrate 17500 --stats "E:\4 Peliculas\Render\VegasEdits.stats" --profile high --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-bufsize 30000 --vbv-maxrate 40000 --sar 1:1 --output "E:\4 Peliculas\Render\VegasEdits.mkv" "E:\4 Peliculas\Render\VegasEdits.avs"
--[Information] [4/4/2010 5:24:23 PM] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] yuv [info]: 1920x1080p 1:1 @ 2997/125 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
---[NoImage] x264 [info]: profile High, level 4.1
---[NoImage]
---[NoImage] x264 [info]: frame I:8680 Avg QP:11.63 size:460646
---[NoImage] x264 [info]: frame P:102539 Avg QP:11.38 size: 17427
---[NoImage] x264 [info]: frame B:71813 Avg QP:11.76 size: 8316
---[NoImage] x264 [info]: consecutive B-frames: 28.7% 46.3% 8.8% 16.2%
---[NoImage] x264 [info]: mb I I16..4: 4.8% 26.6% 68.6%
---[NoImage] x264 [info]: mb P I16..4: 1.2% 3.1% 0.4% P16..4: 15.9% 1.3% 0.7% 0.0% 0.0% skip:77.3%
---[NoImage] x264 [info]: mb B I16..4: 0.5% 1.3% 0.1% B16..8: 5.6% 0.2% 0.1% direct: 9.4% skip:82.8% L0:30.4% L1:48.3% BI:21.3%
---[NoImage] x264 [info]: 8x8 transform intra:43.3% inter:68.2%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 93.8% 88.4% 65.3% inter: 7.9% 5.0% 0.8%
---[NoImage] x264 [info]: i16 v,h,dc,p: 22% 11% 47% 20%
---[NoImage] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 20% 37% 4% 4% 4% 4% 5% 6%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 24% 15% 6% 7% 7% 9% 7% 9%
---[NoImage] x264 [info]: ref P L0: 88.3% 7.5% 2.2% 2.0%
---[NoImage] x264 [info]: ref B L0: 81.1% 18.9%
---[NoImage] x264 [info]: ref B L1: 94.7% 5.3%
---[NoImage] x264 [info]: kb/s:6688.59
---[NoImage] encoded 183032 frames, 32.98 fps, 6688.59 kb/s
--[Information] Final statistics
---[NoImage] Video Bitrate Desired: 17500 kbit/s
---[NoImage] Video Bitrate Obtained (approximate): 6690 kbit/s
--[Information] [4/4/2010 6:57:09 PM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [4/4/2010 6:57:09 PM] Successfully deleted E:\4 Peliculas\Render\VegasEdits.stats
----[Information] [4/4/2010 6:57:09 PM] Successfully deleted E:\4 Peliculas\Render\VegasEdits.stats.mbtree
--[Information] [4/4/2010 6:57:09 PM] Job completed
nurbs
4th April 2010, 22:45
---[NoImage] x264 [info]: frame I:8680 Avg QP:11.63 size:460646
---[NoImage] x264 [info]: frame P:102539 Avg QP:11.38 size: 17427
---[NoImage] x264 [info]: frame B:71813 Avg QP:11.76 size: 8316
So that's it. Set the minimum quantizer to 1 and you'll get the bitrate you want, or at least you'll get closer. You don't really need it 'cause it's just a waste of space.
JoeH
5th April 2010, 00:07
So that's it. Set the minimum quantizer to 1 and you'll get the bitrate you want, or at least you'll get closer. You don't really need it 'cause it's just a waste of space.
Thanks a lot. :thanks:
In this case, I'm preparing a video to burn to a Blu-ray disc, so I've got space to kill!
I can often see a visible difference in quality between when x264 outputs according to the type of bitrate I usually encode at (around 18000) and a bitrate around 6000 or 7000, especially in dark scenes or small gradiants of color of a large space.
nurbs
5th April 2010, 12:19
That quality difference has more to do with the quantizer than the bitrate. IIRC the default minimum quantizer is 10 so the decoder doesn't waste bits when you wouldn't see the difference so that the rest of the file has better quality, but I guess there are some rare situations where it could help to go lower. Since your target is blu-ray you got plenty of space anyway so that doesn't really matter for you.
Cyber-Mav
5th April 2010, 15:54
i use a minimum quant of 8 to get better quality, it especially helps out on high complexity screens. do some test encodes and see how it is.
nurbs
5th April 2010, 16:20
Doesn't high complexity stuff get encoded at a higher quantizer because the quality loss is less noticable?
hajj_3
12th April 2010, 21:08
im having this problem:
http://i40.tinypic.com/2dilkp2.jpg
1st pass encodes fine but then the 2nd pass doesn't display the time remaing for the encode or fps etc. It stays like this for the whole encode then gives an error.
The .avs file was created with megui file indexer, here is the .avs file contents:
LoadPlugin("C:\Users\Sdesktop\Desktop\megui2\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("F:\golf day 1.d2v", info=3)
LoadPlugin("C:\Users\Sdesktop\Desktop\megui2\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, interlaced=true, threads=0)
LoadPlugin("C:\Users\Sdesktop\Desktop\megui2\tools\avisynth_plugin\LeakKernelDeint.dll")
LeakKernelDeint(order=1,sharp=true)
crop( 2, 6, -2, -2)
Lanczos4Resize(1280,720) # Lanczos4 (Sharp)
#denoise
nakTT
13th April 2010, 13:15
Hi Zathor,
Can we expect an update to the latest version of OggVorbis used in MeGUI in the near future?
:thanks:
merlinmage
13th April 2010, 14:23
How can I encode only a part of my Source(AVS file)?
I wanted to extract a clip from a longer video without putting it into an editing program and render this again.
Guest
13th April 2010, 14:38
How can I encode only a part of my Source(AVS file)? Use Trim().
thedozer
13th April 2010, 14:51
How can I encode only a part of my Source(AVS file)?
Use the "AVS cutter" under MeGUI's Tools menu
tebasuna51
13th April 2010, 15:32
Can we expect an update to the latest version of OggVorbis used in MeGUI in the near future?
Where there are a windows stable lastest version of ogg encoder?
zanuda
13th April 2010, 16:20
Where there are a windows stable lastest version of ogg encoder?
http://www.hydrogenaudio.org/forums/index.php?showtopic=79762&st=25
nakTT
13th April 2010, 17:50
Where there are a windows stable lastest version of ogg encoder?
The one used by people at HidrogenAudio, hosted at rarewares is crashing all the time. That is why I post the question here perhaps someone here have a self-compiled version that can be share with all of us.
:thanks:
tebasuna51
14th April 2010, 01:17
http://www.hydrogenaudio.org/forums/index.php?showtopic=79762&st=25
Yep, crash with AviSynth:
http://www.hydrogenaudio.org/forums/index.php?showtopic=79762&view=findpost&p=697701
rtjnyoface
21st April 2010, 11:10
Hey guys, I just wanted to pop in again and say thanks to the devs for continuing the work on megui. I really love the program despite not using many of its features and I was crushed when dev stopped for awhile. I've been very happy to see dev continue. So, thanks guys, I really appreciate the work :).
tebasuna51
21st April 2010, 13:02
Yep, crash with AviSynth
Seems last oggenc2.87-1.3.1 in http://www.rarewares.org/ works now with AviSynth.
The command line to use can be:
oggenc2 --ignorelength -q <QUALITY> -o "<FILENAME>.ogg" -
or
oggenc2 --ignorelength -b <KBPS> -o "<FILENAME>.ogg" -
Relevant info about the parametres:
-b, --bitrate Choose a nominal bitrate to encode at. Attempt
to encode at a bitrate averaging this. Takes an
argument in kbps. By default, this produces a VBR
encoding, equivalent to using -q or --quality.
See the --managed option to use a managed bitrate
targetting the selected bitrate.
-q, --quality Specify quality between -2 (low) and 10 (high),
instead of specifying a particular bitrate.
This is the normal mode of operation.
Fractional qualities (e.g. 2.75) are permitted
The default quality level is 3.
--ignorelength Ignore the datalength in wav headers. This will allow
support for files > 4GB and STDIN data streams.
-o, --output=fn Write file to fn (only valid in single-file mode)
INPUT FILES:
OggEnc input files must currently be 32, 24, 16, or 8 bit PCM WAV,
or 32 bit IEEE floating point WAV. Files may be mono or stereo
(or more channels) and any sample rate.
You can specify taking the file from stdin by using - as the input filename.
Works fine until 6 channels, 7 and 8 channels have, at least, channel mapping problems.
Other audio encoder than can be added to MeGUI is Flac (don't exist any lossless output).
FLAC v.1.2.1b also in rarewares can be used with command line like this:
flac --ignore-chunk-sizes --channel-map=none -8 --output-name="<FILENAME>.flac" -
Recommended AviSynth filter:
AudioBits(last)>24 ? ConvertAudioTo24bit(last) : last
Zathor
24th April 2010, 18:42
0.3.4.13
- [HDBDStreamExtractor] DTS output type option for DTS-MA or DTS-HR extracts only the core DTS track. Feature Request #2695340
- [x264Encoder] fixed rc-lookahead. Bug #2991069
- [OSInfo] improved .NET 4.0 detection. Bug #2988751
- [x264Settings] changed the default b-pyramid value to normal
- [x264Config] fixed the log file button
- [UpdateWindow] added platform type
- [UpdateWindow] only the platform matching updates will be downloaded
- if the x64 MeGUI build is used only x64_64.exe is referenced
merlinmage
24th April 2010, 22:39
I have one question regarding the different settings and parameters in MeGUI.
Currently I use Fraps on my PC with an HDTV (1080p) for recording ingame material of WoW and CoD 6 for example.
My question is, should I use the BluRay Insane profile given in MeGUI or is there any other profile that suits these sort of source input better?
AMED
29th April 2010, 06:45
I'm getting some weird queue behavior when there are encoding jobs with the same name filenames when using 2 workers.
http://i41.tinypic.com/2q21k3k.png
http://i40.tinypic.com/wjckyu.png
The pics sort of explains the problem, there are 2 workers running but for some reason they are both processing the same job 7. if you look in the log you can see jobs 4, 5 and 7 are processed twice.
Taurus
29th April 2010, 08:06
Since last update (dev) aften encoder errrors out.
Former version works right.
Here are the log files:
[Error] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.4.13
--[NoImage] OS : Windows XP Professional x86 SP3 (5.1.196608.2600)
--[NoImage] Latest .Net Framework installed : 3.5 (3.5.30729.01)
--[NoImage] Avisynth Version : 2.5.8.5
-[Error] Log for job2 (audio, Don`t you.wav -> Don`t you.ac3)
--[Information] [29.04.2010 08:51:12] Started handling job
--[Information] [29.04.2010 08:51:12] Preprocessing
--[NoImage] Avisynth script
---[NoImage] LoadPlugin("C:\Programme\megui\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] RaWavSource("G:\Wave\Don`t you.wav")
---[NoImage] Normalize()
---[NoImage] return last
--[NoImage] Commandline used: -readtoeof 1 -b 448 - "{0}"
--[Information] [29.04.2010 08:51:12] Encoding started
--[Information] [29.04.2010 08:51:12] Encode thread started
--[Information] [29.04.2010 08:51:12] Avisynth script environment opened
--[Information] [29.04.2010 08:51:12] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 48000
--[NoImage] Commandline: C:\Programme\megui\tools\aften\aften.exe -readtoeof 1 -b 448 - "G:\Wave\Don`t you.ac3"
--[Error] An error occurred
---[NoImage] Exception message: Can't start encoder: Der Thread ist deaktiviert. Auf die Priorität kann nicht zugegriffen werden.
---[NoImage] Stacktrace
----[NoImage] bei MeGUI.AviSynthAudioEncoder.createEncoderProcess(AviSynthClip a)
----[NoImage] bei MeGUI.AviSynthAudioEncoder.encode()
---[NoImage] Inner exception
----[NoImage] Exception message: Der Thread ist deaktiviert. Auf die Priorität kann nicht zugegriffen werden.
----[NoImage] Stacktrace
-----[NoImage] bei System.Threading.Thread.SetPriorityNative(Int32 priority)
-----[NoImage] bei MeGUI.AviSynthAudioEncoder.createEncoderProcess(AviSynthClip a)
----[NoImage] Inner exception: null
--[Information] [29.04.2010 08:51:13] Job completed
Her is the log file from the working older aften:
[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.4.13
--[NoImage] OS : Windows XP Professional x86 SP3 (5.1.196608.2600)
--[NoImage] Latest .Net Framework installed : 3.5 (3.5.30729.01)
--[NoImage] Avisynth Version : 2.5.8.5
-[Information] Log for job1 (audio, Don`t you.wav -> Don`t you.ac3)
--[Information] [29.04.2010 08:32:08] Started handling job
--[Information] [29.04.2010 08:32:13] Preprocessing
--[NoImage] Avisynth script
---[NoImage] LoadPlugin("C:\Programme\megui\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] RaWavSource("G:\Wave\Don`t you.wav")
---[NoImage] Normalize()
---[NoImage] return last
--[NoImage] Commandline used: -readtoeof 1 -b 448 - "{0}"
--[Information] [29.04.2010 08:32:13] Encoding started
--[Information] [29.04.2010 08:32:13] Encode thread started
--[Information] [29.04.2010 08:32:13] Avisynth script environment opened
--[Information] [29.04.2010 08:32:16] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 48000
--[NoImage] Commandline: C:\Programme\megui\tools\aften\aften.exe -readtoeof 1 -b 448 - "G:\Wave\Don`t you.ac3"
--[Information] [29.04.2010 08:32:17] Encoder process started
--[NoImage] Output from encoder via stderr
---[NoImage] Aften: A/52 audio encoder
---[NoImage] Version SVN
---[NoImage] (c) 2006-2007 Justin Ruggles, Prakash Punnoor, et al.
---[NoImage] input format: Microsoft WAVE Signed 16-bit little-endian 48000 Hz stereo
---[NoImage] output format: 48000 Hz stereo (2/0)
---[NoImage] SIMD usage: MMX SSE
---[NoImage] Threads: 1
---[NoImage] progress: 100% | q: 338.4 | bw: 60.0 | bitrate: 448.0 kbps
--[Information] [29.04.2010 08:32:33] Postprocessing
---[Information] Deleting intermediate files
--[Information] [29.04.2010 08:32:33] Job completed
This is on two Athlon XP machines, WinXP SP3.
On an Intel machine both versions work fine
So I guess its a compiler problem ICL11 maybe?
There are some optimations in ICL11 that are known to crash AMD's if not modified.
Please switch back to older version or all people with older hardware will come here to shout and haunt you :p.
Zathor
29th April 2010, 15:13
I'm getting some weird queue behavior when there are encoding jobs with the same name filenames when using 2 workers.
The pics sort of explains the problem, there are 2 workers running but for some reason they are both processing the same job 7. if you look in the log you can see jobs 4, 5 and 7 are processed twice.
Can you please provide the log file?
Since last update (dev) aften encoder errrors out.
Former version works right.
This is on two Athlon XP machines, WinXP SP3.
On an Intel machine both versions work fine
So I guess its a compiler problem ICL11 maybe?
There are some optimations in ICL11 that are known to crash AMD's if not modified.
Please switch back to older version or all people with older hardware will come here to shout and haunt you :p.
Thanks, I have used the least optimized version and if even this does not work I have to switch back to the old one.
I have one question regarding the different settings and parameters in MeGUI.
Currently I use Fraps on my PC with an HDTV (1080p) for recording ingame material of WoW and CoD 6 for example.
My question is, should I use the BluRay Insane profile given in MeGUI or is there any other profile that suits these sort of source input better?
This depends on your desired quality and your target device(s).
AMED
29th April 2010, 20:28
@Zathor
The log is too big to put in a single post so i have uploaded it to mediafire.
http://www.mediafire.com/?wgjz0ajayid
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.