Beiträge von TEN

Zitat von Xcoder

BBC ist verschlüsselt:

Code

250-795 BBC One HD;upc:514000000:M256:C:6900:144=27:145=NAR@3;155=eng@106:174:1801,1850,1862:9091:1:78:0
250-796 BBC Two HD;upc:514000000:M256:C:6900:464=27:465=NAR@3;475=eng@106:494:1801,1850,1862:9003:1:78:0
250-797 BBC One;upc:362000000:M256:C:6900:912=2:913=eng@3,914=NAR@3:0;933=eng:1801,1850,1862:166:1:72:0
250-798 BBC Four/Cbeebies HD;upc:514000000:M256:C:6900:208=27:209=NAR@3;219=eng@106:238:1801,1850,1862:9095:1:78:0
250-799 BBC World News;upc:362000000:M256:C:6900:144=2:145=eng@3:0:0:164:1:72:0

Schade. Womit zu welchen (einmaligen oder laufenden) Kosten decodierbar?

UPCs Versprechen der 240+ freien, in der ganzen Schweiz einheitlichen Sender bezieht dann wohl nicht auf DVB-C.

Eine "DigiCard Compact" zur Entschlüsselung ohne Abo http://www.cablemodem.ch/cable…wtopic.php?p=91400#p91400 wird wohl schon seit 5 Jahren nicht mehr angeboten: http://cablecomswiss-en-commun…c77?commentId=51788#51788 - falls hier Schweizer unter uns solche verkaufen können: bitte PN...

Zitat von wolfi.m

..und hier -> upc cablecom - channel scan zerstört channels.conf

Auch M-net und die UnityMedia-Vorläufer wie KabelBW hatten schon arge Bugs in den Tabellen, die wir hier und für Enigma -damals noch auf dbox2- mühsam mit dvbsnoop herauspräpariert haben.

Zitat von Xcoder

Bei Cablecom ist ja das Problem, dass die Frequenzen von Region zu Region anders sind. Hier gibt es zumindest mit vdr-2.2 aber kein Problem. Es reicht pro Frequenz irgend etwas zu definieren und die Kanalaktualisierung erstellt fehlende Kanäle automatisch. Da die Frequenzen immer 8 MHz Abstand haben, ist schnell klar von wo nach wo etwas zu empfangen ist bei mir z.B. von 146 bis 562 MHz praktisch ohne Lücke. Symbolrate ist immer 6900 und Modulation ist M256, ausser bei der Frequenz mit dem Info Kanal, welcher M64 hat.

"NEU! UPC TV" behauptet nun ja gerade einheitliche "240+ Kanäle":

"240 SENDER

TV, DAS DICH BEGEISTERT:
UPC TV, ALLES DRIN

In allen Happy Home Paketen sind bereits 240 Sender drin, die alle in der gesamten Schweiz verfügbar sind – sogar die regionalen. Zusätzlich bekommst du MySports One mit dem Besten aus dem Sport-Programm: 24 Stunden, nonstop.

Eine riesige On Demand Videothek, Netflix und Youtube sind nahtlos integriert und unsere Zusatzpakete wie MySports Pro oder Premium Plus bieten noch mehr Unterhaltung. Und das alles auf bis zu 5 TV Boxen gleichzeitig."

Der letzte Satz macht stutzig, ob das dann wirklich alles (inkl. aller BBCs, RAIs, ORFs) noch "TV" im bisherigen Sinne von (v.a. unverschlüsseltem) DVB-C ist.

Vor anderthalb Jahren hieß es noch in https://community.upc.ch/t5/Me…-anschliessen/td-p/106982 "Wenn dir das Basisangebot an Sendern genügt, dann brauchst du auch keine DigiCard mit Abo."

CH-Einträge unter http://www.vdr-wiki.de/wiki/index.php/DVB-C_channels.conf sind Jahr(zehnt)e alt und ich bin mir nicht sicher, ob https://www.upc.ch/de/fernsehen/tv-sender/ das aktuelle VDR-kompatible FreeTV per DVB-C darstellt,

