Polymer Deficiencies - Revision history

Hendricks266 at 20:04, 15 April 2018

2018-04-15T20:04:14Z

← Older revision		Revision as of 13:04, 15 April 2018
Line 11:		Line 11:
	**changing skies at runtime		**changing skies at runtime
	*no voxel support		*no voxel support
			*no support for glblend def tokens
			*the artmapping shader conflicts with filtering, normal/specular mapping, and some tint effects
	*doesn't save known good geometry in savegames for use as a fallback when map effects become corrupt, revealing errors that otherwise would be avoided		*doesn't save known good geometry in savegames for use as a fallback when map effects become corrupt, revealing errors that otherwise would be avoided
	*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)		*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)

Hendricks266 at 04:15, 12 January 2014

2014-01-12T04:15:04Z

← Older revision		Revision as of 21:15, 11 January 2014
Line 2:		Line 2:
	[[Plagman]] is master of everything Polymer.		[[Plagman]] is master of everything Polymer.

	*certain major optimizations remain to be done ~~(the~~ sole issue is lack of time)		*certain major optimizations remain to be done
			**The '''sole''' issue is lack of time.
			**Plagman knows exactly what needs to be done.
	*implement new sky support; would solve:		*implement new sky support; would solve:
	**limited to one skybox		**limited to one skybox

Helixhorned: add masked wall/sprite drawing issue

2013-06-16T12:56:03Z

add masked wall/sprite drawing issue

← Older revision		Revision as of 05:56, 16 June 2013
Line 19:		Line 19:
	#Non-hightile, lighting enabled: in trueror1.map, shoot with the chaingun at the TROR water. The water will not show where the splash texture has masked-out texels. Bug disappears with lighting disabled.		#Non-hightile, lighting enabled: in trueror1.map, shoot with the chaingun at the TROR water. The water will not show where the splash texture has masked-out texels. Bug disappears with lighting disabled.
	*Mapster32: sector visibility doesn't get updated on the walls, may have in-game implications. http://forums.duke4.net/topic/1348-mapster32-problems-and-bugs/page__view__findpost__p__161649		*Mapster32: sector visibility doesn't get updated on the walls, may have in-game implications. http://forums.duke4.net/topic/1348-mapster32-problems-and-bugs/page__view__findpost__p__161649
			*Both Polymodes: the drawing order between sprites and masked walls can be incorrect on occasion. This is only noticeable with translucent walls, since otherwise depth testing makes the scene appear to be drawn correctly. http://forums.duke4.net/topic/5340-bug-with-masked-walls/page__view__findpost__p__156015

Helixhorned: add mapster32 issue

2013-06-12T08:55:46Z

add mapster32 issue

← Older revision		Revision as of 01:55, 12 June 2013
Line 18:		Line 18:
	*Translucent/masked-out texels of sprites draw incorrectly in front of translucent TROR boundaries (may be multiple issues)		*Translucent/masked-out texels of sprites draw incorrectly in front of translucent TROR boundaries (may be multiple issues)
	#Non-hightile, lighting enabled: in trueror1.map, shoot with the chaingun at the TROR water. The water will not show where the splash texture has masked-out texels. Bug disappears with lighting disabled.		#Non-hightile, lighting enabled: in trueror1.map, shoot with the chaingun at the TROR water. The water will not show where the splash texture has masked-out texels. Bug disappears with lighting disabled.
			*Mapster32: sector visibility doesn't get updated on the walls, may have in-game implications. http://forums.duke4.net/topic/1348-mapster32-problems-and-bugs/page__view__findpost__p__161649

Helixhorned: add one translucent tror boundary issue

2013-06-12T08:52:40Z

add one translucent tror boundary issue

← Older revision		Revision as of 01:52, 12 June 2013
Line 16:		Line 16:
	**Models disappearing from view		**Models disappearing from view
	**Lights affecting sprites through walls		**Lights affecting sprites through walls
			*Translucent/masked-out texels of sprites draw incorrectly in front of translucent TROR boundaries (may be multiple issues)
			#Non-hightile, lighting enabled: in trueror1.map, shoot with the chaingun at the TROR water. The water will not show where the splash texture has masked-out texels. Bug disappears with lighting disabled.

Plagman at 22:32, 29 March 2013

2013-03-29T22:32:31Z

← Older revision		Revision as of 15:32, 29 March 2013
Line 13:		Line 13:
	*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).		*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).
	*ATI cards cast no shadows with any spotlights.		*ATI cards cast no shadows with any spotlights.
			*Better sprite/model sector tracking; would solve:
			**Models disappearing from view
			**Lights affecting sprites through walls

The Commander at 16:38, 3 March 2013

2013-03-03T16:38:13Z

← Older revision		Revision as of 09:38, 3 March 2013
Line 12:		Line 12:
	*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)		*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)
	*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).		*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).
	*ATI cards ~~have~~ no shadows with any spotlights.		*ATI cards cast no shadows with any spotlights.

The Commander at 16:36, 3 March 2013

2013-03-03T16:36:57Z

← Older revision		Revision as of 09:36, 3 March 2013
Line 12:		Line 12:
	*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)		*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)
	*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).		*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).
			*ATI cards have no shadows with any spotlights.

Plagman at 20:32, 2 March 2013

2013-03-02T20:32:44Z

← Older revision		Revision as of 13:32, 2 March 2013
Line 7:		Line 7:
	**level geometry is displayed through skyboxes when it should not		**level geometry is displayed through skyboxes when it should not
	**[[showview]] command does not work		**[[showview]] command does not work
			**changing skies at runtime
	*no voxel support		*no voxel support
	*doesn't save known good geometry in savegames for use as a fallback when map effects become corrupt, revealing errors that otherwise would be avoided		*doesn't save known good geometry in savegames for use as a fallback when map effects become corrupt, revealing errors that otherwise would be avoided
	*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)		*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)
	*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).		*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).

Mblackwell at 03:04, 17 February 2013

2013-02-17T03:04:25Z

← Older revision		Revision as of 20:04, 16 February 2013
Line 10:		Line 10:
	*doesn't save known good geometry in savegames for use as a fallback when map effects become corrupt, revealing errors that otherwise would be avoided		*doesn't save known good geometry in savegames for use as a fallback when map effects become corrupt, revealing errors that otherwise would be avoided
	*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)		*not hooked up to [[User:TX\|TX]]'s Sector Effector-based [[ROR]] (which remains useful for retrofitting existing maps)
			*polymer does not modify roll when transforming HUD models during changes to rotscrnang (per polymost).