Re: [Mjpeg-users] Video-encoding questions (mostly DVD related)

2003-01-20 Thread Steven Boswell
I apologize for asking this AGAIN, but apparently I'm still missing some
important detail...

>>mplex generated one big file, and a warning that said "Sequence end
>>marker found in video stream but single-segment splitting specified!"
>>for every chapter mark.  I burned it to DVD, and there were no
>>chapters.  I then hacked mplex so that -M wasn't automatically turned
>>on by "-f 8", and burned those separate videos to one DVD; that gave
>>me chapters, but there's a tiny audio hiccup between each track now.
>
>As I wrote in the mail shortly before you should not use the -M switch
>(or any other spliting by mplex).  If you multiplex a DVD the -M switch
>was deactivated because it generated several files.  The -M option does
>not generate valid MPEG streams.

But that's just it -- mplex's "-f 8" option sets opt_multifile_segment
to true, in multplex.cc (in version 1.6.1, it's line 275).  Isn't that
just like using the "-M" switch explicitly?  I have to hack the source
code to set it to false, in order to get separate files.

>>I then hacked mplex so that -M wasn't automatically turned on by "-f
>>8", and burned those separate videos to one DVD; that gave me
>>chapters, but there's a tiny audio hiccup between each track now.
>
>In general: you really really want the latest mplex from CVS either
>stable or developer branches for DVD.  They fix and important timing
>bug and a couple of other things too.

The between-track audio hiccup is still there, but it's much smaller
than it was.  Thank you!!  I'm sure the rest of it will disappear once
you and the dvdauthor devleoper(s) agree on what to do about this. :-)

Steven Boswell
[EMAIL PROTECTED]




---
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] Video-encoding questions (mostly DVD related)

2003-01-20 Thread Steven Boswell
My reply to Andrew Stevens:

>In general: you really really want the latest mplex from CVS either
>stable or developer branches for DVD.  They fix an important timing
>bug and a couple of other things too.

I've upgraded to mjpegtools 1.6.1 now.

>Those "hiccups" you're seeing are the run-out/run-in that you forced by
>turning off -M.

Figures. :-)  I've taken that patch out of my build.

>I'll see if I can chat with the dvdauthor author to find out what would
>make life easiest for him and build it into mplex.

You rule!  Thanks!

>[...]
>
>Goodness only knows what nonsense was specified for other regions.

Sheesh!  What a convoluted mess!  As if I needed to be told that the DVD
standard was largely designed by non-technical Hollywood types. :-)

>>Now that I can actually see my video, I have a new problem -- although
>>most of it looks wonderful, parts of it don't look all that good!
>>There's quite a bit of fuzziness at the boundaries between black areas
>>and light areas (i.e. I've seen it with white and pink).
>
>1) If the original material was not interlaced make sure you field
>order is correct.

The original material was not interlaced, as far as I can tell.  I
interlaced it myself with the "-I 1" option to yuv2lav.

>3) If you can send me a short snippet which shows the problem I can
>probably be more specific.

I'll send that in a separate letter.

>>(...especially since this is my magic hacked-up version of mpeg2enc
>>that takes a list of frame numbers where sequence-ends should be put.)
>
>Sounds useful...  can you mail me the patch?

Sure, but I warn you, it's a big hack -- I haven't figured out how to
work it nicely into the architecture, or to make it immune to
buffer-overrun attacks or anything.  The change itself is really easy; I
just replace the file-size-based method of inserting sequence-ends with
one based on frame numbers read from a file.

My reply to Bernhard Praschinger:

>>I finally posted a patch to the mjpegtools web site.  Now yuv2lav can
>>do the audio at the same time it does the video.  I also posted the
>>script I use to record.
>
>If you want you can get CVS access.  And add the features.  So you can
>check in the features you added.

Thank you!  Let me know what I have to do!

The first thing I'll do is integrate in my patches, and then ask to have
them removed from the "patches" page.  :-)

Steven Boswell
[EMAIL PROTECTED]




---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Fixed I-frame location

2003-01-20 Thread Markus Plail
Hi Andrew!

* Andrew Stevens writes:
>>What I think it means that frame #61269 has to be an I-frame, and
>>there should be no other I-frame until frame #61281, which is the next
>>I-frame. This seems to be needed in order to remux a MPEG2 video
>>stream to a valid DVD structure and to not have sync issues.

>Hmmm... the picture kind should make *no difference* to sync.  This
>looks like one of those doing-x-happens-to-fix-y where x and y aren't
>really related issues.

