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 16th August 2014, 12:57   #2541  |  Link
Zachs
Suptitle, MediaPlayer.NET
 
Join Date: Nov 2001
Posts: 1,721
Dear Intellier (used to be one myself), I found a resource leak issue with the decoder. I reported it to LAVFilter's author but was asked to report here instead.

Bug report here: https://code.google.com/p/lavfilters.../detail?id=473

Cheers.
Zachs is offline   Reply With Quote
Old 16th August 2014, 14:22   #2542  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by Zachs View Post
Dear Intellier (used to be one myself), I found a resource leak issue with the decoder. I reported it to LAVFilter's author but was asked to report here instead.

Bug report here: https://code.google.com/p/lavfilters.../detail?id=473

Cheers.
Well, this doesn't provide a lot of details...
I opened a media file 10 times in a row and memory stayed the about same (went up and down again and again).

Maybe one of the small memory footprint interfaces is leaked.

Do you know which resource type/interface is being leaked?
This could be a driver or Media SDK issue as well (my code is not the only allocator).

In any case this is a minor issue that shouldn't concern end users.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 16th August 2014, 14:28   #2543  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by fvisagie View Post
I want to correctly target my system's GPU when encoding to ensure it can use DXVA for playback. At the moment I'm specifically concerned with H.264 encoding, but learning about the other available formats like MPEG-2 will also be useful. So far I've come up empty-handied and will welcome any suggestions.

Searching on the Internet indicates a lot of confusion around levels and reference frame settings, although it seems certain different GPUs have different capabilities. Scouring the Intel site for almost a day hasn't yielded anything either, beyond the statement that Clear Video is supported on my Core i5-2540M with HD Graphics 3000 GPU. From what I can tell, DXVA Checker doesn't provide this level of information (no pun intended) about the system.

Thanks,
Francois
QuickSync HW supports (at least) Level 5.1. High profile (8bit 4:2:0).
Some tablets only support up to level 4.0.
My suggestion is to use H264 (a.k.a MPEG4 part 10 AVC) High profile with Level 4.0 or 4.1. This is a trade off between the most optimized high bitrate encoding and having lots of devices be able to play it.
MPEG2 is old and should already be dead. H264 is superior in every aspect so use that.
H265 is too new for now but within a year or two it should start eating market share from H264.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 16th August 2014, 15:24   #2544  |  Link
Zachs
Suptitle, MediaPlayer.NET
 
Join Date: Nov 2001
Posts: 1,721
Hi egur,

You should use D3D9 debug runtimes with max validations and break on all errors and memory leaks, rather than looking at memory usage. In fact, it is not a memory leak but a GPU resource leak. Outstanding Alloc Counts when the app terminates can refer to either GPU or sys mem resource leak depending on where the resource was allocated.

Thanks,
Zach

Last edited by Zachs; 16th August 2014 at 15:27.
Zachs is offline   Reply With Quote
Old 16th August 2014, 21:15   #2545  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
I didn't see how I can do this on Win8.1. I'll give it a look at work where i still use Win7.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 17th August 2014, 02:18   #2546  |  Link
Zachs
Suptitle, MediaPlayer.NET
 
Join Date: Nov 2001
Posts: 1,721
Yeah Win8.1 isn't ideal for D3D9 development.
Zachs is offline   Reply With Quote
Old 19th August 2014, 07:57   #2547  |  Link
fvisagie
Registered User
 
Join Date: Aug 2008
Location: Isle of Man
Posts: 588
Quote:
Originally Posted by egur View Post
Quote:
Originally Posted by fvisagie View Post
I want to correctly target my system's GPU when encoding to ensure it can use DXVA for playback ... Clear Video is supported on my Core i5-2540M with HD Graphics 3000 GPU.
QuickSync HW supports (at least) Level 5.1. High profile (8bit 4:2:0).
Some tablets only support up to level 4.0.
Thanks for your response. Is a given Intel GPU supposed to support Clear Video and QuickSync to the same H.264 levels? Initial testing on HD Graphics 3000 seems to suggest that on playback (Clear Video) it only supports up to level 4.1 High profile, and playback is what I'm mostly concerned with at this point.

Your suggestion of targeting Level 4.0/1 during encoding would be even more appropriate if it turns out Intel GPUs are not guaranteed to support Clear Video to the same level as the 5.1 on QuickSync you mention. Just to be clear, I'm using non-HW-accelerated encoding.
fvisagie is offline   Reply With Quote
Old 19th August 2014, 08:05   #2548  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
All Intel GPUs since the Sandy Bridge generation support decoding of H.264 up to level 5.1, however with resolution constraints. SNB only supports 1080p, not 4K (even though 4K is technically allowed in level 5.1).
That means 1080p with 16 refs or very high bitrate would decode just fine (which needs L5.1), but 4K would of course not.

In short, the support doesn't fit into any levels. If you needed to be very strict, then yes, only L4.1 is supported completely on Sandy Bridge, L5.1 only on later GPUs with 4K decoding capability.
But if you encode at 1080p, then L5.1 works just fine on those GPUs as well.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 19th August 2014 at 08:07.
nevcairiel is offline   Reply With Quote
Old 19th August 2014, 08:32   #2549  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Every generation has a limit on the decoder's resolution handling.
Latest generation (Haswell and Broadwell) supports up to 4K. 8K is still a dream.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 19th August 2014, 11:28   #2550  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
Seems like 15.36 drivers drop support for Ivybridge.

I'll give them a try.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 19th August 2014, 14:14   #2551  |  Link
Zachs
Suptitle, MediaPlayer.NET
 
