[gelöst] SoftHdDevice --> Verständnisfrage

mini73 · 6. Mai 2013

Moin!

Unter Debian läuft der vdr normalerweise unter dem User "vdr".
Ansonsten ist das syslog eine wertvolle Quelle.

Lars.

johns · 6. Mai 2013

Der Ton ist einfach den richtigen Anschluß finden und fertig.
Als Tip asound.conf und speaker-test.

Bei dem Ruckeln müsste es ein tiefergehendes Problem sein.
Das Log ist syslog, bitte als Anhang oder pastebin posten.

grep video /var/log/messages

Deine Hardware müsste vollkommen reichen.

Johns

VDRFirtie · 6. Mai 2013

Auszug aus der "/var/log/messages":

Code

May  5 15:16:14 chrisHDTV vdr: [2948] [xine..put] Detected video size 704x576
May  5 15:16:18 chrisHDTV vdr: [2951] [xine..put] Detected video size 720x576
May  5 15:16:21 chrisHDTV vdr: [2954] [xine..put] Detected video size 720x576
May  5 15:16:25 chrisHDTV vdr: [2957] [xine..put] Detected video size 704x576

Der User "vdr" hatte kein Passwort vergeben. Nun habe ich das geändert und ich kann als User VDR das Softhddevice starten.

Das Beschneiden der Ränder über das Device scheint keine Änderung zu bringen. Überhaupt habe ich den Eindruck das Änderungen die ich über OSD des device vornehme keine Änderungen/Auswirkungen haben.

Ich habe eine rudimentäre "plugin.softhddevice.conf" erstellt.
Schalte ich diese unter "/etc/vdr/plugins" scharf, dann lehnt das Device den Verbindungsaufbau ab.

Ich habe in der "*.cnf" zum Schluss alles auskommentiert, bis auf die Zeile für Audio:

Code

SOFTHDDEVICE_AUDIO_DEVICE=hw:0,3

Habe ich zuor noch einmal mit

Code

aplay -l

überprüft.

Das die Tonausgabe funktioniert, habe ich sowohl mit dem VLC Player wie auch über xineliboutput überprüfen können.
Daran liegt es nicht.

Hier noch ein Auszug aus der "/var/log/messages":

Code

May  6 10:24:19 chrisHDTV kernel: [    6.674757] af9013: firmware version:4.95.0.0
May  6 10:24:19 chrisHDTV kernel: [    6.679632] DVB: registering adapter 0 frontend 0 (Afatech AF9013 DVB-T)...
May  6 10:24:19 chrisHDTV kernel: [    6.797882] MXL5005S: Attached at address 0xc6
May  6 10:24:19 chrisHDTV kernel: [    6.797895] dvb-usb: AverMedia AVerTV Volar Black HD (A850) successfully initialized and connected.
May  6 10:24:19 chrisHDTV kernel: [    6.804827] usbcore: registered new interface driver dvb_usb_af9015
May  6 10:24:19 chrisHDTV kernel: [    7.501183] input: HDA NVidia Headphone as /devices/pci0000:00/0000:00:08.0/sound/card0/input5
May  6 10:24:19 chrisHDTV kernel: [    7.502938] ACPI: PCI Interrupt Link [LPMU] enabled at IRQ 23
May  6 10:24:19 chrisHDTV kernel: [    7.503596] ACPI: PCI Interrupt Link [SGRU] enabled at IRQ 22
May  6 10:24:19 chrisHDTV kernel: [    7.503629] vgaarb: device changed decodes: PCI:0000:03:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
May  6 10:24:19 chrisHDTV kernel: [    7.504472] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  304.88  Wed Mar 27 14:26:46 PDT 2013
May  6 10:24:19 chrisHDTV kernel: [    8.934364] Adding 976892k swap on /dev/sda2.  Priority:-1 extents:1 across:976892k 
May  6 10:24:19 chrisHDTV kernel: [    8.977336] EXT4-fs (sda1): re-mounted. Opts: (null)
May  6 10:24:19 chrisHDTV kernel: [    9.209996] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
May  6 10:24:19 chrisHDTV kernel: [    9.312910] loop: module loaded
May  6 10:24:19 chrisHDTV kernel: [   10.676789] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
May  6 10:24:19 chrisHDTV kernel: [   11.804834] RPC: Registered named UNIX socket transport module.
May  6 10:24:19 chrisHDTV kernel: [   11.804844] RPC: Registered udp transport module.
May  6 10:24:19 chrisHDTV kernel: [   11.804851] RPC: Registered tcp transport module.
May  6 10:24:19 chrisHDTV kernel: [   11.804858] RPC: Registered tcp NFSv4.1 backchannel transport module.
May  6 10:24:19 chrisHDTV kernel: [   11.847636] FS-Cache: Loaded
May  6 10:24:19 chrisHDTV kernel: [   11.888425] FS-Cache: Netfs 'nfs' registered for caching
May  6 10:24:19 chrisHDTV kernel: [   11.905739] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
May  6 10:24:20 chrisHDTV lpd[2333]: restarted
May  6 10:24:25 chrisHDTV runvdr: stopping after fatal fail (Unknown option '')
May  6 10:27:52 chrisHDTV runvdr: stopping after fatal fail (Unknown option '')
May  6 10:33:08 chrisHDTV runvdr: stopping after fatal fail (Unknown option '')
May  6 10:34:12 chrisHDTV runvdr: stopping after fatal fail (Unknown option '')
May  6 10:37:05 chrisHDTV runvdr: stopping after fatal fail (Unknown option '')
May  6 11:07:28 chrisHDTV runvdr: stopping after fatal fail (Unknown option '')
May  6 11:10:06 chrisHDTV rsyslogd-2177: imuxsock begins to drop messages from pid 4273 due to rate-limiting
May  6 11:10:07 chrisHDTV rsyslogd-2177: imuxsock lost 7 messages from pid 4273 due to rate-limiting
May  6 11:12:07 chrisHDTV rsyslogd-2177: imuxsock begins to drop messages from pid 4273 due to rate-limiting
May  6 11:12:08 chrisHDTV rsyslogd-2177: imuxsock lost 24 messages from pid 4273 due to rate-limiting
May  6 11:12:19 chrisHDTV rsyslogd-2177: imuxsock begins to drop messages from pid 4273 due to rate-limiting
May  6 11:12:20 chrisHDTV rsyslogd-2177: imuxsock lost 14 messages from pid 4273 due to rate-limiting
(END)

Alles anzeigen

mini73 · 6. Mai 2013

Moin!

Zitat von VDRFirtie

SOFTHDDEVICE_AUDIO_DEVICE=hw:0,3

In der plugin.softhddevice.conf muss

Code

-a hw:0,3

stehen. Die Hilfe für die möglichen Parameter in dieser Datei bekommst du mit

Code

vdr -Psofthddevice --help

Außerdem scheint in deiner runvdr irgendein Problem zu sein, das solltest du auch beheben. Hänge sie zur Not mal an oder nutze pastebinit.

Lars.

johns · 6. Mai 2013

Bei dir scheint doch noch ein xine Plugin zulaufen und kein softhddevice.
Deaktiviere erstmal alle Plugins, die du nicht 100% brauchst.

Kenne mich nicht aus vermute aber in deinem order.conf nur

Code

softhddevice

hoffe dies reicht, ansonsten mußt wohl gucken was es alles gibt und da ein - dann davor.

Johns

VDRFirtie · 6. Mai 2013

OK, mit der "plugin.softhddevice.conf" ist mein Fehler gewesen.
Jetzt nimmt das Device die auch beim Start.

Ton habe ich nun auch.
Das ist so trivial gewesen, dass ich es gar nicht schreiben mag

Nicht der Eintrag in der "*.config" war das Problem, sondern die Aufnahme des Users "vdr" in der Gruppe "audio" hat gefehlt.
Ich habe das bisher nicht bemerkt, weil ich nur als root oder User "hdtv" getestet habe. Nun läuft aber das SoftHdDevice als User vdr.

Was die springende Zeile angeht, so konnte ich dieses Problem auch lösen.
Am LCD TV ist die Darstellung bisher auch "nicht skaliert" eingestellt gewesen. Schalte ich auf "Breitbild" oder "Automatisch" um, verschwindet das springen der Zeile.
Was jetzt halt blöd ist: Der Desktop wird nicht mehr vollständig dargestellt. Geht über den Rand hinaus. Aber das wäre mir auch egal, da der VDR später ohne hin ohne gestarteten Desktop laufen soll.

