integration von vdpau in vdr

Zitat

Original von ciax
OT gda: sorry, ich bin's so sehr gewöhnt, die groß- und kleinschreibung zu ignorieren

Du bist einer der hier signifikante Beiträge leistest, da ist es selbstverständlich, dass du dir
solche Freiheiten herausnehmen darfst.

Gerald

Zitat

Original von ciax
[..]auf der console, zeigt's bei mir 101 (°C vermute ich) an - ist das nicht schon etwas zu heiß bzw. was vertragen die GPUs so ... ?

.. hab's rausgefunden - die 9400GT sollte

Maximum GPU Temperature (in C) 105

haben. na, dann ist sie ja schon fast am anschlag - nicht so gut ...

gruß, ciax

Zitat

Original von gda
Du bist einer der hier signifikante Beiträge leistest, da ist es selbstverständlich, dass du dir
solche Freiheiten herausnehmen darfst.

Gerald

ps: dieser beitrag war wohl eher nicht sonderlich signifikant

gruß, ciax

Zitat

Original von ciax
hallo,

kann mir jemand von euch sagen, wie heiß die GPU bei euch wird (bei 1080i)?

mittels

Code

nvidia-settings -c :0.1 -q GPUCoreTemp -t

auf der console, zeigt's bei mir 101 (°C vermute ich) an - ist das nicht schon etwas zu heiß bzw. was vertragen die GPUs so ... ?

danke & gruß,
ciax

OT gda: sorry, ich bin's so sehr gewöhnt, die groß- und kleinschreibung zu ignorieren

Alles anzeigen

Hi,

bei 1080p, auf Anixe HD, komme ich derzeit auf 46 Grad. Allerdings mit offenem Gehaeuse und einem Luefter auf dem Chipsatz (Geforce 9300 IGP).

Hallo,

ich habe mal kurz nachgeschaut, es sind 43°C bei 1080i bei einem 9400 IGP.

Schau mal nach ob der Wärmeleitkleber gebrochen ist, eventuell besteht keine Verbindung mehr zwischen GPU und Kühlkörper, bei diesen günstigen Grafikkarten benutzen die Hersteller im Normalfall keine hochwertige Wärmeleitpaste.

War bei meinem Board leider auch der Fall, ich habe dann dieses Liquid Pro aufgetragen.

Kind regards

Hallo,
in diesem Thread wurde oft von Tonaussetzern berichtet. Ich habe dazu leider keine Lösung gesehen (oder sie schlicht übersehen)...

Mein Setup:
Core2Duo E7200, Geforce 9300/nforce 730 Board.

Debian Sid mit den E-Tobi Paketen (vdr-1.6, es steckt ohnehin nur eine dvb-s Karte drin). Xinelib 1.2, Xine-UI und vdr-xine-0.9.0 mit xine-lib-1.2-vdpau-r216.diff selbst kompiliert, Nvidiatreiber 180.22. Mit SDTV vom VDR läuft Alles bestens.

Bei einem Stresstest mit:
http://us.download.nvidia.com/…/nzm_PureVideo_SDvsHD.wmv
und
http://anon.nasa-global.edgesu…11708_126_launch_1080.wmv
läuft das Video wunderbar flüssig, der Ton hat aber Aussetzer. CPU-Last schwankt dabei um 5%. Da der Einbau einer DVB-S2 Karte eh frühestens ansteht, wenn das Treiber hickhack beigelegt ist, ist dieses Problem erstmal nur nachrangig.
Die große Frage ist trotzdem: liegt es am Treiber, der Xinelib, den Dateien, ganz wo anders?

Ansonsten, tolle Arbeit von den Entwicklern!

Grüße,
Christian

Edit:
bei SDTV über vdpau hat die passiv gekühlte GPU knapp über 60°C.

[/CODE]
...
vdpau_mpeg12.c: In function 'decode_render':
vdpau_mpeg12.c:590: warning: dereferencing type-punned pointer might break strict-aliasing rules
vdpau_mpeg12.c:596: warning: unused variable 'info'
vdpau_mpeg12.c:616: warning: dereferencing type-punned pointer might break strict-aliasing rules
vdpau_mpeg12.c: In function 'vdpau_mpeg12_decode_data':
vdpau_mpeg12.c:735: error: 'vdpau_mpeg12_decoder_t' has no member named 'video_step'
vdpau_mpeg12.c:736: error: 'vdpau_mpeg12_decoder_t' has no member named 'video_step'
vdpau_mpeg12.c: In function 'vdpau_mpeg12_flush':
vdpau_mpeg12.c:789: warning: unused variable 'this'
vdpau_mpeg12.c: In function 'open_plugin':
vdpau_mpeg12.c:860: warning: return makes pointer from integer without a cast
vdpau_mpeg12.c: At top level:
vdpau_mpeg12.c:955: warning: initialization discards qualifiers from pointer target type
make[2]: *** [xineplug_decode_vdpau_mpeg12_la-vdpau_mpeg12.lo] Fehler 1
make[2]: Leaving directory `/usr/local/src/xine-vdpau/src/libvdpau'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/usr/local/src/xine-vdpau/src'
make: *** [all-recursive] Fehler 1
[CODE]

vdpau rc220 will nicht. Jemand die gleiche Erfahrung?

Hi,

rkp: ist Dein Treiber update ?

Kind regards

Hi

meinst Du den Nvidia-Treiber? Den habe ich zuvor auf 180.29 aktualisiert und geht.

Zitat

Original von rkp
vdpau rc220 will nicht. Jemand die gleiche Erfahrung?

check!
ich hab das selbe problem. ich habe den nvidia treiber in der version 180.29 installiert und dann xine-vdpau Revision.220 ausgecheckt.
make bringt bei mir das selbe ergebnis.

vdpau_mpeg12.c: In function 'decode_render':
vdpau_mpeg12.c:590: warning: dereferencing type-punned pointer might break strict-aliasing rules
vdpau_mpeg12.c:596: warning: unused variable 'info'
vdpau_mpeg12.c:616: warning: dereferencing type-punned pointer might break strict-aliasing rules
vdpau_mpeg12.c: In function 'vdpau_mpeg12_decode_data':
vdpau_mpeg12.c:735: error: 'vdpau_mpeg12_decoder_t' has no member named 'video_step'
vdpau_mpeg12.c:736: error: 'vdpau_mpeg12_decoder_t' has no member named 'video_step'
vdpau_mpeg12.c: In function 'vdpau_mpeg12_flush':
vdpau_mpeg12.c:789: warning: unused variable 'this'
vdpau_mpeg12.c: In function 'open_plugin':
vdpau_mpeg12.c:860: warning: return makes pointer from integer without a cast
vdpau_mpeg12.c: At top level:
vdpau_mpeg12.c:955: warning: initialization discards qualifiers from pointer target type
make[2]: *** [xineplug_decode_vdpau_mpeg12_la-vdpau_mpeg12.lo] Fehler 1
make[2]: Leaving directory `/usr/local/src/xine-vdpau/src/libvdpau'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/usr/local/src/xine-vdpau/src'
make: *** [all-recursive] Fehler 1

...bei rev220 einfach Zeilen 735 & 736 auskommentieren.

Gruß, ollo

Danke.

Zitat

Original von ollo

...bei rev220 einfach Zeilen 735 & 736 auskommentieren.

Gruß, ollo

funktionierts dann auch? ich meine mag ja sein, dass es dann sauber kompiliert, aber irgendeinen sinn haben die zwei zeilen doch, denke ich, oder nicht?

hy

hatte auch das problem, habs es so gelöst:

Zitat

--- /usr/src/xine-vdpau/src/libvdpau/vdpau_mpeg12.c 2009-02-10 20:22:50.000000000 +0100
+++ /usr/src/xine-vdpau/src/libvdpau/vdpau_mpeg12.c.new 2009-02-10 20:18:25.000000000 +0100
@@ -732,8 +732,8 @@
sequence_t *seq = (sequence_t*)&this->sequence;

