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 15th September 2018, 19:56   #961  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by SpasV View Post
The scripts:
container not specified - no picture
FRIMSource(codec="h265", filename="file_name.m2ts", cache=1, num_frames=240)

container="ts" - error
FRIMSource(codec="h265", filename="file_name.m2ts", cache=1, num_frames=240, container="ts")
So it is only single command FRIMSource() ?
Than it shall work. You have to have something wrong in installation.

Try to check the following:

1. Install FRIM package into single directory, e.g. c:\FRIM
(and remove all other occurrences)
2. Add this directory to PATH
3. set this path into plugins64.reg and load to registry
4. test it first with some h.264 encoded file
videofan3d is offline   Reply With Quote
Old 15th September 2018, 20:03   #962  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by SpasV View Post
As to "I'm not sure whether you read the first post of this thread
Free H.264 MVC 3D Encoder ..."
Sorry, I've missed the important part.

I've tried it and I would like to ask you some questions about:
(Better if there is a written instruction.)
- VBR - avg, maximum; obviously I can change them. But, working with x264, I prefer Constant QP with control over the maximum bitrate.
- are there other parameters available
- performance - with no more than 38% CPU load I've got 7 fps.

In general, the most information the better.
FRIMencode32.exe -help will show all options (and there are planty od them - you can play with them and find most suitable for you)

Performance: MVC encoding is heavy process, depending on CPU and also disk speed (using SSD will make it a bit faster). It operates with uncompressed video which is 6 MB per frame! If you have i5/i7, you can use -hw mode (install always latest GPU drivers)
videofan3d is offline   Reply With Quote
Old 15th September 2018, 20:30   #963  |  Link
SpasV
Guest
 
Posts: n/a
When I've tried x265 with 3840x2160 frames the CPU load was around 100% and the result was 0.7 fps.
I have 6-core 2 CPU @3.33 GHz 48 GB RAM machine, GeForce GTX 1050. Not shure if x265 used GPUs. Probably not.
HDD @150 MBps siquential read/write. I don't do encoding at all. Now, out of curiosity, I'm trying 3D Blu-ray reencode.

As to the FRIMSource() I'm happy with .264, .265 files.
At the beginning, I've used Intel's SDK plug-ins, later - FRIM's.
  Reply With Quote
Old 17th September 2018, 12:21   #964  |  Link
SpasV
Guest
 
Posts: n/a
@videofan3d
Is it possible for you to compile an MVC encoder using x265/244 encoder?
I'm not entirely happy with FRIM Encoder - its performance and parameters.
  Reply With Quote
Old 17th September 2018, 20:15   #965  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by SpasV View Post
@videofan3d
Is it possible for you to compile an MVC encoder using x265/244 encoder?
I'm not entirely happy with FRIM Encoder - its performance and parameters.
You are missing the point:
- x265 is HEVC, it has no MVC - even not defined by norm specification
- x264 is only AVC, it has never ever implemented MVC.
- Intel Media SDK it likely the only free MVC encoder...

But you can purchase the professional one - from Sony... enjoy
videofan3d is offline   Reply With Quote
Old 20th September 2018, 20:05   #966  |  Link
SpasV
Guest
 
Posts: n/a
It seems my idea of mvc encoding dosn't work.
It is a cycle:
difference_view=left_eye (subtraction) right_eye;
encoding left_eye;
encoding difference_view;
something more;

Nevertheless I'm runnig SOFTWARE (C:\Programs\FRIM_x64_version_1.29\x64\libmfxsw64.dll)
-length 232608 -profile high -level 4.1 -u 1 -rf 16 -cqp 16 17 19 -Bpyramid on -o:mvc Avatar.h264
and
Processing started (maybe 48 hours ago)
Frame number: 163495
Probably 28 hours to go at 23% CPU load.
Not very bad, anyway.
I've tried two Video Editor software. They are terible with my test.
I doubt they could do 232,608 HD frames at all.

As to "you can purchase the professional one - from Sony..." I'm not a proffesional video encoder.
I, even, don't do Blu-ray re-encoding at all. I'm just trying mvc encoding because nobody does it in my tracker community and I would like to show them results from a working mvc encoder. They do half HD frame size re-encoding only.

Besides, there is a $10k mvc encoder and maybe cheaper.

Last edited by SpasV; 20th September 2018 at 20:09.
  Reply With Quote
Old 21st September 2018, 10:08   #967  |  Link
r0lZ
PgcEdit daemon
 
r0lZ's Avatar
 
Join Date: Jul 2003
Posts: 7,469
Quote:
Originally Posted by SpasV View Post
It is a cycle:
difference_view=left_eye (subtraction) right_eye;
encoding left_eye;
encoding difference_view;
something more;
It's not so simple.

The main view (that can be the left or right view) is encoded in h264 (aka AVC). That's theoretically easy to do with x264, although there are specific constraints for a bly-ray.

