Aktuell nein, da wir einige DLLs von Fremdherstellern (insbesondere D&R) verwenden, die nicht als 64-bit-Version erhältlich sind.
Das ist eines der neuen herausragenden Features, die offenbar noch niemanden aufgefallen sind mAirList kann nun auch die Windows-Standardsoundkarte verwenden (auch umschwenken wenn sie sich im laufenden Betrieb ändert), und erkennt auch neue Soundkarten, die erst während des Betriebs eingesteckt werden. Probier es mal aus
Ich schaue mich mal nach geeigneten Komponenten um. Ich denke, HTML wäre am besten?
Mir war es aufgefallen und zwar positiv. Auch der Sinusgenerator ist ein schönes neues Feature.
Eine Frage habe ich dennoch dazu. Es ist immer noch möglich, WASAPI-Kanäle und z.B. Directsound-Sound im Mix zuzuordnen. Im Forum gibt es dagegen immer wieder den Hinweis, diese beiden nicht zu mischen, da das zu Problemen führen kann. Wäre es da nicht hilfreich, in solchen Fällen zumindest einen Hinweis einzublenden à la “Wollen Sie wirklich…?”. Ich könnte mir vorstellen, dass damit der Support künftig entlastet werden könnte.
Irgendwo im Forum (ich finde es gerade nicht) hat Torben mal geschrieben, dass wir diese Altlast, solange es sie noch gibt, leider mit herumschleppen müssen. Uns beiden wäre es auch lieber, wir könnten das komplett über Bord werfen, aber bedauerlicherweise sind noch Devices im Einsatz, die nicht ohne DirectSound können.
Ob so ein Hinweis selbst technisch möglich (und auch erwünscht) ist, können wir sicher mal erörtern.
Eins jedoch haben wir geändert, und das merkt man nur bei einer Neuinstallation als gewissermaßen unvorbelasteter Neukunde (ansonsten übernimmt man ja seine vorherige Konfiguration):
Wo früher™ DirectSound als erste Auswahlmöglichkeit stand, insbesondere bei den Standardgeräten, ist es nun WASAPI. Es steht also an der pole position.
Der Generationenwechsel wird sich, zwangsläufig, langsam vollziehen, aber wir bereiten den Weg.
Frage aus Neugier:
Ist es mit dem neuen Code dann vielleicht auch möglich in der Zukunft ein Live-Update in der Playlist zu realisieren, wenn in der DB etwas geändert wird?
Nein, aber wir arbeiten in kleinen Schritten darauf hin. Die neue Playlist-GUI ist einer der Bausteine. Auch wenn aktuell noch das alte Datenmodell dahinter hängt.
Das heißt, ein wie auch immer geartetes neues Datenmodell könnte dann womöglich auch die besagten Unterstrukturen mitbringen? Das wäre doch eine Supernachricht!
Immer im Vordergrund ist korrekt. Es sollte sich allerdings natürlich bedienen lassen, auch verschieben und (neuerdings) auch vergrößern. Letzteres ist das einzige, was ich in dem Zusammenhang geändert habe, auf vielfachen Wunsch einer einzelnen Person
[-] DB: Standard Attributes not shown in Properties dialog
[-] DB: Scheduler: File Access Denied error when debug log file is enabled
[-] Playlist: Progress bar options from config not applied on startup
[-] DB: Items not sorted alphabetically in browser
[+] DB App: Added Dark Mode switch in Help menu
[-] Some scrollbars not turning dark in Dark Mode
[+] Skin Editor: Prompt to save changes when closing window
[+] Skin Editor: Added search functionality (Ctrl+F)
[-] Ctrl+F shortcut will show error message when System Log viewer is not open
[-] DB: Storages appear in random order in Synchronize dropdown menu
Torben hat damit wieder einen Teil der aus dem Forum zusammengetragenen Liste abgearbeitet.
Ihr seid wie immer herzlich dazu eingeladen, die Verbesserungen auf Herz und Nieren zu prüfen und natürlich auch neue Ungereimtheiten zu finden.
Sollte ich etwas übersehen haben, schreibt es mir bitte hier in diesen Thread; gerne auch mit Hinweis auf den Ursprungsbeitrag. Vielen Dank.
Du hast ja geschrieben, Torben habe einen weiteren Teil der Liste abgearbeitet. Also warte ich erstmal auf den nächsten Teil, bevor ich meine noch nicht beantworteten bzw. gelösten Punkte anbringe.
Soviel ist klar: viele sind schon gelöst.
Vielen Dank dafür, @UliNobbe und @Torben (sollte ja auch mal wieder gesagt werden)
Meint ihr, es ist an der Zeit, diesen Sammelthread zu schließen und für restlichen (und ab jetzt neu bemerkten) Probleme wieder nach dem Prinzip “Ein Thread pro Problem” zu verfahren? Das macht es für @UliNobbe und mich eventuell übersichtlicher, da wir direkt sehen können, was schon gelöst ist und was nicht.
mAirList kann nun auch die Windows-Standardsoundkarte verwenden (auch umschwenken wenn sie sich im laufenden Betrieb ändert), und erkennt auch neue Soundkarten, die erst während des Betriebs eingesteckt werden. Probier es mal aus 
gibt, stelle ich das um.