DiAVC decoder, yet another fast H.264 high profile decoder - Page 8

Astrophizz · 19th November 2009, 20:09

Well he said he doesn't have a 64-bit cpu so 64-bit windows wouldn't help I don't think.

BetaBoy · 19th November 2009, 20:16

Quote:

Originally Posted by Disabled

(* on powerpc or xbox1 and other hardware not supported by other decoders - "fastest decoder" is always dependent on the hardware, and due to SSEx, DivX is faster than CoreAVC on some processors (until 2.0 arrives))

Be mindful when using timecodec.exe for it's DFPS output that it is meaningless for multi-threaded codecs, and that the time spent in the main thread is called by the splitter so DFPS is only "relative to a wallclock".

Haali has discussed this several times.

LoRd_MuldeR · 19th November 2009, 20:29

Quote:

Originally Posted by Astrophizz

Well he said he doesn't have a 64-bit cpu so 64-bit windows wouldn't help I don't think.

So how would he run the 64-Bit binaries that he asked for then? And how does he test/debug the software he's developing at all ???

The only CPU that supports SSE2 but not 64-Bit would be a Pentium 4, I think

Developing and tuning a "performance" software that is intended for a wide audience on such an outdated machine is very counterproductive, isn't it?

Astrophizz · 19th November 2009, 20:54

Him and I have the same family of cpu, the Intel Core Duo (not core2). It has SSE2 but isn't 64-bit. I mean if he's intending this to be a significant source of profit then yeah, getting a new comp would be a good idea. I just have mine from when I started college and haven't replaced it.

Astrophizz · 19th November 2009, 20:56

Quote:

Originally Posted by BetaBoy

Be mindful when using timecodec.exe for it's DFPS output that it is meaningless for multi-threaded codecs, and that the time spent in the main thread is called by the splitter so DFPS is only "relative to a wallclock".

Haali has discussed this several times.

So comparisons using DFPS are invalid? I was lead to believe that DFPS should be used over FPS. What exactly is DFPS?

LoRd_MuldeR · 19th November 2009, 21:01

Quote:

Originally Posted by Astrophizz

Him and I have the same family of cpu, the Intel Core Duo (not core2). It has SSE2 but isn't 64-bit.

Ah that makes sense. Still it's kind of weird to develop on such a limited machine, if you are running an IT business. Especially if you focus on high performance software

For a regular user or a hobbyist that CPU may be perfectly fine. But as a commercial developer you must assume that many of your (potential) customers are on 64-Bit Windows now...

schweinsz · 19th November 2009, 21:17

Quote:

Originally Posted by LoRd_MuldeR

So how would he run the 64-Bit binaries that he asked for then? And how does he test/debug the software he's developing at all ???

The only CPU that supports SSE2 but not 64-Bit would be a Pentium 4, I think

Developing and tuning a "performance" software that is intended for a wide audience on such an outdated machine is very counterproductive, isn't it?

I have a core duo 1.86GHz. I have said this when I gave a speed comparison. I have a plan to buy a core i7 or amd phenom.

schweinsz · 19th November 2009, 21:24

Quote:

Originally Posted by Astrophizz

So comparisons using DFPS are invalid? I was lead to believe that DFPS should be used over FPS. What exactly is DFPS?

It is still a most significant data for decoder speed. When multi-thread decoder is tested and some other test thread is running, it is very difficult to get the time used by the multi-thread decoder. But the splitter and the null-renderer use very limited time when compared to the decoder especially for HD materials, the decoder-used time gotten timecodec is very accurate.

schweinsz · 21st November 2009, 20:22

Where can I get a clip with out-of-range MV?

schweinsz · 22nd November 2009, 20:08

I uploaded a new bug-fixed alpha version.
Some changes is as follows:
fixed the playback problem in MPC-HC.
fixed the back-and-forth frame hopping.
fixed the problem in win 64-bit PROBABLY.

The beta version will be released about 15 days later.

LoRd_MuldeR · 22nd November 2009, 20:16

Still doesn't work on 64-Bit Windows 7. But at least it doesn't freeze TimeCodec anymore. Now it doesn't show up on the list at all!

In GraphStudio it is on the list, so the filter is registered. But it can't be instantiated...

Keiyakusha · 22nd November 2009, 21:46

Quote:

Originally Posted by schweinsz

fixed the playback problem in MPC-HC.
fixed the back-and-forth frame hopping.

Thanks! At first look these are fixed for me! Now I can try it in real playback.

And about graphstudio... I don't know much about how 64bit systems works but maybe this is something easy? maybe DiAVC writes the registry keys not in the right place, tries to get access to something 64bit instead of 32bit or something like this...

VFR maniac · 23rd November 2009, 00:04

Quote:

Originally Posted by schweinsz

fixed the playback problem in MPC-HC.
fixed the back-and-forth frame hopping.

Excellent!!

There is another problem, DiAVC won't connect directly with madVR and crashes, while DiAVC->ffdshow(RAW Video)->madVR is successful.

