pull down to refresh

0 sats \ 10 replies \ @ek 27 Mar
Ah okay, just wanted to make sure there was no misunderstanding. 👀
I think I am going to cry, I want to see the video so bad haha
This is my experience:
hopefully playing this uploaded video will work
edit: it at least works for me
edit: what happens if I upload the downloaded video?
oh, can't upload because it's above 50MB.
reply
100 sats \ 9 replies \ @sox 27 Mar
what about... this! Does it play?
had to compress it so much sorry
reply
101 sats \ 2 replies \ @ek 27 Mar
I am in the restroom right now and this and the original in the root item work in the iOS PWA.
Will check Brave on Linux in a few minutes.
reply
0 sats \ 1 reply \ @sox 27 Mar
Finally a win for the PWA 🙏🏻
reply
0 sats \ 0 replies \ @ek 27 Mar
lol indeed
reply
0 sats \ 5 replies \ @ek 27 Mar
this one indeed works on Brave, Linux!
reply
75 sats \ 4 replies \ @ek 27 Mar
The issue is that the original is Apple Quicktime:
$ file frostr-demo-3.mp4
frostr-demo-3.mp4: ISO Media, Apple QuickTime movie, Apple QuickTime (.MOV/QT)
The one you uploaded and that works on my machine is "regular MP4":
$ file 84345
84345: ISO Media, MP4 v2 [ISO 14496-14]
So apparently video/mp4 != video/mp4.
Yeez, I hate Apple so much. But I see that you have already been working on a solution for this, so there is at least light at the end of the tunnel!
reply
0 sats \ 3 replies \ @sox 27 Mar
Ahhh it's also the reason why we check for video/QuickTime on uploads. An mp4 can contain a mov and a mov can contain an mp4.
That PR was made specifically for these scenarios, streamlining video uploads while also lowering traffic usage. It needs serious work to make it production ready but it would be great!
reply
0 sats \ 2 replies \ @ek 27 Mar
Mhh, but the video in the root item wasn’t uploaded but is a link to Apple QuickTime.
I think the PR would only work for uploads, right?