- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
I build IPP-samples with provided script. build_ia32.bat cl8
In my project I use the PostProcessing capability of decoders.
While debugging my program, that uses mpeg4_dec I encountered an issue, which I would classify as compiler error.
in file umc_mpeg4_video_decoder_cpp:237
the assignment
m_PostProcessing = pParam->pPostProcessing;
gave unexpected result. It didn't happen.
Instead of this, assignment happen to another memory area.
Looks, like compiler generates wrong offsets to class members.
I suppose, this issue is already fixed in some of patches/service packs of MSVC2005
Are you aware of thissue? Can you advice corresponding patch?
In my project I use the PostProcessing capability of decoders.
While debugging my program, that uses mpeg4_dec I encountered an issue, which I would classify as compiler error.
in file umc_mpeg4_video_decoder_cpp:237
the assignment
m_PostProcessing = pParam->pPostProcessing;
gave unexpected result. It didn't happen.
Instead of this, assignment happen to another memory area.
Looks, like compiler generates wrong offsets to class members.
I suppose, this issue is already fixed in some of patches/service packs of MSVC2005
Are you aware of thissue? Can you advice corresponding patch?
1 解決策
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Hi,
Thank you for observation and fixing the problem by yourself)).
We will look of what can be done regarding that.
Regards,
Sergey
コピーされたリンク
3 返答(返信)
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
While further investigation I found, that the structure UMC::VideoStreamInfo differs in size depending of build. command line build UMC::VideoStreamInfo is 8 bytes larger than one in IDE build.
Probably I missed some compiler option or preprocessor definition.
Probably I missed some compiler option or preprocessor definition.
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Problem has been solved.
The issue was simultaneous including of umc-structures.h from audio-video-codecs and speech-codecs.
The structure mentioned above in audio-video-codecs has additional field disp_clip_info.
As far as in my solution speech-codecs includes was listed prior to audio-video-codecs
structure size mismatch appeared as defect.
I think, it would be useful either keep umc-structures synchronous or separate the umc module into substaintial module, common for both audio-video-codecs and speech-codecs.
The issue was simultaneous including of umc-structures.h from audio-video-codecs and speech-codecs.
The structure mentioned above in audio-video-codecs has additional field disp_clip_info.
As far as in my solution speech-codecs includes was listed prior to audio-video-codecs
structure size mismatch appeared as defect.
I think, it would be useful either keep umc-structures synchronous or separate the umc module into substaintial module, common for both audio-video-codecs and speech-codecs.
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Hi,
Thank you for observation and fixing the problem by yourself)).
We will look of what can be done regarding that.
Regards,
Sergey
