40 Watt finde ich gut. Auch ein ION brauch für die Wiedergabe 30-40 Watt. Wenn die Core-I Kiste dann zwischen 40 und 55 Watt braucht ist das immernoch sehr gut - ausserdem kann man bei bedarf halt noch mehr Leistung abrufen. Beim ION ist ohne GPU Beschleunigung ganz schnell Schluss (ich finde die ION Plattform trotzdem sehr gelungen - leider halt mit Einschränkungen).
Auf den PVR Bericht bin ich gespannt - weiter so 
Ich werde auch heute Abend mal Testen.
Gruß
Atech
ZitatOriginal von Atechsystem
40 Watt finde ich gut. Auch ein ION brauch für die Wiedergabe 30-40 Watt. Wenn die Core-I Kiste dann zwischen 40 und 55 Watt braucht ist das immernoch sehr gut - ausserdem kann man bei bedarf halt noch mehr Leistung abrufen. Beim ION ist ohne GPU Beschleunigung ganz schnell Schluss (ich finde die ION Plattform trotzdem sehr gelungen - leider halt mit Einschränkungen).
Auf den PVR Bericht bin ich gespannt - weiter so
Gruß
Atech
Anmerkung: Die 30-40 Watt gelten für einen Atom 330 mit nvidia 9400 GPU! Neuere sind scheinbar etwas sparsamer.
Nabend,
mit einer normalen 3,5" SATA HDD.
Gruß
Atech
SD Channel mit AT5iont (N525 +ION2) 2,5" SATA und Tevii S480 35W ... keine LNB Speisung, HD geht noch nicht, dürften aber 3W mehr sein bei temporal_spatial
Siehe Sig
Nabend,
ich muss mir mal die Leistungswerte von dem Netzteil anschauen. Habe auch schon ein bisschen gesucht.
- Cooler Master Silent Pro 500 (hat Kabelmanagement - sehr gute Sache aber nur 80plus Zert.)
- Be quiet! straight Power (mit 80plus bronze - laut Test aber knapp an der silver Zertifizierung vorbei. Leider kein Kabelmanagement)
Ansonsten schön, dass es so gut läuft.
Im übrigen -> Schönes Gehäuse Leider mit Riser Card. Ich schätze in meinem Gehäuse ist die Riser Konstruktion ausgenudelt und deswegen kommt es zu diesen komischen Fehlern. Ein gutes flaches Gehäuse ist schwer zu bekommen.
Gruß
Atech
ZitatOriginal von Atechsystem
...
- Cooler Master Silent Pro 500 (hat Kabelmanagement - sehr gute Sache aber nur 80plus Zert.)
- Be quiet! straight Power (mit 80plus bronze - laut Test aber knapp an der silver Zertifizierung vorbei. Leider kein Kabelmanagement)
...
Atech
Tipp: Wähle maximal ein 300W Netzteil. Der Wirkungsgrad liegt unter 20% Last deutlich unter 80% und nimmt zunehmend mit geringerer Auslastung ab! Selbst ein 200W Netzteil würde locker reichen, die gibt es nur leider nicht als ATX.
Das BQT-L7 300W ist bei mir in Verwendung und ist auch bei >20% Last gut.
Bei 80Plus kann man zu allen zertifizierten Netzteilen sich den Bericht ansehen, incl. Wirkungsgrad Kurve, das zeigt sehr schön was ich meine.
Hi Torsten
Danke für den Hinweis. Ich habe gestern festgestellt, dass ich wahrscheinlich mein 360W Be qiuet Netzteil weiter verwenden kann. Es hat ATX 2.3 und damit sollte das Gigabyte Board auskommen. Es hat auch 80plus Zertifizierung. Es gibt ja auch noch diese Pico Netzteile mit 120 Watt. Damit soll man die besten Ergebnisse erzielen (15 Watt Idle). Aber da der VDR die meiste Zeit kaum Idle sein wird werde ich da nicht weiter nachforschen.
Leider finde ich bei Gigabyte keine Angabe zur Netzteilspezifikation. Von den Anschlüssen her (24 Pin ATX Power connect + 4 Pin, früher hieße es mal P4, connector) sollte es gehen. Von meinem ASUS Board habe ich noch irgendwas mit EPS im Kopf. Das ist dann ein zusätzlicher 8 PIN connector. Leider nicht besonders übersichtlich gehalten das ganze.
Erstmal folgen die Tests auf meinen Desktop Rechner. Leider wenig Zeit 
Gruß
Atech
FYI:
libva 1.0.7 ist jetzt im debian-multimedia.org Repo
# aptitude show libva1
Paket: libva1
Zustand: Installiert
Automatisch installiert: ja
[B]Version: 1.0.7-0.0 [/B]
Priorität: extra
Bereich: libs
Verwalter: Christian Marillat <marillat@debian.org>
Unkomprimierte Größe: 434 k
Hängt ab von: libc6 (>= 2.2.5), libva-x11-1Nabend,
ich hab jetzt das ganze mal soweit wie möglich aufgrund wbreus Vorarbeit (Danke dafür!!) nachgebaut. Ich verwende Archlinux und folgende Packete:
- kernel26 2.6.36.3
- xorg-server 1.9.3.901
- libdrm-git 20110125
- libva 1.0.7
- xf86-video-intel 2.13.0
- xine-lib-1.2-vaapi (aus den verlinkten Sourcen)
- vdr-1.7.16
- vdr-plugin-xineliboutput-git 20110124
Soweit läuft das ganze schon sehr gut. Leider ist bleibt bei HD aber das Bild stehen und xiinelibout wirft viele Fehler aus:
[9973] [demux_vdr] PMT changed, resetting demuxer [9972]
[input_vdr] vdr_flush_engine: playback is paused <0> [9973]
[demux_vdr] PMT changed, resetting demuxer xv_set_property: property=0, value=0
[h264 @ 0xa8a012f0] non-existing SPS 15 referenced in buffering period
[h264 @ 0xa8a012f0] non-existing PPS 0 referenced
[h264 @ 0xa8a012f0] decode_slice_header error
[h264 @ 0xa8a012f0] no frame!
[h264 @ 0xa8a012f0] no frame!
libva: libva version 0.31.1
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/i965_drv_video.so
libva: va_openDriver() returns 0
libva: 0.31 AvCodecContext w 1280 h 720 Profile: 7 (VAProfileH264High) Entrypoint 1 (VAEntrypointVLD) found valid image format
init vaapi successfully
[h264 @ 0xa8a012f0] mmco: unref short failure
[h264 @ 0xa8a012f0] mmco: unref short failure
[h264 @ 0xa8a012f0] number of reference frames exceeds max (probably corrupt input), discarding oneDann steht das Bild, der Ton läuft weiter und es werden auch keine Fehler im Log mehr angezeigt. Außerdem kann ich vdr-sxfe nicht mit der Option --hud starten Das Bild belibt dann einfach Schwarz. Wenn ich ein anderes Fenster Fokussiere bekomm ich plötzlich Bild. Wenn ich das xinelibout Fenster Fokussiere ist es wieder Schwarz. Sehr seltsame Sache.
Habe ich irgendetwas vergessen oder vielleicht eine falsche Komponente im Einsatz? Wird libva überhaupt richtig initialisiert?
[root@myhost ~]# vainfo
libva: libva version 0.31.1 libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/i965_drv_video.so
libva: va_openDriver() returns 0
vainfo: VA API version: 0.31
vainfo: Driver version: i965 Driver 0.1
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Baseline : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLDMich irritiert "libva: va_openDriver() returns 0", aber ich habe in verschiedenen Posts zu dem Thema gelesen, dass es richtig sein soll??
Weiss nicht wirklich weiter....
Gruß
Atech
Kleiner Nachtrag:
ServusTV HD wird wiedergegeben, alle anderen 720p Sender nicht.
Ausgabe bei ServusTV HD:
[h264 @ 0xa43013b0] no frame!
[h264 @ 0xa43013b0] non-existing SPS 7 referenced in buffering period
[h264 @ 0xa43013b0] non-existing PPS 0 referenced
[h264 @ 0xa43013b0] decode_slice_header error
[h264 @ 0xa43013b0] no frame!
[h264 @ 0xa43013b0] non-existing SPS 8 referenced in buffering period
[h264 @ 0xa43013b0] non-existing PPS 0 referenced
[h264 @ 0xa43013b0] decode_slice_header error
[h264 @ 0xa43013b0] no frame!
[h264 @ 0xa43013b0] non-existing SPS 9 referenced in buffering period
[h264 @ 0xa43013b0] non-existing PPS 0 referenced
[h264 @ 0xa43013b0] decode_slice_header error
[h264 @ 0xa43013b0] no frame!
[h264 @ 0xa43013b0] non-existing SPS 10 referenced in buffering period
[h264 @ 0xa43013b0] non-existing PPS 0 referenced
[h264 @ 0xa43013b0] decode_slice_header error
[h264 @ 0xa43013b0] no frame!
libva: libva version 0.31.1
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/dri/i965_drv_video.so
libva: va_openDriver() returns 0
libva: 0.31 AvCodecContext w 1920 h 1080
Profile: 7 (VAProfileH264High) Entrypoint 1 (VAEntrypointVLD)
found valid image format
init vaapi successfully
------> Dann der Absturtz nach ca. 4 min. Wiedergabe
[10285] [input_vdr] Control stream disconnected
[10286] [input_vdr] read_block: no data source, returning NULLMorgen wbreu,
Zitatsoweit ich das sehe hast du etliche Abweichungen bei der eingesetzten Software, ohne dass ich jetzt den von dir dargestellten Fehler kenne
Ich versuche so weit wie möglich die hauseigenen Mittel von Arch zu verwenden. Obwohl ich jetzt seit vielen Jahren den VDR einsetze und ich mich schon recht sicher im Umgang mit Linux fühle ist es noch immer ein kleines Mysterium für mich 
ZitatWelche Hardware hast du eigentlich da im Einsatz?
Natürlich, das habe ich total vergessen:
- Board: Asus P7H55D-M-EVO
- CPU: Core I5-661
- Speicher: 8GB OCZ DDR3 PC3 10666 low voltage
- Platte: WD Scorpio Blue SATA (Sehr zu empfelen da Ultraleise und auch schnell)
- Sat: TT-Connect S2-3200 - USB
Auf diesem Testsystem hat sich das Umschaltverhalten der TT-connect nochmal deutlich Beschleunigt. Auf dem System in meiner Signatur gibt es deutliche Verzögerungen. Das System ist eigentlich mein Produktivrechner - ich wollte mal Wissen was das System als VDR so kann. Auch mit den Problemen bin ich schon ziemlich angetan
ZitatPS: Danke fürs Testen und die Rückmeldung
Na klar, schließlich ist das System eine echte VDPAU Alternative. Ich habe schon lange damit geliebäugelt einen Core-I im VDR einzusetzen.
Ich habe übrigens mitlerweile auch XBMC PVR aus dem Opdenkamp repro (antiquated) compiliert und dort Funktioniert die Wiedergabe der 720p Sender inkl. VA-API aber das Bild ist komplett Grün und irgendwann stürtzt das ganze dann ab.
Ich werde jetzt die GIT versionen austesten.
Vielen Dank für deine Einschätzungen... ich werde weiter Berichten und bestimmt noch Fragen haben
Gruß
Atech
So schnell geht das Dank deinen Tips
Ich habe jetzt:
- kernel26 2.6.36.3 (beibehalten)
- xorg-server 1.9.3.901 (beibehalten)
- libdrm-git 20110125 (beibehalten)
- libva 1.0.7 (ersetzt gegen libva-git 20110126)
- xf86-video-intel 2.13.0 (ersetzt gegen xf86-video-intel 2.14.0 )
- xine-lib-1.2-vaapi (ebsi) (beibehalten)
- vdr-1.7.16 (beibehalten)
- vdr-plugin-xineliboutput-git 20110124 (beibehalten)
und noch:
- xcompmgr 1.1.5
- gcompmgr 0.21 (ein Grafischer client)
installiert -> Siehe da, der geht
Ausserdem ist der Desktop jetzt noch schön animiert.
Dann muss ich mal Langzeittesten und mein Energiemessgerät rauskramen.
Gruß
Atech
Sehr cool. Habe den Thread erst jetzt gefunden. Ich teste das heute Abend mal direkt. Ich hatte zwar schon vor einiger Zeit mit VAAPI rumgespielt, aber das war noch nicht so sehr zufriedenstellend bzw. erfolgreich. Ich berichte dann später mal.
Jaaa, die Ergebnisse machen Mut.
Allerdings habe ich den Eindruck, dass ich ein vsynch Problem habe. Gibt es dazu irgendwo Einstellungen? Ein Grafiktool wie bei Nvidia kann ich nicht finden. Ich finde auch keine vsynch Einstellung in der xorg.conf?
Ausserdem kann ich jetzt auch keine deinterleacing Einstellungen mehr vornehemen. Ich kann zwar die entsprechenden Deinterleacer in xinelibout einschalten aber es zeigt keinerlei Wirkung.
Bei dieser Gelegenheit mal generell zu VA-APi und Deinterleacing:
Ich kann in den XBMC Videoeinstellungen lediglich Deinterleace und none aktivieren wenn VA-API aktiv ist. Allerdings bringt die Einstellung Deinterleace leider garnichts. Da bei xbmc die VA-API auch für mpeg2 benutzt wird kann man das schön an N24 testen. Ohne VA-API sind die üblichen Deinterleacer aktiv und die tun es dann auch. Ich kenne exakt dieses Verhalten aus der XBMC Windows Version welche ja auch mittels Hardware Videobeschleunigung rendern kann. Dort habe ich auch nur diese beiden Einstellungen und das Deinterleacing funktioniert nicht. Ein XBMC Problem?
In xinelibout bin ich nicht sicher ob das Deinterleacing auf Servus TV HD (leider der einzige auf dem ich testen kann) funktioniert. Könnte sein, aber sieht nicht so dolle aus.
Also weiter gehts....
Gruß
Atech
Hi,
Freq: 50HZ
Deinterl.: Ja, im Setup des xinelib, mehrere getestet auch tvtime
XBMC: Nicht bewusst, ich kann in den XBMC Videoeinstellungen VAAPI auswählen und bekomme in den infos auch als Codec VAAPI mit der entsprechenden Einstellung gezeigt (mpeg2-high, mepeg4-high).
Danke schonmal.... werde die Sachen jetzt nochmal Prüfen.
Atech
PS: XBMC hat den vaapi_surface_reuse patch
PS2: xinelibout bietet mir kein TVTime (mehr?) ... seltsam
PS3: ARGH!!!!! Einfach zu schnell geschaut.... Natürlich ist TVTime da und tut jetzt wieder - ich hatte zwischenzeitlich "use progressive flag" aktiviert. Die CPU Belastung ist jetzt aber generell für HD zu hoch. Interleacing ist dafür in xinelibout wieder Sauber. Ich mach mal weiter und Poste heute Abend wieder. Muss gleich erstmal Arbeiten.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!