Seite 1 von 2
Medien-Typ herausfinden
Verfasst: 10.10.2004 19:03
von DataMiner
Eins vorweg: ich bin absoluter PB Neuling.
Zu meiner Frage: Wie kann ich mit PB herausfinden was für ein Medium im Brenner eingelegt ist? Also DVD+/-RW, DVD+/-R, CD-RW, CD-R ...
Verfasst: 10.10.2004 19:50
von Kekskiller
Garnicht, da Purebasic alleine nur Audiodiscs unterstützt.
Aber du kanst ja mal versuchen, per InlineAsm ein paar
Geräte abzufragen (falls das überhaupt was hilft) ...
Verfasst: 10.10.2004 19:56
von DataMiner
Hattu Beispiel ???
Verfasst: 10.10.2004 19:58
von Kekskiller
Wenn du mir einen ordentlichen, hochdeutsch formulierten Satz mit
angemessener Fragezeichenanzahl lieferst, dann vielleicht schon.
Btw: Ich kann (noch) kein Asm

...
Verfasst: 10.10.2004 20:00
von DataMiner
Ich bitte vielmals um Entschuldigung. Ich werde mich fürderhin befleissigen nur noch hochdeutsche Beiträge zu senden.
Besser so?

Verfasst: 10.10.2004 20:04
von Kekskiller
Hm, naja, die Rechtschreibfehler sind zwar keine Augenweide, aber egal...
Also ohne weiteres kann man die nicht feststellen. Denn Purebasic kann nur
feststellen, ob eine abspielbare AudioCd oder nicht im Laufwerk liegt.
Alternativ könntest du versuchen, Assembler zu lernen, den Inline-Assembler
von Purebasic nutzen und das CD-Laufwerk direkt ansteuern und anhand
diverser Daten herausbekommen, was für ein Typ das ist. Aber genau kann
ich da dir nichts sagen. Wahrscheinlich geht das ganze auch nur mit
entsprechenden Hardwarestücken, also eventuell nichts mit feststellen.
Und Assembler ist etwas komplizierter als Purebasic, daher lasse es erstmal.
Verfasst: 10.10.2004 20:14
von DataMiner
Rechtschreibfehler?
Wenn überhaupt, dann nur einer.
Scherz beiseite, ich habe mittlerweile (Dank an dieser Stelle an die Entwickler des ApiViewer 2004) herausgefunden das es da Variablen gibt: #MEDIA_CURRENTLY_MOUNTED = 80000000
Nur, wie nutze ich diese in PB?
Verfasst: 10.10.2004 20:24
von Kekskiller
Das sind Konstanten, Variablen, die man nicht ändern kann, da sie direkt
in das fertigcompilierte Programm reingeschreiben werden. Die kann man
bei Flags (sowas wie erweiterte Eigenschaften) angeben, oder selbst damit
rechnen. Sprich, sie sind schneller, können aber dafür nicht geändert werden.
Sie werden mit einem "#" davor gekennzeichnet.
Verfasst: 11.10.2004 21:22
von Lars
Ich denke, ASM ist völlig überzogen an dieser Stelle, das hilft dir da auch
nicht wirklich weiter.
Viel interessanter ist da die WinAPI, aber frag mich nicht, was genau, am
besten recherchierst du mal in der PSDk oder einer ähnlichen Doku deiner
Wahl.
Verfasst: 12.10.2004 02:47
von MVXA
Hallo !
Hab ne API gefunden die da helfen könnte
Code: Alles auswählen
OpenLibrary(0,"msacm32.dll")
CallFunction(0,"acmDriverDetailsA",hadid.l, padd.ACMDRIVERDETAILSA, fdwDetails.l)
ist jetzt ein Orginalauszug aus dem APIViewer2004. Leider kennt PB die Struktur ACMDRIVERDETAILSA nicht (mehr). Und ich leider auch nicht
Ich bezeweifle aber das die DLL unter jedem OS lauffähig ist... Zumal steht im APIViewer nichts näheres dazu.