m (→Inside Unity) |
|||
(49 intermediate revisions by the same user not shown) | |||
Line 7: | Line 7: | ||
== Collaborative Concept == | == Collaborative Concept == | ||
As a Virtual Reality experience in experimental sound practice, centring around poetry as spoken word performance, the VR poem is developed in collaboration with the poet, Malina Heinemann, who lives and works in Berlin. | As a Virtual Reality experience in experimental sound practice, centring around poetry as live spoken word performance, the VR poem is developed in collaboration with the poet, Malina Heinemann, who lives and works in Berlin. | ||
Our collaboration consist of a creative dialogue in which her work is the starting point for me to develop all visual aspects. Malina is in the process of slightly configuring the poem for its virtuelle rendition and recording the spoken word in studio quality. | Our collaboration consist of a creative dialogue in which her work is the starting point for me to develop all visual aspects. Malina is in the process of slightly configuring the poem for its virtuelle rendition and recording the spoken word in studio quality. | ||
Line 21: | Line 21: | ||
The project is based on the poem ‘twist’- as spoken/presented by the poet herself- the style of which will be analysed and relayed through a Data Patch in the visual programming software Pure Data. | The project is based on the poem ‘twist’- as spoken/presented by the poet herself- the style of which will be analysed and relayed through a Data Patch in the visual programming software Pure Data. | ||
The set-up of the patches follows the question: (how) Do small shifts in rhythm, tempo, pauses (and pitch) create a unique auditory experience? This generative sound experience is designed to be nuanced and slightly different every time it is played/performed by the algorithm. Just as it would be performed as spoken word by the human poet. | The set-up of the patches follows the question: (how) Do small shifts in rhythm, tempo, pauses (and pitch) create a unique auditory experience? This generative sound experience is designed to be nuanced and slightly different every time it is played/performed by the algorithm. Just as it would be performed as spoken word by the human poet. | ||
The data patch will identify pauses in the poem and randomise them. Hence, pulling words further apart, splitting them in two, or pushing them closer together, creating new sound-word-hybrids in the process, which will be based on the internal logic of the spoken poem as it was originally performed. In effect, this might leave a moment longer to understand, or make it a second harder to catch up with what is being said. Words that carry more weight because of their emphasised intonation might be pitched even lower, or inverse, their emphasis might be lifted completely. Sentences that are spoken quickly might be made even quicker or slowed. | The data patch will identify pauses in the poem and randomise them. Hence, pulling words further apart, splitting them in two, or pushing them closer together, creating new sound-word-hybrids in the process, which will be based on the internal logic of the spoken poem as it was originally performed. In effect, this might leave a moment longer to understand, or make it a second harder to catch up with what is being said. Words that carry more weight because of their emphasised intonation might be pitched even lower, or inverse, their emphasis might be lifted completely. Sentences that are spoken quickly might be made even quicker or slowed. | ||
By playing with these parameters of spoken word the poem is given a unique performative rhythm each time it is heard, which will (re-)shape the poem itself and influence the comprehensibility for the listener. In the process this will reveal to what degree these elements of spoken language play with language and cognition within the poetic genre. | By playing with these parameters of spoken word the poem is given a unique performative rhythm each time it is heard, which will (re-)shape the poem itself and influence the comprehensibility for the listener. In the process this will reveal to what degree these elements of spoken language play with language and cognition within the poetic genre. | ||
Line 27: | Line 28: | ||
== Visual concept == | == Visual concept == | ||
The VR experience will be a slow, fully guided, visual journey of the poem ‘twist’ and position the poem across and within the space, hereby creating a dynamic, shifting, spatial (sound) experience. | The VR experience will be a slow, fully guided, visual journey of the poem ‘twist’ and position the poem across and within the virtuelle space, hereby creating a dynamic, shifting, spatial (sound) experience. | ||
[[:File:twist_poem_pdf.pdf]] | [[:File:twist_poem_pdf.pdf]] | ||
The main visual components (bodies, street elements) are inspired directly by the poem | The main visual components (bodies, street elements) are inspired directly by the poem: | ||
''dry asphalt
| ''dry asphalt
| ||
Line 112: | Line 113: | ||
A conversation between two people? or an internal monologue? A network of selves? A blurring, twisting, twitching back and forth between these selves. | A conversation between two people? or an internal monologue? A network of selves? A blurring, twisting, twitching back and forth between these selves. | ||
The mesh that is being created is consisting of the human body and foldings in space that mend together to create transitions between the exterior and interior space. | |||
Visual concept outline: | Visual concept outline: | ||
Line 159: | Line 161: | ||
Possible approach 1: | Possible approach 1: | ||
Outline what should happen: | |||
(1) poem plays | (1) poem plays | ||
(2) rises and falls of the tone/inflection of individual words are detected by pitch | (2) rises and falls of the tone/inflection of individual words are detected by pitch | ||
Line 172: | Line 175: | ||
Possible approach 2: | Possible approach 2: | ||
Outline what should happen: | |||
(1) poem plays | (1) poem plays | ||
(2) rises and falls of the tone/inflection of individual words are detected | (2) rises and falls of the tone/inflection of individual words are detected | ||
Line 187: | Line 191: | ||
From these first patches it becomes clear that the single words that should be re-pitched need to be specified so that the effect is mimicking realistic speech. This needs to be linked to the changing breaks (and subsequent randomised position/timing of the words in the loaded sound file..) | From these first patches it becomes clear that the single words that should be re-pitched need to be specified so that the effect is mimicking realistic speech. This needs to be linked to the changing breaks (and subsequent randomised position/timing of the words in the loaded sound file..) | ||
Possibly continue working with > externals/ audiolab/ pp.sfplayer. pd | |||
Or Pitch Shifter: | Or Pitch Shifter: | ||
[[File:PD- Pitch Shifter.png|400px]] | [[File:PD- Pitch Shifter.png|400px]] | ||
Line 204: | Line 208: | ||
== Process == | == Process == | ||
This semester I mainly started work on creating my own visual elements | This semester I mainly started work on creating my own visual elements. The objective here is to create 'realistic' surfaces and objects that feel tangible. Because of this I enjoy using photogrammetry as technique to transport places, textures and people from the real into the rendered mesh. | ||
I used a range of different photogrammetry softwares: | I used a range of different photogrammetry softwares: | ||
For mobile, quick and relatively small/compact models I used the Trnio app, which uses approx. 80 pictures, which was sufficient for static captures: the street renderings. | For mobile, quick and relatively small/compact models I used the Trnio app, which uses approx. 80 pictures, which was sufficient for static captures: the street renderings. | ||
During the shoot with (living, breathing, moving) people I used 3 different Softwares to compare and have a choice of results: | <gallery> | ||
File:meshes_process_1 20.jpg | |||
File:meshes_process_1 21.jpg | |||
File:meshes_process_1 22.jpg | |||
File:meshes_process_1 23.jpg | |||
File:meshes_process_1 24.jpg | |||
File:meshes_process_1 25.jpg | |||
File:meshes_process_1 26.jpg | |||
File:meshes_process_1 27.jpg | |||
File:meshes_process_1 28.jpg | |||
File:meshes_process_1 29.jpg | |||
File:meshes_process_1 30.jpg | |||
</gallery> | |||
The first photogrammetry shoot was done outdoors with only one person. It became clear that more interesting poses could be captured with two people and that less post production would be needed to create a mesh of multiple bodies. The second shoot was styled with custom latex pieces by Florian Mathe and was captured indoors in an empty all white room. During the shoot with (living, breathing, moving) people I used 3 different Softwares to compare and have a choice of results: | |||
When using Trnio to scan people the results vary from recognisable to quite distorted. It is generally more unpredictable but the models are calculated on an external server, which gives very quick and ‘low effort’ results, as well as creating more comprehensive material maps. | |||
<gallery> | |||
File:Trnio1.PNG | |||
File:Trnio2.PNG | |||
</gallery> | |||
Metashape is a great photogrammetry software that creates very detailed point clouds and a realistic texture on the model. However, once creating a dense mesh the solid form (sans texture) has many irregularities and a very ‘bumpy’ surface, most probably resulting from the micro-movements of the models. This results in requiring a lot of cleaning up of the models afterwards. | Metashape is a great photogrammetry software that creates very detailed point clouds and a realistic texture on the model. However, once creating a dense mesh the solid form (sans texture) has many irregularities and a very ‘bumpy’ surface, most probably resulting from the micro-movements of the models. This results in requiring a lot of cleaning up of the models afterwards. | ||
[[File:Metashape_pointcloud.png]] | |||
My personal preference is Agisofts Recap Photo (which sadly only runs on Windows). The software also sends the images to an external server were the models are created quickly. The way the software deals with ‘irregularities’ or missing information results in very organic colour transitions and fluid, soft shapes. Also the way the texture is displayed in the 3D viewport is ideal. | My personal preference is Agisofts Recap Photo (which sadly only runs on Windows). The software also sends the images to an external server were the models are created quickly. The way the software deals with ‘irregularities’ or missing information results in very organic colour transitions and fluid, soft shapes. Also the way the texture is displayed in the 3D viewport is ideal. | ||
<gallery> | |||
File:meshes_process_1 .jpg | |||
File:meshes_process_1 2.jpg | |||
File:meshes_process_1 3.jpg | |||
File:meshes_process_1 4.jpg | |||
File:meshes_process_1 5.jpg | |||
File:meshes_process_1 6.jpg | |||
File:meshes_process_1 7.jpg | |||
File:meshes_process_1 8.jpg | |||
File:meshes_process_1 9.jpg | |||
File:meshes_process_1 10.jpg | |||
File:meshes_process_1 11.jpg | |||
File:meshes_process_1 12.jpg | |||
File:meshes_process_1 13.jpg | |||
File:meshes_process_1 14.jpg | |||
File:meshes_process_1 15.jpg | |||
File:meshes_process_1 17.jpg | |||
File:meshes_process_1 18.jpg | |||
File:meshes_process_1 19.jpg | |||
File:meshes_process_1 16.jpg | |||
</gallery> | |||
[[:File:meshes_process.pdf]] | |||
Line 228: | Line 280: | ||
The models are cleaned up and sculpted in Cinema4D. | The models are cleaned up and sculpted in Cinema4D. | ||
I considered working with Meshmixer to combine and ‘mesh’ different models together into a type of hybrid body-street sculpture but currently the main assembly is done directly inside Unity to allow for more flexibility and options to immediately test camera angels. | I considered working with Meshmixer to combine and ‘mesh’ different models together into a type of hybrid body-street sculpture but currently the main assembly is done directly inside Unity to allow for more flexibility and options to immediately test camera angels. | ||
'''Additional experiments in Cinema4D:''' | '''Additional experiments in Cinema4D:''' | ||
[[ | [[File:Facecloth01.mov]] | ||
== Inside Unity == | == Inside Unity == | ||
Line 238: | Line 291: | ||
'''Viewer as guided/flying camera''' | '''Viewer as guided/flying camera''' | ||
The view of the camera is taken through the bodies, through their edges and foldings. | The view of the camera is taken through the bodies, through their edges and foldings. | ||
The camera/view transitions between the interior/exterior spaces that are twisted into each other, along their edges. The whole environment becomes a collage that isn't glued in the right way. | |||
[[File:Bodyfoldings_unity_gameview.mov]] | |||
[[File:Bodyfoldings_unity_gameview02.mov]] | |||
[[File:Bodyfoldings_unity_gameview03.mov]] | |||
[[File:Bodyfoldings_unity_gameview04.mov]] | |||
This still needs to be done smoothly by animating the camera inside Unity. | |||
<gallery> | |||
File:Process_unity1.png | |||
File:Process_unity2.png | |||
File:Process_unity3.png | |||
File:Process_unity4.png | |||
File:Process_unity_gameview.png | |||
File:Process_unity_sculpturescene.png | |||
</gallery> | |||
'''Body-street-scapes''' | '''Body-street-scapes''' | ||
The street elements will function as facade-like foldings that collapse into themselves. | |||
The intensity of the external spaces is increased by working with simulating weather conditions that invoke sensory memories of a heatwave, the smell of hot pavement or cooling summer rain on the asphalt. A blurring, wavering heat distortion effect, a damp fog or wet puddles on the pavement. | The intensity of the external spaces is increased by working with simulating weather conditions that invoke sensory memories of a heatwave, the smell of hot pavement or cooling summer rain on the asphalt. A blurring, wavering heat distortion effect, a damp fog or wet puddles on the pavement. | ||
[[File:Fog_on_street .mov]] | |||
[[File:Heatdistortion.mov]] | |||
<gallery> | |||
File:Fog_on_street.png | |||
File:Heatdistortion.png | |||
</gallery> | |||
== To be continued development == | == To be continued development == | ||
In the coming semester 'Critical VRLab II - Lab work' I plan to | In the coming semester 'Critical VRLab II - Lab work' I plan to continue work on: | ||
Guided view/ journey with Cinemaschine camera | |||
Animation of combined mesh-model i.e. collapsing and folding of street elements, distorting, twisting effects | |||
Effects on camera view i.e. blurring effect | |||
Sound implementation PD | |||
Positioning the poem in the space i.e. Spatial sound | |||
Latest revision as of 18:44, 30 October 2020
The outset
In an effort of wanting to make the virtuell space more ‘real’ - more tangible somehow - I started out with the intention to bring ‘non-digital’ crafts into the VR space. Additionally I was introduced to the very basics of working with sound through data patches in Pure Data. This soon lead me to a poem titled ‘twist’ by Malina Heinemann. I was especially struck by her spoken word performance of the poetry, which subsequently lead me into considerations about sound, intonation, rhythm and understanding.
Collaborative Concept
As a Virtual Reality experience in experimental sound practice, centring around poetry as live spoken word performance, the VR poem is developed in collaboration with the poet, Malina Heinemann, who lives and works in Berlin.
Our collaboration consist of a creative dialogue in which her work is the starting point for me to develop all visual aspects. Malina is in the process of slightly configuring the poem for its virtuelle rendition and recording the spoken word in studio quality.
Sound concept
The poem as originally performed by Malina at ‘drift’ in Berlin:
The project will translate poetry into a virtuelle, visuelle experience and investigate spoken-word poetry through computation. The starting point is a curiosity into how pronunciation - constructed through, rhythm, pauses and intonation - can play with language and cognition. The project is based on the poem ‘twist’- as spoken/presented by the poet herself- the style of which will be analysed and relayed through a Data Patch in the visual programming software Pure Data. The set-up of the patches follows the question: (how) Do small shifts in rhythm, tempo, pauses (and pitch) create a unique auditory experience? This generative sound experience is designed to be nuanced and slightly different every time it is played/performed by the algorithm. Just as it would be performed as spoken word by the human poet.
The data patch will identify pauses in the poem and randomise them. Hence, pulling words further apart, splitting them in two, or pushing them closer together, creating new sound-word-hybrids in the process, which will be based on the internal logic of the spoken poem as it was originally performed. In effect, this might leave a moment longer to understand, or make it a second harder to catch up with what is being said. Words that carry more weight because of their emphasised intonation might be pitched even lower, or inverse, their emphasis might be lifted completely. Sentences that are spoken quickly might be made even quicker or slowed. By playing with these parameters of spoken word the poem is given a unique performative rhythm each time it is heard, which will (re-)shape the poem itself and influence the comprehensibility for the listener. In the process this will reveal to what degree these elements of spoken language play with language and cognition within the poetic genre. This theme of ‘sound research’ i.e. questioning how we listen i.e. hear, perceive and understand speech is additionally inspired by Diana Deutsch’s research into ‘Musical Illusions and Phantom words’
Visual concept
The VR experience will be a slow, fully guided, visual journey of the poem ‘twist’ and position the poem across and within the virtuelle space, hereby creating a dynamic, shifting, spatial (sound) experience.
The main visual components (bodies, street elements) are inspired directly by the poem:
dry asphalt
my mind
on this street
the street
pavement
kerbside
through the kerbstone'
tongue
behind your ear
my mouth
inside my head
my brain
your teeth are splitting
your lips are bleeding
my fingers / your fingers
my hand
my eyes / your eyes
my inner surface the edges transformed
tongue-mouth-narrowness
finger-hand-fragmentation
mind-street-realisation
Key-adjectives or visual phrases are selected to help further define the VR space and effects.
it’s twisted
are twitching
are splitting
are transparent
opacity
restless
my sight
was body-less
alienation
transcendence
are distorting
are blurring
be sharp
twisted knot
We spoke about the body, about foldings and the simulacra of internal to external realities.
The external symbols of the street, the kerbside, the kerbstone, the dry asphalt all serve as analogies, wherein the outside terminologies are used to illustrate an inner reality.
A conversation between two people? or an internal monologue? A network of selves? A blurring, twisting, twitching back and forth between these selves.
The mesh that is being created is consisting of the human body and foldings in space that mend together to create transitions between the exterior and interior space.
Visual concept outline:
Process: Integration of Pure Data
Patch (Nr. 1) identify pauses and randomise them
Outline what should happen: (1) Poem plays (2) breaks are detected > by volume (3) breaks are extended (between 1-7 seconds) randomly (4) poem keeps playing
Outline how in PD: > loads audiofile with - > define breaks duration as - > identifies breaks by - > randomises and extends the breaks by -
Frequency: 4800 sample rate for 48kHz
Link to Pure Data Patch: File:Tabread4+detectingbreaks+random.pd
Link to used sound file (.wav): File:twistpart1.wav
In the envelope graph the value for breaks i.e. silence is set. Moreover, here the running sound file is visualised and the breaks are made graphically visible. The detected breaks become the input that sets the new rhythm through a 'random' object.
Patch (Nr. 2) identify intonation (through pitch) and change the pitch
Possible approach 1:
Outline what should happen: (1) poem plays (2) rises and falls of the tone/inflection of individual words are detected by pitch (3) slightly re-pitched to change the emphasis on select words (*but it is important to keep Malina's voice itself intact) (4) poem keeps playing
A first starting point: changing the pitch manually through a slider:
Link to Pure Data Patch: File:changing the pitch randomise trial.pd
With the slider, the range that can be manually modified is set to 0 - 0.05, which is sufficiently nuanced to allow for small changes in pitch that mimic intonation/inflection. Within this the margin from 0.014 - 0.023 is the range in which Malina's voice still sounds human. Above or below this range her voice becomes so distorted that it sounds alien or humorous and therefore useless. Moving forward it is not possible to connect a 'random generator' because this object operates with much high numbers than the very small range I want to manipulate.
Possible approach 2: Outline what should happen: (1) poem plays (2) rises and falls of the tone/inflection of individual words are detected > by: manually pre-defining select words > telling PD where these words are (3) slightly re-pitched to change the emphasis on select words (*but it is important to keep Malina's voice itself intact) (4) poem keeps playing
A second possible set-up starting point:
Link to Pure Data Patch: File:changin_the_pitch_m_randomise.pd
From these first patches it becomes clear that the single words that should be re-pitched need to be specified so that the effect is mimicking realistic speech. This needs to be linked to the changing breaks (and subsequent randomised position/timing of the words in the loaded sound file..)
Possibly continue working with > externals/ audiolab/ pp.sfplayer. pd Or Pitch Shifter:
Patch (Nr. 3) randomise tempo of words or phrases
Outline what should happen: (1) poem plays (2) shifts in tempo are detected > by ?* (3) subsections/words/phrases are changed (slower, faster) randomly (4) poem keeps playing
?* If PD should 'recognise' the particularly fast or slow spoken phrases then it would need an input as comparable base-line. Otherwise the phrases need to be manually specified and a range to increase or decrease the tempo away from the original sound file given.
Process
This semester I mainly started work on creating my own visual elements. The objective here is to create 'realistic' surfaces and objects that feel tangible. Because of this I enjoy using photogrammetry as technique to transport places, textures and people from the real into the rendered mesh.
I used a range of different photogrammetry softwares: For mobile, quick and relatively small/compact models I used the Trnio app, which uses approx. 80 pictures, which was sufficient for static captures: the street renderings.
The first photogrammetry shoot was done outdoors with only one person. It became clear that more interesting poses could be captured with two people and that less post production would be needed to create a mesh of multiple bodies. The second shoot was styled with custom latex pieces by Florian Mathe and was captured indoors in an empty all white room. During the shoot with (living, breathing, moving) people I used 3 different Softwares to compare and have a choice of results:
When using Trnio to scan people the results vary from recognisable to quite distorted. It is generally more unpredictable but the models are calculated on an external server, which gives very quick and ‘low effort’ results, as well as creating more comprehensive material maps.
Metashape is a great photogrammetry software that creates very detailed point clouds and a realistic texture on the model. However, once creating a dense mesh the solid form (sans texture) has many irregularities and a very ‘bumpy’ surface, most probably resulting from the micro-movements of the models. This results in requiring a lot of cleaning up of the models afterwards.
My personal preference is Agisofts Recap Photo (which sadly only runs on Windows). The software also sends the images to an external server were the models are created quickly. The way the software deals with ‘irregularities’ or missing information results in very organic colour transitions and fluid, soft shapes. Also the way the texture is displayed in the 3D viewport is ideal.
Regrettably, this same quality gets lost when the models are transitioned into a 3D program like Cinema4D or Blender.
I currently like the Two-sided Unity shader asset from Ciconia Studio, which both allows for the external and internal view of the models in Unity and also creates semi-realistic looking textures.
This is one of my main objectives inside VR - to create tangible, almost touchable textures and move further away from the ‘game’ look.
For the future - when dealing with scanning people - my additional research indicated that a depth sensor that works with rays instead of a batch of photographs is preferable. I’ve additionally learned that when working with people a batch of 100 images shot in rapid succession is better than up to 300 images with detailed shots because the software will obtain to many slight shifts which promote irregularities, in this case it seems: less is more.
The models are cleaned up and sculpted in Cinema4D. I considered working with Meshmixer to combine and ‘mesh’ different models together into a type of hybrid body-street sculpture but currently the main assembly is done directly inside Unity to allow for more flexibility and options to immediately test camera angels.
Additional experiments in Cinema4D:
Inside Unity
Viewer as guided/flying camera
The view of the camera is taken through the bodies, through their edges and foldings. The camera/view transitions between the interior/exterior spaces that are twisted into each other, along their edges. The whole environment becomes a collage that isn't glued in the right way.
This still needs to be done smoothly by animating the camera inside Unity.
Body-street-scapes
The street elements will function as facade-like foldings that collapse into themselves.
The intensity of the external spaces is increased by working with simulating weather conditions that invoke sensory memories of a heatwave, the smell of hot pavement or cooling summer rain on the asphalt. A blurring, wavering heat distortion effect, a damp fog or wet puddles on the pavement.
To be continued development
In the coming semester 'Critical VRLab II - Lab work' I plan to continue work on:
Guided view/ journey with Cinemaschine camera
Animation of combined mesh-model i.e. collapsing and folding of street elements, distorting, twisting effects
Effects on camera view i.e. blurring effect
Sound implementation PD
Positioning the poem in the space i.e. Spatial sound