To get data from the gyroscope and accelerometer from an action camera or video?

Is there a way of mp4 videos(shot on an action camera with gyro) or the camera itself to get the data from the gyroscope and accelerometer for further processing?
Or perhaps as something to connect to the sensor on the circuit Board and remove the data in parallel using the Arduino or raspberries?
Or, it is easier to make a likeness of action cameras with their courtesans? Can the camera and the piece of metal under it

Need a camera with good fps (~100) and FullHD or HD, and synchronized data from the accelerometer and gyro, perhaps something else will need.

Seems raspberry + rpi camera v2. But there is not enough fps or 720p 60fps. There is an option usb camera ( ov4689 or ov2710), but there is no doubt that usb will pull 1080p 60fps (120fps or 720p) data stream.

Yes, the idea was to make a separate accelerometer sensor and the gyroscope on Arduino, but do not know how to synchronize video data and sensor(at the time? and time how to synchronize?).
April 19th 20 at 12:00
2 answers
April 19th 20 at 12:02
I think the simplest is a single compact Autonomous gyro-tracker, which would be mounted action camera.
Like, (could be wrong), I have not heard that any of the camera write the data of the accelerometers in the video stream. Like technically nothing prevents to write them in a separate audio track. To connect to the working guts of the camera - also seems to me a bit of a punt and, even in the case of success, not a scalable solution.

Question form-factor open, but the idea of girocheque is a very suitable idea.
Now almost all the cameras on Board are Wifi. You can try to make gyrotrac on the basis of a squirrel ESP8266 with wifi. Time sync from the camera you can get wifi. Even throw on a flash drive camera files with gyro-tracks is possible, if the API will allow.
Yeah, I had the idea to make a separate tracker. But I didn't know that you can sync data over wifi. Really cameras can transmit over wifi something besides video files? If you can a couple of links on this opportunity? Quick Googles, unfortunately, gave nothing. - lyda commented on April 19th 20 at 12:05
The idea of recording the sound track interesting. Of course, if the camera has audio Jack. You can even like to bother with soldering, and writing into one channel and MIC in the other-data - lamont.Bechtelar91 commented on April 19th 20 at 12:08
Really cameras can transmit over wifi something besides video files?

I am also not immersed in the issue, but somewhere slyshal that the camera picks up ftp to work with her files, and that means it is not excluded that will give her a file with a gyro-tracks. Purely to lay next to the video and called the appropriate, without need to separately remove the data from the tracker, to reduce, to cut...
The second problem, you can try to solve it via wifi camera is time synchronization.
If collection data is not such a problem (still, the tracks will have to handle utilities can be provided in the pipe line for pulling them from the device), the time synchronization is direct, the problem. I'm not sure that it is generally possible to solve normally. It is to be hoped that the camera via the web interface gives some timestamps that render its exhaust has predictable timings...

Easier for time synchronization must be provided in the tracker some piezo Squeaker that will work like a firecracker in the film. The scheme is as follows: turn on the camera video recording, press the special button on the tracker, the tracker makes a series of sharp clicks piezo-element and records the exact time of clicks for their own internal clocks. These clicks are recorded by regular camera's microphone in the audio track of the video file. This short video is calibration. Such a calibration can be done frequently if the tracker and the camera clock not reset at shutdown and have good accuracy.
After downloading data from the tracker and from the camera, finds special utility calibration rollers and special files Strecker, matches timings and series of intervals, computes the constant amendment of time tracker on the time camera date/start time of the video. With this amendment it is possible to cut and bind the tracks to the rollers.

Sounds cumbersome, but it can be acceptable and technically quite simple scalable compromise.

With time, I think all devices will learn how to write the data of gyroscopes and accelerometers in the video stream and EXIF photos. Too much of a benefit you can take from this. - Maximus.Kautzer commented on April 19th 20 at 12:11
@lamont.Bechtelar91, I don't mean recording via MIC or line input. I think it's plosion idea, because the tracker gives info on neskolkim channels: 3-axis accelerometer, 3 axis gyro, 3 axis compass... a lot of data with a decent rate. And to opiate it in the audio track, you need to encode, in a tone code, then unzip it and fear that the codec the camera will shake too much... not. bad idea.

I had something else in mind. Modern codecs are able to write in addition to the video stream and audio stream of an arbitrary data frame in the figure. I relied on it. But then you need to go deep in a non-trivial part of the camera firmware. But, if the camera offers a standard gyroscope and accelerometer, and the Board is spinning something like Linux, you can probably solve software fully gathered custom firmware.