Ich bin auch der Meinung, dass das ruckelige/stockende Bild besser geworden ist. Das muss ich mir aber noch in Ruhe anschaun.

Das Bild ist allgemein noch nicht so super toll wie ich das von dem anderem VDR aus der Signatur gewohnt bin. Vielleicht hängt das mit der Signalstärke zusammen, oder noch mit div. Einstellungen.

johns · 6. Mai 2013

Code

fgrep Cut /etc/vdr/setup.conf 
softhddevice.1080i.CutLeftRight = 0
softhddevice.1080i.CutTopBottom = 0
softhddevice.1080i_fake.CutLeftRight = 0
softhddevice.1080i_fake.CutTopBottom = 0
softhddevice.576i.CutLeftRight = 0
softhddevice.576i.CutTopBottom = 2
softhddevice.720p.CutLeftRight = 0
softhddevice.720p.CutTopBottom = 0

Dies kannst auch im Setupmenu vom Plugin einstellen, dann schneidet er die oberen und unteren 2 Zeilen weg und schon ist kein Flimmern mehr da.

Den Rest wirst auch noch hinbekommen, mit einem Log könnnen dir auch andere helfen, denn da hätte das mit dem Ton auch drin stehen müssen.

Johns

VDRFirtie · 6. Mai 2013

In der order.conf deaktiviere ich die plugins.
Ich wüste jetzt nicht was da noch laufen soll.kontrolliere ich aber noch einmal.

Das SoftHdDevice läuft auf jeden Fall.

Ist die Ausgabe von der Log nicht älter - 3.05. ?
Vielleicht deswgen Xine..

Leider kann ich mich mit dem User vdr nicht einloggen.
Warum auch immer. Vielleicht fehlt da auch eine Berechtigung für X, aber dürfte dieser auch nicht das Softhddevice starten könne ... obwohl: Das geht nut nach dem ich ein xhost + ausgeführt habe. Wenn ich xhost vdr ausführe, dann erhalte ich eine Meldung "bad user".

So wirklich verstanden habe ich das mit dem User vdr noch nicht. Da fehlt doch etwas, oder täusche ich mich !

Ich könnte auch den ganzen xine und xineliboutput mal löschen. Was benötigt das SoftHdDevice alles damit es läuft ?

cyril · 6. Mai 2013

Der User VDR wird wahrscheinlich keine Berechtigung für die Shell haben und deswegen nicht einloggen können.
Check mal die /etc/passwd

Steht alles in der README was das Plugin benötigt oder hier: http://projects.vdr-developer.…cts/plg-softhddevice/wiki

johns · 6. Mai 2013

Zitat von VDRFirtie

Leider kann ich mich mit dem User vdr nicht einloggen.
Warum auch immer. Vielleicht fehlt da auch eine Berechtigung für X, aber dürfte dieser auch nicht das Softhddevice starten könne ... obwohl: Das geht nut nach dem ich ein xhost + ausgeführt habe. Wenn ich xhost vdr ausführe, dann erhalte ich eine Meldung "bad user".

So wirklich verstanden habe ich das mit dem User vdr noch nicht. Da fehlt doch etwas, oder täusche ich mich !

Ich könnte auch den ganzen xine und xineliboutput mal löschen. Was benötigt das SoftHdDevice alles damit es läuft ?

Also du sollst dich ja auch nicht als VDR einloggen. Um auf dem Rechner zuarbeiten machst du einen eigenen Benutzter sprich "user".
Der VDR soll nur VDR machen und braucht nicht mehr Berechtigungen und auch kein Password, da sich niemand als "vdr" einloggen kann.

Code

groups vdr
audio cdrom video vdr

Das braucht der VDR damit er arbeiten kann. video ist normal für die DVB Karte. Die braucht auch das Ausgabeplugin.
Audio braucht des Ausgabeplugin. cdrom braucht das CD-ROM Plugin.

Und damit andere Benutzer auf die VDR Daten zugreifen können, gibt es die VDR Gruppe.

Da softhddevice Plugin braucht eigentlich nichts, halt die Libraries und die sollte der Packetmanager richten.
Um eigenen X Server zustarten: "-a hw:0,3 -x -d :1.0" in deine Config, dann sollte neues X starten und dann braucht es auch keine xhost, da er den X Server selber gestartet hat.

