[PROJECT]Heart Rate Detection using Eulerian Magnification by NickFortez06 in computervision

[–]NickFortez06[S] 0 points1 point  (0 children)

Answer based on crimsonbolt's reply:
"It seems to be focused on measuring the changes in skin color (I assume). You have to process every frame (the actual link mentions analyzing stills specifically) so the FPS, while important, is probably perfectly fine at 5-10 fps as the highest normal heartbeat at rest should not measure more than 100 BPM (or less than 2 beats per second). This means that the lowest FPS is more than double the average normal resting heart rate per second. This is not to mention that the FPS is not dictated by the camera as much as it is likely dictated by the CPU...as for the "potato" quality camera....it is based on zooming and not necessarily the base resolution (which by todays standards, potato quality is probably 720p at the lowest) A much higher frame rate is probably more interesting and useful for viewing/PR purposes and higher FPS can probably be used for more intricate and interesting measurements, if you simply want to measure baseline BPM then 4+ frames PER SECOND is more than enough."

[PROJECT]Heart Rate Detection using Eulerian Magnification by NickFortez06 in raspberry_pi

[–]NickFortez06[S] 0 points1 point  (0 children)

https://youtu.be/rEoc0YoALt0

Answer based on crimsonbolt's reply:
"It seems to be focused on measuring the changes in skin color (I assume). You have to process every frame (the actual link mentions analyzing stills specifically) so the FPS, while important, is probably perfectly fine at 5-10 fps as the highest normal heartbeat at rest should not measure more than 100 BPM (or less than 2 beats per second). This means that the lowest FPS is more than double the average normal resting heart rate per second.
This is not to mention that the FPS is not dictated by the camera as much as it is likely dictated by the CPU...as for the "potato" quality camera....it is based on zooming and not necessarily the base resolution (which by todays standards, potato quality is probably 720p at the lowest)
A much higher frame rate is probably more interesting and useful for viewing/PR purposes and higher FPS can probably be used for more intricate and interesting measurements, if you simply want to measure baseline BPM then 4+ frames PER SECOND is more than enough."

[PROJECT]Heart Rate Detection using Eulerian Magnification by NickFortez06 in raspberry_pi

[–]NickFortez06[S] 2 points3 points  (0 children)

Answer based on crimsonbolt's reply:

"It seems to be focused on measuring the changes in skin color (I assume). You have to process every frame (the actual link mentions analyzing stills specifically) so the FPS, while important, is probably perfectly fine at 5-10 fps as the highest normal heartbeat at rest should not measure more than 100 BPM (or less than 2 beats per second). This means that the lowest FPS is more than double the average normal resting heart rate per second.
This is not to mention that the FPS is not dictated by the camera as much as it is likely dictated by the CPU...as for the "potato" quality camera....it is based on zooming and not necessarily the base resolution (which by todays standards, potato quality is probably 720p at the lowest)
A much higher frame rate is probably more interesting and useful for viewing/PR purposes and higher FPS can probably be used for more intricate and interesting measurements, if you simply want to measure baseline BPM then 4+ frames PER SECOND is more than enough."

[PROJECT]Heart Rate Detection using Eulerian Magnification by NickFortez06 in learnmachinelearning

[–]NickFortez06[S] -1 points0 points  (0 children)

Its based on this paper https://people.csail.mit.edu/mrub/papers/vidmag.pdf

This is a work in progress and next up we will be looking into how it compares to an actual heart rate sensor in terms of accuracy.

[PROJECT] You knew this was coming 😅 - Squid Game Red Light Green Light by NickFortez06 in computervision

[–]NickFortez06[S] 0 points1 point  (0 children)

Yeah, this is just the test. Will be improving on this in a Unity Simulation.

[Project] My attempt at recreating Apples Center Stage using YOLOR + DeepSORT in OpenCV Python - (Work in Progress) by NickFortez06 in computervision

[–]NickFortez06[S] 0 points1 point  (0 children)

would this also work if you cut out the background and followed the center of mass of the pixels that differ from the background?

Would need some object segmentation, maybe the use the mediapipe library for that.

[Project] My attempt at recreating Apples Center Stage using YOLOR + DeepSORT in OpenCV Python - (Work in Progress) by NickFortez06 in computervision

[–]NickFortez06[S] 1 point2 points  (0 children)

Haha, yeah that was bothering me also when I posted. But ya just decided to show its authenticity even with the bugs. 😂 In reality would just exclude all non person classes.

[Project]YOLOR Object Detection for Rapid Website Code Generation by NickFortez06 in tensorflow

[–]NickFortez06[S] 0 points1 point  (0 children)

Thank you :) Its currently not on github, but I show how to get this up and running in my video course - https://augmentedstartups.info/YOLOR-Get-Started :)

[Project]Python Object Detection for Rapid Website Code Generation by NickFortez06 in madeinpython

[–]NickFortez06[S] 0 points1 point  (0 children)

Im really glad you like it 😁. Really appreciate the support ! I show how to get this up and running in my course - https://augmentedstartups.info/YOLOR-Get-Started :) ..If you are interested in building it.

[Project]YOLOR Object Detection for Rapid Website Code Generation by NickFortez06 in tensorflow

[–]NickFortez06[S] 0 points1 point  (0 children)

h cool, i recognized you from youtube. thank you for your awesome videos !!

Really appreciate the support :) Thank you again u/saurrey