I need create android app for testers. They need test internet speed on the SIM-card with different protocols and when play youtube video. I dont understand how measure internet speed when play video in youtube.
I tried use libraries for download video and measure downloaded video size before and after download. But this libraries not work(vget and wget and wget-android)
I was looking for tools in Youtube API but not found it.
I not found information in stackoverflow and google.
But i think it possible. I want insert link for video from youtube and press start button. And after it i want see the speed at which the video was played
Related
I have an app, where i have to play to lots of videos,
when i tried to load videos from a dedicated server to my apps android and iOS, it takes too much time,
i upload videos on some cloud services, but the result is same,
i uploaded the video on video hosting service (Teachable, Thinkific), when the video is played on player provided by host, it plays better, but when i tried to load the video in app, it takes too much time.
i think i am missing something on server end.
Now, i need suggesstions,
What kind of service i have to use?
when a video is played on youtube, it does not include .flv or any other formate extension in address, so i think there is any logic to load videos more properly, please guide me, if you have any idea, like what protocol or logic is being used in better video playing
for making video applications, there are some points to be considered first.
(usually, videos uploaded to youtube etc are played in chunks, m3u8 format for example)
Videos must be hosted in CDN network. (use AWS like service)
Videos must be in HLS, MSS (AWS also provide this service)
App player must know about playing HLS protocol videos, (AVPLayer in iOS)
hope this answer gives you hint about your usecase
There is a website pdisk.net and whatever the video we upload from our computer to the site and share the link to view it, the videos open only in Playit android app. Only first 15 seconds can be viewed after that a screen appears showing "to play the video, install Playit app from playstore". What is happening to the videos in the backend when we upload on pdisk.net website? I think the site is owned by Playit app only. I noticed that the uploaded videos use final url a6.hentai.com...etc to stream the videos which can be streamed fully using the app only.
Can someone tell if the videos are encoded or encrypted backend and the app is made to decrypt the videos? Is such thing possible?
'''no code req.'''
In their FAQ page, they have mentioned that:
Video downloaded by Apps uses Smart Muxer technology.Smart Muxer is a
unique technology developed by PLAYit, can merge the video and audio
within seconds without any extra recoding and storage. It’s really
workable when there are some videos have no build-in audio and need to
be merged in the devices with low configurations. Due to the unique
technology, the video can be only played by PLAYit and the other
main-stream players can’t support. And videos shared to social apps
can also be opened in PLAYit.
I found one of the discussion in reddit, as mentioned by one of the users:
They encrypt the normal mp4 video in some kind of way which enables
them to limit the playback to their app.
As for documentation, there is not much available online. But found this feature request in VLC forum.
Our customers can upload videos to our servers, when they download our Android application they can play the videos amongst other features. One of them other features is being able to cast these videos to chromecast devices. When they tap to play a video our server sends over a url similar to:
https://xxxxx.net/dl/standard-user/xxx/video-xxx?mime=true
At the moment we are using LocalCast to stream the content to a chromecast, but we get the error:
This CheomeCast device does not support the video or cant access it.
We can definitely access it because our server only keeps healthy/working links. We want to add something into our code to see if the video is playable on ChromeCast if it is not playable on ChromeCast then we want to grey out the cast button for that particular video.
How would we check to see if the video is playable on ChromeCast? Client side that is. We want to check once the video url has been passed to the device.
We have searched online and searched Googles official documentation but cant seem to find enough information to solve the problem
Thanks all
Is there anyway to bypass the blocked videos on mobile? First I tried to fire up normal youtube intent, then I used WebView (using both video and iframe tags), and lastly I changed the user agent of WebView to a desktop client but none of the above mentioned way worked. I tried rtsp to stream the video using VideoView but it would only give me a low quality 3gp video, which is what Youtube API gives.
I am running out of options. Any help would be highly appreciated.
Thanks!
I ran into the same thing with some of our videos on YouTube and found out that only YouTube controls if it will be allowed to show on a mobile. We never found a work-around for it other than hosting the video on our server or using Vimeo. But as it stands,YouTube has control over mobile viewing. Also do you have that video monetized? Monetizing a video on YouTube can also cause them to not allow it on mobile especially if it has any content that YouTube is saying is a Third Party or Copyright infringement. They told us we had third party content when it was all shot by us. Further reading in that problem showed that YouTube's new digital fingerprint is the main culprit for creating a new wave of problems for users trying to upload their own videos they made and own. i.e., a user tried to upload a video of his backyard with birds in it and the birds were singing. When he tried to upload it, YouTube said it was Copyrighted! How do you Copyright bird chirps everyone is now asking!
So try Vimeo or use your own server to deliver the content. Sorry I can't offer more help.
I remember being able to bypass the block as a user by asking the desktop version of the YouTube site and then watching the video with the (not updated anymore) Flash Player for Android. So maybe you could try pretending to be the Flash Player when asking for the video from your app. Maybe use a network sniffer to see what it's doing.
User "OMA" gave an answer (use 'Desktop Mode'), that sometimes works and is easy to try.
Next up is this Site (or a similar one): http://www.mobileyt.com/ which accepts an URL, then shows your Video.
A Proxy Server might assist you with access, particularly if it is a 'Country Restriction' (for Mobile, but does not mention the Country Restriction only the Mobile one). Any ADs served to that Country may be poorly received (Language / Customs); so it is blocked.
You can try a Spoofing Application for your Mobile Browser (Hint: Spoof you Browse with the Opera Browser OR use Explorer 10 on WinXP they won't be ready for that).
Combining those techniques can assist in difficult cases. You can also resort to downloading the Video and playing it with MX Player or VLC (for Mobile).
Good luck, and if at first you don't succeed ...
I just want to know if I can see several videos at once from the network using rtsp? I'm trying to do an android app similar to video surveillance and I need to see several videos at the some time in the screen, I tried to use it with MediaPlayer and after that with VideoView, but in the both cases sometimes the videos appear, sometimes give me an error that can not play one or more videos...What can I do to put it to work well?
What Cruceo said is correct. It's better to mux (FFmpeg is really great) all streams in one stream with a incredible resolution with a low bitrate & framerate. Then create a program to display it and make zoom in when you select a viewpoint.
A other option would be to change the video streams into jpg files. This way is allot easier because you can use your web browser to display it. With your web browser you can make use of JavaScript (ProcessingJS is very easy and good at this) to make a image viewer with allot of functionality.