GMU:I and my Max/Felix Geith: Difference between revisions

From Medien Wiki
Line 2: Line 2:
== UPDATES ==
== UPDATES ==


Well, I've made a point. After multiple weeks now trying and thinking about the water sensor and the fact that its data flow is just too undynamic and unstable to really have an impact on the game, I made a cut and a change of plans.


 
Well, I stayed with pressure caption, and the fact that the other data impact of the game will come from a different source than the first players control data. To have a game that's not functioning on just one console or interface, but tries to draw a line between diverse interfaces.
 
 
 
 
 


== Project Idea ==
== Project Idea ==

Revision as of 21:43, 12 January 2021

UPDATES

Well, I've made a point. After multiple weeks now trying and thinking about the water sensor and the fact that its data flow is just too undynamic and unstable to really have an impact on the game, I made a cut and a change of plans.

Well, I stayed with pressure caption, and the fact that the other data impact of the game will come from a different source than the first players control data. To have a game that's not functioning on just one console or interface, but tries to draw a line between diverse interfaces.

Project Idea

My goal this semester is to further develop the Max MSP game I made in Task 3, but to make certain factors in the game be controlled by some random process or variable in our everyday environment. For example the current weather/temperature or a dripping sink.

I found a nice patch online, that gets weather information from the "McDonald Observatory" at Mt. Locke in Texas website. find the website: http://weather.as.utexas.edu/cgi-bin/latest_5min.cgi find the patch: https://cycling74.com/forums/how-to-input-weather-data-in-max/

It works quite well and you get changing data you can use for anything. The problem is, even if the weather information is updated quite often, compared to other weather stations or websites, it's still updated only every five minutes and sometimes the received data isn't altered for an hour or longer. So this might be a bit unfitting to interfere with such a fast going thing like a game, you would need to play for half a day to see any changes.

An idea would be that the weather data changes the way the interface or the opponent looks. This could be a funny surprise every time you open the game. But still, there may be a lot more potential in other ideas.

A dripping sink could also be used to control or alter something in the game. I found a nice sensor that reacts to water being poured on it. It may arrive in the next 1-2 days s let's see what we can do with that!

An idea would for example be, to give a second person a water pistol, and every time they manage to aim and hit the water sensor the game get's harder, so they can both play against each other, but in two very different ways, one digital and the other one analog, but still they can play alongside each other.

Updates

The Weather Sensor arrived, but after some testing I had to scrap the idea.

Even though the sensor is capable of collecting data based on water, the data flow is pretty unreliable and not as dynamic as I hoped. Also, the manual that came with it strongly suggested to only measure data every 5 minutes, or the sensor could break. This means I get the same amount of data at the same rate es before. And idea would be to collect data for a day or so, and to have the game be influenced by it to be played afterwards. But this could also be simulated or faked and would make the data collection kind of obsolete I guess.

I'll come back with a new way of controlling the game later.

Weekly Tasks:

Task 1

Task 2

Task 3

Artworks I like