Possible Bug in either .d2v or .avs creation

DrChair · 23rd July 2004, 16:47

Just did a backup of a PAL interlaced DVD using 0.55b and all seemed to have gone well.

However when I viewed the result with powerdvd, I noticed that 1 chapter on the dvd contained huge blocks (way bigger than macroblocks).

I opened the corresponding .avs (from the D2VAVS folder) with VirtualDub, and also noticed the same blocks
(for a screenshot check wrong.jpg)

After that I demuxed the cell in question (Vobid 2, cellid 1), used dvd2avidg.exe to create a .d2v file for it and created a .avs for that .d2v.
That .avs showed no blocking.
(for a screenshot check good.jpg)

Also, if i open the original .avs with Virtualdub, and directly jump to frame 21 (the frame from the screenshots) it also looks fine.

After that, I took the original .avs, and changed trim(114680,122791) into trim(114679,122790). This also gives a block-free .avs.
To me, this indicates a possible error in the fieldorder.

According to Bitrateviewer, the whole dvd is BFF

I hope it sounds familiar to someone, and a solution can be found.

Greetz DrChair

BTW, i worked around the error by manually encoding one of the .avs files that did work, in combination with rebuilder.ecl. After that I moved the correct .m2v into the d2vavs folder, and did a rebuild again.

23rd July 2004, 16:47	#1 \| Link
DrChair Registered User Join Date: Apr 2003 Posts: 15	Possible Bug in either .d2v or .avs creation Just did a backup of a PAL interlaced DVD using 0.55b and all seemed to have gone well. However when I viewed the result with powerdvd, I noticed that 1 chapter on the dvd contained huge blocks (way bigger than macroblocks). I opened the corresponding .avs (from the D2VAVS folder) with VirtualDub, and also noticed the same blocks (for a screenshot check wrong.jpg) After that I demuxed the cell in question (Vobid 2, cellid 1), used dvd2avidg.exe to create a .d2v file for it and created a .avs for that .d2v. That .avs showed no blocking. (for a screenshot check good.jpg) Also, if i open the original .avs with Virtualdub, and directly jump to frame 21 (the frame from the screenshots) it also looks fine. After that, I took the original .avs, and changed trim(114680,122791) into trim(114679,122790). This also gives a block-free .avs. To me, this indicates a possible error in the fieldorder. According to Bitrateviewer, the whole dvd is BFF I hope it sounds familiar to someone, and a solution can be found. Greetz DrChair BTW, i worked around the error by manually encoding one of the .avs files that did work, in combination with rebuilder.ecl. After that I moved the correct .m2v into the d2vavs folder, and did a rebuild again.