Beiträge von AnMa

Bei mir läuft es auch unter Win7 64Bit.

Und egal was ich tue, die transparente ONG-Grafik wird bei jeder GUI-veränderung (Klicken auf Datei udn anschließend das Menue wieder verlassen) neu über die bereits existierende Grafik gelegt. Die Überlagerung der Schatten führt dann irgendwann zu einem schwarzen Fleck. Auch wird mit der Zeit der Rand der Grafik imemr unsauberer.

Das ist der selbe Effekt, wenn ich in Photoshop eine Ebene immer wieder kopiere.

Also unterm Strich lädt das Script die Grafik bei jeder Aktion neu rein ohne darauf Rücksicht zu nehmen ob die Grafik schon geladen ist.

Jetzt habe ich mal ein Beispiel, das zeigen sollte wo das Problem liegt.

Immer wenn man in dem Script auf "Datei" klickt und dann wiedr zuück ins Gui klickt, also ohne das Script zu beenden, verdoppelt sich der Schatten der Grafik.

Grafik im Anhang

Ich bekomme auf die Schnelle nix lauffähiges zustande was ich hier einstellen könte

Bin auch noch ganz neu .. umsomerh herzich Willkommen

Das ist nicht mehr so einfach ...

Das Programm hat inzwischen doch sehr umfangreiche Formen angenommen und ich wüßte nicht wie ich das so reduziere, dass ich es hier noch funktional posten könnte.

Da muß ich erstmal sehen wie ich das bewerkstelligen kann.

Hallo Leute,

Mich zwickt schon eine Weile das Problem mit der Aktualisierng meiner GUI.

Kurz zum Aufbau (nur die wichtigsten Punkte):
- INI READ
- VAR DECLARATION
- INCLUDES
- MAIN GUI
- OPTIONS GUI
- WORKAROUND

Problem 1:

und gebe diese Recourcen nach dem Workaround, vor dem Exit wieder frei

Jetzt habe ich aber das Problem, dass bei jeder Aktion im GUI (Aufruf eines MenuItems, Klick eines Buttons usw.) die PNG-Grafiken neu über die alten geladen werden. Was zum Beispiel bei Schatten das Problem birgt, dass diese mit der Zeit zu unschönen schwarzen Klecksen verkommen, auch werden die Grafiken mit der Zeit an den Rändern dadurch unscharf. Das heißt es wird bei jeder Aktion über das alte PNG ein neues gelegt. Ich finde aber keine Möglichkeit das zu unterbinden.

Problem 2:
Hängt ebenfalls mit der aktualisierung der GUI zusammen.
Mein Script soll über "AdlibRegister" nun ca. alle 60 Sekunden eine Funktion aufrufen, die die Verbindung zu einem FTP-Server testet und entweder "true" oder "false" zurück gibt. Aufgrund dieses Wertes, sollen zum einen bei "False" die Buttons im Script deaktiviert werden und in der Statusbar "Nicht Verbunden" angezeigt werden. Im Umkehrschluß sollben bei "True" dann wieder die Buttons aktiviert werden und in der Statusbar "Verbunden" stehen.

Doch auch hier hänge ich mit der aktualisierung des GUI's. Zwar bekomme ich den richtigen Wert zurück, aber das GUI reagiert nicht auf die Änderungen.

OK, danke erstmal ... Das "AdlibRegister werde ich mal austesten.
Ich muß mal sehen wie ich das anstelle.

Könnte ich die Überprüfungsroutinen eventuell auch in ein anderes Programm packen, so dass das eigentliche Programm mit "Run" die entsprechenden Überprüfungen ausführt?

Wobei dann da wieder die Frage ist wie ich die Statusänderung in das Hauptprogramm zurück bekomme.

Ich arbeite gerade an einer Überprüfungsroutine, hierbei soll in regelmäßigen Abständen überprüft werden ob die Verbindung zum Server noch steht und entsprechend die Buttons aktiviert bzw. deaktiviert werden und in der Stuszeile eine ensprechende Info erscheinen.

Dazu habe ich eine Funktion geschrieben die die Verbindung zum Server überprüft und die ich gern alle X Minuten aufrufen möchte, aber irgendwie kapier ich nicht ganz wie ich in einer bereits laufende While-Schleife (While-Schleife des MainGui) eine andere initegriere.
Auch zu den Buttons habe ich eine Funktion geschrieben, die eben dann aufgerufen werden soll, wenn sich der Status der von der Verbindungsüberprüfung zurück gegebenen Variablen verändert hat (True/False).

