Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness

[Steven M. Schultz]

On Wed, 16 Jan 2008, Christian Ebert wrote:

> I get buffer underflows for longer stuff when encoding from dv to
> mpeg2 for dvd with ffmpeg, and i really played around a lot with

That's the rate control issue(s) I had in mind.

> the ever changing options...

Yep - hard to keep up sometimes.

> But I'd like to decode with lav2yuv, but it segfaults here on dv movs

Works fine here - BUT I have seen the problem you mentioned earlier
(symptom is that 'twos' audio isn't recognized as valid).

> I've built the latest cvs libquicktime to no avail. No
> errors when compiling, small stuff like qtinfo works.

You're using the latest (and thanks for that info) from CVS. That's
good.

> What configure options do give to libquicktime? I'm asking as
> you're on a Mac as well, even though I still have 10.4.

./configure --enable-gpl

(need that to include ffmpeg's libavcodec as I recall)

You may have a corrupt or outdated .libquicktime_codecs in your
home directory.  Try removing it and then running any program 
linked to libquicktime.  If .libquicktime_codecs IS recreated then
things are setup/installed correctly and you shouldn't have any
problems.  

If .libquicktime_codecs is NOT recreated or is empty then libquicktime
can't find the *.so files (loadable modules/plugins) for the codecs.

ls  /usr/local/lib/libquicktime

lqt_audiocodec.la   lqt_ffmpeg.so   lqt_rtjpeg.la
lqt_audiocodec.so   lqt_lame.la lqt_rtjpeg.so
lqt_dv.la   lqt_lame.so lqt_videocodec.la
lqt_dv.so   lqt_mjpeg.lalqt_videocodec.so
lqt_faac.la lqt_mjpeg.solqt_vorbis.la
lqt_faac.so lqt_opendivx.la lqt_vorbis.so
lqt_faad2.lalqt_opendivx.so lqt_x264.la
lqt_faad2.solqt_png.la  lqt_x264.so
lqt_ffmpeg.la   lqt_png.so

You should NOT see ".dylib" files and you MUST have .so files.  At
one time there was a bug and either extensionless (no .so) or wrong
extension (.dylib) files were installed.  Since the code was looking
for .so only it didn't find anything.

If you still have problems the libquicktime-devel list is probably 
a better place to carry on the conversation.

Oh, 10.5 is fine if you're on a PPC based Mac.  If you're on an
Intel based Mac and want to run 10.5 then either 1) delete or 2) do
one last build/install of xvid, ffmpeg, theora, and a couple others 
I can't recall at the moment - they don't compile/link.

> There's an Apple compressor for mpeg2?

And 3gpp, H.264, AC3, MPEG-1, AAC, MPEG-4 and a bunch of others I'd
have to lookup.  "Compressor" (I'm only at Compressor2, not having
upgraded to 3) is Apple's compression engine frontend.  It's not
sold separately but only as part of the Final Cut Studio bundle 
(a bit pricey but a fair value for the amount of software and 
documentation you get).

Cheers,
Steven Schultz


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness

[Christian Ebert]

* Steven M. Schultz on Wednesday, January 16, 2008 at 09:40:42 -0800
> On Wed, 16 Jan 2008, Mark Heath wrote:
>> Anyway I've been using the mpeg2 encoder in ffmpeg and have been  

I get buffer underflows for longer stuff when encoding from dv to
mpeg2 for dvd with ffmpeg, and i really played around a lot with
the ever changing options. The most annoying thing is when
everything works on a small test file, and then, after a night of
encoding ... duh.

> I'm 1 step away from deleting ffmpeg from the system.  You're 
> obviously not running on a Intel Mac with OSX 10.5 or you'd know
> it's no longer possible to build a shared version of ffmpeg(libavcodec).
> At one time the ffmpeg crowd valued speed over quality and had
> horrible rate control.  That may have, and probably has, change. Now
> they don't care the program's not buildable.  I unsubscribed from
> all of thair lists and my stress level went way way down.  Anyhow
> ffmpeg is not an option (for me).

