Log in

View Full Version : MeGUI: bug reports and feature requests


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 [35] 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

Lighto
16th December 2010, 15:56
There seems to be some problem with both MKV Muxer and MP4 Muxer.

If I encode a 5m53s long video (23.976fps) with --pulldown 32 to a raw .264
and then mux the file with the M2TS Muxer everything is fine (5m53s, 29.970fps).

If I do the same but mux with MKV Muxer or MP4 Muxer the video ends up being 4m42s long (29.970fps).

For MKV Muxer and MP4 Muxer, set the fps to 23.976.
It should fix the problem, I can't tell you why there isn't a need in the M2TS Muxer though.

:)


Hello ,

i have a probleme with Megui since the last update.
When I encode a video xvid / mp3 with auto encode by choosing the size has 198mb, at the end I have a file AVI of 261Mb in places of 198Mb.

Tested with big bucks bunny as my source file and encoded it to xvid/mp3 and couldn't replicate your problem.
Try providing a sample of your source file and MeGUI's logs so that others can help you regarding this issue.

LDevil
16th December 2010, 20:08
you using dvddecrypter, dvdfab?
DVDDecrypter

vergil666
16th December 2010, 20:26
Tested with big bucks bunny as my source file and encoded it to xvid/mp3 and couldn't replicate your problem.
Try providing a sample of your source file and MeGUI's logs so that others can help you regarding this issue.

ok thanks, i think its my source file because i tried with another source and there is no probleme.

flebber
17th December 2010, 00:10
DVDDecrypter

I can't see a particular problem. tried to replicate your problem couldn't

First update avisynth to latest version http://sourceforge.net/projects/avisynth2/files/AviSynth%202.5/AviSynth%202.5.8/

second your directory should contain vts_01_0 try loading that instead.

Zathor
18th December 2010, 11:22
It was hard for me to upload source video file - it's 4GB DVD rip. But when I was trying to extract a part of video file I realized that problem is connected to VTS_01_0.IFO file. If this file exists along with VOB files in one directory, MeGUI crash in the way I mentioned in previous post.
But if I remove this file from directory (so there are only VOB files) everything works!
I've attached mentioned VTS_01_0.IFO file, but this problem occured also with other DVDs.

Sorry, cannot reproduce the problem with your file only.

mpamphs70
19th December 2010, 13:25
I created an image of the movie "The expendables" on my hdd with anydvdhd.
I extracted all the necessary streams into the hdd but when I tried to index the mkv file, I found out that there wasn't any option to index the file. So I couldn't proceed with the queue option.
Any suggestions?

Sharktooth
19th December 2010, 15:28
your question is not clear. you said you have created an "image" of a movie with anydvdhd... then you want to "index the mkv".
i cant understand.

mpamphs70
19th December 2010, 18:17
your question is not clear. you said you have created an "image" of a movie with anydvdhd... then you want to "index the mkv".
i cant understand.

O.K. I'll be more specific:
I created an image of the movie "The expendables" with anydvdhd.
I mounted the image with virtual clone drive.
From the tools menu of the megui I selected the HD streams extractor option and I extracted the necessary streams into the hdd.
I extracted the video stream as an mkv file and from the tools menu again I selected the file indexer option.
In the input file I selected the mkv file I mentioned above, but to my surprise I can't select a file indexer, all the options (e.g. ffmsindex ) are grayed out.
I hope I was more helpful :)

Zathor
19th December 2010, 18:28
Which MeGUI build are you using? And please post the mediainfo of the mkv file.

mpamphs70
19th December 2010, 18:32
Megui build 0.3.5.31

media info:

General
Unique ID : 269633953295690861695923320702956546653 (0xCAD99C479A4005AEC3AFCAC04C192A5D)
Complete name : G:\THE_EXPENDABLES\New folder\F1_T2_Video - .mkv
Format : Matroska
File size : 20.0 GiB
Duration : 1h 39mn
Overall bit rate : 28.9 Mbps
Encoded date : UTC 2010-12-18 09:51:49
Writing application : eac3to
Writing library : Haali DirectShow Matroska Muxer 1.10.262.12

Video
ID : 1
Format : VC-1
Format profile : AP@L3
Codec ID : WVC1
Codec ID/Hint : Microsoft
Duration : 1h 39mn
Bit rate : 28.4 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.547
Stream size : 19.6 GiB (98%)

