Posts by Der_Pit

Hi Stefan,

kann ich frühestens morgen abend checken, wenn ich wieder daheim bin.

Was ich aber auch schon gesehen hatte: Wenn ich über Menü den 60Hz Modus erst einschalte, und danach wieder aus, bleibt der duped/dropped Zähler auch stehen (total zählt weiter hoch) - bis zum nächsten Senderwechsel.

OK, irgendwas ist faul mit dieser Version(*). In der Tat gehen die duped frames hoch, und zwar um 60(!) je Sekunde.

Nein, der Fernseher läuft auf 50Hz. Sowohl TV selbst als auch xrandr bestätigen das. Und der 60Hz Modus ist aus.

Wenn ich ihn einschalte gibt's keine duped frames mehr. Dafür aber dropped frames - 10 je Sekunde.... Bei der Darstellung ändert sich aber nix was mir auffallen würde.

Hab das jetzt gerade auch noch mit der neuesten Version von vaapidevice probiert. Dort tritt es auch auf, allerdings sind's nur etwa 25 duped frames pro Sekunde.

(*)gerade gecheckt. Ich hatte das Archiv von easyvdr, aber das ist identisch mit git version c99afc23a53e6d91f9afa (tag 0.7.0)

Hmm, da mir vaapidevice deutlich zu gesprächig war hatte ich den loglevel auf 0 gesetzt. An solche Meldungen kann ich mich aber gut erinnern. Allerdings sind (fast(*)) keine Schwierigkeiten sichtbar, drum hatte ich das ignoriert.

Wenn ich allerdings Menü->Softhddevice aufrufe zeigt das ja unten die verdoppelten Frames an, und die zählen in der Tat rasant hoch.

Kann das was mit dem hohen Audio-Delay zu tun haben? Ich werd mal ein wenig experimentieren...

(*)ich suche gerade nach dem Grund für Ruckler, die ich in einigen Aufzeichnungen, aber auch bei manchen Live-Sendern habe...

Hier noch meine config - ich hab da aber nicht wirklich viel rumexperimentiert. Geladen wird das Modul mit

-P softhddevice -f -d :0.0 -a hw:0,3 -p hw:0,1 -w alsa-driver-broken -v va-api

Die Standard 1920x1080@50p modeline hab ich auch drin (nur die). Dieselbe (ebenfalls ausschliesslich) war/ist im alten, nvidia-basierten VDR, und dort funktioniert es (am selben TV). Den Modus selbst erkennt der FS also schon problemlos. Wenn ich das richtig sehe scheint das Problem vor allem aufzutreten wenn man - ohne die Auflösung zu ändern - eine andere Bildwiederholungsrate einstellen will.....

Ein Problem ist's für mich wie gesagt nicht, dafür boote ich zu selten. Ich werd aber weiter verfolgen und nach Firmware updates Ausschau halten....

Quote from nst

FYI: https://bugs.freedesktop.org/show_bug.cgi?id=105887

Das J5005-ITX hat (wenig überraschend) mit Kernel 4.15 (4.15.0-20-generic aus Bionic) und 4.17rc4 dasselbe Problem. Aus eigener Beobachtung: Wenn Bild da ist, kann man problemlos "runterschalten" (also z.B. von 1920x1080@50 auf 1920x1080@24), "raufschalten" sorgt in 39 von 40 Fällen aber für "No signal" am AVR (getestet mit Kodi).

Oh, sehr interessant! Es scheint in der Tat so dass zunächst das Umschalten auf 1920x1080@60Hz (nicht sicher wer das macht, Grub? systemd?) funktioniert, aber das umschalten auf 1920x1080@50Hz für den VDR nicht mehr.

Und die Tatsache, dass das neue (sauteure ) HDMI-2.0 Kabel auch nicht hilft, unterstützt die Vermutung dass da ein ähnliches Problem vorliegt...

Quote

Offtopic/Hint: Mit 'nem BluRay-Laufwerk am ersten ASMedia SATA-Port friert das OS (mehrere Distros mit mehreren Kernelversionen getestet) beim Bootvorgang während des HW-Probings sehr zuverlässig ein. Workaround: Laufwerk an den Intel SATA Ports und stattdessen zweite Platte an ASMedia. Phänomen ist mit zwei Boards aufgetreten (das erste hatte ich wegen Verdacht auf Defekt umgetauscht). Kann das (Problem mit optischem Laufwerk an ASMedia SATA) evtl. noch wer bestätigen?

Ich hab im Moment nix optisches angeschlossen, kann es aber mal mit dem BD vom alten VDR versuchen. Kann aber 1-2 Tage dauern...

Quote from msv

