# Windows 8.1 - Aktionen

**URL:** <https://community.mp3tag.de/t/windows-8-1-aktionen/15113>\
**Category:** Allgemein\
**Created:** [October 17, 2013, 5:50pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113 "2013-10-17T17:50:00Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [October 17, 2013, 5:50pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/1 "2013-10-17T17:50:00Z")

</div>

Habe heute mein Windows 8 auf 8.1 hochgeschraubt.

Seitdem warte ich beim Klicken auf "Aktionen" ca. 6 Sekunden, bis sich die Auswahl zeigt.  
Alle anderen Menüpunkte verhalten sich normal und reagieren sofort.

War noch jemand so leichtsinnig und hat das gleiche Problem? 😉  
Irgendeine Idee, woran das liegen könnte und eventuell eine Abhilfe?

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [October 21, 2013, 6:04pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/2 "2013-10-21T18:04:49Z")

</div>

Ich habe ein ähnliches Verhalten bei einem frisch installierten W7 nach dem letzten Update auch festgestellt. ich vermute aber, dass die Zugriffsrechte nicht stimmen. Guck mal nach dem Besitzer der %appdata%-Dateien für Mp3tag. Der muss mit dem Ausführenden identisch sein. Die verzögerung kommt, wenn der Nutzer zwar auch zu den Administratoren gehört, aber nicht der Besitzer ist.

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [October 21, 2013, 8:25pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/3 "2013-10-21T20:25:18Z")

</div>

> [@ohrenkino](#):
>
> Guck mal nach dem Besitzer der %appdata%-Dateien für Mp3tag. Der muss mit dem Ausführenden identisch sein.

Das sind sie.

Ein versuchsweise auf einem W7-Rechner installiertes MP3Tag verhält sich normal.

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [October 22, 2013, 8:20am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/4 "2013-10-22T08:20:09Z")

</div>

Ich habe mal den Ressourcenmonitor beobachtet, während ich das Aktionenmenü angewählt habe.  
Die CPU-Auslastung liegt im Moment der Wartezeit bei 50-90 % auf 2 vorhandenen Kernen.

Hat denn hier wirklich niemand Windows **8.1** in Benutzung, der das Problem eventuell bestätigen könnte?  
Wenn dem wirklich bei mehreren so wäre, wäre das ja ein Indiz und müsste Florian mal in Richtung Kompatibilitätsprobleme nachbessern.

---

<div class="post-metadata">

**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\
**Post date:** [October 22, 2013, 3:30pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/5 "2013-10-22T15:30:35Z")

</div>

Kommt die Verzögerung beim Anzeigen des Aktionen-Menüs oder des Aktionen-Dialogs?

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [October 22, 2013, 4:04pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/6 "2013-10-22T16:04:00Z")

</div>

Ich kann das Verhalten auch bei W8.1 nachstellen:  
Man bewegt den Mauszeiger auf das Aktionen-Menü und klickt.  
Dann erscheint der flackernde Wartecursor (Pfeil mit kreisendem Kreis).  
Nach einem Weilchen geht das Aktionenmenü mit allen Einträgen auf und man kann mit gewohnter Geschwindigkeit die einzelnen Einträge ansteuern. Auch die Ausführung ist in gewohnter Geschwindigkeit.

Es wirkt, als würde jeder Eintrag einer Aktion noch mal extra gecheckt und erst dann das Menü auch gezeigt.  
Im Aktionenmenü bei mir sind Einträge auch in Submenüs.  
Edit: auch beim Aufrufen der Aktionenliste über den Knopf in der Werkzeugleiste gibt es die Wartezeit.

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [October 23, 2013, 3:34am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/7 "2013-10-23T03:34:51Z")

</div>

> [@Florian](#):
>
> Kommt die Verzögerung beim Anzeigen des Aktionen-Menüs oder des Aktionen-Dialogs?

Bei Anzeigen des Kontextmenüs.

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [October 23, 2013, 3:46am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/8 "2013-10-23T03:46:21Z")

</div>

> [@ohrenkino](#):
>
> Es wirkt, als würde jeder Eintrag einer Aktion noch mal extra gecheckt und erst dann das Menü auch gezeigt.

Ich hatte übrigens versuchsweise das Aktionenmenü geleert (alle MTA-Dateien zeitweise verschoben) um auszuschließen, dass die Vielzahl meiner Aktionen den Effekt beeinflusst.  
Ergebnis:  
Wenn der actions-Ordner komplett leer ist, tritt der Effekt nicht auf, wenn nur eine einzige MTA-Datei im Ordner ist kommt es zu der Verzögerung.

---

<div class="post-metadata">

**Author:** ![chadlington](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/8797f3/32.png) [@chadlington](https://community.mp3tag.de/u/chadlington)\
**Post date:** [November 1, 2013, 8:38pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/9 "2013-11-01T20:38:28Z")

</div>

Hello

I have the same problem. I am running Windows 8, not 8.1  
All permissions are correct for the actions folder and the action files.  
I had been installing and trying many different software applications before using MP3TAG again.  
I am thinking that perhaps some system .dll has been replaced.  
I would like to try the previous version of MP3TAG to see if the problem was introduced in the update to 2.58, but I can't locate it to download.

I'll post more information if I find out the cause.

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [November 2, 2013, 5:25am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/10 "2013-11-02T05:25:33Z")

</div>

> [@poster](#):
>
> Bei Anzeigen des Kontextmenüs.

Ich habe meinen Meitrag gerade nochmals gelesen und festgestellt, dass ich mich verschrieben habe.  
Ich meinte natürlich nicht Kontextmenü sondern **Aktionenmenü**.

> [@](#):
>
> I have the same problem. I am running Windows 8, not 8.1

Ich hatte das Problem nicht mit Windows 8 sondern erst nach dem Upgrade auf 8.1.

> [@](#):
>
> I would like to try the previous version of MP3TAG to see if the problem was introduced in the update to 2.58, but I can't locate it to download.

Ich habe noch eine Version 2.53 auf dem Rechner liegen. Das besteht dasselbe Problem.

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [November 12, 2013, 9:50am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/11 "2013-11-12T09:50:01Z")

</div>

Hi,

ist mit einer Lösung und Beseitigung dieses Problems zu rechnen?  
Das behindert in der Arbeit mit Mp3Tag doch enorm, wenn man wie ich im Moment intensiv an seinem MP3-Bestand arbeitet und beim Aufrufen der definierten Standardaktionen immer eine Gedenkpause anlegen muss. Rutscht man mal mit dem Mauszeiger versehentlich vom Aktionenmenü ab, kann man das Ganze gleich nochmal wiederholen.

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [February 17, 2014, 5:54pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/12 "2014-02-17T17:54:04Z")

</div>

Auch im Februar 2014 ist das Problem noch immer vorhanden.  
Der Grafiktreiber 13.12 von AMD macht keinen Unterschied,  
die Zugriffsrechte auch nicht (die Vermutung hatte ich mal ...)

Das Verhalten tritt mit W7 und W8.1 (auf derselben Maschine) auf.  
Und behindert schon in der Arbeit.

"Das Verhalten" = flackernder Cursor, der zwischen "normal" und "beschäftigt" hin- und herschaltet, während ein Menü geöffnet werden soll.  
Betroffene Menüs:  
Aktionen  
Kontextmenü der Dateiliste  
Werkzeugleiste:Aktionen

Beim Überfahren der Menüleiste bleibt der Cursor mehrere Sekunden im Flackerzustand, wenn man über "Aktionen" fährt, bevor er den Zustand auf dem nächsten menü wieder wechselt.

---

<div class="post-metadata">

**Author:** ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)\
**Post date:** [February 17, 2014, 6:25pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/13 "2014-02-17T18:25:51Z")

</div>

> [@ohrenkino](#):
>
> ... Das Verhalten tritt mit W7 und W8.1 (auf derselben Maschine) auf. Und behindert schon in der Arbeit. "Das Verhalten" = flackernder Cursor, der zwischen "normal" und "beschäftigt" hin- und herschaltet, während ein Menü geöffnet werden soll.  
> Betroffene Menüs: Aktionen, Kontextmenü der Dateiliste, Werkzeugleiste:Aktionen ...

Das passiert wohl immer dann, wenn Mp3tag bestimmte Dateien von der Festplatte holen muss, um damit eine Menüleiste oder eine Auswahlliste zu füllen?  
Ich beobachte solches Verhalten auf Windows XP mit Version Mp3tag 2.58 seit einiger Zeit beim Sekundärklick - Tools Menü, aber nicht bei den anderen mta/mte-Dateienlisten, die Mp3tag von der Festplatte einsammelt.  
Eigentlich geschieht das nur beim ersten Aufruf des Kontextmenüs, danach sind die Daten irgendwo im Cache und beim nächsten Aufruf des Kontextmenüs geht es dann schneller.  
Ich habe auch den Avira Virenscanner in Verdacht.

DD.20140217.2026.CET

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [February 18, 2014, 5:44am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/14 "2014-02-18T05:44:25Z")

</div>

> [@DetlevD](#):
>
> Das passiert wohl immer dann, wenn Mp3tag bestimmte Dateien von der Festplatte holen muss, um damit eine Menüleiste oder eine Auswahlliste zu füllen?  
> Ich beobachte solches Verhalten auf Windows XP mit Version Mp3tag 2.58 seit einiger Zeit beim Sekundärklick - Tools Menü, aber nicht bei den anderen mta/mte-Dateienlisten, die Mp3tag von der Festplatte einsammelt.  
> Eigentlich geschieht das nur beim ersten Aufruf des Kontextmenüs, danach sind die Daten irgendwo im Cache und beim nächsten Aufruf des Kontextmenüs geht es dann schneller.  
> Ich habe auch den Avira Virenscanner in Verdacht.

Das ist allerdings nicht das gleiche Fehlverhalten, das ich als Threaderöffner geschildert habe. Dass beim Rechtsklick auf eine MP3 in der Liste die Sanduhr flackert und es ca. 1 1/2 Sekunden dauert bis sich das Menü öffnet, habe ich auch. Allerdings tritt dies auch **immer** auf und ändert sich nicht bei weiteren Aufrufen.

Ich fasse nochmals zusammen, wie sich das Problem aus meiner Sicht darstellt:

1. Das Problem betrifft nur das Aktionenmenü. Beim Klicken auf das Menü oder bei späterem Drüberfahren mit dem Cursor kommt die Sanduhr ( **ohne zu flackern** ) und es vergehen jedesmal geschlagene 6 Sekunden, bis sich die Auflistung der Aktionen zeigt.

2. Das Problem trat bei mir erst auf, nachdem ich von Windows 8 auf Windows 8.1 updatete.

3. Das Problem tritt bei mir auch mit einer älteren Version von Mp3Tag.exe auf, die ich auf dem gleichen Rechner habe und die dann natürlich auch auf das gleiche Environment zugreift.

4. Das Problem tritt bei mir **nicht** bei Windows XP und Windows 7 auf.

5. Die Anzahl der im Aktionenordner vorhandenen Aktionen spielt keine Rolle. Wenn der Aktionenordner leer ist, gibt es keine Wartezeit, wenn auch nur eine einzige Aktion definiert ist, gibt es 6 Sekunden Wartezeit. Es ist also keine Wartezeit, die auftritt, bis die MTA-Files von der Platte gelesen sind, denn sonst würde die Wartezeit ja je nach Anzahl der vorhandenen MTA-Files variieren. Meine betreffende Platte ist übrigens eine SSD.

6. Es ist definitiv kein Rechteproblem.

7. Ob der Aktionenordner in einer Bibliothek einbezogen ist oder indiziert ist oder nicht, spielt keine Rolle.

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [February 19, 2014, 6:29am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/15 "2014-02-19T06:29:05Z")

</div>

> [@DetlevD](#):
>
> ... irgendwo im Cache und beim nächsten Aufruf des Kontextmenüs geht es dann schneller.  
> Ich habe auch den Avira Virenscanner in Verdacht.
> 
> DD.20140217.2026.CET

Ich habe den Virenscanner zumindest mal abgeschaltet - hat aber auch leider keinen positiven Effekt gehabt.  
Auch wird da nichts in den Cache gepackt. Die Wartezeit ist für jeden Menüaufruf gleich, auch wenn man gleich wieder auf das Menü geht.

---

<div class="post-metadata">

**Author:** ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)\
**Post date:** [February 19, 2014, 6:56am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/16 "2014-02-19T06:56:28Z")

</div>

> [@ohrenkino](#):
>
> ... Auch wird da nichts in den Cache gepackt. Die Wartezeit ist für jeden Menüaufruf gleich, auch wenn man gleich wieder auf das Menü geht.

Wie gesagt, hier Windows XP (2GHz, 2GB), Mp3tag Kontextmenü in der Listenansicht aktivieren, der erste Aufruf dauert knapp 3 Sekunden mit flackernder Sanduhr, der zweite Aufruf geschieht praktisch sofort.  
Vielleicht hängt die Wartezeit auch ab von der Zugriffsteuerung und vom physikalischen Cache direkt in der Festplatte?  
Den verlangsamten Zugriff habe ich bisher nur erlebt bei Festplatten größer 1 TB.  
Bei einer SSD Festplatte sollten Verzögerungen eigentlich nicht spürbar sein.

DD.20140219.0856.CET

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [February 19, 2014, 8:41am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/17 "2014-02-19T08:41:15Z")

</div>

Ich habe mal einiges rumexperimentiert mit Deaktivieren von Autostarts und Context-Menü-Einträgen. Das alles blieb ohne Erfolg.  
Ich habe dann mal als Radikalversuch im abgesicherten Modus gebootet.

Die ansonsten vorhandene sechsmeütige Wartezeit beim Aufruf des Aktionen-Menüs war völlig verschwunden.  
Die Sanduhr beim Kontextmenü stand nur noch 1/2 Sekunde.

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [February 25, 2014, 6:52pm UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/18 "2014-02-25T18:52:18Z")

</div>

Kannst du mal in "program files\mp3tag" (hier den Installationspfad nehmen) nach  
mp3tag.cfg  
suchen und die Datei umbenennen (z.B.  
\_mp3tag.cfg  
)  
Und dann MP3tag starten? Jetzt sollte das Menü so schnell aufgehen wie zuvor.

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [February 26, 2014, 4:47am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/19 "2014-02-26T04:47:48Z")

</div>

> [@ohrenkino](#):
>
> Kannst du mal in "program files\mp3tag" (hier den Installationspfad nehmen) nach  
> mp3tag.cfg  
> suchen und die Datei umbenennen (z.B.  
> \_mp3tag.cfg  
> )  
> Und dann MP3tag starten? Jetzt sollte das Menü so schnell aufgehen wie zuvor.

Meine cfg-Datei ist im Userprofile.  
In der Tat beseitigt dies das Problem.

Es ist also wohl irgendeine Einstellung/Altlast in der CFG, die dies verursacht?  
Hast Du bereits sukzessive Deine Konfiguration wieder manuell geändert und ist dann das Problem wieder aufgetaucht?

---

<div class="post-metadata">

**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\
**Post date:** [February 26, 2014, 4:52am UTC](https://community.mp3tag.de/t/windows-8-1-aktionen/15113/20 "2014-02-26T04:52:36Z")

</div>

Seltsamerweise legt bei mir MP3tag keine Daten im user/appdata/roaming verzeichnis ab. aber das soll uns hier nicht stören.

Mp3tag läuft seit dem Löschen der alten cfg-Datei ohne die Wartezeit beim Menü-Öffnen. Ja, und rumkonfiguriert habe ich auch schon.

[Next page](https://community.mp3tag.de/t/windows-8-1-aktionen/15113.md?page=2)
