Support forum for DG Tools

Posted: **Sun Aug 02, 2020 11:31 am**

I got a green video alright when I finally looked at it ... I was focused on the logs.

Posted: **Sun Aug 02, 2020 12:27 pm**

Rocky wrote: ↑
Sun Aug 02, 2020 11:26 am
Hmm, now SOLVED or RESOLVED?

https://englishlessonsbrighton.co.uk/wh ... d-resolve/

he he, I used to work for the gov't where the worth of a report was assessed by the "n grams" method ... don't get me started

edit: oh, in the US that'd be "n ounces" or something I guess

Posted: **Sun Aug 02, 2020 6:05 pm**

Posted: **Sun Aug 02, 2020 6:58 pm**

Rocky wrote: ↑
Sun Aug 02, 2020 6:05 pm

... although I'm lazier nowadays, playing with English was the name of the game back in the day, if one wanted to get on in gov't. The more verbose it was, the weightier the report was, and of course the more valuable it must have been !

Hence, "n grams" where the greater the n the greater the obvious value

Posted: **Sun Aug 02, 2020 8:40 pm**

I see, yes. Thank you for the explanation. Writing is hard and exhausting for me; still I enjoy it in moderation. Sky writing!

Posted: **Tue Sep 29, 2020 7:08 pm**

Hello.

I got some aspect ratio problems again "recently" after a NV download. Well, I'm lazy, I worked around it via ffmpeg commandline option and forgot about it for some time.

Just wondering, it really is a funny world, would it be possible for the aspect ratio fix to have become unfixed, or is it somehow me ?

Separately and while I'm here, asking your opinion if you're prepared to give it :-
Someone purporting to be "Sabine Hossenfelder" has a "for dummies" science/physics type youtube channel which has a lot of interesting videos for lay people (like me), however she is said to be German but has what appears to be a Russian accent.
Would you happen know offhand if she's real, or fake ?
Not that I expect fake things on the internet or anything

...
https://www.youtube.com/watch?v=nGVIJSW0Y3k (this example video is well off-topic for her and funny, if a tad pointed; she goes off at lefties and righties and "follow the science").
Thanks

Posted: **Wed Sep 30, 2020 7:52 pm**

Regarding aspect ratio stuff, please post a source sample and method to duplicate your issue. I am not aware of any regressions in this area.

Regarding Sabine Hossenfelder, she's a "science populizer" and a mainstream quantum mysterian (she believes in quantum nonlocality, which she tries to account for with "superdeterminism"). She doesn't appear to have any significant original research in QM, but correct me if I have missed anything.

Her blog is here:

http://backreaction.blogspot.com

She'll be happy to talk to you for $150 per hour.

http://backreaction.blogspot.com/p/talk ... st_27.html

Bargain basement. Any competent consultant makes 300-500/hour.

She uses sensationalism (a form of rhetoric) to draw attention to herself. For example, using profanity in her videos and blog, wearing a mask in her avatar, calling people stupid, etc. This is how people with no really significant ideas behave. It's all about Sabine!

Posted: **Wed Sep 30, 2020 11:25 pm**

OK and Thanks.

I'll try to locate a recent source.

Posted: **Tue Feb 02, 2021 8:28 am**

I'm afraid this AR issue is not resolved yet.
It seems that DGSource passes on a reversed DAR value as a SAR value for some videos in VapourSynth.

Here's the sample video: here.

Its SAR is 1:1 and DAR is 16:9. You can see that in DGIndexNV too.

The vpy is very simple:

Code: Select all

import os, sys
import vapoursynth as vs
core = vs.get_core()

sys.path.append(r"D:\Utilities\StaxRip\Apps\Plugins\VS\Scripts")
core.std.LoadPlugin(r"D:\Utilities\StaxRip\Settings\Plugins\Dual\DGDecNV\DGDecodeNV.dll")
clip = core.dgdecodenv.DGSource(r"D:\Downloads\test_1audio_temp\test_1audio.dgi", deinterlace=0, fieldop=0)
clip.set_output()

But when this script is passed to x265, a wrong SAR value (=reversed DAR) is passed on.

x265 3.4+65-aMod(GCC10.2.1) DJATOM

D:\Utilities\StaxRip\Apps\Encoders\x265\x265.exe --crf 27 --output-depth 10 --output D:\Downloads\test_1audio_temp\test_1audio_DGSource_x265-direct-input_out.hevc D:\Downloads\test_1audio_temp\test_1audio_DGSource_x265-direct-input.vpy

vpy [info]: 1920x1080 fps 24000/1001 i420p8 sar 9:16 frames 0 - 2478 of 2479
...

