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 > DVD & BD Rebuilder

Reply
 
Thread Tools Search this Thread Display Modes
Old 9th July 2014, 18:24   #20541  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Just a note for clarity: In FRIM u=7 is the fastest setting and u=1 is the highest quality.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 9th July 2014, 20:27   #20542  |  Link
mmick
Registered User
 
Join Date: Apr 2014
Posts: 36
Quote:
Originally Posted by jdobbs View Post
Just a note for clarity: In FRIM u=7 is the fastest setting and u=1 is the highest quality.
note that I did not mean that 7 (QSV profiles on Haswell) has anything to do with those parameters far from that, that was just a basic info
mmick is offline   Reply With Quote
Old 9th July 2014, 20:37   #20543  |  Link
Sharc
Registered User
 
Join Date: May 2006
Posts: 3,997
Quote:
Originally Posted by jdobbs View Post
Just a note for clarity: In FRIM u=7 is the fastest setting and u=1 is the highest quality.
Does AUTO_BIAS=n control the quality of FRIM as well, or is it only for x264?
Sharc is offline   Reply With Quote
Old 9th July 2014, 22:56   #20544  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by Sharc View Post
Does AUTO_BIAS=n control the quality of FRIM as well, or is it only for x264?
It controls both.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 10th July 2014, 11:59   #20545  |  Link
mmick
Registered User
 
Join Date: Apr 2014
Posts: 36
Now Iīve tested everything all over again.

Conditions:

- 3D MVC "Movie-only", BD-9 ISO, DTS 2 AC3 conversion
- test on High, and highest quality
- the final ISO is mounted on DVDFab virtual drive
- played as a normal BD with 3D turned on (over a 3D Samsung 6500 series)


RESULT:

- using FRIM with Encoding hardware acceleration - Quicksync on an Haswell i5 4200u CPU, (SW or HW decode is the same), the main stream seems ok, MVC stream with encoding errors
- the original BD rip (ISO) plays perfect


I was searching and I found someone with same issue with your app using FRIM / QSV, and also previously with MVCenc (another app)
http://forum.doom9.org/showthread.php?t=170315

I got the same corruption as the user "sef" on that website (he post a photo)


"One user has reported pixelation on HW encoding (i7-4770) but the root cause is not clear (can be also HW decoding or muxing processes)"
"Interesting: this explains that garbled output is not related exclusively to MVCenc but Quick Sync HW on your system."

That has something to do with different Intel Hardware! My i5 Haswell produces the same visual issues, despite good bitrate...

Last edited by mmick; 10th July 2014 at 20:28.
mmick is offline   Reply With Quote
Old 10th July 2014, 20:33   #20546  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
It is most likely software, Since I don't have cpu which support quicksync and still see errors in mvc stream, which are not present in avc.
Also if I use external encoder and let bd-rb rebuild stream created by external encoder then there are no error in mvc or avc and playback is smooth, regardless of device.
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.

Last edited by HWK; 10th July 2014 at 20:37. Reason: Add more info
HWK is offline   Reply With Quote
Old 10th July 2014, 22:35   #20547  |  Link
worknstiff
Registered User
 
Join Date: Jun 2009
Posts: 314
I do 3D all the time using BD Rebuilder on my i7 2600K that's overclocked to 4450 mhz. I see all these people talking about 75fps but on mine it never goes over 16fps doing the pass 1 on MVC. The only time I see 70+ fps is on a 2 pass blue-ray while on pass 1, pass 2 is usually a meager 16-22 fps. I wonder if these errors are occurring because of these exceptionally high frame rates?
worknstiff is offline   Reply With Quote
Old 10th July 2014, 23:17   #20548  |  Link
mmick
Registered User
 
Join Date: Apr 2014
Posts: 36
Quote:
Originally Posted by worknstiff View Post
I do 3D all the time using BD Rebuilder on my i7 2600K that's overclocked to 4450 mhz. I see all these people talking about 75fps but on mine it never goes over 16fps doing the pass 1 on MVC. [...] I wonder if these errors are occurring because of these exceptionally high frame rates?
Quicksync is a hardware circuit to dec/enc video, almost a fixed function, not a software algorithm running on HW as on Nvidia/AMD.

