Notifications
Clear all

Problem with BurningTV plugin after the rendering

   RSS

0
Topic starter

Hello,

I have a problem with the BurningTV plugin. So I have to modelize, I use 2 video tracks, the first one which is in front consists of a frozen image on which I apply the BurningTV plugin and the second track is the other video (me on the keyboard). When rendering, the second track appears through the second using 3 masks. If I don't apply BurningTV everything works at final render, but if I apply BurningTV the VLC video player fails to play my final render and the image freezes. Note that on the whole video which lasts 4 minutes, the image only freezes when BurningTV is applied, for about 20 seconds and not afterwards. I tested the import of the video in youtube and it ended up working but unfortunately, the second track is completely distorted by the hd treatment of youtube. 

I don't understand why it doesn't work, it's as if the final rendering was still a montage ... 

 

Thank you in advance for your help.

13 Answers
0

@chapolin

I have tried to do a similar scenario but have not been able to see the problem.

@IgorBeg

Seeing as how you are an expert on using "nested edls", would that help?  Can you see the problem or do we need a demo?

This post was modified 3 months ago by phylsmith2004
0

@phylsmith2004
Thank you for the word: "expert". I think there are more Expert Users out there but for some reasons they can not answer.

@chapolin

When rendering, the second track appears through the second using 3 masks.

It is not clear to me what are saying.
To narrow the problem, more information are needed: video format, codec, and so on.
Could you post the info of the render file and a screenshot of your timeline, please?
For the file's info you can use "MediaInfo" or "ffprobe".

0
Topic starter

Thank you very much for your help.

You can download an example of the rendering (settled at Quality = 30) of the part in my video:

https://wetransfer.com/downloads/c58f109905766d1904d5c27cf050587920210609102715/e854d475e97f51af3494859036fd739b20210609102742/122a74

0

Thanks for sharing @chapolin.
At the bottom of my reply you can see MediaInfo information about your file.

Is "Essais_burningTV_30.mp4" file, by Wetransfer, rendering by Cinelerra-GG?
If Yes, some things about, but out of the problem, I think.
The size of the your project (UHD: 2706 x 1512 pixels) is not standard and "Matrix coefficients" is BT.601 instead of BT.709 (or BT.2020?).

With your informations in topic and Mediainfo informations, I think...
The image (frame) size, you applied BurningTV, is 2706 x 1512; BurningTV works on the edge of the black/white colour and your image has a lot of the edges. More the Bit rate is 551 Mbps, a lot of data.
It is hard decoding such data of information (with BurningTV) by VLC, and the video freezes.
What you could do?
1. Could you change that image with another with less edges? I guess NO!
2. Changing the Bit rate: 50Mbps may be enough? To change it in rendering window: Quality=-1 and Bit_rate=50000000.
3. Changing the Codec with another one that requires less decoding (but takes more Hard Disk space).

Maybe other Users have different idea.

MediaInfo information:

General
Complete name                            : Essais_burningTV_30.mp4
Format                                   : MPEG-4
Format profile                           : Base Media
Codec ID                                 : isom (isom/iso2/avc1/mp41)
File size                                : 1.37 GiB
Duration                                 : 21 s 460 ms
Overall bit rate                         : 550 Mb/s
Writing application                      : Lavf58.45.100

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 4 frames
Format settings, GOP                     : M=4, N=25
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 21 s 439 ms
Bit rate                                 : 551 Mb/s
Width                                    : 2 706 pixels
Height                                   : 1 512 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 59.940 (60000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 40
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 2.245
Stream size                              : 1.37 GiB (100%)
Writing library                          : x264 core 157
Encoding settings                        : cabac=1 / ref=3 / deblock=10 /
                                           analyse=0x3:0x113 / me=hex /
                                           subme=7 / psy=1 / psy_rd=1.00:0.00 /
                                           mixed_ref=1 / me_range=16 / chroma_me=1 /
                                           trellis=1 / 8x8dct=1 / cqm=0 /
                                           deadzone=21,11 / fast_pskip=1 /
                                           chroma_qp_offset=-2 / threads=24 /
                                           lookahead_threads=4 / sliced_threads=0 /
                                           nr=0 / decimate=1 / interlaced=0 /
                                           bluray_compat=0 / constrained_intra=0 /
                                           bframes=3 / b_pyramid=2 / b_adapt=1 /
                                           b_bias=0 / direct=1 / weightb=1 /
                                           open_gop=0 / weightp=2 / keyint=25 /
                                           keyint_min=13 / scenecut=40 /
                                           intra_refresh=0 / rc_lookahead=25 /
                                           rc=crf / mbtree=1 / crf=23.0 /
                                           qcomp=0.60 / qpmin=30 / qpmax=30 /
                                           qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Color range                              : Full
Matrix coefficients                      : BT.601
Codec configuration box                  : avcC

Audio
ID                                       : 2
Format                                   : AAC LC
Format/Info                              : Advanced Audio Codec Low Complexity
Codec ID                                 : mp4a-40-2
Duration                                 : 21 s 460 ms
Duration_LastFrame                       : -2 ms
Bit rate mode                            : Constant
Bit rate                                 : 128 kb/s
Channel(s)                               : 2 channels
Channel layout                           : L R
Sampling rate                            : 48.0 kHz
Frame rate                               : 46.875 FPS (1024 SPF)
Compression mode                         : Lossy
Stream size                              : 337 KiB (0%)
Language                                 : French
Default                                  : Yes
Alternate group                          : 1

0

@chapolin

Thanks for supplying additional information and thanks to @IgorBeg for analysis and assistance.  Not sure if you have applied his suggestions and have gotten a resolution, but if so then ignore my musings and questions below.

1) Does the render complete in CinGG?

