/dev/dsp is a legacy sound driver device node for the obsolete OSS sound driver. Newer software should be using either ALSA sound directly via /dev/snd/pcm* or via the PulseAudio sound server. For timidity, try using -Os or just do not specify -O at all let it pick the default. Either works fine on my Fedora 29 system.
Available output modes (-O, --output-mode option): -OO Libao mode -Os ALSA pcm device -Od dsp device -Oj JACK device -Ow RIFF WAVE file -Or Raw waveform data -Ou Sun audio file -Oa AIFF file -Ov Ogg Vorbis -OF FLAC -OS Ogg Speex -Ol List MIDI event -Om Write MIDI file -OM MOD -> MIDI file conversion On Thu, Jul 25, 2019 at 03:27:59PM -0400, dan moylan wrote: > > derek writes: > > On Tue, Jul 16, 2019 at 11:16:21AM -0400, dan moylan wrote: > > > >> running fc29 on acer aspire E1-6860. > > > >> timidiy installed and appears to run, but no audio is heard. > >> using option -Od (default) complains the /dev/dsp isn't > >> there. any suggestions? > > > The two things that come to mind are: > > > 1. /dev/dsp is in fact not there... the node may be > > missing from /dev, or the driver may not be loaded. > > > 2. /dev/dsp IS there, and the driver is loaded, but > > something else has it open/locked. > > > Some things to try: > > > ls -l /dev/dsp > > moylan 2019[1368] ls -l /dev/dsp > ls: cannot access '/dev/dsp': No such file or directory > > > check dmsg output/syslog for errors about your sound hardware > > > lsmod and grep on your driver name (assuming a modular kernel) > > Module Size Used by > snd_seq_dummy 16384 0 > snd_hrtimer 16384 0 > snd_hda_codec_realtek 126976 1 > snd_hda_codec_generic 90112 1 snd_hda_codec_realtek > snd_hda_codec_hdmi 69632 1 > snd_hda_intel 49152 6 > snd_hda_codec 155648 4 > snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek > snd_hda_core 102400 5 > snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek > snd_hwdep 16384 1 snd_hda_codec > snd_seq 86016 1 snd_seq_dummy > snd 94208 22 > snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm > soundcore 16384 1 snd > drm_kms_helper 212992 1 i915 > drm 487424 14 drm_kms_helper,i915 > > these are what appear to be sound modules, not that i know > what any of them does. which one might be my driver? > > johnny wrote: > > i don't know if this came about when updating debian, but > > that's when it came about for me. the problem was that > > timidity was starting *before* pulseaudio, so pulseaudio > > couldn't get the audio "files" to write to. > > > i solved it by killing the running timidity process (as > > root), which freed up the audio file semaphores (?) so that > > pulseaudio could grab them and send the sound out my > > speakers. there's prolly a way i can stop timidity from > > starting up, but for now, just manually killing that > > (timidity) process works for me. > > no timidity processes running here, except when i explicityl > call timidity from the command line. > > thanks for your suggestions. > > ole dan _______________________________________________ Discuss mailing list [email protected] http://lists.blu.org/mailman/listinfo/discuss
