Skip to content
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

1 hour long videos are not loading correctly #585

Closed
1 task done
sallyFoster opened this issue Dec 9, 2023 · 2 comments · Fixed by #662
Closed
1 task done

1 hour long videos are not loading correctly #585

sallyFoster opened this issue Dec 9, 2023 · 2 comments · Fixed by #662
Assignees
Labels
bug Something isn't working Piped

Comments

@sallyFoster
Copy link

sallyFoster commented Dec 9, 2023

Guidelines

  • I have searched the issue tracker and I haven't found bug report like this

Current Behavior

1 hour long videos load, but they cannot be interacted with. They don't play and they don't rewind.

Expected Behavior

1 hour long videos should play like any other video.

Device & OS Version

iPhone 11 Pro Max

App Build

1.5.1 (build 171)

App Settings

No response

Crash log

No response

Screenshots, Videos and other files

URL: https://www.youtube.com/watch?v=IS4cpvvLeYo

RPReplay_Final1702160743.mp4
RPReplay_Final1702161052.mp4
@sallyFoster sallyFoster added the bug Something isn't working label Dec 9, 2023
@stonerl
Copy link
Collaborator

stonerl commented Dec 11, 2023

I tried the same video and have no issues.

Which instance are you using?

Do you the proxy option?

@sallyFoster
Copy link
Author

sallyFoster commented Dec 11, 2023

@stonerl I am using https://piapi.ggtyler.dev

And no, I don't have the proxy option as far as I know. Where can I check if I do?

@stonerl stonerl added the Piped label Apr 1, 2024
stonerl added a commit to stonerl/yattee that referenced this issue May 9, 2024
By default all videos on Piped are proxied via the instance. This comes with severe playback issues. Allowing the user to not proxy the videos should give a better playback experience.

This should fix a bunch of playback issues: yattee#626, yattee#590, yattee#585, yattee#498, yattee#400
stonerl added a commit to stonerl/yattee that referenced this issue May 16, 2024
I added a new feature. When instances are not proxied, Yattee first checks the URL to make sure it is not a restricted video. Usually, music videos and sports content can only be played back by the same IP address that requested the URL in the first place. That is why some videos do not play when the proxy is disabled.

This approach has multiple advantages. First and foremost, It reduced the load on Invidious/Piped instances, since users can now directly access the videos without going through the instance, which might be severely bandwidth limited. Secondly, users don't need to manually turn on the proxy when they want to watch IP address bound content, since Yattee automatically proxies such content.

Furthermore, adding the proxy option allows mitigating some severe playback issues with invidious instances. Invidious by default returns proxied URLs for videos, and due to some bug in the Invidious proxy, scrubbing or continuing playback at a random timestamp can lead to severe wait times for the users.

This should fix numerous playback issues: yattee#666, yattee#626, yattee#590, yattee#585, yattee#498, yattee#457, yattee#400
stonerl added a commit to stonerl/yattee that referenced this issue May 16, 2024
I added a new feature. When instances are not proxied, Yattee first checks the URL to make sure it is not a restricted video. Usually, music videos and sports content can only be played back by the same IP address that requested the URL in the first place. That is why some videos do not play when the proxy is disabled.

This approach has multiple advantages. First and foremost, It reduced the load on Invidious/Piped instances, since users can now directly access the videos without going through the instance, which might be severely bandwidth limited. Secondly, users don't need to manually turn on the proxy when they want to watch IP address bound content, since Yattee automatically proxies such content.

Furthermore, adding the proxy option allows mitigating some severe playback issues with invidious instances. Invidious by default returns proxied URLs for videos, and due to some bug in the Invidious proxy, scrubbing or continuing playback at a random timestamp can lead to severe wait times for the users.

This should fix numerous playback issues: yattee#666, yattee#626, yattee#590, yattee#585, yattee#498, yattee#457, yattee#400
stonerl added a commit to stonerl/yattee that referenced this issue May 17, 2024
I added a new feature. When instances are not proxied, Yattee first checks the URL to make sure it is not a restricted video. Usually, music videos and sports content can only be played back by the same IP address that requested the URL in the first place. That is why some videos do not play when the proxy is disabled.

This approach has multiple advantages. First and foremost, It reduced the load on Invidious/Piped instances, since users can now directly access the videos without going through the instance, which might be severely bandwidth limited. Secondly, users don't need to manually turn on the proxy when they want to watch IP address bound content, since Yattee automatically proxies such content.

Furthermore, adding the proxy option allows mitigating some severe playback issues with invidious instances. Invidious by default returns proxied URLs for videos, and due to some bug in the Invidious proxy, scrubbing or continuing playback at a random timestamp can lead to severe wait times for the users.

This should fix numerous playback issues: yattee#666, yattee#626, yattee#590, yattee#585, yattee#498, yattee#457, yattee#400
stonerl added a commit to stonerl/yattee that referenced this issue May 17, 2024
I added a new feature. When instances are not proxied, Yattee first checks the URL to make sure it is not a restricted video. Usually, music videos and sports content can only be played back by the same IP address that requested the URL in the first place. That is why some videos do not play when the proxy is disabled.

This approach has multiple advantages. First and foremost, It reduced the load on Invidious/Piped instances, since users can now directly access the videos without going through the instance, which might be severely bandwidth limited. Secondly, users don't need to manually turn on the proxy when they want to watch IP address bound content, since Yattee automatically proxies such content.

Furthermore, adding the proxy option allows mitigating some severe playback issues with invidious instances. Invidious by default returns proxied URLs for videos, and due to some bug in the Invidious proxy, scrubbing or continuing playback at a random timestamp can lead to severe wait times for the users.

This should fix numerous playback issues: yattee#666, yattee#626, yattee#590, yattee#585, yattee#498, yattee#457, yattee#400
stonerl added a commit to stonerl/yattee that referenced this issue May 17, 2024
I added a new feature. When instances are not proxied, Yattee first checks the URL to make sure it is not a restricted video. Usually, music videos and sports content can only be played back by the same IP address that requested the URL in the first place. That is why some videos do not play when the proxy is disabled.

This approach has multiple advantages. First and foremost, It reduced the load on Invidious/Piped instances, since users can now directly access the videos without going through the instance, which might be severely bandwidth limited. Secondly, users don't need to manually turn on the proxy when they want to watch IP address bound content, since Yattee automatically proxies such content.

Furthermore, adding the proxy option allows mitigating some severe playback issues with invidious instances. Invidious by default returns proxied URLs for videos, and due to some bug in the Invidious proxy, scrubbing or continuing playback at a random timestamp can lead to severe wait times for the users.

This should fix numerous playback issues: yattee#666, yattee#626, yattee#590, yattee#585, yattee#498, yattee#457, yattee#400
@stonerl stonerl self-assigned this May 18, 2024
@stonerl stonerl linked a pull request May 18, 2024 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Piped
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants