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

[r0lZ]

Look at 1:06:14. Soon after, you'll see the monster that appears in the fire. The bottom of the image is bad, then the whole image becomes bad. There are 6 bad frames in total.

First bad image in the sequence (Only the bottom part is bad):

Last bad image:

[slavanap]

Originally Posted by frencher

Thank's slavanap and god job

Pacific Rim recode in progress...

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, thank you for testing!

The process is slow because Intel Decoder uses only one thread to decode.

The possible optimization is using a hardware accelerated version of Intel Media SDK library (libmfxhw64.dll, notice not "sw", but "hw"). But that version depends on other files, so I need to investigate this first.
With this library installed, to enable hardware acceleration simply add "-hw" option to intel_params, like this: intel_params = "-hw -d3d"

[Thalyn]

Pacific Rim is just slow. Even with hardware decoding my current x264 settings run it at around 15fps, where I'm normally seeing low to mid 20s.

There's also a second section to check if you want certainty, Frencher: just after 1:12:40 a Kaiju (monster) thumps a Jaeger (robot) on the head and the scene messes up similarly to the one R0lz mentioned.

[HWK]

Originally Posted by slavanap

frencher, thank you for testing!

The process is slow because Intel Decoder uses only one thread to decode.

The possible optimization is using a hardware accelerated version of Intel Media SDK library (libmfxhw64.dll, notice not "sw", but "hw"). But that version depends on other files, so I need to investigate this first.With this library installed, to enable hardware acceleration simply add "-hw" option to intel_params, like this: intel_params = "-hw -d3d"

No, it doesn't for hardware option you need specific type of Intel processor on board and it has nothing to do with specific library. Hardware decode will only function if supported processor is used and driver version for GPU is correct.

One of the supported configuration is Haswell CPU i7 4770K with integrated GPU HD 4600 use by videofan3d.

[sef]

Originally Posted by slavanap

..to enable hardware acceleration simply add "-hw" option to intel_params..

Option "-hw" also slow .. 20fps (FRIM.. shows 40-60fps.(Core i3,HD 3000))

[HWK]

Not sure if it helps, but about a week back I used frimsource.dll and was able to get 10 fps. However I was encoding to 3D Blu-ray so they were two instance. Also I was using preset quality over speed, which may have influence on speed.

[slavanap]

sef,

Originally Posted by sef

Option "-hw" also slow .. 20fps (FRIM.. shows 40-60fps.(Core i3,HD 3000))

Maybe the point is FRIM uses even-odd representation of the result (even frames for one view, odd ones for another), while my solution use sbs or over-under representation?

HWK,

Originally Posted by HWK

No, it doesn't for hardware option you need specific type of Intel processor on board and it has nothing to do with specific library. Hardware decode will only function if supported processor is used and driver version for GPU is correct.

One of the supported configuration is Haswell CPU i7 4770K with integrated GPU HD 4600 use by videofan3d.

Try this out:
http://rghost.ru/52338125
create "C:\Program Files (x86)\Intel\Media SDK\" folder, copy libmfxhw64.dll file there and import install.reg to the registry. Be sure to run *.reg file from explorer to be sured that values will add to x64 registry section. Then, try to use "-hw -d3d" options.
My fps increased from 2.4 to 3.2 at Intel Core i5-2430M @ 2.4GHz

[sef]

Originally Posted by slavanap

Maybe the point is FRIM uses even-odd representation of the result (even frames for one view, odd ones for another), while my solution use sbs or over-under representation?

