4027 replies to this topic

[Mitchell]

Yeah I got it to work. I had to do it this way. Need white in the image or else won't work correctly. But you are right. I shouldn't be using walls for targets.

 

Using the targets from the sample table now. Removing all the others.

Attached Files

•  Red_Web_Target.png   56.28KB   11 downloads
•  Screenshot (15).png   416.77KB   10 downloads

Edited by Mitchell, 25 September 2020 - 11:26 PM.

[toxie]

Fuzzel, can you please update the current build with the new Freeimage.dll for testing? Thanks!

[fuzzel]

rev4301 is up:

 

- Freeimage.dll updated

[flupper1]

A feature request @fuzzel @toxie : 

One of the things I have been wanting to do is indirect lighting for inserts; meaning a lit up insert giving a subtle reflection type of light to the posts, targets, etc on the table. Doing this with extra primitives would result in way too many of them too handle, so I was never able to do this. So now for the feature request: I think I would be able to simulate this, if I could use an image on a VPX light. I know this is possible if you disable "bulb" on a vpx light, but then you lose all the other effects. So is it possible to have "bulb" enabled and still multiply an image to the light? And also affect the transmit effect of the light?

Next to indirect lighting for inserts, this can also be used to make soft shadows around posts on slingshots for instance.

For texture coordinates I would be fine with either ImageModeWorld or ImageModeWrap like on flashers. 

[bord]

A feature request @fuzzel @toxie : 

One of the things I have been wanting to do is indirect lighting for inserts; meaning a lit up insert giving a subtle reflection type of light to the posts, targets, etc on the table. Doing this with extra primitives would result in way too many of them too handle, so I was never able to do this. So now for the feature request: I think I would be able to simulate this, if I could use an image on a VPX light. I know this is possible if you disable "bulb" on a vpx light, but then you lose all the other effects. So is it possible to have "bulb" enabled and still multiply an image to the light? And also affect the transmit effect of the light?

Next to indirect lighting for inserts, this can also be used to make soft shadows around posts on slingshots for instance.

For texture coordinates I would be fine with either ImageModeWorld or ImageModeWrap like on flashers. 

+1

[wiesshund]

Fuzzel, can you please update the current build with the new Freeimage.dll for testing? Thanks!

What does that DLL do?

 

Also, the notes say it is (Disabled)
That would make me assume that it is updated but i would not see it do (or not do) anything?

Edited by wiesshund, 26 September 2020 - 06:44 PM.

[Thalamus]

https://freeimage.sourceforge.io/

[wiesshund]

https://freeimage.sourceforge.io/

Thanks Thalamus.

 

Do you know what the notes mean where it says (Currently disabled) ?
Is there something we should do to enable it to test?

[Thalamus]

No. I don't know. Expect that it will be answered by the devs.

[wiesshund]

4301 is crashing a lot
and it is not leaving a crash text or dump that i can find

It appears to be doing it when it tries to auto save

 

You see it go into the save process and then it just closes.
Wish i could give more info, but it isnt giving me anything to give back

 

The one thing i did try is i opened a table and just left it sit in the editor, and it crashed after about the 3rd auto save cycle.

And the autosave.vpx file did not reflect a modification time beyond the 1st cycle

[toxie]

 

https://freeimage.sourceforge.io/

Thanks Thalamus.

 

Do you know what the notes mean where it says (Currently disabled) ?
Is there something we should do to enable it to test?

 

The release notes seem to be a outdated one then.

Nothing you need to do to 'enable' the new dll.

 

And the new dll could result in a bit faster loading of tables (all non-JPGs could now also load a bit faster).

Edited by toxie, 27 September 2020 - 05:53 AM.

[toxie]

4301 is crashing a lot
and it is not leaving a crash text or dump that i can find

It appears to be doing it when it tries to auto save

 

You see it go into the save process and then it just closes.
Wish i could give more info, but it isnt giving me anything to give back

 

The one thing i did try is i opened a table and just left it sit in the editor, and it crashed after about the 3rd auto save cycle.

And the autosave.vpx file did not reflect a modification time beyond the 1st cycle

Do you please have the exact table you tested for me, cause i cannot repro.

[kiwi]

To me VPX does not go with the new Dll, I do not remember the error message, eventually I will attach it later, maybe it is not compatible with Win XP?

[kiwi]

To me VPX does not go with the new Dll, I do not remember the error message, eventually I will attach it later, maybe it is not compatible with Win XP?

[wiesshund]

Do you please have the exact table you tested for me, cause i cannot repro.

 

 

 

 

Here, try this one

 

https://www.vpforums...&showfile=14075

 

It seems to love imploding on it.
Its ok if you launch it and get it out of the editor, just dont walk off and leave it sit not running for the auto save to cycle by.

Odd thing, you can manually save all day long.
Wish it would give a crash dump i could give to you.

 

On a side note.
Since it is now intended to put the music files in the table itself, and just use play sound.
Is there anything you can do when calling said music to play, that would make it adhere to a users choice of music level setting?

 

I could only seem to get it to work if i used playmusic, but then it did not appear to want to look in the table, but out at the music folder instead

but maybe i am doing something wrong?

Edited by wiesshund, 27 September 2020 - 09:13 AM.

[jpsalas]

Here it is en error crash, while editing, table just closed.

 

Crash report VPX rev4301

============

