On 6 Oct 2003, Florin Andrei wrote:
> "this procedure forces blocks of a type that don't carry much
> information but are expensive to encode to be simply skipped"
>
> If they are skipped at encoding, with what do they get replaced when
> viewing?
Oops - misunderstanding alert ;) It p
On Mon, 2003-10-06 at 17:09, Steven M. Schultz wrote:
>
> The new -E option to mpeg2enc is worth trying out the CVS version...
Quote:
"this procedure forces blocks of a type that don't carry much
information but are expensive to encode to be simply skipped"
If they are skipped at encoding,
Hi!
For those who want to try all the neat new features (and get a few
bug fixes too ;)) the Sourceforge anon CVS has finally caught up
with the developers.
The new -E option to mpeg2enc is worth trying out the CVS version...
Cheers,
Steven Schult
> I didn't find any reference to this topic in the mjpegtools manpages, so I
> ask the question here. Do the mjpegtools support multiplexing mpeg-2
> streams with subtitles to create SVCDs ? The SVCD standard support up to 4
> (if I'm not mistaken) subtitle streams. It would be nice to use them, as
Hi everybody,
I didn't find any reference to this topic in the mjpegtools manpages, so I ask
the question here. Do the mjpegtools support multiplexing mpeg-2 streams with
subtitles to create SVCDs ? The SVCD standard support up to 4 (if I'm not
mistaken) subtitle streams. It would be nice to us
Hallo
> I downloaded the latest drivers and mjpegtools. I also downloaded the Linux
> Video Studio. My kernel is 2.4.22 downloaded from www.kernel.org.
>
> I have some problems when capturing.
>
> The first is that I have a rather large number of lost frames. When I use
> lavrec directly then I
> Have you already tried the VCD/SVCD examples on www.vcdhelp.com ?
no, but there seem to be only a very few samples, that follow the standard
to the letter, and i wanted to create several samples increasing in
bitrate and with different settings, so you can easily test what a
specific standalone
Hallo
> Trying to get the optimal and compatible settings for creating VCD's and
> SVCD's, got me thinking that it would be really nice to have a test VCD
> and a test SVCD containing a reference recording (of let's say 20
> seconds) with mpg's created with various settings. VBR vs CBR, several
>
Hi!
On Monday 06 October 2003 04:21, Maarten de Boer wrote:
> television want show you the higher resolution anyway). Or do you think
> that with the proper settings, my SVCD should look at least as good as
> VCD, with the additional advantage of following the standard?
Properly encoded SVCD looks
On Mon, 6 Oct 2003, Maarten de Boer wrote:
> suggestions to improve my SVCD recording. I am wondering though, whether
> it would be better to stick with (non-standard bitrate) VCD, because
> with the same amount of data the quality is better (since a normal
> television want show you the higher r
Hallo
> Testing out the 0.9.5 (cvs) version of driver-zoran in slackware-9.1 (actually
> slackware-current as of Oct 10, 2003, but the changes are mostly security
> patches to ssl)
Fine :)
> kernel, motherboard, and capture card:
> 2.4.22-smp, dual pIII, iomega buz
>
> driver-zoran is cvs, dated
Hallo
> Thanks, Steffen, Bernhard and Steven, for your replies. I will try your
> suggestions to improve my SVCD recording. I am wondering though, whether
> it would be better to stick with (non-standard bitrate) VCD, because
> with the same amount of data the quality is better (since a normal
>
Hi,
On Thu, 2003-10-02 at 12:43, M G wrote:
> Hi I have been trying to use mjpeg tools to extract frames
> from mjpeg movies taken using my digital camera (Fuji Finepix
> s602z).
Cams often don't include huffman tables. You should include the default
ones, which requires recompression:
lav2yuv f
Hi,
On Fri, 2003-10-03 at 13:20, Anoop G Prabhu wrote:
> With the bigphysarea
> patch I can grab with V4L(VIDIOCMCAPTURE ...), but I get BGR instead of
> RGB with both RGB24 and RGB32 palettes.
>
> Is there any way of getting RGB24 directly, without having to convert
> from BGR to RGB?
Yes, with
Hello,
Trying to get the optimal and compatible settings for creating VCD's and
SVCD's, got me thinking that it would be really nice to have a test VCD
and a test SVCD containing a reference recording (of let's say 20
seconds) with mpg's created with various settings. VBR vs CBR, several
bitrates,
Hi Karl,
On Sun, 2003-10-05 at 08:11, Karl and Tanya Pizzolatto wrote:
> 2.4.22-smp, dual pIII, iomega buz
Eek, dual.
I'll build myself a SMP kernel (I don't have any SMP at home here) to
see if I can reproduce it.
> >>EIP; c01197a7<=
Hm, might be i2c-call related... Slackware is fairl
Hello,
Thanks, Steffen, Bernhard and Steven, for your replies. I will try your
suggestions to improve my SVCD recording. I am wondering though, whether
it would be better to stick with (non-standard bitrate) VCD, because
with the same amount of data the quality is better (since a normal
televisio
Hi Gerhard,
On Fri, 2003-10-03 at 19:36, Gerhard W. Gruber wrote:
> The first is that I have a rather large number of lost frames. When I use
> lavrec directly then I can see that this is the first time at 2:09 seconds,
> always. What could this be? Any ideas?
That's +/- 64 frames, so when the c
Hi,
On Sat, 2003-10-04 at 16:54, Anoop G wrote:
> Try using a script to load the modules in the proper order: first saa7110
> and then zr36067. Ow, the zr36067 module says "Card not supported" and
> doesn't register any device with the card. Though I haven't worked on a
> Suse box, I had simila
Hi Michael,
On Mon, 2003-10-06 at 08:21, Michael Hanke wrote:
> I spent much time to understand the inner working. Moreover, I am not very
> sure if I am using LVS the way the authors thought.
Well, LVS has a really tight way of using it. It's (unfortunately)
rather easy to crash, too. :-(.
Cod
I was able to get this to work reasonable well trying different params
in the update script.
I think setting v4l_nbufs=128 did the trick.
only 19 frames in a 1.5 hour move dropped.
The movie I recorded looked excellent, except panning requiring the
majority of the frame to change was not smoot
I downloaded the latest drivers and mjpegtools. I also downloaded the Linux
Video Studio. My kernel is 2.4.22 downloaded from www.kernel.org.
I have some problems when capturing.
The first is that I have a rather large number of lost frames. When I use
lavrec directly then I can see that this is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Testing out the 0.9.5 (cvs) version of driver-zoran in slackware-9.1 (actually
slackware-current as of Oct 10, 2003, but the changes are mostly security
patches to ssl)
kernel, motherboard, and capture card:
2.4.22-smp, dual pIII, iomega buz
dow
Try using a script to load the modules in the proper order: first saa7110
and then zr36067. Ow, the zr36067 module says "Card not supported" and
doesn't register any device with the card. Though I haven't worked on a
Suse box, I had similar problems on RH. The usage count of saa7110 in the
lsm
24 matches
Mail list logo
