tsMuxeR update for 3D blu-ray

[HWK]

Originally Posted by physic

SquallMX
I think so. Looks like it is DVD fab issue. But If you compare dvd-fab generated ssif file with tsMuxeR generated ssif (you can run ts muxer with .ssif file extension) I think this files will be identical. This problem not in the file data, but lies deeper: I suppose DVD fab allocate sectors in ISO file in the wrong way. It is cause large seek distance for BD-ROM drive during playback.
So, the solution is generate ISO file directly.

Physic would consider making iso high priority. Perhaps after you are done with subtitle, so we can eliminate fab virtual drive from equation.

[Cedvano]

Originally Posted by HWK

Physic would consider making iso high priority. Perhaps after you are done with subtitle, so we can eliminate fab virtual drive from equation.

It would be well because I have always errors on big movies.
TMT6 or BD player bug.

[SeeMoreDigital]

physic,

I know that you are fully committed to developing tsMuxeR so it's able to create 3D Blu-ray compliant muxes. But has any consideration been given to developing tsMuxeR so it's able to create 3D AVCHD compliant muxes as well?


Cheers

[videofan3d]

@HWK
@Physics

Following HWK's advise I found in Intel Media SDK (http://intel.com/software/mediasdk) FREE MVC ENCODER.
I'd like to test its quality.

There are few examples in this SDK - already compiled for W7/8 32/64bit.
One of them is "sample_encoder.exe"

This sample_encoder can encode input .yuv-files (in 420) into elementary AVC and also MVC(!) streams.

I performed such test - resulting elementary streams .h264 can be downloaded from here http://www.uloz.to/xuzJNqPv/testintelmvcencode-zip

AVC stream can be muxed and checked into m2ts using tsMuxer 1.12.3(a)
Unfortunately MVC stream is not recognized. :-(
(Probably there is only some different identification flag - similarly to AVCHD-3D elementary streams which I mentioned earlier)

@Physics, could you please check this?

If quality of this MVC Encoder is acceptable, I guess it will be great achievement for all 3D enthusiast!

[physic]

videofan3d
Yes, I'll check it. Any VMC should work.

[HWK]

Originally Posted by videofan3d

@HWK
@Physics

Following HWK's advise I found in Intel Media SDK (http://intel.com/software/mediasdk) FREE MVC ENCODER.
I'd like to test its quality.

There are few examples in this SDK - already compiled for W7/8 32/64bit.
One of them is "sample_encoder.exe"

This sample_encoder can encode input .yuv-files (in 420) into elementary AVC and also MVC(!) streams.

I performed such test - resulting elementary streams .h264 can be downloaded from here http://www.uloz.to/xuzJNqPv/testintelmvcencode-zip

AVC stream can be muxed and checked into m2ts using tsMuxer 1.12.3(a)
Unfortunately MVC stream is not recognized. :-(
(Probably there is only some different identification flag - similarly to AVCHD-3D elementary streams which I mentioned earlier)

@Physics, could you please check this?

If quality of this MVC Encoder is acceptable, I guess it will be great achievement for all 3D enthusiast!

Originally Posted by physic

videofan3d
Yes, I'll check it. Any VMC should work.

I just ran file through media info and here is the result of file
Format : AVC
Format/Info : Advanced Video Codec
File size : 7.08 MiB
Duration : 959ms
Overall bit rate mode : Constant
Overall bit rate : 61.9 Mbps

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Stereo High@L4.0
MultiView_Count : 2
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Duration : 959ms
Bit rate mode : Constant
Bit rate : 18.2 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.366
Stream size : 2.08 MiB (29%)

Shouldn't be level 4.1 instead of 4.0. Also videofan3d try again with output combined in one file.

[HWK]

videofan3d did you download from Intel directly or link I send you?

[videofan3d]

Originally Posted by HWK

...
Shouldn't be level 4.1 instead of 4.0. Also videofan3d try again with output combined in one file.

Level 4.1 and 4.0 should differ only in maximum allowed bitrate, not in format - see http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels.
tsMuxer refused it with message "Can't detect strem type"
I believe that Roman will easily identify where is the difference (it will be likely some identification flag only)

sample_encode doesn't allow any setting of level.
It has only very few parameters - e.g.:

sample_encode.exe mvc
-i REALTEST3D_L.yuv -i REALTEST3D_R.yuv
-o TEST_L.h264 -o TEST_R.h264
-viewoutput
-b 40000 -f 23.976
-w 1920 -h 1080

[videofan3d]

Originally Posted by HWK

videofan3d did you download from Intel directly or link I send you?

I downloaded it directly from Intel pages - which is the native source.

yuv-files can be easily prepared by ffmpeg.

AVC base stream is fine, I can mux it into m2ts and then play it regularly. Only MVC was refused by tsMuxer 1.12.3(a)

[videofan3d]

Originally Posted by HWK

Also videofan3d try again with output combined in one file.

I also created combined output - single elementary stream with both views (which I honestly don't understand what is it good for). Same result - refused by tsMuxer as "Can't detect stream type".

Separate elementary streams seem to me more usefull: can be muxed as standard regular 2D, and also 3D.

[Cedvano]

This is many days I test it with sample_multi_transcode by Intel. And he don't want encode. (Freeze)

For a movie, a YUV file is too big. I think the MVC is not a Blu-ray Spec.

[videofan3d]

Originally Posted by Cedvano

This is many days I test it with sample_multi_transcode by Intel. And he don't want encode. (Freeze)

For a movie, a YUV file is too big. I think the MVC is not a Blu-ray Spec.

MediaInfo detected it correctly as StereoHigh@L4.0 - so it should be MVC stream. I hope that Roman will succeed to process it and mux it. :-)

Of course that yuv files are big - it is uncompressed video. :-)
It is 3 MB per 2D-frame - 75 MB per second - over 500 GB per 2 hours.
Current drives are 2 TB - no problem :-) and you need this diskspace only temporarily - during processing.