Ich hab das mit zwei shortcuts auf dem desktop gelöst. Einer macht ein "svdrsend plug softhddevice susp" und der andere macht "svdrsend plug softhddevice resu". Damit kann ich jetzt einfach das softhddevice unterbrechen um z.B. Filme von "Mediathekview" auf dem Fernseher abzuspielen ohne dass der VDR ganz "tot" ist.

gruß

msv

Mir war's wichtig dass ich Musik anwerfen kann ohne den Fernseher einschalten zu müssen (und hab deswegen 'n Global Shortcut für 'audtool --playlist-play' definiert).

Ne andere Möglichkeit ist (bedingt) auch das mpv Plugin. Das ist zwar eigentlich für Filme gedacht, spielt aber klaglos auch Musik - allerdings wird dann nur der normale Desktop angezeigt. Nicht ganz sicher, mpv kann m.W. auch Streams usw., vielleicht kann man da auch Mediatheken-Links mit abspielen?

Quote from mini73

Auch mit pulseaudio geht kein passthrough mit mehreren Quellen.

Ups - dann ist ja gut dass ich das nicht versucht hab

Hi Lars,

danke für den Rundumschlag an Tips und Info! Ich bin in der Beziehung leider ziemlich unbeschlagen...

Das System läuft bislang komplett ohne asound.conf, softhddevice hat -a hw:0,3 -p hw:0,1 als Audio-Parameter. Der Verstärker ist ca. 20 Jahre alt und hat (leider?) noch kein HDMI.

ABER:

Irgendwas hatte ich glaub ich noch bei den Einstellungen von Audacious falsch (Mixer/softvolume?). Ich hatte (wegen eines anderen Problems) meine Konfiguration vom Laptop übernommen und nur das Device angepasst, und jetzt funktioniert es so wie ich es mir vorgestellt hatte: Wenn der VDR passthrough 'aus' hat kann ich audacious starten, und bekomme (vollen) Sound am Verstärker. Und jetzt ändert sich auch die Lautstärke nicht, wenn ich am Regler von Audacious drehe (beim ersten versuch ging das).

Zwar mag jetzt VDR nicht wenn ich - während Musik läuft - passthrough aktiviere, dann bleibt der Sound weg auch wenn ich zurückschalte - aber das ist ein kosmetisches Problem mit dem ich gut leben kann

Danke nochmal, und sorry für den 'Fehlalarm',

Pit

Hi,

Eigentlich läuft mein neuer VDR jetzt wunderbar mit softhddevice. Ich kann via Hotkey die Soundausgabe zwischen HDMI (Fernseher) und Pass-through (TOS, Verstärker) umschalten. Jetzt hätte ich aber ganz gerne den Computer auch benutzt um damit (nur) Musik abzuspielen. Irgendwie hab ich dafür kein simples VDR-Plugin gefunden das mir zusagt bzw. das ich ohne den TV anzustellen starten kann. Darum hab mir dafür Audacious so eingerichtet dass der Sound auf dem TOS ausgegeben wird. Das funktioniert auch prima - solange der VDR nicht läuft. Sobald der auch läuft - auch wenn passthrough aus ist - ist die Musik nur noch ganz leise im Hintergrund zu hören.

Hat jemand schonmal was ähnliche probiert (und erfolgreich gelöst)? Prinzipiell scheint Alsa ja in der Lage zu sein beide Streams auszugeben, aber irgendwie funktioniert das Mischen nicht so wie ich das gerne hätte Kann man da durch 'geeignete' Einträge in der Config was dran drehen oder ist da eher ein Umstieg auf pulseaudio angeraten?

SoundHW ist der onboard Intel Sound des J4105-ITX,

00:0e.0 Audio device: Intel Corporation Device 3198 (rev 03)

card 0: PCH [HDA Intel PCH], device 1: ALC892 Digital [ALC892 Digital]

Oh, guter Tip! k.A. ob es 2.0 spezifiziert ist, sieht aber relativ 'billig' aus. Ich werd's mal mit dem Kabel vom Monitor versuchen...

15min später: War's aber leider nicht

Wobei ich beim anderen Kabel auch nicht sicher weiss ob es 2.0 spezifiziert ist.

Ich wollte eh mal ein längeres kaufen um den VDR besser zu platzieren....

Strange.

Nur um sicher zu sein: Du hast gar keine 'invalid lock' Meldung? Also nicht, dass ein anderes Plugin vorher eine erzeugt und die nächste dann nicht mehr ausgegeben wird?

Mal sehen ob ich das irgendwie eingrenzen kann...

Hi,

