Jump to content



Photo
- - - - -

VP9.10 Bug Reports


  • Please log in to reply
69 replies to this topic

#1 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 24 January 2011 - 05:05 AM

Recap:

Undeclared Dims and CreateObject statements that are placed outside of Subs and Functions,
and statements and calls to non-existent Objects and COM Objects that are placed within Subs and Functions, or TYPOS placed within Subs and Functions of calls to existent Objects that return a "Type Mismatch: Name" or "ActiveX cannot create Object", or an "Object Required " error then crash the Editor on clicking O.K.

Editor > Insert > ActiveX Object: Saved .vpt files that contain a working embedded ActiveX COM Object prior to saving will not reopen and will instead crash the Editor when trying to reopen the .vpt file.
Note: There are TWO Options > ActiveX > Misc. entries appearing in the Options Menu after placing an ActiveX Object on the Table1.Backdrop.

The internal Visual Pinball > VBATestLib name for this Object is IComControl, but the Options Menu Title name as displayed at the top is ActiveX (Type Mismatch by Name or Object Required (wrong Object name) error?).

unclewilly reports that the Preferences > Video settings for resolution limiting will not save the full screen/Window Mode setting.

Old Bug: When you place a Light set to the top Surface of a dropping Wall (set to Has Hit Event and Can Drop), the Light is rendered under the Wall instead of on top of the Wall.







Don't know if it's just my system, and I didn't notice this earlier, so it could still be me, but...
Open a Table Script and write anything, foo, etc., just to pull up an error.
When the Player closes on error (Type Mismatch: "foo"), the editor crashes.

Insert > ActiveX Object is still corrupting saved tables that, after saving the table, the table.vpt file can no longer be opened, and trying to open a saved .vpt that contains an ActiveX Object crashes the editor.

Edited by sleepy, 12 February 2011 - 01:56 PM.


#2 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 24 January 2011 - 05:43 AM

If the word you type in the Script is, say an undeclared Dim, Sub name, etc. and is inside of a Sub, then no crash, but if you type a word outside of a Sub and without a Dim declaration of the word, the editor crashes on "Type Mismatch" errors.

It doesn't crash on Type Mismatch errors in VP8.1

Edited by sleepy, 24 January 2011 - 05:47 AM.


#3 Bob5453

Bob5453

    I'm taking a nap

  • VIP
  • 3,896 posts
  • Location:Near Dayton, Ohio USA

  • Flag: United States of America

  • Favorite Pinball: Any table I can play while sitting in a rocking chair




  • Trophies:

Posted 24 January 2011 - 06:13 AM

QUOTE (sleepy @ Jan 24 2011, 12:43 AM) <{POST_SNAPBACK}>
If the word you type in the Script is, say an undeclared Dim, Sub name, etc. and is inside of a Sub, then no crash, but if you type a word outside of a Sub and without a Dim declaration of the word, the editor crashes on "Type Mismatch" errors.

It doesn't crash on Type Mismatch errors in VP8.1


Same here. Crashed here with 9.10, but not 9.07.

Posted Image

You have discovered an Easter egg. Pat yourself on the back.


#4 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 24 January 2011 - 06:26 AM

Appears to be a bug with Exception Handling outside of Subs and Functions.
I'm also getting an editor crash when using CreateObject when stating a control that doesn't exist.

Dim ace
Set ace = CreateObject("phony.Control")

returns an "ActiveX cannot create" error, but then the editor crashes.
This is happening when placing the CreateObject statement inside of a Sub Table1_Init() also.

#5 faralos

faralos

    VPF Veteran

  • Members
  • PipPipPipPipPipPip
  • 7,838 posts
  • Location:Eastern Pa,USA

  • Flag: United States of America

  • Favorite Pinball: Flash (Williams) 1979, Flash2 Updated




  • Trophies:

Posted 24 January 2011 - 12:36 PM

am too scared to even try the new version, what with all these bugs. but out of curiosity, what does this mean:
*Added Alpha Support for Ramps* what is alpha support?
"Don’t let the noise of others’ opinions drown out your own inner voice.
And most important, have the courage to follow your heart and intuition.”
----Steve Jobs


#6 Decidetto

Decidetto

    Enthusiast

  • Members
  • PipPipPip
  • 201 posts
  • Location:The Netherlands

  • Flag: Netherlands

  • Favorite Pinball: Funhouse, Black Rose, Elvira and the Party Monsters

Posted 24 January 2011 - 08:00 PM

What?? Is there alpha support in VP9.10?!?!?!?
That's just too awesome! I have not taken the time yet to read the release post, but wow!
Alpha support means alpha transparency, so now, when you set a ramp to use a "transparent" .PNG, it will now actually appear transparent and not as a dithered mess!
"More pinball, shoot again!"

