Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Download as in "cache this title within this app for viewing in an environment where Internet connectivity doesn't work well yet" is very different from download as in "here's an .mp4/.webm file for you to hold onto for ever--have fun taking backups and figuring out which third party player can handle the subtitles.

Fun story: Not very long ago, I bought a copy of a documentary using the latter model.

Another person with whom I was going to watch the documentary had visited their site and seen what movie services it was on. I trusted that info at first without checking the documentary's own site. I got very annoyed about the movie services having the title geoblocked in my country (even when a movie service had presence here and in a neighboring country and the rights for both countries are typically sold as a bundle and the neighboring country had it available!).

Then I looked at the site of the documentary myself. And indeed, for the price of the Blu-Ray version, I could buy a full-HD .mp4 without DRM to download.

So I paid and downloaded the .mp4 plus .mp4s for all the Blu-Ray extras. And I downloaded a .srt file for the subtitles.

The Linux box I had connected to my TV couldn't do full HD well in software but could via VAAPI. However, the player that supported VAAPI was supposed to support .srt but didn't actually support at least this .srt file.

In the end, we watched it by pluggin in a more performant Windows laptop doing the whole thing in software.

Conclusion: This is what we always said we wanted. However, when it was there, I didn't expect it to be there and assumed I had to find the title on one of the big-name services instead of navigating to the documentary's own site. The UX of getting stuff to work was less smooth than with the locked-down streaming services.



Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: