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. |
10th July 2014, 11:59 | #20545 | Link |
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. |
10th July 2014, 20:33 | #20546 | Link |
Registered User
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 |
10th July 2014, 22:35 | #20547 | Link |
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?
|
10th July 2014, 23:17 | #20548 | Link | |
Registered User
Join Date: Apr 2014
Posts: 36
|
Quote:
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. |
|
11th July 2014, 01:01 | #20549 | Link | |
Moderator
Join Date: Oct 2001
Posts: 20,975
|
Quote:
Is there a copyright notice and/or release rules included when downloaded? |
|
11th July 2014, 02:44 | #20550 | Link | |
Registered User
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
|
Quote:
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. |
|
11th July 2014, 15:42 | #20551 | Link |
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 |
11th July 2014, 20:56 | #20552 | Link | |
Registered User
Join Date: Apr 2014
Posts: 36
|
Quote:
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. |
|
11th July 2014, 22:28 | #20553 | Link |
Registered User
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. |
12th July 2014, 09:50 | #20554 | Link | |
Registered User
Join Date: Apr 2014
Posts: 36
|
Quote:
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. |
|
12th July 2014, 10:04 | #20555 | Link | |
Registered User
Join Date: May 2006
Posts: 3,997
|
Quote:
(Sometimes I wonder how long the still goggles-based 3D wave will last...) |
|
12th July 2014, 10:49 | #20556 | Link | |
Registered User
Join Date: Apr 2014
Posts: 36
|
Quote:
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... |
|
12th July 2014, 18:29 | #20557 | Link | |
Registered User
Join Date: Feb 2009
Location: Toronto, Ontario, Canada
Posts: 1,059
|
Quote:
__________________
If you fail to plan; you plan to fail, would you not agree? Think about it. |
|
|
|