Quote:
Originally Posted by konikpolny
Could you please check if everything's correct as far as BD3D2MK3D is concerned. The same ONE duplicated view seems like the setting is wrong, and the StackHorizontal() pair should be inverted also. What I don't understand is why I cannot get the right base view as the 1st left view.
|
Me too, I don't understand.
The fact that the original script produces a flat picture is very strange. And, indeed, if it's the case, it seems difficult to re-order the views correctly simply by editing the AVS script. I suspect something else, but it is difficult to know exactly what.
If, when you play the original BD in your 3D BD player, the 3D is correct and the views are not inverted, then you should not need to change the views order in the script, as BD3D2MK3D is able to detect the correct order automatically. So, I suspect something else, probably related to the decoding of the MVC stream. So, restore the script as it has been created by BD3D2MK3D, and then try the following things:
If you have an Intel CPU that supports the hardware acceleration, perhaps the problem is due to the Intel drivers. (They have already been the source of several problems in the past.) So, try to disable the hardware acceleration to force the MVC decoder to use the libraries provided by BD3D2MK3D.
If you use the FrimSource decoder, change this line:
interleaved = FRIMSource("mvc", "00352.track_4113.264", "00352.track_4114.mvc", layout = "alt", num_frames = 168072, cache = 2, platform = "")
to this:
interleaved = FRIMSource("mvc", "00352.track_4113.264", "00352.track_4114.mvc", layout = "alt", num_frames = 168072, cache = 2, platform = "sw")
And if you use DGMVCSource, change this:
interleaved = DGMVCSource("00352.track_4113.264", "00352.track_4114.mvc", view = 0, frames = 168072, mode = "auto") # Old syntax for mode: hw = 0
to this:
interleaved = DGMVCSource("00352.track_4113.264", "00352.track_4114.mvc", view = 0, frames = 168072, mode = "sw") # Old syntax for mode: hw = 0
The problem could also be caused by a bug in the Avisynth filter. So, try to use the other decoder. Here is the protion of the script that determines what decoder is used:
Code:
#LoadPlugin("D:\Tcl\work\BD3D2MK3D\toolset\FRIMSource.dll")
LoadPlugin("D:\Tcl\work\BD3D2MK3D\toolset\DGMVCDecode.dll")
[...]
# Load the two video streams (168072 frames per stream)
#interleaved = FRIMSource("mvc", "00352.track_4113.264", "00352.track_4114.mvc", layout = "alt", num_frames = 168072, cache = 2, platform = "")
interleaved = DGMVCSource("00352.track_4113.264", "00352.track_4114.mvc", view = 0, frames = 168072, mode = "auto") # Old syntax for mode: hw = 0
In the example above, DGMVCDecode is used, because the line that loads the FRIMSource filter is commented out, as well as the FRIMSource command, with the two # (in red).
To use the other decoder, remove the red #, and comment-out or delete the two lines related to the other decoder.
Of course, you can also change these settings in the BD3D2MK3D menu Settings -> MVC Decoder, but you will have to regenerate the whole project. IMO, to do some tests, it is easier to edit the AVS script. (BTW, for quick tests, you can also change the number of frames to encode in the __ENCODE_3D.cmd file. You should change the two occurrences.)
Let me know if one of these tricks has worked. And if it's the case, change the settings accordingly in the BD3D2MK3D menu for your next encodings.
Also, please tell me what is the BD3D that has caused that problem, and if you have already experienced similar problems in the past. Thanks in advance.