meguIV: The Official Akiba-Online DVD Encoder (v1.0.1.1)

[boothp3]

Thanks a bunch that solved my problem but now I have another question. It seems that when the rips are made using Rollyco's original instructions, to start with VTS_01_1, what seems to be an intro part of the dvd is placed at the end of the video. My question is has anyone else noticed this and is there a fix? (like renaming VOB files)

I noticed this issue when the final encode of a dvd was a little over a minute longer than the ISO run-time on VLC, and that extra minute looked as close to an intro as it can get (i.e. visual summary, titles, etc.)

The two other encodes I made have something similar but in their case it's only a few seconds long, which I can live with, but I'd really like the videos to be in the right order, intro-->video-->extras.

 

[bobthemonkey]

Hello anyone willing to help me out.

So to start off, I have no background or knowledge on encodings, containers, etc, etc. Just looking to rip my idol DVD (region 2) to a mp4 format. (By which I mean, I'd like something I can play on my laptop that's not as big as an ISO file and doesn't require me using the physical disc.)

So I have my DVD inserted into my drive. I'm using a Sony VAIO with Win 7 and the i5 processor. 146GB free on my hard drive at the moment.

I've followed this post. Downloaded meguIV, got rid of the sandbox, replaced the sandbox with meguIVit's sandbox and ran meguIV(it). I don't know what the ExtraDlls attachment referred to, but I assume it was lost when all the other attachments were lost. Same goes for the pics in the quick pictorial guide linked to in the same post.

So I'm basically following the instructions in the first post. I clicked the one-click button and went though most of the process the same way. Created a project title, chose a working directory on my local hard drive (C:\meguivit-sandbox), left the audio at the default ACC setting, changed the video output to mp4 for standard devices.

My list of VOB files are:

• VIDEO_TS.VOB
• VTS_01_0.VOB
• VTS_01_1.VOB
• VTS_01_2.VOB
• VTS_01_3.VOB
• VTS_01_4.VOB
• VTS_01_5.VOB

When I first tried selecting VTS_01_0.VOB, it gave me this error immediately after selecting the file:


So naturally I try to switch to VTS_01_1.VOB. Ran through all the steps I mentioned above from the working directory to the mp4 thing. Clicked "Go!" Right after that, I got this message:

I left "Chapter File" as "<internal VOB chapters>". Is that the issue there? My DVD drive is F: and my workspace should be in C:.

Anyway, I click Ok and let it run for a while. Eventually, I got this message:


And it errors out... So that's where I'm stuck.

Also, I tried VIDEO_TS.VOB just for kicks, but it would give me the chapters file error and only give me a 6 second video of the studio intro.

Any pointers would be greatly appreciated!

 

[SamKook]

VTS_01_1.VOB is the right file, never use *_0.vob or the VIDEO_TS one.

You can't use MeguIV(it) with a source straight from a DVD drive(even if it's only a virtual one), you have to rip the disc to your hdd first(I like to use DVDDecrypter for that).

I suggest you read the first post of this thread a couple of times and make sure to understand it since it clearly state those 2 things at step 2 and should be mostly valid even for MeguIVit even though it's only for MeguIV.

 

[bobthemonkey]

I don't know how my eyes glazed over that part in step 2 with the chapter file. It was even highlighted...

Thanks for sending me on the right path, SamKook!

Edit: Yup, definitely working now. Thanks again!

Edit 2: I probably skipped over that helpful, highlighted hint since it was referring to ISOs, and I thought it meant ISO files specifically.

 

[zoolanimal]

meguIVit 1.0.0 beta-4

* * * * .
Usage
See this quick pictorial guide for the first beta. The interface has changed in places, but it's still mostly the same.

* * * *.
Experiment or ask...

vitreoous,

i'm trying my hand at using MeguIVit but as i need as much help as i can having the "quick pictorial guide" would be very helpful. is there some where this has been reposted as the link above is dead?

 

[SamKook]

A quick tip, you can check the postcount from the broken links and then manually go to the right page when it's in the same thread so the guide is there: http://www.akiba-online.com/threads...vd-encoder-v1-0-1-1.73866/page-33#post-380092

