Messages

A work-around in the short term might be to host the file on Google Drive. I don't know for sure, but it's likely they will scan content on their own storage more regularly than content on other web sites.

I can replicate this with Chrome 48.0.2564.116 on Windows, but not with Chrome 48.0.2564.116 on Linux.

I imagine this is getting triggered because the file is brand new and there is no code-signing, but it also seems that newer version of Chrome are too keen to show this warning even when code-signing is used:
https://bugs.chromium.org/p/chromium/issues/detail?id=498136

I would guess it's probably downloads from a certain host that are being tagged.  The one cat linked is cat.agser.me, but we'd need to see more 'bad' links to work out a pattern...

It shows as clear of malware and I'm still seeing the warning:
https://www.google.com/transparencyreport/safebrowsing/diagnostic/#url=cat.agser.me

I think all you can do is wait for the file to be downloaded enough times that Google SafeBrowsing scans it and doesn't find a problem. I believe the file was just updated as the game had extra translations added? If the file changes and there is no code-signing for the binaries inside the zip file then I imagine the "safe" rating of the previous download isn't worth anything.

Are you sure that it's not caused by a mouse acceleration feature of whatever you are using to run the VM? I've played 4 or 5 games on the Linux engine over the last year and it's never been an issue (the way you are describing it is as if the whole thing is fundamentally unusable). Also, have you got more than one CPU core available to the VM?

I think same problem is described here:
https://www.allegro.cc/forums/thread/599171/6

A patch is in one of the posts and seems to directly relate to whether the cursor is inside or outside the window.

Code: c

Index: src/x/xmousenu.c
===================================================================
--- src/x/xmousenu.c	(revision 11745)
+++ src/x/xmousenu.c	(working copy)
@@ -192,21 +192,18 @@
 
    ALLEGRO_SYSTEM_XGLX *system = (void *)al_system_driver();
    Display *display = system->x11display;
+   ALLEGRO_DISPLAY_XGLX *d = (void *)al_get_current_display();
 
    int window_width = al_get_display_width();
    int window_height = al_get_display_height();
    if (x < 0 || y < 0 || x >= window_width || y >= window_height)
       return false;
 
-   int new_x = x;
-   int new_y = y;
-   int dx = new_x - the_mouse.state.x;
-   int dy = new_y - the_mouse.state.y;
+   _al_mutex_lock(&system->lock);
+   XWarpPointer(display, None, d->window, 0, 0, 0, 0, x, y);
+   _al_mutex_unlock(&system->lock);
+   
 
-   if (dx != 0 || dy != 0) {
-      XWarpPointer(display, None, None, 0, 0, 0, 0, dx, dy);
-   }
-
    return true;
 }

I've just built it and it acts in a similar way to when I built 3.3.4 and 3.4.x about 6 months ago. I can (sometimes) produce the type of mouse behaviour you describe, but only when running a game using a graphics filter, which causes XOrg to use excessive CPU time. Audio playback stutters at the same time. Removing the graphics filter (or using a faster computer) gives me normal mouse motion and the audio doesn't stutter.

Edit: Strangely I'm finding that the stdScale2 is causing much more of a problem then Hq2x, even though CPU usage looks even worse with the high quality scaling.

Just emulate the basics, and then continue "restoring" things only by user request.

I like this approach, particularly if the initial design is generic and well documented. It would be nice if extra functionality was modular and games would check feature flags when they run to see if the engine implements the required features.

i.e. anyone could port the core to the documented spec ("just emulate the basics") to run on other system without worrying about incorporating advanced functions - any games that just used core features would run.

I would like to think that with so many people interested in game design you may get a lot of ports of the core engine for educational purposes, as well as for fun.

I would describe it as a Hypermedia interface.

I think you can probably do this easier with Ren'Py. You don't have to do much programming for a basic interface and it has video support.

You can play a video fullscreen or inside an object:
http://www.renpy.org/doc/html/movie.html

WebM is the recommended format:
http://lemmasoft.renai.us/forums/viewtopic.php?f=8=35438&hilit=webm#p391574

I've heavily changed it, but I don't know how to rename the page to remove the references to anti-virus.

I'll pre-order right now if I can get an exclusive version where everyone's legs are the wrong way around and I have to buy DLC to flip them back to normal.
Seriously though, your game looks pretty cool and very unique. I would like to think people would be interested enough to make a small contribution when they get to play something they have enjoyed and the level of effort was obviously high.

I imagine your web designer can probably handle it, and probably make it look nice in the process. As far as I can tell, a couple of Javascript functions is all you need to get it going.

I forgot to mention:
https://soundcloud.com/editions-musica-ferrum/for-maggie
...amazing music by the way.

If you want this to be immediately accessible to the public, and you want it to work on a large number of devices without the overhead of porting, I would suggest using a website.

For the player:
HTML5 audio has a playback rate which preserves pitch
http://www.w3schools.com/tags/av_prop_playbackrate.asp

