Comments?
How about something like this ;
1) Define a single location for recordings. This should be a high speed
disk right on your master backend and have enough available space to handle
your typical daily recording load.
2) Define a group of long term storage locations. These could be
I'm seeing periodic pauses, both from PVR-500 recordings and HD-2000
recordings. It doesn't matter whether it's a new recording (after latest
CVS update) or an old one (several weeks old). I'm also seeing a few
prebuffering pause messages on mythfrontend, but there doesn't seem to be
one for
Can you point me to a good site for setting up evdev? I have a gyration
wireless keyboard / mouse package and an ATI RF remote I'd like to use with
myth. I rebuilt my kernel with evdev support and put your patch into myth,
but I don't see anything happening. Any help appreciated.
Thanks,
Tom
I updated from CVS yesterday and I'm seeing the same behavior.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
19, 2005 at 09:02:13PM -0800, Thomas M. Pluth wrote:
Also, HDTV cards, because of the data rate involved, are very selective
about the PCI chipset of the motherboard. They seem to work best on Intel
based boards (845, 865, 875 chipsets). They are very sensitive to PCI
bus
latency and loading
I'll second that. HDTV works well on my setup.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of J. Donavan Stanley
Sent: Friday, March 18, 2005 6:42 PM
To: Development of mythtv
Subject: Re: [mythtv] Whats wrong with myth
[EMAIL PROTECTED] wrote:
A
The close() fix that John Patrick Poet submitted has taken
care of the random blockiness problem for HDTV recordings off my HD-2000 card,
but I still see that occurring (along with several buffer overruns from the
card) if I change channels while watching Live TV. Subsequent channel
Do you plan to support the HD-2000 under DVB, as well? Some of us have
both cards in use, so similar support would be nice.
___
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Could you provide a patch for the close?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of John Patrick Poet
Sent: Tuesday, January 18, 2005 11:27 PM
To: Development of mythtv
Subject: Re: [mythtv] Random blockiness that probably isn't CPU or PCI
Just a quick announcement about a recently added feature:
The latest CVS now includes a version of libmpeg2
(http://libmpeg2.sourceforge.net) as an alternative to the FFMpeg-based
video decoding. FFMpeg still handles the demuxing, but the video can be
handed to libmpeg2 instead. This takes
i was lookin the code of some complex sources of
mythtv (such as main.cpp) and i wonder why is that
there are no comments of the code (or very few).
i'm tryin' to understand it (the code, i mean) and i
realy can't!
¿thus anybody have a diagram of the layers on myht?
it's a real pain in the
I built from CVS last night with the V38 HDTV patch and this patch and now
my playback is all messed up. Looks like some kind of video sync issue.
I'm rebuilding from CVS and I'll see how it looks.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of John
12 matches
Mail list logo