ich hab ein seltsames Problem mit meinem neuen VDR: Am TV angeschlossen hab ich ein Bild vom BIOS und Grub, aber wenn er den Modus umschaltet wird der TV schwarz und sagt nach 'nem Moment es wäre keine Quelle angeschlossen Ich muss den TV ausschalten, dann wieder einschalten, und dann ist das Bild ohne Problem da.

Loading kernel/initrd wird noch angezeigt. Normalerweise kommt dann der Plymouth Splashscreen. Also gut, dachte ich, dann ohne, und Plymouth deinstalliert. Dann geht's gut bis der X Server startet: Bild schwarz bis ich den TV aus und wieder einschalte. Passiert sowohl mit modesetting als auch dem intel teriber.

An 'nem normalen Monitor (Dell U241S) tritt das nicht auf.

Board ist ein J4105-ITX (s. sig), der Fernseher ein Samsung 7000er (UEH557000SL). Mit dem alten VDR (s. sig) gab's da nie Schwierigkeiten. Das Board kann/hat HDMI 2.0 - kann das ein Problem sein?

Ist kein wirkliches Problem da die Kiste i.a. eh durchläuft und ich nur den TV ausschalte - da ist das Bild ja da Aber neugierig wie ich bin....

Hi,

mit xmltv2vdr (0.2.1/git + gcc fixes) bekomme ich bei VDR 2.4.0 invalid locking sequence reports wenn er die Daten in den vdr importieren will. Hat da schon wer 'nen Fix? Ich hab mir den code zwar angeguckt, steh da aber eher wie der Ochs vor dem Quantenmechanikbuch :o

May 10 03:21:14 vdr2 vdr[11733]: [19206] xmltv2vdr: 'epgdata2xmltv' importing from db
May 10 03:21:14 vdr2 vdr[11733]: [19206] --- begin invalid lock sequence report
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  W  -  -  -  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  W  -  -  -  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11738  -  W  -  -  -  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11738  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  W  -  -  -  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  W  -  -  -  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  W  -  -  -  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11738  -  W  -  -  -  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11738  -  *  -  -  W  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11738  -  *  -  -  U  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11738  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 19206  -  -  -  -  W  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  W  -  -  W  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 11741  -  U  -  -  -  -  -  -  -  -  U
May 10 03:21:14 vdr2 vdr[11733]: [19206] 19206  -  R  -  -  R  -  -  -  -  -  L
May 10 03:21:14 vdr2 vdr[11733]: [19206] 19206 invalid lock sequence: 2 Channels
May 10 03:21:14 vdr2 vdr[11733]: [19206] full backtrace:
May 10 03:21:15 vdr2 vdr[11733]: [19206] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:735
May 10 03:21:15 vdr2 vdr[11733]: [19206] /usr/bin/vdr cChannels::GetChannelsRead(cStateKey&, int) at channels.c:851
May 10 03:21:15 vdr2 runvdr.extreme[11718]: invalid lock sequence at Thu 10.05. 03:21
May 10 03:21:15 vdr2 vdr[11733]: [19206] /usr/lib64/vdr/libvdr-xmltv2vdr.so.2.4.0 cImport::Process(cEPGSource*, cEPGExecutor&) at import.cpp:1865
May 10 03:21:15 vdr2 vdr[11733]: [19206] /usr/lib64/vdr/libvdr-xmltv2vdr.so.2.4.0 cEPGExecutor::Action() at source.cpp:115
May 10 03:21:15 vdr2 vdr[11733]: [19206] /usr/bin/vdr cThread::StartThread(cThread*) at thread.c:294
May 10 03:21:15 vdr2 vdr[11733]: [19206] /lib64/libpthread.so.0 at ??:?
May 10 03:21:15 vdr2 vdr[11733]: [19206] /lib64/libc.so.6 clone calling __GI___clone at ??:?
May 10 03:21:15 vdr2 vdr[11733]: [19206] --- end invalid lock sequence report

Sorry, hab vergessen zu melden dass es auch einwandfrei läuft: Sowohl Anzeige selbst als auch Zusammenspiel mit DFAtmo sind problemos, lediglich (wie auch mit vaapidevice) gib't ein Audio-offset von ~100ms, und manchmal ist der beim Umschalten im Sekundenbereich und kann erst durch erneutes Schalten auf den Kanal zurückgesetzt werden.

So. Dummerweise hatte ich das Voltmeter vergessen, war also nix mit Spannung messen

Gut, hab ich stattdessen ein anderes Kabel genommen. Leider damit auch kein V-Empfang

