Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Every pricing page should have GIFs

tdinh.notion.site

Post reply on HN
Print view View original

201–210 of 228 posts

Re: Every pricing page should have GIFs

#201

Post by Eelongate »

Gigachad wrote: post #168
austhrow743 wrote: post #152

Earlier quoted context omitted.

Non apple devices are also fine with h264. AFAIK it’s the video codec with the most support and what I would pick if I’m going to be throwing the one same file at every device.

Most linux distros do not support it by default. I would encode in both h264 and vp9 which would cover everything and the browser should be able to pick the file it supports.

> Most linux distros do not support it by default.

Sure, but the number of end users who don't install nonfree codecs on their own must be numbered in the dozens.

Re: Every pricing page should have GIFs

#202

Post by Eelongate »

janekm wrote: post #22
franciscop wrote: post #15

Don't use GIFs, use audioless mp4s instead. They can be made to work in the exact same way as GIFs (autoplay, loop or not, etc) but are a fraction of the bandwidth.

Not for screen recordings, unless you're doing a screen recording of photos or videos a GIF will typically be more bandwidth efficient (as there will be large areas of single colours and few changes between frames which GIF is good at).

Massive gifs of screen recordings embedded in github readme pages is really obnoxious. Gif is a terrible format for these, the files are frequently several megabytes where a modern video format might have it crisp and legible under 100KB.

Re: Every pricing page should have GIFs

#203

Post by Aeolun »

ichydkrsrnae wrote: post #16

There's a UX problem on mobile. I have to click on something to make the GIF appear. What do I click? A link. Expected behavior of a link is to link me elsewhere, not to show a pop-up GIF, so I'm immediately confused when that happens. I also can't figure out how to make the link actually link. Does it link anywhere? Is it even a link or just Jscript onClick thingy? Do I have to click on the GIF to make it link, beca…

Either it’s fixed, or it was never a problem to me.

The dotted lines indicate ‘click here to see more’ to me. And I can go directly from one to the next item by just tapping the next one.

Re: Every pricing page should have GIFs

#204

Post by ojame »

boomskats wrote: post #156

So this is how I find out about LICEcap[0]. After years of thinking byzanz-record[1] was the only way to record a decent quality gif. Justin Frankel, you're an awesome dude. [0]: https://www.cockos.com/licecap/ [1]: https://linux.die.net/man/1/byzanz-record

If you're on MacOS: I used to use LICEcap but then I found myself wanting more (still basic) features, like the ability to trim recordings, export to video formats etc. Now I use Kap, it's the perfect balance of simplicity and features (for me): https://getkap.co/

Re: Every pricing page should have GIFs

#205

Post by Eelongate »

bhelkey wrote: post #129
magicalhippo wrote: post #26

Amusingly the demo video only showed "this video can't be played" message, thanks to uMatrix blocking the third-party media requests. If he'd made it a GIF it would have worked...

Elsewhere in this thread: > Don't use GIFs, use audioless mp4s instead.

I use uMatrix to block 3rd party image requests by default, so gifs would have the same "problem". Of course it's not actually a problem at all, if the user chooses to block 3rd party images or video, that is their prerogative.

Re: Every pricing page should have GIFs

#206

Post by makeitdouble »

brokenmachine wrote: post #196
handrous wrote: post #112

Earlier quoted context omitted.

All I know is that when I find an actual gif it's really easy to save and share, but when I find a "gif" that's actually a video, shit never works right. Keep gifs. More gifs, even. Down with videos where gifs would do. Also, raw size isn't everything. What's memory use look like during playback? CPU use? Higher? Spikier? I know there's hardware decoding for common codecs but wouldn't be surprised if videos still use…

Gifs look like garbage for video though, and take up 10x the space. I'm the opposite. I wish they'd just deprecate gif everywhere and then we'd see better video support. CPU usage shouldn't be an issue for small web video clips on any semi-recent device, my phone records 4k 60fps HEVC HDR10+.

> Gifs look like garbage for video

We're speaking of animated graphics, right ?

> my phone records 4k 60fps HEVC HDR10+.

Reminds me of the rant of one of the Google camera app devs on a podcast, where they tried to see with the android guys if there was any way to just force kill every other app processes while the camera app if on the foreground to guarantee it would have enough resources upfront to do its job.

Now playback efficiency should mostly rely on the codec and wether it's hardware supported, but I wonder if there would be a pipeline effect when you're trying to play 25 videos at the same time and they all need to go through the hardware decoder.

Re: Every pricing page should have GIFs

#207

Post by beaconstudios »

rhengles wrote: post #193
Griffinsauce wrote: post #183

Earlier quoted context omitted.

> User will No they won't. I don't mean this cynically, every test I've seen with a feature like that has had _very_ low engagement.* This is the problem with features that "get out of the way" - they are underused and the intended value is lost. It's a conundrum, because I totally agree in terms of interaction design but what good is a (well designed or not) feature that isn't used?

Maybe those users simply aren't interested enough in your product? I think adding a simple note "click on the labels to see a demo" should be enough discoverability.

Any UX designer will tell you that users don't read notes.

Re: Every pricing page should have GIFs

#208

Post by Gigachad »

Eelongate wrote: post #201
Gigachad wrote: post #168

Earlier quoted context omitted.

Most linux distros do not support it by default. I would encode in both h264 and vp9 which would cover everything and the browser should be able to pick the file it supports.

> Most linux distros do not support it by default. Sure, but the number of end users who don't install nonfree codecs on their own must be numbered in the dozens.

I didn't have them installed for years and found almost everything still worked. I think the only website that didn't was twitter which I don't really use.

Re: Every pricing page should have GIFs

#209

Post by nhumrich »

throwaway81523 wrote: post #165
nhumrich wrote: post #161

Earlier quoted context omitted.

The video demo makes the article make a little more sense. But essentially there is a GIF tooltip for every feature listed on the pricing page so that you know what the listed feature in the comparison matrix, it's talking about.

Ah thanks. Is the GIF tooltip somehow better than a plain HTML table with a header over each column saying what it is? Video, ugh ;).

I mean an image is worth a 1000 words, and a GIF is multiple images spliced together.

Re: Every pricing page should have GIFs

#210

Post by chrisseaton »

marcosdumay wrote: post #77
capybara_2020 wrote: post #17

Earlier quoted context omitted.

Can they be used exactly like gifs? I have seen a few sites with mp4s but Firefox blocks them. I do not think even sites like Dribbble have figured it out. I have a lot of issues there with videos.

Well, Firefox blocks gifs to me too. It depends on how you configure it. Any option you choose, make sure the first frame is informative.

The vast vast majority of people don't configure their browsers at all.

What matters is what the defaults are.

Post reply on HN