O tópico do linux

BCooL disse:
já me começo a entender com o ubunto mas aida há muita coisa que não sei por exemplo como compilar pacotes e como instalar o google earth.
Clique para expandir...

compilar pacotes como? tens o código-fonte?
o usual make && make install costuma dar resultado.

ou então usa os binários nos repos ubuntu
apt-get update
apt-get install XXXX

precedidos de sudo, claro.

por exemplo
Código: 
sudo apt-get update
sudo apt-get install torcs

ou então usa o synaptic. é a forma mais fácil de instalar software.
 
Há por aí alguém que use slackware 13 com uma placa gráfica ATI?
Estou com montes de problemas com a placa gráfica, não consigo ter aceleração 3D nem instalar os drivers proprietários da ATI.
 
Motronic disse:
Se calhar, vem mesmo![:D]

Já experimentaste o Open Sound System V4?[;)]
Clique para expandir...

Antes de ele se por a inventar, que tente isto.

1) Ir ao menu System->Preferences->Sound e colocar tudo em PulseAudio Server excepto o Sound Capture (este deixar em ALSA) e o Default Mixer Tracks colocar em Playback: <placa_de_som> (PulseAudio Mixer) ou então tentar colocar só em <placa_de_som> (Alsa Mixer)

2) Abre o seguinte ficheiro com o comando sudo vi /etc/asound.state e acrescenta as seguintes linhas logo ao início do ficheiro:

pcm.pulse {
type pulse
}
ctl.pulse {

type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}

É preciso reiniciar o PC para estes parâmetros terem efeito no ALSA

3) Abrir o ficheiro seguinte com o comando: sudo vi /etc/pulse/daemon.conf e é preciso garantir que os seguintes parâmetros não estão comentados, ou seja, não tenham o ';' no prefixo e tenham os valores correctos:

high-priority = yes
nice-level = -11
resample-method = ffmpeg OU resample-method = src-sinc-medium-quality
disable-lfe-remixing = no
default-sample-rate = 44100 OU default-sample-rate = 48000
default-fragments = 5
default-fragment-size-msec = 5 OU default-fragment-size-msec = 10

Aqui podes brincar com estes valores e reiniciares o servidor do pulseaudio com os seguintes comandos:

$ pulseaudio -k
$ pulseaudio -D

Não precisas, nem podes, usar o sudo nestes comandos.

Se sentires o som baixo, corre o comando alsamixer -Dhw e altera os volumes aí, depois podes controlá-los normalmente no desktop

Depois diz qualquer coisa :) Também pode acontecer o flash não estar a passar pelo pulseaudio e recorra directamente ao ALSA, o que acontece às vezes acontece. Para estes valores baseei-me nestes sites:

PerfectSetup ? PulseAudio
http://ubuntuforums.org/showthread.php?t=776739

Cuidado, não se esqueçam de guardar os ficheiros originais e saber o que alteraram, pode acontecer ficarem sem som a brincar com estes parâmetros.


Já agora, para quem não consegue ver flash em full screen, tem aqui parte da solução:

Cannot view full screen Flash videos
 
Cheires disse:
Há por aí alguém que use slackware 13 com uma placa gráfica ATI?
Estou com montes de problemas com a placa gráfica, não consigo ter aceleração 3D nem instalar os drivers proprietários da ATI.
Clique para expandir...

Primeiro mostra os problemas e depois a gente tenta resolvê-los [;)]


Indigo disse:
Sim, porque em Windows também não tens que instalar drivers para teres som nem nada..
Clique para expandir...

Vibri disse:
Pfft, sei lá, aquilo é da faculdade, não podemos andar a mexer nisso...

De qq forma, o som já deveria vir como deve ser... é uma coisa dada como adquirida há bastantes anos, e estamos em 2009...
Clique para expandir...

Tal como a culpa de não existirem muitos jogos decentes para Linux é dos fabricantes das gráficas que não trabalham o suficiente para criar bons drivers em Linux, o mesmo se passa até certo ponto com o som. Hoje em dia até a Creative já liberta parte dos seus drivers para o Open source, mas ainda há algum caminho a percorrer, eu tenho assistido online a algumas conversas interessante com pessoal ligado à ALSA (Advanced Linux Sound Architecture) e ffado (pessoal do firewire open source para linux)

Podes ver aqui a listas de compatibilidades da ALSA:

Matrix:Main - AlsaProject

Depois tens os servidores de som tipo o pulseaudio, o Jack, o OSS, etc..., que têm tweaks para comunicar com o ALSA ou, no caso do OSS, serem "encaixados" no Kernel, mas isto é pau para outra discussão interessante a que se tem assistido cuja conclusão principal é que o PulseAudio é um sistema de som interessante para Desktop, fácil de programar para ele (enquanto que a API do ALSA é bastante complexa), é novo e tem muitas ideias frescas. É claro que ainda nem chegou à versão 1.0, tem tempo para atingir a maturidade.


ElGamal disse:
excelente post. toma lá um pontinho [;)]
Clique para expandir...

YEAH! I'm rich!!! [:D] [:blush:]
 
OrDoS disse:
Primeiro mostra os problemas e depois a gente tenta resolvê-los [;)]
Clique para expandir...

O problema é mesmo esse, não se vê nada, a não ser um cursor que não pisca no canto superior esquerdo do ecrã.
Não dá para abrir nova consola, não dá para fazer mais nada, a não ser cortar a corrente para reiniciar o PC.

Código: 
X.Org X Server 1.6.3
Release Date: 2009-7-31
X Protocol Version 11, Revision 0
Build Operating System: Slackware 13.0 Slackware Linux Project
Current Operating System: Linux kanguru2 2.6.29.6-smp #2 SMP Mon Aug 17 00:52:54 CDT 2009 i686
Build Date: 03 August 2009  06:51:50PM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 19 17:03:44 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "aticonfig Layout"
(**) |-->Screen "aticonfig-Screen[0]-0" (0)
(**) |   |-->Monitor "aticonfig-Monitor[0]-0"
(**) |   |-->Device "aticonfig-Device[0]-0"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/local" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/CID" does not exist.
	Entry deleted from font path.
(==) FontPath set to:
	/usr/share/fonts/TTF,
	/usr/share/fonts/OTF,
	/usr/share/fonts/Type1,
	/usr/share/fonts/misc,
	/usr/share/fonts/75dpi/:unscaled,
	/usr/share/fonts/100dpi/:unscaled,
	/usr/share/fonts/75dpi,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/cyrillic,
	built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
	If no devices become available, reconfigure HAL or disable AllowEmptyInput.
(II) Loader magic: 0x1de0
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.4
	X.Org Video Driver: 5.0
	X.Org XInput driver : 4.0
	X.Org Server Extension : 2.0
(II) Loader running on linux
(--) using VT number 7

(--) PCI:*(0:1:0:0) 1002:9591:1179:ff1e rev 0, Mem @ 0xc0000000/268435456, 0xd6300000/65536, I/O @ 0x00005000/256, BIOS @ 0x????????/131072
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[b]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[b]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[b]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[b]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[b]
	[5] -1	0	0x00000000 - 0x00000000 (0x1) IX[b]
(II) "extmod" will be loaded by default.
(II) "dbe" will be loaded by default.
(II) "glx" will be loaded by default.
(II) "dri" will be loaded by default.
(II) "dri2" will be loaded by default.
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 1.6.3, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 2.0
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 1.6.3, module version = 1.0.0
	Module class: X.Org Server Extension
	ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="FireGL - ATI Technologies Inc."
	compiled for 7.4.0, module version = 1.0.0
(II) Loading extension GLX
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
	compiled for 7.4.0, module version = 1.0.0