It is right that the other view contains only the differences. It is called "dependent view" because it depends of the main view. But it is not encoded in h264/AVC like the main view. MVC is not just like AVC applied to a dependent view. I'm not a specialist, but I know that you cannot simply encode the differences in AVC, say with x264, to obtain the MVC stream. It's why it is necessary to use a complete AVC+MVC encoder. And currently, the only free encoder able to do that is the Intel MVC encoder. It is used internally by FRIM, and you cannot change that.

You cannot expect that somebody will spend years in developing alone a new MVC encoder simply because the Intel encoder is not perfect. That would require the work of a big team of very advanced programmers working during several years. Simply impossible, especially given the fact that there is already a free MVC encoder, and that the demand for such encoder is not really important.
__________________
r0lZ
PgcEdit homepage (hosted by VideoHelp)
BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV
r0lZ is offline   Reply With Quote
Old 22nd September 2018, 10:43   #968  |  Link
SpasV
Guest
 
Posts: n/a
@r0lZ
Thanks for expresing your opinion about an idea for amateur mvc compressor development.

Besides, DVDFab offer a product - Geekit: MVC Codecs
"a professional toolkit specifically designed for those knowledgeable videophiles who have a geek-level enthusiasm for video editing".
It didn't work with my test.
  Reply With Quote
Old 23rd September 2018, 07:59   #969  |  Link
r0lZ
PgcEdit daemon
 
r0lZ's Avatar
 
Join Date: Jul 2003
Posts: 7,469
Quote:
Originally Posted by SpasV View Post
Besides, DVDFab offer a product - Geekit: MVC Codecs
Hum, according to what I have read on the DVDFab site, their codec is only able to decode the original MVC streams from a 3D-BD. There is nothing to re-encode in MVC. And for a decoder, it is extremely expensive (75€), especially given the fact that the Intel MVC codec is free, its decoder part works perfectly, and you have the encoder also for free. IMO, buying the DVDFab decoder doesn't make sense.

[EDIT] No, I was wrong. The DVDFab MVC codec can encode in MVC. I don't know if the quality is good, but it remains that it is not free. And they explain that their codec is the only MVC codec available currently. That's not true, as you can use the Intel MVC codec for free.
__________________
r0lZ
PgcEdit homepage (hosted by VideoHelp)
BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV

Last edited by r0lZ; 23rd September 2018 at 08:05.
r0lZ is offline   Reply With Quote
Old 24th September 2018, 13:44   #970  |  Link
SpasV
Guest
 
Posts: n/a
I don't know what their MVC codec do. I've tried to get something from it and the result was zero.
First, I wasn't satisfied from the decoder and using FRIMDecode I had two (L/R) raw files I put in mkv container with ffmpeg.
Every file (L/R.yuv and l/R.mkv) were playable.
Second, I've started their MVC encoder and it crashed.
  Reply With Quote
Old 24th September 2018, 14:27   #971  |  Link
SpasV
Guest
 
Posts: n/a
@videofan3d

Thank you very much for your work.
I've tried the MVC encoder and the first impression satisfies me.
I didn't do many test to determine suitable parameters for an encode.
With the idea to have high quality encode I chose at a glance
-u 1 -rf 16 -cqp 16 17 19 -Bpyramid on, so I got
Bitrate control CQP
QPI,QPP,QPB 16,17,19
GOP structure:
GOP length 24
I-/P-frame distance 4
IDR-frame interval 0
GOP type Opened
Num of slices 6
Target usage 1 (quality)

Then
Processing started
Frame number: 232608
Processing finished in 148433.81 seconds, which is 41:13:54.
The last result seems not very bad - 1.567 3Dfps

These, practically, random chosen parameters for QP:
QPI, QPP, QPB 16, 17, 19
turned out to be as used by the original encoder.
The file sizes, average bit-rate, bit-rate vs time are undistinguished compared to the source. Even the PSNR for every color channel is 100 dB.
Some examples.
encode:10,591 - 21,149 kbps
source: 10,608 - 21,166 kbps


Two screens from left eye frames #27,349 (00:19:00.681) where the bit-rate is about 34 Mbps.

  Reply With Quote
Old 27th September 2018, 19:02   #972  |  Link
Emulgator
Big Bit Savings Now !
 
Emulgator's Avatar
 
Join Date: Feb 2007
Location: close to the wall
Posts: 1,531
Quote:
Even the PSNR for every color channel is 100 dB.
Would not have thought that. 100dB means fault level of 1/100.000 full scale,
so in a 8-bit world source and encode should be bit-identical. Are they ?
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain)
"Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..."

Last edited by Emulgator; 7th November 2018 at 11:11. Reason: Late typo correction, one zero too much..
Emulgator is offline   Reply With Quote
Old 28th September 2018, 09:04   #973  |  Link
SpasV
Guest
 