The only problem is that the pictures are gone because they pre-date the forum troubles with the attachments(but there's still useful information in the post) and Vitreous hasn't been on the forum for over a year according to his profile.

If you're lucky, maybe someone saved the pictures and can reupload them, but I'd say it's unlikely.

You can always ask about things you're not sure about here and I or someone else who's actually using it should be able to help you.

Some tip you won't find in this thread is that you're usually better off not using the sourcematch/lossless option with a JAV source unless the DVD quality is unusually high.
Most people use it to rip idol movies in here which are shorter and are usually of much better quality than JAV so trying to keep as much detail as possible with a source of lower quality is less desirable since the problems will pop out more.

 

[zoolanimal]

i finally downloaded the torrent that contained the original MeguIVit files that includes an .rtf file i think has the original pics. as .rtf is not a recognized file type for posting on aol i have made thumbnails of the .rtf file. here are the thumbnails:





the torrent file and other files contained in the torrent, as well as my thumbnails, are enclosed in a .rar file called the MeguIVit 1.0.0.0 Beta-4.rar and there is no pw. the files i obtained from the torrent are:

meguIV.zip
meguIVit_1.0.0_beta4.zip
ExtraDlls.zip
INSTALL.txt
TUTORIAL.rtf

here's a subyshare link to the above:
http://subyshare.com/ocf2exjdb2qy/MeguIVit_1.0.0.0_Beta-4.rar.html

i added to the original torrent contents, my thumbnails and the torrent file. the magnet link from uTorrent is:

magnet:?xt=urn:btih:BB6E10E2D07E1417FC44B9714ED60609937ED2E7&dn=MeguIVit%201.0.0.0%20Beta-4&tr=udp%3a%2f%2ftracker.openbittorrent.com%3a80&tr=udp%3a%2f%2ftracker.publicbt.com%3a80&tr=udp%3a%2f%2ftracker.istole.it%3a80%2fannounce&tr=udp%3a%2f%2fopen.demonii.com%3a1337&tr=http%3a%2f%2ftracker.tntvillage.scambioetico.org%3a2710%2fannounce&tr=udp%3a%2f%2ftracker.tntvillage.scambioetico.org%3a2710%2fannounce&tr=udp%3a%2f%2ftracker.ccc.de%3a80&tr=udp%3a%2f%2ftracker.istole.it%3a80&tr=http%3a%2f%2ftracker.publicbt.com0%2fannounce&tr=%2ahttp%3a%2f%2ftracker.thepiratebay.org%2fannounce

 

[shank]

This tool has served me well over the years. I understand Vit has had to move on from this tool (thank you sir and everyone else involved for simplifying a complex process for the masses), but I'm looking to piece together a setup which does the same job, but with updated individual tools. After about 5 years, I imagine all the software and encoders built into MeguIVit must have had substantial updates and improvements to quality and speed over the years.

I am looking towards either piecing together my own custom MeguIVit with updated components (latest versions of MeGUI, TempGaussMC (or QTGMC now?), x264, better AAC encoder) or recreating a similar setup. I dabbled with Xvid encoding ~10 years ago, so my knowledge is limited, faded, and dated. Though I recall big breakthroughs in encoding seemed to come at a slow pace, so maybe there really isn't any reason to update.

Is there an up-to-date tool already out there that does what MeguIVit does or can anyone provide any insight on my endeavor? Or has anyone else already tried to update the individual components within MeguIVit and had success?

 

[SamKook]

The only thing that would really need to get an upgrade is x264 and you can easily do that by copying a newer executable over the one in the virtual drive created by meguIVit. I used to do that for a couple of dlls so I could use it on a pc that didn't support sse2.

Inside the sandbox folder, it's located in there: meguIV\1.0.1.1\Virtual\MODIFIED\@SYSDRIVE@\meguIV\MeGUI\tools\x264
If it won't overwrite it or if MeguIVit doesn't want to use it that way(I never tried it this way, but it should work), you can also overwrite it from an open dialog box in MeguIVit and going into the virtual megui folder created on the C: (I can give a more detailed explanation if needed).

-MeGUI is simply a user interface so as long as there's no bug or new features to take advantage of(there isn't in our case), there's no need to update it.
-MeguIVit use QTGMC instead of TempGaussMC, but that plugin was created by Vit so the updates stopped at the same time as MeguIVit(there is a newer version than the one used here, but it wasn't released as stable and there nothing much to gain if I remember correctly, it was to be able to use the newer colorspace in the latest avisynth version, but we don't need those for DVDs).
-nero's aac encoder(the one used here I think) hasn't been updated in years so it use the latest version which is from 2010(I checked since you said it's been 5 years and it really is 1.5.4 that's being used so the last MeguIVit must be less old than you think). Last time I checked, there wasn't any clear better ones, it's pretty much only a matter of opinion so you're fine sticking with it(I do).

