Updated: current (Aug 2014) version of ffmpeg supports QTKit and AVKit frameworks:
ffmpeg -f qtkit -video_device_index 0 -i "" out.mpg
or
ffmpeg -f qtkit -i "default" out.mpg
also you can obtain list of available devices:
ffmpeg -f qtkit -list_devices true -i ""
Old answer:
I solved this problem with QuickTime Broadcaster. It is small utility which captures video and audio, compress it, packetizes compressed stream in rtp packets and transmits them to the network.
So the workaround is pretty cumbersome, and requires double encoding but it works:
Setup streams in QuickTime Broadcaster's Audio
and Video
tabs
Go to Network
tab, set Transmission
to "Manual Unicast", Address
to "127.0.0.1", Ports
to something like "6000, 6002"
File -> Save Broadcast Settings As...
to some file (e.g. Untitled.qtbr)
Export SDP file: File -> Export -> SDP
. SDP stands for "Session Description Protocol", that contains information about where to find stream, its parameters and codec options, etc.
Now you can start/stop QTB from command line:
osascript -e 'tell application "QuickTime Broadcaster" to start document "Untitled.qtbr"'
osascript -e 'tell application "QuickTime Broadcaster" to stop document "Untitled.qtbr"'
After you start QTB, ffmpeg will able to read compressed stream using that sdp file you exported on step 4 (actually, you can open it in VLC or QuickTime player: open -a vlc stream.sdp
).
So QTB works as "capturing agent" which makes conversion "iSight-to-UDP socket".
ffmpeg -i stream.sdp -vcodec mjpeg -an -vf vflip -y /tmp/q.avi
or transmit it to ffserver:
ffmpeg -i stream.sdp http://localhost:1881/feed1.ffm
(imho) It's pretty hard to add iSight support to ffmpeg/libavdevice. iSight has ObjC-based API (QTKit), which has to be wrapped in C static library, also ffmpeg has to be linked with all OS X specific frameworks - that's doable, but requires quite a lot of work.