<?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[Looping DAW Misreads Last Grid Change]]></title><description><![CDATA[<p dir="auto">I'm currently using a <code>transportHandler</code> coupled with the <code>.setOnGridChange</code> to create a FX plugin that sequences different effect settings depending on the measure in the user's DAW. I've noticed odd behavior with the clock.</p>
<p dir="auto">If you loop measures 1 through 4, the clock would read these grid points correctly on the first pass. After the first loop, the clock no longer recognizes being positioned in the measure 1, and instead assumes the position of measure 5. Therefore the clock reads:</p>
<p dir="auto">[ 1 2 3 4 ] &gt; [ 5 2 3 4 ] &gt; [ 5 2 3 4 ] &gt; etc</p>
<p dir="auto">While looping your DAW, the clock acknowledges the loop END point to trigger the Grid Change instead of the START point.</p>
<p dir="auto">Is there a way to get the clock to trigger on the loop START point? Or is there some other way to double check the playback position?</p>
]]></description><link>https://forum.hise.audio/topic/14465/looping-daw-misreads-last-grid-change</link><generator>RSS for Node</generator><lastBuildDate>Thu, 16 Apr 2026 10:49:54 GMT</lastBuildDate><atom:link href="https://forum.hise.audio/topic/14465.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 02 Mar 2026 22:08:37 GMT</pubDate><ttl>60</ttl></channel></rss>