Und die Syntax von xhost ist anders: "xhost +si:localuser:vdr" müsste es sein. Einfach man xhost und ausprobieren.

"svdrpsend plug softhddevice atta" kann jeder der auf dem Rechner schicken, Siehe /etc/vdr/svdrphosts.conf
Das kannst du auch von anderen Rechnern schicken.

Johns

VDRFirtie · 7. Mai 2013

Gruppenzugehörigkeit habe ich alle ergänzt.

Alles was mit xineliboutput zu tun hat, habe ich entfernt.

Die plugin.softhddevice.conf habe ich ergänzt.

Nun habe ich das Problem, dass das SoftHdDevice wohl auf einem anderem X-Server gestartet wird, aber dem VDR zum anzeigen wohl Rechte ??? fehlen, oder mache ich wieder etwas falsch ?
Der Ton ist zu hören, aber es gibt keinen zweiten X-Server.

Vieelleicht mache ich auch bei dem Wechseln zwischen den X-Servern etwas falsch.

seahawk1986 · 7. Mai 2013

Zitat von VDRFirtie

Ich starte aus der Desktopsitzung heraus die automatisch über Slim gestartet wird (kann man das so sagen ?).

Deaktiviere doch mal den Start von Slim. Du brauchst weder einen angemeldeten User noch einen laufenden X-Server, wenn der VDR gestartet wird - softhddevice kann das auf Wunsch alles erledigen.

Wie sieht deine plugin.softhddevice.conf jetzt aus?

VDRFirtie · 7. Mai 2013

Ich habe herauskopiert was relevant ist (ohne Kommentare):

Code

-a hw:0,3
-x -d :1.0
-f

Ich starte über Slim meine Desktopsession und das Softhddevice wird mit gestartet (scheinbar).
Der Ton ist da, aber das Bild fehlt.

Ich kann das SoftHdDevice starten und beenden, aber ohne die entsprechenden Zugriffsrechte für den X-Server erhalte ich kein Bild.

johns · 7. Mai 2013

Zitat von VDRFirtie

Gruppenzugehörigkeit habe ich alle ergänzt.

Alles was mit xineliboutput zu tun hat, habe ich entfernt.

Die plugin.softhddevice.conf habe ich ergänzt.

Nun habe ich das Problem, dass das SoftHdDevice wohl auf einem anderem X-Server gestartet wird, aber dem VDR zum anzeigen wohl Rechte ??? fehlen, oder mache ich wieder etwas falsch ?
Der Ton ist zu hören, aber es gibt keinen zweiten X-Server.

Vieelleicht mache ich auch bei dem Wechseln zwischen den X-Servern etwas falsch.

Alles anzeigen

Hast den auf die Console umgeschaltet? ALT-CTRL-F8 wenn dein normales X11 auf der ALT-CLTR-F7 ist.
Und nochmal die Bitte, pack das syslog "/var/log/messages" einfach in eine pastebin und poste den Link.

Da sieht man ob und welches Plugin gestartet wurde und zumindest einen nichts sagende Fehlermeldung.

Johns

VDRFirtie · 7. Mai 2013

Wechsel ich auf die Konsole 8, dann blinkt nur ein Strich/Cursor auf, der Ton ist verschwunden und keine Bildausgabe erfolgt.

Ein Thema was ich nach wie vor habe ist ein leichtes Flackern im Bild.
Ist immer besonders gut bei Logos zu sehen, aber auch ansonsten besteht das Gefühl, dass das Bild etwas unruhig ist.
Habe schon reichlich mit den Einstellungen getestet, aber da scheint alles wenig bis gar keine Auswirkungen z haben.
Was könnte ich noch probieren ?

johns · 7. Mai 2013

Leider enthält das Log absolut keine Informationen.

Ist nicht dein Fehler.

[rand]
Ich frage mich immer welcher Distributions Vollidiot kommt auf die Idee ein rate-limiting in den Logs zumachen.
[/rand]

Entweder logt deine Distribution wo anders hin oder die intressante Information ist dem rate-limiting zum Opfer gefallen.
google rsyslogd rate-limiting.

Johns

