Log in

View Full Version : DivX 6.2 codec released


Pages : 1 [2]

Slitheen
16th April 2006, 01:59
Considering how cheap broadband is these days, I'm suprised dialup still exists.

IgorC
16th April 2006, 02:16
yep. In Latin America most of internet providers now are deliviring free change from dialup 56 to cable or dsl 128 for the same price. In North America and Europe dialup is already dead. RIP my noisy Digital56k modem :p

mod
16th April 2006, 02:18
Considering how cheap broadband is these days, I'm suprised dialup still exists.
It depends from where you live .. :) Here a lot of ppl still uses dial-up, because of absence of service in little villages..

Nrmf
16th April 2006, 04:52
i want to purchase the pro codec and the dvd/mpeg option but will this run on win xp 64 or do i still need to use win xp 32 ...i have a dual core amd 3800 cpu and want and feel the need for speed.

DigitAl56K
16th April 2006, 07:08
Guys, try this patch:

http://labs.divx.com/archives/000068.html

Nrmf: I've been using the codec on Windows XP 64 over the last two days. It seems to run just fine. One thing that I have noticed is that some of the start menu shortcuts that are installed point to files in C:\Windows\System32, so you need to manually edit them to point to the same files in C:\Windows\SysWOW64 instead. I'd recommend putting DivX through its paces on your box before purchasing - I haven't used Windows XP 64 enough to be able to give you a good recommendation.

medp7060
16th April 2006, 12:44
Thanks for the 6.2.1 update, DigitAl56K. Now it is compatible with GK0.35 again.

siddharthagandhi
16th April 2006, 13:47
I'm getting DSL within two weeks....no more dialup.

olnima
16th April 2006, 17:43
Big, big thank You divx-Team for reacting to our requests/posts here.

Olnima

LordIntruder
16th April 2006, 20:16
yep. In Latin America most of internet providers now are deliviring free change from dialup 56 to cable or dsl 128 for the same price. In North America and Europe dialup is already dead. RIP my noisy Digital56k modem :p

Hi,

This is totally wrong. In France Dial-Up is far to be dead because ADSL works fine within 5 kilometers from the source and now with Re-ADSL it is 7km or maybe 8km I don't remember exactly. That means everyone living in small villages, countryside , mountains far from the source (farther than 7 or 8km) is still on dial-up. And this is not some exception, many are still (and for years) on that low speed.

So this is very important not to think because we have the chance to live in large suburbs and get ADSL up to 20Mbits/s then everybody has same. Light web pages, light updates, etc... We must not forget people that do not have fast connections. Unfortunately Dial-up is far to be dead, even in Europe.

siddharthagandhi
16th April 2006, 20:21
I'm in North America and I have dialup currently but most people I know have DSL, and even more have cable.

bourtzovlakas
16th April 2006, 22:01
In Greece only a 5-10% of the population has ADSL connection...
...and the large majority is at 384/128 kbit/sec...

olnima
17th April 2006, 10:05
let's get back on-topic. Tried out the 6.2.1-patch and my "deactivated-configure-button"-problem is gone with the wind :D

Thanks a lot for your "easter-egg"

Olnima

TJeR
20th April 2006, 21:54
Sotty to boter, I've recently installed Divx 6.2, well from now on when I try to play a divx an errore pop -up "couldn't fint ardinal 422 in px.dll"

What is the matter? any suggestion

DigitAl56K
21st April 2006, 03:34
This error is related to DivX Player, and can sometimes happen when you don't restart your computer when prompted at the end of installation.

Try restarting and see if that helps.

TJeR
21st April 2006, 22:20
Googled it, and found the suggestion to remove px.dll and reinstal divx, problem solved

Thanks :)

Kostarum Rex Persia
22nd April 2006, 15:35
DigitAl56K, where is DivX 6.22 update patch, you said earlier that you will announce 6.22 very soon?

DigitAl56K
22nd April 2006, 22:27
6.2.2 went up on the website (in the Create and Play bundles) yesterday afternoon. I will be putting an article up on DivX Labs shortly. I've been a little sick over the past two days which is why it's not up already.

Kostarum Rex Persia
22nd April 2006, 23:40
Ok, thanks for informtion. Changelog?

siddharthagandhi
22nd April 2006, 23:43
And will there be a dialup users patch? Please do that it'll be a great help to us dialup users.

siddharthagandhi
22nd April 2006, 23:44
And one more thing

Digital56k you have to update your signature, the link to divx labs is the old one

netwolf
23rd April 2006, 12:08
- changelog would be nice
- update-patch from 6.2 to 6.21 would be nice (smaller than 16.7 MB)
- version in filename would be nice

Do I really have to download nearly 17 MB to see which version it is and to get some minor bugs fixed???


Greetz and thanks anyway
Olnima
This still applies (for the new version) ;)

Kostarum Rex Persia
23rd April 2006, 23:10
Yes, he always forget to make a update patch.

DigitAl56K
24th April 2006, 00:12
He doesn't forget, he's just very busy ;)

I'll see what I can do tomorrow.

IgorC
24th April 2006, 06:05
Seems no changes for high-motion videos i.e. http://www.steves-digicams.com/2005_reviews/s2is/samples/MVI_0371.AVI

All tree of Divx 6.xx versions have problem with such kind of high textures and/or high motion videos. New feature Enhance texture doesn't help. :(

Kostarum Rex Persia
24th April 2006, 15:39
All tree of Divx 6.xx versions have problem with such kind of high textures and/or high motion videos. New feature Enhance texture doesn't help. :(

Enhance texture help, but too little to notice it. DivX should do much better visual quality in 500 and 600 kbps, it's time for change. Some new compression methods must be added in DivX 6.3.

Sirber
24th April 2006, 15:41
Some new compression methods must be added in DivX 6.3.Like what? Go ahead and dev some :p

DigitAl56K
24th April 2006, 17:29
Seems no changes for high-motion videos i.e. http://www.steves-digicams.com/2005_reviews/s2is/samples/MVI_0371.AVI

We'll take a look at it! :)

guada2
24th April 2006, 18:47
@DigitAl56K,

Which are the reasons of these adjustments?

Home theater profile : 1 to 4854
High definition profile: 1 to 6000

Thanks.

Sagittaire
24th April 2006, 22:15
@DigitAl56K,

Which are the reasons of these adjustments?

Home theater profile : 1 to 4854
High definition profile: 1 to 6000

Thanks.

simply vbv hardware compatible profil specification ...

guada2
24th April 2006, 22:48
Thank for your information.

Bye

guada2
24th April 2006, 22:55
@Sagittaire

And the "TRUE" HD Divx?
I suppose that is not the same bitrate.
Can you confirm please, and explain me why?

DigitAl56K
27th April 2006, 00:00
Changelog:
http://community.divx.com/labs/viewEntry.php?id=180&cid=1

Dima
29th April 2006, 22:49
Fixed the decoder failing for bitstreams created by applications that do not correctly handle packed B-frames
Updated decoder? Hmm... But divxdec.ax version is 6.2.0.8 (and another files DivXMedia.ax, DivXsm.exe as in DivXCreate 6.2.0)
How can it be: improvements in decoder without updating its files?
Or maybe you forgot to put new files in DivXCreate 6.2.2?
P.S: DivXcode621Patch1Beta.exe includes divxdec.ax 6.2.1.6. But decoder is old again after updating to DivXCreate 6.2.2. Why? 6.2.1.6 is not tested or not stable as 6.2.0.8?

siddharthagandhi
30th April 2006, 00:30
Is there a dialup user version out (patch)?

IgorC
3rd May 2006, 04:41
Guys, what' hapened? Where is divx 6.3? It was so fast 6.2 ... 6.2.1 ... 6.2.2 :p

Gannjunior
5th May 2006, 00:32
Hi guys,
i'm doing a little comparison between single core and dual core cpu. I've done a sistematic series of test with an opteron 146 from 2 ghz to 3.1 ghz.
Now i'm doing the same thing with a dual core 165 opteron. I've noticed that with balance encode the cpu utilization ranging is between 85-95%. In fact it is faster than 70% than the single core in the same test. While in the better, extreme and insane encode mode the cpu utlization range drops down between 65-75%: in fact the comparison shows me a gain not over 40%.
I repeated the test to be sure but with any difference.
I hope I was clear. Is there a why?
thanks
ciao!

Kostarum Rex Persia
5th May 2006, 01:11
I've noticed that with balance encode the cpu utilization ranging is between 85-95%. In fact it is faster than 70% than the single core in the same test. While in the better, extreme and insane encode mode the cpu utlization range drops down between 65-75%: in fact the comparison shows me a gain not over 40%.

Known bug, bad dual-core optimizations. With MeGUI and x264 codec, utilization is always 95-99 %.

Gannjunior
5th May 2006, 02:09
understood for divx...

Thanks Costarum!!! amazing megui...i stay on 90%!! :D

Jacquers
7th May 2006, 12:41
I'm seriously impressed with the 6.2.2 codec as far as speed goes. It beats xvid 1.1 for speed.

Using avi.NET & xvid I get more fps with the first pass & then a little less with the 2nd pass. With avi.NET & DivX 6.2.2 I actually get more fps on the second pass than the 1st pass. avi.NET & 6.2.2 even beat Dr. DivX in terms of speed.

I'm used to getting more fps on pass 1, but now the situation is reversed? Has anybody else noticed this?

Gannjunior
16th May 2006, 19:03
another thing that I noticed: when Divx 6.2x works with 2 core the target size is not the same each time (doing test at fixed quantizer) ...

somebodeez
20th May 2006, 16:50
Since GKnot is open source, would it be legal/possible for someone at DivX Labs to make GKnot compatible with current and future versions of DivX? (keeping it free of course, just as it's always been)

jggimi
20th May 2006, 20:45
@somebodeez:

I am not a lawyer, nor do I play one on TV. The following comments do not constitute legal advice.

But in answer to your Off-Topic question, it looks to me that, since Gordian Knot uses the standard GNU General Public License (GPL), that paragraph 2.b answers it:You must cause any work that you distribute or publish, that in
whole or in part contains or is derived from the Program or any
part thereof, to be licensed as a whole at no charge to all third
parties under the terms of this License.If you'd like more information, please, read the license. http://www.gnu.org/copyleft/gpl.html

somebodeez
21st May 2006, 04:24
Thank you, jggimi.
That answers 1 part of my question :)



But in answer to your Off-Topic question...

And since the matter of new versions of DivX working w/ GK and AutoGK have already been briefly mentioned in this thread,
http://forum.doom9.org/showpost.php?p=812527&postcount=8
And I didn't see anyone calling that off topic (however, it is possible that I have missed it) I didn't think that my (2 part) question was off topic. If it is, please accept my apology.

jggimi
21st May 2006, 16:35
I can answer your "2nd part" only as conjecture. I am not associated with DivX, Inc. in any way, and do not have any insights into their decision making.

It seems to me that, since the company has its own commercial encoder and adjunct tool development program, I would think they would have little interest in a GPL encoding suite.

This discussion is a little Off-Topic, because it is not about the DivX codec, it is about a software tool which has its own forum. Being off-topic didn't annoy me; however I was a little bit bothered as you hadn't done your own licensing home-work.

somebodeez
22nd May 2006, 14:20
I can answer your "2nd part" only as conjecture. I am not associated with DivX, Inc. in any way, and do not have any insights into their decision making.


Since a person from the company posts here sometimes, I was hoping for an answer from them.

It seems to me that, since the company has its own commercial encoder and adjunct tool development program, I would think they would have little interest in a GPL encoding suite.

You're probably right - I hadn't thought of it that way. I was thinking more along the lines of some people would be more likely to continue to use their codec if it continued to work with their favorite encoding program.

I also thought there wasn't any harm in asking.
Apparently, I was wrong.

jggimi
22nd May 2006, 17:43
I also thought there wasn't any harm in asking.
Apparently, I was wrong.No harm, just wasted bandwidth. This thread is about the release of DivX 6.2. It is neither about GK development, nor is it about OSS policies.