-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Corrupt frame detection and replacement #171
Comments
Hmm very exciting idea |
I think corrupt frame replacement should be done inside mlvObject, so it can be treated the same from outside when requesting a frame to process. @bouncyball-git as you have worked on that part of mlv app a lot, do you approve? |
Discovery and replacement of the corrupted frames at the RAW level, I guess, is applicable only for: "the previous frame" and "the following frame" As you understand most Important thing here is the reliable discovery alg. |
I 100% agree. Optical flow should work after debayering only. If we would like to export as DNG / MLV dublicating one frame is easiest, blending could also work. |
Oh yeah optical flow would not be possible then :/ |
But never mind... I checked some sources for optical flow: yes, very nice (I don't understand anything). |
Actually we could do optical flow before debayer - split the image in to four: R G1 G2 and B, then optical flow on each one. Though it may generate some grain or pixel pattern oddness. It would be an interesting idea to try. Also may be faster than doing it after debayer. Those frames should also be cached, as it would not be quick (I assume). |
If you have a look here, there are several optical flow implementations. |
I am all for this idea actually. Especially on the optical flow for each R G1 G2 & B splitted images re: corrupted frames. Should be doable. :)
On Tuesday, July 23, 2019, 6:36:03 AM PDT, masc4ii <[email protected]> wrote:
If you have a look here, there are several optical flow implementations.
https://www.ipol.im/
It is indeed very interesting!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Yes, interesting. But I don't know yet what to do with that code. On this page you can try out (life) the algorithms. I find anything else but not the interpolated picture... |
This idea is really good and important. FFmpeg wise it should be possible to output someting even if frames are missing here and there. Some links: https://stackoverflow.com/questions/50546359/ffmeg-force-keyframe-at-specific-interval |
Plus 1 for such a feature. My use case is when using MLV App to process for stills photography, for example averaging an MLV to simulate a long exposure. With no audio to worry about, ‘all’ one would need to do would be to delete the corrupted frame, ie no continuity issues. But, of course, I realise this app is mainly for videographers ;-) |
When using ML cameras near to the edge of maximal write speed, we get here and there corrupted frames (mostly half of the frame is pink). It should be possible to detect such frames. In a first version we could manually select such bad frames.
Another task would be to replace such corrupted frames with:
The text was updated successfully, but these errors were encountered: