Compositor screen stays empty after playing with video fader
Creating a small 1080p video with one title track op top and four short movies, the title track did not yet have any titles in it. I was trying to play with the audio and video fader in the patch panel. Editing mode was drag/drop, keyframe while editing generation not enabled. The four videos are time shifted so they play with an empty second in between. Initially this works fine. Audio fader works fine, it shows as horizontal stripes in the patchbay with a vertical bar through it. If fader view is enabled (3 on the kbd) you see it moving with the fader. The video fader only shows horizontal stripes, not the vertical bar. Neither does the fader view show a horizontal line. After some clicking on the video fader the vertical bar appeared, as the the horizontal line in the video track. The compositor window went black and stays black, whatever I try; sound is normal. If the video is not playing, then you can make the "safe regions" appear/disappear (F10), so it seems the compositor itself is OK. The video fader only seems to know values 1 and 0, more a switch that a fader... I have had this twice in a row, after starting a new project each time. Disable, then enabling a video track in the patchbay makes no difference. CinGG AppImage was 2022-04, machine AMD 5700G, video mode X11-openGL (just X11 same problem), hardware accel not working. Exiting and reloading CinGG make no difference, the only way to get the compositor back is start a new project; therefore it must be a stored setting somewhere. In the project .xml file the MUTEAUTOs and FADEAUTOS settings look the same for audio and video, else I don know what to look for. Obviously I am doing something wrong, any suggestions? MatN
ср, 29 июн. 2022 г., 22:46 mnieuw--- via Cin <[email protected]>:
Creating a small 1080p video with one title track op top and four short movies, the title track did not yet have any titles in it. I was trying to play with the audio and video fader in the patch panel.
Editing mode was drag/drop, keyframe while editing generation not enabled. The four videos are time shifted so they play with an empty second in between. Initially this works fine.
Audio fader works fine, it shows as horizontal stripes in the patchbay with a vertical bar through it. If fader view is enabled (3 on the kbd) you see it moving with the fader. The video fader only shows horizontal stripes, not the vertical bar. Neither does the fader view show a horizontal line. After some clicking on the video fader the vertical bar appeared, as the the horizontal line in the video track. The compositor window went black and stays black, whatever I try; sound is normal. If the video is not playing, then you can make the "safe regions" appear/disappear (F10), so it seems the compositor itself is OK. The video fader only seems to know values 1 and 0, more a switch that a fader...
May be type of curves was set to 'bump'?
I have had this twice in a row, after starting a new project each time.
Disable, then enabling a video track in the patchbay makes no difference.
CinGG AppImage was 2022-04, machine AMD 5700G, video mode X11-openGL (just X11 same problem), hardware accel not working. Exiting and reloading CinGG make no difference, the only way to get the compositor back is start a new project; therefore it must be a stored setting somewhere. In the project .xml file the MUTEAUTOs and FADEAUTOS settings look the same for audio and video, else I don know what to look for.
Obviously I am doing something wrong, any suggestions?
MatN -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Can you show a screenshot or better a screencast, please? (You can upload it on https://transfer.sh or where you prefer) Igor Il 29/06/2022 21:45, mnieuw--- via Cin ha scritto:
Creating a small 1080p video with one title track op top and four short movies, the title track did not yet have any titles in it. I was trying to play with the audio and video fader in the patch panel.
Editing mode was drag/drop, keyframe while editing generation not enabled. The four videos are time shifted so they play with an empty second in between. Initially this works fine.
Audio fader works fine, it shows as horizontal stripes in the patchbay with a vertical bar through it. If fader view is enabled (3 on the kbd) you see it moving with the fader. The video fader only shows horizontal stripes, not the vertical bar. Neither does the fader view show a horizontal line. After some clicking on the video fader the vertical bar appeared, as the the horizontal line in the video track. The compositor window went black and stays black, whatever I try; sound is normal. If the video is not playing, then you can make the "safe regions" appear/disappear (F10), so it seems the compositor itself is OK. The video fader only seems to know values 1 and 0, more a switch that a fader...
I have had this twice in a row, after starting a new project each time.
Disable, then enabling a video track in the patchbay makes no difference.
CinGG AppImage was 2022-04, machine AMD 5700G, video mode X11-openGL (just X11 same problem), hardware accel not working. Exiting and reloading CinGG make no difference, the only way to get the compositor back is start a new project; therefore it must be a stored setting somewhere. In the project .xml file the MUTEAUTOs and FADEAUTOS settings look the same for audio and video, else I don know what to look for.
Obviously I am doing something wrong, any suggestions?
MatN
I just found the problem, by comparing the Cinelerra_rc files of two different machines. On the machine where it works normally, the value AUTOGROUPTYPE_VIDEO_FADE_MAX is set to 1.000000e+02 (=100). On the machine where it failed, the value AUTOGROUPTYPE_VIDEO_FADE_MAX was set to 1.000000e+00 (=1). Manually changing that to 1.000000e+02 fixed the problem. So deleting the Cinelerra_rc file probably would have fixed it too. But I only wonder how that value got in there. I cannot remember ever to have looked at that value before. MatN On Thu, 30 Jun 2022 08:43:37 +0200 Igor BEGHETTO via Cin <[email protected]> wrote:
Can you show a screenshot or better a screencast, please? (You can upload it on https://transfer.sh or where you prefer)
Igor
If you you want to change that in the GUI look at the video in https://transfer.sh/OhmYXm/Cin_VideoFade-AutomationRangeMaximum.ogv Maybe, moving the mouse on the AutomationRangeMaximum field and, with the mouse wheel, has been changed the value, for mistake? Igor Il 30/06/2022 10:46, [email protected] ha scritto:
I just found the problem, by comparing the Cinelerra_rc files of two different machines.
On the machine where it works normally, the value AUTOGROUPTYPE_VIDEO_FADE_MAX is set to 1.000000e+02 (=100).
On the machine where it failed, the value AUTOGROUPTYPE_VIDEO_FADE_MAX was set to 1.000000e+00 (=1).
Manually changing that to 1.000000e+02 fixed the problem. So deleting the Cinelerra_rc file probably would have fixed it too. But I only wonder how that value got in there. I cannot remember ever to have looked at that value before
Thanks Igor, that must have been it. MatN On Thu, 30 Jun 2022 13:50:00 +0200 Igor BEGHETTO via Cin <[email protected]> wrote:
If you you want to change that in the GUI look at the video in https://transfer.sh/OhmYXm/Cin_VideoFade-AutomationRangeMaximum.ogv Maybe, moving the mouse on the AutomationRangeMaximum field and, with the mouse wheel, has been changed the value, for mistake?
Igor
Il 30/06/2022 10:46, [email protected] ha scritto:
I just found the problem, by comparing the Cinelerra_rc files of two different machines.
On the machine where it works normally, the value AUTOGROUPTYPE_VIDEO_FADE_MAX is set to 1.000000e+02 (=100).
On the machine where it failed, the value AUTOGROUPTYPE_VIDEO_FADE_MAX was set to 1.000000e+00 (=1).
Manually changing that to 1.000000e+02 fixed the problem. So deleting the Cinelerra_rc file probably would have fixed it too. But I only wonder how that value got in there. I cannot remember ever to have looked at that value before
participants (3)
-
Andrew Randrianasulu -
Igor BEGHETTO -
mnieuw＠zap.a2000.nl