(II) Loading extension XFree86-DRI
(II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Loading /usr/lib/xorg/modules/linux//libfglrxdrm.so
(II) Module fglrxdrm: vendor="FireGL - ATI Technologies Inc."
	compiled for 1.4.99.906, module version = 8.64.3
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions//libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
	compiled for 1.6.3, module version = 1.1.0
	ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "fglrx"
(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
	compiled for 1.4.99.906, module version = 8.64.3
	Module class: X.Org Video Driver
(II) Primary Device is: PCI 01@00:00:0
(WW) Falling back to old probe method for fglrx
(II) ATI Proprietary Linux Driver Version Identifier:8.64.3
(II) ATI Proprietary Linux Driver Release Identifier: 8.64                                 
(II) ATI Proprietary Linux Driver Build Date: Jul 14 2009 21:18:03
(II) Loading PCS database from /etc/ati/amdpcsdb
(WW) This ATI Proprietary Linux Driver does not guarantee support of video driver ABI higher than 2.0
(WW) Video driver ABI version of the X server is 5.0
(--) Chipset Supported AMD Graphics Processor (0x9591) found
(WW) fglrx: No matching Device section for instance (BusID PCI:0@1:0:1) found
(II) AMD Video driver is running on a device belonging to a group targeted for this release
(II) AMD Video driver is signed
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[b]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[b]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[b]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[b]
	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[b]
	[5] -1	0	0x00000000 - 0x00000000 (0x1) IX[b]
(II) fglrx(0): pEnt->device->identifier=0x81f3338
(II) resource ranges after probing:
	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[b]
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[b]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[b]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[b]
	[4] 0	0	0x000a0000 - 0x000affff (0x10000) MS[b]
	[5] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[b]
	[6] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[b]
	[7] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[b]
	[8] -1	0	0x00000000 - 0x00000000 (0x1) IX[b]
	[9] 0	0	0x000003b0 - 0x000003bb (0xc) IS[b]
	[10] 0	0	0x000003c0 - 0x000003df (0x20) IS[b]
(II) Setting vga for screen 0.
(II) fglrx(0): === [atiddxPreInit] === begin
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
	compiled for 1.6.3, module version = 0.1.0
	ABI class: X.Org Video Driver, version 5.0
(II) fglrx(0): PCI bus 1 card 0 func 0
(**) fglrx(0): Depth 24, (--) framebuffer bpp 32
(II) fglrx(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
(==) fglrx(0): Default visual is TrueColor
(**) fglrx(0): Option "DPMS" "true"
(==) fglrx(0): RGB weight 888
(II) fglrx(0): Using 8 bits per RGB (8 bit DAC)
(==) fglrx(0): Gamma Correction for I is 0x06419064
(==) fglrx(0): Gamma Correction for II is 0x06419064
(==) fglrx(0): Buffer Tiling is ON
(II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Reloading /usr/lib/xorg/modules/linux//libfglrxdrm.so
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 11, (OK)
drmOpenByBusid: Searching for BusID PCI:1:0:0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 11, (OK)
drmOpenByBusid: drmOpenMinor returns 11
drmOpenByBusid: drmGetBusid reports PCI:1:0:0
(--) fglrx(0): Chipset: "ATI Mobility Radeon HD 3650" (Chipset = 0x9591)
(--) fglrx(0): (PciSubVendor = 0x1179, PciSubDevice = 0xff1e)
(--) fglrx(0): board vendor info: third party graphics adapter - NOT original ATI
(--) fglrx(0): Linear framebuffer (phys) at 0xc0000000
(--) fglrx(0): MMIO registers at 0xd6300000
(--) fglrx(0): I/O port at 0x00005000
(==) fglrx(0): ROM-BIOS at 0x000c0000
(II) fglrx(0): AC Adapter is used
(II) fglrx(0): Primary V_BIOS segment is: 0xc000
(II) Loading sub module "vbe"
(II) LoadModule: "vbe"
(II) Loading /usr/lib/xorg/modules//libvbe.so
(II) Module vbe: vendor="X.Org Foundation"
	compiled for 1.6.3, module version = 1.1.0
	ABI class: X.Org Video Driver, version 5.0
(II) fglrx(0): VESA BIOS detected
(II) fglrx(0): VESA VBE Version 3.0
(II) fglrx(0): VESA VBE Total Mem: 16384 kB
(II) fglrx(0): VESA VBE OEM: ATI ATOMBIOS
(II) fglrx(0): VESA VBE OEM Software Rev: 10.84
(II) fglrx(0): VESA VBE OEM Vendor: (C) 1988-2005, ATI Technologies Inc. 
(II) fglrx(0): VESA VBE OEM Product: M86
(II) fglrx(0): VESA VBE OEM Product Rev: 01.00
(II) fglrx(0): ATI Video BIOS revision 9 or later detected
(--) fglrx(0): Video RAM: 524288 kByte, Type: DDR2
(II) fglrx(0): PCIE card detected
(--) fglrx(0): Using per-process page tables (PPPT) as GART.
(WW) fglrx(0): board is an unknown third party board, chipset is supported
(II) fglrx(0): Using adapter: 1:0.0.
(II) fglrx(0): [FB] MC range(MCFBBase = 0xc0000000, MCFBSize = 0x20000000)
(II) fglrx(0): [pcie] 1553920 kB allocated
(II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize = 65536
(II) fglrx(0): Interrupt handler installed at IRQ 30.
(II) fglrx(0): IRQ 30 Enabled.
(II) fglrx(0): RandR 1.2 support is enabled!
(II) fglrx(0): RandR 1.2 rotation support is enabled!
(==) fglrx(0): Center Mode is disabled 
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/lib/xorg/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
	compiled for 1.6.3, module version = 1.0.0
	ABI class: X.Org ANSI C Emulation, version 0.4
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in

O Xorg0.log está aí em cima, e o xorg.conf, é o por defeito, depois de se correr o comando aticonfig --initial (não tenho agora aqui o ficheiro).
 
Motronic disse:
Se chamas a um upgrade do sistema de som "inventar".[:D]
Clique para expandir...

Se achas que o OSS é um upgrade a qualquer distro linux... [:D]

1) O OSSv4 quebra normas e regras de integração com o Kernel, por isso é que não está embebido no SO nem o podes escolher quando o instalas e é por isso que eu não o utilizo. Se posso alterar uns parâmetros num ficheiro para melhorar a qualidade do mixing do Pulseaudio, para que raio é que vou estar a descartá-lo? Para ouvir menos um ou 2 ruídos mais estranhos?
Confesso que não tenho experiência com o OSSv4, mas prefiro explorar as capacidades do PulseAudio que respeita as normas do kernel do linux. Além disso, se quisesse outro servidor de som preferia utilizar a combo JACK+ALSA do que ter o OSSv4. E se o som está embrulhado no Flash ou no Skype a culpa é dos developers destes. O skype na próxima versão para linux vai estar totalmente compatível com o Pulse.
O PulseAudio é relativamente recente e não tem assim muitas pessoas a desenvolver para ele. No entanto parece-me a escolha cada vez mais acertada para o desktop.

2) O Ubuntu não faz a integração do PulseAudio de forma completamente correcta actualmente. O Ubuntu 9.10 tem uma falha nesse capítulo que foi a não inclusão do módulo rt do PulseAudio. É um bug identificado e eles vão lançar o 9.10 mesmo assim.

3) Nenhuma distribuição nem nenhum developer do core do Linux actualmente dará suporte ou virá a suportar (caso o OSS não mude de abordagem) a integração do OSS com o kernel, logo a única entidade que irá suportar é mesmo a OpenSound sem o apoio dos developers do core do Linux

4) Se instalas o OSsv4 vais esperar que as tuas aplicações consigam comunicar com ela e como o sentido é do Linux não suportar oficialmente o OSS, cada vez menos software vai ser desenvolvido a pensar (também) na camada do OSSv4.

5) O ALSA tem montes de developers e pessoas dedicadas a ele, o OSS tem 2, salvo erro, e sendo o ALSA o verdadeiro bottleneck do PulseAudio, posso dizer-te que cada vez mais esse bottleneck está a ser reduzido.