For the metronome track:
Just add a second source track that includes the metronome (playing one track at a time is probably better for mobile browsers)...
...or use a script to play the original track, plus the metronome track, and keep both of them in time
http://hungry-media.com/2010/09/synchronizing-audio-with-html5/

Here is an example of the change in playblack speed:
http://hyperaud.io/lab/pbr-test/
The step of the audio adjustment is too large to sound nice here, but if you drop this from 0.1 to 0.01 then it should be pretty smooth.

Your system requirements are just the browsers that support HTML5 audio which is going to be a lot more straightforward than writing and distributing native applications.

Yes I agree that the archive should be preferable but unfortunately people are getting tripped up by functionality built into Windows. Maybe it's the same reason that this decision looks to have been made for another similar project, the self extractor being the suggested download choice.

There are no alternate streams stored in the zip file contents, they are added by the extraction tool.

• If your zip file has a Zone Identifier, if you extract it with Windows tools the same Zone Identifier is applied to the extracted files
• If your zip file has a Zone Identifier, if you press "unblock" on the zip and then extract it with Windows tools the extracted files won't have a Zone Identifier
• If your zip file has a Zone Identifier, if you extract with some other program it's up to that program about how it wants to handle the Zone Identifier
• Extracting with 7-zip or using a 7-zip self-extractor doesn't create them on extracted content even though it's present on the source file, other tools may choose to act differently

Perhaps the easiest solution is to switch from supplying a CHM file to another format, it's the CHM reader that's silently refusing to read the file and something simpler like HTML content would be more accessible for people on other platforms.

I think the blocking issue can also be partially solved by supplying a self-extracting archive for the installer-less version, and directing people towards this. If the extraction is done outside of native Windows tools (e.g. with 7-Zip), the extracted contents are not blocked even though the downloaded file itself will be.

Installer.exe       <-- for people who want an installer
Installer.7z.exe    <-- for people who don't want to run an installer

For people who want to get access on other platforms, you can make a .zip file available (in smaller print?) or p7zip can extract the .7z.exe file.

I've actually just this moment added it the tracker:
http://www.adventuregamestudio.co.uk/forums/index.php?issue=721

It looks like to implement an additional check and warning isn't very much work, you can follow the existing check that the help file is actually there and read the Zone Identifier using .NET.

In HelpCommandsComponent.cs:

Code: CSharp

 using System.Runtime.InteropServices;
 using System.Diagnostics;
+using System.Security;
+using System.Security.Policy;

In the CommandClick function:

Code: CSharp

 else if (!File.Exists(_helpFileName))
 {
     _guiController.ShowMessage("The help file '" + _helpFileName + "' is missing. You may need to reinstall AGS.", MessageBoxIcon.Warning);
 }
+else if (Zone.CreateFromUrl(_helpFileName).SecurityZone != SecurityZone.MyComputer)
+{
+    _guiController.ShowMessage("The help file '" + _helpFileName + "' is restricted by a Zone Identifier.", MessageBoxIcon.Warning);
+}

I've tried it out and this doesn't display the warning if you've manually unblocked the file, or if the Zone Identifier isn't present. Maybe the message can be clearer though. Apologies if this isn't the place to be throwing code around.

How do you feel about the editor attempting to remove the zone identifier? The click handler for the menu is already checking that the file exists so could it also check for the zone identifier alternate stream and try to remove it? In most cases people are going to extract the file to where they have write access, so the delete should usually succeed.

It would also be blocked if you tried opening it outside of the IDE.
If the wiki page specifically talks about the using alpha builds and tells you to unblock the .chm file if it won't open correctly, that would seem worthwhile. Or perhaps just supply a note with the alphas builds.

No it's not specific with trying to open help from the IDE. It's likely you were already asked to confirm that you wanted to run the IDE itself if the help will not open (it will have the same zone identifier saved in an alternate stream). The difference is you'll be prompted to confirm you really want to run a program you've downloaded (it's handled by the shell which has a mechanism to ask you), but you aren't prompted when the help viewer tries to open the help file (it's handled by the viewer itself which just blocks without asking).

It looks like there is a registry key for the help viewer where you could permit opening content from the "internet zone":

Code: REG

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\ItssRestrictions]
"MaxAllowedZone"=dword:00000003

...but this changes behaviour for all help files and just using the unblock button should suffice. If you can't unblock it's likely you've extracted the files to somewhere like the root of the system disk where your user account doesn't have write access without running an elevated process.

I think the wiki page needs a change of title (and URL) and all mentions of malware removed. I'll do it if I have permission to do so.

I think the wiki article is confusing the issue. This is nothing to do with hidden malware and antivirus detections, it's the origin of a file being stored with it so that you can be warned about opening files you've downloaded from the Interent. Clearing all alternate streams is the last resort if something is blocking you from unblocking the content manually (it could be antivirus interfering at this point, but it's more likely a UAC elevation issue combined with where you've extracted the files).

The whole behaviour is client side and client specific, you cannot prepare your content to bypass it. In the context of this conversation you could say people downloading alpha builds should be aware that this can happen, but people using the current stable release of AGS will be running an installer to get the files onto the disk and so shouldn't have a problem.