<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames. in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891960#M11599</link>
    <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/336498"&gt;Vladimir Dudnik (Intel)&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;Hello,&lt;BR /&gt;&lt;BR /&gt;the conclusion made atthethread you pointed out wasthat UMC H.264 decoder may have throubles working with corrupted streams. In fact, reference decoder also report about errors in bistream. The way to handle bitstream errors might be implementation dependant. Your report was propagated to engineering team and you will be notified when/if solution will be ready.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Hi Vladimir,&lt;BR /&gt;&lt;BR /&gt;Thank you for your quick response and your reporting the matter to your engineering team.&lt;BR /&gt;I agree, bitstream errors in reference decoder open the possiblity of irregularities in the implementation at camera side.&lt;BR /&gt;&lt;BR /&gt;I also did a test with the Videolan VLC 1.0.1 media player which played the H264 flawlessly, no error messages at all at highest verbosity level (2), and also no random garbage at the bottom of the displayed frames.&lt;BR /&gt;&lt;BR /&gt;As I understand it a solution in the form of an update is not to be expected on (very) short notice.&lt;BR /&gt;&lt;BR /&gt;And as the matter has already been brought up a few months ago, is there a possibility some sort of workaround has been found in the mean time? Or possibly some modified UMC source files? I might be able to use them in my&lt;BR /&gt;IPP build.&lt;BR /&gt;&lt;BR /&gt;Thanks for your help.&lt;BR /&gt;&lt;BR /&gt;Henk&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;PS: We use Intel IPP version 6.0.2.074 and ipp samples version 6.0.0.130 for Windows (XP/Vista).&lt;BR /&gt;</description>
    <pubDate>Wed, 19 Aug 2009 18:37:27 GMT</pubDate>
    <dc:creator>hete</dc:creator>
    <dc:date>2009-08-19T18:37:27Z</dc:date>
    <item>
      <title>UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891958#M11597</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am using the UMC H264 decoder for the decoding of Arecont H264.&lt;BR /&gt;However the decoder crashes (h264_exception) in DecodeMacroblock_I_CAVLC with exception&lt;BR /&gt;h264_exception(UMC_ERR_INVALID_STREAM).&lt;BR /&gt;This only happens when decoding P-slices, I-slices are decoded correctly.&lt;BR /&gt;&lt;BR /&gt;Also I get random garbage at the bottom of frames when playing with simple_player.&lt;BR /&gt;&lt;BR /&gt;This matter was also brought up earlier,please check:&lt;BR /&gt;&lt;A href="http://software.intel.com/en-us/forums/showthread.php?t=65761" target="_blank"&gt;http://software.intel.com/en-us/forums/showthread.php?t=65761&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;However that thread ended without any data on addressing the matter and a solution (update/workaround).&lt;BR /&gt;&lt;BR /&gt;Attached a file with Arecont H264 bitstream.&lt;BR /&gt;&lt;BR /&gt;Any solution/workaround?&lt;BR /&gt;&lt;BR /&gt;Any help would really be appreciated as I am getting into a squeeze here.&lt;BR /&gt;&lt;BR /&gt;Many thanks!&lt;BR /&gt;&lt;BR /&gt;Henk&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Aug 2009 10:26:32 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891958#M11597</guid>
      <dc:creator>hete</dc:creator>
      <dc:date>2009-08-19T10:26:32Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891959#M11598</link>
      <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Hello,&lt;BR /&gt;&lt;BR /&gt;the conclusion made atthethread you pointed out wasthat UMC H.264 decoder may have throubles working with corrupted streams. In fact, reference decoder also report about errors in bistream. The way to handle bitstream errors might be implementation dependant. Your report was propagated to engineering team and you will be notified when/if solution will be ready.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Aug 2009 15:45:03 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891959#M11598</guid>
      <dc:creator>Vladimir_Dudnik</dc:creator>
      <dc:date>2009-08-19T15:45:03Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891960#M11599</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/336498"&gt;Vladimir Dudnik (Intel)&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;Hello,&lt;BR /&gt;&lt;BR /&gt;the conclusion made atthethread you pointed out wasthat UMC H.264 decoder may have throubles working with corrupted streams. In fact, reference decoder also report about errors in bistream. The way to handle bitstream errors might be implementation dependant. Your report was propagated to engineering team and you will be notified when/if solution will be ready.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Hi Vladimir,&lt;BR /&gt;&lt;BR /&gt;Thank you for your quick response and your reporting the matter to your engineering team.&lt;BR /&gt;I agree, bitstream errors in reference decoder open the possiblity of irregularities in the implementation at camera side.&lt;BR /&gt;&lt;BR /&gt;I also did a test with the Videolan VLC 1.0.1 media player which played the H264 flawlessly, no error messages at all at highest verbosity level (2), and also no random garbage at the bottom of the displayed frames.&lt;BR /&gt;&lt;BR /&gt;As I understand it a solution in the form of an update is not to be expected on (very) short notice.&lt;BR /&gt;&lt;BR /&gt;And as the matter has already been brought up a few months ago, is there a possibility some sort of workaround has been found in the mean time? Or possibly some modified UMC source files? I might be able to use them in my&lt;BR /&gt;IPP build.&lt;BR /&gt;&lt;BR /&gt;Thanks for your help.&lt;BR /&gt;&lt;BR /&gt;Henk&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;PS: We use Intel IPP version 6.0.2.074 and ipp samples version 6.0.0.130 for Windows (XP/Vista).&lt;BR /&gt;</description>
      <pubDate>Wed, 19 Aug 2009 18:37:27 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891960#M11599</guid>
      <dc:creator>hete</dc:creator>
      <dc:date>2009-08-19T18:37:27Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891961#M11600</link>
      <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
