Re: [Mjpeg-users] green screen and noise

2003-01-06 Thread Cameron Kerr
I've got it working. In short, I use this command

lavrec --software-encoding --format=a --input=P --use-read
--geometry=320x240 --audio-source=l --audio-volume=100 --time=10 test.avi

This is using the loopback cable that goes into the line-in in my
sound-card. Using a sound-mixer, set the recording source to Line (I
use rexima), and make the volume about 90%

Note that I have used --input=P. I am recording from the Composite1
channel, but P is for SVHS. The key thing to note is that these letters
are dual-purpose. I have a BT878 card, and if you look at the second
part of each latter

  p - PAL through Composite or 1st Bt8x8 input
  P - PAL through SVHS- or 2nd Bt8x8 input
  t - PAL through TV-tuner- or 3rd Bt8x8 input

you will see that we are using the 2nd Bt8x8 input (which is Composite).
I think the documentation could point this out somewhat better.

The only problem I have now is that playback (with lavplay) is rather
quiet.

-- 
Cameron Kerr
Email:   [EMAIL PROTECTED]
Website: http://nzgeeks.org/cameron/



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] How to use the -S option of mplex?

2003-01-06 Thread Andrew Stevens
On Sunday 05 Jan 2003 2:25 pm, you wrote:
 On Sun, Jan 05, 2003 at 12:49:12PM +0100, Andrew Stevens wrote:
  Sounds like your using an older version.  There was a bug where the size
  for -f 8 was effectively hard-wired to 2GB.
 
  This is certainly fixed in the development version and I think I also
  merged in the (1 line) fix into the 1.6.1 stable release.

 Well, no, mplex gives me:

 mjpegtools mplex version 1.6.1
 Usage: mplex [params] -o output filename pattern input file...

 Prior to that, I was using version 1.6.0 with same result.

O.k. the fix you want is that in mplex/multplexor.cc
The line after case MPEG_FORMAT_DVD :
max_segment_size = 2000*1024*1024;
should actually read:

if( max_segment_size == 0 )   max_segment_size = 2000*1024*1024;

I think the cause of the Problem is fairly obvious when you see the above ;-)
There should be a 1.6.2 release with bug-fixed and updated mplex and mpeg2enc
out pretty shortly that does include the fix.

Andrew
PS
If all you're interested in is spliting the file over mutliple CD's for 
storage then simply using the split utility to split the output files at 
2048 byte boundaries will work just fine.

E.g.

cat bigfiles.*.mpg | split -b 780m - littlefiles.
for f in littlefiles.*
do
mv $f $f.mpg
done

N.b. this will *not* work for (S)VCD but there mpeg2enc/mplex will handle the 
splitting for you correctly.

Andrew


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] How to use the -S option of mplex?

2003-01-06 Thread Selva Nair
On Sun, 5 Jan 2003, Gregoire Favre wrote:

 On Sun, Jan 05, 2003 at 12:49:12PM +0100, Andrew Stevens wrote:
 
  Sounds like your using an older version.  There was a bug where the size for 
  -f 8 was effectively hard-wired to 2GB.  
  
  This is certainly fixed in the development version and I think I also merged 
  in the (1 line) fix into the 1.6.1 stable release.
 
 Well, no, mplex gives me:
 
 mjpegtools mplex version 1.6.1
 Usage: mplex [params] -o output filename pattern input file...
 
 Prior to that, I was using version 1.6.0 with same result.
 
 Thank you for your answer ;-)
 
 Please keep CC to me as I am not on this ml!!!
 
   Grégoire

Here is what I did to mplex/multplex.cc to get -S working..
(this patch is for 1.6.0, but its is essentially a 1 line
change easily applied by hand on other versions if needed..)

--- multplex.cc.old Mon Apr 29 12:30:56 2002
+++ multplex.cc Sun Nov 24 13:35:59 2002
@@ -271,7 +271,9 @@
 timestamp_iframe_only = true;
 video_buffers_iframe_only = true;
vbr = true;
-opt_max_segment_size = 2000*1024*1024;
+// opt_max_segment_size = 2000*1024*1024;
+// changed to activate the -S option 
+if(opt_max_segment_size = 0) opt_max_segment_size = 2000*1024*1024;
 opt_multifile_segment = true;
 break;
 
Selva



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Transcoding/scaling from 720x480 to (S)VCD

