RESHOOT R Trap Runner Boxed Ve

Benutzer
Benutzername:

Passwort:

 Automatisch einloggen



Ich habe mein Passwort vergessen!

Noch keinen Account?
Du kannst Dich KOSTENLOS registrieren!

Sprache:

 

» Home
» Heft Member
» News lesen
» News melden
» News Einstellung
» Everywhere
 
Amiga Future
» Info
» Inhaltsangaben
» Artikeldatenbank
» Merchandising
» Shop
» Download
 
Community
» Forum
» Galerie
» Kalender
 
Wissen
» Amiga Software
» Amiga Cheats
» Amiga FAQ
» Forum FAQ
» Link-Sammlung
 
Service
» Jobs
» Webmaster
» Werbung
» Kontakt/Impressum
» Datenschutz

Suchen

Erweiterte suche

Anzeigen
Bitte unterstützt uns durch Einkäufe bei Amazon:

Deutschland
Österreich
UK
France
Canada
Italia
Espana


Spenden
Donate
Amiga Future

DBM0 format specification update.
Gehe zu Seite 1, 2  Weiter
 
Neues Thema eröffnenNeue Antwort erstellen Amiga Future Foren-Übersicht -> DigiBooster Support
Vorheriges Thema anzeigen :: Nächstes Thema anzeigen 
Autor Nachricht
krashan
AFF Profi
AFF Profi


Anmeldungsdatum: 27.01.2009
Beiträge: 106


   poland

BeitragVerfasst am: 18.09.2013 - 20:10    Titel: DBM0 format specification update. Zitieren

The official specification of DBM module format has been updated to version 1.3 with clarification of panning envelope points storage. The same document in Amiga Guide format will be distributed with the next beta version.
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Saga
Newbie
Newbie


Anmeldungsdatum: 22.10.2013
Beiträge: 9


BeitragVerfasst am: 22.10.2013 - 01:06    Titel: Zitieren

I need some clarification on the format, as some parts are rather ambiguous or are treated differently by existing loaders.

First, regarding the instrument panning, is it supposed to be an int16? MilkyTracker and OpenMPT treat it like an uint8, although they treat a value of 0 as "do not force panning" and values 1...255 as "force panning" (1 = left, 255 = right). If it is indeed an int16, would that mean that a value of 0 (center) should not force center panning on a channel (i.e. use previous panning position), or is instrument panning enforced on every note like in XM?
Or is there a similar difference as when comparing panning envelopes stores with DBPro 2.x (0...64) and DBPro 3.x (-128...128)?

Second, example DBM files coming with DBPro have an undocumented MPEG chunk instead of SMPL. I think the first $numSample uint32s are the uncompressed sample sizes, which are followed by an unknown uint16 (always 0x00 0x40?). Is there actually a way to determine the compressed size of each sample? I'm asking because the usual mpeg libraries like libmpeg123 simply munch as many bytes as they can get, and you can't tell them to stop after x samples have been decoded.
Edit: I'm decoding the whole MPEG chunk into one big buffer now and then split this buffer up according to the uncompressed sample lengths, but this still gives me crippled samples. How is this supposed to be done correctly?

Last but not least I think the description text "Number of instruments in the module (up to 255)" is wrong. There's always one more instrument than this number claims.

Thanks in advance,
- saga (OpenMPT maintainer)
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
krashan
AFF Profi
AFF Profi


Anmeldungsdatum: 27.01.2009
Beiträge: 106


   poland

BeitragVerfasst am: 29.10.2013 - 23:56    Titel: Zitieren

Saga hat folgendes geschrieben
First, regarding the instrument panning, is it supposed to be an int16? MilkyTracker and OpenMPT treat it like an uint8, although they treat a value of 0 as "do not force panning" and values 1...255 as "force panning" (1 = left, 255 = right).
It depends if you mean panning as parameter of 8xx effect, or value of panning envelope point. In the first case, this is uint8, interpreted as: $00 is full left, $80 is center, $FF is almost full right ($100 would be full, but cannot be used in effect). In envelope point panning is int16: -128 is full left, 0 is center, +128 is full right.

Saga hat folgendes geschrieben
Or is there a similar difference as when comparing panning envelopes stores with DBPro 2.x (0...64) and DBPro 3.x (-128...128)?
Yes, similar, it is just different range, as parameters of effects are uint8 by definition, and they are written in the pattern as such.

Saga hat folgendes geschrieben
Second, example DBM files coming with DBPro have an undocumented MPEG chunk instead of SMPL.
AFAIK this feature was only used in those example modules. I've yet seen no module using MPEG compressed samples. Even if some exist, this feature is considered obsolete and will be never supported by DigiBooster 3. MPEG compression is encumbered with patents, also using lossy compression in a format used for storing projects being continuously edited makes no sense. There are plans for using FLAC compression instead. Of course it will be fully documented when implemented.

Saga hat folgendes geschrieben
Last but not least I think the description text "Number of instruments in the module (up to 255)" is wrong. There's always one more instrument than this number claims.
In fact it is not true. However it should be noted that inside DigiBooster instruments are numbered from 1 in patterns, while inside DBM0 module they are counted from 0. It may give an impression, that there is one more instrument. What makes the thing more complex, samples as given inside INST chunk, are numbered from 1 as well, so sample 0 just does not exist. This information is in fact missing in the specification, I will add it.

