Streams komprimieren auf TVHeadEnd Server

gibt doch im tvheadend die optionen des streamformats

offensichtlich nutzt du noch tvheadend 3.xxxx.
die profile für webtv etc wurden erst mit 4.x implementiert.
also schritt 1: tvheadend upgraden.
welches format du mit welchem endgerät bekommst ist von deiner userkonfiguration abhängig.
lege nachdem du tvheadend auf die neue version gebracht hast im webif einen neuen user an.
configuration -> access entries.....diesem user kannst du dort ebenso ein streamprofil zuweisen.
loggst du dich jetzt mit den gerade vergebenen daten im tvh client ein bekommst du das voreigestellte streamingformat für diesen user.

Zum Transcodieren on the Fly (also in Echtzeit) braucht man halbwegs potente Hardware. Ich kann mir nicht vorstellen, dass der Pi das noch zusätzlich schafft...

Zitat von imperator82

Also irgendeine Idee, wie ich die 4.x Version für OpenElec bekomme?

Nein. --> siehe EDIT

Interessehalber habe ich das Transcoding mal ausprobiert. Dazu habe ich ein HD (1920x1080) auf 682x384 in MP4 transcodieren lassen. Das Processing übernimmt hier ein Celeron.

kodi@Horus:~$ lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 42
Stepping:              7
CPU MHz:               1600.000
BogoMIPS:              4988.38
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              2048K
NUMA node0 CPU(s):     0,1

Anschliessend ein Screenshot der CPU-Auslastung ohne Transcoding, aber mit Decryption, sowie das Ganze nochmal mit Transcoding auf 682x384. Client ist ein Motorola G2 mit der TVHGuide-App. Da der Celeron 2 Cores bedienen kann/hat, liegt die Auslastung pro Kern bei ca. 55% (daher auch die 110%).

Wie das bei einem Raspberry aussieht, wirst Du dir ja ausmalen können.

EDIT: @CvH hat da wohl einige neue Kompilate von TVHeadend auch für den Raspberry.

Zitat von BJ1

EDIT: @CvH hat da wohl einige neue Kompilate von TVHeadend auch für den Raspberry.

die ganzen Builds sind ohne Transcoding (weil das OE System das nicht hergibt - es gibt auch spezielle builds für x86/x64 mit Transcodieren)
Transcodieren auf dem RPi2 kann man aber getrost vergessen weil in Tvh nur der CPU angesprochen wird. Es gäbe theoretisch eine Möglichkeit das ganze mit der GPU zu beschleunigen, da gibt es wohl auch Tests aber nichts implementiertes !

Dann hat sich das Thema Transcoding auf dem Pi ja ohnehin erledigt.

mich interessiert das Transcoding gerade auf Phone und Tablet auch.. in meinem Gen8 server werkelt auch ein Celeron 2x2,3ghz..
Ist der Umstieg von 3.9 auf 4.x auch mit migration verbunden? oder muss alles neu eingerichtet werden?!

Die 3.9er und 4.xx nutzen die gleiche Konfiguration, eine Migration ist hier nicht erforderlich.

ach ich kann gar nicht upgraden.. OMV 2.1.x basiert auf Debian wheezy die 4.x gibts aber nicht für Wheezy.. Erst für Debian Jessie

Zitat von Ruschi

ach ich kann gar nicht upgraden.. OMV 2.1.x basiert auf Debian wheezy die 4.x gibts aber nicht für Wheezy.. Erst für Debian Jessie

http://forums.openmediavault.org/index.php/Thre…tup-and-Config/ da gibts die 4.1er
schade das bei omv die Software immer mehr katastrophal alt wird
Die letzte 4.1er ist recht stabil und hat massig neue features wie z.B. das man nun endlich mehrere Kanäle auf einmal anwählen kann, Deutsche Oberfläche und eine weit bessere Hilfe.

kannst selber bauen....iwo schwirrt hier ne anleitung dafür rum.
edit: siehe post über meinem

Kann ich das einfach so drüber installieren?
Ich hatte gestern Abhängigkeiten die nicht passen.. habe nicht weiter gemacht..

Ich meine das ich Quellen habe (VDR von früher) die ich in der sources.list auskommentiert habe
Könnte ich heute Abend ab 20:00 vielleicht jemanden direkt belästigen..

Ich würde ja das bauen direkt aus der Quelle bevorzugen (build from source), da kann man noch am wenigsten falsch machen. Ansonsten sitze ich eigentlich um 20:00 Uhr am Rechner.

Zitat von BJ1

Ich würde ja das bauen direkt aus der Quelle bevorzugen (build from source), da kann man noch am wenigsten falsch machen. Ansonsten sitze ich eigentlich um 20:00 Uhr am Rechner.

Das habe ich gestern versucht.. Wie gesagt.. Da passen paar Abhängigkeiten nicht.. es werden Pakete zurückgehalten.. libcurl3 libcurl3-gnutls vdr (ich meine ich habe eine Quelle für VDR auskommentiert)..

Dank BJ1 hat das bauen und die Installation der Version 4.1 für OMV 2.1.x (Debian Wheezy) wunderbar geklappt..

Die fehlerhaften Abhängigkeiten kamen durch eine vdr Quelle..
Diese auskommentiert, und es ging..

DANKE noch mal BJ1.. Bester Mann

Nur leider haben wir ohne Transcoding-Support gebaut . Mit Transcoding sieht das dann so aus - allerdings dauert jetzt das bauen auch gleich mal eine Stunde:

apt-get install build-essential git pkg-config libssl-dev bzip2 wget gettext debhelper
cd /usr/src
rm -rf tvheadend*
git clone https://github.com/tvheadend/tvheadend.git
cd tvheadend
./configure --prefix=/usr
AUTOBUILD_CONFIGURE_EXTRA=--enable-libffmpeg_static\ --disable-libav ./Autobuild.sh
cd ..
dpkg -i tvheadend_4.*.deb

Das Skript ist jetzt so abgeändert, dass es auch zum Aktualisieren/Updaten geeignet ist, da alte Quellen gelöscht (Zeile 3) und neu geholt (Zeile 4) werden.