Das erste wäre die zeitliche Schleife ...

Die müßte dann ja irgendwie parallel zur Hauptschleife laufen oder?

Ja richtig, wir konnten heute ein Mißverständnis bezüglich der Hilfe klären und aufeinmal verstehe ich wovon ihr hier oft gesprochen habt

Fühl mich mit der korrekten Hilfe jetzt wie Anna im Wunderland

Was soll ich sagen? - Perfekt

Danke Dir vielmals ... Nun ich muß mit meinem Programmeben sehen, mich weitgehend an das Level der einzelnen Moderatoren anzupassen. Die sind zumeißt leider mit Hard- und Software eher Low-Level ausgetattet.

Ich kann nur nochmals vielen Dank sagen. Das hätte ich mit meinem aktuellen Wissen noch lange nciht hinbekommen

Noch das ID3-Taging und ich habe das BasisPaket so gut wie fertig.

chip: Danke, hört sich interessant an. Ich muß nur mal sehen wo ich die entsprechende Hilfe finde. Inzwischen verlaufe ich mich zwischen all den Tutorials, UDF's OnlineHilfen usw... Ich weiß kaum noch wo ich nach was suchen muß

In der Zwischenzeit kämpfe ich mit einem weiteren Progblem. Ich muß bevor ich das feritfe File am Ende in das entsprechende Audioverzeichnis kopieren lasse noch den ID3Tag ändern, bzw. anlegen.

Dazu nutze ich aktuell diese UDF - http://www.autoitscript.com/forum/topic/43…id3v2-mp3-tags/

Für den ID3v1 Tag habe ich auch eine Lösung ausgearbeitet.
Aufrufen der Funktion:

_Write_ID3Tag(@ScriptDir & "\temp\Mix.mp3", "Nachrichtenstudio", "Die " & $sStd & ":00 Uhr News - aus dem")

Die Funktion:

#Region ### WRITE ID3 TAG ###
Func _Write_ID3Tag($sAudMix, $sArtist, $sTitel)
_ID3v1Field_SetString("Title",$sTitel,0) ;force pad with 0x00
_ID3v1Field_SetString("Artist",$sArtist,0) ;force pad with 0x00)
_ID3v1Tag_WriteToFile($sAudMix)
EndFunc
#EndRegion ### WRITE ID3 TAG ###

Ich habe zwar auch den Lösungsansatz für das schreiben des ID3v2 Tags, aber ich finde noch keinen Weg die Daten (Interpret und Titel) zu übergeben.

Das hier in die obige Funktion mit einzubeziehen scheint der vollkommen falsche Ansatz zu sein.

_ID3v2Frame_SetFields("TIT2",$sTitel)
_ID3v2Frame_SetFields("TPE1",$sArtist)
_ID3v2Tag_WriteToFile($sAudMix)

OK ..

Ich fürchte ich habe mich unklar ausgedrückt. Das von Dir eingestelle Script funktioniert soweit perfekt, aber ich kann es nicht in mein Programm einbinden.

Wenn ich das richtig interpretiere normalisiert dieses Script das File "$sFile_Mix" fest auf den Wert 89. Das klappt auch soweit recht gut.

Jetzt habe ich aber das Problem, dass die unterschiedlichen Moderatoren mit unterschiedlichen Werten arbeiten. Der Eine "89", der andere mit "92" usw. - Dazu hat er in den Programmoptionen die Möglichkeit seinen Wert für die Normalisierung zu hinterlegen "$sOptDb"

Dazu habe ich im Funktionsaufruf die "89" gegen die Variable "$sOptDb" ausgetauscht, was allerdings nicht den gewünschten Effekt bringt. Zwar wird zum beispiel bei einem Wert von "92"das Ergebnis erhöht, aber eben nicht auf 92, sondern nur um ca. "1,0" auf "90". Entsprechend verhält sich das bei anderen Werten.

_Audio_Mix(@ScriptDir & "\temp\Mix.mp3", $sOptDb, $sFile_Opener, $fdB_Opener, $sFile_Main, $fdB_Main, $sFile_Closer, $fdB_Closer)

Ich gehe davon aus, dass ich in der Mp3Gain Funktion auch noch den Wert korrigieren muß, kann das aber nicht ganz nachvollziehen.

Nochmal Danke für die weiteren Willkommensgrüße

Alina, bin ja schon froh dass ich hier nicht kmplett aleine bin als Frau. Is ja doch eher selten,dass sich eine von uns auf solch eine Plattform verirrt

@Jester, aber nicht dass Du vor lauter das Programmieren vergisst

Meine FTP-Probleme habe ich inzwischen gelöst bekommen ... Danke nochmal an alle die mir geholfen haben.

Ich hatte ja schon mal erwähnt, dass ich unter anderemauch testenmöchte ob ein User auch seine Zugangsdaten korrekt eingegeben hat. Der ursprüngliche Gedanke war eine simple Abfrage ob die Verbindung hergestellt wurde, was aber dann doch nicht so einfach war.

Inzwischen habe ich mir überlegt, dass es sinnvoll wäre die Überprüfung zu erweitern. Es ist ja nicht nur der Verbindungsaufbau wichtig, sondern auch ein funktionierender Download und das Auslesen der dort abgelegten Ini-Datei.

Zu dem Zweck möchte ich mit der folgenden Funktion eine Vebindung aufbauen, die original zugangs.ini herunterladen, eine Variable namens check auslesen und überprüfen. Wenn der Wert der Variablen "OK" ist, kommt die Meldung, dass die Verbindung in Ordnung ist. Ist es hingegen nicht möglich den Wert der Variablen zu ermitteln, kommt eine Meldung über die fehlgeschlagene Verbindung und es öffnet sich die Gui für die Optionen, um die Angaben zu überprüfen.

Das funktioniert so weit auch, aber wenn ich zum testen einmal einen falschen Benutzernamen eingegeben habe und die If-Schleife mit der Fehlermeldung durchlaufen wurde, bekomme ich immer die Fehlermeldung, obwohl die Verbindung OK war.

Allerdings finde ich mal wieder nicht meinen Denkfehler

Wie gesagt an sich funktioniert alles wie gewollt. Nur wenn die Verbindung einmal fehlgeschlagen ist, durchläuft die If-Schleife nur noch den Bereich (Nachricht bei "Nicht gefunden"). Erst nach Neustart des Programms läuft wieder alles normal.

EDIT:
Den Fehler habe ich zwar gefunden, aber keine ahung wie ich ihn beheben soll.

Wenn keine Verbindung zustande kommt, legt das Programm im Verzeichnis "temp" trotzdem eine Datei mit dem Namen "zugang.ini" an, diese ist allerdings leer und kann wohl nicht gelöscht werden. Sie verschwindet erst mit dem Beenden des Programms.

Ich komme hier nicht weiter, denn ich erhalte und finde überall unterschiedliche Informationen zu Deci BEL, Schalldruck, Lautstärke und Lautheit usw.

Mein größtes Problem ist, dass das Programm multibel einsetzbar sein muß.
Ich rede hier nicht von einer in sich geschlossenen Sendeanstalt wie SWF oder BR3 oder Antenne, sondern eher von den dezentralen Systemen der Webradios.

Während bei den großen Sendern auf ein Musikarchiv, ein einheitliches Soundprocessing usw. zurück gegriffen wird. Sind beim Web radio doch teils große Unterschiede vorhanden.

Ich versuche das noch malzu erklären, vielleicht sieht ja jemand einen Lösungsweg.

Die Fakten:
Angefangen damit, dass selbst das Mastering auf den CD's von der Lautstärke schon sehr unterschiedlich ist, hat man eben begonnen die Audiodaten innerhalb eines Systems auf einen gewissen Wert zu normalisiern um am Ende jeden Titel "gleich" laut zu haben.
Nun gibt es aber eingie die überzeugt davon sind dass 89dB der ideale Wert sind und andere schwören auf 93 - 95 dB. Das hat zur Folge, dass in jedem Studio unterschiedlich laute Audiofiles vorhanden sind.

Dann ist da der Audiozulieferer (für News usw.) da dieser selbst schon wieder von unterschiedlichen Sprechern Audiofiles bezieht sind auch diese Daten teilweise unterschiedlich laut.

Der Sender selbst stellt die Opener und Closer zur Verfügung gleichbleibend von der Lautstärke sind. In dem Fall 92dB.

Das Ziel:
Alle zusammengetragenen Daten auf das Niveau des jeweiligen Studion zu bringen.

Beispiele:
Studiolautstärke: 89 dB
Opener und Closer 92 dB
Audiozulieferer: 95 dB
-> Opener und Closer müssen um 3 dB gesenkt werden -- Das File vom Zulieferer muß um 6 dB gesenkt werden

