24 May
2010
24 May
'10
9:03 p.m.
I have been looking for an EDL capable audio player for a while now but have
not found one.
So I hacked together ecaedl.pl which work but is very rough.
More info here:
http://zotzbro.blogspot.com/2010/05/edl-edit-decision-list-audio-player.html
pastebin link here:
http://pastebin.com/esXJwv84
Right now this needs ecaplay from ecasound and perl. mplayer is useful to
create the edl files but they can be created by hand.
Would any cross playform audio player group be willing to add edl playing (and
creating) functionality to their player? It would make things much simpler.
(I guess I really need to add in a GPL license section to the file... soonest.
all the best,
drew
25 May
25 May
6:11 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
drew Roberts wrote:
I have been looking for an EDL capable audio player
for a while now but have
not found one.
I don't think there's an open-source audio player that does.
Mplayer has support for EDL but is using it's own homebrew EDL format;
May I ask what you are trying to accomplish?
So I hacked together ecaedl.pl which work but is very
rough.
More info here:
http://zotzbro.blogspot.com/2010/05/edl-edit-decision-list-audio-player.html
thanks for sharing.
pastebin link here:
http://pastebin.com/esXJwv84
A while ago I went down a very similar road:
http://rg42.org/gitweb/?p=sodankyla.git;a=blob;f=scripts/vsession.pl
parses EDL (CMX, CMX3600, Final-Cut-Pro format and 3.0.0) into a sqlite
database; which can then be used to generate fi. an ardour session.
The workflow there is offline; meaning there's no real-time playback of
the actual EDL.
I got a few [filmsound] projects done using these scripts to generate an
initial ardour-session where the original sound is synced according to
EDL provided by the film (not video) editor, but I did not have the time
to go back and clean up the software [yet].
Right now this needs ecaplay from ecasound and perl.
mplayer is useful to
create the edl files but they can be created by hand.
Would any cross playform audio player group be willing to add edl playing (and
creating) functionality to their player? It would make things much simpler.
It's not as easy as it may sound. You'll need to be able to perform
reliable sample-accurate seeking over multiple files and play them back
without gap.
If you want to support encoded formats (such as mp3) this can become
non-trivial very quickly; it can get even worse if the files mentioned
in the EDL have different sample-rates (that's very unusual, but hey)
I hazard a guess those are basically the reasons why mplayer does not
support EDL for audio. mplayer's playlist & video-EDL feature allows you
to mix all kind of codecs/formats: seeking to video-frames (with
video-frame accuracy is easier).
ciao,
robin
(I guess I really need to add in a GPL license section
to the file... soonest.
all the best,
drew
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkv79nIACgkQeVUk8U+VK0K02wCdF9iJxrbn2uEFE1vIkLSh7PTB
UMgAn3Y/XpGfSs2itL0RFLwsOvjLU2nD
=ze1n
-----END PGP SIGNATURE----- 
8:02 p.m.
New subject: Announcing: ecaedl.pl Edit Decision List Capable Audio Playing
What is the particular advantage of EDL, versus something more standard:
http://www.w3.org/TR/SMIL/
http://en.wikipedia.org/wiki/Synchronized_Multimedia_Integration_Language ??
Mplayer (and thus http://en.wikipedia.org/wiki/K-Multimedia_Player ,
smplayer, and gnome-mplayer) supports SMIL although the support is
rudimentary. SMIL and other means of setting clips&playlists is
available in the flash-based 'jwplayer' http://www.longtailvideo.com
"Attribution-NonCommercial-ShareAlike 3.0 Unported" ( in action:
http://nielsmayer.com/xwiki/bin/view/Macros/JWPlayerJSPL_Test and
http://nielsmayer.com/xwiki/bin/view/Exhibit/NPRpods3 (work in progress) ).
The other issue w/ doing it "in the player" is how well do the given
players handle a playlist. Most of them, even if accessing the same
media in different cue-locations, do not do a very good job with going
through "clips" with seamless transitions between the clips. However,
it's readily possible , with a bit of pre-buffering and pre-fetching
that allows seamless synchronized playback .... just a small matter of
programming... (i waste way too much time abusing my own software for
unintended purpose -- "internet sampler and looper"
--http://nielsmayer.com/ts-episode-timeline.png )
Niels
http://nielsmayer.com
10:30 p.m.
New subject: Announcing: ecaedl.pl Edit Decision List Capable Audio Playing
On May 25, 2010, at 8:02 PM, Niels Mayer wrote:
What is the particular advantage of EDL, versus
something more standard:
http://www.w3.org/TR/SMIL/
http://en.wikipedia.org/wiki/Synchronized_Multimedia_Integration_Language ??
"more standard" is relative and depends on the point of view.
EDL (as in formats such as CMX3600) is certainly dated, but still common in
Film-production (it can be read by a human with a scissor & tape).
Basically that's why I asked about the use-cases or the goal of this
'exercise'.
From what I can tell about looking at Drew's perl script he's not trying to
interpret 'classic' EDL; and just used the term to get the idea across. SMIL would
certainly be the better option, though it may be overkill as well..
Mplayer (and thus
http://en.wikipedia.org/wiki/K-Multimedia_Player ,
smplayer, and gnome-mplayer) supports SMIL although the support is
rudimentary. SMIL and other means of setting clips&playlists is
available in the flash-based 'jwplayer' http://www.longtailvideo.com
"Attribution-NonCommercial-ShareAlike 3.0 Unported" ( in action:
http://nielsmayer.com/xwiki/bin/view/Macros/JWPlayerJSPL_Test and
http://nielsmayer.com/xwiki/bin/view/Exhibit/NPRpods3 (work in progress) ).
The other issue w/ doing it "in the player" is how well do the given
players handle a playlist. Most of them, even if accessing the same
media in different cue-locations, do not do a very good job with going
through "clips" with seamless transitions between the clips. However,
it's readily possible , with a bit of pre-buffering and pre-fetching
that allows seamless synchronized playback .... just a small matter of
programming...
been there, done that and using libsndfile this just works and is pretty
straight-forward.
However other decoder libraries are not very predictable when it comes to accurate
seeking.
In particular ffmpeg's av_seek_frame() and libqt's quicktime_set_audio_position()
are not very precise.
The only reliable way to do this correctly with said libs would be to always start
decoding from the beginning or to stick to a limited set of codecs. OTOH you may or may
not care about +-1920 audio-samples.
(i waste way too much time abusing my own software
for
unintended purpose -- "internet sampler and looper"
--http://nielsmayer.com/ts-episode-timeline.png )
Niels
http://nielsmayer.com
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
5246
days inactive
5247
days old
linux-audio-dev@lists.linuxaudio.org
3 comments
4 participants
participants (4)
-
drew Roberts -
Niels Mayer -
Robin Gareus -
Robin Gareus