Multimédia (vagy mi a szösz) faragás – továbbra is

Ez még mindig a CentOS6 → 7 / Fedora20 → 21 migrálás utóélete, amiben az a legszebb, hogy már a Fedora22 is kijött hetekkel ezelőtt. Így elment fél év? :-| A mostani téma pedig csupa móka és szórakozás. A feladat tartalmaz némi „multimédiát” (de nem szeretem ezt a szót...), ami – mondjuk úgy – nem éppen célterülete a CentOS-nak, de ezen tény fölött most nyugodtan átsiklok. :)

Hozzászólások

Jó kis szösszenet.
Annó, elég sok BT878-as kártya fordult meg a kezeim közt és volt olyan is ami, hála a régebbi kernelek remek PCI kezelésének és a v4l driver minőségének, a talpam alatt is.
Ami a donglek leszerepelését illeti, abban nem csak a digitalizálók lehetnek a ludasak. Sajnos a régi vasak videokimenetei és igen gyakran hibásak és az analóg videójel érzékeny a torzulásra. Érdemes az Analog Devices-tól rendelni ingyenmintában valamilyen videobuffert vagy vonali meghajtót és abból építeni egy egyszeres erősítésű szabályozható bemeneti impedanciájú jelerősítőt és azt beiktatni a kártya és a gép közé. Pl. a plus 4-ben használt tuner videokimenete két 120-ohmos ellenálláson (R9, R10) van leosztva ami minden csak épp nem leválasztott kimenet.(Lásd: szervíz manual 18. oldala)
További probléma, hogy sokszor a gépek kimeneteinek az időzítése sincsen toppon. A régi, analóg TV-k elég lazán kezelték a sorszinkronjeleket, képesek voltak 10-15%-ok csalni a sorerősítő automatikus utánhúzásával, mint ahogy a videójeleknek is elég volt egy "laza" tartományban benne lenniük. TV játékoknál futottam bele olyan problémába, hogy a hőmérséklettől kezdve az elemek állapotáig mindentől függött, hogy akart-e együttműködni a digitalizálóval vagy sem. Ebben az esetben cél IC melletti kvarc minőségi cseréje volt a megoldás.

A pci kártya laptopra dugását meg lehet kísérelni egy usb port <-> usb - pci-e <-> pci-e - pci <-> pci kártya izzó kártyavár, külső táp és szenteltvíz segítségével. Régi HP-IB kártyát már sikerült ilyen módon USB kompatibilissé tenni.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

A BT-s kártyákkal kapcsolatban én azon értetlenkedtem anno, hogy sok esetben írták, hogy "nem szeretik a megosztott IRQ-t", emiatt pakolgatni kellett előre-hátra a PCI csatlakozókban. Aztán "egy idő után" ez valahogy nem kellett. Ez nem teljesen szoftveres téma?

A régi vasak szabványtalan videokimenete valóban lehet probléma, bár eddig a plus/4 CVBS / S-Video kimenetével rossz tapasztalatom nem volt. (Azt az egyet leszámítva, amelyik részt említetted: a gép egy "költség-csökkentett" verzió lett, a modulátor is egyszerűbb felépítésű, mint pl. a C64-ben levő. Az egyszerűsítésnek "hála" az S-Video kimenet világosság jelébe "áthallatszik" a színjel, emiatt az egy kicsit zajosabb a kelleténél. Meg egy jobb-fajta CVBS dekóder képes a világosságjelből színes képet előállítani. :) )

Az usb-s kártyavár helyett inkább visszakövetelem az előző grabbert, az legalább működött.

Is-is. Az egyik oldalon a BT chipek "érdekes" PCI kezelése áll. Pl. a burst módot csak olvasásban támogatják, az írást nem, csak az -INTA-ra van rákötve és azt is folyamatosan pollingolja, ha DMA túlcsordul akkor bebillenti az SCERR-t és nyomni kell egy resetet. És még ott van, a strict PCI2.1 módja, ami miatt külön konfigurálni kell ha nem PCI2.1 kompatibilis a chipset. Szóval nem egyszerű eset.
Erre jön rá, hogy a működése függött az alaplapi PCI bridgetől és a BIOS-tól. Azokban az alaplapokban, ahol a PCI slotok eszközei nem osztoztak az -INTA-n vagy dedikált IRQ-t kaptak, akkor jól működött a kártya. Pl. egy MSI alaplap K6-500-al szépen ment PAL raw capture módban, viszont egy Tomato alaplap Athlon XP at 1.4GHz-en nem volt elég erős a feladathoz.
A szoftveres oldalon állt, hogy az windows alatt ki lehetett kényszeríteni a dedikált IRQ-t. Érdekesség, hogy a windowsos driver képes volt megosztott IRQ kezelésnél is stabilan futni, de olyankor 100%-on járatta a processzort.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Ezekből nekem most az jön le, hogy mázlim van a sima működéssel kapcsolatban? :-D Meg az, hogy éljen a kompatibilitás. :) Erre amúgy is csak átmeneti verziókén tekintek, előbb-utóbb csak lesz valami "ultimate" megoldásom a problémára. (Kellene egy ilyen tervezni, szerintem nem csak az én nyavalyám ez.)

