Hello
> I have finally checked the files you uploaded.
Thank you vary much!
xatv
> ... lacks the support of y4mpeg for mjpegtools newer than version 1.6.x
streamer option lists 4mpeg and 4mpeg-o for <1.6.x - apparently none works. I
tried the 4mpeg-o option in the streamer command line and the r
Hallo
I have finally checked the files you uploaded.
> record.yuv and record.wav were recorded with streamer from an
> analogue video source using a bttv card
The important part is the command line you used:
streamer -p 4 -w 2 -t 0:10:0 -r 29.97 -R 48000 -s 720x480 -o record.yuv
-O record.wav -f
I uploaded four files in my dropbox for Bernhardt Praschinger
record.yuv and record.wav were recorded with streamer from an analogue video
source using a bttv card
record.avi is from the approximately same video clip, recorded with streamer in
avi format
record.txt is e text file showing comma
Bernhard Praschinger wrote
>I should find time next week to take a look at your problem.
...
>I have experience with dropbox.
...
>So you can upload it somewhere. And write afterward a mail.
I uploaded it to Dropbox and invited you to my share using your email
address above.
Sorry again for my
Hallo
>> From what I remember streamer can also create mjpeg encoded AVI's. Just
>> for testing purposed pleas create a AVI File, just to make sure that
>> mpegenc basically can work: streamer -t 0:30 -s 740x480 -r 29.97 -o
>> movie.avi -f mjpeg -F stereo
> The above command creating movie.avi
Hi,
> From what I remember streamer can also create mjpeg encoded AVI's. Just
> for testing purposed pleas create a AVI File, just to make sure that
> mpegenc basically can work: streamer -t 0:30 -s 740x480 -r 29.97 -o
> movie.avi -f mjpeg -F stereo
Thank you for your suggestions. I was travelin
Hallo
>> What size, framerate, chroma (sublampling) did you set in streamer
>> ?
> My command is
> [...@andraslinux ~]$ streamer -t 0:10 -s 720x480 -r 29.97 -n 4 -f 4mpeg
> -o test.yuv -O test.wav -F stereo
> raw / video: 12 bit YUV 4:2:0 (planar) / audio: 16bit stereo (LE)
> rate: queueing fra
Hi Berni,
From: mjpeg-users-requ...@lists.sourceforge.net
Subject:Mjpeg-users Digest, Vol 43, Issue 3
To: mjpeg-users@lists.sourceforge.net
Send reply to: mjpeg-users@lists.sourceforge.net
Date sent: Wed, 07 Apr 2010 17:07
Hallo
> Compiled mjpegtools-1.0.9, captured raw video with streamer and got this
> error:
I hope you 1.0.9 is a typo ;)
What size, framerate, chroma (sublampling) did you set in streamer ?
Can you try what happens when you feed the stream to yuv2lav, with a
command like that:
yuv2lav -v 2 -f a
Hi,
Long time again, still trying video stuff..
Compiled mjpegtools-1.0.9, captured raw video with streamer and got this
error:
[...@andraslinux ~]$ mpeg2enc -o test.mlv < test.yuv
INFO: [mpeg2enc] SETTING EXTENDED MMX for MOTION!
INFO: [mpeg2enc] SETTING SSE and MMX for TRANSFORM!
INF
* 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 are enough serialisation poi
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
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
Hallo
Mark Heath wrote:
> Does mpeg2enc support encoding 422 video?
Currently not.
So you need a program like y4mscaler to change the subsampling.
A simple test would be:
lav2yuv -C 422 test.avi | mpeg2enc -f 8 -o test.m2v
auf hoffentlich bald,
Berni the Chaos of Woodquarter
Email: shadowl...
Does mpeg2enc support encoding 422 video?
Thanks
Mark
--
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Bernhard Praschinger wrote:
> Hallo
>
> Stan Gammons wrote:
>> 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,
Hallo
Stan Gammons wrote:
> 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
Thanks for
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
---
Stan Gammons wrote:
> 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 a
Hi Stan,
> part) the spikes occurred in Enc1. From what I saw Pass2 was "usually"
> lower. Not to say that's always true.
That pass-2 quantisation is what determines final quality. It can spike but
this is only if the input is genuinely hard-to-encode for a complete GOP
(group-of-pictures).
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
Hi Stan,
>
> I saw spike between 8 and 20 a few times as the output of mpeg2enc
> scrolled by. After several hundred to 1,000 frames, it gets rather
> boring to watch it scroll by.
>
> The other capture I processed was twice as long or a perhaps a little
> longer. After making a DVD of them, to me
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
---
* 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
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
---
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
> around material, so I'll co
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-
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 stake thru the heart of, ...
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
Hi Christian,
mpeg2enc author here!
> 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).
Thanks for the encouragement. Basically mpeg2enc development has
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
Hallo
> You need to replace the mpeg2enc command with something like that:
> yuv2lav -q 90 -o stream_without_sound.avi And play it afterwards
> back with glav.
>
> Please find 2 files on http://users.skynet.be/fa991376/
> + fragment with Avidemux from original mpg from JVC MG-GZ505
Hi,
> >>> You need to replace the mpeg2enc command with something like that:
> >>> yuv2lav -q 90 -o stream_without_sound.avi And play it afterwards
> >>> back with glav.
Please find 2 files on http://users.skynet.be/fa991376/
+ fragment with Avidemux from original mpg from JVC MG-GZ505
+ conver
Hallo
[...]
> To be clear: this is a fragment from the original .mod file from
> my JVC camcorder and should play perfectly. Only when converted
> with the mpeg2enc command above the artifacts appear.
Thanks for providing that sample.
>>> You need to replace the mpeg2enc command with something
> Hallo
>
> > I have Mandriva Linux 2008.0 x86_64 PowerPack on a Dell Inspiron
1720
> > notebook with Cinelerra from the Penguin Liberation Front
> > cinelerra-2.1-1.svn1008.1plf2008.0 with
> > mjpegtools-1.9.0-0.rc2.3mdv2008.0.x86_64.rpm
> >
> > I want to render an mpeg-2 movie from my JVC Ev
> > Hallo
> >
> > > I have Mandriva Linux 2008.0 x86_64 PowerPack on a Dell Inspiron
> > > 1720 notebook with Cinelerra from the Penguin Liberation Front
> > > cinelerra-2.1-1.svn1008.1plf2008.0 with
> > > mjpegtools-1.9.0-0.rc2.3mdv2008.0.x86_64.rpm
> > >
> > > I want to render an mpeg-2 movi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bernhard
Praschinger
Sent: 19 June 2008 17:08
To: MJPEG-tools user list
Subject: Re: [Mjpeg-users] mpeg2enc problem: horizontal artifacts in
resulting mpeg
Hallo
> I have Mandriva Linux 2008.0 x86
Hallo
> I have Mandriva Linux 2008.0 x86_64 PowerPack on a Dell Inspiron 1720
> notebook with Cinelerra from the Penguin Liberation Front
> cinelerra-2.1-1.svn1008.1plf2008.0 with
> mjpegtools-1.9.0-0.rc2.3mdv2008.0.x86_64.rpm
>
> I want to render an mpeg-2 movie from my JVC Everio GZ-MG505 ha
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marko
Loparic
Sent: 19 June 2008 00:37
To: MJPEG-tools user list
Subject: Re: [Mjpeg-users] mpeg2enc problem: horizontal artifacts
inresulting mpeg
Hi,
2008/6/17 AERTS Bert <[EMAIL PROTECTED]>:
>
Hi,
2008/6/17 AERTS Bert <[EMAIL PROTECTED]>:
> I want to render an mpeg-2 movie from my JVC Everio GZ-MG505 harddisk
> camcorder to a format for DVD. I follow exactly the manual of Cinelerra CV
> version 2.1:
Why do you reencode the mpeg2 file? Have you considered to remultiplex
it only? It's fa
I have Mandriva Linux 2008.0 x86_64 PowerPack on a Dell Inspiron 1720
notebook with Cinelerra from the Penguin Liberation Front
cinelerra-2.1-1.svn1008.1plf2008.0.
I want to render an mpeg-2 movie from my JVC Everio GZ-MG505 harddisk
camcorder to a format for DVD. I follow exactly the manual of Ci
I have Mandriva Linux 2008.0 x86_64 PowerPack on a Dell Inspiron 1720
notebook with Cinelerra from the Penguin Liberation Front
cinelerra-2.1-1.svn1008.1plf2008.0 with
mjpegtools-1.9.0-0.rc2.3mdv2008.0.x86_64.rpm
I want to render an mpeg-2 movie from my JVC Everio GZ-MG505 harddisk
camcorder to a
Hallo
Christian Ebert wrote:
> * 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!
I have very limited time. To much things to do at work.
* 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
Hallo
> * Bernhard Praschinger on Sunday, February 24, 2008 at 07:10:12 +0100
Sorry that it took so long.
>> And in the video "Nits - In the Dutch mountains"
>>
>> There you see a guy rowing a boat and you have about 2/3 of the lower
>> screen water. And seems to cause the problem too. Currently
* 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
Hallo
> 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 unclear. After 30 encoded music videos.
Each is about 3-5 minutes.
An
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.
Hallo
>> I tested again with dv source material and:
[...]
> I use a script file like this to process a raw DV capture from satellite
> TV after I have edited it with Kino.
>
> smil2yuv -a snowmonster.wav -i 2 snowmonster.smil |
> y4mshift -b 8,0,704,476 |
> y4mscaler -v 0 -I active=704x480+8+0
Hallo
> I tested again with dv source material and:
> $ qttoy4m test.mov | mpeg2enc -f 8 -o /dev/null
I don't have a longer DV material by now. That will take some time. But
I will encode something longer (10-20min) to check that.
> This does not happen with old versions.
Where old means from a
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
* 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?
>>> Unfortunately, at least for me, it is.
>>
Hallo
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?
>> Unfortunately, at least for me, it is.
> Ok. The last CVS update I did on my video machine was around the time
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 it
was fixed/broken agai
* 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
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.
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
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
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:
>
> 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?
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
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
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,
> 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
-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?
--
Florin Andrei
http://florin.myip.org/
-
This SF
Am Montag, den 05.11.2007, 22:45 -0800 schrieb Florin Andrei:
> Oh wait, there's editing. Hm, I've heard that Cinelerra can do that, and
> perhaps Kdenlive too.
Erm, you won't believe it: blender can do this, too... (And I personally
liked it much more than Cinelerra... it does not crash so oft
Steven M. Schultz wrote:
> 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
>
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
Steven M. Schultz wrote:
> 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.
>
>
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
Andrew Stevens wrote:
>>> Anyone got a recommendation for an inexpensive analog capture card that
>>> works well with mjpegtools?
>> For inexpensive nothing beats a Canopus ADVC-110 (the -300 is good
>> but I've come to the conclusion it's not worth the extra money over
>> the 110)
> > Anyone got a recommendation for an inexpensive analog capture card that
> > works well with mjpegtools?
>
> For inexpensive nothing beats a Canopus ADVC-110 (the -300 is good
> but I've come to the conclusion it's not worth the extra money over
> the 110). Use dvgrab/kino to
Am Freitag, den 02.11.2007, 10:22 -0700 schrieb Steven M. Schultz:
> For inexpensive nothing beats a Canopus ADVC-110 (the -300 is good
ah, I did overlook this one... so my response was obsolete... :-)
cu
Stefan
-
T
Am Freitag, den 02.11.2007, 13:30 +0100 schrieb Andrew Stevens:
> Anyone got a recommendation for an inexpensive analog capture card that works
> well with mjpegtools?
I have an Canopus ADVC-110 here. There is nothing out there which can
beat it. (Not even the -300). But it is *external*. Just
Hallo
> LML33 support seems to have died in recent 2.6 kernels and I appear to have
> lent someone my old Philips SAA7134 reference board which I used to use for
> Software-MJPEG capture (I used to work for Philips).
Hmm, have you tried loading each kernel module manual ?
Might be that the wrong
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
Hi all,
Andrew here (mpeg2enc author).
> Well, I thought so too at first.
>
> But look at the "q=" lines! If you're seeing "q=18" or so then
> there are still issues to be resolved.
IF Steven and I are currently using the same test sample then the high q
values (and rotten qu
* 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
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
* 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
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',
* 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
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
---
I have been using ffmpeg with the mjpeg tools for some time.
To convert from the myriad of formats that ffmpeg supports to yuv use
this command:
ffmpeg -i myfile.ext -f yuv4mpegpipe - | yuvmytool | etc.
To convert to another format from yuv4mpeg use this style of command:
yuvmytool | ffmpeg
Am Montag, den 23.07.2007, 10:49 -0400 schrieb sean:
> Ah. No OSX here.
nor here...
> ffmpeg seems the only alternative on linux. I'll go try to
> find out how to do it with ffmpeg. Without docs, it's not
> always easy. And they're such a friendly bunch :(
Yeah, but despite that it is quite g
Steven M. Schultz wrote:
> 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 use??
>
>
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 use??
BitVice from Innobits:
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 use??
sean
---
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
I just joined this list, so please forgive me if the answer is common
knowledge. I did search for that phrase in the mailing list and nothing
came up.
I'm a MythTV user, and a while ago, I upgraded my kernel and MythTV,
after which time I got that error while trying to create a DVD with
MythT
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
Steven M. Schultz 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 it.
Ok, I must
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
Interestingly enough I attempted using mpeg2enc as a change (from
ffmpeg) just to see how things were progressing.
I had just compiled the mjpeg suite on my g5, to do some NTSC to PAL
conversion.
I used the following settings:
mpeg2enc -f 8 -q 2 -M 8
I couldn't get it using more than 2 of m
Hi all
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
was due to something related to potential overflows in some parts of the MMX
code. From memory the general recommendation from a year or so
On Wed, 22 Nov 2006, Bernhard Praschinger wrote:
> Hallo
>
> I got that pathche from Jindrich.
>
> Could someone please have a look at them an apply them.
As a courtesy I forwarded a copy to Andrew (and he's also the most
familiar with C++ and mpeg2enc ;))
Hopefully he
Hallo
I got that pathche from Jindrich.
Could someone please have a look at them an apply them.
> Hello,
>
> here is a patch for mpeg2dec CVS fixing the following issues:
>
> - unused variables throughout the code
> - object member initializers in an order different than the members
> themselv
* 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 ;
1 - 100 of 340 matches
Mail list logo
