Feature Requests

Support forum for DGDecNV
Boulder
Posts: 37
Joined: Fri Jul 29, 2011 7:22 am

Re: Feature Requests

Post by Boulder » Sat Nov 02, 2019 11:23 am

By the way, you'll want to ditch the last ConvertBits. Both x264 and x265 will happily accept 16-bit input and convert down to the final bitdepth (x265 has the parameter --dither to enable HQ dithering). If I'm not mistaken, they both work internally in 16 bits anyway.

gonca
Posts: 768
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca » Sat Nov 02, 2019 11:39 am

Yeah, I know
The ConvertBits or vpy equivalent is a simple truncation of the padding zeroes since final output is 10 bit
Last edited by gonca on Sat Nov 02, 2019 11:41 am, edited 1 time in total.

User avatar
Rocky
Posts: 395
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky » Sat Nov 02, 2019 11:40 am

gonca wrote:
Sat Nov 02, 2019 11:06 am
DGTelecide and DGDecimate working with 16 bit depth would help with the 10 bit encode chain
Have you ever seen a high-bit-depth video that is 3:2 telecined?

gonca
Posts: 768
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca » Sat Nov 02, 2019 11:45 am

No, but if I want an 8 bit file preprocessed and encoded in 10 bit (DVD and some BD, imported) right now the preprocessing must be done in 8 bit and then converted to 10 bit for encoding

User avatar
Rocky
Posts: 395
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky » Sat Nov 02, 2019 12:12 pm

gonca wrote:
Sat Nov 02, 2019 11:45 am
No, but if I want an 8 bit file preprocessed and encoded in 10 bit (DVD and some BD, imported) right now the preprocessing must be done in 8 bit and then converted to 10 bit for encoding
And that's a problem because...?

gonca
Posts: 768
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca » Sat Nov 02, 2019 2:19 pm

Would be nice to have the high bit depth from the start, that is all

User avatar
DJATOM
Posts: 58
Joined: Fri Oct 16, 2015 6:14 pm

Re: Feature Requests

Post by DJATOM » Sat Nov 02, 2019 4:25 pm

I don't see a use case since DGSource still have to copy back decoded video into RAM, so doing that by extra call in the script might be even faster.
RTX 2070 | Ryzen R9 3900X (no OC) | 32 GB RAM

Xunkar
Posts: 36
Joined: Sun Aug 18, 2019 5:17 am

Re: Feature Requests

Post by Xunkar » Fri Dec 13, 2019 6:28 am

I sometimes have to go back to older rips to extract aduio tracks without reencoding the video. For this particular case I would love a way to demux audio/subs from a video file without having to save the project, would that be possible? I assume it would be much faster to demux the tracks without indexing the video, but maybe there is a another tool I could use for this purpose.

User avatar
Rocky
Posts: 395
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky » Fri Dec 13, 2019 8:08 am

No, that wouldn't gain anything. I have to parse through the files the same way and the overhead of just writing some text to the index file is relatively insignificant.

DmitryKz
Posts: 10
Joined: Tue Nov 05, 2013 1:52 pm

Re: Feature Requests

Post by DmitryKz » Fri Jan 10, 2020 4:37 am

Hello!
I did not find the answer in the documentation (maybe I was looking badly) - can DGIndexNV make an index file for each downloaded file, and not one common index file (.dgi) for all files in the list (i.e. make multiple *.DGIs)? I want to individually recode each file using AviSint, but I don’t understand how this can be done with DGIndexNV.
I've more than 400 *.ts files and make index files for each tooo long)))
I would be grateful for the answer.

Post Reply