I don't agree, if we start upgrading the hardware, the software will become
relaxed and would require everybody to upgrade to always be at the latest
and greatest level of hardware. Then maybe later on we will see more
byte-code orientated languages creeping in. Just take a look at windows.
Klaus enforced strict control over the software and obviously had to work on
low end hardware (optimized, so that it doesn't turn into another heater),
which meant that it would run even better on the new hardware.
Intel claim to run at 11 watt idle, but the rest of the main board requires
~90 watt. I my self currently am using a desktop 24/7 and running vdr on the
same machine. But I have to set every desktop application's nice level to 19
so that it doesn't interfere with vdr's output. Of course I'm running low
end desktops like xfce or fluxbox.
I am still convinced that an external multimedia device would help in
- steering vdr into multiple networking client setups,
- h.264 decode will happen on the client's hardware. still require vdr to
accept h.264 in its core.
- still low end hardware on server/clients, requiring efficient code, no
- doesn't require you to upgrade your existing hardware. Just another add-on
to your setup.
My 2 cents.
On 19/11/2007, VDR User <[EMAIL PROTECTED]> wrote:
> On Nov 18, 2007 4:20 PM, Alasdair Campbell <[EMAIL PROTECTED]> wrote:
> > I know what I'd go for...it's just a shame that hardware HD decoding
> > hasn't grown enough for there to be some competition and innovation.
> I think the cost of producing such hardware HD cards doesn't make
> sense when you can build a new pc that can handle software HD decoding
> for cheap anyways. Also, as I understand, the chips which can do it
> contain many other functions that are just a total waste when you put
> the chip on a card to be only a HD decoder. Besides, I don't think
> that many users are still using some ancient pc with a slow cpu like
> Klaus has. Why would you bother when you can buy something way better
> & faster for cheap these days?
> vdr mailing list
Style may not be the answer, but at least it's a workable alternative.
vdr mailing list