Process: VPinballX.exe

Reason: 0xC0000005 - EXCEPTION_ACCESS_VIOLATION at 0023:00427A28

Attempt to write to 0x0E67A898

Thread ID: 0x14D4 [5332]

 

Call stack

==========

00427A28 VPinballX.exe (0x00000010 0x00000000 0x00000000 0x004c06c0)

0055E09F VPinballX.exe (0x00000010 0x00000000 0x00000000 0x00000010)

00426D1F VPinballX.exe (0x00426CD0 0x004C06C0 0x00000010 0x00000000)

7735502A user32.dll GetClassLongW + 0x7AA (0x00426CD0 0x00000000 0x00000010 0x00000000)

77354409 user32.dll GetSystemMetricsForDpi + 0x1459 (0x0394F280 0x00000000 0x00000000 0x00000001)

77341329 user32.dll SendMessageA + 0x49 (0x004C06C0 0x00000010 0x00000000 0x00000000)

00543CC5 VPinballX.exe (0x00000111 0x000080ED 0x00000000 0x003d0a26)

005315F6 VPinballX.exe (0x00000111 0x000080ED 0x00000000 0x00000111)

00426D1F VPinballX.exe (0x00426CD0 0x003D0A26 0x00000111 0x000080ed)

7735502A user32.dll GetClassLongW + 0x7AA (0x00426CD0 0x00000000 0x00000111 0x000080ed)

77354409 user32.dll GetSystemMetricsForDpi + 0x1459 (0x03B20360 0x00000000 0x00000000 0x00000001)

77341329 user32.dll SendMessageA + 0x49 (0x003D0A26 0x00000111 0x000080ED 0x00000000)

0055B177 VPinballX.exe (0x00000000 0x00000001 0x0019EB00 0x003e7000)

005B557C VPinballX.exe (0x00000000 0x0073E170 0x00000000 0x00000000)

0016023A  (0x0073E170 0x00000000 0x00000000 0x00000000)

 

Environment

===========

Date/time: 27/9/2020, 11:24:20:457

Number of CPUs: 8

Processor type: 586

System: Windows 10 (10.0 19041)

 

Memory status

=============

Total Reserved: 159924K (156M) bytes

Total Commited: 230908K (225M) bytes

Total Free: 3803408K (3714M) bytes

Largest Free: 2095424K (2046M) bytes

 

Registers

=========

EAX=00000000 EBX=00000000 ECX=0019EBB0 EDX=031BA640

ESI=0E67A890 EDI=00000010 EBP=00755648 ESP=0019EC1C EIP=0016023A

FLG=00010202 CS=0023 DS=002B SS=002B ES=002B FS=0053 GS=002B

 

 

Mini dump saved successfully.

[fuzzel]

What about rev4300? Does it crash as many times as 4301 does?

[wiesshund]

got a crash dump finally
 

Crash report VPX rev4301

============

Process: VPinball beta 10.7.4301.exe

Reason: 0xC0000005 - EXCEPTION_ACCESS_VIOLATION at 0023:00539D82

Attempt to read from 0x00000000

Thread ID: 0xBE0 [3040]

 

Call stack

==========

00539D82 VPinball beta 10.7.4301.exe (0x0030045E 0x0019F36C 0x00000001 0x0019f36c)

004902FF VPinball beta 10.7.4301.exe (0x0019EBB0 0x0030045E 0x0030045E 0x0019d4a4)

00427AC2 VPinball beta 10.7.4301.exe (0x00755648 0x00A708C4 0x00000000 0x0073e170)

 

Environment

===========

Date/time: 26/9/2020, 22:28:30:606

Number of CPUs: 8

Processor type: 586

System: Windows 10 (10.0 19041)

 

Memory status

=============

Total Reserved: 81308K (79M) bytes

Total Commited: 501776K (490M) bytes

Total Free: 3611156K (3526M) bytes

Largest Free: 2095424K (2046M) bytes

 

Registers

=========

EAX=00000000 EBX=031A5FC0 ECX=00000000 EDX=0000000F

ESI=06539190 EDI=00000004 EBP=00000000 ESP=0019EC14 EIP=773B4A75

FLG=00010202 CS=0023 DS=002B SS=002B ES=002B FS=0053 GS=002B

 

 

Mini dump saved successfully.

 

 

the mini dump is 3.8gb
If you need that, it will take me a while to upload it.

What about rev4300? Does it crash as many times as 4301 does?

It sort of does seem so.

I just had it exit on me now.
It for some reason, does not consistently leave a crash txt and dump

It also seems (and it could be an illusion) to not crash so much, with auto save disabled.

 

Kind if ironic, i turned auto save on and set it for every 3 min, in case the editor crashed (and of course it did not exactly consistently auto save LOL)
And now seems that very thing might be making it crash.

I thought maybe it was doing that because i had my parts table open, and maybe it gave it trouble knowing which one to actually auto save
but seems to be doing it with only 1 table open, so i'm not sure?

[jpsalas]

What about rev4300? Does it crash as many times as 4301 does?

 

Not so much,  4300 was more stable. It could crash too, but not while editing. 4300 crashed mostly when you run the table or on exit. But I have not reported those crash since I usually have open a VP9 table to copy something of simply to check something, and I know VPX and VP9 don't go along

[fourbanks]

on a side note all my tables are ok. build 4301 stable here