251

(58 odpowiedzi, napisanych Fabryka - 16/32bit)

060 to już według mnie maks.
Jak jeszcze będzie taki support jak ze sterownikami do CTPCI to dziękuję bardzo. Kto na to będzie pisał soft? ;) Zresztą Didier (od firmwaru ct60/ctpci) powiedział, że tych nowych projektów Czuby na klatę nie weźmie (specjalnie się nie dziwię). Czuba oczywiście zapomniał, że CTPCI jest jeszcze nie skończone i już widać chce robić następne rzeczy. Karty PCIe? Będzie to samo co z CTPCI, czyli nic (brak sensownego api, drivery z bezsensownym interfejsem/funkcjami).

252

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

heh, teoretycznie na starej wersji nie powinno działać, bo były tam zmiany, między innymi z vsync()  nie działał prawidłowo(możliwe, że ta 1.00 beta 2 ma te zmiany). Musi być najnowsza wersja sterowników z oficjalnej strony. Zapomniałem zupełnie o tych plikach ini, bo chyba je trochę tweakowałem pod ataryny.
Na Radeonie nie mam teraz możliwosci testów. Jak działa to tylko się cieszyć.

253

(69 odpowiedzi, napisanych Fabryka - 16/32bit)

Aloha! Wrzuciłem wczoraj najnowszego builda GRAFX 2.4 "stabilna".
Jest to wersja pełna z warstwami, animacją i skryptowaniem lua, więc lepiej mieć mocniejszą atarynę.

pzdr!

254

(166 odpowiedzi, napisanych Zloty)

grey: ja też wpadam, możesz też sqwarda wpisać, napisz jeszcze do Mónasa, bo się chłopak jeszcze opiera.

pzdr!

pilat23 napisał/a:

http://www.ppa.pl/forum/scena/25800/ami … otus-music
Jedynym plusem jak dla mnie w Amidze ale niezaleznym od sprzetu jest WHDLOAD ktory chetnie bym przyjal w duzym ATARI.

Odpowiednik WHDLoad jest, zrobili go goście z D-BUG. Nazywa się ULS http://dbug.kicks-ass.net/ .

256

(63 odpowiedzi, napisanych Sprzęt - 16/32bit)

supervidela już nie kupisz bo preordery są zamknięte i zamówienie poszło do wykonawcy

257

(91 odpowiedzi, napisanych Sprzęt - 16/32bit)

ogólnie pisanie sterowników video do kart pci to jest już na starcie porażka, wiem to po ctpci falconowym. Historię wszyscy zainteresowani powinni znać, nie chce mi się już na ten temat rozpisywać. 

candle: odnośnie rozmiarów itp. to miej na uwadze, że ten projekt ciągnął się xxx lat i w końcu się wyprodukował to dlatego są te średniowieczne, strzeliste i gotyckie gabaryty ;). Tam jeszcze brakuje tego starego gniazda do zasilania, żeby mozna było oryginalny kabel podpiąć ;). I wtyku na atarowski monitor RGB, bo dlaczego i nie ;)...

258

(91 odpowiedzi, napisanych Sprzęt - 16/32bit)

chciałeś napisać "kompatybilne" chyba... jak ktośnie jest zwykłym użytkownikiem i kupi sobie taką zabawkę, to ma niestety problem. Hehehehe, przekroczyłeś właśnie barierę 666 postów, mi jeszcze 59 brakuje ;P...

259

(91 odpowiedzi, napisanych Sprzęt - 16/32bit)

w tym wypadku się nie zgadzam, to jest nisza niszy niszy...

260

(91 odpowiedzi, napisanych Sprzęt - 16/32bit)

według mnie firebee mogłobyć ok, gdyby nie ten poroniony pomysł z supportem dla przestarzałych interfejsów do urządzeń typu twarde dyski, klawiatury itp (które de facto podniosły cenę samego urządzenia). Cena też odstrasza. A autorzy najpierw zrobili/zaprojektowali urządzenie, ale nie zrobili wywiadu środowiskowego typu kto to kupi i za ile. Jak zwykle skończy się na tym, że nie będzie komu na to softu robić dla tych trzech użytkowników.
Jak by była maszynka z tylko nowoczesnymi interfejsami i cena niższa o połowę to by to jeszcze dawało radę.

261

(104 odpowiedzi, napisanych Software, Gry - 16/32bit)

nie, nie jest u mnie, u providera. mam jakiś tam cpanel i dostęp do logów przez ftp. Mam włączonego spam assasina i box trappera, ale jak już pisałem nie ma nic w logach. Nic nie zmieniałem w konfiguracji od czasu otrzymania ostatnich skanów, więc problem jest gdzie indziej.

262

(104 odpowiedzi, napisanych Software, Gry - 16/32bit)

nie mam pojęcia co to może być, bo nie mam kompletnie nic w logach. Może z ten twój serwer rozsyła z partyzanta jakiś spam i został przyblokowany? Moze przeklej treść wiadomosci w PM do mnie na forum, to rzucę okiem.

263

(104 odpowiedzi, napisanych Software, Gry - 16/32bit)

a z jakiego adresu? bo u mnie nie ma śladu, ze coś było przyblokowane.

264

(104 odpowiedzi, napisanych Software, Gry - 16/32bit)

ok, GEM programmers reference już wrzucony.

265

(6 odpowiedzi, napisanych Bałagan)

sqward napisał/a:

