So I am trying to record my screen for a demo video. I am using Camtasia 2019 but I am also trying out Bandicam. I have it setup to record a web application on my google chrome web browser but for some reason when the web browser is refreshed it stops the recording. Both camtasia and bandicam have this issue so I am not sure what is causing that, and I am wondering if anybody else has ran into the same issue?
Well if anybody wants an answer to this, the issue was with the cpu of my virtual machine. I did not have enough resources allocated to handle the page refresh while recording. If you watch the performance of your machine while refreshing your web browser you will see it shoot the cpu up to the top of the processing power so when it would do that the video would stop recording. The fix was to allocate more resources to the virtual machine.
Related
I'm using the RTCMulticonnection library for a webrtc video streaming platform. It functions pretty much like this: There's a list of users, each with a profile page that has a chat button. Upon clicking this chat button, the caller is taken into a chat room page (a new browser tab) where he issues a connection.open() to create the room.
Afterwards a chat request is send through the node server to the callee, which gets a confirmation popup. If he accepts he is taken in the chat room page (a new tab) where a connection.join(roomId) is called.
My problem is that on ipad/iphone both the audio AND video stream are added only on the first call, either if you are a caller or a callee. If you afterwards want to call someone else on the ipad only the audio stream is added to the chat view, but from the remote side you get the video stream just fine.
Is there a flag that gets set up somewhere, somehow that I'm missing?
Also there's some cases that causes iOS devices to freeze up pretty bad so that they need a hard reboot, but I haven't pinned down the culprit.
On desktops and android devices the flow seems to work fine... so far.
This is a bug in WebKit:
Safari on iOS11 Freezes when viewing a cropped remote video
Frequent situations where iOS device locks up, requiring a hard reboot when consuming webrtc streams on IOS
It's solved since iOS 11.2.
We have a website in Wordpress, using a home-made theme. Some weeks ago, we noticed some page load time issues of our website, reported in Google Analytics. If we check the website using speed tests as Pingdom, Webpagetest and GTMetrix, we don’t see any performance issues. We checked the Analytics data, the main issues (average load time) are in iOS – Safari browsers (iPhone, iPad, in-app). If we check the specific data we find that, for example, one page could have 30 seconds page load time, but is not always and it happens for a single user using Safari 9 browser in Apple mobile device.
One more thing, we tested using those devices, but nothing weird happened.
Any idea what could be happening.
It's not just about the mobile device but the carrier also.
Apparently your carrier is better than the other(s).
The second biggest issue with mobile carriers is the number of simultaneous requests allowed. A desktop will download about 6 page resources simultaneously. Mobile, one, maybe two.
The biggest issue is the tower will often drop the radio signal between the phone and the tower between request.
so with mobile it is very important to minimize the number of requests per page.
I'm using the standard HTML audio tag to play an mp3 file on a webpage. The file is a podcast so it's up to an hour long. Playback is absolutely fine until 33 minutes in. Then it stops, and nothing but a page refresh will get it to start playing again.
So far the problem is only happening on iOS, both Safari and Chrome. Desktop browsers work fine. The files are coming from an Amazon Cloudfront instance so they arrive pretty quick.
At first I thought this may be a connection issue, but I've found that it persists on both 3G and wi-fi connections. I haven't experienced any other issues at all with loading the audio and playing it back, only that it stops at 33 minutes regardless of file size, or time length.
Any help on this matter would be greatly appreciated.
I have a small iPhone app that consumes streaming video. With Apache on my Macbook, I have been able to get it working without any trouble. i.e., I've deployed the .m3u8 and .ts files and the server is correctly streaming the files and the phone app is displaying the video too.
Now I try to replicate this on an apache server running on a Windows Server, and can't get it to work. I've got the correct settings in mime.types for both content types.
Using the mediastreamvalidator locally returns verified ok status. Running it on the remote stream hangs it.
access.log shows the first five segments being requested and then nothing. If I try to access from Safari it shows the controls and the trackbar updates up to 8 seconds and then nothing. I have seen this question but that doesn't seem to be the problem.
In the browser, the GET statements for both local and remote return identical results.
Safari plays from the local URL, Firefox and Chrome don't and neither gives any errors.
Any help would be much appreciated!
Turns out you need to use the "-no-floating-point-duration" and "-iframe-index-file none" parameters to mediafilesegmenter. Still doesn't work in Firefox or Chrome. But that's not a problem for now.
I was checking out an iphone game called kijja where they have a live connection from the app to a website and you use the phone as your game controller. Does anyone know what they are using to do this on the backend? http://kijjaa.com/air/
It got me thinking of some ideas and I was wondering if you might be able to do the same thing from a web app in mobile safari instead of a native app, maybe using node.js? Does that seem possible or am I dreaming?