Since libdvdcss-1.2.0, I have been unable to play DVDs using ogle, xine,
vlc, or mplayer.  They all show a scrambled picture with (VERY) choppy
audio.  When I run xine I see tons of these in the console:
audio_out: inserting 5859 0-frames to fill a gap of 10989 pts
Has anyone seen this before and know how to fix it?  Or should I file a

from localhost (jalapeno [127.0.0.1])
	by spamassassin.taint.org (Postfix) with ESMTP id 7B97316F03
	for <zzzz@localhost>; Wed,  9 Oct 2002 10:51:09 +0100 (IST)
from jalapeno [127.0.0.1]
	by localhost with IMAP (fetchmail-5.9.0)
	for zzzz@localhost (single-drop); Wed, 09 Oct 2002 10:51:09 +0100 (IST)
from egwn.net (ns2.egwn.net [193.172.5.4]) by
    dogma.slashnull.org (8.11.6/8.11.6) with ESMTP id g993QaK17008 for
    <zzzz-rpm@spamassassin.taint.org>; Wed, 9 Oct 2002 04:26:36 +0100
from mx1.spamassassin.taint.org (mx1.spamassassin.taint.org [66.187.233.31]) by egwn.net
    (8.11.6/8.11.6/EGWN) with ESMTP id g993HEf22898 for
    <rpm-list@freshrpms.net>; Wed, 9 Oct 2002 05:17:14 +0200
from int-mx1.corp.spamassassin.taint.org (int-mx1.corp.spamassassin.taint.org
    [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id
    g992vTX03844 for <rpm-list@freshrpms.net>; Tue, 8 Oct 2002 22:57:29 -0400
from pobox.corp.spamassassin.taint.org (pobox.corp.spamassassin.taint.org
    [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id
    g993HAf02250 for <rpm-list@freshrpms.net>; Tue, 8 Oct 2002 23:17:10 -0400
from ckk.rdu.spamassassin.taint.org (ckk.rdu.spamassassin.taint.org [172.16.57.72]) by
    pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id g993H9a05656 for
    <rpm-list@freshrpms.net>; Tue, 8 Oct 2002 23:17:09 -0400
From rpm-list-admin@freshrpms.net  Wed Oct  9 10:51:41 2002

On Mon, 2002-10-07 at 13:28, Matthias Saou wrote:
> I've never heard of any CD-ROM or DVD-ROM drive having problems with DMA...
> although there probably is since Red Hat decided to default disabling it a
> few releases back :-/
Heh. I get to see bad CDROM problems all the time. Mostly when vendors
buy crap cables to try to save $0.02/each, but there are chipsets and
drives with known DMA issues as well.
> Normally, even if you try to enable DMA and your device doesn't support it,
> it simply don't be able to make the change, and that's it. The problem IIRC
> is with crappy hardware that is supposed to support DMA but doesn't work as
> expected when it's enabled... maybe Chris could confirm this? ;-)
Usually if you enable DMA on a CDROM that can't handle it gracefully you
won't be able to read data off it relably, and that's about it. No
end_of_the_world problems, and easily fixed.
> I guess I'll settle for the /dev/dvd link change as described and putting
> the DMA tip in the %description :-)
My biggest beef with automatically setting /dev/dvd is that I always
seem to have a CD-Burner and a DVD drive (or DVD burner) in the same
box, and I usually have the DVD as the second drive /dev/cdrom1 in
"kudzu-speak". I agree that the %description is the best place for the
tip. Unless someone can come up with a way to probe CD/DVD drives to
divulge their largest supported media size without loading ide-scsi or
having that media currently in the drive.
--
Chris Kloiber
_______________________________________________
RPM-List mailing list <RPM-List@freshrpms.net>
http://lists.freshrpms.net/mailman/listinfo/rpm-list