Android 7 Kodi 18 Alpha Master Arm64-v8a inputstream.adaptive

Zitat von peak3d

Ach, ich dachte wir untersuchen das Kanalwechsel Gedöns mit enigma pvr, abwechselnd h/w decoding / s/w decoding

Eigentlich gibt's ja leider 3 Baustellen

Kanalwechsel HW/SW
Ton Problem was M2k angesprochen hat und dieses doofe Buffern

Keine Ahnung ob das alles irgendwie miteinander zusammen hängt oder ob es separate Bugs sind

Bei Filmen mit Mehrkanalton habe ich einen Audioversatz, Audio muss ca. 0,3s beschleunigt werden, bei Stereo Tonspuren tritt dieser

Versatz nicht auf.

Bei LE auf x86 HW und Kodi auf einem Win 10 Rechner tritt dieser Versatz nicht auf.

Hat dieses Problem sonst noch jemand?

LG
Xav

diff --git a/xbmc/cores/VideoPlayer/Process/ProcessInfo.cpp b/xbmc/cores/VideoPlayer/Process/ProcessInfo.cpp
index da701b0..92eff40 100644
--- a/xbmc/cores/VideoPlayer/Process/ProcessInfo.cpp
+++ b/xbmc/cores/VideoPlayer/Process/ProcessInfo.cpp
@@ -22,6 +22,7 @@
 #include "cores/DataCacheCore.h"
 #include "settings/AdvancedSettings.h"
 #include "threads/SingleLock.h"
+#include "utils/[definition='1','0']log[/definition].h"


 CCriticalSection createSection;
 std::map<std::string, CreateProcessControl> CProcessInfo::m_processControls;
