One thing that crossed my mind for a moment, was whether Wuala might have fallen for a similar fate as other products and services which had encryption at their heart. Clearly, for whatever reason, the firm has decided to rethink its plans for offering cloud-based storage services. You can get an idea of the lag, due to the video feedback effect.Wuala is owned by LaCie, who in turn were acquired by parent company Seagate in 2012.
#Wuala shutdown 1080p#
Update: here is a sample video, the 1080p version which was capture by the R-Pi showing the browser on a tablet displaying the MJPEG stream via the wifi link. Firefox 25.0.1 actually starts out growing too, but then levels off around 500 MB. Looks like it is saving every single JPEG image displayed in process memory, forever. Looking at the task manager, the memory taken by one of the two "chrome.exe" tasks while the MJPEG page is open simply continues to grow at a steady rate, until it exceeds available memory and crashes around 2 GB. 41 it is either a memory leak or a garbage collector problem or similar. I don't normally use Chrome or MSIE so maybe that's just how these browsers support, or don't support MJPEG. Chrome on both the tablet and desktop works for several minutes, then runs out of memory and crashes ("Aw, Snap! Something went wrong while displaying this webpage.") MS Internet Explorer doesn't really work at all on either device (gives flickering image, then goes blank, or freezes).
#Wuala shutdown android#
Everything works OK with Firefox on desktop & tablet, and Opera Mobile on the Android phone.
#Wuala shutdown windows 8#
I've now tried the RPi Cam Web Interface with raspimjpeg with browsers on my phone, a WinXP desktop, and a Lenovo 20326 Windows 8 tablet. Well done website, by the way! Those are very nice images. So I need raspistill working in a shell script Honsolgen wrote:I´m testing the PiCam as webcam, because the image quailty is surprisingly very good Here's what the main page looks like (this particular camera has a closeup lens, so everything looks blurry) Not a big deal, just a result of the javascript (?) not maintaining the current state in between page loads.
#Wuala shutdown mp4#
However I can still download the mp4 file and play it locally on my WinXP box, that part works OK.Īlso, if you change a setting and then navigate away from the setting page, then back the settings appear to return to their default (although the actual setting in effect does not reset change). Note, in the secondary "preview.php" page under the "Download Videos and Images" link, I can view a preview of the JPEG stills fine, but the preview window for the mp4 video shows a grey rectangle with the text "No video with supported format and MIME type found". It's really nice to have the control panel with the control options to save stills and full-res mp4 file, I think many people are going to be using this! While viewing MJPG, windows task manager says I am using 25% of my 54 Mbps wifi link, so that is a data rate of 13.5 Mbps. While remotely viewing the 640x360 mjpeg image, the R-Pi reports 38% CPU for raspimjpeg and 16% for apache2. During a recording, the MJPEG preview sometimes freezes for about a second, but the actual mp4 video as saved is smooth without any glitches. I also see about that much delay between "record video start" and actual recording start. Since it is a full-frame still, it shows a wider field of view than the MJPEG preview which shows only the video area. When you click on the "record image" button, there is about 0.8 seconds delay before the actual image is captured, I presume the time it takes to switch the camera into full-frame mode.
This better than the various h264 format streaming that I have tried, where the latency sometimes starts low but then stretches out to 10s of seconds. The latency remains fairly low at about 0.4 seconds based on comparing an onscreen timer and the video image of it. When it is smooth, it looks just as good as the youtube demo on the other thread. No doubt wired ethernet would work better. On my system here it is sometimes smooth and sometimes a little choppy, I presume due to my wifi link. The mjpeg streaming does work better than any other streaming option I have tried. I followed the steps in your post and it took about an hour to do all the updates, upgrades and install.
Very impressive work! I'm hoping this can be developed even further, but already I think something like this belongs as an option in the standard Raspbian distribution because it "just works" and so many alternatives just don't, at least for me.
0 kommentar(er)
