Surrounder+ bugs?

Russ · Apr 17, 2005, 03:22 PM

I noticed a couple of possible bugs in Surrounder+.

1)
I do not see where sCenter1 ever gets used. I tried connecting a peak plugin to sCenter1, and tried various settings and never saw a signal on sCenter1 (I do get a signal going into Surrounder+ South). Also, upon examining the microcode under various settings I do not see where sCenter1 ever gets used.

2)
The sR channel appears to be missing when using the 6.1 Movie Mode preset, which results in the following results when using the speaker test.
Front Left -> Front Left
Side Left -> Front Left & Rear Left
Rear Left -> Rear Left
Center -> Center
LFE -> LFE
sCenter1 -> missing *****
Front Right -> Front Right
Side Right -> Front Right only *****
Rear Right -> missing *****

**Eugene Gavrilov** · May 18, 2005, 01:59 PM

are you running 3538h? please try to reproduce the issue whenever 3538i is out (I hope, soon)

E.

Russ · May 18, 2005, 09:53 PM

Yes, I am using 3538h, and I will check 3538i when it is out.

ROBSCIX · May 19, 2005, 02:54 AM

You are using a 5.1 card correct?......why would you have a signal going to the sCenter is this not a rear center channel...as in a 6.1 card?...I think this is why you have no signal there because the circuits are not present...could be wrong though

Russ · May 19, 2005, 04:11 AM

Yes, I do have a 5.1 card, and I realize that there is no actual physical rear center on the card, but I would think that should not make a difference in Surrounder+. It should still have all the same outputs if I choose 6.1 mode (6.1 mode is 6.1 mode after all, whether I have the hardware or not, it should still route the signals appropriatley within itself). I may not be able to use the rear center channel under normal circumstances, but it should still be functional in Surrounder+ (I may not have a physical output to connect it to, but I would think that a signal (specifically the signal going into in_s) would still be present at that output). Again, the other thing is that I am not even seeing sCenter1 being used in the microcode at all (same as with the missing sR when in 6.1 movie mode) as the 'R' register. Granted, the C++ code could be checking whether it is a 6.1 card, and leaving out that channel if a 5.1 card is found, etc, but I do not think that it should do that, and, if that is intended, why not remove the sCenter1 output all together, and the presets as well (also, I can see no logic as to why sR would be missing on that preset other than a bug of some sort)?

-Russ

Russ · Jul 27, 2005, 04:03 AM

None of the above appears to have changed in 3538i as far as I can tell.

BTW: Again, I am speaking of Surrounder+ (as opposed to Surrounder), and my card is only a 6 channel card if that should make a difference.

**Eugene Gavrilov** · Jul 27, 2005, 09:58 AM

1. in '6.1' mode sCenter1 should output in_s input ('south'), which is not used as a rule, except in games [when in '8-point surround' mode] -- this mode should be turned on automatically when you switch into '6.1' mode ('kxctrl -ghw 20' should say '1' in '6.1' and '7.1' modes and '0' otherwise)

sCenter2 should be silent

in '7.1' mode sCenter1/sCenter2 are set to 'side left' and 'side right'
---

E.

Russ · Jul 27, 2005, 06:59 PM

'kxctrl -ghw 20' does say '1' in '6.1' and '7.1' modes. The thing is that I do not see 'sCenter1' used in the microcode at all (other than being declared as an output). As for 'sCenter2', that output does not seem to exist at all in 'Surrounder+' ('Surrounder+' only has 7 outputs, 'Surrounder' on the other hand does have the 8th output, but does not seem to have any presets beyond '5.1').

i.e. Here is the microcode for 'Surrounder+' with the '7.1 Movie Mode' preset chosen:

Code:

; Generated by kX DSP Editor - microcode dump
name "Surrounder+";
copyright "(c) Max Mikhailov and Eugene Gavrilov, 2002-2004";
; NOTE The present DSP microcode dump is protected by the 
; license agreement bundled with the appropriate software 
; package containing this microcode,
; regardless the particular copyright notice is present in the dump.

engine "kX";
created "Feb 20 2003 / Oct 2003 / May 2004";
comment "surround sound and channel separation plugin - v1.2 beta; $nobypass";
guid "0c37979a-ac18-4898-900d-5c6d33557421";
	itramsize 1924
; Registers
	input in_L, in_R, in_nw;
	input in_ne, in_sw, in_se;
	input in_n, in_lfe, in_w;
	input in_e, in_s, in_top;
	output fL, fR, sL;
	output sR, Center, LFE;
	static CK=0x40000000, SK1=0x7fffffff, SK2=0x547ae147;
	static lb=0x0, rb=0x0, wfa=0x160ca6;
	static wfy=0x7b42ee7b, wfb=0x84a704de, wfzl=0x0;
	static wfzr=0x0, vWl=0x0, vWr=0x0;
; Internal TRAM delay line (1924 samples; ~0.040083 sec)
	idelay write dwL at 0x0;
	idelay write dwR at 0x3c2;
	idelay read drL at 0x242;
	idelay read drR at 0x604;
;
	output sCenter1

; Code
	 macsn 	 lb,  in_L,  vWl,  0x0;
	 macsn 	 rb,  in_R,  vWr,  0x0;
	 acc3 	 LFE,  in_lfe,  0x0,  0x0;
	 macs 	 0x0,  vWl,  wfzl,  wfb;
	 macmv 	 wfzl,  vWl,  vWl,  wfy;
	 macs 	 vWl,  accum,  in_L,  wfa;
	 macs 	 0x0,  vWr,  wfzr,  wfb;
	 macmv 	 wfzr,  vWr,  vWr,  wfy;
	 macs 	 vWr,  accum,  in_R,  wfa;
	 macs 	 0x0,  0x0,  lb,  SK1;
	 macsn 	 dwL,  accum,  rb,  SK2;
	 macs 	 Center,  in_n,  lb,  CK;
	 macs 	 fL,  in_nw,  lb,  0x7fffffff;
	 macs 	 in_s,  0x0,  in_s,  0x40000000;
	 acc3 	 sL,  in_sw,  drL,  in_s;
	 macs 	 0x0,  0x0,  rb,  SK1;
	 macsn 	 dwR,  accum,  lb,  SK2;
	 macs 	 Center,  Center,  rb,  CK;
	 macs 	 fR,  in_ne,  rb,  0x7fffffff;
	 acc3 	 sR,  in_se,  drR,  in_s;
	 macs 	 0x0,  0x0,  0x0,  0x0;
	 macs 	 0x0,  0x0,  0x0,  0x0;
	 macs 	 0x0,  0x0,  0x0,  0x0;

end

Note that 'sCenter1' is not used anywhere in the code area, and 'sCenter2' does not exist at all.

Am I mis-understanding something?

**Eugene Gavrilov** · Aug 29, 2005, 01:13 AM

if your card is not audigy2, the last DSP instructions won't be uploaded by default
(see surrounder2 source code for details)
also I've commented out a2 check, there are other places in the code that still test a2-compliance

E.

Apr 17, 2005, 03:22 PM	#1
Russ HardwareHeaven Extreme Member Join Date: Jan 2005 Posts: 5,563 Rep Power: 62	Surrounder+ bugs? I noticed a couple of possible bugs in Surrounder+. 1) I do not see where sCenter1 ever gets used. I tried connecting a peak plugin to sCenter1, and tried various settings and never saw a signal on sCenter1 (I do get a signal going into Surrounder+ South). Also, upon examining the microcode under various settings I do not see where sCenter1 ever gets used. 2) The sR channel appears to be missing when using the 6.1 Movie Mode preset, which results in the following results when using the speaker test. Front Left -> Front Left Side Left -> Front Left & Rear Left Rear Left -> Rear Left Center -> Center LFE -> LFE sCenter1 -> missing *** Front Right -> Front Right Side Right -> Front Right only * Rear Right -> missing ***

May 18, 2005, 01:59 PM	#2
Eugene Gavrilov kX Project Lead Programmer and Coordinator Join Date: Dec 2002 Posts: 3,119 Rep Power: 75	are you running 3538h? please try to reproduce the issue whenever 3538i is out (I hope, soon) E.

May 18, 2005, 09:53 PM	Thread Starter #3
Russ HardwareHeaven Extreme Member Join Date: Jan 2005 Posts: 5,563 Rep Power: 62	Yes, I am using 3538h, and I will check 3538i when it is out.

May 19, 2005, 02:54 AM	#4
ROBSCIX DriverHeaven Senior Member Join Date: Mar 2004 Posts: 1,732 Rep Power: 0	You are using a 5.1 card correct?......why would you have a signal going to the sCenter is this not a rear center channel...as in a 6.1 card?...I think this is why you have no signal there because the circuits are not present...could be wrong though

May 19, 2005, 04:11 AM	Thread Starter #5
Russ HardwareHeaven Extreme Member Join Date: Jan 2005 Posts: 5,563 Rep Power: 62	Yes, I do have a 5.1 card, and I realize that there is no actual physical rear center on the card, but I would think that should not make a difference in Surrounder+. It should still have all the same outputs if I choose 6.1 mode (6.1 mode is 6.1 mode after all, whether I have the hardware or not, it should still route the signals appropriatley within itself). I may not be able to use the rear center channel under normal circumstances, but it should still be functional in Surrounder+ (I may not have a physical output to connect it to, but I would think that a signal (specifically the signal going into in_s) would still be present at that output). Again, the other thing is that I am not even seeing sCenter1 being used in the microcode at all (same as with the missing sR when in 6.1 movie mode) as the 'R' register. Granted, the C++ code could be checking whether it is a 6.1 card, and leaving out that channel if a 5.1 card is found, etc, but I do not think that it should do that, and, if that is intended, why not remove the sCenter1 output all together, and the presets as well (also, I can see no logic as to why sR would be missing on that preset other than a bug of some sort)? -Russ

Jul 27, 2005, 04:03 AM	Thread Starter #6
Russ HardwareHeaven Extreme Member Join Date: Jan 2005 Posts: 5,563 Rep Power: 62	None of the above appears to have changed in 3538i as far as I can tell. BTW: Again, I am speaking of Surrounder+ (as opposed to Surrounder), and my card is only a 6 channel card if that should make a difference.

Jul 27, 2005, 09:58 AM	#7
Eugene Gavrilov kX Project Lead Programmer and Coordinator Join Date: Dec 2002 Posts: 3,119 Rep Power: 75	1. in '6.1' mode sCenter1 should output in_s input ('south'), which is not used as a rule, except in games [when in '8-point surround' mode] -- this mode should be turned on automatically when you switch into '6.1' mode ('kxctrl -ghw 20' should say '1' in '6.1' and '7.1' modes and '0' otherwise) sCenter2 should be silent in '7.1' mode sCenter1/sCenter2 are set to 'side left' and 'side right' --- E.

Aug 29, 2005, 01:13 AM	#9
Eugene Gavrilov kX Project Lead Programmer and Coordinator Join Date: Dec 2002 Posts: 3,119 Rep Power: 75	if your card is not audigy2, the last DSP instructions won't be uploaded by default (see surrounder2 source code for details) also I've commented out a2 check, there are other places in the code that still test a2-compliance E.