<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Interesting Potential Replacement for&#x2F;Improvement over HAP]]></title><description><![CDATA[<p>Dear HAP(py) Users + <a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/7">@Michel</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/4">@Skulpture</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/124">@DusX</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/361">@mc_monte</a> <a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/317">@crystalhorizon</a> </p>
<p>So, most of us doing high-performance, high-resolutoin work know that HAP is the way to go. But we also know the files are quite big. This paper comes from a company called <em>binomal</em> that is making a new GPU texture format that still produces high-quality results but gives sizes comparable to JPEG. They've submitted it to the Khronos Group (OpenGL Standards) to be accepted as standard. Nice read.</p>
<p><a href="https://docs.google.com/presentation/d/1JQmzLsGygtBl7w84AwQu34F4IlwvyP_w9sWXTdrmXbw/mobilepresent?slide=id.p">https://docs.google.com/presen...</a></p>
<p>Best Wishes,<br />Mark</p>]]></description><link>https://community.troikatronix.com/topic/3589/interesting-potential-replacement-for-improvement-over-hap</link><generator>RSS for Node</generator><lastBuildDate>Wed, 10 Jun 2026 00:56:14 GMT</lastBuildDate><atom:link href="https://community.troikatronix.com/topic/3589.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 02 Oct 2017 05:23:34 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Interesting Potential Replacement for&#x2F;Improvement over HAP on Tue, 07 Nov 2017 09:17:54 GMT]]></title><description><![CDATA[<p><a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/1794">@mark_m</a> <br /></p><p>Yes, that sounds interesting too. I should try it out, if the quality is the same as HAP-Q.</p><p>best,</p><p>frank<br /></p>]]></description><link>https://community.troikatronix.com/post/27130</link><guid isPermaLink="true">https://community.troikatronix.com/post/27130</guid><dc:creator><![CDATA[inst]]></dc:creator><pubDate>Tue, 07 Nov 2017 09:17:54 GMT</pubDate></item><item><title><![CDATA[Reply to Interesting Potential Replacement for&#x2F;Improvement over HAP on Fri, 03 Nov 2017 12:53:40 GMT]]></title><description><![CDATA[<p><a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/8">@Fred</a>  <a class="plugin-mentions-user plugin-mentions-a" href="https://community.troikatronix.com/uid/2">@mark</a></p>
<p>GoPro have now made Cineform Open source: it's my mezzanine codec  of choice when I'm editing. It's wavelet based, lots of advantages in that, etc.  How would that be as a smaller file based alternative to HAP?<br /><br /><a href="https://github.com/gopro/cineform-sdk">https://github.com/gopro/cinef...<br /><br /><br /></a></p>]]></description><link>https://community.troikatronix.com/post/27061</link><guid isPermaLink="true">https://community.troikatronix.com/post/27061</guid><dc:creator><![CDATA[mark_m]]></dc:creator><pubDate>Fri, 03 Nov 2017 12:53:40 GMT</pubDate></item><item><title><![CDATA[Reply to Interesting Potential Replacement for&#x2F;Improvement over HAP on Fri, 03 Nov 2017 07:32:49 GMT]]></title><description><![CDATA[<p>HI,</p><p>I read aboot the Daniel2 codec - it seems to have a lot of advantages.</p><p>On the cinegy website I read "The only output wrapper we support at this stage is MP4 which is the most commonly used one for H.264 video."</p><p>Do you think it is woth doing test series with mp4 vs HAP-Q coded videos fo exclusive use in Isadora?</p><p>best,</p><p>frank<br /></p>]]></description><link>https://community.troikatronix.com/post/27048</link><guid isPermaLink="true">https://community.troikatronix.com/post/27048</guid><dc:creator><![CDATA[inst]]></dc:creator><pubDate>Fri, 03 Nov 2017 07:32:49 GMT</pubDate></item><item><title><![CDATA[Reply to Interesting Potential Replacement for&#x2F;Improvement over HAP on Mon, 02 Oct 2017 07:22:17 GMT]]></title><description><![CDATA[<p>Nice, I think there is a really lack of a good high quality GPU decoded codec, HAP is Ok, but has serious limitations for quality. If this actually gets to be a standard it will be great. In the meantime here is another runner that is not going thhrough the Kronos group, but is making some good progress <a href="https://www.daniel2.com/">https://www.daniel2.com/</a></p>]]></description><link>https://community.troikatronix.com/post/25443</link><guid isPermaLink="true">https://community.troikatronix.com/post/25443</guid><dc:creator><![CDATA[Fred]]></dc:creator><pubDate>Mon, 02 Oct 2017 07:22:17 GMT</pubDate></item></channel></rss>