<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hello Francois,<div class=""><br class=""></div><div class="">Thank you for taking the time to review.  See my comments inline:</div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class=""><div class=""><blockquote type="cite" class=""><br class="">IIRC, the changing of the rollup shouldn’t actually clear the line.  I believe the WGBH reference stream actually demonstrates that case where the rollup is changed to some other value and it isn’t supposed to clear the existing captions.  That said, I haven’t really tested this use case and while this patch improves the situation considerably (the captions go from “completely unwatchable” to “pretty good”) there may be other improvements/fixes which are warranted.<br class=""></blockquote><br class="">Changing the rollup does not clear any line. The chars just get<br class="">rewritten because the cursor resets.<br class=""></div></div></blockquote><div><br class=""></div><span style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class="">Pardon, I misspoke.  Yes, I did not intend to infer that the line should be cleared.  This is all about the cursor being reset when a rollup is received.</span></div><div><div style="orphans: 2; widows: 2;" class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div class=""><br class="">Rollup command should "Precede each new row of text".<br class="">The issue is WGBH not following the spec as per B.8.1 where RU commands<br class="">should be followed by PAC.<br class=""><br class="">"To continue painting the current row, assuming the relocation occurred<br class="">in the middle of a row, the PAC used should indent to the same column<br class="">number where the cursor resided prior to the move or to the nearest<br class="">indent to the left of that column.”</div></div></blockquote><div><br class=""></div><div><span style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class="">Ok, so you're going to make me dig into the spec to explain why the stream plays properly in all the other decoders I've tried but not in VLC.</span><div style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2;" class=""><br class=""></div><div style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2;" class="">Bear in mind we're not talking about some exotic source of content.  The broadcast I provided to you privately is sent to a city of eight million people every day and the problem occurs every day during their main news broadcast.  I don't know what tool they used to generate the live captions, but given the size of the organization I'm willing to bet it's going to be one of the more popular and expensive ones.</div><div style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2;" class=""><br class=""></div><div style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2;" class="">In short, we can argue about what the spec says, or we can talk about how to make a stream render properly in VLC that renders correctly in every other television and application I've tested with.</div></div><br class=""><blockquote type="cite" class=""><br class="">BTW, the 708 decoder has no issue as all with the 708 encoded version.<br class="">Wondering if that goes under the radar because US devices use 708 by<br class="">default.<br class=""></blockquote><br class=""></div><div><span style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class="">Almost no product sold in the US renders 708 by default.  Because the spec requires 608 to also be present, and because the quality of 708 decoders varies wildly across products, in general the 608 streams are used by default, and while 708 is an option almost nobody ever turns it on.</span></div><div class=""><span style="color: rgb(34, 34, 34); font-variant-ligatures: normal; orphans: 2; widows: 2; background-color: rgb(255, 255, 255);" class=""><br class=""></span></div><div style="orphans: 2; widows: 2;" class=""><font color="#222222" class=""><span style="caret-color: rgb(34, 34, 34); background-color: rgb(255, 255, 255);" class="">Devin</span></font></div><br class=""></div></body></html>