At a guess, this would likely cost in the high-hundreds to thousands of dollars if "mass" produced.
"mass" production is really expensive, as you have to add design-for-manufacturability and design-for-testing, and account for yield loss and customer support (how happy would you be if your expensive camera appeared DOA?).
At that price-point, are there other devices on the market that already fulfill the need?
> Adding network connectivity to this project probably wouldn't be a large endeavour
I am the Developer behind this camera.
If you buy from mouser and try to make just 1 then Only part would be around 200 USD.
If you make hundred in bath of new improved hardware, You can look at BOM cost under 100 USD.
I am working on new version of this camera with totally new enclosure and PCBs as well.
You will be able to buy this soon enough.
> At that price-point, are there other devices on the market that already fulfill the need?
No there aren't. Webcams in 2022 all have miniscule lenses/sensors paired with decade-old tech and none of the big players seem interested in producing anything higher quality.
If you want high-quality video capture, your options are pretty much just (1) plug in a "real" $$$$ DSLR/mirrorless camera which will be fiddly and prone to overheating, or (2) use a cell phone as an IP camera, which will add noticeable latency and is still a tiny sensor compensated for by AI.
If this was for sale fully assembled I'd easily spend a few hundred on it. I don't care about networking, just give me plain old USB.
>> At that price-point, are there other devices on the market that already fulfill the need?
> No there aren't.
There are tons of cameras that meet this need. They're "machine vision" or "scientific" cameras, google for those. Edmund Scientific has a good selection. They're ridiculously expensive for what you get if you're comparing against a webcam or a surveillance camera since they're very similar to those for >10x the price. That's the price of low volume assembly, proper support, et cetera.
There is another option: You can buy relatively high quality PTZ cameras designed for low-end broadcast (HoW and legislative mostly). Some will output to USB, at the higher end you’ll need to capture SDI, NDI, or 2110.
I have a coworker with this setup and it’s easily the best video quality I’ve ever seen on a teams call even in his fairly dark room.
I like how the original comment was kind of slagging HoW and legislative to the lower realms of quality. For the most part, that's going to be true, but there's definitely edge cases. I run in weird circles having grown up in HoW production and moving into cinematic production. One of the megachurches in town is one of Sony's flagship install locations. They always have the top end equipment that even some production houses can't get yet. The amount of money that flows through these places is flabbergasting. Their control rooms are better equipped than some of the live sports trucks I've been in. The only thing they are missing is the crew of slo-mo operators. They have a couple of seats for shaders, they have chyron ops, they have technical director, director, multiple sound boards (one for record, one for stage, one for broadcast), and just an incredible amount of gear overall. Yes, this is said from a state of jelly.
Wasn’t try to slag HoW at all[*]! Just a lot of cheap broadcast PTZs are built with more price sensitive customers in mind, who often come from legislative, corporate or house of worship. You can absolutely find high-end sophisticated productions in all those fields, but the field also has much more of a low-end (both in terms of cost and in terms of production complexity) than you’ll normally find in most more traditional broadcast verticals.
* I actual have a love for HoW as a vertical because they’re much more willing to try wild or experimental things with their production since they often have a greater tolerance for things going wrong and often have entire days of downtime between shows to tinker. This is probably part of why they’re a Sony flagship - willingness to run beta software! I know of at least one other vendor who has churches as beta testing sites…
I'm curious what the median church "experience" is of those that attend. One could imagine a single 50 million member church and two churches of 75, which would lead to a median church size of 75 but a median experience of 50 million fellow congregants.
I’d ask you to find and share the model number they used, but I feel like it would be OOS by the time I remembered to look, then come back at 3-6X the price.
A lot of PTZ cameras have fairly large sensors compared to webcams or phones, and unlike a phone or DSLR they’re designed to be operated continuously so they shouldn’t overheat.
The IMX477/R sensor supports Full (16:9) Binning 1080P @ 2028(H) × 1128(V) with 240hz/fps availability in a drive mode. However, no IMX477/R package I've ever found - including those from Arducam - support a CSI->USB board or similar that can drive this mode, only allowing 100 FPS maximum on most packages. (ex: https://www.uctronics.com/arducam-high-quality-complete-usb-...)
I am looking to buy a product involving the IMX477/R sensor that can drive this mode or similar 240 FPS modes, but cannot find it for the life of me despite the datasheet openly supporting this drive mode.
Forget the USB boards, they all work to the best of the USB / UVC limitations but they aren’t great. You want to hook your camera sensor up to a processor with a CSI input.
Image sensors are really just high speed ADC clocking out data, whether the data is useful or not is up to the viewer. What I’m getting at is forget FPS and think data rates.
So, you need a processor that is that can handle that data rate. The napkin math says 2K@240FPS has the same data rate as 4K@60FPS. All you need is a processor or module that can handle it and you’re golden. There are demos of the RPI pushing 1000fps (at a significant lower resolution) but you get the point.
Off the top of my head, NVIDIA jetson, imx8m mini plus, the latest allwinner V series, and a whole host of unobtainable in less than 10k qty parts all supported this. The rest is up to you.
Also, RPi is out even with 4 lanes because the CSI input doesn’t support the speed required on each lane.
I've written raw frames to memory using the RPi HQ cam and RPi4 and processed them in ffmpeg/dcraw for example, so I'm familiar with that methodology. I can take it from there if I can find an IMX477 sensor (or similar) plus 4+ MIPI lanes to get full drive mode.
Any idea where to start? I am proficient enough in scripting/coding to pick up a new platform like the Jetson/Nvidia products, but no idea where to find the correct sensor+board package to actually give me the data rates I need.
Looking for 240fps/hz @ 720p in some form of greyscale, for the record.
Short answer - No. The MIPI CSI-2 (CSI has been deprecated) interface is not plug and play. It requires some tuning of the handshaking between the image sensor and the receiving SOC. I think the RPI + HQ camera + libcamera is the best place to start to learn a full camera system since libcamera is open source. The software stack for a camera is a pretty large undertaking. The ISP calibration and AAA algorithms are generally closely held by various camera companies.
Yeah, no, you don't need a DSLR. A point and shoot with a good sensor is more than enough. My Sony RX100 runs all day without issue and acts as a fantastic webcam via a cheap HDMI to USB adapter. Total cost used < $500.
You could probably pick up those big old Cisco video conferencing cameras, which take 12V power, emit up to 1080p video over HDMI (which goes into whatever generic HDMI capture card you have) and are controlled over RS232 using Sony VISCA commands.
The cameras themselves aren't especially "hackable" but then they don't need to be, because everything going in and out is extremely well-documented.
If your need is video conferencing, relatively recent ‘insta360 link’ is _very_ good. I’ve ditched my mirrorless+HDMI setup in favor of it and haven’t seen any drop in quality.
Companion app is pretty shit though, but they seem to be working on it.
That depends how stretchable your price point is. I can greatly recommend Basler cameras from my endeavours with those at work, complete C/C++/Python SDK and extremely thoroughly documented. USB and IP, HFR and High Resolution.
After working with cheapish cameras before, I won't ever look back.
If you just want a working camera, there are tons of industrial USB cameras on the market but probably all of them are proprietary.
If you want an open source and open hardware camera there's nothing on the market AFAIK. Of course when people discover that open source costs 10x more than proprietary they are usually no longer interested.
Industrial USB cameras use either USB3vision or proprietary protocols and are deeply cursed either way. They’re very much on the other end of the spectrum from UVC plug and play.
Hasn't been my experience working with ximea, point grey, and realsense— all these cams are at least some degree of plug and play on Linux. Obviously you end up with the vendor SW if you want more control over the shutter or something, but basic video stream capture is pretty universal.
Same, it pretty much worked without a fuss, we did a cool proof of concept demo where we used it to auto target a gimbal on a drone using an nvidia jetson running ubuntu. We got the entire software stack working together within a day or so, linux just picked up the industrial camera without a problem, but getting more control over its output required some more work. There's a whole little industry standard for high res video streams over gigabit ethernet or usb 3 that the vendors have published libraries for you can just link in your C++ project.
"mass" production is really expensive, as you have to add design-for-manufacturability and design-for-testing, and account for yield loss and customer support (how happy would you be if your expensive camera appeared DOA?).
At that price-point, are there other devices on the market that already fulfill the need?
> Adding network connectivity to this project probably wouldn't be a large endeavour
lol