Hi Stan,
> part) the spikes occurred in Enc1. From what I saw Pass2 was "usually"
> lower. Not to say that's always true.
That pass-2 quantisation is what determines final quality. It can spike but
this is only if the input is genuinely hard-to-encode for a complete GOP
(group-of-pictures).
Hi Stan,
>
> I saw spike between 8 and 20 a few times as the output of mpeg2enc
> scrolled by. After several hundred to 1,000 frames, it gets rather
> boring to watch it scroll by.
>
> The other capture I processed was twice as long or a perhaps a little
> longer. After making a DVD of them, to me
Hi Christian,
mpeg2enc author here!
> Unfortunately I am unable to contribute constructively but I just
> wanted to send a periodic encouragement to take off with mpeg2enc
> where it was left in 2007-02-20 (last working version).
Thanks for the encouragement. Basically mpeg2enc development has
steers bit
allocation wrongly somehow and then can't correct fast enough).
Examples ... I need examples (no longer have a dumb analog capture card or
JPEG capture cared).
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49
to some tweaks recently added to improve the way the encoder
looks ahead to make good use of available buffer capacity to avoid
unnecessarily reducing quality for short spikes in picture content.
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home
re is zero chance
of figuring out whats going on.
> Well from what I have read between the lines, it sound to me as if the
> video has a problem like bitrate overshot or something when creating the
> video.
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neuf
rse, much easier in a two-pass or look-ahead
setting where you have decent statistics in advanced of needing them...
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile:
proving multi-core scalability).
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
-
This SF.net email is sponsored by: Splunk Inc.
Still grep
time. Select matrix 'tmpgenc'. Should perhaps be made
default...
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
-
This SF.net
as 'owner' I'd
gladly invest time in explanation/support to do a proper hand over. So far
no interest. Hopefully (I work from home nowadays) I'll have a bit more time
this winter and push mpeg2enc forward again!
cheers,
Andrew
--
Dr Andrew Stevens
Erdingers
; the 110). Use dvgrab/kino to do the acquisition and editing.
$229... inexpensive ... cough cough. I've got MIPS and hard-disk space up the
wazzoo but my living-room box has got firewire. I was looking more a
recommendation for a straight analog capture card $50-$80 range....
c
an inexpensive analog capture card that works
well with mjpegtools?
cheers,
Andrew
--
Dr Andrew Stevens
Erdingerstrasse 23
85464 Neufinsing
Germany
Home: +49 8121 883672
Mobile: +49 173 5397553
-
This SF.net email is spons
Hi Johannes,
> Bob Stia wrote:
> >**ERROR: [mplex] Can't find next AC3 frame: @ 349129984 we have 04c3 -
>
> broken bit-stream?
>
> I just encountered the same problem when trying to convert an NTSC DVD
> to PAL norm.
>
> I had dumped the audio stream using mplayer (2005-11-02 CVS version):
>
>
Hi Bob,
> Tried doing that last night. Ran out of space at about 100mb. Will have to
> see if my ISP will give me some temporary space for a few days. Breaking it
> into pieces would not be a good idea I guess
Well... breaking it into pieces would be better than nothing... there's a
handy comman
Hi Bob,
This is both good and bad news.
Good news: things are behaving sanely.
The bad news: the AC3 sequence is now correctly being read. If the problem
was in the sequence and not the reader this should not be possible
as all the 'tail' thing does isremove 100 AC3 frames off the front.
Sigh.
HI Bob,
> > What happens if you mplex with the a some AC3 taken off the front of the
> > sequence
> >
> > run
> >
> > tail --bytes=+179200 your_original.ac3 > shifted.ac3
>
> tail? or head? Ran your tail command and it produced a shifted.ac3 file of
> 23568384b (24 mb? - pretty drastic)
Defi
Hi Bob,
> > 1. There is a bug in mplex' look-up table that gives the length of AC3
> > frames from the encoded frame-length.
>
> Ummm...Not likely, right?
Actually, I just heard from Steven that he may have encountered the issue
himself. Could be a bug in the AC3 reading code that (e.g.) does b
Hi,
> Joined this and the transcode list about a week ago and have been lurking
> to see if I am in the right place
You're in the right place for mplex!
>
> Sent a very similar message to the transcode list and they provided a few
> suggestions which did not work out. They told me this is whe
Hi Delio,
Thanks for the Bug report ... I'll take a look to see what the difference is
and what's going wrong.
cheers,
Andrew
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Down
Hi Rob,
> Thanks for all your hard work. Combined with DVDAuthor, this is an
> amazing tool. Recently, I found I needed to offset my ac3 7310ms (yes, I
> know, that's big) to sync with my video. Quite a few errors later,
> mplex finished; reporting buffer underruns.
Hmmm 'theoretically' c
> i have a problem with mplex and timecode.
>
> if i use mplex (2.2.1 from mjpegtools.1.6) under windows (xp sp2),
> everything worsk correct.
> if i use mplex (2.2.4 from mjpegtools 1.8) under linux (debian sarge), the
> timecode of the file is wrong.
>
> i have a m2v and a mp2 file, the mp2 file
The easy way to understand all this is that the -F flag specifies
the rate at which the decoder outputs *decoded images* for display.
This is not always the same as the rate at which encode images arrive and are
decoded because of the 3:2 pulldown to display 24Hz Movie material for
display on 60
Hi Stefan,
Nice Algorithm... it seems to fall into the class of 'median' style
non-linear filters. These are very important in the x2 upscalers used in
motion-adaptive deinterlacing in current mainstream Digital TV chips for flat
panel displays. There are quite a few variations (every firm
Hi Clemens,
Can you verify you're using an up-to-date version of the tools.
If you are could you emailed short(ish) Segment of a sequence that plays
correctly. Usually 10MB is plenty.
I would tend to suspect Authoring too as that is that puts in the stuff that
allows skipping to and fro.
Dear Alexandre,
> main warning: PTS is out of range (115797507), dropping buffer
> main warning: PTS is out of range (115773764), dropping buffer
> main warning: PTS is out of range (115750011), dropping buffer
This error appears to be coming from sox - there are no such warning
messages in the m
Hi,
> At one point in the scene there is rapid movement whereby something solid
> moves approximately 20% of the frame width within one frame. Playing at
> fullspeed on the DVD player, the edges look a little jumpy as the movement
> occurs. Freezeframing at this point (the player does internal
>
Hi,
> In cinelerra I render seperate mpeg2 audio/video files
> to be joined with 'mplex -f 8'
>
> tcprobe reports the resulting .m2v file from cinelerra
> as 29.97 fps. both of these files are fine as far as
> I can tell.
>
> the weird part is:
>
> if I then multiplex the audio and the video stre
Hi,
Subtitle muxing is 'on the list'. I'm afraid I simply have had very little
coding time due to pressure of work. It's not a big job but it is a fiddly
one. One issue is simply deciding which of the many subtitle formats to
support.
Did you have any particular favourite?
There are tools fo
Hi all,
I have now modified mplex to remove a problem that occured when very small
(less than one sector payload) frames appeared in video sequences that:
a) Occasionally cause mis-aligned I-frames in SVCD streams.
b) Rarely cause sequence end markers to be missed in SVCD streams.
Unf
Hi all,
There is currently a bug in the handling of sequence end marker / I-frames
alignmnet constraints. Markers/I-frames can be missed if they are preceded
by a B or P frame that is smaller than a single progream stream sector.
I am currently working on this issue and should have a fix read
I looked at this one,
> [EMAIL PROTECTED] dvd]# mplex -f 8 -O 0ms test.m2v test.ac3 -O 67ms -o test.mpg
> INFO: [mplex] Run-in Sectors = 89 Video delay = 13019 Audio delay = 7166793
Unfortunately it appears to be a compiler bug in the implementation of the
standard library call 'lround'. E.g.
HI all,
Following up some cool feedback from a kind person who ran some 1.6.2
mplex/mpeg2enc sequences through a commercial SVCD stream validator I finally
got a lead on the issue with motion artefacts when dual-prime motion
estimation is active.
It turns out that under certain circumstances
Hi,
First step is to use 1.6.2 as quite a few Bugs got fixed since 1.6.1!
Run mplex directly on the .m2v and .mpa files so you can see what's going on.
cheers,
Andrew
---
SF.Net is sponsored by: Speed Start Your Linu
Hi ANdrew,
Can you try things with 1.6.2 - a lot of Bugs have been fixed since 1.6.1...
You'll need to use '-M' to stop mplex trying to split the output at every
sequence end marker it receives (probably one per video segment you cat-ed).
Andrew
-
Hi Ronald,
> *nod*. I fully agree here. :). Andrew, don't forget to add a version
> macro in one of the headers for mplex/mpeg2enc so we can compile a
> proper GStreamer plugin for both...
Yes, mergeing back would seem to make sense. I'm not happy with the interface
in the devel version anyway
On Thursday 26 February 2004 22:20, Steven M. Schultz wrote:
> On Thu, 26 Feb 2004, Andrew Stevens wrote:
> > Set --no-dual-prime to turn off dual-prime when using only P frames.
>
> A pending change you haven't checked in yet? I can't find
> that o
Hi Jonathan,
>
> Between my initial post and now I have since discovered that including B
> frames in the stream does fix the problem. What is it about the B frames
> which makes this particular player happy with the I frames which are of
> course still there? Do DVD hardware players in general
> PS to Andrew - Maybe this is an idea for an additional
> mplex flag.
> "--ignore-split-markers" that causes it to ignore the
> embedded split
> markers and just make one large mpeg file anyway. Is
> this possible?
The -M flag does this. The current manpage and long flag are misleading. The
Hi all,
There's a quick and a easy way to see if mismatches or DCT implementation
Problems are *really* the cause of the issues seen.
Next time you see the Problem run the encoding again with either reference
inverse quantizer or iDCT routines.
This is really easy to do: simply put
ca
HI,
>
> Has anyone seen anything similiar to this? Is it
> possible that my computer is overheating and screws up
> the calculations? Could one of my computers have
> a hardware problem that is manifesting itself this
> way? Is it my DVD burner?
Well computer hardware Problems definately aren
Hi all,
It looks like there is, someplace, a mismatch problem lurking in the
Arithmetic routines. Basically, different rounding between the (internal)
decoding done in mpeg2enc for calculating the difference between the image to
encode and the decoding of its predecessor and what is happening
Hi Steven,
> > cat video.m2v >> video2.m2v ; cat video.m2v >> video2.m2v
> > mv video2.m2v video.m2v
> > mplex -f 8 audio.m2a video.m2v -o output.mpg
>
> I think if I see cat used with MPEG-2 files one more time I'll
> scream.
Actually, contactenating a MPEG-2 video elementary stream
Hi Ray,
I tried encoding a fairly noisy, interlaced, captured video to simulate a DV
source.First with and without yuvdenoise (default settings). I found I
was getting visible block artefacts with yuvdenoise on static image
components but not with just mpeg2enc.
Looks like it something to
On Saturday 24 January 2004 06:18, Ray Cole wrote:
> I was able to confirm it is the default of '-R 0' that was causing poor
> quality. If I use '-R 0' on 1.6.1.92 I get the same flood of artifacts
> that I get with 1.6.1.93.
>
> -- Ray
Hmmm very odd. Do you have a short Test-sequence you c
Hi Ronald,
> > As soon as the release is out I'll add y4mspatialfilter - unless
> > there's a demand to do it now.
>
> Don't add it, I've seen enough changes for now. I've noticed the small
> change in the ratecontroller in mpeg2enc - does it require a new RC or
> are we ready for an actua
On Monday 19 January 2004 22:37, Thomas Börkel wrote:
> HI!
>
> Andrew Stevens wrote:
> >>With 1.6.1.92,
> >>timestamp in NTSC movies was wrong. This seems to be fixed in .93, but I
> >>was wondering.
> >
> > Do you really mean timestamp? There was
On Monday 19 January 2004 08:10, Thomas Börkel wrote:
> HI!
>
> Where can I found the release notes for new versions of mjpegtools (I
> did not find anything up to date in the source archive)?
Yes, they need updating!
> With 1.6.1.92,
> timestamp in NTSC movies was wrong. This seems to be fixed
Hi all,
> I think James' mail item came in first with what looks like
> the rate control bug. You might have to settle for '2nd bug' ;)
>
> > what does the above mean and is it a bad thing? I get it with
It means I somehow managed to merge in a warning message for the 'new' (now
di
Hi Bernhard,
> > It's the precision of the DC component. Most commercial DVDs
> > use -D 10 but mpeg2enc defaults to 9 to save a few bits. A
> > value of 11 is only valid at the next MPEG-2 profile/level so it's not a
> > currently meaningful value to use.
>
> Just added it to
On Monday 12 January 2004 14:44, Dragon_at_work wrote:
> How would I join multiple m1v and mp2 files in a way that would later lend
> itself to mplexing them.
>
> I tried cat. And it seemed to work for both types.
>
> But, mplex was unable to join them properly --ie the video worked, but the
> audi
> > The final result was a smooth flowing image (on my DVD player) with a
> > bit less quality than the original - it's a bit blotchy in certain
> > scenes. The original Dolby Digital (2 channel) sound was preserved.
>
> There the -q option might help.
If it is just certain scenes then you need t
On Tuesday 13 January 2004 06:27, Steven M. Schultz wrote:
> On Mon, 12 Jan 2004, Al Bogner wrote:
> > What do you think makes a better encoding from excellent sources: the
> > kvcd or tmpgenc matrix if the result should have the _same_ filesize.
>
> tmpgenc of course. the kvcd tables were
,
* are subject to royalty fees to patent holders. Many of these patents are
* general enough such that they are unavoidable regardless of implementation
* design.
*
*/
/* Modifications and enhancements (C) 2000,2001,2002,2003 Andrew Stevens */
/* These modifications are free software; you
On Thursday 08 January 2004 01:05, Robert W. Fuller wrote:
> I was looking at the source code, and I don't see any difference. Also,
> when I use cmp -l on the output, it appears to be the same! I have
> version 1.6.1.90.
>
> Maybe I haven't had enough sleep?
Currently there isn't one. The two
On Tuesday 06 January 2004 09:54, Libor Stefek wrote:
> Hello,
> I noticed that sometime mplex reports higher average bitrate than peak
> bitrate.
> It is strange, isn't it?
It is a bit weird. Basically, these numbers are computed fairly roughly (they
are only for user feedback) and a subtle Bu
Hi Gert,
> Like Robert I noticed the problem with the xine software player. But, I
> also experienced problems while playing back the DVD on a Philips DVD
> recorder. In both cases adding the "-W mplayer_hdr" fixed the problem.
Very useful information. That suggests the LPCM headers must be padd
On Sunday 21 December 2003 20:26, Al Bogner wrote:
> After every mplex from different sources I get this warning:
> "++ WARN: [mplex] Discarding incomplete final frame MPEG audio stream
> c0!"
>
> Is this a serious problem or can I ignore this?
Hi Al,
This is harmless it simply mplex saying that
Gert, Robert,
Thanks very much for the LPCM feedback. It is *extremely* interesting to get
real feedback on some of these fiddly issues. Just a quick question: are the
noise problems Robert had with a hardware player or software? If hardware,
this would indicate there is a 'funny' alignment
> In floating point, all you have to do is flip a sign bit. But with
> integers, it's not so easy. There is no instruction for absolute value in
> MMX, you have to use a four instruction sequence and two registers. Slower
> than squaring a value, which only takes two instructions.
> I finally
On Tuesday 16 December 2003 23:35, Richard Ellis wrote:
Hi Richard,
> In that case it will kill the majority of the performance benifit
> provided by the caches, because there's very little locality of
> reference for the cache to compensate for. It moves through at least
> 512k for pass one, the
Hi all.
> It's why I came up with the pgmtoy4m program. The YUV4MPEG output
> from mpeg2enc was a local hack (I think Andrew did it eons ago to
> an old version of mpeg2dec).
Its actually *really* easy to do. I don't think mpeg2dec has changed all
that much in quite a
Hi Steven, Trent,
> But what about bit allocation? You need to know how big the last GOP was
> to figure out how many bits you can use for the next GOP.
Actually, this is not such a big deal provided the GOPs are well seperated.
Simplifying a little, you just need to ensure that you have >= t
> Produces this (approximately 1010 frames), encoding times (real time /
> user time, gives a bit of a view as to how busy the CPUs were during the
> real time, optimal should be 1m realtime, 2m user time, right? and
> average system time was 3.0s, with +/- 0.2s for all tests):
...
Yep. You sh
Hi all,
First off a bit of background to the multi-threading in the current stable
branch. First off:
- Parallelism is primarily frame-by-frame. This means that the final phases
of the encoding lock on completion of the reference frame (prediction and DCT
transform) and the predecessor (bit
Hi Richard,
I finally got the y4m from Steven and I now know what's going. Actually, I
should have been able to tell you very soon just by looking at the command
line but ... that's life. Anyway I've Cc: Bernhard as 'honorary question
answerer and Doku whipper-in' in case something like this
Hi Robert,
> On the same 2-hour clip, it comes out at about 2.5 gigs. Huh? How is
> that possible? The average bitrate drops *way* down (from roughly 5400 to
> about 2500), but the peak rate is near the 8000 I set.
>
> This makes no sense to me. How is specifying a higher bitrate able to
> pr
Hi Matti,
> Thanks for the correction. So mplex has VBV buffer set correctly at
> 230 kB for standalone DVD players, right?
Again: there are *two* video buffer size parameters.
1. vbv_buffer_size. A 'left over' in the sequence headers from MPEG-1 that
just has to be filled in more or less any
Hi Matti,
There also something else at work here too.
> AFAIK (X)SVCD VBV buffer (Video Buffering Verifier) default is 224kB
> although some apps use 230kB for historical reasons.
An important thing to bear in mind is that VBV buffer *not* the same thing as
the decoder video buffer (STD_buffer)
On Sunday 07 December 2003 07:36, Florin Andrei wrote:
> Using -g 1 might trigger hiccups on certain hardware DVD players; at
> least i was able to do that on a fairly new JVC XV-N55 (a very flexible
> beast: DVD, SVCD, JPEG, MP3...) with a DVD encoded with
> mjpegtools-1.6.1.92 from a DV source.
On Saturday 06 December 2003 19:48, Steven M. Schultz wrote:
> On Thu, 4 Dec 2003, Richard Ellis wrote:
> > Those are the artifacts, and no, they are not in the original source
> > as far as I can see by playing the .avi with glav. The original
> > source from the DC10+ card looks just as I would
Hi Stevem
> Possible that it's the SSE DCT that's having trouble instead of the
> MMX one? The encoding I just did was on a system that doesn't
> have SSE support (the old MMX vs SSE problem we've discussed in the
> past) and using the current cvs version of the encoder I
HI Richard,
> If you'd still like a piece of the capture, I'll gladly push some
> stuff your way. But, in further experimenting tonight I think I've
> found the culprit. If I drop the -Q 4.0 parameter, then rc92 stops
> producing the splotches. It looks like rc92 has a different effect
> (and a
Hi,
> I was playing around with the new mpeg2enc. When encoding with -f 4, I
> received a peak rate of around 3 Mb/s while the avarage was far lower: 2
> Mb/s. The SVCD palyed fine on a standalone player. Nevertheless, isn't this
> result strange?
This sounds 100% right. For short bursts the de
Hi,
This is a known small Bug that relates to the way the peak bit-rate is
calculated. It would be a pain to fix and the peak rate is only calculated
for this 'user information' message anyway so it has been around for a while
because its harmless :-(
>INFO: [mplex] Average bit-rate : 94
Hi Nicolas,
Back from a Weekend at my Parter's parents... ;-)
Although I normall develop on a Debian 'unstable' machine my house server is a
pure 'woody' box. How are you building? I'd like to replicate the issues
you're having with mplex and/or mpeg2enc.
However, I've found the default auto
Hi Andrei,
> If i understand correctly, one of the reasons why mplex cannot multiplex
> subtitles was the scarcity of tools to generate subtitle streams with
> timestamp information.
Thanks for the info - adding subtitle muxing itself once you can get the
timing info is pretty easy. It is quite
On Monday 24 November 2003 06:06, Florin Andrei wrote:
> Can someone explain to me how's mplex -O supposed to work?
>
> I'm using the current (sunday nov 23, in the evening) mjpegtools CVS
> tree.
>
> I'm doing this:
>
> mplex -f 8 -S 150 -O 500 ${proj}.m2v ${proj}.ac3 -o 1.vob
>
> mplex -f 8 -S 15
On Saturday 15 November 2003 11:14, escetlp wrote:
> hi !
>
> I would like first to thanks developpers for these mjpeg tools !
>
> and my question is:
> Do you plan to accept files bigger than 2Go ?
Yes, simply use QuickTime .mov format not AVI. Or, use multiple AVI's (see
manual pages for lavre
HI,
> So, the CVS should fix the issue, right?
Certainly -O it produces the expected result out-of-sync when I
playback using xine.
Andrew
---
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way
>However, neither xine nor mplayer show any differences in A/V sync when
>playing these VOBs. It's like -O has no effect.
Not all players actually use the PTS for their sync stuff. Some just more or
less reconstruct it themselves 'on the fly'. You should see a noticeable
result on hardware play
HI Florin,
> The subtitles stream is obtained with transcode-0.6.11 from a DVD title.
> I think it's raw subtitles, not encapsulated or anything.
>
> This is how i extracted the streams:
E what gave you the idea mplex multiplexes subtitles? It wouldn't be
hard to add (most of the bits a
Hi Steven,
Veerry interesting I'll have a look-see at what's going on with those
small I frames / big P frames...
Amdrew
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
Hi Richard,
> Core was generated by `mpeg2enc.cvs.2003.11.04 -f 5 -n n -a 2 -V 230
> -B 224 -S 8000 -b 9576 -q 10 -I 1'.
> Program terminated with signal 11, Segmentation fault.
> [symbol loading lines omitted]
> #0 quant_non_intra_sse (wsp=Cannot access memory at address 0xbfffebd0
> ) at quanti
Hi,
> video PTS: 244ms
> video DTS: 144ms
> audio PTS: 262ms
>
>
> The same video, muxed with bbmpeg gives the following:
>
> video PTS: 280ms
> video DTS: 180ms
> audio PTS: 398ms
This is a known Bug in older Versions of mplex (the audio sync offset is
calculated without taking into accou
Hi Steven,
Lying around useless with the 'flu today but I have spent the time learning
more about PIC code and shared libs Basically, I think if all the relevant
libs are compiled for shared library usage we should be in business. I've
modified the nasm sources so all the assmbler routines
Hi Laurent,
> I might be wrong as I don't have an in-depth knowledge of MPEG2 and MPEG4
> compression, but it seems to me that MPEG4 compression is more time
> consumming than MPEG2.
>
> I know that mpeg2enc is a professional-quality tool that can give extremely
> good quality MPEG2 streams.
Well
Hi Florin,
> It difficult to tell which way the market will go.
> However, the vast majority of the newer DVD players will happily play
> both formats, even when they only advertise one of them. Strange, isn't?
Not really. Almost all DVD Players now use standard ATAPI drives plus one of
a few C
Hi Steven,
> I see that mpeg2enc has the option "--intra_dc_prec [9-10]" - does
> that affect the calculations or does it simply set the value in the
> MPEG headers? What effect, if any, does a higher dc precision have
> on the picture quality?
It does affect the calcula
On Friday 10 October 2003 14:03, Julio Sanchez wrote:
> On Wed, 08 Oct 2003 21:50:17 +0200, Laurent Pinchart wrote:
> > I think that the multiplexing part should be included in mplex, and the
> > SVCD, CVD and DVD subtitles generation should be handled by an external
> > tool (subenc or something s
> I didn't find any reference to this topic in the mjpegtools manpages, so I
> ask the question here. Do the mjpegtools support multiplexing mpeg-2
> streams with subtitles to create SVCDs ? The SVCD standard support up to 4
> (if I'm not mistaken) subtitle streams. It would be nice to use them, as
Hi Andras,
I had a look at this issue and there was indeed a suble issue in some recent
modifications that meant intra coding was being preferred slightly to
non-intra coding.This is the wrong way around as non-intra can be skip
coded (when blocks are unchanged) whereas intra cannot...
I'
Hi all,
Back again... last track-weekend of the Season is over and its raining so its
time for the Tippety-tap hobby again ;-)
> Is lpcm in mplex working? I need it to make DVDs.
No idea. Well let's put it this way.What I could test using software
players seemed to work. Do you have so
Hi Andras,
Sounds very interesting...
> The material was PAL, digitized at [EMAIL PROTECTED], uncompressed YUV 4:2:2
>
> However I have noticed, that during pure black mpeg2enc 1.6.1.90 uses
> up to 1.4 Mbit/s no matter whether -q is 1, 4, 8 or 12. This I find
> strange. The command line used i
One possibility: when you split out using mplayer you are getting silences /
discontinuities in audio filled with silences so when you re-encode sync is
good.
Obviously, if mencoder doesn't do this things won't work so well in the
presence of discontinuities. Similar problems sometimes occur
On Sunday 29 Jun 2003 9:30 am, Ochendrowitsch Pablo wrote:
> Sorry the question but, is there any project to make mplex multiplex
> subtitles in the stream ??
It depends what you mean by subtitles. SVCD and DVD do it differently.
Both are on the 'TODO' list. Neither should be very hard to do - m
Hi all,
> With a mix of Athlon and Intel cpus that might not be wise depending
> on which blend of cpu specific optimizations are used. Might work,
> might not - I'd expect illegal instruction faults and so on but
> not a hard lock that requires "the button". Perhaps usi
Dan,
Do you have a short sequence that shows the ghosting effect? I'd like to
trace it through to see where it is arising. However, my guess is that it is
a quantisation artefact from turing -N too high.
Andrew
---
This SF.net emai
On Friday 06 Jun 2003 7:56 pm, Jonathan Bartlett wrote:
> I just re-installed my box, and reloaded mjpegtools, and now mpeg2enc is
> segfaulting on me all the time (after about 20 frames). I don't know of
> all of the compiler switches I may have changed (same version of RedHat
> though - RH8). T
Hi Dan,
> I will keep an eye on my videos and see if I can catch it in the act
> again, and post here if I work out the cause or fix.
Yes please do... it would be really useful to have a sequence that shows the
effect. It sounds like it could be a Bug in the internal inverse
Quantisation routi
Dear Ion,
Sorry I can't help. I don't know anything about the windows verison.
However, if they distributed the binaries they *must* make source code
available too. mjpegtools is release under the GPL...
Andrew
---
This SF.net emai
1 - 100 of 158 matches
Mail list logo