It is worth to try it and check the quality.

[Cedvano]

I have 8To of HDD, but the others no.
I work on sample_multi_transcode to find the problem.
Can you tell me how do you make a YUV for the MVC video ?
Thanks

[videofan3d]

Originally Posted by Cedvano

This is many days I test it with sample_multi_transcode by Intel. And he don't want encode. (Freeze)

For a movie, a YUV file is too big. I think the MVC is not a Blu-ray Spec.

Moreover, I don't think it freezes.
It just took a long time to encode (h264 is complicated algorithm, it is also slow).

My above mentioned samples are 84 frames only, and it also took some time to encode on my i3-CPU. sample_encode is command line application - and doesn't show any progress bar - thus it is confusing and looks like it is frozen.

[SeeMoreDigital]

Originally Posted by videofan3d

AVC base stream is fine, I can mux it into m2ts and then play it regularly. Only MVC was refused by tsMuxer 1.12.3(a)

DGIndex and MKVmergeGUI refuse the MVC stream too

[Cedvano]

Originally Posted by videofan3d

Moreover, I don't think it freezes.
It just took a long time to encode (h264 is complicated algorithm, it is also slow).

My above mentioned samples are 84 frames only, and it also took some time to encode on my i3-CPU. sample_encode is command line application - and doesn't show any progress bar - thus it is confusing and looks like it is frozen.

It's stop here :

Par file is: (null)

And nothing else. Have you test it ?

[videofan3d]

Originally Posted by Cedvano

I have 8To of HDD, but the others no.
I work on sample_multi_transcode to find the problem.
Can you tell me how do you make a YUV for the MVC video ?
Thanks

My sample above is from 3D-camcorder Panasonic Z10000, which creates AVCHD-3D (in single m2ts-file)

This m2ts file I decompressed to L.avi and R.avi using "MVC to AVI Converter" (see www.3dtv.at)
and each avi converted to YUV using ffmpeg.

[videofan3d]

Originally Posted by Cedvano

It's stop here :

Par file is: (null)

And nothing else. Have you test it ?

Not yet.
Since at this moment I cannot process further a MVC file, I'll wait to next version on tsMuxer :-)

Once I'll be able to create regular BD3D structure and watch it on 3DTV, I plan to do more testing of this MVC encoding ;-)

[SeeMoreDigital]

Originally Posted by videofan3d

My sample above is from 3D-camcorder Panasonic Z10000, which creates AVCHD-3D (in single m2ts-file)

Actually the Panasonic Z10000 creates .MTS files... Which is why I asked this question...

[videofan3d]

Originally Posted by SeeMoreDigital

Actually the Panasonic Z10000 creates .MTS files... Which is why I asked this question...

Yes, when I read your post I assumed you are targeting the same. :-)
I also provided to physic samples of AVCHD-3D structure ...

m2ts and mts should be in principle (almost) the same structure. AVCHD standard uses 8.3 file names, therefore they changed extension to MTS.

AVCHD-3D muxes L and R view into single file, while BD3D uses two separate m2ts files - this is because of backward compatibility with older standalone BD-players.

Also, SSIF-file in BD3D structure is some kind of virtual file, like symlink to multiplexed L.m2ts and R.m2ts.
I guess this is because of technology - laser-beam on standalone BD-player needs to read both in single track, it cannot swiftly periodically switch and read two different files.