Your CPU is a Sandy Bridge, the 1st with that tech, which may be stable (and slow). My CPU is an Haswell, the latest Quicksync API LEVEL 1.8 (perhaps Ivy Bridge has issues too), and AFAIK other MVC encoders had issues with the new gen Quicksync. I assume that perhaps it has to do with the API LEVEL / some settings, as I already used some trial versions from commercial apps, and I had zero issues using Quicksync. Funny that my issues (as before people had with MVCenc) are only with the MVC stream (right eye), as the AVC (left eye) is encoded well

With my slow 1.6-2.3 Ghz i5 4200U, I get a lot more fps (and errors lol) than you :-)


EDIT NOTE:
I sucessfully encoded the same movie as 3D MVC "Movie-only", BD-9 ISO, DTS 2 AC3 conversion with BD2AVCHD using Quicksync (MVCenc) and it encoded perfectly in record time! (my CPU averaged 10%, and I got around 50-60 fps using my tiny i5 4200u)

jdobbs: canīt MVCenc be used instead of FRIM?

Last edited by mmick; 10th July 2014 at 23:38.
mmick is offline   Reply With Quote
Old 11th July 2014, 01:01   #20549  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by mmick View Post
Quicksync is a hardware circuit to dec/enc video, almost a fixed function, not a software algorithm running on HW as on Nvidia/AMD.

Your CPU is a Sandy Bridge, the 1st with that tech, which may be stable (and slow). My CPU is an Haswell, the latest Quicksync API LEVEL 1.8 (perhaps Ivy Bridge has issues too), and AFAIK other MVC encoders had issues with the new gen Quicksync. I assume that perhaps it has to do with the API LEVEL / some settings, as I already used some trial versions from commercial apps, and I had zero issues using Quicksync. Funny that my issues (as before people had with MVCenc) are only with the MVC stream (right eye), as the AVC (left eye) is encoded well

With my slow 1.6-2.3 Ghz i5 4200U, I get a lot more fps (and errors lol) than you :-)


EDIT NOTE:
I sucessfully encoded the same movie as 3D MVC "Movie-only", BD-9 ISO, DTS 2 AC3 conversion with BD2AVCHD using Quicksync (MVCenc) and it encoded perfectly in record time! (my CPU averaged 10%, and I got around 50-60 fps using my tiny i5 4200u)

jdobbs: canīt MVCenc be used instead of FRIM?
I'm not sure it is allowed under it's release rules -- and I'm not in a position to download it for a few days. If so I will support it.

Is there a copyright notice and/or release rules included when downloaded?
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 11th July 2014, 02:44   #20550  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
Quote:
Originally Posted by jdobbs View Post
I'm not sure it is allowed under it's release rules -- and I'm not in a position to download it for a few days. If so I will support it.

Is there a copyright notice and/or release rules included when downloaded?
Jdobbs, this thread may contain answer to your question

http://forum.doom9.org/showthread.php?t=170315


Also just want to ask your opinion about developing your own using IntelŪ Media SDK 2014. You already do good job coding BD-RB maybe you can give this a try.
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.

Last edited by HWK; 11th July 2014 at 02:51.
HWK is offline   Reply With Quote
Old 11th July 2014, 15:42   #20551  |  Link
RobertM
Registered User
 
Join Date: Apr 2011
Posts: 429
Ran into minor issues with a movie only backup of "From Up on Poppy Hill".

First, and least significantly, the film is about 1.1/2hr long, but the rebuilt m2ts file reports as about 3hrs with both VLC and WinExplorer. Doesn't cause significant playback issues, other than knowing where you are in the film.

More importantly, the subs are out of sync - in a specific way...

The playlist comprises 4 parts, as follows:
Part 1: 0:03:05 Intro credits, including subs.
Part 2: 1:24:15 Main body, including subs.
Part 3: 0:04:09 Closing credits, with subs at the very end.
Part 4: 0:00:00 Don't know what this is.

Adding those up, the total expected playlength should be about 1:31:29, while the reported length of the rebuilt file is 2:58:32.

In the rebuild m2ts file, the subs play fine for the first part (up to 03:05), but all subs in the second part are delayed by the very same 3 minutes and 5 sec. I suspect that the subs in part 3 might be delayed by by about 1:24:15, and that's why the total playlength gets extended so much.