Zathor
19th December 2010, 18:55
The only included indexer which can index an mkv container with interlaced vc-1 is DGIndexNV and this one is only activated if you have a Nvidia card and a licence for it. So you have to use DiretShowSource (or DSS2) to open the file directly without indexing it.

Zathor
30th December 2010, 19:51
1883
- [MP4 Muxer] fixed tmp directory handling. Bug #3129545
- [Update] changed update detection. Some/all downloads may need to be reapplied once.
- [Update] added the update date to the update window
- [Log] added preliminary log file writing. the well formed file will be written during closing.
- fixed main window height saving
- [Update] added update log entries also to the main log
- [Audio Cutter] fixed problem with some non 7bit ASCII path/file names. Bug #3144278
- changed version numbers to the svn build number
- added besplit

1884 (zathor) [Update] fixed problem with applying core update

rapscallion
30th December 2010, 22:29
1884 (zathor) [Update] fixed problem with applying core update


Apparently not, 1884 keeps wanting to update the core...I stopped after 12 restarts.

Shevek
30th December 2010, 22:56
1884 (zathor) [Update] fixed problem with applying core update

Mine keeps offering 1884 as an update, even though it is already installed. :confused:

http://paje.ro/wp-content/uploads/2010/12/MeGUI-Updater_2010-12-30_21-57-04.png

Zathor
30th December 2010, 23:05
Mhm, it works for me. Please close MeGUI and post the first lines of the AutoUpdate.xml. There should be something like
<CurrentVersion>
<FileVersion>1884</FileVersion>
<UploadDate>2010-12-30T19:11:00Z</UploadDate>
</CurrentVersion>
<AvailableVersions>
<Version>
<FileVersion>1884</FileVersion>
<Url>megui-core_1884.zip</Url>
<UploadDate>2010-12-30T19:11:00</UploadDate>
</Version>
</AvailableVersions>
in line 7-17.

Shevek
30th December 2010, 23:12
Here's mine:

<CurrentVersion>
<FileVersion>1884</FileVersion>
<UploadDate>2010-12-30T20:11:00Z</UploadDate>
</CurrentVersion>
<AvailableVersions>
<Version>
<FileVersion>1884</FileVersion>
<Url>megui-core_1884.zip</Url>
<UploadDate>2010-12-30T19:11:00</UploadDate>
</Version>
</AvailableVersions>

I notice that the times are an hour apart. Something to do with time zones? I am in GMT.

palwan
30th December 2010, 23:16
And mine:

- <CurrentVersion>
<FileVersion>1884</FileVersion>
<UploadDate>2010-12-30T18:11:00Z</UploadDate>
</CurrentVersion>
- <AvailableVersions>
- <Version>
<FileVersion>1884</FileVersion>
<Url>megui-core_1884.zip</Url>
<UploadDate>2010-12-30T19:11:00</UploadDate>
</Version>
</AvailableVersions>

Zathor
30th December 2010, 23:20
It "should" not matter as the fix in 1884 was to use UTC. I am not in UTC, too. Which OS do you use?

Shevek
30th December 2010, 23:23
It "should" not matter as the fix in 1884 was to use UTC. I am not in UTC, too. Which OS do you use?

Win 7 x64

rapscallion
30th December 2010, 23:27
And mine (up to 20 restarts now !):
Win XP x32, SP3

<FileVersion>1884</FileVersion>
<UploadDate>2010-12-31T01:11:00Z</UploadDate>
</CurrentVersion>
<AvailableVersions>
<Version>
<FileVersion>1884</FileVersion>
<Url>megui-core_1884.zip</Url>
<UploadDate>2010-12-30T19:11:00</UploadDate>
</Version>
</AvailableVersions>
<AllowUpdate>true</AllowUpdate>

Zathor
30th December 2010, 23:36
1886 [Update] removed core file date check
1885 [HD Streams Extractor] added a warning if a gaps file is created

1886 should fix the problem finally. please report back if it is working now. if not then please post again the autoupdate.xml lines.

Shevek
30th December 2010, 23:40
1886 should fix the problem finally. please report back if it is working now. if not then please post again the autoupdate.xml lines.

Now updated to 1886 and no longer asks for updates

Thanks Zathor

rapscallion
31st December 2010, 01:11
+1, works fine now. Thanks Zathor for the quick fixes !!

tebasuna51
31st December 2010, 13:29
Thanks Zathor.

But, for what BeSplit v0.9b6?
There are:

BeSplit v0.9b7
- workaround for converting open-bitrate dtswavs..