XS. I'm the Amateur. Just thinking out loud. - Maximus.Kautzer commented on April 19th 20 at 12:14
@Maximus.Kautzer, Without climbing into the guts of the camera, that little is possible in principle, this is a working version anyway. But personally I would not even bother. I'd spied, as the camera calls its files regarding date / time of recording and so on. set the same time on the tracker and the camera to the tracker called files in the same way, and start the tracker and the camera simultaneously camera button(need a little soldering) or stupidly pressing two buttons at once, making some kind of lever that presses on both.

About data - it's not that there are many, 7kb/s, which gave a regular phone modem will be sufficient for storing all data in uncompressed form - lamont.Bechtelar91 commented on April 19th 20 at 12:17
@lamont.Bechtelar91, At the expense of private saving - I agree. The most simple variant. To synchronize the time by clicking a nail on the case when recording. The strike will affect accelerometro and on the sound track of the camera. - Maximus.Kautzer commented on April 19th 20 at 12:20
April 19th 20 at 12:04
Often, the cameras store the data directly on the card, the files in separate folders, in your format. If you know how.
From video rip - hardly even possible (recording the video) because the camera is easier to file a separate save and it after to tighten.

The decision here will depend on the ultimate goal.

Video stabilization is done perfectly without the data from the accelerometer in post production. And if you need the data on top of the overlay, then it doesn't matter where to take them. Though the phone is screwed on to the camera and after out file to pick up. Well, either Arduino/ESP with logging to a file or over the air.
Thanks for the reply.
Yes, the idea was to make a separate accelerometer sensor and the gyroscope on Arduino, but do not know how to synchronize video data and sensor(at the time? and time how to synchronize?). - lyda commented on April 19th 20 at 12:07
@lyda, You real-time data is needed, or after shooting to bring you? - chyna commented on April 19th 20 at 12:10
@chyna, you can after shooting. - lyda commented on April 19th 20 at 12:13
@lyda, then it's not a problem - start recording, click the accelerometer/camera with your fingers or a pencil to jolt was visible to the sensors to show on camera and to be heard was the sound. This click will be visible on the video, on the chart and on the sound track, and it will be a starting point. And then time sync.

Well, anything you can think of a button that will record start and record data to write, but it is not reliable, because the camera can have its own delay at the start of the recording, not guess. - chyna commented on April 19th 20 at 12:16
@lyda, @chyna, you click a fingernail on the camera and the tracker is even more elegant than the crutch with a piezo-element that I suggested in the kament with the answer above. - Maximus.Kautzer commented on April 19th 20 at 12:19
@lyda, you Have accelerometer sensor, gyro and so on and so is the mobile phone, and you the software to write without separate devices :) - lamont.Bechtelar91 commented on April 19th 20 at 12:22
@lamont.Bechtelar91, on the phone, and then talking about action-camera. There is not the fact that the firmware will be able Evernote, the accelerometer may be connected to a separate controller in the camera, and there may be a separate firmware and access to it is trivial.
Again, the camera will become obsolete, and your efforts will burn as another camera the other components, and other firmware... - Maximus.Kautzer commented on April 19th 20 at 12:25
@lamont.Bechtelar91, @Maximus.Kautzer, about the phone, too. The easiest option to only write files, but for my purposes the phone is too big and a bit heavy. Of course you can gut it, attach the battery smaller and make your body. Also need to think about.
Thank you! - lyda commented on April 19th 20 at 12:28
to gut, to attach the smaller battery and make your case

It seems to me much easier and povtorenie to do simple examples separate device. Your option finished with a jig saw smartphone looks mildly spike.
In the examples of how to connect the accelerometer full:
As well as to connect the flash drive. - Maximus.Kautzer commented on April 19th 20 at 12:31
@Maximus.Kautzer, I just drove like video, sound and telemetry, and still have to adjust the paths manually (and this is not a problem in principle), so click enough.

@lyda phone based is an option if no other equipment at hand. Battery to take out and collect something on the phone is of course still the same confusion, with the Arduino, everything is easier. For example, I have now lying LOLIN32 lite ESP32, a tiny 200mah rechargeable BATT, and accelerometer. Light and tiny everything, in General. On 3D-the printer can print need a case. Only still need a card reader with MicroSD to data to write. - chyna commented on April 19th 20 at 12:34
@Maximus.Kautzer, in the chamber at all to dig pointless. Just an extra option instead of iron to use mobile tracker in all the sensors already there - lamont.Bechtelar91 commented on April 19th 20 at 12:37

Find more questions by tags Raspberry PiProgrammingArduino