Hallo,
erst einmal danke für die vielen interessanten Tipps. MythTV ist anscheinend sehr komplex, das wäre die zweite Wahl. Ich werde jetzt mal forschen ob/wie VLC von der Kommandozeile aus zu steuern ist. Wenn das funktioniert wären mehrere Geräte (Sender) und die Steuerung per Standard Treiber (Aufruf Shell Skript) mit dem TV Browser Plugin wohl eine schlanke Möglichkeit.
Gruß, Erich
Hallo,
ich habe eine Fritzbox 6490 Cable und unter Leap 15.1 mit Gnome den VLC 3.0.9.2. Vetinari. Über eine Wiedergabelliste "tvsd.m3u" die in der Fritzbox erzeugt wird kann ich mir die TV Sendungen in VLC anschauen und über den "Record" Button in VLC auch aufzeichnen.
Was ich suche ist eine Art Videorecorder Funktion, d.h. die zeitgesteuerte Aufnahme eines TV-Senders. Ich müsste angeben können "welcher Sender", "Startzeit", "Endezeit", "Wiederholung ja/nein". Dass der Rechner laufen müsste ist nicht das Problem, ich möchte nur nicht davor sitzen und manuell den "Record" Button drücken.
Bei "VLM Konfiguration" habe ich etwas, was in die Richtung geht gefunden, zum Funktionieren habe ich es aber nicht gebracht. Gibt es evtl. eine Zusatz-Software die wie ein VLC Recorder wirkt? Tipps sind willkommen.
Gruß, Erich
Dann ist es ja gut, ich dachte schon beim nächsten Patch/update ist das Problem wieder da und ich muss wieder umstellen.
Ich schließe das Thema.
Hm, geht wieder, danke.
erich@Linux-Desktop:~> sudo zypper se -s suse-module-tools
....
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+--------------------------+------------+---------------------+--------+--------------------------------
i+ | suse-module-tools | Paket | 15.1.13-lp151.1.1 | x86_64 | Haupt-Repository
v | suse-module-tools | Paket | 15.1.18-lp151.2.4.1 | x86_64 | Hauptaktualisierungs-Repository
v | suse-module-tools | Paket | 15.1.18-lp151.2.4.1 | i586 | Hauptaktualisierungs-Repository
| suse-module-tools | Quellpaket | 15.1.18-lp151.2.4.1 | noarch | Hauptaktualisierungs-Repository
| suse-module-tools-legacy | Paket | 15.1.13-lp151.1.1 | x86_64 | Haupt-Repository
| suse-module-tools-legacy | Paket | 15.1.18-lp151.2.4.1 | x86_64 | Hauptaktualisierungs-Repository
| suse-module-tools-legacy | Paket | 15.1.18-lp151.2.4.1 | i586 | Hauptaktualisierungs-Repository
erich@Linux-Desktop:~>Also, die Internet Verbindung der VM wird jetzt wieder fehlerfrei hergestellt. Öffnen des "Windows-Netzwerks" geht bei eingeschalteter Firewall nach wie vor nicht. Das dürfte aber ein anderer Zusammenhang sein und ist nicht wirklich ein Problem sondern eher nur unschön. Mir war das eben bei meinen Versuchen aufgefallen, siehe Beitrag 21 in diesem Thema.
Erstmal Frohe Weihnachten und bis nächstes Jahr.
Was bedeutet jetzt "Versuch es mal damit..."? Ich kenne mich da nicht wirklich aus, sorry
Das ergibt dieses:
Linux-Desktop:/home/erich # zypper se -s suse-module-tools
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+--------------------------+------------+---------------------+--------+--------------------------------
v | suse-module-tools | Paket | 15.1.13-lp151.1.1 | x86_64 | Haupt-Repository
i+ | suse-module-tools | Paket | 15.1.18-lp151.2.4.1 | x86_64 | Hauptaktualisierungs-Repository
v | suse-module-tools | Paket | 15.1.18-lp151.2.4.1 | i586 | Hauptaktualisierungs-Repository
| suse-module-tools | Quellpaket | 15.1.18-lp151.2.4.1 | noarch | Hauptaktualisierungs-Repository
| suse-module-tools-legacy | Paket | 15.1.13-lp151.1.1 | x86_64 | Haupt-Repository
| suse-module-tools-legacy | Paket | 15.1.18-lp151.2.4.1 | x86_64 | Hauptaktualisierungs-Repository
| suse-module-tools-legacy | Paket | 15.1.18-lp151.2.4.1 | i586 | Hauptaktualisierungs-Repository
Linux-Desktop:/home/erich #Ich habe eine x86_64 Architektur (AMD Phenom II Prozessor.
"samba" stand da schon drin, jetzt habe ich noch "samba-client" in der Zone "Public" dazugeschrieben. Nützt aber nur teilweise etwas, "Windows-Netzwerk" wird ohne Fehlermeldung geöffnet, ist aber leer. Nur wenn ich die Firewall abschalte, erscheint der Inhalt (Workgroup und darin die einzelnen Server).
Die Sache hat jetzt eine ganz andere Wendung genommen. Die Windows Applikationen, die ich brauche, laufen unter Windows 7 nicht mehr. D.h. ich muss jetzt zunächst eine VM mit Windows 10 einrichten. Ich glaube zwar nicht dass mein Firewall Problem damit verschwindet, aber das sehe ich dann im Januar.
Noch was habe ich herausgefunden:
Unter "Dateien" werden die "Netzwerke" angezeigt. Bei Klick auf "Windows-Netzwerk" kommt bei eingeschalteter Firewall eine Fehlermeldung. Ist die Firewall aus läßt sich "Windows-Netzwerk" fehlerfrei öffnen.
Bevor diese Fehlermeldung kommt wird noch kurz angezeigt "Öffnen von <<smb:///>>"
Also bzgl. apparmor ergibt sich diese Liste
Linux-Desktop:/home/erich # apparmor_status
apparmor module is loaded.
49 profiles are loaded.
49 profiles are in enforce mode.
/usr/bin/lessopen.sh
/usr/lib/apache2/mpm-prefork/apache2
/usr/lib/apache2/mpm-prefork/apache2//DEFAULT_URI
/usr/lib/apache2/mpm-prefork/apache2//HANDLING_UNTRUSTED_INPUT
/usr/lib/apache2/mpm-prefork/apache2//phpsysinfo
/usr/lib/colord
/usr/lib/dovecot/anvil
/usr/lib/dovecot/auth
/usr/lib/dovecot/config
/usr/lib/dovecot/deliver
/usr/lib/dovecot/dict
/usr/lib/dovecot/dovecot-auth
/usr/lib/dovecot/dovecot-lda
/usr/lib/dovecot/dovecot-lda//sendmail
/usr/lib/dovecot/imap
/usr/lib/dovecot/imap-login
/usr/lib/dovecot/lmtp
/usr/lib/dovecot/log
/usr/lib/dovecot/managesieve
/usr/lib/dovecot/managesieve-login
/usr/lib/dovecot/pop3
/usr/lib/dovecot/pop3-login
/usr/lib/dovecot/ssl-params
/usr/lib/dovecot/stats
/usr/sbin/dnsmasq
/usr/sbin/dnsmasq//libvirt_leaseshelper
apache2
apache2//DEFAULT_URI
apache2//HANDLING_UNTRUSTED_INPUT
apache2//phpsysinfo
avahi-daemon
dovecot
identd
klogd
libvirtd
libvirtd//qemu_bridge_helper
mdnsd
nmbd
nscd
ntpd
ping
smbd
smbldap-useradd
smbldap-useradd///etc/init.d/nscd
syslog-ng
syslogd
traceroute
virt-aa-helper
winbindd
0 profiles are in complain mode.
9 processes have profiles defined.
9 processes are in enforce mode.
/usr/lib/colord (1069)
/usr/sbin/avahi-daemon (1006) avahi-daemon
/usr/sbin/libvirtd (2058) libvirtd
/usr/sbin/nmbd (1961) nmbd
/usr/sbin/nscd (934) nscd
/usr/sbin/smbd (2125) smbd
/usr/sbin/smbd (2188) smbd
/usr/sbin/smbd (2189) smbd
/usr/sbin/smbd (2198) smbd
0 processes are in complain mode.
0 processes are unconfined but have a profile defined.
Linux-Desktop:/home/erichIn YAST werden diese Profile als aktiv angezeigt
Das ergibt
Linux-Desktop:/home/erich # zypper se -si firewall
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+------------------+-------+------------------+--------+-----------------
i+ | firewall-config | Paket | 0.5.5-lp151.5.1 | noarch | Haupt-Repository
i+ | firewall-macros | Paket | 0.5.5-lp151.5.1 | noarch | Haupt-Repository
i+ | firewalld | Paket | 0.5.5-lp151.5.1 | noarch | Haupt-Repository
i+ | firewalld-lang | Paket | 0.5.5-lp151.5.1 | noarch | Haupt-Repository
i+ | python3-firewall | Paket | 0.5.5-lp151.5.1 | noarch | Haupt-Repository
i+ | yast2-firewall | Paket | 4.1.12-lp151.1.1 | noarch | Haupt-Repository
Linux-Desktop:/home/erich #Wie gesagt, bis etwas Anfang Dezember hat das seit Jahren ohne Probleme funktioniert.