And the latest I know:
BeSplit v0.9b8
- block_align fix in 6ch mode. See :
http://forum.doom9.org/showthread.php?p=609216#post609216

Zathor
31st December 2010, 13:34
Because I did not know that there is a newer build. I just wanted to add the last missing program (neroenc can not be added of course).
EDIT: Do you have a download link for v9b8?
EDIT2: Nevermind ... http://besweet.notrace.dk/BeSplitv0.9b8.zip

Zathor
31st December 2010, 14:02
1888 [AVS Cutter] fixed async audio with fades. Bug #2945637
1887 [Log] fixed missing log entries in the preliminary log file

Lighto
31st December 2010, 14:51
Thanks for the updates!

Also,

Happy New Year!

tebasuna51
31st December 2010, 19:06
Thanks for BeSplit and AVS Cutter changes.

Happy New Year to everybody!

nikusor665
1st January 2011, 11:00
I keep getting this kind of blocks in the video preview window http://img402.imageshack.us/img402/7571/87746699.jpg when trying to resize from 1080p to 720p , actually its happening even if I dont resize ...I updated everything in MeGui, installed the latest AViSynth 2.5.8 , added ConvertToYV12() to the avs script when resizing .... what do I need to do ?? The encodes are blocky too .

LE: I solved it. The problem was the original file I used. It was a split/cut with tsmuxer from a bigger m2ts file. And apparently avs didnt handle the split file well , although when playing mpc-hc didnt have a problem with it .

rapscallion
1st January 2011, 22:36
Happy New Year everyone !!

@Zathor, with the new version #'s, if you do 123 core updates, the version will be the same as this year. :D

GDAce
3rd January 2011, 14:53
i am getting an error when am trying to run pre-rendering job...

Process exits with error code: -529697949

any solutions please

Zathor
3rd January 2011, 18:33
Please post the log, the content of the generated avs file and the mediainfo of the source file.

GDAce
3rd January 2011, 18:56
[Error] Log
-[Information] Versions
--[Information] MeGUI Version : 1888 (svn)
--[Information] OS : Windows Seven x64 (6.1.0.7600)
--[Information] Latest .Net Framework installed : 3.5 SP1 (3.5.30729.4926)
--[Information] Avisynth Version : 2.5.8.5 (11/16/2009 6:25:55 AM)
-[Information] Update detection
--[Information] [1/3/2011 5:51:15 PM] Trying server: http://megui.org/auto/
--[Information] [1/3/2011 5:51:15 PM] Retrieving update file from server
--[Information] [1/3/2011 5:51:17 PM] File downloaded successfully
--[Information] [1/3/2011 5:51:17 PM] Loading update data
--[Information] [1/3/2011 5:51:17 PM] Update data loaded successfully
--[Information] [1/3/2011 5:51:17 PM] Finished parsing update file
--[Information] [1/3/2011 5:51:17 PM] There is 0 file that can be updated.
-[Information] Log for job9 (idx, VTS_06_1.VOB -> VTS_06_1.d2v)
--[Information] [1/3/2011 5:52:37 PM] Started handling job
--[Information] [1/3/2011 5:52:37 PM] Preprocessing
--[Information] Job commandline: "C:\Program Files (x86)\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<G:\My\VTS_06_1.VOB< -OF=<G:\My\VTS_06_1< -FO=0 -exit -hide -OM=2
--[Information] [1/3/2011 5:52:37 PM] Indexing started
--[Information] Standard output stream
--[Information] Standard error stream
--[Information] [1/3/2011 5:56:55 PM] Running auto force film
---[Information] Film percentage: -1
--[Information] [1/3/2011 5:56:56 PM] Postprocessing
--[Information] [1/3/2011 6:04:13 PM] Job completed
-[Error] Log for job10 (video, VTS_06_1.avs -> hfyu_VTS_06_1.avi)
--[Information] [1/3/2011 7:38:59 PM] Started handling job
--[Information] [1/3/2011 7:38:59 PM] Preprocessing
--[Information] Job commandline: "C:\Program Files (x86)\MeGUI\tools\mencoder\mencoder.exe" "G:\My\VTS_06_1.avs" -o "G:\My\hfyu_VTS_06_1.avi" -of avi -forceidx -ovc lavc -nosound -lavcopts vcodec=ffvhuff:vstrict=-2:pred=2:context=1
--[Information] [1/3/2011 7:39:02 PM] Encoding started
--[Error] [1/3/2011 7:39:03 PM] Process exits with error code: -529697949
--[Information] Standard output stream
---[NoImage] MEncoder Sherpya-SVN-r32674-4.2.5 (C) 2000-2010 MPlayer Team
---[NoImage] 161 audio & 356 video codecs
---[NoImage] success: format: 0 data: 0x0 - 0x216
--[Information] Standard error stream
--[Information] [1/3/2011 7:39:03 PM] Job completed

