Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > (HD) DVD, Blu-ray & (S)VCD > (HD) DVD & Blu-ray authoring

Reply
 
Thread Tools Search this Thread Display Modes
Old 30th October 2013, 23:24   #21  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
Quote:
Originally Posted by videofan3d View Post
Guys, maybe I got it :-)

I guess you all copied the sample command "FRIMEncode ..." from PDF, right?

Please note, that PDF is generated from MS Word, and MS Word is doing some smart formatting and sometimes replaces character 0x2D (hyphen '-') by 0x96 (which also looks like hyphen!!!), but it is some "pseudo-hyphen" not recognized by cmd.exe

Please retype the command directly and manually in notepad, and it will work

In case anyone needs it here are all available options for encoder and decoder

Quote:
FRIM Encoder version 1.00 (build: Oct 29 2013)
- based on Intel(R) Media SDK (version: 4.0.760.60435)

Usage:

FRIMEncode.exe mpeg2|h264|mvc|jpeg [options]
-i InputFile -o OutputBitstream

options:
[-avi] - input file is in AVI format,
if not specified then YUV is expected
[-sbs|tab numViews] - input file is in side-by-side or top-above-below
format, valid only for multiview
[-w width] - source picture width (one view), mandatory for YUV
[-h height] - source picture height (one view), mandatory for YUV
[-f frameRate] - video frame rate (frames per second)
[-b bitRate] - encoded bit rate (Kbits per second),
valid for H.264, MPEG2 and MVC encoders
[-tff|bff] - input stream is interlaced, top|bottom fielf first,
if not specified then progressive is expected
[-nv12] - input is in NV12 color format,
if not specified then YUV420 is expected
[-u 1..7] - target usage: between 1(=quality) and 7(=speed),
default is 4(=balanced),
valid for H.264, MPEG2 and MVC encoders
[-q quality] - quality parameter for JPEG encoder,
in range [1,100]. 100 is the best quality.
[-la] - use the look ahead bitrate control algorithm (LA BRC)
for H.264 encoder. Supported only with -hw option
on 4th Generation Intel Core processors.
[-lad depth] - depth parameter for the LA BRC, in range [10,100],
the number of frames to be analyzed before encoding
[-dstw width] - destination picture width, invokes VPP resizing
[-dsth height] - destination picture height, invokes VPP resizing
[-hw] - use platform specific SDK implementation,
if not specified then software implementation is used
[-d3d] - work with d3d9 surfaces
[-d3d11] - work with d3d11 surfaces
[-viewoutput] - instruct the MVC encoder to output each view
in separate bitstream buffer.
Depending on the number of '-o' options
behaves as follows:
1: two views are encoded in single file
2: two views are encoded in separate files
3: behaves like two '-o' were used and then one '-o'
Example: FRIMEncode.exe mvc
-i InputFile_1 -i InputFile_2
-o OutputEncodedFile_1 -o OutputEncodedFile_2
-viewoutput -w width -h height

User module options:
[-angle 180] - enables 180 degrees picture rotation before encoding,
CPU implementation by default.
Rotation requires NV12 input.
Options -tff|bff, -dstw, -dsth, -d3d are not effective
together with this one, -nv12 is required.
[-opencl] - rotation implementation through OPENCL
Example: FRIMEncode.exe h264|mpeg2|mvc|jpeg
-i InputFile -o OutputEncodedFile
-w width -h height -angle 180 -opencl

------------------------------------------------------------------

FRIM Decoder version 1.00 (build: Oct 29 2013)
- based on Intel(R) Media SDK (version: 4.0.760.60435)


Usage:

FRIMDecode.exe mpeg2|h264|vc1|mvc|jpeg [options]
-i InputBitstream -o OutputYUVFile

options:
[-sbs|tab] - output file is in side-by-side or top-above-below
format, valid only for multiview
[-hw] - use platform specific SDK implementation,
if not specified software implementation is used
[-low_latency] - configures decoder for low latency mode
(supported only for H.264 and JPEG codec)
[-calc_latency] - calculates latency during decoding and prints log
(supported only for H.264 and JPEG codec)
[-jpeg_rotate n] - rotate jpeg frame n degrees (n=90,180,270)
[-nv12] - output is in NV12 color format,
if not specified then YUV420 is used
[-d3d] - work with d3d9 surfaces
[-d3d11] - work with d3d11 surfaces
[-r] - render decoded data in a separate window
[-wall w h n m f t tmo] - same as -r, and positioned rendering window
in a particular cell on specific monitor
w ... number of columns of video windows on selected monitor
h ... number of rows of video windows on selected monitor
n(0,.,w*h-1) ... order of video window in table that will be rendered
m(0,1..) ... monitor id
f ... rendering framerate
t(0/1) ... enable/disable window's title
tmo ... timeout for -wall option, in seconds

