Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 4th March 2012, 18:17   #901  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by egur View Post
Didn't work with it before, what are the dependencies?
OpenMP is super easy too and it ships with the compiler.
No dependencies, include ppl.h and get cracking. Its included in VS2010 (not earlier versions)
http://msdn.microsoft.com/en-us/library/dd492418.aspx

Quote:
Originally Posted by egur View Post
My copy function is written using intrinsics and it works very fast in debug builds.
The copy instructions are not affected because they copy memory anyway (so the debugger knows whats going in the register) but all processing instructions are.
My code to convert YUV -> RGB is incredibly slow in debug builds <.<
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 4th March 2012 at 18:21.
nevcairiel is offline   Reply With Quote
Old 4th March 2012, 19:21   #902  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by nevcairiel View Post
No dependencies, include ppl.h and get cracking. Its included in VS2010 (not earlier versions)
http://msdn.microsoft.com/en-us/library/dd492418.aspx
Works nice for my copy function - ~same performance as my threadpool with 1/100 of the code
Checked with Dependency Walker - no new dlls are linked. QS decoder dll is twice as big though.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 4th March 2012, 20:07   #903  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by egur View Post
Works nice for my copy function - ~same performance as my threadpool with 1/100 of the code
Checked with Dependency Walker - no new dlls are linked. QS decoder dll is twice as big though.
All the code required is dynamically pulled in through templates and whatnot, so yeah it ends up in your file.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 4th March 2012, 20:50   #904  |  Link
Esperado
Registered User
 
Join Date: Dec 2011
Posts: 22
Quote:
Originally Posted by egur View Post
Do you mean that in the codecs tab you selected the QS decoder and in the info tab you saw libavcodec? What player/splitter do you use? Does it happen with LAV video decoder?
Yes for your first question.
for the second, I'm using BVBViewer (a very good TNT program). You can chose all the elements you want to use in the directX configuration page.
If i chose an other decoder (CoreAVC, cyberlink, or ATI), it works as expected.
If i chose FFDSHow (your version), it is ffdshow, and everything seems to wok. The only problem is, in ffdshow, i had configured Quick Sync for the codec, and (thanks to the direct show intelligent connect, of ffdshow ?) right clicking on the icon or opening Info & cpu tab shows Libavcodec as used instead.

It says " input FOURCC:H264, Decoder: Libavcodec h264, Output color space: YV12 "
I had tried both with EVR or VMR9 rendrers, same issue.

According to one of your messages, i had configured the graphic card in BIOS to reserve 500 Mo of ram, and i can indeed see 3553 for the available physical memory (instead of 4GO) in the SEVEN task manager, and 543 Mo as reserved for material.

Last edited by Esperado; 4th March 2012 at 21:01.
Esperado is offline   Reply With Quote
Old 4th March 2012, 21:14   #905  |  Link
CharlieCL
Registered User
 
Join Date: Jan 2012
Posts: 67
Quote:
Originally Posted by Esperado View Post
Yes for your first question.

If i chose FFDSHow (your version), it is ffdshow, and everything seems to wok. The only problem is, in ffdshow, i had configured Quick Sync for the codec, and (thanks to the direct show intelligent connect, of ffdshow ?) right clicking on the icon or opening Info & cpu tab shows Libavcodec as used instead.

It says " input FOURCC:H264, Decoder: Libavcodec h264, Output color space: YV12 "
I had tried both with EVR or VMR9 rendrers, same issue.

According to one of your messages, i had configured the graphic card in BIOS to reserve 500 Mo of ram, and i can indeed see 3553 for the physical memory (instead of 4GO) in the SEVEN task manager.
This may be the reason that I can not use QS Codec. I also applied DirectShow Intelligent Connect. I set a testing code that when input format is YV12 the video display as gray. So the wmv video was displayed as gray but h.264 and MP4 video was still displayed in color. I am sure the HW acceleration has been applied in some players but not sure QS was used.
CharlieCL is offline   Reply With Quote
Old 4th March 2012, 21:28   #906  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
@ Egur
Still a lot Decoding issues with WMV3/9 MP though i guess you and the MSDK guys know that http://img859.imageshack.us/img859/9...codeissues.png
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 4th March 2012 at 21:33.
CruNcher is offline   Reply With Quote
Old 4th March 2012, 21:36   #907  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Esperado,
Can you try LAV video decoder instead of ffdshow - it will show you if QS is enabled on your system.

