501

(20 odpowiedzi, napisanych Sprzęt - 8bit)

Zaczynanie tego wątku było błędem, bo skoro nawet Fox nie zrozumiał intencji, a ludzie zaczynają narzekać dlaczego vbxe niem ma obrotów i skalowania, to wnioskuję, że w naszym światku nie ma jednak gruntu na merytoryczną dyskusję na ten temat.

502

(20 odpowiedzi, napisanych Sprzęt - 8bit)

@xxl akurat obie rzeczy da się zrobić rdzeniem rapidusa. Nad prototypem "copperlisty" zapisującej rejestry sprzętowe nawet z Pasiem pracowaliśmy, ale nic z tego nie wyszło (było to możliwe, tylko zabrakło zapału), a trigger na pozycje plamki to po prostu licznik. Tak jak mówiłem w FPGA Rapidusa jest jeszcze masę wolnego miejsca, nie ma tylko komu się tym zająć.

503

(20 odpowiedzi, napisanych Sprzęt - 8bit)

Tego się spodziewałem, ale tak jak napisałem na początku, chciałem się spytać, bo nie jestem na bieżąco, a przebrnąć przez kilkuletnie zasoby forum mi się nie udało. Nie wiedziałem też, jak bardzo upchany jest rdzeń, bo skądinąd wiem, że rdzeń Rapidusa zajmuje tylko ułamek zasobów.
No i TeBe nie bulwersuj się tak, bo to przecież oczywiste, że nie chodziło mi o przyjazność dla programisty, która jest rewelacyjna, bo prościej oprogramować się tego nie da, tylko o przyjazność dla CPU, aby miał mniej danych do przewalenia
generując jakąś zawartość.

504

(20 odpowiedzi, napisanych Sprzęt - 8bit)

Jak bardzo możliwości VBXE zostały już wyryte w kamieniu, a jaki jest jeszcze potencjał na robienie rozszerzeń do tego boarda?

Po to jest forum, żeby rozmawiać, więc tak tylko się pytam, a nie wiem jakie są fizyczne możliwości w kwestii upychania w rdzeniu czegoś nowego oraz jaka jest ochota twórców na pochylanie się nad projektem.

Otóż z tego co pomyślałem trochę nad tematem, to coraz bardziej męczy mnie refleksja, że boardowi do ideału brakuje trochę balansu w stosunku do wydajności maszyny, z którą ma pracować. Temat jest chyba znany każdemu, kto próbował to programować, bo nie chodzi o to, że VBXE umie za mało, tylko że właśnie za dużo, żeby atari zadowalająco dało radę z obsługą tego wszystkiego i wyjście poza przeglądarkę plików BMP na graphics compo jest po prostu trudne.

Konkretnie to myślę nad rozszerzeniem istniejącego trybu działania na inne tryby graficzne, które w praktyce byłoby swoistym downgradem możliwości, ale powinno dać zauważalnego kopniaka wydajnościowego. W trybie HR każdy piksel jest opisywany przez nibel danych. Czy jest możliwe, aby taką organizację pamięci móc włączać dla trybów SR i LR? W zamian za 16 kolorów w pikselu (co dla atari jest wg mnie w zupełności akceptowalne) oszczędzamy dwukrotnie na pamięci ekranu oraz wydaje mi się, że dwukrotnie zwiększamy efektywność blittera.

Jak bardzo byłoby to trudne? Na pewno problematyczne jest rozszerzenie XDL, gdyż mamy tylko jeden wolny bit (2.6) którego nie powinniśmy zużywać na dokładnie ten cel, bo zamknęlibyśmy możliwość dalszego rozwoju, ale jakby użyć tego bitu na rozszerzenie komendy XDL do trzech bajtów, to wtedy wystarczyłby tylko jeden bit w trzecim bajcie na wymuszenie trybu 16-to kolorowego (i jeden na wyłączenie dla zachowania konwencji).

Ktoś ma jakieś refleksje? A może komuś zrodził się lepszy pomysł na uprzyjaźnienie VBXE?

505

(24 odpowiedzi, napisanych Fabryka - 8bit)

Udostępnij takiego zepsutego ATRa to będzie można myśleć co się zepsuło i ew. odzyskać pliki, jeśli to możliwe. Przy raportowaniu błędów do podstawowa sprawa, bo samo powiedzenie, że jest błąd niewiele niestety mówi.

506

(20 odpowiedzi, napisanych Fabryka - 8bit)

Mówiłem o jankesach - najpierw marudzą, że na CRT im źle wygląda a jak prosi się o zdjęcie co to znaczy, to żaden się nie odezwał.

507

(20 odpowiedzi, napisanych Fabryka - 8bit)

Czyli w PALu wszystko się pięknie mieści! Dzięki PIN, jesteś jedynym człowiekiem na świecie, który nie położył lagi na temat i wysłał screena, a jankesom, którzy marudzili że im się w NTSC na monitorach nie mieści, nie chciało się fotki cyknąć...

