App not able to log-in

[Placemaster]

Before last race I installed the app on my MacBook. I was able to view on multiple screens.
Now I am able to log-in anymore.

When starting the app and filling out the credentials it comes back with:
Request failed with status code 403

On the F1 website (https://f1tv.formula1.com) the credentials are working.

Macos Monterey
Version 12.3.1

F1TV Account (please complete the following information):

Pro Subscription
Netherlands

[richardbeumer]

Looks like the same issues as robvdpol/RaceControl#414. F1 and SoMuchForSubtlety/f1viewer#111.

Apperently F1 TV changed their login procedure to ban third party apps.

[aeleos]

It looks like they also enabled Widevine DRM for any live sessions, so there will likely be an amount of work needed to get anything working again, even if the login issues are resolved.

[iebb]

Try my build at https://tv.ieb.systems/ , which adds Widevine DRM support / use the newer version of the API, and added JS to generate reese cookies in order to login

It's a fork of this project at https://github.com/iebb/F1-Web-Viewer , however it's not completely stable and I guess it might be too early to send a pull request here

[richardbeumer]

New Login with reese84 cookie works for me.
FP1 content works like a charm!!
But FP2 content shows an error: The media is encrypted and we do not have the keys to decrypt it.

[iebb]

New Login with reese84 cookie works for me. FP1 content works like a charm!! But FP2 content shows an error: The media is encrypted and we do not have the keys to decrypt it.

The widevine thing is not always working, looking into it (and trying to fix)

[iebb]

New Login with reese84 cookie works for me. FP1 content works like a charm!! But FP2 content shows an error: The media is encrypted and we do not have the keys to decrypt it.

Should be working now, as deta backend needs proper content-type header to transmit binary data

[richardbeumer]

Works but it renders quite slowly. Espacialy the HD content. Will try it locally to exclude network issues.

[iebb]

there's some issue with reverse-proxying 1080p stream, which might exceed 5.5mb for a single fragment, which would make the whole stream fail - i have disabled 1080p m3u8 content now.

Also my version doesn't work locally at the moment, as I'm more focused to make it work over web. If everything goes well, I may try updating the local part (some features relies on a reverse proxy, haven't updated the local code as I'm more familiar with Python and Go, rather than Node.js)

[iebb]

Works but it renders quite slowly. Espacialy the HD content. Will try it locally to exclude network issues.

Also there's https://live.sox.pm/ , which runs on my own server rather than deta ones, might be faster - however the bandwidth is technically limited, and it's more like a demo than actual production-quality website

[richardbeumer]

my local install gives Cannot read properties of undefined (reading 'Protection') when logging in. Looking into that first. I'm also not that familiar with Node.js/Vue (yet)

[iebb]

my local install gives Cannot read properties of undefined (reading 'Protection') when logging in. Looking into that first. I'm also not that familiar with Node.js/Vue (yet)

This requires the inclusion of https://api.formula1.com/6657193977244c13 script, which is used for reece84 generations

[richardbeumer]

I just cloned your repo so I don't understand why this is not working. Script is included in index.html <script type="application/javascript" defer src="/6657193977244c13"></script>

[richardbeumer]

I see a GET http://localhost:3000/6657193977244c13 net::ERR_ABORTED 431 (Request Header Fields Too Large) error in my Console. Could be something with my local Node.js config. Running version 16 here.