VDRFirtie · 7. Mai 2013

Versuchen wir die syslog:

johns · 7. Mai 2013

Ok das Log ist in Ordnung.

Ton schaut gut aus.

Code

May  7 20:31:00 chrisHDTV vdr: video: Can't connect to X11 server on ':1.0'

Hast du den Server schon laufen? Oder kein -x angeben? Und ohne -d oder -D.

Code

May  7 20:37:43 chrisHDTV vdr: video/vdpau: VDPAU API version: 1
May  7 20:37:43 chrisHDTV vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driv

Das hat dann geklappt,

Dein Problem ist:

Code

May  7 20:37:46 chrisHDTV vdr: video/vdpau: missed frame (30/10)
May  7 20:37:46 chrisHDTV vdr: video: slow down video, duping frame

sonst sieht alles in Ordnung aus.

Zwei möglich Ursachen dein Bildschirm läuft mit 60 Hz oder du hast temporal spatial als Deinterlacer, daß schaft deine Karte nicht.
Als erstes mal im Setup des Plugins alle Deinterlacer möglichst auf Bob oder Weave stellen. 720p muß Weave bleiben.
Dann kannst noch den Skalierer auf normal stellen und Skip Chroma Deinterlace auf an.
Wenn das dann funktioniert kannst nach und nach die Optionen hochstellen und im Menu -> SoftHdDevice gucken ob
die Fehler "missed" hochzählen.

Dann mit xrand -q prüfen ob dein Bildschirm mit 50 Hz läuft.

Code

xrandr -q
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
DVI-I-0 disconnected primary (normal left inverted right x axis y axis)
VGA-0 disconnected (normal left inverted right x axis y axis)
DVI-I-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 1280mm x 720mm
   800x600        60.3 +
   1920x1080      50.0*    30.0     60.1     60.0     50.0

Johns

VDRFirtie · 7. Mai 2013

So sieht die plugin.softdhddevice aus:

Code

-a hw:0,3
-x -d :1.0
-f

Code

root@chrisHDTV:~# xrandr -q
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 8192 x 8192
DVI-I-0 disconnected (normal left inverted right x axis y axis)
DVI-I-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 640mm x 360mm
   1920x1080      50.0*+   59.9     30.0     25.0     24.0     24.0     30.0     25.0  
   1360x765       60.0  
   1280x720       59.9     50.0  
   1024x768       60.0  
   800x600        60.3  
   720x576        50.0     25.0  
   720x480        59.9     30.0  
   640x480        59.9     59.9

Alles anzeigen

OK, habe die Einstellungen geändert.
Das Flackern/Flimmern ist behoben.

Bleibt nur noch das Problem mit dem X-Server.

johns · 8. Mai 2013

Schaut doch schon mal gut aus.

Dann die Werte langsam hochdrehen. Bei SDTV sollte temporal_spatial gehen und bei HDTV temporal.
SkipChroma aktivieren bringt etwas schlechtere Qualität, aber manchmal geht noch eine Stufe besserer
Deinterlacer.

Zum X Server: Kann sein das bei dir der X Server schon auf :1.0 läuft?
Laut Log kann er den starten aber nicht verbinden.
Da fällt mir nicht viel ein.
Du willst ja ohne den normalen X Server arbeiten, wenn ich dich richtig verstanden habe.
Einfach nur VDR starten und Rest geht automatisch.
Also den X Server der normal startet deaktivieren.
Deine Config schaut gut aus, sind drei Zeilen, ich mach das immer in eine Zeile:

Code

-a hw:0,3 -x -d :1.0 -f

aber daran wird es wohl nicht liegen.

Dann mal vdr starten.

Code

ps -xaf
7495 ?        Ssl  243:34 /usr/bin/vdr -u vdr --watchdog=60 --epgfile=/etc/vdr/
17528 tty2     Ss+    0:01  \_ /usr/bin/X

so sollte es aussehen, vdr hat einen X Server gestartet.

Prüfen was in /var/log/Xorg.0.log bzw /var/log/Xorg.1.0.log steht, je nachdem was du bei -x angegeben hast.
Sonst fällt mir erstmal nichts mehr ein.

Johns

[gelöst] SoftHdDevice --> Verständnisfrage

Jetzt mitmachen!

Teilen