Ein ganz normales Ubuntu 14.10 bzw. 15.10
Beiträge von rallye
-
-
Seit heute habe ich auf einem meiner Clients das folgende Problem:
kurz nach dem Start (auch restart) des VDR beginnt de VDR zu "stottern" (beim Audio), wenige Sekunden späetr tritt ein Treppeneffekt im Bild auf. Ich wüßte nich was ich "verstellt" habe, kann nur sagen, dass ich mit Pulse-Audio herum experimentiert habe. Das Problem tritt am selben PC unter Kodi nicht auf - eine kaputte Datenleitung ist es somit nicht.Ideas ?
Code
Alles anzeigenFeb 13 17:01:48 HTPC-WZ vdr.conf: vdr is ready Feb 13 17:01:48 HTPC-WZ vdr: [2558] dbus2vdr: thread-pool for handling method-calls started Feb 13 17:01:48 HTPC-WZ vdr: [2635] video directory scanner thread started (pid=2533, tid=2635, prio=high) Feb 13 17:01:48 HTPC-WZ /usr/bin/signal-event.real[2344]: finished processing signal change-sound Feb 13 17:01:48 HTPC-WZ vdr: [2559] EPGSearch: timer conflict check started Feb 13 17:01:48 HTPC-WZ vdr: [2559] EPGSearch: timer conflict check finished Feb 13 17:01:49 HTPC-WZ vdr-frontend[2632]: watching "Logitech Unifying Device. Wireless PID:4016": /dev/input/event3 Feb 13 17:01:49 HTPC-WZ vdr-frontend[2632]: watching "MCE IR Keyboard/Mouse (mceusb)": /dev/input/event10 Feb 13 17:01:49 HTPC-WZ vdr-frontend[2632]: started udev monitoring of input devices Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: VDPAU API version: 1 Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library 352.63 Sat Nov 7 20:55:40 PST 2015 Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: highest supported high quality scaling 1 Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: feature deinterlace temporal supported Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: feature deinterlace temporal spatial supported Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: attribute skip chroma deinterlace supported Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: 8bit BGRA format with 16384x16384 supported Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: 10bit RGBA format with 16384x16384 supported Feb 13 17:01:49 HTPC-WZ vdr: [2629] ERROR (device.c,1866): Ungültiger Dateideskriptor Feb 13 17:01:49 HTPC-WZ vdr: [2629] device 3 TS buffer thread ended (pid=2533, tid=2629) Feb 13 17:01:49 HTPC-WZ vdr: [2627] buffer stats: 269780 (12%) used Feb 13 17:01:49 HTPC-WZ vdr: [2627] device 3 receiver thread ended (pid=2533, tid=2627) Feb 13 17:01:49 HTPC-WZ vdr: audio: 'alsa' output module used Feb 13 17:01:49 HTPC-WZ vdr: audio/alsa: supports pause: yes Feb 13 17:01:49 HTPC-WZ vdr: [2635] video directory scanner thread ended (pid=2533, tid=2635) Feb 13 17:01:49 HTPC-WZ vdr: [2650] streamdev-client: sections assembler thread started (pid=2533, tid=2650, prio=high) Feb 13 17:01:49 HTPC-WZ vdr: [2649] device 1 TS buffer thread started (pid=2533, tid=2649, prio=high) Feb 13 17:01:49 HTPC-WZ vdr: [2651] device 4 receiver thread started (pid=2533, tid=2651, prio=high) Feb 13 17:01:49 HTPC-WZ vdr: [2652] device 4 TS buffer thread started (pid=2533, tid=2652, prio=high) Feb 13 17:01:49 HTPC-WZ vdr: [2653] osdteletext-receiver thread started (pid=2533, tid=2653, prio=high) Feb 13 17:01:49 HTPC-WZ vdr: video/vdpau: missed frame (1/0) Feb 13 17:01:49 HTPC-WZ vdr: audio: 44100Hz supports 2 2 2 2 2 2 2 2 channels Feb 13 17:01:49 HTPC-WZ vdr: audio: 48000Hz supports 2 2 2 2 2 2 2 2 channels Feb 13 17:01:49 HTPC-WZ vdr: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels Feb 13 17:01:49 HTPC-WZ vdr-frontend[2632]: conntected to Lirc-Socket on /var/run/lirc/lircd Feb 13 17:01:50 HTPC-WZ vdr: [2533] [softhddev]SetPlayMode: 1 Feb 13 17:01:50 HTPC-WZ vdr: audio/alsa: using device 'default' Feb 13 17:01:50 HTPC-WZ vdr: audio/alsa: start delay 336ms Feb 13 17:01:51 HTPC-WZ vdr: video/vdpau: missed frame (46/3) Feb 13 17:01:51 HTPC-WZ vdr: video: decoder buffer empty, duping frame (1/3) 5 v-buf Feb 13 17:01:51 HTPC-WZ vdr: video: 25:41:22.816+8888 0 0/\ms 5+0 v-buf Feb 13 17:01:51 HTPC-WZ vdr: video/vdpau: missed frame (47/6) Feb 13 17:01:51 HTPC-WZ kernel: [ 982.398708] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. Feb 13 17:01:51 HTPC-WZ vdr: video/vdpau: missed frame (63/22) Feb 13 17:01:51 HTPC-WZ vdr: video: slow down video, duping frame Feb 13 17:01:51 HTPC-WZ vdr: video: 25:41:23.136 +905 364 0/\ms 22+3 v-buf Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (64/22) Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (65/23) Feb 13 17:01:52 HTPC-WZ vdr: video: slow down video, duping frame Feb 13 17:01:52 HTPC-WZ vdr: video: 25:41:23.156 +841 376 0/\ms 27+3 v-buf Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (66/23) Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (67/24) Feb 13 17:01:52 HTPC-WZ vdr: video: slow down video, duping frame Feb 13 17:01:52 HTPC-WZ vdr: video: 25:41:23.176 +778 293 0/\ms 26+3 v-buf Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (68/24) Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (69/25) Feb 13 17:01:52 HTPC-WZ vdr: video: slow down video, duping frame Feb 13 17:01:52 HTPC-WZ vdr: video: 25:41:23.196 +714 305 0/\ms 29+3 v-buf Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (70/25) Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (71/26) Feb 13 17:01:52 HTPC-WZ vdr: video: slow down video, duping frame Feb 13 17:01:52 HTPC-WZ vdr: video: 25:41:23.216 +651 350 0/\ms 30+3 v-buf Feb 13 17:01:52 HTPC-WZ vdr: video/vdpau: missed frame (72/26) . . . Feb 13 17:02:09 HTPC-WZ vdr: video: 25:41:34.376-2576 202 0/\ms 182+1 v-buf Feb 13 17:02:09 HTPC-WZ vdr: video/vdpau: missed frame (478/586) Feb 13 17:02:09 HTPC-WZ vdr: video/vdpau: missed frame (479/587) Feb 13 17:02:09 HTPC-WZ vdr: video: speed up video, droping frame Feb 13 17:02:09 HTPC-WZ vdr: video: 25:41:34.436-2600 183 0/\ms 182+1 v-buf Feb 13 17:02:09 HTPC-WZ vdr: video/vdpau: missed frame (480/589) Feb 13 17:02:09 HTPC-WZ vdr: video/vdpau: missed frame (481/590) Feb 13 17:02:09 HTPC-WZ vdr: video: speed up video, droping frame Feb 13 17:02:09 HTPC-WZ vdr: video: 25:41:34.496-2623 99 0/\ms 182+1 v-buf Feb 13 17:02:09 HTPC-WZ vdr: video/vdpau: missed frame (482/592) Feb 13 17:02:09 HTPC-WZ vdr: video/vdpau: missed frame (483/593) Feb 13 17:02:09 HTPC-WZ vdr: video: speed up video, droping frame Feb 13 17:02:09 HTPC-WZ vdr: video: 25:41:34.556-2646 112 0/\ms 182+1 v-buf Feb 13 17:02:09 HTPC-WZ vdr: video/vdpau: missed frame (484/595) Feb 13 17:02:10 HTPC-WZ vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)' Feb 13 17:02:10 HTPC-WZ vdr: video/vdpau: missed frame (504/615) Feb 13 17:02:10 HTPC-WZ vdr: video: speed up video, droping frame
-
ok, danke, ist mal ein Ansatz dem ich folgen werde
Edit: @Seahawk: du hattest keine Tomaten auf den Augen. Wenn keine Datei am Clientdesktop die am Server liegt geöffnet ist (siehe erstes Listing hier) tritt die Zeichenkette "nfs" nicht auf. Wenn eine Datei geöffnet ist (zweites Listing) ist "nfs" zu finden. Das heißt in anderen Worten: wenn ich eine Datei die am Server liegt bearbeite (offen habe), dann erkennt das der Server und verschiebt das poweroff. Wenn ich aber lediglich ein "mount" von meinem Client-Desktop auf den Server habe und keine dort liegende Datei offen ist, wird das mit dieser Methode nicht erkannt und der Server geht schlafen (mit allen unguten Konsequenzen für den Desktoprechner).
Gibt's da keine andere Überprüfungsmöglichkeit ? Ein Work-around wäre, die betroffenen Desktoprechner in der lifeguard.conf anzugeben. Damit kann ich mir aber die optionen Samba und NFS im WFE komplett ersparen.Oder hab ich einen Denkfehler ?
-
um das nun richtig zu verstehen: ich verwende die insecure-Option nicht. Default ist "secure". Nur sagt das WIKI: secure: Ports oberhalb 1024 nicht verwenden, insecure:ports auch über 1024 verwenden. Um Port 2049 zu mappen müsste ich doch insecure verwenden, da dies größer als 1024 ist. Bei euren exports-Eintragungen verwendet ihr auch nicht insecure (und ich habe meine Einträge sozusagen "abgekupfert").
Steh' ich komplett auf der Leitung ? -
Oder läufst du in das Problem, dass der Server herunterfahren kann, weil autofs die Freigaben bei Nichtgebrauch nach einer Minute aushängt (der Timeout lässt sich in /etc/auto.master.d/avahi-linker.autofs einstellen)?
Ich habe an den Default-Einstellungen nichts geändert ...
So, wenn ich nur eine ssh-Verbindung offen habe
Codemod@Server:~$ ss -t -o state established | tail -n +2 | awk '{print $3}' 192.168.1.51:2004 127.0.0.1:39539 192.168.1.51:51693 192.168.1.51:43130 192.168.1.51:57896 127.0.0.1:10011 192.168.1.51:2004 192.168.1.51:ssh
So, wenn ich zusätzlich eine Datei die am Server liegt mit einem Desktopclient öffne:Code
Alles anzeigenmod@Server:~$ ss -t -o state established | tail -n +2 | awk '{print $3}' 192.168.1.51:2004 127.0.0.1:39539 192.168.1.51:51693 192.168.1.51:43130 192.168.1.51:57896 127.0.0.1:50267 127.0.0.1:10011 127.0.0.1:ftps-data 192.168.1.51:32872 192.168.1.51:2004 192.168.1.51:nfs 192.168.1.51:ssh
Der Server hat die IP 192.168.1.51 (logo) -
Hallo zusammen,
ich habe auf meinem VDR-Server bei den Lifeguard Überwachungspunkten NFS angehakt. Und auch in der lifeguard.conf steht:
Codecmd apt Apt\ is\ still\ running. cmd apt-get apt-get\ is\ still\ running. tcp nfs NFS\ Mount\ is\ still\ active cmd kodi.bin Kodi\ is\ still\ running. # do not shutdown if host active host HTPC-WZ host HTPC-SZ
Somit dürfte sich der Server nicht abschalten, solange ein "mount" auf eine seiner Freigaben existiert. Ich missbrauche den Rechner auch noch als "Media-&NFS-Server" und mounte einige seiner Freigaben auf anderen Ubuntu Desktop Rechnern. Leider ignoriert lifeguad die o.a. Einstellung. Trackt lifeguard "alle mounts" auf einem System oder nur die mounts auf Freigaben des yaVDR ? Wie kann ich das shutdown verhindern ? -
... war ein paar Tage ausser Gefecht gesetzt ...
Ich paketiere das Paket aber gerade neu nun mit dem korrekten grep.
Frodo: funktioniert nun einwandfrei. Danke ! -
Danke. Leider hat das bei mir nicht funktioniert
-
Guten Abend !
Ich habe nun blackhole unter skindesigner installiert. Voraussetzung ist source-sans-pro (neben ds-digital). Während ds-digital einfach mit apt-get zu installieren ist, habe ich Probleme bei source-sans-pro:
Code
Alles anzeigenmod@HTPC-WZ:~$ sudo apt-get install fonts-sourcesanspro Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden NEUEN Pakete werden installiert: fonts-sourcesanspro 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 349 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 1.646 kB Plattenplatz zusätzlich benutzt. Holen: 1 http://ppa.launchpad.net/yavdr/main/ubuntu/ trusty/main fonts-sourcesanspro all 1.0-0frodo2~trusty [349 kB] Es wurden 349 kB in 3 s geholt (109 kB/s). Vormals nicht ausgewähltes Paket fonts-sourcesanspro wird gewählt. (Lese Datenbank ... 157620 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../fonts-sourcesanspro_1.0-0frodo2~trusty_all.deb ... Entpacken von fonts-sourcesanspro (1.0-0frodo2~trusty) ... Trigger für fontconfig (2.11.0-0ubuntu4.1) werden verarbeitet ... fonts-sourcesanspro (1.0-0frodo2~trusty) wird eingerichtet ... dpkg: Fehler beim Bearbeiten des Paketes fonts-sourcesanspro (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: fonts-sourcesanspro E: Sub-process /usr/bin/dpkg returned an error code (1)
Ich bin nicht sicher ob der Thread nach "Skins" gehört - doch ich sehe http://ppa.launchpad.net/yavdr/main/ubuntu/, deshalb poste ich hier
Was mache ich falsch ?
-
Vielen Dank, speziell an Joe L
Gern, Hauptsache es funktioniert !!
-
Evtl. ist es auch mal von Vorteil eine channels.conf mit nur genau diesen Problemsendern anzulegen, am besten über die channelpedia
Guter Punkt. Mache ich morgen - der Server nimmt gerade auf.Edit: danke an alle, das Problem ist gelöst. Insbesonders der Hinweis von ofenheizer hat zum Erfolg geführt (wobei ich sagen möchte, dass alle anderen Hinweise potentielle Fehlerquellen zumindest ausgeschlossen haben). Alleine wäre ich nie auf die Idee gekommen die channels.conf aus dem channelpedia zu erzeugen, zumal ich erst vor geraumer Zeit einen kompletten scan mit cle4vdr durchgeführt habe und von daher sicher wa, dass die channel.conf "stimmt". Was mir beispielsweise in der channelpedia aufgefallen ist, ist, dass manche meiner "Problemkanäle" dort doppelt drinnen sind. Z.B.:
CodeGoldstar TV,Goldstar;SKY:11758:HC34M2S0:S19.2E:27500:3071=27:3072=deu@3:32:9C4,98C,9AF:518:133:17:0 Goldstar TV,Goldstar;SKY:11758:HC910M2O35P0S1:S19.2E:27500:3071=27:3072=deu@3:32:9C4,98C,9AF:518:133:2:0 Heimatkanal,Heimat;SKY:11758:HC34M2S0:S19.2E:27500:2815=27:2816=deu@3:32:9C4,98C,9AF:22:133:17:0 Heimatkanal,Heimat;SKY:11758:HC910M2O35P0S1:S19.2E:27500:2815=27:2816=deu@3:32:9C4,98C,9AF:22:133:2:0 Motorvision TV,Motorvis;SKY:11552:HC34M5O35P0S1:S19.2E:22000:1023=2:1024=deu@3:32:9C4,9AF,98C:168:133:1:0 Motorvision TV,Motorvis;SKY:11758:HC910M2O35P0S1:S19.2E:27500:1279=27:1280=deu@3,1281=eng@3:32:9C4,98C,9AF:168:133:2:0
beim jeweils ersten Eintrag habe ich das "no-EPG-Problem", beim zweiten Eintrag nicht. Weiss ich, warum das 2x unterschiedlich drinnen ist. Sehen kann ich das Programm auf beiden Einträgen, nur eben keinen EPG.Nevertheless: danke an alle, die mir hier geholfen haben !
-
Vielleicht schlägst Du das EPG ausschließlich über die Web-Oberfläche VDR-Live nach und hast dort definiert, dass EPG ab Kanal 50 nicht mehr angezeigt werden soll. Die betroffenen Sender wären dann oberhalb von 50?
Oder wo genau schlägst Du das EPG nach? Im OSD? Wo? Im tvguide-Plugin? Oder beim gerade aktiven Sender?
Ist im Prinzip egal wo ich nachschlage - es ist nirgends zu finden. Im Normalfall sehe ich über yaepgHD nach - dort ist es leer. Auch im "normalen" EPG im OSD ist nichts und über "live" habe ich auch kein EPG. Auch beim gerade aktiven Sender ist alles leer und live sagt bein gerade aktiven Sender, dass dieser kein EPG hat. Auch habe ich die Kanäle im Live nicht begrenzt (aktuell 1377) - daran liegt's auch nicht,Hast Du irgendwelche diseqc-Settings aktiv und wenn ja evtl. verschiedene Source-Strings in der channels.conf? Oder hast Du immer konsequent S19.2E drin.
Ich habe keinen diseq - sehe ausschließlich Astra auf 19,2°E
Die Fragen der Helfer genau zu beantworten, würde Dich auch weiterbringen.
Ist mir nicht bewusst, dass ich ungenau antworte, Mir ist schon klar, dass Ferndiagnosen schwierig sind. Deshalb frage ich auch nicht nach einer Lösung, sondern bitte um Hilfe das Problem weiter einzugrenzen. Auch mir ist das Problem zu "schwammig"...
Einzig
im Post #11 wurde Dir empfohlen, den VDR ohne Plugins zu starten. Hast Du das schon einmal versucht?
muss ich mit "nein" beantworten. Die Umsetzung dieser Empfehlung ist mr nicht klar: soll ich alle plugin's im WI deaktivieren ?Oder gibt's irgendwo einen Startparameter "noplugins" ?
-
Anderen Skin verwenden, erst mal LCARS oder classic.
Danke, wäre schön gewesen, löst das Problem aber leider nicht -
Ich muss den Thread wieder hervorholen. Hatte ein wenig Zeit herumzustöbern - auch im Syslog. Dort fand sich nichts aussergewöhnliches beim EPG-search. Nun bin ich bis zur epg.data vorgestossen - und siehe da, in der Datei gibt es auch für alle genannten "Problem"-Sender ein lückenloses (und in Klartext lesbares - also unverschlüsseltes) EPG. Das heisst: irgendwo wzischen epg.data und der Anzeige am Bildschirm gehen diese Daten auf mysteriöse Weise "verloren".
Irgendwie komisch, dass alle Sender am Astra 1L liegen, der Sattellit hat m.E. aber nichts mit dem Problem zu tun...
Tips ? Wo kann/soll ich weitersuchen ?
-
Danke, Maz, für die ausführliche Antwort. Ich werd' mich damit auseinandersetzen und versuchen es entsprechend zu implementieren
das stimmt so nicht, es wird der vom VDR "gesehene" freie Plattenplatz angezeigt
geb' ich bis zu einem gewissen Grad zu. Potentiell habe ich eine "besondere" Konfiguration: 1 Server und mehrere Clients (siehe Signatur). Die Clients sind mit einer relativ kleinen Platte ausgerüstet, Aufnahmen liegen am Server und werden vom Server erledigt (entweder per Servertimer oder per Suchtimer am Server). Auf den Clients habe ih den hide-first-record-level-patch (oder so ähnlich) aktiv - somit sieht es für den Benutzer vor den Clients so aus als ob die Aufnahmen lokal liegen - egal auf welchem Client man fernsieht/Aufnahmen abspielt. Ist ein großartiger Patch. Allerdings zeigt jeder Client nur die "lokale" Plattenkapazität (und nicht jene, die noch tatsächlich frei ist).
Ich weiß, ich hätte das Problem anders beschreiben sollen - sorry ! Dennoch: gibt's für meinen Ansatz eine Lösung ? Edit: Ich erschrecke jedes Mal wenn ich auf die freie Kapazität schaueDanke
-
N'Abend zusammen, Vorab: meiner Frau gefällt der Skin am besten, Ich persönlich habe ein paar kleine Probleme damit:
Die Tachos (ja, ich weiss, müssen nach eigenen Bedürfnissen angepasst werden) funktionieren bei mir nur teilweise.
- Diskusage zeigt die Plattenbelegung der Systemplatte - ich habe eine eigene Platte für /srv (wo die Aufnahmen liegen) - und von daher ist derangezeigte Wert für mich bedeutungslos. Wo ändere ich das ?
- CPU Temp/CPU Fan, GPU Temp/GPU Fan und PV Power stehen immer auf 0 - das ist fad. Trotz lesen habe ich nicht gefunden, wo ich die richtigen Werte übergeben kann. Hast einen Tip ?
- Beim EPG überschneiden sich die Uhrzeit und der Programmname. Habe mal versuchsweise an den Fonts im OSD heumgedreht - hat nix gebracht. Any idea ?Sonst ein hübsches Teil - gratuliere !
-
Danke soweit, IG88.
z.b. das er den tranponder nicht tunen kann
loglevel vom vdr erhöhen und ins log sehen was zum tunen des senders im log stehtDen Transponder kann ich tunen - sonstwürde ich die laufenden Programme nicht ansehen können, Das mit dem log-level ist ein guter Tip - kannst du mir da auf die Sprünge helfen wo ich den Loglevel raufdrehe ?
-
Nachtrag: hab mir's angesehen - hat sich das PiP doch bislang erfolgreich vor mir versteckt. Nun brauch ich mal eine neue FB, da auf der jetzigen bereits alle Tasten belegt sind.
Danke nochmals, Seahawk !!
-
-
Ich habe auf meinen Clients, die keine eigene DVB-Karte haben (siehe Signatur) PiP installiert. PiP funktioniert so lange (mit leichter Verzögerung im "kleinen Fenster") bis ich den Sender umschalte. Dann friert das kleine Bild ein, und das größe Bild schaltet auf den gewählten Sender (wie geplant), Warum friert das kleine Bild ein ? Ich habe doch eine 4-fach Karte und das PiP-Fenster sollte doch bedient werden können. Oder sieht das die Architektur nicht vor ? Oder sitzt das Problem genau VOR dem TV ?