I am trying to take a screenshot of roku app playing on lcdtv.
Put your Roku in developer mode. Confirm the IP address of your Roku.
Side load your app to the Roku:
Go to a browser and type in your Roku IP address, dev username and password for your box when you set it to developer mode.
Go to Utilities. Hit the screenshot button. Save the image.
You will not be able to take screenshots of a video playing.
Edit: You won't be able to take screenshots of anything that's not side loaded.
I followed above instructions but utilities screenshot gives empty notification:
HD mode 1280x720 image required for channel store upload
You can take the screenshot of you dev channel Only. You can't take the screenshot of Roku Home Screen or any other channel available on Roku Store using the steps what you have mentioned.
Roku does not provide the screenshot at video streaming. you take a screenshot and screenshot is captured. But, display screenshot color is black. Any other functionality screenshot is available on Roku.
Related
Everything was working fine but After updating Agora to 3.1.2., once remote user joined the video call, After a few seconds, Video call disconnected and getting this error in the log
"type":"exception","code":2001,"msg":"AUDIO_INPUT_LEVEL_TOO_LOW"
Version info.
"ngx-agora": "2.0.1",
"agora-rtc-sdk": "3.1.2",
Angular 10.0.8
It is a known issue by the developer and the team is working on fixing it and is an open bug on the Agora IO Community Repo here.
In the words of the developer:
How to reproduce
If you create and publish your microphone audio track without any user interaction, the remote user may not hear you. In this case, the console will print some logs like SEND_AUDIO_BITRATE_TO_LOW and AUDIO_INPUT_LEVEL_TOO_LOW.
And once you interact with the webpage, the remote user will hear you.
Root cause
Agora Web SDK NG uses the AudioContext API to do some audio pre-processing by default. However, the AudioContext is restricted by the browser's autoplay policy. If user has not interacted with your webpage, the AudioContext will not run. So there is no audio data produced from the SDK's pre-processing module in this case.
How to avoid
We will fix this issue in v4.0.2, and it will be released next month.
For now, we recommend that you should ensure that the user has interacted with the webpage before the audio track is published. For example, the user is required to click the accpet or confirm button to start a call.
I'm playing with the API on a camcorder Sony CX-625. I can start/stop a record, change zoom over a Wifi connection.
This is nice, but ...
Now, I need to download the content store on the SD card over Wifi with the API. I have make a lot of research, but it seem the function is not available.
Maybe another model of Sony Handycam can give this functionnality. Anybody can help me in this research ?
My goal is to have a camcorder (or an IP Camera with quality of a camcorder), remotely administrable by an API (start/stop record, manage zoom, get/delete the content)
You should be able to download the image using HTTP get. For instance if you run the "actTakePicture" command you will be returned the url for the image. Having this url will allow you to download the image. How you download the image depends on what language you are using. For instance here is an example of how to download an image over HTTP get using nodejs:
Downloading images with node.js
To find out how to download the image using your particular language try a google search on "download an image using http get {language of choice}"
I want to take screenshots from my APP in a Smart TV (Samsung OS and Tizen).
I need the screenshots for my APP documentation and for submission process.
Does anyone know how can I take the screenshots or if it is possible? I cannot take in the emulator, because my videos use DRM and it is not compatible with the emulator.
You can debug the app on IDE, when the web inspector shows up, select "rendering debug". There is a screen capture option there.
I implemented the ShareScreen of Web RTC.
But when "Choose Share Screen" popup opens,few of the windows keep flickering and show blank content (black screen) most of the time. On selecting one of those windows and doing screen share, the peer also gets the same flickering.
Please help. I have attached the image link which shows the problem https://webrtc.googlecode.com/issues/attachment?aid=43840000000&name=Screenshot.png&token=ABZ6GAdcyh_dpvmXdbR02t3LX72wbfE4Qg%3A1425623918522&inline=1
Regards
Raghav
Please check your signalling server. This error occurs only when something wrong in your signalling server. Similar kind of error occured to me. I used nodeJS. Sometimes handshakes may be established, but data have to be transferred for sharing.
For instance check whether the request and response is prompt.
This is a known issue in Chrome on Windows:
https://bugs.chromium.org/p/chromium/issues/detail?id=613987
Try to migrate to FF or to Linux...
Is it possible to capture desktop screen sharing through webRTC.. As we know that it just captures the screen on the browser tab but is it possible to capture the whole desktop screen like navigating through files on computer or opening and viewing files like pdf etc..
Currently, only "stateless" screen capturing is available in RTCWeb implementations (both chrome & firefox). E.g.
Install chrome extension and then try this demo
Above demo will simply capture screen of "any" opened application's screen. Though, such screen capturing API fails to capture screens of full-screen game applications.
More information available here:
https://developer.chrome.com/extensions/desktopCapture (HTTPs+getUserMedia+postMessage)
Regarding remote desktop sharing from a web-browser, it has a pile
more security risks associated with it compared to screen sharing. The
UI/security aspects will be tough to deal with, and the feature will
be very susceptible to social engineering -- phone call: "this is
Google/Dell/Computer-Management; we've detected your machine has a
virus on it; could you browse to and we'll assist you in
removing it" -- etc. Ref
Yes, it's possible. At least using Chrome. There are several ways of doing it, but the simplest one is:
Add this constaint when you invoke getUserMedia:
constraints.video.mandatory.chromeMediaSource = 'screen'
When starting chrome, use this argument (chrome version > 35):
--enable-usermedia-screen-capturing
You can find an example of sharing screen and recording the shared screen at a remote server repository here:
https://github.com/Kurento/kurento-tutorial-js/blob/develop/kurento-recorder-screen/static/index.js
If you try to execute that example, play close attention to the security restrictions. All signalling needs to travel using TLS. Using raw HTTP will produce chrome to refuse sharing screen.
Yes it is. I recently worked on WebRTC and was able to stream desktop easily. Following links helped me implement my requirements :
Firefox Extension : http://mozilla.github.io/webrtc-landing/
Dont forget to add your *.github.io to about:config -> getUserMedia screensharing allowed domains
Google Chrome extension : https://developer.chrome.com/extensions/samples#search
Open this in Run : Chrome.exe --enable-usermedia-screen-capturing
Other Reference : https://github.com/muaz-khan/WebRTC-Experiment