Video editing library?

Sep 2, 2015 at 8:53pm
Hey guys,

Not sure where to start, so I figured I'd start here. Basically I'm looking for a program that allows real time effects/processing of a video file being outputted to a screen. I want to control effects like distortion, filters, etc with an Arduino unit with various sensors

Does anyone have a suggestion of where to start?
Sep 2, 2015 at 9:03pm
I'm confused. Do you want to do the processing in the Arduino? Or what does the Arduino do?
Sep 2, 2015 at 10:46pm
You can still find free lib on the net , but you must understand that this kind of software is not given for free . It generates millions to cies for developping special effects . You will have to pay for a decent one , but I believe that there is hidden gems on the net which can do simple task for montage or editing .

Sorry if my answer was not clear enough.
Sep 3, 2015 at 11:01pm
No no, the Arduino is piping data into a PC that will be sending a video feed to a projector. I wanted to add distortion effects and such to the video in real time. I'm wondering if maybe this could somehow be achieved in openGL perhaps utilizing the Three.js library?
Sep 4, 2015 at 12:07am
What resolution are we talking about?

EDIT: Also, what sort of distortions are we talking about?
Last edited on Sep 4, 2015 at 12:40am
Sep 4, 2015 at 1:17am
Would the resolution make much of a difference?

Screen distorts, adding noise to the image and such. I'm not familiar with the realm much so I'm just looking as to where to get started
Sep 4, 2015 at 2:01am
Yes, as to the feasibility of doing it in real time. I also forgot about the frame rate.
It's not the same to process 1080p @ 60 Hz (373 MiB/s) than QVGA @ 23 Hz (5 MiB/s).
A modern GPU can apply the fragment shaders quickly enough, but the problem is getting the pixels to video memory quickly enough. Its even harder if the pixels have to be reformatted in CPU before being sent.
Sep 4, 2015 at 2:57am
@helios
That amount of data is trivial for modern GPUs :)

I'd be worried about the throughput of the Arduino connection with the PC if anything.

To expand on helios' last sentence, I believes he recommends storing it in a format that makes the driver essentially do a memcpy of your texture data straight to VRAM (This is typically BGRA or RGBA).
Sep 4, 2015 at 3:05am
Yeah, I realized after running the numbers, but I just thought "eh, **** it".
Topic archived. No new replies allowed.