[RESOLVED] CLIP + cropping
Re: CLIP + cropping
Let me know if you have the file
Re: CLIP + cropping
Yes, that is what I expect. But gonca reported otherwise so I asked for the stream to check that.
I agree. We can go with a warning in the manual and hope for a timely fix from nVidia.From the user perspective this is not what would be expected, however it is better than to force mod4 and then at some point depending on the driver version to remove that restriction. And of course it would be worse if mod2 would crash it or would destroy the video, but that does not seem to be the case.
Any additional thoughts?
I'll check into it and report back. I wasn't aware of any issues.OT: I do not get anymore mail messages for topics I have subscribed to. The mail address I use here is ok as I receive other mails (and no, they are not in my spam folder). Is that only me or a general issue?
Re: CLIP + cropping
For gonca's stream, it behaves as I expected: cl=2 does not crop anything from the left, but due to the reduction in width by 2, it effectively crops the right by 2.
Re: CLIP + cropping
Okay, so the crop is actually being shifted to the other side?
My eyesight ain't what it used to be, oy vey.
My eyesight ain't what it used to be, oy vey.
Re: CLIP + cropping
You have to user a viewer that doesn't change anything together with a screen magnifier where needed.
Re: CLIP + cropping
Changes released in slipstream 163.
Re: [RESOLVED] CLIP + cropping
I started using 2053.165 after old 2053 (first release I guess) and got a problem with dgindexnv. I opened .m2ts from bluray and made a .dgi. Coded area is 1920*1088 in both cases. First release crops 8 pixels from bottom and 1920*1080 frame looks normal in avisynth, equal to ffvideosource, for example. But release 165 crops 16 pixels from bottom and then resizes to 1920*1080. So it looks stretched in avisynth. In the dgindexnv window frame looks normal at the same time. I'll upload screens tomorrow.
No templates or cropping in dgsource() were used.
No templates or cropping in dgsource() were used.
Re: [RESOLVED] CLIP + cropping
What is your script?
Re: [RESOLVED] CLIP + cropping
Loadplugin(..)
Dgsource(".dgi")
Dgsource(".dgi")
Re: [RESOLVED] CLIP + cropping
OK, thank you. I have an idea what is going on. But please post your stream and screenshots so I can test my theory.
Re: [RESOLVED] CLIP + cropping
Here are screens
and video
https://dropmefiles.com/Po4vz
https://yadi.sk/i/8GaX8b-uEl3j1w
(One minute from Waterworld TV Cut without audio and subs).
If we open "cropping tool" in menu there's bottom crop 8 pixels already. To fix 1088 problem I guess. It seems it crops twice.
And there's another problem. With mkv. Coded size is always wrong. Height is always bigger then in "display size". Difference is that "bottom crop" in cropping tool. And video get cropped and stretched after dgsource.
and video
https://dropmefiles.com/Po4vz
https://yadi.sk/i/8GaX8b-uEl3j1w
(One minute from Waterworld TV Cut without audio and subs).
If we open "cropping tool" in menu there's bottom crop 8 pixels already. To fix 1088 problem I guess. It seems it crops twice.
And there's another problem. With mkv. Coded size is always wrong. Height is always bigger then in "display size". Difference is that "bottom crop" in cropping tool. And video get cropped and stretched after dgsource.
Re: [RESOLVED] CLIP + cropping
Thank you. Can you please test this revised version of DGDecodeNV.dll (64-bit)?
http://rationalqm.us/misc/DGDecodeNV_Keyser78.dll
http://rationalqm.us/misc/DGDecodeNV_Keyser78.dll
Re: [RESOLVED] CLIP + cropping
It works perfect now (Coded size in mkv is wrong but result is ok).
Note: I've been tested 32-bit version before.
Note: I've been tested 32-bit version before.
Re: [RESOLVED] CLIP + cropping
Good, thanks. Can you give me an MKV that you think shows wrong coded size? Coded size is an elementary stream thing, not a container thing, so being MKV should be irrelevant.
Re: [RESOLVED] CLIP + cropping
Yeah, I can confirm that 165 is kind of broken even if I don't touch internal crop at all. Output looks slightly stretched - http://screenshotcomparison.com/comparison/129757
PC: RTX 2070 | Ryzen R9 5950X (no OC) | 64 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM
Re: [RESOLVED] CLIP + cropping
Sure, we know that 165 has issues. But does the fix I posted work for you? I want to slipstream it soon so a prompt reply will be appreciated. Thank you.
Re: [RESOLVED] CLIP + cropping
I tried this dll and got a Bad license. Double-checked my license file and it works fine with slipstream 161.
PC: RTX 2070 | Ryzen R9 5950X (no OC) | 64 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM
Re: [RESOLVED] CLIP + cropping
You must have a copy of the license file in the same directory as DGDecodeNV.dll.
Re: [RESOLVED] CLIP + cropping
Hi.
I tried the dll and at least I can now crop in AvsPmod with the same values as before without any over/undercrop.
Not sure how else to test it.
renols
I tried the dll and at least I can now crop in AvsPmod with the same values as before without any over/undercrop.
Not sure how else to test it.
renols
Re: [RESOLVED] CLIP + cropping
That's great feedback, renols, thank you. I will release the fix now.
Re: [RESOLVED] CLIP + cropping
Here are
https://dropmefiles.com/IRyST
Coded size is 1280x544, I don't get why. Video is 1280x536. Sar is not set (default setting for hd x264 encodes).
Re: [RESOLVED] CLIP + cropping
Thank you for the stream sample. The .264 elementary stream declares a coded size of 544 and a display area of 536, so it is being reported correctly. 544 is mod 16 and 536 is not. The coded size must be an integral number of macroblocks. One thing I can do is to populate the display size in the Info dialog. It's absence could be a bug, I'll check.
Re: CLIP + cropping
I agree 1088 is autocrop to 1080 but once you set a crop value it will be based on 1088.
BTW something else is more frustating:
- on a 1088 steam with coded display area at 1080
- don't set any crop value
- just set both NVresize's values ("rh" & "rv")
Check the result with editor on the bottom of the frame.
The resize is done with the full frame size at 1088 and not the autocropped at 1080 !!! Causing frame distorsion.
Is this process normal ?
[Edit] using build 168
Re: [RESOLVED] CLIP + cropping
No, that is not normal. I will sort this out once and for all. Thanks for pointing it out.