2,526

(54 odpowiedzi, napisanych Bałagan)

Hej!

Mam do was pytanie... jakiego peceta powinienem mieć gdybym płynnie chciał odtwarzać materiał FullHD?

Obecnie mam Celerona 430 @ 1.8GHz, do tego 4GB RAM, ATI Radeon 2400HD, płyta główna Gigabyte 965P-DS4 (chipset P965). Kartka grafiki podłączona do monitora LCD poprzez DVI, rozdzielczość ekraniu toi 1680x1050... System to Windows XP 32-bit (tak tak, wiem że nie widzi pełnych 4GB)... no i niestety mój "super sprzęt" ;)  się nie wyrabia przy odtwarzaniu materiału Full-HD 1080p. Obciążenie CPU 100%  obciążenie GPU w porywach do 45%, przeważnie na poziomie 25%. 

Kodeki zainstalowane w systemie to FFD SHOW do tego Halli Media Splitter oraz Media Player Classic, tudzież windowsowy media player 11. Materiał FullHD w kontenerze MKV.

Co ciekawe niektóre materiały HD, np. open-movie Big Buck Bunny: ( http://www.bigbuckbunny.org/index.php/download/ )

odtwarzany jest płynnie i bez 100% obciążenie CPU. Rozumiem iż open-source-owa implantacja H.264 po prostu nie wykorzystuje wszystkich możliwości przewidzianych przez standard H.264? Czy jak?

Obciążenie CPU i GPU podczas odtwarzania "Big Buck Bunny" prezentuje się następująco:
http://seban.slight.pl/temp/cpu_load.png http://seban.slight.pl/temp/gpu_load.png

Oświecicie mnie może czy naprawdę potrzeba jakiegoś wyczesanego CPU lub bardziej zaawansowanego GPU aby otworzyć materiał full HD? Ja naprawdę nie potrzebuje w domowym pececie dwu czy 4-rdzeniowej grzałki która pożera koszmarne ilości energii... Celeron którego mam z TDP ~35W w zupełności mi wystarcza... (lub wystarczał ;( )

Próbowałem jeszcze windowsowego portu Linuxowego Mplayer-a ale on niestety w ogóle sobie nie radzi, również XBMC osiąga wydajność kilka FPS.

Zapewne część z was jest lepiej ode mnie zorientowana w temacie i będzie mogła coś doradzić w tej sprawie.

pozdrawiam
Seban

2,527

(5 odpowiedzi, napisanych Bałagan)

Oryginalna wersja kasetowa doczytywała poziomy z kasety w miare przechodzenia kolejnych. Natomiast pirackie wersje plikowe nie doczytywały się ;)

2,528

(5 odpowiedzi, napisanych Fabryka - 8bit)

Z tego co ja pamiętam z czasów kiedy pisałem pod Quck Assemblerem to miał on sporo błędów, jeden z nich był właśnie przy dyrektywie "icl", także praktycznie rzadko kiedy używałem tej dyrektywy.

2,529

(11 odpowiedzi, napisanych Sprawy atari.area)

Przecież ja nie mówiłem że nie było :) Ja go tylko nie widziałem przez długi, długi czas :)

2,530

(11 odpowiedzi, napisanych Sprawy atari.area)

ja miałem to samo :) Długo tego linka nie mogłem dostrzec :) Ale któregoś pięknego dnia udało mi się go zobaczyć ;)

pozdrawiam
Seban

2,531

(11 odpowiedzi, napisanych Sprawy atari.area)

No ale przecież chyba jest?

w menu forum na górze masz:

    * Index
    * Lista użytkowników
    * Zasady
    * Szukaj
    * Profil
    * Wyloguj
    * Regulamin
    * FAQ
    * atari.area Strona Głowna

ostatni link to Strona Główna, czyż nie?

2,532

(28 odpowiedzi, napisanych Emulacja - 8bit)

pewnie Epi-emu chodziło o Installable File System

http://www.microsoft.com/whdc/devtools/ … about.mspx

2,533

(28 odpowiedzi, napisanych Emulacja - 8bit)

Oj też mi się marzy taki tool ;) Ale w tym wypadku "napisz SE" nie wchodzi w grę :(

2,534

(20 odpowiedzi, napisanych Bałagan)

no to przecież napisałem że prościej i bezpieczniej kupić lampę TUV i podpiąć ją pod elektronikę od zwykłej kompaktowej świetlówki marki "krzak" za 3zł ;) Klasyczny starter i dławik kosztuje zdecydowanie drożej :)

Obudowę również sugerowałem :)

A jak już chwalimy to kasownik fabryczny też gdzieś mam, ale nie pamiętam kiedy używałem EPROM-ów z okienkiem więc gdzieś przepadł w moim bałaganie :P

2,535

(20 odpowiedzi, napisanych Bałagan)

