Lol :)

@As - przestań pić alkohol, to będziesz kumał co się dzieje :)

Przy okazji zrobiłem zrzut i takie mikro porównanie na czym polega problem w "emulacji błędów pal" i jej braku. Zrzut z realnego hardware (130xe/vbxe)

proszę monitorki przełączyć sobie w 50FPS!!!!

Pierwsze wyświetlenie obrazka w trybie CIN - VBXE / FX core (odpowiednik jeśli chodzi o wyświetlanie Sophii).
Drugie wyświetlenie obrazka w trybie CIN - VBXE / GTIA emu core (czyli odpowiednik bardziej tego, co fizycznie wychodzi z gniazda monitorowego)

https://www.youtube.com/watch?v=LcKI81uXpFo

Widoczna różnica w nasyceniu kolorów. To samo będzie się tyczyło filmików odpalanych z AVG / SIDE.

jak się chłopaki nie dogadają, to będzie jak u Kononowicza.

tOri napisał/a:

Przede wszystkim należy zacząć od prawidłowego wyświetlacza niejako "dedykowanego" dla sprzętu z epoki, czyli standardowego monitora CRT

Polecam połączenie VBXE i Atari SC1435, Commodore 1084, lub Philips CM8833(I/II).

Uwaga tylko na VBXE1 (jeśli ktoś z Was to jeszcze ma) i SC1435/Philips - bez dodatkowego zabezpieczenia w vbxe pali się dac.

Sophia (co już było powiedziane) nie wyświetli prawidłowo trybów z przeplotem (wszystkie RIP, TIP, CIN itp), więc wszystkie produkcje w których używane są te tryby nie będą wyglądały dobrze (tzn. samo wyświetlanie tych grafik). VBXE wyświetli to całkowicie poprawnie ALE - warunek konieczny - musi być ustawiony rdzeń GTIA emu 1.06 (np.), bo na rdzeniu FX wspomniane tryby będą wyglądały jak na Sophii.

Temat ten mam w zasadzie całkowicie "zautomatyzowany" i opracowany pod Sparta DOS X, czyli jeśli uruchamiam program wymagający GTIA emu to przed uruchomieniem programu jeśli mamy aktywny FX to automatem odpalany jest GTIA emu. No i wszystko gra ;)

381

(893 odpowiedzi, napisanych Scena - 8bit)

Da się w tym AVG OS rom podmienić? Basic?

382

(893 odpowiedzi, napisanych Scena - 8bit)

xxl napisał/a:

bo okazalo sie ze funkcjonalnosc u1mb juz jest w avg

Faktycznie. Np. AVG dodaje 1MB ram :)

383

(893 odpowiedzi, napisanych Scena - 8bit)

pancio.net napisał/a:

proszę o deklarację, że nie został użyty żaden nielegales... bo Atari tak chciało.

:) - raczej nie, bo w czasie testów zapomniałem wyłączyć Rapidusa i 3 z 4 gierek odpaliły że aż miło ;)

384

(2 odpowiedzi, napisanych Scena - 8bit)

COMPO!! ... niebawem

https://www.youtube.com/watch?v=dZuOl2h03B0

385

(2 odpowiedzi, napisanych Scena - 8bit)

https://www.youtube.com/watch?v=Px56QmKGyx4

Start około 20:40-21:00.

386

(14 odpowiedzi, napisanych Zloty)

poproszę 10 ;)

387

(893 odpowiedzi, napisanych Scena - 8bit)

Szeryf napisał/a:

:)) audio możliwe ale jedno-ka(na)łówka

z beepera :)

Beeper - nabiera nowego znaczenia :)

388

(893 odpowiedzi, napisanych Scena - 8bit)

w tej kategorii, to połowa wystawiających nie zmieściła by się w regulaminie :)

389

(40 odpowiedzi, napisanych Bałagan)

Lizard napisał/a:

Wy nic nie wiecie! Jeśli komuś "wychadzają się" dziury na śródstopiu a przy palcach i pięcie nie, to ma płaskostopie.

którego przyczyną jest chodzenie po płaskiej ziemi oczywiście.

390

(893 odpowiedzi, napisanych Scena - 8bit)

Jest jednak plus tej dyskusji. Nowy Atariwiec poznał prawdziwe oblicze kolegi z miejscowości uzdrowiskowej .... :)

391

(893 odpowiedzi, napisanych Scena - 8bit)

@VLX - szach - mat :)

392

(88 odpowiedzi, napisanych Zloty)

o rzeczach oczywistych w tym regulaminie zapisów nie ma. POKEY jak najbardziej, wszystko jest po "staremu" w tej materii.

393

(18 odpowiedzi, napisanych Miejsca w sieci)

to zrób sobie test w którym zgrabujesz po Meduzie obraz z Atari w rozdzielczości 1024/768 i porównaj jakość obrazu do grabu w FHD (pomijając proporcje obrazu powiedzmy tu). W niskiej rozdzielczości grabbera obraz będzie rozmyty - nie ostry w FHD już nie, no i można to już dowolnie skalować potem.

394

(18 odpowiedzi, napisanych Miejsca w sieci)

