(Last Updated: August 7, 2020)

Facial recognition explained and Customized Home-Assistant components



  • Sharing what I have learned and some modifications to components with their benefits.
    On home assistant/python3, facial recognition involves the following steps:

    1. Establishing and maintaining a camera stream (over rtsp or http protocol)
    2. Have the ability to extract a single frame from the open stream in order to process it
    3. Pre process using the same steps as a video frame and store in memory a predetermined number of pictures as the known people to later compare with. In reality what is being compared are arrays of numbers generated by a model.
    4. Run a face detection and localization on the frame using one model
    5. Using the resulting location of 4., Extract from the picture, the face and encode it into a array of number
    6. Run a classification or comparison between the pre-set faces and the face on the video and spit out the "inference" or "prediction" to determine if they are close enough to be the same person.

    Even though a few components have been created on home-assistant for many years to do this, I ran into challenges which forced me to improve/optimize the process.

    1. Home Assistant's camera does not establish and keep open a stream in the background. It can open one on demand through its UI but doesn't keep it open. This forces the facial camera component to have to re-establish a new stream to get a single frame every time it needs to process an image causing up to 2s of delays, unacceptable for my application. I therefore rewrote the ffmpeg camera component to use opencv and maintain a stream within a python thread and since I have a GPU, I decided to decode the video using my GPU to relieve the CPU. This also required playing with some subtleties to avoid uselessly decoding frames we won't process while still needing to remove them from the thread buffer.
    2. The frame extraction was pretty challenging using ffmpeg which is why I opted to use opencv instead, as it executes the frame synchonization and alignment from the byte stream for us.
    3. The pre-set pictures was not a problem and a part of every face component.
    4. I started with the dlib component which had two models for ease of use. It makes use of the dlib library and the "facial_recognition" wrapper which has a python3 API but the CNN model requires a GPU and while it works well for me, turned out not to be the best as explained in this article and also quite resource intensive:https://www.learnopencv.com/face-detection-opencv-dlib-and-deep-learning-c-python/
      So I opted to move to the opencv DNN algorithm instead. Home Assistant has an openCV component but it is a bit generic and I couldn't figure out how to make it work. In any case, it did not have the steps 5 and 6 I wanted.
    5. For the face encoding step, I struggled quite a bit as it is quite directly connected to what option I would chose for step 6. From my investigation, I came to this: https://www.pyimagesearch.com/2018/09/24/opencv-face-recognition/

    "*Use dlib’s embedding model (but not it’s k-NN for face recognition)

    In my experience using both OpenCV’s face recognition model along with dlib’s face recognition model, I’ve found that dlib’s face embeddings are more discriminative, especially for smaller datasets.

    Furthermore, I’ve found that dlib’s model is less dependent on:

    Preprocessing such as face alignment
    Using a more powerful machine learning model on top of extracted face embeddings
    If you take a look at my original face recognition tutorial, you’ll notice that we utilized a simple k-NN algorithm for face recognition (with a small modification to throw out nearest neighbor votes whose distance was above a threshold).

    The k-NN model worked extremely well, but as we know, more powerful machine learning models exist.

    To improve accuracy further, you may want to use dlib’s embedding model, and then instead of applying k-NN, follow Step #2 from today’s post and train a more powerful classifier on the face embeddings.*"

    The trouble from my research is that I can see some people have tried but I have not seen posted anywhere a solution to translating the location array output from the opencv dnn model into a dlib rect object format for dlib to encode. Well, I did just that...

    1. For now I am sticking with the simple euclidian distance calculation and a distance threshold to determine the face match as it has been quite accurate for me but the option of going for a much more complex classification algorithm is open... when I get to it.

    So in summary, the outcome is modifications to:
    A. the ffmpeg camera component to switch to opencv and enable background maintenance of a stream with one rewritten file:

    B. Changes to the dlib face recognition component to support the opencv face detection model:
    C. Modified face_recognition wrapper to do the same, enabling conversion between dlib and opencv
    D. And additions of the new model to the face_recognition library involving adding a couple of files:
    init.py

    Overall these changes significantly improved speed and decreased cpu and gpu utilization rate over any of the original dlib components.
    At the moment the CUDA use for this inference is broken on openCV using the latest CUDA so I have not even switched on the GPU for facial detection yet (it worked fine using the dlib cnn model) but a fix may already have been posted so I will recompile openCV shortly...

    Edit: Sure enough openCV is fixed. I am running the face detection on the GPU now.



  • I understood all of the words, just not the order in which you used them....

    C



  • @CatmanV2

    Maybe this could help:

    The four computational steps:

    The model training (the bases to compare to) must be done before hand.

    Screen Shot 2020-07-10 at 14.38.18.png

    Each step can be either done by the CPU or the GPU. I highlighted in teal my current selection for which I shared the code. 😉

    For the last column... I am just getting started...



  • Well, thanks for trying 😄

    C



  • So, I just modified the HASS plugin to move to use the scikit SVM classification... It requires a lot of data (i.e pictures) Not sure it is more accurate yet...



  • Well now I can confirm, It is drastically more accurate if trained with a large enough dataset. I loaded 30 random face pictures, 30 of my own and 30 of the wife and the thing is a little more accurate than the previous approach. Pretty happy with the outcome.
    So the recognition (encoding and classification) uses machine learning which is easy enough to run on the CPU, the face detection is more complex and relies on deep learning. I have basically resolved to assemble my own system composing from various model sources. Pretty satisfactory outcome.
    When I'll have more time, I will investigate some newer award winning ones like insightface, deepstack...



  • I have been optimizing the code further to have less dependencies (relying directly on the dlib library instead of a wrapper for it) and learned some more about convoluted neural network inferences... fascinating field. I also changed the jitter parameter from 1 to 10 which should help the accuracy.

    The original dlib model has scored 99.17% at the LFW benchmark and my mods sped up the face detection and probably improved accuracy by using a classifier rather than just an Euclidean distance, enlarging the face detection and training set, and the increase of the jitter parameter. Looking around for what is available, the only thing that is potentially better is the retinaface detection + arcface encoding which potentially could improve the angled recognition. I am almost done implementing it for testing but it probably is overkill for my doorbell... 🙂


Log in to reply