Duke4.net Forums: Mapster32 problems and bugs - Duke4.net Forums

Jump to content

  • 42 Pages +
  • « First
  • 20
  • 21
  • 22
  • 23
  • 24
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic

Mapster32 problems and bugs  "Please post them exclusively here"

User is online   Danukem 

  • Duke Plus Developer

#631

View PostHelixhorned, on 25 February 2012 - 07:58 AM, said:

Is this the known Alt-TAB problem or something else? I'm routinely playing Duke in 1680x1050 software mode with no problems. (I'm doing this in windowed mode without window borders though). Also, classic's non-slope ceiling/floor texturing functions go wild with very wide aspects and large up/down looking angles, but for me it's only manifested in "noise" textures.


It's caused by trying to use the software renderer in FULL SCREEN, just like Gambini said. It has nothing to do with alt-tab, and windowed mode without window borders is not the same thing. It's a hard crash, too (at least for me). I have to hold the power key on my computer and reboot.
1

User is offline   Kyanos 

#632

Attached Image: software_fulscreen.png
I just tried this out. It didn't crash. Yet, I only looked around for a bit and did some minor edits then went back and forth between 2d a few times.
Windows 7 64 bit. Eduke rev. 2300 and with todays build 2387 which I noticed allows some higher resolutions. :lol:
Do you guys have Areo running? Try switching windows into classic mode if so. That's all I can really think of. Also polymer full screen ran good.
Added: Play testing is a bitch. It won't allow Eduke to run over top of Mapster.

This post has been edited by Drek: 25 February 2012 - 11:56 AM

0

User is online   Danukem 

  • Duke Plus Developer

#633

View PostDrek, on 25 February 2012 - 10:50 AM, said:

Attachment software_fulscreen.png
I just tried this out. It didn't crash. Yet, I only looked around for a bit and did some minor edits then went back and forth between 2d a few times.


I was referring to EDuke32, not mapster. The crash happens immediately when switching to full screen mode. I use Windows 7 64 bit as well, and I always use the latest snapshot.
0

User is offline   Kyanos 

#634

Sorry for the confusion I think Helix & Gambini were talking about mapster at first.
I can report that it does not crash Eduke for me either though.
Log:
Spoiler

0

User is offline   Gambini 

#635

Sorry if my comment was confusing. I actually use both mapster and eduke in software 1280x1024 windowed. I´m not really interested in changing it regarding Mapster32 because the aforesaid reasons.

The crash I remember occurs in Eduke32, and it is pretty much what Deeperthought described, with the only exception that it can last a few minutes before crashing in my end. Ah well, I don´t have to reboot my PC though.

With Eduke32 though, it is some kind of a problem. Around the same time i got my new screen (about two years and half ago) Eduke32 began to crash if the following conditions was met: Software mode and fullscreen. I, stupidly, thought it was because I was using wide resolutions (besides the aspect ratio, which doesn´t exist in sofware mode AFAIK). But it wasn´t. When my last map was in the betatesting process i managed to convince a few testers to use software mode so they could enjoy the level in all its glory, but they reported consecutive crashes, which were fixed switching to windowed mode. But then they hated the fact of having to use the game in a window (a logical complaint).

In short: The only reason of why i care this could be fixed is because right now some users are forced to use open-gl. Either because their screens aren´t big enough to be wasting them with a smaller window or because they just do not like windowed mode. This makes them use other renderers even if they do not want to. In my case, i´m perfectly fine with the way this works. One of the things I like to preserve from the original game is its original aspect ratio(or better, the FOV), so I don´t mind to be wasting two strips of my screen as long as i can make it fit the height.

This post has been edited by Gambini: 25 February 2012 - 02:54 PM

0

User is offline   Helixhorned 

  • EDuke32 Developer

#636

Gambini, your post wasn't confusing, I was simply trying to getting closer to the cause. As it stands, I'm not even sure whether what you're experiencing is the same problem as DT's, or of any of the other It Lives beta testers. Could somebody for whom the crash does not lead to a hangup provide a crashlog if that's possible?
0

User is offline   MusicallyInspired 

  • The Sarien Encounter

#637

