I have got that to build, however compared to builds
from the zeranoe site (and also builds I have asked a
friend of mine to make for me using mingw with gcc),
I always end up with seeking problems.
This is surprising.
Are you sure that you are testing the same versions?
I have
On 3/22/2013 4:26 AM, Bjoern Drabeck wrote:
So do these changes make sense? What can I improve? Anyone willing to
try it (maybe John?)
I tried this change against the 1.2 release, adding these to my typical
configuration command line:
--enable-small
--disable-optimizations
On 3/12/2013 7:18 PM, John Orr wrote:
On 3/12/2013 6:18 PM, Carl Eugen Hoyos wrote:
John Orr john.orr@... writes:
Parts of ffmpeg source code assume the compiler will remove
the body of a conditional if the condition is always false
Could you test if the following fixes compilation with
John Orr john.orr@... writes:
On 3/12/2013 7:18 PM, John Orr wrote:
If not: Does --enable-small work?
I'll try in a little bit.
Nope. --enable-small gets the same link error.
I suspect if this is fixed, it will be easier to
understand how to map -O0 to to something that
works in
In most files everything seems to work fine, however
when I have larger MKV files (for example I got one
15 GB movie file), the seeking can take several minutes
This should be fixed in current git head by a patch
from Hendrik.
Ok, verified, just made a build from latest code on GIT, and
On Wed, Mar 13, 2013 at 8:39 AM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
John Orr john.orr@... writes:
On 3/12/2013 7:18 PM, John Orr wrote:
If not: Does --enable-small work?
I'll try in a little bit.
Nope. --enable-small gets the same link error.
I suspect if this is fixed, it
Hi,
as described in the ffmpeg documentation
http://ffmpeg.org/platform.html#Windows under 4.2, I have set up MinGW/MSys
to compile using the MSVC toolchain and c99-to-c89 tool. I have got that to
build, however compared to builds from the zeranoe site (and also builds I
have asked a friend of
Bjoern Drabeck bjoern.drabeck@... writes:
I have got that to build, however compared to builds
from the zeranoe site (and also builds I have asked a
friend of mine to make for me using mingw with gcc),
I always end up with seeking problems.
This is surprising.
Are you sure that you are
I have got that to build, however compared to builds
from the zeranoe site (and also builds I have asked a
friend of mine to make for me using mingw with gcc),
I always end up with seeking problems.
This is surprising.
Are you sure that you are testing the same versions?
I have
On Mar 12, 2013, at 11:52, Bjoern Drabeck wrote:
I have got that to build, however compared to builds
from the zeranoe site (and also builds I have asked a
friend of mine to make for me using mingw with gcc),
I always end up with seeking problems.
Just guessing here, but it does not
I have got that to build, however compared to builds
from the zeranoe site (and also builds I have asked a
friend of mine to make for me using mingw with gcc),
I always end up with seeking problems.
Just guessing here, but it does not seem impossible that the extra steps
Bjoern Drabeck bjoern.drabeck@... writes:
I have got that to build, however compared to builds
from the zeranoe site (and also builds I have asked a
friend of mine to make for me using mingw with gcc),
I always end up with seeking problems.
This is surprising.
Are you sure that
Bjoern Drabeck bjoern.drabeck@... writes:
Just guessing here, but it does not seem impossible
that the extra steps required to build using MSVC
introduce some sort of glue code,
I don't think there is any glue code.
(Remember the gcc bugs you recently found, a but
in msvc - or in the
On 3/12/2013 5:47 AM, Bjoern Drabeck wrote:
Hi,
as described in the ffmpeg documentation
http://ffmpeg.org/platform.html#Windows under 4.2, I have set up
MinGW/MSys to compile using the MSVC toolchain and c99-to-c89 tool. I
have got that to build, however compared to builds from the zeranoe
John Orr john.orr@... writes:
if (whence == AVSEEK_SIZE) {
#ifndef _MSC_VER
struct stat st;
ret = fstat(c-fd, st);
#else
struct _stat64 st;
ret = _fstati64( c-fd, st );
#endif
return ret 0 ? AVERROR(errno) : (S_ISFIFO(st.st_mode) ? 0 :
On Tue, Mar 12, 2013 at 4:10 PM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
John Orr john.orr@... writes:
if (whence == AVSEEK_SIZE) {
#ifndef _MSC_VER
struct stat st;
ret = fstat(c-fd, st);
#else
struct _stat64 st;
ret = _fstati64( c-fd, st );
On 3/12/2013 6:52 AM, Bjoern Drabeck wrote:
I have got that to build, however compared to builds
from the zeranoe site (and also builds I have asked a
friend of mine to make for me using mingw with gcc),
I always end up with seeking problems.
This is surprising.
Are
Carl Eugen Hoyos cehoyos@... writes:
Just guessing here, but it does not seem impossible
that the extra steps required to build using MSVC
introduce some sort of glue code,
I don't think there is any glue code.
(Remember the gcc bugs you recently found, a but
in msvc - or in the
On Mar 12, 2013, at 16:04, Carl Eugen Hoyos wrote:
I don't think there is any glue code.
But there is a conversion so that MSVC can compile the C 'dialect' ffmpeg uses,
right?
(Remember the gcc bugs you recently found, a but
^^^ bug?
It's
On Mar 12, 2013, at 16:22, Carl Eugen Hoyos wrote:
It could of course be related to the glue code mingw
uses...
;-))
Joking with yourself or some alter ego? O:-)
See libavformat/os_support.h as explained by Hendrik
I suspect a change in line 34 is sufficient.
The fstat explanation
On 3/12/2013 11:14 AM, Hendrik Leppkes wrote:
On Tue, Mar 12, 2013 at 4:10 PM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
John Orr john.orr@... writes:
if (whence == AVSEEK_SIZE) {
#ifndef _MSC_VER
struct stat st;
ret = fstat(c-fd, st);
#else
...
Perhaps you could
On Tue, Mar 12, 2013 at 4:33 PM, John Orr john@scala.com wrote:
On 3/12/2013 11:14 AM, Hendrik Leppkes wrote:
On Tue, Mar 12, 2013 at 4:10 PM, Carl Eugen Hoyos ceho...@ag.or.at
wrote:
John Orr john.orr@... writes:
if (whence == AVSEEK_SIZE) {
#ifndef _MSC_VER
struct
On 3/12/2013 11:18 AM, John Orr wrote:
If ARCH_ARM is the constant 0, the code assumes this reference to
ff_get_cpu_flags_arm() will disappear. Treats that as an optimization...
Oops, seems I left out some important words there. make that:
If ARCH_ARM is the constant 0, the code assumes
On 3/12/2013 11:36 AM, Hendrik Leppkes wrote:
On Tue, Mar 12, 2013 at 4:33 PM, John Orr john@scala.com wrote:
On 3/12/2013 11:14 AM, Hendrik Leppkes wrote:
On Tue, Mar 12, 2013 at 4:10 PM, Carl Eugen Hoyos ceho...@ag.or.at
wrote:
John Orr john.orr@... writes:
if (whence ==
Bjoern Drabeck bjoern.drabeck@... writes:
In most files everything seems to work fine, however
when I have larger MKV files (for example I got one
15 GB movie file), the seeking can take several minutes
This should be fixed in current git head by a patch
from Hendrik.
Thank you for the
John Orr john.orr@... writes:
Parts of ffmpeg source code assume the compiler will remove
the body of a conditional if the condition is always false
Could you test if the following fixes compilation with
--disable-optimizations with msvc?
Insert a line _cflags_noopt=-O1 after
the line
On 3/12/2013 6:18 PM, Carl Eugen Hoyos wrote:
John Orr john.orr@... writes:
Parts of ffmpeg source code assume the compiler will remove
the body of a conditional if the condition is always false
Could you test if the following fixes compilation with
--disable-optimizations with msvc?
Insert a
On 3/12/2013 7:18 PM, John Orr wrote:
If not: Does --enable-small work?
I'll try in a little bit.
Nope. --enable-small gets the same link error.
--Johno
___
Libav-user mailing list
Libav-user@ffmpeg.org
28 matches
Mail list logo
