Well the video showed for me. Anyways I'll work on it and get back to you.

I did not say the video does not display!

Your report is that a DTS stream shows up different in the Audio Demux menu and the Information display. But when I preview, the DTS stream never shows up in the Information display. The sample is too small and doesn't include the start of that audio stream.

Your report is that a DTS stream shows up different in the Audio Demux menu and the Information display. But when I preview, the DTS stream never shows up in the Information display. The sample is too small and doesn't include the start of that audio stream.

Um, are you even trying to duplicate the issue with the streams you give me? Because again, pid 1100 doesn't show up in the Info dialog. But that in itself is a problem, though it is not the same one you reported. I'll work on that and if you give me a stream that lets me duplicate your reported issue, I can work on that too.

Um, are you even trying to duplicate the issue with the streams you give me? Because again, pid 1100 doesn't show up in the Info dialog. But that in itself is a problem, though it is not the same one you reported. I'll work on that and if you give me a stream that lets me duplicate your reported issue, I can work on that too.

I've tried again with 1.0.8 and if I "Preview" I don't see the stream in the Info dialog. If I "Save Project" I see it and it doesn't match the Audio/Demux screen. So I can duplicate your issue. Don't get mad at me, I specifically said "preview", and you never mentioned that you were Saving Project.

I've tried again with 1.0.8 and if I "Preview" I don't see the stream in the Info dialog. If I "Save Project" I see it and it doesn't match the Audio/Demux screen. So I can duplicate your issue. Don't get mad at me, I specifically said "preview", and you never mentioned that you were Saving Project.

I'm using 1.0.8. Yes, I was saving project. I only mentioned the "bug" because using eac3to I knew that the first audio stream was DTS-HD (MA) 7.1 and DGAVCIndexNV was reporting DTS 2.0.

Hmm I am still having problems here, but I do not know if it DGAVC or MeGui that is at fault (or me?).
The CUVIDServer becomes unresponsive and encoding stops.
This happened when I was encoding two vids at once (by mistake, but I left it running to see what happpened).
The first pass on video1 terminated OK but the second pass stalled immediately (not even a % finished).
The first pass on video2 carried on but then hung 1 hour later at 97%.

The CUVID server icon became unresponsive and had to be killed.
MeGui managed to shut itself down when asked.
x264 was still in the process list.
A reboot was required to get the CUVID server running again.

I have also managed to hang the server by doing this:
Start Megui, load an avs, close the video screen because it was the wrong avs, load another avs.
This seems to hang megui and the server.

Just so I can compare my results, how did you calculate this? By opening an AVS with only the AVCSource() line in VDub (AVC stream from a Blu-Ray) and running a "video analysis pass", I get ~40fps (Athlon 64 FX-62 dual core @ 2,8 GHz, GeForce 8600GT, Vista x64).

I guess it makes sense since we have about the same graphics card that we get about the same results though your CPU is much better than mine. However, CPU usage gets very high too. Is there a way to make sur it is actually using the GPU?

And by the way, loading the AVS in a player works perfectly well for watching, and should be more widely supported that loaging the M2TS directly (and would allow for some light filtering in AVS too).

__________________

Code:

Copy Protection: A clever method of preventing incompetent pirates from
stealing software and legitimate customers from using it.

If you run two parallel encodes in MeGui, both using DGAVCDecNV as a frame server, you get a mixture of bands from both files. Hence my quip about it being useful if you want to watch two at once.

However, and on a more serious note, I have noticed that running h264ts_cutter at the same time as your frameserver results in artefacts in the cut .ts. This I find astonishing because AFAIK h264ts_cutter only does any rendering except while you are searching through the video for cut points. But there must be a link because h264ts_cutter will also cause a BSOD in some cases (which it never does if your frameserver isn't working).

It would also appear that playing any video while frameserving can have catastrophic results.

Is it possible to index another .ts while frameserving to x264? I suspect not either.

Your code should have some check of whether there is already an instance serving frames when it is called.

All this makes capturing/encoding a very linear process and reduces the benefit of the high framerates obtained.
I cannot capture from a sat card while indexing/encoding.
I cannot index another file while encoding or capturing.
I cannot edit a .ts while indexing/encoding.

and open it in VDub or feed it to x264, I have blocking, but not if I remove the Trim() and just seek to the frame. Blocking also does not happen if I use DGAVCDec (non-NV) and, even more funny, adding an FFT3DGPU() to my script gets rid of the blocking as well but only if it is placed before Trim().

Source sample needed?

__________________

Code:

Copy Protection: A clever method of preventing incompetent pirates from
stealing software and legitimate customers from using it.