I don't know if this has been addressed or not, but I cannot alt-tab out of Mapster for too long or Mapster will crash. Well, it doesn't crash so much as it just hangs. Window turns white etc and it asks me if I want to wait or just close the application. It never comes back, though. It takes about 7 or 8 seconds to hang if I don't switch back quickly enough. I'm Win7 64-bit. Any way around this? Doesn't matter if I'm in 2d or 3d mode. Also doesn't matter if I'm running 8-bit, Polymost, or Polymer.

This post has been edited by MusicallyInspired: 26 February 2012 - 03:03 PM

0

User is offline   Paul B 

#638

Just to follow up with all these posts about "Alt" + tabbing out of mapster and having it crash. Ever since day one of using mapster I have had this problem where when I ALT TAB out of Mapster in Windows 7 and then try to go back into mapster i get a black screen. There is hard-drive activity periodically and it just hangs on a black screen. At which point "Ctrl" + "Alt" + "Del" or "Alt" + "Tab" or any keyboard or mouse action will yeild in nothing. I have to manually power off the Computer with a hard shutdown or reset before I can regain control of my operating system. However, I am running Mapster in Fullscreen mode. The main reason why I don't use Windows 7 and Mapster was because of this bug. I use XP and mapster and I don't have this problem. I am running a Dual Boot of Windows 7 and XP Pro on the same SSD. This is not exactly a new problem for me and has been happening ever since I started using mapster over a year ago. It is only because I prefer the speed and the functionality of XP I don't mind using it over Windows 7 which is why I didn't complain about this glitch. I honestly didn't think Windows 7 could run Mapster without using like DOSBox on a 32 Bit platform.

Another recent glitch I have noticed is: When in mapster and attempting to run EDUKE from mapster using the "test" map function it will not load EDUKE any longer. This has been a recent occurrence within the last 2 months.

This post has been edited by Paul B: 26 February 2012 - 03:23 PM

0

User is offline   Kyanos 

#639

View PostHelixhorned, on 16 February 2012 - 01:49 PM, said:

Fixed :lol:. Points 3 and 6 were new to me.


Can you post a map that demonstrates this? I assume you don't mean the same glitch as when ascending a "ladder" in Retaliation? (which still exists)

See the WGR2 thread for a couple examples I just posted.
0

User is offline   Gambini 

#640

View PostHelixhorned, on 26 February 2012 - 10:41 AM, said:

Gambini, your post wasn't confusing, I was simply trying to getting closer to the cause. As it stands, I'm not even sure whether what you're experiencing is the same problem as DT's, or of any of the other It Lives beta testers. Could somebody for whom the crash does not lead to a hangup provide a crashlog if that's possible?


Do i need to use the debug exe for that? mmmh, that´s funny because everytime I used that thing with the intention of reproducing a crash, the game never crashed. I remember TX told some something about how the compiler optimizes I-dont-know-what for the regular executable but the true is that using edukedebug will make the game a lot more stable.

Why don´t all of us start to use that one and save hours of goings and comings with crash threads and such :lol:
1

User is offline   Hank 

#641

View PostGambini, on 26 February 2012 - 07:19 PM, said:

Why don´t all of us start to use that one and save hours of goings and comings with crash threads and such :lol:

This is an idea, and so simple. Posted Image

I am starting right now, until either TX, Helixhorned and/or Plagman issues a Beta EDuke32/Mapster32 package.
0

User is offline   Hendricks266 

  • Weaponized Autism

  #642

View PostHank, on 26 February 2012 - 07:30 PM, said:

until either TX, Helixhorned and/or Plagman issues a Beta EDuke32/Mapster32 package.

What?

This post has been edited by Hendricks266: 26 February 2012 - 07:55 PM

0

User is offline   Hank 

#643

View PostHendricks266, on 26 February 2012 - 07:54 PM, said:

What?

What. Us poor mappers/coders deal with daily syntheses. Today - tah dah - # 2389. In one week you guys issued nine updated versions of EDuke32/Mapster32. This tells me, I am using software with work in progress. It also tells me we are far away from an official, fully functionable game engine. - Ergo, use the debug, version until such time the EDuke team proclaims - We are done, here is EDuke32 beta 0.9 Posted Image
0

User is online   Danukem 

  • Duke Plus Developer

#644

EDuke32 has been undergoing frequent revisions since its first release about 8 years ago. Sometimes the revisions do break important things, but for the most part it has been a fully functional port of Duke 3D and modding platform all along. Most of the stuff that is changed from day-to-day can be ignored by most users most of the time, mostly. :lol:
0

User is offline   Arwu 

#645

Hmmm . . Im using mapster32 debug version from some time and never crashes to me. Normal mapster32.exe crashes frequently and even worse, when I run it, editor window do not show most times. .
Another issue is about "test" option in mapster, when mapster is in fullscreen mode, eduke dialog window do not show above of mapster. . need to open this window manually from task bar or alt tab or use mapster32 in windowed mode or disable eduke dialog window on eduke start :lol:
0

User is offline   MusicallyInspired 

  • The Sarien Encounter

#646

Yeah, I just tried the debug version last night (I forgot all about it) and the crash/hang never occurs! However, when I alt-tab I lose my cursor so there's no point.

This post has been edited by MusicallyInspired: 27 February 2012 - 07:40 AM

0

User is offline   The Commander 

  • I used to be a Brown Fuzzy Fruit, but I've changed bro...

#647

Do these errors stop happing if you disable the Aero theme? (Change your desktop to the classic settings)
I know mapster does this for ATI users when you switch to 3D mode, but I am talking about disabling it before even starting mapster.

EDIT: I see Drek said the same thing.

This post has been edited by Cody: 27 February 2012 - 10:24 AM

0

User is offline   MusicallyInspired 

  • The Sarien Encounter

#648

Actually, it cancels the Aero theme when I switch to 3D mode too and I have a NVidia card. I haven't tried disabling Aero.

EDIT: No, still crashes/hangs even without Aero.

This post has been edited by MusicallyInspired: 27 February 2012 - 12:02 PM

0

User is offline   MusicallyInspired 

  • The Sarien Encounter

#649

Wait, never mind. I just ran the debug Mapster and it still crashes after alt-tabbing.
0

User is offline   Kyanos 

#650

@Musically Inspired
ALT-TAB has been broken since I've been a member here. It may work sometimes or for a few seconds but it's not stable.
The two recommended ways to focus on another window are:
First, and safest, run a play test through Mapster, but don't start Eduke just use your mouse to open whatever you need. This is safest because Mapster will automatically save the map as autosave_playtest.map just incase.
Second, you can also use ~ to open the console and free the mouse.
EDIT: Don't try to minimize Mapster either, that's caused me problems before.

While I am posting in this thread I have a bug to report.
Sometimes, randomly so far as I can tell, Mapster 2D mode will draw itself in an offset manor. The screen is being drawn too far left and too high, the top and left parts that are outside the window are lost. It draws over itself so that the bottom and right parts of the window are just the last non-changing frame before the glitch starts.
If I switch to 3D and back it is fine, but when it does this I get nervous and usually save quickly then exit. I will try to catch it somehow and post a pic.

This post has been edited by Drek: 27 February 2012 - 04:51 PM

0

User is online   Mark 

#651

Last time this Alt-Tab discussion came up I mentioned that I always use the "Windows" key on my keyboard to get to the desktop and never had a crash going back and forth from Mapster in the windowed mode.

No one had a reply. Is the "Windows" key identical to Alt-Tab?
0

User is offline   Hank 

#652

View PostMarked, on 27 February 2012 - 04:18 PM, said:

Last time this Alt-Tab discussion came up I mentioned that I always use the "Windows" key on my keyboard to get to the desktop and never had a crash going back and forth from Mapster in the windowed mode.

No one had a reply. Is the "Windows" key identical to Alt-Tab?

I seldom use ALT+TAB or the Window key. Both work on my computer, so far. The only time it does crash is when I used ALT+TAB to get out of Mapster and don't use ALT+TAB command to go back into Mapster32. i.e. when I click on the task bar to bring Mapster32 back in focus. Not sure if my post makes any sense though.

I think pressing Windows is not the same then using ALT+TAB.

This post has been edited by Hank: 27 February 2012 - 04:45 PM

0

User is offline   Kyanos 

#653

View PostMarked, on 27 February 2012 - 04:18 PM, said:

No one had a reply. Is the "Windows" key identical to Alt-Tab?

No. The "Windows" key opens the start menu, and is another alternative to get out of Mapster. Alt-Tab will switch focus between all open windows. Try it sometime outside of Mapster it's a handy little shortcut.
Alt-Tab was a command in Build at one point coincidentally, I doubt that has carried over to cause this glitch but, hey you never know.
0

User is online   Mark 

#654

Same with me Hank. I click on Mapster on the taskbar at the bottom of the desktop to get back into Mapster.

This post has been edited by Marked: 27 February 2012 - 04:51 PM

0

User is offline   The Commander 

  • I used to be a Brown Fuzzy Fruit, but I've changed bro...

#655

I have no issues Alt Tabing in Win XP, its Win 7 that mapster has many issues.
1

User is offline   Paul B 

#656

View PostCody, on 28 February 2012 - 06:07 AM, said:

I have no issues Alt Tabing in Win XP, its Win 7 that mapster has many issues.

I couldn't agree with you more. I Alt Tab out of mapster all the time in XP with 0 issues.
0

User is online   Mark 

#657

Add Vista Home Premium version to the "works fine" list.
0

User is offline   Hank 

#658

View PostCody, on 28 February 2012 - 06:07 AM, said:

I have no issues Alt Tabing in Win XP, its Win 7 that mapster has many issues.

Windows 7 works also, except when you start editing in 32bit mode; the mouse gets lost; and you can not click on the task bar to call up Mapster32.
0

User is online   Danukem 

  • Duke Plus Developer

#659

The hitscan function seems to be giving different results recently. I noticed it a few days ago. It came to my attention because of this code that I use in my Hypercore mod:

getplayer[THISACTOR].ang angvar
getplayer[THISACTOR].horiz z
subvar z 100
mulvar z -2048
cos mycos angvar
sin mysin angvar
// horiz at 0 z angle is 100; pos for up, neg for down
hitscan player[THISACTOR].posx player[THISACTOR].posy player[THISACTOR].posz player[THISACTOR].cursectnum mycos mysin z hitsector hitwall hitsprite hitx hity hitz clipmask

ifvare player[THISACTOR].curr_weapon 1
ifvare player[THISACTOR].weapon_pos 0
ifvare player[THISACTOR].transporter_hold 0
{
	espawn LASERSITE
	
	setvarvar xydist sprite[THISACTOR].x
	subvarvar xydist hitx
	mulvarvar xydist xydist
	setvarvar tempb sprite[THISACTOR].y
	subvarvar tempb hity
	mulvarvar tempb tempb
	addvarvar xydist tempb
	sqrt xydist xydist
	ifvarg xydist 512
	{
		setvarvar temp hitx
		addvar temp 128
		addvar angvar 1024
		rotatepoint hitx hity temp hity angvar tempb tempc
		setsprite RETURN tempb tempc hitz
	}
	else
	setsprite RETURN hitx hity hitz
}


What happens now is that the LASERSITE gets spawned on sector boundaries that are not blocking walls, whereas before it did not. And I did not change my code. For example, if there is a shading sector that is not raised out of the ground at all, the hitscan will hit the walls of that sector like they were solid raised walls blocking the player's view. This only started happening very recently; it can't have been more than a week since the revision that started it.

Given the general nature of the hitscan function, this is potentially a very serious problem. However, I would have expected to find other evidence of a general problem by now, like monsters being unable to see the player.

EDIT: The clipmask I use is 4294901808. I have been using that value all along, and have not changed any of the code. The hitscan goes to where the player is looking. The inaccurate hitscans don't happen on every sector boundary, but it happens a lot. A good example is the shadow of the vent shaft that you come down in E1L1. Hitscan gets blocked by the shading sector.
1

User is offline   Helixhorned 

  • EDuke32 Developer

#660

Ah, it's good that you're bringing this up; I had noticed the laser-endpoint glitch with Hypercore but didn't give it much thought. The core issue is the "4294901808" (0xFFFF0030 in hex): that number is outside the range of the CON number type, namely the signed 32-bit integer. I fixed the parsing to what it (coincidentally) was before and added a warning (though it's more to remind me than the CON coder). Read the revision log if you're interested in the gory details. Also, CON supports literal hexadecimal constants with the "0x..." syntax, though the validation of the text leaves something to be desired.
0

Share this topic:


  • 42 Pages +
  • « First
  • 20
  • 21
  • 22
  • 23
  • 24
  • Last »
  • You cannot start a new topic
  • You cannot reply to this topic


All copyrights and trademarks not owned by Voidpoint, LLC are the sole property of their respective owners. Play Ion Fury! ;) © Voidpoint, LLC

Enter your sign in name and password


Sign in options