Press 1 to toggle fullscreen rendering on/off
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.

Last edited by HWK; 30th October 2013 at 23:38.
HWK is offline   Reply With Quote
Old 30th October 2013, 23:32   #22  |  Link
frencher
French Love
 
Join Date: Oct 2008
Location: France
Posts: 456
Quote:
Originally Posted by videofan3d View Post
Just to comment, -u 1 is the highest quality, but also slowest encoding (naturally).
I was positively surprised with Intel Media encoding quality.
In general, I use only high bitrates, 24 mbit/s for 2D and 40 mbit/s for 3D (quality is most important for me).

As for test I encoded so far two of my own "3D-films" recorded by 3D-camcorder Panasonic Z10000 - and I didn't notice any ugly artefacts on this high bitrate.

x264 is probably better but it doesn't support MVC-3D (unfortunately there is no big demand for it... )
Fixed nows thanks

Works fine with this CMD Line:
Code:
FRIMDecode mvc -i MVCCombined.h264 -o \.\\pipe\TMP.yuv | FRIMEncode.exe mvc -i \.\\pipe\TMP_L.yuv -i \.\\pipe\TMP_R.yuv -viewoutput -o output_L.h264 -o output_R.h264 -w 1920 -h 1080 -f 23.976 -b 40000 -u 1
__________________
2013-11-29 MVC Player Free v0.0.2.6 BD & 3D BD's Player, Demuxer v0.0.0.8b, Recoder. Tutorial
Demo for MVC Player Free: Trailer 3D

3DBD's Free - v0.0.0.0005.exe Old

Programing free for all.
frencher is offline   Reply With Quote
Old 30th October 2013, 23:33   #23  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
Quote:
Originally Posted by videofan3d View Post
Just to comment, -u 1 is the highest quality, but also slowest encoding (naturally).
I was positively surprised with Intel Media encoding quality.
In general, I use only high bitrates, 24 mbit/s for 2D and 40 mbit/s for 3D (quality is most important for me).

As for test I encoded so far two of my own "3D-films" recorded by 3D-camcorder Panasonic Z10000 - and I didn't notice any ugly artefacts on this high bitrate.

x264 is probably better but it doesn't support MVC-3D (unfortunately there is no big demand for it... )
At least public got the encoder which does MVC for free
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.
HWK is offline   Reply With Quote
Old 31st October 2013, 20:17   #24  |  Link
colinhunt
Registered User
 
Join Date: Dec 2002
Posts: 1,022
So if I want to test this, how do I get from a BD3D to a file I can feed to the encoder?
colinhunt is offline   Reply With Quote
Old 31st October 2013, 20:38   #25  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
Quote:
Originally Posted by colinhunt View Post
So if I want to test this, how do I get from a BD3D to a file I can feed to the encoder?
You will require MVC decoder in order to decode files. One which is built in with this release can't decode from SSIF file. Second method is to use Full SBS which require 3840*1080 resolution. Last option require to create yuv file and which are not compressed and will go quite large in size.
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.
HWK is offline   Reply With Quote
Old 31st October 2013, 21:11   #26  |  Link
frencher
French Love
 
Join Date: Oct 2008
Location: France
Posts: 456
Quote:
Originally Posted by HWK View Post
You will require MVC decoder in order to decode files. One which is built in with this release can't decode from SSIF file. Second method is to use Full SBS which require 3840*1080 resolution. Last option require to create yuv file and which are not compressed and will go quite large in size.
Or use YUV without large size temporary file with this rapid CMD line
Code:
FRIMDecode mvc -i MVCCombined.h264 -o \.\\pipe\TMP.yuv | FRIMEncode.exe mvc -i \.\\pipe\TMP_L.yuv -i \.\\pipe\TMP_R.yuv -viewoutput -o output_L.h264 -o output_R.h264 -w 1920 -h 1080 -f 23.976 -b 40000 -u 1
__________________
2013-11-29 MVC Player Free v0.0.2.6 BD & 3D BD's Player, Demuxer v0.0.0.8b, Recoder. Tutorial
Demo for MVC Player Free: Trailer 3D

