pfeatherstone

Looking at the code, it's a bit out of date I have to say. I need to fix this at some point. Maybe my partner will let me this weekend.

So my plan will be the following: * fix things here and there (using the non-deprecated API calls, more error checking and legitimate bug fixes) * put all the implementation...

I might get audio sorted also, at least in the implementation details. The hardest part will be deciding what the api call should be. Currently, ```dlib::video_capture::read()``` is templated can take...

@davisking Sorry, I wasn't going to use inheritance. As soon as I wrote that I thought using the following would be more appropriate. ``` class video_demuxer { public: //... private:...

Or not bother with std::unique_ptr at all... Either way, it will be something sensible

Ok, tons of commits coming tomorrow. What would be extremely useful is if someone could either find some teeny tiny videos, that include both image/video and audio in a variety...

Right, i've added the muxing stuff. It's not finished. But even when it will be, I will disable it and add the tests in a future PR.

Right, that's me done for the weekend. The rest will have to wait a couple weeks.

By the way, with the current API, this is a minimum example: ``` dlib::video_demuxer_args args; args.filepath = "myvid.mp4"; dlib::video_demuxer cap(args); if (cap.is_open()) { dlib::image_window win; dlib::type_safe_union frame; uint64_t timestamp_us; while...

For webcam device and audio device, you need to call ```avdevice_register_all()```. The code doesn't call that automatically yet. Then, for webcam: ``` dlib::video_demuxer_args args; args.filepath = "/dev/video0"; dlib::video_demuxer cap(args); ```...