Justin Wetherell schreef:
It's actually more like 40 minutes to an hour per hour.
mencoder -nosound -ovc raw -vf blackframe my_rec.ts -O /dev/null
It's fast but uses a lot of cpu, wish -vf worked with - dumpstream.
--
Groetjes Japie
Justin Wetherell schreef:
That's actually what my detection is based off of. As of
Mplayer-1.0rc1, the vf should be available. So, to use commdetect,
you'll need that mplayer version.
Why does 1 hour recording takes 1.5 to check for bf?
The old mplayer patch did it on the fly with just a
Justin Wetherell schreef:
It's actually more like 40 minutes to an hour per hour.. but I've never
used it on the fly while recording because all my recordings are done in
hardware without Mplayer. I don't do anything different, I just run
mplayer with the vf on a previously recorded mpeg and
Yes, all recordings after the point you add the command to the local_conf
and start the commdetect server should be detected and removed. There is no
way to send previously recorded content to the commdetect server. On my PC
(2ghz + halg gig RAM) it takes about an hour to an hour and a half to
Justin-
Just checked local_conf.py, I am I right that the commdetect server
can be running on a remote host from the recording server?
Evan
On 8/20/07, Justin Wetherell [EMAIL PROTECTED] wrote:
Yes, all recordings after the point you add the command to the local_conf
and start the
Yes, I believe so. These variables exist in the freevo_conf and can be
changed/added to the local_conf:
COMMDETECTSERVER_UID = 0
COMMDETECTSERVER_GID = 0
COMMDETECTSERVER_IP = 'localhost'
COMMDETECTSERVER_PORT = 6667
On 8/20/07, Evan Hisey [EMAIL PROTECTED] wrote:
Justin-
Just checked
Evan Hisey wrote:
Justin-
Just checked local_conf.py, I am I right that the commdetect server
can be running on a remote host from the recording server?
On a different note: maybe we could work on a better commercial
detection. The best solutions I can see is noad:
Dischi, Justin-
On a different note: maybe we could work on a better commercial
detection. The best solutions I can see is noad:
http://www.linuxtv.org/vdrwiki/index.php/Noad
This brings up the question, just how good is the current commercial
detection? Not getting all the commercials out
I wrote the code and wrote it to be very conservative. I've never noticed a
'cut too much' scenario but I have seen the opposite but it's a rarity. I
have noticed that it's 100% accurate on most channels but on some channels
it's almost never sees the blackframes; I'm guessing that the frames are
Justin Wetherell schreef:
I wrote the code and wrote it to be very conservative. I've never
noticed a 'cut too much' scenario but I have seen the opposite but it's
a rarity. I have noticed that it's 100% accurate on most channels but on
some channels it's almost never sees the blackframes;
That's actually what my detection is based off of. As of Mplayer-1.0rc1,
the vf should be available. So, to use commdetect, you'll need that mplayer
version.
On 8/20/07, Jaap Struyk [EMAIL PROTECTED] wrote:
Justin Wetherell schreef:
I wrote the code and wrote it to be very conservative. I've
You should be able to add:
REMOVE_COMMERCIALS = True
to your local_conf and it will turn on the commercial
detection/removal. You also have to start the commercial removal
server.
On 8/18/07, Evan Hisey [EMAIL PROTECTED] wrote:
I see commercial skipping is a feature in 1.7.3, but I can not
Justin Wetherell wrote:
You should be able to add:
REMOVE_COMMERCIALS = True
to your local_conf and it will turn on the commercial detection/removal. You
also have to start the commercial removal server.
And are all recordings from then on sent to be processed? Is there a way
to send
13 matches
Mail list logo
