Skip to content
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

Changing color of roador enhancing contrast and image compression #142

Open
smajser opened this issue Sep 14, 2017 · 6 comments
Open

Changing color of roador enhancing contrast and image compression #142

smajser opened this issue Sep 14, 2017 · 6 comments

Comments

@smajser
Copy link

smajser commented Sep 14, 2017

I am using map a lot, and I find it very helpful but there is one problem. Contrast between background and streets is very weak and it is quite difficult to see streets clearly.

Is it possible to add feature to enhance contrast or change color of streets by user preferences?

Also it would be good if there is an option to compress images taken by "JPEG recording" before uploading them. A lot of time and bandwidth could be saved with this.

@alexandrui-telenav
Copy link
Contributor

Hi @smajser , are you talking about the map in the app or the website?

@smajser
Copy link
Author

smajser commented Feb 3, 2018 via email

@alexandrui-telenav
Copy link
Contributor

It's a good point, we're working on a map style that increases the contrast.

On the JPEG encoding suggestion, the reasoning for letting the JPEG mode in there was that on some devices the video encoding is not working well due to OS inconsistencies. Moving that to a later point will still lead to the same problems.. So what's the reason you're recording in JPEG mode in the first place, did you have problems with the default?

@smajser
Copy link
Author

smajser commented Mar 2, 2018 via email

@alexandrui-telenav
Copy link
Contributor

Got it. To give you a bit of background, the app doesn't make any difference between JPEG or video modes for the photo trigger, but it's possible that video encoding can't keep up with the recording and then some frames are skipped.
Doing a post-JPEG encoding involves some technical difficulties ( whole metadata file needs to be parsed and updated ) and you'd also lose more quality ( both JPEG and h264 are lossy formats, hence double quality loss ).
What we think is the better approach here is to optimise the encoding using the native Android API instead of ffmpeg, there's a good chance that recording with video compression will work without skipped frames afterwards.
I know this is usually not a solution, but a better Android phone or an iPhone solves this as well as it wouldn't skip frames. Can you share what phone do you use?

@smajser
Copy link
Author

smajser commented Mar 2, 2018 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants