Beiträge von peak3d
-
-
@Onkel-W bitte keine Version mit meinem letzten diff ausliefern, erstens behebt die Änderung das Problem nicht, und 2. macht sie mehr kaputt als ganz.
-
sieht auch echt komisch aus, vllt hat @peak3d ja ne Idee woran das liegen kann.
Ne, sorry, noch nie gesehen so was.
-
some overview:
Linux x86_64: 1080p is possible when allowed by netflix otherwise SD only. (Look to the label: 720p-> it is sd only. )
Linux Arm: mostly everthing is available in 1080p but HW is not able to playback more then 720p.Thanx for the information, somehow I expected this.
-
Ja, der PR ist mit im obigen diff drin, also git reset --hard ist super
Edit: diff baut nicht, muss noch was nachlegen
Edit2: diff oben korregiert -
Diff
Alles anzeigendiff --git a/xbmc/cores/AudioEngine/Sinks/AESinkAUDIOTRACK.cpp b/xbmc/cores/AudioEngine/Sinks/AESinkAUDIOTRACK.cpp index 2fc92e5..19c8641 100644 --- a/xbmc/cores/AudioEngine/Sinks/AESinkAUDIOTRACK.cpp +++ b/xbmc/cores/AudioEngine/Sinks/AESinkAUDIOTRACK.cpp @@ -35,8 +35,6 @@ #include "utils/AMLUtils.h" -//#define DEBUG_VERBOSE 1 - // This is an alternative to the linear weighted delay smoothing // advantages: only one history value needs to be stored // in tests the linear weighted average smoother yield better results @@ -574,9 +572,7 @@ bool CAESinkAUDIOTRACK::Initialize(AEAudioFormat &format, std::string &device) void CAESinkAUDIOTRACK::Deinitialize() { -#ifdef DEBUG_VERBOSE CLog::Log(LOGDEBUG, "CAESinkAUDIOTRACK::Deinitialize"); -#endif // Restore volume if (m_volume != -1) { @@ -589,9 +585,16 @@ void CAESinkAUDIOTRACK::Deinitialize() if (IsInitialized()) { - m_at_jni->stop(); + //m_at_jni->stop(); + m_at_jni->pause(); m_at_jni->flush(); } + m_at_jni->stop(); + CLog::Log(LOGDEBUG, "CAESinkAUDIOTRACK::Deinitialize Waiting for stopped state..."); + while (m_at_jni->getState() != CJNIAudioTrack::PLAYSTATE_STOPPED) + usleep(1000); + CLog::Log(LOGDEBUG, "CAESinkAUDIOTRACK::Deinitialize Waiting for stopped state done"); + m_at_jni->release(); m_duration_written = 0; @@ -832,8 +835,14 @@ void CAESinkAUDIOTRACK::Drain() if (!m_at_jni) return; - CLog::Log(LOGDEBUG, "Draining Audio"); + CLog::Log(LOGDEBUG, "CAESinkAUDIOTRACK::Draining Audio"); m_at_jni->stop(); + + CLog::Log(LOGDEBUG, "CAESinkAUDIOTRACK::Drain Waiting for stopped state..."); + while (m_at_jni->getState() != CJNIAudioTrack::PLAYSTATE_STOPPED) + usleep(1000); + CLog::Log(LOGDEBUG, "CAESinkAUDIOTRACK::Drain Waiting for stopped state done"); + m_duration_written = 0; m_offset = -1; m_headPos = 0;Irgendwie will der patch nicht, ich mach nochmal neu
Edit: sollte jetzt anwendbar sein -
Ja das funktioniert. Hätte mich auch gewundert wenn nicht da es ja auf deiner Shield auch funktioniert hat
Ist aber vom Ablauf im Log genau das Gleiche eigentlich, daher wundert mich das.
Aber Ok, dann werde ich ne Playlist machen mit den beiden streams und iptvsimple versuchen.Ich versuche gerade mal ein Build zu bauen
Warte noch, ich will noch eine Zeile hinzufügen, ist zumindest ein Versuch Wert
-
ich habe gestern versucht das Nachzustellen, ohne wirklichen Erfolg.
https://thedigitaltheater.com/index.php/jura…n-kingdom-2018/
Ich habe mir dort den russischen 5.1 original trailer, und den stereo railer heruntergeladen.
Diese dann nacheinander über NFS abgespielt (vorher in settings::player::PlayNextItem uncategorized aktivieren, damit man skippen kann)Kanst du bitte das mal genauso probieren, und kurz sagen, ob der Fehler mit diesen streams bei dir auch auftritt?
Ich habe keinen AVC ngeschlossen, mein TV kann aber PT. daher haben wir zumindest ähnliche Voraussetzungen.Getestet habe ich mit shield und aftv, geht beides super
-
Kannst du mal bitte refreshrate - switch abschalten, und nochmal probieren?
-
1.) Um sicher zu sein: ein Wechsel von 5.1 auf einen Programm / stream mit 2.0 funktioniert?
2.) Ich habe hier nochmal eine [definition='1','0']log[/definition] Zeile hinzugefügt: https://github.com/xbmc/xbmc/pull/14074Wenn ihr wollt, könnt ihr das schon früher testen (also selber bauen), ansonsten bis morgen warten (nightly)
-
Wenn jamand zeit hat: Ein logcat wäre noch gut zum Zeitpunkt des ersten Wechsels (also der 5.1 -> 5.1 der fehlschlägt)
Edit Bitte dann aber mt passendem kodi [definition='1','0']log[/definition] anfügen (Komponenten [definition=12,0]debug[/definition] [definition='1','0']log[/definition] brauchen wir erstmal nicht) -
Ne, noch nicht, das ist ein bisschen kniffeliger, da ich das nicht nachstellen kann
-
Noch etwas: das Problem mit dem Bildschirmschoner nach einer Serie / autoplay sollte mit den morgigen nightlies behoben sein.
PR ist gemerged, wenn hier jemand aktuellen Master baut, sollte das dann klappen. -
Hm, also bei mir zeigt er mit der heutigen Nightly zuerst immer noch 25fps und switcht dann auf 50fps
Deaktiviere einfach die 25fps in deiner Whitelist
-
How is this possible?
HTTP User-Agent is different and Netflix selects possible streams using it.
There is a Chrome addon floating around which enables higher resolutions for x86, IIRC it pokes around with UA -
Ne, das muss der addon dev herausfinden, warum der license request nicht geht.
Ich habe null sky, kann daher auch nicht im browser nachschauen, was da angefragt wird.Fehler 500 bei diesem Request ist in der Regel fehlender Header oder andere Parameter im Aufruf.
Oder auch einfach ein nicht unterstütztes Gerät (Geräte-Id wird im license request immer mitgegeben) -
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
-
Bitter, da haben die schon das Attribut in AudioVideoURL's, und setzen es nicht richtig
-
@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. -
[definition=12,0]debug[/definition]
