[mythtv-users] Is backend involved when watching a recording.

[Allen Edwards]

On Wed, Apr 21, 2010 at 1:48 PM, Ramasubramanian Ramesh <rramesh at ti.com>wrote:

>
>> As i understand it the backend will send the recording data to the
>> frontend. Its up to the frontend to decode and present the video and sound.
>> If your using vdpau it should be able to handle most everything and carry
>> the decode load.
>> This is only happening with HD content?
>> Is the recording on the same harddrive as the os and database?
>>
>> That PC should be able to handle most things, I think. For example im able
>> to run 720p content with a sempron / nvidia 6200 / 512 mb using xvmc running
>> full backend and frontend. But one difference might be that i have the
>> os/database on one drive and all my media/recordings on another.
>>
> My OS and video are on the same drive. I will experiment with a copy on
> another drive to see if the problems go away.
>
>
> Ramesh
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>

I am having the same problem and also have the OS and half my content on one
drive.  I have my backend set to allow 2 processes at once.  For a while, I
set the backend for only 1 process and I do not think I had the problem
during that time and only recently set it back to allow 2 processes.  I know
the problem is in the playback because if I hit "back", it will play through
the troubled part without a problem.  Please let me know how many backend
processes you have and if your moving the OS and Myth to a dedicated drive
solves the problem.

My system is Mythbunty 8.04 on an AMD 5400+ playing to a DVI driven 720p
display using BOB, which I don't think every does anything because of some
clock rate at 60.0001 being above 60 or something but that is a different
issue.

Allen
Allen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20100422/59a1e997/attachment.htm>