Do you know what algorithm MPlayer uses to determine if a black frame
is truly a "blank frame", i.e. interleave between a bit of the program
and a commercial segment?  Horror film fans wouldn't like having skips
in the program stream just because MPlayer disdetected a black frame...

Just an odd thought.  Smack me if ya wanna.


--- Justin Wetherell <[EMAIL PROTECTED]> wrote:

> I wrote the commdetect code, so any questions I can answer, I will.
> 
> mplayer is run with the -vf blackframes option and outputted to a
> file
> called /tmp/blackframes.txt. The commdetect server should then
> analyize that
> file and try to determine the commericals. Once it has reached the
> end of
> the blackframes.txt file, it writes out the "edits" to a
> $PROGRAM_NAME.edl
> file in the "Recorded TV" directory.
> 
> On 9/14/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> >
> > Hey again, Evan...
> >
> > I don't use MPlayer.  I like Xine.  Personal preference and all...
> >
> > The commdetectserver may be a section of code for me to look over
> and
> > see if I can't get it to do the "final cut" for us rather than rely
> on
> > doing it manually.  It's a thought...
> >
> >
> > --- Evan Hisey <[EMAIL PROTECTED]> wrote:
> >
> > > Micheal-
> > >    MPlayer does play the EDL files. I am just having issue
> _creating_
> > > the EDL files. mostly becuase I seem to be having issues getitng
> a
> > > set
> > > of options my mplayer build likes.
> > >
> > > Evan
> > >
> > > On 9/14/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> > > > So... What front end to, say, FFMPEG does handle EDL files and
> has
> > > this
> > > > been incorporated into Freevo 1.x??
> > > >
> > > >
> > > > --- Justin Wetherell <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > Not at all, to the best of my knowledge.
> > > > >
> > > > > On 9/9/07, Michael Beal <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > Ok, so what about Xine??  Does Xine handle EDLs well or not
> at
> > > > > all??
> > > > > >
> > > > > >
> > > > > > --- Justin Wetherell <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > > It doesn't actually make a "new" commercial-less file, it
> > > creates
> > > > > an
> > > > > > > "edit
> > > > > > > list". If the "edit list" file exists for a given
> program,
> > > Freevo
> > > > > > > should
> > > > > > > start playing it with the "-edl EditList.file" option.
> So,
> > > are
> > > > > you
> > > > > > > playing
> > > > > > > recorded content with Mplayer? If you look in the
> directory
> > > where
> > > > > > > your
> > > > > > > programs are stored, you should see files with the
> exension
> > > of
> > > > > "edl".
> > > > > > > Those
> > > > > > > are the generated edit list files. If they exist then
> Freevo
> > > > > should
> > > > > > > play
> > > > > > > them fine and just skip over the parts editted out.
> > > > > > >
> > > > > > > On 9/7/07, Evan Hisey <[EMAIL PROTECTED]> wrote:
> > > > > > > >
> > > > > > > > Justin-
> > > > > > > >    After a bit more reading of the encoder code, it
> looks
> > > like
> > > > > > > > mencoder getrs called once from inside the commdetect
> > > server to
> > > > > > > create
> > > > > > > > the commercial file. But it does not appear to call
> > > mencoder
> > > > > again
> > > > > > > to
> > > > > > > > create the commercial less file. It appears to hand it
> off
> > > to
> > > > > the
> > > > > > > > endocing server. IF this is correct, does it respect
> the
> > > > > encoding
> > > > > > > > server mplayer options?
> > > > > > > >
> > > > > > > > Evan
> > > > > > > >
> > > > > > > >
> > > > > > > > On 9/7/07, Evan Hisey <[EMAIL PROTECTED]> wrote:
> > > > > > > > > Justin-
> > > > > > > > >   That is part of the problem. The other half is I am
> > > having
> > > > > a
> > > > > > > time
> > > > > > > > > finding where to change the setting in the to not use
> > > lame.
> > > > > > > > >
> > > > > > > > > Evan
> > > > > > > > >
> > > > > > > > > On 9/7/07, Justin Wetherell <[EMAIL PROTECTED]>
> > > wrote:
> > > > > > > > > > This is just a guess but was Mplayer/Mencoder
> compiled
> > > with
> > > > > > > Lame
> > > > > > > > support?
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On 9/7/07, Evan Hisey <[EMAIL PROTECTED] > wrote:
> > > > > > > > > > >
> > > > > > > > > > > Well testing out teh commdetect server and I am
> > > getting a
> > > > > > > -lameopts
> > > > > > > > > > > not available failure from mencoder. First
> question I
> > > > > looked
> > > > > > > through
> > > > > > > > > > > the commdetect source and -lameopts is not used
> > > there. Is
> > > > > the
> > > > > > > file
> > > > > > > > > > > handed back to the recordserver or encodingserver
> for
> > > > > final
> > > > > > > edit?
> > > > > > > > > > > Second where can we change the encoding options
> to be
> > > > > sure
> > > > > > > that we
> > > > > > > > are
> > > > > > > > > > > using only the ones available in our
> mencoder/mplayer
> > > > > builds?
> > > > > > > > > > >
> > > > > > > > > > >   As a general feature, I think always making
> sure
> > > that
> > > > > the
> > > > > > > end user
> > > > > > > > > > > can set the mplayer/mencoder options, either in
> the
> > > > > > > local_config or
> > > > > > > > > > > the GUI, is critical. There are just to many ways
> to
> > > > > build
> > > > > > > the
> > > > > > > > Mplayer
> > > > > > > > > > > package.
> > > > > > > > > > >
> > > > > > > > > > > Evan
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------
> > > > > > > > > > > This SF.net email is sponsored by: Splunk Inc.
> > > > > > > > > > > Still grepping through log files to find
> problems?
> > > Stop.
> > > > > > > > > > > Now Search log events and configuration files
> using
> > > AJAX
> > > > > and
> > > > > > > a
> > > > > > > > browser.
> > > > > > > > > > > Download your FREE copy of Splunk now >>
> > > > > > > http://get.splunk.com/
> > > > > > > > > > > _______________________________________________
> > > > > > > > > > > Freevo-devel mailing list
> > > > > > > > > > > Freevo-devel@lists.sourceforge.net
> > > > > > > > > > >
> > > https://lists.sourceforge.net/lists/listinfo/freevo-devel
> > > > > > > > > > >
> 
=== message truncated ===>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/>
_______________________________________________
> Freevo-devel mailing list
> Freevo-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freevo-devel
> 



      
____________________________________________________________________________________
Fussy? Opinionated? Impossible to please? Perfect.  Join Yahoo!'s user panel 
and lay it on us. http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to