Hi Andrei,
> Well, yeah, but code doesn't change all by itself - there are people
> making the decisions, etc. Basically, it looks like mjpegtools has a too
> long development cycle. All the good stuff is always in CVS, and it
> stays there for years.
I guess you're probably still a young fellow
On Tuesday 06 November 2007 07:59:35 Florin Andrei wrote:
> -A|--ratecontroller
> What's the difference between 0 and 1?
>
> Ever played with larger values for -r when the source is a fairly good
> (new) DV camcorder? Worth bumping it up?
None (at present).
-A 0 currently selects a limited local
Hi Andrei,
> Is it possible that the hi-res matrix does not provide the best image
> quality?
It is very possible! The 'hi-res' matrix does not roll of higher coefficients
for inter-coded frames at all. As such it only sane if you have LOTS of
bits. If you have less bits a matrix that trades
Hallo
Florin Andrei wrote:
> Is it possible that the hi-res matrix does not provide the best image
> quality?
> My goal is to obtain the highest image quality possible, while the MPEG2
> stream remains compatible with as many DVD players as possible.
>
> Using mjpegtools-1.9.0-rc2
The RC2 has a
Hallo
>> 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.
>>
>> So, do a 'cvs update', rebuild an
Andrew Stevens wrote:
>
> I would *love* to get a solid 8-16 hours a week in on mpeg2enc/mplex like I
> used to years ago but I now have (in no particular order): a wife, a young
> son (cute!), a day-job doing equally interesting SW engineering, a house, and
> enough money to indulge my motorcy
Andrew Stevens wrote:
>
> The major changes / bugs in the 1.9 revision of mpeg2enc relate to major
> internal changes needed to support this internal encoding and re-encoding of
> images (and provided hooks for improving multi-core scalability).
So how usable is 2-pass encoding with 1.9.0-rc?
Hi Andrei,
> So how usable is 2-pass encoding with 1.9.0-rc?
Not at all useable - there's still some bits not yet programmed. The -A 0
stuff is all there and up and running already.
> Is 2-pass already documented somewhere? (for users, not for programmers)
There's not much to document it actual
Andrew Stevens wrote:
>
> There's not much to document it actually be easier to use. Simply tell it
> how
> big you want the end-result to be and the maximum data-rate that can be
> handled and the encoder will worry about the rest itself.
That's excellent. Currently I set the max bitrate to
lm -Wl,--rpath -Wl,/opt/mjpegtools/lib
./.libs/liblavplay.so: undefined reference to `XOpenDisplay'
./.libs/liblavplay.so: undefined reference to `XGetWindowAttributes'
collect2: ld returned 1 exit status
make[2]: *** [lavplay] Error 1
make[2]: Leaving directory
`/home/florin/work/mjpeg_play-cvs
Hi,
Andrew Stevens schrieb:
> Hi Andrei,
>
[...]
>> Is 2-pass already documented somewhere? (for users, not for programmers)
> There's not much to document it actually be easier to use. Simply tell it
> how
> big you want the end-result to be and the maximum data-rate that can be
> handled an
On Tue, 6 Nov 2007, Florin Andrei wrote:
> I checked out the CVS about 30 minutes ago. make fails.
> rc2 compiles just fine.
Current cvs compiled fine this weekend on a SuSE 10.2 system so it
is puzzling why the problem:
> /usr/lib/libSDL.so -lm -Wl,--rpath -Wl,/opt/mjpegtools/l
trm_out.o
-Wl,--rpath -Wl,/home/florin/work/mjpeg_play-cvs-20071106/utils/.libs
-Wl,--rpath -Wl,/opt/mjpegtools/lib ../utils/.libs/libmjpegutils.so
-L/usr/lib/gcc/i486-linux-gnu/4.1.2
-L/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -lstdc++ -lm -lc -lgcc_s
plex2.la -lm -lm
> g++ -march=k8 -mtune=k8 -g -O2 -pthread -o .libs/mplex main.o
> ./.libs/libmplex2.so -lm -Wl,--rpath -Wl,/opt/mjpegtools/lib
> ./.libs/libmplex2.so: undefined reference to `mjpeg_loglev_t'
> collect2: ld returned 1 exit status
> make[2]: *** [mplex] Error
Steven M. Schultz wrote:
> correct. If I run "sdl-config --libs" here I see:
>
> -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -lm -ldl -L/usr/X11R6/lib
> -lX1 -lXext
>
> which means that since SDL uses/needs the X11 libraries it includes
> them and doesn't rely on the high
On Tue, 6 Nov 2007, Florin Andrei wrote:
> > which means that since SDL uses/needs the X11 libraries it includes
> > them and doesn't rely on the higher level applications adding them.
>
> [EMAIL PROTECTED]:~$ sdl-config --libs
> -L/usr/lib -lSDL
Hmmm, but if SDL calls X
0 bits/sec
Peak bit-rate: 7946400 bits/sec
cvs-20071106
low light:
Average bit-rate : 7076000 bits/sec
Peak bit-rate: 10113600 bits/sec
daylight:
Average bit-rate : 8059600 bits/sec
Pea
Andrew Stevens wrote:
>
> Note that these tables are actually available in the encoder. I tend to use
> them myself all the time. Select matrix 'tmpgenc'. Should perhaps be made
> default...
Did some tests, using a low-light sample and another in broad daylight,
with the same cheap digital
Florin Andrei wrote:
> I can probably test it also on Ubuntu 7.10, I'll see what I can do about
> that.
CVS compiles fine on 7.10 if I use the same -lX11 patch.
--
Florin Andrei
http://florin.myip.org/
-
This SF.net email
19 matches
Mail list logo