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

[jdobbs]

I've perhaps found an tip to use a modified playlist with an ISO or BD :
- Create a folder (ex : D:\BD\)
- Create in this folder another folder named PLAYLIST (ex : D:\BD\PLAYLIST)
- Create a symbolic link to STREAM folder on ISO (ex : mklink D:\BD\PLAYLIST H:\BDMV\STREAM) - Works only with NTFS file system if I'm not wrong
- Copy or create a MPLS into D:\BD\PLAYLIST and open it in tsMuxeR. It works for me with an original MPLS, so it would be good to try with a modified playlist :) and no need to copy all files to HDD from an ISO or BD ;)

Edit : Symbolic link appears in Windows like a classic shortcut, so delete it will delete the symbolic link without delete data.I was thinking that same thing yesterday, but never got around to trying it. Sounds cool. In fact, you could create an entire BD structure that mirrors/links to the disc if you wanted to, and work exclusively from the "link folder". Of course there's always the problem of removing the disc. Hmm... I wonder what happens to the links then? Never tried it...

[Nico8583]

I was thinking that same thing yesterday, but never got around to trying it. Sounds cool. In fact, you could create an entire BD structure that mirrors/links to the disc if you wanted to, and work exclusively from the "link folder". Of course there's always the problem of removing the disc. Hmm... I wonder what happens to the links then? Never tried it...
Yes for entire structure but if you do that, you cannot modify any files on the structure because symbolic link try to write in BD or ISO. But you can read all files :)

I've tried, if disc is removed you've got an error message to tell you "Drive is not ready" when you try to open symbolic link but it is allways existent.

[r0lZ]

I guess you can simply delete the whole folder. The links will be deleted as well, and nothing wrong should happen.

AFAIK, there is only a strange thing with links: most tools that print the total file size of a directory containing soft or hard links count the space occupied by the real file instead of just the link, and therefore you can end up with strange results like more space occupied by the files on a disc than the total capacity of the disc! That's strange, but it's caused by bugs or limitations of these tools, and that should not have any impact on the possibility to "customize" a BD using links.

[jdobbs]

Yes for entire structure but if you do that, you cannot modify any files on the structure because symbolic link try to write in BD or ISO. But you can read all files :)

I've tried, if disc is removed you've got an error message to tell you "Drive is not ready" when you try to open symbolic link but it is allways existent.Huh? When you're backing up a disc all you do is read. But you could play from it, replace links with modified CLPI and M2TS files... lots of things.

[Nico8583]

Huh? When you're backing up a disc all you do is read. But you could play from it, replace links with modified CLPI and M2TS files... lots of things.
If you are backing up to an folder, but you can't replace or modify anything directly on an ISO or an BD disc because there are on a read only support ?!

[jdobbs]

If you are backing up to an folder, but you can't replace or modify anything directly on an ISO or an BD disc because there are on a read only support ?!I don't think you understand what I'm saying. All you have to do is replace any links with the modified MPLS and CLPI files in the link-structure. It's essentially the same thing you mentioned that you'd already done in this link. (http://forum.doom9.org/showthread.php?p=1665653#post1665653) Imagine all the small files existing locally (where necessary for editing) and the large ones (e.g. the STREAM folder) being represented by a link. It's especially useful when files represent duplicate data (SSIF/M2TS). They get big (double in size) when you copy them to your hard drive-- but not when stored as an ISO.

It my not even be worth the trouble. When physic returns I'm sure he'll provide the ability to select alternate angles anyhow. I would think it to be a fairly simple change, so it's all academic.

[Nico8583]

Yes I'm agree with you but I believed you wanted to create a symbolic link to BDMV folder or parent folder. If a symbolic link point to BDMV it's not possible to edit any files under this folder, but if link goes to STREAM folder yes it's possible :)

[Thalyn]

OK, I'm at a loss and need some help here...

As people who've seen my posts on Neuron2's thread will know, I'm having an issue with extracting from some original discs. Not all of them - just 2 for now - but that's enough to be annoying. All I've been able to do with my own experiments is to make things worse, so I'm hoping that someone can find what I'm doing wrong, slap me across the back of the head and point me in the right direction.

Steps I've tried:

