[Paraview] Exporting Animations from ParaView

Utkarsh Ayachit utkarsh.ayachit at kitware.com
Tue Jan 22 13:10:50 EST 2008


Hi Alessandro,

To help focus on the issue, why don't you try to reproduce the animation 
saving bug with an already provided dataset.
Try loading can.ex2 from eg, and saving the animation. Does that work, 
or are you still getting the blank images?

Utkarsh

Alessandro Bellina wrote:
> Utkarsh,
> I tried recompiling ParaView 3.3 from CVS and I am still having the
> same issue with VTU/PVD files. It actually opens fine the files that
> come from the Examples folder from ParaView but these VTU/PVD files
> that used to work in ParaView 3.2.1 don't work anymore. Different
> format?
> 
> On Jan 22, 2008 10:15 AM, Alessandro Bellina <bellina at uiuc.edu> wrote:
>> Utkarsh,
>> I used the binary version first. I tried the HEAD of the CVS
>> repositor, compiled it and was able to run it but when I open my
>> dataset it hangs (it doesn't even give me the apply button.) I am not
>> sure if anybody else had that problem. Do send me the patch... I will
>> try to recompile and see what happens...
>>
>> Thanks,
>>
>> Alessandro
>>
>>
>> On Jan 22, 2008 10:11 AM, Utkarsh Ayachit <utkarsh.ayachit at kitware.com> wrote:
>>> The blank images could be related to the fact that we use offscreen
>>> rendering when saving animation images. Some cards/drivers have shown
>>> issues with the frame buffer object based offscreen rendering we use.
>>> Are you using binaries or have you built from source? In CVS paraview,
>>> we now have an option to disable offscreen rendering.  If you have built
>>> from source, I can send you a patch to disable offscreen rendering.
>>>
>>> Utkarsh
>>>
>>>
>>> Alessandro Bellina wrote:
>>>> Mike,
>>>> thanks for your answer. I made sure that chache geometry was unchecked
>>>> and I am still getting the black screens. I never had that option
>>>> checked so the memory leaks are the same. Maybe I should try
>>>> installing 2.6...
>>>>
>>>> Alessandro
>>>>
>>>> On Jan 22, 2008 9:23 AM, Mike Jackson <imikejackson at gmail.com> wrote:
>>>>> There was an option in PV 2.6 called "cache geometry" where basically
>>>>> PV would load all your time steps into memory which was a problem for
>>>>> me. If you uncheck this box then PV will reuse the memory for each
>>>>> time step. This allows you to animate your entire data set but kills
>>>>> the performance of trying to playback the animation in real time from
>>>>> within PV. I would look for something similar in PV 3.
>>>>>
>>>>> Mike
>>>>>
>>>>>
>>>>> On Jan 22, 2008, at 9:48 AM, Alessandro Bellina wrote:
>>>>>
>>>>>> Thanks for your answer Pei. Using FFMPEG works fine when I am able to
>>>>>> output the files. It is still giving me problems a certain amount of
>>>>>> frames in (jpg files) and creates similar effects as the export to
>>>>>> avi. So, it prolongs the creation of usable frames but nevertheless
>>>>>> stops working after a little while. Looking at the memory usage using
>>>>>> "top", I can see that my memory is going away at a rate of about
>>>>>> 100MB/frame, and that is never freed (even after exiting paraview). I
>>>>>> am wondering if there is some sort of memory management problem with
>>>>>> the animation output.
>>>>>>
>>>>>> Now, this wouldn't be too much of a big deal if I could tell paraview
>>>>>> to pick up where it left off (i.e. frame0100.jpg) and keep going until
>>>>>> the end, it always tries to start from the beginning (i.e.
>>>>>> frame0000.jpg). That's something else I noted.
>>>>>>
>>>>>> My files are VTK files with a PVD file that has a collection node
>>>>>> (where I specify the corresponding timesteps). Correct me if I am
>>>>>> wrong, but I am supposed to output to each one of the files the mesh
>>>>>> structure (cells, nodes, offsets and type) each time I output a
>>>>>> timestep? I thought I could get around this and have one file that
>>>>>> describes the geometry, and have timesteps that only contain data
>>>>>> values but I am not sure how this would be done. I think that this
>>>>>> might have something to do with the memory problems.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Alessandro
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Jan 22, 2008 6:03 AM, Pei-Ying Hsieh <phsieh2005 at yahoo.com> wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> This happened to me when there are many time steps.  In this case,
>>>>>>> I usually
>>>>>>> export each time step as jpg (you can save animation, then, select
>>>>>>> jpg.
>>>>>>> this will save a sequence of jpg images).  Then, use ffmpeg to
>>>>>>> convert the
>>>>>>> sequence of jpg into mpg.
>>>>>>>
>>>>>>> BTW, I am still using paraview 2.4.4.
>>>>>>>
>>>>>>> Pei
>>>>>>>
>>>>>>> ----- Original Message ----
>>>>>>> From: Alessandro Bellina <bellina at uiuc.edu>
>>>>>>> To: paraview at paraview.org
>>>>>>> Sent: Monday, January 21, 2008 10:28:03 PM
>>>>>>> Subject: [Paraview] Exporting Animations from ParaView
>>>>>>>
>>>>>>>  Hello,
>>>>>>> I am using ParaView 3.2.1 and Linux Ubuntu. I am trying to output an
>>>>>>> animation based on a collection of about 2000 time frames. The output
>>>>>>> file(s) get corrupted. I have tried exporting as AVI and JPEG but the
>>>>>>> same issue happens. After 1 or two frames, they go black, and the
>>>>>>> remainder of the movie is either black frames or grainy looking (like
>>>>>>> static on digital TV). I am not sure what the problem is. I have
>>>>>>> tried
>>>>>>> cutting the amount of time steps to 500 and I still get the same
>>>>>>> issue. Any recommendations?
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Alessandro
>>>>>>>
>>>> _______________________________________________
>>>> ParaView mailing list
>>>> ParaView at paraview.org
>>>> http://www.paraview.org/mailman/listinfo/paraview
>>>>
> _______________________________________________
> ParaView mailing list
> ParaView at paraview.org
> http://www.paraview.org/mailman/listinfo/paraview
> 


More information about the ParaView mailing list