Nie sprawdzałem, bo na spartę nadal czekam, ale jakby co, to player MPT powinien obsługiwać głośność sampli także dla jednej ścieżki 15kHz (to się chyba nazywało MPT 9.99, czy jakoś tak).

Ostatnio edytowany przez epi (2011-08-14 01:00:01)

Wow ;) -

jedna uwaga jest taka, iż najczęściej spotykam się z rozszerzeniem nie SMP, tyle co D15 dla plików zawierających dane sampli 15khz.... i odpowiednio *.D8 dla 8khz

EDIT:

nieprawidłowo MPTPLAY odgrywa mi ... dołączone pliki z muzyczkami ;)- .... i dowolne inne. Znaczna część instrumentów fałszuje i piszczy, niektóre grają dobrze.

EDIT:

Problem z mptplay jest u mnie mniej więcej taki, jaki jest od jakiegoś czasu z trackerem MPT. Player działa poprawnie, jeśli jest uruchomiony pod SDX 4.42, lub wcześniejszymi wersjami. Pod 4.44 wykrzacza się część instrumentów. Dziwne jest jednakże to, że po uruchomieniu MPT24HD i wyjściu do SDX (4.44) player zaczyna działać prawidłowo. Niezależnie od tego MPT jako tracker pod SDX 4.44 zamiast sampli odtwarza mi śmieci. Sprawdzę jeszcze wersję bez "HD" ;)-

Ostatnio edytowany przez Pin (2011-08-14 11:39:58)

@pin: Tia, mówiłeś o tym w Głazach. Ale nie mam pojęcia, co może być przyczyną. W procedurach wczytywania plików nic się nie zmieniło, zresztą gdyby DOS źle wczytywał pliki (nie w to miejsce co trzeba np. albo nie tę ilośc danych co trzeba) to waliłoby się wszystko, a nie jeden player. Poza tym na sam player DOS nie powinien mieć wpływu, a już zwłaszcza na zależność pomiędzy wczytanym wcześniej trackerem a działającym potem playerem. Tutaj raczej chodzi o jakieś błędy w playerze, jego zależność od tego, co jest w pamięci w momencie jego wczytania albo coś w tym stylu.

Chwilowo nic innego nie jestem w stanie wymyślić.

Ostatnio edytowany przez drac030 (2011-08-14 13:33:52)

No dobrze - zatem co przyjąć domyślnie w przypadku .SMP? 8kHz, 15kHz czy "niewiadomo" i brać wtedy co user ustawi?

No nie zawiera - dlatego (zapewne) wymyślono te rozszerzenia.

mam kilkadziesiąt D15 i kilkanaście D8 ;)- najlepiej więc będzie bazować na rozszerzeniu pliku - jeśli te nie będą zgodne z przyjętą ponad dziesięć lat temu konwencją, będzie sobie trzeba pozamieniać wspomniane rozszerzenia. W sumie problem niewielki ;)-

Zrób FFT po wszystkich samplach. :)
Zgaduję, że statystycznie widma sampli 8kHz (w zasadzie 7787Hz) będą wyraźnie przesunięte względem tych 15.6k.

Wersja 0.2 - zmieniłem domyślne rozszerzenia z MPT/SMP na MPT, MD1, MD2, D15, D8, SMP.
Aktualnie, jeśli poda się niepełną nazwę, program będzie próbował szukać plików z kolejnymi rozszerzeniami: MPT, MD1, MD2.
Jeśli podany plik ma inne rozszerzenie wtedy domyślnie zakłada się, że jest to odpowiednik MD1.
Dla plików MD1 szukane są sample: D15, D8 i SMP; dla MD2 tylko D8 i SMP.
Dla plików SMP przyjmowana jest wysoka jakość (hehe) samplowania 15kHz - można to zmieniać parametrami /L i /H.

Wersja aktualna może być ściągana (jeśli komuś wygodniej) stąd.

Edit: Niegramatyczne konstrukcje.

Edit 2: .D8 zamiast .MD8

Ostatnio edytowany przez mono (2011-10-14 17:06:55)

Tak, tak. Nie dotykałem procedury grającej jeszcze - wczoraj strasznie się zagmatwałem z tymi rozszerzeniami.

A tam. Procedury odgrywające prawie do wszystkiego są, więc ja to tylko robię tu murzyńską robotę.

U mnie też jest źle, mono dostał film z różnicami. SDX 4.44, IDE+ bez ARC CLOCK z IDE CLOCK.

Tzn. sam mptracker ci działa źle, ale wejście do niego, a potem wyjście do DOS-u powoduje, że mptplay mono zaczyna grać dobrze?