2003-01-06 Thread Selva Nair
On Sun, 5 Jan 2003, beatrice wrote:

 Hi all.
 
 I have a mpg file and I'd like to make a VCD (a SVCD will be ok just the
 same) out of it but I didn't succeed so far.
 
 The file is a MPEG1 video 720x480 NTSC 29.97 fps 3750kbps (that's what
 mplayer tells)
 
 I demuxed it with bbdmux, and the video stream I got plays well.
 
 Then to get a VCD format I tried several commands, none of them worked.
 Here's the command I used (I played a lot with the options but that's
 the basic command I've used)
 
 cat video.m1v | mpeg2dec -o YUVh | yuvscaler -n n -O VCD | mpeg2enc -f 1
 -o video_vcd.m1v
 
 (I've also tried -F 1 -F 4 and -I 1)

-I 1 is needed as VCD frames (only 240 vertical lines) are not 
interlaced. Even otherwise your input appears to be converted film and
so progressive to start with (mpeg1 is for progressive video)

 
 When I try to watch the output video file video_vcd.m1v it's all
 filled with colored vertical lines.  Looks like the original video is
 deformed.
 
 At the bottom of this message there's the first part of the command's
 ouput.

looks alright to me  -- actually you dont need yuvscaler in the
chain: -o YUVh generates 352x240 frames needed for VCD. Pass -I 0
-a 2 to mpeg2enc as mpeg2dec may not set the progressive flag and
aspect ratio correctly. None of these will explain the colored vertical
lines you see so check the input to mpeg2enc using yuvplay:

mpeg2dec -s -o YUVh video.mpg | yuvplay

 
 Maybe I'm messing something with the framerate (becomes 23.97, don't know
 why); I really don't know where to start, the more I read the more I get
 confused: any hint will be much appreciated.

23.97 is most probably the correct frame rate as detected by mpeg2dec..

 
 Thanks in advance,
beatrice.
 

Selva

 P.S. I wish to all of you a great 2003!!

Happy new year to you too !

 
 --- command output starts here
 
 mpeg2dec-0.2.1-mjpegtools-0.6 - by Michel Lespinasse [EMAIL PROTECTED]
 and Aaron
 +Holtzman
 Using MMX for IDCT transform
 Using 3DNOW for motion compensation
INFO: [yuvscaler] yuvscaler (version 1.6.0) is a general scaling
utility for
 +yuv frames
INFO: [yuvscaler] (C) 2001 Xavier Biquard [EMAIL PROTECTED]
INFO: [yuvscaler] yuvscaler -h for help, or man yuvscaler
INFO: [yuvscaler] VCD output format requested in NTSC norm
INFO: [yuvscaler] yuvscaler input:   frame size:  352x240 pixels
(126720 bytes)
INFO: [yuvscaler] yuvscaler input:   frame rate:  24000/1001 fps
(~23.976024)   INFO: [yuvscaler] yuvscaler input:interlace:
anyone's guess
INFO: [yuvscaler] yuvscaler input: sample aspect ratio:  2000:1523
INFO: [yuvscaler] from 352x240, take 352x240+0+0
INFO: [yuvscaler] scale to 352x240, 352x240 being 
displayed,NOT_INTERLACED/PROGRESSIVE
INFO: [yuvscaler] Scaling uses the RESAMPLE algorithm,
INFO: [yuvscaler] without line switching,
INFO: [yuvscaler] without time forwarding.
INFO: [yuvscaler] frame rate: 23.976 fps
INFO: [yuvscaler] Scaling ratio for width is 1 to 1
INFO: [yuvscaler] and is 1 to 1 for height
INFO: [yuvscaler] Specific downscaling routing number 4
INFO: [yuvscaler] yuvscaler output:   frame size:  352x240 pixels
(126720
 +bytes)
INFO: [yuvscaler] yuvscaler output:   frame rate:  24000/1001 fps
 +(~23.976024)
INFO: [yuvscaler] yuvscaler output:interlace:  none/progressive
INFO: [yuvscaler] yuvscaler output: sample aspect ratio:  2000:1523
INFO: [mpeg2enc] VCD default options selected
INFO: [mpeg2enc] Selecting VCD output profile
INFO: [mpeg2enc] Assuming norm NTSC
 ++ WARN: [mpeg2enc] No aspect ratio specifed and no guess possible:
 assuming 4:3+display aspect!
