Feature Requests
Re: Feature Requests
Very good points and very good questions. Thank you. All is possible and everything is on the table.
- Bullwinkle
- Posts: 338
- Joined: Thu Sep 05, 2019 6:37 pm
Re: Feature Requests
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? Guest 2. A fine collection of pixels he is for one to contemplate. But who are we to speculate?
Re: Feature Requests
Whee!
- Bullwinkle
- Posts: 338
- Joined: Thu Sep 05, 2019 6:37 pm
Re: Feature Requests
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.
Re: Feature Requests
Not to mention that mainline is avs+ nowadays, as 2.6 being dead for many years.
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: Feature Requests
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.
Re: Feature Requests
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
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
- Bullwinkle
- Posts: 338
- Joined: Thu Sep 05, 2019 6:37 pm
Re: Feature Requests
avscompat is it possible to be more brain dead (vs not you gonca)? when pride bursts its britches. Be nice.
Re: Feature Requests
I might be a little brain dead/damaged myself
A few good drinks do that
A few good drinks do that
Re: Feature Requests
Plusgonca wrote: ↑Tue Aug 27, 2019 5:02 pmSeeing 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
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
Re: Feature Requests
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.
Re: Feature Requests
Yeah, I know
The ConvertBits or vpy equivalent is a simple truncation of the padding zeroes since final output is 10 bit
The ConvertBits or vpy equivalent is a simple truncation of the padding zeroes since final output is 10 bit
Re: Feature Requests
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
Re: Feature Requests
Would be nice to have the high bit depth from the start, that is all
Re: Feature Requests
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.
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: Feature Requests
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.
Re: Feature Requests
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.
Re: Feature Requests
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.
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.
Re: Feature Requests
You can use the command line client for that.DmitryKz wrote: ↑Fri Jan 10, 2020 3:37 amHello!
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.
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.
Re: Feature Requests
Dear Boulder, many many thanks. This is exactly what I need.
Re: Feature Requests
Thank you for helping out, Boulder.
Re: Feature Requests
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.
- 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.
Re: Feature Requests
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.
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.