mplayer no deps misinformation

[manit123]

hi , I have installed Mplayer-nodeps.tcz .
Its information says that it works wilth alsa or oss sound.
But in reality

Code: [Select]

MPlayer SVN-r33811-snapshot-4.4.3 (C) 2000-2011 MPlayer Team
Available audio output drivers:
oss OSS/ioctl audio output
mpegpes DVB audio output
v4l2 V4L2 MPEG Audio Decoder output
null Null audio output
pcm RAW PCM/WAVE file writer audio output
I think , that should be rectfied by creator.

[tinypoodle]

"misinformation" is a bit of a hyperbole in case in question.

Mplayer-nodeps does work with alsa making use of oss emulation.

[curaga]

It says "For sound you'll of course need OSS or alsa."

I don't think that's misinfo in any way, those two are the only sound systems on Linux. As tinypoodle said, you'll get sound on alsa via its OSS emulation.

[coreplayer2]

I luv this extension, use it on many machines some which use alsa and others which use OSS 

I use it with the Gnome MPlayer front end

[manit123]

i too like the binary which is one shot solution for audio/video playing .
WHich package should I install if I have alsa ?

[manit123]

is it alsa-oss ?

Code: [Select]

Title:          alsa-oss.tcz
Description:    ALSA wrapper for OSS applications
Version: 1.0.25
Author:         ?
Original-site:  http://www.alsa-project.org/
Copying-policy: GPLv2
Size: 32K
Extension_by:   jls_legalize (unsenepopiu at tin dot it)
Tags:     ALSA wrapper OSS
Comments:       One of the aims of ALSA is to provide full OSS compatibility for OSS applications.
ALSA does this by emulating the old OSS sound driver.
ALSA has two alternative methods of emulating the old OSS sound driver:
* The first (and most reliable) emulation method is to load ALSA's kernel
OSSEmulation modules: snd-pcm-oss, snd-mixer-oss, and snd-seq-oss.
    * The second emulation method is to use the aoss script included in the alsa-oss package.
For example, to use the xmms media player program, which in some old version is only an
OSS application, you can start it using aoss:
aoss xmms
together with the OSS output plugin of xmms.
Usage of aoss is preferred over kernel-level OSS emulation because if you need use the
PCM plugin layer, enabling the use of the DmixPlugin or asym.
If you don't need software-mixing of streams or any other PCM layer functionality,
then go with the kernel-level emu (modules), since they are much easier to set up:
Just load them.
For details of how to use the kernel modules see the OSSEmulation page.
You can define PCM devices in the .asoundrc which will then get used by the aoss
script (pcm.dsp0). See the man page of aoss. Also I think that you can tell it which mixer
to use; use a "ctl.mixer0" entry for that.
Important It seems that aoss does not support libc's fopen() function calls.
So all OSS apps that use the sound devices by calling fopen() won't work with aoss.
The sox program, for example, won't work. I don't know of any others though I suspect
that there are quite a few.
Teamspeak uses fopen() too in the current version. Teamspeak 3.x is supposed to have
native ALSA support though. Maybe aoss will be adapted to catch calls to libc's fopen()
and other related functions.
Changelog:      2009/05/19 Initial packaging
Current: 2012/02/16 Updated to 1.0.25



[curaga]

No need to install anything beyond alsa.tcz itself. It includes the OSS emulation modules.