@@ -55,6 +56,7 @@ CProcessInfo::CProcessInfo()


 void CProcessInfo::SetDataCache(CDataCacheCore *cache)
 {
+  CLog::Log(LOGDEBUG, "SetDataCache");
   m_dataCache = cache;;


   ResetVideoCodecInfo();
@@ -71,6 +73,8 @@ void CProcessInfo::ResetVideoCodecInfo()
 {
   CSingleLock lock(m_videoCodecSection);


+  CLog::Log(LOGDEBUG, "ResetVideoCodecInfo");
+
   m_videoIsHWDecoder = false;
   m_videoDecoderName = "unknown";
   m_videoDeintMethod = "unknown";
@@ -103,6 +107,8 @@ void CProcessInfo::SetVideoDecoderName(const std::string &name, bool isHw)
 {
   CSingleLock lock(m_videoCodecSection);


+  CLog::Log(LOGDEBUG, "SetVideoDecoderName: name:%s, hw:%d", name.c_str(), (int)isHw);
+
   m_videoIsHWDecoder = isHw;
   m_videoDecoderName = name;


diff --git a/xbmc/cores/VideoPlayer/VideoPlayerVideo.cpp b/xbmc/cores/VideoPlayer/VideoPlayerVideo.cpp
index 4676231..bcc3c11 100644
--- a/xbmc/cores/VideoPlayer/VideoPlayerVideo.cpp
+++ b/xbmc/cores/VideoPlayer/VideoPlayerVideo.cpp
@@ -132,6 +132,8 @@ bool CVideoPlayerVideo::OpenStream(CDVDStreamInfo hint)


   if (m_messageQueue.IsInited())
   {
+    CLog::Log(LOGDEBUG, "CVideoPlayerVideo::OpenStream (1) - codecOptions:%d, codec:%lX isHw:%d", hint.codecOptions, (size_t)m_pVideoCodec, (int)(m_processInfo.IsVideoHwDecoder()));
+
     if (m_pVideoCodec && !m_processInfo.IsVideoHwDecoder())
     {
       hint.codecOptions |= CODEC_ALLOW_FALLBACK;
@@ -145,6 +147,7 @@ bool CVideoPlayerVideo::OpenStream(CDVDStreamInfo hint)
   }
   else
   {
+    CLog::Log(LOGDEBUG, "CVideoPlayerVideo::OpenStream (2)");
     m_processInfo.ResetVideoCodecInfo();
     hint.codecOptions |= CODEC_ALLOW_FALLBACK;
     CDVDVideoCodec* codec = CDVDFactoryCodec::CreateVideoCodec(hint, m_processInfo);

@Onkel-W

So neues Testfile ist oben
Alle aktuellen Commits vom Zeitpunkt des erstellens drin

https://www.dropbox.com/home/Kodi

Hier ein kurzes Logcat von mir. Habe jetzt mal nur durch die Sender gezappt. Mehr Zeit habe ich im Moment nicht da ich noch einmal los muss
Für genaueres könnte ja eventuell @M2k wieder was machen oder jemand anders mit einer VU+ bzw Enigma Receiver
Denke wir beide werden ja nicht die Einzigen mit dem Problem hier sein

Zitat von Onkel-W

Denke wir beide werden ja nicht die Einzigen mit dem Problem hier sein

kodi [definition='1','0']log[/definition] brauche ich derzeit

Reicht der Normale oder [definition=12,4][definition='1','3']Debug[/definition][/definition]?

[definition=12,0]debug[/definition]

Ok hier

Jetzt bin ich dann aber wirklich erst mal raus

falls noch gewünscht, kann ich auch noch eins hochladen

@Onkel-W kannst du auch PR's einpflegen?

- git reset --hard (um meinen patch zu entfernen)
- wget "https://github.com/xbmc/xbmc/pull/14057.patch"
- patch -p 1 < 14057.patch (alternativ git am, aber ich nutze das selten.

Jo kann ich machen. Dauert aber noch etwas. Bin noch nicht am Rechner.
Falls @loomes eh wieder schnell rein grätschen tut soll er rechtzeitig bescheid sagen

Ich bin heute abend leider out of order, ich muss ein paar andere Baustellen beackern.

baue grad ein kodinerds build mit dem patch

@M2k

Sehr schön Meins ist gerade fertig geworden lässt sich aber nicht installieren.
Noch nicht raus bekommen woran es liegt.
Aber egal, dann kannst Du ja gleich auch mal testen

Edit: Doch raus bekommen. Bescheuerter Fehler meinerseits. Aber dann bist Du eh eher fertig wie ich

fertig gebaut ist es, jedoch muss ich warten bis meine frau im bett ist

Ich habe das File jetz trotzdem mal hoch geladen falls andere hier auch mit testen möchten

nennt sich kodiapp-arm64-v8a-patch@peak3d

@peak3d

Erster kurzer Test.
Das Buffern bleibt
Das Problem zwischen den Switch HW/SW coded nach jedem Umschalten scheint mit dem Patch beseitigt zu sein

Aber ich warte da noch mal auf @M2k

hallo, @peak3d
habs nun auch getestet, beim umschalten auf einen anderen 5.1 kanal bleibt der hw decoder aktiv, beim umschalten auf einen 2.0 kanal bleibt der hw decoder jetzt auch aktiv, jedoch kommt dort weiterhin kein ton und das bild bleibt kurz darauf stehen.

desweiteren ist mir aufgefallen, keine ahnung ob es an diesem patch liegt, aber im hauptmenü von kodi, sowie beim abspielen vom tv werden jetzt konstante 60fps +-1fps angezeigt, vorher schwankte es im hauptmenü bis 15fps runter und selten mal volle 60fps.

soweit schonmal ein super erfolg.

da nun leider beim umschalten von 5.1 zu 2.0 oder von 2.0 auf 5.1 noch kein ton da ist (je nach dem mit welchem sender man startet) und der stream nach ein paar sekunden stehen bleibt, habe ich von diesem build nochmal ein [definition='1','0']log[/definition] mit hochgeladen.

/edit: falls von es gebraucht wird, habe ich jeweils ein [definition='1','0']log[/definition] erstellt mit audio, ffmpeg und timing.

Zitat von M2k

da nun leider beim umschalten von 5.1 zu 2.0 oder von 2.0 auf 5.1 noch kein ton da ist (je nach dem mit welchem sender man startet) und der stream nach ein paar sekunden stehen bleibt, habe ich von diesem build nochmal ein [definition='1','0']log[/definition] mit hochgeladen.

Ja, Audio kommt nun als Nächstes, schön, dass wir hier aber schonmal auf dem richtigen Weg sind

danke, bist echt klasse !!

Den stimme ich zu