On Thu, 2008-12-11 at 19:26 -0500, sean darcy wrote:
> So does this mean we're ready for new rc ??
Bernhard put RC4 on Sourceforge this past Monday. However there is a
typo in the News/Change log on the main page. It has Dec 8, 2007 instead
of 2008
Stan
---
On Mon, 2008-12-08 at 14:06 +0100, Andrew Stevens wrote:
>
> Thanks for the testing.
Hi Andrew.
Thanks for the continued development.
> If I get a little time over Christmas I'll be adding
> the next stage of the look-ahead / two-pass stuff.
>From looking at the output of mpeg2enc, it look
On Sat, 2008-12-06 at 14:45 +0100, Christian Ebert wrote:
>
> As far as I could see, no sudden spikes of quantization factor.
> At least with my testing material.
I retrieved the CVS yesterday an processed a couple of previous captures
(raw DV, satellite source) using an ADVC-110.
I "think" the
On Sat, 2008-12-06 at 14:45 +0100, Christian Ebert wrote:
> As far as I could see, no sudden spikes of quantization factor.
> At least with my testing material.
Ok. I'll retrieve the CVS later an try it on some 30 minute an longer
material to see how it does.
Thanks.
Stan
---
On Sat, 2008-12-06 at 12:53 +0100, Christian Ebert wrote:
> Works like a charm! At least I will detect problems only after
> the release is done ;-)
>
> Again thank you for fixing this.
Has the quantization problem been fixed?
Stan
---
On Fri, 2008-02-29 at 14:34 -0800, Florin Andrei wrote:
> You also need to install (under Wine) AviSynth and the Panasonic DV
> Codec. And the SoundOut AviSynth plugin to generate AC3.
> Then you can process DV AVI Type 2 files and generate m2v and ac3 files
> out of them, which you can mux usin
I went back to the old version of mjpegtools, 1.9.0 Mplex displays
2006/02/01 and mpeg2enc display 1.9.0 (3.0.0 - Beta 1)
I re-encoded the same 84,120 frame video and this is what mplex gave:
Average Bit Rate - 6,336,000 vs 5,017,600 with the current version
Peak Bit Rate - 8,912,000 vs 9,274
On Thu, 2008-02-28 at 20:02 -0800, Steven M. Schultz wrote:
> Basically all the old LOG_WARN, LOG_ERROR, LOG_INFO, ... defines
> are no longer public. You have two choices when something like
>
> mjpeg_log(LOG_WARN, ...)
>
> is encountered. Either change it to
>
>
On Thu, 2008-02-28 at 16:24 -0800, Steven M. Schultz wrote:
> Probably not unless you're willing to do a little work. The logging
> API has changed and there are some 'mjpeg_warn/log/...' style
> statements in mpeg2enc.
That's Ok with me. What do I need to change to make i
On Wed, 2008-02-27 at 20:57 -0800, Steven M. Schultz wrote:
> Yep - that bug's still present. The frequency of huge values
> was reduced but the problem still happens. When it does the picture
> quality goes to almost null and the bitrate plummets - that is
> probably wh
I made a DVD from the video I processed earlier. At times I saw
distorted frames during playback. I'm not sure how to describe the
distortion. It sort of looks like the pixels, especially on the edges,
are all jagged or broken. I'm guessing this is caused from the
quantisation running very high at
On Mon, 2008-02-25 at 19:53 -0800, Steven M. Schultz wrote:
>
> You can get a good idea of the average bitrate like this:
>
> mplex -f 8 -o /dev/null input.m2v
>
Hi Steven,
I tried this using the latest CVS of mjpegtools on a video capture from
satellite TV using the ADVC
On Tue, 2008-02-26 at 00:03 +0100, Bernhard Frühmesser wrote:
> Video playback is at normal speed and the audio is in sync, the quality
> "is" the same as the file compressor created (well, i don´t see a
> difference) just the file size from compressor is about 416MB while the
> filesize from t
On Mon, 2008-02-25 at 23:24 +0100, Bernhard Frühmesser wrote:
> I have installed a pre 1.9.0 version more than a year ago, since there i
> haven´t done any update as for the things i need it it works.
I "think" it was around 2/20/2007 when the bug was introduced. Any
mpeg2enc code after then, an
On Mon, 2008-02-25 at 22:06 +0100, Bernhard Frühmesser wrote:
> I am sure i used the same settings on both computers but the file
> created on the Mac with Compressor has about 415MB while the file
> created with mpeg2enc has only 114MB so far i don´t see much quality
> difference.
What versio
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.
Hi Bernhard,
A 30 minute video?
I use DVD Lab Pro to make DVDs an I haven't tried the current CVS of
mjpegtools.
On Fri, 2008-02-22 at 23:57 +0100, Christian Ebert wrote:
> I tested again with dv source material and:
>
> $ qttoy4m test.mov | mpeg2enc -f 8 -o /dev/null
>
>INFO: [mpeg2enc] Pass2 5379 5379( 0) I q=62.00 RECODED
>INFO: [mpeg2enc] Pass2 5380 5380( 1) P q=62.00 RECODED
>INFO: [m
On Thu, 2008-02-21 at 18:14 -0800, Florin Andrei wrote:
> I'll make another DVD soon and then I'll know for sure. But the cause is
> definitely one of the toolchain components, at this moment it's likely
> mpeg2enc.
I've never seen any problem like you described with mjpegtools an I've
used th
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?
>
> Unfortunately, at least for me, it is.
>
Ok. The last CVS update I did on my video machine was around the time i
Is mpeg2enc still broken? I seem to recall something being said about
there being problems with large files an was wondering if it's still
broken .
Stan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges.
On Sun, 2008-01-06 at 20:29 -0800, Steven M. Schultz wrote:
> Attached is an updated y4mscaler.C that will compile with the
> latest mjpegtools.
That fixed the problem.
Thanks.
Stan
-
This SF.net email is sp
Has anyone seen this error when trying to build y4mscaler 9.0 with the
current CVS of mjpegtools on Opensuse 10.3?
make all
g++ -DYS_VERSION_MAJOR=9 -DYS_VERSION_MINOR=0 -O2
-I/usr/local/include/mjpegtools -I/usr/local/include/mjpegtools/mpeg2enc
-I/usr/local/include/mjpegtools/mplex -Wall -W
On Thu, 2007-09-13 at 20:49 -0700, Steven M. Schultz wrote:
> if that doesn't work then I guess just leave the video interlaced
That will work.
Actually I was wondering if the over compression problem has been fixed
in CVS. The older version of mjpegtools I have is from March of this
year.
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).
Better CVS instructions on how one does that? All the mjpegtools source
I have is pre-broken mpeg2enc.
I'm not a CVS
Is the CVS version of mpeg2enc still broken?
If so, is there an easy way to retrieve the current version of all the
other tools MINUS mpeg2enc?
If mpeg2enc is still broken, why not put an unbroken version on CVS?
Stan
---
On Sat, 2007-03-31 at 11:51 -0700, Steven M. Schultz wrote:
> http://www.mediachance.com/dvdlab/
>
> Not very expensive and it runs under WINE
I have DVD-Lab Pro that I use on my daughter's XP Pro machine. It is a
nice DVD authoring tool. Capturing, editing and encoding is done with
On Wed, 2007-03-21 at 17:26 +0100, Bernhard Praschinger wrote:
> The other thing would be use a -q of 4 or 5, that also seems to solve
> the problem.
>
I fetched a mjpegtools CVS a little while ago. I tried this
mpeg2enc -f 8 -D 10 -E -10 -4 1 -2 1 -c -q 5 -o special.m2v
I let it run for 10,00
On Wed, 2007-03-21 at 17:26 +0100, Bernhard Praschinger wrote:
> You should take a look at the RC1. I think that there you don'T have the
> problem.
> I use think because I haven't tested it yet.
Hi Bernard,
I found an older 1.9.0 CVS on another drive I have. It doesn't have the
problem.
> Th
On Tue, 2007-03-20 at 15:12 -0700, Steven M. Schultz wrote:
> RC2 is when the problem happened - so if you have that you've got
> the problem :(
>
Looks like both CVS versions I have are RC2. :( Guess I'll have to use
a 1.8.0 tarball.
> > the x86_64 bit distro for processing video
On Tue, 2007-03-20 at 14:27 -0700, Steven M. Schultz wrote:
> Have you noticed the discussions on the mailing lists about a
> nasty bug in mpeg2enc's rate control logic?
>
No. I've seen several messages about aspect ratio, but I haven't
followed it that closely.
> I think the
Hi all,
I encoded a DV capture today using the CVS version of mjpeg tools from
last night. I noticed the length of the m2v file is MUCH smaller than
one of a comparable run time (roughly 25 minutes) that I encoded a week
or two ago. In the past the m2v files were roughly 1.3 Gigabytes. Now
they ar
On Fri, 2006-12-22 at 08:15 -0800, Steven M. Schultz wrote:
> It would seem that there is a strange interaction between SuSE 10.2
> and g++ 4.1.x
Hi Steven,
I have the CVS version from a couple of days ago running on SuSe 10.2
It compiles fine as it does on SuSe 10.1 32 bit OS in ea
On Sat, 2006-12-09 at 19:55 -0800, Steven M. Schultz wrote:
> FC6 didn't ship with an older libquicktime that might be conflicing
> some how, did it?
I don't see libquicktime on the FC6 DVD. If it's called
libquicktime-someversion.rpm Could be one of the "extras" I haven't
looked on
On Sat, 2006-12-09 at 12:03 -0800, Steven M. Schultz wrote:
> > I guess the video machine will have to be Suse 10.1 then.
>
> I know the build will be successful there because I did it last night ;)
>
Ok.
What all tools in mjpegtools use lav_file_t ? Just lavtools?
If lav_file_t isn't
On Sat, 2006-12-09 at 00:10 -0800, Steven M. Schultz wrote:
> What does "gcc -dumpversion" say on FC6?
4.1.1
Looks like they changed/broke something in GCC then. :(
I guess the video machine will have to be Suse 10.1 then.
Thanks.
Stan
On Fri, 2006-12-08 at 20:25 -0800, Steven M. Schultz wrote:
> You didn't give the mode of failure. What was the error and on which
> file did it happen. That's the type of info that might be helpful
> in trying to solve the problem :)
Hi Steven,
Here is the trailing end of w
Hi everyone,
It's been a long, long time since I've messed with any video stuff and
after recently updating all the video tools, I was wondering if
mjpegtools, libquicktime, smilutils and so forth are still using CVS or
are they all on SVN now?
The reason I wonder is I can't get mjpegtools to com
On Sat, 2005-12-31 at 13:24 +0100, Dik Takken wrote:
> Hi all,
>
> Has any of you ever played with the Pinnacle MovieBox DV A/D converter? It
> looks like an affordable solution to convert old VHS tapes to DV.
Hi,
I haven't tried the Pinnacle converter. The converter I use is a Canopus
ADVC-110
Hi everyone,
I'm finally getting around to trying to make some DVD's from older VHS
tapes. After getting a Canopus ADVC-110 and LOTS of emails to Steven
Schultz, I'm getting there. Thanks a lot for all the help Steven.
I'm still unsure how to make a DVD (with the menus and so forth) if I
process
Is there a way to convert a mjpeg 4:1:1 file (Matrox AVI format) to a
"standard" 4:2:2 or 4:2:0 file format using mjpegtools? Other tools?
Forget about it?
Stan
---
SF.Net email is Sponsored by the Better Software Conference & EXPO
Septembe
Hi everyone,
I'm new to this list, so forgive me if this topic has been beat to death
before. I didn't find it by searching the archives.
I have an older Matrox rainbow runner studio card. NOT a G series card.
It's the Mystique 220 with the rainbow runner studio add on card. The
"studio" card u
41 matches
Mail list logo