oder z.T. verschlüsseltes Angebot bzw. an proprietäre Boxen gebundenes Internet-TV à la T-Entertain.

Kann dazu jemand vor Ort etwas sagen bzw. einen dvb/w_scan machen (ggf. kryptobereinigt wie z.B. in ü-Fehler in channels.conf aus w_scan: UTF-8 ist %C3%BC statt %C3%BE) ?

Zitat von MarkusE

Hi,

wieder eine neue Version

Es wir jetzt das Anlegen einer KODI Bibliothek unterstützt, und damit auch die KODI scrapper.

Wie es geht, steht hier: https://github.com/MarkusEh/pl…s/wiki/KODI-video-library

Alles anzeigen

Sehr clevere Idee mit den .strm-Dateien.Kannte ich in Übliche VDR-Ordnerstruktur in Kodi-Movies einhängen und mit IMDb-Scraper anreichern noch gar nicht und so griffen die Scraper meist daneben.

Zitat von jsffm

Nach meiner Erfahrung ist ProjectX ein hervorragender Demuxer, aber als Muxer nicht so doll. Ich würde ffmpeg empfehlen.

Evtl. effizienter, .vdr gleich mit https://mkvtoolnix.download/doc/mkvmerge.html in Matroska oder MP4 (das ja auch MPEG-2 enthalten darf)umzugießen https://forums.openpli.org/top…-movieplayer/#entry454808 ?

Oder können zuviele Player (einschließlich im VDR verfügbaren) damit doch nicht umgehen, weil sie darin nur H.264 oder H.265 erwarten?

Zitat von kls

Ich betreibe einen "digitalSTROM" Server zur Haussteuerung. Im Web-Interface zur Konfiguration gibt es leider einen Bug, der mich sehr stört, den die Jungs bei digitalSTROM aber nicht willens oder in der Lage sind zu fixen. Daher wollte ich mir das selber mal anschauen und mein Glück versuchen ;-).

...

Weiß vielleicht jemand hier, ob es möglich ist, dem Browser (Firefox, würde aber auch jeden anderen nehmen, wenn er das kann) zu sagen "hol dir javascript Files nicht vom Server, sondern von einem lokalen Verzeichnis"? Dann könnte ich die Verbindung zum Server (HTTPS) ganz normal aufbauen, aber meine lokalen Kopien der *.js Files verwenden und in diesen Veränderungen vornehmen, um den Bug zu lokalisieren und evtl. zu fixen.

V.a. Chromium/Chrome erlaubt auch recht weitgehend, geladene Seiten & DOM im Browser zu patchen: evtl. ebenfalls hilfreich?

Zitat von villeneuve

Was das Aufteilen von Aufnahmen in mehrere Dateien angeht kann man das meiner Meinung nach im VDR ruhig abschalten, denn seit VDR vor Ewigkeiten die Funktion des Verteilens von Aufnahmen auf mehrere video*-Verzeichnisse nicht mehr beinhaltet wüßte ich nicht, welchen Sinn das Aufteilen noch haben soll. Mir ist noch kein Problem aufgefallen, obwohl ich seit 6, 7 Jahren Aufnahmen nicht mehr teilen lasse und verdammt lange Autorennen so aufgenommen habe.

Auch nicht ganz einfach, sie zusammen- und von PES in TS zu überführen: Ging das mal (um VDR 1.7 - meine mich zu erinnern) ?

Alte .vdr & neuere .ts jeweils in 1 große .ts "schneiden ohne Schnitt"

Zitat von villeneuve

Man muß dem Scraper halt sagen, daß es pro Pfad nur ein Film ist, auch wenn mehrere TS-Dateien darin liegen. Außerdem muß der Scraper in die Unterordner schauen und wenn es sich um Aufnahmen vom deutschsprachigen Fernsehen handelt sollte man die Sprache im Scraper entsprechend einstellen oder ggf. sogar eine deutsche Filmdatenbank als Datenquelle benutzen.

