Hi,
I downloaded the software package of Intel® Media SDK for Windows ---> simple_3_encode_vmem_async ---> simple_encode_d3d_async, the compilation process is done but when I run the application - in file crt0dat.c (line:774) - when application calls to function ExitProcess(status) - the application was exit with error number 0.
Please your help how to resolve this problem.
Thanks!
Eli
I am trying to use the Quick Sync Video H.264 Encoder MFT on Windows 10 to do hardware-accelerated encoding. I find that if I set the IMFDXGIDeviceManager on the transform, I get indication of resource leaks (live objects) when I exit my application. I suspect that I may not be shutting the encoder down properly. When I shut down, I do this:
1. Send the MFT_MESSAGE_COMMAND_DRAIN command (via ProcessMessage).
2. Respond to the METransformDrainComplete event notification by sending the MFT_MESSAGE_COMMAND_FLUSH message.
3. Set the input type and output type for the transform to NULL.
4. Call Release on the IMFTransform interface that I use to control the encoder transform.
Is there more that I should be doing to shut down the encoder and cause it to free all of the resources it is hanging on to?
Current on windows, I read webcam data through directshow into system memory, then copy then data to video memory, and then use intel media sdk for encoding.
The data pipeline is: webcam -> sys mem -> gpu mem
Because system memory data copy cost many cpu time, how to copy data from webcam to gpu? (Maybe it called zero copy)
The pipeline may like: webcam -> gpu mem
From the Media SDK Developers Guide it make a reference to setting Max slice size:
MaxSliceSize-Specify maximum slice size in bytes. If this parameter is specified other controls over number of slices are ignored.
Not all codecs and SDK implementations support this value. Use Query function to check if this feature is supported.
We are using the Embedded Linux Yocto setup and have not been able to verify if Max Slice Size is supported for the h264 and h265 hardware encoders.
Can you verify if these are implemented for the Embedded Linux Yocto Release?
this question is appeared as a result of the discussion:
https://software.intel.com/en-us/forums/intel-media-sdk/topic/780765
MFXVideoVPP_Init() returns warning MFX_WRN_PARTIAL_ACCELERATION when it is being initialized with Direct3D11 acceleration device and Color Format YV12.
Liu, Mark (Intel):
I can't remember which framework support which format.
yes, really, where can we get this info ?
What does documentation say
mediasdk-man.pdf ( page 25 )
Table 6: Supported SDK Surface Types and Color Formats for Direct3D9
Table 7: Supported SDK Surface Types and Color Formats for Direct3D11
Table 6 contains a mention about YV12 and Table 7 doesn’t.
But: this difference is in the ENCODE column.
Test
When I pass NV12 Color Format to MFXVideoVPP_Init() instead YV12 as input parameter - it returns MFX_ERR_NONE.
So, YV12 is the reason of our warning.
Do we have any Documentation that describes Full Supported or Partially Accelerated Color Formats ?
Hi All,
Having an embedded PC-Board here with 1x DP output and 1x eDP output. On both there's video OK. But i fail to get different audio over the 2 (e)DP lines. Or audio at all over the 2nd eDP link. I'm not using any pulseaudio, gstreamer or other "hi-level" audiotools, just plain Alsa.
root [ ~ ]# aplay -l
**** List of PLAYBACK Hardware Devices **** card 0: PCH [HDA Intel PCH], device 0: CS4207 Analog [CS4207 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 1: CS4207 Digital [CS4207 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0
Outputting a wav file to analog output works OK with: aplay -D hw:0,0 sine.wav
Outputting a wav file to one DP also works OK with: aplay -D hw:0,3 sine.wav
But i get exactly the same result, when i use 7 or 8 instead of 3 in the command. Audio comes always via the same DP connection. Never from the other. How can i get audio over the other DP connection? On both DP links, there's the same type of device connected (CH7515), but just one has audio.
More info:
According to Xorg.0.log, both Displays are connected to: eDP1 and DP1.
I'm using the iHD Driver; but problem stays the same if there's just plain textmode; and no Xorg running.
Kernel is plain vanilla 4.12.7.
Alsa-lib: 1.1.4.1; Alsa-Utils: 1.1.4; no /etc/asound.conf or any other tweaking file.
Any advice would be appeciated.
WK
Hi, how i can add full average bitrate encoding to sample_multi_transcode, i know how to start but don't know where i can add avbr accuracy etc
tips: [h264_qsv @ 019b1500] Error during encoding: device failed (-17)
what is wrong?
Hello all
I am struggling my way through making daal work in my project, and have now come across the following error - I am struggling to make any sense of it and not quite sure where to even start with debugging.
I am trying to replicate this website's code: https://www.codeproject.com/Articles/1151606/Lightning-Fast-R-Machine-Le... but in Windows 10, and have the following software (exactly as per the website):
The following is the error I am getting - please help me someone as I am struggling!
Error in compileCode(f, code, language = language, verbose = verbose) :
Compilation ERROR, function(s)/method(s) not created! In file included from file3f9022477144.cpp:3:0:
C:\Program Files (x86)\IntelSWTools\compilers_and_libraries_2017.1.143\windows\daal\include\daal.h:25:0: warning: ignoring #pragma warning [-Wunknown-pragmas]
#pragma warning(disable:809)
^
C:\Program Files (x86)\IntelSWTools\compilers_and_libraries_2017.1.143\windows\daal\include\daal.h:38:0: warning: ignoring #pragma comment [-Wunknown-pragmas]
#pragma comment(lib, "tbb.lib" )
^
C:\Program Files (x86)\IntelSWTools\compilers_and_libraries_2017.1.143\windows\daal\include\daal.h:39:0: warning: ignoring #pragma comment [-Wunknown-pragmas]
#pragma comment(lib, "tbbmalloc.lib" )
^
In file included from C:/R/R-33~1.1/include/data_management/data/data_dictionary.h:35:0,
from C:/R/R-33~1.1/include/data_management/data_source/data_source.h:33,
from C:\Program Files (x86)\IntelSWTools\compilers_and_libraries_2017.1.143\windows\daal\in
In addition: Warning message:
running command 'C:/R/R-33~1.1/bin/x64/R CMD SHLIB file3f9022477144.cpp 2> file3f9022477144.cpp.err.txt' had status 1
Many thanks in advance for any help anyone can provide
Keyur
Hello,
Can you give me some advice on a number of memory leaks I am seeing with the latest Intel® Media SDK 2018 R1 - Media Samples 8.3.26.352\sample_decode
If you were to loop the contents of 'main()' 5 times using the latest decode sample, adding the call to Pipeline.Close(); on each iteration (also add UnregisterClass(m_sWindowParams.lpClassName, GetModuleHandle(NULL)); in CDecodeD3DRender::Close()) you will see the attached memory leaks.
It is very common for a window to host a number of different streams for decode.
This is a simple test to illustrate the leaks, in our released code the structure is more defined for purpose but we see the same leaks.
Our window is never actually closed.
Thank you in advance for any advice.
Rich.
| Attachment | Size |
|---|---|
Download VS_debug_heap2.png | 59.31 KB |
How can I get the progressive samples from the decoder before it applies repeat first field and similar flags? I don't want to deinterlace originally interlaced frames.
Good day everyone, please I need help in compiling an algorithm for my school project.
I downloaded and installed the parallel_studio_xe_2018_update3_cluster_edition and installed it on my Linux OS in my Virtual machine but it seems not to be compiling the algorithm.
The error message given is shown below.
Please, any help will be appreciated. Thanks.
Hi,
I am writing a gstreamer application which uses mfxdecode for decoding h264 frames. As per my understanding mfxdecode uses the memory of type MFXSurface and outputs buffers. However my requirement is to have DMBuf.
I checked the gst-inspect output for mfx plugins, I see that these plugin do have support for DMABuf. However when I set the caps to receive the DMABuf, decode crashes (Seg fault).
Query: Does the media SDK really have support for DMABufs. Is it tested for DMABuf? If yes, can you please share the sample pipeline for the same.
Details :-
SOC : Intel apollo lake
Version : 1.3.3
Thank in Advance.
Regards,
- Pushpavati
This was a stupid mistake. All has been solved.
Is there a sample doing interlaced hevc encoding? I've seen the whitepaper.
According to https://docs.microsoft.com/en-us/windows/desktop/medfound/10-bit-and-16-bit-yuv-video-formats P010 stores values left shifted 6 bits, as if the values were originally 16 bits, but Intel Media SDK doesn't shift the values. Bot HW and SW decoding in kaby lake behave the same. https://software.intel.com/en-us/forums/intel-media-sdk/topic/731469 mentions that HW decoding used to be correct. Repro:
curl http://jell.yfish.us/media/jellyfish-3-mbps-hd-hevc-10bit.mkv --output jelly.mkv ffmpeg -i jelly.mkv -vcodec copy -an -bsf hevc_mp4toannexb -vframes 1 jelly.265 simple_decode_hevc10.exe jelly.265 mfx.yuv ffmpeg -i jelly.265 -pix_fmt p010le p010le.yuv ffmpeg -i jelly.265 -pix_fmt yuv420p10le yuv420p10le.yuv ffmpeg -i jelly.265 -pix_fmt yuv420p16le yuv420p16le.yuv
mfx.yuv should equal p010le.yuv but actually equals yuv420p10le.yuv (the Y plane is identical but mfx.yuv interleaves U/V like NV12 and yuv420p10le.yuv stores all Us before all Vs). As expected the Y plane of yuv420p16le.yuv equals the Y plane of p010le.yuv, while the later interleaves U/V.
Bruno
I'm using the simple_2_decode sample, instead of writing to file I wanted to write to memory. Somewhere along the way I'm getting some bad output. Here are the two functions where I take the output surface and write to an external buffer.
If anymore information is required to help debug, please let me know.
I'm doing H264 (ES) -> NV12 -> YUV420 in memory
mfxStatus WriteSectionMemory(mfxU8* plane, mfxU16 factor, mfxU16 chunksize,
mfxFrameInfo* pInfo, mfxFrameData* pData, mfxU32 i,
mfxU32 j, unsigned char* out)
{
mfxU8* plane2 = plane + (pInfo->CropY * pData->Pitch / factor + pInfo->CropX) + i * pData->Pitch + j;
int test = (int)memcpy(out, plane2, chunksize);
if (chunksize != test)
return MFX_ERR_UNDEFINED_BEHAVIOR;
return MFX_ERR_NONE;
}
int WriteRawFrame(mfxFrameSurface1* pSurface, unsigned char *output)
{
mfxFrameInfo* pInfo = &pSurface->Info;
mfxFrameData* pData = &pSurface->Data;
mfxU32 i, j, h, w;
mfxI32 pitch, nByteWrite;
mfxU8* ptr;
unsigned char *poutput = output;
mfxStatus sts = MFX_ERR_NONE;
int frameBytes = 0;
for (i = 0; i < pInfo->CropH; i++)
{
sts = WriteSectionMemory(pData->Y, 1, pInfo->CropW, pInfo, pData, i, 0, poutput);
poutput += pInfo->CropW;
frameBytes += pInfo->CropW;
}
h = pInfo->CropH/2;
w = pInfo->CropW;
for (i = 0; i < h; i++) {
for (j = 0; j < w; j += 2)
{
sts = WriteSectionMemory(pData->UV, 2, 1, pInfo, pData, i, j, poutput);
poutput += 1;
frameBytes++;
}
}
for (i = 0; i < h; i++) {
for (j = 1; j < w; j += 2)
{
sts = WriteSectionMemory(pData->UV, 2, 1, pInfo, pData, i, j, poutput);
poutput += 1;
frameBytes++;
}
}
return frameBytes;
}
Below is what the output looks like when using the normal file writing functions, and the bad output is from these memory output functions. Any ideas on what could be causing the warping/discoloration?
Hello
OS : WINDOWS 7.
HARDWARE: INTEL I3 4150 CPU
I am using Intel Media SDk 2017 for H264 video transcoding. I have input stream 1920-1080 resolution, 29.94 fps stream with 6000 bitrate.
On any Pc I found that INTEL Encoder takes very less processing power compare to INTEL decoder in hw mode.
If h264 encoder takes 3% processing power and Decoder takes more than 10% for same h264 1920*1080 stream.
It was very strange because decoder takes more processing power compare to encoder.
Can you suggest me how to decrease the processing power of decoder.
Thanking You
Dhrumil Sheth
We have a license server setup/installed (ver. 2.6) and have been running into the following error when attempting the client installation for Intel VTune Amplifier 2018 Update 3 with the Floating license activation option.
"Activation rights do not allow this software to be installed. This could be due to expired subscription or outdated Intel(R) Software License Manager."
To better outline our environment, we have the license manager setup at a specific site (Site A). All clients at Site A do not appear to be having any issue installing the client with the floating license manager option. At another remote site (Site B), which has full and complete network access to Site A, we encounter the above error during a client installation when using the "Floating license activation" option.
There are no firewalls running on the license manager server (i.e. Site A works just fine) and clients from Site B are able to make standard telnet connections to port 27009 on the license server in Site A.
We WERE able to install 'VTune_Amplifier_XE_2017_update5' from the remote site using the Floating license activation option, but are unable to do so with the 2018 Update 3 client.
***UPDATE***
Tested against all 2018 "Update" versions and all fail. However, 2018 RTM is able to pass the Floating license activation successfully.
Perhaps this is a bug of some sort?
| Attachment | Size |
|---|---|
| Downloadvtune_install_error.png | 57.3 KB |
I have installed Windows SDK 8.1 and Intel Parallel Studio XE 2017. I let Parallel Studio install the Visual Studio 2013 Shell. When I open the Intel Command Prompt to compile a Fortran program I get an error "Windows SDK 8.1 not found in the system". The SDK is definitely installed on the machine.
I installed the SDK first then Parallel Studio on a Windows 10 machine.. I have uninstalled and reinstalled both program but can not get Parallel Studio to recognize the Windows SDK. Any ideas?