<div dir="ltr">On Wed, Jul 16, 2008 at 1:22 AM, Michael T. Dean &lt;<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>&gt; wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On 07/15/2008 02:52 PM, Joan Vallés wrote:<br>
&gt; About a month ago some odd characters started appearing in some<br>
&gt; channels guide. In mythfrontend they look as squares before the title<br>
&gt; or description. In mythweb they look as a square with the numbers<br>
&gt; &quot;0005&quot; inside. [I&#39;m attaching an image in case I didn&#39;t explain well]<br>
&gt;<br>
&gt; Anyone knows what&#39;s happening? I&#39;m thinking in running a script every<br>
&gt; minute to clean the database, but I don&#39;t like it.<br>
<br>
</div></div>If it&#39;s (always) really Unicode character 0005, ENQ (enquiry), it&#39;s a C0<br>
Control (non-printable) character.<br>
<br>
What it&#39;s meant to do and why your EIT provider is including it, I<br>
couldn&#39;t tell you (but I&#39;d guess it&#39;s some kind of mistake on their part).<br>
<br>
Whether it and other non-printable characters should be stripped from<br>
the EIT data, I&#39;ll leave up to the EIT experts.<br>
<br>
We don&#39;t strip any of these characters from caption/subtitle data,<br>
either, so you can occasionally see them. &nbsp;For me, the only one I<br>
generally see in captions is 000A, LF (linefeed), which appears as a<br>
square--the same as your character does in the frontend--as that&#39;s how<br>
freetype represents a character that&#39;s not part of the currently-used font.<br>
<br>
Mike<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br>
</blockquote></div><br>Thanks Mike I understand what you mean. My problem is that now all &quot;pre-unicode&quot; recording rules do not work, and if I change them they won&#39;t remember previously recorded programs. What should I do? Should post it as a bug?<br clear="all">
<br>-- <br>Joan
</div>