narkohol wrote:

r75cq wrote:

I don't know if this will work for you, but it seems like it might be the same issue, although my PotPlayer didnt need SVP to have this issue it has always had this issue.

In my case it is SVP. It happens the moment SVP gets enabled, and it goes back to normal if I close it.

Forcing the SBS mode seems to work, but SVP reporting a '1920x1080' resolution is what was worrying me. I guess it is counting just per eye? because if not there should be a noticeable difference when enabling/disabling it, and I don't see it...

Mine reports 1920x1080 as well, I think it's just per eye as you say.

Yes I've noticed that. If you look in the scaling page,  even if it is set to downscale to QHD it still reports FHD 1920x1080 then says "Scaling: none"

r75cq wrote:

I don't know if this will work for you, but it seems like it might be the same issue, although my PotPlayer didnt need SVP to have this issue it has always had this issue.

In my case it is SVP. It happens the moment SVP gets enabled, and it goes back to normal if I close it.

Forcing the SBS mode seems to work, but SVP reporting a '1920x1080' resolution is what was worrying me. I guess it is counting just per eye? because if not there should be a noticeable difference when enabling/disabling it, and I don't see it...

Mine reports 1920x1080 as well, I think it's just per eye as you say.

I don't know if this will work for you, but it seems like it might be the same issue, although my PotPlayer didnt need SVP to have this issue it has always had this issue.

In my case it is SVP. It happens the moment SVP gets enabled, and it goes back to normal if I close it.

Forcing the SBS mode seems to work, but SVP reporting a '1920x1080' resolution is what was worrying me. I guess it is counting just per eye? because if not there should be a noticeable difference when enabling/disabling it, and I don't see it...

When I activate the '3D SBS option' then it looks fine, but the resolution reported is 1920x1080:

...

Is this correct?  is it reporting the resolution per eye instead the full resolution of the video file?

I had a similar issue where it would squish it vertically by 2x (but not related to SVP) just the broken 3d implementation in PotPlayer.
The fix for me was to bind a keyboard shortcut to "3D -> Fullscreen" (not the normal fullscreen shortcut).
Then enter fullscreen video mode first (and the size gets squished in half vertically), then hit your bound keyboard shortcut 2-3 times until it stretches back to the proper vertical resolution (in my case this was normal aspect ratio, for you it will probably be 2x vertical stretched).
I don't know if this will work for you, but it seems like it might be the same issue, although my PotPlayer didnt need SVP to have this issue it has always had this issue.

Is this correct?  is it reporting the resolution per eye instead the full resolution of the video file?

But when I enable SVP RIFE the aspect ratio gets wrongly changed to this:

Despite having 'Crop video frame' and 'Alter video frame size' disabled:

How can I make SVP stop altering the aspect ratio?

Chainik wrote:

(though it's not good cause it wants to run as admin, and then it won't work with SVP unless you run SVP as admin too...)

Sorry I missed that I'm sure that will fix it! Thanks!

(though it's not good cause it wants to run as admin, and then it won't work with SVP unless you run SVP as admin too...)

I got it largely working now. The key is when using 220706 I need to use "extend desktop" and I need to have at least one display visible that shows a screen running on the laptops integreated graphics. If I have that it doesn't matter whether the nvidia GPU is connected, the render GPU is set NVIDIA and the video can play on either screen with seemingly no performance penalty.