Wie & welchem Scraper?

Das gestaltete sich zuletzt doch noch sehr kompliziert:

Übliche VDR-Ordnerstruktur in Kodi-Movies einhängen und mit IMDb-Scraper anreichern

Gab es mal eine VDR-Version, die (beim Schneiden?) .vdr (PES) in .ts umwandeln konnte?

Und/oder auch .vdr zu größeren Dateien zusammenfassen?

ProjectX headless in Batch und dann vdr --genindex wäre natürlich ein Workaround, aber besonders sinnvoll natürlich eher eine Lösung direkt im VDR.

Setup - Recording - Max. video file size (MB) auf großzügige 10000-20000 (10-20 GB)

und dann Schnitt starten könnte man jeweils manuell (wären es weniger Aufnahmen),

aber das hat sicher schon mal jemand über alle .vdr- & .ts-Aufnahmen automatisiert

und zieht dabei auch den Namen für die jeweilige Ziel.ts aus summary.vdr oder info?

Wichtig v.a. die .vdr verlustlos in TS umzuwandeln, weil inzwischen viele Player mit PES ihre Probleme haben:

Genau diese konvertiert mein VDR 2.2.0 aber beim (erneuten) Schneiden nicht in .ts und fügt sie auch nicht >2000 MB zusammen.

Gibt es eine Einstellung, um beides zu erzwingen?

Bei .ts hingegen funktioniert dieses "schnittweise" Zusammenfügen.

Auswirkungen des von UnityMedia wie angedroht gestern durchgezogenen "Change Day" sind eingearbeitet:

http://vdr-wiki.de/wiki/index.…nW%C3%BCrttemberg-KabelBW

Haufenweise Homeshopping-Sender z.T. sogar im Simulcast.

Auslandssender weitgehend wegverschlüsselt.

Einigermaßen störfeste 64QAM gönnen S.I.E. unter den freien Bouquets nur noch ihrer eigenen Videothekenwerbung, ansonsten die überaus anfällige 256QAM soweit das klötzchengeplagte Auge reicht.

Thread DVB-C Qualität - QAM 256 ist ja leider gesperrt, kann evtl. ein Admin/Mod wieder aufmachen...

Ist irgendjemand mit Kodi auf VDR-Verzeichnisstrukturen weitergekommen?
Dauerhaft VDRnfoFS darüberzulegen, kann wohl kaum die Lösung sein, wo Scraper doch mit geschachtelten Pfaden und mehreren pro Verzeichnis zusammenzufassenden Segmenten umgehen können sollen.

Offengebliebene Fragen gibt es einige:
[Howto]: VDR Aufnahmen & Datenbank (mit Fanart)
http://forum.kodi.tv/showthread.php?tid=129821&pid=2524380#pid2524380
VDR-Aufnahmen in XBMC einbinden
https://www.kodinerds.net/inde…enbank-und-VDR-Aufnahmen/
https://www.heise.de/forum/hei…d-596630/#posting_3210235

In /usr/share/app-install/desktop/xineliboutput-sxfe:vdr-sxfe.desktop installiert Ubuntu 16.04.2 LTS ja wieder mal ein --lirc zuviel (wodurch VDR die Fernbedienungskommandos doppelt oder gar nicht mehr erkennt).
Dieses Mal lässt es sich aber leider nicht dort alleine austreiben, und ~/.local/share/applications ist auch leer.
Offenbar wird nun wieder /usr/share/applications/vdr-sxfe.desktop verwendet, die ebenfalls diesen Bug enthält:
https://bugs.launchpad.net/ubu…ineliboutput/+bug/1001818

Zitat von fnu

