On Sun, 31 Oct 2004, sean wrote:
now I want to copy these dvd's. no copyright, just a copy of my own dvd's.
Any good CD/DVD burning application can do this for you. I would advise
you to install K3B which is easy plug 'n play, click 'n run.
google shows me lots of ways around css, but is there an
It seems to me that something must be wrong here. I use these
options for mpeg2enc:
... | mpeg2enc -f 8 -b 9500 -q 1 -a 3 -o output.m2v
Well - one thing that's wrong is using -q 1. Known, in some cases,
to suffer from DCT/iDCT overflow in the MMX/SSE code. Or are you
doing th
Yes!
I have a same problem!
I installed latest NVIDIA drivers, using Fedora Core2, no problem before
it...
Are U find solution?
I don't understand, why when I am starting X with 'nv' driver LVS doesn't
work too...
Please, help!
On Mon, 9 Aug 2004, Anne Wilson wrote:
> -BEGIN PGP SIGNED MESS
sean wrote:
This is probably not the correct list, but..
with mjpegtools I've made a couple of good dvds from my camcorder - Thanks.
now I want to copy these dvd's. no copyright, just a copy of my own dvd's.
One simple way is just do:
dd if=/dev/dvd of=mydvd.iso bs=2048
Then burn the resulting iso
On Sat, Oct 30, 2004 at 06:42:18PM +0200, Dik Takken wrote:
> I have done a bit of testing, comparing these two encoding
> pipelines:
>
> png images -> yuv4mpeg -> mjpeg -> mpeg2
>
> png images -> yuv4mpeg -> mpeg2
>
> The quality produced by the second pipeline is clearly a lot
> better. The mj
On Sat, Oct 30, 2004 at 11:30:29PM +0200, Dik Takken wrote:
> Fact is that using MPlayer's post processing can make compressed
> material look better to the human spectator, but the question is
> still if an encoder like mpeg2enc will also like the post-processed
> stream better.
That's a question
The command line is
readcd dev=0,0,0 -f image.img
then
cdrecord dev=0,0,0 image.img
(you will need cdrecord Prodvd)
Ted
On 10/31/2004 6:51 PM, sean wrote:
This is probably not the correct list, but..
with mjpegtools I've made a couple of good dvds from my camcorder -
Thanks.
now I want to copy th
On Mon, 1 Nov 2004, Dik Takken wrote:
> Just something you might want to know about the DCT/iDCT overflow thing
> (you might know it already): I managed to trigger this overflow problem at
> -q 2 too. So, for braindead encoding purposes, -q 3 is the limit. Maybe
For typical capture da
On Mon, 1 Nov 2004, Stefan Fendt wrote:
> On Sat, 30 Oct 2004 00:33:40 -0700 (PDT)
> "Steven M. Schultz" <[EMAIL PROTECTED]> wrote:
>
> > That does make one curious, doesn't it, why the MMX SAD code in
> > yuvdenoise (which was copied/adapted from the mpeg2enc routines)
>
> That one in
Dik Takken wrote:
Any good CD/DVD burning application can do this for you. I would advise
you to install K3B which is easy plug 'n play, click 'n run.
That's where is started, but - strangely enough - it won't copy a dvd. It will
copy a cd.
k3b-0.11.17.
I ended up using dd and growisofs.
sean
-
Robert Kesterson wrote:
dd if=/dev/dvd of=mydvd.iso bs=2048
Great. I knew this had to be simple. Here's what I did:
dd if=/dev/hdc of=image.iso bs=32k
growisofs -dvd-compat -Z /dev/hdc=image.iso
Worked like a charm.
sean
---
This SF.Net email is
Ted Huntington wrote:
The command line is
readcd dev=0,0,0 -f image.img
then
cdrecord dev=0,0,0 image.img
(you will need cdrecord Prodvd)
Ted
I didn't have cdrecord Prodvd - so I used dd and growisofs.
Do you need Prodvd for readcd or just for cdrecord?
sean
---
I think readcd comes with cdrecord-prodvd. But am not sure, maybe it is
in dvdrwtools. I think it comes with cdrecord.
Here is where to get cdrecord-prodvd:
ftp://ftp.berlios.de/pub/cdrecord/ProDVD/
(the hassle with cdrecord-prodvd is that people have to keep updating
all the time, but I know
On Mon, 1 Nov 2004, sean wrote:
That's where is started, but - strangely enough - it won't copy a dvd. It
will copy a cd.
k3b-0.11.17.
I guess you are missing some utility that K3B needs.
I ended up using dd and growisofs.
I guess that could work as well, yes.
:)
sean
---
On Mon, 1 Nov 2004, Steven M. Schultz wrote:
On Mon, 1 Nov 2004, Dik Takken wrote:
Just something you might want to know about the DCT/iDCT overflow thing
(you might know it already): I managed to trigger this overflow problem at
-q 2 too. So, for braindead encoding purposes, -q 3 is the limit. May
On Mon, 1 Nov 2004, Dik Takken wrote:
> > -q 4 is the practical limit with 5 being the usual value used.
>
> You mean that -q 4 can also trigger encoder bugs? I would like to get this
Ooops - I was unclear on that point. >= 4 is fine - by "practical
limit" I intended to sa
16 matches
Mail list logo