Dla formalności zrobiliśmy update do wersji 1.0.1 poprawiający odgrywanie muzyczki na NTSC oraz zamieściliśmy alternatywną wersję z węższą pierwszą i ostatnią linią (tutaj PAUSED i z progressem na dole), w nadziei, że tym razem zmieści się na monitorach.

A te VBXE to jednak żyleta...

508

(20 odpowiedzi, napisanych Fabryka - 8bit)

Hej, czy ktoś mógłby odpalić grę na monitorze CRT PAL i wrzucić tu fotkę? Myślimy o zmniejszeniu overscana, bo Amerykanie marudzą i chcemy ocenić o ile.

509

(20 odpowiedzi, napisanych Fabryka - 8bit)

Po wielu miesiącach wytężonej pracy ( ͡° ͜ʖ ͡°) udało nam się dopiąć TimePilota!

Ze zmian:
- poprawiona wydajność i naprawione drobne błędy
- nowy balans gry (początkowe levele są łatwiejsze, dalsze - trudniejsze)
- poprawiony Highscore (responsywność, możliwość zmazywania)
- system dodatkowych żyć
- asteroidy i kosmonauta w ostatnim levelu
- eskadry przeciwników
- strzelanie bombami
- strzelanie UFO missiles
- przycisk pauzy
- automatyczne wykrywanie Rapidusa (i odpowiednia parametryzacja silnika gry)
- i na koniec jako smaczek dla rapidusowców mały exclusive - dodatkowy tryb gry, w którym przeciwnicy nie strzelają, ale jest ich... deczko więcej.

I co najważniejsze, gra dalej działa na stock atari z 64 kB RAM (nawet jeśli ukrywają się w niej nielegalne instrukcje).

Po szczegóły i download zapraszam na stronę domową projektu.


https://www.youtube.com/watch?v=rxmhfTRr-PM

510

(2 odpowiedzi, napisanych Programowanie - 8 bit)

Kod konkretnie tu przedstawiony to jednak potworek, bo już jednak łatwiej jest to samo robić w asemblerze, ale ogólna idea wydaje się ciekawa i skłania do przemyśleń, bo mimo tak wielkiego rozwoju kompilatorów, wciąż nie potrafimy osiągnąć czegoś, wydawałoby się, tak prostego jak generowanie dobrego kodu na tak prosty procesor jak 6502. Ja bym tu paradoksalnie główną słabość widział w relatywnej niskopoziomowości imperatywnych języków programowania - semantyka takiego C jest opisana jako maszyna stanów o dość dużych wymaganiach na sprzęt na którym to ma działać. I właśnie ratunku szukałbym raczej w językach jeszcze bardziej abstrakcyjnych jak np Haskell. Może gadam głupoty, ale wydaje mi się, że taki Haskell niewiele mówi o maszynie na której ma działać wygenerowany z niego program, a bardziej jest to abstrakcyjne przekształcenie danych. A to już daje spore pole do popisu. Może dałoby się spróbować naszkicować jakiś podzbiór tego języka, który da się tłumaczyć na tak "ograniczone" środowisko jak maszyna z 6502? Może można byłoby zacząć "wstecz", czyli wziąć jakieś fajnie napisane kody w 6502 i zastanowić się, jak mógłby wyglądać kod Haskellowy, który hipotetycznie mógłby się do tego skompilować?
Ot takie luźne przemyślenia...

511

(28 odpowiedzi, napisanych Programowanie - 8 bit)

Mam pewne wątpliwości co do pogarszania sprawności dekompresora, aby mógł poradzić sobie ze strumieniami, których nikt przez 17-lat jego istnienia nie napotkał.
Czy byłaby szansa, aby wyróżnić w kodzie zbiór ficzerów pozwalających na warunkową kompilację włączającą lub wyłączającą wsparcie dla tych egzotycznych danych wejściowych? Może nawet dałoby się napisać narzędzie, które analizując skompresowany strumień generowałoby odpowiednie makra, coś jak optymalizacja RMT.

512

(14 odpowiedzi, napisanych Sprzęt - 8bit)

Ja miałem takiego pokeya, który wgrywał z magnetofonu, ale już nie nagrywał, ani nie pracował ze stacją.

513

(45 odpowiedzi, napisanych Sprzęt - 8bit)

marc458: z tego drugiego to ja byłbym już zadowolony. Mora pewnie jest przez jakieś niejawne skalowanie, może jakbyś pogrzebał w ustawieniach, to dałoby się ją wyeliminować.

514

(45 odpowiedzi, napisanych Sprzęt - 8bit)

Mój konwerter też pozwala na wybór rozdzielczości od 800x600 do 1920x1200, na różnych rozdzielczościach z efektami tak jak u Irona. Tu jest screen z rozdzielczości w której mam najlepszą jakość:

