Sure, why not?
Feature Requests
Re: Feature Requests
Would you please add the duration HH:MM:SS on the right of resolution and fps? And yes, when setting start and end of project range, the duration of that too...
Re: Feature Requests
Add them where? Humor me, I'm getting on in years.
Re: Feature Requests
MT_NICE_FILTER will be better I think
As I understood from explanations and filter examples, programmer must care about memory allocations at getframe requests, not at the filter constructor. Mt mode 2 will care about safe memory allocation if filter allocates memory in the constructor, but it allocate, say, 4 times more memory with Prefetch(4). Imagine my double CPUs Xeon 2665 server running with 32 threads, so Prefetch(32) will eat a lot of RAM.
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
OK, but maybe a status bar or something, not the window title. Lemme think...
Re: Feature Requests
While we are talking about interface. It would be nice to have something like this
in the status bar, while demuxing and saving project are running, i.e. visual feedback of progress.
in the status bar, while demuxing and saving project are running, i.e. visual feedback of progress.
Re: Feature Requests
You're a tough taskmaster. I'll see what I can do. How about a multiline title window?
Re: Feature Requests
Are you talking about duration? Never saw a multiline title window in my life. How is it possible?
Anyway, as most of us are using 16:9 screens, better to expand in lenght than in height.
Re: Feature Requests
Owner draw, of course. But I was being facetious.
There's already a cursor that runs along the timeline.
There's already a cursor that runs along the timeline.
Re: Feature Requests
I can't show the duration until after the project is saved. The entire stream must be parsed to count the frames. I do not use heuristics based on timestamps or anything like that, and anyway, elementary streams have no timestamps. So I could show the duration in the title bar after the project is saved or after a DGI file is loaded. It would be better, though, to show it on the Info dialog so that it gets placed in the log file. Showing the project range times would also be difficult for the same reason.
Is any of this any good to you?
Is any of this any good to you?
Re: Feature Requests
Sure but I want to have everything handled the same. It's one of my primary design goals!
Re: Feature Requests
Hi.
A lot of Work seems to have gone into demuxing MKV files with subtitles and everything.
Would the same thing be possible for M2TS files, or when opening an MPLS playlist?
Right now when I open an MPLS file and choose the demux menu, I only get the option for video and audio demuxing. No subs.
And the naming scheme of the files also seems to be limited. In the demux menu the lanuguage of the audio tracks are written. But after demux that info is gone, and you are left with 1100, 1101, 1102, 1103 and so on. You then have to have the demux menu open and rename the files manually.
If I open the MPLS in mkvmerge, and create a MKV file, and then load that MKV file into dgindex and choose the demux menu, then I get the option for video, audio, subs and chapters. And maybe even more. and the naming of files after demux, also contains the language of the track in the name.
Just seems like going accross the river to get some Water, to first have to create a MKV file, with the soul purpose of demuxing that, rather then using the MPLS file in dgindex directly.
Thanks in advance, and thanks for a great piece of software.
renols
A lot of Work seems to have gone into demuxing MKV files with subtitles and everything.
Would the same thing be possible for M2TS files, or when opening an MPLS playlist?
Right now when I open an MPLS file and choose the demux menu, I only get the option for video and audio demuxing. No subs.
And the naming scheme of the files also seems to be limited. In the demux menu the lanuguage of the audio tracks are written. But after demux that info is gone, and you are left with 1100, 1101, 1102, 1103 and so on. You then have to have the demux menu open and rename the files manually.
If I open the MPLS in mkvmerge, and create a MKV file, and then load that MKV file into dgindex and choose the demux menu, then I get the option for video, audio, subs and chapters. And maybe even more. and the naming of files after demux, also contains the language of the track in the name.
Just seems like going accross the river to get some Water, to first have to create a MKV file, with the soul purpose of demuxing that, rather then using the MPLS file in dgindex directly.
Thanks in advance, and thanks for a great piece of software.
renols
Re: Feature Requests
Sure, renols, the enhancements can be done for transport and program streams, and I have said that I will do it at some point. You're going to have to be a bit patient as I have a lot on my plate right now.
I can add the language to the demuxed filenames fairly easily. I'll do it but of course MEGUI users will hate me because the audio files won't be added to the main screen (until Zathor revises MEGUI).
I am an incremental not a big bang kind of guy.
I can add the language to the demuxed filenames fairly easily. I'll do it but of course MEGUI users will hate me because the audio files won't be added to the main screen (until Zathor revises MEGUI).
I am an incremental not a big bang kind of guy.
Re: Feature Requests
No problem. I didn't see that you mentioned that the enhancements would be addapted for other streams.
I will put on my "be patient" cap
renols
Re: Feature Requests
If I wanted DGIndexNV to be some kind of frame accurate editor or something, then what I would do is require the project to be saved first and then use DGDecodeNV to render the video, etc. But it's intended to be an indexer, anything else is gravy. So, highly unlikely I'm going to do anything for your request. In any case, it would be so low in priority that it would likely never see the light of day.
Nancy Reagan: "Just say no."
Nancy Reagan: "Just say no."
Re: Feature Requests
I'm thinking of unbundling the utility CUDA filters and releasing them as open source dual VS/AVS filters. DGDecodeNV would remain closed and licensed but will be released as dual VS/AVS. Could spur on further CUDA porting. We do need to instantiate pipelines on the GPU to avoid a round trip to and from the GPU for each filter. That's what I mean by CUDASynth. It could be implemented as a VS/AVS filter.
Re: Feature Requests
Sounds interesting
Might even make maintenance of the modules easier if they are uncoupled
Might even make maintenance of the modules easier if they are uncoupled
Re: Feature Requests
Maintenance is not really an issue. It's the pipeline on the GPU that is intriguing. Need a lot of memory up there.
Re: Feature Requests
Patient cap off.
Is there any time Schedule as to when subs can be demuxed directly from m2ts files?
patient cap back on
renols