At first, I thought this was an issue with the x265 build, so I reported an issue on its repo.

Here.

The author agreed to add an option to ignore the SAR value passed on by the script just like vspipe does.
But, the issue still remains: it seems that DGSource passes on a reversed DAR value as the SAR value in VapourSynth.

Can you please take a look into this? Thanks.

Posted: **Tue Feb 02, 2021 9:21 am**

Thanks man. Two things seem to have gone wrong.

1. Confusion about meaning of SAR. Vapoursynth is apparently using "SAR" as "pixel (sample) aspect ratio", but that is strictly the PAR, while SAR is the "storage aspect ratio", and is inferred as DAR/PAR. So we tried to calculate and return SAR thus defined. But when that was coded, it was erroneously inverted.

2. Vapoursynth says it wants the SAR with _SARNum/_SARDen, but interpreting SAR as PAR would require returning the PAR in _SARNum/_SARDen.

So, bottom line, we will change it to return the PAR. That would always be 1:1 for HD and may be != 1:1 for SD (could be NTSC or PAL).

Please confirm this is what you want and we'll make a slipstream right away. We also have a Doom9 thread asking Myrsloik to confirm this interpretation.

Posted: **Tue Feb 02, 2021 9:39 am**

OK, let's just go ahead with this interpretation. We will return the PAR.

Posted: **Tue Feb 02, 2021 11:55 am**

Yes, it's also confusing for me. I believe your interpretation is correct. x265's code says

Code: Select all

        /* Sample Aspect Ratio width in arbitrary units to be added to the VUI
         * only if aspectRatioIdc is set to X265_EXTENDED_SAR.  This is the width
         * of an individual pixel. If this is set then sarHeight must also be set */
        int sarWidth;

        /* Sample Aspect Ratio height in arbitrary units to be added to the VUI.
         * only if aspectRatioIdc is set to X265_EXTENDED_SAR.  This is the width
         * of an individual pixel. If this is set then sarWidth must also be set */
        int sarHeight;

So width is the "Num" and height is the "Den"? I got it right?

Posted: **Tue Feb 02, 2021 12:05 pm**

Yes, AFAIK the ratio is always width/height.

Posted: **Tue Feb 02, 2021 12:28 pm**

I confirm this issue is fixed in the new binary.

Thank you.

---

BTW, DGDemux.exe is unnecessarily included in the new dgdecnv2053.zip file. Can you check this out, please?

Posted: **Tue Feb 02, 2021 1:09 pm**

>DGDemux
I have noticed that too, but is that a problem? Just don't unpack if not needed

Posted: **Tue Feb 02, 2021 1:22 pm**

It's just there for the convenience of those who use the Open Disk functionality.

Posted: **Tue Feb 02, 2021 1:53 pm**

Bullwinkle wrote: ↑
Tue Feb 02, 2021 1:22 pm
It's just there for the convenience of those who use the Open Disk functionality.

Posted: **Tue Feb 02, 2021 11:00 pm**

thanks.
my crud workaround was to just use info from mediainfo and set it on the ffmpeg commandline.
this is better.
cheers.

Posted: **Wed Feb 03, 2021 8:33 am**

Shoulda took things more seriously when you posted this. Sorry bout dat.

hydra3333 wrote: ↑
Tue Sep 29, 2020 7:08 pm
I got some aspect ratio problems again "recently" after a NV download. Well, I'm lazy, I worked around it via ffmpeg commandline option and forgot about it for some time.

Just wondering, it really is a funny world, would it be possible for the aspect ratio fix to have become unfixed, or is it somehow me ?

Posted: **Sun Feb 21, 2021 2:55 am**

All cool, Curly, Sir or Madam etc.

I got busy (call it lazy if we must) and shoulda provided the sample as requested. Oh well. Please don't emulate Moe with the double finger poke to both of my eyes

Support forum for DG Tools

DGSource seems to be delivering incorrect aspect ratio ?

Re: [Solved] DGSource seems to be delivering incorrect aspect ratio ?

Re: [Solved] DGSource seems to be delivering incorrect aspect ratio ?

Re: [SOLVED] DGSource seems to be delivering incorrect aspect ratio ?

Re: [SOLVED] DGSource seems to be delivering incorrect aspect ratio ?

Re: [SOLVED] DGSource seems to be delivering incorrect aspect ratio ?

Re: [RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

Re: [RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

Re: [RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

[RESOLVED] DGSource seems to be delivering incorrect aspect ratio ?

DGSource seems to be delivering incorrect aspect ratio ?

DGSource seems to be delivering incorrect aspect ratio ?

DGSource seems to be delivering incorrect aspect ratio ?