Sodówki? (mówisz o takiej: http://pl.wikipedia.org/wiki/Lampa_sodowa) jeżeli tak to pierwsze słyszę... bo ja taki "kasownik" w bardzo zamierzchłych czasach robiłem zawsze z lampy rtęciowej ( http://pl.wikipedia.org/wiki/Lampa_rt%C4%99ciowa ). Jak robiłem kasownik z lampy rtęciowej to rozbijałem zew. bańkę z luminoforem i wykorzystywałem do kasowania palnik wewnętrzny. Z tego co wiem to do dziś kolega wykorzystuje palnik z takiej żarówki rtęciowej do naświetlania płytek pokrytych preparatem POSITIV-20.

Ale takie rozwiązanie ma kilka wad:

- potrzebny jest układ zapłonowy (statecznik+kondensator)
- takie rozwiązania generuje również masę szkodliwego ozonu podczas pracy (charakterystyczny zapach) więc trzeba takie naświetlanie/kasowanie robić w dobrze wietrzonym  pomieszczeniu.

Lampy TUV Philipsa mają wbudowany filtr (w szkło lampy) który tnie pasmo światła tak aby promieniowanie UV generowane przez świetlówkę nie wytwarzało takich ilości ozonu.

Jeżeli samemu chce się robić kasownik to chyba będzie prościej kupić taką świetlówkę TUV (np. 15W) potem za grosze kupujemy "15W świetlówkę energooszczędną" wybebeszamy z niej elektronikę i podłączamy w miejsce starej świetlówki tą UV. Taki patent działał u mnie przez lata :D Do tego oczywiście doszła metalowa osłona (chyba wykorzystałem formę do pieczenia ciasta ;] ).

2,536

(20 odpowiedzi, napisanych Bałagan)

Długość fali wymagana do kasowania pamięci EPROM to 253,7nm. W karcie katalogowej np. do MC27C1001 piszą iż trzeba umieścić kostkę w odległości ~2,5cm od lampy. Czas naświetlania to 15-20 minut. Natomiast nie mam pojęcia jakiej długości falę UV generuje lampa bakteriobójcza :)

UPDATE:

Doczytałem iż w takich lampach bakteriobójczych są stosowane np. świetlówki Philips-a typu TUV,  mniej więcej takie: http://www.tme.eu/swietlowka-bakteriobo … UV-15W.htm

a więc długość fali się zgadza, możesz chyba śmiało próbować kasować ten EPROM, tylko go nie usmaż :) bo pewnie  te lampy co są w przychodni będą raczej sporej mocy... więc pewnie odległość trzeba by zwiększyć aby nie ugotować EPROM-a pod taką lampą :) No chyba że użyjesz tej wersji przenośnej.

Tylko proszę uważaj na oczy i skórę! Z promieniami UV tej długości nie ma żartów!

2,537

(45 odpowiedzi, napisanych Bałagan)

faktycznie koniec w Natural Wonders II jest świetny! Szkoda tylko iż my mając takie możliwości od zawsze nie wpadamy na tak proste i efektowne pomysły... my mamy Display List od zawsze... a oni aby VIC-a do tego zmusić muszą się nieźle nabiedzić... mimo i na naszej platformie jest to prostsze do zrealizowania ... jakoś nikt z naszej sceny na takie wykorzystanie DL nie wpadł... chociaż było możliwe od lat :)

Może wynika to z tego iż każdy myśli że na DL zrobiono już wszystko i idziemy nie w tą stronę... to oczywiście jedna strona medalu, ale to temat na zupełnie inną dyskusję :)

Na tym przykładzie (końcowa scena Natural Wonders II) doskonale widać iż liczy się również nieszablonowy i niebanalny pomysł ;)

Seban

2,538

(45 odpowiedzi, napisanych Bałagan)

pr0be dzięki za informacje! :D Nie ma to jak skondensowana dawka wiedzy w pigułce :) Zaczołem przeglądać jakieś tutoriale a propos VIC-a ale szybko mi się znudziło :)

pozdrawiam
Seban

2,539

(45 odpowiedzi, napisanych Bałagan)

Co do muzyki: Sądząc po rozmiarze pliku ten SID-a to zrzut całej pamięci :)

Zawsze mnie zastanawiało jak koderzy C64 robią efekty typowo display-listowe (np. powielenie tej samej linii w pionie). Z tego co wiem VIC w normalny sposób tego nie umożliwia :) Do tego podziw dla kodera który w tym demie praktycznie w większości czasu otwiera ramki VIC-a, tam wymaga to koszmarnego cyklowania (C64 nie ma odpowiednika STA $D40A). Zauważcie iż aby na C64 położyć coś na bocznych ramkach trzeba tam wrzucić sprite-y i chyba linia w linię mieszać coś w rej. VIC-a aby ten sądził iż ramka mu się nie skończyła, o ile otwarcie pionowych nie jest jakieś straszne to tyle otwarcie poziomych po prostu wymaga chyba sporego miąchania... a z tego co zobaczyłem w tym demie większość czasu coś się dzieje na bocznych ramkach.

ps) bierzcie pod uwagę iż mogłem napisać jakieś głupoty w tekście powyżej... ale ja się na C64 nie znam :)

