I've used mpeg2enc for ages now, and I use -f 1 to set VCD format, as per the
help:
--format-f fmt
Set pre-defined mux format fmt.
[0 = Generic MPEG1, 1 = standard VCD, 2 = VCD,
3 = Generic MPEG2, 4 = standard SVCD, 5 = user SVCD,
6 = VCD Stills sequences, 7 = SVCD Stills sequen
I have to capture and encode a few (like 5) minutes of video and distribute it
to fairly clueless consumers. Most consumers would be running flavours of
Windows, maybe a few with Mac or *NIX desktops. Distribution will be via CD,
possibly LAN in some cases. The video will not contain any fast mo
I'm running the 1.6.2 version of the tools as found in SUSE-9.1 for IA32. I
have a self complied 2.6.7 kernel, but other than that it's all out of the
box SUSE. I've used the tools for years, on and off, but this is the first
time I've tried to use them in anger since upgrading to the 2.6.x kern
Further to my video capture problem just reported in another post, I'm also
having a problem with the captured sound. The sound card in this box is an
ancient ISA SB16 card which I've used happily with the tools for years. This
is the first time I've tried it with the 2.6.x kernel though. I'm ru
I thought I'd try to compile the MJPEG tools from source, rather than relying
on the SUSE-9.1 supplied versions. I downloaded JPEG-MMX-0.1.5 from
Sourceforge and did the './configure' and 'make' as described in the
mjpegtools README. I get this error:
gcc -o djpeg djpeg.o wrppm.o wrgif.o wrtar
> I had some problems with SuSE precompiled binaries on a 9.0 distribution.
> After recompiling the sources (from MJPEG-tools web site!) the problems
> disappeared. It works well both under 2.4.x and 2.6.x. I am not sure if
> this helps in your case because I am using bttv for capturing.
Yes, SUSE
> Have you searched the mailinglist archives? This has come up several
> times.
Actually I didn't realise the Sourceforge mailing list archives were
searchable! I looked back through several pages of posts, then tried Google,
but came up with nothing. It wasn't until I read your post, then ch
> The next easiest thing would be to edit the Makefile and change the
> -O flag.
I tried that first and it spat out more errors. No further effort in that
direction!
> > A self complied mjpegtools performs exactly the same as the SUSE complied
> > ones, with all the same problems for me. So at
I tried recompiling my kernel without pre-emption, but it made no difference.
I've left it off for the time being. I tried recompiling the mjpegtools, and
that made no difference. I've had the mjpegtools working fine on this machine
previously using the OSS, as opposed to ALSA which it now uses,
> Are you saying that you didn't install the newly compiled mjpegtools
> and the original SuSE package is still installed?
> Then you are uing the original (old, broken?) shared libs also!
> I would guess that won't work.
>
> Uninstall SuSE's mjpegtools and install yours!
No, I installed mine into
On Saturday 04 September 2004 16:29, Ronald S. Bultje wrote:
> Might be. Scientifically, I'm not completely convinced yet on what the
> problem is: 1. you record several times, 2. you play back several times
> (all fine so far), 3. you record one more and 4. you play back
> (crackles), restart (nor
I've been reading the bit of the HOWTO where it explains how to convert some
JPEG frames into a YUV stream. Seems straightforward enough, but I can't
quite get my head around my exact task.
I have a lav file, captured with a DC10+. I intend to convert it to AVI using
a specially tuned version o
Someone just asked me what flavour video the lav2avi script output is. I know
it uses the mencoder lavc codec, which I assumed was Divx. Now I come to
think about it, I don't know if that's true. I couldn't actually define what
lavc or divx actually are, let alone if they are the same thing. Are
I'm creating video which is designed to be viewed on a computer monitor,
normally Windows based, but it could be any OS really. The source is a VCR or
video camera through a DC10+ card.
To date, I've ignored the issue of interlacing completely. :o) I'm aware that
the input video will be interla
The HOWTO says that "-d 2 is already better than VHS video (a *lot*!)." Does
that mean that if I'm capturing from a VHS source I will gain nothing from
using -d 1, and should always use -d 2? Or does it mean that given a
theoretically perfect source, capturing with -d2 and then playing back woul
> So you have missed in the howto the section: Creating MPEG2 Videos, and
> there the subsection: Encoding destination TV (interlaced) or Monitor
> (progressive) ?
No, but that's a case in point. It doesn't really tell me what I need to know.
I know my source (from a VCR) is interlaced. I want to
I'm using a tuned version of the 3 pass lav2avi.sh script which basically
does:
lav2wav ... &
lav2yuv ... | mencoder ...
lav2yuv ... | mencoder ...vpass=1...
lav2yuv ... | mencoder ...vpass=2...
I wanted to put a denoise step in there. The options seem to be,
1) stick a denoise on each lav2y
> But since it sounds like the goal is computer playback in small areas
> (384x288 or so) this might be worth thinking about:
>
> For lower ("VCD") resolution I think it's better capturing at the
> 1/2 size (384x288 for "PAL") to begin with. This will be progressive
> (since it's only 1 fiel
> > I'm using a tuned version of the 3 pass lav2avi.sh script which basically
> > does:
>
> The MPlayer/mencoder developers have deprecated (and highly
> discourage the use of) the 3 pass method and recommend the use
> of the 2 pass method. The lav2avi.sh script hasn't been
> updated/rewritten
> mencoder -audiofile out.mp3 -oac copy ...
>
> just prepare the .mp3 or whatever ahead of time and use that.
OK. That appears to mean the lav2wav-to-mp3 stage is still required, which is
what I thought. I still have it in my script.
> As an experiment you might try doing a one pass encod
Just as a matter of interest, what are the principal uses, if any, of the
MJPEG Tools to someone who doesn't have a supported capture card?
---
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your bus
> > > Just as a matter of interest, what are the principal uses, if any, of
> > > the MJPEG Tools to someone who doesn't have a supported capture card?
>
> At first I thought that was a troll ;)
:) No, definitely not a troll! I was considering writing a piece for Newsforge
(or similar) on t
> Kino and dvgrab are the two main tools. An ancilliary part of kino
> called "smilutils" is also used to manipulate the DV files after
> capture and editing.
Hmm, information overload. One question at a time from now on... :o)
Can I convert an MJPEG file to DV format so I can
> I use 'dvgrab' to capture the data (12GB/hr) and then 'kino' to
> edit (cut out the commercials, splice new scenes in, whatever). Kino
> can capture of course but I prefer a commandline/batch method of
> bulk capture.
OK, so can I basically assume that dvgrab is like a D
On Monday 08 November 2004 12:39, Steven M. Schultz wrote:
> Howdy -
>
> In case you hadn't already seen it:
>
> http://www.newsforge.com/article.pl?sid=04/11/04/1458235
>
> Nice article.
>
> Cheers,
> Steven Schultz
I just couldn't bring myself to plug it mys
I'm probably a bit off topic here, but someone might know the answer.
What video format can I encode to which is suitable for streaming from a free
software platform? I'm really after a solution which allows for a free server
and free codec/plugin for streaming over an Intranet. Quality and band
> lav2divx -E DIV3 -k 1000 -o stream.divx stream.avi
>
> However, I notice that things like bitrate, keyframes etc options are
> not set. In lav2divx output, I see the lines
This has been broken for ages - a year or more IIRC. The finger was pointed at
avifile and nothing more has happened. The s
Anyone here running the tools on SuSE 8.1? I've just loaded the out-of-the-box
modules and it all looks about right. The driver is in SuSE's kernel; the
zoran_update script runs without any fuss and the modules are reported as
loaded.
Only problem is, xawtv doesn't work! When it starts it says:
> I have similar problems, with my Suse (broken). But I never searched for
> a reason, since these days I use kwintv and it works
Oh. Now that's odd. MJPEG sort of works, but xawtv doesn't. I assumed that if
xawtv didn't work MJPEG wouldn't.
OK, so xawtv is broken. MJPEG doesn't look too clever
On Friday 10 January 2003 09:35, you wrote:
> Hey Derek,
>
> On Fri, 2003-01-10 at 10:30, Derek Fountain wrote:
> > Only problem is, xawtv doesn't work! When it starts it says:
> > ioctl: VIDIOCSCHAN(0,Composite,flags=0x0,type=2,norm=2): Invalid argument
> > ioct
On Friday 10 January 2003 10:43, you wrote:
> Hi Derek,
>
> On Fri, 2003-01-10 at 12:10, Derek Fountain wrote:
> > What doesn't work is SuSE's mjpeg tools, version 1.6.0. This barfs after
> > about 2 seconds with a sync error. I'm on my way to get the 1.6.1 sour
> I too have a SUSE 8.1, but I use a 2.4.20 Kernel and the CVS zoran
> driver
Me too now. Standard 2.4.20 kernel, CVS driver and mjpegtools-1.6.1 on top of
SuSE-8.1 is doing the job nicely.
:o)
--
Australian Linux Technical Conference 2003: http://www.linux.conf.au/
Explain to your boss the b
I have a pile of video tapes for my digital video camera. The camera is about
5 years old and isn't up the the quality of modern ones, but it's still
reasonably good. I'd like to archive the contents of these tapes onto CD
(possibly DVD+R if necessary) so I can reuse them. I'd like to archive th
This is bordering on flamebait, but... :o)
Has anyone used the output of the MJPEG tools as input to Adobe Premiere?
Other than as an already encoded mpg or avi that is?
--
Australian Linux Technical Conference 2003: http://www.linux.conf.au/
Explain to your boss the benefits of you going...
I've just built transcode-0.6.2 from source. I've never used it before. I
can't use it now either! :o(
I figured a basic start point might be this:
transcode -x mjpeg -y divx4 -i ac101.avi -o ac101.divx4.avi
but it gives me:
/usr/local/lib/transcode/import_mjpeg.so: cannot open shared object f
I have an oldish DV video camera, one of the first JVC ones to come out which
used "DV Format (SD Mode)" (according to the 'spec). No firewire port or
anything, so the video is going in via my DC10+. I want to capture and
archive onto DVD+R the tapes I have - quite a few. In order to fit one 60
> > I have an oldish DV video camera, one of the first JVC ones to come out
> > which used "DV Format (SD Mode)" (according to the 'spec). No firewire
> > port or anything, so the video is going in via my DC10+. I want to
> > capture and archive onto DVD+R the tapes I have - quite a few. In order
>
I have a 90 minute movie which I want to burn onto one CD which I can play on
my DVD player. I'm not worried about quality, just the convenience of not
having to change disks half way through.
lav2mpeg does a great job of creating VCD and SVCD mpeg files which are good
quality, but too big. Wha
I have captured to MJPEG an 8 minute video clip featuring a short drive (taken
from a camera in the car). Can I "speed up" this video, down to say, 30
seconds by encoding every n'th frame? Basically I'm after a final version
which looks like 'glav' playing at x30.
--
Eagles may soar, but wease
On Saturday 15 February 2003 00:26, Bernhard Praschinger wrote:
> Hallo
>
> > I have captured to MJPEG an 8 minute video clip featuring a short drive
> > (taken from a camera in the car). Can I "speed up" this video, down to
> > say, 30 seconds by encoding every n'th frame? Basically I'm after a fi
I'm trying to get a reasonable DVD/TV output, and I'm having flickering
problems. I captured a PAL VHS source using a DC10+ and 1.6.1. My MJPEG file
has these attributes:
--DEBUG: [lav2yuv]width:768
--DEBUG: [lav2yuv]height: 576
--DEBUG: [lav2yuv]interlacing: to
I've asked a couple of questions on the list over the last few days, and have
been directed to features in CVS, which aren't in the stable 1.6.1 which I'm
using.
So, how stable is CVS these days? Heavy development, or ready for regular
users to start beta testing?
--
Eagles may soar, but weas
I have two old 5GB SCSI disks which aren't fast enough to capture to. I also
have one newer 40GB IDE disk which is fast enough. Does anyone know whether,
if I put them all together as one logical device under Linux's LVM, the
resultant disk is likely to be fast enough to capture to?
--
Eagles
Daft question time. I've had a DC10+ card for a few years now, and have used
the MJPEG tools successfully for all that time. However, I've never had to
use the hardware video playback features of the card.
Is it possible to playback an MPEG or Divx file using the card to show the
picture on my
> The card can directly only decode mjpeg encoded AVI/Quicktime/Movtar,
> and produce video output. With mplayer and the -vo zr (try the -zrhelp
> first) you can play back nearly every stream on the TV out of you DC10.
> But a 1GHz CPU is needed to convert the video in realtime to a mjpeg
> stream
45 matches
Mail list logo
