Just let mstsc figure it out: mstsc /span /v:<servername>
Trying to feed the resolution /v and /h commandline parameters did fail.
The new span dual monitor support in the MS-Vista MSTSC does not only support horizontal monitor configurations (mine are 2*w:1050*H:1680), seems a tad slow, though).
Bad audio quality in Moodle Kaltura recordings on iMacs under ambient sound conditions. A running log (closed)
- Symptom: See title.
- Cause: While speakers of the 3.5 mm headset take over from the iMac speakers, when plugged in, the 3.5 mm headset micro does not disable the webcam micro. The webcam micro remains the recording source for Moodle Kaltura (mac os x.6, safari 6, flash 10).
- Possible solutions:
1st choice: is there a way for the admin to override this permanently? 2nd choice: is there a way for the end user to override this on a case-by-case basis?
- "The Califone 3066AV is compatible with both Windows and Mac audio outputs (but is not compatible with iMacs)." ("The Wow starts now!").. Do we have to tie up our boom and lavalier microphones for this?
- Try the flash settings by right clicking in the video window, selecting the microphone icon, then choosing the external (= non-webcam) microphone for input.
- Fail. The real culprit is the iMacs line-in audio-in for which you need a preamp to get it to work with analog microphones. Preamps seem to start at $40, but for that I can get a PC webcam (Microphone included).
- Which computers
- This I found on the Reception desk
- but isn’t that then also wrong on all student pcs which have the same base image?
- Which exceptions missing: I noticed immediately:
- www.uncc.edu should read uncc.edu
- Which browsers
- Example is IE9,
- But are others different?
- Problem: Since last week (or so; interestingly, only individual users seem to have been affected at first), we seem to experiencing regular (but not consistent) issues with meeting requests mostly
- Best so far: if you see the Firefox warning dialogue, check “do not warn again” and click on “continue”(?)
- we will try to look into common browser configuration (like popup blockers).
- Root cause: ?
- Firefox provides only this help on unresponsive script error;
- the slowness could be in the actual script, on the client, in the network, on the server…
- Resolution: ?
Prevent multiple user login to avoid “Another instance of Tutor is already running in another user’s session on this computer” by disabling fast user switching
- Problem: As reported earlier (in the Spring and in the Fall term), for the student PCs, Sanako issues (but likely also general performance problems, and reportedly problems on classroom computers outside of the LRC) caused by multiple users being logged into the same PC – not limited to logging in from remote via MSTSC - seem on the increase this term (this year?), also on the teacher PC, where they prevent the digital audio lab from starting:
- Workaround: force restart of the computer (time-consuming, though).
- Solution: Avoid, better prevent multiple user login, maybe by disabling fast user switching?
- Registry: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\System\HideFastUserSwitching =1, or
- Group policy: Computer Configuration\Policies\Administrative Templates\System\Logon\Hide Entry points=Enabled.
- Other considerations:
- Side effects: unclear?
- Root cause: Not enough data. Why do users remain logged in in the first place?
I am seeing this on several computers when I or students log in. To make matters worse, “Restart now” is the default selected button, and the computers are deepfrozen, which will not only lead to loss of (potentially valuable face-to-face class) time, but could even result in an infinite loop if we do not get rid of this message.