From: Mika Laitio <lamikr@pilppa.org>
To: "ChaosMedia > WebDev" <webdev@chaosmedia.org>
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] Well working S2 cards?
Date: Mon, 19 May 2008 17:15:40 +0300 [thread overview]
Message-ID: <48318B8C.7040900@pilppa.org> (raw)
In-Reply-To: <4831434A.7000502@chaosmedia.org>
> don't know about the hvr-4000
> i have a tt s2-3200 it's cheap and works well, i don't use the CI
> though, so i can't tell if it's well supported by the driver
> (multiproto) but besides the CI part i couldn't tell you what's not
> properly working with this card at the moment..
>
> you'll get some good info on linuxtv wiki :
> http://www.linuxtv.org/wiki/index.php/DVB-S2_PCI_Cards
>
>
> But if you're going for Sat HD (1080i h264) on linux 64bit, i don't
> think the dvb device will be the problem as long as it has a working
> driver.
Yes, I also think the card with best driver support base is THE THING
here. It seems that for many cards the official DVB drivers and apps are
now in a little flux state
with multiple each other incompatible kernel driver and userspace app
interfaces. I hope some resolution is achieved and branches are starting
to find back to DVB tree.
But nice to hear that all 3 of these cards have changes to work both
with S and S2.
>> What card you would recommend for the Linux usage and for which one
>> the drivers are working best? (running on AMD x86-64 with 4850e cpu)
>> And is there any differences in the tuner quality of these cards?
>>
> With 1080i H264 that you'll get on DVB-T or DVB-S2 (in europe) the
> main problem will be to properly decode it.
It would be interesting to find some dvb-t usb gadget for playing with
it and laptop while sitting on the city cafe.
>
> Problems will come either from the stream specifications, unsuported
> in ffh264, that will produce a jerky decoding or from the lack of CPU
> of your system..
> Although it seems that latest ffh264 version do use multithreading on
> those 1080i streams, tested myself on ANIXEHD/ ASTRA PROMO HD streams,
> ffh264 is not a multithreaded decoder to begin with so in the worst
> case senario it'll use one single core of your CPU for decoding and
> then you can get in serious troubles..
Yeah, the 780G chipset I have has something called UVD 2.0 integrated to
motherboard that should provide hardware acceleration for decoding VC-1,
H.264 (AVC), WMV, and MPEG-2 sources up to 1080p resolutions. But I pet
no-one has data available for getting the Linux encoding/decoding
libraries to support those features.
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
next prev parent reply other threads:[~2008-05-19 14:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-19 5:00 [linux-dvb] Well working S2 cards? Mika Laitio
2008-05-19 9:07 ` ChaosMedia > WebDev
2008-05-19 14:15 ` Mika Laitio [this message]
2008-05-19 15:53 ` ChaosMedia > WebDev
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48318B8C.7040900@pilppa.org \
--to=lamikr@pilppa.org \
--cc=linux-dvb@linuxtv.org \
--cc=webdev@chaosmedia.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.