Hi!
> Am I right expecting better quality results
> with a 16:9 aspect ratio in the SVCD?
Yes, except the fact that many DVD players doesn't correctly play 16:9
SVCDs :-(
Alexei
---
The SF.Net email is sponsored by EclipseCon 2004
Pr
Hi!
On Monday 19 January 2004 5:14 pm, Steven M. Schultz wrote:
> As Alexei mentioned (and I have observed the same thing) many DVD/VCD
> players do NOT perform the letterboxing function for SVCD/VCD. In
> fact I have yet to encounter a DVD player that will pay attention to
>
Hi!
I've decided to investigate a bit a dependence of mpeg2enc encoding speed from
the value of its -M (--multithread) encoding option & the type of the kernel
(UP/SMP) the system runs on the Pentium 4 with hyperthreading support.
For the tests with UP kernel hyperthreading was disabled in BIOS,
Hi!
On Thursday 08 July 2004 10:17, Steven M. Schultz wrote:
> On Thu, 8 Jul 2004 [EMAIL PROTECTED] wrote:
> > > The "HT" isn't a full/complete cpu (dual core cpus are in the process
> > > of being developed by Intel (and others))...
> >
> > scheduler in the 2.4 series kernel is not HT "aware".
Hi!
On Thursday 08 July 2004 00:14, Steven M. Schultz wrote:
> Hype(r)Threading (it's mostly "hype" by Intel) is not the same
> as actually having a 2nd cpu.
Not the same, sure. That's why I wanted to see the difference :-)
> > So, the results show that encoding with hyperthreading en
Hi!
On Tuesday 06 July 2004 13:19, Bernhard Praschinger wrote:
> > OS: Linux, Fedora Core 1, kernel-2.4.22-1.2194.nptl (and its SMP version)
> > Software version: mjpegtools-1.6.2
>
> The values should be even better with a new 2.6.x Kernel
I'll try to retest it with 2.6.x kernel. Now, finally, NV
Hi!
> In your experience, is it "safe" (same meaning as above) to use variable
> bitrate?
Yes.
> VBR is automatically set when using -q, right?
> What becomes then the meaning of -b parameter? Does it become the
> _maximum_ bitrate?
Yes. This is mentioned in the docs :-)
Alexei
-
Hi!
On Saturday 16 August 2003 22:05, Florin Andrei wrote:
> Is there a way to accomplish this task (specifying where to split) just
> once, just in mplex? The fact that now i have to re-convert the whole
> thing again is rather frustrating, since it's a very slow process.
I think that it is impos
Hi!
> Meanwhile i realised i'll have to reconvert anyway, that's an amateur
> video with high detail and LOTS of motion, so i'll probably have to use
> -I 2 instead of -I 1.
> Even at -b 9000, i still get square artifacts, that's how bad it is...
I'm not sure that it will help. You can try to use
Hi!
On Sunday 17 August 2003 00:42, Florin Andrei wrote:
> I find it surprising i'm having so many difficulties and yet results are
> only moderately good (not perfect) while commercial DVDs, at the same
> resolution (720x480), using smaller bitrate, offer a much better image
> quality.
> Is it due
Hi!
On Monday 25 August 2003 15:01, Ronald Bultje wrote:
> > abandoned that course when I was asked for libquicktime-devel, and found
> > out that the libquicktime people didn't have any official rpms for
> > download. The mjpegtools project can't be blamed for that, though.
>
> If I'm correct, usi
Hi!
> Just a few small, easy, dumb questions ... :-)
>
> 1. In what way are the kmpg and tmpgenc matrices better
>than the default? (It would be great if I could get
>a technical explanantion as well as an understandable
>one.) ;-)
kvcd & tmpgenc matrices provide better compression
Hi!
On Tuesday 09 September 2003 04:32, Ralf Haller wrote:
> I want t multiplex a mpeg file for creating a VCD with vcdimager. I
> created a video stream and an audio stream with the required bitrates.
Are you sure?
Look here:
>INFO: [mplex] VIDEO STREAM: e0
...
>INFO: [mplex] Bit rate
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
Hi!
On Saturday 11 October 2003 13:20, Steven M. Schultz wrote:
> Try it - it works fine. But 16:9 SVCDs have played correctly only
> with software players for me.
Are you sure? AFAIR you have a Philips DVD 724 (as I do) and AFAIR I saw in
Internet that it will play _NTSC_ 16:9 SVCD
Hi!
On Tuesday 11 November 2003 17:10, Steven M. Schultz wrote:
> Main feature that 1.6.1.90 brought to the party was the -K option
> and libquicktime (instead of the old/incompatible quicktime4linux)
> support. Since then quite a few improvements have been made.
Yes, lots of n
Hi!
On Wednesday 03 December 2003 17:13, Paul Miller wrote:
> Oddly enough, my SVCDs play fine on my special xbox
> (software decoder evox/xbmp), just not on my (sony) DVD
> player.
>
> Well, strictly speaking, they play fine, but the audio skips
> horribly.
Check fps of your movie. NTSC SVCD shou
Hi!
On Thursday 04 December 2003 10:34, [EMAIL PROTECTED] wrote:
> I am using ripmake to produce a (non-standard) SVCD, and got
Ripmake is your source of the problem: it is NOT ABLE to produce VCD/SVCD
because it passes completely STUPID and INCORRECT options to transcode.
Even if mplex run will
Hi!
> The 3059 value is exactly the sum of the audio and video bitrates,
> calculated by the ripmake script. Maybe this ripmake script should
> be changed to add this 1-2% margin to the calculated bitrate.
Oh, it should be changed A LOT! :-)))
If you really want to improve ripmake to the point th
Hi!
On Wednesday 17 December 2003 1:42 pm, [EMAIL PROTECTED] wrote:
> I posted this question on vcdhelp.com forums and got the following answer:
>
> --x---
> The problem of "bloating" is almost certainly because your MPEG files
> weren't multiplexed in the way that VCDImager wants them. This leads
20 matches
Mail list logo