From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.44.254]) by listman.redhat.com (Postfix) with ESMTP id 5E9AA3EF45 for ; Mon, 19 Nov 2001 12:03:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with SMTP id fAJH3Op01587 for ; Mon, 19 Nov 2001 12:03:24 -0500 Received: (from mail@localhost) by mail.redhat.com (8.11.0/8.8.7) id fAJH3Of09732 for blinux-list@listman.redhat.com; Mon, 19 Nov 2001 12:03:24 -0500 Received: from mail2.netacc.net (mail2.netacc.net [208.34.108.27]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id fAJH3Nw09728 for ; Mon, 19 Nov 2001 12:03:23 -0500 Received: from bharding (algoma-host31.doorpi.net [12.37.10.36]) by mail2.netacc.net (8.10.2/8.10.2) with SMTP id fAJH3LP01744 for ; Mon, 19 Nov 2001 12:03:22 -0500 (EST) Message-Id: <3.0.6.32.20011119110639.00a9f100@mail.doorpi.net> X-Sender: bharding@mail.doorpi.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Mon, 19 Nov 2001 11:06:39 -0600 To: blinux-list@redhat.com From: Brent Harding Subject: Re: Digital Talking Book Standard In-Reply-To: <200111191500.fAJF0Qa69940@dc.cis.okstate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Loop: blinux-list@redhat.com Sender: blinux-list-admin@redhat.com Errors-To: blinux-list-admin@redhat.com X-BeenThere: blinux-list@redhat.com X-Mailman-Version: 2.0.1 Precedence: bulk Reply-To: blinux-list@redhat.com List-Help: List-Post: List-Subscribe: , List-Id: Linux for blind general discussion List-Unsubscribe: , List-Archive: I don't think the drm will work in the long run. It has to be proprietary to not allow hacking, anyone who has the source code can hack a program to undo what the original did. I heard some of the stronger drm's out interfere with screen reader use, meaning we're stepping backwards in accessibility, as we'd have to have sighted help to read a book we once could get in speech on the computer because of this technology, and the way screen readers access the system. At 09:00 AM 11/19/01 -0600, you wrote: > I certainly hope that players for DTB's will be available >for Linux when the technology actually begins to bear fruit. > > This truly is a wonderful next step in the Talking Book >program. Just think of the logistical problems of moving and >caring for physical materials that this solves. There will still >need to be traditional Talking Books for many years to come, but >I think this is the future and it may get to a point where there >won't need to be as many physical recordings produced as there >are now. > > The one thing I see as holding things up is the one >artificial technical issue and that is DRM or Digital Rights >Management. > > How is that going to be accomplished? The standards >document simply says that digital rights management will be >supported but probably wisely does not prescribe exactly what >sort of mechanism will be used. > > Hopefully, being eligible to receive traditional Talking >Books and Braille materials will enable one to also receive any >DTB's they are entitled to receive. > > In the main-stream consumer world, digital rights >management has not been doing too well. Some systems are hacked >almost before they are released. Other systems tend to do the >opposite and malfunction in ways their developers never thought >of to cause honest users of the technology to be denied service. > > Some rights management systems have even gained the >distinction of suffering from both maladies. The crackers >de fang the protection and the honest users discover that the >software thinks they are thieves because of something their >equipment or they accidentally did. > > This issue, not technology, has held up everything from >digital audio tape a decade or so ago to present-day high-definition >television systems. > > Linux and FreeBSD should actually be good test beds for >this technology because it is based on open-source models and any >hanky panky mechanisms such as back doors or scripting >applications are a little easier to police than they are in >proprietary operating systems. > >Martin McCormick WB5AGZ Stillwater, OK >OSU Center for Computing and Information Services Network Operations Group > > > >_______________________________________________ >Blinux-list mailing list >Blinux-list@redhat.com >https://listman.redhat.com/mailman/listinfo/blinux-list > >