Ist die Aufnahme von "ORF2O HD" bis zum Ende OK?
Ich habe im README vom mcli-plugin die Option --debugmask gefunden.
--debugmask <mask> (NEW since 0.9.5)
<mask> can be hexadecimal (0x..) or decimal
conditionally enable debug messages
PIDS 0x01
TUNE_EXTRA 0x02
TUNE 0x04
RESOURCES 0x08
PIDS_ADD_DEL 0x10
TUNE_PC 0x40 // ProvideChannel
FILTER 0x80Wenn du in der Plugin Konfiguration bei '--plugin=mcli' noch --debugmask 0xDF anfügst, und dann wie zuvor Live SIXX auswählst und dann eine Timeraufnahme auf "ORF2O HD" startest sollte man besser sehen was mcli bis zum 'data stream broken' macht (das Log wird möglicherweise aber ziemlich groß).
Helmut
Hi,
did the mcli plugin still miss the implementation of camslot, so if this is not happen with fta it could be a start.
CU
9000h
Ist die Aufnahme von "ORF2O HD" bis zum Ende OK?
Ich habe im README vom mcli-plugin die Option --debugmask gefunden.
Code--debugmask <mask> (NEW since 0.9.5) <mask> can be hexadecimal (0x..) or decimal conditionally enable debug messages PIDS 0x01 TUNE_EXTRA 0x02 TUNE 0x04 RESOURCES 0x08 PIDS_ADD_DEL 0x10 TUNE_PC 0x40 // ProvideChannel FILTER 0x80Wenn du in der Plugin Konfiguration bei '--plugin=mcli' noch --debugmask 0xDF anfügst, und dann wie zuvor Live SIXX auswählst und dann eine Timeraufnahme auf "ORF2O HD" startest sollte man besser sehen was mcli bis zum 'data stream broken' macht (das Log wird möglicherweise aber ziemlich groß).
Helmut
JA, die Aufnahme war IMHO OK. Alledings hat sie 2 .ts1. Der Teilungspunkt ist aber 18:25 u der Fehler bei 18:01. Hier das syslog mit der mcli option. Allerdings gelang mir dabei kein Fehler. Ich vesuche das Morgen nochmal.
Ev. müsste mcli/vdr in so einer Situation einen "2. Anlauf" machen und vdr dann ein höheres timeout haben ?!
9000H I do not understand what you mean ...
Im syslog ist nichts auffälliges zu sehen. Bei jedem Programmwechsel sendet das mcli Device eine Nachricht mit den Audio/Video Pids - und bei verschlüsseltem Programm noch die Programmnummer - an den Netceiver, Die weiteren CAM Einstellungen werden offensichtlich direkt vom Netceiver durchgeführt.
Vielleicht schaffst du es noch den Fehler wie im 1.post mit SIXX auf Device 1 und einer Timeraufnahme von ORF2O HD auf Device 2 mitzuloggen.
Deine 2 ts-Files sind normal wenn du in den Aufnahmeeinstellungen des VDR das Dateilimit auf 2000MB eingestellt hast. Das ergibt dann bei HD ca. alle 20-25 min. eine neue Datei.
LG Helmut
Hi,
Epgscan macht vdr immer, dazu braucht es keine Plugins. Ist das Aktualisieren der Channels.conf aus?
Mfg Stefan
gggggg : Ich habe mir deine beiden Logdatein heruntergalden und werde mir auch das mcli Plugin näher ansehen. Vielleicht fällt mir etwas auf. Kannst du das Plugin ggf. mit Patch auf dem NUC auch selbst bauen?
Epgscan macht vdr immer
Mit EPGScanTimeout = 0 könnte man es ganz abschalten, das wird aber hier nicht die Ursache für das Problem sein.
LG Helmut
Hallo, erst mal viel Erfolg beim Finden des Fehlers in Verbindung mit dem CAM...ich kann es leider hier nicht testen und nur melden, daß 3 parallele Free-to-Air-Aufnahmen ohne Probleme klappen. Hier noch paar Tipps:
Hi,
pid 18 is EIT.
CU
9000h
pid 18 is EIT.
is this "important" or "totally unimportant"? Because if "totally unimportant" I can add an option to suppress for pid==18 such log messages completly,
Ich habe mir gestern das ncli Plugin etwas angesehen und auch auf meinen VDR installiert. Da ich keinen Netceiver besitze sind mir aber vorläufig nur ein paar Dinge im Code bei den Debugausgaben aufgefallen
Leider fehlt auch irgendwo eine Logzeile, die mir zeigt, warum "pid=18" nun überhaupt empfangen wird...
Das ist eine Pid der Section-Filters. Das Hinzfügen sollte man eigentlich mit DEBUG_PIDS sehen:
Feb 1 15:54:53 BM2LTSNuc64native-MCLI vdr: [1563] Mcli::ProcessArgs: enable debug mask: 223 (0xdf)
Es sind zwar alle Bits gesetzt, im Log von gggggg sehe ich dann aber nur DEBUG_TUNE und DEBUG_RESOURCES Meldungen.
Ich werde mir das am Abend noch genauer ansehen.
gggggg : Was sagt den # /usr/sbin/netcvdiag -abei dir ?
Und kannst du einen Test mit nur 2 Tunern machen - ich erwarte dabei eigentlich keine Veränderung, es wäre nur um die Deviceauswahl zu prüfen.
LG Helmut,
Hi,
/usr/sbin/netcvdiag -a sollte gehen aber nur mit dem user mit dem auch der VDR gestartet ist.
CU
9000h
ist alles schon so lange her, vielleicht spielt das aber hier mit rein.
war das nicht so, dass man der avg und den netclients sagen musste,
welcher kanal mit welchem camslot/cam des netceivers entschluesselt wird?
sonst war das problem da, dass das cam immer wieder verloren ging.
Hi,
gibt es wesentliche Unterschiede zwischen firmware B66 und C94, welche sollte man haben?
CU
9000h
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