Install AnyDVD HD
Find playlist that corresponds to movie
Extract elementary streams with tsMuxer 2.6.12 (leave options as default)
Wait 3 hours for transcode
Curse when it has the same error

Install AnyDVD HD
Find playlist that corresponds to movie
Extract elementary streams with tsMuxer 2.6.12 (turn off SPS/PPS and SEI/VUI)
Wait 3 hours for transcode
Curse when it has the same error

Install AnyDVD HD
Find playlist that corresponds to movie
Extract elementary streams with tsMuxer 2.6.12 (force SEI and VUI)
Wait 5 minutes for transcode to crash
Curse

Install AnyDVD HD
Find playlist that corresponds to movie
Extract elementary streams with EAC3to 3.27
Wait 3 hours for transcode
Curse when it has the original error

Install AnyDVD HD
Find playlist that corresponds to movie
Find the file/s involved with said playlist
Copy them to my harddrive
Extract elementary streams with tsMuxer 2.6.12
Wait 3 hours for transcode
Curse when it has the same error

Install MakeMKV
Find title that corresponds to movie
Extract movie to an MKV
Extract combined elementary streams with MKVExtract 6.7.0
Wait 3 hours for transcode
Curse when it has the same error

I've even tried uninstalling and re-installing AnyDVD, as well as uninstalling and reinstalling my ODD drivers - none of it helps.

All of these lead to the same results with Pacific Rim: around frame 95,000 about a second of video goes missing with an obvious visual artefact. This occurs a few more times between there and the end of the film, shortening it by a good 6 or so seconds.

About the only thing I can think of is Win8.1, but that doesn't make sense as PowerDVD can play back the movies happily under the same OS.

Help?

[sef]

OK, I'm at a loss and need some help here...

Try DirectShowMVCSource .. directly from SSIF..

[r0lZ]

Wait 3 hours for transcode
What have you used to transcode? I suppose it's DGMVCDecode, right? Have you tried also FRIMSource?
If FRIMSource fails too, that means that the problem is in the disc, in the Intel Media library, or in AnyDVD. Otherwise, it's a bug in DGMVCSource. If FRIMSource fails also, try DirectShowMVCSource, as sef recommends. It has some decoding bugs (only with some movies), but afaik not the one you have described.

Also, I guess you encode the MPLS directly from the original BD through AnyDVD. Have you tried to rip the BD to the HDD as an ISO, then mount that ISO and decode it? Maybe you have had a timeout problem due to the slow medium. Also, with a mounted ISO, you can verify if it has been correctly ripped to HDD by playing the movie with PowerDVD (but without AnyDVD). If it's not the case, try ripping it to ISO with another method.

[Thalyn]

Gah... now I'm even more confused. SSIFSource (which uses the same CoreAVCDecoder as DirectShowMVCSource) seems to works perfectly (at least a quick test via VirtualDub)! I guess that lends some credibility to my thought that perhaps its the means by which I'm extracting the streams that's causing the problem, but it's not like I'm using exotic and untested tools - tsMuxeR and EAC3to are pretty standard in this area.

Obviously that gives me a viable alternative to the Intel decoders, albeit a slower one, but seriously... what the heck? No-one else seems to be able to reproduce my issue with the Intel decoders.

ed:
I've tried both DGMVCDecode and FRIMSource on Pacific Rim - both give the same results. I tend to use files on the harddrive over files off the disc to prevent timeouts, mostly because I like the ability to quickly go back and try it again if I spot any issues (bad cropping of letterboxing, reversed stereo, etc). It also lets me prep a few discs ahead in case I'm not at home to physically swap the media.

I'll give the rip method a try. It's only time and I've got plenty.

[r0lZ]

Unfortunately, I don't have Pacific Rim, so I can't check it myself. When you have demuxed it, have you noticed an error message? (I don't know if tsMuxeR issues an error message when it has trouble demuxing a stream, but eac3ot usually prints "This track is not clean".) Also, have you obtained exactly the same number of frames in the AVC and MVC streams? (I have had problems similar to yours with a BD that had drops, and the numbers of frames were the only way to note the problem.)

Anyway, if you are sure that the original BD is correct and well ripped to HDD, that means that you have probably found a bug in the Intel decoder. Very annoying for us!

[Thalyn]

So far I've not noticed any feedback from either tsMuxeR or EAC3to about bad tracks. I have noticed that sometimes the two different programs yield slightly different MVC tracks (as compared by LordMulder's Double File Scanner) but the end result seems to be the same regardless.

