[Mjpeg-users] Re: best parameters for DVB-T analog capturing
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 > already has mpeg compression artifacts in it before you even begin > recording? Yes, exactly. > If this is the case, then no amount of fiddling with mpeg2enc > parameters will help. Garbage in - Garbage out. You might have some > luck with some of the denoising filters, they may be able to clean up > somewhat a signal that is already badly messed up. But if your > source video signal already has mpeg artifacts, you've already lost > 90% of the game right there, before you even begin. Yes, I do know that. I can't decrease artefacts, but i don't want to increase them because of the "double-compressing". Therefore i am asking for (dis)advantageous Parameters. I am still testing ;-) viele Gruesse, Frank Albrecht --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 thought the card was supposed to be doing the jpeg compression, almost sounds like some of that is being done in the host. > 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 25Mb/s - and no it's not a compromise compared to MJPEG. A lot of progress was made in compression techniques between the era when MJPEG was created and when DV (and it's variants) were invented. There are also 50 and 100Mb/s variants but at that point you've definitely left the "consumer" arena and are squarely in the professional (and very expensive) realm. > is not designed with video editing in mind, rather storage. MJPEG on the > other hand is designed for video editing, not for storage. It's way too That is incorrect. DV is an amazingly editable format - you should see what an editing package like Final Cut Pro (from Apple, but Adobe has a similar program for windows folks) can do with DV! And there's no resampling of the square pixels to video pixels. If you're NOT going to DVD or similar format then this isn't important (if you only play the MPEG2 results on a computer). But if you do want to go to DVD then the 1:1 pixels from the MJPEG card need to be scaled/resampled to the 10:11 or 59:54 format used by NTSC/PAL. > big for that. But maybe I'm wrong and the newer DV compression technology > also beats MJPEG quality wise. Try it - you'll like it :) So far the only gainsayers are those who have never used DV > > Another "feature" (which I've used fairly often) of DV is the fixed > > record size - for "NTSC" the DV records are 12 bytes and "PAL > > 144000 bytes. You can use "dd" as a simple/crude editor (and with > > Wow. This sounds *very* interesting. I was already trying to find out how Using 'dd' is not normally used but it is useful to be able to quickly just get the middle 1000 frames out for testing using nothing more than simple arithmetic and random I/O based on the record size. Ordinarily you use "kino" or other editing program (smilutils) to slice&dice the data. > to generate SMIL files from a script in order to use the SMIL utils to do > simple cut/paste operations. I want to be able to do as much as possible > without needing GUI apps like Kino. That's trivially easy to do. > Could you please direct me to some more information about the DV format > that can be useful when writing DV editing scripts? Hmmm, usually I just use Kino or Final Cut Pro and either get a SMIL file or another raw DV file that is used. Other than momentarily extracting a clip or two for testing (or mailing to someone) I don't do editing with scripts. > > Can the PVR250, etc handle external devices such as a VCR? If so > > I want to edit the video after capture, so an MPEG2 capture card is not an > option. The image quality is too low. Ah, ok - so you want an editable format (that doesn't involve decompressing MPEG2 and recoding it). Since MJPEG cards are becoming hard to find (other than eBay) I'd suggest a DV solution. Good Luck! Cheers, Steven Schultz --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] best parameters for DVB-T analog capturing
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 for the best parameters for mpeg2enc. / streamer -t $DAUER -i Composite1 -n pal -r 25 -s $AUFLOESUNG -o \ movie.mov -f yv12 -F stereo -O movie.wav -R $AUDIO -w $WARTEZEIT lavv2yuv $5|yuvdenoise -L110 -C110 -S150 $DNR \ $BORDERSTRING|mpeg2enc $I -a2 -np $ZIEL -F3 -$q -R0 -D10 -N1.0 \ -Khi-res -41 -21 -r32 -c -P -s -b$4 -o movie.m2v 2>&1 | tee \ mpeg2enc.log \ This is for TV/VCR. With DVB-T, there is no noise(?), but blocking artifacts. My preference is Quality, not size of the mpg-file. Is yuvdenoise still neccessary? Does anywhone have still ideas for optimal parameters not boosting up blocking artifacts? Thanks, Frank Albrecht(Germany) --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 operating on the individual frames. This requires re-compression when using MPEG2. The DVDAuthor project should borrow some of your code, because DVDAuthor is unable to properly join MPEG2 streams together... You don't accidentally have some commandline utility that can properly join MPEG2 streams, do you? I have been looking for something like that for a long time. And as far as the image quality being too low, I'm not sure what you've seen, but my PVR250's put out simply beautiful pictures. If I I know the picture quality is good. But not good enough to allow frame-level editing and re-compressing to MPEG2 without visable quality loss. Dik --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 unit would be a very > > good choice. > > 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/). Gop accurate, lossless editing of mpeg2 streams. Works beautifully with the output from a PVR250 card. Now, it's also gop accurate, not frame accurate, so is not able to edit quite as accurately as you can edit an MJPEG or DV stream. And as far as the image quality being too low, I'm not sure what you've seen, but my PVR250's put out simply beautiful pictures. If I let the card use up a reasonable amount of bit rate in encoding (~2G/hr) the results from broadcast/cable tv are simply spectacular. Better quality than I was ever able to achieve with a DC10+ and the mjpegtools set. Although this was also before the arrival of the newer denoisers like y4mdenoise. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Re: best parameters for DVB-T analog capturing
> 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 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 > > for the best parameters for mpeg2enc. > 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. > > This is for TV/VCR. With DVB-T, there is no noise(?), but blocking > > artifacts. My preference is Quality, not size of the mpg-file. > It would help if you could tell us the other options ($q, $ZIEL ...). Oh, sorry, my commandline for TV-VHS is something like that: yuvdenoise -L110 -C110 -S150 -t2 -b mpeg2enc -a2 -np -f8 -F3 -q[2|4] -R0 -D10 -N10 -Khi-res -41 -21 -r32 -c -P -s -b9500... For me this was empiric the Optimum for best Quality(perhaps there are improvements). Some parameters are still defaults(for this version). > And the average bitrate you have. > You might take a look at the -E option that can help a little. > Some option shouldn't be needed, like -n, -F , -s, -a. > Do the blocking artefacts vanish if you use a other > quantisation matrice? Ok, I will play around with this three points. > You use -N (reduce hf) and -H (via the -Khi-res) (keep HF). You might > try to drop the -Khi-res, or replace it with a other quantization > matrice. Ok. > > Is yuvdenoise still neccessary? Does anywhone have still ideas > > for optimal parameters not boosting up blocking artifacts? > That depends on the bitrate you have. If the filesize is still low > enough for you without the denoiser, you do not need it. > Who much difference in the average bitrate do you have when you encode > the movie once with the denoiser and once without ? I have to try out this, a DVB-T mpeg-stream doesnt be noisy, is that true? Not noisy, but blocky? Thank you, i will report about what i found out. viele Grüße, Frank Albrecht --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
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 directory? I think the underlying problem isn't the directory name (I think automake/aclocal/autoconf know to look for files in versioned directory) but rather nothing is in it. Thus when you run automake (./autogen.sh for mjpegtools is a 1 line shell script that simply performs "autoreconf -f -i" and that runs all the aclocal, libtool, automake, autoconf commands in the right order) the errors pop out because none of the .m4 files can be found. > I'll try cleaning up autoconf and automake completely, re-do the install > of them, and see what happens. And populate the directory with .m4 files by adding in the development packages ;) If the system is of moderately recent vintage then the system provided autoconf/libtool/automake versions will be adequate (autoconf 2.5x is fine, the minimum version of automake needed for mjpegtools was bumped to 1.7 a little while ago). Remember - when you remove and reinstall automake you'll need to populate the .../aclocal* directory with all the .m4 files that belong to the programs/packages you'll be using! So if you do something like "rm -r /usr/share/aclocal*" and then reinstall automake you need to get all the m4 files from somewhere - reinstalling the various packages or something (a clean install making sure that 'matching devel packages' are added would be one way ;) The m4 files in /usr/share/aclocal usually come from -devel packages selected during system installation (that's where the listing I gave as an example came from). m4 files from programs I install myself go into /usr/local/share/aclocal (because I default the $prefix to /usr/local). Good Luck (I think you'll need it ;)). Cheers, Steven Schultz --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 to be closed GOPs) so about all I ended up with was a coredump most of the time. For editing transport streams (but it can also work with PS files) there is ProjectX: http://www.lucike.info/index.htm?http://www.lucike.info/page_projectx.htm It's what I use for cutting out commercials (or pledge breaks on the PBS stations ;)) from TS streams I capture from the HDTV receiver (via IEEE1394). Does a really good job of taking care of damaged or lost TS packets and maintaining A/V sync. > Now, it's also gop accurate, not frame accurate, so is not able to > edit quite as accurately as you can edit an MJPEG or DV stream. I've done a lot of GOP accurate editing and to blunt - it's horrid (can't believe the new HDV format is pushing MPEG-2 as an acquisition format!). ~0.6 second accuracy just isn't good enough in many cases. DVD authoring for example (some editing programs and encoders have the concept of a "compression marker" where you can force a GOP to start - very useful). > you've seen, but my PVR250's put out simply beautiful pictures. If I > let the card use up a reasonable amount of bit rate in encoding > (~2G/hr) the results from broadcast/cable tv are simply spectacular. ~5000Kb/s is fine if the signal is clean. Don't know if "spectacular" applies to the analog most stations are putting out these days :) If Dik is going to be doing lower level editing and assembly (perhaps compositing) and so on then MPEG as a capture format probably isn't a satisfactory solution. Cheers, Steven Schultz --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 think the only card supported by the zoran driver, you still get as new, is the Linux Media Labs LML10. I think that all other cards have been withdrawn. > So, I'm looking for a decent hardware MJPEG capture card that is currently > available in computer stores. If MJPEG is still the best choice today, > that is. I have seen new (external) capture devices that can convert > analog video directly to DV and stream it directly to your harddisk. How > good/bad is the quality of these devices? Say I want to process the video > after capturing and re-encode to MPEG2, does DV offer sufficient image > quality to do this or is an MJPEG capture card a better choice? Do > external capture devices have a big advantage compared to internal capture > cards? The quality is dependent on the signal you want to record. DV is also able to record very high quality. The only disadvantage I know is that you cannot specify the quality you want to record. You always get the same amount of data. The solution you get very easy is a FireWire converter for your analog signal to DV. (Like the Canopus devices, Steven has mentioned many times) And use kino to record your videos. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
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 > > That looks like an automake related message. > > Hmmm, I see in configure.ac a "HAVE_LIBPNG" but I do not see > "HAVE_PNG". HAVE_PNG appears in configure.in. The stuff with HAVE_LIBPNG seems to be ok. The resulting configure script finds the png libraries... > > > What is going wrong? I have installed libpng-devel. > > What version of autoconf and automake are installed on the system? I am using two different systems, SuSE 9.0 (Athlon/Pentium M) and SuSE 9.1 (P4). These are the versions: automake-1.8.3-23 autoconf-2.59-75 libtool-1.5.2-56 package libtool-libs is not installed > > Steven Schultz > > > > --- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > ___ > Mjpeg-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/mjpeg-users > > -- +---+ | Michael HankeRoyal Institute of Technology | | NADA| | S-10044 Stockholm | | Sweden | +---+ | Visiting address:Lindstedtsvaegen 3 | | Phone: + (46) (8) 790 6278 | | Fax: + (46) (8) 790 0930 | | Email: [EMAIL PROTECTED]| | [EMAIL PROTECTED]| +---+ --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] best parameters for DVB-T analog capturing
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(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 > for the best parameters for mpeg2enc. Do you still record with the BT878 card ? > / > streamer -t $DAUER -i Composite1 -n pal -r 25 -s $AUFLOESUNG -o \ > movie.mov -f yv12 -F stereo -O movie.wav -R $AUDIO -w $WARTEZEIT > > lavv2yuv $5|yuvdenoise -L110 -C110 -S150 $DNR \ > $BORDERSTRING|mpeg2enc $I -a2 -np $ZIEL -F3 -$q -R0 -D10 -N1.0 \ > -Khi-res -41 -21 -r32 -c -P -s -b$4 -o movie.m2v 2>&1 | tee \ > mpeg2enc.log > \ > > This is for TV/VCR. With DVB-T, there is no noise(?), but blocking > artifacts. My preference is Quality, not size of the mpg-file. It would help if you could tell us the other options ($q, $ZIEL ...). And the average bitrate you have. You might take a look at the -E option that can help a little. Do the blocking artefacts vanish if you use a other quantisation matrice ? Some option shouldn't be needed, like -n, -F , -s, -a. You use -N (reduce hf) and -H (via the -Khi-res) (keep HF). You might try to drop the -Khi-res, or replace it with a other quantization matrice. > Is yuvdenoise still neccessary? Does anywhone have still ideas > for optimal parameters not boosting up blocking artifacts? That depends on the bitrate you have. If the filesize is still low enough for you without the denoiser, you do not need it. Who much difference in the average bitrate do you have when you encode the movie once with the denoiser and once without ? auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 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.
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 feature to me.
You can always degrade the image later :-)
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. MJPEG on the
other hand is designed for video editing, not for storage. It's way too
big for that. But maybe I'm wrong and the newer DV compression technology
also beats MJPEG quality wise.
Another "feature" (which I've used fairly often) of DV is the fixed
record size - for "NTSC" the DV records are 12 bytes and "PAL
144000 bytes. You can use "dd" as a simple/crude editor (and with
'locked audio' - one of the benefits of the Canopus product line) you
don't have to worry about slicing thru an audio sample.
Wow. This sounds *very* interesting. I was already trying to find out how
to generate SMIL files from a script in order to use the SMIL utils to do
simple cut/paste operations. I want to be able to do as much as possible
without needing GUI apps like Kino.
Could you please direct me to some more information about the DV format
that can be useful when writing DV editing scripts?
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 unit would be a
very good choice.
I want to edit the video after capture, so an MPEG2 capture card is not an
option. The image quality is too low.
Cheers,
Steven Schultz
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
-
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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, 13 Dec 2004 23:10:17 -0600, Mark Rages <[EMAIL PROTECTED]> wrote: > On Tue, 14 Dec 2004 00:26:36 +0100 (CET), Dik Takken > <[EMAIL PROTECTED]> wrote: > > 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 MPEG2 files in a way that does not confuse any set-top DVD > > players? DVDAuthor can also join MPEG2 files, but some DVD players choke > > on it because it's not done proper. I guess it's done proper once you > > can't distinguish an MPEG2 stream that has been split and re-joined > > from an MPEG2 stream that hasn't been touched. > > Limitations: > 1) The library only works with elementary stream files. That means > you'll need to demux. > 2) Audio must be in .wav format. I don't know how to split mp3 and > ac3 at arbitrary frame points. Audio should have the same name as the > MPEG file, but a .wav extension. > > > Could you tell a bit more about this python library? Would it be difficult > > to write a basic commandline front end that can join two MPEG2 files, or > > split a stream at a certain frame (or nearest GOP border)? > > Here's one that will join MPEG2 files: > > #!/bin/python > import mpeg,sys > in_filenames=sys.argv[1:-2] > out_filename=sys.argv[-1] > > in_mpegs=map(mpeg.MpegFile,in_filenames) > reduce(in_mpegs).to_file(out_filename) > > Here's one to split a stream at a frame: > > #!/bin/python > import mpeg,sys > in_filename, splitpoint, out_filename1, out_filename2=sys.argv[1:] > > m=mpeg.MpegFile(in_filename) > m[:splitpoint].to_file(out_filename1) > m[splitpoint:].to_file(out_filename2) > > There's an example on the web page I think. > > Regards, > Mark > [EMAIL PROTECTED] > --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] What Recent MJPEG Card?
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 for a decent hardware MJPEG capture card that is currently available in computer stores. If MJPEG is still the best choice today, that is. I have seen new (external) capture devices that can convert analog video directly to DV and stream it directly to your harddisk. How good/bad is the quality of these devices? Say I want to process the video after capturing and re-encode to MPEG2, does DV offer sufficient image quality to do this or is an MJPEG capture card a better choice? Do external capture devices have a big advantage compared to internal capture cards? Thanks for any info about this! Cheers, Dik --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 simply beautiful picture from analog > > cable TV, and there's no fuss/muss with needing to re-encode anything. > > 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 unit would be a very > good choice. Yes, it can. It has both S-video as well as composite inputs for video, and stereo line in for sound. Now, mind you, I've not tried capturing a tape using the 250 so I can not attest as to how well it works at the task, but at least on the "will it connect" level, yes, it will connect to a VCR. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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. MJPEG on the > other hand is designed for video editing, not for storage. It's way too > big for that. But maybe I'm wrong and the newer DV compression technology > also beats MJPEG quality wise. Actually, DV is intended for editing. 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/ Regards, Mark [EMAIL PROTECTED] --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
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 packages (glib, gtk, sdl, ...)? > I'd love to try out some of the changes that have happened over the > past year but can't (sniff). Well, don't wait a year to ask for help next time :) > Running libtoolize... > You should add the contents of `/usr/share/aclocal/libtool.m4' to > `aclocal.m4'. That's a bit misleading - I've always just ignored that when it pops out. > Running aclocal ... > aclocal: configure.in: 68: macro `AM_PROG_LIBTOOL' not found in library > aclocal: configure.in: 201: macro `AM_PATH_GLIB' not found in library > aclocal: configure.in: 392: macro `AM_PATH_GTK' not found in library > aclocal: configure.in: 404: macro `AM_PATH_SDL' not found in library Hmmm, so the system apparently doesn't have libtool, libglib, libgtk or libsdl installed - or rather the libtool.m4, glib.m4, gtk.m4 and sdl.m4 files are not where autoconf/automake can find them. > I assume part of it might have to do with the message saying I should > add the contents of '/usr/share/aclocal/libtool.m4' to 'aclocal.m4', but Nope - ignore that part ... > there is no such directory /usr/share/aclocal, and I have no idea what > path it is referring to for 'aclocal.m4' :-) THAT is the real problem. automake isn't installed properly - the /usr/share/aclocal directory is where automake looks for the .m4 files for all the programs. For example, on a SuSE 9.2 system: ls /usr/share/aclocal aalib.m4 intltool.m4 libsynce.m4 sdl.m4 alsa.m4 intmax.m4 libtool.m4 sigc++.m4 ao.m4 inttypes_h.m4 libxml.m4signed.m4 ao-old.m4 inttypes.m4 libxosd.m4 size_max.m4 audiofile.m4 inttypes-pri.m4 libxslt.m4 smpeg.m4 avifile.m4isc-posix.m4longdouble.m4speex.m4 codeset.m4ksba.m4 longlong.m4 stdint_h.m4 dirlist lcmessage.m4ltdl.m4 uintmax_t.m4 dirlist.d libFLAC.m4 netatalk.m4 ulonglong.m4 esd.m4libFLAC++.m4nls.m4 vorbis.m4 freetype2.m4 libgcrypt.m4ogg.m4 vorbis-old.m4 gconf-1.m4libgnutls-extra.m4 ogg-old.m4 wchar_t.m4 gettext.m4libgnutls.m4opencdk.m4 wine.m4 gimpprint.m4 lib-ld.m4 openexr.m4 wint_t.m4 glibc21.m4lib-link.m4 openobex.m4 wxwin.m4 gnet-2.0.m4 libmcrypt.m4parted.m4xdelta.m4 gob2.m4 libmikmod.m4pilot-link.m4xml-i18n-tools.m4 gpg-error.m4 libOggFLAC.m4 pkg.m4 xmms.m4 gpgme.m4 libOggFLAC++.m4 po.m4xsize.m4 guile.m4 lib-prefix.m4 printf-posix.m4 iconv.m4 librapi2.m4 progtest.m4 intdiv0.m4libraw1394.m4 rra.m4 notice the 'sdl.m4', 'libtool.m4' and so on. Those are what the autoconf/automake need to run. The .m4 files are in the various -devel packages. But if you don't have /usr/share/aclocal* then there is something awry with the automake installation that's present on the system. Steven Schultz --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 the speed of the I/O (disc) subsystem mattered a great deal. For full frame high quality the data rates are such that you probably need to splice/raid-0 two drives together. An Athlon 1400 is probably too slow for the filtering + encoding phase of the process though (unless you're very patient ;)). > 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. Exactly - MJPEG is essentially "yesterday's technology" and the main source of MJPEG cards today is E-Bay or used equipment dealers. I believe Linux Media Labs still sells MJPEG cards - but at $430 or so (last I checked) they're considerably more expensive than a DV conversion box plus a (very inexpensive) IEEE1394 card. > So, I'm looking for a decent hardware MJPEG capture card that is currently > available in computer stores. If MJPEG is still the best choice today, It's not. Much newer methods have become available. For recording from TV there are the Hauppauge cards (PVR-250 and PVR-350) that will produce an MPEG stream directly with no encoding on your system. THe downside of that is, of course, you do not have the chance to do any filtering (denoising for example). 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. > that is. I have seen new (external) capture devices that can convert > analog video directly to DV and stream it directly to your harddisk. How > good/bad is the quality of these devices? Say I want to process the video Depends which one you get - not all analog to DV conversion units are equal. The Canopus product line is highly regarded (it's neither the most expensive nor the cheapest). I have a Canopus ADVC100 which is currently selling (in the US) for about $250 (less if you shop around a little). The newer model, the ADVC300, has hardware denoising and a TBC (Time Base Corrector) builtin (and is a more expensive at around $470). > after capturing and re-encode to MPEG2, does DV offer sufficient image > quality to do this or is an MJPEG capture card a better choice? Do Most assuredly the quality is excellent. It's what most of the camcoders use these days (DVCAM and DVCPRO are the "pro" versions and are used by movie makers and the broadcaset industry). I think the quality of DV is better - I know it's produced far better movies than the Bt878 based card ever did. Another advantage is that you don't have to resample the video from square pixels to video pixels. Capturing at 640x480 (or 640x576) and then doing a quality resampling to 704xN for placement on a DVD adds extra time to the workflow (and any time of conversion/scaling at best will not degrade the image - it won't improve it!). > external capture devices have a big advantage compared to internal capture > cards? As was mentioned in another reply - you can take the conversion box from machine to machine, don't have to open the system (and the IEEE1394 devices are "hot pluggable" - you don't need to powerdown/reboot to change them). And you can easily add more disk space to the system by using external discs that have a IEEE1394 interface. I recommend taking a look at the Canopus (http://www.canopus.com) line - the models 100 and 300 are the main ones to look at (no need to explore the 500 and 1000 unless you want to see what the "pro"s are using :)). Maybe others who have switched over to the DV (using kino and dvgrab) will jump in at this point with their tales. Cheers, Steven Schultz --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 at 512x384 and below. > > 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 hardware MJPEG card, while Dik's original post seem to indicate that he in fact does not, and is looking for one to reduce the CPU load while capturing. /Sam --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
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 contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. Running aclocal ... aclocal: configure.in: 68: macro `AM_PROG_LIBTOOL' not found in library aclocal: configure.in: 201: macro `AM_PATH_GLIB' not found in library aclocal: configure.in: 392: macro `AM_PATH_GTK' not found in library aclocal: configure.in: 404: macro `AM_PATH_SDL' not found in library Running autoheader... Running automake --gnu ... configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). /usr/local/share/automake-1.8/am/depend2.am: am__fastdepCC does not appear in AM _CONDITIONAL /usr/local/share/automake-1.8/am/depend2.am: AMDEP does not appear in AM_CONDITI I assume part of it might have to do with the message saying I should add the contents of '/usr/share/aclocal/libtool.m4' to 'aclocal.m4', but there is no such directory /usr/share/aclocal, and I have no idea what path it is referring to for 'aclocal.m4' :-) -- Ray Michael Hanke wrote: Hi, 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 What is going wrong? I have installed libpng-devel. Thank you. Michael --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users . --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Re: best parameters for DVB-T analog capturing
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 already has mpeg compression artifacts in it before you even begin recording? If this is the case, then no amount of fiddling with mpeg2enc parameters will help. Garbage in - Garbage out. You might have some luck with some of the denoising filters, they may be able to clean up somewhat a signal that is already badly messed up. But if your source video signal already has mpeg artifacts, you've already lost 90% of the game right there, before you even begin. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
> 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 feature to me.
> You can always degrade the image later :-)
If you want really know the amount of data you get, take a look at the
calcuation in the howto:
(width * height * framerate * quality ) / (200 * 1024)
That is for PAL (720x576) and NTSC (720x480) at the same quality of 80%
4090kB/s for the video for a BUZ. Audio is usually 172kb/s.
Every other card produces twice the amount of data for the video, unless
you play with the low_bitrate option in the zoran driver in the 2.6.x
Kernel
> > I think Steven would say that DV would offer better quality than the
> > MJPEG solution. DV is also a newer compression algorithm and as such
> > it had the opportunity to learn from MJPEG and correct some edge
> > conditions that reduce MJPEG's potential quality.
> Indeed. And the cost, today, is less. A Canopus ADVC100 and a cheap
> IEEE1394 card is less $$ than a MJPEG card and the raid-0 array needed
> to handle the I/O requirements. No need for a raid array since
> any disc these days (even external IEEE1394 drives on the same bus
> as the capture unit) can handle ~3.6MB/s.
BTW: 4 1/2 years ago I recorded full size with a single disk. But never
encoded it because it was SOOO slow ;)
I have never used raid arrays for recording video. But I have after had
a single disk in my system which I only use for recording videos.
> Another "feature" (which I've used fairly often) of DV is the fixed
> record size - for "NTSC" the DV records are 12 bytes and "PAL
> 144000 bytes. You can use "dd" as a simple/crude editor (and with
> 'locked audio' - one of the benefits of the Canopus product line) you
> don't have to worry about slicing thru an audio sample.
Locked audio is designable. If the card's have the posibility to sync
audio and video. Than it is no problem. It is well done on the DC30 for
example.
BTW: The highest quality I can currently get. Is a digital satelite
receiver where I can download the recorded TS streams using ftp. The
most famous device in Germany/Austria/Swiss ist the Dreambox from Dream
Multimedia. Where you have Linux running on the receiver on a PPC-cpu :)
> cat cpuinfo
cpu : STB04xxx
clock : 252MHz
revision: 9.82 (pvr 4181 0952)
bogomips: 251.49
machine : IBM Redwood5
plb bus clock : 63MHz
---END---
Not the most powerfull machine, but works well for recording TS-Streams,
and playing back MP3 files when the computer is turned off.
auf hoffentlich bald,
Berni the Chaos of Woodquarter
Email: [EMAIL PROTECTED]
www: http://www.lysator.liu.se/~gz/bernhard
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 3 inputs, coax for broadcast/cable, 1 s-video, 1 composite (on a shared s-video din plug, so you need an adapter (comes with the card) for composite input). That plus stereo audio inputs for sound. I don't know if the 350 has all three inputs, because it is also a hardware mpeg2 playback card as well as capture. As I don't have a 350, I can't say from experience. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 MPEG2 files in a way that does not confuse any set-top DVD players? DVDAuthor can also join MPEG2 files, but some DVD players choke on it because it's not done proper. I guess it's done proper once you can't distinguish an MPEG2 stream that has been split and re-joined from an MPEG2 stream that hasn't been touched. Could you tell a bit more about this python library? Would it be difficult to write a basic commandline front end that can join two MPEG2 files, or split a stream at a certain frame (or nearest GOP border)? Cheers, Dik --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 are (intermittently) available in the "store". 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 swallow the data as fast as the card will output it. The formulas I used to estimate space consumption from my DC10+'s were: 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 Those two formulas were pretty accurate in estimating the amount of data that any particular capture session would produce. "quality_factor" is the -q option to lavrec. There's no entry for 704x480 or 720x480 simply because a DC10+ can't capture at more than 640x480. > If MJPEG is still the best choice today, that is. I have seen new > (external) capture devices that can convert analog video directly > to DV and stream it directly to your harddisk. How good/bad is the > quality of these devices? You'll have to discuss that with our resident DV advocate, Steven Schultz. The quality is quite excellent from what is reported. > Say I want to process the video after capturing and re-encode to > MPEG2, does DV offer sufficient image quality to do this or is an > MJPEG capture card a better choice? I think Steven would say that DV would offer better quality than the MJPEG solution. DV is also a newer compression algorithm and as such it had the opportunity to learn from MJPEG and correct some edge conditions that reduce MJPEG's potential quality. > Do external capture devices have a big advantage compared to > internal capture cards? No need to open the PC to install? :) Easy to move from PC to PC? :) Seriously though, given the same quality hardware, and sufficient bandwidth on the "link", it should make no difference quality wise if the card is internal or external. However, you've also not said what you believe your intended use may be for this setup? Given what you feel is your intended use, you 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 simply beautiful picture from analog cable TV, and there's no fuss/muss with needing to re-encode anything. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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 hardware MJPEG card, while Dik's original post seem to indicate that he in fact does not, and is looking for one to reduce the CPU load while capturing. Correct :) --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
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) mpeg2encoptions.cc:149: error: (Each undeclared identifier is reported only once for each function it appears in.) mpeg2encoptions.cc: In member function `int MPEG2EncOptions::CheckBasicConstraints()': mpeg2encoptions.cc:265: error: `mpeg_valid_aspect_code' undeclared (first use this function) I did a grep and I can't find mpeg_valid_framerate_code declared anywhere. This is from source that I just pulled down. Any ideas? Thanks! Ray --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
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 use m4_pattern_allow. See the Autoconf documentation. -- Ray Ray Cole wrote: 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) mpeg2encoptions.cc:149: error: (Each undeclared identifier is reported only once for each function it appears in.) mpeg2encoptions.cc: In member function `int MPEG2EncOptions::CheckBasicConstraints()': mpeg2encoptions.cc:265: error: `mpeg_valid_aspect_code' undeclared (first use this function) I did a grep and I can't find mpeg_valid_framerate_code declared anywhere. This is from source that I just pulled down. Any ideas? Thanks! Ray --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Building from CVS
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" > Anyway, when I try to run autogen.sh with it I get: > > configure.ac:107: error: possibly undefined macro: AC_DEFINE But that's right back where you were at the beginning of all this! ;( It's an autoconf installation issue - AC_DEFINE is a key/core part of autoconf so AC_DEFINE being "possibly undefined" is a Bad Thing. Line 107 in configure.ac is: [AC_DEFINE(HAVE_GETOPT_LONG, 1, [long getopt support])], just "plain vanilla autoconf" - nothing unusual. I just can't shake the feeling that with all the install/remove/restore auto* and m4 files that things are in a confused state. Do you have more than one version of autoconf installed on the system? If so then the order of directories in $PATH will enter into the picture, and it's possible that the two versions have become conflated somehow which will cause problems. What type of system is this being done on? An older system with newer bits&pieces added in? That's a path to madness sometimes... Have you tried building other programs? I doubt it's mjpegtools' autoconf files that are causing the problem. Don't know what more to suggest at this point.Maybe someone else will have some suggestions other than "install a newer system" ;) Steven Schultz --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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/). > > > > Something like this is very useful, but when I say editing, I > actually mean operating on the individual frames. This requires > re-compression when using MPEG2. If that is your requirement, then, yes, no mpeg2 compression system will be able to meet that requirement. > The DVDAuthor project should borrow some of your code, because > DVDAuthor is unable to properly join MPEG2 streams together... You > don't accidentally have some commandline utility that can properly > join MPEG2 streams, do you? I have been looking for something like > that for a long time. Actually, that's not my code, I just use it to edit my pvr250 output. But, yet, it will "join" mpeg2 streams if you want it to, because it can extract raw mpeg streams and raw mp3 streams from the various mpeg2 files. Then I just use mplex to put them back together into an mpeg2 video. > >And as far as the image quality being too low, I'm not sure what > >you've seen, but my PVR250's put out simply beautiful pictures. > >If I > > I know the picture quality is good. But not good enough to allow > frame-level editing and re-compressing to MPEG2 without visable > quality loss. Most likely not. And like I said above, if that is a requirement, then the pvr250's won't work for what you require. In which case, I'd have to agree with Steven, the Canopus boxes are your best bet. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: Re: [Mjpeg-users] Building from CVS
>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. May be worth to have this explain IN CAPITAL LETTERS somewhere in the CVS... just a 2 cts idea, not everybody is familiar with autoconf and related stuff. E. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Re: best parameters for DVB-T analog capturing
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 box that is being > > recorded already has mpeg compression artifacts in it before you > > even begin recording? > > Yes, exactly. > > > If this is the case, then no amount of fiddling with mpeg2enc > > parameters will help. Garbage in - Garbage out. You might have > > some luck with some of the denoising filters, they may be able to > > clean up somewhat a signal that is already badly messed up. But > > if your source video signal already has mpeg artifacts, you've > > already lost 90% of the game right there, before you even begin. > > Yes, I do know that. I can't decrease artefacts, but i don't want > to increase them because of the "double-compressing". Therefore i > am asking for (dis)advantageous Parameters. > > I am still testing ;-) For your purposes, you may just have to experiment until you find what works for you. With that said, you should probably consider looking through the archives for mpeg2enc suggestions for higher quality encoding. If you want minimal second artifact creation, you'll want to run mpeg2enc with "high quality encoding" parameters. So, things potentially to avoid (off the top of my head): -N (or at least to large of a -N value), too high (large numerical value) for -q, too small of a -b bitrate ceiling (you will want to raise the ceiling so mpeg2enc has more room to work), too much of -Q (if you even use -Q). Additionally you might try the hq quant matrices (-K hi-res) or you might even want to try Steven Schultz's custom combination matrices (search the archives, he has posted them several times) instead. --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] What Recent MJPEG Card?
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
I think LML (Linux Media Labs) still makes them but they are the only
place I know of - and the cards are quite expensive.
> 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.
> 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 feature to me.
You can always degrade the image later :-)
> ... "quality_factor" is the -q option to lavrec. There's no entry for
> 704x480 or 720x480 simply because a DC10+ can't capture at more than 640x480.
That's because the DC10+ is capturing square pixels. Video pixels
are (for the US) 10:11. I'll leave the arithmetic as an exercise
for the reader but 640x480 1:1 pixels is the same as 704x480 10:11
pixels. But since you can't place a 640x480 frame size on a DVD
you have to resample from 640x480 to 704x480.
> > (external) capture devices that can convert analog video directly
> > to DV and stream it directly to your harddisk. How good/bad is the
> > quality of these devices?
>
> You'll have to discuss that with our resident DV advocate, Steven
> Schultz. The quality is quite excellent from what is reported.
Did someone mention my name? :)
The quality is excellent. And since you get the Rec.601 sample
size there's no resampling/scaling to do. You probably will want to
crop (not scale!) from the DV 720xN frame size to 704xN because the
analog->DV converters place the full video frame (704xN) inside a DV
720xN frame. Cropping doesn't use much cpu time at all and there's
no 'conversion/resampling' being done.
> I think Steven would say that DV would offer better quality than the
> MJPEG solution. DV is also a newer compression algorithm and as such
> it had the opportunity to learn from MJPEG and correct some edge
> conditions that reduce MJPEG's potential quality.
Indeed. And the cost, today, is less. A Canopus ADVC100 and a cheap
IEEE1394 card is less $$ than a MJPEG card and the raid-0 array needed
to handle the I/O requirements. No need for a raid array since
any disc these days (even external IEEE1394 drives on the same bus
as the capture unit) can handle ~3.6MB/s.
Another "feature" (which I've used fairly often) of DV is the fixed
record size - for "NTSC" the DV records are 12 bytes and "PAL
144000 bytes. You can use "dd" as a simple/crude editor (and with
'locked audio' - one of the benefits of the Canopus product line) you
don't have to worry about slicing thru an audio sample.
> 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 simply beautiful picture from analog
> cable TV, and there's no fuss/muss with needing to re-encode anything.
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 unit would be a
very good choice.
Cheers,
Steven Schultz
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