The original rip is not too large, so there was no video encode required to fit a BD-25 (I set it to BD-50 to make SURE it wouldn't try to encode). I usually re-encode the audio to AC3, so I tried this again without re-encoding the audio; so no video or audio re-encode: the same delay is evident.

I then tried manually using tsMuxeR to simply join the 4 parts together into a new BD structure. Playlength is now reported as 01:31:29, as hoped, and the subs are all in sync.

I do recall seeing an issue like this in the past, where the reported playlength was about twice what was expected. I never associated that with the subs before, and didn't really worry about it, but now I think that perhaps there's something here that JD might want to investigate.

Here's the log, with an "inspect report" included at the end.

Code:
[07/11/14] BD Rebuilder v0.47.06 (beta)
[09:38:41] Source:  FROM_UP_ON_POPPY_HILL_00020
  - Input BD size: 16.56 GB
  - Approximate total content: [01:31:30.776]
  - Target BD size: 46.26 GB
  - Windows Version: 6.1 [7601]
  - MOVIE-ONLY mode enabled
  - Quality: High Quality (Default), Two Pass
  - Decoding/Frame serving: DirectShow
  - Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[09:38:42] PHASE ONE, Encoding
 - [09:38:42] Processing: VID_00023 (1 of 4)
 - [09:38:42] Extracting A/V streams [VID_00023]
 - [09:41:36] Reencoding video [VID_00023]
 - [09:41:36] Keeping original video (no reencode)
 - [09:41:36] Processing audio tracks
   - Track 4352 (eng): Reencoding audio to AC3...
 - [09:43:42] Processing: VID_00024 (2 of 4)
 - [09:43:42] Extracting A/V streams [VID_00024]
 - [09:46:37] Reencoding video [VID_00024]
 - [09:46:37] Keeping original video (no reencode)
 - [09:46:37] Processing: VID_00025 (3 of 4)
 - [09:46:37] Extracting A/V streams [VID_00025]
 - [09:46:50] Reencoding video [VID_00025]
 - [09:46:50] Keeping original video (no reencode)
 - [09:46:50] Processing: VID_00037 (4 of 4)
 - [09:46:50] Extracting A/V streams [VID_00037]
 - [09:46:54] Reencoding video [VID_00037]
 - [09:46:54] Keeping original video (no reencode)
[09:46:54]PHASE ONE complete
[09:46:54]PHASE TWO - Rebuild Started
 - [09:46:54] Rebuilding BD file Structure
[09:54:25] - Encode and Rebuild complete
[09:54:25] JOB: FROM_UP_ON_POPPY_HILL finished.
[07/11/14] Checking System Settings
  - BD-Rebuilder v0.47.06 (beta)
  - Windows Version: 6.1 [7601]
  - Working Path Free Space: 215.64GB
  - AVISYNTH Version: 2.5.8.0, Ok
  - HAALI Splitter: 1.9.42.1, Ok
  - FFDSHOW: 4422, Ok
  - WIN7 preferred AVC CODEC:  Ok
  - WIN7 preferred VC-1 CODEC:  Ok
  - WIN7 preferred MPEG2 CODEC:  Ok
  - FFDSHOW VC-1 set to "wmv9", Ok
  - FFDSHOW MPEG2 set to "libavcodec":  Ok
  - FFDSHOW AVC set to "libavcodec":  Ok
  - X264:  Ok
  - AFTEN:  Ok
  - FAAC:  Ok
  - MP4BOX:  Ok
  - WAVI:  Ok
  - TSMUXER:  Ok
  - FRIMEncode:  Ok
  - FRIMDecode:  Ok
[07/11/14] Systems Settings Check complete
RobertM is offline   Reply With Quote
Old 11th July 2014, 20:56   #20552  |  Link
mmick
Registered User
 
Join Date: Apr 2014
Posts: 36
Quote:
Originally Posted by HWK View Post
Also just want to ask your opinion about developing your own using IntelŪ Media SDK 2014. You already do good job coding BD-RB maybe you can give this a try.
I would very nice because he can have more control over the process, and improve the code whenever he wants. Of course that doesnīt stop him from talking with Pistachio from the other app to give some tips over possible issues (as Pistachio also had them, and in some part solved them)

I think it is very good because most pcs have Quicksync-capable chips now (except AMD ones of course), and AFAIK it is must faster than OpenCL running on (most) AMD/NVIDIA GPUs. Correct me if Iīm wrong.
mmick is offline   Reply With Quote
Old 11th July 2014, 22:28   #20553  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
I agree I am already using Media SDK 1.9 instead of 1.8 which is shipped with BD-RB and so far things are good. I am hoping it won't produce corrupted stream.

Also choosing highest quality in BD-RB, cause 70 avg usage during encode not bad.
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.

Last edited by HWK; 11th July 2014 at 22:30.
HWK is offline   Reply With Quote
Old 12th July 2014, 09:50   #20554  |  Link
mmick
Registered User
 
Join Date: Apr 2014
Posts: 36
Quote:
Originally Posted by HWK View Post
Also choosing highest quality in BD-RB, cause 70 avg usage during encode not bad.
70 fps is fantastic, though on BD RB (using FRIM) at "same setting" (which on the command line can be that they are different settings, but I donīt know)) I get only around 50% of BD2AVCHDīs speed (using MVCenc)