2) If you load the rendered file in Cinelerra, does it play without getting stuck?

3) At a terminal window, if you play the rendered mp4 file using "ffplay filename.mp4" does that get stuck?  Hopefully you have ffplay (in my O/S, ffplay is in /root/bin). 

4) Using "ffprobe filename.mp4" I noticed a concerning value of yuvj420p which gives an error message during ffplay of #3 above, stating "deprecated pixel format used, make sure you did set range correctly".  This is only a warning and not the cause of the problem but is it possible that VLC is not allowing this format to be correctly processed?  I know in Cinelerra we had added code in April 2020 to accommodate yuvj420p for video from a drone that was taking advantage of the hardware acceleration code in CinGG.  FFmpeg was rejecting it at the hardware level and reverting to software.  THIS MAY BE IRRELEVANT.

[[email protected] tmp]# ffprobe /root/Downloads/Essais_burningTV_30.mp4
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/root/Downloads/Essais_burningTV_30.mp4':
...
Stream #0 Video: h264 (High) (avc1 / 0x31637661), yuvj420p(pc, smpte170m/unknown/unknown), 2706x1512 [SAR 250:251 DAR 56375:31626], 550600 kb/s, 59.94 fps, 59.94 tbr, 60k tbn, 119.88 tbc (default)

What I read about yuvj420p is that if the Color Range is Full (which in your file, it is) then instead of using yuv420p, it uses yuvj420p automatically.

0
Topic starter

Thank you very much for your help :)!

Posté par: @igorbeg

2. Changing the Bit rate: 50Mbps may be enough? To change it in rendering window: Quality=-1 and Bit_rate= 50000000

 

I tried this and the rendering work well but the final quality is not enough, I will try with more value Bit-rate ...

Posté par: @phylsmith2004

1) Does the render complete in CinGG?

Yes I make all the render with CinGG

Posté par: @igorbeg

3. Changing the Codec with another one that requires less decoding (but takes more Hard Disk space).

What codec may I use for example ?

 

Posté par: @phylsmith2004

2) If you load the rendered file in Cinelerra, does it play without getting stuck?

Yes I tried this with only the track with BurningTV, with the hope to not to have to use BurningTV after, but the problem persists .

 

Posté par: @igorbeg

The image (frame) size, you applied BurningTV, is 2706 x 1512; BurningTV works on the edge of the black/white colour and your image has a lot of the edges. More the Bit rate is 551 Mbps, a lot of data.
It is hard decoding such data of information (with BurningTV) by VLC, and the video freezes.

In fact, the image where I use BurningTV is very strongly magnified by zooming in with the camera in CinGG, to have a very small part of the image which occupies the whole screen and which gives an interesting effect with BurningTV. Finally the problem could come from there? 

0

I don't think that Color_Range=Full (juvj420p) is the problem, because in the rendering file without BurningTV it works. But I can wrong.

What codec may I use for example ?

Only for test, you could try MOV codec. MOV codec is more decoding friendly.
But the Bit_rate have to be high. Let's say around 100Mbps?
Take attemption to the disk space, please.

...the image where I use BurningTV is very strongly magnified by zooming in with the camera in CinGG...

I don't think it depends from that. I think the problem are all the edges in the image. Decoding all the information (also for the output file) require processing. You could crop the image in GIMP but I think it will not help.

0
Topic starter

Thank you very much for your help and patience. In the end, I couldn't do what I initially wanted to do when I had the problem. But with your help I was able to find a solution by applying an effect, Vibrance, to reduce the edges, then I applied BurningTV and in the end I found the result even better than I wanted to do :)! I rendered with the quality setting set to 28. You can see the final result on YouTube here:

https://youtu.be/wOpg-eUTEmA

the problematic passage is from 3'06.

0

@chapolin
Thank you very much for following up so that we know you found a workable solution although it may not be what you really set out to do.

Loved the youtube video !! You took advantage of a lot of Cinelerra-GG plugins, especially starting at 53 seconds.  But I was very disappointed at 2:12 when the Koala Bear got set on fire.  At least your eyes lit up in the end at 4:11 -- I could not stop laughing.

This post was modified 3 months ago by phylsmith2004
0

@chapolin
The final result looks very good to me. How many Mega Bytes is the render file?

I noticed that many linux users here play an instrument. And they are all professionals. WOW!

0
Topic starter

Sorry, I'm coming back a little late but today I want to thank you for your appreciations, your listening and your very precious help! Soon I am thinking of doing a new version with video of this song and I already have a second in progress. I would not fail to come and show them to you 🙂

0

@chapolin

No problem - we will be here for your next video!  I had to watch it again for entertainment and it looks like you changed it because the first time I watched it the koala bear went up in flames but now I see it is back in the shape of a heart. But then he gets burnt again.

 

0
Topic starter

Thanks for watching it again 🙂 And no I haven't changed anything since the last time, but maybe it is because there are several things to see in this video.

Share: