Beiträge von christian.uhlmann

es liegt wohl am aktuellen tvheadend.

ich starte mal damit, dem ganzen ein downgrade zu verpassen.

was nutzt ihr so?

4.2.5 ?

ahhh, danke für den Tip, werde ich mal testen.

mochte den tvhproxy sowieso nicht so richtig, wenn es damit gut läuft, perfekt.

danke für die hilfe

Hi,

ja das kann ich, das kommt dabei raus:

{"entries":[{"uuid":"15834b81bced80cb4524383f01339acd","enabled":true,"autoname":true,"name":"ProSieben","number":7,"epgauto":true,"epglimit":0,"epggrab":[],"dvr_pre_time":0,"dvr_pst_time":0,"epg_running":-1,"services":["31f4f8a690cc0465341651782586c92d","56dfa761bfa7fd7b4ee2268c6918cb66"],"tags":["bffe5b2d961bc4e8e3839999464ff401","5bc2fa0c6aabdd2a8ad505c1ec89b427","19d9d936e8603cbdee0a34726ec5047f","5d5fdb449e53c54ce2fdcb25c2793ca4"],"bouquet":""},{"uuid":"b1280583e58a7bdaa46b6a64eaffa492","enabled":true,"autoname":true,"name":"KiKA HD","number":10,"epgauto":true,"epglimit":0,"epggrab":[],"dvr_pre_time":0,"dvr_pst_time":0,"epg_running":-1,"services":["1f50b0210ae90d281c6938f2f6982d41","f75ce04df81a530186ceb2a199671e22","59bba38a0a97da33a4bc9299c05daad6"],"tags":["bffe5b2d961bc4e8e3839999464ff401","2ac8dfc3a26c180b3dbe9241aa6e313b","befcfe1b438b616337594a8bf65f5c51","5d5fdb449e53c54ce2fdcb25c2793ca4"],"bouquet":""},{"uuid":"8a1dcf8aef74267435baf1744687ab2e","enabled":true,"autoname":true,"name":"SAT.1","number":5,"epgauto":true,"epglimit":0,"epggrab":[],"dvr_pre_time":0,"dvr_pst_time":0,"epg_running":-1,"services":["e18ccb472b15ac7ad75723e7fadf82e9","aaf1f58686b0040265cfb68e2027f253"],"tags":["bffe5b2d961bc4e8e3839999464ff401","5bc2fa0c6aabdd2a8ad505c1ec89b427","19d9d936e8603cbdee0a34726ec5047f","5d5fdb449e53c54ce2fdcb25c2793ca4"],"bouquet":""},{"uuid":"ef33098b98c2ca46ede9c1e706aa4600","enabled":true,"autoname":true,"name":"arte HD","number":11,"epgauto":true,"epglimit":0,"epggrab":[],"dvr_pre_time":0,"dvr_pst_time":0,"epg_running":-1,"services":["38cbb2e49e25dbf27245fdd4e70d560d","75df0656bd47152c089ad5551072ebfa","4c36ee570d2ec4a2f5eda5e41431110e"],"tags":["bffe5b2d961bc4e8e3839999464ff401","0ee38dd8ca2b61111ae9a76541b820c7","befcfe1b438b616337594a8bf65f5c51","5d5fdb449e53c54ce2fdcb25c2793ca4"],"bouquet":""},{"uuid":"2b9f820b6ffef3e687bce1b63e2b7998","enabled":true,"autoname":true,"name":"ZDF HD","number":2,"epgauto":true,"epglimit":0,"epggrab":[],"dvr_pre_time":0,"dvr_pst_time":0,"epg_running":-1,"services":["d00a4230e58ab9f711689e1570c7927b","fc378413c37d8580c8f676ae4a8a372c"],"tags":["bffe5b2d961bc4e8e3839999464ff401","2ac8dfc3a26c180b3dbe9241aa6e313b","befcfe1b438b616337594a8bf65f5c51","5d5fdb449e53c54ce2fdcb25c2793ca4"],"bouquet":""},{"uuid":"b88af08e117573bbb6cd7f8c89b6b7d4","enabled":true,"autoname":true,"name":"ONE HD","number":12,"epgauto":true,"epglimit":0,"epggrab":[],"dvr_pre_time":0,"dvr_pst_time":0,"epg_running":-1,"services":["98177c073c3b1d9171c24f81d772fdc3","7ec0f3d8c8614cc1e3931c78fd499ebf"],"tags":["bffe5b2d961bc4e8e3839999464ff401","0ee38dd8ca2b61111ae9a76541b820c7","befcfe1b438b616337594a8bf65f5c51","5d5fdb449e53c54ce2fdcb25c2793ca4"],"bouquet":""},{"uuid":"f39adb12b115ebcc6cd939e2bdf1b190","enabled":true,"autoname":true,"name":"zdf_neo HD","number":13,"epgauto":true,"epglimit":0,"epggrab":[],"dvr_pre_time":0,"dvr_pst_time":0,"epg_running":-1,"services":["27003c71c41c92bc7ec9eef862974764","5b66b8a10b5fdb3358c02785c39dcb51"],"tags":["bf

(gekürzt, komplett siehe Anhang, Beitragslimit 10.000 Zeichen)

vielleicht kannst du mal dein Output dagegen herzeigen, evtl. sieht man dann ja einen unterschied.

weil selbst die neuinstallation auf einer frische VM mit Ubuntu 16.04 wie hier beschrieben https://github.com/jkaberg/tvhProxy/issues/46 liefert den selben Fehler.

Grüße

Christian

EDIT: .../discover.json & .../lineup_status.json funktionieren wie erwartet, der Fehler kommt nur bei .../lineup.json

Zitat von kia

Hallo zusammen,

ich bekomme immer einen Fehler 500 wenn versucht wird die lineup.json aufzurufen?

Kann mir dazu jemand etwas sagen?

Grüße,

kia

Alles anzeigen

Seit heute habe ich diesen Fehler auch.

Im Log steht:

hts@tvheadend:~/tvhProxy$ python tvhProxy.py
An error occured: JSONDecodeError('Expecting value: line 1 column 1 (char 0)',)
[2018-03-19 14:19:16,452] ERROR in app: Exception on /lineup.json [GET]
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1982, in wsgi_app
    response = self.full_dispatch_request()
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1614, in full_dispatch_request
    rv = self.handle_user_exception(e)
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1517, in handle_user_exception
    reraise(exc_type, exc_value, tb)
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1612, in full_dispatch_request
    rv = self.dispatch_request()
  File "/usr/lib/python2.7/dist-packages/flask/app.py", line 1598, in dispatch_request
    return self.view_functions[rule.endpoint](**req.view_args)
  File "tvhProxy.py", line 54, in lineup
    for c in _get_channels():
TypeError: 'NoneType' object is not iterable
::ffff:192.168.127.12 - - [2018-03-19 14:19:16] "GET /lineup.json HTTP/1.1" 500 412 0.004843

Ich nutze das ganze auf Debian buster (testing) mit tvheadend unstable (HTS Tvheadend 4.3-1159~gc64482d65).

evtl. muss ich das mal mit Ubuntu versuchen.

Hat jemand eine Idee? Hat sich vielleicht das tvheadend JSON API geändert?

Im TVHeadend Log kommt:

tvheadend tvheadend[2243]: http: 192.168.127.42: HTTP/1.1 GET (1) /api/channel/grid?start=0&limit=999999 -- 400

Grüße

Christian

Zitat von sh4

Einzig an die Poster-Darstellung muss ich mich gewöhnen. Generell fände ich es besser, wenn es noch sowas wie ein TV-Zeitschriften-Darstellung des EPG (wie im Live Plugin) gäbe.

Ja, so geht es mir auch, wenn du da fündig wirst, einfach mal posten

Zitat von christian.uhlmann

Hallo zusammen,

grundlegend habe ich die integration mit vdrProxy am laufen, aber in Plex sieht es bei mir anders aus und wegen der Fehlermeldungen die ich habe glaube ich das da etwas noch nicht so ganz passt.

Sowohl in Bild 1 (Schritt 2) von Jondalar als auch Bild 2 (Schritt 9) gibt es bei mir Fehler.

Das DIscovery findet nichts, im Log steht dann immer:

Code

Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Device: Discovering and refreshing devices.
Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Grabber: HDHomerun discovered 0 compatible devices.
Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Device: Testing grabber HDHomerun device device://tv.plex.grabbers.hdhomerun/12345678 at http://192.168.127.93
Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Device: Testing grabber HDHomerun device device://tv.plex.grabbers.hdhomerun/gb6x4du5 at http://192.168.127.33
Oct 07, 2017 11:19:34.387 [0x7f3b46bf8700] DEBUG - DVR:Device: Device device://tv.plex.grabbers.hdhomerun/12345678 died
Oct 07, 2017 11:19:34.446 [0x7f3b46bf8700] DEBUG - DVR:Device: Device device://tv.plex.grabbers.hdhomerun/gb6x4du5 died
Oct 07, 2017 11:19:34.447 [0x7f3b46bf8700] DEBUG - DVR:Grabber: Mystery discovered 0 compatible devices.

Im zweiten Bild sehe ich keine Tuner sondern nur eine Fehlermeldung:

Code

Gerät nicht gefunden. Überprüfe ob das Gerät eingeschaltet und mit dem lokalen Netzwerk verbunden ist.

Sowohl Live TV an der APP als auch Aufnahmen klappen aber.

Kann mir hier jemand sagen, was das Problem sein könnte?
Warum werden beide Geräte (einmal der vdrProxy https://github.com/seahawk1986/vdrProxy, zum zweiten die Lösung mit den 3 Dateien manuell auf einen Webserver zu legen) als died angezeigt.

Danke und Grüße

Christian

Alles anzeigen

Vergesst es, einmal PMS neugestaret und schon klappt alles

Hallo zusammen,

grundlegend habe ich die integration mit vdrProxy am laufen, aber in Plex sieht es bei mir anders aus und wegen der Fehlermeldungen die ich habe glaube ich das da etwas noch nicht so ganz passt.

Zitat von Jondalar

....

Schritt 2: Discover/Verbinden mit dem Proxy

[Blockierte Grafik: http://www.damhuis.de/plexdvr/setup02.png]

...

Schritt 9: fertig (im Prinzip)! Jetzt lädt das EPG und füllt den Program Guide

[Blockierte Grafik: http://www.damhuis.de/plexdvr/setup09.png]

Alles anzeigen

Sowohl in Bild 1 (Schritt 2) von Jondalar als auch Bild 2 (Schritt 9) gibt es bei mir Fehler.

Das DIscovery findet nichts, im Log steht dann immer:

Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Device: Discovering and refreshing devices.
Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Grabber: HDHomerun discovered 0 compatible devices.
Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Device: Testing grabber HDHomerun device device://tv.plex.grabbers.hdhomerun/12345678 at http://192.168.127.93
Oct 07, 2017 11:19:34.285 [0x7f3b46bf8700] DEBUG - DVR:Device: Testing grabber HDHomerun device device://tv.plex.grabbers.hdhomerun/gb6x4du5 at http://192.168.127.33
Oct 07, 2017 11:19:34.387 [0x7f3b46bf8700] DEBUG - DVR:Device: Device device://tv.plex.grabbers.hdhomerun/12345678 died
Oct 07, 2017 11:19:34.446 [0x7f3b46bf8700] DEBUG - DVR:Device: Device device://tv.plex.grabbers.hdhomerun/gb6x4du5 died
Oct 07, 2017 11:19:34.447 [0x7f3b46bf8700] DEBUG - DVR:Grabber: Mystery discovered 0 compatible devices.

Im zweiten Bild sehe ich keine Tuner sondern nur eine Fehlermeldung:

Gerät nicht gefunden. Überprüfe ob das Gerät eingeschaltet und mit dem lokalen Netzwerk verbunden ist.

Sowohl Live TV an der APP als auch Aufnahmen klappen aber.

Kann mir hier jemand sagen, was das Problem sein könnte?
Warum werden beide Geräte (einmal der vdrProxy https://github.com/seahawk1986/vdrProxy, zum zweiten die Lösung mit den 3 Dateien manuell auf einen Webserver zu legen) als died angezeigt.

Danke und Grüße

Christian

Hi,

Zitat von Dampfgarten

Sofern es nur eine durchschnittliche Bitrate ist, die dir dein Tool anzeigt, kann die schon schwanken bzw. unterschiedlich sein (Vorlauf/Nachlauf spielt dabei dannauch eine Rolle). Beide nehmen den Stream direkt auf. Plex lässt zwar den "Plex Transcoder" mitlaufen um evtl. ein paar unnötige Dinge aus dem Stream zu entfernen.

Nachbearbeitung geht auch unter Plex nach der Aufnahme via Skript:

Hier ein Beispiel Skript:

https://github.com/kfowlks/ple…ts/blob/master/convert.sh

Alles anzeigen

danke zwecks dieser Info und auch dem Hinweis auf das Script, das werde ich mir mal anschauen.

Trotzdem habe ich noch eine Verständnisfrage zu den doch wohl unterschiedlichen Formaten, vor allem dem eher weniger guten Format des VDR.

Hier noch mal ein direkter Vergleich mit dem Player MPC-HC (https://mpc-hc.org/):

Hier sieht man auch unterschiedliche Infos bei Bildrate und Bitrate (nahezu selbe Stelle in den Dateien). Außerdem ist das Rechte Bild (Plex) auch größer.

Dies ist auch hier zu sehen:

Plex

VDR

Wie kommt dieser Unterschied zustande? Wieso ist beim VDR die TS Datei in mpeg2 und im Plex als h264?
Sorry für die Topic Fremdfragen aber ich verstehe den unterschied einfach nicht.

Grüße

Christian

Achja, eine zweite Frage habe ich noch.

Ich lasse mir mit einem after recording hook unter easyVDR via Handbrake alle TS Aufnahmen ein wenig verkleinern.

Das spart enorm Platz, wie handhabt ihr das mit den Plex DVR Recordings? Gibt es da was, was ich von Plex noch nicht kenne?

Hallo zusammen,

ich lese hier schon eine ganze weile mit und habe den vdrProxy anhand dieser Anleiteung https://github.com/gdachs/vdrProxy auch bei mir am laufen.

Vielen Dank an alle beteiligten für die Arbeit

Bisher habe ich alles mit dem VDR aufgenommen, jetzt habe ich mal parallel einige Aufnahmen mit Plex DVR durchgeführt.

Seltsamerweise scheinen die beiden .ts Dateien unterscheidliche Qualität zu haben:

Wie kann es sein, das die Plex .ts Datei eine augenscheinlich höhere Qualität hat?
Ich dachte immer, dass der VDR das aufnimmt, was gesendet wird.

Habe ich einen Fehler im System oder einen Denkfehler?

Danke und Grüße

Christian

komisch, sowohl die headers als auch das auslassen von make menuconfig hatte ich in diesem thread gelesen aber make und make menuconfig haben mit einem fehler abgebrochen.
ein erneuter versuch heute, nachdem ich eure hinweise nochmal kontrolliert hatte, hat zu einem positiven ergebnis geführt.
vielen dank euch.


ein hinweis an alle die ggf. einen ähnlichen fehler haben:
mir haben
- libproc-processtable-perl ( bei make aufgefallen )
- patchutils (durch ./build --check-only aufgefallen )
wohl gefehlt, ob das direkt mit diesem Problem zu tun hat weiß ich nicht, aber damit hat dann alles funktioniert.



vielleicht war ich auch nur ein bissel durcheinander.

Hallo zusammen,

hat sich hier Grundlegend etwas geändert? Vor
einigen Woche hat mein System schon funktioniert. Ich bin dann auf XEN
umgestiegen, da ich auf der Maschine unterschiedliche Dienste laufen
lassen möchte.

DVB Karte: Cine S2 ver. 6.5

Xen Guide:
[HOWTO] HDTV VDR mit CineS2 auf XEN (Debian Wheezy Stable)

System Informationen:

Debian Jessie

lspci -vv

00:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
    	Subsystem: Digital Devices GmbH Cine S2 V6.5 DVB adapter
    	Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    	Interrupt: pin A routed to IRQ 29
    	Region 0: Memory at f7d00000 (64-bit, non-prefetchable) [size=64K]
    	Capabilities: <access denied>
    	Kernel driver in use: DDBridge

uname -a

Linux domu-video 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux

sobald ich make menuconfig eingebe bekomme ich folgenden Fehler:

make -C /home/christian/media_build_experimental/v4l menuconfig
make[1]: Entering directory '/home/christian/media_build_experimental/v4l'
make
 -C /lib/modules/3.14-2-amd64/build -f 
/home/christian/media_build_experimental/v4l/Makefile.kernel 
config-targets=1 mixed-targets=0 dot-config=0 
SRCDIR=/lib/modules/3.14-2-amd64/source v4l-mconf
make[2]: Entering directory '/usr/src/linux-headers-3.14-2-amd64'
/lib/modules/3.14-2-amd64/source/scripts/Makefile.build:44:
 /lib/modules/3.14-2-amd64/source/scripts/basic/Makefile: No such file 
or directory
make[3]: *** No rule to make target '/lib/modules/3.14-2-amd64/source/scripts/basic/Makefile'.  Stop.
/lib/modules/3.14-2-amd64/source/Makefile:430: recipe for target 'scripts_basic' failed
make[2]: *** [scripts_basic] Error 2
make[2]: Leaving directory '/usr/src/linux-headers-3.14-2-amd64'
Makefile:390: recipe for target '/lib/modules/3.14-2-amd64/build/scripts/kconfig/mconf' failed
make[1]: *** [/lib/modules/3.14-2-amd64/build/scripts/kconfig/mconf] Error 2
make[1]: Leaving directory '/home/christian/media_build_experimental/v4l'
Makefile:28: recipe for target 'menuconfig' failed
make: *** [menuconfig] Error 2

Hat jemand eine Ahnung, was hier das Problem sein könnte?
Aus meiner Sicht sieht in meiner XEN Umgebung alles gut aus, hab ich vielleicht etwas vergessen zu installieren?

Danke und Grüße

Christian