The function is supposed to move data from one mfxBitstream to another under the condition that there is enough free space (MaxLength - DataLength) in the target to take all of the remaining data (DataLength) of the source.
While the function does check if the free space of the target is large enough, it does not take into account that the target might NOT be empty when actually copying the data from source to target.
I'm trying to set up the following chain for hardware accelerated decoding and processing:
DECODE -> Opaque buffers -> VPP -> System memory buffers
I've been closely studying the reference manual and sample_multi_transcode, but these only illustrate how to operate purely on opaque surfaces, not how to mix the two. The reference manual does state (p.28) "It is possible to copy an opaque surface to a “real” surface through a VPP operation", so this is what I'm trying to accomplish.
Is there a time frame for when the next release will be?
I assume that it will have both the memory leak - originally posted on Sat, 02/08/2014 - 19:53 by Joe M. and also the Access Violation when running on more than 16 cores - that I posted on 1/8/2014 - fixed? (We already have a non-released version of libmfxsw32.dll with the Access Violation fixed).
We are trying to release our product in the next couple of weeks ...
Hello Guys i am new here so still picking up things.
I want to make a Screen Capture -> H264 Encode -> Network Solution. I tried x264 and it has latency of around 150ms grabbing a 1280x720@30fps feed. I achieved this on my Intel i5 520M Laptop. Now what I was wondering is, using a 4th Gen Intel Processor and the Media SDK (native h264 encoding [HW Accelerated]) will i be able to drop the latency? like say broadcast 720p@30fps wth a latency of around 40-50ms?
Hi Intel Support Team,
I have a question about Intel Media products.
- The following products include 1 year Intel Premier Support Service?
- If major & minor versions are released within 1 year after the purhase, can I get the latest verstions/updates by free?
Intel® Video Pro Analyzer
Intel® Media SDK HEVC Software Pack for Windows* OS
Intel® Media SDK Audio Library for Windows* OS
Intel® Media Software Development Kit for Server
Intel® Media Software Development Kit for Client
I'm using decode from system memory buffers into system memory buffers, using hardware acceleration. Unfortunately, this gives me NV12 buffers that I then have to convert on the CPU to RGB32 for presentation, which is very slow. Is it possible to have the conversion be performed by the hardware, and what would be the simplest way of doing that?
in my application I have to initialize and uninitialize the VPP. Reason is, that there can be different setups (usually size) for it.
When initializing the VPP using "sts = m_mfxVPP->Init(&VPPParams);" I receive the status "MFX_ERR_MEMORY_ALLOC" after some while, even if I only have one VPP instance at the same time and I'm clearing it up with "m_mfxDEC->Close(); m_mfxVPP->Close();". Afterwards I also close the session.
We are using latest Intel Media SDK (2013 release) to do the following:
- Decompress H.264 1080p stream into NV12 (YUV 420)
- Then resize this to 4 CIF - RGB format using VPP.
We are decoding 32 independent H.264 streams (1080p) using 32 threads running in the same process. We are using separate pipeline for each stream.
However after 20 -21 streams, allocator is not able to allocate video memory.
We are observing that Alloc() method returns error code as -4 (MFX_ERR_MEMORY_ALLOC).
I've seen a lot of posts regarding the topic of getting HW support for QSV and became a bit puzzled about it - i have a mac mini with i7 2620M CPU and Windows 8.1, the sys_analyzer.exe is showing that hardware acceleration is not supported so this means i'm basically as well off as running ffmpeg, right? I can't install any Intel Graphics drivers since i don't have an Intel HD GPU but an AMD one instead. So is the GPU a must have requirement and the QSV support in the CPU itself means nothing? Or am I able to get the acceleration support somehow?
Thanks in advance