"-seekToIFrames" bug - how fix?

hello. I have a problem with the encoding of my recordings with DVB-T. Here are the specifications: Code:

try remuxing first to .mkv

I've tried this method - does not work. 1 In tsMuxer I created a new file ts - did not help. 2 in tsDoctor "repaired" and I created a new file - did not help 3 in VideoReDo - also unchanged. 4 Demux in tsMuxer and I joined in mkvMarge to *. Mkv - did not help. Of course, all formed in this way files reproduce without a problem in the WMP and VLC. Only MeGUI still poses problems ...

What source filter are you using? Maybe DGSource() can work here.

I use FFMSIndex I use a FFMSIndex , because it correctly decodes the image. The DGA or DGAVC macroblocks appear on every other frame. Code:

I'm talking about DGDecNV, which correctly handles PAFF. If you like to provide a sample I can test it.

DGDecNV is not work on my PC.... soo I cane use them :( This is a sample: Code:

To me it's obvious that I (not IDR) frames have to be treated heuristically. DGDecNV handles these streams properly. Possibly other source filters may not always optimistically interpret I frames in appropriate cases.

The problem is that I do not have a Nvidia graphics card. The program does not work for me. Appears mistake in the file nvcuda.dll That is why I am looking for help in alternatwnym software. At last on the market are also ATI Radeon graphics card. Why is this DGDecNV can not work on ATI? Or can act, then what am I doing wrong?

Well, DGDecV requires nVidia because it uses the CUVID API. You said FFMSIndex correctly decodes it, so why can't you just use that directly, outside of MeGUI?