1
Entwicklung [ Development ] / [5.5 x86_64] Kein MotionAdaptive mit dem vdr-plugin-softhddevice
« on: August 20, 2023, 12:27:47 »
Danke für die ausführliche Antwort. Das hilft mir weiter.
Viele Grüße
Sascha
Viele Grüße
Sascha
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
Entwicklung [ Development ] / [5.5 x86_64] Kein MotionAdaptive mit dem vdr-plugin-softhddevice
« on: August 20, 2023, 10:27:04 »
Hallo Klaus,
danke für Deine Antwort. So wie ich es rausgelesen habe, lässt sich das Problem mit MLD 5.5 nicht lösen. Entweder Hardware-Upgrade auf eine andere CPU (4600(T) / i3-7100) oder ein anderes System (z.B. Intel NUC Kit NUC7PJYHN) oder Rückbau auf MLD 5.4.
Ich weiß gerade noch nicht, wie die Lösung aussieht. Käme auch ein Intel NUC Kit NUC7PJYHN in Frage?
CPU/GPU: Intel Pentium Silver J5005 / Intel UHD-Grafik 605
Funktioniert MLD 5.5 auch mit der UHD-600er Serie oder ausschließlich HD-600er Serie?
Ansonsten hat MLD 5.4 auch einen Bug bzgl. vdr-plugin-softhddevice mit der Intel G4400: Der Kanalwechsel zwischen DVB-T2 und DVB-S2 klappt manchmal nicht. Ich weiß es gerade nicht mehr ganz genau. Entweder wurde kein Bild angezeigt oder der Ton war nach dem Umschalten wie ein lauten rauschen / knistern. Das konnte nur mit einem VDR-Neustart behoben werden.
Funktioniert MLD 5.4 mit der Intel 600er GPU Serie oder ist mindestens MLD 5.5 notwendig?
Viele Grüße
Sascha
danke für Deine Antwort. So wie ich es rausgelesen habe, lässt sich das Problem mit MLD 5.5 nicht lösen. Entweder Hardware-Upgrade auf eine andere CPU (4600(T) / i3-7100) oder ein anderes System (z.B. Intel NUC Kit NUC7PJYHN) oder Rückbau auf MLD 5.4.
Ich weiß gerade noch nicht, wie die Lösung aussieht. Käme auch ein Intel NUC Kit NUC7PJYHN in Frage?
CPU/GPU: Intel Pentium Silver J5005 / Intel UHD-Grafik 605
Funktioniert MLD 5.5 auch mit der UHD-600er Serie oder ausschließlich HD-600er Serie?
Ansonsten hat MLD 5.4 auch einen Bug bzgl. vdr-plugin-softhddevice mit der Intel G4400: Der Kanalwechsel zwischen DVB-T2 und DVB-S2 klappt manchmal nicht. Ich weiß es gerade nicht mehr ganz genau. Entweder wurde kein Bild angezeigt oder der Ton war nach dem Umschalten wie ein lauten rauschen / knistern. Das konnte nur mit einem VDR-Neustart behoben werden.
Funktioniert MLD 5.4 mit der Intel 600er GPU Serie oder ist mindestens MLD 5.5 notwendig?
Viele Grüße
Sascha
3
Entwicklung [ Development ] / [5.5 x86_64] Kein MotionAdaptive mit dem vdr-plugin-softhddevice
« on: August 19, 2023, 07:57:47 »
Hallo,
inwzischen ist einige Zeit vergangen.
Ich habe gerade die MLD 5.5 testing instaliert und habe das gleiche Problem mit einer Intel G4400 CPU. Es wird nur MCDI angezeigt.
Außerdem schmiert VDR beim Konfigurieren bzw. Aufklappen der Untermenüs des softhddevice unter System/VDR Setup/Plugins/softhddevice häufig ab. Inzwischen kann ich das Videomenü gar nicht mehr aufklappen. VDR schmiert immer sofort ab und startet neu.
Ich habe danach in der setup.conf per Hand das Interlacing auf MADI geändert, z.B.:
softhddevice.1080i.Deinterlace = 2
Das zeigt das softhddevice in der GUI nun auch an, solange die entsprechenden Einträge nicht aufgeklappt werden.
Viele Grüße
Sascha
inwzischen ist einige Zeit vergangen.
Ich habe gerade die MLD 5.5 testing instaliert und habe das gleiche Problem mit einer Intel G4400 CPU. Es wird nur MCDI angezeigt.
Außerdem schmiert VDR beim Konfigurieren bzw. Aufklappen der Untermenüs des softhddevice unter System/VDR Setup/Plugins/softhddevice häufig ab. Inzwischen kann ich das Videomenü gar nicht mehr aufklappen. VDR schmiert immer sofort ab und startet neu.
Ich habe danach in der setup.conf per Hand das Interlacing auf MADI geändert, z.B.:
softhddevice.1080i.Deinterlace = 2
Das zeigt das softhddevice in der GUI nun auch an, solange die entsprechenden Einträge nicht aufgeklappt werden.
Viele Grüße
Sascha
4
x86 Systeme (PC) / Upgrade MLD 5.4 -> MLD 5.4 Problem
« on: April 14, 2020, 17:46:02 »
Hallo Claus,
ich habe alles auf einmal aktualisiert. Das hat funktoniert.
Vielen Dank.
Viele Grüße
Sascha
ich habe alles auf einmal aktualisiert. Das hat funktoniert.
Vielen Dank.
Viele Grüße
Sascha
5
x86 Systeme (PC) / Upgrade MLD 5.4 -> MLD 5.4 Problem
« on: April 13, 2020, 17:03:00 »
Hi,
ich versuche gerade die MLD 5.4 stable auf die neuste Version MDL 5.4 zu aktualisieren:
apt-get update
apt-get dist-upgrade
Wer kann helfen?
Viele Grüße
Sascha
ich versuche gerade die MLD 5.4 stable auf die neuste Version MDL 5.4 zu aktualisieren:
apt-get update
apt-get dist-upgrade
Code: [Select]
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2020-04-13 17:01'
(Reading database ... 21062 files and directories currently installed.)
Preparing to unpack .../busybox_1%3a1.25.1-56_amd64.deb ...
Unpacking busybox (1:1.25.1-56) over (1:1.25.1-55) ...
dpkg: error processing archive /var/cache/apt/archives/busybox_1%3a1.25.1-56_amd64.deb (--unpack):
trying to overwrite '/usr/bin/tree', which is also in package avahi-linker 16031-34
Errors were encountered while processing:
/var/cache/apt/archives/busybox_1%3a1.25.1-56_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Wer kann helfen?
Viele Grüße
Sascha
6
x86 Systeme (PC) / MLD 5.4 stable: IgorPlug-USB und Bildaussetzer beim Schneiden
« on: April 16, 2019, 11:14:29 »
Hi Claus,
Nachtrag:
Ich habe das mit einem weiteren System getestet: Intel NUC6CAYH (siehe Footer). Gleiches Problem. Ich hatte eine MLD-Version von Januar 2019 drauf (unstalbe):
Keine Aussetzer beim Schneiden von Filmen im Livebild.
Aktualisiert auf MLD 5.4 stable: Aussetzer im Livebild beim Schneiden von Filmen.
Viele Grüße
Sascha
Nachtrag:
Ich habe das mit einem weiteren System getestet: Intel NUC6CAYH (siehe Footer). Gleiches Problem. Ich hatte eine MLD-Version von Januar 2019 drauf (unstalbe):
Keine Aussetzer beim Schneiden von Filmen im Livebild.
Aktualisiert auf MLD 5.4 stable: Aussetzer im Livebild beim Schneiden von Filmen.
Viele Grüße
Sascha
7
x86 Systeme (PC) / MLD 5.4 stable: IgorPlug-USB und Bildaussetzer beim Schneiden
« on: April 16, 2019, 09:34:32 »
Hi Claus,
das kann ich ausschließen. Das System ist hardwaretechnisch unverändert.
Ich habe gerade einen Snapshot vom November 2018 aktiviert und getestet. Hier tritt das Problem nicht auf. Wie gesagt, das beeinflusst (auch) das Livebild. Eine mit IOPS ausgelastete Festplatte sollte das nicht beeinflussen. Möglicherweise beeinflusst das auch gerade laufende Aufnahmen (habe ich nicht getestet).
Grüße
Sascha
das kann ich ausschließen. Das System ist hardwaretechnisch unverändert.
Ich habe gerade einen Snapshot vom November 2018 aktiviert und getestet. Hier tritt das Problem nicht auf. Wie gesagt, das beeinflusst (auch) das Livebild. Eine mit IOPS ausgelastete Festplatte sollte das nicht beeinflussen. Möglicherweise beeinflusst das auch gerade laufende Aufnahmen (habe ich nicht getestet).
Grüße
Sascha
8
x86 Systeme (PC) / MLD 5.4 stable: IgorPlug-USB und Bildaussetzer beim Schneiden
« on: April 12, 2019, 10:18:53 »
Hallo Claus,
danke für das Paketupdate bzgl. "sleep 2".
Hast Du eine Idee zu den Bildaussetzern? Die treten übrigens auch minimal auf, wenn ich eine Aufzeichnung anschaue (zu dem Zeitpunkt lief gerade keine Aufnahme). Das sind ganz sporadisch kleine Ruckler, die vielleicht im Bereich von 100 ms liegen. Das wird nicht jeder bemerken. Mit dem Schneiden von Filmen wird das dann massiv provoziert. Das Livebild oder die Wiedergabe bleibt dann immer wieder stehen, auch der Ton reißt ab.
Sind irgendwelche Puffer verkleinert worden?
Ich habe mal Debug Logs hochgeladen: zhQdcA
Viele Grüße
Sascha
danke für das Paketupdate bzgl. "sleep 2".
Hast Du eine Idee zu den Bildaussetzern? Die treten übrigens auch minimal auf, wenn ich eine Aufzeichnung anschaue (zu dem Zeitpunkt lief gerade keine Aufnahme). Das sind ganz sporadisch kleine Ruckler, die vielleicht im Bereich von 100 ms liegen. Das wird nicht jeder bemerken. Mit dem Schneiden von Filmen wird das dann massiv provoziert. Das Livebild oder die Wiedergabe bleibt dann immer wieder stehen, auch der Ton reißt ab.
Sind irgendwelche Puffer verkleinert worden?
Ich habe mal Debug Logs hochgeladen: zhQdcA
Viele Grüße
Sascha
9
x86 Systeme (PC) / MLD 5.4 stable: IgorPlug-USB und Bildaussetzer beim Schneiden
« on: April 10, 2019, 18:48:35 »
Hi,
ich habe mein MLD 5.4 auf die aktuelle Version aktualisiert. Sporadisch funktioniert die Fernbedienung nicht, nach einem Reboot klappt das wieder. Das hatten wir hier schon mal behandelt:
https://www.minidvblinux.de/forum/index.php/topic,9239.msg71969.html#msg71969
Scheinbar wurde das "sleep 2" nicht in das entsprechende Paket übernommen.
Seit dem Update kommt es während Schneiden von Filmen zu Bildaussetzern oder das Bild kurz friert ein (Intel G4400 mit Intel SoftHDDevice). Nach dem Schneidevorgang verschwindet das Problem.
Könnt ihr euch das anschauen?
Grüße
Sascha
ich habe mein MLD 5.4 auf die aktuelle Version aktualisiert. Sporadisch funktioniert die Fernbedienung nicht, nach einem Reboot klappt das wieder. Das hatten wir hier schon mal behandelt:
https://www.minidvblinux.de/forum/index.php/topic,9239.msg71969.html#msg71969
Scheinbar wurde das "sleep 2" nicht in das entsprechende Paket übernommen.
Seit dem Update kommt es während Schneiden von Filmen zu Bildaussetzern oder das Bild kurz friert ein (Intel G4400 mit Intel SoftHDDevice). Nach dem Schneidevorgang verschwindet das Problem.
Könnt ihr euch das anschauen?
Grüße
Sascha
10
x86 Systeme (PC) / MLD 5.4: DVB-T2 HD und Dolby Digital Plus (E-AC-3)
« on: January 21, 2019, 07:48:48 »
Hallo Claus,
für die MLD 5.4 stable war das bereits der Fall. Bei der MLD 5.4 unstable hatte ich "-" beim Lautsprecher Setup vergessen. Damit funktioniert E-AC-3 bei der unstable.
Zsammenfassung:
MLD 5.4 stable: E-AC-3 funktioniert nicht
MLD 5.4 unstable: E-AC-3 funktioniert
Viele Grüße
Sascha
für die MLD 5.4 stable war das bereits der Fall. Bei der MLD 5.4 unstable hatte ich "-" beim Lautsprecher Setup vergessen. Damit funktioniert E-AC-3 bei der unstable.
Zsammenfassung:
MLD 5.4 stable: E-AC-3 funktioniert nicht
MLD 5.4 unstable: E-AC-3 funktioniert
Viele Grüße
Sascha
11
x86 Systeme (PC) / MLD 5.4: DVB-T2 HD und Dolby Digital Plus (E-AC-3)
« on: January 20, 2019, 17:41:52 »
Hi,
bei mir funktioniert die Ton-Ausgabe mit den DVB-T2 HD Sendern nicht, die mit Dolby Digital Plus (E-AC-3) ausgestrahlt werden. Im softhddevice habe ich in den Audioeinstellungen das Folgende konfiguriert:
Ich verwende einen 7.2 Verstärker (Onkyo TX-NR717), der Dolby Digital Plus fähig ist.
Bis hoch zu Dolby Digital (AC-3) funktioneren die Audioformate. Allerdngs nicht mit E-AC-3:
MLD 5.4 stable: Der Verstärker springt in schneller Folge zwischen AC-3 und E-AC-3 hin- und her ohne einen Ton auszugeben.
MLD 5.4 unstable: Es kommt ein Zwitschern aus den Lautsprechern.
Ich verwende einen Intel NUC6CAYH.
Gibt es eine Lösung?
Viele Grüße
Sascha
bei mir funktioniert die Ton-Ausgabe mit den DVB-T2 HD Sendern nicht, die mit Dolby Digital Plus (E-AC-3) ausgestrahlt werden. Im softhddevice habe ich in den Audioeinstellungen das Folgende konfiguriert:
Code: [Select]
Pass-Through-Standard: ein
PCM pass-through: ja
AC-3 pass-through: ja
E-AC-3pass-through: ja
PCM pass-through: ja
AKtiviere (E-)AC-3 (devoder) downmix: nein
Ich verwende einen 7.2 Verstärker (Onkyo TX-NR717), der Dolby Digital Plus fähig ist.
Bis hoch zu Dolby Digital (AC-3) funktioneren die Audioformate. Allerdngs nicht mit E-AC-3:
MLD 5.4 stable: Der Verstärker springt in schneller Folge zwischen AC-3 und E-AC-3 hin- und her ohne einen Ton auszugeben.
MLD 5.4 unstable: Es kommt ein Zwitschern aus den Lautsprechern.
Ich verwende einen Intel NUC6CAYH.
Gibt es eine Lösung?
Viele Grüße
Sascha
12
Allgemein [ General ] / DVB-T2
« on: January 07, 2019, 21:09:51 »
Hi Claus,
prima. das funktioniert mit der MLD 5.4 unstable. Hat bei mir im ersten Anlauf eine Kanalliste erzeugt.
Kann ich diese für die Allgemeinheit zur Verfügung stellen?
Viele Grüße
Sascha
prima. das funktioniert mit der MLD 5.4 unstable. Hat bei mir im ersten Anlauf eine Kanalliste erzeugt.
Kann ich diese für die Allgemeinheit zur Verfügung stellen?
Viele Grüße
Sascha
13
Allgemein [ General ] / DVB-T2
« on: January 04, 2019, 16:46:37 »
Hi,
ich versuche gerade DVB-T2 mld MLD 5.4 stable zum Laufen zu bringen. Ich verwende eine Hauppauge WinTV-dualHD. Die Kanalsuche findet keine Sender. Habt ihr eine Idee?
Erzeugt wird eine leere Datei "DVB-t-scanned.conf", ansonsten ändert sich nichts im Verzeichnis /etc/vdr/channels.
Viele Grüße
Sascha
ich versuche gerade DVB-T2 mld MLD 5.4 stable zum Laufen zu bringen. Ich verwende eine Hauppauge WinTV-dualHD. Die Kanalsuche findet keine Sender. Habt ihr eine Idee?
Code: [Select]
Stopping vdr
done
w_scan -c DE -f t -Y -N -E 0
w_scan version 20170107 (mighty-p patch version 2) (compiled for DVB API 5.10)
using settings for GERMANY
DVB aerial
DVB-T Europe
scan type TERRESTRIAL, channellist 4
output format vdr-2.0
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> "Montage Technology M88DS3103" doesnt support TERRESTRIAL -> SEARCH NEXT ONE.
/dev/dvb/adapter1/frontend0 -> "Montage Technology M88DS3103" doesnt support TERRESTRIAL -> SEARCH NEXT ONE.
/dev/dvb/adapter2/frontend0 -> TERRESTRIAL "Silicon Labs Si2168": very good :-))
Using TERRESTRIAL frontend (adapter /dev/dvb/adapter2/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.11
frontend 'Silicon Labs Si2168' supports
DVB-T2
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
BANDWIDTH_AUTO not supported, trying 6/7/8 MHz.
FREQ (42.00MHz ... 870.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Scanning DVB-T...
Scanning 8MHz frequencies...
474000: (time: 00:00.501) -
482000: (time: 00:02.542) /|
490000: (time: 00:04.587) -
498000: (time: 00:06.635) /|
506000: (time: 00:08.674) -
514000: (time: 00:10.721) /|
522000: (time: 00:12.760) -
530000: (time: 00:14.800) /|
538000: (time: 00:16.839) -
546000: (time: 00:18.877) /|
554000: (time: 00:20.919) -
562000: (time: 00:22.967) /|
570000: (time: 00:25.007) -
578000: (time: 00:27.051) /|
586000: (time: 00:29.098) -
594000: (time: 00:31.138) /|
602000: (time: 00:33.186) -
610000: (time: 00:35.234) /|
618000: (time: 00:37.273) -
626000: (time: 00:39.311) /|
634000: (time: 00:41.350) -
642000: (time: 00:43.389) /|
650000: (time: 00:45.432) -/|
658000: (time: 00:49.969) -
666000: (time: 00:52.015) /|
674000: (time: 00:54.059) -
682000: (time: 00:56.107) /|
690000: (time: 00:58.156) -
698000: (time: 01:00.203) /|
706000: (time: 01:02.250) -
714000: (time: 01:04.298) /|
722000: (time: 01:06.346) -
730000: (time: 01:08.394) /|
738000: (time: 01:10.442) -
746000: (time: 01:12.490) /|
754000: (time: 01:14.529) -
762000: (time: 01:16.568) /|
770000: (time: 01:18.607) -/|778000: (time: 01:23.502) -/
786000: (time: 01:25.546) |794000: (time: 01:27.594) -/
802000: (time: 01:29.635) |810000: (time: 01:31.682) -/
818000: (time: 01:33.730) |826000: (time: 01:35.777) -/
834000: (time: 01:37.816) |842000: (time: 01:39.855) -/
850000: (time: 01:41.894) |858000: (time: 01:43.933) -/
Scanning DVB-T2...
474000: (time: 01:45.975) |482000: (time: 01:48.016) - signal ok: QAM_AUTO f = 482000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
QAM_AUTO f = 482000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:16481)
/|-/ QAM_AUTO f = 482000 kHz I999B8C999D999T999G999Y999P0 (0:0:16481) : updating network_id -> (0:12352:16481)
updating transponder:
(QAM_AUTO f = 482000 kHz I999B8C999D999T999G999Y999P0 (0:12352:16481)) 0x0000
to (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)) 0x4004
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481) : updating tp ids -> (8468:12352:16497)
updating transponder:
(QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16497)) 0x4004
to (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)) 0x4004
490000: (time: 01:54.082) |498000: (time: 01:56.130) -/
506000: (time: 01:58.179) |514000: (time: 02:00.227) -/
522000: (time: 02:02.274) |530000: (time: 02:04.323) -/
538000: (time: 02:06.371) | signal ok: QAM_AUTO f = 538000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
QAM_AUTO f = 538000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:2562)
-/ QAM_AUTO f = 538000 kHz I999B8C999D999T999G999Y999P0 (0:0:2562) : updating network_id -> (0:12298:2562)
updating transponder:
(QAM_AUTO f = 538000 kHz I999B8C999D999T999G999Y999P0 (0:12298:2562)) 0x0000
to (QAM_AUTO f = 538000 kHz I999B8C999D0T16G19128Y0P1 (8468:12298:2562)) 0x4004
546000: (time: 02:10.059) |554000: (time: 02:12.098) -/
562000: (time: 02:14.139) |570000: (time: 02:16.186) -/
578000: (time: 02:18.233) |586000: (time: 02:20.280) signal ok: QAM_AUTO f = 586000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
QAM_AUTO f = 586000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:515)
-/|- QAM_AUTO f = 586000 kHz I999B8C999D999T999G999Y999P0 (0:0:515) : updating network_id -> (0:12290:515)
updating transponder:
(QAM_AUTO f = 586000 kHz I999B8C999D999T999G999Y999P0 (0:12290:515)) 0x0000
to (QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P0 (8468:12290:515)) 0x4004
594000: (time: 02:25.166) /|
602000: (time: 02:27.205) -
610000: (time: 02:29.244) /|
618000: (time: 02:31.289) -
626000: (time: 02:33.337) /|
634000: (time: 02:35.384) -
642000: (time: 02:37.433) signal ok: QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:16387)
/|-/ QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0 (0:0:16387) : updating network_id -> (0:12352:16387)
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) : updating tp ids -> (8468:12352:16481)
updating transponder:
(QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481)) 0x4004
to (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)) 0x4004
already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P0 (8468:12290:515)), but not found by pids
QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P0 (8468:12290:515) : updating tp ids -> (8468:12352:16498)
updating transponder:
(QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P0 (8468:12352:16498)) 0x4004
to (QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P1 (8468:12352:16498)) 0x4004
updating transponder:
(QAM_AUTO f = 642000 kHz I999B8C999D999T999G999Y999P0 (0:12352:16387)) 0x0000
to (QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387)) 0x4004
already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P1 (8468:12352:16498)), but not found by pids
QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P1 (8468:12352:16498) : updating tp ids -> (8468:12352:16390)
updating transponder:
(QAM_AUTO f = 586000 kHz I999B8C999D0T16G19128Y0P1 (8468:12352:16390)) 0x4004
to (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)) 0x4004
already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)), but not found by pids
QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390) : updating tp ids -> (8468:12352:16392)
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481) : updating tp ids -> (8468:12352:16497)
updating transponder:
(QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16497)) 0x4004
to (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)) 0x4004
650000: (time: 02:42.826) |658000: (time: 02:44.864) -/
666000: (time: 02:46.905) |674000: (time: 02:48.954) signal ok: QAM_AUTO f = 674000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
- QAM_AUTO f = 674000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:6146)
QAM_AUTO f = 674000 kHz I999B8C999D999T999G999Y999P0 (0:0:6146) : updating network_id -> (0:12312:6146)
updating transponder:
(QAM_AUTO f = 674000 kHz I999B8C999D999T999G999Y999P0 (0:12312:6146)) 0x0000
to (QAM_AUTO f = 674000 kHz I999B8C999D0T16G19128Y0P1 (8468:12312:6146)) 0x4004
682000: (time: 02:50.261) /|
690000: (time: 02:52.300) signal ok: QAM_AUTO f = 690000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
QAM_AUTO f = 690000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:16435)
-/|-/| QAM_AUTO f = 690000 kHz I999B8C999D999T999G999Y999P0 (0:0:16435) : updating network_id -> (0:12352:16435)
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) : updating tp ids -> (8468:12352:16481)
updating transponder:
(QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481)) 0x4004
to (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)) 0x4004
already known: (QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387)), but not found by pids
QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387) : updating tp ids -> (8468:12352:16386)
already known: (QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386)), but not found by pids
QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386) : updating tp ids -> (8468:12352:16387)
already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392)), but not found by pids
QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392) : updating tp ids -> (8468:12352:16390)
already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)), but not found by pids
QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390) : updating tp ids -> (8468:12352:16392)
updating transponder:
(QAM_AUTO f = 690000 kHz I999B8C999D999T999G999Y999P0 (0:12352:16435)) 0x0000
to (QAM_AUTO f = 690000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435)) 0x4004
already known: (QAM_AUTO f = 690000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435)), but not found by pids
QAM_AUTO f = 690000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435) : updating tp ids -> (8468:12352:16438)
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481) : updating tp ids -> (8468:12352:16497)
updating transponder:
(QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16497)) 0x4004
to (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)) 0x4004
698000: (time: 03:00.262) -
706000: (time: 03:02.308) /|
714000: (time: 03:04.354) -
722000: (time: 03:06.402) /|
730000: (time: 03:08.450) -
738000: (time: 03:10.497) /|
746000: (time: 03:12.547) signal ok: QAM_AUTO f = 746000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
QAM_AUTO f = 746000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:5122)
-/| QAM_AUTO f = 746000 kHz I999B8C999D999T999G999Y999P0 (0:0:5122) : updating network_id -> (0:12308:5122)
updating transponder:
(QAM_AUTO f = 746000 kHz I999B8C999D999T999G999Y999P0 (0:12308:5122)) 0x0000
to (QAM_AUTO f = 746000 kHz I999B8C999D0T16G19128Y0P1 (8468:12308:5122)) 0x4004
754000: (time: 03:16.292) -
762000: (time: 03:18.331) /|
770000: (time: 03:20.379) -
778000: (time: 03:22.424) /|
786000: (time: 03:24.473) -
794000: (time: 03:26.519) /|
802000: (time: 03:28.568) -
810000: (time: 03:30.617) /|
818000: (time: 03:32.665) -
826000: (time: 03:34.712) /|
834000: (time: 03:36.761) -
842000: (time: 03:38.809) /|
850000: (time: 03:40.857) -
858000: (time: 03:42.904) /|
tune to: QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) (time: 03:44.953)
service = ssu (Harmonic)
service = Infokanal (MEDIA BROADCAST)
-/| already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) : updating tp ids -> (8468:12352:16481)
already known: (QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387)), but not found by pids
QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387) : updating tp ids -> (8468:12352:16386)
already known: (QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386)), but not found by pids
QAM_AUTO f = 642000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386) : updating tp ids -> (8468:12352:16387)
already known: (QAM_AUTO f = 746000 kHz I999B8C999D0T16G19128Y0P1 (8468:12308:5122)), but not found by pids
QAM_AUTO f = 746000 kHz I999B8C999D0T16G19128Y0P1 (8468:12308:5122) : updating tp ids -> (8468:12352:16388)
updating transponder:
(QAM_AUTO f = 746000 kHz I999B8C999D0T16G19128Y0P1 (8468:12352:16388)) 0x4004
to (QAM_AUTO f = 746000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16388)) 0x4004
already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392)), but not found by pids
QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392) : updating tp ids -> (8468:12352:16390)
already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)), but not found by pids
QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390) : updating tp ids -> (8468:12352:16392)
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481) : updating tp ids -> (8468:12352:16434)
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16434)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16434) : updating tp ids -> (8468:12352:16435)
already known: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16435)), but not found by pids
QAM_AUTO f = 482000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16435) : updating tp ids -> (8468:12352:16497)
-/|-/|-tune to: QAM_AUTO f = 538000 kHz I999B8C999D0T16G19128Y0P1 (8468:12298:2562) (time: 03:59.876)
/|-/----------no signal----------
tune to: QAM_AUTO f = 538000 kHz I999B8C999D0T999G999Y0P1 (8468:12298:2562) (time: 04:04.262) (no signal)
|-/----------no signal----------
|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|-/|Killed
-Starting vdr
done
Erzeugt wird eine leere Datei "DVB-t-scanned.conf", ansonsten ändert sich nichts im Verzeichnis /etc/vdr/channels.
Viele Grüße
Sascha
15
x86 Systeme (PC) / 5.4 Testing NUC-LED
« on: December 30, 2018, 22:25:16 »
Hey Claus,
das funktioniert. Kannst Du das in die MLD 5.4 stable übernehmen?
Viele Grüße
Sascha
das funktioniert. Kannst Du das in die MLD 5.4 stable übernehmen?
Viele Grüße
Sascha