Personally, I use a bunch of scripts(I'm constantly upgrading to make my life easier) that still use pretty much the same components used in MeguIVit which means there hasn't been any great improvement in the past years that are worthwhile moving to.
The closest thing would have been avisynth+ which promised a redesigned cache system and multi-threading mode and a 64bit version, all things that would help preventing crashes that plague the current avisynth with heavy processing, but its development came to a crawl many months ago and it's not worth moving to it in its current state.
In case you're interested, I could put an updated version of my scripts, I stopped updating the thread because of lack of interest and it has come a long way since then(and the next major changes will make it even better and more user firendly). Here's the intimidating thread to give you an idea: http://www.akiba-online.com/threads/mostly-automatic-encoding-preparing-for-posting-process.1049300/

You can also use plain Megui and learn how to do the steps yourself now that you have more experience, MeguIVit just makes it faster/simpler.

 

[shank]

This mainly came to mind, because I'm noticing encodes of gravure dvds are usually 1.5-2GBs or larger nowadays, and that is just too large for a 90 minute, 480p, 60fps encode and I want to optimize my setup.

I want high quality and use Vit's Quality+1 video encoding preset, since he mentioned in this thread long ago that due to some x264 changes, it is a closer match to what is considered HQ. I also found the beta4 release post from Jan 2012, so guess it's only about 3 yrs.

I follow audio encoding a bit at HydrogenAudio and I moved on from that Nero setup (It was great at the time. Good quality and free). I want to use my optimized AAC (Fraunhofer) encoding setup which I have ABX'ed to do the audio. Then I figured x264 must have had decent upgrades and given the video is the majority of the content, wanted to update that. Figured I'd try a complete overhaul here.

I found the x264 exe in the path you mentioned and another "\meguIV\1.0.1.1\Virtual\STUBEXE\8.0.1135\@SYSDRIVE@\meguIV\MeGUI\tools\x264". I replaced the first one you mentioned, but the encoded result was only 2KB different, so I had a feeling it didn't really use the one I replaced. So as another test, I removed all x264.exe from both locations, tested another encode (it should have failed without an x264.exe), but it finished the encode (much larger filesize too), so I'm not really sure where it's pulling x264 from.

I was afraid if I wanted to optimize things, I'd need to start from scratch, and all the custom settings that are built into MeguIVit and its internals are numerous and daunting. I'll just have to dedicate some major time into this and figure it all out, lol.

 

[SamKook]

In that case, for x264, use the second option I mentioned which will work:
- Open MeguIVit
- Click on any of the 3 dotted buttons so that an open dialog window appears(doesn't matter which, we'll cancel it anyway)
- Make sure "All files(*.*)" is selected as the type or type * and press enter for the file name. Both will force every file to show up which is what we want here.
- Navigate to "C:\meguIV\MeGUI\tools\x264"(the meguIV folder in the C is a virtual one)
- Drag an drop a 32bit version(very important) of x264.exe(rename it if it's not named that way) in the open dialog window and it should ask you to replace the one in there.
If it just hangs there(it did in my test), delete the x264.exe in the open dialog box, close MeguIVit completely, reopen it and copy and paste(not drag and drop) the newer x264.exe. That worked for me.
- Then cancel the open dialog window and you're all done.

You can then use mediainfo or something similar to check if it's really the newer version that's being used since it will be displayed as the Writing library.
I did a quick test and it is indeed using the right version for me.
And yes, there's always small amelioration to x264 so jumping a few years forward should help quite a bit.
I did a 1000 frames test and with the old x264 version, the file size was 3.4MB and it was 2.8MB with the new(not quite the latest) one.

As for the aac setup, if the Megui version used by MeguIVit can support the encoder you're using, it should be possible to create a preset for it and use that after copying the exe to the right place using the same method as x264.
Which windows binaries are you using for aac? I did a very quick search and didn't find it right away, but I'll definitely take a look at it and try to use it from now on if you can notice a difference. The last test I looked at had people ranking nero as either the best or the worst so not very reliable, but I mostly follow doom9 and only occasionally take a look at hydrogenaudio.

If you want to optimize your setup, you should tweak the Quality+1 preset to use the veryslow x264 preset instead of the slow one, it will decrease the file size while keeping the same quality, but it will be slower.
Personally, I use something similar to +3 which has a CRF of 18 since I can notice the compression artifacts introduced by a CRF of 19.5 which is what +1 is using, but Vitreous tends to use too high a compression for my liking so it's very subjective and different people are bothered/don't notice different things.

Edit: I did a bit more research for the aac encoder you mentioned and it seems that the only thing needed is a special build of ffmpeg that needs to be compiled for it since binaries can't get redistributed because of licenses conflict so it should be fairly easy to use it with MeguIVit, just replace the ffmpeg exe in the ffmpeg folder located at the same place as the others, create a preset with the settings you want(not sure if it will stay though, I haven't experimented with that, but it's certainly possible to add it in some way since Vitreous did it) and use it.

 

[shank]

The second method gave me errors saying the path or filename was invalid when trying to drag&drop or copy/paste into the Open dialogue, then eventually caused the program to crash whenever clicking any "..." button, so I created a fresh MeguIVit setup and was able to update x264 the original way (updating the file through the Sandbox folder before running the program) and verified the version used on the encode with MediaInfo.

I used a short "extras" video from a gravure dvd to test encodes. It is a 3 minute gravure video with indoor and outdoor scenes. I made encodes using the original x264 and the latest x264 at each of Vit's quality presets to compare. That simple update decreased filesize for every encode by 15%-20%.
With the new x264 in place, I additionally changed the preset speed from slow to veryslow (in the Default and Quality+1 presets. Q3 is already veryslow), and the resulting encodes were a total of 20%-30% smaller than encodes with the original x264 and original speed preset setting. I believe these changes cause no quality loss, and yet decrease filesize a considerable amount. If that is true, this is great!

Yeah, Fraunhofer AAC is in a tricky situation. As you mentioned, the simplest solution would be ffmpeg compiled with the proper library, but a patent issue prevents that from being readily available. I wasn't able to find a good source for it when I set it up. I instead have a manual setup using fhgaacenc and Winamp dll's. It does not accept ac3 as input, though, so I cannot compare it to the Nero implementation in MeguIVit at the moment. I'm looking for a way around that. I expect the filesize/quality to be better, but not by much, which will have a small effect on the movie file as a whole, so I haven't gotten to it yet.

It doesn't sound like there are any other components to update, so that leaves me with figuring out my audio situation.

Oh, I want to find a good way to compare video quality. For audio, we have ABX testing, but I don't think there is an equivalent for video. The best I can come up with is playing back the source and the encode simultaneously, side by side, in two instances of my media player, at similar time stamps, looking back and forth trying to find differences. How do you or Vit (or any other video experts/developers) compare quality? Or is there an official method?

 

[SamKook]

Windows tend to be tricky when modifying files through an open dialog window. Out of curiosity, which version of windows are you using? I'm on win7 x64 SP1.

Those simple changes should indeed not cause any quality loss.

For Fraunhofer AAC, I found a blog post with the process that seem well enough explained to compile it for windows so I'll try to compile it this weekend so I can give it a try. The link: http://taer-naguur.blogspot.ca/2013...with-fdk-aac-lib-on-64bit-windows-how-to.html

For the processing done by MeguIVit, there's nothing more that would benefit from an upgrade I believe unless QTGMC itself had a newer version.

To compare videos, I use a small software a guy made on doom9 where you load 2 video and you can click on the picture to switch between one and the other. I don't use it that often though since it's too old to support 10bit videos and those are what I encode the most in.
If you want it, here's the thread: http://forum.doom9.org/showthread.php?t=138430

There's also the SSIM metric for video quality, but it's not super reliable since it's data calculated by a machine and doesn't match our perception of picture quality perfectly. The thread about it on doom9: http://forum.doom9.org/showthread.php?p=370060#post370060

Most of the time, I just make multiple samples with different settings, play them back one after the other and trust my eyes to tell me which is generally better or if I can't notice a difference. It's always best to compare video while it's playing since a single frame could look better when stopped and it could look horrible during playback if there's some moving artifacts or things like that.

Edit:
For your problem with fhgaacenc not taking AC3 as input, you can use a software to convert it to wav(or some other uncompressed format it can use) and pipe it to it.
For nero, I use avs2pipemod(since I use an avisynth script as the input) in command line and pipe it like this:

"avs2pipemod.exe" -wav "input.avs" | "neroaacenc.exe" -ignorelength -q 0.42 -if - -of "output.m4a"

The | means the result from the command on its left will be used for the command on its right. A - is used for the input on the command on the right(after the -if in this case).

 

[shank]

I have a separate pc that I use as an htpc and an encoding box. It runs Win7 SP1 (64bit). I assume since the clean setup worked, there may have been other changes I made within MeguIVit in the past that created a conflict.

Yeah, that VideoCheck tool would be helpful. Or it would be nice to be a feature built into a good existing player like MPC-HD. I ended up coming to the same conclusion that manually comparing is currently the best way.

I've done a bit more research on the state of audio codecs and understand the current situation and why there's confusion when asking which is better. When people ask "what's the better codec?" and you commonly hear the response "Apple or Fraunhofer", that is based on the ongoing development with low bitrates, such as 96 kb/s or lower. At those low bitrates, no codec can reach transparency or lack artifacts, so in that realm there are substantial differences between codecs. However, we don't want or use that low quality/bitrate in our movie encodes here.

Here we are using no less than 128 kb/s, because when using 128 kb/s and a good encoder, several decent codecs have reached transparency with lack of perceivable artifacts. On a HydrogenAudio wiki, I found soundexpert.org referenced, and it looks to be a great resource. On this page, they show results of testing with the exact codec version and settings used. To simplify what that page is showing, anything with a bold 5 or above on the left of the graph lacks perceivable artifacts. And you can see Nero VBR at 128 kb/s hits 5.91, which is what MeguIVit is already using. You can click through each bitrate on the left of the page and see what I described above. At 128 and above, there are several codecs that hit 5+, but lower than 128 and there really aren't any.

To compare filesizes, I converted that ac3 to wav, so I could run it through the current Fraunhofer (VBR, q4, ~128 kb/s) and compare it to MeguIVit's default Nero setup (VBR, q 4.2, ~130 kb/s). Both mashed the 37mb wav into a 3.3 mb m4a, with the Fraunhofer one being about 40 kb smaller, which I don't consider a difference worth anything substantial, especially since this is VBR and the Nero setting isn't an exact 128. And remember this is comparing the Nero codec from over 4 years ago to the current Fraunhofer. The improvements in codecs over recent years have been coming in at bitrates less than 128.

So in conclusion, Vit knew what was up when he made the default audio Nero VBR ~128kb/s. The Nero encoder is easy to implement and creates the smallest possible filesize while maintaining a quality with no perceivable artifacts with its VBR 128 kb/s setting. For MeguIVit's audio, I will continue using the default Nero setup.

I think my optimizations are pretty much done. All that's left to do is see if I can tell quality differences between the video presets themselves, because so far I'm having a hard time seeing a difference in my test encode between default and Q +3 with the new x264 and veryslow, which is making me want to just go back to default quality and have the smaller filesize (I don't think a 90 minute, 480p, 60fps encode should be around 1.5-3GB with current tech. I think they should be around 1GB give or take .2). Maybe I don't know what visual artifacts to look for yet when comparing. Thank you for all your assistance with this, SamKook.

 

[SamKook]

It's a good thing nero does the job well at 128kb/s because I compiled my own ffmpeg with libfdk enabled(did it sooner than I expected since it was pretty simple using the guide, only a couple of modification required) and took a look at if it was possible to create a preset for it inside Megui and I don't think it is(at least for the version used by MeguIVit) since you can only create/modify preset for existing encoders and ffmpeg aac isn't there. I would have thought you could enter your own command line as a preset, but it doesn't look like it.

Glad I could help making a future with a greater number of smaller and better rip available.

Edit:
Also, it seems that ffmpeg doesn't support the vbr option very well for now. All my encodes are reported as CBR by mediainfo and I get the following:
[libfdk_aac @ 00000000003986c0] Note, the VBR setting is unsupported and only works with some parameter combinations

 

[shank]

I tried that VideoCheck program. I can't believe it can't play vob files. That is the most important comparison to make; Your encode against the source material. That is far more important then comparing two encodes. It's also frustrating that you can't choose a section of video to evaluate (no seekbar). When comparing, you want to compare specific scenes that cause artifacts, but the only thing you can do with that utility is right click and it seems to go to some random part of the movie. Sometimes it even goes back to some key frame instead and doesn't advance at all. Sometimes I couldn't even get it to go back to a section it played before, even after reopening the files. Great start to this utility, but can't believe the author didn't realize these things, hasn't been realized after all these years, and that there still isn't anything out there that does. This is one of those situations that is so frustrating that almost makes me want to get deeper than my basic programming knowledge. This utility must be simple to create if you already know how to program, would be incredibly useful, and fill a gap that no other utility does (no competition. Instant fame). Or better yet, a player like MPC-HC has the foundation to play nearly any file well and would simply need to add a feature to play two files at once, but display only one, with a hotkey or button to switch between the two. But enough ranting.

For anyone following along our back and forth on my simple optimizations to MeguIVit, the summary is:
1. Update x264:
Download the latest binary here: http://download.videolan.org/pub/videolan/x264/binaries/win32/ , rename it "x264.exe", and replace the one in MeguIVit in "\Sandbox\meguIV\1.0.1.1\Virtual\MODIFIED\@SYSDRIVE@\meguIV\MeGUI\tools\x264".

2. Change video preset to Very Slow.
Under Encoder Config tab, Video Settings, click the Config button next to the preset and slide the Preset to Very Slow.
The only drawback to this is the encode takes more time. However, this makes no difference to me, because you encode once and the result is watch many times after, (even moreso if the file is shared). Also, this encodes in the background at low priority and doesn't affect the system much, and if you do this on another pc, well there's obviously no affect at all. Just expect to let it do its thing for several hours.

There is no reason to change the audio setup. The default setup "Nero AAC: [Vit] LC VBR Q0.42 (~130kbps)" is perfect and the codec is already the latest version. These two little changes resulted in (at least) the same quality with ~30% smaller filesize.

 

[shank]

I'm noticing the chapter file information is not properly imported sometimes.

The issue doesn't happen all the time (rough estimate, it seems to work properly 75% of my rips) and I have not noticed what triggers it yet. It has just gotten to a point where it's starting to annoy me when it happens.
In this case, the "VTS_01 - Chapter Information - OGG.txt" file exists, opens properly in Notepad, and is readable:

Spoiler: Chapter file contents:

CHAPTER01=00:00:00.000
CHAPTER01NAME=Chapter 1
CHAPTER02=00:01:08.000
CHAPTER02NAME=Chapter 2
CHAPTER03=00:09:52.500
CHAPTER03NAME=Chapter 3
CHAPTER04=00:20:48.000
CHAPTER04NAME=Chapter 4
CHAPTER05=00:31:44.500
CHAPTER05NAME=Chapter 5
CHAPTER06=00:40:25.000
CHAPTER06NAME=Chapter 6
CHAPTER07=00:51:45.500
CHAPTER07NAME=Chapter 7
CHAPTER08=01:05:04.000
CHAPTER08NAME=Chapter 8
CHAPTER09=01:18:36.000
CHAPTER09NAME=Chapter 9
CHAPTER10=01:32:05.500
CHAPTER10NAME=Chapter 10
CHAPTER11=01:43:58.233
CHAPTER11NAME=Chapter 11
CHAPTER12=01:44:05.233
CHAPTER12NAME=Chapter 12

However, this is the chapter data in the mp4 output by MeguIV when it was done:

Spoiler: What MeguIV adds to file:

00:00:00.000 : Chapter 01
00:00:06.641 : Chapter 02

If I download mp4box from their website, then use it manually to add the same chapter file to the same mp4 MeguIV created, the chapter information is added properly.
If I manually use the mp4box version that comes with MeguIV to add the same chapter file to the same mp4 MeguIV created, the chapter information is also added properly.
Not sure what's going on here. It doesn't seem to be the version of mp4box. Must be some way MeguIV is using mp4box.

Has anyone noticed the chapter file info isn't added correctly for some rips?

 

[isityours]

a bit of a late reply but i had the same problem when ripping to mp4 (not mkv) but i think that was only with MeguIV. it was resolved (for me anyway) in MeguIVit.

 

[shank]

If you are referring to the chapter information issue, I also rip to mp4, since I don't do any advanced subtitle stuff.

But I have more accurate info now that I have been paying attention to it. I've done a few encodes sessions recently where I've encoded two movies and MeguIVit imported the chapter information of the first encode job into the second one also, instead of using the second encode job's own chapter file info. I think what is happening is that when you queue up several encodes, MeguIVit is using the first chapter information file from the first encode for all encodes queued up after it. I'll have to test queuing up several small jobs (at least more than two) to see how accurate that assessment is.

And about that VideoCheck program I vented about in Nov: I discovered that you can go to specific parts of the movie. When you right click, it behaves as if there is an invisible horizontal seek bar across the whole video display and goes to that point. You can't see a time stamp to know exactly where you are beginning playback, but at least you can look for a certain trouble scene to compare artifacts.

 

[youmeus]

Hey guys. On a few clips I am seeing these odd artifacts. I didn't encode the videos myself, they're in Truemotion VP6. The first image is clean and the second is full of artifacts. This seems to be spread out randomly throughout the clip. Any idea on what this is and if Avisynth can do anything about it?
View media item 11371View media item 11370