rendering crashes

[Philippe GARCIA-ORTUNO]

Hello,

 I have a new problem. When I perform the render to get a series of png images, the render launches, does the precalculations and when creating the images, crashes after generating a few png images...

 Yet I have 32 GB of ram, a ryzen 7 and ssd hard drives.

 It's a fairly complex project but when I do simple tests, the rendering goes well...

Where could this possibly come from?

Thanks in advance for your help, best regards,

 Philip

[Philippe GARCIA-ORTUNO]

So I just saw that the subject was just treated a few posts ago before mine and for my project also I was able to test that the problem comes from the use of plastic tool ... I therefore tested the rendering in png by small batch of images and it works. I can render batches up to 16 images but not more... beyond that Opentoonz simply shuts down.

[Rodney]

Hi Philip,

Given you say this is a fairly complex project...

You should look into using Task Rendering as that will allow you to skip rendering of any troublesome frames and then 1) Know which frames are troublesome 2) Re-render just those frames.

To add a scene file (.tnz file) to Task Rendering simply go to a place where scene files are listed (such as OT''s Browser room), Right Click > Add to Task Rendering and then open up the Tasks room to see and interact with that.  We can even save out that rendering task listing and reopen it later... use the command line code to render from the command line, render only parts of a sequence, etc.

Without knowing more about your project it's hard to diagnose the problem so my suggestion is to move around the problem entirely.

Later when you find time or narrow down which frame(s) are problematic you can focus on a more direct solution.

-Rodney

[Philippe GARCIA-ORTUNO]

Hi Rodney,

Thank you very much for the help, I understood and indeed it is very interesting. As I can render up to 16 images I will be able to write a script to simply automate batch rendering of 10 to 16 images.

I did a command line test but I have this error return, I guess my installation by Snap under Linux Ubuntu studio does not give access to xcb ... how can I do?

Here is the copy pasted of the command in my terminal with the error:

opentoonz.tcomposer "/home/chapolin/snap/opentoonz/common/.config/OpenToonz/stuff/sandbox/scenes/third.tnz" -o "/home/chapolin/snap/opentoonz/common/.config/OpenToonz/stuff /sandbox/outputs/third.tif" -range 177 193 -step 1 -shrink 1 -multimedia 0 -nthreads all -maxtilesize none

This application failed to start because it could not find or load the Qt platform plugin "xcb" in "". Reinstalling the application may fix this problem. Abandoned (core dumped)

Philippe

[Rodney]

I'm afraid I can't help much regarding use of command line via Linux.

I'm not aware of anyone currently using that approach on Linux.

Perhaps a helpful Linux user will see this post and offer advice.

[Rodney]

I should have mentioned that the latest release of Renderchan reportedly supports rendering of Opentoonz scenes.

I have not as of yet tested that however.

Link:  https://morevnaproject.org/renderchan/

[JP]

Can you render using the task window? If you can that means your tcomposer util works just fine. Whats the command that shows in the "command line" box in the task room? you should be able to run that command in the terminal successfully...

using the cli option instead of the task window is mostly if you want to automate your workflow something like opentoonz > imagemagick > ffmpeg > upload, otherwise I would advice to stick with the task window for plastic tool rendering.

I think this problem is due to segmentation fault (i.e. try read/write in a illegal memory spot)

Cheers

On Tuesday, October 4, 2022 at 2:39:17 AM UTC-5 pgarci...@gmail.com wrote:

[Philippe GARCIA-ORTUNO]

Thanks a lot for your help :)

 In the end I found the problem for the command line: when I launch the render through the render window or in the Tasks tab everything goes well because the program uses the main instance of opentoonz. But when I launch the task, in a terminal (without Opentoonz being launched) with the command "opentoonz.tcomposer", tcomposer no longer finds a plugin necessary for the operation: "libqxcb.so".

I was able to determine where opentoonz.tcomposer is looking for the plugin but for system security reasons I don't have to manually copy the plugin files in question into that folder. I think the tcomposer instance used by the main program's render window is well configured to the plugins found in "/usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/" (if that can help Opentoonz users under Linux.).

Anyway, I did several tests: My project is actually quite simple; there are 2 animated characters. The first uses 8 columns for 276 images and is not a problem.

The second character uses 21 columns for 276 images. Of the 21 columns there are 5 for plastic tool (hands, feet and neck) and it is these 5 columns that are the problem. I can't batch render more than 16 frames and 120 if I clear the left foot plastic tool column...

If I delete all the plastic tool columns, everything works fine and I can render 276 images in a single batch.

 But actually my problem is solved because I discovered the "Frames per chunk" option in the Task tab. By setting it to 16 all my frames are rendered quickly. But on the other hand using the Task tab I can only render images in TIF format and I did not find how to choose the format of the images in PNG by this way. Can this be configured? (In the render window I have the option to choose the output format but not the "Frames per chunk" option)

Cheers

[Philippe GARCIA-ORTUNO]

It's good, in the end I found, we chose the format in the title chosen in the output space :)!

[JP]

I sent a private message by mistake, for sake of completeness my previous answer:

-frame by chunks

from my understaning what OT does when you enable this option is to split a single command into multiple run times to be executed in multiple servers (render farm). When you use the insitu rendered in OT what you are actually doing is just running tcomposer a single time, meaning it doesn't have the ability to create the chunks by itself it must be hand it before hand (-range option). check tcomposer -help to see all the available options.

- to change file extension

To change the file out extension in the task room just go to the "output" field and change it manually to your desire extension .png in your case, and the composer will know what to do. Many things shown by default in the task room come from the scene render> output settings.

[Philippe GARCIA-ORTUNO]

Thank you very much and no problem, I understand and now it work fine :)

About frame by chunk, yes absolutely. At the beginning I did not know this option, so I wanted to write a script who make automatically run opentoonz.tcomposer several time with different ranges ...  But no need with the chunk option in OT :)

[Kristoffer Berg]

Sry for necro thread, had same 16 images only problem with linux, this is top of google, here's how I solved it!

Task tab didn't work.

Tcomposer wanted a bunch of .so files with or without opentoonz opened. 

Fixed tcomposer by linking it a bunch of libraries:

LD_PRELOAD=/usr/lib/opentoonz/*  tcomposer <settings>

Got a new problem, only 1 image at the time worked when using tcomposer.

Accepted it and made a shellscript that runs tcomposer 1 image at a time:

#!/bin/bash
#
#LD_PRELOAD=/usr/lib/opentoonz/*

end_range=450  # Default value for the end range
increment=1   # Default increment value

while [[ $# -gt 0 ]]; do
  key="$1"
  case $key in
    -end)
      end_range="$2"
      shift # past argument
      shift # past value
      ;;
    -inc)
      increment="$2"
      shift # past argument
      shift # past value
      ;;
    *) # Unknown option
      shift
      ;;
  esac
done

for ((i=1; i<=end_range; i+=increment)); do
  tcomposer "/home/user/.config/OpenToonz/stuff/sandbox/scenes/girlbeach.tnz" -o "/home/user/.config/OpenToonz/stuff/sandbox/outputs/girlbeach.tif" -range "$i" "$i" -step 1 -shrink 1 -multimedia 0 -nthreads single -maxtilesize none
done