Wesley Alan Wright: Notes, Lessons, and Projects

Steve forwarded message from Mutsumi Matsubara Corson

I tried several trucks. One worked.

Problem was related to both Character and Font

This character

    ダ

In "that" font (I don’t know what font it was in PowerPoint, because the font name was displayed in Japanese) are a bad combination.

By Trial and error, I discovered some fonts work better that others.

I tried font "Song"

ダ

worked much better:

OK, now I have a windows laptop. Now I look at my DavisCam cool QuickTime images on Widows, but on Depot machines with QuickTime 6. Click on image, opens in QuickTime player. Perfect.

Download and install on my new windows laptop — does NOT work with QuickTime 7. Player says "bad URL." Can’t find any workaround, abandon idea.

Helped freshman (and SKIVT-L personality) Allen Taylor export and save to web his 24 minute magnum opus.

Diddled with the image settings and FTP settings, trying to improve both image quality and frame rate. Near impossible. These cameras are slower than the Axis cameras, and can’t handle capture and FTP fast enough to create semblance of motion. best results seem to be 640×480 at  1/7 fps or 1/12 fps at 1280 x 960.

Read the manual, too, and discovered that the iris on the camera was opene way too far. Told client, he was sending somebody up to adjust, afraid we had already damaged the CCD.

Worked more on the SMIL script, trying to optimize the settings. Still some problems with WIndows machines. Worked out an HREF, so one can click on the small image and see the full size movie.

It is the nature of most webcams that they capture and save to disk still images as JPEG files. The basic problem: how do you display a sequence of these JPEG stills successively to suggest to the viewer live video rather than still imagery? The three most common methods:

• native browser support of "Motion JPEG" MIME encapsulated multi-part JPEG streams;
• Display of "Motion JPEG" using ActiveX technology;
• or Display of "Motion JPEG" using Java technology.

Only "Mozilla" class browsers display "Motion JPEG" natively. Java VM is not pre-installed on Windows XP systems. Internet Explorer supports ActiveX technology, but only if manually enabled by a user with administrative rights.

Client has a Windows XP laptop. Client admits to having minimal IT skills and being easily frustrated by things that don’t work and he doesn’t understand. Somehow, Java VM was installed on his laptop (and the one in the conference room across the hall from his office). Client searched for examples of other schools and colleges who were building things like the Davis Center and who had webcams. Apparently, the ones he originally bookmarked as exemplary were using Java, because they "just worked" on his laptop. Existing UVM examples did not work and were considered sub-standard, because his Internet Explorer security settings disallowed ActiveX. He also purchased some network cameras that shipped with a Java applet solution, partly because the examples on the vendors web site "just worked."

After I changed his IE security settings, his exemplary list grew to include ActiveX examples, but his graduate student assistant web developer had difficulties making the UVM examples work — including the ones I developed using his new cameras, both with ActiveX and Java. The difficulty was the same: either Java was not installed or the target machine’s IE setting were not or could not be set correctly.

 So, we needed another solution. Some googling suggested scripting QuickTime Player with Synchronized Multimedia Integration Language (SMIL, pronounced "smile"). I created a SMIL file that essentially directed QuickTime to display a sequence of JPEG images. One hurdle was that the URL of the image never changes: the image to display is replaced by a new model every few seconds via FTP upload from the camera. So the URLs in the SMIL file had to be perturbed by a random number to appear differently. Another hurdle was that including more than about 10 or 20 images references in the same SMIL file created unsatisfactory performance. This was solved by using a QuickTime specific SMIL extension to reload a new SMIL file at the completion of the first. The SMIL files are created dynamically (and refreshed dynamically) by a PHP script; the QuickTime Plug-in is invoked via HTML. Of course, QuickTime, too, must be downloaded and installed before this all works, but I submit that — especially in the age of the iPod — QuickTime is more ubiquitous and less forbidding than Java, and is unlikely to be as bburdensome upon the user.