On Tue, 2003-05-27 at 21:06, adam leigh wrote:> Unfortunately, ices2 isn't writing anything to the logs. I've got them on > debug mode, but there still isn't anything being written to indicate it's > having a known problem.well thats a problem, you should at least see ices started if not then try to resolve that first. Email the config file to me and I'll have a quick look.> As far as the interference goes, I've found that reducing the iGain and amping > the input source seems to reduce the interfencence a good deal, at least, good > enough such that it's only a low murmur in the background. I have tinkered > with the bitrates, however, and have found them to have little effect. Unused > inputs have all been muted.On mine, I have a Mic Boost which can add horrid interference to the audio.> The secondary (PCI) card still only broadcasts silence even when changing the > settings mentioned above. It continues to send no sound even when I have a > microphone connected to the card and I can hear it over the local speakers. > Nothing on the mixer app seems to change this.Either ices is listening to the wrong dsp device or the mixer has not set the correct input to record. karl. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> On Tue, 2003-05-27 at 21:06, adam leigh wrote: > > Unfortunately, ices2 isn't writing anything to the logs. I've got them on > > debug mode, but there still isn't anything being written to indicate it's > > having a known problem. > > well thats a problem, you should at least see > ices started > if not then try to resolve that first. Email the config file to me and > I'll have a quick look.Here's a copy of the config file. I've checked the specified directory many times but there's never any updates to it. I can't imagine what might be wrong. ---- Quoted File: ices-live1.xml <?xml version="1.0"?> <ices> <background>0</background> <!-- run in background? (unimplemented) --> <logpath>/usr/local/programs/ices/logs</logpath> <!-- where logs, etc go. --> <logfile>ices-live-1.log</logfile> <loglevel>4</loglevel> <!-- 1=error,2=warn,3=info,4=debug --> <consolelog>1</consolelog> <!-- logfile is ignored if this is set to 1 --> <stream> <!-- metadata used for stream listing (not currently used) --> <metadata> <name>Example stream name</name> <genre>Example genre</genre> <description>A short description of your stream</description> </metadata> <!-- input module This example uses the 'oss' module. It takes input from the oss audio device (i.e. line-in), and processes it for live encoding. --> <input> <module>oss</module> <param name="rate">44100</param> <!-- samplerate --> <param name="channels">2</param> <!-- number of channels --> <param name="device">/dev/dsp1</param> <!-- audio device: add-in card (c-media, device 1) --> <param name="metadata">1</param> <!-- Read metadata (from stdin by default, or filename defined below (if the latter, only on SIGUSR1) --> <param name="metadatafilename">test</param> </input> <!-- Stream instance You may have one or more instances here. This allows you to send the same input data to one or more servers (or to different mountpoints on the same server). Each of them can have different parameters. This is primarily useful for a) relaying to multiple independent servers, and b) encoding/reencoding to multiple bitrates. If one instance fails (for example, the associated server goes down, etc), the others will continue to function correctly. This example defines a single instance doing live encoding at low bitrate. --> <instance> <!-- Server details: You define hostname and port for the server here, along with the source password and mountpoint. --> <hostname>localhost</hostname> <port>8000</port> <password>hackme</password> <mount>/1</mount> <!-- Live encoding/reencoding: channels and samplerate currently MUST match the channels and samplerate given in the parameters to the oss input module above. --> <encode> <quality>0</quality> <samplerate>44100</samplerate> <channels>2</channels> </encode> <!-- stereo->mono downmixing, enabled by setting this to 1 --> <downmix>1</downmix> <!-- resampling. Set to the frequency (in Hz) you wish to resample to, or 0 to disable --> <resample> <in-rate>44100</in-rate> <out-rate>22050</out-rate> </resample> </instance> </stream> </ices> --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Unfortunately, ices2 isn't writing anything to the logs. I've got them on debug mode, but there still isn't anything being written to indicate it's having a known problem. As far as the interference goes, I've found that reducing the iGain and amping the input source seems to reduce the interfencence a good deal, at least, good enough such that it's only a low murmur in the background. I have tinkered with the bitrates, however, and have found them to have little effect. Unused inputs have all been muted. The secondary (PCI) card still only broadcasts silence even when changing the settings mentioned above. It continues to send no sound even when I have a microphone connected to the card and I can hear it over the local speakers. Nothing on the mixer app seems to change this. --acl <p>> On Tue, 2003-05-27 at 19:24, adam leigh wrote:> > Hallo, > > > > I'm trying to run two seperate live audio streams on my Redhat 8 box. I'vegot> > two sound devices that linux (begrudgingly) acknoledges. I can get Ices2to> > run off of the onboard sound solution but there seems to be alot of > > interference, however, when I try to use the PCI-card (a C-Media chipset)it> > takes a lot time to connect from a remote client and there is no soundcoming> > through at all. > > > > I've checked all mixer settings thoroughly as well as making sure the input > > audio is being processed by the card but it simply does not broadcast itover> > the net. > > Check what is reported in the ices log file, see if the requested > settings are being accepted. Some devices only accept certain rates like > 48000 for instance. > > Can you describe the interference, are the levels too high for instance, > are unused inputs muted ? > > Can you do some straight recording with rec/sox without interference. > > > Can anyone give me suggestions as to the nature of this problem? I'm usingOSS> > drivers because ALSA gave me migranes trying to install and in the end Icould> > not get them to work. > > The alsa drivers aren't too bad, there are some extra lines from the > modules.conf for automatic loading. The alsa site does describe them > though, http://www.alsa-project.org/alsa-doc/ > > karl. > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. >--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.