Messages

There is a tool to remove alternate stream data, which should show if this is the problem or not.
https://technet.microsoft.com/en-us/sysinternals/bb897440

THAT DID IT!!

Thank you so much.

Dave would you mind writing a small tutorial about that (either directly in the wiki, or just here).

Code: DOS

streams.exe -s -d <EXTRACTED FOLDER>

...to remove all alternate streams on all files in the folder. But this isn't AGS specific, it's specific to using Windows.

Well if you pay $12 you get the source code for a point and click adventure game thrown in. GML has a "move towards" function as well as pathfinding (mp_grid) so if you think GML looks okay it seems a pretty good deal. I'll also second the recommendation for Godot if you are looking to learn something completely different, there are few quirks in the editor but the way objects are handled is fairly unique and the scripting language seems straightforward.

I wonder if it's related to the tablet input mode that you can activate (or may be activated by the installation of other software) on Windows 7.

This might be the wrong place to discuss it (apologies if so) but I would have thought local appdata is the most appropriate place for the config file. The configuration will be a user preference but may be computer specific because it contains the scaling and mouse speed options.

Slightly upgraded version, now has a Mouse speed slider in WinSetup and also saves new speed setting to config file on game quit if it was changed from script

I don't think it's safe to assume that the config file will be writable from the game process. If content is installed into Program Files by an installer, the game process (running without admin elevation) won't have permission to write the setting back.

Maybe the uploader can opt in or out of rebuilds at any time? If you opt in then you get download links generated for archives, with milestone builds of the engine, for all platforms. Maybe opt in or out of making your raw game data available too. Just moving to archives instead of installers would be half the battle, and would also help work towards fixing the UAC elevation issues when winsetup.exe needs to write to the config file.

I think this will be tricky to manage. I don't think it would be fair for someone who created a game and tested on Windows to receive negative comments and support requests for running the game on another platform. Perhaps there should be the concept of primary platforms per game where a full package is assembled with all the bits that were tested together, and then the data and engine downloads are supplied as extra links for those who want to use them.

Personally, after trying out the Linux engine, I've found I've had to switch to older builds to play an older game, had a new game crash when calling in game functions which are fine on the Windows engine, and had massive CPU usage which caused audio distortion when using some of the graphics filters. I wouldn't like to think that people's games are played on an untested platform and then leave a bad impression with problems such as these.

There is a tool to remove alternate stream data, which should show if this is the problem or not.
https://technet.microsoft.com/en-us/sysinternals/bb897440

I don't think that zip files support NTFS streams, but Internet Explorer will add the zone identifier to the file when downloading it. This is what blocks the content from being opened so it shouldn't be relevant to files coming from the installer.

Would you be willing to try it with the trackpad driver and software uninstalled?

Thanks for looking at this.
If you would like any help testing the problem further, or testing a potential fix, please let me know.

[AudioChannel.Speed]

My other thread was reading AudioChannel.Position and calling AudioChannel.Seek, both issued resolved by using a WAV file of a smaller length (I guess there is some implementation restriction as all I did was clip a short section from the original audio, no change in bit depth or sample rate). Using the smaller WAV file, I can't alter the playback speed.

I'm testing with:

Code: ags

function on_key_press(eKeyCode keycode) 
{
	//music is a global *AudioChannel
	if (keycode == eKeyV)
		music.Speed = music.Speed - 50;
	if (keycode == eKeyB)
		music.Speed = music.Speed + 50;
}

...no problems with an OGG file.

AudioChannel.Speed.
The new property used to get or set audio clip's playback speed. The value is defined in clip's milliseconds per second; 1000 is default, meaning 1000 of clip's ms in 1 real second (scale 1:1). Set < 1000 for slower play and > 1000 for faster play.
NOTE: the engine will also map "AudioChannel.SetSpeed" function to this property, therefore you can run Gord10's "Self" game using new interpreter (e.g. on Linux).

This feature is brand new in 3.4 according to the first post.

When testing, AudioChannel.SetSpeed doesn't seem to work for an AudioChannel that is playing a WAV file. Is this expected?

It works with a shorter WAV file, so I guess this is a limitation somewhere based on the total sample count. The audio I was originally using is 4 minutes long at 44.1kHz, this is 10584000 samples in total, so should have been okay for working with 32bit integers.

Thanks, that may explain the problem with the seek, but when reading the position I'm getting 0 back. Shouldn't requesting the position from the wav file should be more straightforward, since the sample number is a discrete value, unlike time? I'll try with some shorter files and lower sample rates and see if that makes any difference.

I wanted to run some tests for audio playback, and had problems with the following code:

Code: ags

function on_key_press(eKeyCode keycode) 
{
	//music is a global *AudioChannel
	if (keycode == eKeyZ)
		music = aWavFile.Play();
	if (keycode == eKeyX)
		music.Seek(music.Position + 1000);
	if (keycode == eKeyC)
		Display("Test %d", music.Position);
}

I could start music by pressing Z, pressing X does nothing, pressing C displays 0.

I switched from using a WAV file to an OGG file and the same code works with no problems:

Code: ags

function on_key_press(eKeyCode keycode) 
{
	//music is a global *AudioChannel
	if (keycode == eKeyZ)
		music = aOggFile.Play();
	if (keycode == eKeyX)
		music.Seek(music.Position + 1000);
	if (keycode == eKeyC)
		Display("Test %d", music.Position);
}

Pressing X now skips forwards and pressing C displays the current position. Is this expected behaviour or is this a bug? I haven't read anywhere that WAV files should be treated any differently, other than threading may be handled differently. I'm testing in 3.4.0.3 (Alpha).

The least invasive thing to try is to stop some services. Would you be willing to close all applications, then stop these services:

Code: text

DISPLAY_NAME: Ask Update Service
DISPLAY_NAME: AVGIDSAgent
DISPLAY_NAME: AVG WatchDog
DISPLAY_NAME: EpsonCustomerParticipation
DISPLAY_NAME: FAService
DISPLAY_NAME: FileOpen Manager Service
DISPLAY_NAME: HappyOSD
DISPLAY_NAME: HP CUE DeviceDiscovery Service
DISPLAY_NAME: HP Network Devices Support
DISPLAY_NAME: Nero BackItUp Scheduler 4.0
DISPLAY_NAME: PnkBstrA
DISPLAY_NAME: SoftThinks Agent Service
DISPLAY_NAME: ExamsoftShieldService
DISPLAY_NAME: Stuffit Archive Name Service
DISPLAY_NAME: vToolbarUpdater18.1.7

...and then test the game again? It's probably best to reboot after testing for the easiest way to start the services again. You can get the graphical services manager by typing

Code: dos

services.msc

in a command prompt window. You may have to stop AVG Watchdog first (if it's actually a watchdog process it might restart the other AVG service), and since your antivirus will be off you should probably disconnect from the Internet while testing, and not reconnect until after the reboot.

For the third command you need the pipe in there (the vertical line). You can redirect to a text file by putting

Code: dos

 > c:\filename.txt

on the end. So for the last one you could type

Code: dos

wmic process get caption,commandline > c:\processlist.txt

PM'd you my e-mail address if that is easier.

I'm not sure what the etiquette is for requesting data (and whether said data should be posted here, if at all) but I'll have a look through what is running on the computer if I can get the output from the following commands:

Code: dos

systeminfo
driverquery
sc query | findstr DISPLAY_NAME
wmic process get caption,commandline

This is to list general system information and applied updates, all drivers, all services, and all running processes.