>Anyway, where does the "template" requirement come from.  Is it
>something folk discovered by accident or is it something the IfoEdit
>author specified.  If the latter I can maybe figure out whats really
>going on by asking them...

If I understand thiings correctly these are the I-frames of the
original stream. The newly encoded stream should have the I-frames at
the exact same locations as the original. 

IfoEdit can create a frame template for TMPGEnc so that TMPGEnc knows
where the I-frames should go.

>What sync issues arise if you allow variable-size GOPs?  What happens
>if you simply force mpeg2enc to use a fixed GOP size of 12 (-g 12 -G
>12)?

Isn't this the default?

>>Definitely true, but I do not author a completely new DVD, but I want
>>to remux the the video together with the existing (dts/AC3)
>>streams. And with a normal m2v file (produced by either TMPGEnc or
>>mpeg2enc) I have stuttering sound.

>Hmmm... how very peculiar.  Can you send me a short snippet of a muxed
>sequence that works and one that doesn't?  (1 or 2MB each - enough to
>hear the stutter). Sounds like something interesting is going on.  What
>device are you replaying on?

Denon DVD 900, sometimes it's also the picture that's "stuttering". In
any case it gets out of sync rapidly. I will try to upload a sample in
the next days.

regards
Markus



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Video-encoding questions (mostly DVD related)

2003-01-20 Thread Robert Kesterson
On Sun, 19 Jan 2003, Andrew Stevens wrote:
> > Depending on how bright your screen is, you may not be able to get rid of
> > all the block noise in dark areas.
>
> This should actually disappear fairly shortly.  I'm working on some tweeks to
> tbe bit-allocation that will reduce quantisation on macroblocks with little
> masking texture.   This should greatly reduce this artefact at little cost in
> total bitrate.

That is *very* good news.

Now if only I could get the latest greatest CVS to actually build...  (I
get compile errors in mpeg2enc.cc (init_predict undeclared, predict_ref.h
not found, etc.)

>   Andrew

--
  Robert Kesterson
  [EMAIL PROTECTED]





---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] compilation of mjpeg-tools 1.6.1 and 1.6.0

2003-01-20 Thread Andrew Stevens
The usual reason for segfaulting mpeg2enc in 1.6.0 and 1.6.1 is a broken 
version (there are several) of the nasm assmebler.  RedHat based systems are 
particularly prone to this problem.

The other alternative is compiling for PentiumPro/P-IV/Athlon CPUs but trying 
to run the binary on Pentium, K6 or Cyrix/VIA CPUs.

Andrew


---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Fixed I-frame location

2003-01-20 Thread Andrew Stevens
Hi Markus,

> What I think it means that frame #61269 has to be an I-frame, and there
> should be no other I-frame until frame #61281, which is the next
> I-frame. This seems to be needed in order to remux a MPEG2 video stream
> to a valid DVD structure and to not have sync issues.

Hmmm... the picture kind should make *no difference* to sync.   This looks
like one of those doing-x-happens-to-fix-y where x and y aren't really related
issues.

Anyway, where does the "template" requirement come from.  Is it something 
folk discovered by accident or is it something the IfoEdit author specified. 
If the latter I can maybe figure out whats really going on by asking them...

What sync issues arise if you allow variable-size GOPs?   What happens if you 
simply force mpeg2enc to use a fixed GOP size of 12 (-g 12 -G 12)?

> Definitely true, but I do not author a completely new DVD, but I want
> to remux the the video together with the existing (dts/AC3)
> streams. And with a normal m2v file (produced by either TMPGEnc or
> mpeg2enc) I have stuttering sound.

Hmmm... how very peculiar.  Can you send me a short snippet of a muxed 
sequence that works and one that doesn't?  (1 or 2MB each - enough to hear 
the stutter). Sounds like something interesting is going on.  What device are 
you replaying on?

Andrew



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Video-encoding questions (mostly DVD related)

2003-01-20 Thread Andrew Stevens
HI Robert,

