VLC Player läuft in der Konsole nicht.

zypper se -si vlc
aktueller stand:
cvlc rtp://@ 239.35.10.1:10000 --sout /home/sabine/ard.ts

sabine@linux-piqn:~> cvlc  rtp://@ 239.35.10.1:10000 --sout /home/sabine/ard.ts
VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5)
[0x224a148] main interface error: no suitable interface module
[0x21740b8] main libvlc error: interface "globalhotkeys,none" initialization failed
[0x224a148] dbus interface error: Failed to connect to the D-Bus session daemon: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
[0x224a148] main interface error: no suitable interface module
[0x21740b8] main libvlc error: interface "dbus,none" initialization failed
[0x22a0328] dummy interface: using the dummy interface module...

ich verstehe nicht, über kde läuft es, aber in der Konsole nicht.
Ach das ist ja komisch, eben mal getestet:
Direkt auf den Suse Rechner / Konsole unter mein Account ist alles OK, er nimmt auf.
Melde ich mich über mein Notebook Win7 mit SSH auf das Gerät natürlich auch mit sabine an, bekomme ich die Fehlermeldungen:
Also direkt auf den Rechner Ok: Über Win7 - SSH Fehler...
Irgend eine Rechte vergabe falsch?

PS:
cvlc rtp://@ 239.35.10.1:10000 --sout /home/sabine/ard.ts
hier ist Leerzeichen zu viel, ändert aber Extern über Win7 auf Suse nichts

S | Name         | Type    | Version     | Arch   | Repository
--+--------------+---------+-------------+--------+-------------------
i | libvlc5      | package | 2.1.5-232.2 | x86_64 | Packman Repository
i | libvlccore7  | package | 2.1.5-232.2 | x86_64 | Packman Repository
i | vlc          | package | 2.1.5-232.2 | x86_64 | Packman Repository
i | vlc-codecs   | package | 2.1.5-232.2 | x86_64 | Packman Repository
i | vlc-noX      | package | 2.1.5-232.2 | x86_64 | Packman Repository
i | vlc-noX-lang | package | 2.1.5-232.2 | noarch | Packman Repository
i | vlc-qt       | package | 2.1.5-232.2 | x86_64 | Packman Repository

zypper lr -uP


#  | Alias                     | Name                               | Enabled | Refresh | Priority | URI
---+---------------------------+------------------------------------+---------+---------+----------+----------------------------------------------------------------
 1 | Packman Repository        | Packman Repository                 | Yes     | Yes     |   20     | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.2/
 2 | libdvdcss repository      | libdvdcss repository               | Yes     | Yes     |   99     | http://opensuse-guide.org/repo/13.2/
 3 | openSUSE-13.2-0           | openSUSE-13.2-0                    | Yes     | No      |   99     | cd:///?devices=/dev/disk/by-id/ata-TSSTcorp_CDDVDW_SH-S223Q
 4 | repo-debug                | openSUSE-13.2-Debug                | No      | Yes     |   99     | http://download.opensuse.org/debug/distribution/13.2/repo/oss/
 5 | repo-debug-update         | openSUSE-13.2-Update-Debug         | No      | Yes     |   99     | http://download.opensuse.org/debug/update/13.2/
 6 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss | No      | Yes     |   99     | http://download.opensuse.org/debug/update/13.2-non-oss/
 7 | repo-non-oss              | openSUSE-13.2-Non-Oss              | Yes     | Yes     |   99     | http://download.opensuse.org/distribution/13.2/repo/non-oss/
 8 | repo-oss                  | openSUSE-13.2-Oss                  | Yes     | Yes     |   99     | http://download.opensuse.org/distribution/13.2/repo/oss/
 9 | repo-source               | openSUSE-13.2-Source               | No      | Yes     |   99     | http://download.opensuse.org/source/distribution/13.2/repo/oss/
10 | repo-update               | openSUSE-13.2-Update               | Yes     | Yes     |   99     | http://download.opensuse.org/update/13.2/
11 | repo-update-non-oss       | openSUSE-13.2-Update-Non-Oss       | Yes     | Yes     |   99     | http://download.opensuse.org/update/13.2-non-oss/

eigentlich hängt es nur noch an einer Kleinigkeit:
Das Aufnahme Script läuft ja später direkt am Server.
also die X-Server Fehler kann man vergessen.

Direkt am Sever:
cvlc rtp://@239.35.10.22:10000 --sout /home/marcel/video/ntv.ts --run-time=5

[0x1dd2288] main interface error: no suitable interface module
[0x1c740b8] main libvlc error: interface "dbus,none" initialization failed
[0x1dd2288] dummy interface: using the dummy interface module...
libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 0) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 0) for PID 264

es wird hier richtig 5 Sec. aufgenommen, aber das Script hängt dann,
es lässt sich nur über strg & c abbrechen.

Google ich nach ein libdvbpsi error
bekomme ich oft Probleme von User, die über KDE Fehler haben.
Ich will ja nur möglichst ohne kde über ein Script TV Programme auf Festplatte kopieren.

cvlc rtp://@239.35.10.22:10000 --sout /home/sabine/video/ntv.ts --run-time=5


libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 18
libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 264

Die Rest Fehler sind ja nicht tragisch, es wird ja aufgenommen, und auch in HD sieht es Super aus.
Aber warum hängt der Befehl, man kommt nur mit Strg + c raus

Also die libdvbpsi Fehler basieren auf vlc und Grafiktreiber laut Info.

In meinen Befehl fehlte eigentlich nur das vlc://quit
Also

cvlc  rtp://@239.35.10.22:10000  --sout /home/sabine/video/test.ts  --run-time=60 vlc://quit

60 Sec. aufnehmen

Ich habe es jetzt auch schon auf unseren richten Fileserver mit suse13.1 (ohne KDE) getestet, es gibt zwar einige Fehler
mehr, aber nach der run-time Zeit wird der Befehl beendet.
Ich vermute, der vlc will immer noch was zeigen, und stößt auf Probleme.
Vielleicht gibt es ja ein vlc-Befehl wie alle "Ausgaben unterdrücken", bis auf die Aufnahme
Aber hier:
http://www.videolan.org/doc/vlc-user-guide/de/ch04.html
habe ich nicht mal das quit gefunden.

Vielen Dank für eure Tapfere Hilfe, ohne die ich bestimmt schon aufgeben hätte

Ideal wäre natürlich, es gebe ein Programm, was NUR aufzeichnen kann, ohne Play funktion

wenn ich die Zeile in ein Script werfe und über ein crontab starte.
lässt sich das auch beenden, oder musst man die run-time Abwarten?

Klar könnte man den Prozess killen, was wohl schnell zum speicherüberlauf führen wird?