![]() |
Delphi-Version: 5
Delphi Sounds Problem
Hallo Leute. Ich bin in der 9. Klasse und wir programmieren gerade mit Delphi (manchmal mit Lazarus), d.h. ich habe wenig Erfahrung mit Delphi ;)
Unser Lehrer hat uns jetzt ein "Projekt" aufgegeben, in dem wir ein Programm nach unserem Belieben schreiben sollen (Ich mache eine interaktive Geschichte :D). Ich will z.B. bei Programmstart einen Sound abspielen lassen. Hab im Internet auch schon diesen Programmcode gefunden
Code:
aber damit habe ich gehörig Probleme. Es scheint, der Programmcode an sich ist richtig, aber irgendetwas stimmt mit dem Dateipfad nicht, weil ich immer ein "Fehlerbeep" bekomme. Hab außerdem im Internet was von dem Code gehört:
sndPlaySound(PChar('C:\Users\Filip\Documents\Schule\Physik und Technik\Physik und Technik\PT-Projekt\Programm\Modem.wav'),SND_ASYNC);
Code:
dieser ist aber kompliziert und ich verstehe ihn irgendwie nicht.
ExtractFilePath(Application.Exename)
Würde mich über Antworten freuen :) MfG Filip |
AW: Delphi Sounds Problem
Dir ist doch bestimmt aufgefallen, daß
![]() Und Funktionsrückgabewerte sollte man auch auswerten, vorallem wenn es Probleme gibt. :zwinker: Außerdem sollte man sich die Dokumentation der entsprechenden Funktion ruhig mal ansehn. Zitat:
Delphi-Quellcode:
oder
ExtractFilePath(Application.Exename)
Delphi-Quellcode:
sind recht einfach zu verstehen, aber dafür schau dir diesen Code in seinen Einzelteilen an.
ExtractFilePath(ParamStr(0))
Delphi-Quellcode:
oder
Application.Exename
Delphi-Quellcode:
geben den Pfad der eigenen EXE an.
ParamStr(0)
Man glaubt es kaum, aber auch Delphi und Lazarus haben ein Hilfesystem, wo sowas drinsteht, so wie auch für ![]() Das Ganze gibt also den Pfad (das Verzeichnis) zurück, worin auch die EXE liegt. |
AW: Delphi Sounds Problem
Danke für deine Antwort. :)
Muss man für den
Code:
Code das Projekt zu einer .exe komprimieren oder geht das auch so?
ExtractFilePath(Application.Exename)
|
AW: Delphi Sounds Problem
Kennst du eventuell den Unterschied, zwischen nativen Programmen und Scripten?
Nativer Delphi Quellcode wird über einen Compiler in eine EXE, DLL oder Dergleichen umgewandelt. Das Programm ist die EXE. Der Quellcode ist für das laufende Programm vollkommen unwichtig. JavaScript wird über einen Interpreter ausgeführt. Du mußt also deinen Code kompilieren und eine EXE draus machen. Ohne läuft da garnichts. :zwinker: (PascalScript-Interpreter ausgeschlossen) |
AW: Delphi Sounds Problem
Zitat:
Was
Delphi-Quellcode:
angeht, ist das gleiche wie
ExtractFilePath(Application.Exename)
Delphi-Quellcode:
(das eine kopiert den wert beim anderen ab), so ergibt sich hier der Pfad zu deinem Programm, inc. abschließendem "\" Backslash. Du brauchst nur noch den Namen (inc. Endung) von deiner Sounddatei. Wenn die Sounddateien in einem Unterordner sind, z. B. "Sounds", dann den Ordner dazugeben
ExtractFilePath(ParamStr(0))
Delphi-Quellcode:
. Zuletzt:
ExtractFilePath(ParamStr(0)) + 'Sounds\'
Delphi-Quellcode:
ExtractFilePath(ParamStr(0)) + 'Sounds\' + 'MySound.wav'
|
AW: Delphi Sounds Problem
Danke nochmal für die Antworten.
@himitsu Also könnte ich das nicht mitten beim Programmieren "testen" ? @Popov Ich habe den Sound in meinem Projektordner und hab jetzt mal den Code ausprobiert, aber ich bekomme die Fehlermeldung "Error: Illegal Expression" (bei Lazarus). Wird das erst mit der .exe-Kompilierung funktionieren, also kann man das nicht "testen"? PS: Sorry, dass ich mich so dumm anstelle, bin sehr neu mit Delphi und habe sonst so gut wie keine Programmiererfahrung. Also tut mir leid, wenn ich euch auf die Nerven gehe :) |
AW: Delphi Sounds Problem
DELPHI kannst Du auch im DEBUGGER (FEHLERSUCHER MODUS) ausführen, mit F8 und F7 kannst Du jede einzelne Programmzeile ausführen und feststellen wo Dein Programm kracht.
Wenn das Programm macht was es soll erstellst du eine *.exe , die kann dann jeder ausführen. Der Nutzer Deiner Software braucht dann kein Delphi auf seinem Computer DELPHI, C++, ... verwenden einen Compiler -> Vorteil Ausführungsgeschwindigkeit JAVA -> Interpreter -> langsame Programme |
AW: Delphi Sounds Problem
Zitat:
Diese EXE kann man auch direkt weitergeben, ohne es nochmals erneut zu kompilieren. |
AW: Delphi Sounds Problem
Liste der Anhänge anzeigen (Anzahl: 2)
Anbei als Anlage ein kleines funktionierendes Beispiel (Quellcode mit Sounds).
|
AW: Delphi Sounds Problem
Um mal ein wenig aufzuräumen:
Wenn du, Windowscratcher, dein Programm aus Delphi oder Lazarus heraus startest, verhält es sich weitestgehend genau so, als würde man die .exe die daraus resultiert alleine starten. Heisst, zumindest was dich so weit angeht: Was aus Delphi/Lazarus heraus nicht funktioniert, wird auch mit der .exe allein nicht klappen und umgekehrt. Grund: Delphi und Lazarus erstellen immer eine .exe, auch wenn man sein Programm aus der Entwicklungsumgebung heraus startet. Der einzige Unterschied ist, dass sich diese Umgebung nach dem Start der .exe in deren Ablauf überwachend "einhängt" (das ist das, was oben "Debugger" genannt wurde), was es ermöglicht den Programmfluss auf Wunsch zu beobachten (F7/F8 und andere) (und in gewissen Grenzen zu beeinflussen). Fazit ist: Wenn du im Code etwas änderst und das Programm neu startest, sind die Änderungen schon berücksichtigt. Nur dann, wenn das Programm schon gestartet ist - DANN haben Änderungen im Code keine Auswirkungen auf das noch laufende Programm. Das müsste man also erst beenden/abbrechen und neu starten. Den Vorgang, aus deinem Pascal-Code eine .exe (Abkürzung für "Executable" = "Ausführbare [Datei]") zu machen nennt sich "kompilieren" (=in etwa "zusammenstellen"), nicht "komprimieren" (="zusammenstauchen"). Letzteres wäre das, was ZIP und andere Programme ihrer Art machen: Auf geschickte Weise Daten so verändern, dass sie ohne Informationsverlust weniger Speicherplatz brauchen. Das sind zwei sehr sehr verschiedene Dinge, weswegen dort die Wortwahl ggf. auch mal entscheidender sein könnte als hier. (Hier war aus dem Kontext gut ableitbar, was du eigentlich meintest.) Hat nichts mit dem Thema an sich zu tun, aber ich fühlte mich nach "sag das mal" :) Folgendes ist für dich, Windowscratcher, eher uninteressant, daher darfst du gerne jetzt aussteigen: @bernhard_LA: Das ist grober Unfug. Zitat:
Solltest du JavaScript meinen: Das ist ein komplett anderes Pferd, dass so dann auch beim vollen Namen genannt werden müsste. Und selbst dort gehen schon einige Browser (und andere Hosts) so weit, dass sie zumindest Teilkompilate erstellen. Zitat:
So polemisch angehauchte und viel zu undifferenzierte Aussagen halte ich gerade gegenüber Einsteigern für sehr problematisch. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 20:02 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz