home/ modules/ orienting-to-generative-ai-for-live-av

Orienting to Generative AI for Live AV

  • learner can explain how deep learning discovers hierarchical representations from data rather than hand-coded rules
  • learner can articulate the live-coding community's stance on human struggle versus AI-generated output and situate their own practice
  • learner can explain the autoencoder encoder/decoder idea as the representation-learning bridge to the generative model families they will meet downstream

Write and record a 5-minute spoken position piece (with a one-page map) that frames how you will use AI in your live-coding practice: name the representation-learning idea behind the tools, take a defensible stance on authenticity vs AI assistance, and explain the autoencoder encoder/decoder idea as your bridge to the generative tools you plan to reach for, grounded in three concrete performance scenarios.

Before you patch a single neural tool into a TidalCycles or Strudel set, you need a working map of what these systems actually are and where you stand on using them. This module builds toward a recorded position piece — the kind of artist statement that decides, before the gig, which AI tools belong in your rig and why, so that mid-performance you are executing a considered aesthetic rather than improvising an ethics.

The arc starts with the “why learning at all” story: begin with the failure of hand-coded knowledge bases, which explains why modern AI extracts patterns from data instead of being programmed with rules. From there, work through how deep learning composes a hierarchy of concepts from simpler ones, and how representation learning discovers features — the autoencoder encoder/decoder pair is your bridge to the generative model families you will meet downstream. In parallel, sit with the live-coding community’s authenticity argument — that visible human struggle is the point — as a supported first exercise: draft a paragraph reacting to it, then test that draft against three concrete scenarios (e.g. a stem-separated remix set, a diffusion-driven visual layer, a latent-space instrument). If you want a taste of what running a learned representation on a laptop rig concretely looks like, the supporting transfer-learning atom offers an optional enrichment.

The required atoms gate the capstone directly: you cannot name the representation-learning idea, defend a stance, or explain the autoencoder bridge without them. The supporting atoms — measuring model depth and transfer learning as a feature extractor — enrich your vocabulary and practical intuition for the map but are not needed to take a defensible position.

Atoms in this module

Required — these gate the capstone

Deep learning represents the world as a hierarchy of concepts, each built from simpler ones
Concept L1 Foundations K
Hand-coding world knowledge in formal rules failed, motivating machine learning from data
Principle L1 Foundations K
Representation learning discovers useful features from data instead of hand-designing them
Concept L2 First instrument K
The live-coding community values human struggle and failure over AI-generated output
Concept L0 Orientation KF

Supporting — enrichment, not gating

A model's depth can be measured either as computation-graph length or as concept-hierarchy depth
Concept L2 First instrument K
Transfer learning reuses a pre-trained network as a feature extractor to train a classifier from few examples
Concept L2 First instrument K