Zunächst habe ich unter dem Verzeichnis /var/lib/vdr/plugins/pulsecontrol/ eine Datei startup.script mit folgendem Inhalt angelegt:
Quellcode
1 set-card-profile 0 output:hdmi-stereo
Das hat bei mir auch geholfen.
Zunächst habe ich unter dem Verzeichnis /var/lib/vdr/plugins/pulsecontrol/ eine Datei startup.script mit folgendem Inhalt angelegt:
Quellcode
1 set-card-profile 0 output:hdmi-stereo
Das hat bei mir auch geholfen.
Die Transponder können durchaus von unterschiedlichen Senderstandorten kommen, so wie es auch bei dir der Fall ist.
570 MHz (Das Erste) kommt vom Hamburger Heinrich-Hertz-Turm
530 MHz (die Dritten) kommen aus Hamburg-Moorfleet
Vielen Dank für den Hinweis. Das könnte auch erklären, warum das Südfenster etwas gebracht hat (Moorfleet liegt ungefähr ostsüdöstlich von hier, während der Heinrich-Hertz-Turm ziemlich genau östlich liegt). Außerdem ist Moorfleet natürlich eine Ecke weiter entfernt.
Update:
Habe die Antenne jetzt einmal probehalber vor einem anderen Fenster positioniert (Ausrichtung nach Süden). Der grüne Balken für die Signalstärke bei den dritten Programmen ist jetzt ein ganz kleines bisschen breiter - und siehe da: Ein Bild ist auch wieder da. Die Qualität kann ich noch nicht abschließend beurteilen.
Es bleibt aber weiterhin auffällig, dass die Signalstärke bei allen dritten Programmen deutlich schwächer ist als bei den übrigen Programmen. Auf dem Transponder NDR liegen ja durchaus auch noch Das Erste, arte, tagesschau24 usw. Und die haben ein besseres Signal.
Guten Abend allerseits,
ich habe zur Zeit Probleme, die dritten Programme über DVB-T zu empfangen. In den letzten Wochen war mir immer schon mal aufgefallen, dass die Bildqualität hier schlechter war und Aufnahmen teilweise "lückenhaft". Nun sehe ich aber rein gar nichts mehr, wenn ich auf eines der dritten Programme schalte. Die Aktualisierung der EPG-Daten funktioniert hier auch nur sehr schleppend. Alle anderen Sender kann ich einwandfrei empfangen.
Hier meine aktuelle channels.conf:
Das Erste;NDR:570000000:B8C23D12G4M16S0T8Y0:T:0:4369=2:4370=deu@3,4371=mis@3:4372:0:128:8468:2561:0
ZDF;ZDFmobil:490000000:B8C23D12G4M16S0T8Y0:T:0:545=2:546=deu@3,547=mis@3:551:0:514:8468:514:0
NDR FS HH*;NDR:530000000:B8C23D12G4M16S0T8Y0:T:0:5137=2:5138=deu@3:5140:0:130:8468:5633:0
RTL HH SH;CBC:626000000:B8C23D12G4M16S0T8Y0:T:0:337=2:338=deu@3:343;344=deu:0:16405:8468:2818:0
SAT.1;ProSiebenSat.1:546000000:B8C23D12G4M16S0T8Y0:T:0:385=2:386=deu@3:391:0:16408:8468:3074:0
kabel eins;ProSiebenSat.1:546000000:B8C23D12G4M16S0T8Y0:T:0:161=2:162=deu@3:167:0:16394:8468:3074:0
ProSieben;ProSiebenSat.1:546000000:B8C23D12G4M16S0T8Y0:T:0:305=2:306=deu@3:311:0:16403:8468:3074:0
3sat;ZDFmobil:490000000:B8C23D12G4M16S0T8Y0:T:0:561=2:562=deu@3,563=mis@3:567:0:515:8468:514:0
arte;NDR:570000000:B8C23D12G4M16S0T8Y0:T:0:4385=2:4386=deu@3,4387=fra@3:4388:0:2:8468:2561:0
tagesschau24;NDR:570000000:B8C23D12G4M16S0T8Y0:T:0:4417=2:4418=deu@3:0:0:4:8468:2561:0
neo/KiKA;ZDFmobil:490000000:B8C23D12G4M16S0T8Y0:T:0:593=2:594=deu@3:599:0:517:8468:514:0
PHOENIX;NDR:570000000:B8C23D12G4M16S0T8Y0:T:0:4401=2:4402=deu@3,4403=mul@3:4404:0:3:8468:2561:0
ZDFinfo;ZDFmobil:490000000:B8C23D12G4M16S0T8Y0:T:0:577=2:578=deu@3:583:0:516:8468:514:0
Bayerisches FS;NDR:530000000:B8C23D12G4M16S0T8Y0:T:0:5185=2:5186=deu@3:5188:0:34:8468:5633:0
MDR FERNSEHEN;NDR:530000000:B8C23D12G4M16S0T8Y0:T:0:5169=2:5170=deu@3:5172:0:100:8468:5633:0
WDR Köln;NDR:530000000:B8C23D12G4M16S0T8Y0:T:0:5153=2:5154=deu@3:5156:0:262:8468:5633:0
N24;ProSiebenSat.1:546000000:B8C23D12G4M16S0T8Y0:T:0:225=2:226=deu@3:231:0:16398:8468:3074:0
RTL2;CBC:626000000:B8C23D12G4M16S0T8Y0:T:0:353=2:354=deu@3:359;360=deu:0:16406:8468:2818:0
SRTL;CBC:626000000:B8C23D12G4M16S0T8Y0:T:0:433=2:434=deu@3:439;440=deu:0:16411:8468:2818:0
VOX;CBC:626000000:B8C23D12G4M16S0T8Y0:T:0:545=2:546=deu@3:551;552=deu:0:16418:8468:2818:0
Bibel TV;MEDIA BROADCAST:674000000:B8C23D12G4M16S0T8Y0:T:0:673=2:674=deu@3:679:0:16426:8468:4097:0
Eurosport;MEDIA BROADCAST:674000000:B8C23D12G4M16S0T8Y0:T:0:577=2:578=deu@4:583:0:16420:8468:4097:0
Hamburg 1;MEDIA BROADCAST:674000000:B8C23D12G4M16S0T8Y0:T:0:2689=2:2690=deu@3:2695:0:19072:8468:4097:0
NDR FS NDS*;NDR:530000000:B8C23D12G4M16S0T8Y0:T:0:5137=2:5138=deu@3:5140:0:129:8468:5633:0
NDR FS SH;NDR:530000000:B8C23D12G4M16S0T8Y0:T:0:5137=2:5138=deu@3,5139=mis@3:5140:0:131:8468:5633:0
NDR FS MVP*;NDR:530000000:B8C23D12G4M16S0T8Y0:T:0:5137=2:5138=deu@3:5140:0:132:8468:5633:0
SIXX;ProSiebenSat.1:674000000:B8C23D12G4M16S0T8Y0:T:0:273=2:274=deu@3:279:0:16401:8468:4097:0
Display More
Und hier das syslog zu dem Zeitpunkt, als ich auf Kanal 3 (NDR FS HH*) umgeschaltet habe:
Jul 12 17:31:22 asrock-mediacenter vdr: [1231] switching to channel 3
Jul 12 17:31:22 asrock-mediacenter vdr: [2459] TS buffer on device 1 thread ended (pid=1231, tid=2459)
Jul 12 17:31:22 asrock-mediacenter vdr: [2458] buffer stats: 43240 (0%) used
Jul 12 17:31:22 asrock-mediacenter vdr: [2458] receiver on device 1 thread ended (pid=1231, tid=2458)
Jul 12 17:31:22 asrock-mediacenter vdr: [2461] receiver on device 1 thread started (pid=1231, tid=2461, prio=high)
Jul 12 17:31:22 asrock-mediacenter vdr: [2462] TS buffer on device 1 thread started (pid=1231, tid=2462, prio=high)
Jul 12 17:31:24 asrock-mediacenter vdr: [1231] [xine..put] OSD bandwidth: 1935452 bytes/s (15120 kbit/s)
Folgende Sender sind betroffen:
Also genau alle dritten Programme, und sonst keine.
Ich habe mir schon zusätzliche Einträge aus der Channelpedia kopiert, allerdings auch ohne Erfolg.
Antenne ist vor einem Dachfenster in Groß Flottbek (Fenster ist nach Westen gerichtet).
Hatte jemand zufällig das gleiche Problem oder weiß sonst einen Lösungsansatz?
Vielen Dank schonmal für den Tipp, ich werde es gelegentlich mal ausprobieren. Erstelle einfach eine neue VM mit yavdr.
Ich habe jetzt noch einmal mit einer älteren "realen" Maschine unter Ubuntu 12.04 getestet, da funktioniert die Client-Server-Verbindung via vdr-sxfe weiterhin problemlos. Es scheint also alles darauf hinzudeuten, dass es an der Virtualisierung mit VMware liegt. Da die alte Maschine überraschenderweise noch recht gut funktioniert, werde ich jetzt diese für den vorgesehenen Zweck nutzen. Vielen Dank allerseits für die Hilfe!
Unter VirtualBox klappt die Ausgabe, wenn man vdr-sxfe mit "-V xshm" aufruft: https://github.com/yavdr/yavdr-ut…iboutputopts#L2
Das habe ich jetzt bei mir auch mal getestet (VMware Player). Immer noch "No Signal", aber nun sieht die Ausgabe auf der Konsole anders aus:
internet@ubuntu-vm:~$ vdr-sxfe -V xshm xvdr://192.168.22.88
vdr-sxfe 1.1.0 (build with xine-lib 1.2.6, using xine-lib 1.2.6)
Video driver: xshm
VDR Server: xvdr://192.168.22.88
[10652] [scrnsaver] GNOME screensaver disabled
[10652] [input_vdr] Control stream disconnected
[10661] [input_vdr] Control stream disconnected
Press Esc to exit
setterm: argument error: 'off'
[10663] [console] Keyboard thread terminated
Terminating...
[10652] [scrnsaver] GNOME screensaver enabled
Display More
Vielen Dank für die weiteren Tipps!
Vielen Dank für die Rückmeldung.
Die Option -p hatte ich bei xineliboutput bisher nicht probiert.
Leider besteht das Problem weiter (immer noch "No Signal").
Aufgrund Deines Hinweises habe ich jetzt folgende Lösungen ausprobiert:
Keiner der Wege scheint etwas verändert zu haben.
Hat jemand noch andere Ideen?
Habe ich irgend etwas falsch gemacht bei meiner Frage? Werden weitere Informationen benötigt? Oder kann mir hier wirklich niemand weiterhelfen?
Hat niemand eine Idee?
Guten Morgen allerseits!
Ich stehe bei einem Problem gerade irgendwie auf dem Schlauch.
Ich möchte eine virtuelle Maschine im lokalen Netz als VDR-Client benutzen. Perspektivisch möchte ich darüber Aufnahmen schneiden, um dann auf dem VDR-Server XBMC als Frontend zu nutzen. Früher habe ich die Client-Server-Verbindung meist mit vdr-sxfe ganz gut hinbekommen. Nun komme ich an einem Punkt nicht weiter.
Die Verbindung vom Client zum Server scheint so weit zu funktionieren, doch ich erhalte kein TV-Bild, sondern nur "No Signal".
Auf dem Client läuft Ubuntu 15.04 in einer virtuellen Maschine. Terminalausgabe:
internet@ubuntu-vm:~$ vdr-sxfe xvdr://192.168.22.88
vdr-sxfe 1.1.0 (build with xine-lib 1.2.6, using xine-lib 1.2.6)
VDR Server: xvdr://192.168.22.88
[11582] [scrnsaver] GNOME screensaver disabled
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
vo_vdpau: Can't create vdp device : No vdpau implementation.
libva info: VA-API version 0.37.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/i386-linux-gnu/dri/vmwgfx_drv_video.so
libva info: va_openDriver() returns -1
[11582] [input_vdr] Control stream disconnected
[11591] [input_vdr] Control stream disconnected
Press Esc to exit
setterm: argument error: 'off'
Display More
Syslog des Servers:
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] Client 1 connected: 192.168.22.130:52468
May 17 09:18:09 asrock-mediacenter vdr: [3003] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] Trying PIPE connection ...
May 17 09:18:09 asrock-mediacenter vdr: [3003] creating directory /var/lib/vdr/plugins/xineliboutput/pipes.2927
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] Pipe not opened by client
May 17 09:18:09 asrock-mediacenter vdr: [3003] removing /var/lib/vdr/plugins/xineliboutput/pipes.2927
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] Trying UDP connection ...
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] Client address: 192.168.22.130
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] setsockopt(SO_SNDBUF): got 262142 bytes
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] Client 1 disconnected
May 17 09:18:09 asrock-mediacenter vdr: [3003] [xine..put] Closing connection 1
May 17 09:18:10 asrock-mediacenter vdr: [3003] [xine..put] Client 1 connected: 192.168.22.130:52469
May 17 09:18:10 asrock-mediacenter vdr: [3003] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
May 17 09:18:10 asrock-mediacenter vdr: [3003] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
May 17 09:18:10 asrock-mediacenter vdr: [3003] [xine..put] Data connection (TCP) requested
May 17 09:18:10 asrock-mediacenter vdr: [3003] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
May 17 09:18:10 asrock-mediacenter vdr: [3003] [xine..put] cTcpWriter initialized (buffer 2048 kb)
Display More
Im VDR-Wiki habe ich im Artikel Xineliboutput-plugin folgenden Hinweis gefunden:
QuoteDieses Plugin erstellt ein DVB-Interface (Menü -> Einstellungen ->
DVB -> Primäres DVB-Interface). Dieses DVB-Interface muss ausgewählt
sein, damit die Frontends ein Bildsignal erhalten können. Falls unter
Primäres DVB-Interface ein anderes Ausgabe-Gerät oder Ausgabe-Plugin
ausgewählt wurde, sollte im Client in roter Schrift "no signal"
erscheinen.
In den VDR-Einstellungen des Servers scheint es mir insgesamt 15 primäre DVB-Interfaces (von 1 bis 15 numeriert) zu geben. Ich habe sie alle durchprobiert, die Ausgabe am Client bleibt aber immer "No Signal".
Kann mir jemand weiterhelfen?
So, dank des Tipps von DaKilla geht alles wieder!
Sehr herzlichen Dank!
Bleibt noch die Frage der Prophylaxe - externe USB-Festplatte mit ext4 formatieren und in video.00 mounten?
Ich habe über die order.conf mal probehalber das Plugin streamdev-server deaktiviert, und schon läuft der vdr wieder!
Die /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf scheint geschrottet zu sein. ... Also die wiederherstellen - dann sollte der VDR auch wiederkommen.
Das scheint ein ins Leere führender Link auf /etc/vdr/plugins/streamdevhosts.conf zu sein. Gehört die Datei in /var/lib/vdr/plugins/streamdev-server oder in /etc/vdr/plugins? Und gibt es irgendwo eine Muster-Konfigurationsdatei?
Vielen Dank für die Hilfe bis hierhin!
ctvdrinfo ergibt folgendes:
http://paste.ubuntu.com/5665340/
Nach erneutem Update (diesmal nicht fehlgeschlagen) startet XBMC wieder, vdr jedoch nicht.
Hier das Logfile (/var/log/syslog):
May 12 21:38:53 asrock-multimedia vdr: [1538] streamdev-server: error while loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
May 12 21:38:53 asrock-multimedia vdr: [1538] stopping plugin: xineliboutput
...
Ich würde jetzt wohl eine sehr große externe USB-Festplatte nach /srv/vdr/video.00 mounten, damit ich auch ältere Aufnahmen, die ich auf diese Platte kopieren werde, zur Verfügung habe. Gibt es ein bevorzugtes Dateisystem? Ext4?
MOD: Bitte beachten: Wie poste ich richtig ? (Neuankömmlinge: Bitte lesen!) - ich habe den Post mal beispielhaft angepasst.
An dieser Stelle auch schon einmal herzlichen Dank für die Hilfe - zumindest bin ich schon ein paar Schritte weiter. Ich wüsste jetzt immerhin besser, wie ich ein yavdr-System beim nächsten Mal besser aufsetze.
Kann man neue Aufnahmen einigermaßen leicht und problemlos auf die externe Platte verschieben, wenn diese als Verzeichnis innerhalb von video.00 gemountet wird?
Die ursprünglich von mir angedachte Lösung, die Platte als video.01 zu mounten, hätte für mich den Charme gehabt, dass neue Aufnahmen automatisch auf der USB-Platte gespeichert werden, da dort mehr freier Speicherplatz zur Verfügung steht als auf der internen Festplatte. Hatte allerdings ohnehin nicht funktioniert - der vdr hat die Aufnahmen einfach weiterhin in video.00 abgelegt.
Normalerweise bindet yaVDR eine USB-Platte als Verzeichnis in video.00 ein, es sollten aber alle Informationen zu den Filmen in den Verzeichnissen sein damit diese nach dem einlesen auch im OSD gelistet werden können.
Das sollte der Fall sein, da es sich ja um (alte) vdr-Aufnahmen handelt.
QuoteHast Du eventuell Logfiles ab Systemstart?
Die habe ich ganz sicher. Nur welche Logfiles soll ich posten?
Genau so, demnächst.
Wahrscheinlich stehe ich demnächst schon vor dieser Entscheidung. Es geht nämlich weiterhin nichts mehr. Könnte ich auch eine externe USB-Festplatte bei /srv einhängen? Oder ist das aus irgend welchen Gründen nicht empfehlenswert?
Ich frage deshalb, weil ich noch eine ganze Menge Aufnahmen irgendwo archiviert habe. So weit ich mich an ein früher mal aufgetretenes Problem richtig erinnere, müssen nicht mit der aktuellen vdr-Installation gemachte Aufnahme im ersten Aufnahmeverzeichnis (video.00) liegen, damit sie vom vdr erkannt werden. Die interne Festplatte des HTPC bietet gar nicht genügend Platz für alle diese Aufnahmen.
Quote
Das hat zwar funktioniert, aber keine spürbare Veränderung der Situation bewirkt. Weiterhin tty1 nach dem Booten zu sehen.
Du hast Deine Aufnahmen in Deiner root Partition reingequetscht, das ist ungünstig.
Mag sein (ich glaube, es war eine default-Installation). Ich hatte zwischenzeitlich auch eine externe USB-Festplatte zusätzlich angehängt, diese wurde aber vom vdr gar nicht genutzt, obwohl darauf mehr freier Platz war als in video.00. Wie sollte ich es besser machen? Eine eigene Partition für die Aufnahmen mit Mountpoint /srv?
QuoteWFE -> WebFrontEnd. Aufruf über IP des VDRs im Browser.
Das läuft nur noch partiell. Die "Einstiegsseite" mit der Auswahl Web Configuration Frontend, Live, HTTP Streaming und documentation ist noch erreichbar. Die "Unterseiten" laden aber nicht mehr ("Firefox kann keine Verbindung zu dem Server unter 192.168.22.133 aufbauen.") - außer der Dokumentation, aber die ist ja nur ein Weblink.
Quote
QuoteDie Belegung von 95% ist "mangelhaft", mache Platz.
![]()
Ja, nur wie am besten? Weitere Aufnahmen über das Dateisystem löschen (vdr läuft ja nicht mehr)?