Does anyone know avss.dll (ala DSS) from Haali?

[forclip]

Originally Posted by IanB

1. Avss.cpp

So you have the sources for this plugin?

[mandarinka]

Originally Posted by IanB

Dss2 uses the frame grab feature of Haali's directshow renderer.

So you need that as a minimum.

It is does not normally include itself in default graphs.

Sorry for being paranoid, but I have to ask, since Haali's renderer only supports yuy2 and rgb32 input.

Does dss2 keep the decoded video data in yv12 colorspace, or does it in fact force a colorspace conversion? I don't think the latter is likely to be the case, but I'd like to get a confirmation, if someone can give one!

[IanB]

Originally Posted by forclip

So you have the sources for this plugin?

No, I only have some of the source.

[TheRyuu]

It seems the avss source package that I have contains the fix mentioned by IanB so perhaps it was updated at somepoint.

Build: avss.7z
Source: avss-src.7z

[forclip]

Originally Posted by TheRyuu

Build: avss.7z
Source: avss-src.7z

Thanks! Unfortunately, I still can`t open my "C:\файл.mkv", so I think that avss.dll that I had before was already "fixed". May be this issue is similar to this one:

Originally Posted by TheFluff

DirectShow probably expects Unicode strings only and FFMS2 isn't converting them before passing them to the splitter or something.

[IanB]

Originally Posted by TheRyuu

It seems the avss source package that I have contains the fix mentioned by IanB so perhaps it was updated at somepoint.

Build: avss.7z
Source: avss-src.7z

Huh! This source still uses CP_OEMCP (Dosbox code page) instead of CP_ACP (Windows code page).

To test this theory, create the .AVS in something using the OEM code page like Edit under Cmd.exe.



Also thanks TheRyuu for the full source code

[forclip]

Originally Posted by IanB

This source still uses CP_OEMCP (Dosbox code page) instead of CP_ACP (Windows code page).

Replaced, and it did the trick!

[TheRyuu]

Originally Posted by IanB

Huh! This source still uses CP_OEMCP (Dosbox code page) instead of CP_ACP (Windows code page).

To test this theory, create the .AVS in something using the OEM code page like Edit under Cmd.exe.



Also thanks TheRyuu for the full source code

For some reason I thought you hilighted it because it was what changed in your original post. I didn't see the correlation between 1 and 2, brainfart.

[qwerty1983]

Does this source filter convert my YV12 videos to YUY2? Can i avoid that?

Ok, i found the solution

[TheFluff]

Originally Posted by qwerty1983

Does this source filter convert my YV12 videos to YUY2?

not in and of itself, no

Originally Posted by qwerty1983

Can i avoid that?

depends on your dshow environment

[LoRd_MuldeR]

It's a DirectShow-based source filter, so it probably returns whatever color format is returned from DirectShow Filter-Graph.

What DirectShow Decoder-Filter do you use? If it's something like FFdshow or LAVFilters, you should have a look at the "Output Formats" box in the decoder configuration...

https://azurehakua.files.wordpress.c...o-decoder1.png

[qwerty1983]

On the video decoder configuration (ffdshow) 'primary output color space' is set to auto. Even if i change it to YV12 the problem persists. I don't have LAVfilters. I'm not familiar with this stuff (directshow, vfw etc).

EDIT
I found the solution.
I went to Haali media splitter settings and changed the 'used custom media type for H264' from no to yes.

[forclip]

I think it is never too late, so here is my modded version of DSS2. README.txt - please read this first to avoid unnecessary questions.

Main changes:

1. Fixed codepage issue (see previous messages in this thread).
2. Doesn't hangs at the end of the stream (see previous messages in this thread).
3. Doesn't requires Haali Media Splitter.
4. Can load and use LAVFilters in "portable" mode with ConnectDirect-way of building the Graph.
5. Added "preroll" for more precise seeking (very nice thing for badly-seeking sources). By default preroll=0 (disabled), but I recommend you to set it to something meaningfull.
6. Added "pixel_type" (string) - allowed colorspace (YV12, YUY2, RGB24, RGB32 or RGB - only one of them; or "" for all), it seems I forgot to mention this key in README
7. Some other things.

Examples:

DSS2("D:\file.mkv", fps=23.976)
- works almost the same way as the original DSS2 does.

DSS2("D:\file.mkv", fps=23.976, preroll=15, lavs="L3", lavd="L3")
- uses preroll and LAVFilters with ConnectDirect. You can write whatever you want instead of "L3" (which is "l3", which is default loading mode), but not leave it empty, because only non-empty string is a "ON"-switcher for this mode.

DSS2("D:\file.mkv", fps=23.976, preroll=15, lavs="L3", lavd="L3 hm1 hc5")
- the same as above, but LAVVideo is configured to use CUDA (hm1) for H264 and MPEG2 (hc5, 5=1+4).


DSS2 mod (2.0.0.13) + LAVFilters (0.63.0)
SVN-src


P.S. avss_26.dll (for AviSynth 2.6) does NOT support any additional colorspaces of AviSynth 2.6! And I don't have enough skills to implement it by myself, so patches are welcome. The same for audio support

[LoRd_MuldeR]

Originally Posted by qwerty1983

I don't have LAVfilters. I'm not familiar with this stuff (directshow, vfw etc).

Why not simply use FFmpegSource then?

Handles pretty much everything "out of the box" and doesn't need any external decoders/splitters (i.e. no DirectShow-dependencies, no VFW-dependencies).

[qwerty1983]

@forclip Than you, i'll try this.

@LoRd_MuldeR Because i have some clips (like the one i posted here) that only load flawlessly (with no blocks and back-and-forth movement) with dss2 (i have tried AVCsource, LWLibavVideoSource, FFVideoSource)

[buchanan]

@forclip : I use your modded DSS2 very often and find it very convinient, especially the preroll, thank you for that.
Could you please provide a 64 bit version of your plugin ? I intend to use it with 64bit Avisynth+

[forclip]

Firstly I must set up DirectShow-related build environment on my new PC, because currently I can build DSS2 only on my old PC and only as 32-bit. After that at least I can try And of course I don't mind if someone else will make his own build meantime.

-----

Meantime, here it is (AviSynth+ x64), for testing purposes..

[manolito]

I want to take the opportunity to say thank you to forclip...

I have been using DSS2Mod for quite some time now (together with LAV Filters), and I find it very reliable - more than ffms2.

5. Added "preroll" for more precise seeking (very nice thing for badly-seeking sources). By default preroll=0 (disabled), but I recommend you to set it to something meaningfull.

What would be a "meaningful" value in your opinion? I remember reading somewhere that the value should be at least twice the frame rate of the source. I tried that, but this setting really slows down the HCenc 1-pass mode (not the actual encoding run, but the first sample run where a lot of seeking is involved).



Cheers
manolito

[forclip]

Originally Posted by manolito

What would be a "meaningful" value in your opinion? I remember reading somewhere that the value should be at least twice the frame rate of the source.

I don't know how it can be related to fps, I would say it is more related to key frames interval. As long as your file+splitter+decoder can be seeked fine (without frozen frames or artifacts) you don't need to raise this value too much. In other case you must find your own "meaningful" value. Just perform some random seeks (in AvsP, for example) and see frame-by-frame what's going on after each one. Increase this value if the result is incorrect. And keep trying..

[GMJCZP]

Thanks for the plugin forclip, I will try it.