Klingt dann danach, daß SWRESAMPLE bzw. AVRESAMPLE nicht verwendet wurden.
Neuere ffmpeg bzw libav Versionen funktionieren nur richtig, wenn das entspechende Flag beim Bauen gesetzt ist.
Es muß libswresample für ffmpeg oder libavresample für libav Development installiert sein.
Wenn man dann softhddevice selber baut, wird es automatisch erkannt.
Johns
Manche AV-Receiver haben Probleme mit der automatischen Erkennung ob AC3 oder Stereo kommt.
Suche mal im Forum nach den AES Parametern für SoftHdDevice, damit kann man dem AV-Receiver mitteilen,
was über die Leitung kommt
.Johns
Mach mal eine Aufnahme und spiele die dann mit mpv oder mplayer ab.
Mit z.b. alsamixer kannst du die Einstellungen für Hardwaremixer einstellen.
Ich denke aber nicht das du Regler für Höhen und Tiefen hast.
Dann bei VDR welche Tonspur nimmst du? Stereo oder Dolby Surround?
Johns
Ja 60Hz produziert viele Probleme. Auf jedenfall auf 50Hz umschalten.
Sollte durch die xorg.conf zuerreichen sein.
Wenn Bild und Ton nicht synchron und die beschriebenen Probleme, können daran liegen, daß va-api nicht verwendet wird.
Es gibt viele Information im Syslog "va-api/video", wenn es initialisiert wird. Die solltest du prüfen bzw. mal posten.
Dann auf Deinterlacer BOB oder Weave stellen, nur diese funktionieren gut.
Johns
Ich habe nur mal die Posts über ATTACH/DETACH überflogen.
Es gibt im VDR die Möglichkeit die Ausgabedevice zuändern.
Diese kann man im SoftHdDevice mit "svdrpsend plug softhddev prim <n>" erreichen.
Um zutesten ob dies euere Problem löst sollte es reichen.
Wenn es funktioniert, dann braucht das dummydevice den Weg zurück.
Johns
Verstehe leider nicht was dein Problem ist.
Kommt ein Bild?
Stürzt er dann unmotiviert ab?
Als erstes prüfe ob im Syslog eine "va-api" Information beim Starten von vdr kommt.
Johns
Geht aber nicht, wenn man kein Netzwerkanschluß hat.
Ansonsten ist jeder AC Router mit openwrt Support besser als die USB Sticks.
diff --git a/softhddevice.cpp b/softhddevice.cpp
index 70994d7..d41bac8 100644
--- a/softhddevice.cpp
+++ b/softhddevice.cpp
@@ -2697,6 +2699,11 @@ int cSoftHdDevice::PlayTsVideo(const uchar * data, int length)
int cSoftHdDevice::PlayTsAudio(const uchar * data, int length)
{
#ifndef NO_TS_AUDIO
+ extern volatile char IsPlayingVideo; ///< activates audio-video sync
+ if (!IsPlayingVideo) {
+ fprintf(stderr, "video: %d\n", cDevice::IsPlayingVideo());
+ }
+
return::PlayTsAudio(data, length);
#else
AudioPoller();Meldet früher als unsere Lösung. Müssen die Variable umbennen. Bei normalen TV/Radio funktioniert es.
Johns
Kannst du damit was anfangen? Mir ist das zu hoch.
Klingt aber für mich wie die Lösung.
Jedenfalls ist es anders als unsere letzte Lösung zur Radioerkennung, denn die ist mehr oder weniger von dvbffhddevice.c übernommen.
Einfach mal ausprobieren, was da kommt. Eine einfache Debugausgabe reicht ja erstmal. Dann sieht man was geliefert wird und ob es brauchbar ist.
Vielleicht komme ich morgen mal dazu es auszuprobieren.
Johns
Normal beenden sich alle Childs, wenn der Parent stirbt oder gekillt wird.
Man muß extra Aufwand betreiben damit der Child den Tod des Parents überlebt.
Johns
Es kommt gerade eine neue http://www.geforce.com/hardware/desktop-gpus/geforce-gt-710 Geforce GT 710.
Passiv, 19 Watt max.
Johns
Klaus hat mich auf cPlayer:: DeviceIsPlayingVideo() hingewiesen.
Aus der HISTORY: „Note the new function cDevice::IsPlayingVideo(), which is used to inform the
player whether there is video data in the currently replayed stream.“
Hilft uns das?
Einfach testen. Man könnte auch in die Source von VDR gucken, wann es aufgerufen wird.
Theoretisch weiß ja der VDR, ob er ein Radion oder TV Kanal abspielt aus der Programmtabelle.
virtual bool IsPlayingVideo(void) const { return isPlayingVideo; }
///< Returns true if the currently attached player has delivered
///< any video packets.Von der Beschreibung klingt es genau wie unsere letzte Lösung zur Radioerkennung.
Johns
Irgendwie müssen wir mal die Patch Orgie in geordnete Bahnen bringen.
Dann bringe ich GIT auf diesen Stand und alle können testen ohne patchen.
Johns
ich weiß nicht ob es die Ursache ist, aber stell mal "E-AC-3 downmix" auf nein.
Johns
Was ich mich frage ist. ob sich 4k überhaupt durchsetzt. 8k steht ja schon bereit und ob nicht viele Anbieter und Kunden nicht gleich auf den nächsten Schritt warten?
Johns
naludump ist für HDTV.
Du brauchst etwas ähnliches für SDTV. Vielleicht hilft auch ein einfaches mplayer --ovc copy -oac copy.
Johns
Können wir das im allgemeinen aktivieren oder beißt sich da was mit VDPAU?
Lars.
Kannst mit Support für alles bauen. Nur musst dann auch immer vdoau und va-api Library installieren.
libva-x11.so.1 => /usr/lib64/libva-x11.so.1 (0x00007f00e92c5000)
libva.so.1 => /usr/lib64/libva.so.1 (0x00007f00e90a9000)
libva-glx.so.1 => /usr/lib64/libva-glx.so.1 (0x00007f00e8ea4000)Ich baue hier immer VA-API und VDPAU.
Wobei im aktuellen Makefile von SoftHdDevice VAAPI wieder automatisch drin ist.
Johns
Ist ja kein Fehler. Sondern nur ein Hinweiss auf einen mögliches Problem.
Wahrscheinlich senden die wieder Fülldaten um so die Bandbreite aufzufüllen.
Mit entsprechender Software kannst die bestimmt aus den Ausnahmen entfernen und so Platz sparen.
Johns
War mein Stand vor ein paar Monaten auch.
Ich habe inzwischen einen SkyLake Desktop PC. Alle Probleme die ich mit VA-API hatte sind auf diesem Vergangenheit.
Das Problem ist, daß ich noch kein VPP unterstützte und der VPP Branch noch nicht 100% funktioniert.
Ich hatte zwar angefangen aufzuräumen und VPP weiter in meinem Branch zuintegrieren, aber Mangels Motivation noch nicht fertig.
Ich kann nichts zu Haswell sagen, da ich nur SkyLake habe.
Johns
Anderes Kernel. neuere Alsalib.
Spielen mit den Kernelparametern vom Audiotreiber.
Geht Interrupt verbiegen?
Johns