Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 25 Oct 2011 13:18:47 +0200
From:      Claude Buisson <clbuisson@orange.fr>
To:        Daniel O'Connor <doconnor@gsoft.com.au>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>, freebsd-stable@freebsd.org
Subject:   Re: can audio CDs be played with ATA_CAM ?
Message-ID:  <4EA69B17.6020607@orange.fr>
In-Reply-To: <E7C52559-923E-40C0-A91C-26CA92972202@gsoft.com.au>
References:  <4EA68C47.2070908@orange.fr> <E7C52559-923E-40C0-A91C-26CA92972202@gsoft.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
On 10/25/2011 12:52, Daniel O'Connor wrote:
>
> On 25/10/2011, at 20:45, Claude Buisson wrote:
>> When upgrading a system to 8.2-STABLE, I switched my kernel from atapicam to
>> ATA_CAM, and found that vlc could not play audio CDs anymore. Reverting to
>> atapicam (and reverting from cdN to acdN of course), vlc was OK again.
>>
>> It seems that I am not the only one having this kind of problem, as I found (for
>> example) this message on questions@ (for releng9):
>>
>> http://lists.freebsd.org/pipermail/freebsd-questions/2011-October/234737.html
>>
>> Is this a known problem ? Is somebody working on it ?
>
> Have you tried pointing VLC at /dev/cd0 when using ATA_CAM?
>

Of course yes ! (I even configured WITH_CDROM_DEVICE=/dev/cd1 when building VLC)


> It may be trying old style ATA ioctls based on the device name.
>

VLC recognize the tracks and jump quickly from one to the following, without
playing it, and with a flow of messages:

[0x2caf2a3c] cdda access error: Could not set block size
[0x2caf2a3c] cdda access error: cannot read sector nnnnn

where the sector number is incremented, and then emit (2 times if I remenber):

[0x2af28bc] es demux error: cannot peek

Sorry for having ommited these messages in the previous mail.

I found a PR 161760 about cdparanoia needing to be patched for 9.0 with CAM, a
proposal by avg@ related to libxine:

http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-December/011414.html

These may not be the same problem, but I think they are related (a not so well
documented change in the kerm interface).

> --
> Daniel O'Connor software and network engineer
> for Genesis Software - http://www.gsoft.com.au
> "The nice thing about standards is that there
> are so many of them to choose from."
>    -- Andrew Tanenbaum
> GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
>
>
>
>
>
>
>

Claude Buisson



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4EA69B17.6020607>