<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Nick Rout wrote:
<blockquote class="cite"
id="mid_52bd4a781003081445l26185e72ue6bb14b23e0edb90_mail_gmail_com"
cite="mid:52bd4a781003081445l26185e72ue6bb14b23e0edb90@mail.gmail.com"
type="cite">
<pre wrap="">On Tue, Mar 9, 2010 at 11:37 AM, Nick Rout <a class="moz-txt-link-rfc2396E" href="mailto:nick.rout@gmail.com"><nick.rout@gmail.com></a> wrote:
</pre>
<blockquote class="cite" id="StationeryCiteGenerated_1" type="cite">
<pre wrap="">On Mon, Mar 8, 2010 at 8:30 PM, Nick & Ann Read <a class="moz-txt-link-rfc2396E" href="mailto:nick.read@engineer.com"><nick.read@engineer.com></a> wrote:
</pre>
<blockquote class="cite" id="StationeryCiteGenerated_2" type="cite">
<pre wrap="">An update in case anyone was interested. I managed to get on of the Hisense
units (MP800H) for $50 off TradeMe so thought it was worth getting to
experiment. After a bit of playing around with MythTV recorded HD samples,
and a firmware update, here are my conclusions:
<snip>
Cons:
No myth frontend scheduling, recording categories, deleting files etc
Playing off SMB shares, it won't read symbolic links (eg the pretty
directory, but tv & video recordings are otherwise fine)
Playing off uPnP, it can't jump in time, REW, or FFW beyond 2x. Didn't work
with Myth uPnP but FUPPES was OK.
No jump during playback (eg 30s forward, or 10s back)
The last point is pretty much a killer for me right now. Assuming I find a
way around the symbolic links issue (any ideas?), it is possible to FFW up
to 32x, or jump to specific times in the file, but it really sucks compared
to just skipping forward a few times to get past adverts.
</pre>
</blockquote>
<pre wrap="">I disagree, I use sticky keys in my frontends now, which speeds past
the ads. I prefer it to a jump.
As for symlinks, is the device mounting via the cifs module or the smbfs module?
</pre>
</blockquote>
<pre wrap=""><!---->
Reading man smb.conf, follow symlinks should be on by default on the
server/backend, but check that it hasn't been switched off.
</pre>
</blockquote>
<font color="#0000ff">Yes I have checked 'follow symlinks' is not off
(specified it on) but no dice. Not sure how to tell how the device is
mounting the share? <br>
<br>
It doesn't show the symlinks at all in the directory listing (as
opposed to showing them but not following them). It shows other files
(not symlinks) that I put in the pretty directory. The /myth share is
public, guest access, writeable, force user/group to mythtv. I can see
the symlinks fine from a WinXP client so I don't think the problem is
on the server/backend.</font>
</body>
</html>