> > Now that I can actually see my video, I have a new problem -- although
> > most of it looks wonderful, parts of it don't look all that good!
> > There's quite a bit of fuzziness at the boundaries between black areas
> > and light areas (i.e. I've seen it with white and pink).
>
> Depending on how bright your screen is, you may not be able to get rid of
> all the block noise in dark areas.  Once you get used to looking for it,
> you'll notice it in digital satellite broadcasts and commercial DVD's too
> (though it's not as bad on commercial DVD's, but they get two layers of
> bandwidth to play with.)  I just turn the brightness down a tad on the TV
> and they look fantastic.  (This is not a slam at the mjpegtools -- they
> are far and away the best MPEG encoder I've tried.)

This should actually disappear fairly shortly.  I'm working on some tweeks to 
tbe bit-allocation that will reduce quantisation on macroblocks with little 
masking texture.   This should greatly reduce this artefact at little cost in 
total bitrate.

Andrew



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Video-encoding questions (mostly DVD related)

2003-01-20 Thread Andrew Stevens

> OK, cool.  mplex generated one big file, and a warning that said
> "Sequence end marker found in video stream but single-segment splitting
> specified!" for every chapter mark.  I burned it to DVD, and there were
> no chapters.  I then hacked mplex so that -M wasn't automatically turned
> on by "-f 8", and burned those separate videos to one DVD; that gave me
> chapters, but there's a tiny audio hiccup between each track now.

In general: you really really want the latest mplex from CVS either stable or 
developer branches for DVD.   They fix and important timing bug and a couple 
of other things too.

Those "hiccups" you're seeing are the run-out/run-in that you forced by 
turning off -M.   For DVD you actually need something slightly different: you 
don't want any -M but at geuss you *do* want closed GOPs at chapter 
boundaries.  I'll see if I can chat with the dvdauthor author to find out 
what would make life easiest for him and build it into mplex.

> Pretty neat that I can burn MPEG-2 video to a DVD, and that it works in
> my player; as far as I can tell, that's not "standard", i.e. I think
> the audio is supposed to be uncompressed 48kHz PCM.

Region 1 DVD mandates LCPM or AC3 audio support with DTS and MPEG audio 
optional.

Region 2 DVD mandates AC3 and MPEG audio and I can't recall about LPCM .

Goodness only knows what nonsense was specified for other regions.

Audio should be 48 or 96kHz. 


> Now that I can actually see my video, I have a new problem -- although
> most of it looks wonderful, parts of it don't look all that good!
> There's quite a bit of fuzziness at the boundaries between black areas
> and light areas (i.e. I've seen it with white and pink).  It looks like
> the artifacts I see in the VideoCD that I made of the same LaserDisc,
> i.e. rather large rectangular "jaggies" along the edge.  The fuzziness
> is not in the MJPEG version, i.e. the still-frame JPEGs don't seem to
> have that problem.

This sounds like an interlacing issue.   MJPEG compreses each field totally 
seperately.   Frame-encoded MPEG encodes the chroma signal of both fields 
together.   Options:  

1) If the original material was not interlaced make sure you field order is 
correct. I.e. that fields from the same original frame are encoded in the 
same frame.  yuvcorrect can correct this if the recording is not right.

2) If original material is interlaced you may want to consider either 
encoding using -I 2 (field encoding mode) or using the deinterlacing features 
of yuvdenoise (or a.n.other favourite deinterlacer).

3) If you can send me a short snippet which shows the problem I can probably 
be more specific.

  

> Here's the command line that I used to generate the video:
>
> lav2yuv -v 0 -A 1:1 -P 4:3 movie.eli \
>
>  | yuvscaler -v 0 -n n -I ACTIVE_690x480+12+0 \
>  | mpeg2enc -v 0 -f 8 -b 5000 -B 305 -S frames.txt -V 224 \
>  -h -4 1 -2 1 -s -r 16 -q 4 -a 2 -F 4 -n n -o video.m2v

What on earth is that doing.   A local hack I presume...

Also, at -b 5000 '-h' is definately a mistake with analog captured material.

Andrew
>
> Can anyone see anything especially broken about it?  (The -B 305 was a
> typo, but I don't think it affects anything, especially since this is
> my magic hacked-up version of mpeg2enc that takes a list of frame
> numbers where sequence-ends should be put.)  

Sounds useful... can you mail me the patch?

>The "-q 4" is new to me; I
> mostly produce VideoCDs.  The intention was very high quality.  I almost
> did "-q 1" but wanted to reserve that for a later experiment.  (What can
> I say, I want a perfect-looking DVD of my "Pink Floyd: live at Pompeii"
> LaserDisc, especially since I doubt that'll ever get released on DVD. :-)

-q 4 is probably set too high for -b 5000.  You're probably getting a near 
constant-bit-rate encoding.   

> Thanks to all for your help!  My very next step is to figure out how to
> contribute the changes I've made to mjpegtools.  I'm gonna try the
> "patches" page.

Andrew



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] mplex with seek

2003-01-20 Thread Andrew Stevens

