I always get "ZR36057/Natoma bug, max. buffer size is 128K" message
however capture work's now with bigphysarea patch (thanks Ronald)
what does it mean ?
--
Best regards
Thierry SALMON
e-mail : [EMAIL PROTECTED]
Could you confirm reception of the message by replying e-mail
Hi Ronald
Ronald Bultje wrote:
Hi Thierry,
On Tue, 2003-09-23 at 11:36, Thierry Salmon wrote:
Did you recompile the driver itself with bigphysarea support? The error
messages from 'dmesg' indicate that the driver is compiled without
bigphysarea support.
On Wed, 24 Sep 2003, Andras Kadinger wrote:
> To simplify testing, I then generated a pure black [16,128,128]
> YUV4MPEG2 frame with a tiny C program, and created a tiny shell script
> to prepend a YUV4MPEG2 header and repeat the black frame to stdout to
> create a YUV4MPEG2 stream containing
Greetings Andrew,
Thank you for taking up this thread.
Andrew Stevens írta:
The big question is whether 'pure black' really is 'pure black'. If it is
digitised there will almost certainly be residual noise.
The first time I noticed this issue was when I prepended some lead-in
black/silence in
Hi all,
Back again... last track-weekend of the Season is over and its raining so its
time for the Tippety-tap hobby again ;-)
> Is lpcm in mplex working? I need it to make DVDs.
No idea. Well let's put it this way.What I could test using software
players seemed to work. Do you have so
Hi Andras,
Sounds very interesting...
> The material was PAL, digitized at [EMAIL PROTECTED], uncompressed YUV 4:2:2
>
> However I have noticed, that during pure black mpeg2enc 1.6.1.90 uses
> up to 1.4 Mbit/s no matter whether -q is 1, 4, 8 or 12. This I find
> strange. The command line used i
For _that_ I just burn the iso/udf image out to a DVD+RW ;)
But then you have to re-rip it. Boooring. :-)
Do I NEED seven computers? Heck no. But, I still have them. :-)
Nor do I (well, a couple of 'em are PDP-11s so video encoding
is, uh, just slightly out of the question :)).
:-
On Tue, 23 Sep 2003, Matthew Caron wrote:
> there's other stuff that you might want to put on there just for
> safekeeping (such as the iso's of the DVD's you're burning). Backups are
> Alternatively a IEEE1394 disc that's only up a
For _that_ I just burn the iso/udf image out to
On Tue, 23 Sep 2003, Maarten de Boer wrote:
> Hi Steven,
>
> Thanks a lot, going through all the trouble of checking these things!
You're welcome.
The PAL vs NTSC format is a continuing problem is it not?
> If I understand correctly what you are saying, configuring libdv wi
On Tue, 23 Sep 2003, Maarten de Boer wrote:
> Okay, I thought I read somewhere that the combined audio and video bitrates
> should not exceed 2600 kbps, but I now see that it is 2756 kbps.
As Bernhard mentioned the total limit is ~2780 kbps (~2500 for
video and 224 for audio).
>
Hallo
> > That's perfectly correct. The maximum video bitrate for
> > SVCD is 2500 kbits/sec (some players will accept much higher
> > rates but for compatibility 2500 is the value to use) - and
> > mpeg2enc sets that as the rate to use with -f 4.
> Okay, I thought I read
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 ;)).
- speed (okay, simple striping can do that)
- space (ditto for simple striping)
- redundancy - Sure, you might not need it for video capture, but
there's
on the new system. So, I'm willing to adapt my thinking if it's
a waste of effort to do a RAID-0. Would a Raid-3, or Raid-1 setup
be beneficial?
Assuming real hardware control, a RAID-1 won't impose additional load,
but (aside from the improved performance of a higher quality caching
disk contr
Hi Thierry,
On Tue, 2003-09-23 at 11:36, Thierry Salmon wrote:
> > Did you recompile the driver itself with bigphysarea support? The error
> > messages from 'dmesg' indicate that the driver is compiled without
> > bigphysarea support.
> >
> normally yes, else my subkernelversion (-4) doesn't ma
Ronald Bultje wrote:
hi Thierry,
On Tue, 2003-09-23 at 07:57, Thierry Salmon wrote:
see attachement
Did you recompile the driver itself with bigphysarea support? The error
messages from 'dmesg' indicate that the driver is compiled without
bigphysarea support.
norm
hi Thierry,
On Tue, 2003-09-23 at 07:57, Thierry Salmon wrote:
> see attachement
Did you recompile the driver itself with bigphysarea support? The error
messages from 'dmesg' indicate that the driver is compiled without
bigphysarea support.
And yes, this should be documented, I fully agree. ;).
On Mon, Sep 22, 2003 at 09:37:57PM +, Maarten De Boer wrote:
> > dvgrab --format raw - |
> > ffmpeg -f dv -i - -f mpeg output.mpeg
>
> This result in errors:
>
> Input #0, dv, from 'pipe:':
> Duration: N/A, bitrate: 1536 kb/s
> Stream #0.0: Video: dvvideo, 720x576, 25.00 fps
> Stream #0
Please, try ffmpeg from the cvs, and if it continues to give you trouble --
please let me know, I will try to fix it.
Thanks,
Roman.
On Mon, Sep 22, 2003 at 09:57:04PM +, Maarten De Boer wrote:
>
> > These are generally harmless and don't affect video quality. They should
> > probably be
Steven M. Schultz wrote:
> That's perfectly correct. The maximum video bitrate for
> SVCD is 2500 kbits/sec (some players will accept much higher
> rates but for compatibility 2500 is the value to use) - and
> mpeg2enc sets that as the rate to use with -f 4.
Okay, I thoug
see attachement part 2
--
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") a
Hi Steven,
Thanks a lot, going through all the trouble of checking these things!
If I understand correctly what you are saying, configuring libdv with
--with-pal-yuv=YV12 is all I need to do to get dvgrab's dv2 output to
work with lav2yuv? That is actually what I tried (see my mail that
started t
21 matches
Mail list logo
