New Camera Module, Low level driver, Going LIVE !? - Raspberry Pi Forums
we anticipating upcoming camera module, , have suggestion low level implementation.
comes need create 'portable tv studio' using dvswitch, both low cost , simplicity, volunteer organization next no funding ....
if driver implemented v42l-dv device enable many organizations 'go live' in extremely cost effective manner (the dvsource-v4l2-dv component of dvswitch allows direct video sourcing package, , happily runs on pi). alternately, simple/low resource conversion piped, enable type of setup (gpu assisted?).
idea here able have multiple cameras (rpi based), feed switch (linpc) live feed selection. output trans-coding (to whatever servers, public consumption) in main switch feed whatever media server desired . interconnection cameras switches standard *commodity/inexpensive) ethernet (or wireless) affording easy setup , breakdown of 'studio'.
there ways v4l2 device appropriate format using ffmpeg, highly intensive , resource (cpu) hungry way accomplish various inputs, , you'd lucky 3 sources converting well/smooth on dual core linpc (remember cost factor, , other methods don't have sufficient sustained frame rates (probably because usb on pi busy network transmissions, , if webcam used there isn't enough bandwith available both).
pi not capable of converting fast enough achieve decent frame rates (unless comes way on gpu, usb may become bigger factor) if raw dv available natively on pi (from own camera), offload requirements on switch, affording camera (units) located remotely (think of broadcasting football (us or soccer) game, multiple angles , dispersed locations )
better idea on how fits together, , why can see pi viable camera take @ dvswitch project pages ... http://dvswitch.alioth.debian.org/wiki/ 'component_interaction http://dvswitch.alioth.debian.org/wiki/ ... teraction/' page give idea of can .....
comes need create 'portable tv studio' using dvswitch, both low cost , simplicity, volunteer organization next no funding ....
if driver implemented v42l-dv device enable many organizations 'go live' in extremely cost effective manner (the dvsource-v4l2-dv component of dvswitch allows direct video sourcing package, , happily runs on pi). alternately, simple/low resource conversion piped, enable type of setup (gpu assisted?).
idea here able have multiple cameras (rpi based), feed switch (linpc) live feed selection. output trans-coding (to whatever servers, public consumption) in main switch feed whatever media server desired . interconnection cameras switches standard *commodity/inexpensive) ethernet (or wireless) affording easy setup , breakdown of 'studio'.
there ways v4l2 device appropriate format using ffmpeg, highly intensive , resource (cpu) hungry way accomplish various inputs, , you'd lucky 3 sources converting well/smooth on dual core linpc (remember cost factor, , other methods don't have sufficient sustained frame rates (probably because usb on pi busy network transmissions, , if webcam used there isn't enough bandwith available both).
pi not capable of converting fast enough achieve decent frame rates (unless comes way on gpu, usb may become bigger factor) if raw dv available natively on pi (from own camera), offload requirements on switch, affording camera (units) located remotely (think of broadcasting football (us or soccer) game, multiple angles , dispersed locations )
better idea on how fits together, , why can see pi viable camera take @ dvswitch project pages ... http://dvswitch.alioth.debian.org/wiki/ 'component_interaction http://dvswitch.alioth.debian.org/wiki/ ... teraction/' page give idea of can .....
a little more specific on (above) suggestion.
i'm wondering if camera module implemented iee1384 compatable interface, delivering raw dv via /dev/ module ....
way have low level raw video, , can address encoding (or not) via external program uses hw encoders etc ... or passing along other programs use rawdv (as in studio scenario described)
i'm wondering if camera module implemented iee1384 compatable interface, delivering raw dv via /dev/ module ....
way have low level raw video, , can address encoding (or not) via external program uses hw encoders etc ... or passing along other programs use rawdv (as in studio scenario described)
raspberrypi
Comments
Post a Comment