|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
Uwe
Nutzer
26.06.2005, 20:21 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 Also habe ich den MMC-Standard doch falsch verstanden. Ich habe nochmal eine neue Version hochgeladen (gleiche Adresse). Zum Rauschen während der Wiedergabe: Die Dateien sollten nicht über die audio.device abgespielt werden. Verwendet AHI mit einer Soundkarte. Uwe |
|||||
|
Uwe
Nutzer
23.06.2005, 23:13 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 Ich habe unter der gleichen Adresse eine neue Version hochgeladen. Sie benutzt jetzt einen anderen Lesebefehl bei ATAPI-Laufwerken. Kann es mal jemand ausprobieren? |
|||||
|
Uwe
Nutzer
06.06.2005, 12:08 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 @Sprocki Ist es vielleicht eine kopiergeschützte CD? Läßt sie sich ohne das FileSystem zu starten von einem CD-Player-Programm abspielen? |
|||||
|
Uwe
Nutzer
04.06.2005, 00:24 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 @Sprocki >Und jetzt bitte ich um CD-Text ... :-) Laut Spezifikation meines CD-Laufwerks unterstützt es das Lesen von CD-TEXT. Damit kann ich es ausprobieren. Jetzt muss ich nur noch eine CD besorgen, die auch CD-TEXT enthält... @DaxB >Abspielen geht (Songplayer) gut, nur beim vor- zurückspulen >kommt es vor das gestoppt und der nächste Track gespielt wird. Bei mir entsteht der gleiche Fehler. Untersuchungen der Fehlercodes ergeben folgenden Fehler: Sense Key: 0x03 = Medium Error ASC+ASCQ: 0x15 00 = Random Positioning Error Scheinbar sind CD-Laufwerke nicht für solches wilde Herumgespringe gedacht. Ich könnte zwar den Lesebefehl wiederholen, aber das würde die "Lesepause" nicht beheben. Kommt bei dir ein Schreib/Lesefehler-Requester? |
|||||
|
Uwe
Nutzer
02.06.2005, 23:26 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 @Palgucker Das im Puffer alte Daten sind hat zwei Gründe: 1) Den Puffer den ich allokiere hatte ich nicht gelöscht, was eigentlich nicht notwendig ist. 2) Ich bin zu blöd, einen SCSI-Direct-Befehl zu formulieren. Ich hatte dem Laufwerk angewiesen KEINE Daten zu lesen. Tut mir leid, ich habe kein ATAPI-Laufwerk, mit dem ich das ausprobieren kann. Aber jetzt sollte es gehen. Ich habe nochmal eine neue Version hochgeladen. |
|||||
|
Uwe
Nutzer
01.06.2005, 18:21 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 Ich habe ein paar Änderungen vorgenommen. Jetzt kann man den Kommandosatz, wie bei anderen Grabbing-Tools auch, in der Mountlist-Datei ändern. Das voreingestellte "ATAPI" sollte mit allen neuen IDE-Laufwerken funktionieren. Die neue Version ist wieder unter http://people.freenet.de/uweryssel/CDDA-FileSystem.lha zu finden. [ Dieser Beitrag wurde von Uwe am 02.06.2005 editiert. ] |
|||||
|
Uwe
Nutzer
01.06.2005, 00:20 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 > Der Header ist nicht auf der CD? Wo denn dann? > Und wenn er gar nicht auf der CD ist, weshalb wird er dann kopiert? Mit Header meine ich den AIFF-Header. Auf der CD sind nur die Rohdaten. Damit daraus eine AIFF oder WAVE muss ich noch den Header vor den Daten simulieren. Dann sieht es so aus wie wenn AIFF bzw. WAVE-Dateien im Verzeichnis werden. Bitte bei dem Laufwerken angeben, ob sie SCSI oder ATAPI sind. |
|||||
|
Uwe
Nutzer
01.06.2005, 00:02 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 Das Problem ist das jeder Hersteller eigene Lesekommandos benutzt. Plextor-Laufwerke können bis jetzt nicht funktionieren, da ich (noch) nicht weiß, welche Kommandos es benötigt. |
|||||
|
Uwe
Nutzer
31.05.2005, 23:23 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 > Zumindest werden die Tracks erkannt. Die Tracks sollte es bei jedem Laufwerk erkennen. Das ist standardisiert. > Allerdings werden nur die ersten 54 Byte kopiert, woran liegt das? Das liegt daran, dass das Lesekommando fehlgeschlagen ist. Was für ein Laufwerk hast du? Also Hersteller und Typ und ob es SCSI/ATAPI ist. Die 54 Byte sind vom Header, der ja nicht auf CD ist. |
|||||
|
Uwe
Nutzer
31.05.2005, 21:31 Uhr [ - Direktlink - ] |
Thema: CDDA-FileSystem testen
Brett: Amiga, AmigaOS 4 Ich habe unter http://people.freenet.de/uweryssel/CDDA-FileSystem.lha eine Testversion meines CDDA-Filesystems veröffentlicht. Das Filesystem erzeugt ein Volume mit Audio-Dateien für jeden Audio-Track. Als Format kann man RAW, AIFF und WAVE wählen. Bis jetzt konnte ich es nur mit meinem Toshiba-SCSI-Laufwerk testen, aber ich habe noch Routinen für ATAPI und die SCSI-Laufwerke von Philips, Sony und NEC eingebaut. Kann das mal jemand testen? Wenn es nicht gehen sollte, bitte schickt mir eine E-Mail mit Angabe des Laufwerksnamen (Vendor und Typ) und ob es mit einem anderen CD-Grabbing-Tool funktioniert (z.B. ReadCDDA oder SecondSpin). MfG Uwe |
|||||
|
Uwe
Nutzer
12.04.2005, 13:14 Uhr [ - Direktlink - ] |
Thema: USB Modem für Mac und Linux
Brett: Andere Systeme Ich suche eher Empfehlungen, welche Modems gut funktionieren und welche nicht. Bei Auktionen steht meist nie richtig da, ob es ein Soft- oder Hardwaremodem ist. Uwe |
|||||
|
Uwe
Nutzer
12.04.2005, 00:00 Uhr [ - Direktlink - ] |
Thema: USB Modem für Mac und Linux
Brett: Andere Systeme Ich suche ein externes USB-Modem (analog 56K), dass mit Linux (Ubuntu PPC) und Mac OS X läuft. Es sollte ein Hardware-Modem sein (AT-Befehlssatz), also kein Soft/Win-Modem, bei dem man spezielle Treiber braucht, die es nirgens gibt. Uwe [ Dieser Beitrag wurde von Uwe am 12.04.2005 editiert. ] |
|||||
|
Uwe
Nutzer
09.10.2004, 23:04 Uhr [ - Direktlink - ] |
Thema: scumm??
Brett: Amiga, AmigaOS 4 @StefanONE >Kann ich ScummVM auch mit AGA, also ohne Graka benutzen? Mit der neuesten Version (0.6.1b2) sollte es gehen. Siehe meinen letzten Beitrag in diesem Thread. Die Seite von Sebelinteractive ist nicht ganz aktuell. Aber die Version, die AGA-fähig ist, ist auch erst ein paar Tage alt. Uwe [ Dieser Beitrag wurde von Uwe am 09.10.2004 editiert. ] |
|||||
|
Uwe
Nutzer
09.10.2004, 13:14 Uhr [ - Direktlink - ] |
Thema: scumm??
Brett: Amiga, AmigaOS 4 >nehme ich scummaga.exe macht er ein bildschirmmodusfenster aufin dem ich einen 8 bit screen öffnen soll geht das auch bei scummvm_68k? Nein, meine Version sucht automatisch den passenden Screen aus. Ich benutze dafür die entsprechende CybergraphX-Funktion, die keine P96-Screens findet. In der neuesten Version (0.6.1b2) habe ich einen NoCgx-Modus eingebaut, mit dem nur noch AmigaOS-Funktionen zur Grafikausgabe benutzt werden. Mit setenv SCUMMVM_NOCGX 1 wird dieser Modus eingeschaltet. Damit funktioniert aber der Fenstermodus und die Grafikfilter nicht mehr, da diese 16-bit-Grafik benötigen. Es funktioniert nur der Vollbildmodus. Übrigens: Mit dieser Funktion bekommt man ScummVM auch unter AGA lauffähig. |
|||||
|
Uwe
Nutzer
08.10.2004, 17:25 Uhr [ - Direktlink - ] |
Thema: scumm??
Brett: Amiga, AmigaOS 4 Starte mal mit -f -gnormal. Ich vermute mal, dass du versucht hast MI3 zu starten. Dieser benötigt eine Auflösung von 640x480. Ist ein Grafikfilter aktiv verdoppelt sich die Auslösung auf 1280x960. Mit -gnormal wird kein Filter verwendet. [ Dieser Beitrag wurde von Uwe am 08.10.2004 editiert. ] |
|||||
|
Uwe
Nutzer
06.10.2004, 16:40 Uhr [ - Direktlink - ] |
Thema: scumm??
Brett: Amiga, AmigaOS 4 @monkey Die neueste Version von ScummVM gibt es unter http://people.freenet.de/uweryssel/scumm_de.html >hallo doch nnch ein problem wie bekomme ich ein fullscreen hin >er sagt mit er findet keinen bildschirm in den voreinstellungen >steht nur default und kein bildschirmmodus?? Was wird denn genau ausgegeben? Benutzt du P96? Uwe |
|||||
|
Uwe
Nutzer
16.09.2004, 18:08 Uhr [ - Direktlink - ] |
Thema: mICQ 0.4.11
Brett: Amiga, AmigaOS 4 @Solar >Hast Du das ausprobiert? Ich würde erwarten, daß die entsprechenden >Funktionen in der dos.library das ":/" erkennen und das "/" schlicht >ignorieren... Ja habe ich. shell> cd SYS:/ Objekt nicht gefunden. shell> cd SYS: shell> cd / Objekt nicht gefunden. >HOME=SYS: ist allerdings auch eine dumme Idee... Ich habe HOME normalerweise auf SYS:Home gesetzt. Aus irgendeinem Grund setzt es Miami bei Start auf "SYS:". In Miami habe ich noch nicht die Einstellungen gefunden, wo man das ändern kann. |
|||||
|
Uwe
Nutzer
16.09.2004, 13:39 Uhr [ - Direktlink - ] |
Thema: mICQ 0.4.11
Brett: Amiga, AmigaOS 4 @Solar >Ich mag zwar schon länger keine AmigaDOS-Shell mehr benutzt haben, >aber als ich das letzte Mal hingeguckt habe, war ein führendes "/" >das Zeichen für "eine Verzeichnisebene höher", und am Device >(in diesem Fall SYS:) ist Ende mit "höher". SYS:/ und SYS: müßten >also identisch sein. SYS: und SYS:/ sind nicht identisch. SYS:/ ist ein ungültiger Pfad. Was soll auch eine Ebene höher als SYS: sein? @chkamiga >Wenn nix hilft nimm ein Hex-Editor und Änder >das in z.B. "SYS:.micq2/micqrc" Der Pfad SYS:/.micq ist doch nicht im Program fest kodiert. Ein Hex-Editor hilft da wenig. Wie schon gesagt. Der Pfad wird aus HOME gebildet. Wenn HOME auf SYS: gesetzt ist macht er aus SYS: und .micq/micqrc SYS:/.micq/micqrc, weil in den Sourcen der Doppelpunkt nicht beachtet wird. Uwe |
|||||
|
Uwe
Nutzer
15.09.2004, 14:37 Uhr [ - Direktlink - ] |
Thema: mICQ 0.4.11
Brett: Amiga, AmigaOS 4 Versuch mal die ENV-Variable HOME zu ändern. Bei mir setzt Miami HOME immer auf SYS: und UNIX-Portierungen versuchen immer aus HOME einen Pfad zu machen. Da UNIX keinen Doppelpunkt im Pfad kennt machen die Programme aus SYS: immer SYS:/<directory>. Setze mal HOME auf ein existierendes Verzeichnis. z.B. setenv HOME Sys:Home Uwe |
|||||
|
Uwe
Nutzer
13.08.2004, 18:01 Uhr [ - Direktlink - ] |
Thema: ScummVM AGA
Brett: Amiga, AmigaOS 4 Das mit der cybergraphics.library sollte jetzt gehen. Ich habe die veränderte Version hochgeladen. Die Adresse steht ja im ersten Eintrag. Uwe |
|||||
|
Uwe
Nutzer
13.08.2004, 16:36 Uhr [ - Direktlink - ] |
Thema: ScummVM AGA
Brett: Amiga, AmigaOS 4 @checker >geht leider nicht macht hier keinen AGA screen auf sondern einen ganz normalem P96 screen Ja so ist es gedacht. ScummVM sucht mit BestModeID den passenden Screen aus. Vorzugsweise nimmt er dann P96. Ist es gewünscht, das immer ein AGA-Screen (also PAL) geöffnet wird auch wenn eine Grafikkarte vorhanden ist? @M0rpheus >alles was ich bekomme ist eine Fehlermeldung : CANNOT OPEN CYBERGRAPHICS.LIBRARY ! habe ich mir schon gedacht. StormC öffnet automatisch die cybergraphics.library. Da werde ich noch ein bisschen probieren müssen. Uwe |
|||||
|
Uwe
Nutzer
12.08.2004, 19:46 Uhr [ - Direktlink - ] |
Thema: ScummVM AGA
Brett: Amiga, AmigaOS 4 Hallo, ich habe mal versucht ScummVM AGA-kompatibel zu machen. Leider kann ich es nicht selbst ausprobieren, da ich weder einen 15kHz-Monitor noch einen ScanDoubler habe. Unter http://www.inf.tu-dresden.de/~ur081221/ScummAGA_Test.lha ist die Testversion erhältlich. Um den AGA-Modus einzuschalten muss die Umbegungsvariable SCUMMVM_AGA_MODE auf 1 gesetzt werden. Bitte sagt Bescheid, ob sie unter AGA funktioniert. Uwe |
|||||
|
Uwe
Nutzer
06.07.2004, 23:00 Uhr [ - Direktlink - ] |
Thema: ScummVM WarpOS
Brett: Amiga, AmigaOS 4 Wird leider noch nicht unterstützt. Uwe |
|||||
|
Uwe
Nutzer
07.05.2004, 19:40 Uhr [ - Direktlink - ] |
Thema: Lego Mindstorm
Brett: Programmierung NQC gibt es auch für Windows, MAC, Unix, ... http://www.baumfamily.org/nqc_old/index.html Ist eine Sprache für die Projektarbeit vorgegeben? Uwe |
|||||
|
Uwe
Nutzer
06.05.2004, 21:48 Uhr [ - Direktlink - ] |
Thema: Lego Mindstorm
Brett: Programmierung Ich habe vor einem halben Jahr einen einführenden Artikel über Lego Mindstorms im Amiga-Magazin geschrieben: http://www.amiga-magazin.de/magazin/a11-03/legomindstorm/index.html Wenn du mit NQC auf dem Amiga programmieren willst, eine Amiga-Version gibts im Aminet. MfG Uwe [ Dieser Beitrag wurde von Uwe am 06.05.2004 editiert. ] |
|||||
|
Uwe
Nutzer
29.03.2004, 16:00 Uhr [ - Direktlink - ] |
Thema: StormC 4: PPC 32-bit-Datenmodell
Brett: Programmierung @solar Es geht mir nicht um Funktionsaufrufe, sondern um das Datenmodell (16-bit DATA relocation) >Da liegt Dein Fehler wahrscheinlich eher in den 68k-Optionen... Ich kompiliere nur für PPC (kein Mixed Binary). Da kann ich keine 68k-Optionen einstellen, jedenfalls nicht über die GUI. Wie bekomme ich nun mein Program "gelinkt"? Uwe |
|||||
|
Uwe
Nutzer
27.03.2004, 23:10 Uhr [ - Direktlink - ] |
Thema: StormC 4: PPC 32-bit-Datenmodell
Brett: Programmierung Beim Linken eines großen Programms mit vielen Daten kommt folgende Fehlermeldung: 16 bit data relocation too far Laut Anleitung kann ein Offset zur Linker-Database von 32768 Abhilfe schaffen. Wenn dies nicht funktioniert - und es funktioniert bei mir nicht - soll man 32-bit-Adressen verwenden. Aber wie schaltet man auf 32-bit-Adressen um? Einen Schalter wie bei M68k (far data) gibt es nicht. Uwe |
|||||
|
Uwe
Nutzer
25.02.2004, 21:36 Uhr [ - Direktlink - ] |
Thema: StormC 4 - Mixed Binaries
Brett: Programmierung Ich habe es geschafft. Man muss "Small debug files" einschalten. Ich hatte vorher "No debug files" eingestellt um Zeit beim Kompilieren zu sparen. Es kommt zwar immer noch die Fehlermeldung, aber die C-Dateien werden erzeugt. Ich musste aber die erzeugten C-Dateien noch verändern, damit es klappt. Der Compiler vertrug das extern "ASM" nicht. Uwe |
|||||
|
Uwe
Nutzer
23.02.2004, 19:46 Uhr [ - Direktlink - ] |
Thema: StormC 4 - Mixed Binaries
Brett: Programmierung >Wie gehst Du dabei vor? Ich habe immer nur zwei Object-Verzeichnisse - >jeweils eines für das 68k- und das PPC-Projekt. (Egal wie groß das >Projekt ist). Hast Du mehrere PPC-Projekte? Nein. Ich habe unter Settings/Projekt Environment/Make "Use single object directory" abgeschaltet. Dadurch werden die Objektdateien in das gleiche Verzeichnis wie die C/C++-Dateien geschrieben. Das ist nötig, weil der Sourcecode in mehreren Verzeichnissen verteilt ist und gleiche Namen vorkommen. Sonst würden sich die Objektdateien gegenseitig überschreiben. Das mit dem vereinfachten Projekt werde ich mal ausprobieren. Uwe |
|||||
|
Uwe
Nutzer
22.02.2004, 20:46 Uhr [ - Direktlink - ] |
Thema: SummVM 0.5.168k
Brett: Amiga, AmigaOS 4 Wie heißt die Meldung genau? "SoundMixer::out of mixer slots" ? Dann hat es nichts mit AHI zu tun. Diese Sound-Slots sind direkt in ScummVM implementiert. Die Anzahl der Slots (= Kanäle) ist auf 16 begrenzt. Normalerweise werden nicht so viele gebraucht (sonst wären sie ja nicht begrenzt). Vermutlich kommt der 68k nicht mit dem Abspielen der Samples hinterher und es kommen immer neue dazu. Uwe |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|