Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Goombert

1051
Off-Topic / Re: MacOS Counter-intuitive?
« on: July 31, 2014, 01:36:14 AM »
Quote from: Rusky
I don't really care about your opinion on Mac's right click functionality, just the false claims.
I never made any.

Quote from: Rusky
Further, OS X is much more stable on Apple hardware than <insert OS here> on <insert hardware here>, so dual booting on a Mac is strictly better compatibility-wise than dual booting with hackintosh.
I don't disagree, that's not really that unexpected however, of course it runs better on the hardware they designed, tested, and anticipated it to run on.

Quote from: Rusky
The effect of these differences may or may not be a big deal for your use case, but when it does make a difference and you need those features, you'll pay the same for hardware whether you go with a Mac or not.
Woz is the bigger man in every regard, I do like Apple just not their products. Regardless of how you feel about patent rights etc etc there has been a lot of nice innovation come out of Apple, see the magnetic power cords.

Quote from: edsquare
Mac's are still good machines but a little bit overpriced,
They've always been overpriced, this is nothing new, see Lisa.

Quote from: JoshDreamland
This philosophy continues to be a big part of Apple's R&D:
You never cease to amaze me, you always know just the right thing to say like 99% of the time.

Quote from: JoshDreamland
From a structure standpoint, OS X is vastly superior to Windows.
Because it's fucking BSD/Linux, so of course it's superior to Windows.

Quote from: edsquare
What kind of fucktard makes a desktop look and behave like a phone?
Steve Ballmer

1052
Off-Topic / Re: MacOS Counter-intuitive?
« on: July 30, 2014, 05:00:20 PM »
lol, Harri you are actually arguing against what he is saying. You're suggesting Mac is overpriced and he is suggesting Mac is priced in the interest of the consumer with little or not commission.

1053
Off-Topic / Re: NakedPaulToast
« on: July 30, 2014, 03:47:53 PM »
Ahhhhhh yes you're right Rusky, I see that now. In any case, I haven't seen any evidence of NPT acting like a troll, but I do know a lot of GMC people have this problem.

1054
Off-Topic / Re: MacOS Counter-intuitive?
« on: July 30, 2014, 03:46:27 PM »
Quote
hell I could buy an Alienware box and still save a few bucks!
Couldn't agree more.

Quote
Everything Mac did was legal but not completely ethical.
Couldn't agree more.

1055
Graphics and Video / Re: Gifs for my top-down scrolling shooter
« on: July 30, 2014, 06:20:26 AM »
Quote
In computer graphics everything is drawn with polygons. A sprite is 2 triangles, making up a quad. You can actually use "d3d_set_fill_mode(rs_line);" in a 2D game to enable wireframe. What you will see is that all sprites are still triangles/polygons.

In vector graphics sprites and backgrounds and everything is drawn with polygons.

In raster graphics everything is drawn by bitblt, progressive scan, or raytracing.

In computer graphics everything is generally drawn by vector or raster graphics.

I for one would like to see more vector graphics in video games, I think they provide a lot of quality especially at varying resolutions.

1056
Off-Topic / MacOS Counter-intuitive?
« on: July 30, 2014, 12:09:12 AM »
Is Macintosh the most counter-intuitive operating system in the world? Let's examine the evidence.

1057
Developing ENIGMA / Re: Graphics system compatiblity
« on: July 29, 2014, 09:50:00 PM »
Bout time you gays start waking up to what I been sayin.

Anyway his concerns arise from the following commit which I decided to peruse. He added a function to control the front face orientation in GL, which is not possible with D3D9 from what I gather but is possible with D3D10 and 11. My suggestion was to simply avoid adding these functions until a specific need arises or a user requests the function for a particular purpose, which he has yet to demonstrate either.
https://github.com/enigma-dev/enigma-dev/commit/cf65415fc9b039645600c03d96d6bcb77b668592#commitcomment-7197110

Regardless, if Josh is happy, then so be it, your wish is my command.

1058
General ENIGMA / Re: New functions available in the rooms editor.
« on: July 29, 2014, 06:26:43 PM »
While I agree with you Harri you are misinterpreting my motivation, I would prefer tiles be called simply "Tiles" in the room editor and not "Tile Instances" just as I would prefer "Instances" as opposed to "Objects" or "Objects Instances"

Hope that clarifies.

1059
Off-Topic / Re: NakedPaulToast
« on: July 29, 2014, 06:24:35 PM »
What I am reading here is quite contradictory to what my interpretation of him was. The other day I read a post where he was explaining license count and Studio in a VM to which Dailly called him a troll. Which I could not understand because he seemed to be giving useful information.

Read the topic yourselves.
http://gmc.yoyogames.com/index.php?showtopic=630714&page=1

1060
Developing ENIGMA / Re: Redundancy
« on: July 29, 2014, 04:29:13 PM »
Quote
Also, do we need _fog_ functions in GL3?
Yes, Studio does not deprecate them so we clearly need them.
http://docs.yoyogames.com/source/dadiospice/002_reference/drawing/drawing%203d/3d%20lighting%20and%20fog/d3d_set_fog.html

Quote
1) For Robert - Does GM:S rendered Project Mario's trees correctly without using draw_set_alpha_test()? I think it didn't. So Robert added that line in ENIGMA.
Alpha testing should be disabled by default, but this function did not exist for 8.1 and zwriteenable was used to control proper rendering of the trees. The function you are referring to is not used anywhere in Project Mario.
http://docs.yoyogames.com/source/dadiospice/002_reference/drawing/color%20and%20blending/draw_set_alpha_test.html

It appears we are enabling it by default.
https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL1/OPENGLStd.cpp#L68
https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL1/GLstdraw.cpp#L81

https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Graphics_Systems/Direct3D9/DX9draw.cpp#L74
https://github.com/enigma-dev/enigma-dev/blob/master/ENIGMAsystem/SHELL/Graphics_Systems/Direct3D9/DX9screen.cpp#L407

Turning it off may have adverse effects and I believe the manual is lying about it being disabled by default. If I recall correctly disabling it for Direct3D will cause some serious rendering issues, I believe I may have confused their implementation or really they did with zwriteenable. I honestly don't see how or why this would or should be disabled by default.

Also, please remove the EGM files from all graphics systems and commit them if you are going to do so that way I can merge it with my current pull request under development.

1061
General ENIGMA / Re: New functions available in the rooms editor.
« on: July 29, 2014, 03:54:29 PM »
http://en.wikipedia.org/wiki/Instance_%28computer_science%29


https://www.google.com/?gws_rd=ssl#q=instance+meaning
Quote from: Google
an example or single occurrence of something.

http://docs.yoyogames.com/index.html?page=source%2Fdadiospice%2F002_reference%2Fgame%20assets%2Fsounds%2Faudio_play_sound.html
Quote from: Studio Manual
This means that if you have multiple instances of the same sound playing at any one time you can target just one instance of that sound to deal with using the audio functions.

1062
Off-Topic / Re: Freakin' Ouch
« on: July 28, 2014, 11:50:59 PM »
blah blah blah, all I heard was penis

1063
General ENIGMA / Re: New functions available in the rooms editor.
« on: July 28, 2014, 07:14:33 PM »
Quote from: TheExDeus
"Instance" is GM and ENIGMA is defined quite precisely. There is no such thing as "Tile instance" or something like that. Objects are something different from instances. So "Shift all objects" is not correct from the terminology standpoint. So I personally would like "Shift all instances" and "Shift all tiles". But that's just me.

Not necessarily, Studio and YYG as well as I, Robert, use instance colloquially to define anything indexed. Their manual promulgates it mostly, I can't find an example right at the moment but I know I have seen it before.

1065
Developing ENIGMA / Re: Redundancy
« on: July 28, 2014, 07:04:44 PM »
Some of them have been added in other places Harri, such as draw_set_alphatest_ref or whatever the hell it is called because Studio also has these functions. I assumed the EGM file was there for toggling various graphics settings in the future as one of Josh's unfinished plans. I side with removing them and changing important ones around to match the other graphics functions, they should not have unique names because of what Josh mentioned before, how easy it is to look up functions in GML because of prefix.

That said I would like to see that made more consistent and generalized between the systems, and what we don't need thrown out, it would help if Josh would elaborate.