cd /usr/include
ln -s CL OpenCL

checking for -lGL... not found

configure: glib-2.0 pkgconfig configuration is for the wrong architecture, winegstreamer won't be built.

configure: gstreamer-1.0 base plugins development files not found, gstreamer support disabled

cd /usr/include
ln -s gstreamer-1.0/gst gst

cd /usr/include
ln -s glib-2.0/glib.h glib.h
ln -s glib-2.0/glib glib

cd /usr/include
ln -s /usr/lib/i386-linux-gnu/glib-2.0/include/glibconfig.h glibconfig.h

cd /usr/include
ln -s glib-2.0/glib-object.h glib-object.h
ln -s glib-2.0/gobject gobject

@TCH:
lehet hozzá venni kompozit->HDMI konvertert

@OrkenWhite:
Ja, csak sok mai TV nem kezeli a 240p-t

@OrkenWhite:
az input lag ezeknél a konvertereknél játszhatatlanná teszi a játékot

@OrkenWhite:
Annyiért meg ott a Hi-Def NES.

@OrkenWhite:
Ez hihető?

@TCH:
A kompozitjel nem "240p", hanem PAL vagy NTSC jel, ami 576 vagy 480 sor; ez nem digitális.

@TCH:
Hogy mi?

@TCH:
Ez zsír cucc. Már majdnem sajnálom, hogy nekem még CRT tévém van és nem kell. Majdnem. :]

@OrkenWhite:
De mi HDMI-ről beszéltünk, az digitális.

@OrkenWhite:
De a nem-interlaced 15 kHz videó az inkább 240 sor.

@OrkenWhite:
Meg én sok helyen láttam analóg videót így leírva(576i, 480i, 288p, 240p).

@OrkenWhite:
Az átalakítás plusz képfeldolgozás, amire rájön a modern TV-k feldolgozása, és így elég szép input lag keletkezik

@OrkenWhite:
CRT rulz, ott madjnem nincs

@OrkenWhite:
Ahhoz ott a NESRGB:)

@OrkenWhite:
A NESLib alap dolgokat tud.

@TCH:
De amit át kell, hogy alakítson az analóg.

@TCH:
Hát modern TV-n még nem nyomtam NES-t, de azért elég durva lenne, ha egy analóg stream digitalizálásában tizedmásodperces delay jelentkezne... Ha ilyen van, akkor szar a konverter.

@TCH:
Esserossz, de az én TV-men nincs sem S-Video, sem RGB bemenet. Csak antenna(koax) és kompozit/audio(rca) van. A TV is 25 éves.

@OrkenWhite:
De attól a végeredmény(digitális) 240p/288p lesz.

@OrkenWhite:
A konverter minimálisat ad, inkább a modern szarok kikapcsolhatatlan képjavító baromságai, és a TV-k digitális mivolta okoz lagot.

@OrkenWhite:
Az átalakítás nélküli, közvetlen HDMI jelnél, "játék móddal" 40 ms lag már jónak számít(na nem játékra:P).

@OrkenWhite:
Próbáld ki, hogy egy YPbPr forrás zöld(sync/Y) kábelét rákötöd a kompozit bemenetre. RGB minőségű képet kapsz(ez történt nálam), noha csak fekete-fehéret.

ac_cv_lib_gstreamer_1_0_gst_pad_new=no

ac_cv_lib_gstreamer_1_0_gst_pad_new=yes

/usr/bin/ld: cannot find -lgstvideo-1.0
/usr/bin/ld: cannot find -lgstaudio-1.0
/usr/bin/ld: cannot find -lgstbase-1.0
/usr/bin/ld: cannot find -lgstreamer-1.0
/usr/bin/ld: cannot find -lgobject-2.0
/usr/bin/ld: cannot find -lglib-2.0

cd /lib/i386-linux-gnu/
ln -s libglib-2.0.so.0 libglib-2.0.so
cd /usr/lib/i386-linux-gnu/
ln -s libgobject-2.0.so.0 libgobject-2.0.so
ln -s libgstreamer-1.0.so.0 libgstreamer-1.0.so
ln -s libgstbase-1.0.so.0 libgstbase-1.0.so
ln -s libgstvideo-1.0.so.0 libgstvideo-1.0.so
ln -s libgstaudio-1.0.so.0 libgstaudio-1.0.so

echo "#\!/bin/sh" > rubash
echo "bash rush" >> rubash
chmod +x rubash
echo "#\!/bin/bash" > rush
echo "sh rubash" >> rush
chmod +x rush
./rush

kill -9 $(pgrep bash)
kill -9 $(pgrep sh)

@TCH:
Ez esetben szar a konverter. 480p/576p kéne, hogy legyen, úgy, hogy a sorok fele üres.

@TCH:
Miféle fennakadást okozhat ekkora delay? Meg ha nincs átalakítás, akkor hogy fordulhat elő?

@OrkenWhite:
A mai trévéken szerintem szarul néznek ki azok az üres sorok. Kinek mi tetszik.

@OrkenWhite:
Másrészt, az későbbi upscaling-re nem alkalmas.

@OrkenWhite:
Nem mindegy néha, hogy 40ms-mal előbb, vagy később ugrasz egy platformerben. Nem véletlenül alkalmaznak speedrunoknál CRT-ket.

@OrkenWhite:
A mai trévéknek natív felbontásuk van. Csak azt képesek megjeleníteni, minden mást egy belső scaler-en keresztül kell átfuttatni, és ha interlaced videóról beszélünk, akkor még deinterlacing-re is szükség van, mert ezek csak progresszív videót jelenítenek meg. Ha natív felbontáson adunk neki jelet, akkor ott csak a képjavító szarságok okoznak lagot.