Re: [Mjpeg-users] problems with 1.6.2
On Sunday 10 Oct 2004 17:18, Steven M. Schultz wrote: > > What about other hardware players? Not to put down JVCs but that's > the only brand that choked on VCD/SVCDs that all the others would > play without trouble... > Steven, this sounds exactly like what I reported a few weeks ago with my Toshiba player. Both VCD/SVCD and DVD formats had the same symptoms. They did play on other, cheaper players. As I'm a newbie to dvd production I can't say whether I am unwittingly producing the same burn circumstances, but it seems unlikely. I stick to very simple commands, most of which have been posted on the list with my enquiries. Just my 2p-worth to suggest that it may not be specific to JVC. Anne -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Compile on Suse 64 bit
Ronald S. Bultje wrote: Hi, On Sun, 2004-10-03 at 23:06, Michael Steinhauser wrote: I could compile and install the CVS-version (mjpeg_play 1.7.0) with checkinstall. When i tried to compile linux videostudio i got the error for missing mjpeg-1.6.0. Can´t studio be build with the latest CVS? Yes, but the configure check isn't updated for it yet. You can do that manually by changing configure.ac and the running ./autogen.sh. Ronald Hi, as i can see studio checks in configure.in for mjpegtools in this way: dnl mjpegtools AC_PATH_PROG(MJPEGTOOLS_CONFIG, mjpegtools-config, no) if test x$MJPEGTOOLS_CONFIG = xno; then AC_MSG_ERROR(mjpegtools-1.6 is required to run this version of LVS. Please download it from http://www.sf.net/projects/mjpeg/) else MJPEGTOOLS_LIBS=`$MJPEGTOOLS_CONFIG --libs` MJPEGTOOLS_CFLAGS=`$MJPEGTOOLS_CONFIG --cflags` MJPEGTOOLS_PREFIX=`$MJPEGTOOLS_CONFIG --prefix` fi AC_SUBST(MJPEGTOOLS_LIBS) AC_SUBST(MJPEGTOOLS_CFLAGS) AC_SUBST(MJPEGTOOLS_PREFIX) In mjpegplay 1.7.0 is no more mjpegtools-config, how can i manually change this? Tank you Michael --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Compile on Suse 64 bit
On Mon, 2004-10-11 at 09:53, Michael Steinhauser wrote: > In mjpegplay 1.7.0 is no more mjpegtools-config, how can i manually > change this? pkg-config. Ronald -- Ronald S. Bultje <[EMAIL PROTECTED]> --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] Feeding frames to mpeg2enc
Hi, I develop scripts that generate MPEG2 streams by using imagemagick to draw the frames and using png2yuv to feed the frames to mpeg2enc. The problem I'm having is that all frames that are needed for the MPEG stream need to be stored on harddisk before png2yuv can start feeding them to mpeg2enc. The amount of required diskspace to store all these frames is HUGE, even when I use jpg frames in stead of png. My question: Is there any way to have mpeg2enc "eat" frames while they are being generated? For just a minute, I figured I could solve the problem by writing the frames into a named pipe, but imagemagick closes the pipe after every image. It seems like we need a simple front-end application that can watch a certain directory and concatenates any images that appear in that directory to it's stdout, like so: framegrabber | png2yuv | mpeg2enc Is this going to need a hack, or is it already possible? Cheers! Dik --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] problems with 1.6.2
On Sun, 10 Oct 2004, Florin Andrei wrote: > > What about other hardware players?... > > It's not easy to test other players. Depends where you live I guess. It's been trivial to take a couple test DVDs to the local Circuit City (or Best Buy or whatever) and ask to play a disk. > I think i tested a cheap CyberHome CH-DVD 300 and i think that one > played the disks fine. But i could be wrong. And the Apex (which is another inexpensive/cheap brand) hasn't had any problem either. > In any case, the CH-DVD 300 has a wrong pedestal setting and the image > is too dark There are times I would prefer that - better dark than washed out (too light). > You get what you pay for. The Philips was not expensive (but it was not "cheap") and is the best DVD/SVCD player I've had yet - will play wildly out of spec VCDs/SVCDs and hasn't had any issues with the DVDs I've created. > Well, it works even with mjpegtools, it's just the end result that > doesn't play fine on the DVD player, and i'm not sure who's to blame. I'm not sure it's an encoder issue. I've taken mpeg2enc generated streams and had them play on the ultra cheap players (Apex), a somewhat more expensive Audiovox portable player, a midrange Sony and then my Philips. The only thing I can think of that I do differently is use Apple's AC3 encoder and authoring programs (which perhaps the muxing) rather than ffmpeg, mplex and dvdauthor. mpeg2enc generated streams work fine (turns out the MPEG-1 problem I'm having is NOT the encoder's fault at all). I wonder if it's the audio stream or mplex'ing that is causing the problems you're having. Have you tried both MP2 and AC3 audio with the same results? > I am positive it's 48kHz. Several different tools reported the same > number. It's a typical value for stuff coming out of an amateur DV > camcorder. Unless the camcorder accidentally was set to the 32kHz mode ;) The other possibility which I thought might have happened is that 'mp2enc' was used to encode the audio to MP2 and the "-r 48000" was accidentally left out. The old behaviour of mp2enc was to default to 44100 - thus mp2enc would silently resample from 48000 down to 44100 :( If/when you find time it would be a valuable data point to know if the 1.7.0 (CVS) version of mjpegtools behaves differently. If so, then the problem's been fixed, if not then well, we're still on a hunt for the cause of the problem. Cheers, Steven Schultz --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] full-quality Quicktime
Hi all, I'm having the same problem as in a previous thread, but searching the thread yields no resolution. Context: I'm trying to use a DC10+ to capture a somewhat flaky video (old, recd on a different VCR, and with occasional tracking problems). Although I have a VIA chipset on the mb, there is no problem with capture of recently recorded material. lavrec works great and drops _no_ frames during recording of a single avi, 'lavrec -f a -i n -a 0 -q 100 -d 1 -t 3600 -w 1hrfilm.avi' but it loses a dozen or so frames each time it opens a new file (using the %nnd numbering feature). So I'd try 'lavrec -f q -i n -a 0 -q 100 -d 1 -t 3600 -w 1hrfilm.qt' but this dies immediately with **ERROR: [lavrec] Error writing to output file 1hrfilm.qt: Internal: broken JPEG format ++ WARN: [lavrec] Closing file(s) and exiting - output file(s) my not be readable due to error No lower quality (e.g., -q 50) gets past this. It is simply the '-d 1' that it doesn't like. Does anyone know if libquicktime 0.9.2 --> 0.9.3 fixes this? Or was there some other way to get around the avi 2GB limitation without sacrificing resolution? Thanks -- C --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
