Peter Billam
2015-03-27 10:26:55 UTC
Greetings all :-)
A couple of months ago, I was at a performance where a band of
two horns, two electronic keyboards and I think a midi track,
accompanied a silent film (Die Abenteuer des Prinzen Achmeds).
The midi track seemed to react Instantly Instantly to events on
screen (eg: scene-changes); no delay and very reliably.
Of course that can be done by hand, but it seemed to me you could
do most of it with a simple algorithm that detected the frames
when the total amount by which the pixels changed was highest.
(It was mostly at these moments when the music changed to a new
section.) Then you could either use that:
* in real time to generate some event (a non-standard midi event?)
which could be used to start playing a new midi-file,
* in a semi-by-hand process, to genenerate a list of times
(eg 00:17:32.6 or 1052.6 etc) to which you then produce your
midi-track (but then in performance you have to start the video
and start the midi-track at exactly the same moment...)
* with some more arcane stuff using SMPTE codes ...
People must have tackled this detect-crucial-moments-in-a-video
problem, no ?
Then I got to thinking you could do the same if you were fitting
midi-tracks to a pre-existing audio-recording; you'd have to detect
big changes in dynamic level, and sudden changes in spectrum.
Algorithmically this could be harder than counting pixels in the
video case, but still it could be very useful.
Anyone know anything about this automatic-detection-of-crucial-
-moments problem ? Any software out there already ?
Regards, Peter
A couple of months ago, I was at a performance where a band of
two horns, two electronic keyboards and I think a midi track,
accompanied a silent film (Die Abenteuer des Prinzen Achmeds).
The midi track seemed to react Instantly Instantly to events on
screen (eg: scene-changes); no delay and very reliably.
Of course that can be done by hand, but it seemed to me you could
do most of it with a simple algorithm that detected the frames
when the total amount by which the pixels changed was highest.
(It was mostly at these moments when the music changed to a new
section.) Then you could either use that:
* in real time to generate some event (a non-standard midi event?)
which could be used to start playing a new midi-file,
* in a semi-by-hand process, to genenerate a list of times
(eg 00:17:32.6 or 1052.6 etc) to which you then produce your
midi-track (but then in performance you have to start the video
and start the midi-track at exactly the same moment...)
* with some more arcane stuff using SMPTE codes ...
People must have tackled this detect-crucial-moments-in-a-video
problem, no ?
Then I got to thinking you could do the same if you were fitting
midi-tracks to a pre-existing audio-recording; you'd have to detect
big changes in dynamic level, and sudden changes in spectrum.
Algorithmically this could be harder than counting pixels in the
video case, but still it could be very useful.
Anyone know anything about this automatic-detection-of-crucial-
-moments problem ? Any software out there already ?
Regards, Peter
--
Peter Billam www.pjb.com.au www.pjb.com.au/comp/contact.html
Peter Billam www.pjb.com.au www.pjb.com.au/comp/contact.html