DGSource seems to be delivering incorrect aspect ratio ?

Support forum for DGDecNV
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

Hello, I have an mpeg2 .mpg where DGIndexNV does not seem to log some key fields.

For some reason, perhaps to do with that (I'm not sure), using latest ffmpeg with a small .vpy input to transcode into avc yields a different aspect ratio as compared to the source .mpg.

I wonder why aspect ratio etc is not reported by DGIndexNV ? And it seems possible it may be affecting ffmpeg transcoding aspect ratio (see below) or perhaps something is "swapped" (see below) ? Usually ffmpeg picks up source ratios and the output seems to mirror them (provided no resizing etc).

It is always possible, or even likely, that it is something I've done ;)
Or, maybe ffmpeg has a bug ?

Code: Select all

"C:\SOFTWARE\Vapoursynth-x64\DGIndex\DGIndexNV.exe" -i "D:\VRDTVS-SCRATCH\FILE.VRDTVS.qsf.mpg" -h -o "D:\VRDTVS-SCRATCH\FILE.VRDTVS.qsf.mpg.dgi" -e
Stream Type: 
Video Type: MPEG2
Profile: 
Coded Size: 
Display Size: 
Aspect Ratio: 
Frame Rate: 
Colorimetry: 
Frame Structure: 
Frame Type: 
Coded Number: 153078
Playback Number: 153078
Frame Repeats: 0
Field Repeats: 0
Bitrate: 
Bitrate (Avg): 
Bitrate (Max): 
Elapsed: 0:00:09
Remain: 0:00:00
FPS: 
Info: Finished!
Here's an extract of mediainfo over the input file showing PAR and DAR:

Code: Select all

Width                                    : 720
Width                                    : 720 pixels
Height                                   : 576
Height                                   : 576 pixels
Sampled_Width                            : 720
Sampled_Height                           : 576
Pixel aspect ratio                       : 1.422
Display aspect ratio                     : 1.778
Display aspect ratio                     : 16:9
Here's an extract of mediainfo over the transcoded file showing PAR and DAR where the PAR and DAR are both different to the source and it looks like maybe just maybe DAR and PAR may have been swapped at 1.778 ?

Code: Select all

Width                                    : 720
Width                                    : 720 pixels
Height                                   : 576
Height                                   : 576 pixels
Sampled_Width                            : 720
Sampled_Height                           : 576
Pixel aspect ratio                       : 1.778
Display aspect ratio                     : 2.223
Display aspect ratio                     : 2.223
Original display aspect ratio            : 2.222
Original display aspect ratio            : 2.222
Here's the .vpy:

Code: Select all

import vapoursynth as vs		# this allows use of constants eg vs.YUV420P8 
from vapoursynth import core	# actual vapoursynth core 
#import functools 
#import mvsfunc as mvs			# this relies on the .py residing at the VS folder root level - see run_vsrepo.bat 
#import havsfunc as haf		# this relies on the .py residing at the VS folder root level - see run_vsrepo.bat 
core.std.LoadPlugin(r'C:\SOFTWARE\Vapoursynth-x64\DGIndex\DGDecodeNV.dll') # do it like gonca https://forum.doom9.org/showthread.php?p=1877765#post1877765 
core.avs.LoadPlugin(r'C:\SOFTWARE\Vapoursynth-x64\DGIndex\DGDecodeNV.dll') # do it like gonca https://forum.doom9.org/showthread.php?p=1877765#post1877765 
video = core.dgdecodenv.DGSource(r'D:\VRDTVS-SCRATCH\FILE.VRDTVS.qsf.mpg.dgi', deinterlace=0, use_pf=False) 
video = core.avs.DGDenoise(video, strength=0.15, chroma=True) 
video = core.avs.DGSharpen(video, strength=0.3) 
video = vs.core.text.ClipInfo(video) 
video.set_output() 
Here's the ffmpeg commandline:

Code: Select all

"C:\SOFTWARE\Vapoursynth-x64\ffmpeg.exe" -hide_banner -v verbose -nostats -init_hw_device opencl=ocl:0.0 -filter_hw_device ocl 
-f vapoursynth -i "D:\VRDTVS-SCRATCH\FILE.VRDTVS.qsf.mpg.vpy"  
-vsync 0 -sws_flags lanczos+accurate_rnd+full_chroma_int+full_chroma_inp -strict experimental 
-c:v h264_nvenc -pix_fmt nv12 -preset p7 -multipass fullres -rc:v vbr -cq:v 0 -b:v 4000000 -minrate:v 100000 -maxrate:v 8000000 -bufsize 8000000 
-profile:v high -level 5.2 -movflags +faststart+write_colr  -an 
-y "G:\HDTV\000-TO-BE-PROCESSED-MOVIE-ONLY\VRDTVS-Converted\FILE.mp4"  
Here's the full mediainfo over the .mpg input file:

Code: Select all

"C:\software\mediainfo\mediainfo.exe" --full "D:\VRDTVS-SCRATCH\FILE.VRDTVS.qsf.mpg"
Video
Count                                    : 378
Count of stream of this kind             : 1
Kind of stream                           : Video
Kind of stream                           : Video
Stream identifier                        : 0
StreamOrder                              : 0
FirstPacketOrder                         : 0
ID                                       : 224
ID                                       : 224 (0xE0)
Format                                   : MPEG Video
Format                                   : MPEG Video
Commercial name                          : MPEG-2 Video
Format version                           : Version 2
Format profile                           : Main@Main
Format settings                          : CustomMatrix / BVOP
Format settings, BVOP                    : Yes
Format settings, BVOP                    : Yes
Format settings, Matrix                  : Custom
Format settings, Matrix                  : Custom
Format_Settings_Matrix_Data              : 0808080908090B0B0B0B0B0B0D0C0D0D0D0D0D0D0D0D0D0D0D0E0E0E1111110E0E0E0D0D0E0E10101111121312111111111313141414181817171C1C1D222229 / 10111112121213131313141414141415151515151516161616161616171717171717171718181819181818191A1A1A1A191B1B1B1B1B1C1C1C1C1E1E1E1F1F21
Format settings, GOP                     : M=3, N=12
Internet media type                      : video/MPV
Duration                                 : 6123120
Duration                                 : 1 h 42 min
Duration                                 : 1 h 42 min 3 s 120 ms
Duration                                 : 1 h 42 min
Duration                                 : 01:42:03.120
Duration                                 : 01:42:03:03
Duration                                 : 01:42:03.120 (01:42:03:03)
Bit rate mode                            : VBR
Bit rate mode                            : Variable
Bit rate                                 : 5174213
Bit rate                                 : 5 174 kb/s
Width                                    : 720
Width                                    : 720 pixels
Height                                   : 576
Height                                   : 576 pixels
Sampled_Width                            : 720
Sampled_Height                           : 576
Pixel aspect ratio                       : 1.422
Display aspect ratio                     : 1.778
Display aspect ratio                     : 16:9
Frame rate                               : 25.000
Frame rate                               : 25.000 FPS
Frame count                              : 153078
Standard                                 : PAL
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Chroma subsampling                       : 4:2:0
Bit depth                                : 8
Bit depth                                : 8 bits
Compression mode                         : Lossy
Compression mode                         : Lossy
Bits/(Pixel*Frame)                       : 0.499
Delay                                    : 240.000000
Delay                                    : 240 ms
Delay                                    : 240 ms
Delay                                    : 240 ms
Delay                                    : 00:00:00.240
Delay_DropFrame                          : No
Delay, origin                            : Container
Delay, origin                            : Container
Delay_Original                           : 3600000
Delay_Original                           : 1 h 0 min
Delay_Original                           : 1 h 0 min 0 s 0 ms
Delay_Original                           : 1 h 0 min
Delay_Original                           : 01:00:00.000
Delay_Original_Settings                  : drop_frame_flag=0 / closed_gop=1 / broken_link=0
Delay_Original_DropFrame                 : No
Delay_Original_Source                    : Stream
Time code of first frame                 : 01:00:00:00
Time code source                         : Group of pictures header
GOP, Open/Closed                         : Open
GOP, Open/Closed                         : Open
GOP, Open/Closed of first frame          : Closed
GOP, Open/Closed of first frame          : Closed
Stream size                              : 3960291115
Stream size                              : 3.69 GiB (90%)
Stream size                              : 4 GiB
Stream size                              : 3.7 GiB
Stream size                              : 3.69 GiB
Stream size                              : 3.688 GiB
Stream size                              : 3.69 GiB (90%)
Proportion of this stream                : 0.90200
Buffer size                              : 229376
intra_dc_precision                       : 10
Interestingly, if I use ffmpeg directly on .mpg files with no vapoursynth/dgindexnv, then no aspect ratio issue is apparent.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGIndexNV log not showing apect ratio ?

Post by hydra3333 »

Ah. Using the same script ...

When used with LWLibavSource

Code: Select all

video=core.lsmas.LWLibavSource(source="D:\VRDTVS-SCRATCH\FILE.VRDTVS.qsf.mpg", ff_loglevel=6)
The output seems correct with [SAR 64:45 DAR 16:9]

Code: Select all

Output #0, mp4, to 'G:\HDTV\000-TO-BE-PROCESSED-MOVIE-ONLY\z-test-01.mp4':
  Metadata:
    encoder         : Lavf58.49.100
    Stream #0:0: Video: h264 (h264_nvenc) (High), 1 reference frame (avc1 / 0x31637661), nv12, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 4000 kb/s, 25 fps, 12800 tbn, 25 tbc
    Metadata:
      encoder         : Lavc58.97.102 h264_nvenc
When used with DGSource

Code: Select all

video = core.dgdecodenv.DGSource(r'D:\VRDTVS-SCRATCH\FILE.VRDTVS.qsf.mpg.dgi', deinterlace=0) 
The output seems incorrect with [SAR 16:9 DAR 20:9]

Code: Select all

Output #0, mp4, to 'G:\HDTV\000-TO-BE-PROCESSED-MOVIE-ONLY\z-test-01.mp4':
  Metadata:
    encoder         : Lavf58.49.100
    Stream #0:0: Video: h264 (h264_nvenc) (High), 1 reference frame (avc1 / 0x31637661), nv12, 720x576 [SAR 16:9 DAR 20:9], q=-1--1, 4000 kb/s, 25 fps, 12800 tbn, 25 tbc
    Metadata:
      encoder         : Lavc58.97.102 h264_nvenc
Is it me not understanding something, or is DGSource slightly broken ?

edit: fixed outputs copied from logs
I really do like it here.
DAE avatar
Guest

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Guest »

Do you have "Full Info" checked in settings
Here is my result

Code: Select all

Stream Type: Elementary
Video Type: MPEG2
Profile: main@main
Coded Size: 720x480
Display Size: [not specified]
Aspect Ratio: 16:9 [3]
Frame Rate: 29.970030 fps
Colorimetry: Unknown [2]
Frame Structure: 
Frame Type: 
Coded Number: 108271
Playback Number: 135325
Frame Repeats: 0
Field Repeats: 54108
Bitrate: 
Bitrate (Avg): 
Bitrate (Max): 
Elapsed: 0:00:12
Remain: 0:00:00
FPS: 
Info: Finished!
Edit
Have improved vpy template slighlty (usability wise)
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Please provide the source MPG or part of it that I can use to duplicate the issue.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

Sure, where should I upload it to ?

edit: here you go.
https://drive.google.com/file/d/1MSLc2b ... sp=sharing
A 25Mb clip cut of it with VideoRedo. mediainfo appears to say it has the same characteristics. edit: tested and it produces the same issue.
(I own the DVD)
I really do like it here.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Pick one:

http://www.ebizmba.com/articles/file-sharing-websites

MediaFire should be fine.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

As an aside, the log produced via CLI and Windows are different.
Probably as expected.

CLI log:

Code: Select all

Stream Type: 
Video Type: MPEG2
Profile: 
Coded Size: 
Display Size: 
Aspect Ratio: 
Frame Rate: 
Colorimetry: 
Frame Structure: 
Frame Type: 
Coded Number: 741
Playback Number: 741
Frame Repeats: 0
Field Repeats: 0
Bitrate: 
Bitrate (Avg): 
Bitrate (Max): 
Elapsed: 
Remain: 0:00:00
FPS: 
Info: Finished!
Windows log:

Code: Select all

Stream Type: MPEG2 Program
Video Type: MPEG2
Profile: main@main
Coded Size: 720x576
Display Size: [not specified]
Aspect Ratio: 16:9 [3]
Frame Rate: 25.000000 fps
Colorimetry: Unknown [2]
Frame Structure: 
Frame Type: 
Coded Number: 741
Playback Number: 741
Frame Repeats: 0
Field Repeats: 0
Bitrate: 
Bitrate (Avg): 
Bitrate (Max): 
Audio Stream:   80: AC3 3_2 48 448
Elapsed: 
Remain: 0:00:00
FPS: 
Info: Finished!

128: D:\VRDTVS-SCRATCH\FILE2 T80 3_2ch 48KHz 448Kbps DELAY -668106296ms.ac3
The issue arises regardless of using the .dgi produced via CLI or Windows.
I really do like it here.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

Rocky wrote:
Fri Jul 31, 2020 7:04 am
Pick one:

http://www.ebizmba.com/articles/file-sharing-websites

MediaFire should be fine.
Sorry, already uploaded the .mpg to here.
https://drive.google.com/file/d/1MSLc2b ... sp=sharing
I really do like it here.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

gonca wrote:
Fri Jul 31, 2020 6:30 am
Do you have "Full Info" checked in settings
Yes, thanks for asking, "Full Info" was ticked.
The log seems to depend on if done via CLI or the GUI interface, probably as expected if I'd RTFM ;)
I really do like it here.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

I hope it's not something I've done or misunderstood, as I'd then feel like this bull moose: https://www.youtube.com/watch?v=5q0kfskEwCA
I really do like it here.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

DGSource does not deliver any aspect ratio information at all (EDIT: yes it does but only for Vapoursynth). It delivers only the decoded video. So your question is incoherent. Nevertheless I try to clarify things for you.

The aspect ratio information is shown in the DGIndexNV Info dialog. There must have been a preview operation for that information to be included in the log file (there can't be a preview with CLI), but it is always available in the DGI file.

The source MPG file you provided specifies aspect_ratio_information as 3. That means DAR 16:9. The MPEG2 spec specifies a way to derive a SAR from the DAR and frame size. You can read the spec if you are interested. But be aware that DGDecNV does not calculate or report any SAR value, so all this is irrelevant to your question. DGIndexNV reports only the DAR, and DGSource() does not deliver anything regarding aspect ratio.

I cannot be held responsible for what other tools are /calculating/reporting/inferring for SAR. There is also a lot of confusion and ambiguity with the notation, so that may be underlying what you are seeing. E.g., SAR is sometimes used as "Storage Aspect Ratio" and as sometimes as "Sample Aspect Ratio".
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

thank you for the clarification.

I guess lsmash must somehow deliver it, on the basis of the resulting output file characteristics when using lsmash as the source.

oh well.
I really do like it here.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Ah, noticed you are using Vapoursynth. Perhaps the SAR gets set in the per-frame metadata by lsmash. I'll check that.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Yes, Vapoursynth has this:

int _SARNum, int _SARDen
Pixel (sample) aspect ratio as a rational number.

I will add setting that to my to-do list, but it's not high priority. Is it some kind of showstopper for you?

BTW, my calculation yields 1.422 as the PAR (SAR).
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Haha, I just looked and I am already setting it. I'll check to see what it is setting for your stream and correct it if needed.

EDIT: Yup, my bad. I wrote the DAR in there. Will fix it. Thank you for pointing this out.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Let me know if this is working better:

http://rationalqm.us/misc/DGDecodeNV_hydra.dll

I tested it for MPG2 only but it should be OK for all the video types.

EDIT: Rename it to DGDecodeNV.dll of course.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

:) Thanks !

Close but no cigar I'm afraid.

Code: Select all

Width                                    : 720
Width                                    : 720 pixels
Height                                   : 576
Height                                   : 576 pixels
Sampled_Width                            : 720
Sampled_Height                           : 576
Pixel aspect ratio                       : 1.000
Display aspect ratio                     : 1.250
Display aspect ratio                     : 5:4
Looking for something more like:

Code: Select all

Width                                    : 720
Width                                    : 720 pixels
Height                                   : 576
Height                                   : 576 pixels
Sampled_Width                            : 720
Sampled_Height                           : 576
Pixel aspect ratio                       : 1.422
Display aspect ratio                     : 1.778
Display aspect ratio                     : 16:9
which is what one gets with lsmash or when adding '-vf "setdar=16/9"' on the ffmpeg commandline and then plays OK in media player classic home cinema.
I really do like it here.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Having trouble duplicating your result (not to mention the nightmare of vapoursynth error messages -- don't give a full path to the DLL and it tells you to update windows -- are you kidding me?). I have these scripts:

FILE2_dgdecodenv.vpy:

Code: Select all

import vapoursynth as vs
from vapoursynth import core
core.std.LoadPlugin(r'D:\Don\Programming\C++\DGDecNV\DGDecodeNV\x64\release\DGDecodeNV.dll') 
video = core.dgdecodenv.DGSource(r'FILE2.dgi', deinterlace=0, use_pf=False) 
video = vs.core.text.ClipInfo(video) 
video.set_output()
FILE2_lsmash.vpy:

Code: Select all

import vapoursynth as vs
from vapoursynth import core
core.std.LoadPlugin(r'D:\tmp\hydra3333 SAR problem\LSMASHSource.dll') 
video = core.lsmas.LWLibavSource(source=r'D:\tmp\hydra3333 SAR problem\FILE2.mpg', ff_loglevel=6)
video = vs.core.text.ClipInfo(video) 
video.set_output()
When opened in VirtualDub2, they both show identical ClipInfo. There are no other properties that I am aware of, so it seems both scripts make available the same information.

Now, on to ffmpeg. I can't follow your command at all. It's complicated by NVENC and stuff. And my latest ffmpeg says that '-input vapoursynth' is an unknown input format. So I made simple ffmpeg lines using a pipe:

vspipe --y4m FILE2_lsmash.vpy - | ffmpeg -i pipe: encoded_lsmash.mp4
vspipe --y4m FILE2_dgdecodenv.vpy - | ffmpeg -i pipe: encoded_dgdecodenv.mp4

Then I run mediainfo on the MP4 files and I get the same thing for both (except for very small difference in bitrate):

Code: Select all

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L3
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 4 frames
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 29 s 640 ms
Bit rate                                 : 369 kb/s
Width                                    : 720 pixels
Height                                   : 576 pixels
Display aspect ratio                     : 5:4
Frame rate mode                          : Constant
Frame rate                               : 25.000 FPS
Standard                                 : PAL
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.036
Stream size                              : 1.31 MiB (99%)
Writing library                          : x264 core 161
Encoding settings                        : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Codec configuration box                  : avcC
This does not show PAR like your post does. I do not understand why.

So I am simply unable to account for your result either theoretically or by trying to duplicate it. The ball is in your court if you want to go further. Do things with a simplified ffmpeg command as I am not going through the NVENC rigamarole. You have to somehow prove that the two source filters are delivering different information, whereas I claim to have shown that they deliver the same information.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

Thank you for trying !

How interesting.

The ffmpeg.exe is a custom cross-compile (but no patching on my part) with vapoursynth enabled.

I'll do some further testing (using the updated dll you posted) with ffmpeg/vsedit/virtualdub2 and let you know what I find.

I cannot currently explain the difference ! I'm leaning toward my error but cannot as yet say why.
I really do like it here.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

Just checking ... you and I are using the same DLL (the link you provided to DGDecodeNV_hydra.dll) ?
I still get the same results so far (re-doing my ffmpeg commands)

Edit: it looks like ffmpeg and/or vapoursynth may be playing up. Initial result:
1. consistently - using lsmash : with vapoursynth input directly it is successful, however with pipe is now fails with the same .vpy.
2. consistently - with dgsource: it fails with the same .vpy on both pipe and direct .vpy input.
I used a .bat to ensure the right .vpy etc were consistently used repeatably :(

I'll try another video and the original dgsource .dll to see what happens.

So, I tend to concur it isn't dgsource since issues also arise with lsmash.

I cannot explain why my pipe result (a fail) differs from yours, although I had upgraded to vapoursynth R51 just prior to these tests.
I really do like it here.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by Rocky »

Yes, I use that one. Of course, you have to rename it to DGDecodeNV.dll.

Can you post a link to the ffmpeg you use, please? And can you simplify the command line to the minimum that shows the error? Are you getting different ClipInfo for DG and LSMASH contrary to what I showed, i.e., that they are the same?
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

initial log is attached if you were interested.
ffmpeg option "-v verbose" is set so one can see lines containing text string SAR for the input streams rather than on the outputs.

edit: ignore this post, the .dll wasn't in the right place with the right name
Attachments
zzz-01.log
(19.25 KiB) Downloaded 628 times
I really do like it here.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

Rocky wrote:
Sun Aug 02, 2020 7:00 am
Yes, I use that one. Of course, you have to rename it to DGDecodeNV.dll.
Oh. I should have warned of a dummy alert here.
I'd imported it like this and it didn't crash. I'll rename it and try again.

Code: Select all

core.std.LoadPlugin(r'G:\HDTV\000-TO-BE-PROCESSED-DVD-MOVIE-ONLY\TEST\DGDecodeNV_hydra.dll') 
Rocky wrote:
Sun Aug 02, 2020 7:00 am
Can you post a link to the ffmpeg you use, please? And can you simplify the command line to the minimum that shows the error?
Sure. Give it a good scan (I would). I use vapoursynth portable, so I drop the .exe in the same folder as extracted vapoursynth and python 3.8.
https://drive.google.com/file/d/1MXcB9z ... sp=sharing
Cross-compiled via a hackup here: https://github.com/hydra3333/h3333_pyth ... cript_v100

Re the other stuff, I'd like to run some more tests. (Initial minimum commandline and log shown in post above)
I really do like it here.
User avatar
hydra3333
Posts: 394
Joined: Wed Oct 06, 2010 3:34 am
Contact:

Re: DGSource seems to be delivering incorrect aspect ratio ?

Post by hydra3333 »

Ah.
It does go a bit better when you drop the .dll into the right folder (I suppose with the license file) and give it the right name.

Apologies.

The attached log now shows DGSource works a treat with direct .vpy input, however files created via pipe (with lsmash too) have incorrect attributes according to mediainfo.

So, the new DLL works just fine !!

Thank you. And again for your perseverance & patience.
Attachments
zzz-01.log
(20.83 KiB) Downloaded 614 times
I really do like it here.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

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

Post by Rocky »

Super happy we got it sorted out for you. I'll include it in the next slipstream. Thank you for bringing the issue to light.

Importing it with the wrong name should have given a license violation error on green video.

Hmm, now SOLVED or RESOLVED? :scratch:

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