Guide to convert BD 3D to 3D Left+Right Stereoscopic and Anaglyph

[frencher]

Without test, just a wild guess. Use tsMuxer and mux it in an .ts or .m2ts file and try that.

TsMuxer does not support MVC tracks :(

[frencher]

First failure of Prometheus with DirectShowMVCSource.dll @ 17.4% :( but ldecod works 100% Done :cool:

[Neisklar]

First failure of Prometheus with DirectShowMVCSource.dll @ 17.4% :( but ldecod works 100% Done :cool:

Can you do a logging run?

In the Avisynthscript add the logging params to the DirectShowMVCSource:
logfile=logfile.txt, logmask=-1

Then open the script in e.g. VirtualDubMod (no need to do another encode) and then hit the play button. Just don't use something like WMP. The logfile will grow REALLY huge, please be prepared. After you get the crash/error/hangup, please close VirtualDubMod, zip the logfile up, and put it somewhere, i will have a closer look.

[frencher]

Can you do a logging run?

In the Avisynthscript add the logging params to the DirectShowMVCSource:
logfile=logfile.txt, logmask=-1

Then open the script in e.g. VirtualDubMod (no need to do another encode) and then hit the play button. Just don't use something like WMP. The logfile will grow REALLY huge, please be prepared. After you get the crash/error/hangup, please close VirtualDubMod, zip the logfile up, and put it somewhere, i will have a closer look.

On my I7 3930k @ ~ 96 fps with x264x86 preset ultrafast crf 30 for increase speed, ~ 5 minutes for 17,4% ;)
Logfile with exit @ 17,4% => LogFile.rar (http://ul.to/w6ld3hto)

[Neisklar]

On my I7 3930k @ ~ 96 fps with x264x86 preset ultrafast crf 30 for increase speed, ~ 5 minutes for 17,4% ;)
Logfile with exit @ 17,4% => LogFile.rar (http://ul.to/w6ld3hto)

Thanks,
unfortunatly nothing interesting at all, there is even not the plugin cleanup stuff in it.
Could you please try it with VirtualDubMod, i know that this will sometimes print error messages. Maybe even try MWP, cause that will display avisynth error, it will even display access violations of avisynth plugins.

Edit:

Now i also got a movie where at a certain frame the directshow graph somehow stops (buts still in the state "Running"), but i can't get a reason why.
The only thing i know it must be the splitter, decoder or stf filter. Maybe i should try to do a run without the stf to eliminate one more cause.

[frencher]

My AVS

# = Include
LoadPlugin(".\MVCTOAVI.EXE\DirectShowMVCSource.dll")

# CoreAVCDecoder.dll
# DirectShowMVCSource.dll
# MPEGSplitter.dll
# Stf.dll

video = DirectShowMVCSource("P:\BDMV\STREAM\SSIF\00003.ssif", stf=14,logfile=".\logfile.txt", logmask=-1)

return (video).BicubicResize(1920,1080).AssumeFPS(24000, 1001)

[frencher]

With VirtualDubMod 1.5.10.2

An integer division by zero occurred in module 'MPEGSplitter'. (MPEG spliter v 1.5.2.3102)

VirtualDub crash report -- build 2540 (release)
--------------------------------------

Disassembly:
5e1ec0c0: 843e test [esi], bh
5e1ec0c2: 0100 add [eax], eax
5e1ec0c4: 008a4e0733c0 add [edx-3fccf8b2], cl
5e1ec0ca: 8945e8 mov [ebp-18], eax
5e1ec0cd: 8945ec mov [ebp-14], eax
5e1ec0d0: 8945f0 mov [ebp-10], eax
5e1ec0d3: 8945f4 mov [ebp-0c], eax
5e1ec0d6: 668945f8 mov [ebp-08], ax
5e1ec0da: 0fb64606 movzx eax, byte ptr [esi+06]
5e1ec0de: c0e902 shr cl, 02
5e1ec0e1: ba00200000 mov edx, 00002000
5e1ec0e6: 80e101 and cl, 01
5e1ec0e9: 668955e8 mov [ebp-18], dx
5e1ec0ed: 83e007 and eax, 07
5e1ec0f0: 0fb6d1 movzx edx, cl
5e1ec0f3: 6603148540bb23 add edx, [eax*4+5e23bb40]
5e
5e1ec0fb: 8a4605 mov al, [esi+05]
5e1ec0fe: 241f and al, 1f
5e1ec100: 668955ea mov [ebp-16], dx
5e1ec104: 3c0a cmp al, 0a
5e1ec106: 7733 ja 5e1ec13b
5e1ec108: 0fb64604 movzx eax, byte ptr [esi+04]
5e1ec10c: 0fb64e08 movzx ecx, byte ptr [esi+08]
5e1ec110: 8bd0 mov edx, eax
5e1ec112: c1e803 shr eax, 03
5e1ec115: 8b0485e0ba235e mov eax, [eax*4+5e23bae0]
5e1ec11c: 69c0e8030000 imul eax, eax, 000003e8
5e1ec122: d3f8 sar eax, cl
5e1ec124: 83e203 and edx, 03
5e1ec127: 8b3c9570bb235e mov edi, [edx*4+5e23bb70]
5e1ec12e: d3ff sar edi, cl
5e1ec130: 99 cdq
5e1ec131: 83e207 and edx, 07
5e1ec134: 03c2 add eax, edx
5e1ec136: c1f803 sar eax, 03
5e1ec139: eb15 jmp 5e1ec150
5e1ec13b: 0fb77e0e movzx edi, word ptr [esi+0e]
5e1ec13f: 0fb7460b movzx eax, word ptr [esi+0b]
5e1ec143: 0fb64e10 movzx ecx, byte ptr [esi+10]
5e1ec147: 0fafc7 imul eax, edi
5e1ec14a: 99 cdq
5e1ec14b: c1e108 shl ecx, 08
5e1ec14e: f7f9 idiv eax, ecx <-- FAULT
5e1ec150: 8945f0 mov [ebp-10], eax
5e1ec153: 69c000060000 imul eax, eax, 00000600
5e1ec159: 33d2 xor edx, edx
5e1ec15b: f7f7 div eax, edi
5e1ec15d: 807de700 cmp byte ptr [ebp-19], 00
5e1ec161: 8b15b449225e mov edx, [5e2249b4]
5e1ec167: 8913 mov [ebx], edx
5e1ec169: 897dec mov [ebp-14], edi
5e1ec16c: 668945f4 mov [ebp-0c], ax
5e1ec170: a1b849225e mov eax, [5e2249b8]
5e1ec175: 894304 mov [ebx+04], eax
5e1ec178: 8b0dbc49225e mov ecx, [5e2249bc]
5e1ec17e: 894b08 mov [ebx+08], ecx
5e1ec181: 8b15c049225e mov edx, [5e2249c0]
5e1ec187: 89530c mov [ebx+0c], edx
5e1ec18a: 7424 jz 5e1ec1b0
5e1ec18c: a1302d225e mov eax, [5e222d30]
5e1ec191: 894310 mov [ebx+10], eax
5e1ec194: 8b0d342d225e mov ecx, [5e222d34]
5e1ec19a: 894b14 mov [ebx+14], ecx
5e1ec19d: 8b15382d225e mov edx, [5e222d38]
5e1ec1a3: 895318 mov [ebx+18], edx
5e1ec1a6: a13c2d225e mov eax, [5e222d3c]
5e1ec1ab: 89431c mov [ebx+1c], eax
5e1ec1ae: eb23 jmp 5e1ec1d3
5e1ec1b0: 8b0d044b225e mov ecx, [5e224b04]
5e1ec1b6: 894b10 mov [ebx+10], ecx
5e1ec1b9: 8b15084b225e mov edx, [5e224b08]
5e1ec1bf: 89 db 89

Windows 6.1 (Windows XP build 7601) [Service Pack 1]

EAX = 002f9b80
EBX = 0a70fd74
ECX = 00000000
EDX = 00000000
EBP = 0a70fd34
DS:ESI = 002b:0a70fe68
ES:EDI = 002b:00005dc0
SS:ESP = 002b:0a70fcf8
CS:EIP = 0023:5e1ec14e
FS = 0053
GS = 002b
EFLAGS = 00010246
FPUCW = 027f
FPUTW = ffff

MM0 = 0000000000000000
MM1 = 0000000000000000
MM2 = 0000000000000000
MM3 = 0000000000000000
MM4 = 0000000000000000
MM5 = 8800000000000000
MM6 = 9900000000000000
MM7 = 8800000000000000

Crash reason: Integer Divide-by-Zero

Crash context:
An integer division by zero occurred in module 'MPEGSplitter'.

Thread traces:

Thread 00001c34 (Main thread)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(344)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(387)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(414)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Init.cpp(474)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(655)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(685)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1828)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1846)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\FilterSystem.cpp(429)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\FilterSystem.cpp(569)
Thread 00003c98 (FastWriteStream)
Thread 00003d00 (Processing)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(2817)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(2609)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1623)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1658)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(2614)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(403)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(420)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(477)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(485)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(2777)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(2817)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(2609)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1623)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSource.cpp(1658)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\Dub.cpp(2614)
C:\Dvpt\VDub_1.5.x\VirtualDubMod15\VirtualDub\source\VideoSequenceCompressor.cpp(403)
Thread 00003664 (Dub-I/O)