if (buf->decoder_flags & BUF_FLAG_FRAMERATE) {
- this->video_step = buf->decoder_info[0];
- _x_stream_info_set(this->stream, XINE_STREAM_INFO_FRAME_DURATION, this->video_step);
+ seq->video_step = buf->decoder_info[0];
+ _x_stream_info_set(this->stream, XINE_STREAM_INFO_FRAME_DURATION, seq->video_step);
}

if ( !buf->size )

Alles anzeigen

Zitat

Original von MHi
Hi,

bei 1080p, auf Anixe HD, komme ich derzeit auf 46 Grad. Allerdings mit offenem Gehaeuse und einem Luefter auf dem Chipsatz (Geforce 9300 IGP).

Zitat

Original von SED9
ich habe mal kurz nachgeschaut, es sind 43°C bei 1080i bei einem 9400 IGP.

hmm - das ist ja schon mal sehr negativ .. positiv für euch natürlich

das gehäuse ist zu, und die GraKa steckt im PCIe (passiv - kühlkörper richtung nächster karte/TT3200 im PCI, dahinter im nächsten PCI-Slot eine Nexus-S). die kochen natürlich alle so knapp nebeneinander vor sich hin. kühlung/frischluft kommt vorne über 2x 92mm lüfter rein und hinten via 2x 80mm lüfter raus .. die hinteren lüfter neben den ganzen steckplätzen saugen die heiße luft von den karten nicht ab vermutlich ... eigentlich sollten die karten doch für so eine knappe anordnung "designed" sein :o/ -- oder sind die IGPs wesentlich kühler?

so wie'S aussieht, wird's die karte nicht lange machen - die letzte (zotac) ist bei xv ausgabe nach ein paar monaten abgeraucht.

gruß, ciax

Zitat

Original von ciax
hmm - das ist ja schon mal sehr negativ .. positiv für euch natürlich

Wenn dich das irgendwie tröstet, meine Onboard-Grafik hat immerhin 73°C.

Gerald

Hi,

meine Onboard-Grafik hat auch so um die 76°C und das Gehause ist noch nicht zu.

P5N7A-VM

CU
9000h

Zitat

Original von 9000H
Hi,

meine Onboard-Grafik hat auch so um die 76°C und das Gehause ist noch nicht zu.

P5N7A-VM

CU
9000h

Alles anzeigen

Servus,

mit 80er Lüfter, der bei 800 U/min dreht, wären es bei geschlossenem Gehäuse 58 Grad Celsius.

Gruß
Wolfgang

Zitat

Original von gda
Wenn dich das irgendwie tröstet, meine Onboard-Grafik hat immerhin 73°C.

hm - ja, tröstet mich

Zitat

Original von 9000H
meine Onboard-Grafik hat auch so um die 76°C und das Gehause ist noch nicht zu.

hier hat's bei offenem gehäuse 85-88°C bei 1080i ... das "desktop gehäuse" braucht "irgendwie oben am deckel noch abluft"

Zitat

Original von wbreu
mit 80er Lüfter, der bei 800 U/min dreht, wären es bei geschlossenem Gehäuse 58 Grad Celsius

.. frechheit! steht dein vdr jetzt im winter draußen auf der terrasse?!

gruß, ciax

Hallo Betatester,

ich habe ein etobi vdr-1.6 system mit xineliboutput 1.0.3 (über vdr-sxfe, debian lenny)

Derzeit: CS-Treiber 180.29 mit 9400GT, vdpau rc221

Wenn ich über VDPAU SD Material ansehe (DVB-C TT1501) hab ich immer kaputte Blöcke oder Streifen. Es sieht so aus, als ob alte Speicherinhalte eingeblendet werden (Die Blöcke scheinen decodiert worden zu sein). Das komische ist, dass die Häufigkeit der kaputten Blöcke Senderabhängig ist. Die Ausgabe über xv funktioniert hingegen fehlerfrei, femon sagt BER = 0 und U... = 0.

Das Abspielen von 1080i Videos über "Medien..." beim xineliboutput-plugin funktioniert mit VDPAU super - keine Fehler.

Da einige hier geschrieben haben, dass SD feherfrei geht, wollte ich fragen, ob noch jemand diese Probleme hat.

Ich kann in den üblichen /var/log-files keine Probleme/Hinweise erkennen.

Gruß, S.