atm I need ffmpeg for decoding to yuv, and encoding to ac3.

ac3 is ok.

But I'd like to decode with lav2yuv, but it segfaults here on dv
movs. I've built the latest cvs libquicktime to no avail. No
errors when compiling, small stuff like qtinfo works.

What configure options do give to libquicktime? I'm asking as
you're on a Mac as well, even though I still have 10.4.

> I wouldn't mind an alterative but with mpeg2enc "in progress" and
> ffmpeg unbuildable, well, the choices are limited.  Apple's 
> Compressor is pretty good - could use that I guess.

There's an Apple compressor for mpeg2?

c
-- 
Wer auf sein Elend tritt, steht höher.
_HÖLDERLIN: H Y P E R I O N_ 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness

[Steven M. Schultz]

On Wed, 16 Jan 2008, Mark Heath wrote:

> I've used bitVice professionally and I have found it's constraints  
> too limiting.  Maybe it was just the version I was using.

You must have used version 1.0 ;)

Most of the items listed are not relevant to the current version.

True, it's limited to MP-ML (max frame size of 720x576).  Since HD
DVD (or Blu-Ray) authoring and burning are in the future that 
limitation is tolerable for now.

It is NOT limited to quicktime files.  Any file that the Quicktime API
installed on the system can read is acceptable.  I've used AVI files
for example.

I'll not bother with the other points except to say they're either
not correct or not important (especially when making DVDs at home ;))
movies ;))

> Anyway I've been using the mpeg2 encoder in ffmpeg and have been  

I'm 1 step away from deleting ffmpeg from the system.  You're 
obviously not running on a Intel Mac with OSX 10.5 or you'd know
it's no longer possible to build a shared version of ffmpeg(libavcodec).
At one time the ffmpeg crowd valued speed over quality and had
horrible rate control.  That may have, and probably has, change. Now
they don't care the program's not buildable.  I unsubscribed from
all of thair lists and my stress level went way way down.  Anyhow
ffmpeg is not an option (for me).

I wouldn't mind an alterative but with mpeg2enc "in progress" and
ffmpeg unbuildable, well, the choices are limited.  Apple's 
Compressor is pretty good - could use that I guess.

Cheers,
Steven Schultz


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness

[Hervé Flores]

Le 16 janv. 08 à 14:11, Burkhard Plaum a écrit :

> Hi,
>
> Hervé Flores schrieb:
>> Le 16 janv. 08 à 04:40, Steven M. Schultz a écrit :
>>
>>> On Wed, 16 Jan 2008, Christian Ebert wrote:
>>
>>
>> [...]
>> mjpeg tools too can do the trick ;-)
>>
>> decode DV with ffmpeg | yuvdenoise ... | mpeg2enc
>> or (bad soluce)
>> decode DV with movtoy4m (lose of one field, gamma garbage due
>> QuickTime.framework) | yuvdenoise ... | yuvcorrect for gamma
>> correction | mpeg2enc
>
> Why loose one field?

movtoy4m does not decode interlaced streams (only half of the stream =  
one field, or blend the 2 fields with some parameter) due the great  
apple's quickTime automatisms.
To preserve CPU cunsumption, Apple (=QuickTime) has 3 levels of  
displays: quarter, half and full image(you can see them selecting the  
video track in QuickTime player and plays with).
The API and documentation fom apple to display interlaced files is  
buggy, Johan code is OK (theoricaly) but it only manages to blend the  
2 fields (complain to Apple ;-))

> Why gamma garbage?

QT player displays a darker image than input file (and all quicktime  
calls from QuickTime.framework do the same)

> movtoy4m uses exactly the same code (libavcodec) for DV decoding
> as ffmpeg, so the output should be identical. If it's not, there
> is something wrong.