#7 Bob5453

Bob5453

    I'm taking a nap

  • VIP
  • 3,896 posts
  • Location:Near Dayton, Ohio USA

  • Flag: United States of America

  • Favorite Pinball: Any table I can play while sitting in a rocking chair




  • Trophies:

Posted 24 January 2011 - 08:16 PM

I just lost an hours work due to a crash.... Make a syntax error and all is lost. sad.gif

Try this in a New Table and you will see what I mean.

Sub Table1_Init()

Tatget1.IsDropped=True

End Sub

Posted Image

You have discovered an Easter egg. Pat yourself on the back.


#8 faralos

faralos

    VPF Veteran

  • Members
  • PipPipPipPipPipPip
  • 7,838 posts
  • Location:Eastern Pa,USA

  • Flag: United States of America

  • Favorite Pinball: Flash (Williams) 1979, Flash2 Updated




  • Trophies:

Posted 24 January 2011 - 09:36 PM

but it shouldn't freeze per se, it should just lock up with that famous red line of code yes? why did it crash altogether? oh you must be working in vp9.09. my copy does that at times or if I have three tables open at once it likes to freeze up keeping me from saving at all. set the auto save to 5 minutes to ensure it won't happen again. also try hitting the save button when the autosave comes on that sets up numerous weird things in my copy of 9.09 like crashing, dumping out to desktop or just freezing up...making me use the cntrl alt delete and losing anything i didn't save...
cool deal with the 'alpha' for the ramps. i always loathed that dithered look, see thru is supposed to be just that not that spotted looking ramps we currently suffer with

Edited by faralos, 24 January 2011 - 09:37 PM.

"Don’t let the noise of others’ opinions drown out your own inner voice.
And most important, have the courage to follow your heart and intuition.”
----Steve Jobs


#9 Bob5453

Bob5453

    I'm taking a nap

  • VIP
  • 3,896 posts
  • Location:Near Dayton, Ohio USA

  • Flag: United States of America

  • Favorite Pinball: Any table I can play while sitting in a rocking chair




  • Trophies:

Posted 24 January 2011 - 09:46 PM

QUOTE (faralos @ Jan 24 2011, 04:36 PM) <{POST_SNAPBACK}>
but it shouldn't freeze per se, it should just lock up with that famous red line of code yes? why did it crash altogether? oh you must be working in vp9.09. my copy does that at times or if I have three tables open at once it likes to freeze up keeping me from saving at all. set the auto save to 5 minutes to ensure it won't happen again. also try hitting the save button when the autosave comes on that sets up numerous weird things in my copy of 9.09 like crashing, dumping out to desktop or just freezing up...making me use the cntrl alt delete and losing anything i didn't save...
cool deal with the 'alpha' for the ramps. i always loathed that dithered look, see thru is supposed to be just that not that spotted looking ramps we currently suffer with


I was replying on the thread topic, VP9.10 Bug Reports.

No one would want to use it to write code at this time until that is fixed.

Posted Image

You have discovered an Easter egg. Pat yourself on the back.


#10 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 24 January 2011 - 10:03 PM

Insert > ActiveX Objects: I note that in the VBATestLib ( the internal library of Visual Pinball Objects embedded in the .exe)
that the internal name for the ActiveX Object is IComControl
but that in the Options menu, this object is titled as ActiveX (not the changeable name, but the formal name.

Now, the Table Object is listed in the library as ITable.
The Ball Object is listed as IBall. These Objects are still Tables and Balls in the GUI and Script engines.

Is it possible that there is an error between the editor and the VBATestLib due to a confusion of Object names for the IComControl/ActiveX Object which then introduces corruption of the .vpt file when saved?

Edited by sleepy, 24 January 2011 - 10:20 PM.


#11 cupid

cupid

    Enthusiast

  • VP Dev Team
  • PipPipPip
  • 496 posts

  • Flag: Germany

  • Favorite Pinball: Dr Who

Posted 27 January 2011 - 05:14 PM

QUOTE (sleepy @ Jan 24 2011, 11:03 PM) <{POST_SNAPBACK}>
Insert > ActiveX Objects: I note that in the VBATestLib ( the internal library of Visual Pinball Objects embedded in the .exe)
that the internal name for the ActiveX Object is IComControl
but that in the Options menu, this object is titled as ActiveX (not the changeable name, but the formal name.

Now, the Table Object is listed in the library as ITable.
The Ball Object is listed as IBall. These Objects are still Tables and Balls in the GUI and Script engines.

Is it possible that there is an error between the editor and the VBATestLib due to a confusion of Object names for the IComControl/ActiveX Object which then introduces corruption of the .vpt file when saved?

Sorry, I have not looked at the complete Com/active X control yet. I have tried the basics to stop the program from crasing with a bad script, but it didn't help. The script even notices, that there is an error, but the unhandeled exception does happen at another place, where everything seems OK, programming wise.

So sorry, I cannot help here.

I would personally bet that there is no naming error. the Video options fix is committed to sourceforge, but there is no new release yet and we have no ETA. Please don't ask.

If you say that it does not work on 9.0.10 but it worked on 9.0.7 this does not help. Please take the Time to check the Versions in between. Also if you post graphic bugs, please post which Table, system specs, a screenshot and ALL Video options.

Cupid
The world is devided into people who think they are right.

#12 TAB

TAB

    Out of order

  • VIP
  • 2,556 posts
  • Location:Berlin/Germany

  • Flag: Germany

  • Favorite Pinball: BOP The Machine



Posted 27 January 2011 - 06:46 PM

I have made Nugent with 9.08 because by copy/paste 9.10 crashes often.
Sometimes you must only move -sorry have no name in german and in english- den Balken to change the view in the editor.

#13 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 27 January 2011 - 11:11 PM

The ActiveX Control: When placed in the Editor on the Backdrop screen, the Options menu then shows TWO Misc. dropdown entries in the Options menu for the control, appearing on the right side of the screen.. The second Misc. dropdown appears empty with no parameters.
When placing the Microsoft RichTextBox Ctrl as an ActiveX Object, the second Misc. entry shows no parameters.
When placing the Microsoft Animation Control as an ActiveX Object, then the second Misc. entry shows parameters, but why two Options >Misc. entries for the control? Shouldn't there only be one Options > Misc. pulldown for it?

Just a suggestion: I'd like to be able to just use Table1.CreateObject and Table1.Backdrop.CreateObject in Script.

Edited by sleepy, 27 January 2011 - 11:22 PM.


#14 cupid

cupid

    Enthusiast

  • VP Dev Team
  • PipPipPip
  • 496 posts

  • Flag: Germany

  • Favorite Pinball: Dr Who

Posted 27 January 2011 - 11:59 PM

QUOTE (sleepy @ Jan 28 2011, 12:11 AM) <{POST_SNAPBACK}>
The ActiveX Control: When placed in the Editor on the Backdrop screen, the Options menu then shows TWO Misc. dropdown entries in the Options menu for the control, appearing on the right side of the screen.. The second Misc. dropdown appears empty with no parameters.
When placing the Microsoft RichTextBox Ctrl as an ActiveX Object, the second Misc. entry shows no parameters.
When placing the Microsoft Animation Control as an ActiveX Object, then the second Misc. entry shows parameters, but why two Options >Misc. entries for the control? Shouldn't there only be one Options > Misc. pulldown for it?

Just a suggestion: I'd like to be able to just use Table1.CreateObject and Table1.Backdrop.CreateObject in Script.

Do you use Active X for anything? could you please give me a tutorial?
The world is devided into people who think they are right.

#15 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 28 January 2011 - 01:50 AM

Well...ActiveX would enable the RichTextBox that might allow for easier creation of DMDs. ActiveX Controls also allow access to PictureBox and DXTransforms for Images, as well as Flash Controls, Video Controls, etc. that *might allow* for pin-vid or video game creation, and audio controls to expand the sound capabilities beyond the simple fixed .wav or mp3 file. And if we could inject DX models (Bat Game Flippers, etc.) into the table rendering through an ActiveX or, I wish, DCOM control, well...

For now though, the Control is available in the editor, but is crashing the table on re-opening. I wouldn't want to see the control removed from the editor. It could be some fun.

For now, I can create a control in script

Dim ace
Set ace = CreateObject("RICHTEXT.RichTextCtrl.1")

...but without a shell like for instance, the Pintable, or a Parent Object like Table1 or Table1.Backdrop to house the ctrl, there are no useable parameters. The shell or Parent Object is needed to serve as a Form to provide the visual presence of the ctrl Object and to control the dimensions of the ctrl(s).
If I could use Table1.CreateObject("RICHTEXT.RichTextCtrl.1"), then I *might* then be able to use
With Table1
.ace.Width = 100
End With

Is that incorrect?

#16 faralos

faralos

    VPF Veteran

  • Members
  • PipPipPipPipPipPip
  • 7,838 posts
  • Location:Eastern Pa,USA

  • Flag: United States of America

  • Favorite Pinball: Flash (Williams) 1979, Flash2 Updated




  • Trophies:

Posted 28 January 2011 - 08:48 AM

copying decals crashed it out to my desktop numerous times back to 9.09 for me... I'll wait until the bugs get ironed out a bit more
"Don’t let the noise of others’ opinions drown out your own inner voice.
And most important, have the courage to follow your heart and intuition.”
----Steve Jobs


#17 destruk

destruk

    VPF Veteran

  • VPF Staff
  • 6,338 posts
  • Location:Colorado Springs, CO

  • Flag: United States of America

  • Favorite Pinball: Ultrapin!



Posted 28 January 2011 - 05:06 PM

QUOTE (sleepy @ Jan 27 2011, 06:50 PM) <{POST_SNAPBACK}>
Well...ActiveX would enable the RichTextBox that might allow for easier creation of DMDs. ActiveX Controls also allow access to PictureBox and DXTransforms for Images, as well as Flash Controls, Video Controls, etc. that *might allow* for pin-vid or video game creation, and audio controls to expand the sound capabilities beyond the simple fixed .wav or mp3 file. And if we could inject DX models (Bat Game Flippers, etc.) into the table rendering through an ActiveX or, I wish, DCOM control, well...

For now though, the Control is available in the editor, but is crashing the table on re-opening. I wouldn't want to see the control removed from the editor. It could be some fun.

For now, I can create a control in script

Dim ace
Set ace = CreateObject("RICHTEXT.RichTextCtrl.1")

...but without a shell like for instance, the Pintable, or a Parent Object like Table1 or Table1.Backdrop to house the ctrl, there are no useable parameters. The shell or Parent Object is needed to serve as a Form to provide the visual presence of the ctrl Object and to control the dimensions of the ctrl(s).
If I could use Table1.CreateObject("RICHTEXT.RichTextCtrl.1"), then I *might* then be able to use
With Table1
.ace.Width = 100
End With

Is that incorrect?


I don't think you'd be able to access any properties or methods if they didn't already exist in the control.
In your example above, you could just as well use
ace.width=100

Without having it as a property of the table, since you're currently loading the control with dim ace and set ace.
I haven't tried anything with it though, so I could be off base. Logically that makes sense.

Build a fire, vipers love the heat.


#18 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 29 January 2011 - 01:33 AM

No. Trust me. My brains are scrambled over trying to get this to work, but ace.Width=100 returns a "Object doesn't support this property or method" error, and this is *I think* because Controls themselves usually have no methods for their visual dimensions. RichTextBox only has internal dimensions for the textfile that it may contain, not for itself.
The Width and Height, etc. of a RichTextBox Object are applied to the box by the browser, editor or Parent Object (when available to the Parent Object) windows, but not by itself. By itself it won't appear at all.
In a HTML page the parameters are applied by the OBJECT tags and dimensions are applied by the OBJECT tag parameters of the HTML code.

The only ActiveX controls that appear to work when created directly in VP script using CreateObject are audio controls such as "WMPlayer.OCX" and the custom VPinMame control with the custom vpinmame.dll for the integration to VP. Anything else visual or GUI is a no-show. *

*Except for the ActiveX Control built-in to the VP Editor Backdrop.

Edited by sleepy, 29 January 2011 - 01:39 AM.


#19 destruk

destruk

    VPF Veteran

  • VPF Staff
  • 6,338 posts
  • Location:Colorado Springs, CO

  • Flag: United States of America

  • Favorite Pinball: Ultrapin!



Posted 29 January 2011 - 01:43 AM

RichTextbox doesn't show up in my list of available objects, and most of them crash the editor on insertion, so I can't test anyway.

Build a fire, vipers love the heat.


#20 sleepy

sleepy

    Pinball Fan

  • Members
  • PipPipPipPip
  • 705 posts

  • Flag: United States of America

  • Favorite Pinball: Tiny Tim and The Ghost of Christmas Present

Posted 29 January 2011 - 03:33 AM

That's very strange. Isn't RICHTX32.OCX a standard .ocx found in the Windows\System32 folder? Maybe I caught it at the "Office"?

I modded this code from a script I found on the Net, just to get something COM to work.

Dim Wmp ' use any unique name you like for the Dim
Set Wmp = CreateObject("WMPlayer.OCX")
With Wmp
.URL = "C:\progra~1\visual~1\Music\Pianobackgrnd.mid"
Wmp.Controls.Play
End With

It allows playing .mid and non-standard (to VP) audio files without having to install add-ons, but remember to use an audio file on your system in place of "Pianobackgrnd.mid" and be sure to use Wmp.Controls.Stop in a Sub Table1_Exit() or where desired, else the audio file will continue to play until you close the editor.