tfboy
13th March 2013, 23:57
I've already kinf of asked this question in the Guide to convert BD 3Dt o 3D Left+Right... long thread, but as my particular workflow is rather specific, I thought I'd post in a dedicated thread.
I'm doing a fair amount of 3D Blu-ray to DCP conversions which require the fully decoded right eye. So the SSIF isn't good enough, I need to reconstruct the entire information of the right eye which I then need to use as an input to ffmpeg.
So far, I've been able to do it, but always as a 2-stage process:
1. Decode right eye
2. Use decoded file as input to ffmpeg.
I can achieve 1 using ldecod (takes forever) or a tool like BD3D2MK3D where I create an uncompressed h264 right eye.
What would be perfect would be if I could avoid having to create that intermediate file (which also requires a lot of disk space) and do the live decoding of the right eye and parse it directly as an input to ffmpeg.
I've tried a variety of ways of doing this using ssif2 and avisynth, but no success. See this (http://forum.doom9.org/showthread.php?p=1619196#post1619196) post.
Right now, I'm using the BD3D2MKV3D's generated AVS script, doing:
avs2yuv.exe test.avs - | ffmpeg32 -y -f yuv4mpegpipe -i - -f image2 e:\tiffright\r-%06d.tiff
where my AVS script is:
LoadPlugin("ssifSource2.dll")
ssifSource2("G:\BDMV\STREAM\SSIF\00001.ssif", left_view = false, right_view = true)
Output:
error: Can't create the graph
(test.avs, line 2)
pipe:: Operation not permitted
I'm guessing the pipe operation is "not permitted" because avs2yuv cannot work with my current script.
I'm also guessing that this may be normal because that script is designed to work with the x264 encoder, not as a direct input to ffmpeg.
The encode.cmd generated by BD3D2MKV3D is:
"x264.exe" ^
--qp 0 --preset medium ^
--output "00001_m2ts.264" "test.avs"
So maybe I need to have the x264 parse the output into ffmpeg. So instead of creating a 00001_m2ts.264 file, I want the buffer to go as an input to ffmpeg.
Anyone have any ideas?
Thanks :)
I'm doing a fair amount of 3D Blu-ray to DCP conversions which require the fully decoded right eye. So the SSIF isn't good enough, I need to reconstruct the entire information of the right eye which I then need to use as an input to ffmpeg.
So far, I've been able to do it, but always as a 2-stage process:
1. Decode right eye
2. Use decoded file as input to ffmpeg.
I can achieve 1 using ldecod (takes forever) or a tool like BD3D2MK3D where I create an uncompressed h264 right eye.
What would be perfect would be if I could avoid having to create that intermediate file (which also requires a lot of disk space) and do the live decoding of the right eye and parse it directly as an input to ffmpeg.
I've tried a variety of ways of doing this using ssif2 and avisynth, but no success. See this (http://forum.doom9.org/showthread.php?p=1619196#post1619196) post.
Right now, I'm using the BD3D2MKV3D's generated AVS script, doing:
avs2yuv.exe test.avs - | ffmpeg32 -y -f yuv4mpegpipe -i - -f image2 e:\tiffright\r-%06d.tiff
where my AVS script is:
LoadPlugin("ssifSource2.dll")
ssifSource2("G:\BDMV\STREAM\SSIF\00001.ssif", left_view = false, right_view = true)
Output:
error: Can't create the graph
(test.avs, line 2)
pipe:: Operation not permitted
I'm guessing the pipe operation is "not permitted" because avs2yuv cannot work with my current script.
I'm also guessing that this may be normal because that script is designed to work with the x264 encoder, not as a direct input to ffmpeg.
The encode.cmd generated by BD3D2MKV3D is:
"x264.exe" ^
--qp 0 --preset medium ^
--output "00001_m2ts.264" "test.avs"
So maybe I need to have the x264 parse the output into ffmpeg. So instead of creating a 00001_m2ts.264 file, I want the buffer to go as an input to ffmpeg.
Anyone have any ideas?
Thanks :)