No Videos

OP
OP
Reef Box

Reef Box

Shoulder Deep in Saltwater.......Again
View Badges
Joined
Jul 7, 2017
Messages
838
Reaction score
569
Location
Paso Robles, CA
Rating - 0%
0   0   0
That's exactly it, and captures the root of the problem.
The issue is a device/browser issue or settings that prevents or blocks playback. It is not the forum software.
On most windows or android devices using Chrome, there is no issue with playback. iOS, and especially safari, is where most blocking of playback occurs.
with this being said does anyone know if I can adjust my settings to allow for the video to show outside of downloading another browser?
 

Grant Beyleveld

Community Member
View Badges
Joined
Apr 29, 2016
Messages
32
Reaction score
23
Location
New York City
Rating - 0%
0   0   0
I came looking for a reason/solution here. After some Googling, it seems the problem has been documented here and a more casual explainer is available here.

In summary, embedded videos work in Chrome but not Safari. This is because Safari requests a byte range when making the GET request to the server for the video. It does this so that the entire video is not sent to the client at page load, but rather only the necessary portion of it until the user actually requests the rest of the video (i.e. hits play).

Chrome does not make range requests - the range header in the Chrome request is bytes=0- indicating that any the entire file is requested. The server returns a 200 OK status code and sends all the data, and the video plays.

Safari, however, prefers to send a range request. The range header is initially set to bytes=0-1, i.e. only the first byte is requested. Typically, the server would return just the bytes that are requested with a 206 Partial Content status code.

The problem is that the R2R server ignores this range header in the request and returns the entire video file along with a 200 OK status code. Safari was expecting a 206 Partial Content status code in the response, so it rejects the response and the video does not play.

I tested this by sending an HTTP request directly to the R2R server using Postman. I requested a video using the Range: bytes=0-1 header and received the entire file back along with a 200 OK status code, thus proving that R2R ignores the Range header.

There are essentially two fixes, as I understand it:
  1. Update Safari so that is accepts 200 OK responses or so that it makes Range: bytes=0- requests.
  2. Update R2R to correctly send a bytes range and 206 Partial Content status code back to the client when a request is made with a Range header set.
I'm sure the quicker/easier fix would be correctly configuring R2R, not waiting for Apple to update Safari :p

I'm not familiar with the backend of R2R, but whomever is maintaining it should know that this is not a Safari bug, per se, but more specifically an inflexibility of Safari coupled with an incorrect response from the server.

Lastly, the simplest solution for the immediate short term is to use Chrome :cool:

@revhtree @Daniel@R2R hope this helps and can be passed onto the relevant site admin.
 

Daniel@R2R

Living the Reef Life
View Badges
Joined
Nov 18, 2012
Messages
38,411
Reaction score
67,446
Location
Fontana, California
Rating - 100%
1   0   0
I came looking for a reason/solution here. After some Googling, it seems the problem has been documented here and a more casual explainer is available here.

In summary, embedded videos work in Chrome but not Safari. This is because Safari requests a byte range when making the GET request to the server for the video. It does this so that the entire video is not sent to the client at page load, but rather only the necessary portion of it until the user actually requests the rest of the video (i.e. hits play).

Chrome does not make range requests - the range header in the Chrome request is bytes=0- indicating that any the entire file is requested. The server returns a 200 OK status code and sends all the data, and the video plays.

Safari, however, prefers to send a range request. The range header is initially set to bytes=0-1, i.e. only the first byte is requested. Typically, the server would return just the bytes that are requested with a 206 Partial Content status code.

The problem is that the R2R server ignores this range header in the request and returns the entire video file along with a 200 OK status code. Safari was expecting a 206 Partial Content status code in the response, so it rejects the response and the video does not play.

I tested this by sending an HTTP request directly to the R2R server using Postman. I requested a video using the Range: bytes=0-1 header and received the entire file back along with a 200 OK status code, thus proving that R2R ignores the Range header.

There are essentially two fixes, as I understand it:
  1. Update Safari so that is accepts 200 OK responses or so that it makes Range: bytes=0- requests.
  2. Update R2R to correctly send a bytes range and 206 Partial Content status code back to the client when a request is made with a Range header set.
I'm sure the quicker/easier fix would be correctly configuring R2R, not waiting for Apple to update Safari :p

I'm not familiar with the backend of R2R, but whomever is maintaining it should know that this is not a Safari bug, per se, but more specifically an inflexibility of Safari coupled with an incorrect response from the server.

Lastly, the simplest solution for the immediate short term is to use Chrome :cool:

@revhtree @Daniel@R2R hope this helps and can be passed onto the relevant site admin.
Thanks for this explanation. I'll be sure to pass this info on.
 

RobB'z Reef

2500 Club Member
View Badges
Joined
Apr 23, 2020
Messages
2,783
Reaction score
5,775
Location
Eau Claire
Rating - 0%
0   0   0
I came looking for a reason/solution here. After some Googling, it seems the problem has been documented here and a more casual explainer is available here.

In summary, embedded videos work in Chrome but not Safari. This is because Safari requests a byte range when making the GET request to the server for the video. It does this so that the entire video is not sent to the client at page load, but rather only the necessary portion of it until the user actually requests the rest of the video (i.e. hits play).

Chrome does not make range requests - the range header in the Chrome request is bytes=0- indicating that any the entire file is requested. The server returns a 200 OK status code and sends all the data, and the video plays.

