Aktív témák
-
Male
nagyúr
Akkor erről lemaradtam. Gondolom azért így is megkapja a levelet. Ha nem, akkor próbálkozhatunk ezzel is. Vagy gondolod mást is érdekelne a .doc file, amivel nem működik a program, meg a videóra való átvétel után visszakapott AVI minősége és az SAA7113H chip dokumentációja (végignéztem, de ez nem a programozásáról szól)? Ha igen, akkor írj, és elküldöm neked, hogy fel tudd rakni ftp-re.
-
#189
Male
nagyúr
REAL WORLD
#188
Male
nagyúr
válasz
REAL WORLD
#188
üzenetére
Túl gyorsan reagáltál :))
Én elküldtem, a többi már a freemail-en múlik. Volt már olyan levelem, ami két napig! körözött valahol (ki tudja közben hol járt a neten) mire megérkezett a címzetthez. -
#187
Male
nagyúr
REAL WORLD
#186
Male
nagyúr
válasz
REAL WORLD
#186
üzenetére
Levél ment. (remélem nem lett túl nagy a csatolt fileoktól)
Az I/O error 103-at azóta nem produkálja a program, helyette jött a 183-as hiba. Arra rájöttem, hogy mi okozza, és le is írtam a levélben. -
#186
REAL WORLD
tag
Male
#185
-
#185
Male
nagyúr
REAL WORLD
#183
Male
nagyúr
válasz
REAL WORLD
#183
üzenetére
Mint írtam, ha végzek a vizsgáimmal (és bentmaradok az Egyetemen), akkor én nekiállok a titkosítós változatnak (legkorábban január 12 után). A gond az, hogy én Pascal, C és C++ nyelveket ismerem, a Delphi-t nem igazán (bár hasonlít a Pascalra), szóval először egy kis tanulás és majd utána (a C++-t amúgy is utálom, a Pascal és a Delphi mindig is jobban tetszett).
Amúgy a vizsgáimat veszélyezteti ez a program, mert a sok hülyeség helyett mindig ezen a programon jár az agyam.
Ja ha egy Philips SAA7113H (ehhez megvan a dokumentáció) és egy Chrontel xxxx chipet is közvetlenül tudnánk programozni (egy kicsit elszállt ötlet azthiszem), akkor még jobb lenne, mert a VIVO-s videokártyámat tudnám közvetlenül használni.
#175-re:
Az egyik hiba: a program a z F:DownloadsVHSre rogzitesKODOL 3.2 könyvtárban van, megnyitom vele a PROBA.BMP-t, aztan beállítom, hogy az F:jegyzetvalgazdvalgazd.doc -ot akarom kódolni, utána Save, amit felajánl, azt csak leokézom, utána Convert. Ezután csak egy 00000000.BMP-t csinál meg (amiben a file neve van kódolva gondolom), a többi hiányzik. Az eredeti file 57 kbyte-os. Dekódolásnál egy üres valgazd.doc file-t csinál csak.
Az IO erroros hiba pedig: a kódolandó file beállításáig minden ugyan úgy, mint az előbb, majd a kódolandó filenak egy hoszzú filenevű filet nyitok meg (VALLALATI GAZDASAGTAN TETELEK_2003-Jan- 8-22_29_18.DOC), ezt még elfogadja, de amikor megnyomom a Save gombot, akkor I/O error 103 -at ír ki (a hosszú filenevű könyvtárat nem tudja talán létrehozni?).
Na jó tanulást.
[Szerkesztve] -
#184
hezso
aktív tag
REAL WORLD
#183
hezso
aktív tag
válasz
REAL WORLD
#183
üzenetére
:(((
-
#183
REAL WORLD
tag
REAL WORLD
tag
Sziasztok!
Remélem mindenkinek jól telt a SZILVESZTER! :(( Mivel utolsó év és a félévi jegyeket viszem, ezért tanulnom is kellene. Plussz egyéb elfoglaltságaim is vannak. Ha megjön az AVI leírás, amit rendeltem, akkor azt még megnézem, de a program fejlesztését befejezem. (Ha esetleg jutok valamire az AVI-val, akkor azt még megcsinálom.) Amennyiben lenne olyan válalkozó szellem, aki tovább csinálná nagyon örülnék neki és szívesen segítek is. De én már csak akkor tudok vele foglalkozni ha lesz szabad délutánom és hétvégeken. De tételeket is kell dolgoznom + felvételi feladatokat csinálni... Szóval elég kevés időm lesz. :( (Amit elképzeltem mindenképpen meg fogom írni, de lehet, hogy csak a felvételik után...) :F -
SeF
tag
Sziasztok!
Az előző hozzászólásokat nem olvastam ezért lehet hogy már vki írta ezt előttem is.
Igen létezik ilyen kütyü ami a scart/euro av csatlakozóra kapcsolva adatokat ment ki a vhs kazettára. Ez a dvd elterjedése előtt volt szép reményű de ma már túlszárnyalt technológia. Egy 4 órás szalagra 4Gb adatot lehetett kimenteni, de 4órát várni is kellett!! A visszakeresés is csak sorban történhetett mint régen a szalagos meghajtóknál. Magyarországon is lehetett kapni kb 4-5 éve akkoriban 18000.- ft körül. Hogy ez megéri e manapság, hátt szerintem nem mert egy jó videó 40-50000.- ft + ez a kütyü és az alapanyag, jóminőségű kazetta 600-800ft amire 4gb fér. Ezzel szemben a dvd-r(w) meghajtó manapság 40-80000ft között van és az alapanyag is 600 ft magasságában amire 9gb adat fér, valamint a sebesség se elhanyagolható!!
Üdv: SeF -
And
veterán
Amikor ezeket kitalálták, akkor lehet hogy még technikai okai is voltak annak, hogy nem tudtak színeket használni. Akkoriban egy TVtuner NEM 69dollár volt. Szóval lehet hogy ez is belejátszik.
A ma nálunk használatos színes TV-rendszer immár 40 éves. Az adott kornak megfelelő nagykapacitású archiváló adattárolók sosem a köznép számára készültek, egy DAT-streamer sem közkeletű manapság. Ilyen szempontból az ár nem lényeges, akinek szüksége van rá, az megveszi.
És nem hiszem hogy a színek annyira használhatatlanok.
Ezt senki sem állította. Viszont az alkalmazás sok nehézséget vet fel, amiket már említettünk. A színinformáció már a színrendszer szintjén sem túl sok (kb. 1/4 sávszélesség a világossághoz képest), és még a mai technikai lehetőségek szintjén sem lehet hibátlanul leválasztani a világosság-információról. Gyakorlatilag ezért jött létre az SVIDEO jelrögzítés és továbbítás, ahol alapból szétválasztott ez a két információ, és ezért kell kerülni a kompozit jel közbeiktatását, ha ez lehetséges.
Hisz akkor mér színes a VHS? Nem mondom hogy tökéletes, de ha felveszek valamit TVből, és visszanézem fél év múlva attól az még mindíg színes. Kicsit zavarosabb mint az élő, de színes.
Az emberi szemet elég könnyű becsapni. Kicsit sarkosan fogalmazva mondhatnánk azt is, hogy kiírunk néhány milliárd bitet egy háttértárra, fél év múlva visszaolvassuk, és a bitek még mindig jönnek. Igaz, itt-ott megváltoztak, rossz időben jönnek, de legalább olvassuk őket. Ráadásul ez még mind csak a fizikai rögzítési szintről szól. Az audió CD-ken pl. fizikailag pit/land formájában ~3x annyi adat van, mint amennyi a PCM-adatok rögzítéshez kell, adatlemezek esetén (mode1) pedig ebből is lejön még 13%. -
hezso
aktív tag
Ezek a kártyák nem igazi TVtunerek, ha tudnának színeket is kezelni, akkor annak is lehetne őket használni. Amikor ezeket kitalálták, akkor lehet hogy még technikai okai is voltak annak, hogy nem tudtak színeket használni. Akkoriban egy TVtuner NEM 69dollár volt. Szóval lehet hogy ez is belejátszik.
És nem hiszem hogy a színek annyira használhatatlanok. Hisz akkor mér színes a VHS? Nem mondom hogy tökéletes, de ha felveszek valamit TVből, és visszanézem fél év múlva attól az még mindíg színes. Kicsit zavarosabb mint az élő, de színes. Biztos csúsznak, meg minden, de az összhatásukat megtartják. Úgyhogy valahogy csak ki lehet hasznáni a színeket is. Ha elkészül a 4.0ás változat, akkor majd kiderül hogy lehetséges-e színeket(vagy szürke árnyalatokat) használni. -
#175
REAL WORLD
tag
REAL WORLD
tag
[L]http://www.ecis.com/~alizard/obsolete-tape.html[/L]
Nem tudom, hogy mikori, de a belső kártyára, ami ISA-s 69$-be kerül!
A screen image-t megnéztem és az 1.0, amit pascalban írtam hasonló képet adott vissza... Ha nagyon akarjátok átírom Delphire azt is. (fekete-fehér) -
-
And
veterán
Egész jó kis link. A screen image oldal szerint ők nemhogy színeket nem használtak, de még szürkeárnyalatokat sem, a ''pixelek'' is elég szélesek. Ez nyilván nagyobb adatbiztonságot ad, a rögzítés adatsebessége viszont így is nagyjából max. 1GB/h, ami fölé emlékeim szerint a Mo.-on évekkel ezelőtt kapható cuccok sebessége sem ment.
Szerk.: 0,5 GB/h, LP-módban (3GB / 180perces kazetta).
[Szerkesztve] -
And
veterán
''A színek viszont nagyon el fognak kenődni.''
A kevés színinformáción túl a VHS másik alapvető problémája ez a jelenség. A színek ''átfolynak'' a kontúrokon, ez még a jobb képet adó SVHS-nél is észrevehető. A jelenséget a csoportfutási időhiba okozza: a színkülönbségi jelek elcsúsznak a világosságjelhez képest. Ezzel VHS-nél együtt kell élni, hatását nem szabad figyelmen kívül hagyni.
A problémáktól függetlenül látom alakul a dolog, csak így tovább! -
Male
nagyúr
Még az is eszembejutott, hogy titkosításra sem rossz a program. Pl egy szöveg átküldésénél először egy képet csinálok belőle, és a képet küldöm el. Még bizotsabb az lenne, hogy pl egy családi kép vagy akármire lenne ''rátitkosítva'', úgy hogy az eredeti mondjuk 24 bites kép bizonyos képpontjainak a színét tolja el a 4 bites kép megfelelő képpontjainak a színével (csak egy kis árnyalatnyi eltérés lenne tőle), majd az így kapott képet küldenénk el, a címzett pedig ha rendelkezik az eredeti képpel, akkor a két kép összehasonlításával visszakapná a 4 bites képet (a kapott kép képpontjaiból kivonva az eredeti kép képpontjainak színértékét), amit utána vissza lehet alakítani szöveggé. Így gyakorlatilag észrevétlenül lehet titkos adatokat küldeni (persze ez nem túl hatékony, mivel hatszoros méretű lesz a kép: 4 bit hasznos/24 bit összesen). Ha végzek a vizsgáímmal, akkor azthiszem ennek nekiállok (persze egy két trükköt még belerakok, csak hogy biztonságosabb legyen).
Ja ehhez az átíráshoz REAL WORLD hozzájárulását is kérném, mivel az ő programját módosítanám (ha pénzt is hoz majd a dolog, akkor fizetek százalékot, de ezt majd megtárgyaljuk -> ahogy az MS szokta, majd utólag licencelem :) ).
[Szerkesztve] -
Male
nagyúr
A keret nem biztos, hogy kell, ha nVidia kártya TV kimenetét használja azzal úgyis lesz fekete keret a kép körül alapbeállítással.
A színek viszont nagyon el fognak kenődni. Régebben csináltam egy próbát, átvettem egy állóképet videóra, majd vissza a gépre -> kb 5 pixelnyi elkenődés lett (kék és fekete kép volt). Ha kell kiszedem a képet és elküldöm (pár napon belül, mert valamelyik cd-n van, és elő kell keresni). Meg kéne tudni, hogy melyik színekkel a legjobb VHS-re rögzíteni és azokat használni (ami a legkevésbé kenődik el, és jól megkülönböztethető).
Egy csomószor kapok valami IO error-os hibaüzenetet a programmal (3.2), ez a hoszzú filenevek miatt van vagy miért? A másik hiba, hogy néha csak a file nevét kódolja, a többi bmp hiányzik, de a program azt írja, hogy végzett (100%). -
#164
hezso
aktív tag
REAL WORLD
#163
hezso
aktív tag
válasz
REAL WORLD
#163
üzenetére
Ezért gondoltam az 1pixeles keretre, mert akkor be lehetne határolni az első sor magasságát, azután pedig az összes sor kezdetét és végét, ill. az utolsó sort is.
-
#163
REAL WORLD
tag
REAL WORLD
tag
Valóban lehetséges, hogy vág le, de egy kicsit bonyolultabb a dolog... Ha ugyanis egy 20 pixel széles keretet rakok rá, akkor ha levág belőle már nem lesz meg mindenhol a 20 pixel széles keret, de mivel 320*240, ezért ha levágott az egyik oldalon, akkor a másikon oda kell tennie vmit. Pl: bal oldalon levág 5 pixel széles csíkot, akkor a jobb oldalon meglesz a keret, de plusz 5 pixel széles csíknak kell lennie mondjuk fekete színben... Ez későbbi munkánál más gázosabb lehet! Tehát átgondolom hogy is lehetne megcsinálni, de nem olyan egyszerű a dolog.
BUÉK MINDENKINEK! -
hezso
aktív tag
Én is erre gondoltam, ezért kéne odatenni a 20pixeles keretet, így maradna 280x200 -as felbontás. Ezt mondjuk a kódolóban könnyen meg lehet oldani, ha csak a 320x240-es bmp közepébe ír, szélét fehéren hagyja, és a 280x200-as ''adattömeget'' meg bekeretezi egy 1pixel nagyságú valamilyen színű kerettel.
Így visszaolvasáskor ha levágódik a széle, akkor is meg lehet találni, hogy hol van az adat a keretből. -
Male
nagyúr
A video leírása azt írja, hogy 240 sor a felbontás a HQ VHS-nél, szóval ez elvileg tényleg 320x240 körül van, de a valóság ennél rosszabb. Először is körbe levágja a video a képet (azt a részt, amit a TV se nagyon jelenít meg), mésrészt ott a szallag, ami koránt sem tökéletes.
Az LP-t el kéne felejteni, ha színeket is akarsz használni.
MPEG helyett meg AVI az jó ötlet, bár ha az MPEG beállítások pont passzolnak a videohoz, akkor az is jó lehet (ha az MPEG is pont akkora blokkokra osztja a képet, mint a kódoló/dekódoló program). AVI-nál meg jó lehet egy veszteségmentes codec, pl a HuffYuv még ingyenes is azthiszem. -
#160
REAL WORLD
tag
REAL WORLD
tag
Több hiba is van a Player-ben. Már dolgozom rajta, de még nem tudom, hogy hogy fogom kijavítani. Az 1.0 rossz, mert a Timer komponnes Interval értékénél lehagytam egy 0-t így a képeket nem 40 msecundumonként jeleníti meg, hanem 4. Ez ugye 250 fps lenne, de a kép töltésére is idő kell, amit most vettem figyelembe. Érthetőbben: 25 fps-nél hiába állítom 40 ms-ra, amíg betölti a BMP-t az is idő... pl: 25 fps esetében 1 s alatt 19-20 kép jelenik csak meg!!! Dolgozom rajta!!!
-
#158
REAL WORLD
tag
hezso
#157
REAL WORLD
tag
Az első nem olyan nagy gond... Eszek vmit és utána megcsinálom. A keretet nem tudom. Meg kellen próbálni, hogy lelóg-e? De lehet, hogy igazad lesz. A digitalizálásnál nem akarok AVI-t. Már vannak ötleteim, de idő kell hozzá! TV-Tunert még nem kezeltem programból...
16 szín
[Szerkesztve] -
hezso
aktív tag
Hát akkor az én javaslataim:
-Be lehessen írni, hogy hány fps
-Sztem nem kéne az egész képernyőt kihasználni, mert van egy olyan érzésem, hogy a széle le fog lógni. Kéne a széléle egy pl. 20pixeles keret.
A 25fps szerintem sok lesz, egyelőre 10 is elég lenne. Szerintem a digitalizálásnál(majd visszajátszáskor)a kártya nem bírja a tényleges 25fps-t.
Viszont így, hogy most nem alakítunk avi-ra, kérdéses, hogy visszajátszásnál kell-e aviba tenni, nem lehetne azt is megoldani másképp?
És még egy kérdés? Ez a progi most hány színt használ? 16-ot? -
#155
hezso
aktív tag
REAL WORLD
#154
hezso
aktív tag
válasz
REAL WORLD
#154
üzenetére
Na, haladunk. Mindjárt leszedem. ÉS jöhet a teszt!
-
#154
REAL WORLD
tag
REAL WORLD
tag
[L]http://web.interware.hu/eperfa/REALWORLD/[/L]
3.2-es verzió!
A 00000000.bmp-be más infót is raktam. Emiatt nem kompatibilis az előző verzióval. Ezért a Dekódolóba is belejavítottam...
ÉSSSSSSSSSSSSS...............
Írtam egy lejátszót. Nem olyan, amit én szerettem volna, de a célnak megfelel. Egyetlen hibája, hogy csak 25 fps-sel tud lejátszani! Viszont Full képernyőn!!! Ha felkelek, akkor megnézem a VHS-re rögzítést és hogy utána, hogyan tudnám visszakapni a frame-eket... De Már legalább haladtam valamit... :)) -
#152
hezso
aktív tag
REAL WORLD
#148
hezso
aktív tag
válasz
REAL WORLD
#148
üzenetére
Még fizettél is érte? Hát le a kalappal. Benned van kitartás. :C
De mondjuk egyelőre egy progival is beérnénk, amibe beállítom hogy 1.bmp-től
45784.bmp-ig, és 25bmp/sec tömörítetlen aviba. Na meg persze mindez visszafelé is. Ha ez lenne, akkor tudnák tesztelni vhs-re, meg vissza. Úgyhogy ha valaki tud ilyet az please mondja el. -
Szalma
őstag
(Csak ötletképpen: VHS artifactek kiszűrése kellhet majd a digitalizált eredményből, szerintem a felbontást is kicsit csökkenteni kell majd... Nem gondoltatok még adatelrejtésre? Filmben, mondjuk... Hibajavító kódolásként a 8-ad akkora színinformáció szóba jöhet... A szalag ha sérül, akkor sok frame hiányozhat egymás után, tehát ''lóugrásban'' kell a redundanciát beletenni... Stb. Jó munkát, érdekes! Érdemes lenne egy LP felvétel, normál lejátszás eredményt is kipróbálni.)
Szeretettel:
Szalma -
#148
REAL WORLD
tag
hezso
#147
REAL WORLD
tag
Több embertől is kértem segítséget, de nem nagyon tudnak segíteni... Amikor elmondtam, hogy mire kellene, akkor azt kérdezték minek? Tudom, hogy igazuk van, mert a VHS nem túl megbízható és ahogy telik az idő egyre rosszabb lesz. De akkor is! Ez egy kihívás számomra!!!
Az AVIval kapcsolatban: keresgéltem a neten és találtam 1-2 leírást, komponenst, de nem túl egyszerű! Idő kell hozzá! Most találtam egy oldalt, ahol pont erről van cikk (Delphiben AVI kezelése és AVI-k BMP-kké alakítása...), de fizetős. Így lementem a postára és feladtam a money-t. De valószínű, hogy már csak januárban fog megérkezni... Tehát türelem!!! -
#147
hezso
aktív tag
REAL WORLD
#146
hezso
aktív tag
válasz
REAL WORLD
#146
üzenetére
és hogy haladsz? Mert a bmp-s reménytelen. Nem találtam olyan progit, ami rendesen át tudná tenni a sok bmp-t avi-vá.
-
eper-fa
aktív tag
íme a 3.1es verzió, akit érdekel (és elvileg minden további cuccot is meg fogtok itt találni):
[L]http://web.interware.hu/eperfa/REALWORLD/[/L]
ezen belül értelemszerűen a 31 mappában található a 3.1
hezso, majd nézd meg pls, elvileg most már nem lesz nagyobb a file
[Szerkesztve] -
eper-fa
aktív tag
-
hezso
aktív tag
Én egy 700Mb-os file-val csináltam, ott se nagy, de van.
Mondjuk meglepődésemre NAGYON gyors. A 700MBvel kb. 5perc alatt végzett. Én úgy fél órát tippeltem neki.
Most megpróbáltam egy szöveges docot, de semmi eltérést nem tapasztaltam, úgyhogy valószleg a win számolja el magát.
Nézegettem a keletkezett BMP-ket, hááát..... Kicsi az esély hogy azokat ebben a formában meg is fogjuk kapni vissza vhs-ről. Nagyon sűrűk. Tán lehetnének kicsit ritkábbak. -
eper-fa
aktív tag
-
#131
hezso
aktív tag
REAL WORLD
#128
hezso
aktív tag
válasz
REAL WORLD
#128
üzenetére
Meg is jött. Kösz
-
rog
addikt
egy volt kolegám cége gyárt ilyeneket. vagyis ők pc alapú biztonsági rendszereket készítenek, de az archiváló rész választhatóan lehet vhs kazetta is.
a hardver az egy isa/pci-os kártya amire rá kell kötözni egy tetszőleges videómagnót. az bekalibrálja magát, aztán a hozzá való szoftverrel lehet rá archiválni. ugyanúgy mint egy akármilyen másik szalags háttértárra.(szoftvert adnak hozzá).
bár az árakkal nem vagyok tisztában, de szerintem most, hogy 10k egy cd-író, és 150 ft a lemez, már nem túl érdekes dolog kazettára menteni. amikor ezt ők kifejlesztették(10-15? éve), meg igen előremutató dolognak száított. nyertek is vele egy csomó díjat. csak nem bírtak piacra menni vele sehogyse. (gondolom ezért is csinálták a megfigyelőrendszert inkább) -
vfo7
senior tag
Ez ostobaság, mert egy analóg videojel sávszélessége többszörösen meghaladja egy analóg hangrögzítő eszköz sávszélességét, ezért lehetetlen egy hangmagnóval videót rögzíteni. Ha lehetne, nem gyártottak volna forgófejes videókat, elég lett volna a sima audiokazetta.
Ez sem analóg, sem pedig digitális eszközzel nem működhet, legfeljebb a vágyálmokban. :) -
[Kovi]
tag
Nem tarozik 100%-ban a témához, de én is gondolkodtam hasonló dolgokon. Egészen konkrétan az egyik az volt, hogy a video composite kimenetét rádugtam a hifi-m aux bemenetére, hogy ha felveszem audio kazettára a jelet, és utána visszajátszva a hifi kimenetét rákötöm a video composite bementére akkor visszakapom-e a képet.. gondolom mondanom sem kell hogy nem sikerült. Amit visszakaptam az szürke kép és rajta néhány csík, amiknek a vastagsága és az elhelyezkedése néha változott.
A másik dolog is hasonló, igaz ezt nem próbáltam csak elmélet. A lényeg az lett volna, hogy a video composite kimenetét rákötöm a hangkártya line-in bementére és egy szbad forrású video néző / rögzítő progiban átírom a video jel bementi portját a line-in -re, vagy inkább linux alatt /dev/dsp -t átlinkelem a /dev/video0 -ra. Az első bukott kísérlet után ehhez azonban már nem fogtam hozzá, de érdekelne a véleményetek.
[Szerkesztve] -
#115
REAL WORLD
tag
REAL WORLD
tag
Sziasztok megint!
Mivel még elég szerény a tudásom ezért csak józan paraszti ésszel gondolkodva: 320*240-es felbontás esetén (1 byte = 2 pixelen letárolva 16 színnel) képenként 38400 byte. #45 üzentere hivatkozva 30 fpsnél ez 1152000 byte másodpercenként. Ez egy 3 órás kazetta esetében (SP-ben) 12441600000 byte, ami 11,5871 GB. De való igaz, hogy a VHS rizikós. Nekem sincs kedvem DVD helyett VHS-el bizonytalankodni, de az elmélet érdekes és szerintem lehetséges. A biztonság pedig növelhető. Az első, ami eszembe jutott, hogy minden byte-t kétszer írok ki... De ha eszembe jut valami jobb, akkor írok. Az AVI részén már dolgozom, hogy ne kelljen BMP-kel tökölni. És van remény arra is, hogy a TVTunert is beleépítsem. Áttértem Pascal helyett Delphire. Kicsit könnyebb! Ha van valaki, aki jobban ért a delphihez, mint én (mert ez életem első programja delphiben), akkor segíthetne! De ha csak ötletei lennének akkor is írjon. A kritikát is szívesen veszem. (ICQ : 238649115 -> Ezt hamarabb észreveszem mint a fórumra érkező hozzászólást) -
And
veterán
Ha csak a jel tulajdonságait vesszük figyelembe, akkor egyszerű közelítéssel: adott mondjuk 5MHz-es videó-sávszélesség, és 15625Hz sorfrekvencia (=625sor x 25 fps). így 1 tv-sor ideje alatt a videó(világosság-)jel feszültsége maximálisan 320 periódust tehet meg a fekete ill. fehér szintek közt. Ez 320, szorosan egymás melletti fekete és fehér területet jelent, tehát 640 ''pixelt''. A képernyőn függőleges, sűrű vonalak jelennek meg, ez az ábra generálja a legnagyobb sávszélességet (világosságjel-frekvenciát). A valóságban ennél valamivel kevesebb oszlop lehet, mert a teljes soridő (64us) alatt jelen van még a szinkron-, színszinkron/burst-jel, stb. és ezek nem rajzolódnak ki. Továbbá a kirajzolt vonalak nem hirtelen mennek át feketéből fehérbe és viszont, hiszen a jel sávkorlátozott, ez esetben (sáv felső határán) a jelalak csak szinuszos lehet, az intenzitás-ingadozása a két szélsőérték (fekete-fehér) között ennek megfelelő. Ahogy sűrűsödnek a vonalak, egyszer csak nem tudod szétválasztani azokat, mert az egész kép átment középszürkébe. Egy moszoszkóp-ábra sűrűsödő függőleges csíkjaiból egyébként lehet közelíteni azt a sávszélességet, amit a rendszer még átvisz.
-
zetecR
addikt
Annak idején, még a 386/486-os időkben volt erről cikk egy Computer Panorámában, egy ruszki faszi csinált hozzá szoftvert is, és tökéletesen működött a dolog PC-vel.
Ár/teljesítményre nagyon jó volt, úgyhogy ajánlották szívesen.
De hogy az a CP meg van-e még??? Megpróbálok utána nézni, ha meglesz és még érdekel, szólok. -
hezso
aktív tag
igen, de itt most kimenetnél bmp-ból aviba, ott graf kártya kimenetén videora. Videorol tunerra, és tunerról aviba, onnan bmp-re és onnan adattá.
Tehát most a 2. verzió az érvényes. Az 1. sokkal bonyolultabb, és egyelőre kivitelezhetetlen egyszerű módszerekkel.
Az a baj, hogy az nekem nem mond sokat hogy világosságjel meg mittudomén mi.
Ha azt írjátok, hogy a szürke árnyalatai az értem. -
Efreet
senior tag
szerintem jó a kezdésnek ami most van, aztán lehet kezdeni növelgetni (nem nagy dolog ha a progi úgy van megírva) hibatűrés határáig... az meg, hogy nem szabvány .AVI a 453x267-es felbontás (csak mondtam egy számot), az kit érdekel? a legtöbb lejátszó megbírkózik az ilyesmivel (a színek már egy újabb kérdés, ott is a trial by error lehet a követendő)
a framerate az fix 25, nem szabad azzal babrálni.
[Szerkesztve] -
And
veterán
Nem vonatkoztathatunk el? Miért? Te is valami hasonlóra utaltál a #62-ben. Ha a végcél VHS-en történő rögzítés, amihez -akármilyen módon is- tv-tuner kártya lenne az input, figyelembe kell venni a videó szabványából következő alapvető korlátokat. Szóval ezeken a dolgokon sem árt elgondolkodni! A lánc ugye nem lehet erősebb mint a leggyengébb láncszeme. Márpedig ebben a láncban alaposan benne van a kompozit videójel, és maga a VHS.
-
Efreet
senior tag
tulajdonképpen egy videokártya aminek van tv kimenete, az pontosan ezt az adatot állítja elő nem? azt kell megbuherálni (közvetlen vezérléssel) hogy ne bmp-zzünk, hanem tényleg csak az adatfolyamot kelljen kipréselni... de ez egy jóval későbbi lépés, egyelőre tényleg marad a bmp-k letárolása
-
hezso
aktív tag
De mi nem vonatkoztathatunk el, mivel nekünk Real World programjában kell gondolkodnunk, ami egyelőre sok-sok bmp-re bontja a filet, amit aztán 1filmmé alakítunk. Nekünk abba kell gondolkodnunk, hogy milyen színeket használjunk, netán fekete-fehér +szürkék, mekkora felbontás és végül hány bmp menjen le 1mp alatt. Mivel az ő programja NEM direkt módon kezeli a TVtunert hanem ez előbb leírt módon, ezért ebbe kéne segítség.
Azt én értem hogy 1.5MHz meg stb..., de itt a fent említett dolgokba kell gondolkodni -
Efreet
senior tag
akkor nem kell foglalkozni a képkockákkal... meg kell nézni mi az a sűrűség az elméleti maximumhoz közelítve (és hány 'fényességi szinttel') amit még biztonsággal el lehet tárolni és visszaolvasni, aztán hajrá, a RAW adatot kiírni :) az meg, hogy ez hogy látszik esetleg megnézve a kazit, az kit érdekel :)
-
And
veterán
Az a lényeg, hogy az analóg képrögzítés és -átvitel esetében el kell vonatkoztatni a digitális képalkotástól. Nem szabad úgy elképzelni a TV-t, az analóg PAL (vagy akármilyen szabványú TV-rendszer) videójelét, mintha az egy bitmap-es formátum volna, ahol az egyes képpontoknak különálló színük van, mert ez így nem igaz. Sőt, a mai értelemben vett képpontok (pixelek) sem léteznek, hiszen egy folytonos jel írja le a képet. A ''pixelek'' minimális távolságát, azok megkülönböztethetőségét egymás mellett a rendszer -itt már sokszor említett- analóg sávszélessége határozza meg, ez minél nagyobb, annál sűrűbb intenzitásváltozásokat visz át a rendszer, ''élesedik'' a kép. Az analóg videótechnikában a színek átvitelét az emberi szem tulajdonságaihoz igazodva különféle trükközésekkel oldják meg, és minden analóg TV-színrendszer sajátossága, hogy a ''színfelbontás'' sokkal rosszabb a világosságjel/képélesség felbontásánál. Egyszerűen nem rögzítenek és nem visznek át minden ''pixelhez'' RGB- meg világosság-értékeket, és ennek több oka is van.
-
eper-fa
aktív tag
Vittorio, Te drága: figyelni fogok :)
NTSC, PAL60 és egyebek: sztem meg kéne maradni az általunk használt dolgoknál, nem az USAba tervezzük eladni a cuccot :DD egyébként a kisebb felbontás nem lenne gond, mert ahogy látod, most is 320as felbontást használ a cucc, nem pedig a TV hétszázakármennyiét, mert a videohoz kell igazítani -
Efreet
senior tag
már anno egy 7.14 MHz-es Amigának se volt nagy gondja leadni a jelet :)
a videonak van egy fix framerate-je, azzal szinkronban kell a jelet kiadni (25 frame) - itt 1/25-d másodpercekről van szó, és itt is lehet hatalmas redundanciát (jelbiztonságot) kialakítani, ha egész frame-eket áldozunk ugyanarra az adatmennyiségre...
(viszont lehet, hogy érdemes elgondolkodni az NTSC-n... kisebb a kép, de nagyobb a framerate - nem több az adat?) - vagy a PAL60-at... van videó ami olyat képes menteni? :)
[Szerkesztve] -
hezso
aktív tag
De van itt más is. Mi van akkor ha pl. ''beszaggat'' a gép felvétel(átjátszás) közben, és kimarad csak pl. 1/100 mp? Szerintem ettől is félni kéne.
Mert még egy 1800+ al is megesik, hogy filmnézés közben ''ránt egyet'' a képen.
Hát itt egy ilyen végzetes probléma lenne. -
#96
Don Vittorio
őstag
eper-fa
#79
-
And
veterán
Továbbra is alapvető probléma a színekkel, hogy azok sokkal kisebb biztonsággal (sávszélességgel) tárolódnak a VHS-en, és továbbítódnak a TV-rendszeren. A színek (pontosabban színkülönbségi jelek) továbbítása ugyanis a világosságjel spektrumába ''beleszőve'' történik, rögzítésük a szalagon is eltér a világosságjeltől. A gyenge jelnél is a szín lesz az első, ami eltűnik a képről. Szerintem nem túl jó út a bitráta emelését a színek számának növelésére alapozni. Inkább a sűrű képpontokra, világosságjelre érdemes koncentrálni.
-
Efreet
senior tag
azt kellene megtudni vagy megvizsgálni, hogy a vhs tárolás során a függőleges, vagy a vízszintes jel- vagy színcsúszás a gyakoribb vagy jellemző (és hogy esetleg van-e olyasmi, hogy egyes színekre érzékenyebb a dolog), és ennek megfelelően lehetne a jeleket még nagyobb biztonsággal felvinni...
-
hezso
aktív tag
Rosszul értettél.
Ha képkockánként csökkentjük a pontmennyiséget ami rá kerül, akkor nő a biztonság, cserébe csökken a adat/kazetta. Viszont 4színt még sztem teljes biztonsággal lehetne kezelni, így ezzel be lehetne hozni a pont/képkocka csökkentésénél fellépő helyveszteséget. Ezzel növelnénk a biztonságot, mivel sztem 4szín még mindíg biztosabban kezelhető, mint ha 100%-ra nyomnánk 1képkockát pontokkal. -
Efreet
senior tag
a több szín mennyiben növeli a biztonságot? szerintem inkább (mivel több adat kerül 1 frame-re) csökkenti... a frame-en belüli ismétlés (esetleg checksum vagy valami ilyesmi) felvitele növelheti tovább... az kevesebb ismétlést is sokkal biztonságosabbá tesz, könnyebb kiválasztani a ''nem károsodott'' jeladagot
nemis a cd biztonságról van szó (bár azért nem semmi hogy ott is mekkora túlbiztosítással dolgoznak), csak hogy azért néhány visszaolvasás is relative gond nélkül lefuthasson -
vfo7
senior tag
Azt tudod, hogy mi a hangfrekvenciás átvitel mint paraméter pl. egy erősítő esetében?
20-tól 20.000 hertz. Ezt biztos már sokszor hallottad-olvastad. Azt jelenti, hogy mi az a legalacsonyabb, ill. legmagasabb hang(frekvencia), amit a rendszer még képes átvinni.
A MHz (megahertz) a hertz milliószorosa és az analóg video-átvitel paramétere: mi az a legalacsonyabb, ill. legmagasabb frekvencia, amit a rendszer még képes átvinni. Ez az adat digitális nyelvre lefordítva azt jelenti, hogy mi az a maximális bitráta, ami tömörítés nélkül, real time-ban, időegység alatt át tud haladni a rendszeren. -
-
And
veterán
''viszont még mindig nem fogtam fel, h mit mutat meg nekem az, h pl 1,5 MHZ a vid sávszél.''
Képzeld el, hogy az alapsávi analóg világosságjelet (a színtől most tekintsünk el) átengeded egy olyan aluláteresztő szűrőn, amit 1,5MHz felett erősen csillapít. Az eredmény életlen, mosott, sokszormásolt-VHS jellegű lesz. A jó minőségű átvitelhez a mostani rendszerben 4...5 MHz analóg sávszélesség kell. És nem csak a korlátozott sávszélesség a VHS-rendszer alapvető korlátja. -
Efreet
senior tag
ahogy azt a 4gigás (SLP-vel 6+gigás) linket elnézem, az nem archivál nagy redundanciával (söt, a screenshotot nézve közel a maximumot hozzák ki), ebből adódóan lényegesen sérülékenyebb az adat...
a színek bevitele mint ötlet nemrossz, de 4 vagy 8 fölé nem illene menni... bár már ez is 8 illetve 12 gigát jelent -
eper-fa
aktív tag
Én írtam a DVD-minőségről.
A DVD képminősége csak annyiban jobb az SVHS-nél, hogy kevesebb rajta a zaj. A sorbontása kb. ugyanannyi és nem éri el még az analóg Betacam SP minőségét sem. Most hirtelenjében nincs időm a konkrét paramétereket kikeresni, de biztos van itt valaki, aki tud egy linket.
nem annyira fontosak a konkrét paraméterek, de sztem akkor is durva dolog egy vhs kazit egy dvdhez hasonlítani. no mind1, nem vitázok :)
Látszik, hogy az analóg technikát már nem ismered
Hát ez igaz, nem is tagadom :) viszont még mindig nem fogtam fel, h mit mutat meg nekem az, h pl 1,5 MHZ a vid sávszél. :( -
hezso
aktív tag
Azt már tudjuk, hogy nem sok, hisz aki megnézte a linkeket, láthatja, hogy 4GB/kazetta fekete-fehér módszerrel.
De nem is azért kell hogy erre mentsük a létfontosságú adatainkat, hanem azért, hogy elmondhassuk, hogy VHSkazira IS mentettünk.
És szerintem színekkel a 4GB is átléphető, de ez csak a programozó kollégánkon múlik :)) -
vfo7
senior tag
Én írtam a DVD-minőségről.
A DVD képminősége csak annyiban jobb az SVHS-nél, hogy kevesebb rajta a zaj. A sorbontása kb. ugyanannyi és nem éri el még az analóg Betacam SP minőségét sem. Most hirtelenjében nincs időm a konkrét paramétereket kikeresni, de biztos van itt valaki, aki tud egy linket.
A 3/1,5 MHz az analóg video-sávszélességet jelenti. Ez nem bit/sec., hanem frekvenciaátviteli adat, a 0Hz és a végtelen közötti egyenes 0Hz és 1,5, ill. 3MHz közé eső része, egy lineáris skálán mérve. Látszik, hogy az analóg technikát már nem ismered :) -
vfo7
senior tag
Ez így van, de az a kb. 1,5-2MHz is meghaladja pl. az SVCD minőségét.
Egy időben léteztek olyan VHS-videók, amelyekkel soksávos digitális hangfelvételeket készítettek. Nem voltak túl elterjedtek az ár miatt, de a vinyós korszak előtt valódi minőségi ugrást jelentettek az analóg soksávos magnókhoz képest. Közönséges, jó minőségű VHS-eket használtak, csak videojel helyett asszem 16, ill. 24 sávon rögzítettek digit minőségben. Én magam is dolgoztam ilyenekkel egy hangstúdióban. -
eper-fa
aktív tag
aurum: nem látod a dolog szépségét :)
nem tudom ki nyögte be azt a DVD minőséget, de elég jót nevettem rajta :DDD
egyébként vfo7: nem lehet az összes színt kihasználni, a VHS minősége miatt. mert ha egy filmben kicsit mások a színek, azt lehet h észre se veszed, itt viszont teljesen más adatot fogsz visszakapni, ami ugye nem szerencsés...
megint más: mit takr a 3/1,5MHz?
[Szerkesztve] -
Efreet
senior tag
nem olvastam el minden linket ami itt be lett vágva, de anno az Amigás korszakban láttam ilyen archiválót müködés közben is, és nagyjából emlékszem hogy mi hogy volt...
ott az volt a módi, hogy a VHS ''tisztátalansága'' ellen ugyanazt a jelsort 20x (5x4es rácsban) vitték fel egy képkockára.. vagyis a képen egy feketefehér káoszka volt
XXXXX
XXXXX
XXXXX
XXXXX
ilyen rendszerben, egy-egy (X)-ben pedig ugyanaz a jelsor volt (nem emlékszem sajnos hogy mennyi, de sokkal 'nagyobb', mint az üres adás hangyafocija) - úgynéz ki, ez anno elég volt a jel biztos visszahozásához minden képkockáról. a mentés már akkor is LP-ben ment, és olyan 4-500 lemeznyi adat (x800K) elfért egy 3órás (6órás) kazin. szóval bináris kódolás volt, frame-enként 20x eltárolva ugyanazt a jelet. ez kb stimmel az elején megemlített 400MB kapacitáshoz
persze ez a biztonság feláldozásával sokszorozható
remélem segített valamennyit a dolog :)
bár kétségtelen, hogy a mai dvd és cd árak ismeretében már csak egzotikum hatása lenne a dolognak :)
[Szerkesztve] -
#66
vfo7
senior tag
Don Vittorio
#61
vfo7
senior tag
válasz
Don Vittorio
#61
üzenetére
Üdvözöllek itt is a fedélzeten, dicső lovag. :)
Ez az orosz csoda mekkora adatmennyiséget képes VHS-re átvinni, azaz egy 180-as kezettára mondjuk LP-ben hány GB rögzíthető? -
And
veterán
Azért szvsz. a sima VHS video-sávszélességét csak igen nagy jóindulattal lehet 3MHz-esnek tekinteni. Iskolai méréseink annak idején kb. 1...1,5 MHz-ig mutatták közel lineárisnak, e felett a visszaadott jelszint igen erősen csökkent, ami a rendszer saját zaját tekintve elég rosszul használható ki. Az SVHS esetén azért jobb a helyzet (bár véleményem szerint azért a minősége jóval elmarad a DVD-videótól). Ilyen magnókat csak néhány éve lehet emberi áron beszerezni, és ebben a VHS-nek (szerencsére :) ) leáldozó korszakban hosszú távra azt sem nagyon érdemes.
-
aurum
senior tag
//A VHS-videómagnó kb. 3MHz video-sávszélességet produkál
ez nem egeszen igy van. a valos rogzitett savszelesseg 1.5MHz korul van. kulon frekvencian megy a szinjel, es az egeszet 25Hz-el keretzeni kell, mert ezzel szinkronizal a forgo fej. halott dolog.
egy cd iro kb 7k egy lemez hozza 60ft. egy video 20k egy kazi 800ft -
hezso
aktív tag
''Szerintem nem azzal kéne foglalkozni, hogy AVI-t hogyan rögzítsünk videomagnóra, hanem azzal, hogy az adott analóg sávszélességet (kb. 3MHz) hogyan lehet bitekkel kitölteni.''
Szerintem a 2 dolog ugyan az. Csak az van, amiről már #32-ben írtam.
2módszer van. Amit REAL WORLD csinált az az egyszerűbb.
Rögtön 1-eseket és 0-kat nehezebb volna, mivel akkor valami hardveres átalakító kéne.
Az ő progjával is többet lehetne menteni S-VHS -re, mivel több fps-es(?) vagy nagyobb felbontás -nem tudom. -
#60
vfo7
senior tag
REAL WORLD
#57
vfo7
senior tag
válasz
REAL WORLD
#57
üzenetére
Szerintem nem azzal kéne foglalkozni, hogy AVI-t hogyan rögzítsünk videomagnóra, hanem azzal, hogy az adott analóg sávszélességet (kb. 3MHz) hogyan lehet bitekkel kitölteni. Csak összehasonlításképpen: Egy S-VHS videomagnó 3 órányi képanyagot képes DVD-minőségben rögzíteni, tehát kb. annyi bitet lenne képes tárolni, mint egy 3 órás DVD, ami min. 9 GB.
Emlékszem, hogy anno decembal a Commodore-hoz is kazettás magnón adták a progikat, vagyis egy jóval egyszerűbb szinten a dolgot egyszer már megoldották. Ha pedig így van, akkor a kb. 3 MHz-es analóg video-sávszélességet is ki lehet használni, ha a kazettás magnó kb. 10 kHz-es analóg sávszélességét is ki tudták használni adatok tárolására. Úgy tudom, a Commodore ezt egyfajta fordítóprogrammal oldotta meg, ami hardveres volt. -
#58
hezso
aktív tag
REAL WORLD
#57
hezso
aktív tag
válasz
REAL WORLD
#57
üzenetére
ááá végre. Az áhított programozó. Tök örülök, hogy egy programozni tudónak is megtetszett az ötlet. Mail ment
:C :C :C :C :C :C :C :C :C :C :C :C :C
[Szerkesztve] -
#57
REAL WORLD
tag
eper-fa
#56
REAL WORLD
tag
A másik topicban feltett kérdésedre válaszolva, eddig még nem tudtam megnézni az ajánlott progikat. Kaptam viszont 1 jó linket (www.wotsit.org). Innen valahogy megpróbálom kihámozni az AVI szerkezeti felépítését. Ezzel párhuzamosan felraktam a DELPHI-t. Fél éve már próbálkoztam, írtam is kisebb progikat, de ténylegesen nem volt sok időm. Fájlkezelést például egyátalán nem csináltam. Most ha lesz 1-2 szabad másodpercem, akkor megnézem, hogy mire is tudok jutni. Ha mákod van és elég ügyes leszek :)), akkor a közeljövőben kapni fogsz egy 4.0-s verziót. (1.0 volt a fekete-fehér, 2.0 ami most van nálad, 3.0 lesz a windows alapú és 4.0 a windowsos, avi-t előállító progi) De azért ne várd azt, hogy 1 óra múlva kész is... Kell egy kis idő és nem biztos, hogy menni fog. És azért néha aludni sem ártana :)
-
#55
eper-fa
aktív tag
REAL WORLD
#54
eper-fa
aktív tag
válasz
REAL WORLD
#54
üzenetére
jój, megnézem
lehet h nem most rögtön, de este mindenképpen -
#52
eper-fa
aktív tag
REAL WORLD
#51
eper-fa
aktív tag
válasz
REAL WORLD
#51
üzenetére
sztem az össze valamirevaló videoeditáló progi képes tömörítetlen AVIt létrehozni, de mindjárt keresek vmi kicsi, egyszerű, free cuccot.
Addig is ha elküldenéd a progit azt nagyon megköszönném :)
be back soon
na az adobe premiere tuti, meg gondolom a vegas is, de ezek nem éppen a kicsi, könnyű és ingyenes kategóriába tartoznak, én meg olyat akarok keresni
[Szerkesztve] -
#51
REAL WORLD
tag
REAL WORLD
tag
HI!
A témát olvasva elgondolkodtam. Vajon miről fogtok beszélni? Konkrét progikról vagy egy hülye ötlet csak? Végig olvastam minden hozzászólást és szöget ütött a fejemben. Miért is ne??? Először írtam egy progit, ami 320*240-es felbontásban fekete-fehér BMP-kké alakít egy fájlt. Ez még elég könnyű volt és 8 pixel adott vissza 1 byteot. Nem volt valami helytakarékos, de azért a célnak megfelelt. Majd TMPG-gel a sorszámozott fájlokból készítettem egy MPG fájlt és máris kész volt, amit a VHS-re kellett venni. Megírtam a dekódolót is és oda-vissza működött. DE sajnos VHS-re nem próbáltam ki! Amit előállítottam BMP-ket abból olvastam vissza tökéletesen. Ezután úgy gonodotam, hogy a VHS nem a legjobb, akkor is képesnek kell lennie legalább 16 szín egyértelmű megkülönböztetésére. Így módosítottam a progit, hogy 1 byte 2 pixelen legyen tárolva. (1 byte = 8 bit, ezt 4-4 bitre osztottam és így két 0-15 számot kaptam. Ezt a két számot írtam ki a BMPbe és kaptam 2 pixelt, amik a 16 szín valamelyike voltak.) Ez már egy kicsit rázósabb volt, de működik! Ugyanúgy megcsináltam a TMPG-el és átvettem VHS-re. Természetesen a dekódoló részét is átírtam, sőt a legelső (00000000.BMP) BMP-be a fájlról infókat is elmentettem (méret, név, stb). Amikor a TV-tunerrel digiztem a VHS-ről vissza és szintén TMPG-gel BMP-kre szabdaltam, akkor ért a hideg zuhany! Elmosódott színek, talán 8 színt ha megtudtam különböztetni... DE nem biztos, hogy a VHS hibája. Ugyanis a BMP-kből készített MPG-et szétbontottam és már akkor se lehetett a színeket megkülönböztetni. Tehát nem szabad TMPG-et használni, mert az MPEG1 tömörítés nem OK! Ha lesz időm kipróbálom az MPEG2-t is, hátha. De ha tudnátok olyan progit, ami 16 színű BMP-kből tömörítetlen AVI-t kreálna és utána az AVI-t képkockákra bontja, akkor érdekelne, hogy mit kezdene a BMP-immel... Az ötlet egyébként nem rossz!!! A progikat Pascalban írtam így vannak gyermekbetegségei, mint pl 8.3 fájlnév, filesize() függvény longint értékkel tér vissza, ami egy nagyobb fájl esetében túlcsordul, így például a dekódolásnál a % kiírása nem áll meg 100 %-nál. Konkrétan egy 80 MB fájl esetében kb 400 %-ig ment. Kérésre a progikat elküldöm bárkinek, akit érdekel. Elég nehéz eligazodni a forrásnyelvin, mert mindig az éppen eszembejutó változót használom és nem írok mellé kommentárokat. (PL van s,ss,i,ii,j,k,kk, stb) De teermészetesen az esetleges kérdésekre válaszolok.
Az FRAME-AVI illetve az AVI-FRAME progi érdekelne!!!
[Szerkesztve] -
bitfarkas
őstag
Ha ezt a dolgot meg kéne csinálni, csakis digitális rögzítési rendszerrel, azaz mini DV-vel, vagy D8-al fognék hozzá.
Itt az adatok korrekt kezelése és mozgatása (hibajavítás?) is megoldott. Az átviteli sebesség 3,8 MB/sec, a tárolókapacitás nagyobb biztonságú sebességnél 14,5 Gigabyte, a kevésbé biztonságosnál ennek a duplája. A gond csak az. hogy az adatbitek számára szükséges helyet csökkenti a frémstruktúra kialakítása, mert a kamera, dv-magnó csak ezeket a struktúráju jeleket fogadja.
A visszakeresés néhányszáz megabyte pontossággal gyorstekeréssel belőhető, azaz a leghosszabb hozzáférés sem több, mint egy-két perc. (Normál videomagnónál ez is kicsit több.)
Na ez hogy tetszik?:DDD -
hezso
aktív tag
A kártya neve ARVID-1051 amiről írtál.
Most is gyártanak hasonlókat, pl:
[L]http://www.danmere.com/backerindex.htm[/L]
De nem értem minek külön kártya. Nem egyszerűbb a tvkimenetes videokari+tvtuner -es módszer?
És ami még érdekes, a fenti linken lévő cucc is csak fekete-fehéren rögzít. Nem értem mért hagyják ki a színeket. Talán túl bonyolult a dekódolás? -
Vertic
aktív tag
''That makes 17 megabytes per minute, storing 2.7 GB on a 160 minute VHS tape.''
tehát egy 240 perces kazettára 4GB fér rá (jól emlékeztem :) ). Ez mittomén kb annyiba kerül, mint egy-két CDRW, tehát nyilván sokkal olcsóbb a videokazettás megoldás (kb ötödannyi talán).
De azt is nézni kell, hogy nem ma találták ezt ki, az akkori viszonyok között ez baromi jó és olcsó megoldásnak számított... és kb. a 2x CD olvasó sebességével működik folyamatos olvasásnál. '96-ban azért ez nem elhanyagolható még. Persze ma már szar mint állat :DDD
[Szerkesztve] -
Matr x
aktív tag
Szuper! Friss!
Ez a '96os leírást olvasva sok érdekességet tudhatunk meg...325 kb/sec az most jó? Főleg, hogy cd-t írni 16*-osan 2400 kb/sec (ezt szinte mindenki tudja, na meg egyik legbiztosabb írási mód).
Egy RW ára (700mb) 450Ft (kicsit régebben volt....
Egy vidikazi 800Ft. Lehet számolni, mi a jobb.
Ja, és visszaolvasni is hogyan fogod a haverál?:) -
Vertic
aktív tag
Ez nem hülyeség, én láttam is ilyet működni egy havernál, kb. 8-9 éve. Valami orosz gyártmányú PCI kártya vezérelte a videot - ezt a kártyát már akkor is szinte lehetetlen volt beszerezni azt mondta a srác. Egy infra jeleket adó optikai szállal emulálta a távirányítót úgy vezérelte a videot, és tök jól működött. Arra már nem emlékszem pontosan, hogy mennyi adat fért rá egy kazettára, de több GB az biztos (4GB rémlik valamiért, de lehet, hogy több volt).
[Szerkesztve] -
hezso
aktív tag
Na jó. Akkor most el lehet kezdeni nagyerőkkel keresni, hátha találunk egy progit, ami erre való.
Ha valamelyikünknek kéne megírni, hát az húzósabb lenne. Biztos nem 2óra rá dekódoló algoritmust írni. Mert a bekódolás még haggyán. De a visszafejtés... Hát az problémás. Már csak a szinek felismerése miatt is. Na meg 2lehetőség van.
Az egyik hogy real-time dekódolás, de ez elég húzós lehet. A másik, hogy először felteszi a hdd-re a videot, majd nekiáll színek szerint dekódolni. Ez hamarabb lehetséges sztem. -
pojakcs
senior tag
-
eper-fa
aktív tag
hát. nem is tudom. érdekes a dolog. ha tudnék eléggé programozni, biztos nekiállnék poénból. :) (ha vki nekiáll, szóljon, szivesen segítenék)
ha azt nézzük, a hezso által felvázolt mennyiség ~12giga. ez mgé mindig nem vetekedhet egy winyóval (a sok probléma miatt), de arra már alkalmassá teszi, h egy eszmefuttatást nyomjunk róla. ehhez kell 1mega/sec. a tv felbontása. úú. vmi 700akármennyiszer (758?) 500vmennyi. 700*500al számolva ez 350000 pixel. ha minden pixelen egy bitnyi infot tárolunk, akkor az ennyi bit, ami még messze nem 1 mega ha jól számolom. de ha minden pixelen el tudnánk tárolni 10 bitet (különböző színekkel), még az is alig fél mega/sec. persze lehet h elszámoltam. de ez max 7giga/órás kazetta. és a 7 gigát csak 3 óra altt lehet visszanyerni. hát elég gáz sztem. és még nem is beszéltünk a hibákról... -
vfo7
senior tag
A VHS-videómagnó kb. 3MHz video-sávszélességet produkál. Ez a sávszélesség kb. olyan adatmennyiségnek felel meg, mint ha tömörítetlen avi-ban capture-elsz egy DV-kameráról. Tehát elvben többszáz GB-nyi adatot lehetne rögzíteni egy 3 órás VHS-kazetta videosávjára, ha egy megfelelő programmal az adatfolyamot át lehetne alakítani olyan jelsorozattá, amit a VHS videojelként észlel és úgy dolgoz fel. Úgyhogy elvben nincs akadálya a dolognak, csak program kell hozzá. A hátrány viszont az, hogy az adatokhoz csak lassan lehet hozzáférni, mert a szalagot ide-oda kell tekerni, így a dolog kizárólag archiválásra és nem munkára lehet alkalmas.
-
eper-fa
aktív tag
igen. márpedig 100% h nem lehet pontosan megcsinálni.
de pl ha 8 órányi tömörített videot fel lehet venni így egy 4 órás kazira, az jó, csak kurva bonyolult ahhoz, h bárki is használja...
igazából nem látom értelmét a dolognak. 5e forintért veszel egy 10gigás wnyót, és minden szempontból jobb... -
eper-fa
aktív tag
arra azonban még nem találtunk választ, h van-e ilyen progaram. mert ha megírásra vár, akkor nem fogod egyhamar így menteni az adataidat
meg ami még bennem kérdés:
- kb mennyi adatot lehet így tárolni, igen kis veszteséggel?
- mennyire gáz ennek a videonak a (de)kódolása? félek, h elég bika vas kel. vagy mégsem?... :F -
eper-fa
aktív tag
igen. erre igazából nem gondoltam. uakkor ezzel párhuzamosan a hibák száma is nőni fog a tárolás és az adattovábbítás pontatlansága miatt. ettől függetlenül 10-20, esetleg akár több száz színt sztem is gond nélkül fel lehet használni, uakkor ez egy újabb, bonyolultabb kódolást és dekódolást jelent.
-
eper-fa
aktív tag
no igen. igazából én is hasonlóra gondoltam. az adatokat úgy kéne kiírni, h fekete-fehér képet küldeni ki a kazettára, ugye az egyik az 1, a másik a 0. ez idáig jó is, de:
- kell írni egy progit, ami az adatot tényleg a megfelelő képpé alakítja, és azt real-timeban küldi ki a kártyának
- ki kell találni, h mi az a forma, amiben a legkiseb a veszteség (mert ugye ez nem éppen egy tökéletes metódus, rossz a szalag minősége, rossz a kimeneté, minden rossz)
- kell írni egy progit, ami visszafejti az adott képeket, real-time, jó hibafelismerő képességgel rendelkezi, stb.
és nem tudok róla, h van ilyen, pedig biztos van
Aktív témák
- PlayStation 5
- Videós, mozgóképes topik
- Azonnali notebookos kérdések órája
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Sony MILC fényképezőgépcsalád
- Samsung Galaxy S25 Edge - a tegnap határán
- A fociról könnyedén, egy baráti társaságban
- ASZTALI GÉP / ALKATRÉSZ beárazás
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
Állásajánlatok
Cég: FOTC
Város: Budapest