Studiolautstärke: 93 dB
Opener und Closer 92 dB
Audiozulieferer: 93 dB
-> Opener und Closer müssen um 1 dB angehoben werden -- Das File vom Zulieferer bleibt unverändert

Studiolautstärke: 92 dB
Opener und Closer 92 dB
Audiozulieferer: 98 dB
-> Opener und Closer bleiben unverändert -- Das File vom Zulieferer muß um 3 dB angehoben werden

Um zu verdeutlichen von welchen Werten ich hier spreche hänge ich einen Screenshot aus Wikipedia an.
Quelle: http://de.wikipedia.org/wiki/Lautst%C3%A4rke

Eine CD aus den 80er oder 90er Jahren war zumeißt bei 89 dB. Heutige Musik geht aufgrund der fatalen Überzeugung, Lauter ist Besser, zu Lasten des Headrooms mit bis zu 97 dB auf die CD.
100 dB wären demnach das was bei der Bass 0 dB sind, da das als absolute Obergrenze gilt bei dem das Clipping einsetzt.

Wenn also bei der Bass von -9 dB die Rede ist heißt das nicht dass dann von den 100 dB Neun abgezogen werden. Denn die Reduktionskurve ist hier nonlinear.

Wie also berechne ich nun den Wert, damit mir die Bass zuerst feststellt wieviel dB ein Audiofile gemessen anhand der Beispieltabelle hat und um wieviel es gesenkt oder angehoben werden muß um am ende den Wert zu haben der lokal üblich ist?

Ich hoffe sehr, dass verständlich ist was ich damit meine.

@YaeroxXO: Vielen Dank, ich muß mal sehen ob mir das weiterhilft. Im Moment erschlägt mich das alles etwas .... Bin ich ja doch noch eine blutige Anfängern und vermutlichgeh ich eh shon dem ein oder enderen auf den Nerv

Aktuell habe ich noch immer das Problem mit der Normalisierung. Ich muß da Eukalyptus noch mal nerven.

Wenn ich das was Du geschrieben hast richtig interpretiere, durchlaufen die drei Files zuerst das Soundprocessing (Compressor, Loudness, Clipping), danach werden die 3 Files gemixt und am Ende normalisiert?

Geht leider nicht ...

Denn entweder wird "%40" vor der Übermittlung wieder in "@" gewandelt, dann hast Du das selbe Problem wie vorher.

Oder es wird "%40" übertragen und der FTP interpretiert das leider nicht zurück bekommt dann eben auch "%40" anstatt "@" und man bekommt einen Passwort Error.

Ich habs jetzt über FTPEx.aue gelöst, war zwar jetzt nochmal heftig aufwand alles umzusellen und mich da neu rein zudenken, aber es funktioniert.

hmmmm ....

Tja, warum? ...

Ich fürchte weil ich grade froh war InetGet kapiert zu haben und da wieder neu einsteigen müßte

Wird aber wohl nötig sein ...

Sowas habe ich schon vermutet, darum hat es mti _FTP__ProgressDownload auch funktioniert und der InetGet nicht

Das heißt Sendechef anschreiben und PW ändern lassen.

Bevor wir hier aber ein anderes PW haben das auch wieder nicht funzt. Gibt es irgendwo eine Liste von Zeichen die in einem PW niemals vorkommen sollten?

Ich habe jetzt mal die Funktion aus dem Programm gelöst und auf ein Minimum reduziert. Also ohne irgendwas drum rum.

Die FTP-Zeile habe ich im FF getestet und sie funktioniert. ftp://anna:anna:passwort@server.com/News/Opener.mp3

Trotzdem bekomme ich keine Ergebnisse.

$Test = InetGet("ftp://anna:anna:passwort@server.com/News/Opener.mp3", "Opener.mp3", 1, 1)

$aData = InetGetInfo($Test, -1) ; Hole alle Informationen.
InetClose($Test) ; Handle schließen um die Resourcen freizugeben.
MsgBox(0, "", "Bytes gelesen: " & $aData[0] & @CRLF & _
"Größe: " & $aData[1] & @CRLF & _
"Komplett?: " & $aData[2] & @CRLF & _
"Erfolgreich?: " & $aData[3] & @CRLF & _
"@error: " & $aData[4] & @CRLF & _
"@extended: " & $aData[5] & @CRLF)

Ergebnis:
Bytes gelesen: 0
Größe: 0
Komplett?: False
Erfolgreich?: False
@error: 0
@extended: 0

Ich verstehs nicht mehr