<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Aug 3, 2015 at 10:18 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"><span class="">On 03/08/15 15:07, Jim Stichnoth wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On Sun, Aug 2, 2015 at 10:16 AM, John Pilkington <<a href="mailto:J.Pilk@tesco.net" target="_blank">J.Pilk@tesco.net</a><br></span><span class="">
<mailto:<a href="mailto:J.Pilk@tesco.net" target="_blank">J.Pilk@tesco.net</a>>> wrote:<br>
<br>
On 02/08/15 17:48, Roger Siddons wrote:<br>
<br>
On Sun, 02 Aug 2015 14:13:03 +0100, John Pilkington<br></span>
<<a href="mailto:J.Pilk@tesco.net" target="_blank">J.Pilk@tesco.net</a> <mailto:<a href="mailto:J.Pilk@tesco.net" target="_blank">J.Pilk@tesco.net</a>>><div><div class="h5"><br>
wrote:<br>
<br>
> Recordings that have been cut start frontend playback about<br>
2 minutes<br>
> in. I can jump back to the beginning but I haven't found a<br>
way of<br>
> clearing the delay; it doesn't seem to be a bookmark.<br>
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>
<br>
Yes, I think so. It had occurred to me that 2 minutes is my<br>
specified pre-roll, and my cutting script clears the cutlist, so<br>
comment 11 applies. I'll dig a bit deeper. Thanks. Do programmes<br>
somewhere *really* start at the advertised time?<br>
<br>
<br>
Nice catch. The PROGSTART mark is explicitly ignored when a cutlist is<br>
in place, but I didn't consider that as such, the mark should be cleared<br>
after transcoding. (I assume transcoding always applies the cutlist if<br>
present.)<br>
<br>
And, back to the original question - I do feel lost without the<br>
cutlist editor cursor.<br>
<br>
<br>
See this commit, which only addressed subtitles but may be relevant here:<br>
<a href="https://code.mythtv.org/cgit/mythtv/commit/?id=eda5d2e2460d739ba9410c74f949b177865763f2" rel="noreferrer" target="_blank">https://code.mythtv.org/cgit/mythtv/commit/?id=eda5d2e2460d739ba9410c74f949b177865763f2</a><br>
Something changed in Qt5 such that a MythUI <shape> without a <line><br>
element now ends up with an invisible 1-pixel border. If the editor<br>
cursor is defined as 1 or 2 pixels wide, this is probably why it<br>
disappeared. The workaround/fix is to add a <line> element with<br>
width="0" whose color and alpha are the same as the shape's fill<br>
color/alpha. For example:<br>
<br>
<shape name="position"><br>
<area>0,0,4,100%</area><br>
<fill color="#FFFFFF" alpha="255" /><br>
</shape><br>
<br>
becomes this:<br>
<br>
<shape name="position"><br>
<area>0,0,4,100%</area><br>
<fill color="#FFFFFF" alpha="255" /><br>
<line color="#FFFFFF" alpha="255" width="0" /><br>
</shape><br>
<br>
For the cutlist editor, this would be applied in the theme's osd.xml in<br>
the editbar section, specifically the position, cuttoright, cuttoleft,<br>
keeptoright, and keeptoleft elements.<br>
<br>
Jim<br>
</div></div></blockquote>
<br>
Thank you, Jim. I made a backup copy of the original file and replaced it with an edited version. After restarting mythfrontend.real I see a cursor again while editing all types of recording. Not sure if I really needed the restart.<br>
<br>
/usr/share/mythtv/themes/MythCenter-wide/osd.xml</blockquote><div><br></div><div>Thanks for checking. I saw the same result on the older version of Blue Abstract that I use. BTW, the osd.xml file is reread every time playback is started, so it's safe to test without restarting the whole frontend process.</div><div><br></div><div>This kind of fix/workaround is pretty annoying. I'll have to think harder about whether it's practical to fix in MythUI.</div><div><br></div><div>Jim </div></div></div></div>