Kompositvideo in i datan på enklaste sätt
Kompositvideo in i datan på enklaste sätt
Om man har en CCD med kompositvideosignal ut...vad är det enklaste sättet att få in denna signal i datan ?
Det finns ju CCD med RS232 -utgång och där är det ju ganska enkelt. Men en hel del intressanta CCD (de flesta) har kompositvideosignal som utgång ...
Jag föreställer mig att det borde finnas något färdigt chip som tar video in och sen gör en "memory map" av bilden på given signal som man sedan kan hämta med något protokoll. Eller hur sjutton fungerar det?
Det finns ju CCD med RS232 -utgång och där är det ju ganska enkelt. Men en hel del intressanta CCD (de flesta) har kompositvideosignal som utgång ...
Jag föreställer mig att det borde finnas något färdigt chip som tar video in och sen gör en "memory map" av bilden på given signal som man sedan kan hämta med något protokoll. Eller hur sjutton fungerar det?
Jag köpte en sån här på Tradera som jag tycker fungerar bra.
Finns även en uppgraderad variant.
Sök på easycap för olika alternativ.
Finns även en uppgraderad variant.
Sök på easycap för olika alternativ.
http://www.dealextreme.com/details.dx/sku.5707
http://www.dealextreme.com/details.dx/sku.11127
Tycker jag är hyfsat billigt
http://www.dealextreme.com/details.dx/sku.11127
Tycker jag är hyfsat billigt
i princip är det ett eller ett par dedicerade chip som gör jobbet - ta hem datablad på dessa på säkert flera 100 sidor, fixa DMA, dubbelportsminne etc. (en del ha det säkert inbyggt) .
skall du inte göra hela implementeringsjobbet själv så föreslår jag att du ta någon chip som är linuxkompatibel och snor så mycket kod som det bara går där - det är mycket möda nedlagt där.
skall du ha komprimering så är det ofta två chip där ena är videkodningschipen och den andra är HW-komprimerings chip då den råa dataströmmen från en videokrets med 720x576x25Hz så handlar det om ca 35 MByte/s som måste behandlas och/eller stuvas undan.
i princip alla USB-videokodrar har HW-komprimering i sig eftersom inte ens USB2.0 kan garantera 36 MB/s kontinuerlig datatström (vilket Firewire/1394 faktiskt kan göra och är byggd för just detta!)
Dessvärre brukar inte folk försöka förstå hur dessa fungerar rent programeringsmässigt utan nöjer sig hur man tanka ned firmwaren (snodd från windowsapplicationen) till enheten och protokollet som krävs för att den skall börja leverera ut komprimerad mpeg2/mpeg4-videoström tillbaka.
skall du inte göra hela implementeringsjobbet själv så föreslår jag att du ta någon chip som är linuxkompatibel och snor så mycket kod som det bara går där - det är mycket möda nedlagt där.
skall du ha komprimering så är det ofta två chip där ena är videkodningschipen och den andra är HW-komprimerings chip då den råa dataströmmen från en videokrets med 720x576x25Hz så handlar det om ca 35 MByte/s som måste behandlas och/eller stuvas undan.
i princip alla USB-videokodrar har HW-komprimering i sig eftersom inte ens USB2.0 kan garantera 36 MB/s kontinuerlig datatström (vilket Firewire/1394 faktiskt kan göra och är byggd för just detta!)
Dessvärre brukar inte folk försöka förstå hur dessa fungerar rent programeringsmässigt utan nöjer sig hur man tanka ned firmwaren (snodd från windowsapplicationen) till enheten och protokollet som krävs för att den skall börja leverera ut komprimerad mpeg2/mpeg4-videoström tillbaka.
Känns lite avancerat. För mitt ändamål behöver jag ju bara en (1 st) bild.
Det finns ju som sagt CCD med RS232 -anslutning och dessa måste ju ha en sådan lösning på kortet som jag talar om. Det är bara ett chip och dessa kameror är lika små och billiga som de med kompositutgång.
Jag har beställt en CCD med RS232 ska se vad det står på chipet.
Borde det inte gå att göra detta jobb med en signalprocessor?
Det finns ju som sagt CCD med RS232 -anslutning och dessa måste ju ha en sådan lösning på kortet som jag talar om. Det är bara ett chip och dessa kameror är lika små och billiga som de med kompositutgång.
Jag har beställt en CCD med RS232 ska se vad det står på chipet.
Borde det inte gå att göra detta jobb med en signalprocessor?
- JimmyAndersson
- Inlägg: 26679
- Blev medlem: 6 augusti 2005, 21:23:33
- Ort: Oskarshamn (En bit utanför)
- Kontakt:
Den här t.ex.
http://www.electronics123.com/s.nl;jses ... tegory=241
Om inte länken fungerar google på "C328R"
Möjligheten RS232 ger är ju alltså att ladda ner en bild i taget (1 per sekund eller motsv frekv.) på ett bekvämt sätt vilket räcker för många applikationer.
Det är precis det jag vill kunna göra. Man borde kunna köra videosignalen från en CCD (de som har har video som utsignal) i något chip och "sampla" en bild på motsvarande sätt.
http://www.electronics123.com/s.nl;jses ... tegory=241
Om inte länken fungerar google på "C328R"
Möjligheten RS232 ger är ju alltså att ladda ner en bild i taget (1 per sekund eller motsv frekv.) på ett bekvämt sätt vilket räcker för många applikationer.
Det är precis det jag vill kunna göra. Man borde kunna köra videosignalen från en CCD (de som har har video som utsignal) i något chip och "sampla" en bild på motsvarande sätt.
