Re: [Mjpeg-users] Zig-zag pattern on every frame...
Hallo > both my miroVideo DC30+ and KWorld DVB-S 100 capture card show on every > frame a strange pattern that I never got before. I say zig-zag but I'm > not sure is the right expression. The best way to understand what I mean > is watching it with your very eyes. > > I can provide a very short sample, but yet it is rather big (11 > MegaByte), so I'm not sure I can send it by email. At least I can try. > > I don't have a web site to make it avalaible. Just a idea, you could upload it to the SF. And treat is like a file release. And I make it aviable afterwards. Take a look here how to upload files to SF: http://alexandria.wiki.sourceforge.net/File+Release+System+-+Offering+Files+for+Download > When I first saw such a pattern I thought it was due to the fact I > connected a composite-video output (from my satellite receiver) to the > S-Video input of the DC30+ (I did it because the RCA plug on the DC30+ > was damaged). But the other card (KWorld), which has a working RCA > connector (it is brand new) shows exactly the same pattern. > > Sorry, it's really hard to describe! > > Any hint will be much appreciated. Sorry no idea. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Wed, 2008-02-27 at 20:57 -0800, Steven M. Schultz wrote: > Yep - that bug's still present. The frequency of huge values > was reduced but the problem still happens. When it does the picture > quality goes to almost null and the bitrate plummets - that is > probably why your average rate is somewhat lower than I'd expect. > So I found out... > No, it's not. It is somewhat less severe than it was. Since it is > unpredictable when the problem will happen I guess you'll have to > go back to an earlier version (just keep going back until the > problem goes away ;)) Will mjpegtools compile Ok if I fetch the CVS, then replace the mpeg2enc directory from CVS with the mpeg2enc directory from the old version? > OR use an alternate encoder. Seems that at > least 1 windows encoder will run using Wine. There's also the > TMPGEnc encoder (http://www.tmpgenc.net/en/index.html) - it is where > the 'tmpgenc' quantization matrices were obtained for use with mpeg2enc. > Maybe TMPGEnc runs under wine? Don't know - I've my encoding needs > met in other ways. Use tmpgenc in place of mpeg2enc? How does one go about doing that? Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Thu, 28 Feb 2008, Stan Gammons wrote: > Will mjpegtools compile Ok if I fetch the CVS, then replace the mpeg2enc > directory from CVS with the mpeg2enc directory from the old version? Probably not unless you're willing to do a little work. The logging API has changed and there are some 'mjpeg_warn/log/...' style statements in mpeg2enc. > > least 1 windows encoder will run using Wine. There's also the > > TMPGEnc encoder (http://www.tmpgenc.net/en/index.html) - it is where > > Use tmpgenc in place of mpeg2enc? How does one go about doing that? Buy it first. Then install on a windows system and or see if it will run under wine. Maybe there are discussion groups or a forum. Or look back a little bit in the archives of this mailing list. There was mention of another encoder that was free as I recall and the poster provided sample scripts/proceedures. Cheers, Steven Schultz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Thu, 2008-02-28 at 16:24 -0800, Steven M. Schultz wrote: > Probably not unless you're willing to do a little work. The logging > API has changed and there are some 'mjpeg_warn/log/...' style > statements in mpeg2enc. That's Ok with me. What do I need to change to make it work? > Buy it first. Then install on a windows system and or see if it > will run under wine. Maybe there are discussion groups or a forum. Looks like I misunderstood what you were saying. From what I saw on the website, tmpgenc requires an avi file. So, I wondered how one took raw DV, edited it with Kino, and so forth an ended up with an avi file for tmpgenc to process? I'll go back to the old version of mjpegtools. Thanks. Stan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Thu, 28 Feb 2008, Stan Gammons wrote:
> That's Ok with me. What do I need to change to make it work?
It'll be _REALLY_ obvious when you try to compile it ;)
Basically all the old LOG_WARN, LOG_ERROR, LOG_INFO, ... defines
are no longer public. You have two choices when something like
mjpeg_log(LOG_WARN, ...)
is encountered. Either change it to
mjpeg_warn(...)
or
mjpeg_log( mjpeg_loglev_t("warn"), ...)
This was changed to avoid conflicts with LOG_* and system defines (and
to avoid yet another package adding its own LOG* stuff to the namespace)
> Looks like I misunderstood what you were saying. From what I saw on the
It was mutual. You won't obviously be able to pipe into the encoder.
But I thought you knew it would be up to you to create whatever
container an encoder would need.
> website, tmpgenc requires an avi file. So, I wondered how one took raw
> DV, edited it with Kino, and so forth an ended up with an avi file for
> tmpgenc to process?
Kino can write an AVI file, right? It's been 5 or 6 years since I ran
it but I thought it could write AVI files back out.
With ANY other encoder it's up to you to get the data into whatever
container the program will accept. I create Quicktime files with
uncompressed 4:2:2 video since that's the most convenient format.
> I'll go back to the old version of mjpegtools.
That's probably the best way.
Steve
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] File size differs from two tools for MPEG2
On Thu, 2008-02-28 at 20:02 -0800, Steven M. Schultz wrote:
> Basically all the old LOG_WARN, LOG_ERROR, LOG_INFO, ... defines
> are no longer public. You have two choices when something like
>
> mjpeg_log(LOG_WARN, ...)
>
> is encountered. Either change it to
>
> mjpeg_warn(...)
>
> or
>
> mjpeg_log( mjpeg_loglev_t("warn"), ...)
>
Ok. I may give it a whirl.
> > Looks like I misunderstood what you were saying. From what I saw on the
>
> It was mutual. You won't obviously be able to pipe into the encoder.
> But I thought you knew it would be up to you to create whatever
> container an encoder would need.
Yes, but I didn't know what tool I need to use to create it...
> Kino can write an AVI file, right? It's been 5 or 6 years since I ran
> it but I thought it could write AVI files back out.
I think so. Although I haven't tried it. Provided it does export an avi,
what tools on Linux would one then use to clean up a capture from a
video tape? I guess there aren't any?
> > I'll go back to the old version of mjpegtools.
>
> That's probably the best way.
In trying to keep most everything on the Linux platform, I think that's
the best option. Authoring a DVD on windoze is all I care to do on that
platform. Since the windoze authoring software doesn't run correctly
under wine, I don't have a lot of choice. I could use a lot expletives
when trying to run it under wine. Wouldn't help matters any an would
take 2 or 3 times as long. Easier to author the DVD on a windoze box.
As always, thanks for the help.
Stan
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
