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

squid_80 · 23rd November 2009, 15:07

New version does work on win64, make sure you re-registered it.

LoRd_MuldeR · 23rd November 2009, 15:20

Quote:

Originally Posted by squid_80

New version does work on win64, make sure you re-registered it.

Yes, of course I did. As said before, it doesn't make TimeCodec freeze anymore, but doesn't show up in the list. Also it doesn't make GraphStudio freeze anymore, but adding the "DiAVC" filter from the list doesn't do anything. The filter cannot be added to the graph, although it appears on the list. So all seems like the filter is registered correctly but connect be instantiated. For detailed system specs, see my sig...

squid_80 · 23rd November 2009, 16:22

That just sounds like it's been registered, then the file moved to a different location. Works fine for me.

LoRd_MuldeR · 23rd November 2009, 16:40

Quote:

Originally Posted by squid_80

That just sounds like it's been registered, then the file moved to a different location. Works fine for me.

No, it didn't move for sure. But I will try again this evening

schweinsz · 23rd November 2009, 18:00

Quote:

Originally Posted by VFR maniac

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.

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.

Ok, I will force the madVR to alloc the buffer with mod 16 width if the bitstream is not mod 16 width.

VFR maniac · 23rd November 2009, 18:17

Incidentally, could you fix jerky-playback on DiAVC+madVR if the stream has non-mod16 height?
Ah, if this is madVR's problem, don't mind this.

schweinsz · 23rd November 2009, 19:54

A new version is available.
change:
Force both the width and the height mod 16 when madVR is used.

Cyber-Mav · 23rd November 2009, 22:04

i think im going to hold off on purchasing coreavc 2.0 and see how the beta is of diavc. so far its progressing very well in deed.

VFR maniac · 23rd November 2009, 22:19

Quote:

Originally Posted by schweinsz

A new version is available.
change:
Force both the width and the height mod 16 when madVR is used.

Thanks! it works.

Uhh, jerky-playback of non-mod16 streams is maybe madVR's problem.

I found other bugs:
1. DiAVC cannot connect stream in WMP11, though DiAVC set as default decoder.
But DiAVC can connect it after changing the merit value into 0xff80000X.
2. When the stream is repeated in any players and renderers, the frame-rate position (or timestamp position) is shifted.
For example:
first time: 0(24) 1(24) 2(24) 3(30) 4(30) 5(30) ...
second time: 0(24) 1(24) 2(24) 3(24) 4(30) 5(30) ...

schweinsz · 24th November 2009, 11:39

Quote:

Originally Posted by VFR maniac

Thanks! it works.

Uhh, jerky-playback of non-mod16 streams is maybe madVR's problem.

I found other bugs:
1. DiAVC cannot connect stream in WMP11, though DiAVC set as default decoder.
But DiAVC can connect it after changing the merit value into 0xff80000X.
2. When the stream is repeated in any players and renderers, the frame-rate position (or timestamp position) is shifted.
For example:
first time: 0(24) 1(24) 2(24) 3(30) 4(30) 5(30) ...
second time: 0(24) 1(24) 2(24) 3(24) 4(30) 5(30) ...

Could you share me such a bitstream?

turbojet · 24th November 2009, 11:55

Quote:

Originally Posted by schweinsz

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

right here

schweinsz · 24th November 2009, 12:03

Quote:

Originally Posted by turbojet

right here

I am sorry that I can't connect to the mediafire, could you upload it to another site?

turbojet · 24th November 2009, 12:11

Sure, sendspace

schweinsz · 24th November 2009, 12:17

Quote:

Originally Posted by turbojet

Sure, sendspace

This is not available also, I don't know what is the problem with my network. I can connect to the http://www.multiupload.com/ and www.megaupload.com.

turbojet · 24th November 2009, 12:20

http://www.multiupload.com/4VD6462M7L

schweinsz · 24th November 2009, 12:26

Quote:

Originally Posted by turbojet

http://www.multiupload.com/4VD6462M7L

Ok, I get it now, thank you very much.

turbojet · 24th November 2009, 12:35

Your welcome. DiAVC doesn't seem to have a problem with it, the only decoder I know of that does is CoreAVC. I don't know if out of spec mv's is still prominent in Paramount BD's but at one point I ran across 3 within a month of retail, stopped using coreavc after that so I don't know.

VFR maniac · 24th November 2009, 14:19

Quote:

Originally Posted by schweinsz

Could you share me such a bitstream?

A timestamp shifting sample I encoded with x264.nl's x86 rev1347 and muxed as VFR MP4 is here.
http://www.megaupload.com/?d=CCKL7TY8
pass: bugreport@vfrmaniac
(Sorry, I encrypted the sample because megaupload do not approve file deletion.)

Timestamp shifting stands out remarkably around 00:56.
Other AVC decoders do not reproduce this.
This issue is fatal for VFR videos with deduplication.

LoRd_MuldeR · 24th November 2009, 22:54