Nem olcsó, de venni kell egy XRGB-mini Framemeister-t Japánból ami kimondottan az ilyen retró kütyük lehető legkevesebb kompromisszummal HDMI-re konvertálásához van kitalálva, illetve egy HDMI capture dongle-t ami pedig arról mintavételez. :D Kár hogy ez a setup árban már egy komolyabb videókártya ára :| És a Framemeister szállítási költsége is eléggé gyomros. De előbb-utóbb lesz ilyenem.. :)

Nekem is a C64-hez kellene valami okos megoldás, kár hogy közvetlen RGB kimenetet nem lehet a VIC-ről lopni mint a NES esetében. Esetleg egy Turbo Chameleon kártya ami megint árban kb. annyi mint a fenti kombináció, cserébe viszont még ad egy csomó plusz funkciót a VGA kimeneten felül (emulálja FPGA-n a VIC-et a busz forgalomból). És akkor csak egy VGA grabber kell. (szintén nem olcsó)

Egyébként én az EasyCap-ből ennyit tudtam kihozni maximum :( http://www.lemon64.com/forum/viewtopic.php?t=46797&sid=290916afe31692aa… Az a csíkozódás a tetején folyamatosan jelen van. Érdekes módon ugyanez az S-Video kábel hibátlanul működik egy külső S-Video -> VGA konverterrel, illetve egy Acer projektor S-Video bemenetével is próbáltam és ott is stabil képet produkált.

Paraszt kerdes lesz: nem lenne egyszerubb venni egy atlagos analog TV kartyat, es a koax bemenetet hasznalni? En egeszen jo eredmenyeket ertem el igy, megfelelo kabellel a kep hibamentes es tiszta volt, fejleszteshez tokeletes. Az egyetlen problemat akkoriban az jelentette, hogy a Windowsban nincs "Always on top" funkcio (legalabbis, az akkoriban meg tamogatott XP-ben nem volt erre beepitett mod), igy nem tudtam egyszerre latni a C64 kepernyojet es a dokumentaciot.

Persze, nem egy RGB minoseg, ez teny, es a PAL-nak is megvannak a maga korlatai, de... legalabb olcso megoldas, es a TV kartyak altalaban rogziteni is tudnak. A jelenlegi egyetlen hatranyod az lesz, hogy kell keriteni egy legalabb egy standard PCI portot tartalmazo alaplapot, ugyanis analog kartyat PCIe csatlakozoval relative keveset gyartottak annak idejen, legalabbis en nem talaltam, mikor legutobb gepet raktam ossze.
--
Blog | @hron84
Üzemeltető macik

Nekem is a C64-hez kellene valami okos megoldás, kár hogy közvetlen RGB kimenetet nem lehet a VIC-ről lopni mint a NES esetében.

Nem csak a VIC-ről nem lehet RGB-t lopni, hanem még a VIC-ből se, mivel maga a csip belül sem RGB-vel dolgozik. :)

Egyébként én az EasyCap-ből ennyit tudtam kihozni maximum :(

Ez nem kábelhiba lesz. Viszont mint fent emlegettem, az EasyCap név önmagában kevés. Túl sok fajta beltartalommal készült az eszköz, amik között van olyan, ami még működik is! Ha visszakapom az enyém, lesz róla infó.

Jó kis írás, köszi!

A BT kartyakban mindig lehet bizni... :-) Anno en konkretan TV-t neztem rola, es volt is bosszusag az audiokabelbol, amikor egy gepcsere utan az alaplapi hangig mar nem ert fel a kis tizcentis kabelke (pontosabban felerni felert, de bedugni nem birtam sehogyse), kellett vennem egy batar hosszu kabelt (valami felmeterest), mert egyszeruen nem volt a ketto kozt semmi, en meg nem akartam forrasztgatni (nem mintha lett volna otthon hozza barmi).
--
Blog | @hron84
Üzemeltető macik

Jól jön majd ha egyszer én is kezdenék valamit azzal a régi Pinnacle kártyával itthon. :)
Köszi.
☼☆♫♪♫♪☆☼
AGA@
Fork portal és az egyik logóm :)