I hope I haven't found a bug. I suspect I haven't given the feedback over on Neuron2's thread - Neuron2's had no trouble with Escape from Planet Earth, and Sharc has no trouble with Pacific Rim. Given I can play the discs and use CoreAVC to decode them I'm hesitant to believe the discs are the problem, and VirtualDub can be used to show the issue so I don't believe it's MeGUI or x264. I'm fast running out of things to eliminate as the cause.

[sef]

SSIFSource(2) sometimes loses synchronization between left and right views..

[Thalyn]

Well, I've made the ISO and had no luck there - playback in PowerDVD was fine without AnyDVD, and the streams extracted from it were identical to the ones I'd gotten from the disc. I've even tried processing it on a "clean" (also Win8.1, unfortunately) machine and got the same results.

My next experiment will be using the new Transport Stream facilities of FRIM to see if they're more successful.

*update: TS transcode equally unsuccessful. Gah!

Worst case scenario... I guess I can trim down to just the 24 or so frames that are causing the problem and upload them for someone like Neuron2 to take a look at. Perhaps its another malformed stream which CoreAVC can handle.

[Sharc]

All of these lead to the same results with Pacific Rim: around frame 95,000 about a second of video goes missing with an obvious visual artefact. This occurs a few more times between there and the end of the film, shortening it by a good 6 or so seconds.

About the only thing I can think of is Win8.1, but that doesn't make sense as PowerDVD can play back the movies happily under the same OS.

Help?
ok, I have Pacific Rim and did few tests so far without issues.
I will do now a full transcode over night and see what happens. Unfortunately my PC is a bit outdated and slow.

Edit:
I stopped my test right now because neuron2 has just released a new and apparently more robust decoder.
Thalyn, I suggest you try again with the latest version of DGMVCsource. In case you still experience problems I will be happy to do Pacific Rim again and report back.

[sef]

FRIMSource

http://i33.fastpic.ru/big/2014/0203/6c/d47e8e05d094028638834885fe3a866c.jpg

DirectShowMVCSource UPD: now DGMVCDecode(21) works .. (but slow.. hw=1)

http://i33.fastpic.ru/big/2014/0203/2f/e32fff14dd2ee8cbdd97e18881a38d2f.jpg

[Sharc]

@sef
Is this from Pacific Rim, using the latest versions of the DG & FRIM decoders?
SW or HW Decoding?
Which frame / time into the movie (approximately)?
Thanks.

[r0lZ]

What are these images?

[EDIT] Sharc replied before me. Are these images really from Pacific Rim?

[sef]

No, it's not Pacific Rim, it's "The Avengers".. FRIMSource(1.22), DGMVCDecode(20), no matter SW or HW decoding..

[r0lZ]

Computed with hardware acceleration?

[sef]