I would suggest you to try the latest release which is IPP 6.1 update 1 to see if this work better in your conditions. Regarding players which may show corrupted video without visible artifacts: in case of corrupted data there is no any magic way to restore missed information, I think it just skip frames with errors. This is not what we though theright way to handle such situations, because in case of many errors in successive frames you will not see any video at all whereas in our case you at least will be able to recognize something. Again, I do not talk that one approach is better than other, just matter of design goals.&lt;BR /&gt;Anyway, I'm waiting for response from engineering team if there is some workaround.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir</description>
      <pubDate>Thu, 20 Aug 2009 05:27:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891961#M11600</guid>
      <dc:creator>Vladimir_Dudnik</dc:creator>
      <dc:date>2009-08-20T05:27:10Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891962#M11601</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/336498"&gt;Vladimir Dudnik (Intel)&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;I would suggest you to try the latest release which is IPP 6.1 update 1 to see if this work better in your conditions. Regarding players which may show corrupted video without visible artifacts: in case of corrupted data there is no any magic way to restore missed information, I think it just skip frames with errors. This is not what we though theright way to handle such situations, because in case of many errors in successive frames you will not see any video at all whereas in our case you at least will be able to recognize something. Again, I do not talk that one approach is better than other, just matter of design goals.&lt;BR /&gt;Anyway, I'm waiting for response from engineering team if there is some workaround.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Thanks Vladimir,&lt;BR /&gt;&lt;BR /&gt;I can see the point you are making regarding the IPP design goals.&lt;BR /&gt;&lt;BR /&gt;I also was in comm with Arecont who sent me a new HARDWARE update (received firmware updates did not change the existing situation in any way) whichsolved the matter.&lt;BR /&gt;&lt;BR /&gt;So this settles the matter for me. Thank you very much for your help and assistance.&lt;BR /&gt;&lt;BR /&gt;Henk&lt;BR /&gt;</description>
      <pubDate>Fri, 21 Aug 2009 08:35:21 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891962#M11601</guid>
      <dc:creator>hete</dc:creator>
      <dc:date>2009-08-21T08:35:21Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891963#M11602</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/336498"&gt;Vladimir Dudnik (Intel)&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt; I would suggest you to try the latest release which is IPP 6.1 update 1 to see if this work better in your conditions. Regarding players which may show corrupted video without visible artifacts: in case of corrupted data there is no any magic way to restore missed information, I think it just skip frames with errors. This is not what we though theright way to handle such situations, because in case of many errors in successive frames you will not see any video at all whereas in our case you at least will be able to recognize something. Again, I do not talk that one approach is better than other, just matter of design goals.&lt;BR /&gt;Anyway, I'm waiting for response from engineering team if there is some workaround.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;&lt;BR /&gt;Vladimir,&lt;BR /&gt;&lt;BR /&gt;I experience the same issue as Henk. Tried it with the latest and greates ipp library (6.1.1.042) and the latest of IPP sampes 6.1.1.050. I still have the same problem. Unfortunately, because I need to cope with Arecont hardware that is already in the field, hardware upgrade is not an option for me.&lt;BR /&gt;&lt;BR /&gt;All that to say that I am well interested in bug fix/work around for that matter.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Hugo&lt;BR /&gt;</description>
      <pubDate>Fri, 21 Aug 2009 14:21:49 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891963#M11602</guid>
      <dc:creator>Hugo_J_</dc:creator>
      <dc:date>2009-08-21T14:21:49Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891964#M11603</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/418687"&gt;Hugo Jacques&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
