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
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 myself...
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
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 the
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 DV
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 encoding
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 field) and
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.
The
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
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 would
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 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
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
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 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
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
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
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
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
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
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
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
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 that
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
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:
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 final
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
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...
30 matches
Mail list logo