Aconselho-te algumas leituras:

Artigo de opinião muito interessante que favorece o OSS mas mesmo assim não lhe dá razão: http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
Blog do main developer do PulseAudio: http://0pointer.de/blog/
Discussão interessante sobre a substituição (ou não) do PulseAudio pelo OSSv4: http://www.mail-archive.com/ubuntu-devel-discuss@lists.ubuntu.com/msg08698.html
 
Última edição:
Mooch disse:
A ouvir mp3 ou um filme tens o mesmo problema que a ouvir som através de flash?
Clique para expandir...

Não experimentei...

OrDoS disse:
Antes de ele se por a inventar, que tente isto.

1) Ir ao menu System->Preferences->Sound e colocar tudo em PulseAudio Server excepto o Sound Capture (este deixar em ALSA) e o Default Mixer Tracks colocar em Playback: <placa_de_som> (PulseAudio Mixer) ou então tentar colocar só em <placa_de_som> (Alsa Mixer)

2) Abre o seguinte ficheiro com o comando sudo vi /etc/asound.state e acrescenta as seguintes linhas logo ao início do ficheiro:

pcm.pulse {
type pulse
}
ctl.pulse {

type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}

É preciso reiniciar o PC para estes parâmetros terem efeito no ALSA

3) Abrir o ficheiro seguinte com o comando: sudo vi /etc/pulse/daemon.conf e é preciso garantir que os seguintes parâmetros não estão comentados, ou seja, não tenham o ';' no prefixo e tenham os valores correctos:

high-priority = yes
nice-level = -11
resample-method = ffmpeg OU resample-method = src-sinc-medium-quality
disable-lfe-remixing = no
default-sample-rate = 44100 OU default-sample-rate = 48000
default-fragments = 5
default-fragment-size-msec = 5 OU default-fragment-size-msec = 10

Aqui podes brincar com estes valores e reiniciares o servidor do pulseaudio com os seguintes comandos:

$ pulseaudio -k
$ pulseaudio -D

Não precisas, nem podes, usar o sudo nestes comandos.

Se sentires o som baixo, corre o comando alsamixer -Dhw e altera os volumes aí, depois podes controlá-los normalmente no desktop

Depois diz qualquer coisa :) Também pode acontecer o flash não estar a passar pelo pulseaudio e recorra directamente ao ALSA, o que acontece às vezes acontece. Para estes valores baseei-me nestes sites:

PerfectSetup ? PulseAudio
[ubuntu] How To: The (almost) Perfect Pulse Audio Setup - Ubuntu Forums

Cuidado, não se esqueçam de guardar os ficheiros originais e saber o que alteraram, pode acontecer ficarem sem som a brincar com estes parâmetros.


Já agora, para quem não consegue ver flash em full screen, tem aqui parte da solução:

Cannot view full screen Flash videos
Clique para expandir...

Ahahahah... tenho cara de funcionário?

O computador é da faculdade, eu não posso fazer sudo!

E depois, os computadores servem para fazer oprações genéricas (i.e. correr programas), não para uma pessoa se andar ás aranhas com o que nunca deveria ver...
 
Vibri disse:
Não experimentei...



Ahahahah... tenho cara de funcionário?

O computador é da faculdade, eu não posso fazer sudo!

E depois, os computadores servem para fazer oprações genéricas (i.e. correr programas), não para uma pessoa se andar ás aranhas com o que nunca deveria ver...
Clique para expandir...

Não sabia que não tinhas acesso, pensava que o problema era teu.

Queixa-te aos técnicos (se é que isso te vale de alguma coisa).
 
Vibri disse:
N
E depois, os computadores servem para fazer oprações genéricas (i.e. correr programas), não para uma pessoa se andar ás aranhas com o que nunca deveria ver...
Clique para expandir...

concordo. mas não conheço nenhum SO onde não se ande às aranhas. a vantagem do linux é ser, na maior parte dos casos, muito mais transparente.
 
ElGamal disse:
concordo. mas não conheço nenhum SO onde não se ande às aranhas. a vantagem do linux é ser, na maior parte dos casos, muito mais transparente.
Clique para expandir...

Exactamente, tanto é que pelo menos normalmente sei o porquê de acontecerem e muitas das vezes até os consigo corrigir ou saber quando serão corrigidos, basta informar-me um pouco.

Vibri disse:
E depois, os computadores servem para fazer oprações genéricas (i.e. correr programas), não para uma pessoa se andar ás aranhas com o que nunca deveria ver...
Clique para expandir...

