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.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 ASP

Reply
 
Thread Tools Search this Thread Display Modes
Old 11th June 2008, 09:30   #1  |  Link
Leica
Registered User
 
Join Date: May 2002
Posts: 58
What is new in DivX 6.8.3?

From 6.8.2? Any new features? Or just boring bug fixes?
Leica is offline   Reply With Quote
Old 11th June 2008, 14:01   #2  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
From divx.com:

Up to 50% faster decoding on multi-core computers for better HD playback

New custom matrices that allow better fine tuning of the encoder for specific content types

Compress digital video 5 to 10 times more than MPEG-2/DVD format and hundreds of times over raw digital video

Encode high-definition (HD) video at resolutions up to 1080p

Play DivX videos on almost any 3rd party software media player

Achieve the perfect balance between visual quality and performance with six carefully optimized encoding modes

Enjoy maximized performance for all multithreaded processors (Intel Core Duo and Core 2 Duo, AMD Athlon 64 X2 and Athlon 64 FX)

Reduce grain and low-light noise (common with DV cameras) without significantly degrading the video with the automated noise reduction feature
Guest is offline   Reply With Quote
Old 11th June 2008, 15:54   #3  |  Link
ron spencer
DVD Magistrate
 
Join Date: Dec 2003
Location: Sodor
Posts: 991
hasn't this version been out for a long time?
ron spencer is offline   Reply With Quote
Old 11th June 2008, 16:20   #4  |  Link
clsid
*****
 
Join Date: Feb 2005
Posts: 5,643
That's an old changelog, from 6.7.0 or 6.8.0 I think.
__________________
MPC-HC 2.1.7.2

Last edited by clsid; 11th June 2008 at 16:27.
clsid is offline   Reply With Quote
Old 11th June 2008, 17:11   #5  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Well, the Readme says:

Code:
| 1. Introduction
+=========================-

   Welcome to DivX Codec 6.8.3
   
   Mostly fixing some issues to further improve your
   experience.  Check out what's new in this version below.

   Please give us any feedback you have about this release
   via the DivX Labs website:

     http://labs.divx.com

     - The DivX Team


| 2. New In This Version
+=========================-

   Fixes:

     * Fixed encoder to prevent artifacts when outputting interlaced content

     * Multithreading fixes and improvement

     * Minor GUI fixes and cosmetic changes
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 11th June 2008, 20:10   #6  |  Link
DigitAl56K
Registered User
 
Join Date: Nov 2002
Location: San Diego, CA
Posts: 936
One of the more significant fixes in this minor update was reported here by dloneranger. In summary there was a problem with part of the multithreading implementation, variations of the symptoms including playback stuttering or stalling, high CPU use for Explorer while building thumbnails, and similar performance issues affecting both DirectShow and VfW applications. The problem was uncommon, but worth fixing for those experiencing it.

Last edited by DigitAl56K; 11th June 2008 at 20:14.
DigitAl56K is offline   Reply With Quote
Old 23rd June 2008, 02:15   #7  |  Link
Leica
Registered User
 
Join Date: May 2002
Posts: 58
Sorry if this is off topic, but WHEN will we get DiVX 7???

Divx 6.x has been out for "Donkey's Ears" ! ! !

So please just tell me when DivX 7 is coming, otherwise I will just learn x264 and use that for all my encoding, something which I do a LOT!
Leica is offline   Reply With Quote
Old 23rd June 2008, 18:08   #8  |  Link
Ranguvar
Registered User
 
Ranguvar's Avatar
 
Join Date: Feb 2007
Location: ::1
Posts: 1,236
At risk of getting flamed, I advise you to check out x264. It can destroy pretty much any other H.264 codec out there. DivX is going to have a very steep uphill battle if they want to rival x264.
Ranguvar is offline   Reply With Quote
Old 23rd June 2008, 18:34   #9  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by Ranguvar View Post
At risk of getting flamed, I advise you to check out x264. It can destroy pretty much any other H.264 codec out there. DivX is going to have a very steep uphill battle if they want to rival x264.
Quite true, given that x264 wipes the floor with many of the top commercial encoders (even enterprise-grade ones, let alone the cheaper ones). If DivX can even get close to x264, that also means its beating many others such as Scientific Atlanta and Mainconcept, companies with far more experience (and possibly more money, too) than DivX.

If it happens at all, it will likely take DivX quite a while to become competitive if only because they're starting so late.

Of course, I think they'd be better off giving up on such a futile endeavor, using x264 instead, and sticking what they've always done best--standardizing hardware devices to play videos.

Last edited by Dark Shikari; 23rd June 2008 at 18:37.
Dark Shikari is offline   Reply With Quote
Old 23rd June 2008, 19:57   #10  |  Link
DigitAl56K
Registered User
 
Join Date: Nov 2002
Location: San Diego, CA
Posts: 936
Leica, we're working on DivX 7. Project Rémoulade is part of this effort.

I also agree with Ranguvar and Dark Shikari, you should definitely look at x264! It is a very good encoder and you can use the streams it creates with the DivX H.264 Decoder betas. DivX ASP (4,5,6) still has it's place - it's extraordinarily fast to encode these days even on high quality settings, playback requirements are extremely light, and it's supported by hundreds of millions of devices - even low powered devices like mobile phones (check out the LG Secret and the Viewty).

@Dark Shikari: I think when it comes to encoders options are always nice. x264 is a very feature rich and capable encoder. DivX may release an encoder that is more specifically designed to work around hardware compatibility, as you mention, with perhaps easier configuration (we're still working out the details). I would like to make sure x264 can produce streams compliant to our profiles, and hopefully having more than one encoder will drive each to improve upon the other. Certainly we aren't going to release an encoder for the purposes of competing with x264, if anything my "dream" outcome is that DivX brings to the table a standard that is interoperable across a very wide range of devices, just as we did for ASP, and that we give you guys any help or tools you might need to take advantage of that platform (admittedly, we could have done better on this front in past). End-users ideally have the option of using their preferred encoder, whichever that is, in many applications.

Side: DivX acquired MainConcept last year. The DivX H.264 codec will leverage work from both teams.

Of course, now we are quite far off-topic. Apologies to the moderators! Since the original topic was answered already hopefully you don't mind too much.

Last edited by DigitAl56K; 23rd June 2008 at 20:02.
DigitAl56K is offline   Reply With Quote
Old 23rd June 2008, 20:08   #11  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Which interface will the upcoming DivX H.264 encoder use? I doubt it will use VfW, as DivX 6 (and previous) used to do until now. Also you say that you are targeting for easy configuration, which excludes a CLI encoder. IMHO the remaining options are: A library to be licensed and used by other video editing/encoding applications or a "standalone" DivX encoding application...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 23rd June 2008, 20:11   #12  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by LoRd_MuldeR View Post
Which interface will the upcoming DivX H.264 encoder use? I doubt it will use VfW, as DivX 6 (and previous) used to do until now. Also you say that you are targeting for easy configuration, which excludes a CLI encoder. IMHO the remaining options are: A library to be licensed and used by other video editing/encoding applications or a "standalone" DivX encoding application...
Well the smart thing to do would be to make it an x264 GUI, since it would save them the millions of dollars of developing their own encoder and be quite a bit faster to boot.

Last edited by Dark Shikari; 23rd June 2008 at 20:13.
Dark Shikari is offline   Reply With Quote
Old 23rd June 2008, 21:42   #13  |  Link
DigitAl56K
Registered User
 
Join Date: Nov 2002
Location: San Diego, CA
Posts: 936
Quote:
Originally Posted by LoRd_MuldeR View Post
Which interface will the upcoming DivX H.264 encoder use? I doubt it will use VfW, as DivX 6 (and previous) used to do until now. Also you say that you are targeting for easy configuration, which excludes a CLI encoder. IMHO the remaining options are: A library to be licensed and used by other video editing/encoding applications or a "standalone" DivX encoding application...
There will be a CLI encoder. There are many ways to achieve an easier configuration, though. For example, it's unlikely that we'll expose everything x264's --longhelp does. We may enable profile-conformance options by default so that it's harder to go wrong, and so forth. It's likely that there will also be licensed applications and a DivX encoding application, although these things are further out and I don't have all the details just yet.

Pre-release versions of the encoder will become available as part of Project Rémoulade. You'll have plenty of time to try them and give your feedback
DigitAl56K is offline   Reply With Quote
Old 24th June 2008, 01:06   #14  |  Link
Ranguvar
Registered User
 
Ranguvar's Avatar
 
Join Date: Feb 2007
Location: ::1
Posts: 1,236
I eagerly await DivX 7, because the way I benefited from DivX 4+ was the much improved number of standalones playing ASP content. I just ask that DivX 7 certified devices need to support high profile, and attempt to play level 4.1 content, even if it stutters Oh, and 5 reference frames, too And while I'm wishing, how about the MKV container, AAC 5.1, Vorbis, and b-pyramid xD
Ranguvar is offline   Reply With Quote
Old 24th June 2008, 02:21   #15  |  Link
Inventive Software
Turkey Machine
 
Join Date: Jan 2005
Location: Lowestoft, UK (but visit lots of places with bribes [beer])
Posts: 1,953
Or the full feature set of Level 5
__________________
On Discworld it is clearly recognized that million-to-one chances happen 9 times out of 10. If the hero did not overcome huge odds, what would be the point? Terry Pratchett - The Science Of Discworld
Inventive Software is offline   Reply With Quote
Old 24th June 2008, 17:20   #16  |  Link
Brother John
(schein)heilig
 
Brother John's Avatar
 
Join Date: Jun 2003
Location: Germany
Posts: 512
DivX adopting Matroska as the container really would be fantastic. Maybe it's not that unlikely since MP4 does have severe limitations especially with audio – as long as you don't want to mess with private stream kludges. It might be necessary to restrict possible formats via profiles, but with Matroska the base for extensions would already be in place, and in a well defined way without the danger of incompatible competing implementations. A real horror scenario would be stuff like incompatible DivX-AC3-MP4 and Nero-AC3-MP4.
__________________
Brother John

When lost in BeSweet's options, have a look at the Commandline Reference.
DVD nach MPEG-4 klappt nicht? Verzweifelt? Auf zum Encodingwissen!
Brother John is offline   Reply With Quote
Old 25th June 2008, 03:16   #17  |  Link
DigitAl56K
Registered User
 
Join Date: Nov 2002
Location: San Diego, CA
Posts: 936
Quote:
Originally Posted by Ranguvar View Post
I eagerly await DivX 7, because the way I benefited from DivX 4+ was the much improved number of standalones playing ASP content.
Yes, like the current generation what we want to achieve is a standard that brings interoperability to many classes of devices, everything ranging from mobile phones and PMPs right through to digital video cameras, set-top boxes, Blu-Ray players and connected devices. Media should be transportable with minimal effort and you should be able to know that your files are going to play well wherever you take them.

Quote:
I just ask that DivX 7 certified devices need to support high profile, and attempt to play level 4.1 content, even if it stutters Oh, and 5 reference frames, too And while I'm wishing, how about the MKV container, AAC 5.1, Vorbis, and b-pyramid xD
Some nice suggestions Keep them in mind because I'll be starting a more in-depth discussion of DivX 7 in the near future. It's important to remember that what brought compatibility across many devices for DivX 5 and 6 was balancing certain bitstream properties so that we allowed for efficient coding with a standard that many devices could work to adhere to. Nothing prevents manufacturers from going above and beyond if they choose to - it happens today. What is important is that there is some known baseline that is consistently implemented and thoroughly tested so that you know if you adhere to it during content creation your file is going to play reliably on any certified device.

If you think back seven or eight years DivX was really the first company to try to find a standard that was designed around bridging the gap between high quality video on the Internet and the general consumer in the CE space. To do this we had to constrain certain properties of the encoder and there was a lot of pushback from many people who wanted an unconstrained MPEG-4 ASP format. I think that now there is a clear precedent that shows what can be achieved if we can find a good compromise. That's not to say, of course, that there isn't value in a fully-capable H.264 encoder such as x264. What is important is applying the right settings for the intended purpose, and as I mentioned previously my personal ideal outcome would be that we help enable that for x264 and applications that use it also.

Quote:
Originally Posted by Brother John View Post
DivX adopting Matroska as the container really would be fantastic.
DivX 7 will use the MKV container format! That's right, you heard it here first: our new format does not use AVI! Those of you now planning a street party do remember to send me an invitation

Quote:
A real horror scenario would be stuff like incompatible DivX-AC3-MP4 and Nero-AC3-MP4.
Yeah, let's not do that

Last edited by DigitAl56K; 25th June 2008 at 03:25.
DigitAl56K is offline   Reply With Quote
Old 25th June 2008, 07:39   #18  |  Link
mdoubledragon
Registered User
 
Join Date: May 2005
Posts: 33
That why I like Divx. They are a company with a vision. First of all they wont give up on ASP and keep improving it release after release. Then they have also embraced AVC and did the right thing by coming to Doom9 to get real professional opinion from gurus of the field. And now they are shifting the container to the most loved one, Matroska. One word; Respect.

Last edited by mdoubledragon; 25th June 2008 at 07:42.
mdoubledragon is offline   Reply With Quote
Old 25th June 2008, 09:35   #19  |  Link
GodofaGap
Registered User
 
Join Date: Feb 2006
Posts: 823
Quote:
Originally Posted by DigitAl56K View Post
DivX 7 will use the MKV container format!
Wow. Just... wow!
GodofaGap is offline   Reply With Quote
Old 25th June 2008, 09:59   #20  |  Link
SeeMoreDigital
Life's clearer in 4K UHD
 
SeeMoreDigital's Avatar
 
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,219
Quote:
Originally Posted by Brother John View Post
DivX adopting Matroska as the container really would be fantastic. Maybe it's not that unlikely since MP4 does have severe limitations especially with audio – as long as you don't want to mess with private stream kludges.
Actually that's all about to change... The official specs for placing AC3 (and E-AC3) audio streams within the .MP4 container are due to be released this summer

Edit: As Bond previously wrote it forms part of: Annex F to the AC3 standard ETSI_TS_102_366
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |

Last edited by SeeMoreDigital; 25th June 2008 at 10:03.
SeeMoreDigital is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 01:36.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.