Beim USA-Trip schätzen gelernt, wollte ich nun auch in D mehr mit Videotelefonie machen, letztlich bietet sich da Skype ob der Geräteunabhänghigkeit an. Doch Skype auf einen Non-Smart Flatscreen zu bekommen, erweist sich schwieriger als gedacht … Continue reading
Category Archives: Video
Heimkino mit Hindernissen
Nach langer Zeit habe ich mir mal wieder eine DVD gekauft, Iron Sky, da ich’s nicht ins Kino geschafft habe; die Premiere hier in Berlin war schneller ausverkauft als mein Broswer die Seite laden konnte und im Sommer zu ‘ner Open Air-Aufführung hat’s Wetter dann nicht gepaßt. Continue reading
Von Entertain, Rechten und meinen Visionen
Ich muß mal wieder etwas Luft ablassen, eine Kategorie »Contentmafia« ist wohl langsam überfällig … Wie dem auch sei, die Vorstellung von »Entertain to go« möchte ich zum Anlaß nehmen, ein bißchen über das technisch machbare, aus meiner Sicht notwendige Grenzen der Einflußnahme der Rundfunkanstalten sowie meine Visionen hinsichtlich des Medienkonsums (Schwerpunkt Bewegtbild; Musik ist abgedeckt durch Squeezecenter und -player) zu reden.
Continue reading
Telekom Entertain to go … or not to go
Auf der diesjährigen IFA¹ stellte die Telekom unter anderem ‘Entertain to go’ vor, was später im Jahr dann gelauncht werden soll. Zitat aus der Pressemitteilung:
Continue reading
Amazon nun mit Kindle Fire auch in Europa
Amazon bietet in D und UK nun auch den Kindle Fire (HD) an
Continue reading
Telekom Entertain to go … or not to go
Oops, some foobar happened, the article you are looking for moved here.
Continue reading
motion and Full HD
Hmm. Anyone already solved this issue with “motion” capturing 1920×1080, i. e. Full HD, streams?
Jun 10 06:12:10 death motion: [5] Retrying until successful connection with camera Jun 10 06:12:10 death motion: [5] netcam image height (1080) is not modulo 16 Jun 10 06:12:20 death motion: [5] Retrying until successful connection with camera Jun 10 06:12:20 death motion: [5] netcam image height (1080) is not modulo 16
Hrmpft. This is really annoying.
Caught in the act ;)
My little webcam project today caught this:
TL-MR 3020 as a webcam server
Took me a while, but I’m now rather confident that the issues I was having with the MR3020 as a mjpg-streamer powered streaming webcam server are related to the camera(s) used, not (only) to the tiny box. As you can see below, “only” in daylight the images gets distorted:
As of now I assume that the framerate reported by the camera is responsible for this, as that cam is reporting only 30 fps for all resolutions. It’s working nicely on a SheevaPlug with full-blown Debian, but Sheeva is a different hardware to the MR3020 (and 3 to 5 times as expensive per box); I might try a Dockstar as the host for this cam, but time will tell.
Just FTR, with a quickly ordered Logitech C270 HD, the MR320 is serving just nicely as a streaming webcam server (cam reports 5 and 10 fps for 1280×720, I choose 5, which is sufficient for now):
Webcam server with TL-MR 3020?
Hmm. Previously, I build two nice webcam-servers out of Fonera 2.0g boxes (German posts: 1 & 2). cpuinfo of the Foneras is as follows:
root@cam-serv3:~# cat /proc/cpuinfo system type : Atheros AR2315 processor : 0 cpu model : MIPS 4KEc V6.4 BogoMIPS : 183.50 wait instruction : yes microsecond timers : yes tlb_entries : 16 extra interrupt vector : yes hardware watchpoint : no ASEs implemented : shadow register sets : 1 core : 0 VCED exceptions : not available VCEI exceptions : not available
There I run two jobs, for /dev/video0 and /dev/video1, of mjpg_streamer -i input_uvc.so -f 10 -r 960x720 ..., which results in this top output:
Mem: 19836K used, 10080K free, 0K shrd, 1140K buff, 6096K cached CPU: 19% usr 11% sys 0% nice 1% idle 0% io 31% irq 34% softirq Load average: 2.57 2.51 2.45 PID PPID USER STAT VSZ %MEM %CPU COMMAND 1518 1064 root R 8732 29% 33% mjpg_streamer -i input_uvc.so -d /dev 1517 1060 root R 8572 29% 26% mjpg_streamer -i input_uvc.so -f 10 - 1065 1064 root R 8732 29% 20% mjpg_streamer -i input_uvc.so -d /dev 1061 1060 root S 8572 29% 7% mjpg_streamer -i input_uvc.so -f 10 - 1577 1520 root R 1960 7% 6% top -d 2 1519 933 root S 1996 7% 1% /usr/sbin/dropbear -p 22 1064 1058 root S 8732 29% 0% mjpg_streamer -i input_uvc.so -d /dev 1058 1 root S 8732 29% 0% mjpg_streamer -i input_uvc.so -d /dev 1067 1064 root S 8732 29% 0% mjpg_streamer -i input_uvc.so -d /dev 1060 1056 root S 8572 29% 0% mjpg_streamer -i input_uvc.so -f 10 - 1056 1 root S 8572 29% 0% mjpg_streamer -i input_uvc.so -f 10 - 1066 1060 root S 8572 29% 0% mjpg_streamer -i input_uvc.so -f 10 - 1055 1 root S 1976 7% 0% udhcpc -t 0 -i ath0 -b -p /var/run/at 520 1 root S 1972 7% 0% udhcpc -t 0 -i eth0.1 -b -p /var/run/ [...]
Recently I joined the MR3020 hype, them being quite similar to the Fonera 2.0g systems, i. e. Atheros-based, supported by OpenWR, rather cheap (<30 EUR) and with USB; only drawback is the ridiculously small on-board Flash:
root@cam-serv5:~# cat /proc/cpuinfo system type : Atheros AR9330 rev 1 machine : TP-LINK TL-MR3020 processor : 0 cpu model : MIPS 24Kc V7.4 BogoMIPS : 265.42 wait instruction : yes microsecond timers : yes tlb_entries : 16 extra interrupt vector : yes hardware watchpoint : yes, count: 4, address/irw mask: [0x0000, 0x0280, 0x05d0, 0x0630] ASEs implemented : mips16 shadow register sets : 1 kscratch registers : 0 core : 0 VCED exceptions : not available VCEI exceptions : not available
But to my big disappointment, running even only one process of mjpg_streamer, /usr/bin/mjpg_streamer --input input_uvc.so --device /dev/video0 --fps 1 --resolution 1280x720 ..., seems to max the system out, and anything above 1 fps, I tested 2, 5, 10, gives quite chopy images, distorted in odd ways. top says:
Mem: 25868K used, 3308K free, 0K shrd, 1412K buff, 5392K cached CPU: 0% usr 0% sys 0% nic 97% idle 0% io 0% irq 0% sirq Load average: 0.06 0.11 0.11 1/41 1542 PID PPID USER STAT VSZ %VSZ %CPU COMMAND 1514 1 root S 24424 84% 0% /usr/bin/mjpg_streamer --input input_ 1541 1431 root R 1496 5% 0% top -d 2 1430 1362 root S 1216 4% 0% /usr/sbin/dropbear -P /var/run/dropbe 1431 1430 root S 1504 5% 0% -ash 592 1 root S 1504 5% 0% /sbin/syslogd -C16 1140 1 root S 1504 5% 0% /sbin/udhcpc -t 0 -i wlan0 -b -p /var ...
So, it does not seem to be a CPU limitation; the CPU should be even more powerful than the Fonera’s, and the minor increase in resolution, 1280×720 instead of 960×720, should be compensated by far by the two USB cams served by the Fonera. Any opinions or tips?