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

VFR maniac · 10th December 2009, 16:47

I may have found a new bug.
DiAVC's YV12 output is not bit-identical with other AVC decoders' except for DivX's.(DivX's AVC decoder still has deblocking issue.)
Here is a sample I encoded with x264.nl's rev1369.
http://www.megaupload.com/?d=Y69QJD0I
pass: bugreport@vfrmaniac

schweinsz · 10th December 2009, 17:34

A new alpha version is available at http://di-avc.com/DiAVC_alpha.zip.
Changes:
fix the crash bug for some ts/m2ts contents.
Enhanced video/audio synchronization.
add queues for video renderers that are "RecieveCanBlock()==S_OK".

schweinsz · 10th December 2009, 17:35

Quote:

Originally Posted by VFR maniac

I may have found a new bug.
DiAVC's YV12 output is not bit-identical with other AVC decoders' except for DivX's.(DivX's AVC decoder still has deblocking issue.)
Here is a sample I encoded with x264.nl's rev1369.
http://www.megaupload.com/?d=Y69QJD0I
pass: bugreport@vfrmaniac

There do remain some deblock-related bugs for P frames, I will fix it recently.

Stephen R. Savage · 10th December 2009, 19:30

Good work. Latest alpha version greatly reduces the seeking problem, though it can still fail occasionally (less than 5% here). There seems to be an audio glitch when seeking until the video catches up, but that is tolerable and within expectation. Choppy playback has also been greatly reduced. Tested on 480p60 and 1080p24 samples, and smoothness is now comparable to other decoders.

Still some initialization delay though.

However, there is one question I'd like to ask. Is implementing fully compliant deblocking a difficult or tricky task? I know that in the past, CoreAVC had many deblocking problems for several versions before they were fixed in v1.5.

Edit: It seems that the timestamp can drift by up to 1 frame, causing synchronization issues with subtitles.
Edit2: This seems to relate to seeking, and seeking again can make it drift back into place.

schweinsz · 11th December 2009, 08:52

Quote:

Originally Posted by Stephen R. Savage

However, there is one question I'd like to ask. Is implementing fully compliant deblocking a difficult or tricky task? I know that in the past, CoreAVC had many deblocking problems for several versions before they were fixed in v1.5.

It is not difficult. It is just a history problem when I design the DiAVC in scratch. As VFR Maniac reported it, I will fix it today. As it only influence in some very special cases, so I delay to fix it.

Quote:

Originally Posted by Stephen R. Savage

Edit: It seems that the timestamp can drift by up to 1 frame, causing synchronization issues with subtitles.
Edit2: This seems to relate to seeking, and seeking again can make it drift back into place.

I will loop into it.

chungkid1 · 11th December 2009, 09:42

i got some probs with the h264 flv from youtube

schweinsz · 11th December 2009, 10:01

Quote:

Originally Posted by chungkid1

i got some probs with the h264 flv from youtube

Could you provide the sample to me?

Stephen R. Savage · 11th December 2009, 16:55

Report of possible problem: When using DiAVC as default decoder (set with DiAVCsettings.exe), VirtualDub hangs and stops responding when opening H.264 using the DirectShow input driver.

Lam3rD · 11th December 2009, 19:14

DiAVC can't work with Winamp, either. It only shows black screen, while with the same decoder configurations it works with MPC-HC, I've only managed to simulate the problem in MPC-HC by changing the renderer to either of the 2 Null options. Switching back to ffdshow and both players work correctly, so I assume it might be a renderer problem.

OS is XP SP3 btw

schweinsz · 12th December 2009, 22:07

Quote:

Originally Posted by VFR maniac

I may have found a new bug.
DiAVC's YV12 output is not bit-identical with other AVC decoders' except for DivX's.(DivX's AVC decoder still has deblocking issue.)
Here is a sample I encoded with x264.nl's rev1369.
http://www.megaupload.com/?d=Y69QJD0I
pass: bugreport@vfrmaniac

I have fixed the all deblocking bugs today and the next alpha version will be correct.

Quote:

