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

[mini-moose]

The new v0.7 is more subject to bugs, as I haven't had enough time to test it carefully.

yes, I was going to try the latest as this disc I'm trying is failing (as I posted a couple of posts ago). So I'm now trying the "Experimental" one...I get a error:

"Error: missing closed-bracket in expression "(info exists::Taglist..."

or in full details:

missing close-bracket
in expression "[info exists ::TagsList..."
missing close-bracket
in expression "[info exists ::TagsList..."
(parsing expression "[info exists ::TagsLis...")
invoked from within
"if {[info exists ::TagsList(DIRECTOR)} {
set director [string trim $::TagsList(DIRECTOR)]
} else {
set director ""
}"
(procedure "GenerateAvs" line 105)
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)

skip doesn't seem to force the demux process to start. pretty much nothing happens.

[pommesmatte]

My program is only a GUI, and if a BD cannot be properly handled, that means that either the BD is guilty, or some of the tools in the toolset (or, as you suggest, AnyDVD). I can't therefore do much here.

Yes, thats clear. It was not directed to you but more to the other people having problems. I think it's not related in any way to your program, as other approaches using ldecod or h264stereosource etc. are also failing.

Thanks for the new version with including the suggestions. I will test it as soon as possible. :)

[r0lZ]

So I'm now trying the "Experimental" one...I get a error:

