For Later, Dude (Let's talk about this at another time)Project Manager: William Burton Team Members: Cymone Jacob, Finn Welham, Zhibo Xu Weekly Update Time: Wed 1-2pm Equipment on loan: USB dictaphone pen, watch, and waterproof microphone; also a standard issue dictaphone device |
|
Key Idea: Make it as easy as possible to record yourself, wherever you are, speaking (ideas, instructions, etc.) that will later on be interpreted with an online Siri-type application.
Imagine the scenario: I'm driving to work when a song comes on the radio. After a few bars into the song I remember that this is a song I've been meaning to find out the name of—trouble is the DJ has already said upfront what the song was and I wasn't listening that closely. In theory I could get out my phone, enter its PIN, scroll through the apps to find Spotify, and then get it to sample the song that is playing. That's enough of a pain to do if you're a passenger in the car, and with all that faffing around the song might have very well finished in the meantime ... but remember I'm the driver! Yikes!! Think how more convenient it would be if I had, say, a pen clipped into my shirt pocket that's also a dictaphone: I could slide it out, click the record button and say For Later Dude, find out what song this is and then let the pen/dictaphone record some of the audio that's playing. Subsequently, when I'm at my desk at work, I plug in the dictaphone pen (it's also a USB thumbdrive, don't ya know!), and the Later Dude software I have installed on my PC scans the device for new content, which it then applies Speech-to-Text software to, and actions the result. I now know the name of that song playing on the radio ... have changed the time of a scheduled meeting in my calendar ... and added into my Project Ideas doc for COMPX241 this new nifty idea I had, while making breakfast, about making it easy to record audio wherever you happen to be, and then later on have it processed! As an additional thought, to round out the idea, given that the recording device acts as a USB thumbdrive, then the "For Later, Dude" code that you write for processing the audio can be stored on that same USB drive. With a bit of care, you should even be able to set things up so the processing software can run on whatever host machine it is plugged into, be it Windows, MacOS or Linux. Maybe you could even get Android in your sights, as a phone that support OTG (On-The-Go), which is fairly common these days, will allow for USB devices to be plugged in to it (i.e., the phone, the tablet), and let the plugged in device appear as a disk. Potential frameworks, tools and API to build upon:
|
|
Kiwi Kluedo: The Yeah, Nah EditionProject Manager: Reef Proctor Team Members: Max Bean, Nic Maultsaid, Abbie Reid, Melissa Williams Weekly Update Time: Wed 1-2pm |
|
Key Idea: Create a New Zealand themed version of the board game Cluedo, where emphasis is placed on accentuating dynamic aspects of the game: the number of characters and who the characters are; similarly for locations and murder weapons.
Classic board games such as Cluedo are enjoyed by countless people: their game-play is what has helped make them ... well ... classic! But they can get a bit "samey" after a while. Static. When was the last time you actually played a game of Cluedo (or Monopoly, or Battleships)? Moving things into a digital realm can really open things up in terms of shifting elements of such games into a more dynamic space. Based around a digital board, what is on the board can be changed or adapted: either creating something new when the game is started (and then stays in that configuration for the duration of that game); or else more adventurously leads to changes in the board as the game proceeds. Similarly for the cards in play and/or number of players allowed, these can go beyond what its physical counterpart can support. This is the idea that is at the core of this project. How you use these—and other observations you come up with—is up to you. The key thing is to think about how they can be used to drive useful/innovative/fun features of the game that make it less samey. For example, asking the players at the start of the game how long they are looking to play the game for could lead to some decisions over how the board and pieces are configured. Think about the classic version of the game: are there any features that are a bit irksome? Or make for rather stilted play? Everyone I know who plays Cluedo maxes out on the strategy—when naming a place, a location and a murder weapon—of having two of those three items in their hand. Recast in the digital realm means there's an opportunity to address and go beyond aspects of the game that are likely more a result of its physical form, rather than being an element the game-designer wanted. So other than Kiwi Kluedo: The Yeah, Nah Edition sets the scene, the floor ... or perhaps that should be the board (??) ... is all yours! Ideas for Weapons:
Ideas for Locations:
Ideas for Characters:
A client-server software architecture is a strong contender for how to develop the functionality needed in a multiplayer boardgame, where there are cards that are only for a single player's eyes. An even stronger contender with regards to versatility, then, would be to implement the project in a web-based environment using WebSockets. Useful Links:
|
|
Zooming Through the Fourth WallProject Manager: Kyle Cree Team Members: Caleb Archer, Hannah Carino, Luke Finlayson, Isaac Boielle Weekly Update Time: Wed 1-2pm |
|
Key Idea: Have more control over your perspective on a Zoom/Zoom-like call.
We've all been using video conferencing platforms, such as Zoom, a lot more than we did a couple of years ago. I'll confess that I've not always been 100% engaged with all the calls I have been on in that time. Sometimes my mind has drifted to features that could be in the video conferencing software, but aren't ... which provides the origins to this project idea. It's not about you, it's all about me! The driving force for this project is thinking about what features you would benefit from having, not what some multinational company behind the product has decided for you. I mean, why is it in Zoom that messages posted in chat before you join a call aren't available to people who join later? Is it really that big a privacy issue? My preference would be to leave them in by default, but that you can press a clear button if you would like. That way you could still support the scenario of say a job interview, where people at the start of the call share details in chat—such as who is going to ask what question (those users are free to then copy those out and keep them in a text editor if they like—then clear those chat messages out before letting in the interviewee. But let's step it up a notch, and really push on what can be done: in particular around what it means to view a video feed of someone else, be it their webcam shot or else their share-screen feed. Move things from you passively watching what is being displayed (which really can feel like you're watching some kind of movie), to something that lets you interact with what's there (to continue the analogy, breaking the fourth wall). Here are some ideas of what that could look like:
Useful Links:
|
|
Hyperspace TVProject Manager: Harrison Whiting Team Members: Kyle Ananayo, Shean Danes Aton, Caleb Norrish, John Cocks Weekly Update Time: Wed 2-3pm |
|
Key Idea: Make use of a tablet as extra "real estate" to enrich your TV viewing experience. Different ideas emerge when different genres of shows are considered, such as the news, drama (say vintage movies), comedy, or (dare I suggest it) reality TV shows (watch out for spoilers). The core to this project is providing an information-rich interactive user interface on the tablet. The challenge is how to access a disparate range of sources of information that are used to drive this interactive experience. Linked Data is a computer science technique developed precisely to address this sort of need.
Depending on the team size it might be worth devolving into sub-groups that specialise in particular forms of television content, such as news, documentaries, and movies. Also, in the case of news, I rather like the idea that some speech recognition software could be running in the background analysing what the news show is saying, and bringing up potentially useful related information (maps for places mentioned, etc.) ready for the user to select. Developing this using a Google Chromecast would seem like an excellent approach to take. Through last year's Hey You, Interact with Me project, I can provide guidance over how to have a setup where your phone/tablet can control what is displayed on the TV via Chromecast. It essentially comes down to creating a web page (HTML, CSS and JavaScript) that is displayed on the TV, and a web page that is displayed on the phone/tablet. Messages can then be passed back and forth between the table and TV using WebSockets resulting in changes in what is being displayed. See the Kiwi Kluedo project above for resources related to WebSockets. Linked Data Resources:
Other useful links:
|
|
Te 0ADProject Manager: Thevinu Mathusinghe Team Members: Michael Peddie, Jade Thomas, Ethan Thomson Weekly Update Time: Wed 2-3pm |
|
Key idea: A Māori centric extension to 0AD.
A year or so back I attended a think-tank meeting in Christchurch focused on Māori aspirations in the digital realm. At the meeting, it was noted by some participants that you rarely see Māori people represented in video games, which must be having a profound effect on identity within the Māoridom. In considering the promotion of Māori culture specifically to their own tamariki—nevermind further afield—such an omission is particularly damaging as it is less about the game not including characters their kids would more readily identify with, rather it results in different role models being actively promoted instead. A similar observation was made about the values represented in a wide range of video games. These observations have remained with me, and when I came across the Open Source 3D Real-time Strategy (RTS) game 0AD, modelled after the genre-defining game Age of Empires by Ensemble Studios, I saw the opportunity for a project that could do something about this. In 0AD, as in the original Age of Empires, there are many races a user can play in the game, but not the Māori people. There are many types of geographical regions you can play in, but not specifically Aotearoa. Different types of flora and fauna are available, but not forms indigenous to these shores. The aim of this project, then, is to develop a NZ-centred version of the game to play. Not just in terms of the graphics provided, but also in terms of aspects to the value-system embodied in gameplay. In times of conflict the Māori people have a well earned reputation as fierce warriors. Less well known about, in the large, is their history as a trading nation and for innovation in agriculture. The good news is that 0AD has a plugin architecture so game mods can be made. This is the starting point for this Smoke and Mirrors project. Useful Links:
|
|
Ye Olde Google MapsProject Manager: Kenan Grant Team Members: Aibel Antony, Ethan MacLeod, Hannah Murphy, Aryan Thanki Weekly Update Time: Wed 2-3pm |
|
Key idea: Develop a 2D geographical map app (akin to Google Maps or Open Street Map) that displays historical geographical data: the regions and city boundaries; further, take film footage (ideally archival footage of historic locations of interest) and utilise photogrammetry to develop 3D models.
We've all become accustomed to how useful web-based mapping systems such as GoogleMaps and OpenStreetMap (OSM) are in terms of looking up information about a place before we go there. And then when we are in the place itself, these web-based mapping tools can assist again giving us in-context information that helps us relate where we are with regard to the map. The aim of Ye Olde OSM/Google Maps is to take a bit of a lateral sidestep step (or to be more accurate, take a lateral step back in historical time) to view historical geographical information. Your mission, should you choose to accept, is to develop an environment to enhance a history scholar's ability to work with historic data, primarily through the overlaying of historical map and building plans, but also assisting with how place-names and districts have changed over time. If available, this could even be extended to include demographic data, sourced for example, from historic census data. Some existing activity in this space is detailed in Historical Map Overlays for Google Maps/Earth. A key thing to establish early on in this project is an interesting, publically available set of history data that can be used. You don't have to take on the world: showing how things could work for a selected region of interest (within NZ, or elsewhere, such as the centre of London in the UK) would be more than sufficient. In addition to the Ye Olde Google Map city plan layering idea above, there is the option in this project to explore the idea of what was initial pitched as a separate project: History 3D, where (archival) film footage is taken as source material to generate a sequence of photos which is them fed into a photogrammetry system that takes a series of photos that captures the same scene, and works out the relationship between these photos, from which a 3D model can be formed. With this capability in the mix, then Ye Olde Google Maps could then be augmented with Ye Olde Google Streetview. For 2D mapping APIs, an in-exhaustive list includes:
For the 3D reconstruction aspect to this project (History 3D!), useful link to peruse are: |