no, movtoy4m is a tool from Johan Lindstrom, based on QuickTime API  
for Mac by Apple (different from libavcodec)
It has the same defaults as QuickTime Player (displays chroma as  
progressive instead of interlaced with DV, etc), but it's a very cool  
tool.

(this thread begins to be a Mac-only thread ;-))

sorry for my great level of english...

bye

Hervé


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness

[Mark Heath]

On 16/01/2008, at 2:28 AM, Christian Ebert wrote:

> * Steven M. Schultz on Friday, March 23, 2007 at 00:48:14 -0700
>> If you're using a PPC and OS/X there is a fantastically high quality
>> workaround for mpeg2enc's current buggy state.
>>
>> The BitVice encoder from:
>>
>>http://www.innobits.com/
>>
>> works _great_.  Not all the inner tweeking capability I'm used to
>> but the quality has to be seen to believed...

I've used bitVice professionally and I have found it's constraints  
too limiting.
Maybe it was just the version I was using.

It couldn't create files less than 2mbit average bit rate.
It would only do 2 passes, couldn't do 1 pass.
It couldn't do constant quality, it would only do average bitrate.
It would only create a constrained mpeg file, the dimensions had to  
be 720/704x576/480
It would only read quicktime files.
It couldn't be scripted.

Which was ok for the majority of work the company was doing but when  
marketing decided they needed files taken from the web rather than  
from our ingest suite.  These limitations started causing problems.

Anyway I've been using the mpeg2 encoder in ffmpeg and have been  
happy with the results.  Of course most of my source material is mpeg  
4 part 2 so any encoding artefacts I see I blame on the source :-)

ffmpeg can read yuv4mpeg streams from stdin, just incase you don't  
know the command line is:

yuvcommand | ffmpeg -f yuv4mpegpipe -i - -moreffmpegoptionshere


Mark

“What if Microsoft had designed Windows Vista.”


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness

[Burkhard Plaum]

Hi,

Hervé Flores schrieb:
> Le 16 janv. 08 à 04:40, Steven M. Schultz a écrit :
> 
>> On Wed, 16 Jan 2008, Christian Ebert wrote:
> 
> 
> [...]
> mjpeg tools too can do the trick ;-)
> 
> decode DV with ffmpeg | yuvdenoise ... | mpeg2enc
> or (bad soluce)
> decode DV with movtoy4m (lose of one field, gamma garbage due  
> QuickTime.framework) | yuvdenoise ... | yuvcorrect for gamma  
> correction | mpeg2enc

Why loose one field? Why gamma garbage?

movtoy4m uses exactly the same code (libavcodec) for DV decoding
as ffmpeg, so the output should be identical. If it's not, there
is something wrong.

> PS: for audio "twos" = wav (or aif, I don't remeber if twos is aif and  
> swot is wav or vice-versa)

twos = big endian -> aiff
sowt = little endian -> wav

Burkhard

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Re: [Mjpeg-users] workaround (PPC) for mpeg2enc's buggyness

[Hervé Flores]

Le 16 janv. 08 à 04:40, Steven M. Schultz a écrit :

>
> On Wed, 16 Jan 2008, Christian Ebert wrote:


[...]
mjpeg tools too can do the trick ;-)

decode DV with ffmpeg | yuvdenoise ... | mpeg2enc
or (bad soluce)
decode DV with movtoy4m (lose of one field, gamma garbage due  
QuickTime.framework) | yuvdenoise ... | yuvcorrect for gamma  
correction | mpeg2enc

BitVice is not the only soluce Steven ;-)))

PS: for audio "twos" = wav (or aif, I don't remeber if twos is aif and  
swot is wav or vice-versa)
use directly QuickTime Player / mpegstreamclip / FCE / or movtowav to  
extract audio from DV and encode it to ac3 with ffmpeg, thus mux with  
mplex.

bye

Hervé
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users