Videokártya jelének real-time feldolgozás

Grafika: GUI, OpenGL

Tisztelt fórumozók!

Javaslatokat szeretnék kérni a következő témakörben.

Szeretném egy adott számítógép videokártyájának jelét real-time átlőni egy második gépre, és ott feldolgozni.
Fontos lenne, hogy az eredeti gépen a jel szépen kimegy a monitorra, és a feldolgozás egy másik gépen történjen.

Mindenképpen hardveres megoldásra lenne szükségem, vagyis a kölönböző képlopó / VNC jellegű megoldások nem jöhetnek szóba.

Egyszerűsítve: a videókari DVI vagy VGA kimenetét valahogy össze kellene hekkelni egy másik gép (nem létező DVI / VGA) / USB / FireWire / akármilyen bemenetével.

A netet túrva találtam pont erre való frame grabber kártyákat, egyetlen bajom velük, hogy 1000$ körül indul azt áruk, ami jelenleg túl sok nekem...

Ha esetleg valaki tudna használható ötlettel szolgánli, azt nagyon megköszönném.

  • 3063 megtekintés

( _ventura_ v | 2008. 11. 25., k – 16:51 )

én ezeket vlc vel oldottam igaz annyira nem realtime a másik oldal, mert ugye késleltetés lesz
de legalább ingyen van :D

Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.27.6

Feldolgozás alatt azt, hogy nem a monitorra megy, hanem egy általam írt programba, ami kiszedi belőle a nekem kellő információkat.

A bajom, hogy ez szoftveres megoldás, mert a VLC részére elő kellene egy streamet állítani előbb. Ami vagy szoftverből, vagy valami extra kártyával gondolom...

pl. stock informations lelopása? ;-)
IMHO frame grabber
jó kis szoftver lesz az, képfelismerés stb, és ha elcsúszik a sorszinkron, vagy torzul a jelm, vagy zavar lesz rajta, de mind1. mvp

jó kis feladat az már biztos.

szerezz egy IP KVM-et és fejtsd vissza annak a streamjét!

Pl.:) Semmi illegális nem lesz, de jól gondolod, ilyenféle feladatról van szó. Egy adott programból kell infókat kiszedni, és feldolgozni, miközben a user nyugodtan használja az eredeti programot...

a képfelismerés része nem olyan bonyolult, mert elég statikus dologról van szó, a többi felvetett problémát meg... hát majd meglátjuk mit tudunk kezdeni velük, ha felmerülnek... :)

Ja, ha stock info lenne, akkor IMHO arra egyszerűbb előfizetni, ma már mindenki árulja és nem is olyan drága :)

( tomaza | 2008. 11. 25., k – 17:18 )

lehet nem értem, de egy vga-hub akkor nem jó?
ps: asszem leesett:) egy vga-jelet akarsz visszaalakítani képpé?

és erről a tunerkártyákat is tájékoztatták? nem lehet hogy (némelyik) vga-ról nagyobb felbontást is fogad az svideo _csatlakozón_ tehát nem csak az svideo szabványt? (kb mint ahogy usb _csatlakozón_ usb1 és usb2 szabvány _jel_ is mehet)
a másik amit lentebb is írtak a YPbPr "csatlakozóra" is vontkozik vmi korlátozás? (tunerkárkyát specifikációiban nem találtam infót)

A helyzet ennél elszomorítóbb, a grabbelt képet egyszerűen átméretezik, az egyszerűbb cuccok még deinterlace-t sem csinálnak előtte.
Én még olyan grabber kártyát nem fogtam kezemben, amin van YPbPr bemenet, gyanítom, hogy ha sima tv-kártyán van, akkor nincs felbontásban különbség a videó, s-videó és az YPbPr között.
A láényegi különbség ott van egyébként, hogy a sima videó csatlakozón egy színsegédvivőre van ráültetve a két színkülönbségi jel QAM modulációval, az s-videón ez nincs belekeverve a videójelbe (tehát a világosságjelet nem kell megszűrni, hogy a színsegédvivő ne látsszon benne), az YPbPr viszont külön, alapsávon tartalmazza a két színkülönbségi jelet (ráadásul nem is a zöldet meg a lilát, hanem a kéket meg a vöröset).

( bolond | 2008. 11. 26., sze – 09:28 )

A videókártyákon szokott lenni YPbPr component video (nem tudom, magyarul mi a neve) kimenet (ha nincs, valami ilyesmivel pótolható, de egy videókártya olcsóbb:). Erről a kimenetről pl. ezzel, vagy ezzel a kártyával fogadhatsz jelet egy másik gépben. Nem tudom, a KWorld termékei mennyire jók, de viszonylag olcsóak. Megfelelő tűréssel talán a valósidejűség is rendben lesz. :)

:)

( tovis v | 2008. 11. 26., sze – 11:00 )

Ravasz és fogós kérdés! Általában a video feldolgozás nagy teljesítményeket igényel, a frame grabbing mellett pedig még nagyon sok számítást igénylő műveleteket végző programot is akarsz futtatni - realtime!
"Egyszerűsítve: a videókari DVI vagy VGA kimenetét valahogy össze kellene hekkelni egy másik gép (nem létező DVI / VGA) / USB / FireWire / akármilyen bemenetével."
A legolcsóbb ilyen eszköz az USB kamera! Nyakatekert megoldás, viszont szerintem a legolcsóbb, ha akár az eredeti, akár egy splitteren keresztül meghajtott, külön monitorral (egy használt CRT monitor ck. 5 eFt) szembe állítassz egy kamerát, amihez van grabber szoftware és neked marad a testhez állóbb feldolgozás. Ha majd lessz több pénz akkor lehet híper-szuper grabber kártyával nyomulni!

* Én egy indián vagyok. Minden indián hazudik.

Esteleg jobb kamerával? - mondjuk a szinkronnal is lessz probléma :(
Jogos!
Akkor marad a VAG vagy jobb az S-Video kimenet amit egy, még elfogadható árú grabber kártyával megetetsz. Azonban akkor valahol kompromisszumot kell kötnöd. Ráadásul az egyszerű TV tunerel összeépített kártyák szoftvere alapból tömörít ha lepakol - MPEG2, MPEG4.

* Én egy indián vagyok. Minden indián hazudik.

( emberk | 2008. 11. 27., cs – 10:44 )

Én az Unicap-imaging lib-jét szeretem nagyon, bár egy dolgot hiányolok, hogy sehogy sem sikerült öszehegeszteni, hogy a videobuffert DMA-n keresztül tömjem (ami igen komoly eséllyel lehet hogy az én szakértelmem hiánya)

( bolond | 2008. 12. 16., k – 19:51 )

Találtál megoldást a videokártya jelének real-time feldolgozására?

:)