freezy

VIP Class
  • Content count

    88
  • Joined

  • Last visited

  • Days Won

    8

freezy last won the day on January 13

freezy had the most liked content!

About freezy

  • Rank
    Advanced Member
  • Birthday

Profile Information

  • Gender
    Female

Recent Profile Visitors

208 profile views
  1. Ah nice find! Will update accordingly. Been playing around with network streaming, something cool coming up soon!
  2. Thanks for the report, something with non-standard resolutions seems indeed to be buggy, I'm currently looking into it.
  3. I don't do anything fancy for segmented output. Have you been able to test with another dmddevice.dll as well? Would be cool if we can figure out whether the problem's on DLL or VPM side before we invest more time into this.
  4. Yeah something with the virtual DMD seems to be screwed up. Debugging as we speak.. PinDMD3 users: Is the sound still stuttering? EDIT: If it does, try this one. I've moved the output code to different thread so VPM doesn't get stalled while sending stuff to the DLL (also the virtual DMD bug mentioned above is fixed). DmdDevice.dll
  5. Yes, those of you having crashes, please make sure it's really the DLL causing it. You can test that by unchecking "External DMD" in VPM, if it still crashes it's not the DLL. If you're using dmdext's DmdDevice,dll, look for an exception at the end of the log, that's another hint. If you don't see a log, make sure that DmdDevice.log.config is at the same location as the DLL. If the DLL is at a location you cannot write to as non-admin (e.g. SystemWOW64), edit DmdDevice.log.config and change the path of the log file to another folder. This is important, I can't fix stuff without a log.
  6. Hmm, that's weird. Do you have any other DmdDevice.dll in SystemWOW64 or System32? When it crashes, does it also crash when external DMD is not enabled in VPM? @Westworld which ROM crashes through setup.exe? I ran a few tests and for example Metallica Pro 1.70 crashes with SAMbuild 2.8b02 even without external DMD on my cabinet.
  7. Bugger.. Can you debug it? Pin2Dmd#SetColor() is run with the correct color, right?
  8. Thanks, that looks like the same bug roar described (PinDMD3 driver problem). If you got a log somewhere please post it, otherwise I'll have a look tonight. EDIT: D'oh, just looked at the PinDMD3 code for RGB24 rendering and yeah it might be better sending the frame when it's not identical to the previous, instead of vice versa. Updated DLL attached. DmdDevice.dll
  9. And this is a version that doesn't send the RGB24 frame if the previous one was identical. If you have a minute to check that RGB24 is still working that would be great. You'll see in the log how it's sent to the display. Best is to try with dmdext.exe, "dmdext test" should show (Bitmap => RGB24) when connecting. If the test image appears on the DMD that's already great, otherwise try dmdext mirror -s screen and move something in the upper left corner of your screen to check if more than 1 frame works. DmdDevice.dll dmdext.exe
  10. Okay then it's a PIN2DMD driver problem. Can you check if it's better with this? DmdDevice.dll
  11. Yes, the default color when nothing is set is orange. I've just tested that use case. Removed palette files from AFM, checked colored in VPM. In this case, the 4-color palette of VPM is applied.
  12. Well, check out this code. _colorize is the boolean from PMoptions.Colorize set by PM_GameSettings. _color is also set through the same call from the first three value of the same PMoptions struct. So what I'm doing in PM_GameSettings() is set the _colorize bool, the _color Color and run Init(), which runs SetupGraph(). So in any case, the color should already be set when running the block linked above. Do you have a use case where I can reproduce orange instead of blue showing up?
  13. Yes, and that. By "orange" I meant the color from VPM
  14. Okay for PinDMD3 it was a trivial change so I didn't test it on mine, but maybe I still screwed it up. However, a log would be interesting in any case. You can find it as DmdDevice.log and it would be very helpful if anyone having problems could paste it here (use the "code" formatting). @TerryRed: It should work like that: If "Colorize DMD (4 colors)" is checked in VPM, it searches for palette files. If none found, it just uses the color you have set in VPM. If that option is not checked, it renders orange. It shouldn't matter whether the DMD is virtual or not, If you see different behavior, let me know with a log please.