Hi Leute,
ich verwende xineliboutput auf meinen VDPAU-Mainboard. Alles soweit ok. Manchmal ganz leichte Ruckler (bei HD und SD). Was sind die Unterschiede, welches ist "besser". Sollte ich vielleicht wechseln?
Danke & Gruß
Thomas
Hi Leute,
ich verwende xineliboutput auf meinen VDPAU-Mainboard. Alles soweit ok. Manchmal ganz leichte Ruckler (bei HD und SD). Was sind die Unterschiede, welches ist "besser". Sollte ich vielleicht wechseln?
Danke & Gruß
Thomas
Ruckler hatte ich auch bei xineliboutput. Deswegen habe ich softhddevice probiert. Keine Ruckler mehr, schneller Umschaltzeiten. Probiers aus.
Setzt aber eventuell eine schnellere GPU, als den ION voraus...
Setzt aber eventuell eine schnellere GPU, als den ION voraus...
Dumm gelaufen. Ich habe es mir eben darum zugelegt. Aber ein Test kann nicht schaden.
Und gibt es noch weitere Vor-/Nachteile?
Glaube nicht, dass softhddevice mehr resourcen als xineliboutput benötigt. Versuch macht kluch.
Meine ION(1)-Systeme laufen prima mit softhddevce.
Meine ION(1)-Systeme laufen prima mit softhddevce.
Meine Zbox HD-ID 40 ebenso.
Gerald
Hier läuft es auch auf meinem POV-330-1.
Sogar besse als mit dem Xine.
Gruß Santos
Ich kann das ebenso bestätigen, auf einem POV ION 330-1 (ION1) System.
SofthHDDevice ist meinem früheren Xineliboutput in jeder Hinsicht überlegen:
* Schnellere Umschaltzeiten (SD 0,5 Sekunden oder weniger; HD unter 1 Sekunde)
* Keine Abstürze mehr beim Umschalten (hatte ich sehr selten)
* Keine Ton-Probleme beim Umschalten auf einige der ÖR HD-Sender (zB ZDF HD, arte) --> das war früher wirklich mühsam
Softhddevice läuft stabiler, die umschaltzeiten sind deutlich schneller. Ich nutze xineliboutput nur wegen dem mediaplayer!
iPhone 4x
Ich hatte bis gestern überall xineliboutput im Einsatz.
Hab mich jetzt durchgerungen und im SZ auf meinem ION2 System softhddevice eingerichtet.
Ich muss sagen - WOW! Alles was bisher drüber erzählt wurde trifft voll zu. Vor allem, dass das OSD blitzschnell reagiert und zu keinen Rucklern mehr führt ist echt klasse.
Einziges Manko ist/war der Ton. Wenn man ohne passthrough arbeiten möchte, dann hat man das Problem mit dem Lautstärkeunterschied zwischen den einzelnen Sendern da mal Stereo, mal AC-3 Stereo oder 5.1.
Mein Philips kann damit aber ganz gut selber umgehen, daher besteht dieses Problem dank passthrough jetzt nicht mehr
Hier mal ein kleines toggle script fürs frontend für den Einsatz als Starter/Tastenkombi/irexec...
Evtl. kanns wer gebrauchen.
Setzt aber eventuell eine schnellere GPU, als den ION voraus...
Sicher nicht, man kann es auch mit nem Geforce 8200 nehmen ...
Mit SoftHD Device kann man keine noch laufende Aufnahmen anschauen. Wenn die bei Beginn des Abspielens festgestellt groesse der Datei erreicht ist, bricht die Wiedergabe ab. Man kann dann zwar neu starten, es wird an der gleichen Stelle fortgesetzt, ist aber nervig
Das ist fuer mich definitiv der einzige Grund warum ich jetzt erstmal wieder auf xinelib umgestellt habe.
LiveTV schaue ich eh nur noch ueber XBMC/VNSI
Edit
johns Haben wir die Chance das das SoftHD irgendwann mal hinbekommt ?
Mit SoftHD Device kann man keine noch laufende Aufnahmen anschauen. Wenn die bei Beginn des Abspielens festgestellt groesse der Datei erreicht ist, bricht die Wiedergabe ab.
das verstehe ich jetzt nicht, was du damit aussagen willst.
ich schaue sehr oft aufnahmen zeitversetzt an, zb. steige ich oft so nach 20min ein, um etwas vorlauf fürs evtl. überspringen der ersten werbeblöcke zu haben. und bei mir ist bisher auch noch nie was abgebrochen. die aufnahme läuft bis zum timerende und das abspielen läuft auch ohne probleme bis zum schluss durch.
Gruss.
Markus
>> zb. steige ich oft so nach 20min ein
Ja, genau das meine ich. Das ging mit xbmc/xvdr. Da ich auf vnsi umgestiegen bin, ist mit aufgefallen das das nicht mehr geht
Deswegen nachstehender Thread
softhddevice / streamdev und timeshift
Also bei mit gehts definitiv nicht. Scheint auch allgemein so zu sein (s.o.)
Ist auch offensichtlich kein Unterscheid ob man Client / Server verbindung hat oder nicht
Hm. Eigenartig. Konnte ich noch nie beobachten dieses Problem. Client/Server-Struktur habe ich keine.
Und wie äussert sich das genau? Ich konnte mit dem Satz
ZitatWenn die bei Beginn des Abspielens festgestellt groesse der Datei erreicht ist, ...
nichts anfangen
>> zb. steige ich oft so nach 20min ein
Ja, genau das meine ich. Das ging mit xbmc/xvdr. Da ich auf vnsi umgestiegen bin, ist mit aufgefallen das das nicht mehr geht
Deswegen nachstehender Thread
softhddevice / streamdev und timeshift
Also bei mit gehts definitiv nicht. Scheint auch allgemein so zu sein (s.o.)
Ist auch offensichtlich kein Unterscheid ob man Client / Server verbindung hat oder nicht
Das ist aber kein Bug im Plugin. Es ist ein Problem von VDR. Und sollte egal mit welchem Ausgabeplugin auftreten.
Bitte eigenen Thread hierfür aufmachen bzw. den obigen verwenden,
Johns
>> Und wie äussert sich das genau? ...
Wenn Du nach 20 min anfaengst zu gucken, bricht die Wiedergabe nach 20 min ab (und damit ungefaehr alle 20 min)
>> Konnte ich noch nie beobachten dieses Problem
Na, dann freu Dich
>> Das ist aber kein Bug im Plugin. Es ist ein Problem von VDR
Hab eigentlich auch nur nachgefragt, ob Du die Absicht hast dieses VDR Feature zu umgehen (so wie Pipelka zB), weils gerade ins Thema gepasst hat. Wenn nicht, auch gut
Ist wahrscheinlich eh nur ne Frage der Zeit, bis es mit VNSI funktioniert. Momentan behelf ich mir mit xinelib
asshep
Check doch mal den thread hier:
Remote VDR und Recordings vom anderen VDR werden nicht mehr aktualisiert während der Aufnahme
Super, danke fuer den Hinweiss. Bei 1.7.33 hab ich mal das probiert
Mal schauen obs tut. Normalerweise mach ich nix im Code rum. Hab da zu wenig Ahnung von
=> recordings.c
1829 if (fstat(f, &buf) == 0) {
1830 // if (!IsInIndexList(this)) {
1831 if (time(NULL) - buf.st_mtime > MININDEXAGE) {
<=
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!