Ja, du müsstest schon alle Pakete aus meinem PPA nutzen, die sind ja abhängig voneinander. [...]
Soweit ich das sehe bietet keine Linux Distribution einen VDR in der Form an wie es die verschiedenen Repositories von easyVDR, yaVDR, meines etc. bieten. Nur in diesen lassen sich so Dinge wie neuere xine-lib-1.2 oder ffmpeg umsetzen. Die Pakete aus dem Distro-Archiv reichen für einfachsten VDR Betrieb (Server?) aus

...allerdings z.B. bei Ubuntu schon über mehrere LTS so, dass vor dem "Betrieb" selbst mit Erfahrung etliche Hürden stehen und ein nach Installation lauffähiger Einstieg kaum möglich ist (in der Regel ohne dass die Distros auf manuell erforderliche Schritte hinweisen). D.h. für Neuzugänge: "probiert&deinstalliert", v.a. solange Bugs im Launchpad über Jahre unassigned und damit auch unerledigt bleiben.
So stehen dann immer nur mehrere kleine, eigentlich automatisierbare, aber zur manuellen Anpassung mühsam aufzufindende Schritte im Weg, wodurch wer keinen lauffähigen VDR kennt, ihn auch kaum kennenlernt.

Zitat

und das wird sich nie ändern. Mit Debian nutzt man auch schon eh und je eTobi's oder Oliver's Repository.

Habe einfach aus Interesse gefragt, da ich (viel unterwegs) VDRs eher in mehrjährigen Abständen und oft z.T. weitgehend remote aufsetze, unter Verwendung nicht allein dafür dedizierter Maschinen.
Wie auch bei Welches ppa für Ubuntu Xenial? ergibt sich daraus das verständliche Anliegen, möglichst nah an der jeweiligen LTS zu bleiben: Der Wunsch nach mehr Unterstützung in den großen Distros selbst sollte aber natürlich nicht als Kritik an den PPAs mißverstanden werden.

Zitat von utiltiy

Ist doch in Stable vorhanden bei fnu???

Tatsache, https://launchpad.net/~fnu/+archive/ubuntu/stable-vdr-fnu gibt's ja neben main-fnu (etc.) ebenfalls.
Aber muß man dafür dann nicht mehr als nur das Plugin gegenüber der Distribution umstellen?

Zitat von fnu

Korrekt, vdr-plugin-markad oder vdr-plugin-noad gibt es nicht im Ubuntu Archiv, weder für 12.04 LTS, 14.04 LTS noch 16.04 LTS und auch keine Zwischenversion.

Evtl. demnächst in (D)einem PPA https://launchpad.net/~fnu/+archive/ubuntu/main-fnu/+packages?field.name_filter&field.status_filter=published&field.series_filter=xenial - oder woher zieht man sie sich die ganzen Jahre, wenn im Übrigen möglichst ein Standard-Debian oder -Ubuntu verwendet werden soll?

Zitat

Dort finden sich nur die Plugins, die man auch unter Debian findet, ebenfalls ohne markad oder noad.

Welches der beiden nimmt man, um nachträglich Sprung-/Schnittmarken für bestehende Aufnahmen anlegen zu lassen (o.g. standalone) ?

Zitat von seahawk1986

Warum tut man sich Ubuntu Software freiwillig an? apt kann doch alles, was man benötigt

Weil ich das System gerade erst installiert und nicht erwartet hatte, dass Informationsgehalt und Funktionalität der Default-Softwareverwaltung weiter so abgebaut haben würden. Die allzu simple GUI-Suchzeile findet ja Pakete selbst dann kaum, wenn man sie beim Namen nennt.

Zitat von seahawk1986

--local=sxfe macht nur sinn, wenn sich das xineliboutput-Plugin ähnlich wie softhddevice verhalten soll, also das Plugin selbst das Ausgabefenster erzeugen soll. Das lässt sich aber nicht sinnvoll in eine normale Ubuntu-Desktop Installation integrieren, da es in dem Fall keine pulseaudio-Unterstützung gibt und man dafür sorgen müsste, dass der User vdr auf Ressourcen der eigenen Desktop-Sitzung zugreifen darf. --local=none passt, wenn du die Ausgabe mit vdr-sxfe umsetzt.

