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. Domains: forum.doom9.org / forum.doom9.net / forum.doom9.se |
|
|
#20043 | Link |
|
Registered User
Join Date: Apr 2011
Posts: 22
|
Hmm, I don't find Information if my Intel Processor supports quicksync?
http://ark.intel.com/de/products/657...Cache-3_30-GHz Here is a log from Bold 3D, i cancelt after 6 hours when it startrt encoding the next file... Code:
[04.19.14] BD Rebuilder v0.47.04 (beta) [17:15:15] Source: BOLT_00001 - Input BD size: 32,03 GB - Approximate total content: [01:36:21.775] - Target BD size: 22,95 GB - Windows Version: 6.1 [7601] - MOVIE-ONLY mode enabled - Quality: Highest (Very Slow), ABR - MVC 3D Output Mode enabled - Decoding/Frame serving: FRIMDecode - Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640 - Audio [2] set to default. - Resuming from previously started job. [17:15:19] PHASE ONE, Encoding - [17:15:19] Processing: VID_00002 (1 of 2) - [17:15:20] Reencoding video [VID_00002] - Source Video: MPEG-4 (AVC), 1920x1080 - Rate/Length: 23,976fps, 71.283 frames - Bitrate: 29.994 Kbs - Using FRIMEncoder for MVC encoding - [17:15:20] Reencoding: VID_00002, Pass 1 of 1 - [22:47:27] Video Encode complete - [22:47:27] Processing audio tracks - Track 4352 (eng): Reencoding audio to AC3... - Track 4353 (deu): Reencoding audio to AC3... - [22:52:02] Processing: VID_00003 (2 of 2) - [22:52:02] Extracting A/V streams [VID_00003] - [22:57:44] Reencoding video [VID_00003] - Source Video: MPEG-4 (AVC), 1920x1080 - Rate/Length: 23,976fps, 67.341 frames - Bitrate: 29.866 Kbs - Using FRIMEncoder for MVC encoding - [22:57:44] Reencoding: VID_00003, Pass 1 of 1 |
|
|
|
|
|
#20044 | Link | |
|
Moderator
![]() Join Date: Oct 2001
Posts: 21,164
|
Quote:
__________________
jdobbs.softworks@gmail.com |
|
|
|
|
|
|
#20045 | 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. |
|
|
|
|
|
|
#20046 | Link |
|
Registered User
Join Date: Apr 2011
Posts: 22
|
Damn
That's sound not good.... but there are so many possible speedups like CUDA or Hyper-Threading??I actually tried a new recode with the two FRIM-Parameters but with no effect: Speed: 0,19x ETA: 04:08:15 FPS: 4,53 |
|
|
|
|
|
#20049 | Link |
|
Moderator
![]() Join Date: Oct 2001
Posts: 21,164
|
@Hajnal
That's pretty impressive. I'm usually hanging around 10fps -- and you're using a higher quality mode than I normally do.
__________________
jdobbs.softworks@gmail.com |
|
|
|
|
|
#20051 | Link |
|
Moderator
![]() Join Date: Oct 2001
Posts: 21,164
|
I can get those kinds of speeds on 2D encodes with X264 and DGDecodeNV -- but never when using FRIMEncode.
__________________
jdobbs.softworks@gmail.com |
|
|
|
|
|
#20052 | Link |
|
Registered User
Join Date: Feb 2010
Posts: 26
|
....
(2D) - Decoding/Frame serving: X264/LAVF - Quality: Ultra High Quality (Extremely Slow) 4-6fps (2D) - Decoding/Frame serving: FRIMSource - X264/LAVF Quality: Ultra High Quality (Extremely Slow) ~3fps (3D) - Decoding/Frame serving: FRIMSource - 70-80fps (u=2; u= 1:quality - 7:speed) |
|
|
|
|
|
#20053 | Link | |
|
Moderator
![]() Join Date: Oct 2001
Posts: 21,164
|
Quote:
Are those speeds using ABR with X264 (like FRIM), or are they pass-2 speeds from a 2 pass encode? JMHO, but ultrahigh quality is almost always overkill. That's why it is "hidden" from the menu. It might be more closely related to u=1 in FRIM. But since I couldn't see a difference between 2 and 1 for the increased time, I didn't enable u=1 in BD-RB. [Edit] I just tested X264/LAVF with "Ultra High Quality" in one pass ABR mode on a 1920x1080 source, and I'm getting about ~11-14fps. I get slightly higher with DGDecNV. I'm not sure if 2x speed increase would qualify as "a lot". With "High Quality" mode, which is as high as I ever use, I get 28fps on the same source (using LAVF). Based on your results, I may want to consider adding an option to allow FRIM to be used as the encoder on 2D sources (for use by those with Quick-Sync capabilities).
__________________
jdobbs.softworks@gmail.com Last edited by jdobbs; 21st April 2014 at 15:04. |
|
|
|
|
|
|
#20055 | Link |
|
Moderator
![]() Join Date: Oct 2001
Posts: 21,164
|
My sincere thanks to you for the support.
__________________
jdobbs.softworks@gmail.com |
|
|
|
|
|
#20057 | Link | |
|
Moderator
![]() Join Date: Oct 2001
Posts: 21,164
|
Quote:
__________________
jdobbs.softworks@gmail.com |
|
|
|
|
|
|
#20058 | Link |
|
Moderator
![]() Join Date: Oct 2001
Posts: 21,164
|
I'd need more information. If it is a full backup, then the language is going to default to that set in the original authoring. I'll do a check to make sure movie-only "set default" language is working properly.
__________________
jdobbs.softworks@gmail.com |
|
|
|
![]() |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|