SoftHDDevice vs xineliboutput

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...

Glaube nicht, dass softhddevice mehr resourcen als xineliboutput benötigt. Versuch macht kluch.

Meine ION(1)-Systeme laufen prima mit softhddevce.

Zitat von seahawk1986

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.

#!/bin/bash


shdd_stat() {
  svdrpsend -p 2001 PLUG softhddevice STAT | grep '^9[0-1][0-9]' | cut -c 1-3
}


case $(shdd_stat) in
  910) svdrpsend -p 2001 PLUG softhddevice DETA 1>/dev/null
  ;;
  912) svdrpsend -p 2001 PLUG softhddevice ATTA 1>/dev/null
  ;;
esac




exit 0

Zitat von atgis

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 ?

Zitat von asshep

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

Zitat

Wenn die bei Beginn des Abspielens festgestellt groesse der Datei erreicht ist, ...

nichts anfangen

Zitat von asshep

>> 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

@stevie101

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) {
<=