Posts by localhosthack0r

    Weil Sat>IP genormt ist kann man von einigen Herstellern Fernseher kaufen die direkt Unterstützung dafür haben. Man wählt dann bei Empfangsart nur Sat>IP aus und ab dann läuft die restliche Einrichtung des Fernsehers so ab als wäre ein Satkabel direkt am Fernseher.

    Hat sich die Verbreitung mittlerweile verbessert? Bei meiner letzten Recherche dazu hat nur Panasonic das direkt unterstützt.

    Hi,

    ich bin gerade darüber gestolpert, dass der VDR, bzw. das Ausgabeplugin vdr-plugin-softhd* crasht, wenn ich versuche einen bestimmten Sender abzuspielen.

    Es handelt sich dabei um einen Feed im 4:2:2 Format, ich vermute das ist das Problem. VLC spielt den Sender per streamdevice klaglos ab.

    In den Softhd Plugins scheint das nicht implementiert zu sein, das legt die Codestelle

    https://github.com/jojo61/vdr-plu…r/video.c#L2868

    nahe.

    Würde der VDR bzw. softhd* das Format prinzipiell unterstützen? Was ist dazu notwendig?

    Anbei Log und VLC Screenshot:

    Display Spoiler

    Oct 8 16:50:26 nucvdr vdr: [4965] switching to channel 10661 S23.5E-0-111506-1 (R)

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]SetPlayMode: 0

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]SetVolumeDevice: 255

    Oct 8 16:50:26 nucvdr vdr: Set Playmode 0

    Oct 8 16:50:26 nucvdr vdr: video: set closing

    Oct 8 16:50:26 nucvdr vdr: video: set clock --:--:--.---

    Oct 8 16:50:26 nucvdr vdr: video: reset start

    Oct 8 16:50:26 nucvdr vdr: video: set clock --:--:--.---

    Oct 8 16:50:26 nucvdr vdr: video: new stream start

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]SetVideoDisplayFormat: 1

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]GetSpuDecoder:

    Oct 8 16:50:26 nucvdr vdr: [5000] device 1 receiver thread ended (pid=4965, tid=5000)

    Oct 8 16:50:26 nucvdr vdr: video/cuvid: closing eof

    Oct 8 16:50:26 nucvdr vdr: [5030] device 1 receiver thread started (pid=4965, tid=5030, prio=high)

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]SetPlayMode: 1

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]SetVolumeDevice: 255

    Oct 8 16:50:26 nucvdr vdr: Set Playmode 1

    Oct 8 16:50:26 nucvdr vdr: video: set trick-speed 0

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]CreateOsd: left 0, top 708, level 0, using OpenGL OSD support

    Oct 8 16:50:26 nucvdr vdr: [4965] [softhddev]cOglOsd osdLeft 0 osdTop 708 screenWidth 1920 screenHeight 1080

    Oct 8 16:50:27 nucvdr vdr: [softhddev]GetVideoSize: 1280x720 1,77778

    Oct 8 16:50:27 nucvdr vdr: osd2web: Info: Can't get schedules

    Oct 8 16:50:27 nucvdr vdr: pesdemux: bad pes packet

    Oct 8 16:50:27 nucvdr vdr: video: new stream 1353ms

    Oct 8 16:50:27 nucvdr vdr: [softhddev] invalid PES video packet

    Oct 8 16:50:27 nucvdr vdr: in VideoDecode make close

    Oct 8 16:50:27 nucvdr vdr: CodecVideoClose

    Oct 8 16:50:27 nucvdr vdr: pesdemux: bad pes packet

    Oct 8 16:50:27 nucvdr vdr: pesdemux: pes start code id 0xc0

    Oct 8 16:50:27 nucvdr vdr: pesdemux: new codec 000000 -> 0x15000

    Oct 8 16:50:27 nucvdr vdr: codec: using audio codec ID 0x15000 (mp2)

    Oct 8 16:50:27 nucvdr vdr: codec: audio 'MP2 (MPEG audio layer 2)'

    Oct 8 16:50:27 nucvdr vdr: codec/audio: format change s16p 48000Hz *2 channels PCM AC-3 pass-through

    Oct 8 16:50:27 nucvdr vdr: codec/audio: resample s16p 48000Hz *2 -> s16 48000Hz *2

    Oct 8 16:50:27 nucvdr vdr: [softhddev] 15 invalid PES video packet(s)

    Oct 8 16:50:27 nucvdr vdr: video: h264 detected

    Oct 8 16:50:27 nucvdr vdr: CodecVideoOpen h264

    Oct 8 16:50:27 nucvdr vdr: ***************codec: Video Open using video codec ID 0x001b (h264)

    Oct 8 16:50:27 nucvdr vdr: codec: video 'H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10'

    Oct 8 16:50:27 nucvdr vdr: codec: can use own buffer management

    Oct 8 16:50:27 nucvdr vdr: codec: supports frame threads

    Oct 8 16:50:27 nucvdr vdr: codec: supports slice threads

    Oct 8 16:50:27 nucvdr vdr: Codec open 0

    Oct 8 16:50:27 nucvdr vdr: Initializing cuvid hwaccel thread ID:5015

    Oct 8 16:50:27 nucvdr vdr: video: ready --:--:--.--- 20ms/frame 1662ms

    Oct 8 16:50:27 nucvdr vdr: Cuvid_get_format: codec 27 fmts:

    Oct 8 16:50:27 nucvdr vdr: #0110x00000064 vdpau

    Oct 8 16:50:27 nucvdr vdr: #0110x00000077 cuda

    Oct 8 16:50:27 nucvdr vdr: #0110x00000004 yuv422p

    Oct 8 16:50:27 nucvdr vdr: Cuvid_get_format: codec 27 fmts:

    Oct 8 16:50:27 nucvdr vdr: #0110x00000064 vdpau

    Oct 8 16:50:27 nucvdr vdr: #0110x00000077 cuda

    Oct 8 16:50:27 nucvdr vdr: #0110x00000004 yuv422p

    Oct 8 16:50:27 nucvdr vdr: video profile 122 codec id 27

    Oct 8 16:50:27 nucvdr vdr: video: no valid pixfmt found

    Oct 8 16:50:29 nucvdr yavdr-frontend[1190]: INFO:pydbus2vdr:VDR Status: stopped

    Oct 8 16:50:29 nucvdr systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT

    Oct 8 16:50:29 nucvdr systemd[1]: vdr.service: Failed with result 'signal'.

    Oct 8 16:50:29 nucvdr yavdr-frontend[1190]: DEBUG:softhdvaapi:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files (2)


    Danke & Gruß!

    Hi,

    ich benutze mittlerweile bei Youtube, Podcasts etc. ganz gerne das Feature der Beschleunigten Wiedergabe (z.B. 1,25-, 1,5-, 2-fach).

    Ich könnte mir das auch gut für den VDR zum schauen von Nachrichten, Dokus usw. vorstellen.

    Ich hab keine Ahnung, vermute aber das müsste wohl im Ausgabeplugin implementiert sein/werden. Gibt es das in einem der gängigen Plugins, softhdcuvid, softhdvaapi, softhddrm?

    Hi,

    beide Projekte werden auf Github gehosted:

    https://github.com/catalinii/minisatip

    https://github.com/rofafor/vdr-plugin-satip

    Mach doch einfach jeweils ein Ticket unter Issues auf. Oder noch besser, wenn du schon einen Fix hast, gleich einen Pull Request. :)

    Für minisatip kann ich sagen, das der Entwickler catalinii sehr aktiv ist und auch bei Issues gerne hilft. Mit rofafor (vdr-plugin-satip) hab ich keine persönlichen Erfahrungswerte.

    Hi,

    das Thema interessiert mich auch, da hänge ich mich mal dran,... :)

    Das Satip-Plugin gibt nicht benützte Tuner wieder frei.

    Bis auf den letzten, Tuner stimmt das, ja.

    Hat man einen Headless Server VDR, z.B. pipeleka's Docker für robotv https://github.com/pipelka/vdr-plugin-robotv

    verhält sichs aber so, dass auf dem letzten Tuner der EPG Scan des VDR dann in Dauerschleife läuft.

    Das bedeutet für den SAT>IP Server, dass der nie Idle ist und somit DVB Karte und LNBs dauerhaft Strom verbraten. Unschön. Ich würde gerne bei Idle nach einiger Zeit per dynamite (?) abschalten.

    Also auf dem relevanten Kabel ist nur Türksat, und bei Pos A. braucht es dann auch kein DiseqC um die Position zu wechseln.

    Hallo localhosthack0r,

    der EXR904 ist eni uraltes teil, ca. 22 Jahre im Betrieb mit Null Problem. Stimmt, Zwe Sats, eine Terr. und _vier_ Abgaenge.


    Wobei ich anmelren muss, dass ich einen fuer Satra/Eutelsat (alle SatEinganeg sind belegt) und einen explizit fuer den Tuerksat habe.

    Ok, das hab ich noch nicht komplett verstanden.

    Ich frag mal anders, vielleicht kommen wir dann deinem Setup was SAT-Verkabelung angeht näher:

    Welche DVB-S2 Karte hast du denn im VDR? Single Tuner/Multi Tuner, mehrere davon?

    Wieviele SAT-Kabel kommen denn an deinem VDR an?

    Zwei von den EXR904 Multischalter, für insgesamt 3 Satelliten (Astra 19.2E, Eutelsat 13E, Türksat 42E)? Ist das richtig? Noch andere DiseqC Schalter, Weichen etc. dazwischen?

    Hi,

    habe mal kurz den

    Kathrein EXR90

    gegooglet.

    Das ist ein 9/4 Multischalter. Heißt der vereint zwei Sat-Positionen, die über DiseqC umgeschaltet werden können.

    Ich schätze Astra ist auf Position 1, daher auch per default, ohne diseqc.conf empfangbar. Für Position 2 brauchts dann noch die Konfiguration zur umschaltung.

    Leg dir mal noch eine discqc.conf an, wie in den Beispielen hier:

    http://www.vdr-wiki.de/wiki/index.php/Diseqc.conf

    Wie schon geschrieben ich habe keine eigenen Erfahrungen mit DDCI, aber genau wie du beschreibst ist auch mein Verständnis, wie das prinzipiell laufen sollte.

    Entschlüsselung erfolgt auf dem Server, gesteuert durch minisatip, per DDCI und HW-CAM (analog der SW Lösung mit DVBapi und SW-CAM). Auf den Clients - den VDRs - ist nur vdr-plugin-satip nötig.

    Ok, du hast also eine Lösung gefunden.

    Falls DDCI weiterhin interessant ist:

    Wenn du mit minisatip mit DDCI Support gebaut hast, sollte das eigentlich gehen.

    Falls nicht kann ich dich nur ermutigen einen Issue auf Github (mit Log) aufzumachen:

    https://github.com/catalinii/minisatip/issues

    Catalinii und auch andere Leute, die sich an der Entwicklung von minisatip beteiligen sind eigentlich sehr aufgeschlossen und helfen auch gerne bei Problemen bzw. kommen Fixes dann auch zeitnah.

    • lohnt sich eventuell ein Umstieg auf minisatip/satip-Plugin mit Oscar als SDminus-Quelle? (hat das jemand zufriedenstellend laufen)? (Dann gern per PN)

    Hi,

    da ich mit streamdev auch nie richtig zufrieden war, hab ich genau diese Kombi im Einsatz.

    Läuft für mich stabil, man hat viel weniger Aufwand auf VDR-Seite.

    Mittlwerweile kommt minisatip auch mit DDCI-Support, so dass der Oscar eventuell gar nicht beteiligt sein muss. Damit habe ich aber keine Erfahrung.