On Fri, 23 Sep 2011, Alan Cox wrote:
> It's a very sane default because the performance difference is
> astronomical
I disagree. I do not see how having a thread which obtained a lock
be the one which releases it causes any performance change. The same
amount of unlock
>From: Mark Heath
>
>I assume I'd need to use glib but it appears to be broken on my system.
>I also tried the gcc atomic operations but I've only got gcc 4.0.1.
>
>I've also sig_atomic_t but I've got no idea if it's reading and
>incrementing as an atomic action. The read and increment is such
On Mon, 5 Apr 2010, Bernhard Praschinger wrote:
> I'm nor sure any more but y4mscaler was programmed by Matthew
> Marjanovic. He did a lot for the mjpegtools project but he did never put
> y4mscaler into the mjpegtools project. So I/we did never distribute the
> y4mscaler with the mjpegtools o
On Sun, 20 Dec 2009, Matt Scherer wrote:
> I'm having a problem with jpeg2yuv. This binary is currently a
> dependency of the MythArchive package from my software repository. The
> command that I'm trying to run is:
> mythserver share # jpeg2yuv -v 2 -n 449 -v0 -I p -f 29.97 -j
> /tmp/work/back
On Thu, 8 Oct 2009, E Chalaron wrote:
> Ha well let's install libquicktime-devel then ...
> No such luck, Yast is preventing me to do so thanks to a depedency on
> libdc1394_control_12-devel /ffmpeg which leads me to a cascade of
> depedencies of various stuff ...
Right - and while "package" sy
On Wed, 7 Oct 2009, E Chalaron wrote:
> I am sorry for what seems to be a recurent question but can not get the
> qtoy4m to compile.
We can be recurring too - as in the recurring request for additional
information :)
What is the error - cut/paste or include the build/com
On Fri, 2 Oct 2009, Christian Ebert wrote:
> Hi,
>
> [ sorry for half-hijacking the thread ]
>
> > If you only have one CPU/Core you don't even need mpeg2enc's -M 2
> > option. The only thing that might help you than is the buffer program
> > for buffering the I/O. The mjpegtools with the pip
On Wed, 2 Sep 2009, Bernhard Praschinger wrote:
> 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. I will investigate it next weekend. It compiles well on the PC
> running Linux.
On Mon, 31 Aug 2009, Christian Ebert wrote:
> Hello,
>
> I believe it must be the last change to cpuinfo.sh that breaks
> compilation on MacOS X:
> configure: - arch/cpu compiler flags : -march=core2 -mtune=core2
Seems some versions of gcc have sprouted a new cpu type that is n
> Rats...my memory of the conversation was that TOP_FORWARD was
> necessary to correct DV of telecined video.
And for a long time that was the prevailing method - but I ran into
problems back (3 or 4 years).
> (I searched the
> mailing list archives, by asking Google for "TOP_FO
On Wed, 24 Jun 2009, Roman V Shaposhnik wrote:
> why? Don't the tools handle reverse telecine of NTSC material properly?
No.
yuvkineco is top field first only. no effort has been made to fix
that and the author hasn't been heard from in eons.
and using yuvcorre
On Mon, 15 Jun 2009, E Chalaron wrote:
> Just recompiled from CVS. Y4mtoqt is not buidling, all other y4mtools
> have a .o and exe file but his one.
I wager that you are also missing qttoy4m
Both y4mtoqt and qttoy4m depend on having libquicktime correctly
installed. In
On Wed, 3 Jun 2009, Richard Archer wrote:
> I'm running mjpegtools on a Centos 5 x86_64 (Intel) system and
> y4mstabilizer is crashing.
mjpegtools build either from the last release (end of Dec 2009) or from
CVS (which
hasn't changed too much)?
> My source file is a snippet of
On Thu, 14 May 2009 j...@bitminer.ca wrote:
> A simple fix, the png library needs to free memory after every read of a
> png image.
>
> + png_destroy_read_struct(&png_ptr, &info_ptr, &end_info);
>fclose(pngfile);
>
>return 1;
Fix checked in. Interestingly enough the memory _w
On Mon, 27 Apr 2009, steve tell wrote:
> As a longtime mjpegtools user, I'm excited to start using my new ADVC-55
> (replaces a LML33 card and occasionaly troublesome zoran driver).
I had a Canopus ADVC-100 but gave it to a friend in Austria. Still
have my AJA Io-LA
though ;)
On Sun, 19 Apr 2009, Graham Murphy wrote:
> As distributed, lines 245-250 in yuv2lav.c are:
>
> #ifdef HAVE_LIBQUICKTIME
> dotptr = strrchr(param_output, '.');
> if ( (!strcasecmp(dotptr+1, "mov")) && (param_format == 'x') )
> param_format = 'q';
> #endif
>
On Sat, 24 Jan 2009, Christian Ebert wrote:
> > The changes are most definitely NOT recent. The changes date back...
>
> When the logging output was changed?
April 1, 2007. 'cvs log' says:
date: 2007/04/01 18:06:06; author: sms00; state: Exp; lines: +12 -2
LOG_* is used NOWHERE ex
On Sat, 24 Jan 2009, Marko Cebokli wrote:
> I managed to compile the y4mscaler.c that was attached to a previous message
> of another thread (10 min ago).
Good! Maybe in the future there will be either a 0.91 version of
y4mscaler or the program will be integrated into mjpegtool
On Sat, 24 Jan 2009, Christian Ebert wrote:
> y4mscaler to switch to 444. Trying to compile it on MacOS 10.5.6
> fails like so:
>
> ~/src/y4mscaler-9.0$ make
> y4mscaler.C: In function ?int main(int, char**)?:
> y4mscaler.C:197: error: ?LOG_INFO? was not declared in this scope
> y4mscaler.C:219
On Sat, 24 Jan 2009, Bernhard Praschinger wrote:
> I have a similair machine Athlon Phenom but running OpenSuse 11.0 x64.
> There y4mstabilizer does not produce a green output. bcopy, and memcpy
> produce visualy the same output.
I tested on a SuSE 10.3 64bit Opteron system and
On Wed, 31 Dec 2008, Todd Freeman wrote:
> I see that mpeg2enc supports closed GOPs which are necessary for multi-angle
> DVDs and I happen to be working on a project that I need to make such DVDs.
>
> Has anyone had luck with mpeg2enc/dvdauthor/etc making such a DVD? Care to
> share?
On Sun, 30 Nov 2008, Steven M. Schultz wrote:
First posting in eons and I make a typo...
> Actually I'd hope you would resurrect and do battle with, and hopefully
> drive a stake thru the hear of, the "-q" option. Make that thing
drive a st
On Sat, 29 Nov 2008, Andrew Stevens wrote:
Andrew - you're alive! :)
Welcome back!
> - no longer doing any kind of analog video capture and so having zero use for
I know that on at least a couple occasions I have mentioned that you
do not need an analog
On Tue, 9 Sep 2008, Bernhard Praschinger wrote:
> I have found that in the tracker:
> Initial Comment:
> Tried to build mjpegtools today (mjpegtools-1.9.0rc3) with the latest
> (debian testing) gcc release. gcc-4.3 appears much more strict about
> header files now-a-days, I'm having to fix up
On Tue, 29 Jul 2008, E Chalaron wrote:
> My point is actually to work in 10 or more bits from frame acquired from
> a machine vision cam.
> Trying to sort out what I can really do before investing in bits I could
> not use.
Point to remember: the type of hardware that is used to do
10 bit or
On Tue, 29 Jul 2008, E Chalaron wrote:
> Do the MJPEGtools support more than 8 bits/channel ?
Nope.
A couple simple utilities 'qttoy4m' (and it's counterpart 'y4mtoqt')
can be used to downconvert Quicktime files from 10bit/channel (v210)
to 8bits. And even that
On Sun, 22 Jun 2008, Bernhard Praschinger wrote:
> Mark Heath wrote:
> > On 12/06/2008, at 11:23 PM, Mark Heath wrote:
> > It would be nice to be able to automate this into one seamless make.
> > If anyone is responsible for the Makefile and configure scripts, I'd
> > like to hear from you t
On Sun, 25 May 2008, Christian Ebert wrote:
> Oh, sorry for the misunderstanding. I do have mpeg2enc installed
> and libmpeg2encpp.dylib in /usr/local/lib, only not latest CVS as
> quantisation is broken. In fact I mainly need mpeg2enc, and all
> distributions after 1.9.0rc1 do not work correctly
On Thu, 28 Feb 2008, Stan Gammons wrote:
> That's Ok with me. What do I need to change to make it work?
It'll be _REALLY_ obvious when you try to compile it ;)
Basically all the old LOG_WARN, LOG_ERROR, LOG_INFO, ... defines
are no longer public. You have two choices wh
On Thu, 28 Feb 2008, Stan Gammons wrote:
> Will mjpegtools compile Ok if I fetch the CVS, then replace the mpeg2enc
> directory from CVS with the mpeg2enc directory from the old version?
Probably not unless you're willing to do a little work. The logging
API has changed and t
On Wed, 27 Feb 2008, Stan Gammons wrote:
> I tried this using the latest CVS of mjpegtools on a video capture from
> satellite TV using the ADVC-110. Video was 84,120 frames long. Average
> bit rate indicated was 5,017,600 Peak bit rate was 9,274,800 The file
> length was 1,706,553,307
On Mon, 25 Feb 2008, [UTF-8] Bernhard Fr??hmesser wrote:
> I was wondering if anyone knows the programm Compressor from Apple?!
I've used it and the later version (Compressor2). Not very often
for video, mostly for AC3 audio encoding. Haven't seen the latest
ve
On Mon, 11 Feb 2008, Bernhard Praschinger wrote:
> Does anyone know how I change the cpuinfo program so I get the correct
> value for the model ?
I have checked in a change to cpuinfo.c
The problem was that the family/cputype field is only 4 bits wide, so
for cputype
On Mon, 11 Feb 2008, Bernhard Praschinger wrote:
> I have my new MAC beside me, and cpuinfo from the uitls directory tells
Congratulations!
> me that:
> vendor_id : GenuineIntel
> cpu family : 6
the cpu family value looks OK.
> model : 7
Hmmm, th
On Sun, 3 Feb 2008, Andrew Stevens wrote:
> 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?
I saw something similar last night. The encoding would be
On Thu, 17 Jan 2008, Christian Ebert wrote:
> $ qtinfo test.mov
> Type: Quicktime
> 1 audio tracks.
> 2 channels, 16 bits, sample rate 48000, length 481920 samples, compressor
> twos.
> Sample format: 16 bit signed.
> Channel setup: Not available
> Language: eng
> supported
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 u
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.
On Wed, 16 Jan 2008, Christian Ebert wrote:
> > Which says:
> > DV Color Correction - DV Luma Correction
> > DV Luma Correction has changed as of BitVice 1.4. If you create
> > video with iMovie, Final Cut Pro or other programs using the Apple
> > DV Codec, then check the DV Luma box. The Apple
On Tue, 15 Jan 2008, Christian Ebert wrote:
Hi Christian -
> On samples with /very/ noisy source material I just don't see the
Denoise it first ;)
> slightly clearer, but little jumps. I have pal-dv source
> material, in case it matters.
So the 'DV Luma Correction' does not ap
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 am
completely convinced ;)
> Especially with bitrate around 4500 to get a 2h video on a singel
> layer dvd, I get
On Sun, 13 Jan 2008, Craig Leres wrote:
> If you do something like:
>
> echo 000136_0.jpg | jpeg2yuv -f 25 -I p > /dev/null
>
> jpeg2yuv loops forever processing the last filename seen on stdin.
>
> I see 1.9.0rc3 is out and it appears to also have this issue.
Try the cvs version.
On Mon, 7 Jan 2008, Matto Marjanovic wrote:
> properly. (Nothing like lighting a fire to get the frog to jump.)
Wasn't there an urban myth about gradually warming the pot and
the frog wouldn't notice it being boiled? :)
> ps: Yah, looking ahead, I see sms responded as well.
On Sun, 6 Jan 2008, Stan Gammons wrote:
> Has anyone seen this error when trying to build y4mscaler 9.0 with the
> current CVS of mjpegtools on Opensuse 10.3?
Of course.
matt was going to come out with a 9.1 version that would work
with the new logging API but so far t
On Sun, 2 Dec 2007, Gernot Ziegler wrote:
> Hej !
>
> Sorry, not involved anymore, but I forward the e-mail :-)
>
> -- Forwarded message --
> Date: Sun, 2 Dec 2007 13:14:11 +
> Subject: mjpegtools
> I am trying to build mjpegtools on a newly built Intel E6750 Core 2 duo
>
On Thu, 8 Nov 2007, E Chalaron wrote:
> Thanks a lot Steven.
> I have actually remove the -X 308 it does not work either.
You mean remove the '-v308'? That's what you were using and I know
that was incorrect.
-X, and I was not correct earlier, does not take an argument.
On Thu, 8 Nov 2007, E Chalaron wrote:
> Hi there
> I am trying to use y4mtoqt to convert some pnm files to a 444 qt video.
> I cant get where the error is coming from
>
> Any help appreciated
> Thanks a lot
> Edouard
>
>
> script
> #!/bin/bash
> reel_name=$1
> (find . -name \*.pnm | sort | xar
On Tue, 6 Nov 2007, Florin Andrei wrote:
> 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.
You can try without the patch. I made a small change to the
lavto
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
On Tue, 6 Nov 2007, Florin Andrei wrote:
> The following patch fixed it:
Well, 'worked around' ;) On some systems that have SDL built to
include its own depencendies then included -lX11 again causes
an error.
> -SDL_LIBS = -L/usr/lib -lSDL
> +SDL_LIBS = -L/us
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
On Mon, 5 Nov 2007, Florin Andrei wrote:
> I said this before - you guys should make releases way more often. Very
Of what? Broken software? No sense doing a release for the last
year or whatever since it was broken. And now it _may_ be fixed
and it's time for testin
On Sun, 4 Nov 2007, Andrew Stevens wrote:
> $229... inexpensive ... cough cough. I've got MIPS and hard-disk space up the
Sure - compared to the ADVC300 or something like the Aja IO/LA
(http://www.aja.com/html/products_Io_IoLAD.html but can do everything
from 10bit uncom
On Fri, 2 Nov 2007, Andrew Stevens wrote:
> Andrew here (mpeg2enc author).
> IF Steven and I are currently using the same test sample then the high q
We are - and yes it is rotten quality (tape was on the verge of
causing the VCR to mistrack). The original 4:2:2 uncompressed d
On Fri, 2 Nov 2007, Christian Ebert wrote:
> > 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
there ar
Good News.
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',
On Wed, 19 Sep 2007, mike wrote:
> sorry for my spartan informations
Usually the gcc and cpu info are enough - thanks for the info and
the suggested change.
> my modification on cpuinfo.sh:
> ...
> 6) iproc=686
>if test "$pmode
On Wed, 19 Sep 2007, Christian Ebert wrote:
> Are you sure? I still get output like
No, I am not sure. I had forgotten that mpeg2enc is a wrapper
around the loadable module libmpeg2encpp
> If I save the libmpeg2encpp.* for mjpegtools-1.9.0rc1 as well and
> copy the libraries bac
On Tue, 18 Sep 2007, mike wrote:
> i try to compile mjpegtools-1.9.0rc2 on my x86_64 multilib enviroment.
I am not sure if that's enough information (it'd be nice to know
the distribution, version of gcc, etc) but I think a workaround
for the problem can be produced.
>
On Fri, 14 Sep 2007, Stan Gammons wrote:
> 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
Nope - it has not. There is some (small) hope that the situation
will improve but it's a way
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).
>
> Better CVS instructions on how one does that
On Fri, 14 Sep 2007, Mark Heath wrote:
> I haven't looked thoroughly into this but it appears that the version
> of yuvdeinterlace crashes on 480 height files, while works fine on
> 576 height files.
yuvdeinterlace has had buffer allocation/addressing issues - in one
case wou
On Tue, 14 Aug 2007, Bernhard Praschinger wrote:
> Did you know that one major part of the mjpegtools is/was the driver for
> the zoran based video cards. ;)
'was' is probably the best word at this point :) :)
> And that is a patch for the MAINTAINERS file in the Linux kernel.
On Sun, 12 Aug 2007 [EMAIL PROTECTED] wrote:
> Add file pattern to MAINTAINER entry
Interesting - just one problem though...
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index b21841e..d291a71 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINE
On Mon, 30 Jul 2007, Bernhard Praschinger wrote:
> I have a strange problem compiling the mjpegtools on my debian.
> With gcc: 4.1.2 20061115
>
> It failes with that error:
> Making all in y4mdenoise
> make[2]: Entering directory
> `/home/bernhard/download/cvs/mjpeg_play/y4mdenoise'
> if g++ -D
On Sun, 22 Jul 2007, sean wrote:
> Steven M. Schultz wrote:
> ..
> >
> > That's why I switched to a different encoder (which as it turns
> > out gives better quality anyhow ;))
>
> Any hints appreciated. What do you u
On Sun, 8 Jul 2007, David Kramer wrote:
> So what's the deal?
The maintainer/creator/person-who-broke-it is busy and has had no
time or inspiration to fix the bug introduceed during the last set
of changes (before becoming too busy)
> What's actually broken?
rat
On Tue, 15 May 2007, herve.flores wrote:
> ...THANKS !!!
You're welcome.
> I tried it today, same behavior than with the original version (re-
> thanks, thanks, thanks)
I am glad that the program is working for you.
> PS: if you decide to incorporate it in the mjp
On Tue, 15 May 2007 [EMAIL PROTECTED] wrote:
> You are right. There *is* a big difference between these two...
> :-) Could you please fix your fix?
Only when you fix the code so it doesn't crash on my systems.
*before* yuvdeinterlace crashed.
*after* it does not c
The yuvmotionfps.tar.bz2 posted a few minutes ago has a bug that
will corrupt the output - I forgot to delete a debug printf()
statment.
You can either delete the printf (line 110 in motionsearch_deint.c)
or use the revised .tar.bz2 file attached to this ma
On Mon, 14 May 2007, herve.flores wrote:
> thanks a lot, no pb for the compilke, but the tool crashes on my PPC
> computer with this build
cpu arch (intel or PPC) has, as it turns out, NOTHING to do with it.
Program would crash on an Intel based MacBookPro. I haven't tested
On Mon, 14 May 2007, Jonathan Woithe wrote:
> Ok, I must be blind. Ever since the issue came to light I've been watching
> for news on it but I never saw anything.
I was referring to -q discussion in general. It felt to me that
have been many threads of discussion about
On Fri, 11 May 2007, herve.flores wrote:
> http://jcornet.free.fr/linux/yuvmotionfps.html
> the last time I managed to reach jerome was... two years ago (he
> doesn't answer anymore :-(
480KB download, most of it is an OLD copy of mjpegtools.
> yuvmotionfps comes with a configure from
On Fri, 11 May 2007, Stefan M. Fendt wrote:
> :) Basicaly "optical-flow" in marketing-lingo just means it is not
> block-based but a dense field (vector for every single pixel)... That's
> why it is so slow... If you look into the papers dealing with that
Slow is almost an inadequate
On Fri, 11 May 2007, herve.flores wrote:
> http://jcornet.free.fr/linux/yuvmotionfps.html
Ok.
> the last time I managed to reach jerome was... two years ago (he
> doesn't answer anymore :-(
So it is an abandoned program :-(
> yuvmotionfps comes with a configure from mjpegt
On Fri, 11 May 2007, Stefan M. Fendt wrote:
> Am Donnerstag, den 10.05.2007, 20:07 -0700 schrieb Steven M. Schultz:
>
> yuvmotionfps is an external program, yes. I can not reach the guy who
Oh, ok - that explains why I couldn't find it ;)
> experience with Macs, I hop
On Fri, 11 May 2007, Jonathan Woithe wrote:
> For a long time there have been known issues with encoding at low quality
> factors such as q=2 (ie: high quality encoding) on ix86. I understand this
Not -q again. Seems like just yesterday there was (yet another)
discussion about
On Thu, 10 May 2007, Stefan M. Fendt wrote:
> Am Donnerstag, den 10.05.2007, 13:56 +0200 schrieb herve.flores:
>
> > sorry for hijacking the thread but I don't manage to compile
> > yuvmotionfps in MacIntel,
>
> hmm, I can not say anything to Mac's... Perhaps Steven can help with
> these?
>
On Wed, 9 May 2007, Petr Cerny wrote:
> > missing #include
>
> If you don't like malloc.h, probably posix_memalign() could be of use.
If you look more closely at the code you will see that the
reference to memalign() (for which malloc.h is needed) is in the
posix_memal
On Sun, 6 May 2007, Bernhard Praschinger wrote:
> I have got a bug report from Petr, he found in the mjpegtools RC2.
>
> The patches look ok for me
Any patch that uses malloc.h is incorrect.
malloc.h should NEVER be used. It was deprecated a decade or more
ago.
On Mon, 23 Apr 2007, Edouard Chalaron wrote:
> Anne
> use y4mscaler to shrink your file:
>
> | y4mscaler -O size=480x576 | etc ..
>
> At least for PAL countries.. Surely there will be a NTSC version ...
This is for a DVD, correct?
If a DVD is being created then you can NOT use
On Sat, 31 Mar 2007, Anne Wilson wrote:
> > http://www.mediachance.com/dvdlab/
> >
> > Not very expensive and it runs under WINE
> It does look interesting. Since I'm dealing with old Hi8 tape and an analo
> gue=20
> recorder, I still have to capture with the DC10+. Do these editing su
On Sat, 31 Mar 2007, Anne Wilson wrote:
> this. I did at first try Linux Video Studio, but it only partially worked
> and IIRC it didn't work at all after the 2.6 kernels started (could be wrong
> there). Perhaps it's time I came into the 21st century? :-)
It is less about coming into
On Sat, 31 Mar 2007, Anne Wilson wrote:
> This is getting technical :-)
Uh, you think "add a new track" and "create a top level menu" is
technical and they you toss a blob of xml at me? ;) Now that is
_technical_
> At the moment I just use
Makes no se
On Sat, 31 Mar 2007, Anne Wilson wrote:
> I want to mix some old avi recordings done at half-size with some new ones at
> full size, all into one dvd. Am I wanting the impossible? Do I have to
> locate the original tape and start again?
You certainly can mix streams of different frame
Howdy -
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
On Tue, 20 Mar 2007, Stan Gammons wrote:
> No. I've seen several messages about aspect ratio, but I haven't
> followed it that closely.
Ah, you want the _other_ topic of recent discussion ;)
> Maybe I still have an older CVS on the 32 bit machine (I went back to
RC2 is when th
On Tue, 20 Mar 2007, Stan Gammons wrote:
> 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 fil
On Sat, 17 Mar 2007, Anne Wilson wrote:
> About 20 minutes into editing a long recording I realised that the sound was
> way out of sync. Much of the sound previous to that was background, not...
> By the end, around 45 minutes, it was around 6 seconds late.
You say the sound is 'late'
On Wed, 14 Mar 2007, Andrea Giuliano wrote:
> Okay, but here comes another problem: AC in USA has 60Hz frequency, in
> Italy the frequency is 50Hz. So the stepdown transformer would give the
> right voltage (120V), but the wrong frequency (50Hz), and the adapter
> shipped with the CT2 could ha
On Mon, 12 Mar 2007, Andrea Giuliano wrote:
> It sounds as a good idea, but can you explain what a "stepdown
> transformer" is? I guess a "transformer" is an equipment that converts
> an alternate current from a voltage to another
Precisely.
> frequency, and I don't know if that's t
On Sun, 11 Mar 2007, Andrea Giuliano wrote:
> At last I bought it, brand new, just the model is CT2, not CT200, but
> many people told me they are actually the same item.
The CT200 is an upgraded CT2. CT200 has a couple more "enhancement"
modes but the 200 is quite a bi
On Wed, 7 Mar 2007, Santiago Vila wrote:
> My machine is a powerpc machine running Debian testing (aka etch).
>
> 1. dpkg-buildpackage believes the package is version 1.7.0-1 because
> of the first changelog entry in debian/changelog. Please put something
> like 1.9.0-0
>
> mjpegtools (1.9.
On Wed, 7 Mar 2007, Santiago Vila wrote:
> I downloaded mjpegtools-1.9.0rc2 and tried to build a debian package
> using the debian/* files inside the tarball.
> My machine is a powerpc machine running Debian testing (aka etch).
>
> Suggestions:
>
> 1. dpkg-buildpackage believes the package is
On Tue, 6 Mar 2007, stefan wrote:
> PS: would there be demand for an "old-film-look-filter" in the Tools?
Not from me - I spend too much effort trying to get rid of color
artifacting/problems ;)
Cheers,
Steven Schultz
--
On Fri, 9 Feb 2007, Bernhard Praschinger wrote:
> I have found another interesting feature request in the tracker, about
> support for ml-jpeg. where ML-JPEG is Multi-layer JPEG
> Take a look here:
> https://sourceforge.net/tracker/?func=detail&atid=355776&aid=1654963&group_id=5776
I t
On Tue, 6 Feb 2007, stefan wrote:
> could we please wait with the release until I get the updated
> deinterlacer-core into the cvs? I just ask because I have some very
We certainly can wait. Bernhard and I decided to push out a
first release candidate to "get the ball rolling"
Hi -
It hasn't received much publicity outside the -devel mailinglist
but a 1.9.0 release candidate 1.9.0rc1 is available for download
from the Sourceforge download page.
There are both binary and source rpms as well as a source .tar.gz file
Happy Testing
On Mon, 22 Jan 2007, Marco Behnke wrote:
Hi -
> > The only things I can think of to try are edit the yuvcorrect/Makefile
> > and delete all the "-mtune" and "-march" options - maybe the mismatch
> > the actual cpu type (I do not think Apple is using pentium3 cpus)
>
> That worked fo
On Fri, 19 Jan 2007, Marco Behnke wrote:
> ok, I mastered that step on the ladder this on is a "big & nasty" one...
> Making all in yuvcorrect
...
> if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include
> -I../utils -march=pentium3 -mtune=pentium3 -g -O2 -no-cpp-precomp
1 - 100 of 1219 matches
Mail list logo
