Attached to this letter is the shell script I used
recently to convert a videotape that was made of a
24-frame-per-second film. It's almost identical to
the "near-perfection" scripts I posted earlier, but it
contains a call to yuvkineco.
If you know your videotape is of a film, and you're
not run
On Monday 17 January 2005 21:16, I wrote:
> > or the mjpeg-howto*.pdf on http://mjpeg.sourceforge.net/files/ for the
> > PDF versions.
>
> Just having a look now.
Just had a good read, and it's miles ahead of what I remember it being.
It certainly contains most of the points I was thinking of, in
Hi,
On Wed, 2005-01-19 at 19:02, Steven Boswell II wrote:
> Also, I started using yuvdeinterlace when converting
> DVD video to VCD. Another big difference! I've
> always been lukewarm about deinterlacing, but it turns
> out that's mostly because xine's deinterlacer is so
> crappy. Our deinterla
Hi Ronald -
On Wed, 19 Jan 2005, Ronald S. Bultje wrote:
> On Wed, 2005-01-19 at 19:02, Steven Boswell II wrote:
> > Also, I started using yuvdeinterlace when converting
>
> Don't forget that Xine's deinterlacer has a different purpose, it's
> supposed to be a realtime deinterlacer for playback
On Wed, Jan 19, 2005 at 10:02:45AM -0800, Steven Boswell II wrote:
> Right before I call yuvkineco, I call yuvcorrect to
> change bottom-field-interlacing to
> top-field-interlacing. yuvkineco needs
> top-field-interlaced vidoe for some reason; that can
> probably be fixed. yuvkineco puts out a
>
On Wed, 2005-01-19 at 20:24, Steven M. Schultz wrote:
> On Wed, 19 Jan 2005, Ronald S. Bultje wrote:
> > On Wed, 2005-01-19 at 19:02, Steven Boswell II wrote:
> > > Also, I started using yuvdeinterlace when converting
> > Don't forget that Xine's deinterlacer has a different purpose, it's
> > suppo
>>before the video gets sent to mpeg2enc, I pipe
>>it through another yuvcorrect that changes the
>>stream header back to top-field-interlaced.
>
>What's wrong with feeding mpeg2enc the stream of
>progressive frames? I would think that is
>exactly what you want to do, with 24fps film
>material.
I
>I'm still not "sold" completely on deinterlacing
Actually, you're right, deinterlacing isn't needed
on film sources. But it's doing great on a
pee-wee soccer-league game that I shot on VHS-C.
>If yuvcorrect has been called to convert bottom
>to top first then why "pipe it through another
>yuvco
On Wed, 19 Jan 2005, Steven Boswell II wrote:
> It's my understanding that progressive-frame DVDs
> can't be played by all DVD players. I could be
> wrong...I often am... :-)
You can feed mpeg2enc a progressive stream and it will do The
Right Thing. Basically the progressive fr
Hello,
I record DVB-S video with the vdr. The recording shall be watch via
DVD-Player. KiSS DP-500 having an Ethernet port. However the recording
is not MPEG conform. Therefore it has to be demultiplexed and some info
has to be inserted to align audio and video. This is done via
vdrsync.pl. Fin
On Wed, 19 Jan 2005, Thomas Reinemann wrote:
> I record DVB-S video with the vdr. The recording shall be watch via
> DVD-Player. KiSS DP-500 having an Ethernet port. However the recording
> is not MPEG conform. Therefore it has to be demultiplexed and some info
> has to be inserted to align au
>>It's my understanding that progressive-frame
>>DVDs can't be played by all DVD players.
>
>You can feed mpeg2enc a progressive stream and it
>will do The Right Thing. Basically the
>progressive frame gets split into two "fields"
>and the flag in the MPEG2 header turned on that
>says both fields
On Wednesday, Jan 19, 2005, at 19:02 Europe/Stockholm, Steven Boswell
II wrote:
/video/DVD/URGH-A Music War
(DVD,ac3,advc-colorscale-conform-kinecoF1-newd1_z1t2m30M3-med_fr1R1w8-
m2e_b5055q1D10H).mpg
LOL! Worst file name ever! :)
Do you have a "filt" tool to demangle that?
And on windows, it
On Wed, 19 Jan 2005, Steven Boswell II wrote:
> OK. The last I asked this question, I think Bernhard
> told me that mpeg2enc wouldn't give me what I expected.
> Guess this is something else to try!
I know that feeding "-F 1" rate in and specifying the "-p" (2:3
pulldown) and "
On Wed, Jan 19, 2005 at 11:27:18PM +0100, Roine Gustafsson wrote:
>
> On Wednesday, Jan 19, 2005, at 19:02 Europe/Stockholm, Steven Boswell
> II wrote:
>
> >/video/DVD/URGH-A Music War
> >(DVD,ac3,advc-colorscale-conform-kinecoF1-newd1_z1t2m30M3-med_fr1R1w8-
> >m2e_b5055q1D10H).mpg
> >
>
>
On Wed, 19 Jan 2005, Richard Ellis wrote:
> encode it. Otherwise, once I had test1, test2, ... testx, I would
> have forgotten what setting was used for testy. And maintaining that
I prefer to use URGHA~1.MPG, URGHA~2.MPG, ... URGHA~x.MPG
---
> > Yup :). figured as much and started shooting at it with CC='gcc-3.3'
> > and CXX='g++-3.3', with a good about of success. the resulting error
>
> I do have, now that I think of it, a disk (those removable IDE
> drive kits are great for having multiple systems/distributions arou
On Thu, 20 Jan 2005, Jonathan Woithe wrote:
> To avoid any unnecessary confusion, Slackware 10.0 uses GCC 3.3.4:
Ah, ok - thanks for the info! I have something around that uses
2.95.4, but can't remember which OS or distribution it was (that's
what comes from juggling to
>>LOL! Worst file name ever! :) Do you have a
>>"filt" tool to demangle that?
>
>Actually, it's quite apparrent what it means
>after looking at it for a couple seconds:
Also, since my filename is meant to represent the
processing pipeline, and said pipeline is described
earlier in the same file,
On Wed, 19 Jan 2005, Steven Boswell II wrote:
> I write a more verbose version of my recording
> notes on the right quadrant of every CD/DVD I burn.
The way I retain that information (and it travels with copies made
of the DVD) is place all the scripts, still pictures use
I think it would be beneficial if all of the yuv4mpeg utilities added
an Xmetadata tag to it's output which included it's name and arguments.
It would render this Hungarian notation in filenames unnecessary. How
much metadata can be included in MPEG? It would be great if the Xtags
could also be o
On Thu, 20 Jan 2005, Jonathan Woithe wrote:
> > > Yup :). figured as much and started shooting at it with CC='gcc-3.3'
> > > and CXX='g++-3.3', with a good about of success. the resulting error
The cvs verion of mplex has a build process that is the worst example automake
hell I've ever seen.
On Wed, 19 Jan 2005, James Klicman wrote:
> I think it would be beneficial if all of the yuv4mpeg utilities added
> an Xmetadata tag to it's output which included it's name and arguments.
Now that's a good idea. There is a dataformat used for scientific data called
NetCDF. Standards conforming n
On Wed, 19 Jan 2005, Trent Piepho wrote:
> That's it! You can compile and link mplex with one single g++ command!
I don't see anywhere in that one line the building of the libmplex
shared libraries - that's what most of the build stuff is for.
> That's it, one command that fi
On Wed, 19 Jan 2005, Steven M. Schultz wrote:
> On Wed, 19 Jan 2005, Trent Piepho wrote:
>
> > That's it! You can compile and link mplex with one single g++ command!
>
> I don't see anywhere in that one line the building of the libmplex
> shared libraries - that's what most of the
On Wed, 19 Jan 2005, Trent Piepho wrote:
> Nothing uses the libmplex shared library, so that's not a problem.
mplex uses it.
sms% ldd /usr/local/bin/mplex
/usr/local/bin/mplex:
/usr/local/lib/libmplex2-1.7.0.dylib (compatibility version 1.0.0, current
version 1.0.0)
/usr/local/lib/lib
On Wed, 19 Jan 2005, Steven M. Schultz wrote:
> On Wed, 19 Jan 2005, Trent Piepho wrote:
>
> > Nothing uses the libmplex shared library, so that's not a problem.
>
> mplex uses it.
It doesn't need to be a library, you can just compile all the source into a
single program with one command,
Hi,
On Thu, 2005-01-20 at 04:31, Trent Piepho wrote:
> It doesn't need to be a library, you can just compile all the source into a
> single program with one command, and it words fine.
GStreamer uses it.
> No, I can run mplex just fine without the library. It's faster too, since the
> shared li
Hi,
Am Donnerstag 20 Januar 2005 04.31 schrieb Trent Piepho:
> > > The minimum versions must be very bleeding edge, when redhat 9 and
slackware
> >
> > No, not really. But their also not years old either (RH9 went end of
> > life a some time back - they're up to fedora 3 or whateve
29 matches
Mail list logo
