Kitűnő ötlet, nagyon szeretem az ilyen legózós megoldásokat 
üzenetek
hozzászólások
Magnat
(veterán)
Az 5letért és a megvalósításért respect, viszont értelmét nem nagyon látok, illetve inkább úgy fogalmaznék, h a kamera helyhez (illetve nashoz) kötöttsége révén eléggé speciális felhasználásra alkalmas. 
[ Szerkesztve ]
Nos igen, de használhatod akár úgy is, hogy az ip kamerák képét mentse le.
Mellesleg inkább a kísérletező szellem hajtott. Érdekes élmény volt belekóstolni a linuxos modulok fordításába! Csak azt sajnálom, hogy a wifi modulom nem tudom vele használni, mert a zyxel letiltotta... 
Magnat
(veterán)
Igaz, de azoknak általában alapban is van ilyen funkciójuk ... ettől független a buherafaktor mindenképpen csillagos 5-ös
Hogy tiltotta le a wifit és mi okból?
Igaz. De szerintem jó dolog ha több kamerád is van, hogy egy helyen látod a dolgokat, nomeg szerintem több dolog fér el egy nason, mint egy kamerán. Jó, persze van olyan kamera is, ami tud smb-n menteni
Egyszerűen a kernelben letiltották, de csak az S szérián. Az NSA325v2-n pl gond nélkül működik, csak pl az én NSA320Semen nem... 
Azt nem tudom mire volt jó... Mindenesetre hasznos lett volna.(bár a wifu sokkalta lassabb, mint a kábel)
addamka
(őstag)
Motionnal én is elkezdtem anno szórakozni az otthoni tákolt szerveren (toshiba laptop volt anno).
2 logitech webcam (c270, c310) USB-n rajta, toldóval kábelcsatornában elvezetve, a plafon tetőgerendás, ott könnyű volt a kábeleket eldugni. Webkamerák gerendákra rögzítve.
Kamera kép mjpeg streamerrel van kezelve, mivel az nagyjából 0% CPU-t eszik, a motion csak bizonyos esetekben kapcsol be.
Csináltam webfelületet amin látszik az élőkép, pár motion paraméter állítható innen (főleg az érzékenysége fontos, mert 5 macska mellett nem árt ha nem kapcsol be mindenre).
Telefonunkat megnézi wifin fent van-e, ha nincs, bekapcsolja a mozgásérzékelőt
Rögzített videók és képek webfelületről megnézhetőek, automatán archivál, meg ilyenek.
Plusz az egész szünetmentesen van. Elkezdtem egy backup mobilnetes megoldással is szórakozni, hogy ha a net elmenne, legalább egy állóképet küldjön emailbe, de ennyit már nem ér a dolog
Amin elbukik leginkább, hogy éjjellátó kamerával lenne értelme, de normális IR webcamot nem találok, a mostaniakat meg nem akarom szétbarmolni, mert a leírások alapján ezekről már nem egyszerű lekaparni az IR filtert.
Azt megmondanád, hogy a NAS-on mennyi CPU-t eszik a motion? Mert debian alatt a sima csomagból felrakott az i5 2450m-et 2 HD webcammal 30%-ban bekajálja simán.
[ Szerkesztve ]
restart után a beta csomaggal az alábbi történik (Logitech Ultra Vision csatlakoztatva):
/ffp/start/motion.sh start
A motion inditasa...
depmod: can't open 'modules.dep': Read-only file system
modprobe: module uvcvideo not found in modules.dep
*** new device names ***
/dev/video0: char 81 0
/dev/video1: char 81 1
/dev/video2: char 81 2
/dev/video3: char 81 3
/dev/radio0: char 81 64
/dev/radio1: char 81 65
/dev/radio2: char 81 66
/dev/radio3: char 81 67
/dev/vbi0: char 81 224
/dev/vbi1: char 81 225
/dev/vbi2: char 81 226
/dev/vbi3: char 81 227
motion: can't load library 'libjpeg.so.62'
Kesz!
oké, egy lépéssel közelebb vagyok:
/ffp/start/motion.sh start
A motion inditasa...
*** new device names ***
/dev/video0: char 81 0
/dev/video1: char 81 1
/dev/video2: char 81 2
/dev/video3: char 81 3
/dev/radio0: char 81 64
/dev/radio1: char 81 65
/dev/radio2: char 81 66
/dev/radio3: char 81 67
/dev/vbi0: char 81 224
/dev/vbi1: char 81 225
/dev/vbi2: char 81 226
/dev/vbi3: char 81 227
motion: can't load library 'libjpeg.so.62'
Kesz!
Szia!
Nincs fent a libjpeg. Tedd fel!:
slacker -a jpeg
@addamka
Nekem egy (a cikkben említett) 640*480-as kamerával kb 7% a prociterhelés.
De ha vídeóba szeretnéd menteni a cuccot, ahhoz már kevés a vas...
[ Szerkesztve ]
atike
(nagyúr)
Jó kis írás! 
De ez azért: "Bárhonnan elérhető, non-stop webkamera szerver 0 Ft-ért"... Akkor igaz, ha van egy ilyen nasod... Ha nincs, akkor venned kell...
thx!
már elindul de az ip:8081 betöltése sikertelen
/ffp/start/motion.sh start
A motion inditasa...
*** new device names ***
/dev/video0: char 81 0
/dev/video1: char 81 1
/dev/video2: char 81 2
/dev/video3: char 81 3
/dev/radio0: char 81 64
/dev/radio1: char 81 65
/dev/radio2: char 81 66
/dev/radio3: char 81 67
/dev/vbi0: char 81 224
/dev/vbi1: char 81 225
/dev/vbi2: char 81 226
/dev/vbi3: char 81 227
[0] [NTC] [ALL] conf_load: Processing thread 0 - config file /ffp/etc/motion/motion.conf
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_output_movies"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_output_debug_movies "
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_timelapse"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_timelapse_mode"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_bps"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_variable_bitrate"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_video_codec"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_deinterlace"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "movie_filename"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "timelapse_filename"
[0] [NTC] [ALL] motion_startup: Using log level (INF) (6)
[0] [NTC] [ALL] motion_startup: Motion 3.4.0-Git-f63bb5d Started
[0] [NTC] [ALL] motion_startup: Logging to syslog
[0] [NTC] [ALL] motion_startup: Using log type (ALL) log level (INF)
[0] [NTC] [ALL] become_daemon: Motion going to daemon mode
Kesz!
Szép munka!
Habár egy pillanatra még el is gondolkodtam rajta, hogy milyen jópofa a dolog, de aztán gyorsan visszatértek az emlékek, hogy mi mennyiségű szívás volt stabilizálni a D-Link DNS-320-on a RAID1-be kötött disk-eken a Transmission-t...
w.miki
(veterán)
érdekes ötlet
de nem jobb, valamiféle direkt, erre a célra fejlesztett webkamera?
De, jobb az ip kamera ha valaki áldoz rá 30-40ezret egy minőségi darabra.
De ha adott a nas es van a fiókban egy komp Webcam, akkor ingyen van egy beta verzió.
Kiderülhet, hogy ez is elég vagy akár szukseg sincs rá.
[ Szerkesztve ]
Még a másik topikból próbáltam a motion csomagot, Microsoft Lifecam kamerámmal csont nélkül működött. De kicsit köhögős lett az ffp, gyakorlatilag nem indított semmit el az ffp/start könyvtárból reboot után, kézzel kellett őket futtani a start paraméterrel. Nem akartam sokat molyolni vele, meg amúgyis tele lett szemetelve, ezért uninstalláltam az egész ffp-t, töröltem minden maradékot, és újra feltelepítettem. Most indul minden ami futtatható az ffp/start-ból. Fel is tettem ugyanazt a motion csomagot, libc, jpeg csomagokat ami kell hozzá, de most nem akar működni. Az uvcvideo elszáll hibaüzenettel, nincs /dev/video0 eszköz:
<6>Linux video capture interface: v2.00
<6>uvcvideo: Found UVC 1.00 device Microsoft LifeCam (045e:074a)
<4>------------[ cut here ]------------
<4>WARNING: at drivers/media/video/v4l2-dev.c:395 video_register_device_index+0x3c/0x41c [videodev]()
<4>Modules linked in: uvcvideo(+) videodev v4l1_compat xhci bsd_comp pppoe pppox ppp_deflate ppp_async ppp_synctty ppp_mppe ppp_generic
slhc tntfs(P) ntfs
<4>[<c04031e4>] (unwind_backtrace+0x0/0xdc) from [<c04323d0>] (warn_slowpath_common+0x48/0x60)
<4>[<c04323d0>] (warn_slowpath_common+0x48/0x60) from [<bf0dc2b4>] (video_register_device_index+0x3c/0x41c [videodev])
<4>unwind: Index not found bf0dc2b4
<4>---[ end trace 7d7341b14a918316 ]---
<3>uvcvideo: Failed to register video device (-22).
<6>usbcore: registered new interface driver uvcvideo
<6>USB Video Class driver (v0.1.0)
Ez vajon mitől lehet? Mi hiányozhat neki, ami az előző telepítésben megvolt?
A cikkben írt ar:git br2:uClibc br2:gcc s:make s:linux_headers mz:zyxel_modules-2.6.31.8-arm-4 mz:module_utils fel lett telepítve.
Igaz, bár én direkt úgy írtam meg az összefoglalót, h benne volt. Csak a főszerk. kiszedte.
@shteer
De legalább bejön egy szürke felület a nasip:8081-en? Ha nem, akkor ott valami konfig hiba lesz. Pl a stream_localhost "no"-ra van állítva?
@Upo
Szia!
Az uvcvideo modul úgy látszik, h jó. Gondolom az lsmod kimenetére is látod a modult betöltve. Ha a csomagom tetted fel, akkor próbáld meg kézzel a /ffp/start/motion.sh start -ot.
Amúgy a csatolást a /ffp/bin/MAKEDEV nevű szkript végzi, tehát ha valami nem oké, akkor csináld meg ezeket:
0.) chmod a-x /ffp/start/motion.sh
1.) Reboot kamera nélkül
2.) add ki a modprobe uvcvideo parancsot
2,5.) dugd be a kamerát
3.) add ki a /ffp/bin/MAKEDEV parancsot
4.) cat /dev/video0 (itt ha no such device-t kapsz, akkor valami nem okés)
5.) motion -n parancs, ami részletesen tájékoztat a betöltésről.
És ha nem működne, akkor kérek egy /bin/dmesg kimenetet.
Nem, semmi sem jön be. Ok, este ellenőrzöm amint hazaérek.
lsmod kimenet ok:
root@Tatuin:/ffp/start# root@Tatuin:~# lsmod > ./lsmod.txt
Module Size Used by
uvcvideo 63444 0
videodev 32132 1 uvcvideo
v4l1_compat 14000 2 videodev,uvcvideo
xhci 38140 0
bsd_comp 6424 0
pppoe 12444 0
pppox 3104 1 pppoe
ppp_deflate 5604 0
ppp_async 9532 0
ppp_synctty 8156 0
ppp_mppe 7400 0
ppp_generic 25452 7 ppp_mppe,ppp_synctty,ppp_async,ppp_deflate,pppox,pppoe,bsd_comp
slhc 5992 1 ppp_generic
tntfs 394012 0
ntfs 99920 0
Az uvcvideo modul jó? Azért nekem gyanús az előbb berakott dmesg kimenet:
<3>uvcvideo: Failed to register video device (-22).
MAKEDEV futása után a /dev/video* ott van mind, de a cat parancsra természetesen no souch device, mert az uvcvideo modul nem csinálta meg az eszközt. Indíthatok kézzel amit akarok, ezeken már túl vagyok.
Hardver hibára nem gyanakodnék, 3 napnyi felvételen már túl vagyok, mielőtt lepucoltam és újratelepítettem az ffp-t, akkor még működött.
A dmesg szerint már a modprobe uvcvideo elhasal, igazából már nem sok értelme van a többinek, mert nincs video device, a makedev nem tudja mihez kötni, a motion se talál video eszközt.
Itt egy session paste, dmesg kimenettel együtt: [link]
Igazából arra lennék kíváncsi, hogy mi az a komponens ami most nem került fel és hiányzik az uvcvideo modulnak. A nas-centralon és a németeknél néztem leírásokat, nekiálltam én is hogy majd lefordítom magamnak. Akkor bukkantam rá a motion csomagodra, úgyhogy már nem volt rá szükség, de egy csomó dolog fel lett telepítve a fordításhoz ami az ottani leírásokban benne volt. A lapok már bezáródtak, újra elő kéne keresnem őket, de hátha lesz megoldás anélkül is...
Szia!
A motion csomag újrafordítása nem fog megoldani sajnos semmit. Itt driver hiba van.
Ó sorry... Kihagytam egy rendkívül fontos parancsot. A modprobe előtt add ki:
depmod -a
Amúgy melyik v4l van fent? A 2011-es(a csomagom ezt rakja fel) vagy a mostani? Mert nekünk uvcvideo-soknak csak a régi 2011-es jó.
Illetve a modprobe helyett használd a modprobe -D uvcvideo-t!
2. Ugye nem nsa325-öd van és a 3.0-ás porton próbálkozol?
[ Szerkesztve ]
Depmod volt, anélkül nem találta volna meg a modulokat. Amikor még működött, akkor ez volt az utolsó rúgás amitől beindult és jó lett.
A modprobe dependency-k megvannak, láthatod a pastebin-ről, a videodev.ko és v4l1_compat.ko. Be is tölti.
Amúgy 325-öm van, de tudom hogy usb3 porton nem mennek ilyesmik, hátra van bedugva, ugyanabban az aljzatban, ahol az előző szoftverezéssel tökéletesen működött. Mintha valami a modulokkal rémlene, lehet hogy előtte valahonnan máshonnan voltak.
Amúgy nem motion-t akartam fordítani hanem uvcvideo-t (meg gspca-t, mert van egy olyan kamerám is).
http://192.168.1.101:8081/
A kapcsolódás sikertelen
A Firefox nem képes kapcsolatot létesíteni a(z) 192.168.1.101:8081 helyen lévő kiszolgálóval.
A motion inditasa...
*** new device names ***
/dev/video0: char 81 0
/dev/video1: char 81 1
/dev/video2: char 81 2
/dev/video3: char 81 3
/dev/radio0: char 81 64
/dev/radio1: char 81 65
/dev/radio2: char 81 66
/dev/radio3: char 81 67
/dev/vbi0: char 81 224
/dev/vbi1: char 81 225
/dev/vbi2: char 81 226
/dev/vbi3: char 81 227
[0] [NTC] [ALL] conf_load: Processing thread 0 - config file /ffp/etc/motion/motion.conf
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_output_movies"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_output_debug_movies"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_timelapse"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_timelapse_mode"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_bps"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_variable_bitrate"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_video_codec"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_deinterlace"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "movie_filename"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "timelapse_filename"
[0] [NTC] [ALL] motion_startup: Using log level (INF) (6)
[0] [NTC] [ALL] motion_startup: Motion 3.4.0-Git-f63bb5d Started
[0] [NTC] [ALL] motion_startup: Logging to syslog
[0] [NTC] [ALL] motion_startup: Using log type (ALL) log level (INF)
[0] [NTC] [ALL] become_daemon: Motion going to daemon mode
Kesz!
lsmod
Module Size Used by Tainted: P
uvcvideo 63444 0
videodev 32132 1 uvcvideo
v4l1_compat 14000 2 uvcvideo,videodev
xhci 38140 0
bsd_comp 6424 0
pppoe 12444 0
pppox 3104 1 pppoe
ppp_deflate 5604 0
ppp_async 9532 0
ppp_synctty 8156 0
ppp_mppe 7400 0
ppp_generic 25452 7 bsd_comp,pppoe,pppox,ppp_deflate,ppp_async,ppp_synctty,ppp_mppe
slhc 5992 1 ppp_generic
tntfs 394012 0
ntfs 99920 0
és valamivel kinyírtam a minidla-t 
[ Szerkesztve ]
restart után a webcam on ledje világít, azonban képet nem kapok a 8081-en
Szia!
Akkor mondom, ott konfig hiba lesz. A daemon on-on van? És a stream localhost?
@Upo
Képzeld, nekem meg azzal a modullal nem ment! 
Igen. Mindkettő ON.
Router-ben nem kell állítani valamit?
Motion fut, procit terheli.
A target könyvtárba beteszi a képeket? Azokat próbáltad megnézni? Nem raktál fel esetleg valami olyan csomagot ami szintén a 8081 porton figyelne?
Állítsd le a motion-t, és akonfigban írd át a portot, mondjuk 10000-re és azzal próbáld meg, úgy se jó?
Most, hogy az uvcvideo beindult, jöhet a többi kamera, találtam még 2 félét a fiókban, mind a kettő gspca_zc3xx drivert kér. Természetesen ami fent van, az modprobe után dobja a segmentation fault-ot. Lehet hogy az új 44l-dvb kéne, azzal meg az uvcvideo nem jó. Na mindegy, kezdem a kutatást.
Befrissítettem a v4l-dvb csomagot, ezzel természetesen mennek a gspca kamerák, az uvcvideo meg a szokásos unknown symbol. A kettő együtt nem fog menni, félreteszem a microsoftot, és csak gspca kamerák lesznek rádugva...
Ok, mármint nem az... 
Kérlek küldd el a konfigod, illetve egy motion -n kimenetet!
@Upo
Igen. Sajnos az új v4l-ek nem fordulnak le a nason, mert régi a kernel... Ez a frissebb verzió egy br2 által összetákolt verzió. Sajnos, mivel a videodevben változtatnia kellett,ezért az uvcvideo nem működik rendesen az új csomagban.
Használd a régi csomagot!
És amiért a segmentation fault-ot dobja, az az, h túl régi a modulbetöltő. Majd a cikkben is frissítenem kell. Na szóval cseréld le a Mijzelf féle module utils-t br2 kmod nevű csomagjára! Ezzel elvileg minden rendben lesz.
conf (már Upo által ajánlott portváltoztatással)
motion -n
[0] [NTC] [ALL] conf_load: Processing thread 0 - config file /ffp/etc/motion/motion.conf
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_output_movies"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_output_debug_movies"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_timelapse"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_timelapse_mode"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_bps"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_variable_bitrate"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_video_codec"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "ffmpeg_deinterlace"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "movie_filename"
[0] [ALR] [ALL] conf_cmdparse: Unknown config option "timelapse_filename"
[0] [NTC] [ALL] motion_startup: Using log level (INF) (6)
[0] [NTC] [ALL] motion_startup: Motion 3.4.0-Git-f63bb5d Started
[0] [NTC] [ALL] motion_startup: Logging to syslog
[0] [NTC] [ALL] motion_startup: Using log type (ALL) log level (INF)
[0] [NTC] [ALL] main: Thread 1 is from /ffp/etc/motion/motion.conf
[0] [NTC] [ALL] main: Thread 1 is device: /dev/video0 input -1
[0] [NTC] [ALL] main: Stream port 10000
[1] [NTC] [ALL] motion_init: Thread 1 started , motion detection Enabled
[1] [NTC] [VID] vid_v4lx_start: Using videodevice /dev/video0 and input -1
[1] [NTC] [VID] v4l2_get_capability:
------------------------
cap.driver: "uvcvideo"
cap.card: "UVC Camera (046d:08c9)"
cap.bus_info: "usb-ehci_marvell.70059-1.2"
cap.capabilities=0x04000001
------------------------
[1] [NTC] [VID] v4l2_get_capability: - VIDEO_CAPTURE
[1] [NTC] [VID] v4l2_get_capability: - STREAMING
[1] [NTC] [VID] v4l2_select_input: name = "Camera 1", type 0x00000002, status 00000000
[1] [NTC] [VID] v4l2_select_input: - CAMERA
[1] [ERR] [VID] v4l2_select_input: Error selecting input 0 VIDIOC_S_INPUT: Device or resource busy
[0] [NTC] [ALL] main: Waiting for threads to finish, pid: 4604
[0] [NTC] [STR] httpd_run: motion-httpd testing : IPV4 addr: 127.0.0.1 port: 10080
[0] [ERR] [STR] httpd_run: motion-httpd failed bind() interface 127.0.0.1 / port 10080, retrying: Address already in use
[0] [ERR] [STR] httpd_run: motion-httpd socket failed interface 127.0.0.1 / port 10080, retrying: Address already in use
[0] [CRT] [STR] httpd_run: motion-httpd ERROR bind() [interface 127.0.0.1 port 10080]: Address already in use
[0] [NTC] [STR] motion_web_control: motion-httpd thread exit
[1] [ERR] [VID] v4l_start: ioctl(VIDIOCGMBUF) - Error device does not support memory map
V4L capturing using read is deprecated!
Motion only supports mmap.
[1] [WRN] [ALL] motion_init: Could not fetch initial image from camera Motion continues using width and height from config file(s)
[1] [NTC] [ALL] image_ring_resize: Resizing pre_capture buffer to 1 items
[1] [NTC] [STR] http_bindsock: motion-stream testing : IPV4 addr: 127.0.0.1 port: 10000
[1] [CRT] [STR] http_bindsock: motion-stream bind() failed, retrying: Address already in use
[1] [ERR] [STR] http_bindsock: motion-stream socket failed, retrying: Address already in use
[1] [CRT] [STR] http_bindsock: motion-stream creating socket/bind ERROR: Address already in use
[1] [ERR] [ALL] motion_init: Problem enabling motion-stream server in port 10000: Address already in use
[1] [NTC] [ALL] motion_loop: Thread exiting
[0] [NTC] [ALL] main: Motion thread 1 restart
[1] [NTC] [ALL] motion_init: Thread 1 started , motion detection Enabled
[1] [NTC] [VID] vid_v4lx_start: Using videodevice /dev/video0 and input -1
[1] [NTC] [VID] v4l2_get_capability:
[ Szerkesztve ]
Szia!
Ez nem stimmel:
stream_localhost on
Tedd át "off"ra! Ha onon van, akkor csak a nas tudja elérni, azaz a localhost.
Sorry, már fentebb írtad is, h "mindkettő on", csak nem figyeltem fel rá... 
Mindjárt kipróbálom
De a cikkben ez szerepel:
- írjuk át a stream_localhost off-ot stream_localhost on-ra
Kmod-ot használok. Nem rakom vissza a régit, mert egy uvcvideo kamerám van, gspca-ból meg 4, 1 logitech, 2 labtec, 1 leadtek. Sőt valahol kell lennie még egy leadtek-nek is. Kipróbálom a több kamerás felállást.
Hajrá! 
Kiváncsian várom az eredményt!
Bár az, h több gspca használja egyszerre a videodev keretrendszert... Hát lesznek kétségeim... Remélem összejön a régi driverekkel is.
[ Szerkesztve ]
van értelme egy 720p-s kamerát ráakasztani a NAS-ra?
[ Szerkesztve ]
Grat, hatalmas megoldás!
Én most OpenWRT-re szórakozok fswebcam-mel hasonlóval... :S
@#2 Magnat : Nézd meg, mennyiért épít ki neked egy kamerás megfigyelőcuccot egy biztonsági cég. Én is ezért álltam neki filléres router alapon.
[ Szerkesztve ]
Úgy néz ki, már kettő is sok neki. Néhány tíz másodpercig megy, azután szépet crashel a motion. Egy kamerával megy jól. Úgyhogy visszaállok a régire az uvcvideo-val, mert a microsoft kamerának nagyságrendekkel jobb képe van.
Esetleg még van egy régi rpi-m, azt beállítom ip kamerának, úgy még a távolság is nagyobb lehet a nas-tól.
[ Szerkesztve ]
Ok. Egyébként ha picit lentebb veszed a minőségeket, akkor is crashel? Van 2 ugyanolyan kamerád? Azzal is crashel?
Mármint a jpeg minőséget vegyem lejjebb? Az 75-ön állt, nem írtam át. 2 ugyanolyan kamerát próbáltam, csiptetős labtec notebook kamera. A leadtek sajnos nem megy, a gspca listában benne van a vid:pid,de br2 csomagjában ami van, abban nincs benne. Újrafordítani meg nem volt kedvem a gspca drivert, mert a kamerák elég vacak képet adnak, villanyfénynél szinte értékelhetetlen, sötét paca a kép, ugyanott a microsoft képe a felbontáshoz képest még akár jónak is mondható. A színeken azért látszik hogy villanyfényes kép, de szinte olyan mint nappal. Úgyhogy itt nem is kínozom magam többet azokkal, rpi-vel csinálok belőlük ip kamerát, azt lehet hogy jobban fogja bírni az uvc-vel együtt is.
A framerate 2. Nagyon kevesebbre nem tudom venni, bár az 1 az pont fele a 2-nek. Bár lehet, hogy 3-on állt, már nem rémlik. Elengedtem a dolgot, a szobába azok a kamerák alkalmatlanok. Nem is akarok velük többet foglalkozni az nsa-n, pláne hogy a mostani 2011-es v4l-en nem működnek amin a microsoft kamera jó, és még egyszer nem akarom elrontani ami működik. Azok csak a frissített v4l-ben levő driverrel mennek, ott meg az uvcvideo nem megy. Nem tudtam semmi trükkel megcsinálni, hogy a régi uvcvideo a régi videodev-et húzza magára, az új gspca meg az új videodev+media-t, modulonként nem lehet szabályozni a dependency láncot, csak globálisan. Úgyhogy vagy ez, vagy az működik. A kmod-ot át lehetne írni forrásban és lefordítani, de én nem vagyok linux fejlesztő, nem tudom megcsinálni, de nem is akarom mint mondtam. Teljesen jó az 1 usb kamera az NSA-n, aztán lesz egy kicsit több időm akkor a pi-vel fogom összehozni a többi kamerát, és mennek ki az udvarra, kertbe. Az öntözőrendszeremet fogom figyelni vele, arra teljesen jó lesz, és van időm még nyaralásig megcsinálni.
Ok rendben!
Használd egészséggel!
Csak aztán nehogy lelocsolja a víz a kamerát!
Ja, még egy érdekes dolog, visszaálltam a régebbi v4l csomagra, lecseréltem a működő uvcvideo-ra a csomagban levőt, indítanám, és nem megy. Ugyanazt a (-22) hibát dobta mint elsőre. Visszaraktam a csomagban levőt, és most meg azzal működik. Érdekes.
Dobtam rá egy C910-et, azzal korrekt képet ad meg 640x480 is.
Találtam egy ilyent: http://ip-webcam.appspot.com/
Ha feltelepítjük, akkor be lehet állítani a motion stream szerverének adatait, és a nasra dugott kamera a gépre dugott webkamerának fog látszani tőle.
Camera feed url-nek a http://nas.cime:8081 jó, ha jelszavas akkor a nevet és jelszót is be kell írni. A felbontás mellett az autodetect-re érdemes rányomni, ellenőrizni lehet vele a kapcsolatot, és detektálja a stream felbontását.
Ezután bármelyik wines szoftverben, ami kezel webkamerát, látszik a stream mint kamera (pl. skype, QQ, capture szoftverek). Legegyszerűbben egy AMCAP.EXE-vel is lehet nézni. Ha valakinek nincs meg az AMCAP, akkor lp. ebben a clevo driverben benne van: [link]
Simán ki kell csak az egy szem AMCAP.EXE-t másolni belőle, és már megy is (48KB!), a többi nem kell hozzá. Most is nézem vele a melóhelyről az otthoni szobát. Még a capture is működik benne, avi-ba fel tudja venni.
[ Szerkesztve ]