Yes.. But: DGMVCDecode hw=1(no artefacts(slow)), hw=2, hw=0(have artefacts ) :(

[Nico8583]

Yes.. But: DGMVCDecode hw=1(no artefacts(slow)), hw=2, hw=0(have artefacts ) :(

Have you tried to update to the latest Intel driver ?
It seems to be an hardware acceleration problem...

[sef]

Aha, 15.​28.​20.​64.​3347.. By the way, i dload DGMVCDecode(22), not working.. Avisynth not load dll(dgmvcdecode.dll(22),62KB, DGMVCDecode.dll(21),408KB..)

UPD: Now, everything works, just had to install some libraries, but DGMVCDecode.dll (22) have the same problems, at least on my laptop..

[Nico8583]

Aha, 15.​28.​20.​64.​3347.. By the way, i dload DGMVCDecode(22), not working.. Avisynth not load dll(dgmvcdecode.dll(22),62KB, DGMVCDecode.dll(21),408KB..)
What is your CPU and/or GPU ?

[sef]

Intel Core i3, HD 3000..

[Sharc]

Pacific Rim / DGMVCsource 0.22b / SW decoding: Transcoding failed near the end of the movie with error code 1. I did some other work on the PC so I missed the details as to when and how it happened.

Edit:
I did Pacific Rim again. Now everything appears to be ok.
I need however to watch it more carefully still.

[Cedvano]

I also had a problem with "Pacific Rim". I have created 2 video files with DVDFab and convert it with FRIMEncode.

[Thalyn]

Pacific Rim / DGMVCsource 0.22b / SW decoding: Transcoding failed near the end of the movie with error code 1. I did some other work on the PC so I missed the details as to when and how it happened.

Edit:
I did Pacific Rim again. Now everything appears to be ok.
I need however to watch it more carefully still.

Start watching from frame 95300 - if you're getting the same error I'm getting it'll occur within 3 seconds of there, over the transition to the next scene. If that plays fine than I'm back to square 1 again (DGMVC B22 still gives me the same errors in the same spots).


I'll also see if I can reproduce Sef's issue with The Avengers.

[Sharc]

Yep! You are perfectly right. I got a couple of garbled frames there as well.
Good catch.

[r0lZ]

UPD: Now, everything works, just had to install some libraries, but DGMVCDecode.dll (22) have the same problems, at least on my laptop..
What are that libraries that you had to install? It's interesting to know.

I will try with b22 soon, but currently, I'm encoding Pacific Rim with DGMVCDecode (sw), just to check if I'll have the same problem, and I still need 5 hours for the encoding to finish. I'll do other tests after...

Anyway, you are right: the size of b22 is only 62 KB, and that's strange. I guess something went wrong when Neuron2 compiled it, or when he did the ZIP package.

[sef]

I needed msvcr110.dll, but, I installed Visual Studio 2012.. (need for compile dgmvcsource100b22_src)..

[r0lZ]

Thanks for the info. Do you know what exe or DLL requires msvcr110.dll? Is it the Intel media library, or the avisynth plugin?
How was it possible to use the Source decoders previously, when that DLL was not installed?

[sef]

I guess something went wrong when Neuron2 compiled it, or when he did the ZIP package.

I think he changed the compiler .. (maybe I'm wrong)

[sef]

Thanks for the info. Do you know what exe or DLL requires msvcr110.dll? Is it the Intel media library, or the avisynth plugin?

This need AviSynth plugin.. Need to install vcredist_x64(x86) 2012

[r0lZ]

Maybe the size difference between b21 and b22 is due to the statically linked msvcr110.dll. It seems that it works correctly. But I haven't tried it myself. I'm still encoding Pacific Rim...

[sef]

Maybe the size difference between b21 and b22 is due to the statically linked msvcr110.dll

Yes, you are right ..

[Thalyn]

@Sef: I got a full run of Avengers with DGIM b22, HW = 0 (but it was active as verified by slight GPU load using GPU-z). I checked every scene I could find with the Tesseract visible and didn't encounter any problem. Something I did find, though, is that the newest drivers from Windows Update was causing me some trouble with hardware decoding; at least with my HD 4600 (4770K). If you happen to have installed the MS ones, grab a copy from Intel instead and put them over the top for your laptop. It might help (of course it might not, but there's only one way to find out).

Was out most the day so I'm only just getting on to BD Demuxer Pro 3D now. Will let you know my results.

PS Sheer, morbid curiosity got the better of me. I grabbed a new drive while I was out today on the off chance that both of my existing ones were having trouble. New one is an LG BH16NS40 (fw v1.01 - there's a 1.02 I'll try later) - results are exactly the same (though considerably faster as it's a 16x drive against my old 6x).

[sef]

Thanks for advice Thalyn, but, i am always install drivers from manufacturer..

[Thalyn]

BTW, it was a no-go on the streams extracted by BD Demuxer Pro 3D. Same issue in the same place w/Pacific Rim. On the plus side, consistency is a gold-mine for troubleshooting - I believe Neuron2 has brought this to the attention of Intel, so fingers' crossed there will be a new SDK soon enough that works perfectly.

[frencher]

Wonderfull shop today ;)

http://i61.tinypic.com/15sa4b4.jpg

[Nico8583]

Very well frencher :D where have you found that ?

[Cedvano]

Oh le veinard !
Great !

[Nico8583]

A little question : do you use BT709 parameters in your x264 parameters ? It seems it is used for BD conversion. And do you use "tune" ?

[frencher]

Very well frencher :D where have you found that ?

Happy Cash

Oh le veinard !
Great !

3,90 €uro :D

RIP in progress send me you test problem for test directly with original 3DBD ;)

I'll tell you later because I use my phone as a modem and it very slow internet acces.
My box to Grilled storm and I expect the new future.

Sorry Google translate (I have only one phone package 512 Mb)

[slavanap]

Hi, guys!

Here's a new tool based on Intel Decoder from Intel Media SDK 2013, MPEG Splitter (opensource) and MVCCombine for ssif-files decoding.
http://sendfile.su/937308

# function proto:
# ssifSource(
# string ssif_file, // SSIF file name
# int frame_count, // frame count is still needed
# bool avc_view = true, // whether show base view
# bool mvc_view = true, // whether show dependent view
# bool horizontal_stack = false, // stack views horizontally (or vertically otherwise)
# bool swap_views = false, // swap views each other (in the stack)
# string intel_params = "", // additional Intel decoder parameters. I recommend -d3d. See help for Intel decoder for more info.
# bool debug = false ); // whether to show the consoles for MVCCombine and Intel Decoder, which the plugin runs.


I've tested it only for Avatar disk ssif-files, so I hope it will work for the others.
Notice:
1) no seeking support,
2) MVCCombine has been binary modified for pipes support,
3) MVCCombine may cause main application crash on termination.

