Gavin Hamill wrote:
> Over the last days, Thomas and I have been trying to sort out why my
> nearly-identical machine couldn't run his VGA sync patches properly.
>
> The key difference is my Radeon 7000VE is PCI, whilst his is AGP. I
> tried the PCI Radeon in two old Pentium-3 era machines, and
Will, assuming such things is a problem. With the mix of lnb types each limited
in what they can get but often overlapping other
designs and a mix of tunners again covering different types of signals, You
need to be able to match stuff up. In NA we have stuff
on c-band and ku, both linner and cir
Theunis Potgieter wrote:
> Would be nice if someone could test the AMD Athlon 64 2000+ on a AMD
> platform, the 780G chip set on a microATX board, because it can do HD
> resolution (1920x1200) with high picture quality is possible through
> DVI/HDMI ports.
Hardware decoding of H.264 isn't suppo
Would be nice if someone could test the AMD Athlon 64 2000+ on a AMD
platform, the 780G chip set on a microATX board, because it can do HD
resolution (1920x1200) with high picture quality is possible through
DVI/HDMI ports.
On 16/08/2008, Gavin Hamill <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> Ove
Hi all,
Over the last days, Thomas and I have been trying to sort out why my
nearly-identical machine couldn't run his VGA sync patches properly.
The key difference is my Radeon 7000VE is PCI, whilst his is AGP. I
tried the PCI Radeon in two old Pentium-3 era machines, and on my modern
Pentium
On 08/08/08 06:35, Timothy D. Lenz wrote:
> So in your example:
> ...:0002,1702,1722,1801:...
> Would retain the CA info but only try to use the second adapter to tune it?
> Does it matter where in the list it's placed?
No. As it is right now, the CA field can either contain a device number
or en
On Sat, Aug 16, 2008 at 11:45:15AM +0400, Goga777 wrote:
> I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's
> developers ?
I doubt it : the errors buffers in VDR seems more relevant to me.
--
Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org
I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's
developers ?
> On Fri, Aug 15, 2008 at 03:38:06PM +0400, Goga777 wrote:
> > and what about xine-lib's logs ?
>
> vdr: osdflush: n: 1, 11.0, timeout: 0, result: 0
> [h264 @ 0x2d84f80]B picture before any references, ski