RE: [Freevo-users] Recording issue with mencoder

2004-02-09 Thread Patrick M Geahan
On Mon, 9 Feb 2004, Dave Smylie wrote:

> An easy way to do is to not encode audio to mp3 on the way, or decrease
> the resolution you are capturing at . . .

I'm already at 320x240, which I would think would be the lowest decent 
resolution I'd see.

What would you recommend for an easier audio encoding scheme?


---Patrick M [EMAIL PROTECTED]:3784715--
"You know, this is how the sum total of human knowledge is increased. 
Not with idle speculation and meaningless chatter, but with a 
medium-sized hammer and some free time." - [EMAIL PROTECTED], a.f.c-a


---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] Recording issue with mencoder

2004-02-08 Thread Jaap Struyk
Op ma 09-02-2004, om 00:41 schreef Patrick M Geahan:

> I'm having an issue with the recording function.  After a short period of 
> time(less than three minutes), I start getting "dropped audio frames" and 
> "video buffer full" errors.  

There is a problem with nehemiah CPU's with model 9 that prevents ffmpeg
(libavcodec/mplayer) from detecting mmx properly...

root:~# cat /proc/cpuinfo 
processor   : 0
vendor_id   : CentaurHauls
cpu family  : 6
model   : 9
model name  : VIA Nehemiah
stepping: 3
cpu MHz : 1000.058

If you have such a CPU, your lucky, there's a patch for it, if not I
can't help you.
In the source off mplayer in mplayer/libavcodec/i386/cputest.c
and/or in ffmpeg libavcodec/i386/cputest.c
Youll find the lines:

 } else if (ebx == 0x746e6543 &&
   edx == 0x48727561 &&
   ecx == 0x736c7561) {  /*  "CentaurHauls" */
/* VIA C3 */
cpuid(0x8000, eax, ebx, ecx, edx);
if ((unsigned)eax < 0x8001)
goto inteltest;
cpuid(0x8001, eax, ebx, ecx, edx);
edx = 0x1380b035;   // <- Add this for Nehemiah mmx ->  
rval = 0;
if( edx & ( 1 << 31) )
  rval |= MM_3DNOW;
if( edx & ( 1 << 23) )
  rval |= MM_MMX;
if( edx & ( 1 << 24) )
  rval |= MM_MMXEXT;
return rval;

I've got the same problem on my V1000, and it prevented me from trowing
it ut of the window... (or even worse, install M$ on it ;)
-- 
Groetjes Japie
http://japie.deserver.nl

Gnu/Linux
2.4.20-wolk4.9s i686

Win98 is called Win98 because 98% of the code is untested
;^)



---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] Recording issue with mencoder

2004-02-08 Thread Rob Shortt
Patrick M Geahan wrote:
I'm having an issue with the recording function.  After a short period of 
time(less than three minutes), I start getting "dropped audio frames" and 
"video buffer full" errors.  
You may be able to allocate more buffers when you load the module for 
your card.  I'm not sure which module your uses (bt878?) but run modinfo 
on it to see if that's possible.

-Rob



---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users


RE: [Freevo-users] Recording issue with mencoder

2004-02-08 Thread Dave Smylie
Run top whilst recording something and watch the memory usage. When that
hits the maximum specified by your VCR_CMD (freevo default is 64meg) you
will start dropping frames. What causes it to increase is having cpu
maxed out at 99%.
You'll need to either increase your buffer (probably don't have enough
ram for this), or decrease the cpu being consumed.
An easy way to do is to not encode audio to mp3 on the way, or decrease
the resolution you are capturing at . . .

Dave Smylie

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:freevo-users-
> [EMAIL PROTECTED] On Behalf Of Patrick M Geahan
> Sent: Monday, 9 February 2004 12:41 p.m.
> To: [EMAIL PROTECTED]
> Subject: [Freevo-users] Recording issue with mencoder
> 
> 
> Folks -
> 
> I recently put Freevo on an Epia M1, Nehemiah core, 512MB RAM, 1GB
> swap, Hauppage WinTV card.
> 
> I'm having an issue with the recording function.  After a short period
of
> time(less than three minutes), I start getting "dropped audio frames"
and
> "video buffer full" errors.
> 
> I've tried playing with some of the settings, and I've managed to get
the
> time to full from 27 seconds to 170 seconds.  Needless to say, I'm
hoping
> to get up to 30-60 minutes.
> 
> Other than freevo, the system is only running sshd, lircd, and syslog.
> 
> Can anyone offer some assistance?  Are there other M10K users out
there
> who have a better working recorder script?
> 
> --
> #!/bin/bash
> 
> CHAN=$1
> TIME=$2
> NAME=$3
> 
> WIDTH=320
> HEIGHT=240
> 
> MENCODER=/usr/bin/mencoder
> AMIXER=/usr/bin/amixer
> 
> NICE="nice -n -20"
> 
> AUDIO="-oac mp3lame -lameopts cbr:br=1:mode=3 -ffourcc divx"
> #VIDEO="-ovc nuv -nuvopts q=3"
> VIDEO="-ovc lavc -lavcopts vcodec=mpeg1video:vbitrate=1200"
> DSP="adevice=/dev/sound/dsp1:buffersize=1024:audiorate=16000"
> TV=" -tv
>
driver=v4l:width=$WIDTH:height=$HEIGHT:input=0:device=/dev/v4l/video0:no
rm
> =NTSC:chanlist=us-cable:channel=$CHAN:$DSP"
> $MENCODER -o mpeg tv:// $TV $VIDEO $AUDIO -endpos $TIME -o "$NAME.mpg"
> # Available formats: 444p 422p 411p yuy2 uyvy yvu9 if09 yv12 i420 iyuv
> clpl
> # hm12 y800 y8 nv12 nv21 bgr24 bgr32 bgr16 bgr15 bgr8 bgr4 bg4b bgr1
rgb24
> rgb32
> # rgb16 rgb15 rgb8 rgb4 rg4b rgb1
> --
> 
> Thanks!
> 
> 
> 
> ---Patrick M [EMAIL PROTECTED]:3784715--
> "You know, this is how the sum total of human knowledge is increased.
> Not with idle speculation and meaningless chatter, but with a
> medium-sized hammer and some free time." - [EMAIL PROTECTED], a.f.c-a
> 
> 
> ---
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> ___
> Freevo-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/freevo-users
> 
> 
> 
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.580 / Virus Database: 367 - Release Date: 6/02/2004
> 



---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users