![Dss2 Dss2](http://4.bp.blogspot.com/-H9a6U7Nzs2Q/T1-MZQZ1ATI/AAAAAAAABuE/8bNvHzfYpe8/s1600/2012-03-13_200217.jpg)
Jan 05, 2016 Kohzzyjo back with another tutorial that was kind of suggested by a viewer. If you run into a problem with DSS2 greyed out, simply close MeGUI and google this 'haali media spiltter'.
I still can't believe you can't get ffms working. Maybe it has to do with. That has caused me problems many times. Its more effective to open videos in via scripts. Maybe mpc-be is rejecting your script-fed videos for other reasons. After all, ffms2 is decoding the videos.
Like selur said, you have to wait until the ffms2 indexes and writes the file, i.e., 'video.1.sewing.mkv.ffindex' and that can take some time, several minutes on some systems, like mine. I looked at your computer specs, your os is win 7 64bit. Maybe not a 64bit version. I don't know, i don't use that os with video. There is also one more option to try,.
If you have that somewhere on your system, then somewhere in the package is the avss.dll file, add that to your plugins folder, ie, LoadPlugin( 'C: PLUGINS avss.dll') and load the videos through the command dss2(video, fps=23.976) inside virtualdub. I believe that dss2 uses whatever media/video library coders are already on your system or whatever uses, not sure exactly. The following opens an hevc encoded video muxed to an.mkv file inside virtualdub, and there is no waiting since it does not index like ffms2 does. @ EH: No, Y4M is not a compressed format, it is 'raw with header', therefore it is such a huge download. To limit the download size, one would want to use lossless compression, instead, but which archive or video format is as compatible and platform-independent as uncompressed, raw formats?
That was my thought. But well, with the distribution of libraries, the meaning of 'compatibility' will widen. Personally I would take 'lossless AVC in MP4' as a very compatible exchange format already. Even CRF6 by x264 may be acceptable as 'insignificantly lossy' when used as common original among testers. @ vhelp: If it is inside an archive, one would first download the archive (takes space), then unpack (takes additional space, even if on another drive), and then delete the archive after unpacking. Except there were a tool which could 'transparently' unpack an archive during the downloading.
That may work with.tg bz files when supported by the downloader. I even saw web servers which are able to compress files transparently on request while sending them (just add the filename extension in the request).
But compress (.z) and gzip are not the most efficient compressors, compared to e.g. I'm not sure if you've got ffms2 working yet (maybe I'm not following the thread properly) but if it helps at all, here's the version is using. (2.20 apparently).
I don't know anything about it aside from the fact I copied it from MeGUI's update folder. I can open the 'balanced.mkv' sample from an earlier post with MeGUI which is in turn using + Portable 2.6.0.5. I can open the script MeGUI creates using both and with the version of Avisynth I have installed, which is 2.6.04. It appears not to be a C plugin? I'm running XP.
Here's the script MeGUI creates (it works without 'threads=1'). Oddly enough the first time I tried to index 'balanced.mkv' it resulted in an error which didn't mean anything to me, but I've re-indexed it several times since without a problem. Put ffms2.dll in a subfolder, so it's not directly at the level of the plugins folders Open ffms2.avsi, edit the path for LoadCPlugin (it should be the 3rd line), to where the new path of ffms2.dll is, save it I don't know if this is the same thing, but something similar happened to me on one of my computers where only some programs crashed when initializing upon opening an.avs script. I traced it to certain versions of ffms2 plugins, and that workaround fixed it. I don't know why or what specific conditions caused it, I couldn't isolate why it only occurred on that computer only. Put ffms2.dll in a subfolder, so it's not directly at the level of the plugins folders Open ffms2.avsi, edit the path for LoadCPlugin (it should be the 3rd line), to where the new path of ffms2.dll is, save it I don't know if this is the same thing, but something similar happened to me on one of my computers where only some programs crashed when initializing upon opening an.avs script. I traced it to certain versions of ffms2 plugins, and that workaround fixed it.
I don't know why or what specific conditions caused it, I couldn't isolate why it only occurred on that computer only Yay!!! It worked Thanks poisondeathray I'll do the SSIM tests in a day.
Hey fellas I was a MPC-HC user for past five years or so, but as its stopped development I switched to MPC-BE and I just one or two queries. You see audio is an important thing to me, so in MPC-HC I simply used the Normalise option, so for the movies/shows it used to equalise the loudness, which was a great feature for me. But in MPC-BE I can't see any such option, could anyone help me find it? I do see an Auto volume control option but I don't think its the same. I do love the Mix channels to 7.1 option though, freaking awesome.
Thanks in advance. Has anybody played protected DVDs on MPC-BE/HC? I often get garbled video or no video or macrovision failed errors with identical playbacks. I'm wondering what's up here.
Also, does anybody notice that DXVA/CUDA/QVS playback loses sync when using 64x lav? It happens even with internal filters, but doesn't happen with software. When I playback at 2x speed for an hour, I notice that lip movements don't line up with the voice, but the information toolbar think's it's synced. I think it has something to do with the x64 dss2 avs filter showing fps video as 10083 fps when using DXVA/CUDA/QVS. Who do I even talk to about this, considering that even internal filters in MPC-BE are affected? Has anybody played protected DVDs on MPC-BE/HC?
I often get garbled video or no video or macrovision failed errors with identical playbacks. I'm wondering what's up here.
Also, does anybody notice that DXVA/CUDA/QVS playback loses sync when using 64x lav? It happens even with internal filters, but doesn't happen with software. When I playback at 2x speed for an hour, I notice that lip movements don't line up with the voice, but the information toolbar think's it's synced. I think it has something to do with the x64 dss2 avs filter showing fps video as 10083 fps when using DXVA/CUDA/QVS. Who do I even talk to about this, considering that even internal filters in MPC-BE are affected?
Please post your hardware like graphic card. I think the devs can help you then. Also, does anybody notice that DXVA/CUDA/QVS playback loses sync when using 64x lav? It happens even with internal filters, but doesn't happen with software. When I playback at 2x speed for an hour, I notice that lip movements don't line up with the voice, but the information toolbar think's it's synced. I think it has something to do with the x64 dss2 avs filter showing fps video as 10083 fps when using DXVA/CUDA/QVS. Who do I even talk to about this, considering that even internal filters in MPC-BE are affected?
If A/V desync happened only with LAV Video Decoder in DXVA mode - problem in LAV Video Decoder. If it's happened with internal filters too - show you filter list while playback. It is important what video renderer is used. For example, Haali renderer has problems with Macrovision. Everything should be normal on the standard settings. If DVD-Video is in the ISO file, then the DVD emulator type is of importance. If I remember correctly, then I had problems with DAEMON Tools Lite.
Yeah, I found that out too, but I don't even have Haali installed. I've used System Default all the way down to the Sync Renderer (with all bit-depths on custom presenter), and I'm still having this problem.
Just to be clear on the method: I am playing a css-encrypted, commercial DVD through an internal DVD drive with bus encryption. When I rip, mount the iso, and then play what's mounted, the playback is correct. I take it that nobody has this problem. I'm due for a fresh install of Windows anyways, so that'll probably fix it.