XBMC braucht ca. 5 Minuten zum Starten des ersten Films (nach Neustart von XBMC und/oder ATV2)

Gut's Nächt'le!

Ich habe folgendes Phänomen über einen Zeitraum von nu ca. 4-6 Monaten beobachtet, bin mir aber nicht sicher, ob es mit Frodo gekommen ist. Momentan läuft Frodo 12.2

Filme liegen auf einem NAS, das immer on ist. Shares über SMB freigeben und ebenso in XBMC konfiguriert.
XBMC läuft auf einem ATV2 das via CAT5 Kabel über Gigabit-Switch am NAS hängt.
Die Geschwindigkeit im Netz ist gemeinhin akzeptabel, bis ausreichend zum Abspielen von Filmen, was aber seltsamt ist:

Starte ich zum ersten Mal, nach einem Neustart von XBMC auf dem ATV2 einen Film (egal, ob im DB- oder Filemodus, oder über eine beliebige Remote-App auf dem iPad oder so), dann dauert der erste Anlauf, bis der Film spielt, ca. 3-5 Minuten. Davon ca. 3 minuten, wo sich nix tut, und weitere 2 wo der "cursor" bei XBMC rödelt und mir anzeigt, das er etwas vorbereitet/tut.
Dann fängt der Film, oder die Serienepisode an. Bei jedweder Art von Film. Das Format scheint keine Rolle zu spielen.
Starte ich denselben, oder einen anderen Film, nachdem ich den -sehr verzögert gestarteten- Film geguckt (oder unterbrochen) habe, geht alles realativ normal schnell vonstatten. Wenn XBMC mal 2 Tage nicht benutzt wurde (aber nicht neu gestartet), geht auch alles normal schnell.

Ich habe meine [definition='2','1']advancedsettings[/definition].xml umbenannt um Einstellungen in dieser auszuschliessen. Keine Änderung der Situation.
Kabelwechsel, oder WLAN eingeschaltet, keine Änderung der Situation.

Diese beiden Threads haben zwar Infos gegeben, aber ansonsten keine Hilfe geboten.

Auch ein Szenario: Ich greife von meinem Windows-PC auf das Filme-Share auf dem NAS zu, renne zum ATV2 und starte einen Film und muss warten. NAS ist also aktiv.

Das einzige, was ich mir vorstellen kann, woran es liegt, ist, das beim ersten Zugrif ersmal alles mögliche gecached und eingelesen wird, und deswegen die Verzögerung ins Spiel kommt, aber das war "früher[tm]" nicht so. Da spielte XBMC jeden Film sofort ab.

Die Konfiguration von XBMC auf dem ATV2 ist dieselbe, wie auf meinem Windows-PC, die ich via XBMC-Backup-Plugin ab und ab auf das ATV2 XBMC übertrage.
Beide XBMCs laufen gleichzeitig nicht gemeinsam und auf dem PC läuft alles sehr schnell, aber das ist auch ein flotter Rechner, nicht so ne Kröte, wie das ATV2...

Jemand ne Idee, nen Hinweis, oder ähnliches?

Hallo und danke f.d. Idee mit den Subs. Selten sind welche in den Ordnern direkt, noch seltener lade ich mal welche mit dem XBMC Plugin nach, aber meistens sind keine im Spiel.

Hier ist das Log, das sich kurz vor dem Abspielen eines Filmes befindet. Es wird ein (mit irgendeinem FF-Broweser-Plugin) aus YouTube convertiertes Video abgespielt:

22:06:43 T:803811328  NOTICE: Samba is idle. Closing the remaining connections
22:07:09 T:803811328 WARNING: Skin has invalid include: Clock
22:09:42 T:803811328  NOTICE: DVDPlayer: Opening: smb://SERVER/SHARE/Millowitsch_ Der wahre Jakob.mp4
22:09:42 T:803811328 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
22:09:42 T:171544576  NOTICE: Creating InputStream
22:09:43 T:171544576  NOTICE: Creating Demuxer
22:09:44 T:171544576  NOTICE: Opening video stream: 0 source: 256
22:09:44 T:171544576  NOTICE: Creating video codec with codec id: 28
22:09:44 T:171544576  NOTICE: Open - using avcC atom of size(36), ref_frames(1)
22:09:45 T:171544576  NOTICE: Creating video thread
22:09:45 T:160985088  NOTICE: running thread: video_thread
22:09:45 T:171544576  NOTICE: Opening audio stream: 1 source: 256
22:09:45 T:171544576  NOTICE: Finding audio codec for: 86018
22:09:45 T:171544576  NOTICE: Creating audio thread
22:09:45 T:195694592  NOTICE: running thread: CDVDPlayerAudio::Process()
22:09:45 T:195694592  NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 44100, no pass-through)
22:09:45 T:160985088  NOTICE:  fps: 29.970030, pwidth: 512, pheight: 384, dwidth: 512, dheight: 384
22:09:45 T:160985088  NOTICE: Display resolution DESKTOP : 1280x720 (16)
22:09:45 T:803811328  NOTICE: Using GL_TEXTURE_2D
22:09:45 T:803811328  NOTICE: GL: Using CoreVideoRef RGBA render method
22:09:45 T:803811328  NOTICE: GL: NPOT texture support detected
22:09:45 T:195694592   ERROR: CCoreAudioUnit::Close: Unable to disconnect AudioUnit. Error = -10860
22:10:00 T:151113728   ERROR: Previous line repeats 1 times.
22:10:00 T:151113728  NOTICE: service.libraryautoupdate: Player is running, wait until finished
22:12:52 T:803811328  NOTICE: Previous line repeats 2 times.

Hier ist das komplette Log zu finden: http://xbmclogs.com/show.php?id=46929

Zitat von Ben

Greifst du wirklich auf SERVER/SHARE zu oder hast du das im Log einfach umbenannt? Wenn du tatsächlich auf den HostNAMEN zugreifst, versuch doch mal die IP stattdessen zu nehmen. Auch scheinst du ein AutoUpdate der Library beim starten zu machen, der AppleTV ist da vllt etwas zu schwach für. Deaktiviere das am Besten auch mal.

Hi und Danke f.d. Ideen.
Die IP werde ich mal einstellen und das ein paar Tage testen.
SERVER/SHARE habe ich umbenannt, genauso, wie den Inhalt der ADVANCEDSETTINGS.XML rausgeholt, da die Wartezeit auch ohne die zusätzlichen Einstellungen auftritt.

Das mit dem Autoupdate ist allerdings seltsam und nicht gewollt. Habe ein Plugin dafür im Einsatz auf dem Windows-PC, das ich auf dem AVT2 "eigentlich" deaktiviert habe, weil es -wie Du sagst- zu lahm ist. Ich prüfe das auch mal.

Hi,
ich wollte mich mal nach einiger Zeit des testens zurückmelden und nen Status abgeben:

Es ist wie verhext! (Aber es war ja auch nicht anders zu erwarten...)

Ich habe also folgendes gemacht:
In der sources.xml ein existierendes Share kopiert und anstatt des Servernamens, einfach dessen IP eingetragen, so das ich nun 2 Einträge für dasselbe Verzeichnis auf dem Server hatte.

<video>
        <default pathversion="1"></default>
        <source>
            <name>192.168 Filme SMB</name>
            <path pathversion="1">smb://192.168.168.123/Verz/Filme/</path>
        </source>
        <source>
            <name>SERVER Filme SMB</name>
            <path pathversion="1">smb://SERVER/Verz/Filme/</path>
        </source>

Das selbe dann nochmal mit ein paar anderen Verzeichnissen (Serien und Urlaubsfilmchen, die nicht in der DB sind) die sonst auch "Probleme" bereitet haben...

In der mediasources.xml bin ich ähnlich verfahren, damit das XBMC auf dem ATV2 auch auf die Verzeichnisse zugreifen darf.

Die passwords.xml hab ich wohl vergessen, jedenfalls dort nichts angepasst.

Tja, und was soll ich sagen? Seit dem ich die Änderungen gemacht habe und einmal darüber auf einige Filme *OHNE* Verzögerung zugreifen konnte, kann ich nun auch -wieder- über die alten Shares (die, mit eingetragenen Servernamen) ohne Verzögerung zugreifen... (Mit diversen ATV2 Reboots getestet and versch. Tagen, etc...)

Weiss der Teufel, woran es gelegen hat, ich gehe aber mal davon aus, dass das nur der Vorführeffekt ist und das Murphy wiederkommt.
Dann schreib ich nochwas dazu...
Ersma vielen Dank an Euch f.d. Idee, wer weiss, wenn ich nichts geändert hätte, wäre evtl. noch alles beim alten

Achja, das DB-Update-Addon war nicht der Verursacher. Allerdings habe ich in der Zwischenzeit auch mal einige meiner verstaubten Addons entrümpelt (unbenötigte verbannt, sowie verwaiste Configs gelöscht), who knows, ob das irgendwie zusammenhängt...hing....hinkte...

Ups,
ich dachte, ich hätte hier schon einen weiteren Statusbericht abgegeben, denn die ungewollte Wartepause tritt leider wieder auf, vor dem ersten abzuspielenden Film.
Dabei wurde an der Konfiguration (die ja zuerst die Verzögerung eliminiert hatte, M.E.) nichts geändert.

Es ist zum Mäusemelken!

Jedenfalls ist es so, das wenn XBMC absemmelt und ich es wieder starte, dann muss ich eine autogene in-mich-gehen-Minute einlegen, bis der Film, den ich angucken möchte dann auch endlich abgespielt wird.

(Zwischenzeitlich ist auch das ATV2 mal neu gejailbreakt worden und die alten Konfigs wieder aufgespielt)

Unverständlich für mich.