Log in

View Full Version : Divx Plus


Pages : [1] 2

iwod
17th March 2010, 04:38
Looks like this place are not very Divx friendly anymore.

Divx has just announced their newest Divx Plus.

http://www.divx.com/en/software/divx-plus

Superb
17th March 2010, 04:44
They added DXVA support in their decoder...

stax76
17th March 2010, 07:52
The decoder does not work here, Win 7 x64 and Ati 2400.

JEEB
17th March 2010, 08:10
A Japanese site is doing a "We're giving out serials for free" -event, so I got one of those ([link removed]).

Software decoder still seems to have the deblocking bug that happens with old ffmpeg (VFR Maniac tested & confirmed that it still exists on IRC), otherwise business as usual. Will have to ask him for some sources to test it on, so I can reproduce the bug as well.

Didn't really get to test the "DXVA" features on my nvidia setup yet, but the word DXVA still does bring cold sweat onto my back -- even if it got a lot better with DXVAv2.

DigitAl56K
17th March 2010, 18:50
Hi all :)

@iwod: Thanks for the post! We just took a short break after the launch yesterday.

@Superb & JEEB: I've put more information about DXVA in the DivX H.264 decoder on DivX Labs here: http://labs.divx.com/DivX-H264-Decoder-DXVA. This includes a walk-through of checking capabilities with DXVA checker, enabling DXVA support in the DivX control panel, and testing that DirectShow is loading the decoder for H.264 streams.

@Stax: 32 or 64-bit host process? The H.264 decoder is not yet shipping with 64-bit filter (although ASP is now).

@JEEB: I'm not aware of any outstanding deblocking bugs vs. the reference decoder. Maybe you could PM me with more details?

Another cool part of yesterdays launch is an update to DivX Plus Web Player 2.0.2 (http://labs.divx.com/node/14711) that includes dozens of fixes since v2.0, which first introduced support for progressive playback (with seeking outside the buffer) of MKV/H.264/AAC files from regular HTTP servers. You can use the embed code generator (http://labs.divx.com/WebPlayerCodeGenerator) at DivX Labs if you want to check it out.

clsid
17th March 2010, 19:21
What are the CPU requirements for the new H.264 decoder? I got an illegal instruction error on my old PC yesterday when I tried the new bundle. Does it require SSE or SSE2? The previous version worked fine.

DigitAl56K
17th March 2010, 19:33
@clsid: Can you send me a dump from CPU-Z on that system to amayo [at] divxcorp [dotcom]? Also, if you can drop the file into MediaInfo and copy (what I assume is) the x264 command line that would also help.

stax76
17th March 2010, 19:36
@DigitAl56K

Host process is 32-bit. The other issue I have is I disabled Updates in the DivX Plus control panel, after closing the panel DivXUpdate.exe is still running, will it at least be gone after restart? Atm. I have 4 instances Visual Studio opened otherwise I would just restart.

DigitAl56K
17th March 2010, 19:47
@Stax Okay, you will need to provide me more details about what's not working then, I suggest we do that via PM. I just had a word with our distribution group and it sounds like if you don't want the updater to run at all you could kill the process then rename the folder "\Program Files\DivX\DivX Updater". I'll see what we can do about that.

clsid
17th March 2010, 19:47
@clsid: Can you send me a dump from CPU-Z on that system to amayo [at] divxcorp [dotcom]? Also, if you can drop the file into MediaInfo and copy (what I assume is) the x264 command line that would also help.
It crashes on all H.264 video, at the very beginning of playback, before the first frame is displayed.

CPU is an old AMD Thunderbird with just MMX/MMXext, no SSE.

LordRPI
17th March 2010, 21:20
DigitAl56k:

Is DXVA available within DivX Player, or is it just for within DirectShow based players?

DigitAl56K
17th March 2010, 21:22
@LordRPI: It is initially in the DirectShow filter and we're looking at rolling it into the other software in future.

@clsid: I'm looking into this. Thanks for the info!

LordRPI
17th March 2010, 21:29
Ah, OK, thanks. I didn't see mention of that fact in the labs post, so I was wondering.

dwrbudr
18th March 2010, 15:57
I've immediately canceled the installation (need to use task manager for that!) when saw "Downloading Qt libraries..." and I've checked that I only want to try the decoder. Why the heck the decoder needs Qt libraries? If that's used for a fancy GUI, then I'll pass.

Rumbah
18th March 2010, 17:26
You cannot change teh decoder settings in the filter properties but you have to use an extra program for that. I guess that needs Qt.

DigitAl56K
18th March 2010, 20:42
Hi guys,

That's right - settings for the decoder are now centralized in the DivX control panel and this uses the QT framework for its UI. The older "Settings Manager"/tray icon in DivX 6 and 7 used QT also, as does Player and Converter.

clsid
18th March 2010, 22:08
I forgot to mention that Divxdec.ax also has the problem. That already fails with an illegal instruction error when registering the filter with regsvr32.exe.

Thanks for looking into it ;)

