On Tue, 2005-06-07 at 19:50 -0400, Jean Connelly wrote:
> Hi Brian,
>
> > I have been searching for good 480 line NTSC framebuffer timings for the
> > G400 for years but nothing seems to exist.
>
> Where is your line for "good"?
That's just it. I have not found a good one for NTSC ANYTHINGx480.
On Mon, 2004-06-21 at 11:26 -0400, Richard Ellis wrote:
>
> That should be more than enough, as long as you've not got something
> in the background consuming 40.06MB/sec of read bandwidth, or
> something else writing loads of data to disk at the same time.
Right.
> Your original command line wa
On Mon, 2004-06-21 at 10:28 -0400, Richard Ellis wrote:
> Check your disk I/O read bandwidth. Lav2wav is heavily read I/O
> bandwidth bound. It sounds like your disk read bandwidth is way low
> for some reason,
That was one of the first things I checked. This is a UDMA5 capable
drive although
I am trying to use sox to increase the amplitude of audio stream in an
mjpeg file, but before doing so, i am using sox's "stat" to determine
the max. amplitude without clippping.
So my command line is:
$ lav2wav file.eli | sox -t wav - -t wav /dev/null stat -v
but both lav2wav and sox both use u
On Tue, 2004-05-25 at 17:58 +0200, Ronald Bultje wrote:
>
> The issue here is that mjpegtools doesn't provide any way of doing this.
> You'll have to dive into libjpeg internals yourself to get this done. It's
> not that hard, but it's icky, if you know what I mean.
Yeah, and way over my head. I
On Mon, 2004-05-24 at 18:09 +0200, Bernhard Praschinger wrote:
> Have you also taken a look at the lav2yuv secenlist feature ?
Not beyond having seen is presence in the usage: statement for lav2yuv
when I was digging through the code to see just how difficult it would
be.
> There lav2yuv splits t
I once wrote a filter for mplayer that searched for black frames. The
idea was to find the 1 or more frames that most frequently sit between
"content" and the commercials.
It was quite effective at finding the black frames, but because it had
to decode and analyse each frame (in actuality it was
I think 2500 would have given a
bit cleaner results. There was some visible blockiness and loss of
sharpness around edges/sharp transitions. But using your suggestions
for higher quality might take care of that.
> Good to know the verbosity wasn't excessive ;)
Not at all too verbose. Not even nearly so. I hung on your every
word. I hope our discussion has been valuable to somebody else too.
> Cheers,
Right back at ya!
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
Description: This is a digitally signed message part
content that will be >2G. Could be a fair
>
> That would be a very good solution.
In fact I think what I am going to do is try to cap my desired bitrate
so that the resulting file will be <2GB. If it's a shorter running
program, the cap will be moot, but if it is longer, the picture quality
might have to suffer a bit. If my supposition above that I am already
using too high a bitrate is correct, maybe this will not be an issue at
all.
Thanks for all of your help and feedback Steven. As always it has been
absolutely invaluable!
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
Description: This is a digitally signed message part
4 containers solve my problem.
BTW: The tool I needed to use to get the MPEG-ES stream out of the
MPEG-PS file I had was tcextract. Seemed to work just fine.
Maybe I continue to use mpeg4/avi with content that will ultimately be
<2G and use mpeg2 with content that will be >2G. Could be a fair
tradeoff.
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
Description: This is a digitally signed message part
mpeg4 use
I use 2500 kbits/sec on full frame (i.e. no cropping, no
inverse-telecining), and reduce appropriately from there (i.e. 2000
kbits/sec when inverse-telecined).
> and that's a _long_ movie at 2GB
1 full hour is slightly more than 1GB, so anything 2+ hours blows
And other than having to use either an avi or ogm container, I would
continue to be happy with it. But both avi and ogm has issues (at least
where mplayer is concerned) with files >2G.
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
Description: This is a digitally signed message part
of course set the bitrate and bufsize down to reasonable values:
>
> ffmpeg -f yuv4mpegpipe -i susi_120.y4m -b 7000 -ilme -ildct \
> -aspect 4/3 \
> -top 1 -g 15 -maxrate 7500 -f mpeg1video -vcodec mpeg2video \
> -bufsize 1840 -y xxx
>
> MPEG1'
] File test.mp3 looks like an MPEG Audio stream.
**ERROR: [mplex] Unrecogniseable file(s)... exiting.
Is there anything I can do to discover more about what mplex does not
like about this mpeg1 file?
Thanx,
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
27;s always been) that would be disabling it?
Any other ideas?
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
Description: This is a digitally signed message part
ow do I get from multiple AVI files to a
single MPEG4 (or other mplayer playable format with as good a
compression as MPEG4) file with edits in between?
Open to all ideas, so try me. :-)
Thanx,
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
Description: Thi
On Fri, 2003-11-14 at 19:20, Steven M. Schultz wrote:
> On Fri, 14 Nov 2003, Brian J. Murrell wrote:
Hi Steven,
> Hmmm, I take a different approach and build the system up
> from a bare distribution - i.e. don't trust the distribution's
> (out of date) too
ow do I get from multiple AVI files to a
single MPEG4 (or other mplayer playable format with as good a
compression as MPEG4) file with edits in between?
Open to all ideas, so try me. :-)
Thanx,
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
signature.asc
Descri
ur Microsoft Windows server.
Brian J. Murrell
signature.asc
Description: This is a digitally signed message part
the wrong way? Is there a better way to do
what I am trying to above?
The reason I want the result back in an MJPEG file is because I want to
use mencoder to transcode to MPEG4 using a 3-pass encoding.
Thots?
b.
--
My other computer is your Microsoft Windows server.
Brian J. Murrell
si
tion file and start the
capture, this would fix the problem.
> If so, we can change lavrec to do that,
> too.
Probably a good idea.
b.
--
Brian J. Murrell <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
ting the symptom
> rather than the cause though.
True enough, if my suspicions are correct.
b.
--
Brian J. Murrell <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
, rather, is gstreamer up to the task of replacing lavrec yet?
b.
--
Brian J. Murrell <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
of these problems or would it just create other
problems?
b.
--
Brian J. Murrell <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
On Wed, 2003-06-04 at 08:37, Zsolt KOZAK wrote:
>
> Everybody!
> Does anyone use lavrec with ext3?
Yup. Have been doing so forever.
> If yes, is ext3 fast enough?
Yup.
b.
--
Brian J. Murrell <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
25 matches
Mail list logo