ADD:
Files in package:
"decoder x86" - folder with x86 version of the decoder. For 32bit machines. Replace the files in the root folder, if you haven't x64 architecture.
"sample.avs" - usage example
"MpegSplitter_mod.ax" - modified MPEGSplitter
libmfxsw64.dll, sample_decode.exe ("decoder x86\libmfxsw32.dll", "decoder x86\sample_decode.exe") - x64 (x86) Intel Media SDK decoder
MVCCombine.exe - h264 base/dept files muxer
ssifSource2.dll - the plugin

all these files must be in the same folder (with no special characters in the path; "decoder x86" folder is not necessary).

P.S. I know, I should rename the version, but it is alpha anyway. Will do it in the future. I think, ssifSource4 sounds nice. :)

[sef]

Thanks slavanap!

[Cedvano]

Oh ! Great job. Thank you very much.

[frencher]

Hi, guys!

Here's a new tool based on Intel Decoder from Intel Media SDK 2013, MPEG Splitter (opensource) and MVCCombine for ssif-files decoding.
http://sendfile.su/937308



I've tested it only for Avatar disk ssif-files, so I hope it will work for the others.
Notice:
1) no seeking support,
2) MVCCombine has been binary modified for pipes support,
3) MVCCombine may cause main application crash on termination.

ADD:
Files in package:
"decoder x86" - folder with x86 version of the decoder. For 32bit machines. Replace the files in the root folder, if you haven't x64 architecture.
"sample.avs" - usage example
"MpegSplitter_mod.ax" - modified MPEGSplitter
libmfxsw64.dll, sample_decode.exe ("decoder x86\libmfxsw32.dll", "decoder x86\sample_decode.exe") - x64 (x86) Intel Media SDK decoder
MVCCombine.exe - h264 base/dept files muxer
ssifSource2.dll - the plugin

all these files must be in the same folder (with no special characters in the path; "decoder x86" folder is not necessary).

P.S. I know, I should rename the version, but it is alpha anyway. Will do it in the future. I think, ssifSource4 sounds nice. :)

Thank's slavanap and god job ;)

Pacific Rim recode in progress... :D

Slow decoding with i7 3930k :(
F:\MVCPlayer\MVCtoAVI.exe>"F:\MVCPlayer\MVCtoAVI.exe\Tools\x264\x264_x86.exe" "F:\MVCPlayer\MVCtoAVI.exe\Preview.avs" --profile high --crf 18 --preset faster --level 4.0 --sar 1:1 -o "H:\ssifSource4.1\sample.avs.mkv"
avs [info]: 1920x1080p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 4.0
[10.1%] 18986/188858 frames, 9.98 fps, 16172.58 kb/s, eta 4:43:45

[frencher]

Recode done ;)
Where the problems with this 3DBD ?