> The PVR s/w runs on PCs only but it records to a format which seems to
> be referred to as "PVA". A free PC tool called PVAStrumento lets you
> demux this, and it stores the results on my Mac's hard drive. It also
> fixes
> any errors which occurred while the transport stream was being received.
> I then do "mplex -V -f 8 -o output.mpg input.mpv input.mpa" then use
> dvdauthor tools ifogen and tocgen to create the VIDEO_TS. That's it.
> If there's a Unix tool which can replace PVAStrumento that would be
> even better since the PVR s/w could then record straight over the wire
> to the Mac (which has a useful 80GB hard drive) and spare me the
> "Uncle Bill" experience. :-) It would let me script the process too...

O.k. I will see what I can knock up using a stream of my DVB card... 
hopefully the underlying elementary streams should have identical 
characteristics.

Andrew



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] Video-encoding questions (mostly DVD related)

2003-01-20 Thread Bernhard Praschinger
Hallo

> >>Here's the command line that I used to generate the video:
> >
> >Drop the -b option, raise the -q to 7-8, and use the denoiser.
> 
> What can I say, Berni, you da man! :-)  After messing around with
> lots of combinations today, I finally found that my so-called high
> quality LaserDisc looked a lot better if denoised (but not sharpened)
> and with a q value of 8.  I left the bit rate alone, though.
Fine :)

If you want the picture sharper or not that sharp, you have to use the
-S option, and maybe the -t -l option. Like Steven S. Schultz described.
 
> Oh, and I finally posted a patch to the mjpegtools web site.  Now
> yuv2lav can do the audio at the same time it does the video.  I also
> posted the script I use to record.
If you want you can get CVS access. And add the features. So you can
check in the features you added.  

auf hoffentlich bald,

Berni the Chaos of Woodquarter

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


---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] compilation of mjpeg-tools 1.6.1 and 1.6.0

2003-01-20 Thread Bernhard Praschinger
Hallo

> That works well, but i have found out, that the yuvscaler 1.6.1 did not work
> properly, it produces a broken pie in the img2mpg-script from gilles
> caulier.. yuvscaler 1.6.0 works well. I can redirect the output into a file
> yuvscaler  -n .. >test.yuv
> 
> But the mpeg2enc of both packages makes an error "segmentation fault".
> 
> mpeg2enc -v 0 -n p -b 2500 -V 236 -f 5 -o didi.mpg test.yuv
Why dont you use a command like that: 
 yuvscaler ... | mpeg2enc -b 2500 -V 236 -F 5 -q 10 -o didi.mpg 

> The file test.yuv i had create befor.
Why dont you do it in one step, and create that yvu file ?

> I don#t have installed a quicktime-lib or the libmov.
> Must i use special options for compiling under slackware 8.0?
That should be no problem.


auf hoffentlich bald,

Berni the Chaos of Woodquarter

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


---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



Re: [Mjpeg-users] lavrec -T 2 without audio only

2003-01-20 Thread Ronald Bultje
Hi Gerald,

On Mon, 2003-01-20 at 14:54, Gerald Rapior wrote:
> Is it possible to record a video with lavrec with the option -T 2 and
> simultaneous record the audio, too?

Nope.

> Unfortunately I have without this option round about 10 inserted frames
> per second.

Which lavrec version and which BTTV or zoran driver version? If you use
lavrec-1.6.x and BTTV-0.9.x, please upgrade to current CVS of lavrec
(HEAD), that one works with BTTV-0.9.x.

Ronald

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



---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



[Mjpeg-users] lavrec -T 2 without audio only

2003-01-20 Thread Gerald Rapior
Hello!
Is it possible to record a video with lavrec with the option -T 2 and
simultaneous record the audio, too?
Unfortunately I have without this option round about 10 inserted frames
per second.
Thanks four your help.
Best regards, Gerald




---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users



[Mjpeg-users] compilation of mjpeg-tools 1.6.1 and 1.6.0

2003-01-20 Thread Segbert, Dietmar
Hallo,
i have compiled the mjpeg-Tools 1.6.1 and 1.6.0. by typing

./configure
make
and at last make install

That works well, but i have found out, that the yuvscaler 1.6.1 did not work
properly, it produces a broken pie in the img2mpg-script from gilles
caulier.. yuvscaler 1.6.0 works well. I can redirect the output into a file
yuvscaler  -n .. >test.yuv

But the mpeg2enc of both packages makes an error "segmentation fault". 

mpeg2enc -v 0 -n p -b 2500 -V 236 -f 5 -o didi.mpg test.yuv

The file test.yuv i had create befor.

I don#t have installed a quicktime-lib or the libmov.
Must i use special options for compiling under slackware 8.0?

Please naswer my via PM, becaus i am not a member of this list, thanks.

Regards

Dietmar


---
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users