With same settings and same stat file in two pass: HVS-Better, GMC, Qpel, VHQ4, Ultra High, Trelli, AQ, Bframe 2/1.50/1.00 2 pass 1500 Kbps 2 pass 2000 Kbps frame 7: it's SFrame in stat files and 1500 Kbps encoding but bframe in 2000 Kbps encoding -> strong bug
@Sagittaire no problem in the 2000 kbps encode it's also a Sprite Frame for me. Looks like you looked @ frame 6 in the 2000 kbps encode accidentialy ;) just be carefull with vdubmod and seeking with b-frames if you seek and go back their will be a 1 frame delay if you didn't used packed bitstream. Better use ffdshow and it's OSD or -1 for vdubmod.
This is an interesting one! I changed the 4CC of the 2000kbps encode to DIVX and it crashed MPC after a while. But before it did you could clearly see a problem. Same thing happened when I changed the encodes 4CC to 3IV2 (3ivX)! I then changed the encodes 4CC to NDIG (Nero) and MPC played it OK. However, when using the 'step frame' button in MPC, the slider bounces backwards and forwards like a tennis ball. Cheers
@SeeMoreDigital and wich decoders where used with the diferent 4CC's ? if for example the DivX Decoder was used with DIVX the crash is absolutely normal as the DivX Decoder doesn't support 3 Warppoints GMC and will crash when it comes to decode it, same for 3IVXs Decoder only Atemes Decoder supports it :) jep and seeking with Atemes Decoder is also a known problem so nothing wrong @ all *requests thread close poor doom9s database space ;)*
Yes, of course CruNcher. I forgot about the GMC DSdec situation! Using XviD's decoder in MPC the picture break-up is awful: - Has anybody noticed that you don't see this when using XviD's decoder in WMP9. Cheers