Heise: Erste DVB-S2-Karte mit integriertem H.264-Decoder-Chip

Wenn demnächst alles verschlüsselt wird sind die sowieso in null komma nix pleite. Mal abwarten ob da noch ein USB CAM alles wieder raussreist.

Wie war das noch mal auf der ersten Seite von der CT ?
Ein gutes Buch soll auch gut sein (Hmm muss ich wieder lesen lernen.)

Gruss,

Jörg

Das ist ja nur ein Pseudo-Decoder, der die Dekodierung ein wenig
beschleunigt.
Damit fällt die Karte für das VDR-Projekt wohl eher flach.

Gruß,
Henning

fawkes, woher hast Du das mit dem "pseudo" Dekoder?
(Ich das aus der Heise Meldung nicht rauslesen)

Wozu ein Prozessor mit 2,8 GHz?
Meiner FF reicht ein PII, 233 MHz.

cu

Zitat

Original von ghostkeeper
Wozu ein Prozessor mit 2,8 GHz?
Meiner FF reicht ein PII, 233 MHz.

10% CPU bei 2.8GHz, also bei entsprechend kleinerer CPU dann mehr Last.
Sollte grob geschätzt auch mit einer 1GHz CPU gehen.

Das man mehr als 233MHz braucht ist logisch, sind ja ein bisserl mehr Daten,
die auch wer schaufeln muss (aus dem Emfangsteil raus in den Speicher, vom Speicher rein in den Dekoder).

Zitat

Original von Stefan_T

10% CPU bei 2.8GHz, also bei entsprechend kleinerer CPU dann mehr Last.
Sollte grob geschätzt auch mit einer 1GHz CPU gehen.

Das man mehr als 233MHz braucht ist logisch, sind ja ein bisserl mehr Daten,
die auch wer schaufeln muss (aus dem Emfangsteil raus in den Speicher, vom Speicher rein in den Dekoder).

versuch mal n PIII- oder n SockelA-Board mit PCI-Express zu finden!
da gehts nämlich erst mit 2,8GHz oder mit nem A64 3000+ los!

Zitat

Original von el_colto
versuch mal n PIII- oder n SockelA-Board mit PCI-Express zu finden!
da gehts nämlich erst mit 2,8GHz oder mit nem A64 3000+ los!

Logisch - 2.6GHz ist derzeit der kleinste Sempron den man bekommt,
soweit ich weiß (ist aber auch egal wieviel genau).

Das war ja auch nur ein Rechenbeispiel um ghostkeeper zu zeigen
das die Anforderungen eh vergleichbar mit seinen jetzigen 233MHz
sind.

In eine HDTV Kiste würde ich mir persönlich sowieso keine CPU unter
2GHz reingeben. Denn man will ja auch ab und an die Daten umrechnen
bzw brennen, oder einen noad drüber lassen, und dann wird es sicher fad.

Ich wollte damit eigentlich nur sagen,

-wenn FF, woher 10% CPU-Last (Daten kommen rein-werden auf der Karte dekodiert und ausgegeben)

-geschaufelt wird nix wenn alles auf der Karte bleibt, warum sollen die Daten von der Karte in den Speicher und dann wieder in die Karte ?

cu

... ach übrigens war ich bei denen am Stand und wollte mir das ganze selbst mal ansehen. Leider ohne Erfolg, denn:

Eine solche Karte gibt es nicht, nur die Chips. War also eine Falschmeldung von Heise, es gab lediglich Empfänger- und Decoder-Karten zu sehen, aber keine die beides konnte.

Das Vorfürgerät hat einen Software-Decoder gehabt.

Also weiter warten auf eine HDTV-FF....

Viele Grüße, Mirko

Zitat

Original von ghostkeeper
Ich wollte damit eigentlich nur sagen,

-wenn FF, woher 10% CPU-Last (Daten kommen rein-werden auf der Karte dekodiert und ausgegeben)

-geschaufelt wird nix wenn alles auf der Karte bleibt, warum sollen die Daten von der Karte in den Speicher und dann wieder in die Karte ?

cu

Alles anzeigen

Falsch - dekodierte Daten gehen über den PCIe zurück ins System zur Anzeige. Man konnte nix an Ausgängen auf der Karte erkennen, zudem wurde die Wahl des PCIe mit der benötigten Bandbreite erläutert. Also ...

arghgra

Ja eben. Ich rede hier von einer FF-Karte und nicht von dieser vorgestellten Karte.
Deshalb ja auch die Aussage "Pseudo".

cu