https://i.imglnx.com/6d4cPI.jpg

Zdziwiło mnie, że u Irona działa Rybags, gdy u mnie nie... Może rzeczywiście tylko obudowa jest taka sama, a w środku jest coś innego. Sprawdzę jeszcze tryb Rybagsa w każdej rozdzielczości, bo może w którejś zadziała.

515

(118 odpowiedzi, napisanych Programowanie - 8 bit)

     1                     opt c+
     2                     org $010000
     3 FFFF> 010000-010008> +   test    rts
     4 010001 22 00 00 01        jsr test
     5 010005 5C 00 00 01        jmp test

@Tebe: da się coś zrobić, żeby skoki do tego samego banku były asemblowane jako nie-długie?

516

(45 odpowiedzi, napisanych Sprzęt - 8bit)

@seban, scrolle są niczego sobie. Kwestia jest tylko oczywistego przeskoku ze względu na różnicę 50 vs 60 klatek na sekundę.


Interlace niestety nie działa:
https://www.imglnx.com/i/C0zjr4.jpg


A z trybem Rybagsa jest jeszcze gorzej (Scroll miga):
https://www.imglnx.com/i/ssihOJ.jpg

517

(45 odpowiedzi, napisanych Sprzęt - 8bit)

Doszedł dzisiaj



https://www.imglnx.com/i/QC9kFA.jpg



I spodziewałem się raczej kupy, ale z wejścia S-Video jestem bardzo pozytywne zaskoczony!



https://www.imglnx.com/i/3n5dbI.jpg



Jak na moje potrzeby to żyleta.

Dzięki!

518

(45 odpowiedzi, napisanych Sprzęt - 8bit)

Do grabbowania 1080p, to owszem, cena jest odpowiednia, ale jeśli chodzi o samo SD, to jednak za droga zabawka.

519

(45 odpowiedzi, napisanych Sprzęt - 8bit)

Na te sprzęty, które proponuje Voy niestety mnie nie stać, a nie mam aż takich wymagań.
Spróbuję z tym konwerterem do VGA, bo jest tani i skoro działa u Irona, to u mnie tez powinien.
Dzięki wszystko za pomoc!

520

(45 odpowiedzi, napisanych Sprzęt - 8bit)

Hej.
Po różnych perypetiach muszę na nowo tworzyć sobie środowisko pracy na atarce. Nie mam dedykowanego monitora, dlatego zdecydowałem, że spróbuję numeru z grabberem video. Kupiłem takie urządzenie
http://www.cabletech.pl/pl/11090-video- … el-urz0192
i ku mojemu zmartwieniu ukazał mi się obraz jak na załączonym obrazku.

https://www.imglnx.com/i/ij4OHu.jpg

Co drugie pole jest krzywe i kolor miga.
Tak jakby ten grabber był zbyt wrażliwy na krzywy interlace nadawany przez atari (sprawdziłem, że z magnetowidem działa).
Czy nic się nie da z tym zrobić?

W drugim monitorze mam wolne wejście d-sub, dlatego pomyślałem sobie o alternatywie w postaci konwertera RCA->VGA jak tu:
http://allegro.pl/konwerter-s-video-vga … 61546.html
Czy ktoś z czegoś takiego korzystał i to działa? Jakie jest ryzyko, że też nie poradzi sobie z krzywym interlacem? Bo kilkadziesiąt złotych wtopiłem już w grabber i głupio byłoby się znowu sparzyć? Ktoś zna jakieś inne tanie rozwiązanie nie zabierające zbyt wiele miejsca na biurku?

521

(14 odpowiedzi, napisanych Bałagan)

A gdzie to stoi? Poszedłbym zobaczyć.

522

(39 odpowiedzi, napisanych Zloty)

Pierwsze moje party od 8 lat (jak obliczył Sikor) i bawiłem się przednio.
Frasunek!

523

(318 odpowiedzi, napisanych Fabryka - 8bit)

Draco: Jak widzę tę dyskusję, to cieszę się, że nie miałem siły dociągnąć tego samemu do tego etapu i współczuję, że padło na Ciebie...
Przynajmniej moja "loading bara" jest międzynarodowa i mam nadzieję, że nikt się do niej nie przyczepi.

524

(63 odpowiedzi, napisanych Bałagan)

Wg mnie w sumie trochę się czepiacie tego filmu. Przecież to jest Star Wars, więc musi mieć wszystko to, co powinien mieć film Star Wars, żeby był zaliczony do rodziny filmów Star Wars ;)
Jak było np z Indiana Jones? Wszystkie trzy pierwsze części są schematyczne aż do bólu. W czwartej pokombinowali, pozmieniali... i wyszła kupa, bo to już nie jest Indiana Jones. Podobnie byłoby z SW jakby pozmieniali za dużo.

525

(143 odpowiedzi, napisanych Zloty)

Gdzieś dzwony dzwoniły...