Pobierzne przeglądnięcie dokumentacji do DirectXa i prostych examplesów pozwoli na napisanie takiego programu. W DXie możemy zdefiniować sobie front buffer i backbuffer. Można ustawić urządzenie tak, aby na zakończenie renderowania sceny robiło flip. wtedy buffery się zamieniają. Do obydwu bufferów mamy dostęp. Wystarczy więc je nadpisać texturami utworzonymi z podanych obrazków (wszystkie niezbędne funkcje są już w bibliotece) i napisac pustą scenę. Nie wiem jaka akceleracja jest do tego potrzebna (to w końcu DX) ale takie rzeczy działały mi na Rivie TNT Vancie, więc na R9250 spokojnie się da.

No to kto mi cos takiego napisze? :)

Wczytanie dwoch plikow np. JPG, a potem mruganie nimi na przemial. ;)

U mnie to sie niestety nawet nie stara odpalic :(
A co do specyfikacji, to wlasciwie tylko to mi jest potrzebne :), dobrze by bylo miec mozliwosc wczytania plikow przy pomocy jakiegos fileselectora.
Ale na razie chce sprawdzic czy wogole warto isc w te strone - czy to bedzie widoczne prawidlowo (a nikomu nie chcialo sie tej prostej metody zaimplementowac), czy tez nie da sie i juz (jakos w to nie wierze).

Pokazywa ze ma problem i przeprasza :) ("test2 has encountered a problem and needs to close. We sorry for the inconvenience")
Robilem u siebie standardowe update I prawdopodobnie najpierw mialem DirectX9 a potem .NET 2.0. Myslisz ze wystarczy teraz reinstalacja Directa ?

A tak z ciekawosci zrobilem to na emulcu i ..... dziala!!! Po ustawieniu monitora na 60Hz na grzybie, odpaleniu NTSC w emulcu i wlaczeniu w opcjach emulatora synchronizacji z ekranem PC.
Wyrabia mi sie nawet na pelnym ekranie w trybie przepisywania pamieci i wyswietlajac interlacowego RIPa :)

(dopisalem sobie)

No to sciaglem nowego Directa (oczywiscie nie chcial sie instalowac, bo juz byl, ale jakos go przekonalem) i zadzialal Twoj program....
Jednak nijak nie synchronizuje sie z ramka, albo sie po prostu nie wyrabia (na to wyglada, ze po prostu przepisuje te dane do okienka i nie robi tego zbyt szybko).

Ostatnio edytowany przez Pecus (2006-11-21 00:17:54)

Chodzi mi tylko o to, zeby zona mogla sobie w bardziej komfortowych warunkach przegladac swoje zdjecia 3D.
Tak wiec potrzebuje cos co bedzie mrugalo na zmiane w rytm VBL dwoma obrazkami.
Nie wiem czy jest w prosty sposob mozliwe wczytanie szerokiego jpega (takiego zawierajacego dwa obrazki obok siebie), bo tak wlasnie wygladaja pliki .JPS w ktorych po przygotowaniu zachowuje sie takie fotki. Najfajniej byloby jakby od razu takie wciagalo.

Ustawiania Hz nie trzeba, ale taki fileselector by sie przydal (lub mozliwosc podania jako parametru takiego pliku).

