AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte TAudioVolume Komponente incl. System Mixer
Thema durchsuchen
Ansicht
Themen-Optionen

TAudioVolume Komponente incl. System Mixer

Ein Thema von EWeiss · begonnen am 6. Mai 2018 · letzter Beitrag vom 24. Jul 2019
Antwort Antwort
Seite 9 von 21   « Erste     789 101119     Letzte »    
EWeiss
Projekt entfernt..

Geändert von EWeiss (24. Jul 2019 um 05:45 Uhr)
 
EWeiss
 
#81
  Alt 15. Mai 2018, 03:49
Richtig! Solange kann ich nicht darauf reagieren wenn die Events nicht funktionieren.
Könnte man das eventuell so Regeln?
Bei Programm Start wird ja Ermittelt was da so alles für Prozesse laufen die auch noch mit dem Mixer verbunden sind.
Da kann man doch bestimmt so etwas wie eine Liste anlegen für "hab diesen Prozess" oder noch besser, limitieren auf den Namen den dein Programm für die Prozesse anzeigt.
Nun ein Timer und die gleiche Prozedur durchlaufen lassen wie beim Start nur das dabei eine zweite Liste erstellt wird.
Die könnte man doch dann Gegenprüfen und bei Veränderung alles von vorne zeichnen wie bei Programm Start. Nur so ein Gedanke, ob der umzusetzen ist weiß ich nicht.
Das wäre zwar ohne Aufwand möglich aber nicht sinnvoll.
Das Event muss von Windows selber kommen.
Ansonsten muss ich in einem Thread immer diese Liste überprüfen das wäre .. hmmm sagen wir mal schlecht.

Schade nur das niemand sagen kann woran es liegt und bereit ist zu helfen.

Nebenbei wenn ich wollte kann ich alle Controls zur Laufzeit auf andere Positionen verschieben.
Dazu muss ich nur eine einzelne Zeile deaktivieren.

gruss

Geändert von EWeiss (11. Jul 2019 um 16:51 Uhr)
  Mit Zitat antworten Zitat
TiGü

 
Delphi 10.4 Sydney
 
#82
  Alt 15. Mai 2018, 14:59
Beispiel für die Anwendung der Events, Notifications und Callbacks in der Hauptkomponente TAudioVolume. Beachte die neuen Methoden am Ende der Unit AudioVolume.pas.

Sollte in Delphi 2010 das hier nicht verfügbar sein: TThread.Current.ThreadID dann kannst du das mit GetCurrentThreadId ersetzen.
Angehängte Dateien
Dateityp: zip AudioVolume.Test_2018-05-15_14-55-44.zip (47,6 KB, 18x aufgerufen)
  Mit Zitat antworten Zitat
EWeiss
 
#83
  Alt 15. Mai 2018, 15:08
Beispiel für die Anwendung der Events, Notifications und Callbacks in der Hauptkomponente TAudioVolume. Beachte die neuen Methoden am Ende der Unit AudioVolume.pas.

Sollte in Delphi 2010 das hier nicht verfügbar sein: TThread.Current.ThreadID dann kannst du das mit GetCurrentThreadId ersetzen.
Danke!
Werde es mir mal reinziehen.

gruss
  Mit Zitat antworten Zitat
EWeiss
 
#84
  Alt 15. Mai 2018, 16:15
@Tigü
Sieht gut aus Vielen Dank dafür.

Werde mich damit weiter auseinandersetzen und schauen ob ich damit das Event ans laufen bekomme.
Im Moment nach dem Sortieren der Units und dem neu ausgerichteten Projekt lösen diese leider immer noch nicht aus. (Win7)

gruss

Geändert von EWeiss (16. Mai 2018 um 06:29 Uhr)
  Mit Zitat antworten Zitat
SearchBot

 
Delphi 12 Athens
 
#85
  Alt 16. Mai 2018, 00:06
Hallo, bin hier vorgestern quer reingestolpert, weil ich gerade eine SessionVolume-Steuerung gesucht habe (also nicht MasterVolume).

Die Komponente ist toll

Aber es ist für meine Verwendung schon zu viel drauf. Mir reicht der Schieberegler

Leider gibt es da keine visible-Eigenschaften für die verschiedenen Elemente und die Höhe der Komponente läßt sich auch nicht verringern (zB wenn man das Icon oben weglässt).

Wäre es viel Arbeit, wenn die einzelnen Elemente eine visible-Eigenschaft bekämen?
  Mit Zitat antworten Zitat
EWeiss
 
#86
  Alt 16. Mai 2018, 05:59
Zitat:
Wäre es viel Arbeit, wenn die einzelnen Elemente eine visible-Eigenschaft bekämen?
Entschuldige bitte... Ich möchte nicht unhöflich sein.

Aber der Quelltext wurde veröffentlicht also steht es dir frei zu ändern was du willst.
Es wäre jedoch schön wenn du\ihr den Header der Komponente bestehen lasst.

TIP:
Lade dir von meiner Skined Anwendung die TAudioVolume LIB herunter.. diese ist ganz ohne Komponente so kannst du
selbst bestimmen ob und welche Art von Trackbar, Icons usw. du verwenden willst.

Zitat:
Werde mich damit weiter auseinandersetzen und schauen ob ich damit das Event ans laufen bekomme.
Es scheint so zu sein das W10 und W7 die Komponente bzw. die Events unterschiedlich behandeln.
Unter W10 scheint das Event zu funktionieren aber in W7 nicht.
Deshalb werde ich wohl ohne separaten Thread für die Events nichts machen können.

gruss

Geändert von EWeiss (16. Mai 2018 um 11:04 Uhr)
  Mit Zitat antworten Zitat
EWeiss
 
#87
  Alt 16. Mai 2018, 07:14
Neue Version..
Zitat:
v1.0.4 (15 Mai 2018)
- PostMessage für die Events entfernt
Events, Notifications und Callbacks wurden direkt in die Class TAudioVolume integriert
somit ist ein PostMessage für die Events nicht mehr von nöten
(by TiGü)
Danke für deine Mitarbeit.

gruss
  Mit Zitat antworten Zitat
TiGü

 
Delphi 10.4 Sydney
 
#88
  Alt 16. Mai 2018, 10:31
Gern!

Kann es sein, dass das Aufrufen der Callback von IAudioSessionNotification abhängig ist vom Treiber?
Der Treiber kann, muss das aber nicht implementieren.
Zumindest sieht das auf den ersten Blick so aus, wenn man sich die Wine-Quelltexte anschaut.
  Mit Zitat antworten Zitat
TiGü

 
Delphi 10.4 Sydney
 
#89
  Alt 16. Mai 2018, 10:34
Siehe Zeile 605:
https://github.com/wine-mirror/wine/...vapi/devenum.c

verweist auf Zeile 55:
https://github.com/wine-mirror/wine/...api/mmdevapi.h
  Mit Zitat antworten Zitat
EWeiss
 
#90
  Alt 16. Mai 2018, 10:44
Sorry ich verstehe nicht auf was du hinaus willst.

Wenn ich CoInitializeEx in einem Thread aufrufe dann bekomme ich das Event, ob es jetzt mit deiner Änderung funktioniert muss ich erste noch testen.
Was ich aber weis dass das Event unter Win10 unterschiedlich ist dort soll es funktionieren während es in Win7 nicht gehen soll.

Aber nur vom Hörensagen bestätigt hat mir das noch niemand.
Zumindest hast du mir letztens gesagt das die Events bei dir funktionieren ob es nun am Konsolen Programm lag oder an der Windows Version kann ich nicht mit Bestimmtheit sagen.

Zur zeit verwende ich CoInitializeEx nicht weil Delphi es automatisch aufruft "COINIT_APARTMENTTHREADED"
Delphi pfuscht mir irgendwie dazwischen was das soll keine Ahnung! Ist mir unverständlich.
Kein Sprache Framework soll bestimmen ob ich und wie ich CoInitialize aufrufe das sollte die Anwendung entscheiden nicht das Sprache Framework.

gruss

Geändert von EWeiss (16. Mai 2018 um 11:41 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 9 von 21   « Erste     789 101119     Letzte »    


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:54 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz