LinHES Forums
http://forum.linhes.org/

Chaintech Av-710 (uses via envy 24ht/pt)5.1 configuration
http://forum.linhes.org/viewtopic.php?f=3&t=4132
Page 2 of 3

Author:  Thermopyle [ Tue Aug 02, 2005 12:28 pm ]
Post subject: 

are you sure you set up your /home/mythtv/.xine/config properly?

Author:  nephlm [ Sat Aug 06, 2005 7:02 pm ]
Post subject: 

I've been having some trouble getting this card to work properly and I thought I'd see if someone who knew more than me might be able to help. I got this card installed and sending sound out via the spdif wihout much problem. However I got the following errors:

1) When I first installed this card I got no sound (Just "Audio buffer overflow, audio data lost!" errors), however flipping on aggressive buffering allowed sound to be played. Now I can play recorded TV fine-ish (See #2 below) as long as I don't adjust the position in the video. But if I skip, fast forward or pause 85% of the time when video starts playing again there will be no sound. When I start playing recorded TV I get the following "Your soundcard is not reporting free space correctly." but sound works. When the sound dies the front end spits out a ton of "Audio buffer overflow, audio data lost!" I can mark my position quit and re-start the show and sound comes back. Once or twice sound has died when I haven't done anything to adjust my position in the video stream.

2) I can't seem to force the sample rates to 44100. If I set the card to 48000 and play recorded TV, it sounds right, however mythmusic which output at 44100 sounds high pitched. If I set it to 44100 the reverse happens mythtmusic is fine but recorded TV is low pitched. Seems like recorded TV is outputting at 48000 instead of 44100. Is there anyway I can tinker with this?

3) Not really a problem but a note incase it provides information. Sound is being output via /dev/dsp. I have a /dev/adsp but it produces no sound, I don't have any of the other ouptup devices that were mentioned.

Sound on linux really is not one of my skills so I'm not even sure what information I could provide to help people point me in right direction.

Thanks for any help you can give.
--Nephlm

Author:  vtphilk [ Wed Aug 10, 2005 5:06 pm ]
Post subject: 

I have the same problem with the 44100 /48000. Mythmusic is 44100 and mythvideo 48000 to make it sound right.

Also, isn't there a way to delay the video or audio in mplayer just a tad...like I know the n/m key in xine does it.

Author:  Thermopyle [ Mon Aug 29, 2005 8:57 pm ]
Post subject:  Sample rates mystery uncovered!

First off, sorry for not posting in a while, I've been working hard on this problem.

Envy24 chipsets have a ton of functionality. That is a good thing, however there are some features that are truly baffling. One that comes to mind (after months of agony) is "Multi Track Rate Locking". It tells the card "do not convert sampling rates, just play them at the Internal Clock rate". So if you play an 8kHz recording at 44.1kHz it sounds like if you were to hold the play and FF button on a tape player. If you were to play a 48kHz recording at 44.1kHz it sounds like everyone's been doing nitrous oxide (i.e. low voices and a little slower... not that I would know, I've just heard from people ya know). What's even more confusing to me is why the hell this thing is enabled by default. What a waste of time. I swear they do this stuff on purpose to make me learn things I don't want to learn. I had everything working for about 20 minutes but then I came accross another issue envy24 drivers have, which for me right now is the deal breaker: sometimes the rates to get stuck when rate locking is turned off. I suppose that's why they set rate locking on as a default because it doesn't work :). I found a patch that doesn't appear to work for me: http://www.mail-archive.com/alsa-devel@lists.sourceforge.net/msg09113.html . Any suggestions would be much abliged.

Myth compounded the issue for me. In mpegrecorder.cpp it states "// only 48kHz works properly." regarding audio sample rates in MPEG recordings which I have tested and proven to be correct. What happens is a discrepancy in displayed time and actual position in the recording when recording at a rate other than 48kHz. This leads to skipping back when trying to skip forward because myth is miscalculating the current position based on time elapsed. What got me confused in the first place is that the comments in Recording Profiles in TV Settings in Myth frontend say: "Sets the audio sampling rate for your DSP. Ensure that you choose a sampling rate appropriate for your device. btaudio may only allow 32000." This implies that not only is it ok to change the sampling rate from the default but that it is recommended. This is not the case. Do not be deceived, 48000 is the only acceptable setting for mpeg encoders unless you never watch recordings while they're recording. When playing recordings while they are recording, the sample rate is gathered from the codec settings in the db rather than the mpeg header. If any of this is incorrect by all means correct me but I'm 99% sure this is the case based on the code I've gone through and the tests I've conducted.

So for now I have turned on rate locking, set the "Multi Track Internal Clock" to 44100 and reset the recording profiles to 48kHz. Everything works but non-mpg videos (which I could probably fix with mplayer configs), and music in odd sample rates (not really an issue).