Originally Posted by Stephen R. Savage

Report of possible problem: When using DiAVC as default decoder (set with DiAVCsettings.exe), VirtualDub hangs and stops responding when opening H.264 using the DirectShow input driver.

Quote:

Originally Posted by Lam3rD

DiAVC can't work with Winamp, either. It only shows black screen, while with the same decoder configurations it works with MPC-HC, I've only managed to simulate the problem in MPC-HC by changing the renderer to either of the 2 Null options. Switching back to ffdshow and both players work correctly, so I assume it might be a renderer problem.
OS is XP SP3 btw

The two problems are incured by unsupporting of the "FormatVideoInfo" perhaps, I will add it in the next alpha version.

chungkid1 · 13th December 2009, 05:04

@schweinsz: Here's the sample
http://www.mediafire.com/myfiles.php

chungkid1 · 13th December 2009, 05:56

Ah,sr about that.Here's the link
http://www.mediafire.com/?mznynonmmyl

Keiyakusha · 13th December 2009, 06:24

Reuploaded chungkid1's sample so debugging can go faster. Since not everyone can access mediafire for some reason...
http://www.multiupload.com/1KFX3QIGLU
Also, this stream works for me. So far this problem appears only when DiAVC connected to MPC-HC's flv splitter.

Stephen R. Savage · 13th December 2009, 09:41

@Keiyakusha: What other FLV splitters are there? The only one I know of is the Gabest version in MPC and FLVSplitter.ax.

Selur · 13th December 2009, 13:42

Small question: Has anyone DiAVC running inside MPC-HC 64bit?

namaiki · 13th December 2009, 13:52

afaik It's not built for 64-bit, so it shouldn't appear there.

LigH · 13th December 2009, 15:03

Avira Premium Security Suite reports the installer to be the backdoor "BDS/MonoBot.K".

According to VirusTotal (where Avira is reported as "AntiVir"), this happens for several more scanner engines (12/41), like Ikarus, Kaspersky, McAfee-GW, Symantec...

Keiyakusha · 13th December 2009, 15:10

Quote:

Originally Posted by Stephen R. Savage

@Keiyakusha: What other FLV splitters are there?

Have no idea. But this doesn't mean there is no ways to extract the stream from the container

LoRd_MuldeR · 13th December 2009, 15:30

The problem (probably a FALSE POSITIVE) is in the "DiAVCSetting.exe" file (see Details). The actual AX file definitely is clean:
http://www.virustotal.com/de/analisi...248-1260713992

yesgrey · 13th December 2009, 16:04

Quote:

Originally Posted by LoRd_MuldeR

The problem (probably a FALSE POSITIVE) is in the "DiAVCSetting.exe" file (see Details). The actual AX file definitely is clean

I'm getting the same. Can we use only the AX file and simply delete the "DiAVCSetting.exe" file?

10th December 2009, 16:47	#241 \| Link
VFR maniac Spinner of yarns Join Date: May 2009 Posts: 164	I may have found a new bug. DiAVC's YV12 output is not bit-identical with other AVC decoders' except for DivX's.(DivX's AVC decoder still has deblocking issue.) Here is a sample I encoded with x264.nl's rev1369. http://www.megaupload.com/?d=Y69QJD0I pass: bugreport@vfrmaniac __________________ 僕と契約して、L-SMASH developerになってよ！ L-SMASH \| L-SMASH Works \| Opus-in-ISOBMFF specification and reference software

10th December 2009, 17:34	#242 \| Link
schweinsz Registered User Join Date: Nov 2005 Posts: 497	A new alpha version is available at http://di-avc.com/DiAVC_alpha.zip. Changes: fix the crash bug for some ts/m2ts contents. Enhanced video/audio synchronization. add queues for video renderers that are "RecieveCanBlock()==S_OK". __________________ The Next Generation Internet Video Codec project.[/url].

10th December 2009, 19:30	#244 \| Link
Stephen R. Savage Registered User Join Date: Nov 2009 Posts: 327	Good work. Latest alpha version greatly reduces the seeking problem, though it can still fail occasionally (less than 5% here). There seems to be an audio glitch when seeking until the video catches up, but that is tolerable and within expectation. Choppy playback has also been greatly reduced. Tested on 480p60 and 1080p24 samples, and smoothness is now comparable to other decoders. Still some initialization delay though. However, there is one question I'd like to ask. Is implementing fully compliant deblocking a difficult or tricky task? I know that in the past, CoreAVC had many deblocking problems for several versions before they were fixed in v1.5. Edit: It seems that the timestamp can drift by up to 1 frame, causing synchronization issues with subtitles. Edit2: This seems to relate to seeking, and seeking again can make it drift back into place. Last edited by Stephen R. Savage; 10th December 2009 at 19:54.

13th December 2009, 06:24	#253 \| Link
Keiyakusha 契約者 Join Date: Jun 2008 Posts: 1,576	Reuploaded chungkid1's sample so debugging can go faster. Since not everyone can access mediafire for some reason... http://www.multiupload.com/1KFX3QIGLU Also, this stream works for me. So far this problem appears only when DiAVC connected to MPC-HC's flv splitter. Last edited by Keiyakusha; 13th December 2009 at 06:49.

13th December 2009, 13:42	#255 \| Link
Selur Registered User Join Date: Oct 2001 Location: Germany Posts: 7,277	Small question: Has anyone DiAVC running inside MPC-HC 64bit? __________________ Hybrid here in the forum, homepage

11th December 2009, 09:42	#246 \| Link
chungkid1 Registered User Join Date: Mar 2009 Posts: 3	i got some probs with the h264 flv from youtube

11th December 2009, 16:55	#248 \| Link
Stephen R. Savage Registered User Join Date: Nov 2009 Posts: 327	Report of possible problem: When using DiAVC as default decoder (set with DiAVCsettings.exe), VirtualDub hangs and stops responding when opening H.264 using the DirectShow input driver.

11th December 2009, 19:14	#249 \| Link
Lam3rD Registered User Join Date: Oct 2009 Posts: 47	DiAVC can't work with Winamp, either. It only shows black screen, while with the same decoder configurations it works with MPC-HC, I've only managed to simulate the problem in MPC-HC by changing the renderer to either of the 2 Null options. Switching back to ffdshow and both players work correctly, so I assume it might be a renderer problem. OS is XP SP3 btw

13th December 2009, 05:04	#251 \| Link
chungkid1 Registered User Join Date: Mar 2009 Posts: 3	@schweinsz: Here's the sample http://www.mediafire.com/myfiles.php

13th December 2009, 05:56	#252 \| Link
chungkid1 Registered User Join Date: Mar 2009 Posts: 3	Ah,sr about that.Here's the link http://www.mediafire.com/?mznynonmmyl

13th December 2009, 09:41	#254 \| Link
Stephen R. Savage Registered User Join Date: Nov 2009 Posts: 327	@Keiyakusha: What other FLV splitters are there? The only one I know of is the Gabest version in MPC and FLVSplitter.ax.

13th December 2009, 13:52	#256 \| Link
namaiki Registered User Join Date: Sep 2009 Location: Sydney, Australia Posts: 1,073	afaik It's not built for 64-bit, so it shouldn't appear there.

13th December 2009, 15:03	#257 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,780	Avira Premium Security Suite reports the installer to be the backdoor "BDS/MonoBot.K". According to VirusTotal (where Avira is reported as "AntiVir"), this happens for several more scanner engines (12/41), like Ikarus, Kaspersky, McAfee-GW, Symantec... __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid Last edited by LigH; 13th December 2009 at 15:16.

13th December 2009, 15:30	#259 \| Link
LoRd_MuldeR Software Developer Join Date: Jun 2005 Location: Last House on Slunk Street Posts: 13,248	The problem (probably a FALSE POSITIVE) is in the "DiAVCSetting.exe" file (see Details). The actual AX file definitely is clean: http://www.virustotal.com/de/analisi...248-1260713992 __________________ Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 13th December 2009 at 15:37.

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