Okay, I finally managed to get the latest DiAVC Alpha working on my system. And the results are quite impressive

Quote:

E:\HD_Samples.CRF18.mkv

[ffdshow-MT r3135]
User: 8s, kernel: 0s, total: 8s, real: 40s, fps: 344.1, dfps: 69.7
User: 7s, kernel: 0s, total: 7s, real: 41s, fps: 363.3, dfps: 68.7 <-- 100%
User: 8s, kernel: 0s, total: 8s, real: 41s, fps: 347.4, dfps: 68.0

[CoreAVC v1.9.5, CPU]
User: 5s, kernel: 0s, total: 5s, real: 36s, fps: 532.7, dfps: 78.0
User: 5s, kernel: 0s, total: 5s, real: 36s, fps: 516.1, dfps: 76.6 <-- 111%
User: 5s, kernel: 0s, total: 5s, real: 37s, fps: 532.7, dfps: 76.3

[CoreAVC v1.9.5, CUDA]
User: 7s, kernel: 2s, total: 8s, real: 84s, fps: 293.0, dfps: 33.4
User: 8s, kernel: 2s, total: 9s, real: 84s, fps: 274.0, dfps: 33.4 <-- 49%
User: 8s, kernel: 2s, total: 9s, real: 85s, fps: 274.0, dfps: 33.3

[DivX Decoder v1.1]
User: 5s, kernel: 0s, total: 5s, real: 31s, fps: 481.9, dfps: 88.9
User: 6s, kernel: 0s, total: 6s, real: 31s, fps: 456.4, dfps: 88.6 <-- 129%
User: 7s, kernel: 0s, total: 7s, real: 32s, fps: 387.3, dfps: 88.0

[DiAVC Alpha]
User: 5s, kernel: 0s, total: 5s, real: 29s, fps: 488.3, dfps: 97.1
User: 5s, kernel: 0s, total: 5s, real: 29s, fps: 499.1, dfps: 96.7 <-- 141%
User: 5s, kernel: 0s, total: 5s, real: 29s, fps: 481.9, dfps: 96.4

[M$ DTV-DVD Video Decoder]
User: 0s, kernel: 0s, total: 0s, real: 44s, fps: 45416.4, dfps: 63.7
User: 0s, kernel: 0s, total: 0s, real: 44s, fps: 36333.1, dfps: 63.6 <-- 92%
User: 0s, kernel: 0s, total: 0s, real: 46s, fps: 90832.8, dfps: 60.4

Cyber-Mav · 24th November 2009, 23:13

my word thats a massive speed advantage going to diavc. lord mulder what system spec was that tested on?

23rd November 2009, 18:17	#166 \| Link
VFR maniac Spinner of yarns Join Date: May 2009 Posts: 164	Incidentally, could you fix jerky-playback on DiAVC+madVR if the stream has non-mod16 height? Ah, if this is madVR's problem, don't mind this. __________________ 僕と契約して、L-SMASH developerになってよ！ L-SMASH \| L-SMASH Works \| Opus-in-ISOBMFF specification and reference software Last edited by VFR maniac; 23rd November 2009 at 18:26.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

23rd November 2009, 15:07	#161 \| Link
squid_80 Registered User Join Date: Dec 2004 Location: Melbourne, AU Posts: 1,963	New version does work on win64, make sure you re-registered it.

23rd November 2009, 16:22	#163 \| Link
squid_80 Registered User Join Date: Dec 2004 Location: Melbourne, AU Posts: 1,963	That just sounds like it's been registered, then the file moved to a different location. Works fine for me.

23rd November 2009, 19:54	#167 \| Link
schweinsz Registered User Join Date: Nov 2005 Posts: 497	A new version is available. change: Force both the width and the height mod 16 when madVR is used.

23rd November 2009, 22:04	#168 \| Link
Cyber-Mav Registered User Join Date: Dec 2005 Posts: 244	i think im going to hold off on purchasing coreavc 2.0 and see how the beta is of diavc. so far its progressing very well in deed.

24th November 2009, 12:11	#173 \| Link
turbojet Registered User Join Date: May 2008 Posts: 1,840	Sure, sendspace

24th November 2009, 12:20	#175 \| Link
turbojet Registered User Join Date: May 2008 Posts: 1,840	http://www.multiupload.com/4VD6462M7L

24th November 2009, 12:35	#177 \| Link
turbojet Registered User Join Date: May 2008 Posts: 1,840	Your welcome. DiAVC doesn't seem to have a problem with it, the only decoder I know of that does is CoreAVC. I don't know if out of spec mv's is still prominent in Paramount BD's but at one point I ran across 3 within a month of retail, stopped using coreavc after that so I don't know.

24th November 2009, 23:13	#180 \| Link
Cyber-Mav Registered User Join Date: Dec 2005 Posts: 244	my word thats a massive speed advantage going to diavc. lord mulder what system spec was that tested on?