E o Linux não corre os programas? O que é que acontece se o Flash não utiliza de forma correcta a camada de som do Linux? A culpa é de quem fez o Linux ou do fabricante do software? [8b] :sh)
 
OrDoS disse:
Se achas que o OSS é um upgrade a qualquer distro linux... [:D]
Clique para expandir...
E estou longe de ser o único![;)]
How to switch from alsa to OSSv4 Martin Baselier’s Blog

Get rid of all PulseAudio problems – Use OSS at Harsh J

Insane Coding: Perfect sound with OSS version 4

Slashdot | PulseAudio Creator Responds To Critics

OrDoS disse:
1) O OSSv4 quebra normas e regras de integração com o Kernel, por isso é que não está embebido no SO nem o podes escolher quando o instalas e é por isso que eu não o utilizo. Se posso alterar uns parâmetros num ficheiro para melhorar a qualidade do mixing do Pulseaudio, para que raio é que vou estar a descartá-lo? Para ouvir menos um ou 2 ruídos mais estranhos?
Confesso que não tenho experiência com o OSSv4, mas prefiro explorar as capacidades do PulseAudio que respeita as normas do kernel do linux. Além disso, se quisesse outro servidor de som preferia utilizar a combo JACK+ALSA do que ter o OSSv4.
Clique para expandir...
Isso vai para aí ma grande confusão. Jack e PulseAudio são servidores de som. OSS e Alsa são os drivers.

Esecial atenção para:
OSS always has sound mixing, ALSA does not.
OSS sound mixing is of higher quality than ALSA's, due to OSS using more precise math in its sound mixing.
OSS has less latency compared to ASLA when mixing sound due to everything running within the Linux Kernel.
OSS offers per application volume control, ALSA does not.
ALSA can have the Operating System go into suspend mode when sound was playing and come out of it with sound still playing, OSS on the other hand needs the application to restart sound.
OSS is the only option for certain sound cards, as ALSA drivers for a particular card are either really bad or non existent.
ALSA is the only option for certain sound cards, as OSS drivers for a particular card are either really bad or non existent.
ALSA is included in Linux itself and is easy to get ahold of, OSS (v4) is not.
Clique para expandir...
 
Motronic disse:
E estou longe de ser o único![;)]
How to switch from alsa to OSSv4 Martin Baselier’s Blog

Get rid of all PulseAudio problems – Use OSS at Harsh J

Insane Coding: Perfect sound with OSS version 4

Slashdot | PulseAudio Creator Responds To Critics


Isso vai para aí ma grande confusão. Jack e PulseAudio são servidores de som. OSS e Alsa são os drivers.

Esecial atenção para:
OSS has less latency compared to ASLA when mixing sound due to everything running within the Linux Kernel.
Clique para expandir...
Clique para expandir...

Já conhecia esses sites todos que deste, no entanto eu mostrei uma forma de não precisares de retirar o OSSv4. Segundo, se fores um utilizador normal de Desktop pouco ou nada te vai interessar a latência, o foco é simplesmente ouvir som decentemente. Latências baixas são precisas essencialmente para quem interage com instrumentos (tipo MIDI) e precisa de ter feedback em realtime.
O facto de o OSS estar ao nível do kernel permite-lhe ganhar prioridade extra que o ALSA+PulseAudio não tem devido ao facto de correrem no userspace.

O que eu quis dizer com a suposta "confusão" que fiz (e não me expliquei bem, tens razão nisso) é que o software que manipula som precisa de usar bibliotecas que estejam preparadas para lidar com OSSv4. Muito do actual software que existe não está preparado para lidar decentemente com OSSv4. A prova é leres os comentários das pessoas que se queixem de que, apesar de terem um som imaculado, muitas coisas não funcionam!
Como este não tem tido muita aceitação no mundo do Linux, embora muita gente lhe reconheça melhor qualidade de som que o PulseAudio mesmo sendo este último relativamente recente considerando os anos que o OSS tem em cima, terá a tendência para que cada vez menos seja utilizado, A NÃO SER QUE NOS PRÓXIMOS TEMPOS ALGUMA COISA MUDE!

