Feature Requests

Support forum for DGDecNV
User avatar
admin
Site Admin
Posts: 4453
Joined: Thu Sep 09, 2010 3:08 pm

Re: Feature Requests

Post by admin »

Very good points and very good questions. Thank you. All is possible and everything is on the table.
User avatar
Bullwinkle
Moose Approved
Posts: 202
Joined: Thu Sep 05, 2019 6:37 pm

Re: Feature Requests

Post by Bullwinkle »

Hello lovers of all that is rational and correct. Stuck in the handcuffs of Zoom. Randomness is beautiful and arbitrary window size is The Beauty. Throw off the handcuffs! And so confused specifying crop into script via dgindexnv but not resize who pointed that out? tormento. A fine collection of pixels he is for one to contemplate. But who are we to speculate?
User avatar
Rocky
Moose Approved
Posts: 1679
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky »

Whee!
User avatar
Bullwinkle
Moose Approved
Posts: 202
Joined: Thu Sep 05, 2019 6:37 pm

Re: Feature Requests

Post by Bullwinkle »

Is synthesis the antithesis of Randomness? You could think about it. Here we have the definitive analysis. cudasynth must be absorbed into the mainline. We all die but try to postpone it. Now watch me.
User avatar
DJATOM
DG Approved/Moose Approved
Posts: 161
Joined: Fri Oct 16, 2015 6:14 pm

Re: Feature Requests

Post by DJATOM »

Not to mention that mainline is avs+ nowadays, as 2.6 being dead for many years.
User avatar
Rocky
Moose Approved
Posts: 1679
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky »

I think by "mainline" Bullwinkle didn't mean Avisynth but meant the official DGDecodeNV (i.e., not have a separate CUDASynth package). Your point is well taken and further integration into Avisynth+ itself remains under study.
User avatar
gonca
DG Approved/Curly Approved/Moose Approved
Posts: 1064
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca »

Absorbing Cudasynth into the DGTools mainline would be awesome.
With the template feature creating the scripts, using multiple filters would be quicker.
Might just need an updated avscompat (for vpy) to get closer to perfection, hint, hint
User avatar
Bullwinkle
Moose Approved
Posts: 202
Joined: Thu Sep 05, 2019 6:37 pm

Re: Feature Requests

Post by Bullwinkle »

avscompat is it possible to be more brain dead (vs not you gonca)? when pride bursts its britches. Be nice.
User avatar
gonca
DG Approved/Curly Approved/Moose Approved
Posts: 1064
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca »

I might be a little brain dead/damaged myself
A few good drinks do that
User avatar
gonca
DG Approved/Curly Approved/Moose Approved
Posts: 1064
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca »

gonca wrote:
Tue Aug 27, 2019 5:02 pm
Seeing as how the option fulldepth= is now gone, would it be possible to have an option to deliver P016 all the time.
Use case
8 bit video is encoded at higher bit rates (10) to avoid banding in final result.
It actually saves only one line in script "ConvertBits(16)" but it would be nice to have, specially since your filters need either 16 or 8 bit inputs.

For 10 bit encode
8 bit input
ConvertBits(16)
Use your filters to preprocess
ConvertBits(10)
Encode
Plus

DGTelecide and DGDecimate working with 16 bit depth would help with the 10 bit encode chain
Just asking, I know that you are busy on DGDemux
DAE avatar
Boulder
Moose Approved
Posts: 64
Joined: Fri Jul 29, 2011 7:22 am

Re: Feature Requests

Post by Boulder »

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.
User avatar
gonca
DG Approved/Curly Approved/Moose Approved
Posts: 1064
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca »

Yeah, I know
The ConvertBits or vpy equivalent is a simple truncation of the padding zeroes since final output is 10 bit
User avatar
Rocky
Moose Approved
Posts: 1679
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky »

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?
User avatar
gonca
DG Approved/Curly Approved/Moose Approved
Posts: 1064
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca »

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
Moose Approved
Posts: 1679
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky »

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...?
User avatar
gonca
DG Approved/Curly Approved/Moose Approved
Posts: 1064
Joined: Sun Apr 08, 2012 6:12 pm

Re: Feature Requests

Post by gonca »

Would be nice to have the high bit depth from the start, that is all
User avatar
DJATOM
DG Approved/Moose Approved
Posts: 161
Joined: Fri Oct 16, 2015 6:14 pm

Re: Feature Requests

Post by DJATOM »

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.
DAE avatar
Xunkar
Moose Approved
Posts: 36
Joined: Sun Aug 18, 2019 5:17 am

Re: Feature Requests

Post by Xunkar »

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
Moose Approved
Posts: 1679
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky »

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.
DAE avatar
DmitryKz
Posts: 10
Joined: Tue Nov 05, 2013 12:52 pm

Re: Feature Requests

Post by DmitryKz »

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.
DAE avatar
Boulder
Moose Approved
Posts: 64
Joined: Fri Jul 29, 2011 7:22 am

Re: Feature Requests

Post by Boulder »

DmitryKz wrote:
Fri Jan 10, 2020 3: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.
You can use the command line client for that.
Open a command prompt, change to the directory where the files to index are and execute a commandline "for %f in (*.ts) do "path\to\your\dgindex.exe" -i "%f" -o "%~nf.dgi" -e -h"

It will create an index file for each .ts file.
DAE avatar
DmitryKz
Posts: 10
Joined: Tue Nov 05, 2013 12:52 pm

Re: Feature Requests

Post by DmitryKz »

Dear Boulder, many many thanks. This is exactly what I need.
User avatar
Rocky
Moose Approved
Posts: 1679
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky »

Thank you for helping out, Boulder.
User avatar
tormento
DG Approved/Moose Approved
Posts: 406
Joined: Mon Sep 20, 2010 2:18 pm

Re: Feature Requests

Post by tormento »

Just thinking out about my last indexing:

- add number of progressive, TFF, BFF at the end of dgi, beside FILM;
- scan images while indexing, giving some better parameter approximation for DGHDRtoSDR and other HDR functions (sliding window range?). At this point it could be incorporated into DGSource as it would be reading same DGI, having parameters for different ranges of video.
User avatar
Rocky
Moose Approved
Posts: 1679
Joined: Fri Sep 06, 2019 12:57 pm

Re: Feature Requests

Post by Rocky »

Your second suggestion is like an earlier one that asked to allow timeline navigation while the Crop dialog is active. I experimented with it but ran into technical difficulties that I did not have the time nor motivation to solve at the time. I keep it as an active request but it's a bit low on the priority list.

Same for your request for additional statistics, low priority I'm afraid. I'm not a spring chicken anymore and I zealously guard the time remaining on my progress bar of life.

Image
Post Reply