AVS Content

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("G:\My\VTS_06_1.d2v", cpu=4)
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\TIVTC.dll")
tfm(order=1).tdecimate(hybrid=3)

crop( 2, 44, -2, -48)
fastdegrain(degrain=1)
LanczosResize(720,320) # Lanczos (Sharp)

Source is d2v of vob file...here is mediainfo of vob

General
Complete name : G:\My\VTS_06_1.VOB
Format : MPEG-PS
File size : 1 024 MiB
Duration : 21mn 42s
Overall bit rate : 6 596 Kbps

Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Default
Format settings, GOP : M=3, N=13
Duration : 21mn 42s
Bit rate mode : Variable
Bit rate : 6 016 Kbps
Nominal bit rate : 8 000 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 2.35:1
Frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.581
Stream size : 934 MiB (91%)

Audio
ID : 128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Duration : 21mn 42s
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Video delay : -206ms
Stream size : 69.5 MiB (7%)

Menu

Boardlord
3rd January 2011, 20:27
Hi Zathor,

I seem to have run into the same, or similar update problem some users encountered. I updated from 0.3.5.31 to 1886 without a hitch a couple of days ago. I checked again for updates today saw that a lot of components were listed as outdated despite their being up-to-date. I de-selected them, leaving only the truly updateable ones and went ahead with the update to 1888, trusting that the problem will be fixed after the restart of MeGUI. After restart though this welcomed me:

http://img218.imageshack.us/img218/8307/scr1w.th.png (http://img218.imageshack.us/i/scr1w.png/)

My AutoUpdate.xml:

http://www.multiupload.com/P4P5ABJ4NB

The first few lines of it:

<?xml version="1.0" encoding="utf-8"?>
<ArrayOfIUpgradeable xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<iUpgradeable xsi:type="MeGUIFile">
<Reinstall>false</Reinstall>
<DownloadChecked>false</DownloadChecked>
<SaveFolder>D:\Mpeg\Video\Encode\MEGUI</SaveFolder>
<CurrentVersion>
<FileVersion>1888</FileVersion>
<UploadDate>2010-12-31T00:00:00</UploadDate>
</CurrentVersion>
<AvailableVersions>
<Version>
<FileVersion>1888</FileVersion>
<Url>megui-core_1888.zip</Url>
<UploadDate>2010-12-31T00:00:00</UploadDate>
</Version>
</AvailableVersions>

Thanks for the help!

edit: small additional info

Zathor
3rd January 2011, 22:09
I updated from 0.3.5.31 to 1886 without a hitch a couple of days ago. I checked again for updates today saw that a lot of components were listed as outdated despite their being up-to-date. I de-selected them, leaving only the truly updateable ones and went ahead with the update to 1888, trusting that the problem will be fixed after the restart of MeGUI.
Please click on update. This has been this change:
[Update] changed update detection. Some/all downloads may need to be reapplied once.
As the files should be in your update_cache folder no download will be necessary.

GDAce: Sorry, your information does not help - at least I have no idea why it is failing for you. In the next build there will be bigger changes to the pre-rendering job so I suggest to wait for that. It should be available in the next days.

Boardlord
3rd January 2011, 23:19
Please click on update. This has been this change:
[Update] changed update detection. Some/all downloads may need to be reapplied once.
As the files should be in your update_cache folder no download will be necessary.

All fixed, thanks!!

Zathor
5th January 2011, 12:29
1900 [Update] moved MediaInfoWrapper.dll from the MediaInfo package to a dedicated download package
1899 [Update] added 7-Zip support
[Update] enhanced log entries
1898 improved M2TS bitrate calculation. Patch by Selur
1897 [AutoEncode] cosmetic bitrate rounding
1896 removed mencoder
1895 [Snow] replaced mencoder with ffmpeg
1894 [pre-rendering job] replaced mencoder with ffmpeg for MeGUI x86
[pre-rendering job] fixed problem if the output file already exists. Bug #3018152
1893 [Job] improved deleting of files after a job has been aborted
1891 [pre-rendering job] added full status update to the progress window if using MeGUI x64. Bug #3018150
1890 [pre-rendering job] changed AVISource to FFVideoSource
[pre-rendering job] added the corresponding FFIndex job
1889 [OneClick] removed the blocking popup in case of an error during source type detection. instead the error message will be written into the log. Feature request #3148688

