Forgot your password?
typodupeerror
AI

The Challenges and Threats of Automated Lip Reading 120

Posted by Soulskill
from the surgical-masks-become-high-fashion-in-2018 dept.
An anonymous reader writes: Speech recognition has gotten pretty good over the past several years. it's reliable enough to be ubiquitous in our mobile devices. But now we have an interesting, related dilemma: should we develop algorithms that can lip read? It's a more challenging problem, to be sure. Sounds can be translated directly into words, but deriving meaning out of the movement of a person's face is much more complex. "During speech, the mouth forms between 10 and 14 different shapes, known as visemes. By contrast, speech contains around 50 individual sounds known as phonemes. So a single viseme can represent several different phonemes. And therein lies the problem. A sequence of visemes cannot usually be associated with a unique word or sequence of words. Instead, a sequence of visemes can have several different solutions." Beyond the computational aspect, we also need to decide, as a society, if this is a technology that should exist. The privacy implications extend beyond that of simple voice recognition.

Comment: Re:Can we get a tape drive to back this up? (Score 1) 316

by tchuladdiass (#47762611) Attached to: Seagate Ships First 8 Terabyte Hard Drive

I agree that most of what people have can be re-downloaded. However, separating that out is a chore, and what if you miss something? Might as well back up the entire drive just to make sure. But that would be a great product -- a search engine service that you can upload a list of file hashes and have it return a url for each file that is available online.

Comment: Re:Can we get a tape drive to back this up? (Score 1) 316

by tchuladdiass (#47762601) Attached to: Seagate Ships First 8 Terabyte Hard Drive

I haven't used rdiff-backup, but I used to use rsnapshot (actually a homebrew equivalent to it) -- was backing up several hosts to a central one. But I really missed having all the backup metadata in a database, where I could do simple SQL queries to find out file patterns were taking up the most space (this helps you tune your include/exclude list). Also, trying to replicate a rsnapshot volume that had a bunch of hard links (each day's backup's common files were hard linked to the previous days' files) -- this made for some very slow copying, unless I did a raw image copy (30 systems, with 10 daily, 6 weekly, and 12 monthly backup each made for a lot of file inode entries). That's why I wrote Snebu, so for each file that doesn't change between backups, only one gets stored. And references between backup sets are handled in the DB (sqlite3 based) instead of via hard links in the filesystem. Oh, and files are also compressed (lzop compatible format), which is something that rsnapshot didn't give me.

My favorite feature, that I'm testing out now (should be in the next version once it is stable and I hammer out the UI issues) is the ability to have a shadow copy of the backup DB that you stick on a thumb drive. This allows you to make incremental backups of your laptop to the shadow copy and sync it back to the main backup later on. Other features coming include external plugin modules to support moving / copying older backup sets to independent volumes, and potentially tape changers and cloud storage too (however these will all be secondary storage locations, the primary will be local storage).

Comment: Re:multi-drive RV tolerance?? (Score 5, Informative) 316

by tchuladdiass (#47762267) Attached to: Seagate Ships First 8 Terabyte Hard Drive

Rotational Vibration (RV) is the vibration the drive experiences from the platters rotating at high speed. When you put a bunch of drives in a cage, some interesting harmonics build up which can shorten the life span of the drives further. Enterprise grade hard drives are built to better withstand these vibrations, lessening the chance of failure. (At least that is what their literature says -- personally I'd mount the drives using grommets or something like what Rackspace uses [rubber bands I think?]).

Comment: Re:Redhat/CentOS is no substitute for Ubuntu deskt (Score 3, Informative) 186

by tchuladdiass (#45894119) Attached to: Red Hat To Help Develop CentOS

RHEL 7 Beta is based off Fedora 19, with a 3.10 kernel. Usually their beta cycles run about 6 months. Oh, and they heavily backport to their stable kernel (it is "stable", not meaning crashes less, but referring too the fact that the API/ABI doesn't change when they release updates).

Comment: Re:I beg to differ (Score 1) 385

by tchuladdiass (#45861301) Attached to: Isaac Asimov's 50-Year-Old Prediction For 2014 Is Viral and Wrong

Other than the not having to work part, we really do live like kings. We get to sit in a seat to be transported from place to place, our homes are heated and cooled, running hot water, plumbing, non-rancid food, quite a bit of food actually, we can pull up music and other entertainment on demand, and have great libraries at our disposal. The list goes on -- most royalty a couple centuries back didn't have it this good.

Comment: Re:How close? Within WiFi range? (Score 2, Interesting) 285

by tchuladdiass (#45321697) Attached to: Ask Slashdot: Simple Backups To a Neighbor?

Personally, I've started syncing my files to a USB hard drive running off a Beagle Bone, via wifi, that sits in my vehicle. It syncs at night after I pull in. Now there is the possibility that the house will burn down, take my vehicle in the garage with it, but I figure I'm covered for a large part of the time when I'm at work (since my car is with me then).

Comment: Re:like that works (Score 2) 545

Well here's a strange thought. If you don't have enough daylight after work, how about going to work an hour early, and getting out an hour early? Nothing really gets done early or late in the work day anyway, so co-ordinating with others' time in the office shouldn't bee that big of a deal (as long as everyone is there during a core 5-hour period).

"Tell the truth and run." -- Yugoslav proverb

Working...