Page 10 of 29

Re: Feature Requests

Posted: Wed Mar 21, 2018 5:30 pm
by Guest 2
admin wrote:
Wed Mar 21, 2018 3:38 pm
You're a tough taskmaster. I'll see what I can do. How about a multiline title window? :twisted:
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. :D

Re: Feature Requests

Posted: Wed Mar 21, 2018 6:15 pm
by admin
Owner draw, of course. But I was being facetious.

There's already a cursor that runs along the timeline.

Re: Feature Requests

Posted: Thu Mar 22, 2018 2:59 am
by Guest 2
admin wrote:
Wed Mar 21, 2018 6:15 pm
There's already a cursor that runs along the timeline.
I know but most of times I run it minimized. Anyway, no problem :)

Re: Feature Requests

Posted: Thu Mar 22, 2018 7:32 am
by admin
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?

Re: Feature Requests

Posted: Thu Mar 22, 2018 7:17 pm
by Guest 2
admin wrote:
Thu Mar 22, 2018 7:32 am
Is any of this any good to you?
For MKV too you can't get duration info?

Re: Feature Requests

Posted: Thu Mar 22, 2018 7:21 pm
by admin
Sure but I want to have everything handled the same. It's one of my primary design goals!

Re: Feature Requests

Posted: Fri Mar 23, 2018 12:18 am
by renols
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

Re: Feature Requests

Posted: Fri Mar 23, 2018 3:06 am
by admin
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. ;)

Re: Feature Requests

Posted: Fri Mar 23, 2018 7:40 am
by Guest 2
admin wrote:
Thu Mar 22, 2018 7:21 pm
It's one of my primary design goals!
And putting a ~(approximately) in front of duration and give correct one once demuxed?

Re: Feature Requests

Posted: Fri Mar 23, 2018 8:13 am
by renols
admin wrote:
Fri Mar 23, 2018 3:06 am
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 am an incremental not a big bang kind of guy. ;)
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

Posted: Fri Mar 23, 2018 8:21 am
by admin
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."

Re: Feature Requests

Posted: Sat Mar 24, 2018 6:41 pm
by admin
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. ;) :scratch:

Re: Feature Requests

Posted: Sat Mar 24, 2018 6:48 pm
by Guest
Sounds interesting
Might even make maintenance of the modules easier if they are uncoupled

Re: Feature Requests

Posted: Sat Mar 24, 2018 7:27 pm
by admin
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

Posted: Sun Jun 10, 2018 12:47 pm
by renols
renols wrote:
Fri Mar 23, 2018 8:13 am
admin wrote:
Fri Mar 23, 2018 3:06 am
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 am an incremental not a big bang kind of guy. ;)
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
Patient cap off.

Is there any time Schedule as to when subs can be demuxed directly from m2ts files?

patient cap back on :-)

renols

Re: Feature Requests

Posted: Sun Jun 10, 2018 1:35 pm
by admin
@renols

Please provide a stream for testing with an indication of what type of subs it contains and, if possible, a pointer to the specs. Also tell me what format you'd like for the output file.

Re: Feature Requests

Posted: Sun Jun 10, 2018 2:05 pm
by renols
admin wrote:
Sun Jun 10, 2018 1:35 pm
@renols

Please provide a stream for testing with an indication of what type of subs it contains and, if possible, a pointer to the specs. Also tell me what format you'd like for the output file.
I will try to create a sample stream.

When I use the demux menu now, I can already choose which audios I want to demux when using mpls or m2ts file.

If I use a mkv file as input, I can choose which audios and which subs I want to demux. Just wanted to be able to demux
the sup files without first having to create a 40+GB mkv file.

I'll get back to you when I have created a sample stream. I have no idea about the specs though. To me it is just sup files from blurays :-)

renols.

Re: Feature Requests

Posted: Sun Jun 10, 2018 5:03 pm
by admin
OK, knowing you are trying to demux from bluray tells me all I need to know and I can make my own test stream. Will try to move this up in priority.

So, on my plate right now is:

* DGHDRtoSDR.
* Optimize/update DGIM stuff.
* Demux subs from bluray.

Re: Feature Requests

Posted: Mon Jun 11, 2018 10:21 am
by renols
Hi.

Sounds like a good plan.

Thanks a bunch for keeping making the software better and better.

renols

Re: Feature Requests

Posted: Wed Jun 13, 2018 2:20 pm
by admin
I have ripped a bluray and extracted the SUP file for a subtitle track by using MakeMKV and then demuxing it in DGIndexNV. I did that to have the correct SUP file to compare too. Then I hacked my TS parser to extract the SUP data into a file when doing Save Project (just using the known transport PID that I figured out). Thankfully, the two matched except that I only wrote zeros instead of the PTS stamp, but that is a minor matter easily coded for. Also, SubtitleEdit accepted the demuxed file and showed the subs correctly (but without times). So this shows that I am interpreting the TS stream correctly, etc. This was the easy part. Now I have to do all the infrastructure for detecting and identifying the PGS streams and all the GUI stuff. But we're well on the way.

Re: Feature Requests

Posted: Wed Jun 13, 2018 10:35 pm
by admin
@renols

I've got detection and identification working for loading MPLS. I plan not to do anything if you load M2TS mainly because I can't be sure it is from a bluray (if from a bluray then PIDS 0x12xx are PGS subs) and I can't get the languages. Is it going to be OK for you if this mechanism works only when you open the MPLS?

Re: Feature Requests

Posted: Thu Jun 14, 2018 12:27 pm
by admin
Here is a test version. Note that you must open the MPLS file to get your PGS subs detected. Otherwise the Demux dialog and operation are the same as for MKV files. Please let me know your results. I haven't tested with CLI yet but it might work.

http://rationalqm.us/misc/renols.rar

Re: Feature Requests

Posted: Thu Jun 14, 2018 3:57 pm
by renols
Hi.

I just tested the 64bit test file, and it seems to be working quite nicely.

I think it would be OK, if it just works with the MPLS file.

I don't know how much info is available to you, but if the number of subs, and maybe the number of forced subs if any, somehow could be added to the filename it would be even better. But I don't know if that info is available to you.

That info could help determine which stream would be the SDH one for example, since those typically have a lot more subs in the file.

One could also just open each stream in Subtitle edit. But if the info was right in the file name, it would be super.

The demuxing of the subs themselves are working though, which basically is what I asked for :-)

Thanks a lot for the swift work.

renols

Btw. Had to look up what in the world the code "ell" was. Turns out it is "Modern Greek". Who knew :-)

Re: Feature Requests

Posted: Thu Jun 14, 2018 4:50 pm
by admin
Thanks for your test results and I'm glad it's working for you. I'll look into your further suggestion. I can surely count subs and forced subs but would rather put the counts in the info log file, rather than the filename.

I never heard of "ell" too.

Re: Feature Requests

Posted: Thu Jun 14, 2018 5:56 pm
by Guest
This new function seems to work really well, it might even streamline my workflow a bit more
Question, as per the manual
RANGE 0 0 200000 0

For elementary and transport streams, the first number on this line is the offset in the source file corresponding to the left selection range value. The third number is the offset in the source file corresponding to the right selection range value.
What is the offset measured in?