<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Aug 2, 2015 at 10:16 AM, John Pilkington <span dir="ltr"><<a href="mailto:J.Pilk@tesco.net" target="_blank">J.Pilk@tesco.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 02/08/15 17:48, Roger Siddons wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sun, 02 Aug 2015 14:13:03 +0100, John Pilkington <<a href="mailto:J.Pilk@tesco.net" target="_blank">J.Pilk@tesco.net</a>><br>
wrote:<br>
<br>
 > Recordings that have been cut start frontend playback about 2 minutes<br>
 > in. I can jump back to the beginning but I haven't found a way of<br>
 > clearing the delay; it doesn't seem to be a bookmark. Playback via<br>
 > UPnP starts at the beginning.<br>
 ><br>
 > Anyone else seeing this - or have any ideas?<br>
 ><br>
<br>
Could it be a MARK_UTIL_PROGSTART (40) or MARK_UTIL_LASTPLAYPOS (41)<br>
from <a href="https://code.mythtv.org/trac/ticket/11713" rel="noreferrer" target="_blank">https://code.mythtv.org/trac/ticket/11713</a> ?<br>
<br>
</blockquote>
<br></div></div>
Yes, I think so.  It had occurred to me that 2 minutes is my specified pre-roll, and my cutting script clears the cutlist, so comment 11 applies.  I'll dig a bit deeper.  Thanks.  Do programmes somewhere *really* start at the advertised time?<br></blockquote><div><br></div><div>Nice catch.  The PROGSTART mark is explicitly ignored when a cutlist is in place, but I didn't consider that as such, the mark should be cleared after transcoding.  (I assume transcoding always applies the cutlist if present.)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And, back to the original question - I do feel lost without the cutlist editor cursor.<div><div></div></div></blockquote></div><br></div><div class="gmail_extra">See this commit, which only addressed subtitles but may be relevant here:<br></div><div class="gmail_extra"><a href="https://code.mythtv.org/cgit/mythtv/commit/?id=eda5d2e2460d739ba9410c74f949b177865763f2">https://code.mythtv.org/cgit/mythtv/commit/?id=eda5d2e2460d739ba9410c74f949b177865763f2</a><br></div><div class="gmail_extra">Something changed in Qt5 such that a MythUI <shape> without a <line> element now ends up with an invisible 1-pixel border.  If the editor cursor is defined as 1 or 2 pixels wide, this is probably why it disappeared.  The workaround/fix is to add a <line> element with width="0" whose color and alpha are the same as the shape's fill color/alpha.  For example:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">            <shape name="position"></div><div class="gmail_extra">                <area>0,0,4,100%</area></div><div class="gmail_extra">                <fill color="#FFFFFF" alpha="255" /></div><div class="gmail_extra">            </shape><br></div><div><br></div><div>becomes this:</div><div><br></div><div><div>            <shape name="position"></div><div>                <area>0,0,4,100%</area></div><div>                <fill color="#FFFFFF" alpha="255" /></div><div>                <line color="#FFFFFF" alpha="255" width="0" /></div><div>            </shape><br></div></div><div><br></div><div>For the cutlist editor, this would be applied in the theme's osd.xml in the editbar section, specifically the position, cuttoright, cuttoleft, keeptoright, and keeptoleft elements.</div><div><br></div><div>Jim</div></div></div>