--- Evan Hisey <[EMAIL PROTECTED]> wrote:
> Jody-
> It keeps asking for a password with or without a WWW_USERS= entry.
> Anyone have any ideas?
>
> Evan
>
if you have uncommented the WWW_USERS= entry in the local_conf.py and it still
asks you for a
password, then it could be that your freevo
On Thu, 2007-09-06 at 20:52 -0700, Michael Beal wrote:
> Now to learn unified diffs!!!
I believe with the svn diff command, the default is unified. So just
make your changes to a local checkout, and do svn diff in the tree. It
will output all the changes (recursively) between your local copy and
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 th
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 His
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 -lam
Michael Beal wrote:
> Well Being that I'm working on doing some minor fix-ups for the
> 1.7.x code branch, I'm not sure exactly _how_much_ help I'll be but I
> can certainly be of use tracking down bugs.
>
> I'll figure out how to do unified diffs and send up the encodingcore.py
> fix-up as w
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 t
Evan Hisey wrote:
> I am unable to get the thumbnails to show up for show in 1.7.3. I am
> attempting debug the problem.Showing up in the log is:
> no imagefile found
> /root/.freevo/vfs/mnt/freevo/08-05_19_00_Human_Weapon_-_Eskrima.mpeg.raw.tmp
>
> while the files listed in /root/.freevo/vfs/mnt
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
progr
Justin-
Okay that makes more sense. It also explains why the I was having
trouble figuring things out. I was looking the wrong spot.
Evan
On 9/7/07, Justin Wetherell <[EMAIL PROTECTED]> wrote:
> It doesn't actually make a "new" commercial-less file, it creates an "edit
> list". If the "edit lis
Duncan-
The mplayer version should be fine, just that the systems I compile
on do not have the xvid or lame libraries. I just compile a version
mplayer with the minimal set of extra libraries I can. Every library I
have to add is one more I will have to keep updated. Most of the
problems I have e
Duncan-
What are the .fxd.raw used for in the
/root/.freevo/vfs/mnt/freevo/ used for? I get one for every fxd in the
recorded show directory.
Evan
> On 9/7/07, Duncan Webb <[EMAIL PROTECTED]> wrote:
> > Evan Hisey wrote:
> > > I am unable to get the thumbnails to show up for show in 1.7.3. I
12 matches
Mail list logo