CiNcH
21st March 2010, 09:45
I get only black picture within the DVBViewer with DivX H.264 Decoder and DXVA enabled for both, 720p and 1080i. If I disable DXVA, DivX does a pretty good job.

I am running Windows 7 x86 and tried both, standard EVR and EVR Custom within the DVBViewer.

I then performed a recording on 720p channel and tried to play it via GraphStudio. I used Haali as TS splitter. Again, without DXVA, everything works perfectly. With DXVA enabled:

http://forum.doom9.org/attachment.php?attachmentid=10906&stc=1&d=1269160594

So at least a picture this time..

Here you can find the sample clip:
http://members.inode.at/762450/720p_sample_for_divx_dxva_test.ts

vkapartz
22nd March 2010, 20:42
The new H264 decoder crashes always and immediately on an Athlon XP, too. I guess SSE2 is a hidden requirement.

onomatopellan
23rd March 2010, 20:26
The new H264 decoder crashes always and immediately on an Athlon XP, too. I guess SSE2 is a hidden requirement.
Same here! :(

littleD
24th March 2010, 20:34
DXVA should help playback heavy videos especially on older systems, no?.. lol

roozhou
25th March 2010, 03:01
DXVA should help playback heavy videos especially on older systems, no?.. lol

Yes, but we already have enough DXVA H264 decoders, including MPC-HC, ffdshow and M$'s decoder in Win7.

Astrophizz
25th March 2010, 04:22
What's up with this autoupdate background app and is there any way to disable it from starting?

DigitAl56K
26th March 2010, 01:27
Hi all,

Due to a change in our build environment the current build does unintentionally require SSE2. We're working to address this.

@CiNcH: Thanks for the sample clip, can you tell me about your video card and driver version? Also, does it help if you disable the DivX logo (via the DivX control panel)?

@Astrophizz: See here (http://forum.doom9.org/showthread.php?p=1383835#post1383835)

@JEEB Thanks for the PM :)

ChronoCross
26th March 2010, 03:53
Might want to add "preferred decoder" button. Had to cripple the other h264 decoders on the system before being able to test it.

CiNcH
26th March 2010, 08:02
@CiNcH: Thanks for the sample clip, can you tell me about your video card and driver version? Also, does it help if you disable the DivX logo (via the DivX control panel)?
ATi Radeon HD 3650 with UVD+. Driver was Catalyst 10.2 when testing. I will try disabling the logo..

CiNcH
26th March 2010, 12:03
Disabling the logo did the trick for GraphStudio and Haali as TS splitter. Within DVBViewer with DVBSource, still black picture..

clsid
26th March 2010, 12:22
@DigitAl56K

Could you also ask the dev team to add the filter settings back to the properties dialog of the filters? That is useful for powerusers who like to access filter settings directly from their player. Normal users can continue to use the fancy settings applications.

dwrbudr
28th March 2010, 07:35
@DigitAl56K: Note us when there is new version without SSE2 req, so I can test it on AMD AthlonXP Througbread 1700+ and Barton 2500+ with Sapphire ATI HD2600XT. With MPC-HD the CPU usage is 2% with DXVA on 720p which is awesome.

DigitAl56K
29th March 2010, 23:56
@CiNcH We believe the green picture problems you posted from GraphStudio are caused by a driver bug. I'll look into the DVBViewer problem separately.

@ChronoCross Good suggestion, the main downside being that you end up in a race to higher filter merits.

@clsid No promises, but request noted :)