Safari, however, prefers to send a range request. The range header is initially set to bytes=0-1, i.e. only the first byte is requested. Typically, the server would return just the bytes that are requested with a 206 Partial Content status code.

The problem is that the R2R server ignores this range header in the request and returns the entire video file along with a 200 OK status code. Safari was expecting a 206 Partial Content status code in the response, so it rejects the response and the video does not play.

I tested this by sending an HTTP request directly to the R2R server using Postman. I requested a video using the Range: bytes=0-1 header and received the entire file back along with a 200 OK status code, thus proving that R2R ignores the Range header.

There are essentially two fixes, as I understand it:
  1. Update Safari so that is accepts 200 OK responses or so that it makes Range: bytes=0- requests.
  2. Update R2R to correctly send a bytes range and 206 Partial Content status code back to the client when a request is made with a Range header set.
I'm sure the quicker/easier fix would be correctly configuring R2R, not waiting for Apple to update Safari :p

I'm not familiar with the backend of R2R, but whomever is maintaining it should know that this is not a Safari bug, per se, but more specifically an inflexibility of Safari coupled with an incorrect response from the server.

Lastly, the simplest solution for the immediate short term is to use Chrome :cool:

@revhtree @Daniel@R2R hope this helps and can be passed onto the relevant site admin.
This is gold, kudos for taking the time to sort this out.
 

MnFish1

10K Club member
View Badges
Joined
Dec 28, 2016
Messages
24,326
Reaction score
23,111
Location
Midwest
Rating - 100%
1   0   0
Here’s one of my videos for you to test. This content is hosted on YouTube, and is 1:29 minutes long. Let me know if it plays:



Also, are you only having the problem with videos posted here on R2R, or on other websites as well?

Videos that are hosted on Youtube work fine. Videos that are inserted to the site to not work on the MAC SAFARI BROWSER. They work fine with CHROME. And PS - it has still not been fixed.
 

zalick

A cup of water and a dash of salt
View Badges
Joined
May 29, 2014
Messages
1,572
Reaction score
1,855
Location
Portland
Rating - 0%
0   0   0
I came looking for a reason/solution here. After some Googling, it seems the problem has been documented here and a more casual explainer is available here.

In summary, embedded videos work in Chrome but not Safari. This is because Safari requests a byte range when making the GET request to the server for the video. It does this so that the entire video is not sent to the client at page load, but rather only the necessary portion of it until the user actually requests the rest of the video (i.e. hits play).

Chrome does not make range requests - the range header in the Chrome request is bytes=0- indicating that any the entire file is requested. The server returns a 200 OK status code and sends all the data, and the video plays.

Safari, however, prefers to send a range request. The range header is initially set to bytes=0-1, i.e. only the first byte is requested. Typically, the server would return just the bytes that are requested with a 206 Partial Content status code.

The problem is that the R2R server ignores this range header in the request and returns the entire video file along with a 200 OK status code. Safari was expecting a 206 Partial Content status code in the response, so it rejects the response and the video does not play.

I tested this by sending an HTTP request directly to the R2R server using Postman. I requested a video using the Range: bytes=0-1 header and received the entire file back along with a 200 OK status code, thus proving that R2R ignores the Range header.

There are essentially two fixes, as I understand it:
  1. Update Safari so that is accepts 200 OK responses or so that it makes Range: bytes=0- requests.
  2. Update R2R to correctly send a bytes range and 206 Partial Content status code back to the client when a request is made with a Range header set.
I'm sure the quicker/easier fix would be correctly configuring R2R, not waiting for Apple to update Safari :p

I'm not familiar with the backend of R2R, but whomever is maintaining it should know that this is not a Safari bug, per se, but more specifically an inflexibility of Safari coupled with an incorrect response from the server.

Lastly, the simplest solution for the immediate short term is to use Chrome :cool:

@revhtree @Daniel@R2R hope this helps and can be passed onto the relevant site admin.
Ive got the same issue running chrome on iOS.....

never had the issue with my android.
:rolleyes:
 

MnFish1

10K Club member
View Badges
Joined
Dec 28, 2016
Messages
24,326
Reaction score
23,111
Location
Midwest
Rating - 100%
1   0   0
Bringing this back up to the top.

None of my browsers on iPad (Safari, Chrome, Firefox, Opera) are able to play videos uploaded directly to R2R. Is there any solution to this short of accessing on a non-iOS device?
They don’t work on my computer either I think it’s safari
 

spsick

Valuable Member
View Badges
Joined
Feb 17, 2018
Messages
1,599
Reaction score
1,923
Location
Mpls, MN
Rating - 100%
1   0   0
Bringing this back up to the top.

None of my browsers on iPad (Safari, Chrome, Firefox, Opera) are able to play videos uploaded directly to R2R. Is there any solution to this short of accessing on a non-iOS device?
Same
 

musaabi

Well-Known Member
View Badges
Joined
Feb 11, 2021
Messages
984
Reaction score
1,319
Location
Long Beach
Rating - 100%
1   0   0
Bringing this back up to the top.

None of my browsers on iPad (Safari, Chrome, Firefox, Opera) are able to play videos uploaded directly to R2R. Is there any solution to this short of accessing on a non-iOS device?
Yup doesn’t work on iOS regardless of browser. If there is a fix for this on r2r end you guys should implement it. Doesn’t seem likely that Apple is worried about us using this site enough to update iOS for this.
 
Back
Top