View Full Version : MeGUI: bug reports and feature requests
Clumpco
9th June 2010, 21:23
With build 0.3.4.15 (using DGIndexNV 2010, Win7 32 bits) I get frequent GUI crashes at the start of the second pass. The progress window opens, but before it starts updating I get a "Programme has crashed" message from Windows. However X264 seems to carry on all by itself and completes the encode.
Any ideas?
Capsbackup
10th June 2010, 03:24
Next question, is there a way to extract tracks from an mp4 in meGUI? eac3to does not handle extraction from mp4 so the hd stream extractor does not work on mp4s. mp4box can do it from a command line, just did not see a way inside meGUI to do it. If its not there, any chance it could be added?
:thanks:
You could try Yamb. http://yamb.unite-video.com/download.html
movq
10th June 2010, 11:22
megui support windows 2008 server,64 bit OS?
velp
10th June 2010, 11:56
Hi,
Thanks for all the work that goes into MeGUI. Since I've found it I use it for everything.
One little thing I've noticed for the past few versions is the 'and close' tick box on the HD Streams Extractor screen seems to be anchored to some other component, or statically positioned within the form which doesn't allow for the resizing of the window components properly. This is by no means a show stopper. Just noticed that the behaviour on every other screen seems to have it anchored to the bottom of the form allowing for all components to be dynamically resized. This would be really handy on the HD Streams Extractor screen, some of those disks have so many streams, playlists etc be great to see more in one glance.
No rush, when every you get around to it, just making sure someone was aware of it.
Thanks again.
Velp
MOS-Marauder
10th June 2010, 15:45
megui support windows 2008 server,64 bit OS?
Yep..since its based on Windows Seven (or Vice Versa) it works fine.
Im using Win7 x64 and Windows Server 2008 R2 x64...
Both work fine.
Chris
Rat Killer
10th June 2010, 17:49
You could try Yamb. http://yamb.unite-video.com/download.html
Yes, a bit of searching yesterday and I came to the same conclusion myself. Thanks though.
Would be nice if meGUI could incorporate a bit more front end GUI support for the extract side of mp4box so could to it all in MeGUI.
MajorX
12th June 2010, 03:15
Hi friends
i m new with MeGUI encoding....so plz help me
when i encode anime video with DAR 16:9 the output file shows DAR 3:2.....encoding done correctly and i set DAR to 16:9 while creating avs script but i get same result.
can any one tell me some setting for megui for encoding anime...now i m using following setting
ref=8, bframes=3, b_pyramid=2, b_adapt=2, fast_pskip=1, chroma_qp_offset=-2, decimate=1, deblock=1:1:2, psy=1, psy_rd=0.40:0.00
is this setting correct or something wrong??
Inspector.Gadget
12th June 2010, 03:42
MajorX, post your Avisynth script. MeGUI stores and reads DAR data out of it and passes it to the muxer.
lnatan25
12th June 2010, 15:11
For some reason, the auto encode window does not remember custom sizes anymore... I always have to enter them manually.
Zathor
12th June 2010, 20:07
0.3.4.16
- [MainForm] fixed window size will be reset if window is minimized
- moved CustomFileSize, CustomFPSs, CustomDARs and GUI settings from user.config into settings.xml
- user.config is no longer created / updated.
Therefore MeGUI itself does not write anymore outside of the application directory
- [mencoderEncoder] switched mencoder to ffmpeg as pre-rendering engine in order to support x64
I never used the pre-rendering function and have not tested the change. I believe that if I broke something someone will post it.
Clumpco
12th June 2010, 22:23
0.3.4.16 - Seems to have got mkvmerge command line syntax wrong.
Job commandline: "C:\Program Files\megui\tools\mkvmerge\mkvmerge.exe" -o "my-muxed.mkv"
--engage keep_bitstream_ar_info --default-duration 1:25fps -d 1 -A -S "my.mkv" --language 0:eng --track-name "0:ac3 2/0 (flagged 3/2)"
--sync 0:-1025ms -a 0 -D -S "my PID 157d 3_2ch 48KHz 384Kbps DELAY -1025ms.ac3"
--language 0:eng --track-name "0:eng subs" -s 0 -D -A "my.srt" --no-clusters-in-meta-seek
[Error] An error occurred: Error: The source file '--no-clusters-in-meta-seek' could not be opened successfully,
or retrieving its size by seeking to the end did not work.
Note: full file path/name replaced by "my" for privacy reasons
Zathor
12th June 2010, 23:53
Thanks for the report.
That's because of a change in mkvtoolnix:
* mkvmerge: enhancement: mkvmerge will no longer put all clusters
into a meta seek element resulting in smaller file size. The
parameter "--no-clusters-in-meta-seek" has been renamed to
"--clusters-in-meta-seek" and its meaning reverted.
I will release a new build today which removes the --no-clusters-in-meta-seek from the command line.
MOS-Marauder
13th June 2010, 12:16
The Mkvmerge version u put un your last Update also cannot be started manually via mmg.exe.... Gui and Muxer versions mismatch.
Edit: the Muxer Gui used my Default Config....
Chris
Zathor
13th June 2010, 12:39
I have no problem so far to start mmg.exe manually and create a new mkv.
Zathor
13th June 2010, 13:25
0.3.4.17
- [VideoUtil] + [MainForm] fixed the detection of AviSynth for MeGUI x64
- [MkvMergeMuxer] removed --no-clusters-in-meta-seek because of the change in MkvToolNix 4.0.0
- [WindowUtil] + [JobWorkerWindow] prevent standby while a job is running
lnatan25
13th June 2010, 18:05
Thanks for the fixes, Zathor!
MOS-Marauder
14th June 2010, 11:08
I have no problem so far to start mmg.exe manually and create a new mkv.
Me, too.
mmg.exe took my default Config in the Registry (i had mkvtoolnix installed).
Chris
aegisofrime
15th June 2010, 15:25
Hi Zathor. I believe this is related to your change of using ffmpeg instead of memcoder for pre-rendering.
After the change, I notice that the pre-rendering stops early during the process. To be more specific, there isn't any crash. The only indication of a problem is that the file size meter stops increasing. My AVS script is as follows:
SetMTMode(2,4)
DGdecode_mpeg2source("C:\Raws\Test.d2v")
tempgaussmc_beta1u(1,1,0,0,0,0,edimode="--",SVthin=0.0,pelsearch=1)
Distributor()
MT("LimitedSharpenFaster()",4)
A pretty standard TGMC deinterlacing script, I would.
I'm thinking that perhaps it would be better to keep using mencoder for 32-bit and try ffmpeg for 64-bit? In addition to the above mentioned problem, there is another additional undesirable with ffmpeg, that there's no information feedback on expected file size, frames encoded or remaining time left. I believe these information can be quite important.
I would love to provide more information, however seeing as there's no error message whatsoever, I'm stumped as to what information to provide. Also this happens with at least 3 different videos I have tried, so I don't think it's video specific.
quantum5uicid3
16th June 2010, 04:04
do you think you could try a more recent build and see if the problem still exists? the lack of status info is a prob though. you could also try running job from commandline.
just overwrite ffmpeg.exe in the megui\tools\ffmpeg\
http://sourceforge.net/projects/mplayer-win32/files/
FFmpeg-svn-23591.7z is current most recent
edit
the link was confusing
i'm also not sure if -vstrict should be -1 or -2. i thought since ffvhuff is now stable, -1 should be used but ffmpeg documentation is not that clear about anything. anyone?
edit2:
at this point, couldn't it just use.
x264 --preset ultrafast --tune fastdecode --qp 0 --output "output" "input"
jeremy33
17th June 2010, 16:46
Hi,
I have a little probem with megui. If I encode a video for my GSM Samsung S5230 it don't work but if I encode the same video with the same settings with Ripbot it work.
Ripbot settings :
--level 3.0 --aud --nal-hrd vbr --vbv-bufsize 10000 --vbv-maxrate 10000 --no-cabac --filter 0,0 --ref 3 --bframes 0 --b-adapt 0
--no-weightb --weightp 0 --b-pyramid none --subme 6 --aq-mode 1 --trellis 0 --partitions p8x8,b8x8,i4x4,p4x4 --no-8x8dct --me umh
Cloudstrifeff7
18th June 2010, 10:18
With latest build when I use Const. Quality for x264, when I click "AutoEncode" in Size and Bitrate the choice is on File Size, with build 0.3.4.14 or with stable the choice is on "No Target size". This is a bug?
Zathor
18th June 2010, 17:33
Hi,
I have a little probem with megui. If I encode a video for my GSM Samsung S5230 it don't work but if I encode the same video with the same settings with Ripbot it work.
Ripbot settings :
--level 3.0 --aud --nal-hrd vbr --vbv-bufsize 10000 --vbv-maxrate 10000 --no-cabac --filter 0,0 --ref 3 --bframes 0 --b-adapt 0
--no-weightb --weightp 0 --b-pyramid none --subme 6 --aq-mode 1 --trellis 0 --partitions p8x8,b8x8,i4x4,p4x4 --no-8x8dct --me umh
I would recommend to create a new profile in MeGUI and put these settings for example in the custom command line.
With latest build when I use Const. Quality for x264, when I click "AutoEncode" in Size and Bitrate the choice is on File Size, with build 0.3.4.14 or with stable the choice is on "No Target size". This is a bug?
No, it's no bug - it's a intended change:
http://forum.doom9.org/showthread.php?p=1402211#post1402211
Frogger13
18th June 2010, 18:06
Hi,
I am using MeGUI for quite some time now and would like to post a small request concerning the AVS Script editor.
In fact, it's perfect, but two things could be enhanced when it comes the the AVS Script Editor:
Use a Fixedsys font like notepad (courrier new, ...) as does any code editor. It makes it easy to create a presentable code
Add the possibility to change the size of the window as it is VERY small for an AVS Script code editor (or leave it fixed size but make it a litte larger)
Would be very nice if these where implemented :thanks:
Concerning MeGU x64 I have a question: I found the core files but no libs, etc. is this normal? the programm won't start and complain about misconfiguration... :(
Cloudstrifeff7
18th June 2010, 18:47
No, it's no bug - it's a intended change:
http://forum.doom9.org/showthread.php?p=1402211#post1402211
I see. Thank you very much!
Inspector.Gadget
18th June 2010, 18:57
The AVS Script code area can easily be resized by clicking and dragging the triangle at the lower right corner of the child window containing the code area.
quantum5uicid3
18th June 2010, 21:22
@jeremy33
you're settings are somewhat redundent and more confusing then they need to be. a portion of bluray compatible settings? also aside from x264 setting, you need to be looking at audio and container settings.
here's a good starting point for any mobile device for x264
program --level 3.0 --profile baseline --preset %whatever% --ref 5
then just manually tweak --ref , --vbv-bufsize , --vbv-maxrate , --level , and --profile to use the highest setting/resolution that will work on your device and post your results. :)
edit
forgot, here's a clear chart for what each of the levels will set your vbv to and maximum allowed resolutions.
http://rob.opendot.cl/index.php/useful-stuff/h264-profiles-and-levels/
Frogger13
19th June 2010, 08:41
The AVS Script code area can easily be resized by clicking and dragging the triangle at the lower right corner of the child window containing the code area.
Humm nope... Maybe there is a misunderstanding: I'm talking about de AVS Code Editor, and there is no lower left corner drag thing here...
http://img691.imageshack.us/img691/2980/avseditor.jpg
It would actually come very handy to have FixedSys Fonts there (Courrier New...) and at least double width Window size. As a .NET application both enhancements should not be to difficult :)
jeremy33
19th June 2010, 08:44
I find why it doesn't work.
If I set output to .mp4 it doesn't work but if I set output to RAWAVC and I mux to .mp4 it work (with megui mp4box).
So what's wrong ?
Zathor
19th June 2010, 18:56
0.3.4.18
- [UpdateWindow] set last modified time
- [AviSynthWindow] + [AviSynthProfileConfigPanel] changed font to Courier New
- [MeGUISettings] defaults to development update server if development build is used
- [mencoderEncoder] switched ffmpeg to mencoder as pre-rendering engine for x86
This build will be released as stable build together with the recent tools soon (if no new problems arise).
Frogger13
19th June 2010, 22:09
0.3.4.18
- [UpdateWindow] set last modified time
- [AviSynthWindow] + [AviSynthProfileConfigPanel] changed font to Courier New
- [MeGUISettings] defaults to development update server if development build is used
- [mencoderEncoder] switched ffmpeg to mencoder as pre-rendering engine for x86
This build will be released as stable build together with the recent tools soon (if no new problems arise).
ThanX Zathor thats Great! :thanks::thanks::thanks:
BTW: How do you run the x64 Version of MeGUI? I can't find the Lib and data files for 64bit:confused:
Zathor
19th June 2010, 23:10
BTW: How do you run the x64 Version of MeGUI? I can't find the Lib and data files for 64bit:confused:
You can find the installation instructions here:
http://forum.doom9.org/showthread.php?p=1390397#post1390397
Frogger13
20th June 2010, 08:34
You can find the installation instructions here:
http://forum.doom9.org/showthread.php?p=1390397#post1390397
Thanks for the Information, but I keep getting following error:
http://img267.imageshack.us/img267/4698/errorjl.jpg
AviSynth64 is installed and working. MeGUI64 is in the same path as MeGUI32. But also if I put the x64 files in a separate Directory, the error is the same.
Edit: Installed .NET Framework is incremental .NET Framework 3.5 (http://www.microsoft.com/downloads/details.aspx?FamilyId=333325fd-ae52-4e35-b531-508d977d32a6&displaylang=en) + hotfixes
Zathor
20th June 2010, 13:45
MeGUI64 is in the same path as MeGUI32. But also if I put the x64 files in a separate Directory, the error is the same.
MeGUI x64 must be installed in a different directory than MeGUI x86. But this is not the source of the error. It seems that you need to install a Visual C++ x64 Redistributable Package (there are several ones and newer ones do not include the older packages)
Zathor
20th June 2010, 13:52
Build 0.3.5 released. Beside the build number and a few minor cosmetic things this build is the same as 0.3.4.18.
Changelog for 0.3.5 (includes all changes since 0.3.4):
0.3.5.0
Main changes:
- simplified x264 profiles and the main x264 configuration page. Only the
target/playback device of the encoding will be selected with the default
profile. The encoding mode and quality will be selected automatically or
can be defined manually.
- if targeting file size in AutoEncode or One-Click the encoding mode of the
selected video profile will be switched temporarily to automated 2/3pass
The AutoEncode defaults can be changed in the settings
- if applying a bitrate in the bitrate calculator the encoding mode of the
selected video profile will be switched on request permanently
to automated 2/3pass
- only one concurrent audio encoding is allowed
- renamed "DG Creator" to "File Indexer" and improved the File Indexer
- added FFMS (FFmpegSource2) to the File Indexer
- improved Bitrate Calculator. Patch by JarrettV (#2999751)
Other changes:
- [AviSynthWindow] + [AviSynthProfileConfigPanel] + [Changelog]
changed font to Courier New
- [MeGUISettings] defaults to development update server
if development build is used
- [VideoUtil] + [MainForm] fixed the detection of AviSynth for MeGUI x64
- [MkvMergeMuxer] removed --no-clusters-in-meta-seek because of the change
in MkvToolNix 4.0.0
- [WindowUtil] + [JobWorkerWindow] prevent standby while a job is running.
Feature request #2976205
- [MainForm] fixed window size will be reset if window is minimized
- moved CustomFileSize, CustomFPSs, CustomDARs and GUI settings from
user.config into settings.xml
- user.config is no longer created / updated. Therefore MeGUI itself does not
write anymore outside of the application directory
- DGIndexNV will use DGMultiSource instead of DGSource as default setting
- [mencoderEncoder] switched mencoder to ffmpeg as pre-rendering engine in
MeGUI x64 in order to support x64
- [JobControl] fixed a crash if an unknown job type is used
- [JobControl] old D2V and DGI jobs will be updated
- [BitrateCalculator] add 1 1/2 DVD target size and adjust others to safe
values. Patch by JarrettV (#2999751)
- [BitrateCalculator] fix calculation accuracy by total file size and by BPP
to account for constant video overhead. Patch by JarrettV (#2999751)
- [BitrateCalculator] simplify audio bitrate inspection to assume bitrate from
video duration and audio file size. Patch by JarrettV (#2999751)
- changed the way windowstate, location and size are saved and applied for
MainForm, JobWorker, Changelog and WorkerSummary
- [x264Config] changed "Fast first pass" to "Slow first pass"
- [ProfileConfigurationWindow] + [Calculator] + [Changelog] changed style to
FixedToolWindow (no resize, no minimize)
- [Calculator] settings can only be applied if bitrate > 0
- [JobControl] enhanced the adding of new jobs
- [AudioEncodingTab] "_new" will be appended to the file name if the output
file already exists
- [JobControl] + [JobWorkerWindow] fixed a problem with several workers
running the same job
- [JobControl] + [JobWorkerWindow] only one audio encoding at a time.
Bug #2996413
- [FileBar] set focus to the open dialogue
- renamed VobInputWindow to FileIndexerWindow, renamed several of
the indexer classes
- [FileIndexerWindow] display of source media information added
- [FileIndexerWindow] based upon the source media the recommended indexer
will be preselected
- [tsMuxeR] fixed failed muxing in rare cases
- [BitrateCalculator] add BPP and Quality Estimate calculation support with
complexity slider. Patch by JarrettV (#2999751)
- [BitrateCalculator] improved audio and unlimited extra calculation support.
Patch by JarrettV (#2999751)
- [BitrateCaluclator] the encoding mode of the selected video profile will be
switched to automated 2/3pass if necessary
- [x264ConfigurationPanel] simplified the main page, improved the tooltip help
- [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
- [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
- [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"
- [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
- x264 - some CQP mode adjustments
- x264 - added superfast preset support (requires x264 revision 1509 or higher)
- [ffmsReader] + [ScriptServer] FFVideoSource defaults to the YV12 colorspace
- [VideoUtil] improved the ConvertToYV12() handling
- [UpdateCacher] + [UpdateWindow] + [MainForm]
added offline install capability
- [UpdateCacher] + [UpdateWindow] zip files will be verified before extracting
- [UpdateCacher] improved proxy support
- user.config will be migrated to new version if possible
- [x264Encoder] mbtree can be disabled while fast preset is active
- [AviSynthWindow] FFVideoSource will be used automatically if a corresponding
findex file exists
- [MeGUISettings] fixed ffms file not found problem
- [MP4BoxMuxer] + [CommandlineJobProcessor] changed the way the remaining time
is estimated. Bug #2124705
- [MainForm] updatecopier.exe will only be elevated if necessary
- simplified updatecopier.exe
- [HDStreamExtractorIndexer] improved mpls parsing
- [BitrateCalculator] fixed overflow in case of very long video durations
- [MainForm] suspend the update process until the profiles have been imported
- [x264Encoder] + [x264ConfigurationPanel] changed the default b-pyramid value
to normal (requires x264 revision 1455 or higher)
- [JobWorkerWindow] enhanced error handling
- [AudioEncoderInterface] earlier preprocessing status update
- [tsMuxeR] ISO639-2-Code will be used for the language during muxing
- [tsMuxeR] fixed muxing of srt files. Bug #2958514
- [x264] removed the lossless checkbox, changed turbo to "fast first pass",
changed thread-input, cosmetics
- [tsMuxeR] + [CommandlineMuxer] changed the way the projected filesize is estimated
- [AviSynthProfileConfigPanel] if clever anamorphic encoding is enabled the
dropdown box will be also enabled
- [AviSynthWindow] openning a file also triggers the clever anamorphic
encoding event. Bug #2957647
- [UpdateWindow] set last modified time to extracted files
- [UpdateWindow] files which need a reboot will also be saved if selected
- update ICSharpCode.SharpZipLib.dll
- [x264Encoder] added support for new x264 nal-hrd switches
(requires x264 revision 1442 or higher)
Bi11
21st June 2010, 00:00
Bugs in x264 configuration dialog (Advanced mode) in Build 0.3.5 :
1) Changing Tunings causes changes to --ref and --bframes. It places --ref 3 and sometimes (for presets: Ultra Fast, Very Slow, Placebo) --bframes 3 on the commandline.
2) For Film, Animation and Grain Tunings, changing Psy-Trellis Strength has no effect on the commandline until Psy-RD Strength is changed to something other than 1.00.
It seems the code for Tunings needs some serious bug spray. Sometimes there are some weird (but not so easy to replicate) changes to the commandline, like choosing Animation sometimes places --bframes 16 on the commandline. :confused:
TwoToad
21st June 2010, 07:04
Hey Zathor, nice work on 0.3.5.0...
Something that's been off on all MeGUI versions I am hoping you could fix is when I AutoEncode with a video that is encoded animorphically, MeGUI doesn't pass this information on to mp4box.
My AVS file contains these lines:
# Set DAR in encoder to 47 : 26. The following line is for automatic signalling
global MeGUI_darx = 47
global MeGUI_dary = 26
But the log files show this:
Job commandline: "C:\Program Files\megui\tools\mp4box\mp4box.exe" -add "File.264:fps=29.97" -add "File.m4a#trackID=1" -ipod -tmp "c:\movies\" -new "File.mp4"
It's not passing a "-par 1=40:33" (or ": par=40:33", I'm not sure which is preferable) switch to the mp4box command line?
As a side note, I also tried muxing the file using the Tools->Muxer->MP4 Muxer option from the menu. It doesn't let you set the PAR from there either. But for the audio track it does let you set the language, which does pass a ":lang=English" parameter to mp4box. I thought this was very nice and was wondering if the language (and par of course) could be added to the video input as well?
Thanks for your time Zathor. I hope this was the correct forum to post this in.
soso12
21st June 2010, 08:36
Hello Zathor,
Thank you for all the good work you do, i used the last Build 0.3.5 released but i noticed that we are limited only to (High@L4.0) we have no choise like before :
Vidéo
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Profil du format : High@L4.0
Paramètres du format, CABAC : Oui
Paramètres du format, RefFrames : 9 images
Type de muxing : Container profile=Unknown@4.0
Identifiant du codec : V_MPEG4/ISO/AVC
Débit : 6 186 Kbps
Largeur : 1 280 pixels
Hauteur : 720 pixels
Format à l'écran : 16/9
Images par seconde : 23,976 Im/s
Résolution : 8 bits
Colorimétrie : 4:2:0
Type d'image : Progressif
Bits/(Pixel*Image) : 0.280
Bibliothèque utilisée : x264 core 98 r1649 c54c47d
is this normal or wanted ?
:thanks:
AMED
21st June 2010, 08:39
the option is there, in the x264 config enable show advanced settings, misc tab.
soso12
21st June 2010, 10:02
Thanks AMED, i don't saw the Misc tab, it's perfect ! :thanks:
flebber
22nd June 2010, 00:05
I am getting an error when trying to process video in megui. Problem occurs after auto preview is enabled. The problem is that my output reflects the auti preview.
http://farm2.static.flickr.com/1317/4722080523_b06f902ee7.jpghttp://farm2.static.flickr.com/1375/4722733144_d324a39d02.jpg
The script is basically default as I thought previously my filters may have done it.
# Set DAR in encoder to 16 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
LoadPlugin("C:\Megui\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("C:\Rip\Source\MainMovie\DVD_VIDEO_1_1\VIDEO_TS\VTS_01_1.d2v", cpu=4, info=3)
LoadPlugin("C:\Megui\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)
#deinterlace
crop( 10, 2, -6, -2)
LanczosResize(704,576) # Lanczos (Sharp)
LoadPlugin("C:\Megui\tools\avisynth_plugin\UnDot.dll")
Undot() # Minimal Noise
Guest
22nd June 2010, 00:12
Try:
crop( 8, 2, -8, -2)
flebber
22nd June 2010, 01:02
I still have the error with different crop settings. I tried all different anamorphic settings and disabled undot, But no go.
Guest
22nd June 2010, 03:34
Post an unprocessed source sample that we can use to duplicate the issue.
Also, what happens if you load the script directly into VirtualDub?
flebber
22nd June 2010, 04:13
Will post source shortly. Same appearance when script loaded into virtualdub. Used oneclick encoder and it produced a good copy(Even auto inserted chapters, neat feature).
Output from one click encoder.
General
Complete name : C:\Rip\Source\MainMovie\DVD_VIDEO_1_1\VIDEO_TS\VTS 01 1.mkv
Format : Matroska
File size : 597 MiB
Duration : 44mn 19s
Overall bit rate : 1 885 Kbps
Encoded date : UTC 2010-06-22 02:22:54
Writing application : mkvmerge v4.0.0 ('The Stars were mine') built on Jun 6 2010 16:18:42
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Muxing mode : Container profile=Unknown@3.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 44mn 19s
Bit rate : 1 738 Kbps
Width : 704 pixels
Height : 572 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.173
Stream size : 551 MiB (92%)
Writing library : x264 core 98 r1649 c54c47d
Encoding settings : cabac=1 / ref=5 / deblock=1:0:-1 / analyse=0x3:0x113 / me=umh / subme=8 / psy=0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=0 / threads=3 / sliced_threads=0 / nr=100 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Audio
ID : 2
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : A_MPEG/L3
Codec ID/Hint : MP3
Duration : 44mn 19s
Bit rate mode : Variable
Bit rate : 109 Kbps
Nominal bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Stream size : 34.6 MiB (6%)
Writing library : LAME3.98r
Encoding settings : -m j -V 4 -q 2 -lowpass 17 --abr 128
Menu
00:00:00.000 : en:Chapter 01
00:02:29.760 : en:Chapter 02
00:17:46.400 : en:Chapter 03
00:27:50.720 : en:Chapter 04
00:36:33.600 : en:Chapter 05
00:43:40.000 : en:Chapter 06
00:44:17.400 : en:Chapter 07
Guest
22nd June 2010, 04:19
Post the source clip. Anything else is useless and a waste of time.
flebber
22nd June 2010, 05:02
http://www.mediafire.com/file/jygzihmgday/sample.vob.VOB_0
JoeH
22nd June 2010, 08:08
Zathor, the "AutoEncode" option for MKV files doesn't seem to be working correctly in 0.3.5. I've noticed the following problems:
1. It ignores the name for the file that you put into the AutoEncode window.
2. It only creates the video encode jobs, not the mux job. Even if I output MKV and then Autoencode to MKV, I want it to remux the MKV file so as to create the index.
3. If I select RAWAVC as the format, and then select MKV as the Autoencode format, it does not create a RAWAVC job, but only creates an MKV job.
The M2TS autoencode seems to be working correctly.
Guest
22nd June 2010, 12:00
Same appearance when script loaded into virtualdub. I see no such problem using your sample and script when viewing the script directly in VirtualDub.
flebber
22nd June 2010, 14:22
I see no such problem using your sample and script when viewing the script directly in VirtualDub.
I still get the lines in Virtualdub. Thats where it seemed odd that One Click encoder has a perfect output but using avs script creator didn't. Seems there should be no difference.
WorBry
22nd June 2010, 14:52
Core 0.3.5.0 on the stable update server wont load (auto-unzip) .... broken? Tried running the update several times. The one on the developmental server seems OK though.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.