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. |
|
|
Thread Tools | Search this Thread | Display Modes |
24th May 2005, 16:35 | #141 | Link | ||
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Quote:
Quote:
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
||
11th June 2005, 11:52 | #142 | Link |
Registered User
Join Date: Feb 2005
Location: Australia
Posts: 14
|
eqm_v3ulr_rev3 excellent at under 500 kbps
Just reporting in excellent results with eqm_v3ulr_rev3 in day to day usage.
Currently using Q=4 single pass with AQ off and QR(2,31,2,31,2,31). Source = digital TV (SD or PD) mpeg2, resized to 592x336. Gspot reports a video of 485 kbps. Qf of 0.098. Image quality is excellent. This was a documentary with a fair bit of action. Nearly 28 minutes of show into only 124 MB. Sharktooth does this surprise you? Anyone else getting results like this? I am just a wee bit sceptical; seems too good to be true. |
12th June 2005, 13:36 | #143 | Link |
Guest
Posts: n/a
|
Sharktooth I've just tried your EQM V3HR and the results were great for a 1800kbit encode. But I'm just wondering if the Trellis bug still exists (the one with the two workarounds).
If I use one of your workarounds either disabling Trellis Quantization OR limit the MinQ and MaxQ to 2-31 respectively, wouldn't I lose quality in the process. I always have kept Trellis Quantization checked since I was under the assumption it gave a quality boost. EDIT: Forgot to mention that I'am using Xvid 1.10 b2 04042005 Last edited by bugmenotwillyou; 12th June 2005 at 13:45. |
12th June 2005, 15:41 | #144 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
Quote:
In fact, the default of 1/31 is a workaround. (For XviD newbies whining about undersized encodes.) You won't loose quality by not using quant 1 in a 2-pass scenario. However by disabling trellis, you probably would - but only a tiny bit.
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
|
12th June 2005, 16:04 | #145 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
@dungweaver: well, ULR stands for a ultra low rates. however nice to see it's good for you too
@bugmenotwillyou: i already answered you by PM, however, as you can see, Didée said the same thing.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
12th June 2005, 18:47 | #147 | Link | |
Moderator, Ex(viD)-Mascot
Join Date: Oct 2001
Posts: 2,564
|
Quote:
Not sure about how it summs up with v3HR and whatever resolution you use.
__________________
It's a man's life in Doom9's 52nd MPEG division. "The cat sat on the mat." ATM I'm thoroughly enjoying the Banshee - a fantastic music player/ripper for Linux. Give it a whirl! |
|
13th June 2005, 07:19 | #148 | Link | |
Guest
Posts: n/a
|
Quote:
The EQM v3UHR that you suggested would be too much for my 1800kbps encodes for my 704xXXX anamorphic encodes, no? I usually like to fit 2 movies on 1 DVDR so 1800kbps to 2100kbps would be in the range of EQM v3HR, I would have thought? I had the impression that EQM v3UHR was for ~2500kbps-4000kpbs (full-res or HD encodes) and EQM v3HR was for 1600kpbs-~2500kbps (assuming using full-res or slightly lower) or is my thinking flawed? |
|
13th June 2005, 14:45 | #149 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Well, it all depends on source resolution, framerate, compressibility etc.
However in general 1600-2300 is a good range for HR, 1300-1900 for LR, 2300+ UHR. I may join HR and LR in one matrix in the near future...
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! Last edited by Sharktooth; 13th June 2005 at 14:48. |
1st July 2005, 00:27 | #150 | Link |
Registered User
Join Date: Nov 2001
Posts: 205
|
What would be your suggestions for HDTV encodes to 960x528 @ 1500-2000 bitrates? The source is as usually noisier and blockier than DVD sources. I find 6of9=24 not too suitable for this task. Would the ULR matrix fit the profile? I like a sharp picture, but I dislike artifacts from too low bitrates.
|
1st July 2005, 13:19 | #152 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Maybe you want to use EQM V2 (autogk sharp matrix) for that purpose since it scales very well... but if it's "too much", try ULR (theoretically it shoud do it even better). However ensure you denoise the source without loosing details (read: use the right filters and not just the first denoiser you find on the web).
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! Last edited by Sharktooth; 1st July 2005 at 13:21. |
1st July 2005, 15:11 | #154 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
The reason is HD eats up a lot of bitrate and having some extra compressibility by denoising would ensure a much better encode without wasting an enormous amount of bits...
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
1st July 2005, 16:11 | #155 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
True. However my fear is, there are people out there that brute-filter so much compressibility on their HD sources that, in the end, they're not encoding HD anymore, but just big framesizes ...
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
1st July 2005, 18:50 | #157 | Link |
Actually in reserve
Join Date: Oct 2004
Posts: 1,605
|
FFT3D & details
Hello all,
Not enough practice to be affirmative, but I am actually testing fft3d compared to peachsmoother. fft3d default (sigma=2) is comparable to peach default but really retains more details. For more compression, try sigma=3. Sizes of one of my testing (original mpg2 being 110672ko, encoded to 75% xvid, one pass): Avi no filter : 30890ko, 13,83fps Avi peach() : 28456ko, 13,14fps Avi fft3d s=2: 28378ko, 8,38fps Avi fft3d s=3: 26764ko, 8,44fps There is also a quicker gpu version of fft3d for those having an ati radeon 95xx or higher or geforce 5xxx at least or any gpu having hardware supporting for dx90c. Did
__________________
Having a problem with AutoGK? Read & use the FAQ & MORE FAQ first Want to exchange on AutoGK? try doom10.org In reserve (inactive) for an undefined period of time. |
1st July 2005, 19:45 | #158 | Link |
Registered User
Join Date: Nov 2001
Posts: 205
|
Thanks, I usually only put removegrain() in the avs. I just got a few eps with extrem grain in it. I only get 25% compressibility without denoisers.
I tried lremovedust, but only lremovedust(17,10) got rid of most of the noise and got compressibility to 60%. But now the clip looks pretty washed out. I will try your suggested filters. Maybe using the right matrix I could get away with 45%. But usually the hd stuff isn't as bad so removing some of the filmgrain should help the picture quality. I just wondered if there is a matrix, that is especially good for noisy and blocky sources. So FFT3D seems to be the latest in denoising? It would be great to remove some of the noise without loosing detail, which is the main reason for HDTV anyways. |
1st July 2005, 20:10 | #159 | Link |
Bored...
Join Date: Apr 2003
Location: Unknown
Posts: 2,812
|
FFT3D gives excellent results as long you dont "overdo" it... For most DVD sources simgma=1 should be already enough, but if you cope with very grainy/noisy stuff you'd need much higher sigma values to kill the noise... Well, the catch is that FFT3D produces slight grid artifacts if you use too high sigma values! So, using FFT3D with sigma=2 + some mild tempo-spatial denoising afterwards could be better than using FFT3D with sigma=3 alone for example... ^^
Bye Last edited by Soulhunter; 1st July 2005 at 23:02. |
28th July 2005, 12:28 | #160 | Link | |
Registered User
Join Date: May 2005
Posts: 157
|
Quote:
I believe I get the way to correctly encode anamorphically while keeping all picture info and AR -- Set AR in the XviD codec (240,100 (2.40:1) for example), crop out black bars (only down to 720 x 432) giving 0% AR error. Set Input Pixel PAR to 1:1. I encoded The Pacifier DVD with: 2-pass, EQM V3ULR rev 3, QPEL, B-VOPs - 2/1.5/1, Packed Bitstream, Closed GOV, Chroma Motion, Motion Search Precision (Ultra High), VHQ Mode (4) Chroma Optimizer and Trellis Quantization (1,31), Lanczos It had a compressibility of 87% at 720 x 432 anamorphic for a 1404 MB target size. High, but not too high I guess. To me it came out better than the 1404 MB/MPEG matrix encode. Particularly the first boat/water scene (which is probably the worst scene to encode). It's not as blocky. Ended up with a 1.37 GB (1,475,354,624 bytes) AVI and muxed into MKV @ 702MB + 701MB with MMG. Used same settings for Assault On Precinct 13 DVD except this movie was less compressible @ 77%. Got an ever so slightly oversized file 1.37 GB (1,475,850,240 bytes) AVI which I'm not entirely sure about. MMG will only output 703 + 700 MB (with settings at 702 MB (2 file max.) Anyways I'm pleased with the results, thank you Last edited by Backflip; 30th July 2005 at 09:45. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|