[mythtv-users] Remote mythfrontend displays no video
David Won
phlegm at rogers.com
Mon May 5 16:33:02 EDT 2003
The latest CVS. (Last night) fixed this problem for me. I saw the
message from Bruce saying that it was in CVS and lo and behold it is...
and works... Keep up the great work guys.
Thanks
David
On Sun, 2003-05-04 at 14:12, Isaac Richards wrote:
> On Saturday 03 May 2003 04:05 pm, Bruce Markey wrote:
> > This patch is a workaround that prevents WriteBlock from
> > returning until the write queue is below a threshold. I'm
> > still trying to find the exact cause of the file header not
> > being read correctly before applying a fix for the specific
> > problem.
> >
> > Please let me know if this patch fixes your problem.
>
> Does reverting to the old code fix things for you? I just replaced it because
> bytesToWrite() was always 0 for me after the flush, so I figured it was silly
> to have the loop there in the first place.. Could always replace it with
> something like:
>
> while (socket->bytesToWrite() > 0)
> {
> socket->flush();
> if (socket->bytesToWrite() > 0)
> usleep(1000);
> }
>
> Really, though, the QSocket stuff should be replaced with normal sockets for
> the mass data transfer connections, at least.. It's kind of nice to have the
> Qt callbacks for the communication protocol, but that's not really needed for
> sending video around. Also wouldn't have to invoke the global qApp lock,
> it'd allow easier mods to use unix domain sockets instead of tcp for local
> transfers, etc.
>
> Isaac
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at snowman.net
> http://lists.snowman.net/cgi-bin/mailman/listinfo/mythtv-users
--
David Won <phlegm at rogers.com>
More information about the mythtv-users
mailing list