The vapursynth_filter_64.ax you provided with the new release works great I've tested it. I also tried a slightly later release 221215 just to confirm the full frame SBS and TAB wasn't working properly (I also tried with 220831 and it didn't work at all it just crashed when trying ot use the external filters for VS or AVIS) so it does indeed seem that 220706 is one of the last releases to support it.

I was unable to get the latest Portable version of 220706 to use the av_synth or vapour_synth scripts provided with SVP. It didn't seem to want to connect to them. I tried adding them via "Filter Priority (Overall)" using both "Registered Filter" and also "External Filter" neither seemed to work for either filter. It all works fine when using the non portable version. Did you need to do anything special to get the portable version to correctly use the external avi_synth and vapour_synth filters? I tried to look at the PATH variables of the PortablePotPlayer64 process using SysInternals ProcExp. But it didn't show any path variables, I was suspecting it might be missing the python path used by vapour synth, but similarly avi synth didn't seem to connect or load so I don't think it was path related.

It would be nice to be able to use the Portable version so I can keep it separate from the normal install (but honestly I'm just happy to have figured out how to force this old version to properly use the OpenCodecs MVC decoder when my nvidia GPU is connected). Hopefully someone else will find this information useful. Also I didn't have to set the GPU to use integrated only, it didn't care, all it needed was "extend desktop" instead of using the desktop only on the nvidia EGPU.

portable
(though it's not good cause it wants to run as admin, and then it won't work with SVP unless you run SVP as admin too...)

---
just pushed an update to the server, with Vapoursynth Filter also updated
you can update SVP now

I don't have "Intel Integrated GPU" cause I'm on an AMD rig with NV card, and still MVC decoder works as expected

Using version 220706 when playing an MVC encoded 3d movie if you press tab, and look at the render device and the codec.
Are you able to confirm it is using the "OpenCodec(Intel Media SDK MVC Decoder)" codec even with an NVIdia GPU as the render device?
If so I'm really curious what is going on. I was testing with the Portable version as well as the non portable version.
Neither would use the "OpenCodec(Intel Media SDK MVC Decoder)" codec when the EGPU was connected and the NVidia GPU was available as a render device.
They would both let me select "use built-in MVC decoder" and they would both appear to show a 3D video except the left and right view ports would be identical and both show the primary h264 stream and neither show the secondary one.
And if you press TAB to see details it will show it is using hte ffmpeg internal decoder and not the "OpenCodec(Intel Media SDK MVC Decoder)" codec.
That was my experience at least. I'm curious to hear what exactly your experience was if you have time.

I didn't add the MVC intel decoder manually it is only installed via OpenCodec, and it works fine in the newer versions or if I pull out the NVIDIA GPU.
But I would be more than happy if you have found some workaround that forces PotPlayer 220706 to use the "OpenCodec(Intel Media SDK MVC Decoder)" codec when an nvidia GPU is connected and detected as the Render Device.

you're probably messing up with filters and somehow adding "intel decoder" manually?
don't do that, "video -> 3d video mode -> use built-in MVC decoder" is enough.

Thanks again for trying to help.
So it appears that using 220706 has some other bug that makes it unusable to decode MVC video on a PC with an nvidia gpu.

For some reason the Video Codec "OpenCodec(Intel Media SDK MVC Decoder)" is not being used by PotPlayer when I have the EGPU installed.
But this only happens on PotPlayer versions up until 230207, of which the version you suggested to use 220706 is below.

On any PotPlayer version prior to 230207 if I remove my NVidia GPU it will properly use the Intel Card as the Render Device, and that allows it to use the "OpenCodec(Intel Media SDK MVC Decoder)" to decode the MVC video.
If I put the nvidia card back in though it starts using the built in ffmpeg DXVA decoder by default and there is no way to force it back to use the "OpenCodec(Intel Media SDK MVC Decoder)" code. I spent like 3 hours trying.
If I upgrade to any version after 230207 it will properly use the "OpenCodec(Intel Media SDK MVC Decoder)" irregardless of what video card I have installed (assuming I tell it to).
So they must have fixed that bug with their  230207 release.

Unfortunately the 230207 release has the AVISynth issue where it drops the second frame when you do Full Side By Side or Full Top And Bottom. Presumably only the older release you suggested 220706 doesn't have this issue and they introduced the bug after.

If I connect my EGPU while the video is playing I can get it to keep using the correct "OpenCodec(Intel Media SDK MVC Decoder)" codec for decode whilst updating the render target to the Nvidia EGPU.
But it isn't practical to start playing a movie then plug in an EGPU every time I want to watch a movie, and make sure i don't stop the movie.

I think it's a catch-22 I can't have working AVISynth filters, or I can't have MVC decoding. Unless I remove my GPU, which is what i need to make SVP upscale with RIFE

All I can think is that perhaps there is some way to force the application not even know there is an nvidia gpu and try and use "220706".
I tried this by enabling powersaving mode for just that app, but I couldn't get it to work.

If anyone has any ideas or wants to try on their system to see if they hit the same issue I'de be curious what people fine.
Otherwise I'de say it's time to figure out how to get MPC-BE to render with page flipping output in a performance way.