&lt;BR /&gt;&lt;BR /&gt;Vladimir,&lt;BR /&gt;&lt;BR /&gt;I experience the same issue as Henk. Tried it with the latest and greates ipp library (6.1.1.042) and the latest of IPP sampes 6.1.1.050. I still have the same problem. Unfortunately, because I need to cope with Arecont hardware that is already in the field, hardware upgrade is not an option for me.&lt;BR /&gt;&lt;BR /&gt;All that to say that I am well interested in bug fix/work around for that matter.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Hugo&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Well, I doubt that there is a suitable work-around let alone a bug-fix for this situation. If the so-called Arecont hardware produces a buggy (non-compliant) stream, there is not, as Vladimir put it, "any magic" that a decoder can do to make it right. I believe that the Intel H.264 sample decoder is to a large degree (?) compliant with the H.264 specification, and thus there is not any bug in the decoder. The reference decoder has revealed that the stream from the Arecont was the problem. Then there is nothing to do on the decoder side except deliver the "best possible" decoding effort (if you want to keep things compliant - and I strongly urge you and anyone else to do so)!&lt;BR /&gt;&lt;BR /&gt;Now for a small rant: I'm starting to get tired of hearing that &lt;EM&gt;"VLC decodes it without problems, ergo there is no problem with the stream"&lt;/EM&gt;. VLC is not a reference decoder! It has a great decoder (built upon x264, I think?), no doubt, and a nice piece of open-source software achievement. But it is not a reference decoder. Certainly, I am not even sure that it is compliant to the spec. in all the tinyest of details. For the handling of erroneous streams, VLC has chosen one way of handling it, and Intel another, and other decoders may use something entirely different. I just wish implementors of the H.264 specification (on both the encoding and the decoding side) would be more precise and quality-minded in adhering strictly to the standard. Sorry - I had to vent.&lt;BR /&gt;(Note: This was not meant as a poke to anyone here, as I can appreciate the reasons for using a broad set of tools. I do the same...).&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;</description>
      <pubDate>Fri, 21 Aug 2009 21:19:04 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891964#M11603</guid>
      <dc:creator>j_miles</dc:creator>
      <dc:date>2009-08-21T21:19:04Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891965#M11604</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/140571"&gt;j_miles&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt; &lt;BR /&gt;Well, I doubt that there is a suitable work-around let alone a bug-fix for this situation. If the so-called Arecont hardware produces a buggy (non-compliant) stream, there is not, as Vladimir put it, "any magic" that a decoder can do to make it right. I believe that the Intel H.264 sample decoder is to a large degree (?) compliant with the H.264 specification, and thus there is not any bug in the decoder. The reference decoder has revealed that the stream from the Arecont was the problem. Then there is nothing to do on the decoder side except deliver the "best possible" decoding effort (if you want to keep things compliant - and I strongly urge you and anyone else to do so)!&lt;BR /&gt;&lt;BR /&gt;Now for a small rant: I'm starting to get tired of hearing that &lt;EM&gt;"VLC decodes it without problems, ergo there is no problem with the stream"&lt;/EM&gt;. VLC is not a reference decoder! It has a great decoder (built upon x264, I think?), no doubt, and a nice piece of open-source software achievement. But it is not a reference decoder. Certainly, I am not even sure that it is compliant to the spec. in all the tinyest of details. For the handling of erroneous streams, VLC has chosen one way of handling it, and Intel another, and other decoders may use something entirely different. I just wish implementors of the H.264 specification (on both the encoding and the decoding side) would be more precise and quality-minded in adhering strictly to the standard. Sorry - I had to vent.&lt;BR /&gt;(Note: This was not meant as a poke to anyone here, as I can appreciate the reasons for using a broad set of tools. I do the same...).&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Jay and Vladimir,&lt;BR /&gt;&lt;BR /&gt;I totally understand that if the H.264 bitstream is corrupted/non-compliant stream, there will likely be garbagee displayed when the decoded video is rendered. I am not disputing that at all. Garbage in, garbage out.&lt;BR /&gt;&lt;BR /&gt;From my point of view, what is unexpected is that the application crashes.  This happens under Windows (as Henk explained) and Linux (segmentation fault) on my system.&lt;BR /&gt;&lt;BR /&gt;I understand that it can be very difficult to obtain this level of robustness and it could potentially add quite a bit of overhead to perform parano checking at many places in the code.&lt;BR /&gt;&lt;BR /&gt;I would just like to know if you will attempt not to have the app crashing with a corrupted bit stream. &lt;BR /&gt;&lt;BR /&gt;BTW, we just migrated from IPP 5.3 (not libs an samples) to 6.1 and the 5.3 lib+apps combo was not crashing with the Arecont non-compliant bitstream. Of course, decoding performance were not the same.  &lt;BR /&gt;You guys did a fantastic job at improving the H.264 decoder performance.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;That said, Jay, I understand your frustration and your need to vent.  That happens to me from time to time too ;)&lt;BR /&gt;&lt;BR /&gt;On another topic, I found a few bugs in the ipp-samples (race conditions, uninitilized variables being tested, memory leaks). Where could I post the (my) fixes?&lt;BR /&gt;&lt;BR /&gt;Hugo&lt;BR /&gt;</description>
      <pubDate>Mon, 24 Aug 2009 12:17:13 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891965#M11604</guid>
      <dc:creator>Hugo_J_</dc:creator>
      <dc:date>2009-08-24T12:17:13Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891966#M11605</link>
      <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Hi Hugo,&lt;BR /&gt;&lt;BR /&gt;Of course UMC codecs should not cause application crash.In case it happens weconsider such as an error and are committed to provide fix in the future versions. So when you meet the problems please feel free to submitbugs against corresponding component. You can report on issues here or if you hold a valid IPP license you may submit issues to &lt;A href="https://community.intel.com/premier.intel.com"&gt;Intel Premier Support&lt;/A&gt;.&lt;BR /&gt;&lt;BR /&gt;Thanks for your interest to IPP media codecs.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Aug 2009 04:58:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891966#M11605</guid>
      <dc:creator>Vladimir_Dudnik</dc:creator>
      <dc:date>2009-08-25T04:58:10Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891967#M11606</link>
      <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Hi Hugo,&lt;BR /&gt;&lt;BR /&gt;Well, it seems it was a bit late in the night, because I seemed to have missed the "crash fact". Obviously that should be fixed. But what may have made me ignore it is the fact that the original reporter talks about a &lt;EM&gt;C++ exception&lt;/EM&gt; and not a system esception (e.g. access violation). As some of the design choices behind the UMC framework is unknown to us, it is not clear but I would think that the C++ exception should not "escape" the decoder and there are suitable "catches" in the code to avoid that - but there might be missing some. Even then a suitable catch on outside of the decoder can solve it. &lt;BR /&gt;&lt;BR /&gt;As Vladimir puts it, I think the normal way and the moste ffective way of reporting errors is through the Premier support. But I guess there are others that could benefit from you also reporting them here...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Aug 2009 05:26:09 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891967#M11606</guid>
      <dc:creator>j_miles</dc:creator>
      <dc:date>2009-08-25T05:26:09Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891968#M11607</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/140571"&gt;j_miles&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt; Hi Hugo,&lt;BR /&gt;&lt;BR /&gt;Well, it seems it was a bit late in the night, because I seemed to have missed the "crash fact". Obviously that should be fixed. But what may have made me ignore it is the fact that the original reporter talks about a &lt;EM&gt;C++ exception&lt;/EM&gt; and not a system esception (e.g. access violation). As some of the design choices behind the UMC framework is unknown to us, it is not clear but I would think that the C++ exception should not "escape" the decoder and there are suitable "catches" in the code to avoid that - but there might be missing some. Even then a suitable catch on outside of the decoder can solve it. &lt;BR /&gt;&lt;BR /&gt;As Vladimir puts it, I think the normal way and the moste ffective way of reporting errors is through the Premier support. But I guess there are others that could benefit from you also reporting them here...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Jay, Vladimir,&lt;BR /&gt;&lt;BR /&gt;I submitted an issue to Intel Premier Support (#560785). Also for the benefit of others, I am replicating the info I submitted there.&lt;BR /&gt;&lt;BR /&gt;Hugo&lt;BR /&gt;&lt;BR /&gt;*****&lt;BR /&gt;I get the umc_h264_dec_con to segmentation faults on some h.264 files.&lt;BR /&gt;&lt;BR /&gt;Setup:&lt;BR /&gt;OS: Linux CentOS 5 2.6.18-53.el5&lt;BR /&gt;IPP: l_ipp_ia32_p_6.1.1.042.tar.gz&lt;BR /&gt;IPP-samples: l_ipp-samples_p_6.1.1.050.tgz&lt;BR /&gt;&lt;BR /&gt;Repro steps:&lt;BR /&gt;Building audio-video-codecs&lt;BR /&gt;Running umc_h264_dec_con on the attached Street_20_08_09_crash.h264 file (produced with an Arecont camera),&lt;BR /&gt;[ ./umc_h264_dec_con -i Street_20_08_09_crash.h264 -o output.yuv ]&lt;BR /&gt;&lt;BR /&gt;Result: &lt;BR /&gt;umc_h264_dec_con crashes (Segmentation fault)&lt;BR /&gt;&lt;BR /&gt;Notes: The bitsream in the Street_20_08_09_crash.h264 file might be non-conformant to the h.264 standard.&lt;BR /&gt; Reference to this issue can be found at: &lt;A href="http://software.intel.com/en-us/forums/showthread.php?t=67761" target="_blank"&gt;http://software.intel.com/en-us/forums/showthread.php?t=67761&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Aug 2009 18:58:49 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891968#M11607</guid>
      <dc:creator>Hugo_J_</dc:creator>
      <dc:date>2009-08-25T18:58:49Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891969#M11608</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/418687"&gt;Hugo Jacques&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt; Jay, Vladimir,&lt;BR /&gt;&lt;BR /&gt;I submitted an issue to Intel Premier Support (#560785). Also for the benefit of others, I am replicating the info I submitted there.&lt;BR /&gt;&lt;BR /&gt;Hugo&lt;BR /&gt;&lt;BR /&gt;*****&lt;BR /&gt;I get the umc_h264_dec_con to segmentation faults on some h.264 files.&lt;BR /&gt;&lt;BR /&gt;Setup:&lt;BR /&gt;OS: Linux CentOS 5 2.6.18-53.el5&lt;BR /&gt;IPP: l_ipp_ia32_p_6.1.1.042.tar.gz&lt;BR /&gt;IPP-samples: l_ipp-samples_p_6.1.1.050.tgz&lt;BR /&gt;&lt;BR /&gt;Repro steps:&lt;BR /&gt;Building audio-video-codecs&lt;BR /&gt;Running umc_h264_dec_con on the attached Street_20_08_09_crash.h264 file (produced with an Arecont camera),&lt;BR /&gt;[ ./umc_h264_dec_con -i Street_20_08_09_crash.h264 -o output.yuv ]&lt;BR /&gt;&lt;BR /&gt;Result: &lt;BR /&gt;umc_h264_dec_con crashes (Segmentation fault)&lt;BR /&gt;&lt;BR /&gt;Notes: The bitsream in the Street_20_08_09_crash.h264 file might be non-conformant to the h.264 standard.&lt;BR /&gt; Reference to this issue can be found at: &lt;A href="http://software.intel.com/en-us/forums/showthread.php?t=67761" target="_blank"&gt;http://software.intel.com/en-us/forums/showthread.php?t=67761&lt;/A&gt;&lt;/EM&gt;&lt;!--[if gte mso 10]&gt; &lt;mce:style&gt;&lt;!   /* Style Definitions */  table.MsoNormalTable 	{mso-style-name:"Table Normal"; 	mso-tstyle-rowband-size:0; 	mso-tstyle-colband-size:0; 	mso-style-noshow:yes; 	mso-style-parent:""; 	mso-padding-alt:0in 5.4pt 0in 5.4pt; 	mso-para-margin:0in; 	mso-para-margin-bottom:.0001pt; 	mso-pagination:widow-orphan; 	font-size:10.0pt; 	font-family:"Times New Roman"; 	mso-fareast-font-family:"Times New Roman"; 	mso-ansi-language:#0400; 	mso-fareast-language:#0400; 	mso-bidi-language:#0400;} --&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;!--[endif]--&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt;Guys, &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt;This crash problem is only present with IPP 6.1.1.042 and it was not in the 6.0.2.076. So we are now using a slightly older version of IPP under Linux and it solved our issue.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt;Hugo&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 26 Aug 2009 20:18:03 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891969#M11608</guid>
      <dc:creator>Hugo_J_</dc:creator>
      <dc:date>2009-08-26T20:18:03Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891970#M11609</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/418687"&gt;Hugo Jacques&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
