4027 replies to this topic

[Segovia11]

 

Nice Upgrade, Scintilla now reads "á é í ó ú" special characters. 

 

Many Thanks

Joseph Gofton     

Actually, such characters already worked in older VP versions (depending on your locale), i just needed to break them intermediately. 

The next release will support full UTF-8 in the script editor.

(note though that one should try to keep the full usage of it to comments, otherwise VBS itself might not digest it maybe)

 

 

Dear Toxie, 

                     when i tested special character "áéíóú" in 10.6 and up to your previous 10.7 beta it failed to identify the "áéíóú" characters when using the concatenation operator & . Since the new Script upgrade it was corrected, unless i did something that i was unaware of since that upgrade (As you said it could be something to do with the Locale) . I must conduct more research to fill in the knowledge gaps!. Visual Basic is fine when using the special characters in the following way  : Qptext="á"  : DmdReel1.Image.="Fontstyle3_"&Qptext. (VisualPinball image library will then see the image name Fontstyle_á). No doubt there will be occasions when special characters should not be used. I sadly look forward to running into these unwanted issues!. 

 

ThankYou 

Joseph Gofton     

Edited by Segovia11, 20 August 2020 - 06:38 PM.

[3rdaxis]

Something just came to mind right now while editing is realization that VP had was the ability to hide different objects or "elements elements. Hide lights( ), Flashers( ) Primitives( ) Etc. Like a 3d modeling program would. Most if not all modeling editors have this and it's very useful. And if I think about it for just a moment might eliminate the need for layers a bit too. Or at least take the dependency away of organizing and using them which does take some time And unlike a program like Photoshop where layers are a must because it's mostly the same type of element. VP in a lot of way is just like a 3d modeling program with very specific and different types of objects. Anyway just something that popped into my head:)

Edited by 3rdaxis, 21 August 2020 - 01:22 AM.

[fuzzel]

rev4291 is up:

 

- fix light/lightseq state switching issue

- the script editor now works in UTF-8 mode and also saves it like that

- fix stone old bug in the 'Make sure there is at least a one space gap between the last function and this new one' section

- fix crash on exit, if a table was requested to load but that could not be found or was invalid

- update FreeImage library to latest 3.18.0 (custom build: VS2017/XP with SSE2/full optimizations)

[toxie]