Eu não disse que o OSS era pior, só disse que neste momento, para além de violar as regras de integração com o Kernel (principalmente porque os devs do core do Kernel não têm como suportá-lo nem me parece que os devs do OSS estejam muito interessados nisso), suporta menos placas que o ALSA e o PulseAudio entretanto lá se vai safando q.b. e acente no ALSA.

Para uma pessoa que não perceba muito ou mesmo nada andar a mudar do ALSA para o OSS e desactivar/remover o PulseAudio é um risco. Com o OSS nem tudo é "just works", por isso não é bem um upgrade.

De qualquer das formas, sendo que o desenvolvimento do PulseAudio está a andar bem, tirando a parte de que este vai de certeza ocupar sempre um pouco mais de CPU do que se tivesses o OSS, parece-me bem apostar nele. Senão sempre se pode remover o PulseAudio e experimentar ficar só com o ALSA para ver se serve (o que duvido).

E mais, eu até tenho tido "problemas" com o PulseAudio e software mal comportado como o Flash que de vez em quando agarra e bloqueia o ALSA em vez de usar o plugin do ALSA para o PulseAudio, sendo que fico sem som no Banshee, mas penso que é só uma questão de tempo até corrigirem isso.

Quem quiser experimentar o método que eu deixei e seguir as recomendações dos sites, só vai ter que mudar uns ficheiros e dar uns clicks, não vai ter de revolucionar o desktop todo só para melhorar um pouco a qualidade sonora. Se quiserem experimentar modos diferentes no resampling do PulseAudio, no ficheiro /etc/pulse/daemon.conf, em vez de mudarem o resample-method para src-sinc-medium-quality, podem tentar outras coisas como src-sinc-fastest, etc... (para terem uma lista dos métodos disponíveis corram o comando pulseaudio --dump-resample-methods ).
De certeza que vão notar diferenças ao alterar os valores como eu referi, ao ponto de provavelmente desistirem de ter de instalar o OSSv4.

Se um dia quiser fazer coisas em realtime não vou usar o PulseAudio. Uso o JACKsobre o ALSA. Se não ficar satisfeito, então mudo para OSSv4 para ver se me serve e chega, e para verificar se todas as aplicações que utilizo todas conseguem comunicar com o OSSv4 e não terem problemas.
 
Última edição:
ElGamal disse:
concordo. mas não conheço nenhum SO onde não se ande às aranhas. a vantagem do linux é ser, na maior parte dos casos, muito mais transparente.
Clique para expandir...

Eu conheço dois... também os deves conhecer...

OrDoS disse:
Exactamente, tanto é que pelo menos normalmente sei o porquê de acontecerem e muitas das vezes até os consigo corrigir ou saber quando serão corrigidos, basta informar-me um pouco.
Clique para expandir...

Isso é tudo muito bonito, e eu também o consigo fazer, mas quando uma pessoa quer é que o sistema funcione, e funcione bem, é mas é razão para fazer reboot e voltar ao Windows!



E o Linux não corre os programas? O que é que acontece se o Flash não utiliza de forma correcta a camada de som do Linux? A culpa é de quem fez o Linux ou do fabricante do software? [8b] :sh)
Clique para expandir...

Mau era se não corresse...

Por acaso, em certas placas gráficas, o Flash corre melhor por OSS, outras por ALSA, outras por XTPO... enfim... dois comandantes afundam um navio!

A Kernel do Linux já é extremamente ultrepassada para os dias de hoje, e o sistema "Linux" (debians, red hats, e afins), NUNCA será tão bom como o Windows ou Mac OS X, simplesmente não há nenhuma autoridade, e é preciso um programador ter muitos anos de experiência e muito conhecimento de Linux para fazer um programa como deve ser, isto é muito estúpido no panorama actual, onde os programadores são os trolhas do séc. XXI, e o código, a implementação e atenção ao cliente passa a ser um pequeno detalhe num produto de software.
 
Deve fazer início de sessão ou registar-se para responder aqui.
Voltar
Superior