Datatype fuer ProTracker Module?

Thread View: de.comp.sys.amiga.tech

4 messages

[T] Back to Threads [V] Tree View [G] Group Articles

4 total messages Started by Peter Froehlich Thu, 14 Dec 1995 15:51

#2197

Author: Peter Froehlich
Date: Thu, 14 Dec 1995 15:51

11 lines
1128 bytes

Hallo...

   Gibt's eigentlich einen Datatype fnr ProTracker Module?  Man k÷nnte z.B.
einfach  die ptreplay.library dazu verwenden nur die Erkennung dnrfte etwas
schwierig sein.  Wenn jemand Interesse daran hat, bitte PM an mich.
                      _
--- By(T)e...      _ //   "C++ is already too large and complicated..." ---
---       Peter... \X/\miga - "Gegen den Strom!" -- ANSI-X3J16/ISO-WG21 ---

e-mail: p.froehlich@amc.cube.net iam: GCS/O d- s:+ a-- C++(++++) UB P? L E-
W N++ K? w-- O- M V PS PE- Y+ PGP+ t+ 5- X? R+ tv- b++ DI? D+ G e h! r-- y+

Re: Datatype fuer ProTracker Module?

#2222

Author: Oli Lohr
Date: Fri, 15 Dec 1995 23:08

21 lines
1414 bytes

In article <21C4253EH000668A1H@p.froehlich.amc.cube.net>
p.froehlich@amc.cube.net (Peter Froehlich) wrote:



> Hallo...
> 
>    Gibt's eigentlich einen Datatype fnr ProTracker Module?  Man k÷nnte z.B.
> einfach  die ptreplay.library dazu verwenden nur die Erkennung dnrfte etwas
> schwierig sein.  Wenn jemand Interesse daran hat, bitte PM an mich.

Warum ?
So lange es nur für PT sein soll: auf "M.K." checken und fertig.



so long,
          Oli
--    _                                                               _
   _ // e-mail: crowbar@black-z.commo.mcnet.de xXx fido: 2:245/5529.1 \\ _
   \X/ A12oo - o3o/28 - 882/28 - 2C/8F - 1.7GB - 3.o xXx PGP on demand \X/

Re: Datatype fuer ProTracker Module?

#2260

Author: Frank Wille
Date: Sun, 17 Dec 1995 10:53

18 lines
1119 bytes

Oli Lohr schrieb am Fri, 15 Dec 1995 23:08:29 +0100
über "Re: Datatype fuer ProTracker Module?" :


OL> > z.B. einfach  die ptreplay.library dazu verwenden nur die Erkennung
OL> > dnrfte etwas schwierig sein.  Wenn jemand Interesse daran hat, bitte
OL> > PM an mich.
OL> 
OL> Warum ? So lange es nur für PT sein soll: auf "M.K." checken und
OL> fertig.

Hmm... Soundtracker Module benutzen dieselbe Kennung, trotzdem hat
Protracker ein paar Features mehr.


-- _
_ // Frank      EMail: frank@phoenix.owl.de
\X/             IRC:   Phx @ #amiga(ger)

Re: Datatype fuer ProTracker Module?

#2317

Author: Roland Fulde
Date: Thu, 21 Dec 1995 19:22

46 lines
2822 bytes

Peter Froehlich <p.froehlich@amc.cube.net> schrieb:

>    Gibt's eigentlich einen Datatype fnr ProTracker Module?  Man k÷nnte z.B.
> einfach  die ptreplay.library dazu verwenden nur die Erkennung dnrfte etwas
> schwierig sein.  Wenn jemand Interesse daran hat, bitte PM an mich.

Das Problem ist wohl eher, daß ein ProTracker-Datatype ein Sub-Typ
eines viel allgemeineren "Musik"-Datatypes sein müßte, wenn man mit
ihm wirklich etwas anfangen können soll. (Genau wie bei
Picture/IFF-GIF-TIFF-JFIF...)

Was habe ich schließlich davon, wenn ein Programm, das Datatypes
verwendet, zwar ProTracker-Module abspielen kann, aber bei MED-Modulen
schon wieder die Flügel streckt, weil es eben nicht auf einen
allgemeineren Musik-Datatype zugreift (was ja eigentlich die Idee der
Datatypes wäre), sondern darauf besteht, daß die abzuspielende Datei
zur Klasse "ProTracker-Module" gehören muß.

Schwierig bis unmöglich ist aber wohl, die vielen verschiedenen Musik-
und Modulformate auf einen gemeinsamen Nenner zu bringen. Es sollen ja
möglichst auch noch FaceTheMusic-, Sonix-, MIDI- und ganz anders
aufgebaute Musikformate abgespielt werden können, zumindest möchte man
das ja nicht durch zu enge Vorgaben des Obertypen von vornherein
verhindern...

Vielleicht könnte man das aber ähnlich wie beim Delitracker
realisieren... Oder vielleicht sogar den DeliTracker zum Datatype
"erweitern"/"umbauen"? (Ist das von der Struktur der Datatypes her
überhaupt machbar? / Liest Peter Kunath oder Frank Riffel hier mit?)


Die andere Möglichkeit wäre, für die Modulformate Datatypes als
Unterklasse zum sound.datatype zu schreiben, die ein Modul in ein sehr
langes Sample umrechnen, so daß es dann vom sound.datatype abgespielt
werden kann...

Allerdings würden dafür natürlich Unsummen an (Haupt- oder Platten-)
Speicher verbraucht, und der Zeitbedarf für die Konvertierung dürfte
ebenfalls ziemlich hoch sein... Und die Frage, ob Samples nicht
vielleicht doch anders behandelt werden sollten als komplette
Musikstücke, bliebe auch offen...

-- 
Roland Fulde          http://www.uni-muenster.de/WiWi/home/fulde/

"Nicht alles was hinkt, ist notwendigerweise auch ein Vergleich."

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads