Another thing I just noticed about this video card. On the box, in very very small print are the 'minimum requirements', which I normally don't pay much attention to because it usually just talks about how I need Windows ;) Anyhow, this one actually says I need at _least_ 2 GB of system memory. 2 GB!!?? Wow, I only have 1 GB, so I need to upgrade I guess...<div>
<br></div><div>Wow.<br><br><div class="gmail_quote">On Sat, Jun 4, 2011 at 11:43 AM, Russell Reiter <span dir="ltr"><<a href="mailto:rreiter91@gmail.com">rreiter91-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I had a further look at this information on HDMI and it seems to me<br>
this is what jackd is for. A udev event, although you might not even<br>
need that daemon to try this. I have my own problems with trans coding<br>
video and audio signals at the moment, this problem is a distraction<br>
and why I'm top posting.<br>
<br>
Try plugging the cable connected to the tv into the pc and use #lspci<br>
see what pin 19 shows on the bus when hot plugged. Then try udevadm<br>
info --attribute-walk <path and name> man udev, to see how this works.<br>
Assuming you get results, you might be able to use a hot plug event to<br>
connect the audio stream(s), using a udev rule.<br>
<br>
The hdmi cables audio transport layer carries LPCM sound, surround<br>
sound if your tv has output for that, which it probably does in the<br>
form of, hdmi in and hdmi out and unlike midi no throughput. That<br>
transport layer will convey the digital signal to the tv for trans<br>
coding. Shielding the signal from the "copper"  noise. There are three<br>
shields for the data and one for the bus clock. The shielding signals<br>
make for more efficient multiplexing of the signal, remember it's an<br>
RF signal. Alternatively if the tv does not do its own trans coding<br>
and is expecting something else in its TDMS data stream, that<br>
condition could most likely be overcome by udev re-assignment as well.<br>
In order to pass the signal through the sound card and then mix it<br>
back in to the stream, the appropriate udev rule could be applied on a<br>
hot plug event. I believe this is where jackd would fit in, making it<br>
easier to allow for the lack of direct pin assignments to digital<br>
device outputs.<br>
<br>
aplay -L will show what audio devices are detected. Although the lack<br>
of one to one pin assignment, as noted in the links, may be<br>
insurmountable without the jackd daemon to handle the kernelspace<br>
mappings.<br>
<br>
There is a lot of RF noise when you take an analog audio signal<br>
directly from the back of the computer. Better to deliver it to a<br>
"clean" switch digitally before converting it to analog.<br>
<div><div></div><div class="h5"><br>
<br>
On Fri, Jun 3, 2011 at 11:14 PM, D. Hugh Redelmeier <<a href="mailto:hugh-pmF8o41NoarQT0dZR+AlfA@public.gmane.org">hugh-pmF8o41NoarQT0dZR+AlfA@public.gmane.org</a>> wrote:<br>
> | From: Thomas Milne <<a href="mailto:thomas.bruce.milne-Re5JQEeQqe8@public.gmane.orgm">thomas.bruce.milne-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org</a>><br>
><br>
> | If I have an HDMI out on my video card, and I connect to my TV, is that all<br>
> | I need? Should that convey the sound? The manual for the video card says<br>
> | nothing on the subject. There were no extra cables or anything, though some<br>
> | people seem to be saying you need to connect the video card to a sound<br>
> | device?<br>
><br>
> It depends on the card.  I'd bet almost all modern cards with HDMI-out<br>
> also support sound out on HDMI.<br>
><br>
> You were having problems with your GeForce GT 520 card.  That card<br>
> would have sound out.  See section 6.1.4 in<br>
> <<a href="ftp://download.nvidia.com/XFree86/gpu-hdmi-audio-document/gpu-hdmi-audio.html" target="_blank">ftp://download.nvidia.com/XFree86/gpu-hdmi-audio-document/gpu-hdmi-audio.html</a>><br>
> (Not sure why it is XFree86.)<br>
><br>
> There are different kinds of audio supported on HDMI.  Not all types<br>
> are supported by all cards.  From <<a href="http://en.wikipedia.org/wiki/HDMI" target="_blank">http://en.wikipedia.org/wiki/HDMI</a>>:<br>
><br>
>    For digital audio, if an HDMI device supports audio, it is required to<br>
>    support the baseline format: stereo (uncompressed) PCM. Other formats<br>
>    are optional, with HDMI allowing up to 8 channels of uncompressed<br>
>    audio at sample sizes of 16-bit, 20-bit and 24-bit, with sample rates<br>
>    of 32 kHz, 44.1 kHz, 48 kHz, 88.2 kHz, 96 kHz, 176.4 kHz and 192<br>
>    kHz.[21][45] HDMI also supports any IEC 61937-compliant compressed<br>
>    audio stream, such as Dolby Digital and DTS, and up to 8 channels of<br>
>    one-bit DSD audio (used on Super Audio CDs) at rates up to four times<br>
>    that of Super Audio CD.[45] With version 1.3, HDMI supports lossless<br>
>    compressed audio streams Dolby TrueHD and DTS-HD Master Audio.[45] As<br>
>    with the YCbCr video, device support for audio is optional.<br>
> --<br>
> The Toronto Linux Users Group.      Meetings: <a href="http://gtalug.org/" target="_blank">http://gtalug.org/</a><br>
> TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>
> How to UNSUBSCRIBE: <a href="http://gtalug.org/wiki/Mailing_lists" target="_blank">http://gtalug.org/wiki/Mailing_lists</a><br>
><br>
--<br>
The Toronto Linux Users Group.      Meetings: <a href="http://gtalug.org/" target="_blank">http://gtalug.org/</a><br>
TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>
How to UNSUBSCRIBE: <a href="http://gtalug.org/wiki/Mailing_lists" target="_blank">http://gtalug.org/wiki/Mailing_lists</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div>Thomas Milne</div><br>
</div>