"Error: missing closed-bracket in expression "(info exists::Taglist..."
Oops, thatr's exactly the type of bugs that can happen with a not-fully tested Tcl script!
I have replaced the v0.7 archive (http://download.videohelp.com/r0lZ/BD3D2AVS/BD3D2AVS_07.7z) with a version with that bug fixed. Please download it again.

[mini-moose]

Oops, thatr's exactly the type of bugs that can happen with a not-fully tested Tcl script!

ok, that issue is now resolved but I still get "max_dec_frame_buffering larger than MaxDpbSize" Error writing to pipe.

I checked the avs and it's exactly the same load line I changed when I tried it with the stable release and didn't work either:

ssifSource("D:\BDMV\STREAM\SSIF\00800.ssif", 1920, 1080, 135526, 2, 3)

[r0lZ]

Yes, as explained above, It's not a problem with my GUI. The BD, AnyDVD or ssifSource (or any exe it uses) is causing the problem. Sorry, but I can't help.

[samfednik]

ok, that issue is now resolved but I still get "max_dec_frame_buffering larger than MaxDpbSize" Error writing to pipe.

I checked the avs and it's exactly the same load line I changed when I tried it with the stable release and didn't work either:

ssifSource("D:\BDMV\STREAM\SSIF\00800.ssif", 1920, 1080, 135526, 2, 3)

Qualitative 3DBD rip this can be done in this way:
http://torrents3d.ru/viewtopic.php?t=1870

Extract may be just the right video in a sequence of pictures, and left to decode the "old" methods.
For example:
SetMemoryMax(64)
LoadPlugin("DGAVCDecode.dll")

start = 0 #Номер первого кадра / Number of the first frame
end = 166089 #Номер последнего кадра / Number of the last frame
FPS=24000./1001.

Left=AVCSource("left.dga").AssumeFPS(24000,1001)
Right=ImageSource("l:\BMP\R\%d.bmp", start, end, FPS, use_DevIL=true).AssumeFPS(24000,1001).ConvertToYV12

#StackHorizontal(Right,Left) #Выходной формат перекрёстная пара SideBySide
#StackVertical(Left,Right) #Выходной формат OverUnder
StackVertical(Left.Lanczos4Resize(1920,540),Right.Lanczos4Resize(1920,540)) #Anamorph OverUnder

P.S.: this is the Google Translator. I myself am from Russia.

[samfednik]

Peeped as Stereoscopic Player filter catches MVC decoder playback SSIF:

http://i42.fastpic.ru/big/2012/0823/a2/4076227ff0e8aef61dd2add9d86e67a2.jpg

If the filter (MVC) hack somehow to be able to register the it in the system, there would be so many torments to Rip?
And that something is not in a hurry to release CoreMVC Decoder...

P.S.: this is the Google Translator. I myself am from Russia.

[slavanap]

Hi slavanap,

ssifSource does not work in short iso path
Ex:
F:\TEMPRE~1\SS94FB~1\ISO\BDMV\PLAYLIST\00001~1.MPL

Return:
The format of the source file could not be detected.

Works here because manually modified humm :( not iso path
F:\TEMPRE~1\SS94FB~1\ISO\BDMV\PLAYLIST\00001.MPLS
All filenames specified for avs-command go stright forward to exe-files (eac3to & ldecod).

I've been following this thread closely and have used both H264StereoSource and ssifSource successfully before. The latest BD3D I tried to process, however, gives me an error message.

Error message:
max_dec_frame_buffering larger than MaxDpbSize

The error also occurs, if I use other ssifSource command variants (e.g. using playlist as input). BD3D2AVS (naturally) also produces this error. Can someone tell me what's causing this? Thanks!
This error message, I suppose, comes from ldecod.exe. And I think, there is nothing to do with ldecod.exe because we have no connection to the author of it.

[slavanap]

I just had an idea.
Ldecod compatible x86 and x64 to rework it so a single 3D stream, for example:
ldecod -p InputFile = "\\.\pipe\bluray1234\Left.h264" -p InputFile2 = "\\.\pipe\bluray1234\Right.h264" -p Export = SideBySide or -p Export = UpperUnder -p OutputFile = "\\.\pipe\3DStream.yuv"
It's possible ? :thanks:
Why ?
No codec needed
No avs needed
Increase speed
No buffer
I've tried this, but it failed.
avs [info]: 1920x2160p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
x264 [info]: profile High, level 5.1
Setting Default Parameters...
Parsing Configfile decoder.cfg
Parsing command line string 'InputFile = \\.\pipe\bluray20028\left1.h264'.
Parsing command line string 'InputFile2 = \\.\pipe\bluray20028\right1.h264'.
Parsing command line string 'OutputFile = \\.\pipe\bluray20028\1.yuv'.
Parsing command line string 'WriteUV = 0'.
Parsing command line string 'WriteStreams = -1'.
Parsing command line string 'Export = UpperUnder'
Parsing error in config file: Parameter Name 'Export' not recognized.
Parsing error in config file: Parameter Name '=' not recognized.
Parsing command line string 'FileFormat = 0'.
Parsing command line string 'RefOffset = 0'.
Parsing command line string 'POCScale = 2'.
Parsing command line string 'DisplayDecParams = 1'.
Parsing command line string 'ConcealMode = 0'.
Parsing command line string 'RefPOCGap = 2'.
Parsing command line string 'POCGap = 2'.
Parsing command line string 'Silent = 1'.
Parsing command line string 'IntraProfileDeblocking = 1'.
Parsing command line string 'DecFrmNum = 0'.
Parsing command line string 'DecodeAllLayers = 1'.

Export parameter is not recognized.

[frencher]

All filenames specified for avs-command go stright forward to exe-files (eac3to & ldecod).

With file paths in French of this kind it is necessary to go through a short file path
"E:\èéàç sont des caractères français\BDMV\STREAM\00001.ssif"

This error message, I suppose, comes from ldecod.exe. And I think, there is nothing to do with ldecod.exe because we have no connection to the author of it.
max_dec_frame_buffering larger than MaxDpbSize
I confirm

Here's how ldecod the source code it is also provided (http://iphome.hhi.de/suehring/tml/doc/ldec/html/ldecod_8c.html)

Official page of ldecod & lencod (http://iphome.hhi.de/suehring/tml/download/) If you can use this source code slavanap and fix :rolleyes:

[slavanap]

With file paths in French of this kind it is necessary to go through a short file path
"E:\èéàç sont des caractères français\BDMV\STREAM\00001.ssif"

it might be a eac3to problem, does eac3to accept such filenames (with French)?
max_dec_frame_buffering larger than MaxDpbSize
I confirm

Here's how ldecod the source code it is also provided (http://iphome.hhi.de/suehring/tml/doc/ldec/html/ldecod_8c.html)

Official page of ldecod & lencod (http://iphome.hhi.de/suehring/tml/download/) If you can use this source code slavanap and fix :rolleyes:
Sadly, I'm not a wizard. I know about that code. It was modified by alexpk for right view h264 input support, and released as ldecod.exe (alexpk mod) and H264StereoSource.dll (avisynth plugin). As I guess it was a modification of JM17.2, and JM reference decoder still does not support h264 right view input as a separate file.
The method proposed by samfednik is more useful than that. The problem is -- how to rule Stereoscopic player from a directshow filter. You may look for sample directshow filters that releases ISampleGrabber interface, register your own in the system and make Stereoscopic player use it (I hope).
and sorry, I haven't free time for this recently :(

P.S. Here is the place, where alexpk came from --> http://torrents3d.ru/viewtopic.php?t=263

[Keka]

Hi, I have been following this with great interest have been desperately trying to make BD3D2AVS work however without success. I get to the following from the encoding screen where it stops:

v01 Extracting video track number 1...
v02 Extracting video track number 2...
v02 Creating file "\\.\pipe\bluray26223\right.h264"...
v01 Creating file "\\.\pipe\bluray26223\left.h264"...
Completed Decoding frame 00000
Error writing to pipe I 0x0000006d: The pipe has been ended.

Error writing to pipe! I 0x0000006: The pipe has been ended.

v01

vo2

I am new to all this can you help, I have tried multiple versions upto v07, and have followed install instruction as best as I could.

your help would be appreciated regards

[r0lZ]

Hi Keka, welcome to the Doom9 forums.

Sorry but I can't help. It's a problem related to SsifSource or an incompatibility with your BD, as this message doesn't come from the GUI.
Do you have decrypted the original BD to your HDD first? Have you tried to process another disk? Can you open the AVS script with your player or preview it in AvsPMod?

Maybe someone else can help?

[slavanap]

Hi, I have been following this with great interest have been desperately trying to make BD3D2AVS work however without success. I get to the following from the encoding screen where it stops:

v01 Extracting video track number 1...
v02 Extracting video track number 2...
v02 Creating file "\\.\pipe\bluray26223\right.h264"...
v01 Creating file "\\.\pipe\bluray26223\left.h264"...
Completed Decoding frame 00000
Error writing to pipe I 0x0000006d: The pipe has been ended.

Error writing to pipe! I 0x0000006: The pipe has been ended.

v01

vo2

I am new to all this can you help, I have tried multiple versions upto v07, and have followed install instruction as best as I could.

your help would be appreciated regards

Have you installed this?
http://www.microsoft.com/en-us/download/details.aspx?id=29

Added:
Try to open .avs file in VirtualDub (it will show the exception, if any occured) and, please, write here all the log messages you've got.
It looks like ldecod.exe haven't started properly. So the demuxed data can not be written into ldecod input.

[slavanap]

Here is, I guess, the last version of ssifSource, that uses that version of ldecod.exe
http://sendfile.su/664639

fixes:
output parameter settings added (including horizontal stack output)
now output is in native format (I420)
output fps now is 24000/1001
output now as fast as it might be with these executables (eac3to & ldecod)

[frencher]

Here is, I guess, the last version of ssifSource, that uses that version of ldecod.exe
http://sendfile.su/664639

fixes:
output parameter settings added (including horizontal stack output)
now output is in native format (I420)
output fps now is 24000/1001
output now as fast as it might be with these executables (eac3to & ldecod)

Very very nice update :goodpost:
Reduce Avisynth CPU usage :)
Your package have not "ssifSource_x64.dll" ? :confused:

[Keka]

Hi, thanks for all your comments/help, to clarify:
1. BD3D2AVS version 7.0, extracted all the files to a seperate folder
2. installed C++2008 as requested
3. The GUI produced an output folder of which Encode was a batch Windows Command Script
4. I ripped two Blu-ray 3d movies (ie, Immortals and Ghost Rider 3D) using AnyDVD HD
5. I tired using two different Hard Drives
6. Tried multiple Versions of BD3D2AVS

None of worked and all exhibited the problem I described in my last post.

I am using Windows 7 Home Premium & 64 bit.

Could not open the avs using Virtualdub however in in Megui and got the error message:
ERROR
Cant retrieve frame #79787
Note: ssifSourse filter supports only sequential frame rendering

any further help would be appreciated, regards:thanks:

[r0lZ]

The error message is self-explanatory: you can't jump to a specific frame. Since ssifSource uses commands that use pipes, all frames must be decoded sequentially, starting at the first frame. I don't use MeGui, but I suppose it tries to seek to frame #79787 for whatever reason. That cannot work. However, opening the script in VDub, AVSPmod or any player supporting AVS input should work (as long as you don't try to use the seek bar). Of course, the playback will be extremely slow, but if you can see the first frames, that means that everything works fine.

Since you have a 64bit version of Win7 (like me), have you tried to generate the files with and without the "Use 64bit" option? Maybe there is something wrong with one of your exes.

Also, you must have Avisynth properly installed (including the 64bit version if you want to use the 64bit option). I suppose you have it (them). Right?

[slavanap]

Your package have not "ssifSource_x64.dll" ? :confused:

Oh, sorry, I forgot.
here is the full pack: http://sendfile.su/664830
Have you used ssifSource_x64.dll with success?

[r0lZ]

Have you used ssifSource_x64.dll with success?
Yes, it works fine, although it doesn't speed up the decoding process much.

[slavanap]

Yes, it works fine, although it doesn't speed up the decoding process much.
Because it still uses 32bit eac3to & ldecod executables.

[Keka]

Hi, I am still having the same problem raised in an earlier post, I have tried:
1. Different hardware configurations evan installed a new version of Windows 7 on a new SSD hard drive
2. Tried to open the avs in both Virtualdub and AVSPMOD however both Froze and stopped working
3.Could not get the latest version of ssifSource_x64.dll since the referred site is not English.

Not certain what to do next?? regards:confused:

[r0lZ]

Have you properly installed vcredist 2008 (32 bit)? (The 2008 version is necessary. More recent versions do not work!)

Also, if you use BD3D2AVS, have you ticked the "use 64bit version"? And do you hardcode subtitles on the video? (I've just fixed a bug with that part, but the error message is different.) Can you post the log files produced by BD3D2AVS and during the failed encode?

Anyway, try a simple encode: select any short 3D video, keep only a single audio stream, disable all unnecessary options such as the intro clip, use 32-bit mode, and generate the files. Then, try to open the AVS script in AVSPMod (http://forum.doom9.org/showthread.php?t=153248) and enable the preview. If something goes wrong, it will highlight the line that causes the error.

Also, can you try the [3D Preview] option in the Intro Clip tab? (You don't need to load a BD to try it.) If you have installed a player that supports AVS input, you should see the intro in SBS or Top/Bottom mode. If that doesn't work, that may indicate that there is a problem with your AviSynth installation (or your player doesn't support AVS).

[r0lZ]

3.Could not get the latest version of ssifSource_x64.dll since the referred site is not English.
I have the same problem, but after having tried the wrong button, I've found how to download it. Click the left button at the bottom of the page. A new page should appear with a long link. Click that link.

I've installed that version and encoded a BD without problem, so I can confirm that the latest version should work with BD3D2AVS.

BTW, vcredist 2008 is included in the package.

[r0lZ]

Oh, I forgot another possible cause of the problem. Please install the BD3D2AVS files in a folder that doesn't contain foreign characters (such as accented French characters) in the path. A good path is, for example, "D:\Tools\BD3D2AVS". Also, be sure to preserve the folder paths of the archive. You should have, among others, the "toolset" directory within the installation folder.

[Keka]

Hi, its getting a little late here in Australia, will try all your suggestions later, in the mean time I did install vcredist 2008 properly (I believe).
I tried the 3D Preview script in AVS Media Player and got "File Opening Error. The file might be corrupted or the file format not supported.
Also can not activate the 64 bit option as it is inactive (not highlighted)

Will try the ssifSource_x64.dll download later.
regards and thanks

[micha019]

Hello,

I have a Problem with some Movies when using h264stereo.dll.
x264.exe give me the error Message:

RefPicList0[ 0 ] is equal to 'no reference picture'
RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture'
RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture'
RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture'
RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture'
RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture'
RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture'
RefPicList0[ 1 ] is equal to 'no reference picture'
....

Anyone has the same Problem?

A lot of Movies works without a Problem with h264sterero.dll, but some doesn't and they always has theese error messages.

[Motenai Yoda]

2. Tried to open the avs in both Virtualdub and AVSPMOD however both Froze and stopped working

same problem here.:helpful:

also i have avs 2.6 mt 2012.05.16
and v0.7

[pommesmatte]

I have some issues with version 0.7.

- x64 options are greyed out
- video does not get resized when using the "half" options

[r0lZ]

I've already noticed and fixed the x64 bug, but I can't reproduce the problem of the resize.

Do you have selected a x264 resize method? If it's the case, it is normal that the AVS script does not contain the resize command. The _ENCODE.cmd batch should contain something like this:
--video-filter resize:1920,1080,method=bicubic
Can you verify?

[pommesmatte]

I used Avisynth Lanzcos and noticed after recode (1920x2160 resolution) that the resize line completely is missing from the avs script.

Will try to reproduce, am searching a short 3D Trailer on my discs.

Other question: Is the x264 resize superior to the Avisynth one? Quality? Performance?

And maybe you should create a new topic only for your program or ask a moderator to move the last part of this topic to a new one.

[r0lZ]

# v0.8 (September 24, 2012)
# - Uses now the show_params option of SsifSource to stack horizontally (if no cropping needed).
# - Uses now only BDSup2Sub++.exe to convert the subtitles.
# As a consequence, the method to hardcode the subtitles with 3D depth has changed and should be more rapid.
# - Bug when a subtitle stream is hardcoded and the intro clip option is ticked: the subtitles delay was wrong.
# - Bug occurring after the demux with undeclared variable $sbs.
# - Bug with the detection of the X64 system: the "Use 64bit" option was always disabled.
# - Bug: the left and right eye stream numbers were wrong when processing a M2TS without chapters.
# - Fixed several bugs with the validation of the tags in the Tags tab.
# - Workaround for an Avisynth bug: The framerate 24/1.001 is not computed correctly. Replaced with 24000/1001.0
# - Workaround for a VsFilter bug: Now, the video is converted to RGB before applying the hardcoded subtitles.
# - Updated most EXE and DLL files in the toolset folder. The old vsfilter_x64.dll file had a bug!

This version should be stable. I've removed the link to download v0.7 in a previous post (http://forum.doom9.org/showthread.php?p=1588852#post1588852), as it was not stable enough.

Be sure to update the toolset too! Many EXE and DLL files have been updated to their latest version, and I've noticed a serious bug in the old VSFilter_x64.dll file: When encoding in x64 mode and when the frame rate was ntsc_film (24000/1000 fps) and a subtitle was hardcoded, a frame was missing every 2 seconds or so, and replaced with a green fame. I don't understand why, but it seems that the latest VSFilter_x64.dll does not have that bug. So, be sure to update the toolset, especially if you use the 64-bit mode.

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

[Penecho]

Is it possible to create a avs with left+right eye stream? because when i use the .ssif or .mpls i get errors...

also when i try and demux the mpls with eac3to. but it works when i demux the m2ts seperately.

The Bluray has a seperate m2ts for right eye (0000.m2zs) + left eye (0001.m2ts), i can demux them sperately, so i was wondering if i can use the ssif source dll to load each eye stream seperately into the avs?

[pommesmatte]

Just use BD3D2AVS for that, it's right above your post.

It will build you an avs script with both streams on the fly decoded with ssif source via pipes.

[Keka]

Hi back on the 5th of September I was looking for assistance on how to fix the above problem when trying to use BD3D2AVS, as suggested I tried various software versions of BD3D2AVS as well as SSIFSource and X264 codec, none of these fixed the problem.

I would like to share how I eventually fixed it. The problem was with the files I ripped using AnyDVD HD, I actually ripped a number of discs and all had a similar problem.

What I eventually did was direct BD3D2AVS input directly BDMV file on the Blu-Ray disc and output to hard drive, well it all worked. I also got clean rip of the BDMV to hard drive which also worked.

The message is to ensure that the disc is ripped probably, unfortunately it is not always possible to detect problems with these large files.

regards:)

[slavanap]

Is it possible to create a avs with left+right eye stream? because when i use the .ssif or .mpls i get errors...

also when i try and demux the mpls with eac3to. but it works when i demux the m2ts seperately.

The Bluray has a seperate m2ts for right eye (0000.m2zs) + left eye (0001.m2ts), i can demux them sperately, so i was wondering if i can use the ssif source dll to load each eye stream seperately into the avs?

No you can't. Ssif-source is for .ssif and .mpls files only.
Can you somehow send the small versions of that files, please? I have never seen that format with right view encoded separately.

[r0lZ]

I don't think the right view is encoded separately. It is correct that there are two M2TS files corresponding to the left and right views, but they are file system tricks. In fact, the two eyes are "multiplexed" in the SSIF file. In fact, I don't think it's a real multiplex. It's probably a trick based on the filesystem. They are something like "links" or shortcuts. I think that entire sectors are assigned to the left eye, and others to the right eye, but I'm not sure. The left M2TS file references only the left eye sectors in the SSIF file. That way, it is possible to play the left eye alone, in 2D, by playing the M2TS instead of the SSIF. And old players, not 3D compatible, "see" only the M2TS file, and have no way to access the SSIF.

Similarly, the right M2TS file references only the sectors of the SSIF that are assigned to the right eye view. Since the right eye view is encoded differently and needs the left eye view to be decoded, I don't understand why they have decided to create a M2TS file to reference it. IMO, the SSIF should be sufficient. Anyway, an old not-3D player cannot handle the right eye M2TS files.

One way to verify that the M2TS files are partial images of the SSIF is to compute the total disc size. If you add the size of all M2TS and SSIF files, you will see that the total is much larger than the total size of the disc. (It's also why copying the files to HDD consumes much more disc space than an ISO: all 3D video files are copied twice.) Also, if you add the size of the left and right M2TS files of a particular title, the total is exactly the size of the SSIF of the same title. So, in short, that means that the two M2TS and the SSIF files are exactly the same thing, and point to the same data on disc. Therefore, it doesn't make sense to try to decode the 3D movie from the two M2TS files, as it's exactly the same thing than decoding the SSIF.

I've read somewhere that there are 3D-only BDs (without the 2D version of the movie). I have never seen that kind of BDs, but if they exist, perhaps they have no M2TS files at all, and the player can only play the SSIF file.

[r0lZ]

The problem was with the files I ripped using AnyDVD HD, I actually ripped a number of discs and all had a similar problem.

What I eventually did was direct BD3D2AVS input directly BDMV file on the Blu-Ray disc and output to hard drive, well it all worked. I also got clean rip of the BDMV to hard drive which also worked.
Good info. Thanks!
Can you explain how you "got clean rip"? And how you got bad rips? It would be nice to understand the difference.
And have you tried to rip "John Carter"? Apparently, it is extremely difficult to do. (I haven't tried it myself.)

[Penecho]

The error i get when trying to demux it is:

The source File Seems to be damaged (sync byte missing)

I get that like a thousand times... eac3to logfile is > 2MB...

when i encode it, it i can watch for about 20 mins in 3D, then the picture is just green

Is there maybe a way to demux the 2 m2ts seperately and create a new mpls from 2 extracted video streams?

[pommesmatte]

I've already noticed and fixed the x64 bug, but I can't reproduce the problem of the resize.

Ok same thing now, choose Avisynth Lanczos and Half Top and Bottom, and now resize line is missing in the avs script (no resize in the encode cmd either.)

# Avisynth script generated Wed Sep 26 22:11:26 CEST 2012 by BD3D2AVS v0.8
# to convert "M:\BDMV\STREAM\SSIF\00001.ssif"
# (referenced by playlist 00001.mpls)
# to Half Top & Bottom steroscopic video file
# Movie title: [movie title]
#
# Source MPLS information:
# MPLS file: 00001.mpls
[stream info]

LoadPlugin("C:\Multimedia\BD3D2AVS\toolset\ssifSource_x64.dll")

SP_LEFTVIEW = 1
SP_RIGHTVIEW = 2
SP_HORIZONTAL = 4
ssifSource("M:\BDMV\STREAM\SSIF\00001.ssif", 1920, 1080, 126720, 1, 2, show_params = SP_LEFTVIEW + SP_RIGHTVIEW)
AssumeFPS("ntsc_film")


x264_x64.exe --preset slow --crf 18 --tune film --profile high --level 4.1 ^
-o "00001_m2ts.264" "_ENCODE_3D_MOVIE.avs" 2>"00001_m2ts_x264.log"

[slavanap]

I don't think the right view is encoded separately. It is correct that there are two M2TS files corresponding to the left and right views, but they are file system tricks.
Oh, sorry. I know that. I was just confused because of 0000.m2zs extension of the file in Keka's post.

The thing I worry about is view swapping.
Is there always left view encoded as a m2ts file that can be played in standard system player? Have you seen any disks with right view, encoded that way?
As for me, I haven't. But there might be possibility.

I've read somewhere that there are 3D-only BDs (without the 2D version of the movie). I have never seen that kind of BDs, but if they exist, perhaps they have no M2TS files at all, and the player can only play the SSIF file.
Thanks for the new info. I haven't seen them too, though.

[r0lZ]

@pommesmatte: Strange. I will have a look, but it worked here yesterday, with the Blackman Avisynth resize.

Oh, sorry. I know that. I was just confused because of 0000.m2zs extension of the file in Keka's post.
Probably a typo. Keka, can you confirm?

The thing I worry about is view swapping.
Is there always left view encoded as a m2ts file that can be played in standard system player? Have you seen any disks with right view, encoded that way?
As for me, I haven't. But there might be possibility.
I haven't seen that yet, but IMO that should be possible, since the director decides what he considers the "main 2D view". It must therefore be possible to respect his will.
My GUI trust the info returned by eac3to, and it assumes that the first video stream listed is the one that has been encoded normally. If, per chance, it is tagged with "(right eye)", the two images are swapped in the AVS script.

[PurpleMan]

Strange problem I just can't solve -

So far I've used the gui with many 3d blu-ray discs, always works perfect. However, I just can't get it to work with Men in Black III.
When trying to encode I immediately get an error that the pipe has ended.

This gets even stranger as I've tried 3 different editions of this movie (US/EU/Nordic) - all of them fail while every other disc works.
Also, the 3 editions don't share the same encodes, files or playlists. One disc has the ebtire movie on 1 ssif while others have it split across many.

The rips are fine as all discs play flawlessly on every player I tried (in both 2D and 3D).

I also tried actually demuxing left and right .h264 files and feeding those to the ssifsource instead of a playlist or ssif file - same result, it just won't decode.

I'm completely stumped.

[frencher]

Strange problem I just can't solve -

So far I've used the gui with many 3d blu-ray discs, always works perfect. However, I just can't get it to work with Men in Black III.
When trying to encode I immediately get an error that the pipe has ended.

This gets even stranger as I've tried 3 different editions of this movie (US/EU/Nordic) - all of them fail while every other disc works.
Also, the 3 editions don't share the same encodes, files or playlists. One disc has the ebtire movie on 1 ssif while others have it split across many.

The rips are fine as all discs play flawlessly on every player I tried (in both 2D and 3D).

I also tried actually demuxing left and right .h264 files and feeding those to the ssifsource instead of a playlist or ssif file - same result, it just won't decode.

I'm completely stumped.

This would solve the problem simply update ldecod.
The source code is available but nobody looks at it ...

Them they took notes and develop from those who have been failure:
- Johnn Carrter = Failed
- Meen Inn Blaack = Failed
etc...

[r0lZ]

What's the latest ldecod version, and where can it be downloaded?

[frencher]

What's the latest ldecod version, and where can it be downloaded?

Old post :(
There at the source in ldecod link below to add it suffirai function multithreaded version x86 and x64.

Source code of ldecod 18.4 (http://iphome.hhi.de/suehring/tml/download)
Tutorial for multithreading with C++ (in french) (http://apais.developpez.com/tutoriels/c++/multithread/)

[PurpleMan]

Can anyone provide latest binary or instructions how to compile it?

I always assumed the GUI's toolset was the latest version.

[frencher]

Should decompile 18.3 ldecod see how it works

[r0lZ]

I always assumed the GUI's toolset was the latest version.
Me too! ;-)
I don't have a C/C++ programming environment here, so I have never tried to compile the source code myself.

If someone has compiled the latest sources, please post the exe here. Thanks!

[r0lZ]

Ok same thing now, choose Avisynth Lanczos and Half Top and Bottom, and now resize line is missing in the avs script (no resize in the encode cmd either.)Really strange. Checked again here, and it works.

Maybe the problem is related to the config file saved by an old version. Before I've added the option to resize with x264, the resize method was saved in the config file in a different way. Can you try to set it again in the GUI, than save the configuration, close the program and restart it? The correct resize string (including the leading "Avisynth:") should be in the rezise field of the GUI. Try to generate the AVS file again, and you should have the resize line in the script. Let me know if that works. Thanks!

[EDIT] Oops, I see. The problem occurs only in Half Top/Bottom format. I prefer SBS, and I did almost all my tests in Half-SBS, so I haven't noticed the bug. Sorry. I will release a fix soon...