<?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 Intel ARC and Video coding -continued2 in Graphics</title>
    <link>https://community.intel.com/t5/Graphics/Intel-ARC-and-Video-coding-continued2/m-p/1473562#M116037</link>
    <description>Hyper encode (ARC+IGPU) is great, great for H.264-H.265-V1-VP9 for common people like me, just because i imagine  Arc be better than Quick Sync. Now I am waiting the the stability  and performance of Arc'drivers</description>
    <pubDate>Wed, 05 Apr 2023 18:50:33 GMT</pubDate>
    <dc:creator>Winphet</dc:creator>
    <dc:date>2023-04-05T18:50:33Z</dc:date>
    <item>
      <title>Intel ARC and Video coding -continued2</title>
      <link>https://community.intel.com/t5/Graphics/Intel-ARC-and-Video-coding-continued2/m-p/1473562#M116037</link>
      <description>Hyper encode (ARC+IGPU) is great, great for H.264-H.265-V1-VP9 for common people like me, just because i imagine  Arc be better than Quick Sync. Now I am waiting the the stability  and performance of Arc'drivers</description>
      <pubDate>Wed, 05 Apr 2023 18:50:33 GMT</pubDate>
      <guid>https://community.intel.com/t5/Graphics/Intel-ARC-and-Video-coding-continued2/m-p/1473562#M116037</guid>
      <dc:creator>Winphet</dc:creator>
      <dc:date>2023-04-05T18:50:33Z</dc:date>
    </item>
  </channel>
</rss>