I don't have live TV streams to check and very little test material for fourcc::H264 (most h264 content is AVC1). Make sure you are using the ffdshow latest version, fourcc::H264 wasn't supported a few versions ago.

The problem could also be in the stream - if it's an h264 10bit or 4:2:2 profile than HW acceleration doesn't support it (neither on Nvidia/AMD).
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.

Last edited by egur; 4th March 2012 at 21:50.
egur is offline   Reply With Quote
Old 4th March 2012, 21:37   #908  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by CruNcher View Post
@ Egur
Still a lot Decoding issues with WMV3/9 MP though i guess you and the MSDK guys know that http://img859.imageshack.us/img859/9...codeissues.png
Yes, known issue. Thanks.

BTW, SPP deblocking or probably any other deblocking algorithm within ffdshow relies on having the quantization parameter for each macro block.
I can't supply those parameters, so the deblocking algorithms will smooth the image a lot and effectively become useless.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.

Last edited by egur; 4th March 2012 at 21:49.
egur is offline   Reply With Quote
Old 5th March 2012, 00:21   #909  |  Link
Esperado
Registered User
 
Join Date: Dec 2011
Posts: 22
Quote:
Originally Posted by egur View Post
I don't have live TV streams to check and very little test material for fourcc::H264 (most h264 content is AVC1). Make sure you are using the ffdshow latest version, fourcc::H264 wasn't supported a few versions ago.
Thanks a lot for your care, Egur.
Can it helps-you if i provide in line for you some .ts files recorded from TNT HD ? If yes, just tell-me how long you want-them.

Yes, Intel Quick Sync seem activated, as it works now with ffdshow on non HD programs (since i had reserved memory for the graphic card ?).
But it is not fluid (disappointing). Still does not woks with H264.
Under libavcodec it is 1ms instable, under Quick sync it is 27-32ms, varying continuously.
FFDshow Version is tryouts rev4322 feb 13 20 12 21:44:36 (MSCV 2010) and says H264 is implemented.

If you need some extra info, feel free to ask me (with the way to get-it).

Last edited by Esperado; 5th March 2012 at 00:29.
Esperado is offline   Reply With Quote
Old 5th March 2012, 04:38   #910  |  Link
Esperado
Registered User
 
Join Date: Dec 2011
Posts: 22
Installed LAV video decoder. It says "Intel Quick Sync active". And wow !
Works out of the box. Even with H264 HD channnels. The best de-interlacing of all my (numerous) testings.
Added ffdshow raw video filter for a little Xsharpen, and gosh ! The best image of all. Soft and hardware.
I have too an ATI Radeon R6850.
50 I/s absolutely constant in EVR renderer, <1ms of instability.
And 0ms of instability with VMR9 (witch i prefer the texture).

Only a little disappointed by cpu usage: it eats as much cpu than ffdshow libavcodec.
Still here, Egur, if you need some files, and thanks so much for your help and fantastic work, together with Nevcairiel !

Last edited by Esperado; 5th March 2012 at 05:03.
Esperado is offline   Reply With Quote
Old 5th March 2012, 08:13   #911  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by Esperado View Post
Installed LAV video decoder. It says "Intel Quick Sync active". And wow !
Works out of the box. Even with H264 HD channnels. The best de-interlacing of all my (numerous) testings.
Added ffdshow raw video filter for a little Xsharpen, and gosh ! The best image of all. Soft and hardware.
I have too an ATI Radeon R6850.
50 I/s absolutely constant in EVR renderer, <1ms of instability.
And 0ms of instability with VMR9 (witch i prefer the texture).