Join Date: Nov 2001
Posts: 1,721
Any luck with debug runtime?
Zachs is offline   Reply With Quote
Old 20th August 2014, 06:02   #2552  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
Quote:
Originally Posted by GTPVHD View Post
http://forums.laptopvideo2go.com/top...30#entry148086

New 10.18.10.3907 drivers leaked, not official download from Intel's server if anyone wants to try. Only supports Haswell & Broadwell.
Added for the first time (?) - I don't remember if latest official beta 3651 had them - MediaFoundation VP8 Hardware decoder (& VP8 sync), although like MJPEG HW MFT decoder, I think there are no video decoders available leveraging them.

You have to use MSDK to leverage them.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 20th August 2014, 08:02   #2553  |  Link
NikosD
Registered User
 
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
Quote:
Originally Posted by fvisagie View Post
I want to correctly target my system's GPU when encoding to ensure it can use DXVA for playback. At the moment I'm specifically concerned with H.264 encoding, but learning about the other available formats like MPEG-2 will also be useful.

Scouring the Intel site for almost a day hasn't yielded anything either, beyond the statement that Clear Video is supported on my Core i5-2540M with HD Graphics 3000 GPU.
AMD cards, Nvidia cards and Intel's internal GPUs have different capabilities regarding H.264 Level and Ref frames support.

Almost all of the above - even 5 yo cards - support Bluray specs of 1080p H.264 L4.1 and Ref 4 clips.

For 1080p, Intel's iGPU from Sandy and better, they all support DXVA HW acceleration of L5.2 ReF 16 and bandwidths of more than 500Mbps.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1)
HEVC decoding benchmarks
H.264 DXVA Benchmarks for all
NikosD is offline   Reply With Quote
Old 20th August 2014, 13:06   #2554  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by Zachs View Post
Any luck with debug runtime?
On Windows 7 I got the same report as you did but no way to know where it's coming from and what resource is leaked.
I don't see any "next steps" I can make here.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 20th August 2014, 13:11   #2555  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by NikosD View Post
Added for the first time (?) - I don't remember if latest official beta 3651 had them - MediaFoundation VP8 Hardware decoder (& VP8 sync), although like MJPEG HW MFT decoder, I think there are no video decoders available leveraging them.

You have to use MSDK to leverage them.
When I'll get a Broadwell system, I'll try to add VP8 support.

Please point me to VP8 clips or share some of your own.

Also which source/splitter is used with this format? LAV?
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 21st August 2014, 02:13   #2556  |  Link
Zachs
Suptitle, MediaPlayer.NET
 
Join Date: Nov 2001
Posts: 1,721
Quote:
Originally Posted by egur View Post
On Windows 7 I got the same report as you did but no way to know where it's coming from and what resource is leaked.
I don't see any "next steps" I can make here.
I know from personal experience debugging D3D resource leak is no easy task. Typically anything that you 'get' from the D3D device needs to be released. This link contains useful info -- http://gamedev.stackexchange.com/que...-resource-leak
Zachs is offline   Reply With Quote
Old 21st August 2014, 16:45   #2557  |  Link
jkauff
Registered User
 
Join Date: Oct 2012
Location: Akron, OH
Posts: 491
Eric, I have a problem you might be able to help with. Ever since upgrading to Win 8.1, when I select QS decoding in LAV the video gets way ahead of the audio on playback--about 10-15 seconds. It never used to do this, and it happens no matter which player I use. I don't use Reclock, so that's not the culprit. I'm on Haswell now, although it started when I was still on Ivy Bridge. Latest Intel drivers.

Any idea what's going on?

Last edited by jkauff; 21st August 2014 at 16:48.
jkauff is offline   Reply With Quote
Old 21st August 2014, 22:45   #2558  |  Link
egur
QuickSync Decoder author
 
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
Quote:
Originally Posted by jkauff View Post
Eric, I have a problem you might be able to help with. Ever since upgrading to Win 8.1, when I select QS decoding in LAV the video gets way ahead of the audio on playback--about 10-15 seconds. It never used to do this, and it happens no matter which player I use. I don't use Reclock, so that's not the culprit. I'm on Haswell now, although it started when I was still on Ivy Bridge. Latest Intel drivers.

Any idea what's going on?
I'm using Win8.1 on a regular basis and didn't encounter any problems like you described.
Do all containers (mkv, tc, mp4) do it?
All media files?
Which splitter and renderer are used?

This doesn't sound like a driver issue since there's a problem with the timestamps.
__________________
Eric Gur,
Processor Application Engineer for Overclocking and CPU technologies
Intel QuickSync Decoder author
Intel Corp.
egur is offline   Reply With Quote
Old 22nd August 2014, 00:30   #2559  |  Link
jkauff
Registered User
 
Join Date: Oct 2012
Location: Akron, OH
Posts: 491
Quote:
Originally Posted by egur View Post
I'm using Win8.1 on a regular basis and didn't encounter any problems like you described.
Do all containers (mkv, tc, mp4) do it?
All media files?
Which splitter and renderer are used?

This doesn't sound like a driver issue since there's a problem with the timestamps.
After doing some testing, it's only MKV files that have the problem. I'm using LAV and madVR. I normally use MakeMKV, but I'll run a file through mkvmerge and see if that makes a difference.
jkauff is offline   Reply With Quote
Old 22nd August 2014, 00:53   #2560  |  Link
jkauff
Registered User
 
Join Date: Oct 2012
Location: Akron, OH
Posts: 491
The remux didn't help. The problem's still there, so apparently it's not a MakeMKV timestamp bug. I'll try creating an MP4 from the same source.
jkauff 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 20:26.


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