Immer 100% CPU Last mit StreamedMP (1 Viewer)

acidmic

Portal Member
November 16, 2010
8
0
Hallo Zusammen,

habe MediaPortal 1.1.1 zusammen mit StreamedMP 1.4.x im Einsatz. Leider habe ich seit gut 2 Wochen das Problem dass Media Portal einen Kern komplett dicht macht (100%). Das Menü funktioniert zwar noch ganz flott, jedoch kann ich nicht TV oder aufgezeichnete Sendungen ansehen. Diese ruckeln und stotern oder starten erst gar nicht.

Wenn ich den Debug Modus ohne StreamedMP starte dann ganz normale CPU Last (ein paar Prozent auf einem Kern durch MP).

Habe auch verschiedene StreamedMP 1.4 Versionen durchgetestet (inkl. Update von gestern), leider ohne Erfolg.

Kennt jemand das Problem?

Im Anhang das Debug Log.

Danke und viele Grüße


Win7 X64 Ultimate
4GB RAM
AMD Opteron 1212
ATI Radeon HD 4550 HDMI
Terratec Cynergi C PCI
 

Holzi

Super Moderator
  • Team MediaPortal
  • April 21, 2010
    7,934
    2,235
    Ba-Wü
    Home Country
    Germany Germany
    AW: Immer 100% CPU Last mit StreamedMP

    Nur bei StreamedMP oder auch beim Standard Skin?
     

    DoXer

    MP Donator
  • Premium Supporter
  • October 14, 2007
    271
    16
    Home Country
    Germany Germany
    AW: Immer 100% CPU Last mit StreamedMP

    Installier mal den Process Explorer von SysInternals. Dann siehst Du genauer, welcher Prozess/DLL dich ärgert.
     

    diskeeper

    Portal Pro
    January 5, 2007
    6,109
    421
    Dortmund
    Home Country
    Germany Germany
    AW: Immer 100% CPU Last mit StreamedMP

    würd mal auf den (musik) fanart scraper tippen,
    man kann deaktivieren das der beim starten von mp erstmal nach bildern sucht.
     

    acidmic

    Portal Member
    November 16, 2010
    8
    0
    AW: Immer 100% CPU Last mit StreamedMP

    Process Explorer zeigt unterhalb von Media Portal folgenden Thread mit 100% an:
    mscorwks.dll!CreateApplicationContext+0x44c3

    Hier der Stack für den Thread:
    ntoskrnl.exe!SeAccessCheckWithHint+0xb4a
    ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x7d2
    ntoskrnl.exe!KeWaitForMutexObject+0x19f
    ntoskrnl.exe!PsIsSystemProcess+0x94
    ntoskrnl.exe!KeStackAttachProcess+0x11c1
    ntoskrnl.exe!ObReferenceObjectByPointerWithTag+0x233
    ntdll.dll!RtlInitUnicodeString+0x202
    MediaInfo.dll!MediaInfo_Info_Version+0x11af7b
    MediaInfo.dll!MediaInfo_Info_Version+0x113874
    MediaInfo.dll!MediaInfo_Info_Version+0x11af7b
    ntdll.dll!RtlInitUnicodeString+0x202
    ntdll.dll!RtlFreeHeap+0x7e
    MediaInfo.dll!MediaInfo_Info_Version+0x1af922
    MediaInfo.dll!MediaInfo_Info_Version+0x11b822
    MediaInfo.dll+0x1212
    MediaInfo.dll!MediaInfo_Info_Version+0x24e74
    MediaInfo.dll!MediaInfo_Info_Version+0x112a04
    MediaInfo.dll!MediaInfo_Info_Version+0x11c770
    MediaInfo.dll!MediaInfo_Info_Version+0x46d7f
    MediaInfo.dll!MediaInfo_Info_Version+0x46d91
    MediaInfo.dll!MediaInfo_Info_Version+0x46e43
    MediaInfo.dll!MediaInfo_Info_Version+0x3f1d5
    MediaInfo.dll!MediaInfo_Info_Version+0x462a6
    MediaInfo.dll!MediaInfo_Info_Version+0xbdc09
    MediaInfo.dll!MediaInfo_Info_Version+0x481ae



    Des weiteren ist mir aufgefallen, dass ich exakt das selbe Verhalten (100% CPU, selbe DLL) erhalte, wenn ich die MovingPictures Config schließen möchte (geöffnet über Media Portal Configuration - Plugins - ...).
    Somit tippe ich auf einen Zusammenhang mit Moving Pictures.
    Hier der entsprechende Stack:
    ntoskrnl.exe!SeAccessCheckWithHint+0xb4a
    ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x7d2
    ntoskrnl.exe!KeWaitForMutexObject+0x19f
    ntoskrnl.exe!PsIsSystemProcess+0x94
    ntoskrnl.exe!KeStackAttachProcess+0x11c1
    ntoskrnl.exe!ObReferenceObjectByPointerWithTag+0x233
    MediaInfo.dll!MediaInfo_Info_Version+0x1b2baa
    MediaInfo.dll!MediaInfo_Info_Version+0x1aea1e
    MediaInfo.dll!MediaInfo_Info_Version+0x98c
    MediaInfo.dll!MediaInfo_Info_Version+0x113874
    MediaInfo.dll!MediaInfo_Info_Version+0x1ae92e
    ntdll.dll!RtlFreeHeap+0x7e
    MediaInfo.dll!MediaInfo_Info_Version+0x1af922
    MediaInfo.dll!MediaInfo_Info_Version+0x1af941



    Bezüglich Musik/Fan Art Scraper: Wo finde ich die Einstellungen?
    Müsste sich der Scraper nicht irgendwann mal beruhigen? Ich habe MP auch schon länger laufen lassen (Stunden) ohne dass sich etwas an der Last geändert hätte.



    Danke für Eure Hilfe!
    LG



    NACHTRAG
    Habe nun auf MovingPictures 1.1.1 beta aktualisiert, leider keine Veränderung an der CPU Last.

    Wietere Info: Wenn ich MP schließe dann wird zwar die GUI beendet, jedoch bleibt der MP Prozess nach wie vor im Hintergrund bei voller Last aktiv.
     

    diskeeper

    Portal Pro
    January 5, 2007
    6,109
    421
    Dortmund
    Home Country
    Germany Germany
    AW: Immer 100% CPU Last mit StreamedMP

    die einstellung befindet sich in der config des fanart handler in den plugins,
    music fanart/scraper settings,
    da hab ich den download nur auf "...now being playing".
    den ersten download hab ich auch über die config gemacht, unter manage fanart.

    du hast recht, eigentlich müsste es mit der zeit besser werden,
    kannst es ja trotzdem mal ausprobieren, vielleicht hilft es ja doch.
     

    acidmic

    Portal Member
    November 16, 2010
    8
    0
    AW: Immer 100% CPU Last mit MovingPictures

    Das war's leider auch nicht :(


    Das Problem hängt offensichtlich mit MovingPictures zusammen:
    Deaktiviere ich das Plugin dann läuft MP anstandslos. Bei aktiviertem Plugin dann die CPU Probleme.
    Genauso mit der Config: Sobald ich die MovingPictues Konfiguration starte bleibt im Anschluss die Configuration.exe von MP in den Tasks mit 100% CPU Last hängen.



    EDIT:
    Ich hab einen neuen Thread im MovingPictures Forum aufgemacht. Ich denke dort passt meine Anfrage nach den neuesten Erkenntnissen besser:
    https://forum.team-mediaportal.com/moving-pictures-284/movingpictures-plugin-cause-100-cpu-usage-90008/


    EDIT2:
    Problem gelöst! Siehe englischer Thread oben!

    Danke nochmal an alle!
     

    Users who are viewing this thread

    Top Bottom