@dwrbudr Yes I'll respond here when we release an update for systems without SSE2. Glad to hear that aside from that you are seeing some nice results :)

ChronoCross
30th March 2010, 04:35
Also the DivX player doesn't seem to like ffdshow audio. The Audio icon shows in the tray but no audio can be heard and the video stutters like the whole system is being overloaded. No issues with CoreAVC and Windows Media Player or MPCHC.

iwod
30th March 2010, 05:18
When are we going to see more Divx Plus HD certified devices? After all most TV already support H.264 and AAC decoding, it just needs MKV support so we can start using more H.264 / Divx files instead of all other crap technologies.

porfitron
2nd April 2010, 18:18
When are we going to see more Divx Plus HD certified devices?

How about this?
http://www.p4c.philips.com/cgi-bin/dcbint/cpindex.pl?ctn=BDP5100/12&scy=gb&slg=en

We're going to setup a landing page with a device list as they start rolling out, but there are lots of fun things moving through our certification labs at the moment :-)

RunningSkittle
2nd April 2010, 22:08
How about this?
http://www.p4c.philips.com/cgi-bin/dcbint/cpindex.pl?ctn=BDP5100/12&scy=gb&slg=en

We're going to setup a landing page with a device list as they start rolling out, but there are lots of fun things moving through our certification labs at the moment :-)

Would be nice if xbox sees support :]

DigitAl56K
12th April 2010, 19:22
Hi all,

There is now a newer version of the decoder available (http://www.divx.com/software/divx-plus/installer) that should work on older CPUs without SSE2 allowing these systems to take advantage of the DXVA decoding (http://labs.divx.com/DivX-H264-Decoder-DXVA).

Known-issue: Software decode in YV12 on CPUs with SSE only is slightly slower in this build and we'll fix this in a future update. This doesn't affect any other color spaces, or CPUs that have either MMX only or SSE2 and later (i.e. the majority of systems are unaffected).

ChronoCross and CiNcH I'm still looking at the issues you have reported, but thanks much for the e-mails :)

prOnorama
12th April 2010, 20:28
Listed on Dutch Philips site (as you might know it's a Dutch company)

http://www.consumer.philips.com/c/blu-ray-dvd/geschikt-voor-wifi-net-tv-zilveraluminium-bdp7500b2_12/prd/nl/nl/

Question about the DivX HD plus format:

Subtitles (like .srt) muxed into a "DivX Plus HD" .mkv file aren't part of the "DivX Plus HD" supported specs, right?

DigitAl56K
12th April 2010, 20:47
Question about the DivX HD plus format:

Subtitles (like .srt) muxed into a "DivX Plus HD" .mkv file aren't part of the "DivX Plus HD" supported specs, right?

They are part of the DivX Plus HD spec.

sneaker_ger
12th April 2010, 20:55
What about ass subtitles? Are they part of it or was this idea dropped?

DigitAl56K
12th April 2010, 21:07
What about ass subtitles? Are they part of it or was this idea dropped?

( ! )

.ass is also part of the spec, although full markup support for .ass is not mandatory.

Virtual_ManPL
12th April 2010, 21:13
@ DigitAl56K - why DivX remove options for H.264 decoder (v1.2.1) ?
I cant set any settings now in MPC-HC or other apliccations with only registered DivXDecH264.ax (cause I want less bloat ;))
And with version 1.1 works like should... :p

sneaker_ger
12th April 2010, 21:23
( ! )

.ass is also part of the spec, although full markup support for .ass is not mandatory.

Thx.

Can you state what's mandatory? I'd guess integrated fonts and stylings are, but animation and positioning aren't?
And while we're at it: What about ordered chapters?

prOnorama
12th April 2010, 21:53
They are part of the DivX Plus HD spec.

Sweet :)

