I am working with chromecast and a webapp using the chrome browser. I created a custom reciever and use my video player in the receiver page. Everything works fine, the player is initializing on the choromecast and I can see it on my TV but the most important thing doesn't work is that the video source is not found, I always get a 'NETWORK_NO_SOURCE 3 No HTMLMediaElement src found', even though the source is correct and in the developer console and network tab there are no errors and the video gets a 206 partial download code this is good but still the video element is basically telling that the source is not found which makes no sense.
The video has CORS enabled so CORS is not the issue.
I really don't understand why this is happening.
Any help is greatly appreciated it.
Thank you.
Related
as you can see in the picture, the chrome has download too many clips of a video when playing a video online.
In rear end, I use springboot WebMvcConfiguer to filter the requests, when request url has '/files/**', it will let the request get the video directly
how can i solve this request problem , and just make the request like this below
Many thanks
I think this is due to the browser loading the video over time versus all at one time. This is typically done for performance reasons and it doesn't seem like chrome likes people working around it. Here is a link to another post about the same thing.
I'm trying to get into how the video streaming with HTML5 video player works and have some questions about that.
I have such a declaration at my HTML page
<video controls class="card-img-top">
<source src="/stream/video.mp4" type="video/mp4">
Your browser does not support the video tag.
</video>
The URL /stream/video.mp4 is handled by the Spring Boot controller which sends the data. All works fine but how I see it very inefficient.
Every time I move the slider on the video timeline to any point I see the requests with Range header like
Range: bytes=88375296-
Range: bytes=39354368-
Range: bytes=60915712-
That's mean at every video scroll I have to provide all the data from a specified point to the end of the video file. That looks really inefficient.
Is there some way to configure HTML5 player to work in more efficient way? Also, could you recommend something to read about video streaming implementation with Spring Boot?
That's mean at every video scroll I have to provide all the data from a specified point to the end of the video file.
The browsers requests all the data form the specified point to the end of the file, BUT, it can simply disconnect the TCP session to stop the downloading when a seek happens. Its is as efficient as it can be.
Is there some way to configure HTML5 player
No, When you tell the browser to play an MP4, you give ALL control to the browser. You there are no options to control how it works.
If you want more control, you can use Media Source Extensions. But then you will need to use more advanced file formats server side and implement all the details of how the player works. See HLS/DASH
I need URL of a SHOUTcast streaming to be played in browser without entering administration panel and without adding "/;" Nor "/stream" at the end of the URL.
I give you the example of 2 SHOUTcast streaming URLs where one does what I want and the other does not.
If you open this streaming A in Mozilla Firefox you will see that a player appears and plays the sound. Now if you open this streaming B in the same browser you will see that it goes to the Shoutcast administration panel.
(I advise you to watch it in Mozilla because if they do it in Chrome or any Chromium based browser, the player will not be seen because these last browsers download streaming instead of showing the player.)
To achieve the same thing as streaming A, it would be enough to add a slash and a semicolon at the end of streaming B or "/stream" and this would result.
But that solution does not work for a project I'm testing, I need the streaming URL to end in the port with nothing later, just like streaming A.
I've been searching the internet for information for over a week and haven't found anything on how to accomplish this.
Someone help me please.
Best regards
Juan
I have fixed the problem in another way.
I have created independent variables for sound URLs and metadata.
To get metadata I have used https://host:port
And for the sound https://host:port/stream
This way I avoid that the browser recognizes my streaming as html and it plays without problems and I get the metadata correctly . :)
So, there's this blog I visit often, and it has a lot of pictures.
But the thing is, they are all broken. The image is there, and I found that if I use a proxy server and access the blog, some pictures are there. Some are still broken, so then I have to right click the broken image, copy the image URL, open the URL in a different tab/windows, and once that picture finishes loading, I refresh the blog, and the picture I loaded on a different windows now shows....
Does anyone know why this happens, and how I can get it fixed?? Thanks.
In case you don't understand what I mean, This is the blog that makes this happen
http://wersierre.tumblr.com/
This applies to Firefox, chrome, IE in my case.
This is very likely to be the case that the target server is configured to prevent hotlinking. When accessing the images via the page you posted, the HTTP response code of the images is 403, it indicates the server can be reached and understood the HTTP request, but refuses to take any further action.
We're working on a Joomla site for GiveCamp, and our code is running into some error in production that didn't occur in test.
Nothing is showing up in the server logs, and some error appears on the screen very very briefly, then is replaced by another error page.
How can we freeze the display to view the first page?
Like stepping through code in a debugger, but in the browser?
The only thing we've come up with is making a video and stopping the playback; there's got to be a smarter way of capturing the web traffic, right?
We're open to using a different browser or adding extensions -- I think we've viewed this in Firefox and Conkeror, so far...
UPDATE: we ended up recording a screen-case, then stopping the playback to see the error. I am still hoping to find a better solution, something that would be caching the web stream.
I know it might be late since you've already found your solution, but the following might be useful for for anyone else having the same problem:
Try using a FF extension to capture the response headers like httpfox or live http headers. These will allow you to capture everything received from the web-server and then go through it to find your message. There are also a bunch of dedicated packet sniffing tools such as wireshark - this will capture everything. If you're on windows, theres an awesome app called fiddler.