Hi,
The yuvdenoise manpage says:
|As it is self-adapting to the noise-situation found in the stream
|you normally just can go without any options set:
I would just like to have a confirmation that this assertion is
not outdated ;-)
c
--
\black\trash movie _COWBOY CANOE COMA_
* Trent Piepho on Friday, October 15, 2010 at 11:33:01 -0700
> On Fri, Oct 15, 2010 at 10:58 AM, Christian Ebert wrote:
>> Index: yuvdenoise/main.c
>> ===
>> RCS file: /cvsroot/mjpeg/mjpeg_play/yuvdenoise/m
* Christian Ebert on Friday, October 15, 2010 at 19:49:02 +0200
> With this change, yuvdenoise builds again, but someone in the
> know should check whether I've broken other stuff:
And I did break it, but this seems to work:
Index: yuvden
* Christian Ebert on Friday, October 15, 2010 at 19:58:28 +0200
> * Bernhard Praschinger on Friday, October 15, 2010 at 19:17:13 +0200
>> I have at home a OSX 10.4.11 (PowerPC) and 10.6.4 (Intel) with gcc 4.2.1
>> and it compiles without problems on both computers.
>>
>&
* Bernhard Praschinger on Friday, October 15, 2010 at 19:17:13 +0200
>>> I tested your better version. And it compiles here on my linux and Intel
>>> osx box. I did also a quick test with the new version on the linux box.
>>> And it works well.
>>>
>>> So I would appreciate a feedback if it works
* Trent Piepho on Friday, October 15, 2010 at 10:19:20 -0700
> On Fri, Oct 15, 2010 at 12:40 AM, Christian Ebert wrote:
>
>> * Trent Piepho on Thursday, October 14, 2010 at 17:38:39 -0700
>>> Looks like you didn't actually change the needed lines.
>>
>> No,
* Trent Piepho on Thursday, October 14, 2010 at 17:38:39 -0700
> On Thu, Oct 14, 2010 at 2:43 PM, Christian Ebert wrote:
>
>> * Bernhard Praschinger on Thursday, October 14, 2010 at 19:06:33 +0200
>>>> Oh yeah, this isn't on Linux. OSX probably has some kind of API
* Christian Ebert on Thursday, October 14, 2010 at 23:43:20 +0200
> * Bernhard Praschinger on Thursday, October 14, 2010 at 19:06:33 +0200
>>> Oh yeah, this isn't on Linux. OSX probably has some kind of API for
>>> checking if sse2 is available. Using CPUID isn't e
* Bernhard Praschinger on Thursday, October 14, 2010 at 19:06:33 +0200
>> Oh yeah, this isn't on Linux. OSX probably has some kind of API for
>> checking if sse2 is available. Using CPUID isn't enough, because sse
>> requires OS support that might not be there. I.e., the cpu supports
>> sse2 but
* sfrase6 on Tuesday, October 12, 2010 at 18:06:17 +
>> gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../utils -O3 -funroll-all-loops
>> -ffast-math -march=nocona -mtune=nocona -g -O2 -I/sw/include -no-cpp-precomp
>> -D_THREAD_SAFE -Wall -Wunused -MT main.o -MD -MP -MF .deps/main.Tpo -c -o
>> main.
* Trent Piepho on Tuesday, October 12, 2010 at 12:06:45 -0700
> It looks like the only use of ebx is in the code to detect CPU features
> using cpuid. A better way to do it would be to read the /proc/cpuinfo file
> and look for the sse2 or whatever flag.
There is no /proc/ directory on MacOS X.
* Christian Ebert on Sunday, October 10, 2010 at 14:51:22 +0100
> * Bernhard Praschinger on Sunday, October 10, 2010 at 15:14:35 +0200
>> I have tested your patch and sent it to CVS. So it will appear in the
>> next version.
>
> However, it breaks building on M
* Bernhard Praschinger on Sunday, October 10, 2010 at 15:14:35 +0200
> I have tested your patch and sent it to CVS. So it will appear in the
> next version.
However, it breaks building on MacOS 10.5.8:
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../utils -O3 -funroll-all-loops
-ffast-math -march=noco
* Bernhard Praschinger on Thursday, November 12, 2009 at 19:05:47 +0100
> I have tired that command:
> mencoder DVD.mpg -o test4.avi -oac copy -ovc lavc -lavcopts
> vcodec=mjpeg:vbitrate=15000
>
> There mplayer tells me that I have used a MJPG coded. But it seems to me
> that they don't include
* Peter Vereshagin on Thursday, November 05, 2009 at 20:59:48 +0400
> sh -c mencoder -mf h=480:w=640:type=jpg -o "tmpvid" -ovc lavc -lavcopts
> vcodec=mjpeg:vhq -ovc copy -noskip -ofps 5.000 mf://*.jpg -frames 785 1>&2
Not sure if this helps, but you have
-ovc lavc *and* -ovc copy
which contrad
* Steven M. Schultz on Friday, October 02, 2009 at 15:50:41 -0700
> On Fri, 2 Oct 2009, Christian Ebert wrote:
>> Has bumping up the -M option a negative effect on quality?
>
> No. But it also doesn't improve the encoding speed as much as
> people would prefer. There a
Hi,
[ sorry for half-hijacking the thread ]
* Bernhard Praschinger on Friday, October 02, 2009 at 18:05:49 +0200
> Nagalenoj H. wrote:
>> Mine is not dual core or more.. And that command(time with each command
>> in pipe) doesn't work. I don't how I am going to reduce the conversion
>> duration
* Bernhard Praschinger on Wednesday, September 02, 2009 at 20:19:18 +0200
> I have tested it here on a Suse and MAC 10.5.8, and it compiles here to.
>
> I get some error messages when I tries to compile the newdenoise.cc on
> the mac.
Strange, I don't (only lots of warnings for avilib):
g++-4.0
Hi Steven,
* Steven M. Schultz on Monday, August 31, 2009 at 15:03:33 -0700
> On Mon, 31 Aug 2009, Christian Ebert wrote:
>> $ sw_vers
>> ProductName: Mac OS X
>> ProductVersion: 10.5.8
>
> Got your 10.6 on order ? :-)
Nope ;-)
> A change was checked in
Hello,
I believe it must be the last change to cpuinfo.sh that breaks
compilation on MacOS X:
[...]
configure: MJPEG tools 1.9.2 build configuration :
configure:
configure: - X86 Optimizations:
configure: - MMX/3DNow!/SSE enabled : true
configure: - arch/cpu compiler flags : -
Salut Hervé,
* Hervé on Thursday, June 04, 2009 at 21:58:29 +0200
> Le 4 juin 09 à 21:26, Steven Boswell II a écrit :
>> For those of you that aren't subscribed to the mjpeg-developer list,
>> I've been doing heavy development of y4mdenoise lately, I've finally
>> found a practical implementat
* Steven Boswell II on Thursday, June 04, 2009 at 12:26:15 -0700
> Whoops! That was an integration error. I just checked in the
> fix. Sorry about that!
No prob. Builds fine now. Thanks.
c
--
\black\trash movie_C O W B O Y_ _C A N O E_ _C O M A_
Ein deutscher Western/A German Western
--
Hi,
With latest CVS mjpegtools do not build anymore here:
[...]
Making all in y4mdenoise
gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I../utils -DNDEBUG
-finline-functions -mdynamic-no-pic -march=nocona -mtune=nocona -g -O2
-I/sw/include -no-cpp-precomp -D_THREAD_SAFE -Wall -Wunus
* Mark Heath on Friday, February 27, 2009 at 09:22:11 +1100
> libav2yuv yourfile.avi | yourstabilizer | ffmpeg -f yuv4mpegpipe -i - -
> i yourfile.avi -map 0.0 -map 1.1 yourdv.dv
-map 0.0 -map 1.0
c
--
\black\trash movie_C O W B O Y_ _C A N O E_ _C O M A_
Ein deutscher Western/A German We
* Mark Heath on Friday, February 27, 2009 at 11:25:45 +1100
> On 27/02/2009, at 10:33 AM, Christian Ebert wrote:
>> ... | ffmpeg -f yuv4mpegpipe -i -
>>
>> but ffmpeg probably guesses right without specifying -f for
>> input.
>
> ffmpeg uses the extension of the
* Marko Cebokli on Thursday, February 26, 2009 at 21:01:46 +0100
> I am trying to transcode yuv4mpeg into DV - the idea is to use y4mstabilizer
> to stabilize some clips before editing in Kino.
> I would like to avoid an intermediate high-compression (inter-frame) format.
>
> So far I had little
Hi Steven,
* Steven M. Schultz on Saturday, January 24, 2009 at 09:02:02 -0800
> On Sat, 24 Jan 2009, Christian Ebert wrote:
>> ~/src/y4mscaler-9.0$ make
>> y4mscaler.C: In function ‘int main(int, char**)’:
>> y4mscaler.C:197: error: ‘LOG_INFO’ was not declared in this sco
Hi,
The thread about y4mstabilizer made me want to try it. But I need
y4mscaler to switch to 444. Trying to compile it on MacOS 10.5.6
fails like so:
~/src/y4mscaler-9.0$ make
g++ -DYS_VERSION_MAJOR=9 -DYS_VERSION_MINOR=0 -O2 -I
/usr/local/include/mjpegtools -Wall -W-c -o graphics.o graphi
* Stan Gammons on Saturday, December 06, 2008 at 07:37:00 -0600
> Has the quantization problem been fixed?
As far as I could see, no sudden spikes of quantization factor.
At least with my testing material.
c
--
\black\trash movie_C O W B O Y_ _C A N O E_ _C O M A_
Ein deutscher Western/A G
Hi Andrew,
* Christian Ebert on Friday, December 05, 2008 at 12:23:34 +0100
> * Andrew Stevens on Friday, December 05, 2008 at 00:33:28 +0100
>> Please let me know how your testing material pans out.
>
> I'd like to run it on a long video, for which I have to shuffle
> a
Hi Andrew,
* Andrew Stevens on Friday, December 05, 2008 at 00:33:28 +0100
> I finally found the crucial oops that was causing problems.
> The fix is now in CVS.
Already installed.
> Please let me know how your testing material pans out.
I'd like to run it on a long video, for which I have to s
Hi Andrew,
* Andrew Stevens on Saturday, November 29, 2008 at 19:07:12 +0100
> mpeg2enc author here!
Ah! Great to hear from you!
>> Unfortunately I am unable to contribute constructively but I just
>> wanted to send a periodic encouragement to take off with mpeg2enc
>> where it was left in 2007-
Hi,
Unfortunately I am unable to contribute constructively but I just
wanted to send a periodic encouragement to take off with mpeg2enc
where it was left in 2007-02-20 (last working version). While
this version still gives the me most satisfying results (compared
to other tools) in dv -> dvd conve
* Steven M. Schultz on Sunday, May 25, 2008 at 08:50:55 -0700
> On OSX:
>
> pkg-config --libs mjpegtools
>
> says:
>
> -L/usr/local/lib -lmjpegutils -lmpeg2encpp
>
> So you can either use
>
> `pkg-config --libs mjpegtools'
>
> or manually add:
>
> -L/usr/local/lib -lmjpegutils -lm
* Christian Ebert on Sunday, May 25, 2008 at 10:43:23 +0200
> * Mark Heath on Saturday, May 24, 2008 at 08:47:53 +1000
>> By the way I have my own blending framerate converter (yuvaifps)
>> available on my lavtools site
>> http://silicontrip.net/~mark/lavtools/index.php#
* Mark Heath on Sunday, May 25, 2008 at 20:21:12 +1000
> On 25/05/2008, at 6:43 PM, Christian Ebert wrote:
>> * Mark Heath on Saturday, May 24, 2008 at 08:47:53 +1000
>>> By the way I have my own blending framerate converter (yuvaifps)
>>> available on my lavtools site
* Mark Heath on Saturday, May 24, 2008 at 08:47:53 +1000
> By the way I have my own blending framerate converter (yuvaifps)
> available on my lavtools site
> http://silicontrip.net/~mark/lavtools/index.php#yuvafps
On MacOS 10.4.11 with latest mjpegtools from cvs (except for
mpeg2enc) I get:
$ g
* Stefan M. Fendt on Thursday, May 08, 2008 at 16:33:19 +0200
> Yes, indeed. yuvdeinterlace should (must...) be used at first, then
> yuvdenoise (turn the values up to that point where you can see the first
> negative effects of the denoiser and then try half the values...) and
> then downscale...
Hi,
I want to downscale and deinterlace dv mov input. I'd like to
make sure the order of my yuv toolchain is ok:
$ qttoy4m i.mov | \
yuvscaler -M BICUBIC -O SIZE_320x240 | \
yuvdenoise | \
yuvdeinterlace | ...
Should anything be changed in this order -- set up more by what I
feel is right
* Bernhard Praschinger on Sunday, April 20, 2008 at 12:43:03 +0200
>> * Bernhard Praschinger on Sunday, February 24, 2008 at 07:10:12 +0100
> Sorry that it took so long.
Thanks for (trying) to boil it down!
>>> And in the video "Nits - In the Dutch mountains"
>>>
>>> There you see a guy rowing a
* Bernhard Frühmesser on Friday, March 28, 2008 at 20:50:17 +0100
> I was wondering if i can use mpeg2enc to encode (2-pass vbr) an Original
> Quicktime DV Video File to mpeg2 with very high quality settings?
Yes ;)
In my experience, if you have a DV stream (infile.dv) you need
something like ff
* Bernhard Praschinger on Sunday, February 24, 2008 at 07:10:12 +0100
>> On Sat, 2008-02-23 at 17:31 +0100, Bernhard Praschinger wrote:
>>> I have here a video (after about 30 where I didn't get it) where I get
>>> the problem. mplex fails to multiplex it.
>> A 30 minute video?
> Sorry for beeing
* Bernhard Praschinger on Friday, February 22, 2008 at 16:22:13 +0100
> Stan Gammons wrote:
>> On Thu, 2008-02-21 at 10:30 +0100, Christian Ebert wrote:
>>> * Stan Gammons on Wednesday, February 20, 2008 at 18:51:41 -0600
>>>> Is mpeg2enc still broken?
>>>
* Stan Gammons on Wednesday, February 20, 2008 at 18:51:41 -0600
> Is mpeg2enc still broken?
Unfortunately, at least for me, it is.
> I seem to recall something being said about there being
> problems with large files
I plead guilty to have sait it.
As I work with dv sources the smallest reprod
Hi Andrew,
* Andrew Stevens on Sunday, February 03, 2008 at 18:54:35 +0100
> Examples ... I need examples (no longer have a dumb analog capture card or
> JPEG capture cared).
The smallest sample I could create gives reproducably:
$ qttoy4m test.mov | mpeg2enc -f 8 -b 5150 -q 4 -r 32 -g 3 -G 15
* Andrew Stevens on Sunday, February 03, 2008 at 18:54:35 +0100
> Christian, quantisation up to 60 almost certainly a Bug someplace. Can you
> put a section of your source video someplace online so I can download
> reproduce the problem reliably?
See below.
>>> mpeg2enc -f 8 -b 5150 -q 4 -r 3
* Bernhard Praschinger on Thursday, January 31, 2008 at 18:43:28 +0100
> If you post your command, I can try to reproduce it here with the videos
> I have.
mpeg2enc -f 8 -b 5150 -q 4 -r 32 -g 3 -G 15 -4 1 -2 1 -D 10 -K tmpgenc -o
test.m2v
Same with default matrix though.
> I'm just running my
Hi,
While excited that there's progress on the mpeg2enc front,
unfortunately I have to report that there are still overly high
amplitudes in quantisation (up to 60) in p-frames.
Or is this intended?
Seems to work well with a 10 sec sample, but for after a few
minutes I get this behaviour -- have
* Steven M. Schultz on Wednesday, January 16, 2008 at 20:34:09 -0800
> On Wed, 16 Jan 2008, Christian Ebert wrote:
>> 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
* 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 aroun
Hi Steve,
* Steven M. Schultz on Tuesday, January 15, 2008 at 13:10:30 -0800
> On Tue, 15 Jan 2008, Christian Ebert wrote:
[...]
>>>> BTW. is there a way to get the Luma Correction (gamma2.2) from
>>>> mjpegtools (I'm encoding QuickTime files edited with Fina
Hi Steve,
* Steven M. Schultz on Tuesday, January 15, 2008 at 08:10:24 -0800
>
> On Tue, 15 Jan 2008, Christian Ebert wrote:
>
>> Hm, I played around a bit with the demo and am not convinced.
>
> I've done a lot more than play around with the demo and I
* 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 cap
* Steven M. Schultz on Thursday, November 01, 2007 at 23:13:04 -0700
>>> mpeg2enc that restore (or should restore ;)) normal operation
>>> and produce non corrupted video.
>>
>> Great!
>
> Well, I thought so too at first.
>
> But look at the "q=" lines! If you're seeing "q=18" or so then
> ther
* Steven M. Schultz on Thursday, November 01, 2007 at 12:55:23 -0700
> The author/maintainer of mpeg2enc has obtained a modicum of
> development/free time and has checked in, today, changes to
> mpeg2enc that restore (or should restore ;)) normal operation
> and produce non corrupted video.
Great
* Steven M. Schultz on Thursday, September 13, 2007 at 20:49:06 -0700
> On Thu, 13 Sep 2007, Stan Gammons wrote:
>> On Thu, 2007-09-13 at 19:29 -0700, Steven M. Schultz wrote:
>>> You should be able to fetch the CVS version - just ignore the mpeg2enc
>>> executable (save your old one).
>>
>> Bette
* Stan Gammons on Tuesday, September 11, 2007 at 20:44:12 -0500
> Is the CVS version of mpeg2enc still broken?
Unfortunately, yes. I wish I had the knowledge to contribute, as
IMO it still gives results superior to eg. ffmpeg. So I have to
refrain to just keep my fingers crossed that work on it
* Anne Wilson on Saturday, March 31, 2007 at 17:55:10 +0100:
> At the moment I just use
>
>
>
>
>
>
>
>
>
>
>
>
>
> Is the the track?
>
> How do I make a top level menu?
I haven't done this myself (yet), but perha
* 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_.
* Steven M. Schultz on Wednesday, July 05, 2006 at 21:30:15 -0700:
>> mpeg2enc.1 gives wrong long option names. AFAIK both
>> quantization/quantize and quantisation/quantise are correct
>> spellings; but as practice and
>
>
> I think the correct fix would have been to remove the -Q option ;
Hello,
mpeg2enc.1 gives wrong long option names. AFAIK both
quantization/quantize and quantisation/quantise are correct
spellings; but as practice and
$ mpeg2enc -h 2>&1 | grep quanti
--quantisation|-q num
Image data quantisation factor [1..31] (1 is best quality, no default)
When quantis
* Steven M. Schultz on Tuesday, June 27, 2006 at 08:22:54 -0700:
> mpeg2enc is broken.
Not any more it seems. At least at first glance I am getting good
results (again).
> Fellow who tends mpeg2enc started to check in the changes for
> the quasi-2pass encoding and then a crisis
* Steven M. Schultz on Tuesday, June 27, 2006 at 08:22:54 -0700:
> mpeg2enc is broken.
>
> Fellow who tends mpeg2enc started to check in the changes for
> the quasi-2pass encoding and then a crisis at work came up
Oh dear.
> and he's been unavailable to debug/fix mpeg2enc
Hello,
Sorry for the vague subject, but I have no idea what's going on.
I am trying latest CVS on MacOS 10.3.9. The following did "just
work" up to now (and does with mjpegtools-1.8.0 which I
downloaded and installed for comparison):
$ ffmpeg -i TEST.mov -an -f yuv4mpegpipe -y - | mpeg2enc -f 8
* Bernhard Praschinger on Sunday, April 16, 2006 at 05:50:31 +0200:
> Have you taken a look at the anytosvcd.sh script ?
> It converts any fromat ffmpeg can decode to mpeg 1/2/vcd/svcd/dvd. I
> might be worth looking at it. You find the current version in the CVS
> (http://cvs.sourceforge.net/viewc
* Steven M. Schultz on Thursday, April 06, 2006 at 11:03:49 -0700:
> On Thu, 6 Apr 2006, Christian Ebert wrote:
>> What about -H|--keep-hf ? Supposing I just want highest quality?
>
> I think it would be a good idea to define "highest quality" ;)
Oops,
* Steven M. Schultz on Wednesday, April 05, 2006 at 11:31:29 -0700:
> On Wed, 5 Apr 2006, Nicolas wrote:
> Let's play "find the be incorrect options" game :)
ok :)
>> 1 -V 1853 -s -D 1 0 -g 6 -G 15 -I 1 -b 9800 -D 10 -f 8 -o $1
Does -g 3 make sense in case one has high motion scenes?
>
* Steven M. Schultz on Wednesday, April 05, 2006 at 16:59:50 -0700:
> On Wed, 5 Apr 2006, Nicolas wrote:
>> OK. The problem is that I don't know which options are set when using -f 8.
>
> The important ones ;) All you should need to specify is the '-q'
> and perhaps a bitrate.
What a
Hello *,
With latest CVS compiling failed due to missing lav2wav.h. I
browsed the CVS-logs and from what I understand lav2wav.h has
become obsolete. At least compiling works here on MacOS 10.3.9
with the following diff:
--- lavtools/Makefile.in.orig 2006-02-09 17:14:31.0 +0100
+++ lavto
69 matches
Mail list logo