Vielen Dank, an Pulseaudio hätte ich jetzt nicht als erstes gedacht, und die Priorisierung funktioniert nach -p wieder wie gewohnt mit automatischer Umschaltung (zunächst ohne Hinweisbalken für die beginnende, dann aber korrekt "Channel not available!" und gesperrtes Zurückspringen zum zuletzt gesehenen Transponder während laufender Aufnahme).

Zitat von seahawk1986

In die /etc/vdr/conf.avail/xineliboutput.conf - es hilft sich anzusehen, welche Dateien in einem Paket stecken (http://packages.ubuntu.com/de/…in-xineliboutput/filelist) und die NEWS.Debian und die README.Debian des VDR-Pakets gelesen zu haben...

Danke, "Ubuntu Software" zeigt ja aktuell nicht mal mehr die technischen Paketnamen an, so daß es sich schwer sucht, wenn man nur alle paar Jahre installiert und auch die Feinheiten von apt(-cache) nicht präsent hat.
Muß dann auch (oder statt -p nur) --local=none auf --local=sxfe gesetzt werden?

Zitat von p_body

vdr (2.0.0/2.0.0) - The Video Disk Recorder
+ iptv (2.0.0) - Experience the IPTV
+ streamdev-client (0.6.0-git) - VTP Streaming Client
+ softhddevice (0.6.1rc1-GIT9f134c1) - A software and GPU emulated HD device

folgendes habe ich bei diesem bisher System probiert:
1) Live-TV -> funktioniert ohne Probleme
2) Live TV -> dann Pause-Taste -> Es wird eine Aufnahmeordner angelegt, der aber nicht abgespielt werden kann.
3) chanels.conf so abgeändert, dass nur der Audio-Stream empfangen wird -> diese Radio-Stream aufgezeichnet -> Es wird etwas aufgezeichnet (Das legt bei mir die Vermutung nahe, dass der Video-Stream den VDR zum "Nicht-Aufzeichnen" veranlasst.
4) IPTV-Plugin deaktiviert, so dass der Stream per streamdev vom anderen VDR empfangen wird -> gleiches Resultat: Live-TV OK - Aufnahme funktioniert nicht

Bin jetzt also etwas ratlos. Vielleicht hat ja jemand Tips was ich noch testen kann.

Alles anzeigen

Könnte es sein, dass die Timer durcheinanderkommen, weil eines Deiner o.g. Plugins wie bei mir wohl xineliboutput bei vdr-sxfe: "setting primary device to 2": Aufnahmen beginnen während LiveTV nicht mehr (wogegen der Parameter half, das Streamserver-Plugin auf primäres DVB-Device zu zwingen) die Anzahl und/oder Reihenfolge der DVB-Devices verändert (so dass sich das primäre wie in /var/log/syslog zu sehen verschiebt, bis man einen Weg findet, es auf eine bestimmte Nummer festzuklopfen) ?

Früher kündigte ein grüner OSD-Balken die beginnende Aufnahme an und VDR schaltete dann auf den benötigten Transponder (für DVB-C/T strenggenommen Bouquet) um, aber ich erinnere mich, daß man auch bei Mischbetrieb von FF- und Budget-Karten für gleichbleibende Zuordnung schon manuell eingreifen musste.

Auflistende Einträge wie "Found 1/2 dvb device(s)" und gemeldete Gründe für die Nichtaufnahme konnte ich im Syslog aktuell ebenfalls nicht mehr finden, wohingegen streamdev- Server blocked Kanäle während Aufnahme solche noch beschreibt.

...statt einen grünen Hinweisbalken im OSD zu zeigen und zum Aufnehmen auf den nötigen Transponder umzuschalten.

Könnte sein, dass der Xineliboutput-plugin#Parameter -p dagegen vorgesehen ist, aber wo muß er im aktuellen Ubuntu 16.04.2 LTS nun schon wieder hin?