Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-17 Thread Andrew Stevens
Hi all.

 It's why I came up with the pgmtoy4m program.   The YUV4MPEG output
 from mpeg2enc was a local hack (I think Andrew did it eons ago to
 an old version of mpeg2dec).

Its actually *really* easy to do.   I don't think mpeg2dec has changed all 
that much in quite a while.   It ought to be very straight-forward to merge 
in the YUV output plugin.  The original was complicated slightly by doing a 
bit of rough-and-ready scaling...

Andrew



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-17 Thread Steven M. Schultz

On Thu, 18 Dec 2003, Andrew Stevens wrote:

 Its actually *really* easy to do.   I don't think mpeg2dec has changed all 

True, especially if the scaling part is left out.   No need for YUVs,
YUVh, and so on.

On the other hand having a forked copy of mpeg2dec to maintain
(and mpeg2dec/libmpeg2 is under active development) is a pain.   
Now if the mpeg2dec folks would accept the yuv4mpeg2 output module
into their source tree that'd be great...

 that much in quite a while.   It ought to be very straight-forward to merge 
 in the YUV output plugin.  The original was complicated slightly by doing a 

One problem that I always ran into was that the header tags weren't
quite right.  The field order ('I') tag was one such tag (and the 'A'
tag was the other I think) .   Since it's (often) necessary to pass
the data thru a filter/editscript to get the header right why not use
a program dedicate to the job (and let the mpeg2dec folks worry about
the output module stuff :-)).

And there's a manpage for pgmto4ym now (wonders! :))

Cheers,
Steven Schultz



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-17 Thread Bernhard Praschinger
Hallo

  Its actually *really* easy to do.   I don't think mpeg2dec has changed all
 True, especially if the scaling part is left out.   No need for YUVs,
 YUVh, and so on.
That has historic reasons, because they were written at a time no scaler
(yuvscaler or Matto's scaler) existed. 

 On the other hand having a forked copy of mpeg2dec to maintain
 (and mpeg2dec/libmpeg2 is under active development) is a pain.
 Now if the mpeg2dec folks would accept the yuv4mpeg2 output module
 into their source tree that'd be great...
If they would accept, was the probelem some years ago. :-/

  that much in quite a while.   It ought to be very straight-forward to merge
  in the YUV output plugin.  The original was complicated slightly by doing a
 
 One problem that I always ran into was that the header tags weren't
 quite right.  The field order ('I') tag was one such tag (and the 'A'
 tag was the other I think) .   Since it's (often) necessary to pass
 the data thru a filter/editscript to get the header right why not use
 a program dedicate to the job (and let the mpeg2dec folks worry about
 the output module stuff :-)).
 
 And there's a manpage for pgmto4ym now (wonders! :))
Now I should really add a some more info about how to get yuv streams
from other video sources ;)
Next week should be some free days. :)

auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: [EMAIL PROTECTED]
www: http://www.lysator.liu.se/~gz/bernhard


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-16 Thread Al Bogner
Am Dienstag, 16. Dezember 2003 01:53 schrieb Steven M. Schultz:

   demuxing tool (I use mpgtx but transcode might have a tool for that
   also).

tcextract -i test.mpg -x mpeg2 -d 1  test.m2v
tcextract -i test.mpg -x mp2 -d 1  test.mp2

Al


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-16 Thread Matto Marjanovic

  Does anybody have scripts/tools they use to do this?  It is possible,
  right?
 ...
   Off the top of my head (finger memory) you'll want the latest
   y4mscaler (0.6.1), a recent (preferably cvs) mpeg2dec (decoder) and
 ...
   I'd recommend scaling down from 480x480 to 352x480 rather than up
   to 704x480.
 
   It goes something like this:
 
 mpeg2dec -s -o pgmpipe input.mpg | pgmtoy4m -i t -a 15:11 | \
y4mscaler -S option=sinc:8 -O sar=20:11 -O size=352x480 | \
mpegenc -f 8 -E -8 -K tmpgenc -4 2 -2 1 -o output.m2v
 
   I think I got it right - SVCDs have a SAR of 15:11 but the 1/2 DVD
   size would have a SAR of 20:11.   Matt? ;)

Yes, and the new -O preset=CVD will take care of all of that, i.e.:

y4mscaler -S option=sinc:8 -O preset=CVD


-matt m.


ps:  mpeg2dec doesn't dump directly to a YUV4MPEG2 stream?

 That is unfortunate --- the chroma subsampling in pgmtoy4m is a simple
 linear kernel, and who knows what kind of chroma supersampling is used
 in mpeg2dec.  (And, this process adds an unnecessary roundtrip step of
 Y'CrCb - R'G'B'- Y'CrCb.)


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-16 Thread Steven M. Schultz

On Tue, 16 Dec 2003, Matto Marjanovic wrote:

  mpeg2dec -s -o pgmpipe input.mpg | pgmtoy4m -i t -a 15:11 | \
 y4mscaler -S option=sinc:8 -O sar=20:11 -O size=352x480 | \
 mpegenc -f 8 -E -8 -K tmpgenc -4 2 -2 1 -o output.m2v
 
 Yes, and the new -O preset=CVD will take care of all of that, i.e.:
 
 y4mscaler -S option=sinc:8 -O preset=CVD

Ah yes - that entered my mind just as I was hitting the send
command.   Very useful preset.

 ps:  mpeg2dec doesn't dump directly to a YUV4MPEG2 stream?

Alas, no it does not ;(

It's why I came up with the pgmtoy4m program.   The YUV4MPEG output
from mpeg2enc was a local hack (I think Andrew did it eons ago to
an old version of mpeg2dec).

  That is unfortunate --- the chroma subsampling in pgmtoy4m is a simple
  linear kernel, and who knows what kind of chroma supersampling is used

Huh?  All that pgmtoy4m  does is unpack the data from mpeg2dec -o
pgmpipe and slap a YUV4MPEG2 header on it (and FRAME markers).  No
conversion done at all.  

What comes out of mpeg2enc is 4:2:0 (at the moment, 422 is on the
TODO list) but oddly packed (not planar).  The data's read, unpacked 
and output as 420p with header/frame added.

Cheers,
Steven Schultz



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-16 Thread Matto Marjanovic

   Huh?  All that pgmtoy4m  does is unpack the data from mpeg2dec -o
   pgmpipe and slap a YUV4MPEG2 header on it (and FRAME markers).  No
   conversion done at all.  

Ooops... I misread it as ppmtoy4m.  Disregard everything I wrote.

This reminds me, maybe a better name for pgmtoy4m is pgmpipetoy4m
 --- because the current name makes it sound like it takes a PGM (portable
 gray map, a la NetPBM) as input, which it does not. 

It's not clear to me why it's called 'pgm' in mpeg2dec, either, but why
 propagate a mistake?

-matt m.



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-16 Thread Steven M. Schultz

On Tue, 16 Dec 2003, Matto Marjanovic wrote:

 Ooops... I misread it as ppmtoy4m.  Disregard everything I wrote.

Ok - consider it disregarded ;)

 This reminds me, maybe a better name for pgmtoy4m is pgmpipetoy4m
  --- because the current name makes it sound like it takes a PGM (portable
  gray map, a la NetPBM) as input, which it does not. 

Technically it is a gray map - you can take the output of '-o pgm'
and view it with xv/gimp/whatever and it will display as the luma
in a big rectangle with the U and V as smaller rectangles below it.

Actually fairly useful when looking for shifts/misalignment.

 It's not clear to me why it's called 'pgm' in mpeg2dec, either, but why
  propagate a mistake?

Short is good?   Didn't feel like typing out the extra characters.
Anyone using it will (or should) know what they're doing and the source
has a big block of comments at the top detailing the intended use and
a description of the data layout (P5 raw), etc.

Cheers,
Steven Schultz



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-16 Thread Matto Marjanovic

  This reminds me, maybe a better name for pgmtoy4m is pgmpipetoy4m
   --- because the current name makes it sound like it takes a PGM (portable
   gray map, a la NetPBM) as input, which it does not. 
 
   Technically it is a gray map - you can take the output of '-o pgm'
   and view it with xv/gimp/whatever and it will display as the luma
   in a big rectangle with the U and V as smaller rectangles below it.

Well, whaddayaknow... that's clever (but still kinda disturbing).

 ...
   Anyone using it will (or should) know what they're doing and the source
   has a big block of comments at the top detailing the intended use and
   a description of the data layout (P5 raw), etc.

Ok, I'll settle for a nice manpage.  ;^)

-matt m.



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-15 Thread Barry Roberts
On Mon, Dec 15, 2003 at 04:53:54PM -0800, Steven M. Schultz wrote:
   Right - that's because the encoded frame size of a standard SVCD
   is 480x480.   Legal sizes for DVDs are 720x480, 704x480, 352x480
   MPEG-2, and 352x240 MPEG-1

Ok, so much for SVCD's, but my VCD's are 352x250 MPEG-1.  Can I
transfer those to DVD without re-encoding?

Thanks,
Barry Roberts



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-15 Thread Steven M. Schultz

On Mon, 15 Dec 2003, Barry Roberts wrote:

 On Mon, Dec 15, 2003 at 04:53:54PM -0800, Steven M. Schultz wrote:
  Right - that's because the encoded frame size of a standard SVCD
  is 480x480.   Legal sizes for DVDs are 720x480, 704x480, 352x480
  MPEG-2, and 352x240 MPEG-1
 
 Ok, so much for SVCD's, but my VCD's are 352x250 MPEG-1.  Can I
 transfer those to DVD without re-encoding?

352x240 MPEG-1 should work.   You'll need to demux and then run
mplex -f 8 ... to get the .mpg file into the correct format but
re-encoding won't' be necessary.The quality of course won't
take advantage of the DVD format's capability but it should work
(a LOT of useful information about the DVD format can be found
at http://www.dvddemystified.com - the online FAQ is an extremely
useful resource as is James Taylor's book).

Steven Schultz



---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users


Re: [Mjpeg-users] (S)VCD to DVD w/o re-encoding?

2003-12-15 Thread Bernhard Praschinger
Hallo

 On Mon, Dec 15, 2003 at 04:53:54PM -0800, Steven M. Schultz wrote:
Right - that's because the encoded frame size of a standard SVCD
is 480x480.   Legal sizes for DVDs are 720x480, 704x480, 352x480
MPEG-2, and 352x240 MPEG-1
 
 Ok, so much for SVCD's, but my VCD's are 352x250 MPEG-1.  Can I
 transfer those to DVD without re-encoding?
That should be possible.

I think you shoul be able tu dump the data from the vcd with vcddump
(from the vcdimager package). 

And you can split the movie into audio and video with bbdmux (from the
bbtools package, last time found on http://www.nop.org/inkling/)

You will have to rencode the audio after all because VCD has 44.1kHz
sampling rate and DVD likes 48kHz Sampling rate. 

Conversion goes like that:
mpg123 -w sound.wav sound.mp2
cat sound.wav | mp2enc -r 48000 -o sound_48.mp2

Than multiplex it again, and try to burn it on the disk. 


auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: [EMAIL PROTECTED]
www: http://www.lysator.liu.se/~gz/bernhard


---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users