moomin1465 / cmediadrivers

Automatically exported from code.google.com/p/cmediadrivers
0 stars 0 forks source link

for the same card reported in issue 55, when I have SPDIF input enabled, sound can be recorded without loopback #56

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What soundcard to you have (make, model, chip)?
CMI-8738, hardware rev. 37, max channels 2

What steps will reproduce the problem?
1. enable S/PDIF in recording... in CMI control applet

What is the expected output? What happens instead?
- I found it accidently...

What version of the driver are you using? On what operating system? What
version of the operationg system are you using (32 or 64 bit)?
1.2.6. Windows XP SP2 32bit

What ports of the soundcard are affected by the bug (e.g. SPDIF, Mic-In)?
?maybe no ports are affected

As trying to investigate 'issue55', what I've reported, the configuration
is the same: I'm running a signal generator program on my pc, have a jack
cable plugged in the analogue out, no other cables are plugged in the card
The oscilloscope is on the end of the cable

the program I'm using to generate signals can also analyze signals
FFTspectrum analisys, and it can reverse the fftso I can see the wave in a
way like on the scope, i've just opened the inverse fft window and I could
see the wave just as on the scope, then i've gone looking, and found that
if the spdif input is swithced on this happens only then....

the original cmi driver said that there is no spdif possibility for this
card, maybe it really does not have, and this option is used for some
loopback kind thing? the option for spdif loopback is not switched on, or
it can be it does not make any sense as I've seen, and neither any other
options...
even pcmdac can be on or off or it can be switched by the way if the spdif
in recording is ticked I can record what I'm playing without a loopback cable

thanks

Original issue reported on code.google.com by gazsi...@freemail.hu on 21 Jul 2009 at 5:11

GoogleCodeExporter commented 9 years ago
there's probably a simple explanation for that: the spdif-out of the chip is 
electrically connected to the spdif-
in. you can confirm this by checking the two pins with a multimeter.

Original comment by dogb...@gmail.com on 21 Jul 2009 at 6:11

GoogleCodeExporter commented 9 years ago
good idea i'm goind to check it tomorrow, now someone's using that computer, 
but i've
tried also to uncheck the box spdif out, and the problem as I remember was 
still on

Original comment by gazsi...@freemail.hu on 21 Jul 2009 at 7:42

GoogleCodeExporter commented 9 years ago
unchecking spdif-out is only applied when all playback streams are closed and a 
new one is re-opened.

Original comment by dogb...@gmail.com on 21 Jul 2009 at 8:15

GoogleCodeExporter commented 9 years ago
it seems it's not shorted i've checked pin 98 as output to 86 and 113 too even 
with a
magnifier, so tomorrow i'll check this spdif out off with no stream on anyway

Original comment by gazsi...@freemail.hu on 21 Jul 2009 at 9:41

GoogleCodeExporter commented 9 years ago
I've checked that with spdif out on the problem still exists, and then I've 
exited
the program and I hope no stream was on(windows sounds are switched off)

Switched the spdif out off, with the 'spdif in recording' still on, 
then entered the program, and the problem still existed... 

so it seems to be some weird thing... 

Original comment by gazsi...@freemail.hu on 22 Jul 2009 at 10:11

GoogleCodeExporter commented 9 years ago
what's the exact writing on the chip? I have the suspicion that they might have 
used a different bonding 
scheme for each version..

Original comment by dogb...@gmail.com on 31 Jul 2009 at 4:18

GoogleCodeExporter commented 9 years ago
This is what I've seen writtem on the chip:

CSDX
HSP56
CMI8738/PCI-SX
HRTF Audio Com
MPC11.01-037D-GS
0738UGG1EB

I can send a picture aswell if you need it

Original comment by gazsi...@freemail.hu on 31 Jul 2009 at 5:12

GoogleCodeExporter commented 9 years ago
I can't take a photo of it as the flash flashes into the text... so maybe 
sometimes
later, but I've written all the text i've seen on the chip I hope this helps

Original comment by gazsi...@freemail.hu on 31 Jul 2009 at 5:35

GoogleCodeExporter commented 9 years ago
the card itself is very similar to this:
http://www.zen98696.zen.co.uk/Projects/Sweex_SC012.html

but it only has 4 jacks not 5, and does not have those points on its pcb to 
those
pins can be soldered to for digital i/o
but the whole card is ha the same "design" the color of the pcb the right 
corner is
cut off the same way, even there are dots on the capacitors with permanent 
marker,
and it has the other connector on the card near the digital i/o which has 2x8 
pins...

Original comment by gazsi...@freemail.hu on 4 Sep 2009 at 12:47

GoogleCodeExporter commented 9 years ago
I've just found a datasheet for this type of cmi chip, it seems to be that it 
hasn't
been there before, or I just don't remember:
http://www.cmedia.com.tw/datasheet.html

and here is the datasheet for this sx chip:
http://www.cmedia.com.tw/pdf/PCI/CMI8738-4CH-SX_spec_v13.pdf

by the way it does not mention spdifin any part of the document, but it says 
that
"general purpose output pin shared with xspdifo pin" for xgpo1 pin...

it is interesting because of the topic of this issue that spdif recording is 
working
for the card but in an "own" way...

Original comment by gazsi...@freemail.hu on 30 Sep 2009 at 11:13