3DBD's Free - v0.0.0.0005.exe Old

Programing free for all.
frencher is offline   Reply With Quote
Old 31st October 2013, 23:22   #27  |  Link
tymoxa
Registered User
 
Join Date: Oct 2006
Location: Kyiv, Ukraine
Posts: 117
frencher
Shouldn't it be \\.\pipe ?

Anyway it doesn't work for me
I can decode combined mvc to couple of yuv's with:
Code:
FRIMDecode.exe mvc -i MVCCombined.h264 -o test.yuv
then encode these with
Code:
FRIMEncode.exe mvc -i test_L.yuv -i test_R.yuv -o output_L.h264 -o output_R.h264 -viewoutput -w 1920 -h 1080 -f 23.976 -b 20000 -u 4
but with this line
Code:
FRIMDecode.exe mvc -i MVCCombined.h264 -o \\.\pipe\test.yuv | FRIMEncode.exe mvc -i \\.\pipe\test_L.yuv -i \\.\pipe\test_R.yuv -o output_L.h264 -o output_R.h264 -viewoutput -w 1920 -h 1080 -f 23.976 -b 20000 -u 4
it gives me an error
Code:
ERROR: Cannot open input file \\.\pipe\test_R.yuv
ERROR: File reader initialization failed.
ERROR: Cannot start encoding process.
Am i doing something wrong?

videofan3d
Why bitrate for main and dependent is almost the same? It is limitation of encoder?
tymoxa is offline   Reply With Quote
Old 31st October 2013, 23:55   #28  |  Link
frencher
French Love
 
Join Date: Oct 2008
Location: France
Posts: 456
Rapid package for test
__________________
2013-11-29 MVC Player Free v0.0.2.6 BD & 3D BD's Player, Demuxer v0.0.0.8b, Recoder. Tutorial
Demo for MVC Player Free: Trailer 3D

3DBD's Free - v0.0.0.0005.exe Old

Programing free for all.
frencher is offline   Reply With Quote
Old 1st November 2013, 00:09   #29  |  Link
tymoxa
Registered User
 
Join Date: Oct 2006
Location: Kyiv, Ukraine
Posts: 117
Quote:
Originally Posted by frencher View Post
Rapid package for test
Nope. Same error with your batch file:

Code:
C:\temp\Demo FRIM version 1.00>FRIMDecode mvc -i MVCCombined.h264 -o \.\\pipe\FR
IM_TMP.yuv   | FRIMEncode.exe mvc -i \.\\pipe\FRIM_TMP_L.yuv -i \.\\pipe\FRIM_TM
P_R.yuv -viewoutput -o output_L.h264 -o output_R.h264 -w 1920 -h 1080 -f 23.976
-b 40000 -u 1

ERROR: Cannot open input file \.\\pipe\FRIM_TMP_L.yuv

ERROR: File reader initialization failed.

ERROR: Cannot start encoding process.

C:\temp\Demo FRIM version 1.00>pause
Press any key to continue . . .
tymoxa is offline   Reply With Quote
Old 1st November 2013, 00:46   #30  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
Quote:
Originally Posted by tymoxa View Post
videofan3d
Why bitrate for main and dependent is almost the same? It is limitation of encoder?
You specify bitrate which is sum up of both streams and encoder will automatically choose bitrate for each file based on scene demand. Example if I set 20MB/s it may choose 13 for base view and 7 for dependent view or other way around depending on complexity of source also it will vary from one frame to another.

Set the bitrate and let encoder decide how to distribute between files and how much.
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.
HWK is offline   Reply With Quote
Old 1st November 2013, 01:13   #31  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by tymoxa View Post
Windows named pipes
Windows named pipe must have a specific name:

\\.\pipe\somename

Also try this batch file:


start FRIMDecode mvc -i MVCCombined.h264 -o \\.\pipe\FRIM_TMP.yuv (new command window will be opened)

pause (here you have to press any key when prompted)

FRIMEncode.exe mvc -i \\.\pipe\FRIM_TMP_L.yuv -i \\.\pipe\FRIM_TMP_R.yuv -viewoutput -o output_L.h264 -o output_R.h264 -w 1920 -h 1080 -f 23.976 -b 40000 -u 4


