> Hmmm, I thought that dvgrab created files with either 4:1:1
> (NTSC) or 4:2:0 (PAL).PAL DV is 422? I didn't know that
> was the case. Today wasn't a total loss - I learned something ;)
Well, at least that what it said on the page I mentioned - that libdv
exports both NT
What about using yuvfps ? If you know the original frame rate you can
simply discard all frames between one and another by converting to a
lesser framerate. Say, for example, your data source is 25fps and you
want to keep one of each 10 frames. You would then use a 25:10 framerate
in yuvfps to
Hi,
On Sun, 2003-09-21 at 14:14, Matt Trim wrote:
> I seem to be having this same problem with my Buz recordings - of the same
> TV program - one day it will be OK and the next it will be reversed. Am
> using the 0.9.4 driver as well with 2.4.22
I'll have a look. It worked for me last time I tri
Hi Jon,
On Sun, 2003-09-21 at 20:07, Jonathan Bartlett wrote:
> I had to physically modify the lav2mpeg script to use mp2enc. Just search
> for toolame and replace.
You can do that on the command-line too:
AUDIOENC=mp2enc lav2mpeg [blablabla]
Can anyone explain me why the default is toolame in
I tried this and now I find it stalls on stage 1 ie mpeg2enc and lav2yuv and
denoise.
Maybe you could send me a copy of your lav2mpeg script?
Raena
On Monday 22 September 2003 04:07, Jonathan Bartlett wrote:
> I had to physically modify the lav2mpeg script to use mp2enc. Just search
> for tool
Thanks Ronald - definately using PAL :)
> - Original Message -
> From: "Ronald Bultje" <[EMAIL PROTECTED]>
> To: "Matt Trim" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Monday, September 22, 2003 6:22 PM
> Subject: Re: [Mjpeg-users] Buz field order problem
>
>
> > Hi,
> >
> > On
> > Feeding dvgrab --format dv2 to lav2yuv gives a distorted image;
>
> I can vouch that ss per the next post I used format raw in dvgrab with no
> problems like this. I also use Kino with ieee1394 and the raw driver.
Is that also PAL or NTSC?
I did try with raw output, but it did not work well
> OK - don't use --with-pal-yuv=YV12 - just configure as normal. Recompile
> libdv, dvgrab and smilutils. Then try:
Okay, I will try both yours and Steven's suggestions. It seems it comes down
to use yv12 everywhere or nowhere.
> dvgrab --format raw - | raw2yuv | yuvplay
Okay, raw it will be. I
> Can anyone explain me why the default is toolame instead of mp2enc? It
> doesn't seem to make much sense to me...
Because toolame is better. However, I mentioned this earlier and I
believe it is fixed in CVS.
Jon
>
> Ronald
>
> --
> Ronald Bultje <[EMAIL PROTECTED]>
> Linux Video/Multimedia d
What do you mean by "stalls"? Using yuvdenoise, it often takes 5 hours to
denoise a 10 minute video. Also, to turn off denoise, you have to
explicitly turn it off on the command line. It says the default is off,
but that's not quite true.
Jon
On Mon, 22 Sep 2003, Raena Lea-Shannon wrote:
> I
On Mon, Sep 22, 2003 at 10:22:15AM +0200, Ronald Bultje wrote:
> Hi,
>
> On Sun, 2003-09-21 at 14:14, Matt Trim wrote:
> > I seem to be having this same problem with my Buz recordings - of
> > the same TV program - one day it will be OK and the next it will
> > be reversed. Am using the 0.9.4 dri
I have it running OK now. The stalling may due to some hanging apps. I am
experimenting and making lots of very bad video files and every now and then
playback causes mayhem.
Raena
On Monday 22 September 2003 21:45, Jonathan Bartlett wrote:
> What do you mean by "stalls"? Using yuvdenoise, it
Are you going to do this with lav2divx? I got nothing but segfaults. The
warnings about smoke etc are a bit scary.
BTW can you tell me whether the DiVX files you made with mencoder play back in
Mac with videolan or in M$ with or without DDshow?
I have mangaged to get dv > mpeg with playback on
> Are you going to do this with lav2divx? I got nothing but segfaults. The
> warnings about smoke etc are a bit scary.
So far I did it with mencoder, which gave me good results, but I will try
lav2divx (once I got SVCD's working), to compare.
> BTW can you tell me whether the DiVX files you made
On Monday 22 September 2003 23:30, you wrote:
[...]
>
> I only tried with mplayer and on windows with the divx player (from
> www.divx.com, becareful for adware!)
Try it on a Mac. I crashed my friends G4 (OSX using videolan).
>
[...]
>
> Try the divx player. I will send you the commandline I used.
Hi Dmitriy,
On Sat, 2003-09-20 at 18:36, dmitriy wrote:
> ioctl: VIDIOCMCAPTURE(frame=0;height=240;width=320;format=4): Invalid
> argument
Use the bigphysarea patch, your capture buffer isn't big enough (search
the mailinglist for larger explanations, I've explained it before and am
a bit in a h
On Mon, 22 Sep 2003, Maarten de Boer wrote:
> > Hmmm, I thought that dvgrab created files with either 4:1:1
> > (NTSC) or 4:2:0 (PAL).PAL DV is 422? I didn't know that
>
> Well, at least that what it said on the page I mentioned - that libdv
> exports both NTSC and PAL as 422. But
Hi Richard,
On Sat, 2003-09-20 at 18:58, Richard Ellis wrote:
> On Sat, Sep 20, 2003 at 08:41:21AM +0200, Ronald Bultje wrote:
> > And you didn't show the version, please make very sure that you're
> > using the latest CVS. I need to release 0.9.5 soon, I guess... :).
>
> Have there been signific
Hi,
0n 03/09/[EMAIL PROTECTED]:32 iLLfated told me:
> I'm trying to write a shell script frontend to a
> bunch of your tools to create vcd/svcd photo cds. I've
> run into trouble with this command:
Probably you should look at vcdkompanion.
http://www.celindir.de/vcdkompanion
I know it's alm
Hi Dmitriy,
On Sat, 2003-09-20 at 18:39, dmitriy wrote:
> > How I can save one image(jpg, gif, png, bmp, etc...) per 10(for example)
> > seconds from mjpeg hardware card?
>
> or with help other program...
As Bernhard pointed out, the -T option helps partly. Also, use the -f j
option to save as
On Sat, 20 Sep 2003 11:32:46 -0700 (PDT)
iLLfated <[EMAIL PROTECTED]> wrote:
> Lo all,
>
> I'm trying to write a shell script frontend to a
> bunch of your tools to create vcd/svcd photo cds. I've
> run into trouble with this command:
>
> jpeg2yuv -v 0 -f 29.97 -j test.jpg -I p -n 1 >
> somef
> dvgrab --format raw - | raw2yuv | yuvplay
okay, this works fine! (which indicates that lav2yuv is incompatible
with dvgrab output in dv1/dv2 mode... as I understand (correct me
if I'm wrong) because dvgrab, through libdv, outputs YUV422 and lav2
expects YUV420. will this be fixed?)
Now, if I
> I just checked Sony's "DVCAM Format Overview" document and
> PAL DV is indeed 4:2:0
But is dvgrab (libdv) output indeed that format?
(see my other mail for more info... dvgrab --format raw indeed seems
to work!)
Maarten
---
T
> These are generally harmless and don't affect video quality. They should
> probably be renamed to meaningful warnings. Will do with my next putback.
Hmm, but it ends with
Error while decoding stream #0.0
Error while decoding stream #0.0
Error while decoding stream #0.0
Error while decoding
On Mon, 22 Sep 2003, Maarten De Boer wrote:
> > dvgrab --format raw - | raw2yuv | yuvplay
>
> okay, this works fine! (which indicates that lav2yuv is incompatible
Hurrah!
> with dvgrab output in dv1/dv2 mode... as I understand (correct me
> if I'm wrong) because dvgrab, through libdv,
On Mon, 22 Sep 2003, Steven M. Schultz wrote:
>
> On Mon, 22 Sep 2003, Maarten De Boer wrote:
>
> > > dvgrab --format raw - | raw2yuv | yuvplay
> >
> > okay, this works fine! (which indicates that lav2yuv is incompatible
>
> Hurrah!
>
> > with dvgrab output in dv1/dv2 mode... as I unders
On Thu, Sep 18, 2003 at 08:45:45PM -0700, Steven M. Schultz wrote:
>
> Is this for protection against a drive failure?DV (or MJPEG)
> capture's data rate requirements are extremely modest (in the
> ~3.5MB/s range - even a notebook drive can sustain that without
> breathing hard).
The primary
On Mon, 22 Sep 2003, William R Sherman wrote:
> The primary intent was for a Raid-0 filesystem with higher throughput
Ah, ok - I thought that might be the case but wasn't sure (it
doesn't make a lot of sense to do RAID-5 for video capture that
I can see ;)).
> Now, (than
On Mon, 22 Sep 2003, Steven M. Schultz wrote:
> On Mon, 22 Sep 2003, William R Sherman wrote:
>
>> The primary intent was for a Raid-0 filesystem with higher throughput
[...]
> DV is ~3.5MB/s (and that includes the 48k PCM audio). End of
> discussion - it's not variable so it's easy to calculate
On Tue, 23 Sep 2003, Daniel Pittman wrote:
> On Mon, 22 Sep 2003, Steven M. Schultz wrote:
> > I think RAID is overkill for DV capture.
>
> So, it's worth remembering that the capture alone isn't *all* that gets
> done, and that you really start to add up those costs where you factor
Greetings -
As promised earlier here is an moderately exhaustive table showing
the interaction between the "-q" and "-N" options to mpeg2enc.
The standard (default) matrices were used (-K was NOT used), no
denoising or medianfiltering was done.
Source mate
see attachement
--
Best regards
Thierry SALMON
e-mail : [EMAIL PROTECTED]
Could you confirm reception of the message by replying e-mail
**
This message and any attachments (the "message") are conf
32 matches
Mail list logo