Lighto
5th January 2011, 13:08
Thanks for the updates!
:thanks:

Rat Killer
5th January 2011, 13:59
Most recent updates (Build 1902 and updated dgindexnv) result in invalid win32 application error.

[Error] Log for job8 (idx, 24 S5D4.Title5.DVDRip.vob -> 24 S5D4.Title5.DVDRip.dgi)
-[Information] [1/5/2011 6:54:32 AM] Started handling job
-[Information] [1/5/2011 6:54:32 AM] Preprocessing
-[Information] Job commandline: "C:\Program Files\megui\tools\dgindexnv\dgindexnv.exe" -i "C:\Documents and Settings\james.thorne\My Documents\My Videos\vob\24 S5D4\24 S5D4.Title5.DVDRip.vob" -o "C:\Documents and Settings\james.thorne\My Documents\My Videos\24 S5D4.Title5.DVDRip.dgi" -e -h -a
-[Error] Error starting job
--[Error] Exception message: starting encoder failed with error 'The specified executable is not a valid Win32 application.'
--[Error] Stacktrace: at MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
--[Error] Inner exception: null

Zathor
5th January 2011, 14:03
Please try a "Force (re)install" on the dgindexnv component.

Rat Killer
5th January 2011, 14:27
Thanks, that fixed it.

Zathor
5th January 2011, 18:40
Thanks for the report! I will have a fix/workaround for this kind of problem in the next release:
1903 [Job] if the executable cannot be started the file will be deleted and an update detection will be triggered

Rat Killer
8th January 2011, 13:38
I have what I hope is a minor GUI programming anomolie that can be fixed. Only recently ran into this when recoding some video from an anamorphic PAL dvd.

Anyway, the task at had requires me to recode with square pixels (PAR = 1:1) in a full frame 720p so effectivly upsizing slightly from the 720x576 pixel anamorphic input.

Load the vob source in the indexer and it loads to the aviSynth script creator. If I check the resize box and attempt to enter 1280, MeGUI changes it back to 720. Will not let me enter 1280. I then check the Nvidia Resizer box on the filters tab and then edit the script manually to 1280x720 resize. It then processes correctly so the manual edit workaroud is functional but takes time for each file.

Can you fix the AviSynth script creator GUI I/O tab to allow the 1280 horizontal resize (and then suggest the corresponding 720 vertical if possible)?

Thanks as usual for all your hard work on MeGUI.

Zathor
8th January 2011, 18:07
1905 [x264] fixed ref and bframes handling when using tunings (especially animation)
1904 [AVI Muxer] the script file will only be deleted if "delete intermediate files" is selected

@RatKiller: This is not a bug - it has been a design decision a long time ago because upsizing is usualy a waste of time/bitrate.

Dark Eiri
8th January 2011, 18:36
I really like this new SVN-number thing going on for the dev build!

Rat Killer
8th January 2011, 18:36
Mostly was interested in removing the anamorphic PAR without reducing resolution. Nearest supported res for the hardware chipset I was encoding for is 1280x720. Going down to 720x480 would be going to a lower res than the native file.

OK, thanks for the answer. I can still do what I need even if the GUI does not support it.

Zathor
8th January 2011, 18:43
I really like this new SVN-number thing going on for the dev build!

The stable will have the same "SVN-number thing" :) One of the ideas behind this is that any dev build can be declared as stable build and no rebuild is necessary.

Zathor
8th January 2011, 18:45
Mostly was interested in removing the anamorphic PAR without reducing resolution. Nearest supported res for the hardware chipset I was encoding for is 1280x720. Going down to 720x480 would be going to a lower res than the native file.

OK, thanks for the answer. I can still do what I need even if the GUI does not support it.

Maybe together with a warning it makes sense to allow upsizing. There should be already a feature request in the tracker.

AMED
10th January 2011, 20:37
it could also be a good idea to change the colour of the resolution numbers to red when upsizing.

Zathor
12th January 2011, 19:06
1908 [x264] improved preset and tuning handling
1907 [OneClick] + [Chapter Creator] replaced "I -1" in the saved qpfile for x264 with "K"
1906 [x264] fixed qpfile settings handling