Hi All,
Is it possible to convert asf to mp3 using anything in
mjpegtools?
I've tried mencoder and lame together but it core dumps on me.
(mencoder -oac mp3lame -ovc frameno -o a.tmp A001.asf)
I'm just wondering does anyone know if mjpegtools can do it or
not
Hello!
I am trying to develop procedure for making DVDs with LPCM audio using
Linux NLE Cinelerra-gg [1]
It works, but for some reason our lpcm file received as TOO LOUD by
default, so I must quieten down whole sound track by 40 db.
short (less than 3 min) video
https://youtu.be/-NE2LZsVUjo
According to this source (vlc) lpcm dvd audio supports lower frequencies
like 44100/32000 hz - useful for direct dv transcoding for example
https://github.com/videolan/vlc/blob/master/modules/codec/lpcm.c
see lines 524, 608
Does this mean that libavcodec/pcm-dvdenc.c can be trivially extend
On Sun, Jan 21, 2024 at 2:47 PM Paul B Mahol wrote:
>
> /* no traces of 44100 and 32000Hz in any commercial software or player */
well, but mpv (and vlc?) supports it
>
> On Sun, Jan 21, 2024 at 3:44 AM Andrew Randrianasulu <
> randrianas...@gmail.com> wrote:
>
>
Using svn code from
svn checkout https://svn.code.sf.net/p/mjpeg/Code/ mjpeg-Code
not tested apart from compilation ...
Index: mplex/lpcmstrm_in.cpp
===
--- mplex/lpcmstrm_in.cpp (revision 3507)
+++ mplex/lpcmstrm_in.cpp (working cop
On Sun, Jan 21, 2024 at 4:19 PM Steven Schultz wrote:
>
>
>
> On Sun, Jan 21, 2024 at 6:55 AM Andrew Randrianasulu
> wrote:
>>
>> Using svn code from
>>
>> svn checkout https://svn.code.sf.net/p/mjpeg/Code/ mjpeg-Code
>>
>> not tested apart
So, I was having a blast hacking old en/decoder.
My own hacks do not work on 64-bit yet (they run, just sounds wrongs
:) ) but this one was tested on aarch64 Termux install, so should be
better
https://github.com/Randrianasulu/iso-dist10
note: pcm2aiff too was not working for me, but mc (multic
Not really full patch, but just something I hacked together for
compiling cinelerra-gg on termux (linux terminal emulator AND
distribution for running on Android 7+ devices).
I wonder if this functionality can be (or should) be rolled into
mjpegtools ? Or it better remain as separate patch for ter
Header: it seems that default mplex can mux 3 min test multichannel
mpeg audio (mp2) audio just fine ...
https://cloud.mail.ru/public/v5K7/5gRpkx25k - 9 mb mp2 file
so I basically did DVD with cinelerra-gg from matrixbench clip (w/ ac3
sound from samples .mplayerhq.hu)
then I rendered out audio
On Wed, Jan 24, 2024 at 1:58 AM Andrew Randrianasulu
wrote:
>
> So, I was having a blast hacking old en/decoder.
>
> My own hacks do not work on 64-bit yet (they run, just sounds wrongs
> :) ) but this one was tested on aarch64 Termux install, so should be
> better
>
-- Forwarded message -
From: Andrew Randrianasulu
Date: Tue, Jan 30, 2024 at 9:23 PM
Subject: Adopted from pdflib image sample (C) - 33352495-MIT.pdf
To: Andrew Randrianasulu
http://dspace.mit.edu/bitstream/handle/1721.1/11468/33352495-MIT.pdf?sequence=2
An Implementation of
Repo:
https://github.com/Randrianasulu/encode2mpeg
after installing mctoolame and pcm2aiff from iso-dist10 (also on my
github) I can run such line:
encode2mpeg -svcd -mp2 mctoolame -mpegchannels 6 -n p -imageonly
/dev/shm/matrixbench_highdivx_ac3.avi -o /dev/shm/svcd_test.iso
long log
just found this accidently
https://github.com/DigitalCompactCassette/mjpegtools
but commit history says it only works on Windows (where other DCC tools
natively run)
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforg
Was looking for xing media software, found this little open-source utility
printing info on mpeg audio files, including this rare multichannel
extension!
https://mp3guessenc.sourceforge.io/
___
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
h
quality material this is not needed and can make gradations in shadings more
visible than necessary.
> > more than 2 hrs at a bitrate between 4000-4500kbps.
>
> For clean material I'd start with "-q 6 -K tmpgenc -E -10" - t
certain scenes then you need to boost peak bitrate (the scenes
are running out of bits!).
Just for reference, the peak bitrate on commerical DVDs is often 8000Kbps or
more!
Andrew
---
This SF.net email is sponsored by: Perforce S
mters mid-stream, but even then it
*should* work just fine). How did the audio go wrong: any error messages?
Andrew
PS
If the source of the .mp2 is a demultiplex 'rip' from a Digital TV or
SVCD/DVD/VCD stream you may have difficulties. The audio frames don't align
with th
value to use.
>
> Just added it to the manpage.
> So please update it :)
Could you add a note that setting -D 10 may help large smooth dark areas avoid
looking blocky...? It might even be worth making -D 10 the default, it
saves very very little and re-encoding is a pain.
> "fixed" a couple days ago - or at least very similar to that bug.
I think it was probably just a 'bad noise' but with rate control its hard to
be sure as all kinds of knock-on effects occur. A look-ahead bit allocator
(next job packet) should
nfo to fix this?
Full log of mpeg2enc's output... (-v 1 or -v 2 ). Crashing is pretty bad
though - try to do each part of the transcode seperately rather than
all-in-one go to isolate the possible sources of the crash.
Your environment: Distro, libc version
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
s it require a new RC or
> are we ready for an actual release?
The change was to make ratectl.cc identical to its state 'pre experiments'.
Its the old one that proved itself over the last year or so. I'd say:
release!
Andrew
-random results you're getting with adjusting motion estimation
radii and motion-estimation reduction suggest very noisy material or,
at least something broken.I haven't heard any other feedback so it could
a build problem...
The fact that it is *still* pi
to do with the sequence denoise. Even so, could I get
a snippet for my regression testing library?
cheers,
Andrew
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See
tactenating a MPEG-2 video elementary stream (an .m2v) is
*almost* concatenatable. You need to strip the sequence end markers but
thats about it (provided the sequences match in encoding parameters!!).
Obviously, for a multiplexed program stream:
in the MPEG
decoders.
I really really need a short sequence the shows the Problem because otherwise
it is almost impossible to track down precisely.
Andrew
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and
a Bug in the encoding/authoring tools.
cheers,
Andrew
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.o
ot* closer to finding the culprit
;-)
cheers,
Andrew
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.c
> 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 lo
yers in general work with streams
> containing no B frames?
The presence of B frames disables dual-prime encoding of blocks Part of the
MPEG-2 standard).
Set --no-dual-prime to turn off dual-prime when using only P frames.
cheers,
Andrew
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 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
i
README in the mplex source
directory, it seems like that mplex code hasn't been updated
for a while now. Is there a patch somewhere? Any help would be
much appreciated.
Andrew
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now
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).
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
en updated
>> for a while now. Is there a patch somewhere? Any help would be
>> much appreciated.
>No, you just try something, mplex is not designed to work with.
Good to know that it's my error, as I thought it would be at the
start :)
Basically I'm just trying to create
27;ll probably put a quick-and-dirty work-around into
the stable branch.
cheers,
Andrew
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo techn
on some versions gcc. In the meantime I'll check the
more compiler-bug-robust code into CVS.
cheers,
Andrew
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins,
ready this evening.
cheers,
Andrew
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals
ey're now fixed!
There is still a known bug relating to over-eager despatch of low-rate audio
material that is next on my list.
cheers,
Andrew
PS
Once mplex bugs are done, I'll get back to mergeing the development branch of
mpeg2enc (which *almost* has back-of
te?
There are tools for inserting subtitles into an already muxed stream kicking
around someplace if I recall rightly.
Andrew
---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market.
ity handling...
> any ideas what might be going wrong? I'd almost guess
> it was a bug in mplex or tcmplex, but they've worked
> for other stuff fine on this box before... this seems
> like something really obvious I am missing
Check if the original material is 3:2 pull down an
you
have a very high peak bitrate.
The next release of mpeg2enc will have a feature to automatically smoothe an
image (low-pass filter) it if visible blockiness would otherwise occur. The
idea being a 'soft-focus' fade is a lot preferable to a blocky one!
cheers,
Andrew
---
Begin forwarded message:
Date: Sun, 9 Oct 2005 08:16:37 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5403] New: Zoran driver sleeps in invalid context
http://bugzilla.kernel.org/show_bug.cgi?id=5403
Summary: Zoran driver sleeps in invalid context
Begin forwarded message:
Date: Sun, 9 Oct 2005 08:51:24 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5404] New: Offset problem in SECAM videos acquired
through a Miro DC30 card
http://bugzilla.kernel.org/show_bug.cgi?id=5404
Summary: Offset proble
es in the mjpegtools mplex or mp2enc.
cheers,
Andrew
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your v
d fro. However, some player Firmware sometimes relies
for FFWD on odd optional bits in MPEG headers or assumes a fixed header size
or some similar simplification.
cheers,
Andrew
---
This SF.net email is sponsored by: Splunk Inc. D
mbined results can also be pretty good and the technique has the advantage
of robustness and that it is clean and efficient to implement in 'streaming'
1-pixel-per-cycle VLSI hardware.
cheers,
Andrew
---
This SF.net email is
need to be adjusted.
The multiplexing process additionally uses the bits to generate decode and
display timestamps for each picture that codes essentially the same
information. Some players use the time stamps some use the bits to decide
what to do frame-by-frame.
Andrew
from some player software? Also are the differing timecodes
from *running* mplex under windows or playing the result.
If you have a short sample (a few seconds of video and audio is ideal) that
demonstrates the problem I can easily take a look to see what the differenc
, but would caused
> a non-working dvd when authored through with dvdauthor.
HW Players are much much more sensitive than SW players (which generally can
play any old mis-multiplexed rubbish quite happily ;-)).
cheers,
Andrew
---
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 probl
ames
instead of giving up immediately. Not rocket-science (see
mplex/ac3stream.cpp - its obvious whats going on).
cheers,
Andrew
>
> On my last attempt, I got this:
>
> INFO: [mplex] target data-rate specified : 1008
> ++ WARN: [mplex] Target data rate lo
27; instead of your original .ac3 file.
If you've got the disk-space spare pls. don't discard the .ac3 - if it looks
like an mplex problem it would be super-useful to be able to email me the
critical section where things go wrong to debug mplex.
cheers,
Andrew
--
the
number.
What OS are you running?
How did you get the file sizes ('ls -l'?).
Also I screwed up (out-by-one error), the command should have been
tail --bytes=+179201 ...
Could you try this and see what mplex does with the result and see what 'ls
-l' gives for the original
ront.
Sigh...
If you can you post 'movie.ac3' onto your website so I can download it to
replicate the problem on by devel box here that would be great.
cheers,
Andrew
PS
The video sequence has problems too. Odd for a DVD rip. I begin to wonder if
you have a bad build where so
down exactly where/ how the AC3 reader in
mplex is messing up.
cheers,
Andrew
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
sear
like to analyse the problem some more as I'm not sure that
the problem isn't a Bug in mplex that only gets triggered under certain
circumstances.
Also: what Linux distro and CPU architecture are you using (x86, PowerPC,
x86-64 etc).
cheers,
Andrew
--
but I have two cards that show the same thing.
Any help would be appreciated.
Andrew Piecka
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live we
ives
works so you can incorporate it as a load option. I hope I can get to
this today sometime, but these fun projects sometimes have to take a
back seat to other things (like doing my taxes, real fun).
Again, thank you for your good wor
VCR
and TV are mucking with their output signals somehow to cause the AGC
problem.
At any rate things are good now, if only channel 7 had a better signal.
Again, many thanks for the information, and for taking the time to share
it.
Andrew
On Sat, 2006-03-11 at 13:33 -0800, Andrew Piecka wrote
r time. I really appreciate the suggestions,
and thank everyone who works on this project for providing these linux
based video tools.
Andrew Piecka
-
Using Tomcat but need to do more? Need to support web services, security?
G
Hi all,
Andrew here (mpeg2enc author).
> Well, I thought so too at first.
>
> But look at the "q=" lines! If you're seeing "q=18" or so then
> there are still issues to be resolved.
IF Steven and I are currently using the same test sampl
; 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
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
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
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:
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
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
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
tuff in mpeg2enc working
properly.
Drop me an email if you're interested...
cheers,
Andrew
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based
o gather statistics but not
actually encode. This implements statistical look-ahead / two-pass
encoding - simply prefix the frames to be encoded with a sample/ the entire
stream.
cheers,
Andrew
--
SF.Net email i
P
(group-of-pictures). Individual 'tough' frames in a GOP (in effect) borrow
bits from other frames.
cheers,
Andrew
--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The
h 1.6.1. In particular I need to
merge the "uncounted frame" bug-fix and the fix for the problems with the -I
flag.
Back to the code-mines then... ;-)
Andrew
---
This sf.net email is sponsored by:
With Great Power, Comes G
a decent player. Of course, each disk won't play too long, but around
35-40 minutes should be possible with good (digital) broadcast material and
40-45 if your transcoding from DVD.
Andrew
---
This sf.net email is sponsored by:
27;t really
needed it for quite some time but I never got around to making it all
consistent!
cheers,
Andrew
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to us
> to anyone looking for a do-all DVD player.
I'll third it. Buy Philips buy Philips...
cheers,
Andrew ([EMAIL PROTECTED])
PS
Actually it is nice when you know the big faceless company you work for
builds something decent. Just wait 'til yo
ws MPEG codecs can't hanble. Bugs are quite possible. Can you give
me a short sample of a working and one of your non-working MPEGs so I can
analyse what it might be that the Windows codecs can't handle?
cheers,
Andrew
PS
There were some multiplexing bugs i
ry. I personally run
the estimator either in a fast mode or default. The gains from turning it
right up are pretty trivial most of the time.
Andrew
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
nt
endless GOPs are otherwise there is a tendency for differences in the iDCT
used by the encoder and the decoder to cause gradually accumulating errors.
In practice the space savings of going to GOPs much bigger than 20-30 are
pretty marginal...
Andrew
-
Dear Laurent,
The problem you have could be related to an MPEG parsing error in mplex
if you are using the stable 1.6.1 or 1.6.0 mplex. This has been fixed a while
now in the CVS development version.
Otherwise I'm just not sure what the issue could be
A
y not noticeable over default.
If you are encoding non-interlaced material you can also use -I 0 which makes
things much faster by skipping the special interlace motion estimation
calculations. Cost in quality should be zero (given the right material).
Andrew
-
uot;
improvement I want to add in will be support for letterboxed video (currently
the encoder will waste a lot of effort on the black margins ;-)).
Andrew
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
uot;
improvement I want to add in will be support for letterboxed video (currently
the encoder will waste a lot of effort on the black margins ;-)).
Andrew
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Hi all,
>
> When 30fps rates are mentioned they are almost always talking about
> 352x240 (VCD) MPEG-1 and _not_ 720x480 (DVD).
Steven is dead right. I can get around 10fps for DVD with interlace support
on my 2100+ Athlon box with another machine doing the "lav2yuv"-ing the
encode
ets tough for the encoder so overall
compression stays high. For SVCDs I tend to use:
-f 5 -q 6 -b 3300
Andrew
PS
It would be mega-fantastic if we could tweek the drivers to capture MJPEG at
SVCD resolution. I think the Zoran chipset / video decoders can actually
support th
this kind of Application the Duron is disproportionately quicker than the
P-III. The P-III is badly limited by its relatively small L1 data cache and
some bottlenecks in the MMX implementation. My Duron 800 is faster than my
dual P-III 500 machine.
r as video signals is not necessarily
band-limited in the vertical axis so a wide impulse response tends to produce
visible ringing in the vertical.
cheers,
Andrew
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek he
2enc. Easy way to
test: run it with -M 0 (this turns of the multithreading).
cheers,
Andrew
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_
ently starting work restructuring mpeg2enc. This should
significantly improve maximum encoding speed as an early side-effect.
Andrew
> Boy do I wish we North Americans were not so lame so as to suck up
> whatever proprietary systems the cable and satellite vendors throw at
> us. DVB would
oday. Note: I have done
> some TMS370 which has the source before destination operands.
Unfortunately your asm is broken. The equivalent would be:
movq mm2, [INP+8]
punpcklwd mm5, mm2
(assuming mm2 really is is unused at this point ;-))
Andrew
ld also like to add a second audio channel. Is this just a matter of
> > providing a second mp2enc-encoded audio file to mplex?
>
> At the present time I do not believe that mplex can handle more than
> one audio track. I'm sure Andrew Stevens will correct me if
and please CC to me as I am not on this ml!!!
>
> Grégoire
Sounds like your using an older version. There was a bug where the size for
-f 8 was effectively hard-wired to 2GB.
This is certainly fixed in the development version and I think I also merged
in the (1 line) f
On Sunday 05 Jan 2003 2:25 pm, you wrote:
> On Sun, Jan 05, 2003 at 12:49:12PM +0100, Andrew Stevens wrote:
> > Sounds like your using an older version. There was a bug where the size
> > for -f 8 was effectively hard-wired to 2GB.
> >
> > This is certainly fixed in th
make its way across the net. Also it is pretty easy to work out
what the demand is. If your encoding can manage X fps at 720x480
then you need to deliver on average 720*480*2*6 byte/sec MPEG4YUV.
This is at or near the limit of what a 10Mbps ethernet can deliver.
Andrew
> I sup
e being used it would be
nonsense as the half-resolution YUVh format drops the odd fields.
Andrew
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = S
d mpeg
parsing and so on.
I'll let you know how things progress.
Andrew
PS
Yes, the reason I haven't been coding as much as I'd hoped is that I've been
playing with the DVB stuff ;-)
---
This SF.NET email is
b (under WINE and in Windows) until such a time as avifile is
> working correctly.
Oh boy < 500kbps for the video! Basically, that just is not doable with
current codecs at reasonable display resolutions, it is even worse if you
have captured (noisy) material. A
ffect you describe which only
showed up on certain players (hardware and software) and so took *ages* to
detect.
The current stable branch (which should shortly be released as 1.6.2) has the
bug fixed.
Andrew
---
This SF.NET email is s
1 - 100 of 182 matches
Mail list logo