Tak jak pisalem wszystkie programy wymagaja ode mnie do wyswietlania jakichs dziwnych rzeczy (sterowniki nVidii, karty 256MB, albo OpenGL ze specjalnymi sterownikami), w przeciwnym razie robia tylko interlace (nie dziala na monitorze LCD i projektorze), albo obraz dla okularow niebiesko/czerwonych (nie da sie odwzorowac ladnie kolorow a i wzrok blyskawicznie sie meczy.

A jak to bedzie dzialalo, to chcialbym to wyslac autorowi najlepszego programu do skladania zdjec 3D (oczywiscie darmowego), bo jego program obsluguje wszystkie inne tryby, a do tego sposobu tez chce sterownikow nieistniejacych dla kart ATI :(

A mail.... pecus(att}poczta.fm - dzieki.

Ostatnio edytowany przez Pecus (2006-11-21 01:47:09)

Mój programik jest w DX9 (jest jakiś powód, żeby pisać na starszego DXa? :)) i napisałem go w .NET, bo pisze się w nim szybciej, a czasu za dużo na niego nie miałem. Ma źródełka. Przepisanie go na model COM w C++ nie wymaga specjalnie wysiłku. Wczytywanie plików JPS jest banalne: wystarczy zamiast wczytywać dwa jotpegi wczytać jeden i przekopiować jego połówki do dwóch surface'ów (patrz źródełka). A dlaczego się haczy i nie synchronizuje? Bo jest w okienku i zawartość okienka MUSI być kopiowana, a nie flipowana. Przerabiając go na full-screen rozwiąże problem.
Poza tym, jak napisałem to tylko przykład jak można to zrobić bez karty z 256MB MB RAMu i specjalnych sterowników do OpenGLa i wymaga po prostu dopracowania.

PS: jakby ktoś zerknął do źródełek, to stwierdzi, że stosuję poczwórne buforowanie. Nie mam pojęcia dlaczego, ale z jednym backbufferem mi nie działało a z trzema owszem i już nie dociekałem dlaczego :)

PS2: DX wykorzystuje już sprzętowe procedury karty, więc nie ma co się specjalnie gimnastykować (SwapEffect może być Flip, albo Copy, a jak da się Discard, to w okienku DX sam wybierze Copy, a na full-screenie Flip), chyba, że napiszesz to w VESA ;)

Ostatnio edytowany przez laoo/ng (2006-11-21 10:11:42)

Pecus mam dokladnie takie cos na Atari.
Uzylem okularow ASUS 3D i prostego wzmacjaniacza.
Pisalem jakis czas temu w tym watku http://www.atariarea.krap.pl/forum/view … hp?id=4362

Do dzis niestety nie znalazlem czasu zeby to opisac ladnie na stronie :/ ale sie zepne.
Program pod Atari jest smiesznie prosty i dziala dobrze. Moge podeslac.

Obrazki przykladowe sciagnalem z netu (osobno prawy i lewy) i przekonwertowalem na format Atari.  Mam kilkanascie gotowych takich par. (Zroda tez).
Probowalem robic samemu przesuwajac aparat wg w wskazowek z netu ale g... wyszlo. A moze zniechecilem sie za szybko.

Czyli defakto robisz zdjecie tego samego punktu tyle ze z dwoch polozen, przez co uzyskujesz ofekt przesuniecia potrzebny przy generowaniu efektu 3D. A no koniec nakladasz oba zdjecia na siebie.

Ja bym poprosil kilka fotek na irekp@earthlink.net

Ostatnio edytowany przez Monsoft (2006-11-21 16:17:36)

Fajne te w kategorii 'bez ubran' :P

Nie , zebym sie obrazil ;), ale komputer mam akurat mocny :). tyle tylko ze nie potrzebuje wspomagania 3D (tak mi sie przynajmniej wydawalo), bo pracuje wylacznie nad plaska grafika i filmem. W zwiazku z tym przez dlugi czas mialem tylko karte na plycie glownej, a ostatnio po zmianie monitora kupilem jakas prosta z DVI-D z pasywnych chlodzeniem, bo nie znosze szumu kolejnych wiatrakow.

P.-S. Twoj program nie dziala tak jak powinien chyba. Duzo lepiej wygladal obraz z emulatora Atari - serio. Ale mialem tylko pare minut przed wyjsciem do firmy na sprawdzenie, jak wroce to sprawdze jeszcze na projektorze - bo moze to wina monitora LCD (choc watpie).

To jeszcze jedna prosba :)
Istenieje taka mozliwosc (sugerowaloby to prawidlowe dzialanie obrazu z emulatora), ze okulary mrugaja CO DRUGI ekran.
Jakbys mogl skompilowac to raz jeszcze tak by czekalo za kazdym razem dwa ekrany.
Ja mam szybki LCD, a na emulatorze Atari jak zamknalem jedno oko, to widzialem jedne obraz, i odwrotnie. Przy Twoim programie jest tak ze widze zawsze dwa nalozone, z tym ze jeden ostrzejszy (w zaleznosci ktorym okiem patrze).

Thanks from mountain :)

Oooooo, widzę masz sentyment do Allegro przekompilowanego pod DX! Stare, ale działa:)