View Full Version : windows 7, megui, and vc-1
runLoganrun
5th February 2010, 22:52
although i've tried it before, pretty new to megui.
i tried to load a .m2ts file containing vc-1 codec and get the following error- DirectShowSource: RenderFile, the filter graph manager won't talk to me
I read somewhere of issue with .m2ts files and win7, which I'm using (x64) so demuxed file to it's vc-1 and ac3 components. I then tried to add the vc-1 file and got this Direct Show error- Unable to render file. You probably don't have the correct filters installed.
The point of all this is that I've been not able to re-encode vc-1 based vid files that I have to x264, either to make mp4's for my phone, or to make slightly more compact versions for PC, and read that megui was good for this.
Is there a filter I'm missing? Or, what is the deal with this situation?
Thanks,
rlr
eastfamily
5th February 2010, 22:57
I could be wrong, but I think its the container of the file that is the problem. I can convert MKV files with VC-1 and AC3 with no problem using Megui. If I remember right, trying to do it with m2ts was an issue. So try using mkvtoolnix to remux to MKV and then input that and see if it works.
Blue_MiSfit
5th February 2010, 23:02
Or, index the file with FFMS2.
~MiSfit
runLoganrun
6th February 2010, 05:31
I could be wrong, but I think its the container of the file that is the problem. I can convert MKV files with VC-1 and AC3 with no problem using Megui. If I remember right, trying to do it with m2ts was an issue. So try using mkvtoolnix to remux to MKV and then input that and see if it works.
so, that totally worked, i had previously demuxed the .m2ts file and tried to load the individual vc1 and ac3 files, but megui did not like that, so I ran those through mkvtoolnix, then megui took that fine for video, and the ac3 file which was in quicktime was fine.
I'm not sure I completely get the purpose of this app (encoding right now), i've got two output files, so then I have to use other app to remux to mp4 or mkv? Or, it would appear I can just encode vid file, have demuxed audio stream before hand, and just leave that alone for remuxing when vid conversion is done, yes? also although there's many settings, I didn't see anything for resolution. I believe I can use mkvtoolnix again to resize, what if I'm making an mp4 though, what is good app to resize/remux for mp4?
Thanks a lot!
rlr
edit: well, got errors on both files?
runLoganrun
6th February 2010, 05:43
believe i found one prob, did not specify stats location. where do you set up autoencode or one click? under options it just tries to activate them
thx
runLoganrun
6th February 2010, 09:17
Ok- finished encoding my vid clip. when first done though, although it should be 1920x1080, the screen was smaller than player, so had black borders around it, shouldn't it be same size?
I set the ac3 640 audio clip aside for this, and set megui to blu-ray 2pass in main window, then configured to automated 3 pass, leaving it at default 8,000kbps bitrate, but turning down encoding speed one notch to "slow" trying to get best quality. However in queue, when finished, for 3rd pass it said skip?
Quality quite good anyways, save for smaller resolution, mediainfo still reports 1920x1080, so I s'pose resolution is actually same, but don't know why actual vid part is smaller (leaving the borders).
Overall this is great, as I've been unable to re-encode these vc-1 movies/shows I have, trying a multitude of apps. Some of my blu-rays with vc-1 i'd like to knock down considerably more to mp4, for phone use, blu-ray tv shows would like to break up and try to squeeze to 1-2GB files, I only have one series like that now- Battlestar Galactica and with all the discs would consume tons of space, love the show though so may leave at 3-4GB files, idk yet. All my other blu-rays though, which are already on hdd's, as much as I'd like to get more space on my increasing stack of hard drives, seems like it would take half a lifetime to accomplish compressing these, they have been remuxed to remove trailers, extra content and such, but still are all ~25GB a piece leaving me with over 4.5TB of storage occupied and not backed up, not a biggee here bcz can just put back on other drive if one fails, if spent all that time compressing would def want to back up though, or maybe put in raid.
Question for anybody- For blu-rays, are you leaving in native format, uncompressed, or grinding them down. Too much compression and i feel that you would lose the point of blu-ray, and I like the HD audio too, which is something like 4GB of the 25, at least. If using compression what settings are you using in megui?
Thanks very much,
rlr
Adub
22nd March 2010, 03:00
Sorry to necromance, but I am having a similar problem.
My issue is that I can't open m2ts files that contain vc-1. I can open the files directly (say, with Media Player Classic) and ffdshow is used when I check the Filters, so I know that ffdshow will work with vc-1.
I am using Windows 7 64 bit with the latest version of Haali's media splitter that I just downloaded today.
In addition, I am using the 64 bit version of Avisynth as produced by JoshyD. I can open m2ts files that contain h264 video just fine.
I am using version 3326 64bit build of ffdshow by clsid.
The error I get is the one below:
http://img213.imageshack.us/img213/5940/avisyntherror.jpg (http://img213.imageshack.us/i/avisyntherror.jpg/)
I have used the Filter Tweaker to make sure that ffdshow is used for VC-1 decoding.
Edit: It looks like I get the above error in all files when using MeGUI's avisynth creator (latest modified version). But if load up an avi file using Directshowsource into Virtualdub64 it works just fine. Vdub on chokes on the files w/ vc-1 in them.
Zathor
22nd March 2010, 06:28
I am using version 3326 64bit build of ffdshow by clsid.
It looks like I get the above error in all files when using MeGUI's avisynth creator (latest modified version). But if load up an avi file using Directshowsource into Virtualdub64 it works just fine. Vdub on chokes on the files w/ vc-1 in them.
MeGUI as a 32bit application needs the 32bit builds of avisynth and ffdshow. If using ffms as file indexer ffdshow is not required because no DirectShowSource has to be used. Nevertheless I doubt it will work without 32bit avisynth (never tried it).
Adub
22nd March 2010, 08:54
I must admit I am sad to hear that. I feared that was the case (it appears to be so for a number of my applications). Is there any hope of adding 64-bit support in the near future?
Zathor
22nd March 2010, 13:06
As soon as all used plugins are available in 64 bit...
Adub
22nd March 2010, 19:40
Well, almost all of the plugins that are necessary have been converted (http://forum.doom9.org/showthread.php?p=1385102#post1385102).
However, I'm still having an issue when loading files that have VC-1 contained in m2ts. Anyone got any ideas as to how I can diagnose the issue?
Rumbah
22nd March 2010, 21:45
I had the VC-1 issue in m2ts, too. The problem is the latest Haali splitter, it does not work for VC-1 in m2ts, at least not with Win 7 64 bit.
Just use the one that's linked in the BD-RB thread:
http://forum.doom9.org/showthread.php?t=143716 .
That should solve your problem.
turbojet
22nd March 2010, 22:29
This (http://www.mediafire.com/?yy5nimzdwed) is the only HMS that has the fixes from the latest release version (truehd/lpcm/64 bit) and works with VC-1. The last release (shown in BD-RB thread) has none of these fixes.
rack04
22nd March 2010, 22:43
This (http://www.mediafire.com/?yy5nimzdwed) is the only HMS that has the fixes from the latest release version (truehd/lpcm/64 bit) and works with VC-1. The last release (shown in BD-RB thread) has none of these fixes.
Is this newer than what is posted on Haali's website?
turbojet
22nd March 2010, 22:56
Last modified 3 days before the official release. It was the last beta linked to haali's site (http://forum.doom9.org/showthread.php?p=1287336#post1287336). After I found out the official release broke VC-1 (within a few days of the release) I went to get this one that worked but the links were and still are broken, fortunately I had a backup of the installer.
EDIT: The 3 days is going by the last modified dates but actually it may have dated back to May when Jeff Flowerday posted the link. The drive where I had it stored died around christmas but after letting it sit in the freezer for a few days I was able to recover most of the data from it with recuva before it finally wasn't readable at all. That's where it probably got a new modified date, I haven't changed any data in the binary at all, just renamed from mkx.y.9.exe to a more understandable name.
Zathor
27th March 2010, 13:09
Is there any hope of adding 64-bit support in the near future?
The future is near :p
http://forum.doom9.org/showthread.php?p=1386516#post1386516
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.