Sorry, but this is really outside the purview of support of my tools. Why does x264.exe not use all the processor? I have no idea.

I suggest that you post this at Videohelp.

Thank you. That was interesting. The first file actually signals video end of stream using a NALU with type 0x0b. I was honoring that, although there is no real reason to do so. So I just ignore end of stream NALUs now and things work fine. I will release a new build shortly, after I look at a few o...

OK, thank you. Please cut the last 50 MBytes from the first, and the first 50 MBytes from the second. I need to see that joint area. Upload to mediafire.com and post the link here.

You can use DGSplit.

How big are these two M2TS files?

Do not merge them. Just load both files into DGIndexNV and then make the project.

You say you changed NOTHING and one day it just slowed down by 100fps?

How can I possibly help you with that? There's no way to duplicate it and you've given me essentially no useful details at all about what you are doing.

That's a DiAVC error. You'll have to contact schweinsz at DiAVC about it. I believe he is aware of some issues on Vista/Win7 that he is working on.

What changed between the two cases? Type of input video? Size of input frame? Size of output frame? Contents of the AVS script (i.e., what proceesing was done by the scripts)? Settings for your encoder? Etc.? Without more information from you all I can say is all the above things can affect your tra...

Friend, you haven't finished the previous thread you started. I've invested time in it and you leave it hanging.

I do not want to help you if you are going to do that to me.

It should be trimmed according to your project range. Please report back again if you think that is not so.

I will consider making the interface like it is for TS.

It just means to hit the Enter key at the end of the line.

Fixed in build 2028.

On the second issue, there is a problem in timecode seeking in the MKV parser code I got from Haali. That code is pretty complicated and not well commented so I made a workaround in DGDecodeNV. It appears to fix the problem. I want to spend a little more time trying to figure out what's going on in ...

OK, on the first issue regarding missing frames at the end when comparing the M2TS with the MKV: I extracted the ES from the M2TS with Manzanita Muxer and from the MKV with mkvextract, and then compared them. The ES from the MKV is missing one frame at the end. Then because that produces an out of o...

Thanks for the update and glad to hear it is working.

I'll keep that in mind if that symptom occurs again.

Thanks for being an early adopter.

I have it fixed and will release a build tomorrow. Thanks for pointing this out.

Email me a screenshot of the DGIndexNV Help/About dialog and attach the license.txt file.

Of course it's fixable.

Thanks for your test results. I confirm two issues with MKV: 1) two frames are missed at the end (480 vs. 478), and 2) failures of random access.

I'll fix this ASAP.

It can't be the same race condition because CUDA is not present.

However, if you can tell me how to duplicate it, I can investigate.

I tried the Matroska version and it was fine too.

Awaiting a stream to duplicate the issue...

I do not see any issues with your M2TS sample and your script. Have you tested with the M2TS? If so, please specify where you think the problems are *with that sample*.

Please test it by opening the script in VirtualDub, not by making an encode.

Hey, wait a minute, your input is MKV and not M2TS!

How did you rip it from the BluRay?

I can't open that MKV with anything. Nevertheless I will try to duplicate this.

That's great because now I know how to fix it. It's actually harmless but the error popup is an irritant that can be fixed.

Thank you for your willingness to perform the debugging steps that were needed.