Thread call stack:5e1ec14e: MPEGSplitter!DllGetClassObject [5e1d0000+14320+7e2e]
5e1dd9c9: MPEGSplitter!DllRegisterServer [5e1d0000+82c0+5709]
5e1ea367: MPEGSplitter!DllGetClassObject [5e1d0000+14320+6047]
5e1e9fc4: MPEGSplitter!DllGetClassObject [5e1d0000+14320+5ca4]
5e1ea01b: MPEGSplitter!DllGetClassObject [5e1d0000+14320+5cfb]
5e1d551d: MPEGSplitter!DllUnregisterServer [5e1d0000+3d40+17dd]
74b90ac4: KERNELBASE!WaitForSingleObjectEx [74b80000+109f9+cb]
76281194: kernel32!WaitForSingleObjectEx [76270000+11151+43]
5e1d5a11: MPEGSplitter!DllUnregisterServer [5e1d0000+3d40+1cd1]
5e1e8d94: MPEGSplitter!DllGetClassObject [5e1d0000+14320+4a74]
5e1e3f7a: MPEGSplitter!DllRegisterServer [5e1d0000+82c0+bcba]
7628339a: kernel32!BaseThreadInitThunk [76270000+13388+12]
77419ef2: ntdll!RtlInitializeExceptionChain [773e0000+39e8f+63]
77419ec5: ntdll!RtlInitializeExceptionChain [773e0000+39e8f+36]

