Desktop auf DVB-TVout?

Zitat

Sie werden die ja nicht mal kurz MPEG2-kodieren

Nein, sondern MPEG1.

Alles was nicht Mpeg1 oder Mpeg2 ist muss umkodiert werden. Das OSD kann max 16 Farben Vollbild oder 256 Farben mit 1/5 des Vollbild darstellen.

Um also Mpeg4 (Divx oder Xvid) darzustellen muss zunaechts dekodiert und anschliesend encodiert werden...

Frank

wenn ich es also richtig verstehe muss man das Monitorbild in ECHTZEIT in MPEG2 kodieren und dann per DVB ausgeben ....
ich denke das würde nur ein PC der klasse P4 schaffen, wenn überhaupt, oder? Die BEtonung liegt auf Echtzeit ....

grüsse
tobias

machbar ist das .. nur ob es auch schnell genug ist ...

eingedanken weg waere ...

ein mpeg stream des desktop erstellen und auf port xyz bereitstellen ... das mplayer plugin via streaming das mpeg stream abspielen lassen ... fertig ist der salat .. nur wie schnell das ist habe ich ka ...

gruesse

PS aber ein bbissel pervers ist das schon

warum per mplayer ?? kann man nicht so einen stream herstellen wie bei einer Aufnahme? dann kann die sat-karte es gleich wie eine Aufnahme abspielen ...
aber dafür habe ich total nicht keine ahnung ...

Zitat

Original von Tobias
wenn ich es also richtig verstehe muss man das Monitorbild in ECHTZEIT in MPEG2 kodieren und dann per DVB ausgeben ....
ich denke das würde nur ein PC der klasse P4 schaffen, wenn überhaupt, oder? Die BEtonung liegt auf Echtzeit ....

Nein...so schlimm ist das eigentlich gar nicht. Zum einen muss "nur" in MPEG1 kodiert werden und dafür gibt es schnelle und sehr gute libs. Zum 2. wird die ganze dekodierarbeit ja vom Mpeg-Decoder-Chip auf der DVB Karte (oder halt DXR3/HH+) erledigt, so dass der Prozessor nicht alzu stark belastet wird. Auf meinem System (Athlon 1600XP) braucht das Abspielen von Divx (=Decodieren, Encodieren mit reseize diversen Filtern für Audio UND Video) mit mplayer 40-50% CPU.
Das alles laeuft flüssig auch auf einem Rechner mit KDE, waehrend ich im Netz surfe.

Das sollte auf jedem Rechner, der 1GHZ Takt kann ohne Probelme laufen.

Aber wer will sowas coden? Jede Grafikkarte mit TV-Out (und welche neuere Karte hat sowas nicht?). Kann das Desktop-Bild auf dem Fernseher darstellen.

Mit richtiger Verkablung wäre es sicher weniger Aufwand zwischen TV-Out der GraKa und DVB zu wechseln, als sich den Stress mit dem encodieren zu geben.

Frank

Zitat

Original von Taros666

Aber wer will sowas coden? Jede Grafikkarte mit TV-Out (und welche neuere Karte hat sowas nicht?). Kann das Desktop-Bild auf dem Fernseher darstellen.

Mit richtiger Verkablung wäre es sicher weniger Aufwand zwischen TV-Out der GraKa und DVB zu wechseln, als sich den Stress mit dem encodieren zu geben.

Frank

Alles anzeigen

hallo frank,
das warum ist ganz einfach: dann müsste man sich keine neue graka kaufen. ich nutze z.b dei activy und hab gar keinen slot mehr frei, um mir ne neue grafikkarte einzubauen, mal ganz abgesehn von den kosten.

ich würde gerne sowas coden wollen, meine c-kenntnisse sind jedoch ungefähr so gut wie mein chinesisch.

also: interesse hätt ich auch.
markus

Weil die Einschränkung 16 Farben - Vollbild oder 256 Farben- 1/5 des Vollbild für das OSD gelten , nicht für einen MPG1 oder MPG2 Stream - un in den wird DivX usw umgerechet.

Viel Spass beim Coden ...

Verschmelzen wuerde bedueten bei PAL 25 Bilder pro Sekunde mit dem OSD-Inhalt erzeugen, 25 Bilder des Streams (Live-Bild) dekodieren (und diese Arbeit wird normal von der DVB-Karte oder DXR3 in Hardware gemacht!), beide Bilder verschmelzen, daraus einen neuen Mpeg-Strom generieren, dass dann zu Karte schicken, die das ganz nochmal dekodieren darf (diesmal in Hardware ).

Selbst der beste Computer auf dem Markt kommt dabei aber gehörig ins schwitzen..ich glaube nicht dass das irgendeien Kiste hinbekommt...