Please update your VP installation also with the new included dlls (Freeimage and SciLexerVP), these should both be perfectly backwards compatible (previous SciLexerVP wasn't 100%). Otherwise please let me know.

 

@JP and @trizoneGB: Please test the lights/sequences again, thanks!

 

 

Nice Upgrade, Scintilla now reads "á é í ó ú" special characters. 

 

Many Thanks

Joseph Gofton     

Actually, such characters already worked in older VP versions (depending on your locale), i just needed to break them intermediately. 

The next release will support full UTF-8 in the script editor.

(note though that one should try to keep the full usage of it to comments, otherwise VBS itself might not digest it maybe)

 

 

                     when i tested special character "áéíóú" in 10.6 and up to your previous 10.7 beta it failed to identify the "áéíóú" characters when using the concatenation operator & . Since the new Script upgrade it was corrected, unless i did something that i was unaware of since that upgrade (As you said it could be something to do with the Locale) . I must conduct more research to fill in the knowledge gaps!. Visual Basic is fine when using the special characters in the following way  : Qptext="á"  : DmdReel1.Image.="Fontstyle3_"&Qptext. (VisualPinball image library will then see the image name Fontstyle_á). No doubt there will be occasions when special characters should not be used. I sadly look forward to running into these unwanted issues!. >

 

I guess this was due to my update of the SciLexerVP which by default works in UTF-8 mode nowadays (and thus also VP10.6 used this in your tests, i guess?!).

But this i had to change again now, as otherwise old tables with special chars could look weird when opening the script. So only VP10.7 uses the UTF-8 mode now.

[fuzzel]

I've tested the lights and lightseq with a own test table and with Jo's slimer table and it seems to work now

[jpsalas]

Yes, the light sequencer works now, and the light state is saved with the table Thanks guys!

[Thalamus]

Excellent work again guys - thank you so much !

[trizoneGB]

Always delivering the goods! Works great on my end😀thanks fellas!

[jejepinball]

With the revision 4291, I have an error when I load (ReImport From) a .mp3 file in Sound manager : BASS music/sound library cannot load "..." (error 6: unsupported sample format)

[jpsalas]

I have no problems loading a mp3 file or using the Reimport from..., The only thing about using a mp3 or ogg is the volume which way too high. The mp3 or ogg sounds fine in the editor, but the volume is very high during the game. Toxie knows about it, I guess it will get fixed sooner or later You can set the volume very low in the playsound command, but I shouldn't do that yet, it is best that toxie fixes the volume instead of to start to make workarounds

[stampedem]

Hi.  On all the betas I've tried so far, I'm getting the "Preparing Table" progress pop-up showing above all front end media.  This is the indicator which shows the "Rendering Table" and "Starting Game Scripts" status.  For me, in either PinballY or Popper, the progress bar is appearing above both the recorded playfield and backglass .mp4s.  In 10.6 final this wasn't occuring.  Having the VPX program show above the front-end kind of lessens the seamless transition I think a lot of users are looking for. Has anyone else had this issue with the 10.7 betas?

[toxie]

I have no problems loading a mp3 file or using the Reimport from..., The only thing about using a mp3 or ogg is the volume which way too high. The mp3 or ogg sounds fine in the editor, but the volume is very high during the game. Toxie knows about it, I guess it will get fixed sooner or later You can set the volume very low in the playsound command, but I shouldn't do that yet, it is best that toxie fixes the volume instead of to start to make workarounds

Now i feel guilty again. 

You're right JP, this is on my todo list, but i'm constantly delaying it, because many parameters still need to be tweaked, and i'm a bit scared bout that. But it must of course happen before the 10.7 final!

With the revision 4291, I have an error when I load (ReImport From) a .mp3 file in Sound manager : BASS music/sound library cannot load "..." (error 6: unsupported sample format)

Maybe a special case/bug that you trigger? If you please have the exact table and the exact file for me, so that i could repro?!

[Segovia11]

Dear forum 

just had a good session with 4291 and its looking good. During the session I tested the new table - script manipulation feature  "VPinballX.exe - extractvbs tablename.vpx"  and  "VPinball.exe -c1 para1"  from the cmd line.

The script extracted successfully. The Cmd line was ok with the "VPinball.exe -c1 para1" and the the script did not reject the GetCustomParam(1) to get "Param1".

I looked at the open source as part of my C++ school study so that i could answer the following question, which parameters are being look at when it sets custom parameter 1. I was not any wiser after spending a short afternoon with it, although the research did me the world of good. More C++ research needed. 

Has this area been researched by an active developer lately. This time i hand the same question over to the present development team, which parameters are being looked at when it sets custom parameter 1? 

 

ManyThanks

Joseph Gofton      

Edited by Segovia11, 24 August 2020 - 12:26 AM.

[wiesshund]

 which parameters are being looked at when it sets custom parameter 1? 

 

 

I think you have to define them in the table script
like maybe you have a set of parameters in the script to give unlimited balls for testing the table or something
Or have the table load with alternate physics

[wrd1972]

 

Would it be possible to create an interface even if its outside of VP, that would allow us to very quickly over-right existing physics with a revise material file? Basically looking for a quicker and easier way to do this than the one by one load, find, delete, replace process for every single table.

 

Maybe someone could right a little hack program that can allow a group of tables to be selected, and a revised material set to be selected, and when the "go" button is hit the existing materials are overwritten by the new set. But there would need to be that interface into the .vpx file, but  outside of VP10.exe

 

VPE includes a C# library that can easily load .vpx files, manipulate them, and write them back. What you're asking are probably 10-15 lines of code. Wrapping it into an UI could be done with a WPF application, although that would require more time.

 

If you're curious, check this unit test for an example.

 

Thanks Freezy. Glad to see that its likely feasible to do this.

 

Unfortunately I dont have the skills to be able to proceed with creating a UI tool to do this. But I am very willing to work with someone who may be willing to take it on. I really do believe that this physics utility would be invaluable to the community quickly changing table physics by way of an automated tool. It currently takes way to long to manually revise per table especially when you have 300+ on the cab.

 

Anyone interested? Please PM me and we can make it happen.

[freezy]

It could be a command-line thing.

apply-vpx-physics.exe <path-to-vpx-to-read> <folder-of-files-to-apply-to>

 

[jpsalas]

BUG:

 

I know this has been reported before, but I'm not sure if it is supposed to be fixed, but still it is possible to rename two objects with the same name. 

 

JP

[jarr3]

First time for me reporting something here. So please bear with me. I do not know if you see it as bug... Or more like a request.

When running in exclusive fullscreen mode, and you e.g want to fill up balls, pressing B, VPX wants to show a requester. But since we use full screen it cannot be displayed. (Without cumbersome switching back and fourth)

Would it be possible to send it to the second screen instead? Or any other ideas?

Sent from my SM-G950F using Tapatalk

[Thalamus]

You should really fix the issue that requires you to press 'b' in the first place.

[jarr3]

You are right, it is not something happening on regular basis, when you have everything setup.

But it is not that I am having an issue either. Though after replacing my soundcard and testing back and forth it happened. When it happens it is just annoying. But the same is for other messages popping up.

My thought is that what is the idea to try showing a requester when it isn't possible.

One solution could be defaulting the requester answer as if you had pressed enter on it.

Sent from my SM-G950F using Tapatalk