I hope you guys make an 3D MVC (and also a substitute for x264?) Quicksync encoder, very light and fast, that can make BD RB the top of the mountain on BD reencoding.
mmick is offline   Reply With Quote
Old 12th July 2014, 10:04   #20555  |  Link
Sharc
Registered User
 
Join Date: May 2006
Posts: 3,997
Quote:
Originally Posted by mmick View Post
... I hope you guys make an 3D MVC (and also a substitute for x264?) Quicksync encoder, very light and fast, that can make BD RB the top of the mountain on BD reencoding.
Has BD-RB not always been there?
(Sometimes I wonder how long the still goggles-based 3D wave will last...)
Sharc is offline   Reply With Quote
Old 12th July 2014, 10:49   #20556  |  Link
mmick
Registered User
 
Join Date: Apr 2014
Posts: 36
Quote:
Originally Posted by Sharc View Post
(Sometimes I wonder how long the still goggles-based 3D wave will last...)
The only issue I have with 3D glasses is that my Samsung-offered glasses (SSG-5100GB/ZA) do not allow to close them in a small piece (like normal glasses).

Other than that, active 3D on my Samsung 6500 series is fantastic, and the batteries last long enough. Pitty my movie rental shop (in Germany) doesnīt have too many latest 3D movies, my previous store (in Portugal) had A LOT more 3D movies!

The best I can still buy, but in Germany there arenīt that many 3D versions unfortunately, and some must be UK import. In Portugal we use the "international" version with (also) PT subtitles; in Germany >90% are "germany localised versions" where they make basic versions with german/italian/russian/turkish languages...
mmick is offline   Reply With Quote
Old 12th July 2014, 18:29   #20557  |  Link
HWK
Registered User
 
HWK's Avatar
 
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
Quote:
Originally Posted by mmick View Post
70 fps is fantastic, though on BD RB (using FRIM) at "same setting" (which on the command line can be that they are different settings, but I donīt know)) I get only around 50% of BD2AVCHDīs speed (using MVCenc)

I hope you guys make an 3D MVC (and also a substitute for x264?) Quicksync encoder, very light and fast, that can make BD RB the top of the mountain on BD reencoding.
I was not refering to 70 fps, rather cpu usage. Frim quality=3 was used.
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it.
HWK is offline   Reply With Quote
Old 13th July 2014, 12:14   #20558  |  Link
mmick
Registered User
 
Join Date: Apr 2014
Posts: 36
Quote:
Originally Posted by HWK View Post
I was not refering to 70 fps, rather cpu usage. Frim quality=3 was used.
sorry, I was reading on my smartphone and I misread

With MVCenc I have an avg of 10% CPU but the FAN starts kicking as possibly the Quicksync circuit is doing overtime With FRIM my CPU tops 50%.
mmick is offline   Reply With Quote
Old 14th July 2014, 15:46   #20559  |  Link
gamete
Registered User
 
Join Date: May 2010
Posts: 134
is it possible to have a setup of BD rebuilder for WIN7 64bit ??
thank you


ps sorry for my bad english
gamete is offline   Reply With Quote
Old 14th July 2014, 16:13   #20560  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
what do you mean. BD runs just fine on a 64bit OS. There is no setup. Just unpack the zip file, place it somewhere and you're done
Ch3vr0n is offline   Reply With Quote
Reply

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 09:16.


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