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. |
7th December 2019, 23:43 | #1 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,126
|
XviD 1.3.7 is out!
https://downloads.xvid.com/downloads...7-20191228.exe
XviD Codec 1.3.7 changelog:
Last edited by hajj_3; 11th January 2020 at 03:31. |
20th December 2019, 23:27 | #3 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
Encoded with 1.3.6 (Bitstream Version 68) + Decoded by 1.3.5 (Bitstream ver 67) = seems fine (at least not blocky). |
|
26th December 2019, 14:49 | #4 | Link |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
@Liisachan:
I actually meant «an installer so stupid that cannot be unpacked». In the goode olde days the Xvid "bundles" contained only the core DLL, the VfW applet and the DirectShow decoder. Today the installer contains additional garbage and cannot be unpacked because the inventors of that stupid installer (Bitrock InstallBuilder) are really stupid. But thanks for reporting the encoding (¿or decoding? ) issue in the newest Xvid, I wasn't aware of that. Probably this time I won't even try to compile it, since it's buggy I stopped using Xvid years ago, for encoding to MPEG-4 ASP I will keep using DivX 6.9.2 "forever". But there are many people who still prefer Xvid, this is the reason why I used to build and release only what really matters to the Windows folks — i.e., the core DLL, the VfW applet and xvid_encraw.exe. |
28th December 2019, 16:45 | #5 | Link | ||
Registered User
Join Date: Sep 2007
Location: Italy
Posts: 29
|
Xvid 1.3.7
Quote:
https://downloads.xvid.com/downloads...7-20191228.exe Quote:
Last edited by blob2500; 28th December 2019 at 17:15. |
||
31st December 2019, 04:33 | #6 | Link | ||
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
Quote:
EDIT (2020-01-01) The installer writes bitrock_installer*.log in %TEMP% (or %TMP%), and creates a lot of "rollbackBackupDirectory*" in Program Files\Xvid (at least on my Win7). Like filler56789 said it's not exactly a simple, minimalist installer, although it works fine for me. Last edited by Liisachan; 2nd January 2020 at 18:05. |
||
2nd January 2020, 12:45 | #7 | Link | |
Registered User
Join Date: Sep 2007
Location: Italy
Posts: 29
|
Quote:
( view here: http://websvn.xvid.org/cvs/viewvc.cg...rix.c?view=log ) If you encode with 1.3.6 and you set a MPEG matrix (custom or standard), the inter-matrix values in encoded file are wrongly changed. This reflects it to decoder-side too, because decoder use another matrix values, instead correct values to decode a file ( all MPEG-4 ASP files). If you used H.263 quantization in your encodings with 1.3.6 I think re-encoding is not necessary. If you used MPEG... I think yes because quantization is wrong. You can analyze your 1.3.6 encoded files with very well known Avinaptic free software, if you want see their conditions (matrix primarily) Last edited by blob2500; 2nd January 2020 at 12:56. |
|
2nd January 2020, 17:24 | #8 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,905
|
Although seeing a new release of xvid in 2020 it's a bit weird, I thank you for this bugfix release.
I gotta say that I still use .avi and xvid when I release several version of a file once a week on a website I've been working on ever since 2006 in my spare time. Back in 2006 there was SD only and I used to release SD xvid BT601 version muxed in .avi and I kept that release. Nowadays I encode the very same file in SD BT601 SDR xvid, H.264 BT709 SDR HD, H.264 BT709 SDR FULL HD and H.265 BT2020 SDR 4K. Since it's a fan-based thing from my early age when I was young and I kept it going "for fun", xvid is still totally fine. |
3rd January 2020, 04:53 | #9 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Gimme One Good Reason...
Still using XviD VFW from time to time, my preferred version is a Celtic Druid build from 2008: http://esby.free.fr/CelticDruid/mirr...ead.MTKVAQ.exe I never liked Koepi's builds at that time. They had memory leaks and crashed DVD2SVCD when used together with the CCE SP encoder. Switching to Celtic Druid's builds solved it, and the latest of his builds even has the VAQ patch. I use it under the latest stable 32-bit StaxRip version which uses VDubMod as the host application. My settings are for max compatibility with HW DVD players (Advanced Simple L5, H.263, VAQ ON, QP and GMC OFF, BVOPs ON at 2, Packed Bitstream OFF). With these settings I never had any problems, with a quantizer of 3 the quality was always pretty good. Now this latest version 1.3.7 got me curious, I made a few tests using identical settings to my old setup. But I could not see any advantage. The resulting files were a little bigger, encoding time was a little slower, and visual quality was the same. So why in the world should I switch to this latest version? Because newer is always better? Just give me one good reason... Last edited by manolito; 3rd January 2020 at 04:57. |
3rd January 2020, 12:59 | #11 | Link | ||
Registered User
Join Date: Sep 2007
Location: Italy
Posts: 29
|
Quote:
For this there are "sub-profiles" of AS: (DivX)Home Theater and Xvid Home profiles (Xvid Home set to max consecutive b-frames = 1 or 2, and Quantization matrix set to MPEG standard/H.263 only); Celtic's and Jawor's builds have good and similar MTK profiles too. With 2 B-vops: Packed bitstream must be OFF to play fine in most player, but must be ON to play fine in others... Max compatibility is: 1 B-vops with packed bitstream ON. -- I use Xvid (1.3.7 now) for my HD encodings/rips (source: usb of DVB-S2 TV decoder) for many years. I use Xvid HD 720 profile set to compatibility with 720 HD profile of DivX: Max 2 B-vops, packed bitstream (is forced) and I set VAQ, no qpel, standard PAR etc...Custom Matrix and PB are not never a problem in HD DVD/BR player (at least in certified DivX, and in most multimedia players), and I use Sharktooth EQM V3LR matrix: quality is very good. It's a HVS full compliant matrix too I don't use HVS PSNR metric: encoding is too much slow , relate to quality that produces. Quote:
Last edited by blob2500; 3rd January 2020 at 13:54. |
||
3rd January 2020, 21:21 | #14 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
AVI/xvid is still handy and useful for me, as there are a few applications that use VfW (although one can load MP4/MKV e.g. via AVS/ffms2.dll, AVI is simpler, lighter, using less memory). I do still routinely use AVI/xvid e.g. when working internally like typesetting subs, and AVI/Lagarith; even when the final encoding will be in MKV or MP4 with a newer codec. I guess this is like MP3 is still commonly used for some purposes, even though there are Vorbis, AAC, etc. @manolito The name Celtic_Druid brings back memories... Many years ago our sever was mirroring Celtic_Druid binaries, though mainly ffdshow. PS 1.3.5 vs 1.3.7 Quick Tests: "MPEG" and "H.263" are tested separately. For each:
Last edited by Liisachan; 4th January 2020 at 15:30. Reason: 1.3.5 vs 1.3.7 test |
|
4th January 2020, 19:30 | #15 | Link | |
Registered User
Join Date: Sep 2007
Location: Italy
Posts: 29
|
Quote:
Last important differences are with 1.3.1 and previous; DCT/iDCT improvement in 1.3.2. "look" image is changed from this version; IMHO is better this new algorithm (better images quality); for someone is better quality of previous algorithm (1.2.x - 1.3.1). http://websvn.xvid.org/cvs/viewvc.cg...dcore/src/dct/ Last edited by blob2500; 4th January 2020 at 20:04. |
|
4th January 2020, 20:53 | #16 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
|
|
4th January 2020, 21:53 | #17 | Link | |
Registered User
Join Date: Sep 2007
Location: Italy
Posts: 29
|
Quote:
About that report and question of @manolito: "So why in the world should I switch to this latest version? Because newer is always better? Just give me one good reason.." ...in summary, I think: Yes produced file is little bigger than Celtic_Druid's Xvid build 1.2. -127 (or more stable final Jawor's Xvid 1.2.2), but 1.3.7 (or 1.3.2/1.3.5) make (slightly) better images; and it's not always true: depends on other variables too: type of video's content, and if encoding is 1 pass (fix quantizer or fix average bitrate) or 2 pass. IMHO 1.3.7 is better in 2 pass mode; 1.2.x is better in 1 pass mode (or first pass of 2-pass encoding) and sometimes vice-versa ... but, anyhow, let's talk about minimal differences... for this imho is better to use last, and more bug-free, version. |
|
5th January 2020, 00:02 | #18 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Thanks everybody for the explanations...
Since I only use Xvid for conversions to SD and only in single-pass mode with a constant quantizer, I think that I will stick with the old Celtic Druid version. I have been using it since it came out, and it never failed for myself, plus I never got any complaints by friends who played it on their HW DVD players. Another thing I like about the Celtic Druid version is that his installer does not install any bloatware. It does not even create a new folder under Program Files, this is my preferred behavior. |
5th January 2020, 23:25 | #19 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
MiniConvert.exe false positive?
As of writing this (2020-01-05 UTC), my antivirus ClamWin sees malware in MiniConvert.exe coming with Xvid installers (I'm on Win7). This is likely to be a false positive, as only 2 out of 70 engines "detect" it (Virustotal, Jotti — I don't really trust those sites, just for reference).
Quote:
Possibly bad things about this installer include:
|
|
|
|