&lt;!--[endif]--&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt;Guys, &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt;This crash problem is only present with IPP 6.1.1.042 and it was not in the 6.0.2.076. So we are now using a slightly older version of IPP under Linux and it solved our issue.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: Arial; color: navy;"&gt;Hugo&lt;/SPAN&gt;&lt;/P&gt;
&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Hi Hugo,&lt;BR /&gt;&lt;BR /&gt;Interesting - so what you are experiencing is not merely a C++ exception but a system exception. Have you tried different processor optimization levels - and what about the "non-optimized" version (PX/MX)? &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;</description>
      <pubDate>Thu, 27 Aug 2009 08:07:09 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891970#M11609</guid>
      <dc:creator>j_miles</dc:creator>
      <dc:date>2009-08-27T08:07:09Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891971#M11610</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/140571"&gt;j_miles&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
&lt;BR /&gt;Hi Hugo,&lt;BR /&gt;&lt;BR /&gt;Interesting - so what you are experiencing is not merely a C++ exception but a system exception. Have you tried different processor optimization levels - and what about the "non-optimized" version (PX/MX)? &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Jay,&lt;BR /&gt;&lt;BR /&gt;That's right, it is a system exception. No I have not tried various optimization levels. Unfortunately, I spent more time than expected on this issue so I won't have time to experiment with various optimizations scenarios. I leave it to you as an exercise ;)&lt;BR /&gt;&lt;BR /&gt;Hugo&lt;BR /&gt;</description>
      <pubDate>Thu, 27 Aug 2009 11:47:51 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891971#M11610</guid>
      <dc:creator>Hugo_J_</dc:creator>
      <dc:date>2009-08-27T11:47:51Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891972#M11611</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/418687"&gt;Hugo Jacques&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Jay,&lt;BR /&gt;&lt;BR /&gt;That's right, it is a system exception. No I have not tried various optimization levels. Unfortunately, I spent more time than expected on this issue so I won't have time to experiment with various optimizations scenarios. I leave it to you as an exercise ;)&lt;BR /&gt;&lt;BR /&gt;Hugo&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Hugo,&lt;BR /&gt;&lt;BR /&gt;All right, I can appreciate that. But it might help Intel support (and anyone up for the "exercize" - my time won't allow) to know which processor and thus which optimization dispatch level you are running at. &lt;BR /&gt;&lt;BR /&gt;Good luck with the project.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;</description>
      <pubDate>Thu, 27 Aug 2009 14:32:35 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891972#M11611</guid>
      <dc:creator>j_miles</dc:creator>
      <dc:date>2009-08-27T14:32:35Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891973#M11612</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/140571"&gt;j_miles&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt; Hugo,&lt;BR /&gt;&lt;BR /&gt;All right, I can appreciate that. But it might help Intel support (and anyone up for the "exercize" - my time won't allow) to know which processor and thus which optimization dispatch level you are running at. &lt;BR /&gt;&lt;BR /&gt;Good luck with the project.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; - Jay&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Jay, &lt;BR /&gt;&lt;BR /&gt;below is the cpuinfo.&lt;BR /&gt;&lt;BR /&gt;- Hugo&lt;BR /&gt;&lt;BR /&gt;# cat /proc/cpuinfo&lt;BR /&gt;processor       : 0&lt;BR /&gt;vendor_id       : GenuineIntel&lt;BR /&gt;cpu family      : 6&lt;BR /&gt;model           : 15&lt;BR /&gt;model name      : Intel Core2 Duo CPU     T7250  @ 2.00GHz&lt;BR /&gt;stepping        : 8&lt;BR /&gt;cpu MHz         : 1993.800&lt;BR /&gt;cache size      : 2048 KB&lt;BR /&gt;fdiv_bug        : no&lt;BR /&gt;hlt_bug         : no&lt;BR /&gt;f00f_bug        : no&lt;BR /&gt;coma_bug        : no&lt;BR /&gt;fpu             : yes&lt;BR /&gt;fpu_exception   : yes&lt;BR /&gt;cpuid level     : 10&lt;BR /&gt;wp              : yes&lt;BR /&gt;flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss nx constant_tsc pni ds_cpl&lt;BR /&gt;bogomips        : 3954.94&lt;BR /&gt;&lt;BR /&gt;processor       : 1&lt;BR /&gt;vendor_id       : GenuineIntel&lt;BR /&gt;cpu family      : 6&lt;BR /&gt;model           : 15&lt;BR /&gt;model name      : Intel Core2 Duo CPU     T7250  @ 2.00GHz&lt;BR /&gt;stepping        : 8&lt;BR /&gt;cpu MHz         : 1993.800&lt;BR /&gt;cache size      : 2048 KB&lt;BR /&gt;fdiv_bug        : no&lt;BR /&gt;hlt_bug         : no&lt;BR /&gt;f00f_bug        : no&lt;BR /&gt;coma_bug        : no&lt;BR /&gt;fpu             : yes&lt;BR /&gt;fpu_exception   : yes&lt;BR /&gt;cpuid level     : 10&lt;BR /&gt;wp              : yes&lt;BR /&gt;flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss nx constant_tsc pni ds_cpl&lt;BR /&gt;bogomips        : 4038.43&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 28 Aug 2009 12:10:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891973#M11612</guid>
      <dc:creator>Hugo_J_</dc:creator>
      <dc:date>2009-08-28T12:10:26Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891974#M11613</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/140571"&gt;j_miles&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;Hi Hugo,&lt;BR /&gt;&lt;BR /&gt;Well, it seems it was a bit late in the night, because I seemed to have missed the "crash fact". Obviously that should be fixed. But what may have made me ignore it is the fact that the original reporter talks about a &lt;EM&gt;C++ exception&lt;/EM&gt; and not a system esception (e.g. access violation). As some of the design choices behind the UMC framework is unknown to us, it is not clear but I would think that the C++ exception should not "escape" the decoder and there are suitable "catches" in the code to avoid that - but there might be missing some. Even then a suitable catch on outside of the decoder can solve it. &lt;BR /&gt;&lt;BR /&gt;As Vladimir puts it, I think the normal way and the moste ffective way of reporting errors is through the Premier support. But I guess there are others that could benefit from you also reporting them here...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;- Jay&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;I am not sure it is directly related to this thread but I have noticed that most of thecrash that happen in the decoder are related to referencing a non existing reference frame (due to corrupted stream or missing data). One easy way to solve these is to valdiate the reference frame idx ofMBs between decoding and reconstruction and make sure they fall within the number of active reference frames. If not the index can be adjusted to the closest temporal reference.&lt;BR /&gt;This has greatly improved the stability and visual quality overall of the decoder in case of corrupted stream for me.&lt;BR /&gt;&lt;BR /&gt;Emmanuel</description>
      <pubDate>Tue, 01 Sep 2009 15:21:07 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891974#M11613</guid>
      <dc:creator>Emmanuel_W_</dc:creator>
      <dc:date>2009-09-01T15:21:07Z</dc:date>
    </item>
    <item>
      <title>Re: UMC H264 decoder crashes on decoding Arecont H264 P-frames.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891975#M11614</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/404536"&gt;eweber&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