INFO: [mpeg2enc] Encoding MPEG-1 video to video_vcd.m1v
INFO: [mpeg2enc] Horizontal size: 352 pel
INFO: [mpeg2enc] Vertical size: 240 pel
INFO: [mpeg2enc] Aspect ratio code: 12 = 1:1.1250 (4:3 NTSC for
 +720x480/352x240 images)
INFO: [mpeg2enc] Frame rate code:   1 = 24000.0/1001.0 (NTSC 3:2
pulldown
 +converted FILM)
INFO: [mpeg2enc] Bitrate: 1151 KBit/s
INFO: [mpeg2enc] Field order for input: none/progressive
INFO: [mpeg2enc] New Sequence every 700 Mbytes
INFO: [mpeg2enc] Assuming non-video stream of 230 Kbps
INFO: [mpeg2enc] Search radius: 16
INFO: [mpeg2enc] GOP SIZE RANGE 9 TO 15
INFO: [mpeg2enc] Setting colour/gamma parameters to NTSC
INFO: [mpeg2enc] Progressive format frames = 1
INFO: [mpeg2enc] mpeg1 - setting intra_dc_precision = 0
INFO: [mpeg2enc] Buffering 39 frames
INFO: [yuvscaler] Frame number 0
INFO: [mpeg2enc] SETTING 3DNOW and MMX for QUANTIZER!
INFO: [mpeg2enc] SETTING MMX for MOTION!
INFO: [mpeg2enc] SETTING MMX for TRANSFORM!
INFO: [mpeg2enc] SETTING MMX for PREDICTION!
INFO: [yuvscaler] Frame number 1
INFO: [yuvscaler] Frame number 2
 ...
 ..
 
 
 



---
This sf.net email is sponsored by:ThinkGeek
Welcome 

Re: [Mjpeg-users] Transcoding/scaling from 720x480 to (S)VCD

2003-01-06 Thread beatrice
On Monday 06 January 2003, at 11:02, Selva Nair wrote:

Hi!

Thanks for your reply.
With your help and the help of those who answered me by email I solved
my problem :)

None of these will explain the colored vertical
 lines you see so check the input to mpeg2enc using yuvplay:
 
 mpeg2dec -s -o YUVh video.mpg | yuvplay

I've tried this and the output is already disturbed, so I tried
mpeg2dec -s -o YUV and although I can't watch it with yuvplay (I get a
'insufficient resource for operation' error ) I redirected the output to
a file and watched it with mplayer and it's ok.

So at the end I was able to make a SVCD using yuvscaler and the command
I used was (in case it could help someone in the future):

cat video.mpg | mpeg2dec -s -o YUV | yuvscaler -n n -O SVCD | mpeg2enc
-F 4 -f 4 -o video.m1v

Many thanks!!

Ciao,
beatrice.
-- 
And the end of all our exploring
   Will be to arrive where we started
 And know the place for the first time.
T.S. Eliot Little Gidding/Four Quartets (1942)


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Help for VCD from Stills

2003-01-06 Thread Johannes Sixt
On Sonntag, 5. Januar 2003 20:57, Norman Nunn wrote:
 4. To generate cue  bin VCD image files

 vcdimager --iso-volume-label=My Text VCD *.mpg

vcdxgen *.mpg
vcdxbuild videocd.xml

will probably do it (except that you will have to alter the xml file to 
reflect the volume label).

-- Hannes



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Command line tools to mix/overlay/join twolavrec-AVIs?

2003-01-06 Thread Ronald Bultje
Hi Torsten,

On Mon, 2003-01-06 at 20:05, Torsten Mohr wrote:
 In the documentation i only found references to transist.flt,
 as i understand it this only enables the third effect i
 mentioned, for the others i'd have to write a filter, correct?

There's one more, matteblend.flt. LVS also contains some more filters,
look in the effects/ directory of LVS.

 It seems that writing a filter is not impossible, looking at
 the sources.
 
 Is anybody working on other filters?

Not that I know of.

 Is anybody using blenderpublisher (www.blender.org)?  It can
 generate animations with background invisible.  I'd like to
 overlay those over an AVI as an animated logo.  As an
 alpha channel is only available in single pictures, it would have
 to read in a LAV stream and single pictures.

Matteblend can do this, though it's not easy with moving pictures.

 What do you think of this?