No i bardzo mi się podobają ich szybkie zoomer-y... kila razy je wiedziałem ale nie wiem jak oni robią je w jednej ramce (rozciąganie w poziome, pewnie prefazowane i na fontach), ale jak to robią VICE-em w pionie :) nie wiem :) (mówie o tych zommerach co cały ekran zajmują i motyw grafiki jest powielony wiele razy - tak jakby był to ułożony jeden pełny zestaw znaków na którym jest to później rysowane)

2,540

(54 odpowiedzi, napisanych Software, Gry - 8bit)

Hej!

Alex ty akurat masz taką możliwość (umiejętności koderskie) więc poświęć swój cenny czas i napisz nam :)

Seban

2,541

(45 odpowiedzi, napisanych Bałagan)

Ciekawe czy wykorzystuje CPU w stacji dysków do liczenia :)

2,542

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

zgadzam się z TeBe... znając życie i mając na uwadze poprzednie doświadczenia... szansę iż to rozwiązanie zdobędzie jakąś popularność są marne. Tylko rozwiązanie typu cartridge (którego nie trzeba fizycznie montować w komputerze) ma jakiekolwiek szanse powodzenia.

xxl napisał/a:

czy ktoras z tych kombinacji juz jest uzywana? (najbardziej odpowiadalaby mi pierwsza kombinacja)???

Myślę iż np. rozszerzenie 1088K wykorzystuje wszystkie kombinacje.

2,543

(27 odpowiedzi, napisanych Bałagan)

[offtopic mode:on] jeju... tak to czytam i zastanawiam się skąd macie czas na oglądanie tylu seriali :) [offtopic mode:off]

2,544

(126 odpowiedzi, napisanych Programowanie - 8 bit)

ale zaraz... C64 killer to nie był mod Player napisany przez Pecusia? Jeżeli to był mod player to chyba nie bardzo wykorzystywał GTIA do grania :)

Co do mojego walącego się archiwera to był to Full Disk Archiver i nadawał skompresowanym plikom rozszerzenia .FDA, ten w zip-ie ma jakieś .000 więc wątpię aby był to FDA... poza tym FDA nie poszedł chyba nigdy w świat ze względu na ten fatalny błąd :D

btw. kliknięcie w link XLent-a otwiera jakąś masakrę, dopiero "skopiuj adres odnośnika" pozwoliło pobarać plilk.

Seban

2,545

(126 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Panowie chyba TL w którymś swoim demku wykorzystał GTIA do grania jedno-bitowych sampli... jak go znajdę to wam podeślę linka.

Problem w tym iż nie pamiętam jak się ono nazywało :(


UPDATE: dobra znalazłem, jest do pobrania tu. Tyle że niestety żyłem przez lata w błędzie, ten player nie używa GTIA do grania, chyba się kiedyś zasugerowałem scrollem i nietypowym jak na Atari basem :)

Seban

2,546

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

Hej!

Standardowy 8K cart działający w przestrzeni $A000-$BFFF nie wymaga żadnych komponentów oprócz EPROMU odpowiednio połączonego do gniazda cartridge.

pozdrawiam
Seban

2,547

(3 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Wydaje mi się iż ktoś próbował to już robić:

http://www.myatari.com/nirdary.html

Modyfikacja polegała na zamianie ANTICA na PAL-owski i podmianie ROM-u na patchowany. Nie wiem jak to działa bez wymiany rezonatorów kwarcowych. Ale podobno działa.

Mam jeszcze jedną wątpliwość... GTIA pozostaje niezmieniona i tworzy się taka hybryda PAL ANTIC + NTSC GTIA. Naprawdę nie wiem jak to może działać :) I jaki de facto jest obraz generowany :)

W dodatku podmiana OSROM nic nie daje dla programów które sprawdzają czy GTIA jest PAL czy NTSC. Tutaj GTIA zwraca iż jest NTSC, ANTIC jest PAL-owski.

Fox wspominał iż jedynym sposobem na wykrycie takiej maszyny jest sprawdzenie do jakiej max. wartości dochodzi licznik w $D40B.

Soft który nie sprawdza na jakiej maszynie chodzi podobno działa, taki co sam wykrywa jakie masz GTIA pisze że masz NTSC. Tak więc jedyny ratunek to "zapatchowanie" takiego programu :)

pozdrawiam
Seban

2,548

(12 odpowiedzi, napisanych Software, Gry - 8bit)

Hej!

A tutaj ta audycja w której był emitowany FEUD.

pozdrawiam
Seban

2,549

(12 odpowiedzi, napisanych Programowanie - 8 bit)

zyga, dely: faktycznie namieszałem :) Macie racje :)

pozdrawiam
Seban

2,550

(12 odpowiedzi, napisanych Programowanie - 8 bit)

Zyga, a nie jest odwrotnie? tnz. LOAD "...",8,1 ładuje zawsze pod $0801, a LOAD "...",8 ładuje pod adres wskazany w dwóch pierwszych bajtach?