On Wed, Dec 15, 2004 at 10:35:06AM +0100, Frank Albrecht wrote:
>>> Do you still record with the BT878 card ?
>> Yes, from the DVD-T Box via fbas(composite). This Signal contains
>> already Blocks due to the mpeg-bitrate.
> Do you mean that the signal from the DVD-T box that is being recorded
>
On Mon, 13 Dec 2004, Dik Takken wrote:
> What I see when running 'top' is that the user CPU usage is about 90% and
> system usage 10%. This happens when I capture at 640x480 or higher
> resolution. I only get 100% perfect captures at 512x384 and below.
Hmmm, that is puzzling - I though
Hi,
sorry for my bad english.
I have used a BT878 card for capturing from TV and VHS via
composite with a Linux(now 9.0) and mjpegtools 1.6.2-0.
Now, we have DVB-T and i would like to keep this setup for
some time, it works fine.
Since with DVB-T there are still blocking artifacts, i would ask
f
On Mon, 13 Dec 2004, Richard Ellis wrote:
I want to edit the video after capture, so an MPEG2 capture card is
not an option. The image quality is too low.
Editing is indeed an option: LVE (http://lvempeg.sourceforge.net/).
Something like this is very useful, but when I say editing, I actually
mean
On Mon, Dec 13, 2004 at 09:35:19PM +0100, Dik Takken wrote:
> On Mon, 13 Dec 2004, Steven M. Schultz wrote:
>
> > Can the PVR250, etc handle external devices such as a VCR? If so
> > that would be a good approache, but if the goal is to convert old
> > tapes to DVD then something like the Canopus
> You are not subscribed to the list, so your mail was held. Subscribe to
> the mjpeg-users list before posting again, else your mail will be held
> again, add wait till one mailinglistadmin approves your mail.
Sorry, i mixed up home and business Mailadresses.
> > I have used a BT878 card for ca
On Tue, 14 Dec 2004, Ray Cole wrote:
> I'd installed autoconf from source. I do have a /usr/local/share/aclocal-1.8
> directory. I tried creating a symbolic link from /usr/local/share/aclocal-1.8
> to /usr/share/aclocal but I get the exact same results :-(
But is anything _in_ that
On Mon, 13 Dec 2004, Richard Ellis wrote:
> Editing is indeed an option: LVE (http://lvempeg.sourceforge.net/).
I saw that - gave it a go, had major issues with open GOPs at the time
(which is what mpeg2enc generates by default - I wonder if that default
should be changed
Hallo
> Since my computer (Athlon 1400) is too slow to capture high quality, full
> res MJPEG video, I consider buying a hardware MJPEG capture card. There
> is lots of info in the archives about a lot of famous MJPEG cards, but
> most of them are no longer sold in the shop around the corner.
I th
Am Dienstag 14 Dezember 2004 18.33 schrieb Steven M. Schultz:
>
> On Tue, 14 Dec 2004, Michael Hanke wrote:
>
> > I tried to build the mjpegtools from CVS. Unfortunately, I could not run
> > autogen.sh successfully. The most important error:
> >
> > HAVE_PNG not defined in AM_CONDITIONAL
>
>
Hallo
You are not subscribed to the list, so your mail was held. Subscribe to
the mjpeg-users list before posting again, else your mail will be held
again, add wait till one mailinglistadmin approves your mail.
> I have used a BT878 card for capturing from TV and VHS via
> composite with a Linux
On Mon, 13 Dec 2004, Steven M. Schultz wrote:
Keep in mind as well that for MJPEG, if you crank the quality of the
recording up quite high, you'll also need a speedy hard drive to...
Yep - and I think that (more than the speed of the cpu) is what
is causing problems for Dik.
What I see
Dik,
Sorry, I made a mistake in the first example (untested code, you
know). I tested this one, it works:
#!/bin/python
import mpeg,sys
in_filenames=sys.argv[1:-1]
out_filename=sys.argv[-1]
in_mpegs=map(mpeg.MpegFile,in_filenames)
reduce(lambda a,b: a+b, in_mpegs).to_file(out_filename)
On Mon,
Since my computer (Athlon 1400) is too slow to capture high quality, full
res MJPEG video, I consider buying a hardware MJPEG capture card. There
is lots of info in the archives about a lot of famous MJPEG cards, but
most of them are no longer sold in the shop around the corner.
So, I'm looking
On Mon, Dec 13, 2004 at 10:34:43AM -0800, Steven M. Schultz wrote:
>
> On Mon, 13 Dec 2004, Richard Ellis wrote:
>
> > might also consider one of the hardware mpeg2 compression boards
> > instead of a MJPEG/DV solution. I can attest that the Hauppage WinTV
> > PVR250 card's will generate a simpl
On Mon, 13 Dec 2004 21:35:19 +0100 (CET), Dik Takken
<[EMAIL PROTECTED]> wrote:
>
> I would think that, since 12GB/hr is not exceptionally large, DV is still
> a bit of a space/quality compromise compared to MJPEG. This video format
> is not designed with video editing in mind, rather storage. MJP
On Tue, 14 Dec 2004, Ray Cole wrote:
> Glad to see someone else has the same type of problems :-) I'm using
> automake 1.8.5 and autoconf 2.59. I get a ton of AM_CONDITIONAL errors.
Are you sure that automake is completely installed and that you
have all of the -devel packa
On Mon, 13 Dec 2004, Dik Takken wrote:
> Since my computer (Athlon 1400) is too slow to capture high quality, full
> res MJPEG video, I consider buying a hardware MJPEG capture card. There
Hmmm, I didn't think cpu speed mattered all that much for 'capture'
purposes but rather t
On Monday 13 December 2004 22:32, Steven M. Schultz wrote:
> On Mon, 13 Dec 2004, Dik Takken wrote:
> > What I see when running 'top' is that the user CPU usage is about 90% and
> > system usage 10%. This happens when I capture at 640x480 or higher
> > resolution. I only get 100% perfect captures a
Glad to see someone else has the same type of problems :-) I'm using automake
1.8.5 and autoconf 2.59. I get a ton of AM_CONDITIONAL errors. I'd love to
try out some of the changes that have happened over the past year but can't
(sniff).
processing .
Running libtoolize...
You should add the c
On Wed, Dec 15, 2004 at 10:35:06AM +0100, Frank Albrecht wrote:
> > Do you still record with the BT878 card ?
>
> Yes, from the DVD-T Box via fbas(composite). This Signal contains
> already Blocks due to the mpeg-bitrate.
Do you mean that the signal from the DVD-T box that is being recorded
alrea
> if 320x480 frame then size_per_hour = 20.0 GB/hr * quality_factor/100
> >
> > if 640x480 frame then size_per_hour = 40.0 GB/hr * quality_factor/100
> DV is a flat ~12GB/hr. Now some have mentioned that as a shortcoming
> ("you don't get to select the quality") - but it's a featur
On Mon, Dec 13, 2004 at 09:54:38AM -0800, Steven M. Schultz wrote:
>
> I do not know if the PVR-250 (or 350) can be used as a general
> purpose capture/encoding device (if a VHS deck can be attached) or
> if it's limited to signals received via the TV tuner section of the
> card.
The PVR-250 has
On Mon, 13 Dec 2004, Mark Rages wrote:
It is also possible to do simple cut/paste editing on MPEG without
re-encoding. I have a Python library for doing so:
http://mlug.missouri.edu/~markrages/software/python_mpeg/
Wow, that looks interesting. Too bad I don't know any Python. Can this
thing join
On Mon, Dec 13, 2004 at 11:06:46AM +0100, Dik Takken wrote:
>
> So, I'm looking for a decent hardware MJPEG capture card that is
> currently available in computer stores.
I'm not so sure that such exists today. Unless you consider Ebay to
be a "computer store" in which case MJPEG capture cards a
On Mon, 13 Dec 2004, Martin Samuelsson wrote:
Hmmm, that is puzzling - I thought the card was supposed to be
doing the jpeg compression, almost sounds like some of that is
being done in the host.
Please correct me if I'm wrong here, but... You seem to assume that Dik has
a
I got past the autogen.sh stuff. Now I'm getting a plain ol' compiler error:
mpeg2encoptions.cc: In member function `int
MPEG2EncOptions::InferStreamDataParams(const MPEG2EncInVidParams&)':
mpeg2encoptions.cc:149: error: `mpeg_valid_framerate_code' undeclared (first
use this function)
mpeg2e
Well, I think I was in the wrong branch. I now re-fetched the code without
specifying a branch. It looks like more modern stuff. Anyway, when I try to
run autogen.sh with it I get:
configure.ac:107: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please
On Thu, 16 Dec 2004, Ray Cole wrote:
> Well, I think I was in the wrong branch. I now re-fetched the code without
> specifying a branch. It looks like more modern stuff.
I haven't looked recently but there hasn't been any branch used in
a long time - always been the "HEAD"
On Tue, Dec 14, 2004 at 12:15:22AM +0100, Dik Takken wrote:
> On Mon, 13 Dec 2004, Richard Ellis wrote:
>
> >>I want to edit the video after capture, so an MPEG2 capture card
> >>is not an option. The image quality is too low.
> >
> >Editing is indeed an option: LVE (http://lvempeg.sourceforge.net
>Maybe someone else will have some suggestions other >than "install a newer
>system" ;)
Not me. It is eventually quicker and better to move to a recent distribution.
Just done it for exactly the same reasons Just upgrade, intalls are easy
enough (mind initio and SCSI and MDK 10.0 though.
Ma
On Thu, Dec 16, 2004 at 03:41:49PM +0100, Frank Albrecht wrote:
>
> On Wed, Dec 15, 2004 at 10:35:06AM +0100, Frank Albrecht wrote:
> >> Yes, from the DVD-T Box via fbas(composite). This Signal
> >> contains already Blocks due to the mpeg-bitrate.
>
> > Do you mean that the signal from the DVD-T
On Mon, 13 Dec 2004, Richard Ellis wrote:
> On Mon, Dec 13, 2004 at 11:06:46AM +0100, Dik Takken wrote:
> >
> > So, I'm looking for a decent hardware MJPEG capture card that is
> > currently available in computer stores.
> I'm not so sure that such exists today. Unless you consider Ebay to
33 matches
Mail list logo
