Search found 134 matches

by creamyhorror
Wed Mar 10, 2010 5:47 am
Forum: Mac
Topic: Keep Aspect Ratio v. Anamorphic Strict
Replies: 10
Views: 1712

Re: Keep Aspect Ratio v. Anamorphic Strict

Output: depends on the input. I have Harry Potter's DVD in 720x416 (let's forget for awhile that I have pAL system). Seems good but the movie is a 2.35:1 if not 2.39:1. You must know what is the original movie size (it shoul be written on the DVD's package or check at http://www.imdb.com). Therefor...
by creamyhorror
Mon Mar 08, 2010 7:07 pm
Forum: Mac
Topic: Decoding awfully slow
Replies: 12
Views: 772

Re: Decoding awfully slow

MPlayer OSX Extended is a far more capable player than VLC or QT for playing high-bitrate H.264 material (because it uses all your CPU cores). Try that?
by creamyhorror
Mon Mar 08, 2010 7:02 pm
Forum: General Questions
Topic: encoding bluray to mkv - quality over file size.
Replies: 60
Views: 19227

Re: encoding bluray to mkv - quality over file size.

Handbrake does an amazing job. With the RF set to 18 the picture still looks deep and detailed, yet HB is still able to shrink a movie like Wall-e from 20g to under 4. I feel compelled to mention that x264 is responsible for this wonder, not Handbrake, and that you'd get the same results with mostl...
by creamyhorror
Tue Mar 02, 2010 10:58 am
Forum: Mac
Topic: Odd..High Profile results in larger file sizes than Normal
Replies: 13
Views: 1391

Re: Odd..High Profile results in larger file sizes than Normal

mduell wrote:We're using DSSIM in the comparison, 1/(1-SSIM).

0.96 SSIM = 25 DSSIM
0.98 SSIM = 50 DSSIM
Oh woops, I missed that in his post. The point does remain that it's a bit odd to see that much of a difference in bitrate between HP#1 and HP#2, even granting the resizing.
by creamyhorror
Sun Feb 28, 2010 5:20 pm
Forum: Mac
Topic: Odd..High Profile results in larger file sizes than Normal
Replies: 13
Views: 1391

Re: Odd..High Profile results in larger file sizes than Normal

As I noted earlier the approximate SSIM given in the log file is the best quality indicator available, for some reason I missed that the other two encode logs were available in the original post. To get some kind of "quality per bit" metric our best bet is likely size/DSSIM, I've seen it used by ot...
by creamyhorror
Sun Feb 28, 2010 4:08 am
Forum: Mac
Topic: Odd..High Profile results in larger file sizes than Normal
Replies: 13
Views: 1391

Re: Odd..High Profile results in larger file sizes than Normal

CRF encoding should result in the same quality encode no matter the options is my current understanding. So adding x264 options to the encode won't affect the overall quality, but instead make the file smaller. No, this is fundamentally wrong. Increasing the x264 quality settings while keeping RF c...
by creamyhorror
Sun Feb 28, 2010 3:50 am
Forum: Windows
Topic: Strange artifacts when encoding from .vob files
Replies: 3
Views: 822

Re: Strange artifacts when encoding from .vob files

Or, better, use a player/decoder that doesn't mess up on weightp - e.g. ffdshow, CoreAVC 2.0, and DivX 7.
by creamyhorror
Sun Feb 28, 2010 3:43 am
Forum: Windows
Topic: constant quality change from 0.9.3 to 0.9.4 - calc. factor?
Replies: 2
Views: 315

Re: constant quality change from 0.9.3 to 0.9.4 - calc. factor?

Hi, I used 0.9.3 and after some testing I found that constant quality = 57% was good enoug for my MKV-H.264-Files. Now i tried 0.9.4 but constant quality = 57.31% gave me a considerably smaller file for the same source! This is no doubt mainly due to x264's mbtree feature, which fundamentally chang...
by creamyhorror
Sat Feb 27, 2010 2:55 pm
Forum: Windows
Topic: h264 not very efficient for old noisy movies?
Replies: 9
Views: 1159

Re: h264 not very efficient for old noisy movies?

I've seen a few PAL DVD sources that had so much noise that CRF encoding gave unpleasantly high bitrates. Chroma noise (specks of discoloration all over, purplish-reddish in one case I remember) was a significant factor. Smart denoising would help improve compressibility and improve appearance witho...
by creamyhorror
Sat Feb 27, 2010 2:47 pm
Forum: Windows
Topic: "Best" intermediate codec for Handbrake?
Replies: 18
Views: 3413

Re: "Best" intermediate codec for Handbrake?

Thank you for the clarifications and corrections, jbrjake. My understanding of the Yadifmod+NNEDI2 combination was quite wrong, and I apologise for the misinformation. (I don't see why NNEDI can't be considered a deinterlacer, though, given that that's what it effectively does - drop one field and i...
by creamyhorror
Sat Feb 20, 2010 6:34 pm
Forum: Windows
Topic: "Best" intermediate codec for Handbrake?
Replies: 18
Views: 3413

Re: "Best" intermediate codec for Handbrake?

Err, that would deinterlace all frames, not just interlaced ones. You would need to add a comb detector in there. AFAIK there is no comb detector for AviSynth that will produce exactly the same output as HandBrake's. AFAIK, Yadifmod acts as the comb detector, and NNEDI2 is the actual deinterlacer. ...
by creamyhorror
Thu Feb 18, 2010 11:30 am
Forum: General Questions
Topic: possible to get Lame (ideally VBR) audio, and for mp4 too?
Replies: 41
Views: 5895

Re: possible to get Lame (ideally VBR) audio, and for mp4 too?

Wait, I didn't know that it was possible to encode to AC-3 in HandBrake. Would you kindly point me to this option? I wasn't talking about using Handbrake. You can encode to AC-3 in MeGUI and probably other GUIs. Would you suggest I be using MP3 instead? (Oh, except that isn't part of the DVD or BD ...
by creamyhorror
Wed Feb 17, 2010 6:47 am
Forum: General Questions
Topic: Encoding time
Replies: 3
Views: 613

Re: Encoding time

I take 6-12 hours for my DVDs, depending on the length and my quality settings. Low-end dual core.
by creamyhorror
Wed Feb 17, 2010 6:43 am
Forum: General Questions
Topic: possible to get Lame (ideally VBR) audio, and for mp4 too?
Replies: 41
Views: 5895

Re: possible to get Lame (ideally VBR) audio, and for mp4 too?

Doesn't mean I'm going to start using mp3 in my videos, however, it just means I'm going to stick with AC-3 or use another solution for AVC/AAC. Wait, are you encoding *to* AC-3, or just passing an AC-3 source through? If the former, I don't see why you'd encode to AC-3 instead of (LAME) MP3 when A...
by creamyhorror
Tue Feb 16, 2010 9:36 am
Forum: Windows
Topic: Implications of disabling b frames?
Replies: 7
Views: 443

Re: Implications of disabling b frames?

I suspect it would suffer a whole lot, given that b-frames use a lot less bitrate than p-frames. I think you should find a better alternative workaround if possible.
by creamyhorror
Tue Feb 16, 2010 9:26 am
Forum: Windows
Topic: "Best" intermediate codec for Handbrake?
Replies: 18
Views: 3413

Re: "Best" intermediate codec for Handbrake?

1) Oh, so your edited footage is still deinterlaced? Then I see why you need to deinterlace it before encoding. 2) Decomb=Default is equivalent to (actually inferior to, AFAIK) using a Yadifmod-NNEDI2 combination in Avisynth. Basically you write an Avisynth script that takes a source and deinterlace...
by creamyhorror
Mon Feb 15, 2010 4:57 pm
Forum: General Questions
Topic: possible to get Lame (ideally VBR) audio, and for mp4 too?
Replies: 41
Views: 5895

Re: possible to get Lame (ideally VBR) audio, and for mp4 too?

IIRC, LAME has (admittedly in trials a few years old) matched AAC (think it was the iTunes encoder) in blind listening tests. Whether you think it cuts off higher frequencies, it clearly can't be doing a bad job with the crowd that was testing it (they'd have noticed the loss of high frequencies rel...
by creamyhorror
Sun Feb 14, 2010 6:00 pm
Forum: Windows
Topic: "Best" intermediate codec for Handbrake?
Replies: 18
Views: 3413

Re: "Best" intermediate codec for Handbrake?

In addition to my internet projects I've also got ten years worth of material to be edited, compiled, and converted to h264 for compressed archives. I really need a fast PHD (Push Here Dummy) solution this time. Handbrake fills the bill. The MeGUI/AviSynth approach requires way too much prep and ov...
by creamyhorror
Sun Feb 14, 2010 5:53 pm
Forum: General Questions
Topic: possible to get Lame (ideally VBR) audio, and for mp4 too?
Replies: 41
Views: 5895

Re: possible to get Lame (ideally VBR) audio, and for mp4 too?

musicvid wrote:mp3 is grossly inferior to AC3/AAC in my opinion, both for intrinsic quality and "quality vs. compression."
On what basis do you say this (references, listening tests, whatever)? Have you heard of LAME, which is what we're talking about here?
by creamyhorror
Fri Feb 12, 2010 4:29 am
Forum: Windows
Topic: "Best" intermediate codec for Handbrake?
Replies: 18
Views: 3413

Re: "Best" intermediate codec for Handbrake?

Oh, that's interesting. Why don't you frameserve to MeGUI or x264-via-Avisynth then?
by creamyhorror
Wed Feb 10, 2010 7:57 am
Forum: Windows
Topic: "Best" intermediate codec for Handbrake?
Replies: 18
Views: 3413

Re: "Best" intermediate codec for Handbrake?

Use Debugmode FrameServer to serve frames from Vegas. The frames are served as an AVI source.
by creamyhorror
Wed Feb 10, 2010 7:49 am
Forum: Windows
Topic: Vertical banding + VBR?
Replies: 19
Views: 1790

Re: Vertical banding + VBR?

Really, I don't see the point of using MP3 itself, since AAC goes in MP4s. Is there any drawback or risk to using VBR (whether AAC or MP3) for audio tracks? It's essentially equivalent to CRF for video, isn't it? Why isn't it offered in HB? (Simplicity?) I'll take pretty strong issue with creamyhor...
by creamyhorror
Wed Feb 10, 2010 7:40 am
Forum: General Questions
Topic: possible to get Lame (ideally VBR) audio, and for mp4 too?
Replies: 41
Views: 5895

Re: possible to get Lame (ideally VBR) audio, and for mp4 too?

Why HB doesn't include LAME is a good question, since LAME probably beats faac as you said (and MP3 is perfectly legal in MKV). Personally I generally use the original AC-3 track. If I have to transcode, I use Nero AAC (obviously not with HB), which is probably superior to LAME.
by creamyhorror
Sat Feb 06, 2010 12:43 am
Forum: General Questions
Topic: Does a GPU affect Handbrake's performance?
Replies: 3
Views: 1197

Re: Does a GPU affect Handbrake's performance?

No, x264 (which Handbrake uses to encode) does not depend on GPUs at all, nor is it likely to in future.
by creamyhorror
Fri Feb 05, 2010 5:03 am
Forum: General Questions
Topic: Bluray to 720 MKV Settings
Replies: 7
Views: 2919

Re: Bluray to 720 MKV Settings

Right, it's as Rodeo said. x264's 2-pass and CRF methods use the same bitrate distribution algorithm, and they're not generally called "ABR". 1-pass is called ABR, because it certainly doesn't maintain a constant bitrate.