Remark: selecting -u 1 is highest quality, but also slowest. For first testing choose -u 4, or even -u 7 (fastest)

Last edited by videofan3d; 1st November 2013 at 01:18.
videofan3d is offline   Reply With Quote
Old 1st November 2013, 02:48   #32  |  Link
frencher
French Love
 
Join Date: Oct 2008
Location: France
Posts: 456
Why dont use FRIMTranscode.exe with both output: output_L.h264 and output_R.h264
__________________
2013-11-29 MVC Player Free v0.0.2.6 BD & 3D BD's Player, Demuxer v0.0.0.8b, Recoder. Tutorial
Demo for MVC Player Free: Trailer 3D

3DBD's Free - v0.0.0.0005.exe Old

Programing free for all.
frencher is offline   Reply With Quote
Old 1st November 2013, 09:48   #33  |  Link
tymoxa
Registered User
 
Join Date: Oct 2006
Location: Kyiv, Ukraine
Posts: 117
Quote:
Originally Posted by frencher View Post
Why dont use FRIMTranscode.exe with both output: output_L.h264 and output_R.h264
How is that possible? Transcoder doesn't have -viewoutput option. It transcode to combined mvc. Is there any tool that can divide combined mvc into elementary streams?
tymoxa is offline   Reply With Quote
Old 1st November 2013, 11:22   #34  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by tymoxa View Post
How is that possible? Transcoder doesn't have -viewoutput option. It transcode to combined mvc. Is there any tool that can divide combined mvc into elementary streams?
Current version of Intel Media SDK doesn't provide support for processing of basic and dependent views in separate files in FRIM Decode and FRIM Transcoder (unfortunately).

It provides "only" support for their creation in FRIM Encoder (fortunately) - hence we can create and multiplex our own 3D films in standard Blu-ray 3D format.
videofan3d is offline   Reply With Quote
Old 1st November 2013, 12:15   #35  |  Link
tymoxa
Registered User
 
Join Date: Oct 2006
Location: Kyiv, Ukraine
Posts: 117
Quote:
Originally Posted by videofan3d View Post
Current version of Intel Media SDK doesn't provide support for processing of basic and dependent views in separate files in FRIM Decode and FRIM Transcoder (unfortunately).
That's why i asked about tool that can divide combined mvc into separate files. Is that kind of tool exist?
tymoxa is offline   Reply With Quote
Old 1st November 2013, 13:34   #36  |  Link
Sharc
Registered User
 
Join Date: May 2006
Posts: 3,997
Quote:
Originally Posted by tymoxa View Post
That's why i asked about tool that can divide combined mvc into separate files. Is that kind of tool exist?
http://www.3dtv.at/Products/MvcConverter/Index_en.aspx
Sharc is offline   Reply With Quote
Old 1st November 2013, 14:30   #37  |  Link
tymoxa
Registered User
 
Join Date: Oct 2006
Location: Kyiv, Ukraine
Posts: 117
Quote:
Originally Posted by Sharc View Post
http://www.3dtv.at/Products/MvcConverter/Index_en.aspx
Sorry, not exactly what i need.
MVCCombined.h264 is sum of .avc + .mvc created with MVCCombine.exe.
I asked about a tool that can divide MVCCombined.h264 into separate .avc + .mvc. without decoding.
tymoxa is offline   Reply With Quote
Old 1st November 2013, 18:30   #38  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by tymoxa View Post
Sorry, not exactly what i need.
MVCCombined.h264 is sum of .avc + .mvc created with MVCCombine.exe.
I asked about a tool that can divide MVCCombined.h264 into separate .avc + .mvc. without decoding.
I'm not aware of any such tools. Such process is probably not simple (if it would have to reliable) - it would require deeper .h264 stream analysis.

Btw. where can I get MVCCombine.exe which you mentioned?
videofan3d is offline   Reply With Quote
Old 1st November 2013, 18:39   #39  |  Link
physic
Registered User
 
Join Date: Aug 2013
Posts: 173
tymoxa provide me combined AVC+MVC track example. I am going to support such tracks in tsMuxeR during weekend.
physic is offline   Reply With Quote
Old 1st November 2013, 18:45   #40  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by physic View Post
tymoxa provide me combined AVC+MVC track example. I am going to support such tracks in tsMuxeR during weekend.
I will send you both tonight with some further info - thanks!
videofan3d is offline   Reply With Quote
Reply

Tags
encoders, mvc

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 12:25.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.