I have set up a pixel streaming in UE5 in AWS(Amazon Web Services) it works perfectly on my laptop, mobile and my colleagues system (same WiFi).
When I send that public IP4 link to my client in another city it just appears blank, after clicking the triangle (play button) in Pixel Streaming.
Edit 1: when I change the location(IP) using VPN, it also not working on my laptop too.
EDIT 2:
I'm using UE5 pixelStreaming, It works on many devices/locations, but it didn't work on some locations. I contacted AWS the checked different locations and its working on their side.
surprisingly i didn't do anything it worked on all devices in all locations the next day.
On the next day this problem arise again it didn't work in my client's whole office.
after a few hours, it started to work on some of my client devices(mobile /web browser).
I checked the remote desktop I find out that webRTC data is not coming there.
Why WebRTC data not coming in some of the devices?
I think it might be because you didn't allow access from other networks on AWS, so it only allows those on your network to see it. While not this exact issue, something similar happened to me before.
Related
My download speed from a specific AWS S3 server is extremely slow - but it only happens from my Desktop PC, connected through Ethernet.
If I use my mobile phone or any other device (connected through wifi), the download speed is perfectly fine.
Basically getting less than 300Kb/s instead of 10Mb/s+
Any ideas on this? It's really weird...I've tried using Cloudflare Warp and similar stuff, nothing worked.
I use Dragon dictation software including by using it over a remote access to my home computer. I also once had it set up on the network server computer at a client site which I could also access when logged in remotely. But now, I have a situation where my access to work info is over Amazon WorkSpaces. Does anyone know if Dragon Pro can be installed on and accessed through an Amazon WorkSpace desktop?
TIA!!
Your question was bugging me for a long time, finally I gave in and rented a WorkSpace and tried Dragon.
Recognition for me is totally fine as long as your local computer's standard audio input device is actually the one you want to use Dragon with. If your default input device is the built-in micro of your laptop, computer or screen, recognition will most likely be bad. I used a Sennheiser MB Pro 2 with a USB dongle on a Windows machine for testing, as well as a TravelMike with a USB MultiAdapter. Both work fine.
As for factors that influence recognition quality:
I know from other virtualization/remote desktop solutions that the codec that transfers your speech to the virtual/remote machine may work well for one microphone, and not for others. Try a different mike and see if that improves your recognition.
In order to rule out microphone issues, I suggest trying different internet connections (WiFi, Ethernet, tethering, different internet providers). Missing words from speech recognition over remote connections can indicate unstable or slow internet.
As far as I know, there is no way to patch a USB device through to the remote WorkSpaces machine. What you could try is install a VPN on the remote machine and use your smartphone as a remote microphone in Dragon. Your smartphone also needs the VPN. If you get that to work, recognition should be as good as on your local network, given that internet connection is fast and stable enough.
I have to transfer large-sized video file from glass to a server or on a local computer, just after capture (~400Mb), to be viewed as quick as possible on the target device.
I tried to use the mirror API to get the video but the upload time to google platform is really high (more than one hour for a 10-minutes video length).
I also tried to make an app to capture video and send it over the wifi, but it took about 3 minutes for 18Mb (So, more than one hour for 400Mb).
We also studied the android Wi-fi P2P solution, but it seems not available on Glass at this time.
And I tried to launch Droid NAS or AirDroid application to access Glass file system over the air. Application installation is OK, but I can't run them.
Has someone any solution/recommendation ?
Thanks in advance,
Julian
Since you're willing to do it to a local computer, you can just plug Glass into the local machine and transfer the file. Glass is treated as a Camera device, and most PCs and Macs have software that will let you transfer the videos directly over.
I was wondering if it is possible for a Web Application (hosted on a remote server) able to detect printers connected to a host(the one accessing the Web Application)?
Also, is it also possible to be able to send print-jobs (mainly images) to the host's printer?
For instance, assume you have a local WPF application (Windows Presentation Foundation, C#) running on the desktop.
To print an image:
Select an Image on the WPF application (loaded from a directory on the local harddisk)
Click the "Print Button"
This will run this line of C# code:
e.Graphics.DrawImage(image, x-coordinate, y-coordinate, imageWidth, imageHeight);
And it will send a print job of the image to the default printer of the local computer.
So now, instead of a WPF application, you have a Web Application. The user will:
Type in the URL of the Web Application
The Web-App will load a page similar to the WPF application
The Web-App will display images that are loaded from say, a database.
User select image he wants to print
User clicks "Print Image"
However, in order to Print the image, I would imagine the Web-App would need to recognise the printers the user has on his local computer, and be able to communicate with the printer.
Of course, the Web-App does not need to be in .NET. I was just using WPF/C# as an example.
Bluntly, the answer is no. Server-side code can't talk with client-side resources in that manner.
A possible solution might be to embed some client-side component into your web app which does what you
want, such as a Java applet or Silverlight item. I don't know off the top of my head whether they're capable of printing, but it might be an option worth investigating.
However, I would suggest the best way to handle it (if your use-case allows), is to serve up something capable of printing via native browser methods. You are able to serve a stylesheet which applies to printing specifically using the media="print" attribute on your link element. If that remains too imprecise (you'd have no control over the browser's paper size, margins, headers/footers etc), perhaps another option might be to serve a print-specific file such as a PDF. Ultimately though, what you are asking is not possible and it is a case of finding another way to fulfil your requirements.
I have a similar issue, which I haven't programmed, but, I have found that HP printers can receive print jobs, through the HP network. If you are WiFi enabled, there should be a way to email the print job to the printer. I'm still researching this. But, I have a friend who did something similar using AWS.
Been a while, but I have learned that HP printers can be WiFi enabled. Which means, they get an email address and can be printed to, at that address, through the internet, if they are connected to a WiFi net connected to the internet. The email goes through the internet directly to the printer, where it is then printed. So, you can email a print doc.
So, someone want me to hack some code for him. He has a 42" TFT display on which he will display some application/business related data.
However, 75% of the screen real estate is unused, so he wants to fill it with "TV/adverts/flash/you know, that kind of thing... web based....".
Any advice? Do I want an embedded web-server? If so, which? (he wants free & open source, or as cheap as possible) Do I display it in a browser? (duh! probably, dude) But I don't want/need a menu, address bar, toolbar, etc - it should be full screen (does that mean "kiosk mode"?).
Sorry, folks, the requirements are not clear, but I hope that you can guess what he probably means (he is not very techie). How should I proceed with this? Thanks.
I am working on such a display system, although ours already quite evolved, with support for multi-screen, multi-user and a lot more.
A few hints :
We use firefox with the "full fullscreen" extensiton (https://addons.mozilla.org/fr/firefox/addon/1568) that allows to not display any menu bar, status bar etc. and to automatically start Firefox in that mode. Then you just need a startup script to launch firefox specifying the right URL when the machine is started.
Our system is web based, but as a multiscreen system it has one server and several client PCs connected to the server via HTTP, and each one to a TFT screen via VGA cables. If you have only one screen you could install the browser and the web server on the same machine. Only restriction : we use wake-on-lan from the server to the clients to automatically start the display every morning. This will not be possible with a single machine system !
To give you some ideas, the display mechanism basically works like that : first, the browser loads a html page with lots of javascript (that javascript constitutes what we will call the "client application".) This client application is written using the Prototype.js library (just an indication, there are many other possibilities). Then the client application asks the server for the content to be displayed. That content is passed as a JSON stream representing a playlist of objects (images, videos, text news, etc.). The client app displays each object in the playlist sequentially. The objects stay displayed for a specific duration (lots of setTimeout in the code). The transitions use effects from the Scriptaculous library (fade-in, fade-out...). When all objects have been shown, the client asks the server again for the playlist (in case changes have been made), and the process starts again. There is actually never a full reload of the page.
Then we also have a multi-content mode, where the screen is separated in various zones that are updated separately.
For one machine and a realtively static system (i.e. no GUI to add content), maybe you could implement that mechanism in a local site accessed via file://... The whole "intelligence" of the system would be in the javascript. That would save you the server part. I see one possible restriction : I think flash can't play video files from the client's machine (security restriction) so check this if you plan to use flash videos.
Well, I hope these few ideas can help you. Good luck !
Get one these
They offer a VESA mount for it I think if the screen your using supports that.
Full screen firefox would be one option.
A more flexible option would be a full screen QT app written in the language of your choice using the webkit widget for display, this would likely make flash content more difficult.
As for the content, i would put a LAMP setup on the fit pc. Build the web page using whatever feeds you want and just display the web page aka http://localhost
Alternatively you could host the "web parts" of the display on a standard web hosting server and display the data coming in on RS-422 in a separate QT widget.