Only a little disappointed by cpu usage: it eats as much cpu than ffdshow libavcodec.
Still here, Egur, if you need some files, and thanks so much for your help and fantastic work, together with Nevcairiel !
Good that it works. Your system is QS enabled but have some other issues I can't identify.
Both ffdshow and QS use the same QS dll but LAV sets the timestamps better. The latter is affected by the splitter in many cases and LAV does a better job than what I can do within my code (my code is not aware of the DirectShow environment as it's not a DS filter). LAV also has a very nice SW fallback mechanism in case a specific profile isn't supported in HW.
CPU utilization levels are affected by bitrate - high bitrate will make QS shine, lower bitrates will make libavcodec shine.

In live TV playback, LAV is superior to ffdshow with respect to QS usage as it works in lower latency. This has to do with timestamps generation as stated above.

Update
The latest ffdshow I've built fixes most of the live TV issues. you should try it too.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.

Last edited by egur; 5th March 2012 at 08:37.
egur is offline   Reply With Quote
Old 5th March 2012, 08:59   #912  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Thus i say having a non copy back version like in the Reference Decoder would rock with less overhead lower latency
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004

Last edited by CruNcher; 5th March 2012 at 09:03.
CruNcher is offline   Reply With Quote
Old 5th March 2012, 09:35   #913  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by CruNcher View Post
Thus i say having a non copy back version like in the Reference Decoder would rock with less overhead lower latency
No image processing, no subtitles, must use EVR/VMR and the gain is mostly visible in benchmarks not in real playback of contemporary streams (e.g. most of stuff we watch today). One can use the MS decoder or a bunch of other DXVA decoders for that.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 5th March 2012, 09:39   #914  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
To be fair, subtitles do work in many players, just not with ffdshows subtitle renderer or DirectVobSub.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 5th March 2012, 09:46   #915  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
if everyone looks @ what dukey did and builds up on it subtitles would be no problem
and image processing the most important stuff can still be done over the shaders though i dunno what for the quality of intels EVR chain is excellent
__________________
all my compares are riddles so please try to decipher them yourselves :)

It is about Time

Join the Revolution NOW before it is to Late !

http://forum.doom9.org/showthread.php?t=168004
CruNcher is offline   Reply With Quote
Old 5th March 2012, 10:53   #916  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
Quote:
Originally Posted by CruNcher View Post
if everyone looks @ what dukey did and builds up on it subtitles would be no problem
His subtitle renderer only supports IA44 colors, which is a 4-bit paletted format. For many subtitles, that is by far not enough.
In theory it should work with AYUV, but many GPUs don't support that.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 5th March 2012, 11:46   #917  |  Link
easyfab
Registered User
 
Join Date: Jan 2002
Posts: 332
new driver for Intel HD Graphics : 15.26.3
Is there something new for Quicksync ?
easyfab is offline   Reply With Quote
Old 5th March 2012, 15:51   #918  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by easyfab View Post
new driver for Intel HD Graphics : 15.26.3
Is there something new for Quicksync ?
Yes, HW WMV9 playback and probably MVC (not supported in my code) as well but this driver isn't ready for the public yet so I recommend not using it. I recommend sticking with the official SandyBridge drivers for now (15.22 family).
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 5th March 2012, 15:59   #919  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 1,120
When will intel be announcing whether or not x264 encoding support will be added to ivy bridge or as a software update to sandy/ivy bridge? Hoping they will add support.
hajj_3 is offline   Reply With Quote
Old 5th March 2012, 16:18   #920  |  Link
andyvt
Registered User
 
Join Date: Jan 2010
Posts: 265
Quote:
Originally Posted by hajj_3 View Post
When will intel be announcing whether or not x264 encoding support will be added to ivy bridge or as a software update to sandy/ivy bridge? Hoping they will add support.
QS offers h.264 support already on SNB.
__________________
babgvant.com
Missing Remote
andyvt is offline   Reply With Quote
Reply

Tags
ffdshow, h264, intel, mpeg2, quicksync, vc1, zoom player

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 07:55.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.