Sounds like they need a better algorithm...presumably better algorithms
are out there, and presumably VLC would appreciate a better algorithm...
- Josiah
···
"David Boucha" <boucha@gmail.com> wrote:
> David Woods <dwoods@wcer.wisc.edu> wrote:
> > My application (http://www.transana.org) is for the transcription and
> > analysis of video data. I can see how to apply what you're saying as part
> > of a file conversion, but can't figure out how to apply it in real time,
> > where I'd have to intercept the audio track from the video, transform it on
> > the fly, and then send it on to the speakers still synchronized with the
> > video. I'm afraid that's outside of my sphere of competence.
>
> Well, it's doable, but it would probably require some jiggery-pokery
> with underlying media player interfaces, along with a C extension to
> actually handle the conversion. David Boucha offered a great pair of
> links for command-line and library audio manipulation
>
> Hrm. I notice that the VideoLAN Client offers speeding up and slowing
> down of movie viewing, but they don't seem to be offering the audio
> manipulation. It may be possible to add such functionality to VLC, and
> use VLC as an embedded media player.I've been searching all over for information on this topic the last
few days. I seem to remember finding an email thread archive where
someone from the VLC team explained why they can slow down the video,
but they don't play the audio while they do it. I think it was because
they didn't have a very refined algorithm to do the tempo change. So
the video looked fine, but the audio sounded awful. So they just
disabled the audio when changing speeds.