LoRd_MuldeR · 23rd November 2009, 00:15

Mabye this is the reason:

Quote:

Originally Posted by madshi

YUY2 support is not planned. Simple reason: Some decoders prefer to output YUY2 and always do that if the renderer accepts it, but they are willing to output YV12 if YUY2 is not accepted. YV12 is better for quality. So madVR does not accept YUY2 to force decoders to output the better quality format.

NV12 could eventually be added later, but you can also use ffdshow to convert YV12 to NV12 right now. So it's not high priority for me.

VFR maniac · 23rd November 2009, 00:44

Oh I see. Thanks.

Keiyakusha · 23rd November 2009, 03:12

Quote:

Originally Posted by LoRd_MuldeR

Mabye this is the reason:

But as I understand madvr excepts only YV12? Well, DiAVC outputs only YV12...

By the way I can connect DiAVC and madVR directly in graphstudio. In MPC-HC it also works, but It crashes on seeking attempt.

VFR maniac · 23rd November 2009, 04:03

Ah sorry, I brought confusion.
A crashing sample has non-mod 16 width.
Samples which have mod 16 width can connect madVR.
Apparently almost all AVC decoder couldn't connect non-mod 16 with madVR.
So, please don't mind this matter.

Quote:

Originally Posted by Keiyakusha

In MPC-HC it also works, but It crashes on seeking attempt.

Really?　It doesn't reproduce it in my environment.

BTW, in MPC-HC, DiAVC->ffdshow(RAW Video)->madVR shifts frame-rate position, therefore it cannot play non-mod16 and VFR movie correctly with madVR.
I think this is a bug.

Keiyakusha · 23rd November 2009, 05:17

Quote:

Originally Posted by VFR maniac

Really?　It doesn't reproduce it in my environment.

Uhh, all samples that I tested has non-mod16 height

With mod16 width and height it works fine, indeed.

VFR maniac · 23rd November 2009, 05:47

Hm, DiAVC+madVR is unstable.
For instance, when you stop playing, it runs through CPU usage rate unless restarting the movie or closing the player.

LoRd_MuldeR · 23rd November 2009, 13:43

Quote:

Originally Posted by Keiyakusha

But as I understand madvr excepts only YV12? Well, DiAVC outputs only YV12.

If that's really true, then this shouldn't be the problem.

However Madshi said many decoder filters prefer YUY2 output, so I though it may be the case with DiAVC too. And if that was the case, it would at least explain why DiAVC and MadVR can't connect directly, but can connect with ffdshow in between (as ffdshow would be doing the necessary YUY2 -> YV12 conversion). I can't test what DiAVC does output, as I cannot instantiate it here. So I only speculate...

22nd November 2009, 20:16	#151 \| Link
LoRd_MuldeR Software Developer Join Date: Jun 2005 Location: Last House on Slunk Street Posts: 13,248	Still doesn't work on 64-Bit Windows 7. But at least it doesn't freeze TimeCodec anymore. Now it doesn't show up on the list at all! In GraphStudio it is on the list, so the filter is registered. But it can't be instantiated... __________________ Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 22nd November 2009 at 20:24.

23rd November 2009, 00:44	#155 \| Link
VFR maniac Spinner of yarns Join Date: May 2009 Posts: 164	Oh I see. Thanks. __________________ 僕と契約して、L-SMASH developerになってよ！ L-SMASH \| L-SMASH Works \| Opus-in-ISOBMFF specification and reference software

23rd November 2009, 05:47	#159 \| Link
VFR maniac Spinner of yarns Join Date: May 2009 Posts: 164	Hm, DiAVC+madVR is unstable. For instance, when you stop playing, it runs through CPU usage rate unless restarting the movie or closing the player. __________________ 僕と契約して、L-SMASH developerになってよ！ L-SMASH \| L-SMASH Works \| Opus-in-ISOBMFF specification and reference software Last edited by VFR maniac; 23rd November 2009 at 06:22.

19th November 2009, 20:09	#141 \| Link
Astrophizz Registered User Join Date: Jul 2008 Posts: 184	Well he said he doesn't have a 64-bit cpu so 64-bit windows wouldn't help I don't think.

19th November 2009, 20:54	#144 \| Link
Astrophizz Registered User Join Date: Jul 2008 Posts: 184	Him and I have the same family of cpu, the Intel Core Duo (not core2). It has SSE2 but isn't 64-bit. I mean if he's intending this to be a significant source of profit then yeah, getting a new comp would be a good idea. I just have mine from when I started college and haven't replaced it.

21st November 2009, 20:22	#149 \| Link
schweinsz Registered User Join Date: Nov 2005 Posts: 497	Where can I get a clip with out-of-range MV?

22nd November 2009, 20:08	#150 \| Link
schweinsz Registered User Join Date: Nov 2005 Posts: 497	I uploaded a new bug-fixed alpha version. Some changes is as follows: fixed the playback problem in MPC-HC. fixed the back-and-forth frame hopping. fixed the problem in win 64-bit PROBABLY. The beta version will be released about 15 days later.