Hard, but not impossible. Most code already exists. :-).

Ronald

-- 
Ronald Bultje [EMAIL PROTECTED]
Linux Video/Multimedia developer



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] lav2wav from movtar file is gurgly

2003-01-06 Thread Ronald Bultje
Hey Brian,

On Mon, 2003-01-06 at 22:18, [EMAIL PROTECTED] wrote:
 Perhaps, but a format that is readable before the file is closed would
 be ideal.

One word: MPEG... :-(.

Ronald

-- 
Ronald Bultje [EMAIL PROTECTED]
Linux Video/Multimedia developer



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



[Mjpeg-users] Question about SVCD aspect

2003-01-06 Thread Cameron Kerr
Hi all. I'm creating my first SVCD (30 minutes). After mpeg2enc (I'm
following the steps in the HOWTO), I preview it with mplayer, and it
shows up as a strange aspect, taller than it ought to be, and and with
thick black side borders. Also, the image isn't terribly great on the
bottom (colour out of whack, a bit, ahhh, streaky???).

Is this normal for a SVCD (captured using PAL, if it matters).

I've yet to burn it (I'll need to go to a friends place to test it on
his DVD player (plays SVCD also)).

Also, is it normal for a 30 minute recoding to take about 12 hours for
mpeg2enc to process?

Thanks

-- 
Cameron Kerr
Email:   [EMAIL PROTECTED]
Website: http://nzgeeks.org/cameron/



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] lav2wav from movtar file is gurgly

2003-01-06 Thread Martin Collins
On Mon, 6 Jan 2003 20:26:51 -0500
[EMAIL PROTECTED] wrote:

 lav2yuv only provides the video track though right?  How does
 mencoder get the audio to mux in with the yuv data?

Good point. You would have to do
lav2wav editlist.edl  out.wav
after encoding the video then compress/mux the two with the
appropriate programs for your target format. I use vorbis so I
lav2wav editlist.edl | oggenc - -q=0 -o out.ogg
then mux that with the mpeg4 produced by mencoder using ogmtools.
This is a four stage process (I use two stage video encoding) that
takes around 2.5 times realtime for 704x496 PAL on an Athlon 1333.

  
  Or cat all your avis together and run the output file through
  mencoder -ao copy -ovc copy -o newfile.avi -forceidx outfile.avi
  then encode newfile.avi
 
 That would require 300% transient disk space though.  With MPEG{1,2}
 files I wouldn't complain so much but MJPEG files are 5-10x as big!

That's something to consider, certainly :-)

 I guess I was just looking for a bit less jerry-rigging (I don't
 mind hacking but all of this hackery needed to deal with what seems
 like woefully inadequite formats like avi and qt files is just
 ugly).

It is, but until lavrec can output ogm...

Martin


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Question about SVCD aspect

2003-01-06 Thread Selva Nair
On Tue, 7 Jan 2003, Cameron Kerr wrote:

 Hi all. I'm creating my first SVCD (30 minutes). After mpeg2enc (I'm
 following the steps in the HOWTO), I preview it with mplayer, and it
 shows up as a strange aspect, taller than it ought to be, and and with
 thick black side borders. Also, the image isn't terribly great on the
 bottom (colour out of whack, a bit, ahhh, streaky???).

Hard to comment on that unless you give more details on the input source,
command line used etc..

 
 Is this normal for a SVCD (captured using PAL, if it matters).

No

 
 I've yet to burn it (I'll need to go to a friends place to test it on
 his DVD player (plays SVCD also)).

I wouldn't burn it if mplayer cant play it correctly..

 
 Also, is it normal for a 30 minute recoding to take about 12 hours for
 mpeg2enc to process?

Depends on the hardware and whether you are denoising or not.. On
an Athlon 1800 with 512MB RAM I get about 11fps for mpeg2enc: ie about 85 
minutes encoding time for a 30minute movie. Add to that the time to 
decode, scale and possibly denoise the input avi, it may take anywhere 
from 2 to 4  hours. 

Selva



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] lav2wav from movtar file is gurgly

2003-01-06 Thread Ronald Bultje
Hey Martin,

On Tue, 2003-01-07 at 03:26, Martin Collins wrote:
 It is, but until lavrec can output ogm...

Is that a hint? ;-).

Ronald

-- 
Ronald Bultje [EMAIL PROTECTED]
Linux Video/Multimedia developer



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users