On 29. Apr, 2010, at 13:46 , Sven Buijssen wrote:
> Hi,
>
> When upgrading ffmpeg to svn22965 or newer, ParaView git master does not
> compile against it any more. The ffmpeg commit in question is revision
> 22965:
>
>> commit 346f2bc2656e7f23b7fbf14563c017b49108d888:
>> Author: rbultje
>> Date
Michael,
> The problem with ffmpeg IMHO is that it is a moving target (as is also
> declared on their website). It is almost impossible for ParaView to keep up
> and just arbitrarily picking any revision is no solution either, because that
> will cause a lot of trouble for packagers.
It's just
FYI, It is on my todo list to
1. restore dash16 to build VTK against the old FFMPEG
2. potentially setup a new dashboard that builds against at least a more
recent version.
On Thu, Apr 29, 2010 at 11:38 AM, Sven Buijssen <
sven.buijs...@tu-dortmund.de> wrote:
> Michael,
>
> > The problem with ff
On 29. Apr, 2010, at 17:38 , Sven Buijssen wrote:
> Michael,
>
>> The problem with ffmpeg IMHO is that it is a moving target (as is also
>> declared on their website). It is almost impossible for ParaView to keep up
>> and just arbitrarily picking any revision is no solution either, because
>
Perhaps a dashboard which always checks out the most recent version of ffmpeg
and tries to build against it? Would it be worthwhile to offer the user the
choice of downloading and building the most recent ffmpeg (and perhaps also the
last known-to-work revision) as an ExternalProject?
Michael
On 29. Apr, 2010, at 17:38 , Sven Buijssen wrote:
> Michael,
>
>> The problem with ffmpeg IMHO is that it is a moving target (as is also
>> declared on their website). It is almost impossible for ParaView to keep up
>> and just arbitrarily picking any revision is no solution either, because
>
BTW, does anybody here know how to reliably encode a movie for embedding in
PowerPoint slides?
I've used these to convert a set of png's saved by PV, it's the second
line that makes the MS compatible movie.
fmpeg -loop_output 0 -qscale 1 -r 20 -b 9600 -i tpar.%04d.png tpar_vr.mp4
ffmpeg -i tp
Hi,
I'd like to suggest the attached patch as a starting point. It gets PV compiled
again against ffmpeg svn head. On 32 and 64 bit Linux and 64 bit Solaris systems
I did not observe any side effects yet (using gcc only to compile PV, though).
Sven
Dave Partyka wrote, On 29.04.2010 17:46:
> FY