Posts: n/a
Practically, yes.
Following this formula:

where

In average, the total sum of absolute values for the differences between identical numbered pixels - sqrt(MSE) is
m.n*MAXi*(10 to power of -5) =1920*1080*255*0.00001= 5287.68
So, there could be almost 5,288 pixels out of 2,073,600 whose numbers differ by one, all others are bit-identical.
These are 0.0255%

Last edited by SpasV; 28th September 2018 at 19:13.
  Reply With Quote
Old 31st October 2018, 15:09   #974  |  Link
jamt
Registered User
 
Join Date: Feb 2017
Posts: 4
Couple random questions

@videofan3d Thanks for continuing to support this tool, I've been using it with great success for a couple years now.

I had a couple random questions that have been in the back of my mind for a long time. So not really that important but keep meaning to ask..

1) When transcoding from an MVC file the easiest way to do so (from the docs) is something like

Quote:
FRIMDecode -i:mvc input.h264 input_depend.h264 -sbs -o - | FRIMEncode -sbs 2 -i - -o:mvc combined.h264 -w 1920 -h 1080 -f 23.976 -vbr 28000 40000
This uses sbs as an intermediate format; would tab work exactly the same? I always expected tab would be more efficient since it doesn't require merging & splitting every single scan line during the process, but wasn't sure if there was something special about this scenario leading the docs to recommend sbs.

2) Do you have any sense for whether it's safe to use MVC codec levels above 4.1 on typical devices these days? 3D blu ray discs are always encoded at 4.1; I assume this is some baseline support offered by BD players. But I'm not playing back on a BD player. I assume this would be chipset dependent, but there's basically no information easily available about this setting and device support that I can find, unlike for AVC. Just wondering if you had any ad-hoc experience with higher codec level different settings.

Thanks again!

Last edited by jamt; 31st October 2018 at 15:16.
jamt is offline   Reply With Quote
Old 1st November 2018, 00:34   #975  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by jamt View Post
@videofan3d Thanks for continuing to support this tool, I've been using it with great success for a couple years now.

I had a couple random questions that have been in the back of my mind for a long time. So not really that important but keep meaning to ask..

1) When transcoding from an MVC file the easiest way to do so (from the docs) is something like



This uses sbs as an intermediate format; would tab work exactly the same? I always expected tab would be more efficient since it doesn't require merging & splitting every single scan line during the process, but wasn't sure if there was something special about this scenario leading the docs to recommend sbs.

2) Do you have any sense for whether it's safe to use MVC codec levels above 4.1 on typical devices these days? 3D blu ray discs are always encoded at 4.1; I assume this is some baseline support offered by BD players. But I'm not playing back on a BD player. I assume this would be chipset dependent, but there's basically no information easily available about this setting and device support that I can find, unlike for AVC. Just wondering if you had any ad-hoc experience with higher codec level different settings.

Thanks again!
Hi,

thanks for appreciation :-)

Regarding SBS vs. TAB - yes, in this pipe you can use both: SBS as well as TAB. It is only how interim frames are tiled by decoder and then separated again by encoder. Result will be in both cases identical.

Regarding the levels: Technically, level (4.0, 4.1, etc. ) is only number which is written into the AVC stream, and you can theoretically fake it as you want.
But it is not good idea because level number might be (and I guess rather it IS) identified and recognized by particular AVC decoder which may use e.g. it for some buffer pre-settings.
Therefore it is wise to mark the output stream with correct level number according to selected bitrate.

I personally play 3D only from 3D-media player (i.e. not from Bluray-3D player) and I set bitrate around 40 mbit/s (for both base+dependent stream). I have no need to set it higher since my separate L,R video sources are 21 mbit/s at most.
videofan3d is offline   Reply With Quote
Old 1st November 2018, 11:47   #976  |  Link
r0lZ
PgcEdit daemon
 
r0lZ's Avatar
 
Join Date: Jul 2003
Posts: 7,469
Quote:
Originally Posted by jamt View Post
Do you have any sense for whether it's safe to use MVC codec levels above 4.1 on typical devices these days?
Full-SBS and Full-TAB require level 5 or above, due to the buffer necessary to hold the double image, and possibly also to the high bitrate. Levels 5 and greater are not compatible with most Full-HD TV, but should be compatible with all UHD players.

Level 4.0 to 4.2 are sufficient for Half-SBS and Half-TAB. The advantage is that level 4.1 is fully compatible with all 3D TVs.

But as videofan3d wrote, the encoder may use the level provided via the command line only to write it in the header, regardless of the real level. It doesn't enforce the corresponding maximum bitrate and buffer sizes. (It's the case at least of the regular branch of x264. Not sure for FRIM.) However, x264 writes the correct level based of the actual max bitrate and buffer size if you DO NOT explicitly provide it. So, IMO, unless you want to encode with a very high bitrate, near the maximum supported by your equipment or a specific level, you should leave the encoder free to write the level it has really used due to the other encoding parameters.
__________________
r0lZ
PgcEdit homepage (hosted by VideoHelp)
BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV

Last edited by r0lZ; 1st November 2018 at 11:54.
r0lZ is offline   Reply With Quote
Old 3rd November 2018, 12:20   #977  |  Link
frank
Banned
 
Join Date: Oct 2001
Location: https://t.me/pump_upp
Posts: 811
Here a fast working script without Avisynth.
First demux the 3D stream or use BD3D2MK3D. Put the two FRIM...exe into toolset folder.

Code:
set path=C:\Users\%username%\BD3D2MK3D\toolset;%path%
FRIMDecode64.exe -i:mvc MKV3D.track_1.264 MKV3D.track_1.mvc -alt -hw -o - | ^
FRIMEncode64.exe -alt 2 -i - -o:mvc film3d.264 -hw -d3d11 ^
-viewoutput -w 1920 -h 1080 -f 24000/1001 -icq 22 -profile high -level 4.1 ^
-gop 48 4 0 C -bPyramid off -length 156975 ^
-colorprim bt709 -colormatrix bt709 -colortransfer bt709
length = number of frames
icq = intelligent constant quality, use 20...26
I get about 60 fps!

The dependent mvc stream unfortunately has the same bitrate as the avc main stream. Intel media SDK cannot do it better.
Normal is about 50 %. So the 3D feature doubles the stream size! Not very effective.

Last edited by frank; 3rd November 2018 at 12:41.
frank is offline   Reply With Quote
Old 4th November 2018, 18:18   #978  |  Link
frank
Banned
 
Join Date: Oct 2001
Location: https://t.me/pump_upp
Posts: 811
@videofan3d
I have a Dell 9560 (Kaby Lake).
There are decoder issues in HW mode on some movies with DGMVCsource or old versions of FRIM. (The Marsian 3D, Geostorm 3D, look my examples -> BD3D2MK3D)
Same issue in BD Rebuilder with it's old FRIM version. The decoder hangs about 10 sec and then you get black frames.
But your latest version v1.29 compiled with SDK 2018 works!

So we thought the Intel SDK is the cause, and videoh (Donald G.) compiled his DGMVCsource with the latest SDK. But it doesn't work with this movies, same behavior.

Something else must have changed in your new version, because it works.
Do you have any idea what the cause is? Donald asked it.

Last edited by frank; 6th November 2018 at 16:33.
frank is offline   Reply With Quote
Old 6th November 2018, 22:47   #979  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by frank View Post
@videofan3d
I have a Dell 9560 (Kaby Lake).
There are decoder issues in HW mode on some movies with DGMVCsource or old versions of FRIM. (The Marsian 3D, Geostorm 3D, look my examples -> BD3D2MK3D)
Same issue in BD Rebuilder with it's old FRIM version. The decoder hangs about 10 sec and then you get black frames.
But your latest version v1.29 compiled with SDK 2018 works!

So we thought the Intel SDK is the cause, and videoh (Donald G.) compiled his DGMVCsource with the latest SDK. But it doesn't work with this movies, same behavior.

Something else must have changed in your new version, because it works.
Do you have any idea what the cause is? Donald asked it.
Actually, I even didn't know there is some issue with decoding. (I personally don't decode/transcode original BD3D)
Therefore - I didn't change anything specific to fix it

In 1.29 I made changes mainly related to HEVC and also to include VPP unit into FRIMDecode.
To incorporate VPP I had to rework all internal loops there.
Probably - as positive side-effect of this - something has changed/improved what impacted the previous HW decoding - in positive manner.

It's good it happened
But to identify which particular line(s) of code affected it ... it is impossible to find out.
(Really, changes were quite big and spread over all decoding routines)
videofan3d is offline   Reply With Quote
Old 6th November 2018, 22:54   #980  |  Link
videofan3d
Registered User
 
Join Date: Sep 2013
Location: Czech Republic
Posts: 321
Quote:
Originally Posted by frank View Post

The dependent mvc stream unfortunately has the same bitrate as the avc main stream. Intel media SDK cannot do it better.
Normal is about 50 %. So the 3D feature doubles the stream size! Not very effective.
Yes, I noticed this phenomenon already few years ago when started FRIM project.
I 3D-encoded the same content for L and R eye (i.e. practically 2D) and I expected that mvc-stream will be almost zero. And it didn't happen.

I also reported it to Intel Media SDK support, they recorded this issue ... and apparently didn't do anything with it.
Maybe they didn't succeed to solve it, maybe it had low priority. Anyway, nowadays when world has decline from 3D I guess they will NOT do any changes in 3D-MVC encoding...
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 06:01.


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