To wyszło jakby "ogranoleptycznie" i sumarycznie jakość odbioru jest wówczas najwyższa. Poza tym, jeśli na streamie montujesz w jakieś mniejsze okno przechwytywany obraz a na "programie" masz dodatkowo jeszcze jakiś livechat czy inne dziadostwo to nie ma sensu schodzić poniżej fhd.

Jakościowo najlepiej by było grabować wielokrotność rozdzielczości materiału źródłowego i to dawało mi w testach dość wierne odwzorowanie i ostrość obrazu, jednakże mój cudowny grabber przechwyci wówczas max 30fps. A to już sensu żadnego nie ma.

395

(18 odpowiedzi, napisanych Miejsca w sieci)

No nie jest źle. Ewentualnie poza tym, że jak bym miał jakiś grabber lepszy to przechwicił bym to w znacznie większej rozdziałce. Choć teraz jest taki feeling jak z crt nieco.

Obowiązkowo oglądając to intro monitorki uprasza się o przełączenie w 50FPS!

https://www.youtube.com/watch?v=ZXKz6G0NhZk

396

(18 odpowiedzi, napisanych Miejsca w sieci)

ehhh, teraz widzę ze masę błędów popełniałem. Posiedziałem trochę z tym OBS'em i zoptymalizowałem jego działanie pod kątem możliwości sprzętowych PC. Zwiększyłem też o 40% bitrate generowanego strumienia, co przełożyło się na jakość zwłaszcza obrazu. Dodatkowe spostrzeżenie to fakt, że jeśli coś ma być płynne w 50fps a chodzi nam np. o projektor wpięty pod dualhead'a (na jakimś party) to na czas projekcji polecam zrzucanie OBS'a na pasek tak, by na dwóch ekranach nie trzeba było renderować tej samej treści. Do wydajności renderowania jakoś to znaczenia bardzo nie ma - ale ma znaczenie w przypadku chęci utrzymania stabilnie płynnego wyświetlania np. SCROLLI - szczególnie tych przesuwanych poziomo ;) grabber rozdziałka do proporcji 4:3, tyle fps co strumień wyjściowy, wyjściowy na 50fps (co i tak nie jest dokładnie tym co wychodzi z Atari, jakieś 49.86 czy jakoś tak) i filtr na źródło z grabbera deinterlace Yadifx2 z początkiem od górnej linii. Zakres kolorów "pełny". Chyba nic więcej lepszego nie da się zrobić.

397

(18 odpowiedzi, napisanych Miejsca w sieci)

Jest jakby lepiej:

https://www.youtube.com/watch?v=w4LOYQHxD-I

prywatny live, teraz.

398

(18 odpowiedzi, napisanych Miejsca w sieci)

Wstępne wnioski są nieco zaskakujące. Testowo zrezygnowałem z renderowania strumienia poprzez GPU i wróciłem do CPU, które kiedyś tam po prostu nie "wyrabiało". Przestało wyrabiać po instalacji VScode jak musiałem do Fujineta przekompilować wsad ... no ale po drodze robiłem reinstalkę windy, więc poszło to wszystko w kosmos i generalnie jest teraz czasowo jakby trochę więcej luzu. Trochę oznacza mniej więcej tyle, ze jak wcześniej średni czas renderowania klatki przez GPU w OBS miałem w przedziale 9-12ms przy jakości umownie średniej, tak teraz co mnie mocno zdziwiło - poprzez CPU mam w granicach 2.5-3ms i to w najwyższej jakości plus audio na poziomie 320kbps i strumień na 6000kbps. Jakościowo różnica dość znaczna. Ha, no i te 3ms to mam z równoległym zapisem streamu do pliku na dysk - to jest lol.

Przy okazji zaorałem wszystkie sterowniki audio i zainstalowałem to jeszcze raz. Czyli sterownik do Presonusa 1818vsl i całe ASIO, plus wirtualny kabel - "carla". Nie chciałbym chwalić dnia przed zachodem słońca (choć jest już jakby mocno ciemno) ale po 2.5h testowego streamingu wygląda to mocno obiecująco.

Reasumując, jeśli to zadziała to być może zrobię stream z Grawitacji i Krakowskich Retrospekcji. Jeśli nie, to najkrótszą drogą wy*** te graty do najbliższego punktu zbiórki elektrozłomu i chyba dam sobie siana, bo mam obecnie mocno zerowe fundusze na tę zabawę.

... szatan i piekło w tej licytacji siedzi :)

400

(18 odpowiedzi, napisanych Miejsca w sieci)

Ok. Test taki. (ten sam kodek w przypadku zapisu do pliku, jak i streamingu)

1. OBS i grab do pliku, następnie upload do YT:

https://www.youtube.com/watch?v=QAQgm6pPfJU

2. OBS i streaming do YT:

https://www.youtube.com/watch?v=9cYBi2X3oBc


... tak w sumie, to jak by się dokładnie przysłuchał temu, to w przypadku zapisu do pliku też minimalnie słyszę wspomniane tu gdzieś "skwarki" ale - jest to jakkolwiek akceptowalne. To samo jednak w przypadku streamu ... masakra. Teraz, to już zgłupiałem i nie wiem gdzie szukać przyczyny.

Próbowałem też ustawić cały system audio oraz OBS w 48khz ... ale niestety o ile OBS ma opcje do takiego trybu pracy tak w takim ustawieniu staje się "bezdźwięczny".