I also want to note that we are going to release an official C code of DigiBooster 3 loader and replayer. This code is portable, it will compile on Linux and Windows out of a box and has minimal dependencies. It will be probably licensed on BSD license. The loader is finished already, player is in the work.
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Saga
Newbie
Newbie


Anmeldungsdatum: 22.10.2013
Beiträge: 9


BeitragVerfasst am: 30.10.2013 - 00:03    Titel: Zitieren

Regarding the panning, I was talking about "2 bytes Instrument panning (−128 = full left, +128 = full right)." - is this also -128...128 in version 2? I'm just wondering because the panning envelopes were also XM-compatible, so I wondered if the same is true for default instrument panning.

Zitat:
In fact it is not true. However it should be noted that inside DigiBooster instruments are numbered from 1 in patterns, while inside DBM0 module they are counted from 0

I was just checking my code again to be absolutely sure, and I found an off-by-one mistake there in one place, which I fixed in another place by adding 1 to the number of instruments. So yes, it is correct after all, sorry about that.
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Saga
Newbie
Newbie


Anmeldungsdatum: 22.10.2013
Beiträge: 9


BeitragVerfasst am: 30.10.2013 - 00:13    Titel: Zitieren

By the way, is it possible that portamento effects are working slightly different from how they are known in MOD/XM?
Consider this tune...

I have an MP3 recording of it (since I can't get DigiBooster to run in WinUAE, I can't verify it myself), in which you can clearly hear three distinct notes in the first pattern on channel 9 (starting from row 52, F#...A#...A). However, when interpreting those 3xx commands just like in MOD or XM (with Amiga slides), the slide to A# only reaches A, so it sounds like only two notes instead of three.
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
krashan
AFF Profi
AFF Profi


Anmeldungsdatum: 27.01.2009
Beiträge: 106


   poland

BeitragVerfasst am: 30.10.2013 - 10:37    Titel: Zitieren

Saga hat folgendes geschrieben
Regarding the panning, I was talking about "2 bytes Instrument panning (−128 = full left, +128 = full right)." - is this also -128...128 in version 2?

Yes. Default instrument panning in INST chunk is stored as 2 bytes and uses [-128 .. +128] range, exactly the same as in envelopes. The only place, where panning is stored as uint8, is parameter of 8xx effect. There is no change here between DigiBooster Pro 2 and DigiBooster 3.
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
krashan
AFF Profi
AFF Profi


Anmeldungsdatum: 27.01.2009
Beiträge: 106


   poland

BeitragVerfasst am: 30.10.2013 - 10:41    Titel: Zitieren

Saga hat folgendes geschrieben
By the way, is it possible that portamento effects are working slightly different from how they are known in MOD/XM?...

Yes, this is because "portamento unit" in DB3 is aligned to the music scale and is equal exactly 1/8 of a semitone interval. However some musicans told me it is too fast compared to DigiBooster Pro 2. Then I'm considering some measurements and adjusting it to 1/12 or 1/16.
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Saga
Newbie
Newbie


Anmeldungsdatum: 22.10.2013
Beiträge: 9


BeitragVerfasst am: 30.10.2013 - 14:46    Titel: Zitieren

This tune was made ten years ago, though, and the file header says it was made with DB2.21. So something must have already been different from MOD/XM in DB2. I'm more intersted in playing things like DB2 would play them, since that's what the majority of DBM files was made with, obviously.

Easiest would probably if I could just get DB2 to run in WinUAE here, but I'm not sure how to install the required "ReqToolsLib".
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
daxb
AFF Profi
AFF Profi


Anmeldungsdatum: 10.11.2002
Beiträge: 578


BeitragVerfasst am: 30.10.2013 - 17:30    Titel: Zitieren

Just copy reqtools.library to sys:libs/ folder.
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden
Saga
Newbie
Newbie


Anmeldungsdatum: 22.10.2013
Beiträge: 9


BeitragVerfasst am: 04.01.2014 - 02:58    Titel: Zitieren

So, after finally getting DBPro 2.21 to run in an emulator, I can definitely say that portamentos are apparently working slightly different from ProTracker and similar. Otherwise I can't explain the differences that I hear when listening to that section described above in OpenMPT / xmp compared to DBPro. Maybe it's only a problem in the octaves outside the ProTracker range?
Nach oben   PDF
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Beiträge der letzten Zeit anzeigen:   
Neues Thema eröffnenNeue Antwort erstellen Amiga Future Foren-Übersicht -> DigiBooster Support
Alle Zeiten sind GMT - 11 Stunden
Gehe zu Seite 1, 2  Weiter
Seite 1 von 2

PDF


Gehe zu:  
Du kannst keine Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum nicht antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.



Datenschutzerklärung
Powered by phpBB © 2001, 2002 phpBB Group

'AFclean' Theme by Matthias Overloeper, based on 'AmigaFuture Deluxe' by Tristan Mangold