One more question (sorry if it's been asked before):

About x264 encoding ( http://developer.divx.com/docs/divx_plus_hd/Creation_with_x264/ )

The information in this article was derived using x264 builds up to version 1301, but should also apply to later versions.

x264 has had a few changes since then: like "--b-pyramid normal" is now default and also "--weightp 2" is default.

Do these settings comply with "DivX Plus HD" ?

DigitAl56K
12th April 2010, 23:00
@sneaker_ger: Let me get back to you on ordered chapters. For .ass attached fonts will work, stylings/markup are currently optional. I hope to have more information about these on the developer site shortly.

@prOnorama: b-pyramid and weightp are fine.

Keiyakusha
13th April 2010, 00:50
So now there is no way to select which DS filters I want to install, or whatever I want to install mediafondation components or no?

EDIT: Also what about aspect ratio for thumbnails?

creamyhorror
13th April 2010, 03:52
@sneaker_ger: Let me get back to you on ordered chapters. For .ass attached fonts will work, stylings/markup are currently optional. I hope to have more information about these on the developer site shortly.
Fonts are great, but positioning seems like a pretty basic function (even vobsubs have it). The most essential set of capabilities (imo) would be

- simple styling (colors, outline weights, outline colors, drop shadow, italics/bold - important for ensuring readability!)
- positioning (especially \a6 commands that put lines at the top edge of the screen - important for non-dialog translations)
- fonts (ok not so essential but they are pretty)

These alone would be a big step in functionality over traditional .SRT subs. I wish my current player did more than simple text display, and I'd be quite inclined to get something with the above capabilities.

DigitAl56K
13th April 2010, 20:34
@Keiyakusha Those aren't broken out as separate options in the new installer package. Generally they shouldn't interfere with your current setup too much. The media foundation component adds support for MKV for that framework, the DirectShow splitters install with lower merit than Haali Splitter, and the decoder filters are overridden by ffdshow and CoreAVC if they're set to decode those formats. However, if you prefer not to use individual components you can unregister them. These can be found under "%ProgramFiles%\DivX" by default, and GraphStudio provides an easy way to unregister (or set merit) on everything DirectShow-based.

IIRC aspect ratio support for thumbs using is a known-issue for the media foundation component, but I'll double-check.

@creamyhorror Device manufacturers are free to go above the minimum requirement and hopefully many will. .ass styles are reasonably complex and we wanted to ensure that if you author .mkv files with .ass subs then you will know that DivX Plus HD devices will at least display the text. It's possible that the requirements will be amended in future, but today we establish an important baseline. For ensuring basic markup across the board I would currently suggest .srt.

CruNcher
13th April 2010, 21:54
@DigitAl56K
What are your plans when do you gonna make CUDA and Stream support available for Consumer in DivX Plus Pro Converter :) ?

DigitAl56K
13th April 2010, 23:31
Hi CruNcher,

I can't currently speak to the future plans for DivX Plus Converter in that regard, but there have been some press releases (http://www.mainconcept.com/press/press-releases.html) from MC group in the past few days that might interest you. That's not really for this thread though ;)

creamyhorror
14th April 2010, 04:33
@creamyhorror Device manufacturers are free to go above the minimum requirement and hopefully many will. .ass styles are reasonably complex and we wanted to ensure that if you author .mkv files with .ass subs then you will know that DivX Plus HD devices will at least display the text. It's possible that the requirements will be amended in future, but today we establish an important baseline. For ensuring basic markup across the board I would currently suggest .srt.
I understand. It's just that current standalone players already handle ASS subs like SRTs, so DivX Plus HD isn't going to ensure much more than that (except for the fonts). Nothing wrong with setting a standard that everyone can reach, I guess.

I hold out hope that manufacturers will go above the basic requirement to process ASS styles, but they probably won't bother since the demand for it is pretty limited (largely to Asian fansubs at present).

clsid
14th April 2010, 13:03
A tiny bug that is trivial to fix: the uninstaller leaves behind an empty "DivX" folder in program files.