-
Notifications
You must be signed in to change notification settings - Fork 13
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
[ENHANCE] Preview Quality Prop #10
[ENHANCE] Preview Quality Prop #10
Conversation
@anthlasserre yes, I was aware of this. I made it like this so that when using the gif search app through cellular data, the user would not consume more data due to bigger gif sizes that will be downloaded. From what I checked it's not an insignificant difference so thats why I chose this quality. However, I had in mind to give the opportunity for better quality in the future, so yes, it would be better to let the developer decide about this. They could also check if data or wifi is being used and change the quality accordingly. I was thinking what would be best. To have a more general property like What do you think about this? |
@Thanasis1101 Thanks for you quick reply. I agree with your high-medium-low quality solution. You are right. Like I suggest firstly in this PR is a little bit confusing regarding various/differents formats from Giphy & Tenor. I suggest you to check what Giphy recommand for mobile use. Can you confirm me that we can choose this new formats via previewQuality and sentQuality props. Giphy
Tenor
|
@anthlasserre Thanks for the Giphy link, that's useful. Regarding the suggested low-medium-high values, I saw some examples and compared their byte size. I agree with you on the Giphy ones, but on the Tenor values I would prefer nanogif instead of tinygif for low, in order to be more similar to low of Giphy and have smaller size for better data optimizaton. Also, I noticed that mediumgif and gif have no significant visual difference, they only differ in byte size. So we could use tinygif as our medium and leave mediumgif out. This way, I think, giphy and tenor respective quality values will be more similar. What do you think? You could also try these and see the differences live, so that you match them visually. Regarding the property names, I would prefer |
@Thanasis1101 Okey perfect! So to recap: Giphy
Tenor
Props
What do you think about it? |
@anthlasserre About Tenor high I am not so sure. I had suggested for it to be gif instead of mediumgif. I think that since the developer selects it, there should be no issue with data consumption, so we could provide the best quality. Only issue could be slow loading, which would better be tested. So, I suggest that you try this with Tenor high: gif, and see if there is big difference in loading time between giphy and tenor gifs for high. If there is, then we should use mediumgif. I am fine with all the rest ! |
@Thanasis1101 I just requested a Tenor API Key to test it. SizeIt makes a big difference. Generally Quality
Recapmediumgif is 2 times lighter than gif 🏆 And the winner is: mediumgif Can you confirm me that we stay on the previous Tenor config with mediumgif ? Cheers mate |
@anthlasserre great research ! |
@Thanasis1101 Thanks for your quick reply. What default values I set for previewGifQuality: Are you okey with that ? |
@Thanasis1101 I let's you check my updates. |
@anthlasserre yes I think the defaults are fine ! Nice, when I have some time I will review, accept and publish the update ! |
@Thanasis1101 Thanks mate. Have a good week end 🍻 |
@anthlasserre thank you very much ! |
GIF stills in a lower quality in preview mode.
So the goal of this PR is to let user to choose its own media type for preview with the props
giphyPreviewQuality
&tenorPreviewQuality
.See the example below.
Left with
preview_gif
media type and right withfixed_width
media type from Giphy.You can see a better quality on the right side.
@Thanasis1101 say me what do you think about it ?