Author:  Thermopyle [ Tue Aug 30, 2005 2:47 pm ]
Post subject: 

Ok so here's my final solution: I've set the multi track internal clock to 48kHz and unmuted (read: turned on) multi track rate locking via alsamixer so dvds and videos work and I've created /home/myth/.asoundrc file and set the music audio device to ALSA:mixed-analog (which was the only setting I could get to do resampling... i.e. I didn't write the .asoundrc).

Here's my /home/myth/.asoundrc file:
Code:
# Override the default output used by ALSA.
# If you do not override the default, your default
# device is identical to the (unmixed) analog device
# shown below.  If you prefer mixed and/or digital
# output, uncomment the appropriate four lines below
# (only one slave.pcm line).
#pcm.!default {
#  type plug
## Uncomment the following to use mixed analog by default
#  slave.pcm "dmix-analog"
## Uncomment the following to use unmixed digital by default
#  slave.pcm "digital-hw"
## Uncomment the following to use mixed digital by default
#  slave.pcm "dmix-digital"
#}

# Alias for analog output on the Chaintech AV-710 (hw:0,0)
# - This is identical to the device named "default"--which
# always exists and refers to hw:0,0 (unless overridden)
# - Therefore, we can specify "hw:0,0", "default", or "analog"
# to access analog output on the Chaintech AV-710
pcm.analog {
 type plug
 slave.pcm "analog-hw"
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.analog {
 type hw
 card 0
}

# Alias for (rate-converted) mixed analog output on the
# Chaintech AV-710 (hw:0,0)
#  - This will accept audio input--regardless of rate--and
# convert to the rate required for the dmix plugin
# (in this case 48000Hz)
pcm.mixed-analog {
 type plug
 slave.pcm "dmix-analog"
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.mixed-analog {
 type hw
 card 0
}


# Alias for (rate-converted) digital (S/PDIF) output on the
# Chaintech AV-710 (hw:0,1)
#  - This will accept audio input--regardless of rate--and
# convert to the rate required for the S/PDIF hardware
# (in this case 48000Hz)
pcm.digital {
 type plug
 slave.pcm "digital-hw"
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.digital {
 type hw
 card 0
}

# Alias for mixed (rate-converted) digital (S/PDIF) output on the
# Chaintech AV-710 (hw:0,1)
#  - This will accept audio input--regardless of rate--and
# convert to the rate required for the S/PDIF hardware
# (in this case 48000Hz)
pcm.mixed-digital {
 type plug
 slave.pcm "dmix-digital"
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.mixed-digital {
 type hw
 card 0
}

# The following devices are not useful by themselves.  They
# require specific rates, channels, and formats.  Therefore,
# you probably do not want to use them directly.  Instead use
# of of the devices defined above.

# Alias for analog output on the Chaintech AV-710 (hw:0,0)
# Do not use this directly--it requires specific rate,
# channels, and format
pcm.analog-hw {
 type hw
 card 0
 device 0
 # The default value for device is 0, so no need to specify
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.analog-hw {
 type hw
 card 0
}

# Alias for digital (S/PDIF) output on the Chaintech AV-710 (hw:0,1)
# Do not use this directly--it requires specific rate,
# channels, and format
pcm.digital-hw {
 type hw
 card 0
 device 1
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.digital-hw {
 type hw
 card 0
}

# Direct software mixing plugin for analog output on
# the Chaintech AV-710 (hw:0,0)
# Do not use this directly--it requires specific rate,
# channels, and format
pcm.dmix-analog {
 type dmix
 ipc_key 1234
 slave {
   pcm "analog-hw"
   period_time 0
   period_size 1024
   buffer_size 4096
   rate 48000
 }
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.dmix-analog {
 type hw
 card 0
}

# Direct software mixing plugin for digital (S/PDIF) output
# on the Chaintech AV-710 (hw:0,1)
# Do not use this directly--it requires specific rate,
# channels, and format
pcm.dmix-digital {
 type dmix
 ipc_key 1235
 slave {
   pcm "digital-hw"
   period_time 0
   period_size 1024
   buffer_size 4096
   rate 48000
 }
}

# Control device (mixer, etc.) for the Chaintech AV-710 card
ctl.dmix-digital {
 type hw
 card 0
}

Author:  stevenj [ Wed Sep 07, 2005 12:17 pm ]
Post subject: 

I've read through this thread and with the solution mentioned (or is it a workaround?) I'm wondering if everyone else with this card got this working?

I am thinking about buying this sound card so I'd like to know if others recommend it for Myth? I want to use it for SPDIF output to my receiver primarily for recordings, but occassionally for videos and music so is this card recommended to buy or are there other recommended cards? Obviously I'd like the cheapest card I can get, but ease of use/setup for Linux/Myth is also a priority. Thanks.

Steve

Author:  vtphilk [ Fri Oct 21, 2005 11:19 am ]
Post subject: 

Also wondering if this works? I still having a bit of SPDIF issues on the av-710 iin r5a22 ... Basically, get no sound with mythmusic / mythtv /video on the spdif. But, my rx'er detects a digital signal so probably just a issue with my dev or sumtin.

I have everything set to /dev/adsp ...I tried /dev/dsp too.

Author:  vtphilk [ Fri Oct 21, 2005 4:45 pm ]
Post subject: 

I've tried thermoplyles asoundrc and setting multitrack locking to 48k however still mythmusic sounds weird. Everything a little higher pitch. Also, I get no sound with mythvideo however I think that is a mplayer command line thing. Mythtv sounds fine however

Any ideas?

Author:  Thermopyle [ Fri Nov 11, 2005 10:28 pm ]
Post subject: 

I'm having the same problem. What seems odd to me is that this is part of the "dragon" system suggested by the knoppmyth guys. I wonder how they have it set up.

Author:  dara [ Sun Nov 27, 2005 12:53 pm ]
Post subject: 

Thermopyle wrote:
I'm having the same problem. What seems odd to me is that this is part of the "dragon" system suggested by the knoppmyth guys. I wonder how they have it set up.


I'm now in the process of trying to get digital sound (or any sound for that matter) out of my Chaintech card (same as the type in the first post) using R5A22. I also was wondering about the Dragon's use of this card obviously not causing any problems since I believe they speak of their system working out of the box with R5A22 or later.

I've skimmed some of the HOWTOs on this topic, but they are for much older versions of KnoppMyth. So, the question is: Does this Chaintech card work out of the box with R5A22 or later if the install is done correctly?

If the people working on the Dragon don't reply to this thread (they often do), I may send them a quick email with this question.

Dara

p.s. I did my initial install of a pcHDTV HD-3000 card incorrectly (I failed to select DVB). I won't be surprised the same thing is happening now with my soundcard.

Author:  dara [ Sat Dec 03, 2005 12:38 pm ]
Post subject: 

dara wrote:

If the people working on the Dragon don't reply to this thread (they often do), I may send them a quick email with this question.



I did get some help from Human and I found out that this card works out of the box on my machine with R5A22 and following two steps:

1] Disable on board sound (I did this before the install, but I don't think that is required)

2] After getting to the point of watching TV, go to Utilities/Setup -> Setup -> General (next, next), and then set audio output device to /dev/adsp (from default of /dev/dsp).

This gets you SPDIF for TV. I haven't tried the step yet to get SPDIF for music, but Human suggested going to Media Settings -> Music Settings -> General Settings and changing the audio device there as well.

Perhaps these two steps are all it will take on other machines with the same soundcard and KnoppMyth install.

Dara

Author:  randomhtpcguy [ Wed Mar 29, 2006 9:37 am ]
Post subject: 

just want to ditto the previous post

with R5B7 all I needed to do was disable the onboard sound(I may have been able to choose adsp# but didn't try)

then select /dev/adsp in the general settings, I also turned on enable spdif passthrough for dts and ac3, and turned off internal sound control and buffering.

Now both tv(pvr150) and music play over PCM to the toslink digital out.
TV recorded from hd-5000 (qam_256 atsc cable) turns on the dolby digital light on my external receiver!

However, I can't get spdif passthrough to work with mplayer when playing videos...
I did this
Code:
cp /usr/lib/krp/Dragon/Dragon_asoundrc /etc/asound.conf


and pasted this into the videos players settings

Code:
mplayer -fs -zoom -quiet -vo xv %s -ao alsa:device=mplayer -ac hwac3,


Now I get 2 channel sound PCM trhough the digital connection which is better than before with no sound.

What should I do to get spdif passthru with mplayer?

Author:  thornsoft [ Wed Mar 29, 2006 11:29 am ]
Post subject: 

Random,
Do you get sound from Linux apps like Tuxracer? Since going to this card, I don't get any sound in Tuxracer. Not that this is a huge deal, but I'm a little suspicious of my sound setup. I don't have XMame currently working, but I also had trouble with that before going to R5B7 (choppy or "off" audio on the games).
I'm using the dragon alsa file.

Author:  randomhtpcguy [ Wed Mar 29, 2006 9:18 pm ]
Post subject: 

tuxracer doesn't have any sound...

I really wish my videos had spdif passthrough though.

It is nice to hear family guy in dolby digital... although its probably only stereo repackaged as ac3.

Author:  thornsoft [ Thu Mar 30, 2006 9:12 am ]
Post subject: 

randomhtpcguy wrote:
tuxracer doesn't have any sound...


Ah, but it used to, back when I used the onboard audio. It was a catchy little tune, sounded like a MIDI composition.

Good to see that I'm not the only one.
Thanks.

Page 2 of 3 All times are UTC - 6 hours
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/