Nie widziałem, żeby ktoś pisał na "martwo" ;)

ja na przykład non stop pisze 'na martwo' zza grobu ;>

266

(23 odpowiedzi, napisanych Programowanie - 16/32bit)

nie spodziewam się żeby Cyprian miał aż takiego pecha ;)

267

(23 odpowiedzi, napisanych Programowanie - 16/32bit)

sqward napisał/a:

To ciekawe. Spodziewałbym się więcej. Jaki masz tam zegar? 16 czy 32?

w tt jest 32.

268

(18 odpowiedzi, napisanych Sprzęt - 16/32bit)

jest wersja 27" dell U2711 monitora podobno też działa , ale niestety nie ma nikogo z tym modelem, kto mógłby przetestować.
Sqward: możesz jeszcze sprawdzić z st czy działają tryby ST-low/med/hi res. I czy obraz jest ok dla 50/60hz?

269

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

To jest mi akurat potrzebne przy odgrywaniu eventów midi z kilku ścieżek. Muszę mieć śledzenie delt dla każdej ścieżki. Jak mam dane w jednej ścieżce to z przeliczaniem delt problemu jest trochę inny (przerwania mogę zrobić rzadsze, delta eventu * okres 1 delty).
W załączniku jest log z mojego parsera dla pliku midi 1.

270

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

midi clock jest opcjonalny i jest to wysyłanie co pewien stały interwał czasu sygnału do urządzeń midi (jeden bajt, (chyba 0xf8 i parę innych) ma sens jak jest podłączonych więcej urządzeń, ja programuję pod jeden moduł. Chodzi o to, żeby n urządzeń było zsynchronizowanych w czasie.
Delty w pliku muszą być przy każdym evencie w ścieżce, nie ma innej opcji. Tak delta występuje tylko w plikach midi. Gdyby nie dało się ustalić jakiejś częstotliwości 1 delty to myślisz, że jak sekwencery obsługiwałyby te wszystkie zdarzenia?

271

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

wiem że delta nie jest stała. Delta jest relatywna w czasie do poprzednich eventów w strumieniu. Racja, tempo się zmienia w czasie i za każdym razem gdy jest zmieniane czas trwania delty także ulega zmianie. Ale nie zgodzę się, że nie da się obliczyć jej częstotliwości dla określonego tempa w danej chwili czasu.

P.S. Chyba mam już rozwiązanie, ale muszę to najpierw sprawdzić.

272

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

Cyprian: Chodzi mi głównie o częstotliwość z jaką inkrementowana jest 1 delta. Jak będę miał poprawny, stały czas update'u to będę w domu.

273

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

Cyprian: czas ćwierć nuty to nie delta. Mi jest potrzebna częstotliwość z jaką ma być inkrementacja delty, dane do rejestrów MFP na podstawie zadanej częstotliwości umiem sobie dobrać. No nic, może popiszę po autorach sekwencerów midi. Dzięki.

274

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

znam tą stronę. 500 000 to jest defaultowa wartość dla tempa (podałem to jako przykład) tak jak defaultowy ppqn jest 120. Długość ćwierć nuty jest ustawiana przez event set tempo przy odgrywaniu utworu.
Znam specyfikację formatu, mi raczej chodzi o prawidłowy sposób implementacji obsługi tempa. Przeliczanie na czas rzeczywisty eventów jest wg wzoru:

float freq=500 000(czas trwania ćwierć nuty w mikrosekundach)/1000000.0f = 0,5s; (ilość sekund na ćwierć nutę )
sekundNaTyknięcie=freq/pCurrentSequence->timeDivision (np. 120 ppqn); - ilość sekund na tyknięcie
czas delta w sekundach = czas delta eventu z pliku midi * sekundNaTyknięcie. 

no i ten czas delty w sekundach musze przerobić jakoś na częstotliwość dla mfp dla 1 delty.  freq=1.0f/freq;   nie daje dobrego rezultatu.

275

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

Aloha,
Czy jest ktoś na tym forum kto programował replayera do plików midi i wie jak obsłużyć wysyłanie eventów na podstawie czasów delta? Jestem w stanie przełożyć delty na czas rzeczywisty, ale za bardzo nie mam pomysłu jak przełożyć to "na MFP".
Generalnie potrzebne mi jest obliczenie częstotliwości(w hercach) do zapodania mfp (ustawienia to już mam), żeby przerwanie wywoływało się co jedno tyknięcie delty.
Czas 1 delty (w przeliczeniu na czas rzeczywisty) jest obliczane w jakiś magiczny sposób za pomocą danych wyjętych z pliku midi (mam czas trwania ćwierć nuty w mikrosekundach oraz ilość tyknięć na ćwierć nutę (tzw. PPQN- pulses per quaternote)).  Mam jeszcze sygnaturę czasową (np. 4/4, 4/8 etc), ale ona podobno jest raczej do niczego nie potrzebna(oprócz liczenia sobie barów).

Liczę sobie to obecnie tak:
  float freq=500 000(czas trwania ćwierć nuty)/1000000.0f = 0,5s;
  freq=freq/pCurrentSequence->timeDivision;
 
  //calculate freq in [hz]
  freq=1.0f/freq;   

Problem w tym, że to tempo jest zdecydowanie za wolne (ok. ~4 razy).  Niestety jestem dyslicznikiem z dyskalkulią czy ktoś może mnie oświecić jak uzyskać ludzkie tempo?

pzdr,
saulot