-- End of report

[Keka]

Hi r01Z,
I have had some recent success with BD3D2AVS however have now encounted the some problems I posted a little while ago, this time with 3D "The Avengers", The problem is with Right view, went right back to the original post and got the dreaded green screen for right view, with BD3D2AVS I got the earlier described end pipe error.
I see that there has been a lot of recent success lately, can you direct me to you latest version of the BD3D2AVS tool kit to try?
regards and thanks

[frencher]

MVCtoAVI closes automatically at ~ 17,4%

[r0lZ]

One green frame every 2 seconds or so can be caused by a wrong frame rate. The latest version should work.

can you direct me to you latest version of the BD3D2AVS tool kit to try?
The latest version is always at the same URL, here (http://download.videohelp.com/r0lZ/BD3D2AVS/).

Normally, I will probably not continue to develop BD3D2AVS (except to fix bugs), as the solution using DirectShowMVCSource is better and much faster. I should post today the last version of BD3D2AVS, and a new GUI for DirectShowMVCSource.

[r0lZ]

An integer division by zero occurred in module 'MPEGSplitter'. (MPEG spliter v 1.5.2.3102)
Someone knows where MPEGSplitter.dll can be downloaded? I can't find the latest version. (There are codec packs with more recent versions of MPEGSplitter.ax, but no dll.)

Or, perhaps it is possible to modify DirectShowMVCSource to use another splitter? Neisklar?

[frencher]

Someone knows where MPEGSplitter.dll can be downloaded? I can't find the latest version. (There are codec packs with more recent versions of MPEGSplitter.ax, but no dll.)

Or, perhaps it is possible to modify DirectShowMVCSource to use another splitter? Neisklar?
;)


Not other version found :scared:

[Neisklar]

Someone knows where MPEGSplitter.dll can be downloaded? I can't find the latest version. (There are codec packs with more recent versions of MPEGSplitter.ax, but no dll.)

Or, perhaps it is possible to modify DirectShowMVCSource to use another splitter? Neisklar?

Just a short post, i am "on the road" today, will come back to all the things later:

http://www.3dtv.at/OpenSource/Index_en.aspx

There are the modifications done by Peter against the original source from MPC (is linked on that site).

For a alternative Splitter/Loader: Do you know a DirectShow one that can handle ssif?


Edit:
Just a guess: corrupted ssif file?

[frencher]

http://www.3dtv.at/OpenSource/MPCPatches.zip
Include file => MPC-HC MPEG Splitter change ax to dll.patch

[r0lZ]

OK, frencher, if you can patch a recent MPEGSplitter.AX to work with your (possibly corrupted) ssif, can you post it here?

[Keka]

thanks r01Z,
look forward to the new GUI for DirectShowMVCSource.

[r0lZ]

I have tested my GUI with the CoreAVCDecoder.dll v2.1.0.1 (1,009,152 bytes) from Stereoscopic Player v1.9.1, and it seems to work very well. I wonder if v2.5.1.0 (1,058,816 bytes) from MvcToAvi v0.3.3 is really better, or if we can use the dll from Stereo Player safely. It is easier to grab CoreAVCDecoder and the Stf dlls at the same time from StereoPlayer, so IMO, it might be a better solution.

Someone has noticed some problems with CoreAVCDecoder v2.1.0.1?

[frencher]

OK, frencher, if you can patch a recent MPEGSplitter.AX to work with your (possibly corrupted) ssif, can you post it here?

I will not have time to look at here but I put the link here so if someone could patch MPEGSplitter.dll
MPC-HC MPEG Splitter change ax to dll.patch + MPEGSplitter.ax.rar (http://ul.to/y22nbnvs)

[frencher]

I have tested my GUI with the CoreAVCDecoder.dll v2.1.0.1 (1,009,152 bytes) from Stereoscopic Player v1.9.1, and it seems to work very well. I wonder if v2.5.1.0 (1,058,816 bytes) from MvcToAvi v0.3.3 is really better, or if we can use the dll from Stereo Player safely. It is easier to grab CoreAVCDecoder and the Stf dlls at the same time from StereoPlayer, so IMO, it might be a better solution.

Someone has noticed some problems with CoreAVCDecoder v2.1.0.1?

CoreAVCDecoder.dll from Stereoscopic Player v1.9.1 is v3.0.0.0 for 1,62 Mo
And same error @ 17,4% :mad: lol

[r0lZ]

When I was modifying the code of BD2D2AVS to use DirectShowMVCSource, I've found two bugs in the original code, and I've fixed them. So, here is the fix of BD2D2AVS, if you prefer the method based on ldecod and ssifSource.

It's probably the last version (unless there are other bugs to fix), and don't ask me to add new features.

# v0.11 (October 20, 2012)
# - Bug when calculating the frame rate of the input video when the frame rate is an integer (24 or 25 fps)
# - Possibility of bugs when width of input image was a floating point number (with tailing ".0").


Download the latest version of BD3D2AVS.7z (http://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2AVS.7z) (based on ldecod)

[r0lZ]

And here is the first beta of BD3D2MK3D. I have slightly modified the name of the program, and its icon, to highlight the difference.

This version has probably some bugs, and it is not totally finished yet. In particular, it is currently not possible to encode with the 64-bit version of x264 (although you can probably modify the _ENCODE.cmd batch to use it). The documentation has not been updated yet, and it's still the doc of BD3D2AVS. Since the GUI has not changed too much, it's sufficient to begin.

Also, there is a new option to convert the 2D subtitle files to 3D with Suppe3D.exe written by Neisklar (look in the "Select streams" tab for that option), but that exe has only been roughly tested, and it might have some bugs. It should be replaced with new options in BDSup2Sub++ when they will be available, but in the meantime, thanks to Neisklar, it is already possible to mux 3D subtitles in the final MKV file.

Note also that many things have changed internally (especially because it is now possible to encode in Anaglyph or interleaved modes), and it was somewhat difficult to adapt the original code to the new methods. The hard-coding of the subtitles has almost completely been rewritten, and it may contain bugs.

Note also that there are some limitations. For example, the intro clip and the hardcoded subtitles can be in 3D ONLY for the Side by Side and Top/Bottom modes. If you select another mode, the intro will be in 2D, and the hardcoded subtitles will appear "on the surface of the screen".

Please note that the content of the "toolset" folder has changed. If you want to keep both versions, you should install them in different locations, or merge the two toolset folders.

Enjoy!

# v0.1 (October 20, 2012):
# - First beta version, adapted from BD3D2AVS v0.11 to use DirectShowMVCSource.


Download the latest version of BD3D2MK3D: BD3D2MK3D.7z (http://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D.7z) (using DirectShowMVCSource)
(The latest versions of the two programs can be found here (http://download.videohelp.com/r0lZ/BD3D2AVS).)

[r0lZ]

I forgot to write that the settings have also slightly changed. There is now a "Settings -> 3D Subtitles resize filter" to select the filter to use when converting a 3D subtitle stream with Suppe3D. (In fact, the resize filter is passed to BDSup2Sub++ via the command line.) By default, the bicubic filter is selected but you can use another one if you wish.

There is also a new tool in the Tools menu: "Convert Subtitle to 3D". It's a simple GUI for Suppe3D. You can use it to convert any subtitle stream in SUP, SUB/IDX or XML/PNG format to half side by side or top/bottom. (You don't need to do the conversion manually if you want to mux a 3D subtitle stream in the final MKV, but that tool can be useful if you need to convert an existing subtitle file to 3D for use with another program or muxer.)

Again, thanks to Neisklar for making this possible! :)

[trugulum78]

Thanks r0lZ,I tested BD2D2AVS and it works very well.I´m going to test your new tool.
Thanks for your work.

[MaistroX]

@ r0lZ!

Tryed with Ice Age 4 and it just stopped, check out the logg here -> http://www.mediafire.com/file/u0zqd8q0526g7k2/BD3D2AVS_Ice_Age_4_Test.txt

Cant seem to finnish encode.. :(

[r0lZ]

Hum, since it stopped at frame 0, are you sure the input BD is still available and is unprotected? The input BD should be a properly ripped ISO mounted in the right virtual drive, or the original BD with AnyDVD HD running.

Also, from tab 1 of the GUI, can you see the previews?

Anyway, I suggest to try BD3D2MK3D (http://forum.doom9.org/showthread.php?p=1596672#post1596672). It may work better, and it will certainly be much faster.

[trugulum78]

Tested BD3D2MK3D and it works perfect,is very fast and comfortable compared to cmd. I´ve tested The avengers film with veryfast,crf 15 presets and in 5 hours the film is muxed with 3Dsubs,ready to watch it.Amazing!!!
Good job and thanks again.

PD:Sorry for my english.

[SixKiller]

Im running into some Problem, with the "DirectShowMVCSource" Filter.

I cleaned up the avs, for better reading.

Seems the filter is not working or produces an "access violation"

http://i1.uyl.me/files/39145479982860809361.jpg

I OWN SSPlayer and MVCtoAVi (Bought long time ago) and have them installed? Is this causing Problems?

Thanks.

[MaistroX]

Yes, it´s both avalible and unprotected by AnyDVD HD!

I do see previews on tab one, they are both working.

Just tryed out BD3D2MK3D, seem to get the kind of same result, see attached file -> http://www.mediafire.com/file/3ybija347h7lx1z/BD3D2MK3D_Ice_Age_4_info.txt

What can be wrong ?

Hum, since it stopped at frame 0, are you sure the input BD is still available and is unprotected? The input BD should be a properly ripped ISO mounted in the right virtual drive, or the original BD with AnyDVD HD running.

Also, from tab 1 of the GUI, can you see the previews?

Anyway, I suggest to try BD3D2MK3D (http://forum.doom9.org/showthread.php?p=1596672#post1596672). It may work better, and it will certainly be much faster.

[Neisklar]

With VirtualDubMod 1.5.10.2

An integer division by zero occurred in module 'MPEGSplitter'. (MPEG spliter v 1.5.2.3102)



MVCtoAVI closes automatically at ~ 17,4%

CoreAVCDecoder.dll from Stereoscopic Player v1.9.1 is v3.0.0.0 for 1,62 Mo
And same error @ 17,4% :mad: lol

Ok, so we can nail the problem down to the splitter filter.

Just another thing to think of: Is maybe the ssif file somehow corrupted? Can you play the file and that certain part in a normal software blueray player, without any problems/visual corruptions? And maybe you can rerip the ssif file again (maybe even with another tool) and compare/md5sum them?

OK, frencher, if you can patch a recent MPEGSplitter.AX to work with your (possibly corrupted) ssif, can you post it here?

I have no clues for the inner workings of all that different mpeg bitstreams, but i think even patching against a current version will not help, since Peters patches are the ones, that enabled ssif reading and splitting.

Maybe send Peter a bugreport, but you should not mentioning this plugin.

If i remember correctly i had once a version of a haali splitter that somehow showed a output pin called 'stereo' when opening ssif files. But dunno if that filter is compatible with the CoreAVCDecoder, need to do some testing.

...from Stereoscopic Player v1.9.1, and it seems to work very well. I wonder if dll from MvcToAvi v0.3.3 is really better, or if we can use the dll from Stereo Player safely. It is easier to grab CoreAVCDecoder and the Stf dlls at the same time from StereoPlayer, so IMO, it might be a better solution.

It should work to, BUT since 1.9.1 the stf.dll is NOT compatible, only up to version 1.8.x.
The 1.9.1 stf version changed the configuration interface, so without heavy decompiling of the dll or the StereoPlayer or better a documentation of the config interface is no way to use it.

My AVS

...
return (video).BicubicResize(1920,1080).AssumeFPS(24000, 1001)

BTW and a little offtopic:

Why bicubic for downscaling? I read an comparison article about bilinear vs. bicubic, and it showed that when downscaling bilinear is better

http://nickyguides.digital-digest.com/bilinear-vs-bicubic.htm

Any opinion on that?

Edit:


I do see previews on tab one, they are both working.

Just tryed out BD3D2MK3D, seem to get the kind of same result, see attached file -> http://www.mediafire.com/file/3ybija...Age_4_info.txt


Open _ENCODE_3D_MOVIE.avs add to the DirectShowMVCSource command the logging params: logfile="logfile.txt", logmask=-1
Then Open that avs File in VirtualDubMod, and hit the Play button
(NOTE: VirtualDubMod must be installed with that "magic path")

[r0lZ]

You must move AvsP (and all associated files) in a path containing "mvctoavi.exe". It's a general rule. The exe you use to encode or show the avs script must be in the "magic path". Otherwise, you get that error.

Also, do not try to seek to a specific frame with AvsP (or with any player). Seeking is currently buggy. Note also that when AvsP has crashed, you must close it and reopen it, as otherwise, the script will continue to produce the same error. (I suppose it's because the avisynth dll stays initialised in memory, and it buffers the last rendered frames.)

[EDIT] I haven't noticed the replies on this page when I've posted this. It was a reply to this post:
Im running into some Problem, with the "DirectShowMVCSource" Filter.

I cleaned up the avs, for better reading.

Seems the filter is not working or produces an "access violation"

http://i1.uyl.me/files/39145479982860809361.jpg

I OWN SSPlayer and MVCtoAVi (Bought long time ago) and have them installed? Is this causing Problems?

Thanks.

[pommesmatte]

I tried BD3D2MK3D today (had also problems with Avengers and BD3D2AVS), but I get the following error on the demuxing start:

can't read "subshardcodemethod": no such variable
can't read "subshardcodemethod": no such variable
while executing
"if {$subshardcodemethod < 3 && ($::movecinemascope == 0 || ($methodVal != 15 && $methodVal != 16))} {
# No hardcoded subs or hardcoded subs do..."
(procedure "GenerateAvs" line 729)
invoked from within
"GenerateAvs"
invoked from within
".nbf5.gf.gen invoke "
invoked from within
".nbf5.gf.gen instate {pressed !disabled} { .nbf5.gf.gen state !pressed; .nbf5.gf.gen invoke } "
(command bound to event)

Subtitlehardcoding was set to none. No audio track was selected for demuxing.

EDIT:
Tried another movie clip (Making of Pirates 3D).
Subtilte harcoding enabled.
Demuxing and stuff worked, but encoding failed.
avs [error]: `_ENCODE_3D_MOVIE.avs' didn't return a video clip
x264 [error]: could not open input file `_ENCODE_3D_MOVIE.avs'

See attatchment for Logfile.
I already changed the "magic path" to uppercase, as in the log complains in not finding the magic path with it written in lowercase in the first place, but this does not seem to be the real issue.

[r0lZ]

Strange. I did just some similar tests, and that error did not occur. Will have a look...

[r0lZ]

You're right. The bug occurs when no audio or subpic is demuxed. It is fixed now. Thanks!

[r0lZ]

Ok, so we can nail the problem down to the splitter filter.

I have no clues for the inner workings of all that different mpeg bitstreams, but i think even patching against a current version will not help, since Peters patches are the ones, that enabled ssif reading and splitting.
I wasn't suggesting to patch again a version that has already been patched, but maybe to patch the latest version, still unpatched. It might have that bug fixed (if it's really a bug in the splitter).

[r0lZ]

Here is v0.2 of AVS2MK3D. It fixes two bugs, and I've added the x264_x64 support. (Don't expect a big speed increase in 64-bit, as the Avisynth script still runs in 32-bit mode, and avs2yuv adds a small overhead.)

# v0.2 (October 22, 2012)
# - Added 64-bit x264 support (with avs2yuv).
# - Bug: The "Preview" button for the Move Cinemascope option was always disabled.
# - Bug: Crash before demux phase when no audio or subpic stream must be demuxed.

Download AVS2MK3D v0.2 (http://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D.7z)

[SixKiller]

You must move AvsP (and all associated files) in a path containing "mvctoavi.exe". It's a general rule. The exe you use to encode or show the avs script must be in the "magic path". Otherwise, you get that error.

Also, do not try to seek to a specific frame with AvsP (or with any player). Seeking is currently buggy. Note also that when AvsP has crashed, you must close it and reopen it, as otherwise, the script will continue to produce the same error. (I suppose it's because the avisynth dll stays initialised in memory, and it buffers the last rendered frames.)

[EDIT] I haven't noticed the replies on this page when I've posted this. It was a reply to this post:


Thanks. This worked fine. http://i1.uyl.me/files/23416135488142a3a2a4.jpg

Final question regarding MeGUI. If i put the whole contents of the MEGui Folder into the "special" folder where the dll's are, can i then use subfolder (tools), for megui gui like "F:\MVCTOAVI.EXE\Tools" so that i can use the x264.exe from megui?


Thanks

[SpaceNerd]

Here is v0.2 of AVS2MK3D

Is it (still) necessary to add 3 seconds of black to the end of the video? Because if I uncheck this setting, the encoding fails (there's something missing in the generated AVS script):
avs [error]: `_ENCODE_3D_MOVIE.avs' didn't return a video clip

[r0lZ]

Final question regarding MeGUI. If i put the whole contents of the MEGui Folder into the "special" folder where the dll's are, can i then use subfolder (tools), for megui gui like "F:\MVCTOAVI.EXE\Tools" so that i can use the x264.exe from megui?That should work, yes, but I haven't tried.

[r0lZ]

Is it (still) necessary to add 3 seconds of black to the end of the video? Because if I uncheck this setting, the encoding fails (there's something missing in the generated AVS script):
avs [error]: `_ENCODE_3D_MOVIE.avs' didn't return a video clip
I see. It seems that the IsRGB() line is causing the problem. (That line does nothing if the clip is not in RGB format, but if it is not followed by something, the clip is destroyed!)

If you modify this line:

IsRGB() ? ConvertToYV12(matrix="PC.709") : ""

to:

IsRGB() ? ConvertToYV12(matrix="PC.709") : last

it works.

I will fix that bug and release v0.3 soon...

[SpaceNerd]

Thank you for the fast response and your great work so far. Your tool already makes all of this stuff much easier! :)

[Neisklar]

Final question regarding MeGUI. If i put the whole contents of the MEGui Folder into the "special" folder where the dll's are, can i then use subfolder (tools), for megui gui like "F:\MVCTOAVI.EXE\Tools" so that i can use the x264.exe from megui?

Yes it workes, just put the MeGui Folder inside that "Magic Path" (so it is completely inside it) and MeGui will work. You need to disable in the settings the improved AVS opening (cause that will try to seek, and seeking is not possible)

[Neisklar]

I wasn't suggesting to patch again a version that has already been patched, but maybe to patch the latest version, still unpatched. It might have that bug fixed (if it's really a bug in the splitter).

I just had a look into the current source of that Splitter in the MediaPlayerClassic Repo.
They already included Peters MVC modifications.
So you should be able to just grab the lates build, get the MPEGSplitter.ax file out of it, rename it to .dll (there is no difference between .ax and .dll, it's only the extension) and have a try.
mpc-hc.sourceforge.net

[r0lZ]

Bug fix.

# v0.3 (October 22, 2012)
# - "Not a clip" bug when the options to add the intro clip and the 3 seconds of black are off.

Download (http://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2MK3D.7z)

[r0lZ]

I just had a look into the current source of that Splitter in the MediaPlayerClassic Repo.
They already included Peters MVC modifications.
So you should be able to just grab the lates build, get the MPEGSplitter.ax file out of it, rename it to .dll (there is no difference between .ax and .dll, it's only the extension) and have a try.
mpc-hc.sourceforge.net
I've tried that, but the AX file is not installed. Where can I grab it?

[pommesmatte]

Just a quick question.

You said, the DirectShowMVCSource would be MUCH faster.

In fact I got 4,7 fps with SSIFSource and 6 fps with DirectShowMVCSource on my Core 2 Quad.
Should there be more difference?
Have not tried the new release with x64 support yet.

BTW are there any quality difference between the two of them?

[r0lZ]

On my (now old) Quad Q8200 @2.33GHz, the frame rate with ssifsource was around 3 fps. With DirectShowMVCSource, it is above 9 fps. About 3 times faster. But the speed increase depends of many factors. For example, if you use a slow resize method and if you hardcode the subtitles, the avisynth script will be slow anyway, and that's independent of the way the MVC decoding is done.

With x64, I got again a small speed increase. I did some tests with a small video clip, and here are the time it took to encode:
x32 SBS with AVS bicubic resize: 8:05.6
x32 SBS with x264 bicubic resize: 8:04.5
x64 SBS with AVS bicubic resize: 7:55.8
x64 SBS with x264 bicubic resize: 8:31.4
x64 SBS with x264 bilinear resize: 8:06.5
For the x64 tests, I've used the regular version of avs2yuv.exe (v0.24). Then I redid the last test with BugMaster's mod 2 of avs2yuv, and it took 7:46.9 instead of 8:06.5. (The avs2yuv exe included in the toolset is of course the BM2 mod.)

Note that the times are only rough evaluations, as they are the total time of the encoding operation, not the CPU time of the process. My PC has certainly been working in the background during some tests. Anyway, as you can see, the gain with the x64 version is not really high.

I haven't tested with the ssifSource method yet. I'll do that right now...

BTW are there any quality difference between the two of them?
I don't think so. In SBS and TB modes, the decoder must only decode the right view, and pass it unchanged. (Of course, for the Anaglyph modes, the quality depends also of the method used to combine the two images, but since ssifSource has no anaglyph support, we can't compare. Note that the anaglyph and interleaved modes convert to RGB32, and that might introduce some quality loss, but in SBS and TB modes, the pixel type stays in YV12.)

[Neisklar]

I've tried that, but the AX file is not installed. Where can I grab it?

You need to go to "Other Systems & Versions", http://mpc-hc.sourceforge.net/downloads/ and get the standalone filters pack.

[pommesmatte]

On my (now old) Quad Q8200 @2.33GHz, the frame rate with ssifsource was around 3 fps. With DirectShowMVCSource, it is above 9 fps. About 3 times faster. But the speed increase depends of many factors. For example, if you use a slow resize method and if you hardcode the subtitles, the avisynth script will be slow anyway, and that's independent of the way the MVC decoding is done.

I got a Q8400 @ 3,2 GHz. I use Lanzcos Resize and encode from virtual BD drive.
Well maybe I will make some further tests.

[r0lZ]

I just did two tests with ssifSource, same clip:
x32 SBS with AVS bicubic resize: 20:20.2 (instead of 8:05.6 with DirectShowMVCSource: 2.5 times slower)
x64 SBS with x264 bicubic resize: 19:35.5 (instead of 8:31.4 with DirectShowMVCSource: 2.3 times slower)

When I encode a long movie, the difference is more noticeable. For instance, usually, a 3D movie of 1:30:00 encodes with ssifSource in about 12 hours, and 4:30 with DirectShowMVCSource. I suppose it's because the beginning of the movie is usually easier to encode.

I've also noticed that my quad core cpu works at almost 100% with DirectShowMVCSource but only at 25 to 75% with ssifSource. I suppose it's because ldecod is not multi-threaded, and is the bottleneck. x264 spends much time in waiting for the ldecod output. If you have only one or two cpu cores, the cpu usage will probably be higher, and that could explain the less important difference of the encoding times.

Also, x264 is much demanding of memory. (It consumes about 2GB when I encode with ssifSource) and, if you don't have enough memory and the system must swap, the duration of the encoding may increase dramatically.

@Neisklar: Thanks! Will try that version. But it's Frencher that should test it, to see if it stops also with his BD.

[SpaceNerd]

I've also noticed that my quad core cpu works at almost 100% with DirectShowMVCSource but only at 25 to 75% with ssifSource. I suppose it's because ldecod is not multi-threaded, and is the bottleneck. x264 spends much time in waiting for the ldecod output.

I can totally confirm your observation as I see the same behavior on my i5-3450 when comparing ssifSource and DirectShowMVCSource.

Also, I don't know, if you (already) take feature requests for BD3D2MK3D, but I often prefer AC3 to DTS audio tracks (because of hardware player compatibility and file size). eac3to is able to convert DTS to AC3 and even DTS-HD to AC3 via the "-core" flag. Is it possible to include this feature?