View Full Version : Troubleshooting Syrinscape
celestian
July 22nd, 2018, 02:55
I decided to finally break into Syrinscape and try it out and wanted to see how the "3rd party api" worked.
I first started playing with the DOE: Base/Sounds extension in 5E with no other extentions. Followed the instructions that Gwydion did in his video but the sound wasn't playing.
Since then I've been trying to just get my browser to play the Syrinscape URI and it won't do that either. Should it? I can't seem to find definitive answer on that.
Trying to rule out Syrinscape as the problem before I get any deeper. I can click all the buttons and they work but can't seem to get it to play from something else.
Trenloe
July 22nd, 2018, 03:03
Assuming you're running on Windows, try reinstalling Syrinscape. The URLs should work in a browser, as the URL should be registered in Windows registry to start Syrinscape. If this isn't working, then that registration may not have been successfully created.
celestian
July 22nd, 2018, 03:17
Assuming you're running on Windows, try reinstalling Syrinscape. The URLs should work in a browser, as the URL should be registered in Windows registry to start Syrinscape. If this isn't working, then that registration may not have been successfully created.
That was it, odd but happy it's working now ;) Non-deterministic application install FTL.
spoonhead
August 30th, 2018, 09:51
Just did a quick search and saw this thread. I have the same problem but on a mac. Sounds play fine in Syrinscape. Cut and paste the URL in to FG or a browser and no joy. Safari says:Failed to open the specified address. Because MacOS doesn't recognise internet addresses starting with syrinscape-fantasy:
Tried it in Google chrome and it just googles the address rather than play. I appear to be registered and have logged out and back into Syrinscape successfully.
Here's the link created for the Force Missile. "syrinscape-fantasy:elements/YnVnYmVhci1iYXR0bGU6Om1hZ2ljLW1pc3NpbGUtYS1jb3B5/play/"
Is there something else I'm doing wrong?
dulux-oz
August 30th, 2018, 10:26
Check your Syrinscape version number - the 3PI functionality does not work in v1.3.7-201807xx (I can't remember the last couple f digits).
Syrinscape v1.3.7-20180815 does work correctly - and yes, I really don't think much of their versioning system - especially when the "rules" for Symantic Versioning are so well laid out (https://semver.org/)
spoonhead
August 30th, 2018, 11:05
I was using 1.3.3.-20160816 which is the previous Mac version to 1.3.7-2018730
dulux-oz
August 30th, 2018, 11:48
I was using 1.3.3.-20160816 which is the previous Mac version to 1.3.7-2018730
Sorry, are you using Syrinscape on a Mac? I seem to recall that the 3PI doesn't work on a Mac at all (this may have been fixed in the latest version, but I can't seem to locate anywhere where this is stated).
spoonhead
August 30th, 2018, 11:56
That might be the issue then, which is a pain.
Trenloe
August 30th, 2018, 15:03
Syrinscape v1.3.7-20180815 ... and yes, I really don't think much of their versioning system - especially when the "rules" for Symantic Versioning are so well laid out (https://semver.org/)
I don't know, I think it's quite good. It's Semantic (note correct spelling!) versioning, with the addition of the date the produce was released, in this case 2018-08-15. So you get extra info, while keeping your desired semantic versioning. Best of both worlds if you ask me! ;)
dulux-oz
August 30th, 2018, 15:19
I don't know, I think it's quite good. It's Semantic (note correct spelling!) versioning, with the addition of the date the produce was released, in this case 2018-08-15. So you get extra info, while keeping your desired semantic versioning. Best of both worlds if you ask me! ;)
Spelling noted - I never could spell correctly :)
Unfortunately, the previous version was v1.3.7 as well - yes, it had a different date, but as there was a bug fix it should have been (at least) v1.3.8. Having two different version with the same version number is not "a good thing" - made only slightly "less bad" because the date was attached.
"Best practice" is to follow the Semantic Version 2.0.0 standard (as unofficial as it may be) - and then add the date afterward if desired (and as allowed for in the SemVer standard).
However, people are free to use whatever versioning system they like, and it doesn't really matter - except that more and more people and professional coding houses are beginning to follow the SemVer standard and so expect the numbering system to mean a certain (the same(?)) thing.
BUT no matter which system is used, having two different versions with the same number (ignoring the date) is "not a good thing".
Just my $0.02 worth :)
Cheers
Bidmaron
August 30th, 2018, 18:53
Hear, hear! We love you, Dulux
Powered by vBulletin® Version 4.2.1 Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.