.

Another feature request, maybe for the Git3 if not the Git2 1.6:

When I recorded a fireworks display last week, I had to edit the video and add a 500 millisecond delay so that the timing of the bangs on the audio matches the timing of the flashes on the video. That is equivalent to 171 meters at the speed of sound, which is about how far away the fireworks where from the microphone.

It would have been nice to have an option in the Git2 where I could set the Audio Delay to 170 meters.

It is not very important for fireworks since you can edit the video, but for some things it would be very nice to have it in the camera, for example I recorded this dancing horse a few hours before the fireworks and to get the sound of his feet to match the movement I see on the video I added a delay of 50 milliseconds (17 meters) for the first short clip and 85 milliseconds (29 meters) for the second clip. Without the delays, the dancing just looks wrong, it doesn't match the sound so looks a mess. (Those distances are about 10 meters more than I think they should be, I'm listening about 3m from my speakers but I don't know where the other 7m has got lost, could be my computer, or maybe in the Git2? Maybe even if there isn't an option, the default delay could be set to 50 milliseconds so that most things look about right?)


 
@Nigel What do you need an audio delay for? The audio is slower than light anyway. You should have a video delay for a synchronized recording. But that will be rather impossble. It isn't even available for real cameras.
 
@Nigel What do you need an audio delay for? The audio is slower than light anyway. You should have a video delay for a synchronized recording. But that will be rather impossble. It isn't even available for real cameras.
It is the slow sound that is the issue so a delay is required, but you are correct that it is the video that needs to be delayed in order to correct for the delayed audio. I think that since the setting would be correcting the delayed audio, the setting should be called "Audio Delay". If you call it "Video Delay" then nobody will know what it is for... I guess it could always be a negative value...
 
You need an external audio source to sync in edition.
I don't understand what an external audio source has to do with this, all I want is to be able to set the distance from the source of the sound to the microphone so that the camera can synchronise the audio and video correctly.
 
To compete, the Git3 should match the video quality and looking at the Git2 is seems hard to achieve. If the Git3 can do that (because of new hardware -and please get rid of novatek-), add an external mic port and you are done, 1 point in favor for the Git3 inmediately.
.
We still use Novatek chipset as there are some features that other chipset does not support at current.

Also we are going to research other platform.

Git3 is not a 4K camera, but will be the most powerful 1080P 60fps camera.
 
Perhaps i'm ignoring some possibilities because I can not imagine something that can be added to a "1080p@60fps camera" to make it an option nowadays, considering a market where the competitors have better integration with smatphones, better screens, better stabilization, better low light performance and better audio at higher framerates and resolutions.

For high quality low light recording and top notch stabilization is Sony. For all the rest is GoPro. The Git2 can not compete there obviously and of course the competition would be other chinese cameras because of the feature/price relation, but still there: ¿What can be added? More battery life maybe, more ports, touch screen?

Maybe i'm forgetting something because i don't find this very logic. o_O
Yes, more battery, touch screen, but there are more coming.

Of course low light performance is advantage on Git3.
 
well there is some video that you can see on youtube ( Panasonic gh4 4k donwscale to 1080p vs blackmagic Pocket cinema camera 1080p) Blackmagic win that one on better detail and quality than gh4 , but the gh4 got more feature. If git 3 can come with a better image quality than the Yi 4k , for most user the git 3 will be the cam to go because not everyone can work with the 4k . better have a nice 1080p video than a ugly 4k video!!!

But yes, 4K sale more the 1080p!!!
 
Gitup can you add:
-video bitrate options for 720P mode,
-25/50 fps for more compatibility in the European area?
 
Last edited:
Bitrate options for 720p (60) does not work properly. For all settings (low, normal, high) is about 13 Mb/s.
720p 120 too.
 
@gitup please consider to have date/time added to the videoscreenshot exif data.
thx!
 
What is "better image quality" for you?
I m not a specialist but if it have more detail in the highligth and shadow , sharper image, no blurry video , I will consider it a better image quality
 
It will be nice to have some notification (OSD icon) which will indicate external mic connected. Maybe even two icons - one for ext. mono mic and second for ext. stereo mic.
 
Hi mate, can you explain the purposse behind this suggestion?

I never know is exeternal mic recognized by the camera (does camera use internal or external mic) and if yes, is it recognized as stereo or mono.
This can be checked only after taking video and viewing it using PC or mobile.
 
Last edited:
So, in ther words the Yi 4K has not enough detail, sharpness, and it's blurry... and you expect the Git3 to be better.
I don't think the Yi 4k is a bad camera, and neither that the Git3 will be better than the Yi2 in the short term. Perhaps is not impossible technically, but it's a high target to reach.

Hi mate, can you explain the purposse behind this suggestion?

Saludos.
The Yi 4k camera have good images and powerful hardware, but the Git3 is not to match the hardware, come with different features.
 
as already request earlier by me and in this thread, please change the file name format in fw 1.6

thx
 
further improvement request for photo mode:

- rename of timelapse to interval ( as it is no timelapse in the end but just single pics)

- no custom text option

- request: shutter speed 1/100 and 1/60
 
- Hope that photo timelapse timing will be fixed in new firmware - so if you set 1s it take picture every one second, not 1s delay after picture is saved so i result is something between 2-4s depending on RAW option - it will be nice if 1s JPG+RAW can be possible.
- Option for only RAW saving without JPG can be fine.
 
Back
Top