&lt;BR /&gt;I am not sure it is directly related to this thread but I have noticed that most of thecrash that happen in the decoder are related to referencing a non existing reference frame (due to corrupted stream or missing data). One easy way to solve these is to valdiate the reference frame idx ofMBs between decoding and reconstruction and make sure they fall within the number of active reference frames. If not the index can be adjusted to the closest temporal reference.&lt;BR /&gt;This has greatly improved the stability and visual quality overall of the decoder in case of corrupted stream for me.&lt;BR /&gt;&lt;BR /&gt;Emmanuel&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Emmanuel,&lt;BR /&gt;&lt;BR /&gt;Unfortunately, I am currently not familiar enough with H.264 decoding to code this myself ;)&lt;BR /&gt;&lt;BR /&gt;Could yoy post the modifications you made to the code to get such improvements. I am sure this coudl benefit to many people.&lt;BR /&gt;&lt;BR /&gt;Hugo&lt;BR /&gt;</description>
      <pubDate>Wed, 02 Sep 2009 11:27:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/UMC-H264-decoder-crashes-on-decoding-Arecont-H264-P-frames/m-p/891975#M11614</guid>
      <dc:creator>Hugo_J_</dc:creator>
      <dc:date>2009-09-02T11:27:00Z</dc:date>
    </item>
  </channel>
</rss>