Is that a rhetorical question?(actually don't know,maybe)

[HWK]

Originally Posted by slavanap

sef,

Maybe the point is FRIM uses even-odd representation of the result (even frames for one view, odd ones for another), while my solution use sbs or over-under representation?

HWK,

Try this out:
http://rghost.ru/52338125
create "C:\Program Files (x86)\Intel\Media SDK\" folder, copy libmfxhw64.dll file there and import install.reg to the registry. Be sure to run *.reg file from explorer to be sured that values will add to x64 registry section. Then, try to use "-hw -d3d" options.
My fps increased from 2.4 to 3.2 at Intel Core i5-2430M @ 2.4GHz

thanks, this should be interesting. Just to confirm out of box for -hw option is not supported.

[frencher]

Originally Posted by slavanap

frencher, thank you for testing!

The process is slow because Intel Decoder uses only one thread to decode.

The possible optimization is using a hardware accelerated version of Intel Media SDK library (libmfxhw64.dll, notice not "sw", but "hw"). But that version depends on other files, so I need to investigate this first.
With this library installed, to enable hardware acceleration simply add "-hw" option to intel_params, like this: intel_params = "-hw -d3d"

All hardware acceleration crash on my computer (-hw -d3d11 tested)
I will do more tests when I have a little time

With DirectShowMVCSource.dll And pacific Rim

F:\MVCPlayer\MVCtoAVI.exe>"F:\MVCPlayer\MVCtoAVI.exe\Tools\x264\x264_x86.exe" "F:\MVC Player\MVCtoAVI.exe\Preview.avs" --profile high --pass 1 --bitrate 8192 --preset veryslow --level 4.0 --sar 1:1 -o "H:\Decodeurs MVC\ssifSource4.1\00098.mpls.mkv"

avs [info]: 1920x1080p 1:1 @ 24000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile Main, level 4.0
[4.3%] 8077/188858 frames, 29.75 fps, 8082.45 kb/s, eta 1:41:17

[frencher]

Originally Posted by r0lZ & Thalyn

Look at 1:06:14. Soon after, you'll see the monster that appears in the fire. The bottom of the image is bad, then the whole image becomes bad. There are 6 bad frames in total.

First bad image in the sequence (Only the bottom part is bad):

Last bad image:


There's also a second section to check if you want certainty, Frencher: just after 1:12:40 a Kaiju (monster) thumps a Jaeger (robot) on the head and the scene messes up similarly to the one R0lz mentioned.

No problem here (tested frame by frame) DirectShowMVCSource & SSIFSource 4.1

[Nico8583]

You don't have bad frames with SSIFSource 4.1 ?
Have you tried DGMVCSource or FRIMSource ? Perhaps your source differs than others and you don't have this bug ?!

[frencher]

Originally Posted by Nico8583

You don't have bad frames with SSIFSource 4.1 ?
Have you tried DGMVCSource or FRIMSource ? Perhaps your source differs than others and you don't have this bug ?!

I will do more tests when I have a little time
Pacific Rim with DirectShowMVCSource.dll And SSIFSource 4.1 no problem here
Broken source, Any DVD or DVDFab

[Cedvano]

Originally Posted by r0lZ

Look at 1:06:14. Soon after, you'll see the monster that appears in the fire. The bottom of the image is bad, then the whole image becomes bad. There are 6 bad frames in total.

First bad image in the sequence (Only the bottom part is bad):

Last bad image:

On a downloaded version of Pacific Rim, there is this problem. (Show on other forum). There is a bad version on internet.

Or it's on a bad disk series.

[r0lZ]

It's a bad disk series. Confirmed by 3 sources, including me.

I know that some ISOs downloaded from the net cannot be used to test, because they can be bad rips. But with Pacific Rim, there are too many reports of the same problem to be an hazard. Also, when you demux a bad rip of a BD, the demuxer issues several warnings. (It's at least the case with eac3to; I'm not sure for tsMuxeR.) I have tried to demux Pacific Rim with tsMuxeR and eac3to and there was no warning.

Last evidence: The same disc (or ISO) can be processed correctly with all AVC or MVC decoders not based on the Intel Media library.

[frencher]

I think of a decryption problem here remains my opinion because a disc is first and foremost a master.
If master is damaged, eac3to must return a stream error to demux that does not seem to be the case.
On the other movies we have this problem:
Avatar (which decryption is only partial at the beginning)
Journey to the Center of the Earth
Legend of the Guardians: The Owls of Ga'Hoole

Je penserai à un problème de décryptage çà reste mon avis car un disque vient avant tout d'un master.
Si ce master est abimé, eac3to retournerai obligatoirement une érreur de flux au demux ce qui ne semble pas être le cas.
D'autre films on eu ce problème:
Avatar (dont le décryptage n'est que partiel au début)
Voyage au centre de la terre
Le royaume de ga'hoole - la légende des gardiens

[r0lZ]

Originally Posted by frencher

On the other movies we have this problem:
Avatar (which decryption is only partial at the beginning)
Journey to the Center of the Earth
Legend of the Guardians: The Owls of Ga'Hoole

Can you specify the approximative time codes (or frame number) of the errors?

AFAIK, I did Avatar without problem, but I may have missed a bad frame somewhere.

[allanlee]

Originally Posted by frencher

I will do more tests when I have a little time
Pacific Rim with DirectShowMVCSource.dll And SSIFSource 4.1 no problem here
Broken source, Any DVD or DVDFab

As mentioned by r0lZ:
DirectShowMVCSource is based on CoreAVC (CoreMVC) -- So Decoding without problem is not something strange.
DGMVCSource, FrimSource & MVCSource all give messy screens in other systems, if SSIFSource 4.1 don't, maybe trying out those 3 on your system could give an answer.

Source difference could be another cause -- US/EU/CEE/... versions may not have identical Video/Audio streams.

[frencher]

Legend of the Guardians: The Owls of Ga'Hoole 00:05:41 when the father asks the sheet on the head (quand le père pose la feuille sur le tête)

[r0lZ]

I will try to encode Pacific Rim with ssifsource4 when my current encoding will be finished. (I'm currently testing another problem, reported by someone, with Monsters vs Aliens in 2-pass mode, where the number of frames is different during the second pass. It's a long test encode, and so far, I think there is no real problem...)