Hallo
> Hi I am new to linux and after reading and looking at
> your forum I am not sure if I have loaded the modules
> correctly.
Which zorand driver do you use ?
> The kernel I am using is The linux-2.4.22-1.21156.nptl
> from ccrma fedora core 1
> The board is a pinnacle DC10+ redstone 5.0
>
I've tried to use lavrec to capture tv from my tv card.
Cant get it to work though, I get the following messages
(with debugging to 2):
---
[EMAIL PROTECTED] torrent]# lavrec -i t -B -v 2 /80gig/Videos/test.avi
INFO: [lavrec] Re
Hallo
> Most useful answer is read 'man lavrec' for recording video sequence.
> One of the answers - record directly to mpeg.
> mpeg is not editable format, but, anyway, sometimes it is very useful
> record to mpeg.
> Is it possible with Miro DC10?
If you want to get mpeg output you can't do that
Hallo
You have not subscribed to the list, so your mail was held.
If you have more questions please subcribe to the mailinglist, and ask
then.
There is a nice manpage for lavrec, and a howto (mjpeg.sf.net) that
describes in deep what you have to do to be able to record from a
generic v4l device.
> If you use a up to date distibution you should not have the 2GB
> sizelimit in quicktime. Which distribution, and filesystem do you use ?
>
> auf hoffentlich bald,
>
> Berni the Chaos of Woodquarter
>
> Email: [EMAIL PROTECTED]
> www: http://www.lysator.liu.se/~gz/bernhard
I am using fedora C
On Thu, Jun 17, 2004 at 09:43:20AM -0400, Wesley Dungan wrote:
hi,
> I am using Mandrake 10.0 and the 2.6 kernel also. I don't have the
> /etc/modules.conf answer that you're looking for, but I simply added
>
> modprobe zr36067
>
> at the end my /etc/rc.local. It's probably not the best way
Hi,
I know this probably isn't really the *right* place to ask this but
has anyone else had any success in compliling the G400 TV video
capture drivers under mandrake 10? I'm using the drivers from this site;
http://marvel.sourceforge.net/
...but because the kernel differs a lot now (Mandrak
Hallo
> I know this probably isn't really the *right* place to ask this but
> has anyone else had any success in compliling the G400 TV video
> capture drivers under mandrake 10? I'm using the drivers from this site;
> http://marvel.sourceforge.net/
The guys at the marvel page will be able to
> > 1. Is it possible capture multiple files with linuxvideostudio???
> If you enter the %0xd also to the filename it will very likely work.
> If you use a up to date distibution you should not have the 2GB
> sizelimit in quicktime. Which distribution, and filesystem do you use ?
I have news
I
Norayr Chilingaryan wrote:
>
> > > 1. Is it possible capture multiple files with linuxvideostudio???
> > If you enter the %0xd also to the filename it will very likely work.
> > If you use a up to date distibution you should not have the 2GB
> > sizelimit in quicktime. Which distribution, and file
> Please start LVS (=Linuxvideostudio) again with the -d option and attach
> that output beginning with the lavrec command. That should give hintw
> what fails.
> Should begin with: Executing: lavrec.
This is a message:
Executing: lavrec -i p -w -f q -d 1 -q 33 -a 16 -r 44100 -l -1 -R l -c
Okay so here's the deal. It's doing a division by zero. version_id is
3 and frequency is 3. That corresponds to 0 in mpa_freq_table.
Isn't Gentoo cool? I've built my entire system with the -g flag for
debugging.
static const int mpa_freq_table [4][4] =
{
/* MPEG audio V2.5 */
Now I'm truly baffled. This seems to be a function of the size of the
LPCM file. With this file size, I get the FP exception:
-rw-r--r-- 1 edison users 430811612 Jun 19 01:04 audio.lpcm
If I mock up a dummy lpcm file with something like "echo foo >bar.lpcm",
then mplex gets past printing ou
Ok it's not a function of the file size.
Huh. I don't get it. Any ideas?
Robert W. Fuller wrote:
Now I'm truly baffled. This seems to be a function of the size of the
LPCM file. With this file size, I get the FP exception:
-rw-r--r-- 1 edison users 430811612 Jun 19 01:04 audio.lpcm
If I mo
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first since LPCM is determined by
stream name rather than contents (this will avoid misidentifying LPCM
data as s
Attached is the patch that corrects this problem. Thank you for your
patience.
Robert W. Fuller wrote:
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first sin
On Sat, 19 Jun 2004, Robert W. Fuller wrote:
Attached is the patch that corrects this problem. Thank you for your
patience.
Robert W. Fuller wrote:
> I'll be damned. That IS the problem. My LPCM data happens to look like
> MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
On Fri, 18 Jun 2004 [EMAIL PROTECTED] wrote:
> I have found that the following:
>
> lav2yuv | yuvdenoise -F | mpeg2enc ...options... -o f.m2v
>
> yields a 30fps mpg after everything has been run through mplex. I don't
> know what exactly -F is doing here (avi is already progressive).
Has anyone looked any further into the problem which I stumbled across about
a month ago?
http://sourceforge.net/mailarchive/message.php?msg_id=8515260
(Note: The lav_io.c line numbers which are referenced in the above e-mail
are no longer valid due to CVS check-ins. Using a fresh CVS checkout
Hi,
On Sat, 2004-06-19 at 03:21, dave david wrote:
> Hi I am new to linux and after reading and looking at
> your forum I am not sure if I have loaded the modules
> correctly.
[..]
> The kernel I am using is The linux-2.4.22-1.21156.nptl
[..]
> [EMAIL PROTECTED] root]# modprobe zr36067
Only work
Hi wesley,
On Sat, 2004-06-19 at 19:52, Wesley Dungan wrote:
> Has anyone looked any further into the problem which I stumbled across about
> a month ago?
> http://sourceforge.net/mailarchive/message.php?msg_id=8515260
I've looked at it, but can't make a patch until I've returned from my
trip t
This is getting long. My command line is "mplex -W mplayer_hdr -r10200
-f8 substance.m1v audio.lpcm -o video.mpg." Ordinarily, this works.
However, there is something about the contents of audio.lpcm that is
causing mplex to misidentify this particular audio stream as MPEG_AUDIO
rather than L
I'll be damned. That IS the problem. My LPCM data happens to look like
MPEG_AUDIO. Ok so here's the deal, the following code in interact.cpp
needs to be re-arranged so LPCM comes first since LPCM is determined by
stream name rather than contents (this will avoid misidentifying LPCM
data as s
23 matches
Mail list logo