Also gut, dachte ich - wenn ich eh schon da oben bin probiere ich halt auch noch den SCR Modus aus. Dafür hatte ich nämlich die Karte eigentlich geholt gehabt (und letzten Herbst den Inverto mit Unicable...). Also Kabel umgesteckt vom Legacy auf den Unicable Ausgang. Und was soll ich sagen - damit geht's. Alle Kanäle da, auf beiden Tunern....

Insofern zwar nicht [Solved] da der Tuner wohl wirklich nicht ganz koscher ist, aber doch immerhin [WorksForMe]

Danke, werd ich mal probieren, und/oder vielleicht ein neues/kürzeres Kabel - k.A. was der Vermieter da eingebaut hatte, ist zumindest schon ziemlich alt.....

Aber vielleicht ist ja wirklich (nur) der Tuner marode :o

Hi,

ich hab mir eine neue DVB-Karte geleistet, die DVKSky S952 v3 mit zwei Tunern.

Leider kann ich damit auf einem Tuner keine vertikal polarisierten Kanäle empfangen

Ich war schon am überlegen wie ich sie am besten umtauschen kann (ich habe sie, via Amazon.de, in/nach Schweden gekauft, bin jetzt aber ein halbes Jahr beruflich in Spanien). hab dann aber hier einen alten Thread gefunden der nahelegt es könne evtl. an der Kabellänge/-qualität liegen oder ein diseqc Problem sein. Der LNB selbst (Inverto Quad Black) scheint jedenfalls OK. Mit dem 2. Tuner oder einem Sundtek USB funktioniert ja alles einwandfrei mit guter Signalstärke.

Kann es sein dass durch ein zu langes Kabel nicht genug Spannung zum Umschalten ankommt? Gibt's da 'ne einfache Möglichkeit 'nen Verstärker zwischenzuschalten? Oder kann man die Schaltspannungen evtl. irgendwo auf der Karte anpassen? Oder kann ein Eingriff via diseqc da was verbessern?

Kann man alternativ einen Tuner in vdr irgendwie so konfigurieren dass darüber nur horizontale Sender eingestellt werden?

(Sorry für die vielen, teilweise vielleicht blöden Fragen - ich hab nicht wirklich die Ahnung, aber immer das Bestreben viel neues zu lernen...)

Ok, ich hab vdr-plugin-softhddevice_0.7~git20180203.orig.tar.xz gefunden. Das kompiliert und lädt mit meinem setup, und dfatmo scheint dem log nach auch zu tun - zumindest seh ich keine Fehlermeldungen

Allerdings sitz ich nicht am VDR sondern im Büro, ob alles auch wirklich tut was es soll kann ich erst heute abend checken....

Quote from rofafor

FYI: vaapidevice doesn't support atmo grab service and therefore is using totally different code path in the dfatmo plugin than with softhddevice.

Yes, I'm aware of that - this is what I tried/used when setting softHdPlugin to NULL in dfatmo code on the old machine. It then uses the GrabImage function, and on the old machine this did work.... Still no clue why it doesn't on the new one. The standard svdrp grab command does work on both at least.

Quote from SurfaceCleanerZ

Hi,

Auch softhddevice kann mit VAAPI genutzt werden. Teste doch mal mit EasyVDR3.5 mit aktuellem nachträglich upgegradetem Ubuntu Kernel. Sollte laufen. Ist dann ein 2.2 aber mit softhddevice. Das kann auch VAAPI.

MfG Stefan

Ist das dann eine ältere Version von vaapidevice vor der Umbenennung? Welche? Oder komm ich irgendwo (einfach) an die Paketquellen vom der dort verwendeten Version von softhddevice?

So letzteres hab ich grad mal versucht auf dem alten VDR, in vdrplug_dfatmo.cpp cPlugin *softHdPlugin = NULL gesetzt.

Damit bekomme ich im Log jede Menge Meldungen

May 07 22:44:00 vdr vdr[8580]: [8624] [softhddev]GrabImage: 0, 0, 100, 128x72

und Atmolight funktioniert. Da obige Meldung (trotzdem) von softhddev kommt heisst das wohl dass das Problem irgendwo bei vaapidevice liegt, oder zumindest am Zusammenspiel mit dfatmo.

Gibt's denn noch andere Plugins, die GrabImage verwenden? Funktionieren die? Mal suchen gehen....

Hmm, das ist doch für vdpau? Wie krieg ich das auf dem Geminilake zum laufen?

Oder meinst' nur wg. vdr 2.4.0? Da hast natürlich recht - an dem kanns eigentlich gar nicht liegen, weil es auf dem alten VDR ja läuft. Andererseits wird da ja dann gar nicht der GrabImage code verwendet :?

Ich kann höchstens mal versuchen beim alten im dfatmo softhddevice abzuschalten....