I ran into a strange issue where "fn_key -- F4" combination on my hp laptop to extend the screen would stop working once I have a wpf application running. This happens even when I create an empty app -- as soon as I run it, I can't extend my desktop to a second monitor.
Thanks!
Sounds like an issue with your video driver. What kind of video card is it? Are you running the latest drivers from the vendor?
The problem was a driver issue (as Drew mentioned above).
To diagnose an issue like this, please follow the instructions from the MSDN article (http://msdn.microsoft.com/en-us/library/aa970912.aspx) on how to disable hardware acceleration and render everything in software.
Provided your issue is similar to what I have experienced, you will be able to single out the problem by adding the necessary registry key from the article.
Related
I've to share a mobile screen and display it on a browser using WebRTC. I then have to take control of the mobile screen.
I've researched this and know I can share a screen browser to browser using chrome(with extension) or firefox(after certain flags are set). Some information I've read suggests that screen sharing on mobile is not possible and then another article said it was but I think they meant be sharing through the chrome browser on a mobile.
Some of the the information and posts I read are dating back to 2013/2015/2016 and I wondered if there is any new information on this?
Is screen sharing on mobile devices(android or iOS) possible using webrtc now?
is screen control on mobile devices possible?
Thanks Andrea
I also investigated this topic a few days ago and it seems to me we are on the verge of the next step and the technology hasn't totally settled yet. Screencapture is mostly working with (very) up-to-date browsers and (still) an extension or some kind of white-listing. I could not find any kind of hint that a "remote control" mechanisms are part of webrtc and the getUserMedia implementations. Unfortunately.
ICE seems to work fine for most scenarios (if you don't mind waiting a minute) and Tickled ICE adresses the problem in an interesting way.
Mobile is very confusing indeed as the market is even more heterogeneous.
Maybe we should open a wiki or a chat channel or whatnot they habe nowadays on stackoverflow :-) I think I will have to read about this "community wiki" checkbox down there...
The most promising thing I could find was
https://inthelocus.com/
Still trying it out in different scenarios.
[This might not be an answer...] I was on the same topic and then I noticed there's an existing tool (SDK) to serve the similar purpose: https://cobrowse.io. It works good in both the demo video and the simulator web page. Yet I'm not sure if it utilises WebRTC...
Since there are no answers yet, I'm going to rewrite this question in hopes of an answer (I don't mind discussion, but I know SO is about Q&A). It appears security checks/prompts make it unfeasible to use Flash Player. With this in mind, the question still stands, but please answer based on experience using AIR.
I have a Winforms app written in C# that I need to add VOIP to. I really like how well the Flash Player VOIP solution works, the AEC (echo cancel) is awesome. I know they use Speex, but the implementation is still a lot of work even using Speex, so I'd like to use Adobe's solution directly in my app.
Has anyone done this? What issues will I have? A few I can think of:
IPC between AIR and Winforms app. I assume this is easy and several options, including sockets/network, file i/o, maybe others.
Based on this
Content running in the AIR application sandbox does not need the
permission of the user to access the microphone
I don't think security warnings will be an issue? I'm not sure what a sandbox is yet, but as long as my AIR app can run in this and still talk with my winforms app, then shouldn't be an issue.
I assume the voice capture including enhancements (AEC, NS, Speex, etc) are supported in AIR?
Are there any samples I can run that use voice capture in AIR?
So I wired in Prettify.js and Prettify.css into my new Tumblr blog. It works out great in chrome, IE, and Firefox but I was astonished when I went to my Android Phone and suddenly the code inside ... looks like an atrocity.
I was about to go digging but figured before I spend hours trying to solve a problem someone else already fixed I would see if my ol' Stack Buddies have anything to say on the matter.
aquamoogle.tumblr.com
Any solutions will be greatly appreciated and if none are posted I'll likely toss up a solution by the end of the weekend.
Clarification EDIT This is viewing the post through the Tumblr Android application. I don't think it has anything to do with phone version but because someone is bound to ask it's a Motorola Droid Bionic running Android 2.3.4
Alrighty, since nobody came along with this one I'll throw the answer out there. The Tumblr application after decompiling it off the APK does not use a standard web frame. This means that javascript execution is not embedded in the view for the mobile application.
Sucks I know... Another possible solution would be to use straight CSS for formatting but alas this doesn't even work in the mobile version as the CSS sheets are overridden with mobile style sheets for more compact formatting.
So this one goes down as "unsolvable" due to the mobile application not operating within the same boundaries as the web driven blog does.
If someone does by chance have a solution to this that will work however, I would be interested in hearing it but at this time I don't have a valid solution. But, it's good to know.
Not sure what is going on here, if it's just my computer, or a VS bug. It is annoying.
When scrolling, text in VS sometimes gets really messed up. it also happens to other window elements on occasion.
I've noticed something similar in Dreamweaver CS4 & CS5, so I don't know if it's my computer or something with WPF.
Any way to fix this problem?
Windows 7 Pro
This is most likely a general WPF issue, and could be related to your graphics drivers.
I would recommend looking for updated graphics drivers for your graphics card. If this doesn't work, try reducing the amount of hardware acceleration, as this tends to clean up many WPF rendering issues.
I would suspect this is a WPF issue that may be resolved by updating your graphics drivers if your card can handle it as Reed Copsey suggested.
If you don't have any luck with that, you can try turning off some of the hardware-accelerated rendering by going to the Tools menu, selecting Options then disabling the Automatically adjust visual experience based on client performance option and the following two options under the Environment > General section.
MSDN put up an article not too long ago that can help troubleshoot the problem.
http://msdn.microsoft.com/en-us/vstudio/ff716700
The first two things I would try would be to update your video drivers. Then maybe turn down hardware acceleration.
This KB article touches upon how to do it about half way down the resolution section.
http://support.microsoft.com/kb/263039
I have similar problems with my VS2010. It isn't a graphic driver issue but an issue with WPF/VS2010. I was hoping the SP1 would solve this problem, but it didn't.
I'm trying to create a simple HTPC interface and found YouTube XL (http://youtube.com/xl) which i thought would be cool and easy to add to my program.
I'm using WPF so i simply tried to add a System.Windows.Controls.WebBrowser and navigate to that adress.
The problem is that there is no video, everything else around the actual video works fine and other pages(including normal youtube) works fine. Youtube XL also works fine in normal Internet Explorer(8).
Is there anything that differs between IEs and WPFs browser control that might cause this problem?
Edit: I am compiling the program for x86, otherwhise flash doesn't work at all. All other web pages i have tried, including normal youtube, works just like normal.
The strangest thing is that it worked once! The first time i tried it i got video, since then there is only black :(
There shouldn't be a difference. You might be subject to this bug (and workaround) if you are using an x64 version of Windows:
http://blogs.msdn.com/uberdemo/archive/2009/07/09/circumventing-an-ie-flash-display-issue-in-the-wpf-webbrowser-control-on-x64-machines.aspx
You need to set the project to compile for x86 processors, since on x64 systems the 64-bit webbrowser is used, which, when i last checked, didn't have a working flash plugin yet. Not sure if there is one now, though.
OP here, accidentally ate my cookies.
Deleting browser history in Internet Explorer solved the problem.
Deleting the ie history and cache only resolved the issue as a one time thing only.