Im moment sieht das so aus:
MpegStream -> Karte
Osd -> Karte
=Karte überlagert OSD -> Null belastung CPU

Ihr wollt:
MpegStream -> dekodieren
OSD -Bild -> encodieren
Mpegstream und Osd -> zusammenführen/verschmelzen
Neuen Stream -> encodieren
Neu encodierten Stream -> Karte

Und das alles in Echtzeit?!?!

Ich haette liebend gerne ein geiles OSD.
Da ich "nur" eine Nova und DXR3 habe, habe ich noch nicht mal direkten einfluss auf die 16 Farben sondern muss auch noch vordefinierte benutzten...

Ihr redet von der Zukunft...Wobei es schon Überlegungen gibt das dennoch zu machen, um z.B. ein Softend fuer Nova-Nutzer ohne DXR3 zu haben. Dabei wird dann aber das OSD kein OSD mehr sein sondern der Live-Stream einfach abgeschaltet. D.h. sobal man ein Menue aufruft sieht man im Hintergrund nur noch schwarz (oder ein richtig geiles Bild ) Damit fallen dann auch dekodieren und verschmelzen und die 25 Bilder pro Sekunde weg...das schaffen heutige Computer laessig :)...aber Klaus will das nicht, also muss jemand anderes ran...

Frank

P.S. Oh oh...das obige liest sich etwas besserwisserisch und anpflaumig...das war nicht so gedachat sondern sollte eher der Aufklaerung dienen...

P.P.S. Und warum hat das OSD nur so beschraenkte Möglichkeiten? Weil es wohl "nur" dazu gedacht war Untertitel ins Bild einzublenden...und nicht mehr? Oder wollte da jemand Geld sparen? Das haette doch sicher keinem Boardhersteller Weh getan, da 16MB RAM reinzustecken (und wir leben glaube ich mit 2MB?)

markus2

Die Activy hat doch tv-out onboard (cyberpro 5...)

Mit fbdev oder vesa auch unter X

bye

Ich denke mal die Ausgabe wird garnicht mal so schlimm zu coden sein .
Das Problem fängt dann erst mit der Bedienung an.
Ich frage mich , wie einer mit ner FB KDE bedienen will :D.
Andererseits wenn mit Funkmaus , wie soll der Mauszeiger da mit aufs Bild um das
vernünftig steuern zu können.
Deb ganzen Daten-/Rechenaufwand stell ich mir dann doch etwas (zu) hoch vor.
Ich meine , stabil soll's ja sein.........

Ansonsten wäre ja schön , wenn das Menü von VDR in etwa so aussehen würde (natürlich Geschmackssache)
http://djoimania.bei.t-online.de/myhtpc/page_01.htm

bye

Stellt sich nur die Frage was passieren würde, wenn eine Aufnahme läuft und dabei das Menü aufgerufen wird. Egal ob ins Bild eincodiert oder mit schwarzem Hintergrund - es würde in der Aufnahme landen oder?

In der ML wurde eingehend diskutiert, ob der OSD-Speicher hardwareseitig um 2MB erweitert werden kann. Wenn ich es richtig verstanden habe, ist es leider nicht möglich.

@morone,

ja, den cyberpro schickst du doch selbst zum teufel. ich habs jetzt auch eingesehen. unter x schon lange, da ging noch nie gut (und zudem die fb nicht richtig), dieses vesa-rumgemurkse ist echt horror. unter xp läuft's so halbwegs, die probleme haben wir ja diskutiert im activy forum. und win98, naja....
also, warum nicht die dvb-karte nutzen?

markus

Ja der Cyberpro taugt auch nix , meine ja nur bevor garnix geht.
Wenn man auf schwarze Ränder steht ist er ganz gut zu gebrauchen (vom Speed abgesehen ;)).
Ich habe ja nix dagegen , wenn es mal sowas geben wird.
Ruckzuck 2 Partitionen frei und 2 Betriebsysteme weniger auf der Platte ;).

bye

Frage :
Gibts es eigentlich irgendeine billige Decoderkarte DXr3 o. ä
mit Videoeingang ??
Wäre doch einfach den Tv-Out der Grafikkarte mit dem
Video-In der Decoderkarte zu verbinden und auf dem
TV wiederzugeben (alles theoretisch ;))

Hallo zusammen,

ich hatte dies vor einiger Zeit schonmal erfolglos andiskutiert/getestet.

(siehe hier http://www.vdr-portal.de/board/thread.php?threadid=1692&sid=)

Mein Resultat waren ca 2 Frames/sec auf einem Celeron 1,6 )
(allerdings nur mit bestehenden Tools per shellskript kombiniert,
mit etwas c-erfahrung könnte man den grafikspeicher direkt
auslesen oder sowas wie vnc basteln...)

Vielleicht gibts ja irgendwie doch eine Möglichkeit....