View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
654 [Cinelerra-GG] Bug minor have not tried 2024-02-28 17:40 2024-02-28 18:21
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: AgingTV plugin allows for picking type of aging, but slider amount seems to be ignored.
Description: If everything is unchecked and then one of the 3 items of Scratch, Pits, or Dust is checked BUT set to zero, you can still see that item in the compositor. So it looks like the slider number value is ignored. However, it looks like my interpretation of the slider is wrong -- instead of the number of items display, maybe it is the interval between when the item appears but it does not really look like it; in which case the documentation is wrong. Grain is either on or off and works as expected.

The good news is that at least you can designate which type of aging you want, be it grain, scratch, pits, dust, or all or none.
Tags:
Steps To Reproduce: 1) load video
2) drag AgingTV plugin from the Resources window to the video track
3) check only 1 of Scratch, Pits, or Dust and try varying the slider value
4) note even when the slider value is 0, there is still that type showing in the Compositor when playing
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
653 [Cinelerra-GG] Bug minor always 2024-02-04 22:18 2024-02-18 19:42
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: At least 1 LV2 plugin works until click on UI button
Description: This is for doing you own builds, not AppImage.
LV2 plugin works fine as long as you do not click on the UI button (not sure if this particular L2 plugin has a graphical interface or not but it seems to). I think this is from the Guitarix GX plugins set.
L2_GxFlanger has this problem but L2_Dj flanger does not. There is a workaround so you can continue using it -- click on the "turn off" button and take down the "show controls" window. Then you can just turn it back on and do NOT hit the UI button any more!

It seems like this is a fixable bug. Error message is:
   void PluginLV2Client::process_buffer(int);
      timeout: L2_GxFlanger
which comes from cinelerra/pluginv2client.C
Tags:
Steps To Reproduce: 1) in Settings->Interface, you have to provide an LV2 Path where these L2 plugins reside in your system
2) load video with audio
3) drag over L2_GxFlanger and play -- all sounds good
4) click on the plugin "Show Controls" button and a window will popup
5) click on the UI button and now it does try to play but jiggles and the error message pops up
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
652 [Cinelerra-GG] Bug minor always 2024-02-02 21:38 2024-02-08 19:48
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: If using AppImage, using Calf Plugins give error
Description: When running CinGG from an AppImage, the graphics ard on the computer that created the AppImage is very likely different from what the user has therefore the UI portion of Calf Plugins can not work. (A different LV2 plugin, drowaudio-flanger.lv2, does seem to work and it has a graphical UI.)
It does not crash but the playhead just jiggles back and forth and there is the error message in a popup window something like:
    void PluginLV2Client::process_buffer(int);
    timeout: L2_Calf Reverb
Other LV2 plugins that specifically do NOT have a potential UI interface work OK. Error message comes from the following code in pluginlv2client.C

void PluginLV2Client::process_buffer(int size)
{
        PluginLV2ParentUI *ui = get_ui();
        if( !ui ) return;
        shm_bfr->done = 0;
        ui->send_child(LV2_SHMID, &shmid, sizeof(shmid));
// timeout 10*duration, min 2sec, max 10sec
        double sample_rate = get_project_samplerate();
        double t = !sample_rate ? 2. : 10. * size / sample_rate;
        bclamp(t, 2., 10.);
        ui->output_bfr->timed_lock(t*1e6, "PluginLV2Client::process_buffer");
        if( !shm_bfr->done )
                eprintf("timeout: %s",server->title);

According to what I found on the internet, you can determine if you are running from an AppImage via:
   "If the app is an AppImage, process.env.APPIMAGE contains the path to the .AppImage file, otherwise it is undefined." And then you need to find a programmatic way to determine if running from an AppImage, and somehow skip running code to bring up a UI so that you will be at least able to use the Calf plugin without the UI interface.


Tags:
Steps To Reproduce: 1) have the Calf LV2 plugins installed on your system
2) execute the CinGG AppImage that was NOT created on your computer
3) drag a Calf plugin to the audio track on the timeline
4) attempt to play the track
You will get an error message and the playhead will just jiggle back and forth.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
651 [Cinelerra-GG] Bug minor always 2024-01-06 18:21 2024-01-06 18:28
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Getting error messages using SVT render with svt_av1.webm or svt_av1.mkv
Description: The output to the terminal window (even though the render seems to succeed) when using svt_av1.webm or svt_av1.mkv is:
 
Svt[info]: -------------------------------------------
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v1.8.0
Svt[info]: SVT [build] : GCC 10.3.1 20210422 (Red Hat 10.3.1-1) 64 bit
Svt[info]: LIB Build date: Jan 5 2024 13:17:05
Svt[info]: -------------------------------------------
Svt[info]: Number of logical cores available: 16
Svt[info]: Number of PPCS 140
Svt[info]: [asm level on system : up to avx2]
Svt[info]: [asm level selected : up to avx2]
Svt[info]: -------------------------------------------
Svt[info]: SVT [config]: main profile tier (auto) level (auto)
Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 352 / 240 / 30000 / 1001
Svt[info]: SVT [config]: bit-depth / color format : 8 / YUV420
Svt[info]: SVT [config]: preset / tune / pred struct : 10 / PSNR / random access
Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 32 / key frame
Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35
Svt[info]: -------------------------------------------
Svt[warn]: Failed to set thread priority: Invalid argument
FFStream::encode_frame: encode failed.
file: /tmp/aspectno.webm
  err: Resource temporarily unavailable
FFMPEG::mux_video err: Operation not permitted
FFStream::encode_frame: encode failed.
file: /tmp/aspectno.webm
  err: Resource temporarily unavailable
FFMPEG::mux_video err: Operation not permitted
Render::render_single: Session finished.
** rendered 2713 frames in 13.612 secs, 199.309 fps

As you can see from the above, there are these 3 concerning error messages:
FFStream::encode_frame: encode failed.
FFMPEG::mux_video err: Operation not permitted
  err: Resource temporarily unavailable
Tags:
Steps To Reproduce: 1. load video, no audio needed
2. select File pulldown option Render
3. set an output file name
4. click on the video wrench icon
5. select ffmpeg and then either webm or mkv
6. use the down arrow to select svt_av1 in either case
7. look at the output on the CinGG startup window for error messages
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
649 [Cinelerra-GG] Bug minor always 2023-12-21 18:41 2024-01-06 16:52
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: lv2 modified configure in the build does not work in Fedora 39
Description: Because it seems that Python 3.12 will not build the lv2 plugins, Andrew used the following successfully on termux and slackware:
    ./configure --with-lv2 --disable-lv2 --disable-sord --disable-serd --disable-suil --disable-sratom --disable-lilv
However, this does not work as a workaound on Fedora 39, which uses Python 3.12. Errors of can't find headers:

checking for lv2 availability... checking for lilv/lilv.h... no
checking lilv headers... no
checking for serd/serd.h... no
checking serd headers... no
checking for sord/sord.h... no
checking sord headers... no
checking for sratom/sratom.h... no
checking sratom headers... no
checking for suil/suil.h... no
checking suil headers... no

even though lilv-devel is installed as shown below:
Fedora 39
***
root@fedora:/tmp# grep lilv a
lilv-libs.x86_64 0.24.20-1.fc39
lilv.x86_64 0.24.20-1.fc39
lilv-devel.i686 0.24.20-1.fc39
lilv-devel.x86_64 0.24.20-1.fc39
lilv-libs.i686 0.24.20-1.fc39
python3-lilv.x86_64 0.24.20-1.fc39


Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
650 [Cinelerra-GG] Bug minor always 2024-01-01 01:28 2024-01-01 01:28
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Syntax error : "(" unexpected when patch for Multibit in x265
Description: To compile x265 for addition 10 and 12 bit by patching with ./thirdparty/compile_multibit.txt, a bash shell, multibit.sh is executed. This shell (at least I think it comes from the shell) has the error "/bin/sh: 1: Syntax error : "(" unexpected" which does not prevent compilation but is distracting when looking for errors in the build log file.

Ran the program "shellcheck" on Fedora on multibit.sh and all it found was warnings and style issues but no unexpected (. Maybe the error is from ./thirdparty/Makefile line "x265.cfg_vars?=chmod +x ./configure; chmod +x ./multilib.sh;" but I could not determine if that is so.
Tags:
Steps To Reproduce: cd thirdparty
patch < compile_multibit.txt
mv x265_3.517122034.patch* src/.
cd ..
./bld.sh

then check the log file for the error message of Syntax error or syntax error.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
647 [Cinelerra-GG] Bug minor always 2023-12-01 17:58 2023-12-01 18:01
Reporter: Andrew-R Platform: termux aarch64  
Assigned To: OS: Android 11  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Audio segfaults on termux
Description: I was unable to dig WHY it fails afternearly 3 years.

So, just gdb output for now.
Tags:
Steps To Reproduce: 1. Compile cingg for termux aarch64 using blds/termux-dyn.bld

2. run it using cin.sh

3. Load video + audio media.

4. Uncheck direct x11 in playback Preferences.

5. It should play w/o audio.

6. Try to render both audio and video into mp4 (h264/aac).

7. See crash
Additional Information:
Attached Files: gdb-audio-segfault-termux.log (12,505 bytes) 2023-12-01 17:58
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=935&type=bug
Notes
(0005597)
Andrew-R   
2023-12-01 18:01   
#!/bin/sh

vncserver -kill :1
pulseaudio --exit-idle-time=-1 -D&
rm $PREFIX/usr/tmp/.X1-lock
vncserver :1 -geometry 1280x800 -shmem
export DISPLAY=":1"
export LANG="en_US.UTF-8"
export PULSE_SERVER="127.0.0.1"
#openbox&
xfwm4&

gdb bin/cin

====

actually this. (for debugging, for normal run just leave bin/cin at last line)
(0005596)
Andrew-R   
2023-12-01 17:59   
cin.sh

#!/bin/sh

vncserver -kill :1
pulseaudio --exit-idle-time=-1 -D&
rm $PREFIX/usr/tmp/.X1-lock
vncserver :1 -geometry 1280x800 -shmem
export DISPLAY=":1"
export LANG="en_US.UTF-8"
export PULSE_SERVER="127.0.0.1"
#openbox&
xfwm4&

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
646 [Cinelerra-GG] Bug minor always 2023-11-18 21:01 2023-11-26 21:09
Reporter: Andrew-R Platform: Linux  
Assigned To: OS: Slackware  
Priority: normal OS Version: 15.0  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Compositing routines in RGB(A) float clamp to 1.0f
Description: A bit unexpected for users?

Cinelerra-CV at least does not do this.

Mail list discussion: https://lists.cinelerra-gg.org/pipermail/cin/2023-November/007186.html

Cin HV issue/question: https://github.com/heroineworshiper/hvirtual/issues/8
Tags:
Steps To Reproduce: 1. Download EXR file from https://polyhaven.com/a/small_empty_room_1

https://dl.polyhaven.org/file/ph-assets/HDRIs/exr/4k/small_empty_room_1_4k.exr
17 Mb.

2. Set FFmpeg early GUI toggle to false, so native EXR reader will be used.

3. Try colorpicker on Compositor window. It will show some overbright (above 1.0) pixels

4. Try to add fade to 99% or any plugin (any but Blue Banana and Gamma, apparently)

5. Observe overbright pixels clamped to 1.0f.

This is not purely cosmetical, re-saving file as EXR/TIFF will lose that info.

I found WHERE cingg does this, see patch attached

Additional Information: This is behavior change. Also, I haven't tried to raise limit to fp32 max value, nor fixed clamping to zero (some photographic techniques rely on negative numbers in pipeline)
Attached Files: overlay_overmode_nogl.diff (3,398 bytes) 2023-11-18 21:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=924&type=bug
noclamp_in_histogram.diff (709 bytes) 2023-11-18 21:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=925&type=bug
0001-TEST-clamp-to-FLT_MAX-not-1.0f-in-rgba-float-modes.patch (4,226 bytes) 2023-11-18 23:09
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=926&type=bug
0002-Remove-clip-to-0.0-as-minimal-float-value-enables-ne.patch (905 bytes) 2023-11-19 03:27
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=927&type=bug
0001-TEST-Simpler-unlimited-float-overlay.patch (1,028 bytes) 2023-11-19 23:36
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=928&type=bug
0002-Allow-negative-numbers-in-overlayer.patch (912 bytes) 2023-11-20 09:25
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=929&type=bug
rgba_floa_test_gradient-fs8.png (80,219 bytes) 2023-11-20 17:41
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=930&type=bug
png

rgba_float_test_right_rings-fs8.png (83,308 bytes) 2023-11-20 17:41
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=931&type=bug
png

exr_enabled.png (12,553 bytes) 2023-11-20 19:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=932&type=bug
png

configure.txt (16,042 bytes) 2023-11-20 21:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=933&type=bug
Notes
(0005595)
Andrea_Paz   
2023-11-26 21:09   
@Andrew-R
With a new build now everything works fine and I get the same results as you.
(0005593)
Andrea_Paz   
2023-11-20 21:21   
(Last edited: 2023-11-20 21:22)
I think so; the ./configure command shows no errors.

Can you tell me how to do further verification?

(0005592)
Andrew-R   
2023-11-20 21:12   
@Andrea_Paz, can you double-check that openexr actually enabled in your build? For me it works even if I rebuild cingg with new internal ffmpeg 6.1.
(0005591)
Andrea_Paz   
2023-11-20 21:09   
My Cinelerra.rc:
...
FILE_PROBE_TOTAL 20
FILE_PROBE0_NAME EXR
FILE_PROBE0_ARMED 1
FILE_PROBE1_NAME FFMPEG_Early
FILE_PROBE1_ARMED 0
....

It appears to be enabled, but ffmpeg is still active.
Could it be the new ffmpeg6.1 giving problems?
(0005590)
Andrew-R   
2023-11-20 20:28   
strange for me in .bcast5/Cinelerra_rc I have

```
FILE_PROBE_TOTAL 20
FILE_PROBE0_NAME FFMPEG_Early
FILE_PROBE0_ARMED 0
FILE_PROBE1_NAME Scene
FILE_PROBE1_ARMED 1
FILE_PROBE2_NAME DB
FILE_PROBE2_ARMED 1
FILE_PROBE3_NAME DV
FILE_PROBE3_ARMED 1
FILE_PROBE4_NAME SndFile
FILE_PROBE4_ARMED 1
FILE_PROBE5_NAME PNG
FILE_PROBE5_ARMED 1
FILE_PROBE6_NAME PPM
FILE_PROBE6_ARMED 1
FILE_PROBE7_NAME JPEG
FILE_PROBE7_ARMED 1
FILE_PROBE8_NAME GIF
FILE_PROBE8_ARMED 1
FILE_PROBE9_NAME EXR
FILE_PROBE9_ARMED 1
FILE_PROBE10_NAME FLAC
FILE_PROBE10_ARMED 1
FILE_PROBE11_NAME CR2
FILE_PROBE11_ARMED 0
FILE_PROBE12_NAME TGA
FILE_PROBE12_ARMED 1
FILE_PROBE13_NAME TIFF
FILE_PROBE13_ARMED 1
FILE_PROBE14_NAME OGG
FILE_PROBE14_ARMED 1
FILE_PROBE15_NAME Vorbis
FILE_PROBE15_ARMED 1
FILE_PROBE16_NAME MPEG
FILE_PROBE16_ARMED 1
FILE_PROBE17_NAME EDL
FILE_PROBE17_ARMED 1
FILE_PROBE18_NAME FFMPEG_Late
FILE_PROBE18_ARMED 1
```

and it works for me .... try with temporary new profile?
(0005589)
Andrea_Paz   
2023-11-20 20:08   
(Last edited: 2023-11-20 20:12)
It does not maintain the setting. Activating enable and then "Apply," etc. The internal engine still does not work and if you reopen "probe order" you can see that it is disabled again....

Edit
Sorry, I forgot to mention that I brought exr up as the first item.

(0005588)
Andrew-R   
2023-11-20 19:38   
@Andrea_Paz be sure that EXR entry is Enabled:
(0005587)
Andrea_Paz   
2023-11-20 19:26   
Yes, I also noticed that "try ffmpeg first" seems to be active.
Actually in all the tests I always left the "try ffmpeg last" on. I don't know why it doesn't work...
(0005586)
Andrew-R   
2023-11-20 19:21   
@Andrea_Paz note that default FFmpge exr decoder apparently can't put out big values to cingg's pipeline like native decoder does. So, try to disable ffmpeg first button before testing, so lines like

FFMPEG::open_decoder: some stream have bad times: /home/paz/test/9.exr

disappear ...
(0005585)
Andrea_Paz   
2023-11-20 19:15   
@Andrew-R
More tests. I only used the 2 new patches, omitting the "noclamp..." and also "alt_shortcut..." that I was always putting in lately. I made two customizations: "--disable-doc" to keep the build from crashing is adding "AC_CONFIG_MACRO_DIRS([m4])" in configure.ac otherwise autogen.sh doesn't work. The second one has been years in the making.
The results are the usual: all exr images have the clip except the usual one, which works fine instead.
The images that have the clip give this message to the terminal:

FFMPEG::open_decoder: some stream have bad times: /home/paz/test/9.exr
FFMPEG::open_decoder: some stream have bad times: /home/paz/test/Ocean.exr
FFMPEG::open_decoder: some stream have bad times: /home/paz/test/blender_test2.exr
FFMPEG::open_decoder: some stream have bad times: /home/paz/test/BrightRingsNanInf.exr
FFMPEG::open_decoder: some stream have bad times: /home/paz/test/blender_test.exr
FFMPEG::open_decoder: some stream have bad times: /home/paz/test/Desk.exr

As you can see "small_empty_room.exr" gives no errors and in fact works without any problems.

This time the priority of tracks from top to bottom is respected and it works normally.
(0005584)
Andrew-R   
2023-11-20 17:41   
@Andrea_Paz strange, it seems to work for me ...
(0005583)
Andrew-R   
2023-11-20 17:24   
@Andrea_Paz well, there is possibility I messed things up! Be sure you do not have previous patches applied. I'll try to rebuild fully too.
(0005582)
Andrea_Paz   
2023-11-20 13:01   
Every time I do a build I get different behaviors. Now I am back to having clipped values on every exr except "small_empty_room.exr" which always works for me.
The clipped value read with color picker is 1.0 for some exr and 0.9990 for other images.
Gradient still does not work.
What is very strange is that the upper track is not the one with priority, but the lower track is! Appimage on the other hand works normally, with the upper track in order.
I honestly don't understand all these behaviors and if I'm doing something wrong...
(0005581)
Andrew-R   
2023-11-20 10:52   
@Andrea_Paz new patches replace earlier ones, you can start with just first (0001-TEST-Simpler-unlimited-float-overlay.patch ) and then see if you have any use for second (saving negative-values exrs ?)
(0005580)
Andrea_Paz   
2023-11-20 10:45   
Could you tell me which patches to apply to test? Opengl3 no; do these two new patches replace others or are they just to be added?
(0005579)
Andrew-R   
2023-11-20 09:25   
And this is second patch allowing cingg behave more like cin-cv with negative numbers as exemplified by AllHalfValues.exr test file
(0005578)
Andrew-R   
2023-11-19 23:36   
Here is simpler non limited float overlayer patch - with it gradient still works, and I can boost brightness above 1.0f and bring it back (with details) with fader OR load big values EXR
(0005577)
Andrea_Paz   
2023-11-19 20:50   
Ah, that's where I was wrong! I was using X11-OpenGL. Now with X11, Gradient does not work and fade/eydropper give results above 1.0 (except for BrightRings.exr; Desk.exr and Ocean.exr)
(0005576)
Andrew-R   
2023-11-19 19:21   
@Andrea_Paz be sure to set output device to x11 and not x11-opengl. OpenGL still clips.

Also, gradient with patches presented here also works for me in rgba-8bit, rgb-8bit, yuv modes and rgb-float but NOT in rgbA-float. It just makes black output in compositor.
(0005575)
Andrea_Paz   
2023-11-19 19:16   
If the fade works for you then the color picker also reports values above 1.0. To me they are fixed at 1.0 except for the exr with the window on the outside...
The same happens with the exr made with Blender that you provided.
I wonder what I may have done; or was it an Arch update.

The gradient works for me with RGB8; YUVA8 and RGB-Float, both on track with exr and mov and in an empty track.
(0005574)
Andrew-R   
2023-11-19 15:53   
@Andrea_Paz at least BrightRings seems to fade correctly for me - with rgba-8 bit white square remains on top of rings, with rgba-float it fades into black background leaving only rings ... But gradient still does not work for me :(
(0005573)
Andrew-R   
2023-11-19 15:21   
@Andrea_Paz thanks for testing while I was asleep!

May be I should rebuild fully before concluding.

Does gradient look the same in all project formats - like yuv8-bit or RGB-8bit in additional to RGB(A)-float ?
I just put plugin over empty video track for testing ....

will re-test openexr test images to see if they work for me.

opengl3 patch is sadly incomplete (I think). It will work for single stage processing but eventually if you add more effects or tracks it will render to 8 bpc buffer and thus clip ... (not tested yet)
(0005572)
Andrea_Paz   
2023-11-19 13:11   
I did some tests. Gradient plugin works without any problems. I did not put the patch "opengl3...." and the fade does not work for me while Histogram does. In Histogram the black remains clipped, but in my opinion that is good.
Only "small_empty_room_1_4k.exr" works for me while the others I downloaded from "openexr.com/test_image" all turn out clipped at 1.0. I know they are in 16-bit float and not 32-bit; could this be the cause of the clipping? In Gimp and Krita they are not clipped.

Should I apply the patch opengl3... as well?
(0005571)
Andrew-R   
2023-11-19 06:19   
oh, no

change in cinelerra/overlay_direct_rgba_float.C break gradient plugin :(
(0005570)
Andrew-R   
2023-11-19 03:27   
ah, I think I found where it clips colors to 0.
(0005569)
Andrew-R   
2023-11-18 23:09   
new patch for overlayer, clamp to FLT_MAX (not found yet where min clamping to 0 happen)
(0005568)
Andrew-R   
2023-11-18 21:20   
according to stackoverflow

https://stackoverflow.com/questions/4786663/limits-for-floating-point-types

define FLT_MAX 3.402823466E+38F

and minimum negative number is

https://stackoverflow.com/questions/2528039/why-is-flt-min-equal-to-zero

"If you want the minimum floating point number (including negative numbers), use -FLT_MAX"
(0005567)
Andrew-R   
2023-11-18 21:05   
Note that according to EXR test page values in color channels in floating-point EXR can go much above 1000:

https://openexr.com/en/latest/_test_images/index.html
(0005566)
Andrew-R   
2023-11-18 21:03   
Andrea tried removing clamp in histogram plugin, and I tried to remove limit in overlayer code.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
596 [Cinelerra-GG] Bug crash always 2021-11-02 12:42 2023-11-26 01:58
Reporter: sparkillay Platform: Linux  
Assigned To: PhyllisSmith OS: Bodhi Linux 18.04  
Priority: normal OS Version: 5.1 32bits i386  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash when uploading files-video cin gg 32bits
Description: error while loading shared libraries: libva.so.1
Rename:
 libva.so.2 to libva.so.1
 libva-x11.so.2 to libva-x11.so.1
 libva-drm.so.2 to libva-drm.so.1

I got into the interface but I can't upload files.
I can render video, upload images and upload audio.

I can't upload video.
codecs tried:

H264
VP8
MPEG2video

I use the November and October version appimage i386.


Tags: Load Files
Steps To Reproduce: Upload any video.
Additional Information: My computer is old but I only use it to support 32-bit distributions.
Attached Files: cinelerra_5125.dmp (51,912 bytes) 2021-11-02 12:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=864&type=bug
gdb Cini386 default (4,529 bytes) 2021-11-02 17:30
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=865&type=bug
gdb (5,516 bytes) 2021-11-05 02:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=866&type=bug
cinelerra_12989.dmp (58,314 bytes) 2021-11-05 02:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=867&type=bug
LD_DEBUG (35,648 bytes) 2021-11-05 02:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=868&type=bug
Video_work (7,751 bytes) 2021-11-05 18:48
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=869&type=bug
Videos fail crash cinelerra (9,113 bytes) 2021-11-05 18:48
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=870&type=bug
Screen_video_fail.mp4 (322,370 bytes) 2021-11-06 03:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=871&type=bug
simplescreenrecorder-2021-11-05_22.10.34.mp4 (630,702 bytes) 2021-11-06 03:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=872&type=bug
gdb bt full (6,919 bytes) 2021-11-08 21:25
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=873&type=bug
Screenshot_20231126-045354.png (218,683 bytes) 2023-11-26 01:58
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=934&type=bug
png
Notes
(0005594)
Andrew-R   
2023-11-26 01:58   
It also probably should be noted that NetBSD 9.2 VM lauched like this:

qemu-system-i386 -hda netbsd-92.qcow -device ES1370 -boot c -netdev user,id=myslirp,ipv6=off -device e1000,netdev=myslirp -m 1024 -vnc :1 -cpu pentium -accel tcg,thread=multi -smp 4

works, I can play mpeg2 file in there (slowly).

Screenshot shows NetBSD VM acessed via VNC from android (yeah, I am THAT lazy)
(0005198)
sparkillay   
2021-12-10 03:01   
@PhyllisSmith

Thank you very much for your efforts.
Still crashing on yuv420p.
yuv444p works fine.

I read the sse3 problem and this computer has sse2.
(0005197)
PhyllisSmith   
2021-12-09 19:44   
(Last edited: 2021-12-09 19:46)
@sparkillay
Since now you are using Debian Bullseye, 32-bit, it matches what I am now using for monthly builds.

  https://cinelerra-gg.org/download/images/CinGG-20211130-i386-newer_distros.AppImage

This 32-bit verions is working as well as the 64-bit version for MatN (a skilled programmer/developer/administrator) and for the tests that I have done. If you still have files that will not load, please make a note here.

@Andrea_Paz
Since I know you keep Arch updated so are probably at the same or even newer version than Debian 11.0, could you try this AppImage on it and let me know if it works?

(0005192)
PhyllisSmith   
2021-12-01 01:32   
@sparkillay
I have not given up on this issue but we may lack the expertise to get 32-bit for Debian Bullseye going.
So far I have been able to build/compile CinGG on Bullseye but it crashes on loading a video in guicast/thread.C almost immediately. Will keep trying to find a solution before giving up.
(0005190)
sparkillay   
2021-11-17 04:14   
@PhyllisSmith
I already stopped using ubuntu 18.04.

now I use Debian bullseye 32bits! :)
I am not a debian user. but they still maintain 32bit support.
it is perfect for my tests.
(0005186)
Andrew-R   
2021-11-15 23:51   
@PhyllisSmith also on network cobfiguration in console in Debian 10
https://linuxhint.com/advanced-network-configuration-debian-10/
{might contain ads}
(0005185)
Andrew-R   
2021-11-15 23:46   
@PhyllisSmith
https://forums.debian.net/viewtopic.php?p=701261

this forum suggest to check /etc/network/interfaces

(on debian 9)
there are few ways to set up networking, and they can
step on each other toes, it seems
(0005184)
PhyllisSmith   
2021-11-15 22:02   
@sparkillay
The good news is that I can now easily duplicate the error on a Debian Bullseye system -- it seems that "seek failure" is the problem. So must not be able to handle the in 11.x.

The bad news is that after successfully installing Bullseye from the base CD-ROM media, I can not install any of the necessary packages in order to compile CinGG there because I can not get out to the internet. The network is pinging my other local computers so there is just some minor problem. But it seems to be insurmountable for me as I have been trying for 4 days now and comparing to Debian 9 and 10 which were not set up by me so they work just fine.

P.S. This was the first linux installation I have done since 20 years ago! sure is very easy these days.
(0005162)
PhyllisSmith   
2021-11-09 22:34   
Just an update -- today I have installed Debian Bullseye 32-bit on an old computer using the DVD/iso to see if I can generate the same problems. However, I have not been able to get the network going "yet" so unable to install of the the necessary packages. Will continue working on it today and tomorrow.
(0005160)
sparkillay   
2021-11-09 01:44   
@Andrew-R
Also. I can upload yuv420p videos. Proxies also fail.
(0005159)
Andrew-R   
2021-11-09 01:02   
@PhyllisSmith, I think I tried to bypass those functions and sadly next crash was on timeline itself, and configuring video track for not showing those miniature frames was not very helpful too (
so, I concluded problem lies somewhere between those functions we see in stacktrace .. but I still have no idea where
(0005158)
PhyllisSmith   
2021-11-08 23:43   
@Andrew-R
Yes, I will document this in the Manual and the Readme.
@sparkillay
Based on your "gdb bt full", where the backtrace mentions "AssetPicon::create_objects", I wonder if the problem of the not loading videos actually occurs when updating the icons in the Resources Window . It has led to quite a few bugs in the past. What do you think Andrew?

Anyway, another wild guess: in the Resources window, (1) right mouse click in an empty spot (2) when a list of options comes up, click on the "Display text". You may have to cycle through this menu several times as there are 4 different options -- or on an empty spot in the Resources window, just keyin v (the letter v) until you see only text and no picture icons). Then try to load the videos that do not work.
(0005157)
Andrew-R   
2021-11-08 21:46   
@sparkillay, yeah, backtrace also look very much like one I got in qemu (with default virtualized cpu type) or on real pentium-3...

@PhyllisSmith,
https://github.com/prusa3d/PrusaSlicer/issues/900
https://avidemux.org/smif/index.php?topic=18510.0

according to those we better to document this.. appimage dependency. Apparently digikam appimage bundkes opengl libs as appimage but this can bite during driver updates or on different distro ...

so my suggestion is to document this. Apparently appimage itself is not bullet-proof solution to various binary incompatibilities at very low-level (and hw acceleration requires diving that deep)
(0005156)
sparkillay   
2021-11-08 21:25   
@Andrew-R

Sorry for the delay. I did not understand what BT Full and never use Qemu.
I will try to use Qemu.
(0005155)
Andrew-R   
2021-11-08 21:25   
re: libglu
Apparently both avidemux appimage or even Nuke had this problem:
https://support.foundry.com/hc/en-us/articles/360012491799-Q100568-Nuke-not-launching-with-error-Failed-to-load-libstudio-so-libGLU-so-1

while this library not blacklisted it seems to depend on other opengl libs and those are blacklisted from inclusion in appimage (because they not portable to different environments)..

@sparkillay, not sure how exactly it fail - like it gives few frames out with stated cpu load and then fail, or it fail on very first load, before media miniature appear in resources and timeline video tracks populated with miniature video frames/icons?
(0005154)
sparkillay   
2021-11-08 21:09   
@PhyllisSmith

I saw a change.

x11 videos load 20% and 40% then cinelerra fails.

I used X11-OpenGL 20-80% then cinelerra fails.
(0005153)
PhyllisSmith   
2021-11-08 20:24   
@sparkillay
I am reviewing all of the notes now to try to understand better.

In ubuntu 18.04, for the videos that fail to load, next time you have a chance to run Cinelerra there, use the
1) file pulldown: Settings->Preferences, Playback A tab, change the checkbox of "Use direct x11 render if possible" to be unchecked.
2) go to Interface tab and click on "Delete existing indexes". Then click on OK to get out of menu.
3) try to load one of the failed video again and see if that makes a difference
(0005152)
sparkillay   
2021-11-08 19:58   
@PhyllisSmith

I found
error while loading shared libraries: libGLU.so.1: cannot open shared object: No such file or directory

Could this also be the problem?

I already had it but in a new installation it came out.

using libglu1-mesa solves it. But I'm not sure.
(0005146)
sparkillay   
2021-11-06 15:04   
@Andrew-R
Thanks for your suggestions.

I tried but no change.
I get the rawaudio option.

https://cinelerra-gg.org/download/CinelerraGG_Manual/Speed_up_Ffmpeg_plugin_usag.html

this seems to work.
if I put yuv420p it fails
if I change to yuv444p it works but distorted.

I still don't understand format and codec.

https://cinelerra-gg.org/download/CinelerraGG_Manual/Raw_Input_Opts_File_Video_A.html
(0005145)
Andrew-R   
2021-11-06 04:37   
@sparkillay, may be you can test workaround I just imagined?

https://cinelerra-gg.org/download/CinelerraGG_Manual/Speed_up_Ffmpeg_plugin_usag.html

what about testing opposite of this workaround?

Like add this line to opts file named exactly like your media file but with .opts extension..

video_filter=format=yuv444p # where xxxxxx is the desired filter. May be it will preven crash at expense of speed....
(0005144)
sparkillay   
2021-11-06 03:50   
@Andrew-R

Yes, I rendered a video in yuv4:4:4 and it worked on loading.
Render the same video to yuv4:2:0 and crash on loading.
(0005143)
sparkillay   
2021-11-06 03:27   
@Andrew-R

if I use the option ffmpeg obs2youtube.mp4 on my 64-bit pc and I transfer the video to 32 bits. It runs smoothly.

I have to do more tests but this method works.
(0005142)
sparkillay   
2021-11-06 03:14   
@PhyllisSmith
1. Yes, in virtual box it worked. adding libilmbase12 and libopenexr22

- your latest appimage, it works without problems. Debian bullseye and Ubuntu 18.04 :D!
- I still have crashes when loading some videos on the old pc. but the appimage works fine.

2. I already did and these are the results.
(0005141)
Andrew-R   
2021-11-05 23:43   
@sparkillay, it seems working vids have different yuv setting (4:4:4, no subsampling), compared to non-working ones... I did all my tests in different bug with 4:2:0 samples from samples. mplayerhq.hu
(0005140)
Andrew-R   
2021-11-05 23:38   
@PhyllisSmith, for ssse3:

try 'cat /proc/cpuinfo' , it will give list of extension supported by your cpu..

for ilmbase still linked to Cin - try to disable BOTH ilmbase and openexr, and as last resort remove from build machine's system those two development packages.. ('apt search ilmbase' , look for installed ilmbase, apt remove -devel package, repeat for openexr)

sorry for trouble...
(0005139)
PhyllisSmith   
2021-11-05 22:58   
@Andrew-R
I added --disable-ilmBase to the configure line and the log reports "ilmbase disabled" but the ldd on bin/cin still has libIlmImf-2_2.so.22 so I resorted to deleting any lines in configure.ac that looked like they contained related Ilm parts. Very messy.

@sparkillay
1) Is the following correct? If I understand your last note, you are saying that yesterday's AppImage starts up everywhere you need it to and loads many videos as expected?
2) If the videos that do not load were tried on a bad AppImage, they may have created bad index files that still exist. When you have time, please use a default startup so that the index files are automatically recreated. To do this easily, instead of starting AppImage like: ./cin_for_32bit.AppImage use the following:
      CIN_CONFIG=/tmp/temporary_bcast5 ./cin_for_32bit.AppImage
Then try loading the failed mkv files for which you did mediainfo. If they still fail, could you send a really small one that fails so I can try it on the 32-bit system here.

Also, I created 1 more AppImage where libIlmImf-2_2.so.22 no longer shows in the ldd. BUT it sounds like you no longer have that issue so not sure if you want to bother trying it unless the mkv failed files still fail. It is at:
     https://cinelerra-gg.org/download/testing/cin_for_32bit_2.AppImage
(0005138)
sparkillay   
2021-11-05 18:48   
@Andrew-R

I will try later.

For now it works.

I had no problems on virtualbox Debian bullseye .

Just install libilmbase12 and libopenexr22
https://stackoverflow.com/questions/64738243/problem-with-imagemagick-after-upgrading-ubuntu-to-20-04

I can render and upload videos in different formats without problems.

this error disappeared.
gdb does not show any problems.

error while loading shared libraries: libIlmImf-2_2.so.22: cannot open shared object file: No such file or directory

try the same now on liveCD debian bullseye
It worked but when loading some videos it returns "Segment violation"

Now upload the mediainfo of the files.

some formats work and others don't.
When cinelerra decodes them, it closes.
(0005137)
PhyllisSmith   
2021-11-05 18:11   
@Andrew-R
Thanks for continuing to provide potential solutions. First, I am going to try to disable ilmBase -- I was trying to figure out where libIlmImf-2_2.so.22 was so that is a big help.

What can I do about "I still suspect your test machine has ssse3" ?
(0005136)
Andrew-R   
2021-11-05 18:02   
@PhyllisSmith, speaking about failed lib load, may be this workaround can help?

https://oldforum.puppylinux.com/viewtopic.php?t=118913&i=1
env LD_LIBRARY_PATH=/tmp/
before launching appimage...

still, may be we should just force ilmbase/openexr static build ...
(0005135)
Andrew-R   
2021-11-05 05:05   
@PhyllisSmith, I think you may disabke one more library (not really useful w/o openexr, I thin()

./configure --help | grep ilm
  --enable-ilmBase build ilmBase (auto)

so, in our case --disable-ilmBase...

also, I still suspect your test machine has ssse3, so like it was in my case bug not bite..

I even tried qemu-i386 -cpu pentium3 /usr/bin/cin (user-mode emulation) and Cin was working on my desktop, so
I naively assumed all was fine.. for years! I think I had no-ssse3 cpu (athlon x2) back in early 2017, and Cin was working there in 32-bit, but 0000284:0002017 cin definitely too old when it ckmes to bugfixes etc...

@sparkillay, may be you can try to run cin (from mounted appimage) via qemu-i386 too? with - cpu core2duo.. it will be slow, but may be it will stop crashing on load...? this will tell us if crash actually related to my bug or not.

You can also try to type 'bt full' in gdb command prompt and post output here..

Thanks for patience and sorry for trouble!
(0005134)
sparkillay   
2021-11-05 02:02   
@PhyllisSmith
No errors come out in Ubuntu 18.04 libva.
Some videos load others no.

Debian bullseye This mistake still continues.

error while loading shared libraries: libIlmImf-2_2.so.22: cannot open shared object file: No such file or directory

The files are from Ubuntu 18.04
(0005133)
PhyllisSmith   
2021-11-04 22:25   
@sparkillay
Well, I did not quite understand everything in your last note, but I created one last attempt at a 32-bit AppImage at:
    https://cinelerra-gg.org/download/testing/cin_for_32bit.AppImage
based on previous notes this overwrote the earlier AppImage and was built:
  1) without-openexr
  2) without-vaapi
  3) without-vdpau
  4) export FFMPEG_EXTRA_CFG=" --disable-vaapi --disable-vdpau"
When I did an ldd on the binary as @Andrrew-R suggested, none of exr, vaapi, or vdpau showed up and I checked the build log and saw that all of the without's seemed to be in effect. Then created the AppImage from that binary and loaded an mp4 video to play.
(0005132)
sparkillay   
2021-11-04 14:46   
@PhyllisSmith

32bits I appreciate that it still maintains the support.
Now as I see there are 2 versions of 32bits Oldstable and stable.

Debian bullseye 32bits 5.10.0-8-686
Many OpenEXR and VA-API libraries changed.

LibOpenEXR ❌
https://packages.debian.org/search?keywords=openexr
Libva-dev ❌
https://packages.debian.org/search?keywords=libva-dev

Ubuntu stopped supporting 32-bit since 18.04 LTS.

LibOpenEXR✅
https://packages.ubuntu.com/bionic/libs/libopenexr22

Libva-dev ❌
https://packages.ubuntu.com/search?keywords=libva-dev

I use Bodhi Linux for my tests, it is too light and everything is configured to use already.

Bodhi Linux 5.1 (Ubuntu-based) 18.04 LTS legacy
https://www.bodhilinux.com/download/
chmod a+x ./cinggi386.AppImage

LibOpenEXR no problem

libva1 does not exist now is libva 2 in ubuntu 18.04

error while loading shared libraries: libva.so.1: cannot open shared object file: error 40

Bodhi Linux 6.0 (Debian-based) Beta
https://bodhilinux.boards.net/thread/709/bodhi-legacy-released-debian-bullseye

error while loading shared libraries: libIlmImf-2_2.so.22: cannot open shared object file: No such file or directory

I suspect if OpenEXR is fixed, then it will be Libva1 but Debian bullseye already uses libva2
(0005131)
PhyllisSmith   
2021-11-04 04:17   
@Andrew-R
It seems like the only real solution is for users to build on their own computers.

I specifically downloaded the 32-bit linuxdeploy and not the 86_64 linuxdeploy which won't even work on 32-bit computers. The bld/bld_appimage.sh in GIT is the base usage shell that was important to make sure was saved for others. I use a modified script that is relevant to my directories, etc.

When I use linuxdeploy, it creates appimage.log which includes the word "Success" at the bottom and this is also printed on the screen.

I will try some of your suggestions tomorrow, but the problem is that I can not create the issues that @sparkillay has so will never know if it fixes anything. When I build on the 32-bit Debian system, I bring up CinGG and loaded a video with no problem; then created the appimage and loaded the video with no problem. It is possible that the 32-bit system I use was an early version of Debian but I am pretty sure it was the one used before and the only other 32-bit system I have is Ubuntu 14 which is an i686 and very difficult for usage because it was only marginally set up. Also, it is a lower kernel level so I can not even use it to test the debian 32-bit image.
(0005129)
Andrew-R   
2021-11-03 04:55   
@PhyllisSmith, If 32-bit build uses blds/bld_appimage.sh may be double-check linuxdeploy-x86_64.AppImage is correct command for 32-bit linuxdeploy, if not - may be we can add some architecture detection into this script...
(0005128)
Andrew-R   
2021-11-03 04:50   
@PhyllisSmith, I think you better to double-check what linuxdeploy command copy, I hope it have some verbose mode?

according to source it should have 'verbosity'
https://github.com/linuxdeploy/linuxdeploy/blob/master/src/main.cpp

try latest git of this system on 32-bit build/packaging machine?

try ldd on just-built cin (on build host) to see dynamically linked libs?

Try to remove openexr-dev from 32-bit build machine, and see if Cin correctly builds and embeds static version of library from thirdparty directory?

Not sure if you can pack hw accel-related libraries into appimage? May be try to disable vaapi temporarily via configure switch?

see possible similar err and discussion?

https://github.com/knapsu/plex-media-player-appimage/issues/19
(0005127)
sparkillay   
2021-11-03 02:26   
@PhyllisSmith
same mistake

error while loading shared libraries: libva.so.1: cannot open shared object file: error 40

 https://cinelerra-gg.org/download/testing/cin_for_32bit.AppImage

@PhyllisSmith
@Andrea_Paz
try debian bullseye of Bodhi Linux 32bits beta2 https://bodhilinux.boards.net/thread/709/bodhi-legacy-released-debian-bullseye
same mistake

error while loading shared libraries: libIlmImf-2_2.so.22: cannot open shared object file: No such file or directory
(0005126)
PhyllisSmith   
2021-11-03 01:04   
@sparkillay
Thanks for the update -- you never know these days and I learned a lot today too.
It is interesting that the link your provided also talks about vdpau. I still wonder if the new testing AppImage would work anyway.
(0005125)
sparkillay   
2021-11-03 00:55   
@PhyllisSmith
After researching all day the problem is Ubuntu 18.04.
ubuntu change libva1 to libva2

https://steamcommunity.com/groups/homestream/discussions/0/3288067088120423458/

Possibly if I use debian 9.1 it will work for me.
make symbolic links lose hardware acceleration so the videos fail.
(0005124)
PhyllisSmith   
2021-11-03 00:02   
@sparkillay
In checking the Debian 9.1 - 32bit that I did the AppImage build on, it had:
   /usr/lib/i386-linux-gnu/libva.so.1
so you should not have had to make any symbolic links according to AppImage documentation because that is the point of using the oldest Operating System so that it works on all the later ones. So that is confusing.

However, I created a new AppImage using the 2 "export" commands. So if you could try that at your convenience and let us know the results. I loaded an mp4 video containing audio on the computer where I created the 32-bit AppImage without any problems and it played just fine. File is at:
     https://cinelerra-gg.org/download/testing/cin_for_32bit.AppImage
(0005123)
Andrew-R   
2021-11-02 21:32   
from my dim memory just installed slackware 14.2 had no vdpau enabled in mesa.. I always build my own mesa/kernel so this was not a showstopper for me..

I guess first line disables some assembly optimizations... somewhere?
(0005122)
sparkillay   
2021-11-02 19:20   
@PhyllisSmith
The problem started with this.

error while loading shared libraries: libva.so.1: cannot open shared object file: error 40


Doing this to make it work felt good for a moment.

ln -s libva.so.2 libva.so.1
ln -s libva-drm.so.2.0.0 libva-drm.so.1
ln -s libva-x11.so.2.0.0 libva-x11.so.1
(0005121)
PhyllisSmith   
2021-11-02 19:12   
The reason I noted this because in the dmp that was attached to this BT, I noticed vdpau being referenced and was concerned as to why. But I do not remember why these extra export lines are needed.
(0005120)
PhyllisSmith   
2021-11-02 19:11   
@sparkillay
@Andrew-R
I wonder if I am making a mistake creating the AppImage on Debian 32-bit because I just read the manual and saw this which I have NOT BEEN DOING:

Note for 32-bit 14.2 Slackware, Debian, Gentoo, Arch, FreeBSD, before running the configure, you will need to set up the following:

  export ac_cv_header_xmmintrin_h=no
  export FFMPEG_EXTRA_CFG=" --disable-vdpau"

I will test this but it will take me quite a bit of time to do so.
(0005119)
Andrew-R   
2021-11-02 18:00   
@sparkillay, top of this gdb trace looks like one I got in
https://www.cinelerra-gg.org/bugtracker/view.php?id=587

still no idea why it fails (
(0005118)
sparkillay   
2021-11-02 17:30   
@Andrew-R
i used dbg and got this.

gdb cini386 default

  @PhyllisSmith
Thank you very much but I am still testing.
this is a version of ubuntu 4.9.0-6-686 kernel
(0005117)
PhyllisSmith   
2021-11-02 15:59   
@sparkillay
What is your linux kernel version when you keyin: uname -r ?
The 32-bit AppImage is kernel version 4.9 (I used Debian 9.1 32 bit to generate AppImage).
If I have a 32-bit O/S with a kernel version the same as what you report, I can use that to create a new AppImage and see if that works for yout.
(0005116)
Andrew-R   
2021-11-02 14:59   
@sparkillay,
I looked into dmp file and it seems to die somwhere in r300_dri?

can you also install gdb and try 'normal' player like mplayer/mpv set to vdpau output?

Also, it might be another manifestation of bug I faced recently with non-ssse3-capable cpu (i can't see ssse3 in cpu flags in this dump)
(0005115)
Andrea_Paz   
2021-11-02 13:21   
In my Debian 32-bit virtual machine:

October's appimage:

$ ./CinGG-20211031-i386.AppImage
./CinGG-20211031-i386.AppImage: error while loading shared libraries: libIlmImf-2_2.so.22: cannot open shared object file: No such file or directory

September's appimage:

$ ./CinGG-20210930-i386.AppImage
./CinGG-20210930-i386.AppImage: error while loading shared libraries: libIlmImf-2_2.so.22: cannot open shared object file: No such file or directory

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
632 [Cinelerra-GG] Bug crash always 2023-02-02 23:15 2023-06-26 17:17
Reporter: jin Platform: x86_64  
Assigned To: PhyllisSmith OS: Fedora Linux  
Priority: normal OS Version: 37  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Segfaults when clicking on "Fit all autos to display"
Description: I am not sure if this is related to my video content or anything else, but it does always happen with my videos.

As soon as I press the icon "Fit all autos to display" CinGG crashes.
Tags:
Steps To Reproduce: * start with an empty 1080p/30 project
* import a 1080/30fps video
* insert it into the video track
* click on "Fit all autos to display"
Additional Information: Attaching gdb backtrace and the dump created by CinGG; the dump 57398 corresponds to the backtrace, there I had to issue a "signal SIGINT" after performing the backtrace so that it would get written out. The dump 58289 was reproduced without gdb.

The mp4 is a file which allows me to easily reproduce the crash.

reproduce.xml is a CinGG projcet which can just load, hit the autofit icon and it will crash.

This happens on Fedora 37, cinelerra-gg-5.1.2022.11-2.fc37.x86_64
Attached Files: cinelerra_57398.dmp (92,966 bytes) 2023-02-02 23:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=900&type=bug
cinelerra_58289.dmp (219,478 bytes) 2023-02-02 23:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=901&type=bug
crash_media.mp4 (1,305,721 bytes) 2023-02-02 23:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=902&type=bug
reproduce.xml (20,447 bytes) 2023-02-02 23:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=903&type=bug
backtrace.txt (32,822 bytes) 2023-02-02 23:17
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=904&type=bug
cinelerra_10387.dmp (172,996 bytes) 2023-02-03 17:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=905&type=bug
crash.jpg (54,931 bytes) 2023-02-04 11:06
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=907&type=bug
jpg

login.jpg (42,009 bytes) 2023-02-04 11:06
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=908&type=bug
jpg

log (14,587 bytes) 2023-06-04 19:12
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=919&type=bug
Notes
(0005517)
PhyllisSmith   
2023-06-26 17:17   
Made more attempts to fix this, but still no success. Did update to Fedora 38 and still fails -- Linux 6.3.8-200.fc38.x86_64 Jun 15,2023 and gcc 13.1.1 20230614 (Red Hat 13.1.1-4).
(0005493)
PhyllisSmith   
2023-06-04 23:57   
@Andrew-R
Update -- almost for sure is variable "current" and now I think it is because there is no "end value" for auto line at the end of the media. This would explain why the get_prev_auto does not crash (because it knows where the start of the media/line is)? More later.
(0005492)
PhyllisSmith   
2023-06-04 22:17   
@Andrew-R
The only time it does not crash when "fit all autos" is when there are none of the auto lines on the screen. If there is just a single line, like Camera, even if there all no points created on the line, it will crash when click on "fit all autos". I am going to continue to test - PREVIOUS and NEXT are macros and even though I did do an include of "linklist.h" in autos.h AND autos.C, it still crashed. Will update as something changes here.
(0005491)
Andrew-R   
2023-06-04 19:45   
sadly, only thing I can imagine it tries to look at next auto from default auto, and this jumps into nowhere? Does crash disappear if you set at least one real auto before hitting "fit all autos" button?
(0005490)
PhyllisSmith   
2023-06-04 19:12   
(Last edited: 2023-06-04 19:13)
@Andrew-R
Could you look at this again? Attached is valgrind memcheck log with information that suggests that "current" is uninitialized. Or what? could it be the PREVIOUS variable? Is there another way to pass the "Auto* &current" variable to the get_next_auto routine?

(0005465)
PhyllisSmith   
2023-03-25 22:21   
(Last edited: 2023-06-26 17:14)
Just an update as I have spent a couple of weeks trying to solve this to no avail. I can now create the problem on:

1) Fedora version 36 with default installed gcc version 12.x. Minimum to fail with additional CFLAGS of "-O2 and -flto". UPDATED CORRECTION - actually if fails same as Fedora 37 with -flto and -specs.
2) Fedora version 37 with default installed gcc version 12.x. Minimum to fail with additional CFLAGS of "-flto and -specs=redhat...hardened...cc1".
Not sure why different on the 2 systems, but the point is that ONLY adding -flto does NOT fail.

Adding "-O2 -flto" on Fedora 32 or Ubuntu 16, does not fail either.

In debugging, I have tried the following and as soon as I do, it no longer fails:
1) gdb standard debugger does not fail,even when I add "set disable-randomization on"
2) valgrind reports zero leakage and no problems
3) -Wall on the compile shows no warnings of uninitialized variables

However, by hardcoding values in the "get_next_auto" routine for any parameters, failure ONLY occurs on parameter 3, which I think is the variable "current", in cinelerra/autos.C (current line 305). So I am 99.9% sure this is the culprit when called from cinelerra/floatautos.C (current line 476). An interesting note is the "get_prev_auto" does not have failures as far as I can tell and it seems similar in function to "get_next_auto".

(0005443)
PhyllisSmith   
2023-02-13 15:38   
@Jin
Saw your note update. The rpmfusion version was re-created but we still have a bug that we have to fix -- the problem is we can not fix it if we can not reproduce it on our computers. So we have to leave this item open yet.

"Fit all autos to display" is for "fixing" the autos, like camera x/y/z, to be better displayed on the timeline. You can see the "autos" if you use the Window pulldown and choose the option Show Overlays.
(0005442)
jin   
2023-02-12 17:53   
@Andrew-R I am not familiar with the code and if initializing a default parameter there is OK or not, doing it like you suggested means that the caller may omit passing the parameter to the function which may be an unwanted thing.

@PhyllisSmith rpmfusion pushed an update today: cinelerra-gg-5.1.2023.01-2.fc37.x86_64
I can confirm that it does not crash anymore. I am not sure what is supposed to happen when I click on the "Fit all autos to display" button, I thought it would scale all tracks so that they fit on the screen vertically? Nothing happens, but it does not crash either, so I'd say the issue which I reported originally is solved now. Thank you!
(0005437)
Andrew-R   
2023-02-06 19:47   
@jin, I looked at cinelerra/floatautos.h

and I think you can init by default at least two last parameters to 0?

void get_extents(float *min, float *max, int *coords_undefined,
- int64_t unit_start, int64_t unit_end);
+ int64_t unit_start=0, int64_t unit_end=0);


but idea not tested yet
(0005436)
PhyllisSmith   
2023-02-06 19:45   
@Jin
They are creating a new release that fixes the problem (so that we have time to make a fix here).
"This bug will be fixed with cinelerra-gg-5.1.2023.01-2 and later." I do not know when that will be available on rpm fusion free for fedora 37 so you can check.

 Comment # 8 on bug 6570 from Nicolas Chauvet

(In reply to leigh scott from comment 0000006)
> I have filed a bug for the gcc build issue.
>
> https://www.cinelerra-gg.org/bugtracker/view.php?id=634

This is a separate issue with gcc in the bundled ilmbase.
Our preferred way to fix it is to unbundle imbase if it's recent enough API
wise.


I saw the https://www.cinelerra-gg.org/bugtracker/view.php?id=632 mentioned
lto, so I've tested and disabled lto on the build and now I'm not reproducing
the issue. But it would be fine if a dedicated issue can be created so that
cinelerra can work with lto...


This bug will be fixed with cinelerra-gg-5.1.2023.01-2 and later.
(0005435)
jin   
2023-02-06 19:18   
Does this help?

==33579== 1 errors in context 1 of 197:
==33579== Conditional jump or move depends on uninitialised value(s)
==33579== at 0x97894C: Autos::get_next_auto(long, int, Auto*&, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xAB03A1: FloatAutos::get_value(long, int, FloatAuto*&, FloatAuto*&) (in /usr/bin/cinelerra-gg)
==33579== by 0xAB08DD: FloatAutos::get_extents(float*, float*, int*, long, long) (in /usr/bin/cinelerra-gg)
==33579== by 0x976293: Automation::get_extents(float*, float*, int*, long, long, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xC4BE51: Tracks::get_automation_extents(float*, float*, double, double, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xB2D42C: MWindow::fit_autos(int) (in /usr/bin/cinelerra-gg)
==33579== by 0xA41D8C: EditFitAutos::handle_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xCE09E0: BC_Button::button_release_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xD2E75E: BC_WindowBase::dispatch_button_release() (in /usr/bin/cinelerra-gg)
==33579== by 0xD2E75E: BC_WindowBase::dispatch_button_release() (in /usr/bin/cinelerra-gg)
==33579== by 0xD339FE: BC_WindowBase::dispatch_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xD34E77: BC_WindowBase::run_window() (in /usr/bin/cinelerra-gg)
==33579== Uninitialised value was created by a stack allocation
==33579== at 0xAB0660: FloatAutos::get_extents(float*, float*, int*, long, long) (in /usr/bin/cinelerra-gg)
==33579==
==33579==
==33579== 2 errors in context 2 of 197:
==33579== Invalid read of size 8
==33579== at 0x978938: Autos::get_next_auto(long, int, Auto*&, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xAB03A1: FloatAutos::get_value(long, int, FloatAuto*&, FloatAuto*&) (in /usr/bin/cinelerra-gg)
==33579== by 0xAB08DD: FloatAutos::get_extents(float*, float*, int*, long, long) (in /usr/bin/cinelerra-gg)
==33579== by 0x976293: Automation::get_extents(float*, float*, int*, long, long, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xC4BE51: Tracks::get_automation_extents(float*, float*, double, double, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xB2D42C: MWindow::fit_autos(int) (in /usr/bin/cinelerra-gg)
==33579== by 0xA41D8C: EditFitAutos::handle_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xCE09E0: BC_Button::button_release_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xD2E75E: BC_WindowBase::dispatch_button_release() (in /usr/bin/cinelerra-gg)
==33579== by 0xD2E75E: BC_WindowBase::dispatch_button_release() (in /usr/bin/cinelerra-gg)
==33579== by 0xD339FE: BC_WindowBase::dispatch_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xD34E77: BC_WindowBase::run_window() (in /usr/bin/cinelerra-gg)
==33579== Address 0x47 is not stack'd, malloc'd or (recently) free'd
==33579==
==33579==
==33579== 2 errors in context 3 of 197:
==33579== Use of uninitialised value of size 8
==33579== at 0x978938: Autos::get_next_auto(long, int, Auto*&, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xAB03A1: FloatAutos::get_value(long, int, FloatAuto*&, FloatAuto*&) (in /usr/bin/cinelerra-gg)
==33579== by 0xAB08DD: FloatAutos::get_extents(float*, float*, int*, long, long) (in /usr/bin/cinelerra-gg)
==33579== by 0x976293: Automation::get_extents(float*, float*, int*, long, long, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xC4BE51: Tracks::get_automation_extents(float*, float*, double, double, int) (in /usr/bin/cinelerra-gg)
==33579== by 0xB2D42C: MWindow::fit_autos(int) (in /usr/bin/cinelerra-gg)
==33579== by 0xA41D8C: EditFitAutos::handle_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xCE09E0: BC_Button::button_release_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xD2E75E: BC_WindowBase::dispatch_button_release() (in /usr/bin/cinelerra-gg)
==33579== by 0xD2E75E: BC_WindowBase::dispatch_button_release() (in /usr/bin/cinelerra-gg)
==33579== by 0xD339FE: BC_WindowBase::dispatch_event() (in /usr/bin/cinelerra-gg)
==33579== by 0xD34E77: BC_WindowBase::run_window() (in /usr/bin/cinelerra-gg)
==33579== Uninitialised value was created by a stack allocation
==33579== at 0xAB0660: FloatAutos::get_extents(float*, float*, int*, long, long) (in /usr/bin/cinelerra-gg)
==33579==
==33579== ERROR SUMMARY: 199 errors from 197 contexts (suppressed: 0 from 0)
Segmentation fault (core dumped)


I think this is pretty much it, something is reading an uninitialized value and there anything can happen...

Produced using:
valgrind --tool=memcheck --show-reachable=yes --leak-check=full -v --trace-children=yes --run-libc-freeres=yes --track-origins=yes /usr/bin/cinelerra-gg
(0005431)
PhyllisSmith   
2023-02-06 16:58   
@Andrew-R
Bug report update message:
 Comment # 5 on bug 6570 from Nicolas Chauvet

./configure: line 5290: AX_CXX_COMPILE_STDCXX_11: command not found

Fixed by adding autoconf-archive to build require (without fixing the segfault).
(0005430)
Andrew-R   
2023-02-06 16:56   
@jin, yes, this is our repo
(0005429)
Andrew-R   
2023-02-06 16:54   
@jin, macro seems to live in autoconf-archive, may be we need to add this to our spec file

https://www.gnu.org/software/autoconf-archive/ax_cxx_compile_stdcxx_11.html

(and also to our m4 directory?)

I tried to add just -flto to our CFLAGS in cinelerra/Makefile

~/cinelerra/cinelerra-5.1 $ git diff cinelerra/Makefile
diff --git a/cinelerra-5.1/cinelerra/Makefile b/cinelerra-5.1/cinelerra/Makefile
index 1cb58d50..4de26d4a 100644
 --- a/cinelerra-5.1/cinelerra/Makefile
 +++ b/cinelerra-5.1/cinelerra/Makefile
@@ -495,7 +495,7 @@ LV2OBJS = \
LIBS += `pkg-config --libs lilv-0`
endif -CFLAGS := \
+CFLAGS := -flto \
 -I/usr/local/include \
  -I$(GUICAST) \
 -I$(LIBZMPEG3) \

but on clang-15/aarch64 termux it just increases link time to 8 min, and not resulted in crash.

You surely can try -fno-lto instead and/or any sanitizer flags to see if it blow up .
(0005428)
jin   
2023-02-06 16:40   
@PhyllisSmith not sure if it would help to compile with sanitizers enabled, perhaps it would point to the overflow?

The backtrace does look similar to what I got here from gdb though

@Andrew-R I am not sure if this is the right repo:
https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=tree;f=cinelerra-5.1;h=66ce42318ebec9342e12ef4f7ab29a7b8415dfdf;hb=HEAD

You already have an `ACLOCAL_AMFLAGS = -I m4`line in your Makefile.am, so the only thing you're missing is an `m4` directory on top level, put all non-standard autoconf macros in there, `autoreconf -i` will pick it up automatically.
(0005427)
Andrew-R   
2023-02-06 16:11   
@PhyllisSmith , only obvious thing I saw in flags is -flto ....
ax_ thing from configure seems to be some procedure we not correctly imported from autoconf-archive, need to look up exactly line.

I think Arch already uses gcc 12 but not lto, I'll try to see if adding it will trip clang 15 here ...
(0005426)
PhyllisSmith   
2023-02-06 14:58   
@Andrew-R @Jin
Feedback from reporting the bug is that "it is a cinelerra-gg bug". Does Andrew know how to fix this without breaking the builds for all of the other distros?

"Comment # 3 on bug 6570 from Nicolas Chauvet

Thanks for the report.

I've managed to reproduce using the official rpmfusion build on fc36 x86_64.
The reason why

Thread 1 "cinelerra-gg" received signal SIGSEGV, Segmentation fault.
0x0000000000970a08 in Autos::get_next_auto(long, int, Auto*&, int) ()

(gdb) bt
#0 0x0000000000970a08 in Autos::get_next_auto(long, int, Auto*&, int) ()
0000001 0x0000000000aa8372 in FloatAutos::get_value(long, int, FloatAuto*&,
FloatAuto*&) ()
0000002 0x0000000000aa88ae in FloatAutos::get_extents(float*, float*, int*, long,
long) ()
0000003 0x000000000096e364 in Automation::get_extents(float*, float*, int*, long,
long, int) ()
#4 0x0000000000c44012 in Tracks::get_automation_extents(float*, float*,
double, double, int) ()
0000005 0x0000000000b2544d in MWindow::fit_autos(int) ()
0000006 0x0000000000a3a16d in EditFitAutos::handle_event() ()
0000007 0x0000000000cd89d1 in BC_Button::button_release_event() ()
0000008 0x0000000000d2681f in BC_WindowBase::dispatch_button_release() ()
#9 0x0000000000d2681f in BC_WindowBase::dispatch_button_release() ()
0000010 0x0000000000d2bacf in BC_WindowBase::dispatch_event() ()
0000011 0x0000000000d2cf48 in BC_WindowBase::run_window() ()
#12 0x0000000000b304c3 in MWindow::run() ()
#13 0x000000000074af4e in main ()

It looks an issue in the cinelerra-gg code.

The reason why it's not reproducible with appimage or self compiled package is
probably because our offical build (like fedora) uses some compilation flags
that are less tolerant to buffer overflow and others security issue.

Here are the compilations flags on fc36:
-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe
-Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection


Also since using gcc-c++ 12, A candidate for the fix would be to use c++11
instead of c++17 which is the standard for this compiler...(any non-default

Here is the build.log of the package:
https://koji.rpmfusion.org/kojifiles/work/tasks/7360/547360/build.log

./configure: line 5290: AX_CXX_COMPILE_STDCXX_11: command not found
^^
looks suspicious "
(0005425)
PhyllisSmith   
2023-02-06 01:16   
@Jin
@Andrew-R
@Andrea_Paz
It took me awhile to catch up to Jin, but I did as he suggested and confirmed the bug so I could report it to the maintainers. It is at:
  https://bugzilla.rpmfusion.org/show_bug.cgi?id=6570https://bugzilla.rpmfusion.org/show_bug.cgi?id=6570
I will wait a couple of days and then mark this as resolved since there is nothing we can do to fix it.
WORKAROUND -- temporarily use the AppImage which is not as convenient as what they are providing, but does not crash.
(0005422)
PhyllisSmith   
2023-02-05 14:18   
@Jin
Oops, it was getting late and I forgot to try the FC37 rpmfusion-free-updates repo as you suggested. Will let you know and thank you for your patience in helping us resolve a potential problem. We hate crashes.
(0005421)
jin   
2023-02-05 14:03   
@PhyllisSmith well, did you try the CinGG version that comes into Fedora via rpmfusion? If you did rebuild your own version, then it's already not exactly the scenario that regular users would have. I understand, that you need to rebuild in order to debug, but it would be interesting if you can reproduce the crash in a regular user setup, where someone just installs CinGG via dnf...

The reproduce.xml is actually not that relevant as there is nothing special about it, for me it is enough to start with a fresh new project, load an mp4 file in the resources window, insert it into the timeline and then click on the Auto Fit icon in the toolbar -> boom

Same happens on the system of my wife (also Fedora 37, CinGG from rpmfusion).

Please try that exact version, if it also crashes, then we could assume that it needs to be updated or perhaps they messed something up during packaging/building. If that very version does not crash for you - then I'd be puzzled too :)
(0005420)
PhyllisSmith   
2023-02-05 04:22   
@Jin @Andrew-R
Good news and Bad news. It does not crash for me - I upgraded from Fedora 36 to 37 and then rebuilt CinGG.
   uname -a shows:
Linux fedora 6.1.9-200.fc37.x86_64 0000001 SMP PREEMPT_DYNAMIC Thu Feb 2 00:21:48 UTC 2023 x86_64 x86_64 x86_64 GNU/LinuxLinux fedora 6.1.9-200.fc37.x86_64 0000001 SMP PREEMPT_DYNAMIC Thu Feb 2 00:21:48 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
 
It will be almost impossible to figure this out if no one can reproduce it but Jin.
Maybe I am doing something wrong in trying to reproduce it. All I am doing is:
1) load/replace your file, reproduce.xml, and I see crash_media.mp4 show up on the timeline
2) the very next thing I do, is click on the "Fit all autos to display (alt+f)
3) nothing changes on the timeline -- it just looks the same as when I loaded with replace
4) if I click on the icon to the left of that, "Fit selection to display", it does change the display
(0005416)
PhyllisSmith   
2023-02-04 18:39   
@Jin
It was just a "wild guess" as I am out of ideas and do not have Fedora 37 installed yet.
(0005415)
jin   
2023-02-04 18:04   
How would a shortcut be related if I click the auto fit icon with a mouse, or did you mean something else? I did scroll through my shortcuts in Control Center, I do not see anything on ctrl-alt-f here...
(0005414)
PhyllisSmith   
2023-02-04 17:56   
I wonder if "ctrl-alt-f" is being fielded by something other than CinGG?
(0005413)
jin   
2023-02-04 17:32   
@PhyllisSmith
let's see if I got it right... so I open CinGG, add a video, move it into the video track in the timeline, then go to Settings->Transcode, wait for the transcoding to finish, then click on "auto fit"? Did that, it still crashed.
(0005412)
PhyllisSmith   
2023-02-04 17:16   
@Jin @Andrew-R
I guess I had better get busy and upgrade to Fedora 37.
If you have time, could you try a workaround? Using your compiled CinGG that causes the crash (not AppImage), load your video and use Settings->Transcode. This makes a copy of the original file in the same directory as the original file. Then use "auto fit" on that and see if it still crashes -- it might provide a hint as to what the problem is.
(0005410)
jin   
2023-02-04 15:37   
@Andrea_Paz

> At the bottom of the timeline you see an ugly 8192, which I think is a meaningless number. see figure.

Ah, thank you, no, setting it to 64 still crashed CinGG from rpmfusion. Actually, I have no idea how it became 8192, I did not do that on purpose.

@PhyllisSmith as promised, I checked with a different mp4 not related to my trail camera and it also crashed, so I guess it's not content specific.
(0005409)
Andrea_Paz   
2023-02-04 11:06   
The second login window (sorry for the Italian language). See figure.

At the bottom of the timeline you see an ugly 8192, which I think is a meaningless number. see figure.
(0005408)
jin   
2023-02-04 10:49   
@Andrea_Paz I can confirm, that the crash does not happen with the AppImage, so its for sure some Fedora 37 related dependency.

> In your "reproduce.xml" file, "height of video tracks" is set to 8192. Could you try setting it back to default (64) and try again?
I grepped the .xml for that number, but did not see anything? I anyway tried the stock config, just as @PhyllisSmith suggested yesterday, and it still crashed, so I guess that was not it.

> PS: For the logging problem, try turning on the "keep connected" check.

Where do I find that?
(0005407)
Andrea_Paz   
2023-02-04 09:31   
(Last edited: 2023-02-04 09:42)
@jin
Could you try an appimage instead of using the rpmfusion repository?
In your "reproduce.xml" file, "height of video tracks" is set to 8192. Could you try setting it back to default (64) and try again?

PS: For the logging problem, try turning on the "keep connected" check.

(0005403)
jin   
2023-02-03 20:31   
@Andrew-R that's how the backtrace.txt was produced, unfortunately I do not see line numbers in there, but it seems it did resolve some function names.

The command to fetch the debug packages was:
dnf debuginfo-install cinelerra-gg
(0005402)
Andrew-R   
2023-02-03 20:17   
on Fedora there should be also debug rpm, may be installing it will give us line number and source file name where it crash?
(0005401)
jin   
2023-02-03 19:55   
@PhyllisSmith I have to test it with files from different sources, I mostly use files generated by my trail camera (this is where the attached sample also came from), there it happens on any file. I'll try with other videos later on and will report back.

At least from what I can see - it must be Fedora 37 specific, otherwise you would have already seen it. I do not know the code, but if you'd like me to set a breakpoint somewhere or strategically place some printf() - we could do that.
(0005400)
PhyllisSmith   
2023-02-03 19:41   
@Jin
@Andrew-R
I can not think of anything yet to try. Maybe Andrew has some suggestions.
Does it crash for every file that you do auto fit on?
Yes, I have learned in using the Bug Tracker to copy my note into a buffer in case I make a mistake or it makes a mistake so I do not lose it.
(0005399)
jin   
2023-02-03 19:22   
Doh... the bug tracker works weirdly, instead of adding my note it returned me to the overview and I lost the text, so, repeating...

@PhyllisSmith is there anything else that you would like me to test or anything of specific interest that I could print you from the gdb console? As mentioned earlier, the crash happens on two different Fedora 37 systems here; I would assume that it is related to one of the dependencies which may explain why it did not crash for you on F36...
(0005398)
PhyllisSmith   
2023-02-03 18:58   
@Jin
Does not crash on Fedora 36 -- I will upgrade to Fedora 37 some time but not sure when and try it there too.
Something is weird.
(0005397)
PhyllisSmith   
2023-02-03 18:07   
@Jin
Thanks for testing that. Wow, I can not believe it -- I am booting Fedora 37 right now and will try to get it to crash there.
(0005395)
jin   
2023-02-03 17:15   
@PhyllisSmith

> Jin, it would be good to eliminate your settings as a cause. If you have time, could you run CinGG with the default settings?
> It is easy to do in a terminal window just keyin: CIN_CONFIG=/tmp/bcast_test /location_of_your_AppImage_file

I am not using any appimages, I am using CinGG as it comes from the Fedora 37 rpmfusion-free-updates repo, so I am not sure if
what I did is the same that you asked me to do, I simply ran:

CIN_CONFIG=/tmp/defaults cinelerra-gg

which indeed started with a clean config, I then imported a similar video and hit auto-fit -> crash

```
$ CIN_CONFIG=/tmp/defaults cinelerra-gg
Cinelerra Infinity - built: Dec 16 2022 00:00:00
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

lang changed from '' to 'en_US.UTF-8'
build plugin index for: /usr/lib64/cinelerra-gg/plugins
build lv2 index for: /usr/share/cinelerra-gg/lv2
audio0 pad 16 0 (16)
** segv at 0x978938 in pid 10387, tid 10387
writing debug data to /tmp/cinelerra_10387.dmp
lock_items: 21
lock_frees: 8
** dump complete
Segmentation fault (core dumped)
```
(0005394)
PhyllisSmith   
2023-02-03 17:02   
@Jin @Andrea_Paz
I can not reproduce the crash either and I am using Fedora 32. I will boot up Fedora 37 later and check there.
Have looked at the backtrace and dmp's as best as I could.

Mediainfo on the mp4 file looks normal too.
Jin, it would be good to eliminate your settings as a cause. If you have time, could you run CinGG with the default settings? It is easy to do in a terminal window just keyin: CIN_CONFIG=/tmp/bcast_test /location_of_your_AppImage_file
This will have all of the original settings, then just load you reproduce.xml file and do the auto fit.
(0005391)
Andrea_Paz   
2023-02-03 08:24   
I cannot reproduce the crash. I have tried with the test files made available and with other media. I have tried with appimage from 2022/11/30 and the latest release. I have also tried with the latest compiled version. I use Arch Linux.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
635 [Cinelerra-GG] Feature feature have not tried 2023-02-14 12:48 2023-06-13 21:42
Reporter: goat Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: add hue correct effect
Description: I think that cinelerra-gg should have a "Hue correct" effect like in blender or natron for easier color correction.
Tags: effects, New Feature
Steps To Reproduce:
Additional Information:
Attached Files: 0001-EXPERIMENTAL-add-extension-to-brender-files.patch (781 bytes) 2023-02-16 19:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=911&type=bug
0002-EXPERIMENTAL-simplify-adding-extension-to-brender-fi.patch (849 bytes) 2023-02-16 19:46
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=912&type=bug
Notes
(0005503)
Andrea_Paz   
2023-06-13 21:42   
https://dyne.org/software/frei0r/
Section: Acknowledgments
[...]
Frei0r is the result of a collective effort in coordination with several software developers meeting at Piksel between 2003 and 2005 to find a common standard for video effect plugins to be used among their applications: Andraz Tori (Cinelerra/CVS), ...

Perhaps looking at the code of CinCVS you can find the implementation of frei0r?
(0005500)
Andrew-R   
2023-06-12 18:41   
Another non-native idea is to use GIMP + G'MIC filters
like described here on one sample image from video

http://gimpchat.com/viewtopic.php?f=28&t=11231

(HSV modes included, tested on gmic 2.2.3 + gimp 2.10.32)

for making CLUT file, then apply such file as usual :)
(0005499)
Andrew-R   
2023-06-12 18:02   
on RGB curves in general apparently you can use ffmpeg's levels filter with Photoshop' ACV file ... converted from GIMP's curve preset!

https://github.com/fehlfarbe/gimp2acv
https://video.stackexchange.com/questions/16352/converting-gimp-curves-files-to-photoshop-acv-for-ffmpeg
(0005498)
Andrew-R   
2023-06-12 17:35   
in theory frei0r set of effects provides irs own (8 bpc) version of curves apparently working with hue/saturation values too:

https://github.com/balint256/frei0r/blob/master/src/filter/curves/curves.c

right now this plugin is disabled, but you can try to enable it if you added frei0r plugins to your ffmpeg compilation, as I tried in 2020:

"I tried to recompile CinGG's version of ffmpeg with those plugins enabled:

FFMPEG_EXTRA_CFG="--enable-frei0r" (I have frei0r plugins 1.7.0 installed) and after tweaking /usr/share/cin/ffmpeg/plugin.opts (added frei0r filter_name=vignette at very end of it) I can see this plugin and even use some effects. "
(0005461)
Andrew-R   
2023-02-18 02:17   
@Andrea_Paz, @PhyllisSmith - thanks for testing! It seems cinelerra really re-reads whole filter chain on actual rendering even if background render files present for given range.

I tried Oil Painting plugin with bigger parameter - so it was clearly much slower than decoding/encoding. I'll try to put my addition inside name-generated function with ext. added as parameter, but I agree this is deviation from this bugreport's goal.

Attempt at cheating away from some more serious work not worked, huh :-)
(0005460)
PhyllisSmith   
2023-02-17 19:29   
(Last edited: 2023-02-17 19:30)
@Andrew-R
ALMOST, but not quite. Tested Render Farm by itself with Background Rendering turned off - still works great. Background Rendering by itself with the extension added also works great. BUT the problem is that if you turn on both the Render Farm AND Background Rendering, some files are created with the extension and some are not and then when playing, you get many errors of missing brenderxxx.extension files (because the Render Farm created them without the extension; or somebody did).

I guess the reason for enabling BOTH background rendering and render farm is for a speedup. I did not even know you could do this, but it has been working as documented.
     "Frames per background rendering job This only works if a Render Farm is being
     used; otherwise, background rendering creates a single job for the entire
     timeline."

Although, not impacted, still tested rendering to a JPEG sequence list because wasn't sure about it and it works as expected.

(0005459)
Andrew-R   
2023-02-17 03:53   
It seems Natron can re-read its own output, but you need to link writer and reader nodes?

https://github.com/NatronGitHub/Natron/issues/545

I hope it also works with sequences ...
(0005458)
PhyllisSmith   
2023-02-17 02:51   
@Andrew-R
I will test tomorrow.
(0005456)
Andrew-R   
2023-02-17 01:46   
(Last edited: 2023-02-17 18:32)
@Andrea_Paz, my idea behind using background rendered set of images was to modify them "behind cinelerra's back", so we can play and render from them as usual, without manually creating fileluit index (there is script for this, as far as I remember).

Not sure if Natron can just overwrite all images in sequence? You need to skip very first 0 sized pseudo-index file, but apart from this it should work?

Note, if you change timeline in cingg she will overwrite part you worked on, so Natron actions (is there way to make macros in there?) must be redone (at least on image range modded by cingg). Hopefully renderfarm + bg render also still work ( Phyllis, can you test at least on your big machine?) so, cinelerra-specific operations still benefit from all connected computes with cinelerra render (but you need to update cins on render nodes, so they agree on image format extension we just added).

(0005455)
Andrea_Paz   
2023-02-16 21:37   
Thank you Andrew. With your patch the background render produces the images with extension, so you can import them and work in Natron (and I guess also in Blender or DaVinci Resolve, etc). So we can apply Hue curves, but also Rotoscoping and tracking. Then we can render a video or again a new sequence of images to import into CinGG. If we choose a new sequence of images we have to create an index (filelist) that is recognized by CinGG; how can we do that? Natron does not create a filelist and therefore CinGG cannot import it.

Or do you think it is possible to import the edited images from Natron without having to do a rendering?
(0005454)
Andrew-R   
2023-02-16 19:46   
Oh, I was blind, there already was filename extension variable!

use on top of 0001 or just add this line to original file manually.
(0005453)
Andrew-R   
2023-02-16 19:26   
I tried to make cingg add filelist extension automatically for brender files. It seems to work but obv. need more testing with renderfarm and usual lists ...
(0005452)
Andrea_Paz   
2023-02-16 15:16   
I also think the idea is great.
I tried a background render (exr sequences) and noticed that it doesn't put the extension to the images created. Natron doesn't recognize them and can't import them.
Reading Natron's documentation you can see that it wants a simple list of images, without the need for a filelist ("name.exrs") as an index. So the background render is perfectly suitable if you can assign the extension to the various files you create.

However, you don't get out of the usual mode of making exchange renderings between programs...
(0005451)
PhyllisSmith   
2023-02-16 13:57   
@Andrew-R
That is an interesting possibility and would be useful for other potential plugins too.
(0005450)
Andrew-R   
2023-02-16 02:14   
Thinking about possible workaround - may be Natron can work over our background render files, and then if not owerwriting them but at least create new set, and then bash script just renames natron-modified files back into format cinelerra accepts?
(0005447)
Andrea_Paz   
2023-02-15 09:37   
(Last edited: 2023-02-15 09:39)
Hue curves are complementary to the histogram (also called RGB curves).
https://helpx.adobe.com/my_en/premiere-pro/using/adjust-color-rgb-hsl-curves.html

It would be nice to be able to implement ofx in CinGG, it would fill the few shortcomings of CinGG in CC and Compositing.

As Phyllis said, one workaround is the Banana Blue plugin, but it is complex to use and inaccurate as results.

(0005446)
Andrew-R   
2023-02-15 05:39   
also, just looking at GUI may be Histogram Bezier can be modified
for HSV in addition to RGB?

https://cinelerra-gg.org/download/CinelerraGG_Manual/Histogram_Bezier_Curves.html
(0005445)
Andrew-R   
2023-02-15 04:21   
code for this effect in Natron seems to be here:

https://github.com/NatronGitHub/openfx-misc/blob/master/HueCorrect/HueCorrect.cpp

but may be whole ofx host work will be better idea?
(0005444)
PhyllisSmith   
2023-02-14 18:05   
@goat
We definitely need this effect. I checked to see if this could be done with Blue Banana, but it does not appear to be able to.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
636 [Cinelerra-GG] Feature minor have not tried 2023-02-26 15:54 2023-06-06 17:37
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: low OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Make size or type of node points configurable
Description: The auto node point is sometimes hard to see. You can already change the color, but it would be nice to at least have a choice to make it one size bigger.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005497)
Andrew-R   
2023-06-06 17:37   
I guess we can at least put some comment in code saying "if you want bigger node point try to multiply HANDLE_W/HANDLE_H" (otherwise we forgot how to do it!)
(0005463)
PhyllisSmith   
2023-02-28 01:20   
@Andrew-R
This solution worked very well. AVLinux does not do builds though so now that I know where to look, maybe I can come up with something for his use.
(0005462)
Andrew-R   
2023-02-27 21:29   
So, I looked into code....

cinelerra-5.1/cinelerra/trackcanvas.C

function

void TrackCanvas::draw_auto(Auto *current, int x, int y,
                int center_pixel, int data_h)
{
        int x1, y1, x2, y2;
        x1 = x - HANDLE_W / 2;
        x2 = x + HANDLE_W / 2;
        y1 = center_pixel + y - HANDLE_W / 2;
        y2 = center_pixel + y + HANDLE_W / 2;

        if( y1 < center_pixel - data_h/2 ) y1 = center_pixel - data_h/2;
        if( y2 > center_pixel + data_h/2 ) y2 = center_pixel + data_h/2;

        draw_box(x1, y1, x2 - x1, y2 - y1);
}

HANDLE_W defined in trackcanvas.inc as

#define HANDLE_W xS(8)
#define HANDLE_H yS(8)

so I guess it already scale-able with gui scale setting, just not independently?

Anyway, you can try to * (multiply) this specific use oh HANDLE_W (*2 for example) in this specific function and see if it works as intended? May be other mouseclicking functions in same file will need same enlargement, too

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
238 [Cinelerra-GG] Feature minor always 2019-06-04 11:40 2023-06-06 17:29
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Compositor: ICC profile support
Description: Support of ICC (display) profiles for the Compositor/Viewer. Cinelerra-GG recently started advertising with "8K Support" and "10-bit Color Space". Such promises have to be kept.

Compositor/Viewer are stuck without profiles in the color space sRGB of X11, which can amount to that: What you see is not what you get. Color grading becomes a shot in the dark, false colors after export (colorspace BT.709, BT.2020) can be the result. A color correction can only work correctly in a controlled color space. The BT.2020 color space is of no use to you because you are forced to set the monitor down to sRGB to see what you are doing. Exporting to a larger color space then makes the colors visible that were not visible during editing.

The media player mpv can integrate such profiles, maybe it serves as a source.
Tags: Color Space, Compositor, ICC profile
Steps To Reproduce:
Additional Information:
Attached Files: Compsotor-mpv_with_display_profile.jpg (166,850 bytes) 2019-06-04 11:40
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=229&type=bug
jpg
Notes
(0005495)
Andrew-R   
2023-06-06 17:29   
update: I found external compiz 0.8.x plugin doing ICC transform.

https://github.com/compiz-reloaded/compicc
https://sourceforge.net/p/compicc/wiki/Home/

"The Compiz ICC colour server, or short compicc, lets you colour manage your whole desktop at once and in hardware. Play movies, watch images on wide or narrow gamut displays. Each connected monitor is colour corrected for its own.

CompICC is written to help the many colour management unaware applications. It takes them off any decision, what to do around monitor profiles. To do so CompICC does its work unquestioned. The result is a more consistent desktop.

CompICC follows the opt out colour correction paradigm. Colour management unaware applications can continue to assume they are drawing in sRGB. They do not need any ICC profile nor any new library to do so. sRGB is the standard colour space for the internet. There are some applications, which want to do own colour corrections for displaying large gamut photos, proofing or monitor calibration. Those need to tell CompICC not to colour correct certain regions of their windows. This means slightly more work for aware applications to do advanced colour management other than sRGB."

idea is to keep Compositor fullscreen, and teach this plugin about selectable input colorspace, so it will do both ICC profile transform and display colorspace transform from linear/user defined at timeline.
(0005299)
Andrew-R   
2022-05-06 07:58   
ffmpeg git (on road to 5.1) has some work on ICC profile support in filters

https://git.ffmpeg.org/gitweb/ffmpeg.git?a=search&h=HEAD&st=commit&s=icc
(0005189)
Andrew-R   
2021-11-16 16:59   
there is code from mlayer2, but I sadly have no skills for transplanting it..

https://github.com/astiob/mplayer2/blob/all/libvo/vo_gl3.c
(0005188)
Andrew-R   
2021-11-16 16:38   
well, sadly implementing this a bit more than I can take.
I heard GSOC now is not limited to students - but for practicating as project we need programmer who understand Cin well enough, and those ppl a bit rare..
(0005187)
Andrea_Paz   
2021-11-16 12:30   
Looking at Olive 0.2 for 10-bit support, I saw their embedded OpenColorIO. They integrated Blender's ocio.conf file (with associated LUTs) to get that support. It can be found in:

/home/$USER/.cache/olivevideoeditor.org/Olive/ocioconf/ocio.conf

Do you think it is possible to use it in CinGG as well?

https://opencolorio.readthedocs.io/en/latest/quick_start/for_devs.html
(0002200)
Olaf   
2019-10-01 10:25   
OpenColorIO makes sense, is currently also built into Olive. But it doesn't use anything as long as nobody can integrate it.
(0002185)
Andrew-R   
2019-09-27 06:38   
Probably not very related to Compositor, but there are some patches for ffmpeg adding ICC profile reading/writing (against ffmpeg 4.3-dev):

http://ffmpeg.org/pipermail/ffmpeg-devel/2019-September/250398.html
[FFmpeg-devel] [PATCH 0/5] adding ICC profile support to MOV decode/encode

Also potentially interesting patchset about dv encode/decode:
http://ffmpeg.org/pipermail/ffmpeg-devel/2019-September/249794.html
[FFmpeg-devel] [PATCH] avcodec/dvdec: correctly decode bottom mb row in 1080i field mode

and next few patches ( [PATCH] avcodec/dvenc: support encoding dvcprohd , [PATCH] avcodec/dvdec: correctly set interlaced and tff)
(0001663)
Andrew-R   
2019-06-05 19:53   
yeah, OpenColorIO seems to be more complete (capable?) solution. In c++. With GPU path (hopefully GLSL, and not just Cg from NVIDIA proprietary past) , too.
http://opencolorio.org/developers/usage_examples.html

But probably complete support will require also saving this 'color profile' info into image formats, and reading it back? Still, display seems to be first logical (most visibly) step.
(0001660)
PhyllisSmith   
2019-06-05 15:11   
I will close 64 since this refers to it and since I can still look at it for future information when/if we ever get to this ticket. Other than bugs and looking into CUDA, issue 0000002 of MASKING and all of its side issues is the oldest so takes the highest precedence.
(0001659)
Andrea_Paz   
2019-06-05 14:14   
A subject I'm very interested in.
On the color management there is also an old ticket (0000064); maybe you can close it and leave only this.
(0001657)
Andrew-R   
2019-06-05 11:09   
and discussion on CPU-only threaded use:

https://sourceforge.net/p/lcms/mailman/message/30848823/
(relative to lcms2-2.4)
--------copy------
 Hughes wrote:
> Hi all,
>
> I'm trying to make my transform go fast. I've got a 1920x1080 RGB
> image being transformed from sRGB to the display profile. I've got a
> quad core processor on my development box, no shaders or GPU, and I'm
> trying to do the transform as quickly as possible.

Re: [Lcms-user] Threading performance in LCMS2
From: Sebastien Leon <sleon@po...> - 2013-05-30 20:32:04
  
  Hi Richard,

[....]

- littleCMS legacy code : 92.12 CPU Cycle per pixel transformed
- littleCMS hacked : 27.75 CPU Cycle per pixel transformed
--------copy end-----

so, for 2Mpx image (~fullHD) it will be ... 93 * 1920 * 1080 = 194,273,280 cycles. *30 fps = 5,828,198,400 = 6Ghz core ... Note at the same thread it was said "Note that I also rewrote the critic loop with SSE4 assembly code (just for fun). I found no real improvement because most of the work is about
memory exchange... So I kept the basic C code..." . Other links also alive (about measuring time spend in those transforms).

Not sure if those transforms will work directly on yuv data ... so, probably initial implementation can only work with some project colorspaces (RGBA8/float?) and some video outputs (GL/X11) ?
(0001653)
Andrew-R   
2019-06-04 18:36   
Not sure if this will be of any use, but there was little discussion about OpenGL and iccpprofiles:

https://sourceforge.net/p/lcms/mailman/message/33575634/

-----------------copy--------------------
Re: [Lcms-user] Adobe's Color Engine, GPUs, And Other Rambling
From: Gerhard Fuernkranz <nospam456@gm...> - 2015-03-10 19:25:03
 Attachments: Message as HTML
  Create an RGB -> RGB transform and re-sample it on a regular grid,
for instance like below (code is a bit older, still using lcms1, though).

Regards,
Gerhard


#define GRIDPOINTS 64

static GLushort clut[GRIDPOINTS][GRIDPOINTS][GRIDPOINTS][3];

static GLuint img_texture;
static GLuint clut_texture;
static GLfloat clut_scale;
static GLfloat clut_offset;

void
make_clut_texture(const char *profile_name)
{
     int r, g, b, n = GRIDPOINTS;
     cmsHPROFILE sRGB, monitor;
     cmsHTRANSFORM xform;

     sRGB = cmsCreate_sRGBProfile (); // image profile
     monitor = cmsOpenProfileFromFile (profile_name, "r");

     if (monitor == NULL) {
         fprintf(stderr, "Cannot open display profile %s\n", profile_name);
         exit(1);
     }

     xform = cmsCreateTransform (sRGB, TYPE_RGB_16, monitor, TYPE_RGB_16,
                                 INTENT_PERCEPTUAL, cmsFLAGS_NOTPRECALC);

     if (xform == NULL) {
         fprintf(stderr, "Failed to create transformation\n");
         exit(1);
     }

     clut_scale = (double) (n - 1) / n;
     clut_offset = 1.0 / (2 * n);

     for (r = 0; r < n; r++) {
         for (g = 0; g < n; g++) {
             for (b = 0; b < n; b++) {
                 unsigned short in[3];
                 in[0] = floor ((double) r / (n - 1) * 65535.0 + 0.5);
                 in[1] = floor ((double) g / (n - 1) * 65535.0 + 0.5);
                 in[2] = floor ((double) b / (n - 1) * 65535.0 + 0.5);
                 cmsDoTransform (xform, in, clut[b][g][r], 1);
             }
         }
     }

     cmsDeleteTransform (xform);
     cmsCloseProfile (monitor);
     cmsCloseProfile (sRGB);

     glGenTextures (1, &clut_texture);
     /* texture 1 = clut */
     glActiveTextureARB (GL_TEXTURE0_ARB + 1);
     glBindTexture (GL_TEXTURE_3D, clut_texture);

     glTexParameteri (GL_TEXTURE_3D, GL_TEXTURE_WRAP_S, GL_CLAMP);
     glTexParameteri (GL_TEXTURE_3D, GL_TEXTURE_WRAP_T, GL_CLAMP);
     glTexParameteri (GL_TEXTURE_3D, GL_TEXTURE_WRAP_R, GL_CLAMP);
     glTexParameteri (GL_TEXTURE_3D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
     glTexParameteri (GL_TEXTURE_3D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);

     glTexImage3D (GL_TEXTURE_3D, 0, GL_RGB16, n, n, n,
                   0, GL_RGB, GL_UNSIGNED_SHORT, clut);

     /* back to texture 0 = image */
     glActiveTextureARB (GL_TEXTURE0_ARB);
}
-------------------copy end------

additionally there was this comment at the end:

----copy------------
Re: [Lcms-user] Adobe's Color Engine, GPUs, And Other Rambling
From: Gerhard Fuernkranz <nospam456@gm...> - 2015-03-10 23:54:12
  
  Am 11.03.2015 um 00:36 schrieb marti.maria@...:
>
> Quoting Gerhard Fuernkranz <nospam456@...>:
>
>> Create an RGB -> RGB transform and re-sample it on a regular grid,
>> for instance like below (code is a bit older, still using lcms1, though).
>
> Great idea. lcms2 works fine in this way. Please note in lcms2 you can get float, double or "half float" values directly, so you need not to downscale to 16 bits anymore. For instance, in half float type, use TYPE_RGB_HALF_FLT as formatter.

The reason for the integer LUT texture was actually the inability of my GPU to interpolate 3D float textures with GL_LINEAR filter, when I wrote this stuff quite some years ago. Likely, recent GPUs don't suffer from such a limitation any more.

Regards,
Gerhard
--------------------copy end-------------------

so, this might help with X11-OpenGL. For plain X11 - just same thing via CPU? (GIMP 2.10.x probably uses software/CPU method)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
628 [Cinelerra-GG] Feature minor have not tried 2023-01-10 19:14 2023-06-06 17:22
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add features - separate windows attributes + include git commit tag on build
Description: A couple of Feature requests for the future (as presented by Rob)
1) Separate out the windows attributes so that each window has it's own display preference setting.
2) Modify the build procedure so that make automatically includes the git commit tag from the version used to create the binary,
3) and with a cin --version option to inquire without it starting the GUI.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005494)
Andrew-R   
2023-06-06 17:22   
no progress on git log, but somewhat interesting articleon programking with xlib:

https://handmade.network/forums/articles/t/2834-tutorial_a_tour_through_xlib_and_related_technologies

https://www.tonyobryan.com/index.php?article=9
("Setting An X11 Window to Full Screen")

I think I saw some strange behavior running compiz + TDE + cingg when it comes
to recording virtual desktops, so worth investigating how those attribs works.
(0005378)
PhyllisSmith   
2023-01-11 16:51   
Waiting to hear possible results. Meanwhile want to log how Rob did this: "implemented such at my last job by saving git-commit-string as a macro
that could be read by the compiler and expanded during compiler preprocessing. the slight complication with your build system is that you don't always build from a git repo so in lieu of being able to call "git log" you would need an authoritative fall-back text file .version??? as part of the build." True, I never build from the git repo.
(0005376)
Andrew-R   
2023-01-11 03:33   
for git hash google pops up this idea:

https://gist.github.com/lindenb/3c7f0cc391749802a120

in makefile

githash.h:
        echo -n '#ifndef GIT_HASH\n#define GIT_HASH "' > $@ && \
        git rev-parse HEAD | tr -d "\n" >> $@ && \
        echo '"\n#endif' >> $@

then one can include this githash.h in our version.h (and not forgot to rm it on make clean.

I'll try this one

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
297 [Cinelerra-GG] Bug minor always 2019-09-08 18:06 2023-06-01 15:18
Reporter: Andrew-R Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Weird colors in 30 bpp mode
Description: While looking at floating-point X/GL stuff I tried to start X with -depth 30 (so it will be 10 bits per component output), and it sort of worked ..for most apps, but not Cinelerra-GG. It starts and can play video with openGL output, but whole interface is like 256 colors or worse .....
Tags:
Steps To Reproduce: Launch X with "-depth 30" argument on new enough X server/kernel (nouveau ddx driver 1.0.16, Xserver 1.19.7, EXA mode, nv92 card, kernel 5.1.12 here). Launch Cinelerra-GG. Observe weird colors .....
Additional Information:
Attached Files: Cin-gg-30bpp.png (170,124 bytes) 2019-09-08 18:06
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=294&type=bug
png

andrew.txt (3,740 bytes) 2019-09-15 20:36
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=298&type=bug
xdpyinfo_30 (28,988 bytes) 2019-09-15 22:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=300&type=bug
gdb.log (2,710 bytes) 2019-09-16 02:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=301&type=bug
gdb-1.log (5,029 bytes) 2019-09-16 02:24
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=302&type=bug
glxinfo (69,313 bytes) 2019-09-16 02:31
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=303&type=bug
Notes
(0005488)
Andrew-R   
2023-06-01 15:18   
There are gtk and qt bugs about 30bit support (qt5 supposed to be fixed)

https://bugzilla.gnome.org/show_bug.cgi?id=625202
(not sure if patch was ever officially applied?)

https://codereview.qt-project.org/c/qt/qtbase/+/86610
(0002151)
Andrew-R   
2019-09-16 02:31   
glxinfo just in case ...
(0002150)
Andrew-R   
2019-09-16 02:24   
second gdb log, this time cin was build with clang, yet ...weird colors still around!

and yes, I can see this line:

BC_DisplayInfo::gl_fb_config failed
(0002149)
Andrew-R   
2019-09-16 02:15   
gdb log (without patch from https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=commit;h=a2ebbc5e88800bd740652a32285f8145a1acfdc6 , it doesn't compile for me with gcc 5.5.0)

as far as I can see
$1 = {ext_data = 0x0, visualid = 0x2a9, c_class = 0x4, red_mask = 0x3ff, green_mask = 0xffc00, blue_mask = 0x3ff00000, bits_per_rgb = 0xa, map_entries = 0x400}

actually chooses

visual:
    visual id: 0x2a9
    class: TrueColor
    depth: 30 planes
    available colormap entries: 1024 per subfield
    red, green, blue masks: 0x3ff, 0xffc00, 0x3ff00000
    significant bits in color specification: 10 bits

will try to rebuild with clang ... (after patching again)
(0002147)
Andrew-R   
2019-09-15 22:10   
Yeah, will follow instructions ...

Right now xdpyinfo looks like this (on 30bpp screen)
(0002145)
PhyllisSmith   
2019-09-15 20:36   
From GoodGuy:
See the attached text.
(0002091)
Andrew-R   
2019-09-08 18:30   
https://wiki.gentoo.org/wiki/30bpp - Gentoo wiki. It references forum thread, where you can see some more detailed observations about what works and what not yet .....

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
555 [Cinelerra-GG] Feature minor have not tried 2021-02-16 08:21 2023-05-16 18:08
Reporter: Andrea_Paz Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2020-12  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Subfolders creation in Resouces Windows
Description: Is it possible to implement the creation of subfolders in the Resources window? They would be of great convenience in organizing mediafiles.
Tags: Resources window
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005474)
PhyllisSmith   
2023-05-16 18:08   
@Andrea_Paz update:
" the ability to insert subfolders nested inside the folders we create in the Resources window. . As a non-programmer I would have said it was a relatively simple request to implement, since there is already the ability to create folders, but I'm probably wrong. The ability to create subfolders nested within each other allows for optimal source management, much more powerful than what we can do now by creating folders without subfolders. This is a pro feature (called Logging) because it is indispensable for very large projects with dozens or hundreds of files that need to be searched and accessed quickly."

I would love it if CinGG could have this functionality.
(0004651)
fary54   
2021-02-17 07:33   
@Andrea_Paz
Excellent proposal.
It would be very useful for large projects. It would make it easier to find, classify and much clearer.
(0004649)
PhyllisSmith   
2021-02-16 18:25   
Oh, now I understand and this would be a nice addition. You can create a folder within a folder already but all of the files have to be in the preceding level also so is not like a directory structure at all. It would be great to have it look like the expanders of the Audio Effects.
(0004648)
Andrea_Paz   
2021-02-16 17:21   
Sorry, I explained it wrong. I meant to create a personal folder and within that create several sub(sub)folders:

-...
-Media
-MyFolder1
   -Subfolder11
   -subfolder12
-Myfolder2
-...
(0004647)
PhyllisSmith   
2021-02-16 15:52   
Although it may be different than what is expected and CinelerraGG philosophy has always been to not copy other people's work (to quote another person, if you like the way it works somewhere else, use that software instead!!) subfolders are available for usage. In Resources window, right click on the Media folder and there is an option to create a folder. It is in section 2.5.2.

But this BT is a good notice to alert other people of subfolders existence.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
637 [Cinelerra-GG] Feature minor have not tried 2023-03-07 23:40 2023-03-07 23:40
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Provide option to see timeline and compositor progress line update while rendering
Description: Rob and Stefan have requested this feature AND it would have to be an option in the Render menu because other users would prefer to retain the current default that does NOT move the cursor.

" one of those things that I vaguely remember years ago, that seems to have fallen by the wayside.

    I know the compositor updates as a rendering operation is done, but didn't the timeline and the compositor progress line also update during renders at one time?

    I'm pretty sure they did, even if it was a different fork.

    would really love to see progress line update, and intelligent timeline sideways scroll during renders."
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
633 [Cinelerra-GG] Bug minor always 2023-02-05 18:49 2023-02-12 01:50
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Reference EDL loading of 2 track stereo audio ends up with the same audio on both tracks
Description: @Andrew-R
@Andrea_Paz
Not even sure what the end goal was in performing the "Steps To Reproduce" as shown below. Never expected this type of usage and was not designed with this usage in mind !!

A demo that will expire in 1 day is at: https://streamable.com/51imib
But it is easy to produce the results following the steps below.
Tags:
Steps To Reproduce: 1. Create a project where you put in a nice stereo audio track
2. Put it on the time line.
3. Save the project "stereo track"
4. Create new project (obviously stereo)
5. Load the project "stereotrack" as "Reference EDL"
6. Drag it into the timeline
7. Play; notice that is actually the same exact audio track on both tracks instead of 2 different audio streams on each track.
Additional Information:
Attached Files:
Notes
(0005441)
Andrew-R   
2023-02-12 01:50   
sorry, not looked into this yet
(0005423)
Andrea_Paz   
2023-02-05 20:45   
I confirm that the test result is the new project with 2 audio tracks but with only the first channel repeated 2 times. However, the first channel is 100% on the left channel and the second channel is 100% on the right channel. So it is not a true mono, but a stereo with the 2 equal channels (same as the first channel of the original project).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
629 [Cinelerra-GG] Feature minor N/A 2023-01-10 22:36 2023-01-14 10:50
Reporter: webmadman Platform: Linux  
Assigned To: PhyllisSmith OS: Kubuntu  
Priority: normal OS Version: 22.04  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Using audio clip (wav format) to sync to and use it as primary audio
Description: I'm using multiple cameras and an audio recorder to capture live performances. When editing, I use the audio recording as the main sound source as well as the main sync- the audio from the cameras is mainly for syncing, and I only occasionally mix that audio in to the final mix. At gigs, that main audio is from the board, right now it's from a Zoom h2n.

I was following this tutorial- https://www.youtube.com/watch?v=rOMKP4Jgzw8
When I select an audio file, in wav format, to add to the mixer, it doesn't show up. The editing method seems to only add the audio from the individual cameras for each clip that's added to the timeline, which isn't what I need.

I've been using Kdenlive, with it, I use the base audio track as the reference and then sync all the other camera clips to it, then timelock the camera clips and remove the audio tracks then start editing my transitions between views.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005380)
IgorBeg   
2023-01-14 10:50   
In the Manual FAQ, Known Problems and Workarounds -> Audio tracks align with no video track, and in working with Mixers you can find the Workaround:
https://cinelerra-gg.org/download/CinelerraGG_Manual/FAQ_Known_Problems_Workarou.html

I put here the section about:
=========================
 The use of Open Mixers always requires the existence of a video track. See But, I want to use only the first set of audio tracks... We cannot act on audio tracks only, for example to align them. A workaround to get the audio tracks aligned would be:

1. You create/open the Mixer Viewer with Open Mixers in Resources window for the Videos with Audio. It will create, in the timeline, one Video track and two Audio tracks for each Media (Video/Audio), and its Mixer Viewer.
2. Add a new Video track (Shift+T shortcut) and two Audio tracks (t shortcut) for your audio (Left+Right channels?) without video: you are adding an empty Video track because Align Mixers feature needed a video track.
3. Move the Video track down until it is on the top of the two Audio tracks.
4. Insert your Audio into the two Audio tracks in the usual way.
5. Open/Create a Mixer Viewer from Menu → Window → Mixer... → Mixer Viewer (Shift+M).
6. Assign that Mixer Viewer (a white frame is shown when selected) to the one Video tracks (empty) and two Audio tracks, of the 0000002 point, pressing the arrow icons (Mixer) you find on the Patchbay on the left of the Main window. When assigned, you must to see the 3 arrow (for 1video + 2Audio) are pointing up.
7. Now, you can use Align Mixers feature as usual. See Audio/Video sync using Waveforms/Timecodes
=========================
(0005379)
PhyllisSmith   
2023-01-11 17:45   
@Andrea_Paz
I fixed the problem with the zip file -- awhile back I could not remember what that file was, saw it was big, so deleted it. My mistake. It is now back with a name that I should be able to recognize and I checked into GIT the corrected name. Thanks so much for your feedback on this issue.
(0005377)
Andrea_Paz   
2023-01-11 13:17   
I confirm that the audio only track (the external and main one) is not opened with OpenMixers; only those "video + embedded audio" tracks are opened and loaded into timeline. I don't know if it is possible to implent audio-only tracks in OpenMixers as well.
One workaround is to manually insert the external audio track, then open an empty mixer and connect the external track to that mixer. The other tracks with embedded audio are opened normally with OpenMixers.
Try following the example found in the manual:
https://cinelerra-gg.org/download/CinelerraGG_Manual/Workflow_with_multi_cam_ext.html
(Note: if you want to download the files in the example the link on the page is no longer valid; you can use the link to my google drive if you want:
https://drive.google.com/file/d/1XfIlyF60NWGlcZsL1efgfkx2fGria3RL/view?usp=share_link)
Another link that explains well how to associate a track (in the example a video track, but the same applies to audio tracks) with a mixer is the following:
https://www.youtube.com/watch?v=49EExsRsjlY

@Phyllis
No point in leaving a link in the manual that leads to nothing. You can remove it entirely or you can add my link to Google Drive; keep in mind, though, that dealing with Google is not the best in terms of privacy.
(0005375)
PhyllisSmith   
2023-01-11 01:24   
@webmadman :
@Andrea_Paz created that video so hopefully he will have some advice. Maybe this can be of some help:
   https://cinelerra-gg.org/download/CinelerraGG_Manual/Audio_Video_sync_via_Wavefo.html

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
626 [Cinelerra-GG] Feature minor have not tried 2022-12-15 18:17 2023-01-10 09:14
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Alow Proxy/Transcode video files to exist in a different directory
Description: Currently when you create a Proxy or Transcode file, it MUST exist in the exact same directory as the video file. This was how it was designed for Proxy for speed purposes to quickly switch back and forth and so as not to have to re-create the proxy file on subsequent work. It would be a lot neater to put either the Proxy or Transcode file in another designated directory. An alternative would be to have it in the same place that already exists and is in use with CinGG of $HOME/Pictures as a default because this directory exists on most, if not all, O/S distros for a user. Then in Settings->Preferences, the Interface tab, the "Snapshot/Grabshot location" can be used to designate where the user would also like to put their proxy/transcode files.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005374)
Andrew-R   
2023-01-10 09:14   
i think this might be a bit more involved than just appending directory to filepath..

Because user might have two different but same-named files in different locations. And just turning full path into filename might fail easily because full filename length limited to 128-255 chars.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
627 [Cinelerra-GG] Bug minor have not tried 2023-01-08 19:41 2023-01-09 15:50
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Zoom in far on Audio track with increased data height, can look bad when unzoom
Description: If you increase the Track Data Height on an audio track, then zoom in far, when you unzoom the waveform becomes disconnected instead of continuous. You see something like:
    ^^^^^^^________^^^^^^^
instead of looking connected like this:
   ^^^^^^^^^^^^^^^^^^^^^^
Tags:
Steps To Reproduce: Using an h264 video with a pcm_s16le audio (although probably works with any audio as I tested mpeg1video with mp2 audio and showed the same problem):

1) load file with audio in the program window
2) increase the "Track Data Height" in the patchbay for an audio track (easier to see if increase 2 times)
3) move the cursor to about halfway on the Program window so more obvious to find flaw later
4) use the down arrow key to zoom in all the way (that is until you no longer see the waveform changing)
5) now use the up arrow key to zoom back out and you should see the discontinuous wave

As you continue to unzoom, you will see the waveform look normal again.
Additional Information: Program code to add Audio/Video Data Track Height was added on 05/14/2020 and this problem exists at that time. So it is easy to see which files were affected by looking at: git checkout fbdd13b462256ed4f3b35dc114385fe0b0de0dcd
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
625 [Cinelerra-GG] Forum minor sometimes 2022-12-13 03:14 2022-12-16 13:21
Reporter: blueskies3 Platform:  
Assigned To: PhyllisSmith OS:  
Priority: high OS Version:  
Status: acknowledged Product Version: 2020-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cinelerra-gg Forum not accessible from Firefox and intermittantly from Chrome browser
Description: Not able to use forum properly recently. Difficulties in loging in; finding the login button and forum topic I started has no buttons to reply to my post. 'Add comment' button does not respond. Often, when trying to login or access new pages, the page never loads, seems to stall indefinitely. I tried to login from Firefox and Chrome from 2 different computers. Finally able to login from second computer only from Google Chrome, will test from Chromium browser.
Tags: cinelerra-gg.org, Forum, Freeze
Steps To Reproduce:
Additional Information: I am not sure if this is the right place to report such issues...I am not a developer. I am curious to know if anyone else has encountered these issues.
Attached Files:
Notes
(0005373)
IgorBeg   
2022-12-16 13:21   
You are not alone. ;-)
It doesn't depend by Browser, unfortuantely.
You can see "0000619: Forum annoying issues, but not detrimental":
https://www.cinelerra-gg.org/bugtracker/view.php?id=619

and "Recent Posts no updated":
https://www.cinelerra-gg.org/forum/announcements-and-updates/recent-posts-no-updated/

Sometimes I have to swith to another Language, from English to Deutsch (or other), to reply and I don't know/understand German.
(0005372)
PhyllisSmith   
2022-12-13 16:37   
@blueskies3
Oh... part of the problem of what you see in your case is that when you make an entry in the Forum, I am getting an email asking me to "Please Moderate" so I have to login to the website and Approve your Forum entry. With the time differences, I do not get this done until several hours later after you post.

It takes several entries by a user before they automatically get approved. Again, this is because we get weekly Spam about completely offtopic product endorsements, gambling, etc. However, I will update the manual to make notes of these issues.
(0005371)
PhyllisSmith   
2022-12-13 15:20   
@blueskies3
"not sure if this is the right place to report such issues" -- you can report issues anywhere that works for you as we want to know about potential problems.

I think the issue with the Forum could be due to the way CloudFlare works to propagate it throughout the entire world on some time basis. Several users have reported that sometimes it does not show items for several hours after they have been posted.

"Forum not accessible from Firefox" - I always use Firefox and almost daily access the forum (using Fedora) and have not seen any problem viewing it - except for the aforementioned issue.

"'Add comment' button does not respond" - I have seen this problem at least twice and have found that if I logout and login again a few minutes later, it then responds. I will put in more effort the next time I see this to see if I can find the root cause. "started has no buttons to reply to my post" - I think this is a result of not actually being logged in.

Just an Important additional note -- we get quite a bit of Spam on our Forum and have had to do a lot of blocking of ip addresses to help to alleviate this, which potentially could impact the routes taken.
(0005370)
blueskies3   
2022-12-13 05:28   
I would like to update that I seem to be able to access the forum once again using the Chromium browser. Another note is that I had difficulties with both Ubuntu 20 and Ubuntu 22, Chrome Version 108.0.5359.98 (Official Build) (64-bit) & Firefox version 107.01 from a snap build. Thankyou.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
558 [Cinelerra-GG] Bug feature always 2021-03-09 14:31 2022-11-20 21:27
Reporter: RafaMar Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Problem with alpha channel when using a nested or reference EDL
Description: This error causes using the opacity or projector wizard problems when inserting this EDL into another project in its nested or referenced mode.
Instead of explaining the problem I am going to make a video with subtitles where you see this error.
I have made a project (EDL) to add text to a video. In this project the texts enter by fading using the fade line.
I have made another project (EDL) to add text to a video. In this project the texts are entered using the projector wizard.
View the video.
https://streamable.com/b5o8la
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: EDL_Files.zip (177,684 bytes) 2021-03-09 14:40
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=774&type=bug
Notes
(0005364)
PhyllisSmith   
2022-11-20 21:27   
Updating this based on IgorBeghetto last entry in mailing list where you can read the full details:
   https://www.mail-archive.com/[email protected]/msg05173.html
Fix as Andrew provided in line 104 of "virtualvconsole.C" from 0xff to 0x00
With this fix:
  - old projects work
  - tested Open EDL feature using EDL_Files.zip by RafaMar as a sequence on the top of project works
  - test with Mixer Viewer as shown in Tutorial "Cinelerra GG: Multi Cam editing (with Proxy)" https://www.youtube.com/watch?v=49EExsRsjlY works
  - STILL A PROBLEM when the Nested clip with fade In is pasted in the Master project
(0004692)
IgorBeg   
2021-03-14 08:27   
I understand you, Phyllis. It is not easy to find a right way.
Thank you!
(0004691)
PhyllisSmith   
2021-03-14 00:50   
I deleted the porterduff-srcover and made the suggested wording changes/additions.
As Andrea can attest, it is quite difficult to keep the documentation updated and that is why it is better to have all of the documentation in only one place in the Manual. We already have trouble keeping the Shortcuts updated since they are in 2 places and are becoming out of synch.

OK, I will work on adding a section in the chapter "Troubleshooting and Help" and will call it "Workarounds for Known Problems". So far I have 3 items to go in as follows:
1) this OpenEDL alpha problem
2) Fade/flash bug
3) clips with transitions and Motion 51 plugin
4) others?
(0004690)
IgorBeg   
2021-03-13 10:28   
Thanks Phyllis! I read the section about the workaround. It seems good to me. You know, English/US is not my first language.
If possible I would change...
- From "... using the middle mouse button on ..." To "... using the MMB (Middle Mouse Button) on ..."
- In the sentence "Change the value of the Alpha to 0.00." I would add "The Alpha Plugin may be disabled".

I agree with RafaMar about "the one of using PorterDuff-> SrcOver I would not include".
It can be used for other reasons and in other section of the Manual.

What do you think about create a new "FAQ and Known Problems" section in the Manual?
I don't know if it is complicated and it has sense for you. So, an user, like me, may search if someone found a trick/workaround for a problem. Maybe this a question to report in Mailing List.
(0004689)
RafaMar   
2021-03-13 07:48   
Thank you very much @IgorBeg
My idea was simply to put a help button after the "EDL Strategy" buttons that would link to a short manual that explains to a user the correct way to use these options and what each of them does.
@PhyllisSmith the solution of using Alpha's effect is perfect for both situations, the one of using PorterDuff-> SrcOver I would not include, since this option sometimes causes an undesired result.
(0004687)
PhyllisSmith   
2021-03-12 23:32   
(Last edited: 2021-03-12 23:38)
@IgorBeg , please check the wording in the following (the section beginning with the word Workaround)
   https://cinelerra-gg.org/download/CinelerraGG_Manual/Nested_Clips.html#sub:nested_clips

@RafaMar , about
"doing something similar to what I did with the Batchrender Assistant? A help button opening a PDF that explains these things very abbreviated." It is a good concept but this was does not have a wizard (menu) like Batch Render does. With the advent of the HTML version of the Manual, it is easier to narrow down which section to look for workarounds. BT 0000538 is still open and possibly the "h" key will be hooked up in the future to make using the HTML lookup really easy.

@All ,
BUT we still need a fix for this error and if you carefully read the manual on the nested section, you see the following statement: "creating nested clips is a complicated internal process for CinelerraGG, especially for managing audio tracks". And I believe there is another issue with nesting sizes that was presented by @fary54 . It is BT 0000440 so that if a programmer comes along to work on this bug, it can all be addressed at the same time. Let us see if anyone responds to the other 2 bugs that need fixes and have a PayPal donation associated with them.

(0004686)
IgorBeg   
2021-03-12 09:34   
Thanks to both, RafaMar and Phyllis. Mine is just a trick to (temporarily?) bypass the issue.

<code>RafaMar wrote:
"... with the alpha at 0 and without the need to disable the effect.."</code>
In my #4 point, I know that it works even with the Plugin enabled. I disable the Plugin because, I think, it consumes less cpu, or at least I hope. Maybe Phyllis know if it is true or not.

<code>RafaMar wrote:
"what do you think ... A help button opening a PDF that explains these things very abbreviated."</code>
Sorry, I don't like the Help button inside Plugins to link an external PDF. For me it has no sense.
It is true, there is a checkbox Help in Mask tool and Sketcher plugin but it is a different thing (... and they should be "harmonized").
I think the Manual is there for this. An User who wants to learn some things should download the Manual and use the "Find a word or phrase in the document" function to search for what He needed there. He could learn more from the Manual. If something is unclear , and it may be, there is the support from other Users in the Forum, Mailing List, and MantisBT.
I am sorry but I think so.
(0004682)
RafaMar   
2021-03-11 20:26   
The normal thing would be that by nesting the EDL, the transparency operated without problems, but as not being the case, the first solution that Igor proposes is very good, then now it is simply that people know. And in this way it is not necessary to touch the code.
I know that the ideal would be that Cinelerra did this internally and automatically, but when you know the way to solve it is also just as valid.
Phyllis, what do you think of doing something similar to what I did with the Batchrender Assistant? A help button opening a PDF that explains these things very abbreviated.
(0004678)
PhyllisSmith   
2021-03-11 19:50   
Yes, I will add this to the manual as a solution after having @IgorBeg review my wording to make sure I say it correctly. He is quite the expert when it comes to using nesting.
(0004676)
RafaMar   
2021-03-11 18:36   
Hi @IgorBeg, thank you very much, the trick of setting the alpha effect has worked perfectly in both cases, with the alpha at 0 and without the need to disable the effect, both the one that enters by fading and the one that enters with the projector.
Thanks to you I can continue with the tutorial on the EDL strategy with a very good solution for the alpha issue when working nested or as a reference.
The solution seems to me so good that even @PhyllisSmith could indicate this process, in the Cinelerra GG manual, when we make a clip that we want to insert as a reference or nested. And with your first solution this issue is solved.
Thank you very much for your help.
(0004672)
IgorBeg   
2021-03-11 12:47   
In the meantime a programmer came out,... this is my workaround...

The trick for the Projector problem on the Sequence when it is used in a Master Project.
1. Open your EDL (the Sequence) with "Open EDL" by MMB (Middle Mouse Button) on the Nested Edit on the track (or as you prefer).
2. In the Sequence, insert a new Video track to the bottom of the last Video track (in your video between Video_2 and Audio_1)
3. Added the Alpha plugin (Effect) to the new Video track for all the length of the Sequence. Probably you can use another Plugin but I use that because it remember me why I am using it.
4. Change the value of the Alpha to 0.00 and Turn OFF the Alpha Plugin. Yes it is strange you turn OFF the plugin but this Video Track is a kind of fake.
5. Close EDL.
6. Now the Master Project works right.

The trick for the FadeIn/Out with autos.
7. In the Master Project, in the Video Track where you putted the Nested EDL, in Patchbay change the "Overlay Mode" from Normal to PorterDuff->SrcOver.

I know it is not the better but... better that nothing. ;-)

Please, tell me if it is clear or you needed a demo video.
Thanks!
(0004669)
RafaMar   
2021-03-10 07:39   
This is an alpha channel error when using an EDL inserted as a reference or nested.
This EDL acts as if it is set to RGB or YUV with no alpha channel and should work as RGBA or YUVA.
The problem is that I don't know how to program in C to be able to fix this, I'm sorry, that's why I'm reporting it, in case some programmer can fix it.
(0004668)
PhyllisSmith   
2021-03-09 22:30   
I have only run the demo one time but it is going to take some real study on my part to understand what is going on.
(0004667)
RafaMar   
2021-03-09 14:40   
Files I have used for the video example.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
623 [Cinelerra-GG] Bug minor always 2022-11-19 21:51 2022-11-19 22:48
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: low OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Certain set of steps/files crash when switch from RGB-8 to RGBA-8
Description: When switch Format from RGB-8 to RGBA-8 after Load backup under specific steps, it always crashes.
Crash does not occur at least at February 2019, but does at April 2020.
Tags:
Steps To Reproduce:
Input files at (these files expire in this location after a short period of time):
  https://streamable.com/ppm3hx
  https://streamable.com/ft4qhb
Exact steps:
1) Startup CinGG from a window using new bcast files like: CIN_CONFIG=/tmp/bcast1 bin/cin
2) Load file of rainbow colors (from ppm3hx streamable) using strategy "replace current project". Click off error message.
3) Load file of flowers (from ft4qhb streamable) using strategy "append in new tracks".
4) Using the Video pulldown, choose "attach effect" and pick the Overlay effect.
5) Check the Settings pulldown and see that Format is currently at RGBA-8; switch to RGB-8.
6) Type "q" for quit in the main program window and choose "No".
7) Now run again using the same startup type of: CIN_CONFIG=/tmp/bcast1 bin/cin
8) Do not do anything else, just use the File pulldown and choose "Load backup". You can X the Tip window.
9) Using the Settings pulldown, choose Format and switch to RGBA-8.
10) Wait for it -- Boom, it crashes and any time you try to Load backup, it crashes.


Additional Information: Andrew R has already determined that this is probably somewhere in the Transfer functions.
Attached Files:
Notes
(0005363)
PhyllisSmith   
2022-11-19 21:52   
(Last edited: 2022-11-19 22:48)
Both Andrea and Andrew have confirmed on several different build/computer types.
Workaround for now is to not change Color Model Format in session just before loading backup.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
132 [Cinelerra-GG] Feature minor have not tried 2019-02-09 19:55 2022-10-05 16:38
Reporter: terje Platform:  
Assigned To: Sam OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 2019-04  
    Target Version: 2019-04  
Summary: Turn the [email protected] mailing list into a searchable mail archive
Description: Is someone capable to turn (extend) the growing https://lists.cinelerra-gg.org/pipermail/cin/ into a searchable mail archive and get broader publishing?

https://www.mail-archive.com/
The Mail Archive turns your mailing list into a searchable archive
Search the archived lists
Search 148855091 archived postings, 3539 active mailing lists.
Archive your mailing list
Looking for an easy way to turn your mailing list into a searchable archive? Just add The Mail Archive as a member to your mailing list as described in the how-to-guide.
https://www.mail-archive.com/faq.html#newlist

As a related sample, the (Old) [email protected] list is searchable, and many interesting Cinelerra subjects from the past can be looked up here in a quick and easy way.
https://www.mail-archive.com/[email protected]/
Tags: Feature request, HELP needed, searchable mail archive
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005362)
terje   
2022-10-05 16:38   
@Phyllis
Yes, let me try to explain a bit more and hopefully better ....
As I see it, Cin-CV-GG has common roots and background from Cin-HV.

What I suggest is to

1) if possible extend the time span to search the missing part of the current CV and GG email Archives.
As now, the time span for Cin-CV email archive is 2014 - 2020, Cin-GG archive 2018-now 2022,
while the common GG/CV seach cover only 2020-2022.
That is we lack search for 2014-2019.

2) add or enable "linked ponters" to the somewhat unknown and old C(VS) Archive and Search.

This just my suggested sample:
The GG web page https://www.cinelerra-gg.org/search-mail-archives/

contains

2 magnifier (search)
A minor bug here is that both currently points to email threads.
My point here is that sorting by date is available at the top second left tab of the first magnifier's thread page.
And edit the text below the magnifier correspondingly and inform the time span is for 2020-2022, hopefully from 2014
The second magnifier icon can then be available for the old Cin-CV(S) search as mentioned 2010-2019
 
2 envelopes (archives)
The first i.e for a common Cin-CV+GG archives 2014-now 2022
and the second for the mentioned old Cin-CVS arhive 2001-2016
(0005361)
PhyllisSmith   
2022-10-05 01:07   
@terje
For 2 days now I have been trying to understand your suggestion in your latest note update. Being able to search Cin-CV is extremely useful but as you stated, you can already do that using the link you provided in the last line of your note. As far as I can tell, there is very little mail in Cin-CV past the current searchable post.
(0005359)
terje   
2022-10-02 11:23   
Hello again.

I have reopened this previous eMail Archive and Search topic, and want to suggest a completion of the old Cin-CV(S) email Archive. The reason is that there are valuable Cinelerra history and background information in this older email archive. Because this archive and searchability already exist, I think it will not require much work, if they just can be linked and used as is.

Currently it looks like we have available email Archives and searchability for the following time spans on the Cin-GG website
https://www.cinelerra-gg.org/search-mail-archives/

Cin-GG email archive: Nov 2018 - now Oct 2022
Cin-CV email archive: 2014 - 2020
Combined search GG+CV: 2020/10/26 - now Oct 2022
Possible to extend the search time span here?


As menitioned in the last section of my initial post:
"As a related sample, the (Old) [email protected] list is searchable, and many interesting Cinelerra subjects from the past can be looked up here in a quick and easy way."
At that time the old Cinelerra email list [email protected] was hosted by Skolelinux ("school linux" project based on Debian Edu) https://en.wikipedia.org/wiki/Skolelinux

old Cin-CV(S) email Archive: 2001 (mainly 2003) - 2016
https://lists.cinelerra-cv.org/pipermail/cinelerra-skolelinux/

Searchable old Cin-CV(S): 2010 - 2019 (mainly 2015)
https://www.mail-archive.com/[email protected]/index.html
(0002028)
PhyllisSmith   
2019-08-18 16:44   
Works well - and I meant to close this (going through issues this week to re-assess).
(0001401)
Sam   
2019-04-21 11:34   
The desired feature has been integrated so that this ticket can be closed.
(0001390)
Sam   
2019-04-20 19:54   
I changed the mail archive search again. https://www.cinelerra-gg.org/search-mail-archives/

The search via DuckDuckGo was really bad, because the content was never indexed correctly. I activated the service via Mail Archive https://www.mail-archive.com/[email protected]/index.html . All new emails from April 2019 onwards will be indexed and searchable. The emails before this date are not indexed, but at least the new messages will be archived.

On the support page (https://www.cinelerra-gg.org/support/) I have put a link. The search page can now be found in the menu.

I wouldn't like to change our Archive HMTL page, there is no option in Mailman, at least I haven't found any how to change it on the backend page. I would have to change them directly on the server. I'm not sure if it will be reset at the next update. I also leave such things on default to avoid accidentally creating security holes. I think who really wants to search has enough options to do it now.

I have put a link to the old CV archive on the search page.
(0001232)
Sam   
2019-03-17 13:25   
I just added the mail archives to the Search Console yesterday, that usually triggers the indexing of the content after a few days, so it takes some time until all posts are visible. At the moment there are very few posts available.

Thanks for your suggestions, I'm happy to try them out. But I won't be able to implement it until the end of the week.
(0001231)
terje   
2019-03-17 10:37   
@ Sam
Thank you for doing that!
I did a search test a got one hit, but not on a couple of others. The archive indexing is a time consuming process as mentioned.

Add-on suggestions/questions:

1. Publish this search feature on the GG site (Support>Mailing list ...Cin Info page) and add it on top of the Mail archives site, optionally also add it in the foot note on received Mails https://lists.cinelerra-gg.org/pipermail/cin/

2. When this GG mail archive is ready, would it be possible (an idea) to link also the Cinelerra cv mailing list archive, as it contains several cingg related topics and a lot of generic Cinelerra topics https://lists.cinelerra-cv.org/pipermail/cinelerra/
(0001225)
Sam   
2019-03-17 00:27   
@terje @PhyllisSmith
I have linked the mail archive with the DuckDuckGo search engine, i.e. we can now also search the mail archive. However, I have to emphasize that many posts have not yet been indexed. Indexing takes a long time, but once it's done, you can use this feature. An own search script which searches this archive was out of the question for security and performance reasons.

By the way, the Google search is even worse when indexing such mailing archives, so I included DuckDuckGo.

https://www.cinelerra-gg.org/search-mail-archives/
https://lists.cinelerra-gg.org/mailman/listinfo/cin

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
622 [Cinelerra-GG] Bug major random 2022-10-04 07:50 2022-10-04 16:45
Reporter: deim Platform: Linux  
Assigned To: PhyllisSmith OS: Gentoo  
Priority: normal OS Version: latest  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Hung while rendering - PC then reboots
Description: When I render in Cinelerra GG it often after several minutes frozes PC, then after a minute PC reboots and work is lost.
Yesterday I tried to save batch and run with cinelerra -r [job file] and it completed well.
Is there a way to get error log or how to debug it?
Thanks and wish all the well, anyway good work, it's best linux video editor :D
Tags:
Steps To Reproduce:
Additional Information: CPU: i7-4770K
RAM: 32 GB DDR3
Cinelerra GG built from sources (using own ebuild) on Gentoo linux
Attached Files:
Notes
(0005360)
PhyllisSmith   
2022-10-04 16:41   
(Last edited: 2022-10-04 16:45)
@deim
I hate to say that this may be a "computer / operating system problem" with specific videos, BUT I have an AMD gaming laptop that will frequently crash when rendering the cows 4k webm video. This same rendering on an older, much slower HP computer never crashes. In the past, I have attempted to analyze it without having the skills to do so and therefore, I have no recommendations of how to go about debugging this. My only guess is that it has something to do with SMP (symmetric multiprocessing - computer processing done by multiple processors that share a common operating system and memory). Maybe a "batch" job uses the system resources in a different manner and that could be why that worked for you.

When I render, I almost always use FFmpeg/mp4 without making any changes to the defaults and I have my Performance Preferences Project SMP cpus set to 16 which is the number on this particular laptop. In addition, since the render is slow, I am almost always doing some small task at the same time.

Hoping someone else may have some suggestions. The only suggestions I have, which would be quite time-consuming because of crashes, is to vary the number of CPUs being used or change the render parameters. I am assuming that the only work you lose is the render time? because there are many backups of your actual editing work.

Late EDIT: of course, now while testing this same render twice, it does not crash. Maybe FFmpeg 5.1 is a factor as this is the first time I have tried this render since the latest GIT.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
621 [Cinelerra-GG] Feature feature have not tried 2022-09-14 19:48 2022-09-15 19:50
Reporter: goat Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add thumbnails preview in proxy folder only option
Description: I think that this will be good to add thumbnails preview only in proxy folder option for slow computers.
Maybe that option will optimize video editing process on slow computers with less of ram.
Tags: Feature request, New Feature, proxy
Steps To Reproduce:
Additional Information:
Attached Files: thumbnail_prefs.png (56,050 bytes) 2022-09-14 20:29
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=896&type=bug
png
Notes
(0005358)
PhyllisSmith   
2022-09-15 19:50   
@goat
Thanks so much for explaining your usage -- now it does make for a good potential solution. Unfortunately right now we are in need of a developer/programmer who can work on some of the more complicated / in-depth solutions. We will leave this Feature Request open so that eventually someone will come along and volunteer their time to help out. There is a small dollar amount available via PayPal if a volunteer wishes to tackle this.
(0005357)
goat   
2022-09-15 04:07   
In Raspberry Pi 3 model B when i open videos in low resolution with turned on "Use thumbnails in resource window" that works smooth and i can see what which video is.
But when i use fullHD videos i turns off this option (Use thumbnails in resource window). That's works pretty stable in proxy mode (I used 1/6). But sometimes i cant understand which video is and i should watch videos in Viewer window to understand which video is.
And i think that it will be good to add option "Use proxy thumbnails only". I think that this option sometimes can be helpful on slow computers.
(0005356)
PhyllisSmith   
2022-09-14 20:29   
(Last edited: 2022-09-14 20:30)
@goat
Here is the sample menu. Please let us know if this is a sufficient solution already.

(0005355)
PhyllisSmith   
2022-09-14 20:29   
@goat
I may be misunderstanding, but for slower or less ram computers, you can already solve the problem in a different way.
In the main Program window, there is a pulldown called "Settings". If you click on this and choose the option "Preferences", a menu comes up and if you highlight the "Appearance" tab you will see something similar to the attached file. Towards the bottom on the right hand side you see "use thumbnails in resource window" and if you uncheck this (like shown) no thumbnails will be generated but you will just have a stand-in image that is the same for all files of that type. In addition in that same "Appearance" tab in the upper right size you can use a smaller number for "View thumbnail size" and "Vicon quality" with "Vicon color mode" set to low.
P.S. attachment will be added in the next note

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
619 [Cinelerra-GG] Forum minor always 2022-08-04 01:01 2022-08-17 07:55
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Forum annoying issues, but not detrimental
Description: Problem 1: On each of a Topic before any answers or responses there is a very small PullDown button (on the bottom right) with three items: Most Voted , Oldest, Newest. It is always set to "Most Voted" and ignores any changes. It would be better if the user had a choice so they could see the Answers in order if they prefer or the Newest first.

Problem 2: Sometimes, and I have not determined when this happens, the forum seems to be set in a different language than English and is confusing to the user who has to switch language to English in order to respond. Is there anyway to force only English allowed to avoid this problem?

Problem 3: (Probably also noted elsewhere) New forum additions do not show up until some time goes by; as much as 8-24 hours.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: probablytheanswer.gif (40,301 bytes) 2022-08-16 15:05
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=895&type=bug
gif
Notes
(0005354)
IgorBeg   
2022-08-17 07:55   
Mmh, I don't know. I don't know anything of WordPress.
Is there any possibility to set, temporarily (1 or 2 weeks), the Forum only in English language to see how it works?
All users write the posts in English so, I think, it wouldn't be a problem for 2 weeks, if possible.
(0005353)
PhyllisSmith   
2022-08-16 15:05   
It seems like Problem 2 is easily solves according to the attached gif file, but I do not feel comfortable making the change.
(0005345)
IgorBeg   
2022-08-04 07:29   
Thank you, @PhyllisSmith, to open the ticket.
I think the problem is due to the multilanguages. The language used In MantisBt is only English and it works really good.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
615 [Cinelerra-GG] Feature tweak always 2022-06-07 03:52 2022-06-13 21:14
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Effect bar title/icons far apart
Description: Hi, a small issue but I find that, especially with a wide screen and wide timeline window, when effects are stacked up, the icons are too far from the effect title.
This means that you have to look at the left of screen to see where the effect is stacked, top, middle etc and then look over to the right and remember the effect position (as all effect bars are same colour too) to click the presets or controls icon.

If the icons sat next to the effect title, would it be more user friendly?
Maybe the choice of left, centre or right aligned on bar?
Tags:
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0005331)
PhyllisSmith   
2022-06-13 21:14   
@quintao
Good suggestion - I just do not know how hard this would be to program but it would definitely have to be a choosable option so it would look the same for those who wanted it to be the same.
ALTERNATIVE - instead of scrolling to the right to look for the icon controls to use them, just Right Mouse Click on the desired Title Bar and you see the icon equivalents without having to move all the way to the right to get to the icons.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
617 [Cinelerra-GG] Bug crash sometimes 2022-06-07 04:07 2022-06-11 17:58
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: urgent OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Segfault rendering
Description: Help! Getting segfaults on render of project.

Keeping vid bitrate down was helping but after upgrade to March build I can't render some projects.
Dump attached.
Tags:
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files: cin-dump (364,339 bytes) 2022-06-07 04:07
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=892&type=bug
Notes
(0005327)
PhyllisSmith   
2022-06-11 17:47   
(Last edited: 2022-06-11 17:58)
I looked at the dump again more thoroughly and have still not found any "smoking gun". The same code (cinelerra and libraries) is executed whether it has a bitrate of 4 MB or 8 MB. That is why I still think some resource is being exhausted, but this usually shows itself in the dump with weird numerical/nonsensical values and I see none of those. I did look at the disassembly of the executed code as provided in the dump with line 20 below being the code executing when it crashed - this code could be anywhere! in the program so I am clueless.

Disassembly:

0: 00 ba 20 00 00 00 add BYTE PTR [rdx+0x20],bh
6: 4c 63 83 24 93 00 00 movsxd r8,DWORD PTR [rbx+0x9324]
d: ff 93 c8 bb 00 00 call QWORD PTR [rbx+0xbbc8]
13: 48 8b 44 24 60 mov rax,QWORD PTR [rsp+0x60]
18: 48 83 c4 40 add rsp,0x40
1c: 48 c1 e0 06 shl rax,0x6
20: 4c 8b 94 03 10 18 00 mov r10,QWORD PTR [rbx+rax*1+0x1810]
27: 00
28: 4d 85 d2 test r10,r10
2b: 74 2d je 0x5a
2d: 44 89 e8 mov eax,r13d
30: 45 89 e1 mov r9d,r12d

I have completely run out of ideas so it looks like the only workaround is to use a different render format or smaller bitrate. Not sure if it is the O/S and I could not get CinGG from Elive to work on my 32-bit system (it installs and comes up but then just hangs and it is probably due to my total lack of experience).

Oh, in case anyone else missed this the dump shows that the CinGG program was built EXE: built: Feb 3 2021 17:00:52 -- that is 2021, not 2022 so there is more changes than what I previously stated.

P.S. we are aware that "vaapi" renders will crash in the AppImage unless the level of library code is an exact match of the computer on which Cinelerra was built.

(0005326)
Andrea_Paz   
2022-06-11 14:23   
Yes, the difference between intraframe and interframe codecs is always very big. With intraframe the frames are all retained, more or less compressed. With interframe, a lot of frames are removed, which are then more or less reconstructed.
I took your example clip and duplicated it to 1440 frames (58 sec). Rendering in mp4 @9Mbit results in a 68 MB file. DNxHR_proxy produces a 271 MB file (but of insufficient quality, it serves only as a temporary proxy). DNxHR_SQ --> 844 MB and DNxHR_HQ --> 1.2 GB. I guess you used the higher quality DNxHR (444 or HQX), they are useless starting with a 420p interframe.
You could try avcintra_100.mxf (130 MB), which is more compressed (and lossy) but still intraframe.
(0005325)
quintao   
2022-06-11 12:57   
OK, through the manual I found mxf, which I hadn't noticed before.
The DNxHR options produce some pure quality but massive files... 1 min @6Gigbytes! But there is also mpeg2 as well, and h264, which I can use with high bitrate.
No crash just now, but I only tested 1min with each.
Yes crashes earlier were with the Appimage.
(0005324)
Andrea_Paz   
2022-06-11 06:52   
If you don't have space/transfer rate problems, I recommend DNxHR which always guarantees quality and efficiency during editing.
You can see an overview of codecs and formats in the manual:

https://cinelerra-gg.org/download/CinelerraGG_Manual/Overview_on_Formats_Codecs.html

However you have too many problems with rendering, you must have something wrong with your system (maybe some missing dependencies?).
(0005323)
quintao   
2022-06-11 04:39   
The MPEG render option doesn't export the audio.
What output format would you recommend for a high quality file than can be edited later on?
Where is MPEG2?

I set output to MPEG-2_vaapi and the prog crashed on hitting OK to render.
(0005322)
Andrea_Paz   
2022-06-10 15:40   
Unfortunately, I cannot reproduce the crash. I have tried h264 with 1 - 3 - 6 and 9 Mbit.
@Andrew, can you you examine the dump to figure out the cause of the crash?
(0005321)
PhyllisSmith   
2022-06-10 15:02   
(Last edited: 2022-06-11 17:29)
@quintao
And today's crashes are with AppImage?? instead of Elive package?
I will test with a much bigger file here and use bitrate @8Mbit -- my current "guess" is that some resource is being overrun.
Without being able to create the problem here, there is no way to fix it.

(0005320)
quintao   
2022-06-10 06:28   
More crashes today. Any bitrate @3Mbit or higher, both h264 and h265.
Encoding @1Mbit succeeded.
Two effects, colour balance and contrast applied throughout.
Encode to MPEG @6Mbit succeeded.
(0005319)
Andrea_Paz   
2022-06-09 21:43   
It is difficult to compile CinGG with system ffmpeg; you have to use the --without-thirdparty option and also disable dv, dpx and something else I don't remember. I succeeded only because of Andrew's help. There is a thread on the mailing list but I can't find it. Better to use CinGG's internal one which, I believe, will soon be upgrading from 4.4 to ffmpeg 5.1.
It is not directly mentioned in the manual. You can see chapter 1 "installation" and the appendix "Developer Section".
(0005318)
quintao   
2022-06-09 01:44   
Re. Ffmpeg, I really don't know which one would be used by cinelerra, the system ffmpeg or the inbuilt one. Does the manual explain about it?
In any case, I just downloaded ffmpeg 5.0
(0005317)
PhyllisSmith   
2022-06-08 15:09   
@Andrea_Paz
Elive has both 64 and 32 bit. But anyway I do have a 32-bit 11 Debian partition and will see if I can install Elive Debian there and test.
(0005316)
Andrea_Paz   
2022-06-08 14:34   
Am I wrong or is Elive 32 bit? Recently there have been problems with 32-bit Debian 10-11, although they should be fixed now.
Do you use system ffmpeg instead of CinGG's internal ffmpeg? That could give problems as well.
(0005315)
quintao   
2022-06-08 13:19   
Ok, first segfaults happened with cinelerra-gg_5.1.202103+git
Updated recently to the cinelerra-gg_5.1.2022+03+git package from elive repo and still got segfaults.
Format: ffmpeg mp4 h264, bitrate 4000000, 1920*1080

I have ffmpeg 4.2 built from source on my system, could that interfere?
(0005314)
PhyllisSmith   
2022-06-08 01:55   
@quintao
The one major new thing in the code starting in March was the addition of Alt-h for Help and that would take more memory but it sounds like you are watching the memory usage from your initial description.
(0005312)
PhyllisSmith   
2022-06-08 01:50   
@quintao
You are right, the indexes would have been rebuilt when you ran as root.
I wish it were that simple that it is just the package install, but that would be unusual.
Which version did you have installed before March and which version is now giving the render issues? AppImage?? your own build ?? which render options are you using ??

The dump is not leading me to any insight, but I can only do the simplest of dump analysis. Will continue to see if I can reproduce the crash.
(0005311)
quintao   
2022-06-08 01:29   
When I ran as root for the debugging, surely the indexes were rebuilt?
Must have been something with the package install messed up somewhere??
(0005310)
quintao   
2022-06-08 01:26   
I think we are sorted. No segfault with the Appimage.
I will always use that from now on. Was using the elive package before.
Thanks for helping out.
(0005309)
PhyllisSmith   
2022-06-07 18:12   
@quintao
Have you done a "rebuild index"? This has been known to resolve this type of problem when other people (Andrea and myself) can not reproduce the error. This can be done in the Resources Window after the Media is loaded. You can rebuild all indexes in the Settings, Preferences, Interface, Index area - it will slow down as every loaded file has to rebuild indexes the first time (indexes help to play faster).

I will continue to edit your test file a lot and then try rendering some more. I will also load it in an earlier version to see if the updated version is causing the problem, but I have looked at the March changes in the releasenotes.pdf and see nothing that should affect rendering at all. Or perhaps you updated from an earlier version and I should be checking for changes since version dated ???
(0005306)
Andrea_Paz   
2022-06-07 12:08   
I tried a few renders of your example and other sources as well. All OK. I used both CinGG compiled by me and appimage. I use arch linux.
Unfortunately, I cannot install devuan on vm so I could not test it.

Try CinGG appimage.
(0005305)
quintao   
2022-06-07 08:30   
It's also not immediate crash, could reach 80%, sometimes less.
I keep an eye on memory, I have 16Gig. Normally it's around 11 or 12 Gig used during a render.
(0005304)
quintao   
2022-06-07 08:22   
No batch render. No farm.
Just direct from render dialog
(0005303)
quintao   
2022-06-07 08:20   
Sample mp4 file here
https://mega.nz/file/srY3VTiA#tZ4qb0kk0mbAwqE6yYiNUz6xLvf_GgJ7r5vVsDTx694
(0005302)
Andrea_Paz   
2022-06-07 07:03   
Are you using batch render? Render farm? Are your projects all 10-bit mp4?
I can try to test if you tell me the steps you followed to render.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
613 [Cinelerra-GG] Bug crash have not tried 2022-05-23 03:58 2022-06-07 18:13
Reporter: deim Platform: Linux  
Assigned To: PhyllisSmith OS: Gentoo Linux  
Priority: normal OS Version: "fresh" RR  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: SIGFPE (SIGABRT) while opening clip EDL in resources
Description: I created EDL (cca 1h) 1 video + 6 audio tracks (3x stereo) then saved, closed. New project with same settings - 1 video + 2 audio tracks.
Loaded the EDL as REF nested, view, select in and out points, created clip.
In resource window - clips, right click, open EDL =>

Cinelerra Infinity - built: May 4 2022 11:24:16
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

signal_entry: got SIGFPE my pid=31441 execution table size=0:
signal_entry: lock table size=37
    0x55bf8ab73570 VIconThread::draw_lock, VIconThread::run 0 0x7ff04cbef640
    0x55bf8b4c0460 CWindowTool::input_lock, CWindowTool::run 0x7ff03effd640
    0x55bf8b883df0 RecordSetChannel::change_channel, (null) 0x7ff034ff9640
    0x55bf8ba7b970 ChannelInfo::scan_lock, (null) 0x7ff02ffff640
    0x55bf8ba7be30 SWindow::swin_lock, (null) 0x7ff02f7fe640
    0x55bf89958040 MWindow::run_lock, MWindow::run 0x7ff0595c9800 *
    0x7fef87fe1b30 BC_DialogThread::active_lock, BC_DialogThread::run 0x7fef8a7fc640 *
    0x55bf8b7694c0 ResourceThreadBase::draw_lock, ResourceThreadBase::run 0x7ff03cff9640
    0x55bf8b7697e0 ResourceThreadBase::draw_lock, ResourceThreadBase::run 0x7ff037fff640
    0x55bf8b5d3120 PlaybackEngine::output_lock, PlaybackEngine::run 0x7ff03e7fc640
    0x55bf899588b0 BC_Synchronous::next_command, BC_Synchronous::run 0x7ff020ff9640
    0x7fefb4003730 BC_Xfer::Slicer::init, Slicer::run 0x7fefeaffd640
    0x7fefb4722cc0 BC_Xfer::Slicer::init, Slicer::run 0x7fefcaffd640
    0x7fefb4722b10 BC_Xfer::Slicer::init, Slicer::run 0x7fefeb7fe640
    0x7fefd8365990 PlaybackEngine::output_lock, PlaybackEngine::run 0x7fef8bfff640
    0x55bf8bb6f930 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7ff021ffb640
    0x55bf8b3653c0 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7ff04f107640
    0x55bf8ba7f1d0 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7ff0237fe640
    0x55bf8b6c4cb0 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7ff0367fc640
    0x55bf8b5db6c0 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7ff0595c9800
    0x7fefd8017ae0 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7fef8a7fc640
    0x55bf8b5d9898 Cinelerra: Program, MWindow::stack_push 0x7ff04e7c5640 *
    0x55bf8bb6a6b0 MainIndexes::input_lock, MainIndexes::run 1 0x7ff02d7fa640
lock_items: 23
lock_frees: 14
SigHandler::signal_handler total files=0
Neúspěšně ukončen (SIGABRT)
Tags:
Steps To Reproduce:
Additional Information: I use compiled (monthly "stable") version on Gentoo Linux
Attached Files:
Notes
(0005301)
PhyllisSmith   
2022-05-23 12:46   
@deim
A "guess" based on the message; "VIconThread::draw_lock, VIconThread::run" is a lock problem in the Resources window drawing the thumbnails. A suggestion, which is not a fix, just so you can continue is to turn off these thumbnails and use the words instead:
   - use the single character v on an empty spot in the resources window until you see no more thumbnails, just letters
   - also, because $HOME/.bcast5/ saves the thumbnails so it does not have to recreate them sometimes, you could temporarily use a new/empty startup via at a terminal window, keyin: CIN_CONFIG=/tmp/bcast5 bin/cin to run Cinelerra and see if the recreated thumbnails solve the problem. This does not have any of your configuration values you have set so you may want to only test.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
605 [Cinelerra-GG] Feature minor have not tried 2022-01-28 17:39 2022-05-13 04:48
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add option to prevent hard-clipping when using MPEG as the YUV color range
Description: So this does not get lost, am adding it here. For details on this refer to the Forum topic:
  https://www.cinelerra-gg.org/forum/help-video/yuv-to-rgb-conversion-issues/#post-2050

Is there any way to prevent the RGB-FLOAT conversion from clipping the highlights?
Is there any way that this functionality could be changed, or an option added to prevent everything being hard-clipped when using MPEG as the YUV color range? Perhaps only hard-clip the range closer to the output after video effects have been applied?

I think that a better way of working would be to allow the values outside of 16-235 to continue to exist (rather than being hard-clipped) in a RGB-FLOAT project with color range set to MPEG. These values would be outside the legal range in the scopes, but at least we could pull them back into range and recover highlights/shadows during colour correction

It seems that the main problem is that what is seen in the compositor is simply not the same as seen in other editors or players unless MPEG is selected as the YUV color range. This comes with the caveat that anything outside the 16-235 range is hard clipped.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files: asset_col_range_show.diff (1,626 bytes) 2022-04-23 18:49
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=888&type=bug
Notes
(0005300)
Andrew-R   
2022-05-13 04:48   
there is also 'colorspace' plugin, hopefully it also can convert part of timeline between those colorspaces
(0005294)
glitterball   
2022-04-23 21:03   
@Andrew-R You are quite right about the colorspace filter: I had not seen the 'irange' option and had only played with 'range'.

When YUV color range is set to MPEG (in Cin Preferences>Appearance), setting irange to 2 in the colorspace filter does change the contrast, however the data outside the 16-235 range is already gone (clipped).

Interestingly, when YUV color range is set to JPEG, using the colorspace plugin to set the range to MPEG does not hard clip, and values outside the 16-235 range can be be brought back into range using another plugin such as Blue Banana.
(0005293)
Andrew-R   
2022-04-23 18:49   
so, this hack shows color range for asset in it info window..

how just need to learn how to make this dropdown list, and pass user selection back to program..
(0005292)
Andrew-R   
2022-04-23 18:08   
so, cin already carries this info in

ff_color_range variable in asset.c

$ grep ff_color_range cinelerra/*
grep: cinelerra/armv8l: Is a directory
cinelerra/asset.C: ff_color_range = -1;
cinelerra/asset.C: ff_color_range = asset->ff_color_range;
cinelerra/asset.C: ff_color_range = GET_DEFAULT("FF_COLOR_RANGE", ff_color_range);
cinelerra/asset.C: UPDATE_DEFAULT("FF_COLOR_RANGE", ff_color_range);
cinelerra/asset.C: fprintf(fp," ff_color_range=%d\n", ff_color_range);
cinelerra/asset.h: int ff_color_space, ff_color_range;
grep: cinelerra/ci: binary file matches
grep: cinelerra/data: Is a directory
cinelerra/ffmpeg.C: if( (vid->color_range = asset->ff_color_range) < 0 )
cinelerra/ffmpeg.C:int FFMPEG::ff_color_range(int stream)
cinelerra/ffmpeg.h: int ff_color_range(int stream);
cinelerra/fileffmpeg.C: if( asset->ff_color_range < 0 )
cinelerra/fileffmpeg.C: asset->ff_color_range = ff->ff_color_range(0);
grep: cinelerra/randrik: Is a directory
grep: cinelerra/tests: Is a directory


we just need to expose it as changeable param in assetedit.c|h

or so I think...
(0005291)
Andrew-R   
2022-04-23 17:44   
@glitterball this filter have two ranges - range for output and irange for input..

setting range to mpeg while irange at jpeg (with jpeg in prefs) definitely changes output picture...
(0005290)
glitterball   
2022-04-23 16:46   
@Andrew-R

Yeah, I tried that filter, and changing the range there doesn't seem to make any difference either.
(0005289)
Andrew-R   
2022-04-23 16:31   
@glitterball have you tried ffmpeg plugin I mentioned (with cin preference set to full)?
(0005288)
glitterball   
2022-04-23 16:27   
@Andrew-R

I tried changing the x11 settings as suggested and none of the changes made any difference.
Rendering a video produces a file where the those values are clipped.

The only way to keep the full range is to set the YUV color range to 'JPEG' in appearance.
However this means that all clips must be transcoded to the same range before being imported into Cinelerra, as Cinelerra cannot handle video files with differing ranges within the same project.
(0005287)
Andrew-R   
2022-04-22 14:57   
@glitterball, as far as I can see this preferences setting control ffmpeg's swscaler, before it converted to rgba-float.

May be x11 output clip them? try x11-opengl, try uncheck direct x11 path, also try to render into some image/video file and see if those values still around.... if they are - then we need to look at video output specifically...
(0005286)
glitterball   
2022-04-22 14:39   
@Andrew-R
Sorry I wasn't clearer: it makes no visible difference to the clip (I.e. everything outside 16-35 is still clipped even with those settings).

I do get some extra error messages when adding the .opts file mostly "[swscaler @ 0x7efd9c20d900] deprecated pixel format used, make sure you did set range correctly"
(0005285)
Andrew-R   
2022-04-22 12:39   
@glitterball

$ cat ~/matrixbench_highdivx_ac3.opts
#lowres=1
#fast=1
#video_filter=format=yuv422p
video_filter=scale=in_range=limited:out_range=full


sorry, try optS?

in my case it prints something:
[swscaler @ 0xe0d24000] No accelerated colorspace conversion found from yuv420p to rgba.
(0005284)
glitterball   
2022-04-22 12:17   
@Andrew-R
Thanks for the response, I gave your suggestion a go, but unfortunately adding the .opt file didn't appear to make any difference.
(0005283)
Andrew-R   
2022-04-22 09:48   
@glitterball, yeah, from user perspective this is good idea, nit sure if I am up to task about coding it (soecifically, not sure if ffmpeg>cin transfer has access to specifics of assets/clips)

I found another answer, you can try to add this into opt files, one per asset/file

https://superuser.com/questions/1405177/ffmpeg-how-to-handle-color-range-conversions

"Input is limited range, I want to output full range

Use the scale filter, -vf scale=in_range=limited:out_range=full"

try to put this line (without leading "-") in file named exactly like your input file just with opt extension...?

sure, this is workaround (if it works as I think it works!) and not resolution..
(0005282)
glitterball   
2022-04-22 08:31   
The way Davinci Resolve handles this, is to allow the user to set whether a clip's data levels are 16-235 or 0-255 under 'Clip Attributes'.
Specifically there is a radio button under 'Clip Attributes' (right-click on a clip, then Clip Attributes) called 'Data Levels' with the following options: Auto, Video or Full.

In Cinelerra, the same options could be provided in the 'Info...' dialog box (found by right-clicking on a file in Resources>Media).

Thinking about it, this is the logical solution, as many video projects will use video files with differing frame rates, data levels etc, so it should be possible to set this on a per-file basis rather than project-wide.

I also note that the 'auto' option for data levels did not work in Davinci Resolve, and I had to set this manually.
(0005246)
Andrew-R   
2022-01-29 04:48   
also, may be ffmpeg's filter colorspace can help here? seems to be enabled in Cingg and suppirts >8 bit depth
https://github.com/FFmpeg/FFmpeg/blob/master/libavfilter/vf_colorspace.c
(0005244)
Andrew-R   
2022-01-29 04:11   
does same problem exist in ffmpeg? I think until recently ffmpeg was internally 8bit, so clipping may happen there...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
611 [Cinelerra-GG] Feature feature always 2022-04-18 17:35 2022-04-25 03:42
Reporter: rs68 Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New features - EDL occurrences, media duration & media filtering
Description: Hi,

I'm a french cin-enthusiast since 2020 and I would like to suggest some new features/improvements to this awesome software.

First of all, thanks a lot to have made this software a professional free software for linux!

This is great!

Now, as I use it intensely for my videos, I noticed some features that would be great to add.

1. In resources window, media icons should come with an occurrence counter on top left corner, to show up at a glance how many times a media file has been used in the EDL. This counter could be quite simple i.e. counting from 1 to 9 occurrences and showing a '+' sign if >= 10 occurrences in EDL.

2. media icons should also come with media's duration in HH:MM:SS format at the bottom right corner, because it is often very important to know how long is the media we're selecting before editing.

3. also, still in resources window, would it be possible to have section filtering for media in treeview, such as what we have with audio effects and video effects?
Something like:
Media
- Audio
- Image
- Video
- nested EDL
- Reference

Once again, thanks a lot for all the time you spend in making our [artistic] dreams come true!

Hope my suggestions could help in any way.

Cheers.
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005296)
rs68   
2022-04-25 03:42   
Hi @fary54,
Yes, linux is really cool.
I hope too.
This tool should be helpful for the selection step, while editing.
Have a nice day.
(0005295)
fary54   
2022-04-24 09:57   
Hi @rs68,

Good suggestions

Personally, I only use linux.
I'm also a french cin-enthusiast.
Making long films (more than one hour), I find myself managing a large number of rushes (more than 500).
Your suggestions would give me a quick visual feedback of the situation.
I hope that these won't require too much work because it would be nice to have them.
(0005265)
rs68   
2022-04-19 06:52   
@PhyllisSmith Hi Phyllis, I already know the 'info' feature, but what I'm looking for is some kind of feature people could enable/disable on right clicking on a media icon with something like a submenu 'overlays' > 'occurrences', 'duration' in the context menu.
That way, each one could choose to show up overlayed informations over the media icon... or not (at their choice).
All in the pop up menu, I think this could work well.

@Pierre Bonjour Pierre, I also know the inter-view mode, but this not what I'm looking for. When you have about 200 rushes to examine before editing, it is much much better to have all occurrences at a glance into the media list.

@Andrea_Paz, Hi Andrea, I didn't know this feature. By now, I've made my own filterings and it works great. Thanks a lot.

Thank you all for your effort, guys, great work!

Cheers.
(0005264)
Andrea_Paz   
2022-04-18 20:45   
Great ideas the first two points; I hope someone knows how to implement them. The third point, if I understand correctly, should already be available in CinGG:
https://www.youtube.com/watch?v=_diECpahbq0&list=PLOnHGAy9DoU1mBA55D9SoQOb-V721345u

For an example (in Spanish) on how to filter media in the various "user bins" see:
https://www.youtube.com/watch?v=hjrSTjl1-M0&list=PLOnHGAy9DoU1Xaj9HVhBwyov-daKFZmIE&index=21

In the CinGG manual, these parts can be found here:
https://cinelerra-gg.org/download/CinelerraGG_Manual/User_Folders_Bins.html
(0005263)
PhyllisSmith   
2022-04-18 19:08   
(Last edited: 2022-04-18 21:40)
@Pierre -- oh, that is much better for the first one -- thanks!

(0005262)
Pierre   
2022-04-18 18:50   
Bonjour et bienvenue (je suis québécois),
I think you will find even better than what you ask for to identify the use already made of a media file in an EDL. Just click with the middle buttons of your mouse on the different media in sources and a window will appear with a detailed representation of the use already made.

See section 5.6 of the manual concerning the "Inter-View" mode.
https://cinelerra-gg.org/download/CinelerraGG_Manual.pdf
(0005261)
PhyllisSmith   
2022-04-18 18:29   
Good suggestions.
For # 2. -- media icons ... media's duration in HH:MM:SS format -- you can get this information by right mouse clicking on the highlighted media and then left mouse click on "info" and then "details". Although is would be very convenient to see this without taking any action, the Resources Window is not that big and some people have a lot of media there so I do not think just putting it there in the corner would look very nice. Maybe it could be added the the "comment" portion when in "list" mode instead of "icon" mode.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
610 [Cinelerra-GG] Bug minor always 2022-04-07 09:30 2022-04-11 09:13
Reporter: Andrew-R Platform: ppc32  
Assigned To: OS: debian  
Priority: normal OS Version: 8.11  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Segfault at startup
Description: I compiled cinelerra twice for ppc (once on void linux for ppc and second time for Debian 8.11 ppc)
unfortunately, both times she segfaulted at Initializing gui..

I captured gdb log from Debian
Tags:
Steps To Reproduce: compile for ppc (I used emulated mac99 via qemu 5.0)
i need some patches on top of git, and I reordered libav* libs order so my separately compiled static ffmpeg-4.4 can be accepted w/o errors - like libavfilters, then libavfornat then libavcodecs and the rest..)


a lot of everything need to be disabled, but it compiles.
try to launch
Additional Information: valgrind does not work on both systems
Attached Files: cingg.log.txt (1,336 bytes) 2022-04-07 09:30
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=885&type=bug
ppc.bld (417 bytes) 2022-04-07 09:35
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=886&type=bug
pcc_hacks2_eb92703b.diff (4,835 bytes) 2022-04-07 09:43
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=887&type=bug
Notes
(0005260)
Andrew-R   
2022-04-11 09:13   
here is my test hdd image for qemu-system-ppc

(1.6 gb)

https://cloud.mail.ru/public/3FFj/p2Zn2DhGt
 
sha256sum 5gb_ppc_debian8.qcow.xz
90af1c6479375fcdc3da8962a507d170283d9ad86cf0cf9d47ab27b3ad716c81 5gb_ppc_debian8.qcow.xz
(0005259)
Andrew-R   
2022-04-07 09:43   
ppc hacks relative to git state just before giflib disabling went in
(0005258)
Andrew-R   
2022-04-07 09:35   
configure switches I used

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
607 [Cinelerra-GG] Bug minor always 2022-02-22 22:15 2022-02-22 22:15
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Possible memory leak when switching from Proxy to Not Proxy
Description: If you watch the memory usage when you switch from Proxy mode to non-proxy mode on a loaded video without moving the cursor at all, you see memory usage always going up by just a small amount. This may be due to not releasing memory when it should, but I am not real sure.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
604 [Cinelerra-GG] Bug minor have not tried 2022-01-28 01:55 2022-02-10 19:30
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Confusion in AppImages with vaapi/vdpau
Description: How to create AppImages on computer that do not have vaapi or vdpau usable because of installed graphics card so that if the user's computer does have the capability, it will work for them.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005249)
PhyllisSmith   
2022-02-10 19:30   
Just some notes.
After experimenting with different AppImages created on different computers, different Operating Systems with different graphics cards and different vaapi/vdpau libraries installed, or none of these libraries installed, I think I can safely conclude the following:

1) Hardware acceleration, vaapi or vdpau, works the same running either the created binary or the created AppImage from that binary on that same computer.
2) Hardware acceleration using an AppImage created on another computer running a different Operating System or even just a different level of Operating System, most likely will not work unless the user's computer just happens to have the same characteristics with respect to vaapi/vdpau as the computer where the AppImage was created.

*************************************** Some experimental results ******************************
For example using Test1 (hockey.ts television recording) and Test2 (Life Untouched 4K HDR10 Demo.mp4 downloadable file):

CinGG-20220131-x86_64.AppImage
-on AMD laptop with Radeon RX-580 graphics card where AppImage was created (Fedora 32):
  Test1 hardware acceleration vaapi and vdpau both work as expected.
  Test2 hardware acceleration vaapi works, but vdpau does not - this is as expected.

CinGG-20220131-x86_64-older_distros.AppImage
- on AMD laptop with Radeon RX-580 using AppImage created on AMD Opteron Ubuntu 16.04:
  Test1 and Test2 hardware acceleration do not work due to missing Radeon so file.

CinGG-20220131-x86-64-older_distros-multibit.AppImage
- on AMD laptop with Radeon RX-580 using AppImage created on Intel 4-core with Broadwell graphics:
  Test1 hardware acceleration only vdpau works and that could be due to a "wrapper".
  Test2 hardware acceleration does not work.

CinGG-20220131-x86_64.AppImage (same results as if built on this computer/this O/S)
- on Intel 4-core laptop with Broadwell using AppImage created on AMD laptop with different O/S of Fedora 32:
  Test1 hardware acceleration only vaapi works, but vdpau does not.
  Test2 hardware acceleration does not work..

CinGG-20220131-x86_64-older_distros.AppImage
- on Intel 4-core laptop with Broadwell using AppImage created on AMD Opteron Ubuntu 16.04:
  Test1 and Test2 hardware acceleration do not work.

CinGG-20220131-x86-64-older_distros-multibit.AppImage
- on Intel 4-core laptop with Broadwell using AppImage created on same computer but older O/S of Fedora 29:
  Test1 and Test2 hardware acceleration do not work.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
606 [Cinelerra-GG] Bug minor have not tried 2022-01-28 19:16 2022-01-30 15:08
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Loss of highlight detail when using ProRes
Description: Again, so this does not get lost over time. Refer to Forum for more information:
    https://www.cinelerra-gg.org/forum/help-video/loss-of-highlight-detail-part-2/#post-1339

Loss of highlight detail, this time during rendering. My preferred intermediate codec is ProRes and this loss of detail only happens when rendering from Cin, it's OK from other NLEs. There is also Loss of Detail in Highlighting (Part I) in the forum for full information.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0005248)
Andrew-R   
2022-01-30 15:08   
sorry, no idea why both prores encoders lose some info :(
(0005247)
PhyllisSmith   
2022-01-29 22:56   
(Last edited: 2022-01-29 23:08)
@Andrew_R
According to the forum post, he has tried all options of both ProRes and ProRes_ks. But as far as I can tell he did not add any other parameters that might solve the problem. Can you recommend any? I think we are missing something that is necessary and it needs to be fixed for the good of CinGG.

He started rendering using DNxHR HQX which keeps the highlight detail as a workaround.

(0005245)
Andrew-R   
2022-01-29 04:17   
I think there are two prores enciders in ffmpeg/libavcodec, what one was used here?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
603 [Cinelerra-GG] Feature feature have not tried 2022-01-28 01:47 2022-01-28 01:49
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add additional methodology for using Mixers
Description: Currently -- multi-cam works by clicking on a Mixer. Completely counter intuitive towards anyone that works with a switcher
(atem and likes) it adds video from the undecided point up to the current position when clicked on the mixer.
Feature request is to implement this in the opposite way. You click on a mixer A, then the timeline gets filled with that mixer (visible,
or underwater). If you click on mixer B, the timeline is computed with the part 0 to timeline current position with Mixer A, and having Mixer B as start position.

Because the Mixers are currently working and users have adapted to it, feature request is for the option to use a new Methodology 0000002 instead of the default current option 0000001. For some discussion see the Mailing List Archive - "Feature discussion for linear editing" dated around January 22, 2022.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
601 [Cinelerra-GG] Forum feature always 2022-01-14 23:58 2022-01-22 00:48
Reporter: cine22linx Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't register in Forum
Description: Can't register in Forum; Allowed cookies and javascript,
i can register in many forums, only problem here [and Puppy Forum where i can't even see the posts].
i get: 'Error 2252 | Please contact the forum administrator. '
 Thx
Tags:
Steps To Reproduce: Enter user name and email. agree the checkboxes, pres 'register'.
Additional Information:
Attached Files:
Notes
(0005241)
cine22linx   
2022-01-22 00:48   
after logging out, tried again and the error returned, [my previous 'success' was using a 'change passw' link rhat was in my mail]
'i'm in no need of using the forum now, so i'm stopping, at least for a good while, checking here, hope gets solved, bye. '
(0005240)
cine22linx   
2022-01-22 00:37   
*not* Allowing javascript, now i can enter, and changed the passw, not many config/preferences... anyway, please *do not*delete my account [the Forum one] lol Thx
(0005238)
Andrew-R   
2022-01-21 15:45   
@administrator
quick search for this error lead to
https://wordpress.org/support/topic/error-2252-please-contact-to-forum-admin/

might be something with URLs as seen by software (if our forum really uses Wordpress)
(0005237)
IgorBeg   
2022-01-21 08:46   
@cine22linx
I have some problems with forum.
To login and see the recent posts sometimes I switch to a different language from English to Deutsch, Francais, Espanol, Italiano.
I know it is not a good way but may work. If you have a bit of time, can you try?
(0005236)
cine22linx   
2022-01-21 00:33   
tryed again. same; since i cant see the config/preferences for my account, please delete it [the Forum one] Thx
(0005233)
cine22linx   
2022-01-20 00:55   
sorry, i entered the sent by you passw, and 'Error 2252 | Please contact the forum administrator'.
'i'm in no need of using the forum now, so i'm stopping, at least for a good while, checking here, hope gets solved, bye. '
(0005232)
administrator   
2022-01-19 12:26   
I have set you up for the forum and forwarded you an email. Hope you can log in now without any problems.
(0005231)
cine22linx   
2022-01-18 23:27   
Yes, i won't use it right now, but please add me manually, i confirm that i agree with the terms of use of this website and the forum.
 Thx
(0005230)
administrator   
2022-01-18 05:28   
Sorry for the inconvenience. Sometimes the protection measures against spammers also take effect with real users, so sometimes the website blocks the registration for the forum. This often affects email addresses of well-known email providers. I can add you to the forum manually if you want, then you can use the forum from now on. You just have to confirm that you agree with the terms of use of this website and the forum.

Cheers
Sam
(0005229)
cine22linx   
2022-01-18 00:48   
FFox.
sorry i'm stopping, at least for a good while, checking here, hope gets solved, bye.
(0005227)
IgorBeg   
2022-01-17 08:55   
What browser are you using?
(0005226)
PhyllisSmith   
2022-01-17 00:35   
@cine22linx
OK, will leave open -- in case someone comes along who knows what the problem is.
(0005225)
cine22linx   
2022-01-17 00:09   
i'm in no need of using the forum now, but the bug is still there, so it may be better to leave it open, so someone that knows what's Error 2252 could see the post and offer advice, others may fail to register and just give up... [for 'administrator' reference, i did same user name and email as here].
(0005220)
cine22linx   
2022-01-16 01:41   
same error message.
thx, let's leave it at that, i have no urgent need to use the forum.
(0005218)
PhyllisSmith   
2022-01-15 05:23   
(Last edited: 2022-01-15 17:37)
@cine22linx
I think this error message has something to do with WordPress, but am not sure as there are various reasons provided on the internet search.
Tested with Username of "testing22" and it added the account with no error message and then I deleted it with no problem.
It looks like there is nothing unusual about the Username you used or the steps you followed.
If you have not already tried again today, could you do so because it just worked for me?

It is OK to put problems you need help with in the Bug Tracker if the forum is not responding.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
587 [Cinelerra-GG] Bug minor always 2021-09-13 14:15 2022-01-12 14:31
Reporter: Andrew-R Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cin crash in qemu on non-ssse3 cpu
Description: I was trying to make 'universal' build of CinGG for using (playing with and showing off) on old Celeron 1Ghz (only mmx and sse, not quite vintage tho). I build it under mixed Slackware 14.1/14.2 environment (glibc/gcc from 14.2, rest from 14.1) and made this ISO:

https://disk.yandex.ru/d/kDke7fWdpiz_9w
760 MB
sha256sum CDROM-4.14.246-big-7.iso
f8693dfb7ca93c8fe8826c4e95a743de69eef71fa2f66634450ea30fbc6413ba CDROM-4.14.246-big-7.iso

You hopefully can boot it on qemu (I use 5.1) like this:
 qemu-system-i386 -display sdl,gl=on -soundhw es1370 -cdrom /mnt/sdb1/admin/CDROM-4.14.246-big-7.iso -enable-kvm -m 512 -smp 4 -cpu core2duo (you can boot without -smp , so single core, and give it more memory if you want)
Tags:
Steps To Reproduce: Now, this Slackware (Slax) cd will boot under qemu into text mode.

Log in as guest/guest (or root/toor), issue 'startx'

You should see kde3, from there you can alt-f2 -> cin or find it in menu under Multimedia.

Try to download file from http://samples.mplayerhq.hu/benchmark/testsuite2/ called
 Space_Cowboys.avi 2005-12-09 03:24 3.4M

links http://samples.mplayerhq.hu/benchmark/testsuite2/ should work

Try to load said file into CinGG.

with core2duo it will work (check /proc/cpuinfo to see ssse3)

with older coreduo it will crash on load :(

I tried to re-compile latest source release under this live environment (a bit tight, but by removing tarballs and unwanted bins it compiles and setting some Ofast flags to O2 instead, but there still was crash :(

I suspect this is alignment issue, masked by glibc (?) making use of ssse3.

I tried my bigger iso (dvd-sized) and self-compiled CinGG there also crashes with non-ssse3 cpu in qemu (and works if I set -cpu to 'host')

This might be qemu bug, so testing on pre-ssse3 real cpu will be helpful
Additional Information:
Attached Files: cinelerra_1571.dmp (80,675 bytes) 2021-09-13 14:57
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=825&type=bug
cin_debug_log.log (157,793 bytes) 2021-09-16 23:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=826&type=bug
Notes
(0005217)
PhyllisSmith   
2022-01-12 14:31   
For future reference -- Phyllis can test on the computer "Storm" (.17, 12 CPU, AMD) as it is non-ssse3 and has the problem).
(0005216)
Andrew-R   
2022-01-11 18:06   
also see 0000596
(0005215)
Andrew-R   
2022-01-11 18:05   
https://github.com/vanakala/cinelerra-cve/commit/88ea4f6428e046d4340d1bfa0d6da96a1f05cbe7

I think cingg added similar modification earlier, but may be we missed few places where it matters?
(0004972)
Andrew-R   
2021-09-19 02:49   
this is exactly my problem - I do not understand why I suddently got this result! May be one thread feed uninitialized value down to this function? or some weird asm-level interaction...
(0004971)
PhyllisSmith   
2021-09-19 01:27   
@Andrew-R
This is too hard for me, but it is so strange that hscale is 1.000000 before and after the -nan (not a number, but we know it is negative!). If it is going outside the address space (address sanitizer), how can it come back so easily?
(0004968)
Andrew-R   
2021-09-17 00:51   
checking for nan for hscale eliminates crash, but then processing (for example via fade automation) completely broken :/

cat cdrom_root/tmp/guicast-2.diff
diff --git a/cinelerra-5.1/guicast/bcxfer.C b/cinelerra-5.1/guicast/bcxfer.C
index 8eb6533b..da437114 100644
--- a/cinelerra-5.1/guicast/bcxfer.C
+++ b/cinelerra-5.1/guicast/bcxfer.C
@@ -1,3 +1,4 @@
+#include <cmath>

 void BC_Xfer::init(
        uint8_t **output_rows, int out_colormodel, int out_x, int out_y, int out_w, int out_h,
@@ -101,11 +102,19 @@ void BC_Xfer::init(
        this->total_out_w = out_rowspan;
        this->in_pixelsize = BC_CModels::calculate_pixelsize(in_colormodel);
        this->out_pixelsize = BC_CModels::calculate_pixelsize(out_colormodel);
+
+
        if( in_w ) {
                this->scale = (out_w != in_w) || (in_x != 0);
 /* + 1 so we don't overflow when calculating in advance */
                column_table = new int[out_w+1];
                double hscale = (double)in_w/out_w;
+ if (isnan(hscale))
+ hscale = (double)in_w/out_w;
+ //printf("hscale = %f \n", hscale);
+ //printf("in_w: %i \n", in_w);
+ //printf("out_w: %i \n", out_w);
+ //printf("in_x: %i \n", in_x);
                for( int i=0; i<out_w; ++i ) {
                        column_table[i] = ((int)(hscale * i) + in_x) * in_pixelsize;
                        if( in_colormodel == BC_YUV422 || in_colormodel == BC_UVY422 )
diff --git a/cinelerra-5.1/guicast/xfer/Makefile b/cinelerra-5.1/guicast/xfer/Makefile
index ff12aa48..39557ac7 100644
--- a/cinelerra-5.1/guicast/xfer/Makefile
+++ b/cinelerra-5.1/guicast/xfer/Makefile
@@ -11,7 +11,7 @@ all: $(OUTPUT)
 clean:
        rm -rf $(OBJDIR) xfer*.[Ch]

-BFLAGS:=-Ofast
+BFLAGS:=-O0 -g -fsanitize=address -fsanitize=undefined

 $(OBJDIR)/%.o: %.C
        $(CXX) -I.. `cat $(OBJDIR)/c_flags` $(BFLAGS) -DMSGQUAL=$* -c $< -o $@
root@slax:/mnt/sdb1/admin#
(0004967)
Andrew-R   
2021-09-16 23:01   
so I added debug like this

cat cdrom_root/tmp/guicast.diff
diff --git a/cinelerra-5.1/guicast/bcxfer.C b/cinelerra-5.1/guicast/bcxfer.C
index 8eb6533b..d0a8aafe 100644
--- a/cinelerra-5.1/guicast/bcxfer.C
+++ b/cinelerra-5.1/guicast/bcxfer.C
@@ -106,8 +106,12 @@ void BC_Xfer::init(
 /* + 1 so we don't overflow when calculating in advance */
                column_table = new int[out_w+1];
                double hscale = (double)in_w/out_w;
+ printf("hscale = %f \n", hscale);
+ printf("in_w: %i \n", in_w);
+ printf("out_w: %i \n", out_w);
+ printf("in_x: %i \n", in_x);
                for( int i=0; i<out_w; ++i ) {
- column_table[i] = ((int)(hscale * i) + in_x) * in_pixelsize;
+ column_table[i] = (int)(((hscale * i) + in_x) * in_pixelsize);
                        if( in_colormodel == BC_YUV422 || in_colormodel == BC_UVY422 )
                                column_table[i] &= 0000003:0000003;
                }
diff --git a/cinelerra-5.1/guicast/xfer/Makefile b/cinelerra-5.1/guicast/xfer/Makefile
index ff12aa48..efb2e628 100644
--- a/cinelerra-5.1/guicast/xfer/Makefile
+++ b/cinelerra-5.1/guicast/xfer/Makefile
@@ -11,7 +11,7 @@ all: $(OUTPUT)
 clean:
        rm -rf $(OBJDIR) xfer*.[Ch]

-BFLAGS:=-Ofast
+BFLAGS:=-Ofast -fsanitize=address -fsanitize=undefined

 $(OBJDIR)/%.o: %.C
        $(CXX) -I.. `cat $(OBJDIR)/c_flags` $(BFLAGS) -DMSGQUAL=$* -c $< -o $@


--
and this resulted in debug output file like this ..strangely, at one time before crash hscale was '-nan' ?!
(0004966)
Andrew-R   
2021-09-16 21:57   
so if I change line 110 in

http://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/guicast/bcxfer.C;h=8eb6533baa68b7cc8b3fe1d763f03d65a3d28b4e;hb=HEAD

column_table[i] = ((int)(hscale * i) + in_x) * in_pixelsize;
to
column_table[i] = ((long long)(hscale * i) + in_x) * in_pixelsize;

it stopped crashing, yet miniatures on timeline are garbage :(
(0004965)
Andrew-R   
2021-09-16 21:22   
So, I compiled Cin with address sanitizer and result was:

cat cin_addr_sanitizer.log
cin
Cinelerra Infinity - built: Sep 16 2021 21:38:07
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

init plugin index: /usr/lib/cin/plugins
init lv2 index: /usr/share/cin/lv2
init ladspa index: /usr/lib/cin/ladspa
../bcxfer.C:110:49: runtime error: signed integer overflow: -2147483648 * 3 cannot be represented in type 'int'
ASAN:SIGSEGV
=================================================================
==2556==ERROR: AddressSanitizer: SEGV on unknown address 0x26427e00 (pc 0x08a18b4e bp 0xa8efd728 sp 0xa8efd6d0 T71)
    #0 0x8a18b4d in BC_Xfer::xfer_rgb888_to_bgr8888(unsigned int, unsigned int) (/usr/bin/cin+0x8a18b4d)
    0000001 0x88e47fa in BC_Xfer::xfer_slices(int) (/usr/bin/cin+0x88e47fa)
    0000002 0x88e725d in BC_CModels::transfer(unsigned char**, unsigned char**, unsigned char*, unsigned char*, unsigned char*, unsigned char*, unsigned char*, unsigned char*, int, int, int, int, int, int, int, int, int, int, int, int, int) (/usr/bin/cin+0x88e725d)
    0000003 0x882b788 in BC_Bitmap::read_frame(VFrame*, int, int, int, int, int, int, int, int, int) (/usr/bin/cin+0x882b788)
    #4 0x88add6d in BC_WindowBase::draw_vframe(VFrame*, int, int, int, int, int, int, int, int, BC_Pixmap*) (/usr/bin/cin+0x88add6d)
    0000005 0x885fd33 in BC_Pixmap::draw_vframe(VFrame*, int, int, int, int, int, int) (/usr/bin/cin+0x885fd33)
    0000006 0x84ab6f0 in AssetPicon::create_objects() (/usr/bin/cin+0x84ab6f0)
    0000007 0x84afaf1 in AWindowGUI::update_asset_list() (/usr/bin/cin+0x84afaf1)
    0000008 0x84b00b5 in AWindowGUI::update_assets() (/usr/bin/cin+0x84b00b5)
    #9 0x84b0417 in AWindowGUI::receive_custom_xatoms(XClientMessageEvent*) (/usr/bin/cin+0x84b0417)
    0000010 0x88a5c39 in BC_WindowBase::dispatch_event() (/usr/bin/cin+0x88a5c39)
    0000011 0x88a63c7 in BC_WindowBase::run_window() (/usr/bin/cin+0x88a63c7)
    #12 0x84b2544 in AWindow::run() (/usr/bin/cin+0x84b2544)
    #13 0x88bd22e in Thread::entrypoint(void*) (/usr/bin/cin+0x88bd22e)
    0000014 0xb7a330c4 (/usr/lib/libasan.so.2+0xb10c4)
    0000015 0xb79b5362 (/usr/lib/libasan.so.2+0x33362)
    #16 0xb77ef6f1 in start_thread (/lib/libpthread.so.0+0x66f1)
    #17 0xb684923d in __clone (/lib/libc.so.6+0xfa23d)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV ??:0 BC_Xfer::xfer_rgb888_to_bgr8888(unsigned int, unsigned int)
Thread T71 created by T0 here:
    #0 0xb79b5171 in pthread_create (/usr/lib/libasan.so.2+0x33171)
    0000001 0x88bd51f in Thread::start() (/usr/bin/cin+0x88bd51f)
    0000002 0x86630c7 in MWindow::start() (/usr/bin/cin+0x86630c7)
    0000003 0x8349430 in main (/usr/bin/cin+0x8349430)
    #4 0xb6767696 in __libc_start_main (/lib/libc.so.6+0x18696)

==2556==ABORTING
bash-4.2$

this is even without loading any avi, just jpeg from /usr/share/wallpapers.
hm.
(0004959)
Andrew-R   
2021-09-13 16:05   
@PhyllisSmith, you can try and install qemu (user-space part of kvm-based virtualization, but also usable as independent emulator) on Fedora fom repository?

https://docs.fedoraproject.org/en-US/quick-docs/qemu/
$ su -c "dnf install qemu"

and then try line like

qemu-system-i386 -cdrom /path_to_iso/CDROM-4.14.246-big-7.iso -enable-kvm -m 512 -cpu pentium3,+ssse3

yes, I just tested, it works with this fictional cpu :} you can add '?' as parameter to '- cpu' and qemu will give you big list of possible cpus... If you omit 'enable-kvm' it will boot in pure emulation mode (even if kvm/virtualization tot enabled ...something you often need to check in BIOS setup ...) - quite slow (talk about minutes until even text login)!
(0004958)
PhyllisSmith   
2021-09-13 15:55   
@Andrew-R
I have downloaded the iso but not sure how I can even try it. Also downloaded the Space Cowboys and of course, had to play that on my laptop -- that was and still is a good movie. In looking at the dmp file, I have no clue and am not adept at reading much there -- it just looks like it crashes on the "Load" just like you stated. Although it sort of looks like it got started because the size is 3,559,424 but the position is 1,386,508 which I am only guessing means that it got to that point before crashing.
(0004957)
Andrew-R   
2021-09-13 14:57   
here is 'dmp' log from VM ....

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
600 [Cinelerra-GG] Bug feature always 2022-01-06 13:54 2022-01-08 18:17
Reporter: glitterball Platform: Kubuntu  
Assigned To: PhyllisSmith OS: Linux  
Priority: high OS Version: 21.04  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Antialiasing and fade in/out broken in Title effect since 20211031
Description: Ever since CinGG-20211031-x86_64.AppImage , both antialiasing, and the fade in / fade out feature do not work.
Both features still work as expected in CinGG-20210930-x86_64.AppImage
Tags:
Steps To Reproduce: Add the title effect, add some text, the text will not be antialiased.
Try adding a fade in and out time to the title effect, it doesn't do anything.
Additional Information:
Attached Files: aliasing.jpg (21,760 bytes) 2022-01-06 15:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=881&type=bug
jpg

no-aliasing.jpg (22,259 bytes) 2022-01-06 15:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=882&type=bug
jpg
Notes
(0005214)
PhyllisSmith   
2022-01-08 18:17   
@glitterball
Thanks for the followup (and it looks like "Add note" worked OK).
If this can not be fixed before the next end of month release, I will back out the fade in/fade out mod.
(0005213)
glitterball   
2022-01-08 10:42   
@Andrea_Paz
I started CIN from the terminal, and there are no errors.

Another observation is that if I edit the Keyframe parameter ALPHA value, this works as expected in the CinGG-20210930-x86_64.AppImage version (i.e. the opacity changes).
In the newer versions, values between 1 and 255 are fully opaque, and 0 is transparent.
In other words, ALPHA has become a binary on/off option.
(0005212)
IgorBeg   
2022-01-08 10:12   
Unfortunately I confirm the issue as written in @glitterball's Description (but for older_distros, for me because my OS is UbuntuStudio_16_04).
To test, open Cinelerra-GG and put the Title effect on the video track without any Video/image on it or other video track below it.

When it works:
1. if there is a video/image above the Title effect in the same video track (as the Phyllis' screencast show);
2. if the Title effect is on a video track alone and there is an other video track below with a video/image in it.

It seems an alpha problem due to https://www.cinelerra-gg.org/bugtracker/view.php?id=559
(0005211)
PhyllisSmith   
2022-01-07 23:20   
@glitterball
@IgorBeg

There must be something that I am not doing to create the problem. Here is a demo of Titler "not" anti-aliasing and then with it both with fade in/out.
https://streamable.com/n6mgvw
(0005210)
PhyllisSmith   
2022-01-07 20:24   
(Last edited: 2022-01-07 20:29)
@glitterball
(So I added 2 notes here as an ordinary user and had no problems) Not sure why you could not "Add Note" but in the past 2 issues have been reported:

1) If you type something in and there is any kind of wait or interruption, you can lose what you typed in. This used to happen to me as I get interrupted or take too long so what I learned to do is if I have a lot to type in or have to look something up to finish, I would put what I wrote so far into a file so as not to lose it. Or I would just but it in the buffer using Ctrl_c for a backup and then Ctrl_v to get it back.
2) This has been noted but I do not think this was the case for you: "Sometimes there is a problem creating a new report issue in the website’s
Mantis Bugtracker using chrome and you lose what you just typed in. Gen-erally when logging into the bugtracker, the option "only allow with this IP address" needs to be disabled, then the bug tracker will work fine."

Did you get any error message or did the screen just come back?

Anyway, I suspect you were going to "add note" saying that the anti-alising problem does not occur until you add "fade in and/or fade out".

(0005208)
PhyllisSmith   
2022-01-06 17:25   
@glitterball
Probably the Freelancer "fix" added in 10/31 appimage impacted this. I will try to duplicate yours and Andrea's tests to verify and will back out the mod accordingly. I know that his fix did impact the PatchBay Overlay Modes and was waiting for the Freelancer to address that but he got Covid and has not been able to do anymore work.

Luckily we now have the previous AppImages to use as a backout.
(0005207)
Andrea_Paz   
2022-01-06 15:26   
(Last edited: 2022-01-06 15:27)
For me, with the latest multibit appimage (2021-12-31), both antialiasing and Fade In/Out works. Antialiasing has never been perfect, but the difference is visible.
Can you try starting from the terminal to see if there are any error messages?


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
599 [Cinelerra-GG] Bug minor always 2021-12-27 20:11 2021-12-27 20:11
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Blur plugin "Alpha determines radius" problem
Description: The Blur plugin has an "Alpha determines radius" button which does something but it is not clear if it works correctly or even if it is worth having. There is a Mailing List thread about it dated Dec. 21, 2021 with the title of "Blur plugin: Alpha determines radius" by Igor Beghetto. At this time it is still in the code, but it may be commented out in the future until it is ascertained if it is useful. To see what it currently looks like, follow these steps:

Step 1 - start Cinelarra and just wipe an area to drag the "Title" plugin to it and type in some words using a large size (such as 100) to see in Compositor.
Step 2 - now drag the "Blur" plugin to that same area and bring up the menu; click the "Reset" button. Look in the Compositor to see what it looks like and then Check the "Alpha determines radius" box and you can clearly see a difference.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
590 [Cinelerra-GG] Bug minor always 2021-09-20 11:11 2021-12-26 23:44
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: MJPEG Webcam not recordable?
Description: I have weird 'webcam' (actually action cam) connected to my computer.

It requires weird workaround described at
https://www.linuxquestions.org/questions/linux-hardware-18/cheap-actioncams-allwinner-renkforce-pruveeo-andoer-as-a-usb-webcam-under-linux-4175673473/

basically while :; do cat /dev/video*; sleep 1; done line running in background ...

But with this line running I can see image from camera in mplayer *and* CinGG. Unfortunately, recording only result in green screen?

mplayer tv:// -tv driver=v4l2:device=/dev/video0 -demuxer tv
MPlayer SVN-r38313-10.0.1 (C) 2000-2021 MPlayer Team
parse error at line 423
do_connect: could not connect to socket
connect: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing tv://.
TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <[email protected]>
 comment: first try, more to come ;-)
v4l2: your device driver does not support VIDIOC_G_STD ioctl, VIDIOC_G_PARM was used instead.
Selected device: Android: UVC Camera
 Capabilities: video capture streaming
 supported norms:
 inputs: 0 = Camera 1;
 Current input: 0
 Current format: MJPEG
tv.c: norm_from_string(pal): Bogus norm parameter, setting default.
v4l2: ioctl enum norm failed: Inappropriate ioctl for device
Error: Cannot set norm!
Selected input hasn't got a tuner!
v4l2: ioctl set mute failed: Invalid argument
v4l2: ioctl query control failed: Invalid argument
v4l2: ioctl query control failed: Invalid argument
v4l2: ioctl query control failed: Invalid argument
v4l2: ioctl query control failed: Invalid argument
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 59.7.100 (internal)
[mjpeg @ 0x5765dcd0]Requested frame threading with a custom get_buffer2() implementation which is not marked as thread safe. This is not supported anymore, make your callback thread-safe.
Selected video codec: [ffmjpeg] vfm: ffmpeg (FFmpeg MJPEG)
==========================================================================
Audio: no sound
Starting playback...
Movie-Aspect is undefined - no prescaling applied.
VO: [vdpau] 1280x720 => 1280x720 Planar YV12
Movie-Aspect is undefined - no prescaling applied.
VO: [vdpau] 1280x720 => 1280x720 Planar YV12
V: 0.0 259/259 ??% ??% ??,?% 0 0
v4l2: ioctl set mute failed: Invalid argument
v4l2: 261 frames successfully processed, 1 frames dropped.

Exiting... (Quit)
Tags:
Steps To Reproduce: Find cheap webcam that only gives you mjpeg stream

Connect webcam and test it with mplayer for example.

Set CinGG to mjpeg webcam in input config.

You probably need to create two symlinks:

ln -s /usr/share/cin/ffmpeg/video/mjpg.qt /usr/share/cin/ffmpeg/video/mjpg
ln -s /usr/share/cin/ffmpeg/video/mjpg.qt /usr/share/cin/ffmpeg/video/jpeg

Launch cin, try to enter 'recording' mode (press r), then you will see yourself if you enable 'monitor video' but attempt at recording video will result in those messages and green-screen-only file:

cin
Cinelerra Infinity - built: Sep 4 2021 14:49:50
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

RenderFarmClient::main_loop: client started
DeviceV4L2Base::v4l2_open pixels="MJPG"; res="1280x720"
v4l2 s_fmt 1280x720 MJPG
DeviceV4L2Base::v4l2_open VIDIOC_S_STD: Inappropriate ioctl for device
DeviceV4L2Base::v4l2_open VIDIOC_G_JPEGCOMP: Inappropriate ioctl for device
DeviceV4L2Base::v4l2_open VIDIOC_S_JPEGCOMP: Inappropriate ioctl for device
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
BC_CModels::transfer failed:208 1(0x0) to 7(1280x720)
Total excess of backups: 1
Mesa: User error: GL_INVALID_OPERATION in glDeleteShader
Session time: 0:00:25
Cpu time: user: 0:00:06.790 sys: 0:00:01.565

Additional Information: recording without 'monitor video' also sadly does not work :(

Recording works with screencapture
Attached Files: webcam_cingg_dark.png (618,849 bytes) 2021-09-20 11:13
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=827&type=bug
VIDEODEVICE_FIX.diff (1,085 bytes) 2021-09-21 00:29
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=828&type=bug
ffmpeg_compr_attempt.diff (4,101 bytes) 2021-09-21 04:12
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=830&type=bug
Notes
(0005206)
Andrew-R   
2021-12-26 23:44   
note, ffmpeg 4.3+ probably can simulate mjpeg cam via v4l2 loopback device:

https://forums.developer.nvidia.com/t/solved-gstreamer-help-mpeg2-source-file-to-mjpeg-at-v4l2-loopback-device/178853
(0004981)
Andrew-R   
2021-09-21 04:12   
I tried to add mjpeg decoding, but it still reads (?) from wrong buffer?

WARNING - this is just debug sketch - there is no deleting/stopping mjpeg engine ...it hangs eventually ....
(0004980)
Andrew-R   
2021-09-21 02:03   
also, without some check in FFVideoConvert::convert_pixfmt attempt to use ffmpeg encoder with compressed (jpeg) v4l2 resulted in SIGFPE, this patch has unrelated lines, main one is

+ if(BC_CModels::components(cmodel))

(so we not divide by zero here)

Sadly, this does not result in picture_with_sound recording, screen still empty/black (not green).

Output with patch:

----[snip]---
BC_CModels::transfer failed:208 1(1280x720) to 9(1280x720)
cmodel from convert_pixfmts 1
max_bits 1: 8
BC_components: 0
max_bits 8
imodel: -1
imodel_is_yuv: 0
cmodel_is_yuv 0
BC_CModels::transfer failed:208 1(1280x720) to 9(1280x720)
cmodel from convert_pixfmts 1
max_bits 1: 8
BC_components: 0
max_bits 8
imodel: -1
imodel_is_yuv: 0
cmodel_is_yuv 0
---[snip]---

so, apparently encoding from compressed source still require more work, but at least with this check Cin does not crash ....

diff --git a/cinelerra-5.1/cinelerra/ffmpeg.C b/cinelerra-5.1/cinelerra/ffmpeg.C
index b05a455d..a2d59244 100644
--- a/cinelerra-5.1/cinelerra/ffmpeg.C
+++ b/cinelerra-5.1/cinelerra/ffmpeg.C
@@ -1304,10 +1304,19 @@ int FFVideoStream::video_seek(int64_t pos)
        if( pos == curr_pos-1 && !seeked ) return 0;
 // if close enough, just read up to current
        int gop = avctx->gop_size;
- if( gop < 4 ) gop = 4;
+ if( gop < 4 && gop != 0) gop = 4;
        if( gop > 64 ) gop = 64;
+ if( gop == 0 ) gop = 1;
+ //fprintf(stderr, "GOP: %i \n", gop);
        int read_limit = curr_pos + 3*gop;
        if( pos >= curr_pos && pos <= read_limit ) return 0;
+ // fixup for I-only codecs, not sure why it needed with ffmpeg 4.2
+ if (st->codecpar->codec_id == AV_CODEC_ID_DVVIDEO || st->codecpar->codec_id == AV_CODEC_ID_MJPEG ||
+ st->codecpar->codec_id == AV_CODEC_ID_FFVHUFF || st->codecpar->codec_id == AV_CODEC_ID_DNXHD ||
+ st->codecpar->codec_id ==AV_CODEC_ID_HUFFYUV || st->codecpar->codec_id == AV_CODEC_ID_PRORES) {
+ gop = 1;
+ if( seek(pos - 2*gop, frame_rate) < 0 ) return -1;
+ }
 // guarentee preload more than 2*gop frames
        if( seek(pos - 3*gop, frame_rate) < 0 ) return -1;
        return 1;
@@ -1755,12 +1764,20 @@ int FFVideoConvert::convert_pixfmt(VFrame *frame, AVFrame *op)
        if( !convert_vframe_picture(frame, op) ) return 1;
        // use indirect transfer
        int cmodel = frame->get_color_model();
+ printf("cmodel from convert_pixfmts %i \n", cmodel);
        int max_bits = BC_CModels::calculate_pixelsize(cmodel) * 8;
+ printf("max_bits 1: %i \n", max_bits);
+ printf("BC_components: %i \n", BC_CModels::components(cmodel));
+ if(BC_CModels::components(cmodel))
        max_bits /= BC_CModels::components(cmodel);
+ printf("max_bits %i \n", max_bits);
        AVPixelFormat ofmt = (AVPixelFormat)op->format;
        int imodel = pix_fmt_to_color_model(ofmt);
+ printf("imodel: %i \n", imodel);
        int imodel_is_yuv = BC_CModels::is_yuv(imodel);
+ printf("imodel_is_yuv: %i \n", imodel_is_yuv);
        int cmodel_is_yuv = BC_CModels::is_yuv(cmodel);
+ printf("cmodel_is_yuv %i \n", cmodel_is_yuv);
        if( imodel < 0 || imodel_is_yuv != cmodel_is_yuv ) {
                imodel = cmodel_is_yuv ?
                    (BC_CModels::has_alpha(cmodel) ?
@@ -2717,6 +2734,7 @@ int FFMPEG::init_encoder(const char *filename)
        ret = get_file_format();
        if( ret > 0 ) {
                eprintf(_("bad file format: %s\n"), filename);
+ eprintf( "ret, %i \n", ret);
                return 1;
        }
        if( ret < 0 ) {
(0004976)
Andrew-R   
2021-09-21 01:05   
v4l2 info:

v4l2-ctl --all
Driver Info:
        Driver name : uvcvideo
        Card type : Android: UVC Camera
        Bus info : usb-0000:00:13.2-3
        Driver version : 5.6.14
        Capabilities : 0x84a00001
                Video Capture
                Metadata Capture
                Streaming
                Extended Pix Format
                Device Capabilities
        Device Caps : 0x04200001
                Video Capture
                Streaming
                Extended Pix Format
Priority: 2
Video input : 0 (Camera 1: ok)
Format Video Capture:
        Width/Height : 1280/720
        Pixel Format : 'MJPG' (Motion-JPEG)
        Field : None
        Bytes per Line : 0
        Size Image : 1843200
        Colorspace : sRGB
        Transfer Function : Default (maps to sRGB)
        YCbCr/HSV Encoding: Default (maps to ITU-R 601)
        Quantization : Default (maps to Full Range)
        Flags :
Crop Capability Video Capture:
        Bounds : Left 0, Top 0, Width 1280, Height 720
        Default : Left 0, Top 0, Width 1280, Height 720
        Pixel Aspect: 1/1
Selection Video Capture: crop_default, Left 0, Top 0, Width 1280, Height 720, Flags:
Selection Video Capture: crop_bounds, Left 0, Top 0, Width 1280, Height 720, Flags:
Streaming Parameters Video Capture:
        Capabilities : timeperframe
        Frames per second: 30.000 (30/1)
        Read buffers : 0
(0004975)
PhyllisSmith   
2021-09-21 00:49   
@Andrew-R
Unfortunately, I did not get time to look at this today but did download the VIDEODEVICE_FIX.diff file and will try again tomorrow.
(0004974)
Andrew-R   
2021-09-21 00:29   
so, something like this fix allowed me to record jpeg_list out of mjpeg webcam ..... Warning, also designed to affect raw_DV (from DV input), untested due to lack of device ...
(0004973)
Andrew-R   
2021-09-20 23:13   
It seems cinelerra/recordmonitor.C implements its own decoding for mjpeg/dv (see for example RecVideoMJPGThread::render_frame) so probably RecordVideo::decompress_buffer(VFrame *frame) from cinelerra/recordvideo.C need to grow some of this decoding too ... but then it should somewhat replace original buffer (vframe) with decompressed copy? Because apparently transfer from/to BC_COMPRESSED not implemented in guicast/ code ?

I was able to get mjpeg sequence out of device by commenting out 'asset->format = FILE_FFMPEG;' in void VideoDevice::fix_asset in cinelerra/videodevice.C - this allowed selection of jpeg/jpeg sequence but sadly it makes nearly all other choices crashy :( so may be special-case it some more, so only jpeg sequence will be allowed (no audio but slightly better than nothing)....

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
559 [Cinelerra-GG] Bug minor have not tried 2021-03-09 20:44 2021-11-09 08:21
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: high OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fade In/Fade out flash bug
Description: "Fade black flash" bug reported in the Mailing List around March 7/8, 2021. More information follows from IgorB:

    I confirm the bug reported by Camille.
    Here two videos about Title effect and Image with Dissolve Transition:
    https://streamable.com/86y59m
    https://streamable.com/ywcaee

    This is my trick to solve it:
    https://streamable.com/vkp9ou
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: fadeInOut.dissolve.overlayframe.h.patch (1,116 bytes) 2021-10-11 00:25
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=848&type=bug
FadeIN-FadeOUT_ForTest-02.tar.gz (26,348 bytes) 2021-10-17 12:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=858&type=bug
0032-Add-hackish-new-overlay-blend-modes.patch (7,926 bytes) 2021-10-21 00:59
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=859&type=bug
fadeInOut.dissolve.overlayframe.h.v2.patch (1,228 bytes) 2021-10-21 03:43
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=860&type=bug
incorrect.png (223,055 bytes) 2021-10-23 01:17
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=862&type=bug
png

correct.png (201,604 bytes) 2021-10-23 01:17
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=863&type=bug
png
Notes
(0005161)
IgorBeg   
2021-11-09 08:21   
Thank you so much, @PhyllisSmith !
(0005151)
PhyllisSmith   
2021-11-07 22:14   
@IgorBeg
If you want, you can delete you video now as I downloaded it and see the problem.
The freelancer I was working with got real busy, but I will try to get a better fix - at least for the Titler.
(0005130)
IgorBeg   
2021-11-03 07:57   
@PhyllisSmith
About Title plugin and its FadeIn/FadeOut I have done two tests, comparing Cin_20210930 release and Cin_20211031. Tests use YUVA-8bit Colour Model.

I made a video where the two Compositors can be compared face to face, same project and same conditions. On the top, left side, you can see the Compositor of the Cin_20210930 release; on the top, right side, you can see the Compositor of the Cin_20211031 release.

The duration of the Fade In and Fade Out is 2 seconds.
The first part of the video (Overlay Mode = Normal) show that Cin_20211031 works fine (although there seems to be a problem with the alpha channel), meanwhile Cin_20210930 doesn't.
The second part of the video (Overlay Mode --> Arithmetic = Subtract) show that Cin_20211031 doesn't work (and alpha channel also has problems, for me) but Cin_20210930 works fine.

 I hope it is clearer.

To see/download the video, link to
http://www.visi1.org/temp/Cin_Title-FadeInOut_compare-20210930-vs-20211031.ogg
I am sorry, "streamable.com" site doesn't work without registration anymore.
I will leave that file there for some days. Let me know when you have downloaded the file, please. So I can delete it from host.


In RGBA-FLOAT Color Model,
the flash that I saw in Cin_20211013 on the first frame of the Title, with FadeIn/FadeOut, doesn't happen anymore. Good.

(My Operating System is UbuntuStudio_16.04_64bit, and I am using CinGG-x86_64-older_distros.AppImage)
(0005113)
IgorBeg   
2021-10-23 08:11   
Sorry @PhyllisSmith, I see you are speaking about Title plugin. I haven't tried Title plugin and its FadeIn/FadeOut with different Overlay modes in Patchbay.
Using your "cin-20211013_pluginsLoad_fade-older_distros.AppImage", I can see that Title plugin with FadeIn/FadeOut do a kind of flash on the first frame of the Title when the FadeIn/FadeOut occur but only in RGBA-FLOAT Color Model. May be the Freelancer have fixed that?

In my https://www.cinelerra-gg.org/bugtracker/view.php?id=559#c5090 post I spoke about Dissolve Transition on the PNGs using Overlay Modes in Patchbay; and you can see my test Project.

Finally, I don't use patches made by developers because I am afraid to break my things and, because I am really, really, ignorant in Linux, I prefer to avoid that. I should do an image of my system with Clonezilla_DVD (as sometimes I do) before, but it would take time. Sorry.

If you can, and you have time, could you make an other "older_distros.AppImage" for me? I could test it. Thanks!
(0005112)
PhyllisSmith   
2021-10-23 01:17   
@IgorBeg
I am still trying to confirm your results using the patch in the last note.
I have found that the patch fixes the Arithmetic/Subtract overlay function. See attached. Correct me if I am wrong
(0005099)
PhyllisSmith   
2021-10-21 03:43   
@Andrew-R
The freelancer did fix the RGBA-FLOAT issue with Dissolve (X11 driver only, not X11-OpenGL) and it is attached.
I have downloaded your patch and will look at it tomorrow. I have tried to run Igor's test case but am pretty much totally confused by the results -- I do not see the issue at all.
(0005098)
Andrew-R   
2021-10-21 00:59   
hack
(0005097)
Andrew-R   
2021-10-21 00:57   
may be (if problem really in converting sRGB<>linear, as suggested by earlier patch) we can extract same conversion into new plugin?

I made some hackpatch adding specialized overlay mode for this case but guess track-long conversion not always best idea?
(0005093)
PhyllisSmith   
2021-10-19 01:06   
@IgorBeg
I do not think it is better as it breaks things.
Anyway, a fix for the Title plugin for RGBA-FLOAT when using the X11 Video Driver has been checked into GIT. Good thing Igor checked this for Dissolve because it led me to do more testing in the Titler and find this bug (worked correctly with X11-OpenGL driver BUT more importantly, it rendered incorrectly because like X11 that uses software.
(0005092)
IgorBeg   
2021-10-18 07:24   
@Andrea_Paz
Thanks for your confirm and the videos.

@PhyllisSmith
I am sorry for all those differences. I think that it will be hard to fix that, I hope I am wrong.
If other users think that it is better to have an "usable" Dissolve transition (for PNGs, pictures) in Normal Mode we could keep the Freelancer version. I don't know how many users use the Overlay Mode in their Projects,... I do.
(0005091)
PhyllisSmith   
2021-10-17 15:18   
@IgorBeg
Worse than I thought. Yes, the test project will help tremendously. Thank you
(0005090)
IgorBeg   
2021-10-17 12:16   
Test with cin-20211013_pluginsLoad_fade-older_distros.AppImage

A PNG with Dissolve transition must have a video track below with a clip/PNG, or a Gradient plugin, otherwise Dissolve transition is not performed. With a video clip it works right.

Also Anti-aliasing on the PNG with alpha channel (for example a text) doesn't work if there isn't a video track below with a clip/PNG; but this last thing didn't work before either.

==============================
Overlay Mode tests in YUVA-8bit.
Tests made with two video tracks:
- Top track with two PNGs with Alpha channel (PNG_1 and PNG_2, both with only a text of a different colour). Insert the Dissolve transition at the beginning of the first clip, between the two clips, and at the end of the second clip.
- Bottom track uses the Gradient Plugin (first colour: purple; second colour: white).

Arithmetic...->
- Divide (behaviour slightly different by before)
- Replace (It doesn't perform the Dissolve transition; the old version yes)
PorteDuff...->
- Src (It doesn't perform the Dissolve transition; the old version yes)
- SrcAtop (It doesn't perform the Dissolve transition; the old version yes)
- SrcIn (It doesn't perform the Dissolve transition; the old version yes)
- SrcOver (It doesn't perform the Dissolve transition; the old version yes)
Logical...->
- Min (It doesn't perform the Dissolve transition; the old version yes)
- Max (It doesn't perform the Dissolve transition; the old version yes)
- Lighten (It doesn't perform the Dissolve transition; the old version yes)
- AND (It doesn't perform the Dissolve transition; the old version yes)
- OR (It doesn't perform the Dissolve transition; the old version yes)
Graphic Art...->
- Overlay (It doesn't perform the Dissolve transition; the old version yes)
- Screen (It doesn't perform the Dissolve transition; the old version yes)
- Burn (behaviour slightly different by before)
- Dodge (behaviour slightly different by before)
- Difference (It doesn't perform the Dissolve transition; the old version yes)
- Hardlight (It doesn't perform the Dissolve transition; the old version yes)
- Softlight (It doesn't perform the Dissolve transition; the old version yes)

Note: in some tests, using different Modes, show that Anti-Aliasing on PNG with text, it seems to work inside the Dissolve transition but don't outside. In the old version Anti-Aliasing doesn't work both inside and outside the Dissolve transition.

I added my test Project if it can help.
(0005089)
Andrea_Paz   
2021-10-17 11:43   
Here my test. I confirm IgorBeg's results:

https://streamable.com/4lr8tr
https://streamable.com/tsdgcp
https://streamable.com/y3dot9
(0005088)
PhyllisSmith   
2021-10-16 15:24   
@IgorBeg
Since the freelancer does not have a fix yet, if you have time, could you continue to test RGBA-8bit because at least then we can see if there are even more problems. Thanks for your time.
(0005080)
IgorBeg   
2021-10-15 07:30   
PhyllisSmith wrote:
I need to test more options myself before asking others to do so -- sorry

Don't worry for that,... thank you.
Okay, I will wait for your new AppImage. Thanks for your time.
(0005077)
PhyllisSmith   
2021-10-14 15:52   
@IgorBeg
Please wait for a new AppImage before testing further if you have time this weekend. The Freelancer is working on a fix.
Thank you so much for finding this bug (and it is in the Title plugin too) as it was an omission. I need to test more options myself before asking others to do so -- sorry.
(0005076)
IgorBeg   
2021-10-14 07:58   
Thanks @PhyllisSmith for the cin-20211013_pluginsLoad_fade-older_distros.AppImage.
I have only done quick tests, sorry. More tests this week end, I hope.
It seems to work fine except for RGBA-FLOAT colour model. I didn't try the different modes in PatchBay.

In my fist test I am using two video tracks:
- Top track with two PNGs with Alpha channel (PNG_1 and PNG_2, both with only a text of a different colour). Insert the Dissolve transition at the beginning of the first clip, between the two clips, and at the end of the second clip.
- Bottom track uses the Gradient Plugin (first colour: purple; second colour: white).

Change the Colour Model (Settings-> Format-> Video Section ==> Color Model): YUVA-8, RGBA-8, RGBA-FLOAT.
In RGBA-FLOAT instead of the gradient I see the white colour.
(0005067)
PhyllisSmith   
2021-10-13 01:41   
@IgorBeg
I made a new AppImage on Ubuntu 16 that includes the Dissolve fade in/out patch if you have time to test it. It is my biggest concern because the patch change overlayframe.h which is included in 13 Cinelerra files and 23 plugins/transitions. I just wrote over the last testing file. This fix ONLY fixes it for the X11 Video Driver (not OpenGL yet).

https://cinelerra-gg.org/download/testing/cin_pluginsLoad_fade-older_distros.AppImage

@Andrea_Paz
I know you are busy too, but if you have any time to test, it would be appreciated. Especially the SRC OVER... stuff in the patch bay. This AppImage also includes Andrew's LV2 patch to MatN's modifications.
(0005061)
IgorBeg   
2021-10-12 07:37   
Thanks @PhyllisSmith for the 20211010_AppImage https://cinelerra-gg.org/download/testing/cin_pluginsLoad_fade-older_distros.AppImage.
I tested the Title's fade issue as it was shown in "Cin_20201031_TitleFadeINOUT_issue_1.ogv" video, link to https://streamable.com/86y59m (2021-03-09, anymore available): it was for Title effect and its own dissolve feature.
For me it works very good.
Thanks Phyllis and Freelancer!

PS:
Sorry, I didn't try the "fadeInOut.dissolve.overlayframe.h.patch" patch.
(0005047)
Andrea_Paz   
2021-10-11 08:12   
My test is OK: I don't see any shadows in the title as seen in IgorBeg's video. But, I'm not sure how the Fade issue works, and I don't know if the test I did is appropriate.
(0005043)
PhyllisSmith   
2021-10-11 00:25   
Here is the patch to fix the Dissolve fade in/fade out. This one NEEDS LOTS OF TESTING. It is attached. All you have to do for people who do their own builds to apply the patch is:
1) go to the cinelerra-5.1/cinelerra directory
2) patch < fadeInOut.dissolve.overlayframe.h.patch
You will have to "make clean" and do a full build because it modified overlayframe.h which is used in many, many places. Makes me nervous.
(0005042)
PhyllisSmith   
2021-10-10 21:33   
@IgorBeg
There is also a fix for the Dissolve fade in/out problem but it is not included in this AppImage. It modifies overlayframe.h so potentially could affect SRC OVER, SRC ... Also, it only works when using X11 as the driver BUT as Andrea always points out to me and is stated in the manual, the transitions are better used with software instead of OpenGL.
(0005039)
PhyllisSmith   
2021-10-10 19:22   
@IgorBeg
A different freelancer has submitted a code fix for the fade in/fade out problem in the Title plugin.
The fix is localized and should not affect old project and using multiple effects to maintain compatibility.
If you have time to verify the fix, I would really appreciate it as I am not very good at doing a thorough test and compatibility must be maintained. Thank you. This AppImage also contain prevention of reload of plugins on every startup.

https://cinelerra-gg.org/download/testing/cin_pluginsLoad_fade-older_distros.AppImage

@Andrea_Paz
This fix is included in the other AppImage too so if you have a good test case to use, it would be so helpful also.

https://cinelerra-gg.org/download/testing/cin_pluginsLoad_fade-newer_distros.AppImage
(0004862)
PhyllisSmith   
2021-06-25 19:57   
(Last edited: 2021-06-25 20:55)
@IgorBeg
Thank you so much for the feedback. I will try to duplicate your gradient example to see what you are talking about.
@Andrew-R has been looking at this also and suggested perhaps we could special case for the Titler and Dissolve to use the new code and everything else keep using the old code. It would be hard for me to figure out how to do this though.

At least the mod fixes the reported bug, but it looks like we can not use it as is because of too much destruction.

Also, if I start with my current $HOME/.bcast5, the problem still occurs. If I start with a new one, the mod fixes the problem so there is some setting in Cinelerra_rc that retains the bad flash somehow.

(0004861)
IgorBeg   
2021-06-25 09:37   
Thanks for the AppImage.
My tests compare Cin_20201031_static with Cin_20210624_AppImage.
I am using two my test xml (Project) files.

In my tests I am using a Gradient effect as bottom (background) video track.
Bottom track with Gradient Effect: Shape=Linear; Angle=83; Rate=Log; InnerRadius=3; OuterRadius=46; InnerColor= ffffffff; OuterColor=ff2a0c66.

In Cin_20210624_AppImage there is a different behaviour from YUVA8 to RGBA8, and there is a strange banding effect. Those there aren't on Cin_20201031_static release.

Changing some "OverlayMode" in Patchbay the behaviour is different for the two releases. So, an old project would no longer be compatible with the new Cin version.

If I add "Color3Way" effect on a top video track where there are PNGs (with Alpha channel) and Dissolve transitions that effect is transferred to the bottom video track and it changes the old behaviour.

The new mod works fine "alone", but with usual effects and an old Project, unfortunately you lose compatibility.

I could make some screencasts but I need a lot of time and I think I might just confuse you.
(0004860)
PhyllisSmith   
2021-06-23 22:23   
@IgorBeg
I need your testing expertise. A Freelancer has provided a fix but I can not tell for sure if it is totally correct and has no side effects.
Could you test it really well using the file at: https://cinelerra-gg.org/download/testing/cin_for_older_distros.AppImage ?
When I test on Fedora, using the black_flash demo provided by Camille, it seems to work (both Title plugin and Dissolve Transition).
When I test on Ubuntu 14, I had to start with a "fresh" copy of .bcast5 to get it to work correctly.

Some concern I have is that the modification is in overlayframe.h which is used in several places in Cinelerra.
Anyone is welcome to test and the "for older distros" works on the newer distros just as well.

If Andrew or anyone else who does their own builds, wants to rebuild change the following lines in overlayframe.h.

After line:
#define TWO 2

Add:
#define GAMMA 2.4
static inline double mpow(double a, double b) { return pow(a, b); }

#define LINEAR2SRGB(in) (in <= 0.0031308 ? 12.92 * in : 1.055 * mpow(in, 1.0/GAMMA) - 0.055)
#define SRGB2LINEAR(in) (in <= 0.04045 ? in / 12.92 : mpow((in + 0.055) / 1.055, GAMMA))

#define A_BLEND(top, bottom, alpha, max) \
        max * LINEAR2SRGB(SRGB2LINEAR(1. * top / max)+ SRGB2LINEAR(1. * bottom / max)*(1.0 - (1. * alpha / max)))

Change lines:
#define ALPHA_NORMAL(mx, Sa, Da) (Sa + (Da * (mx - Sa)) / mx)
#define COLOR_NORMAL(mx, Sc, Sa, Dc, Da) ((Sc * Sa + Dc * (mx - Sa)) / mx)
To:
#define ALPHA_NORMAL(mx, Sa, Da) ((Sa + (mx - Sa)*(mx - Sa)) / mx)
#define COLOR_NORMAL(mx, Sc, Sa, Dc, Da) A_BLEND(Sc, Dc, Sa, mx)
(0004670)
RafaMar   
2021-03-10 14:47   
When you insert an effect on an empty track the fade fades as if it were on a black background, it interprets the alpha as black where there is transparency, which is what produces the fade.
To avoid the unwanted effect produced by the fade over black (because there is no content) it is best to leave the fade in out of the effect at 0 and use the fade line to perform these, so there is no problem with the alpha channel.
Watch the following video
https://streamable.com/quj37w

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
594 [Cinelerra-GG] Bug major always 2021-10-20 14:07 2021-11-01 19:26
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 20.2  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: .mxf rendering fails when including audio
Description: CinGG version: 2021-09 multibit AppImage
I wanted to create a 5 second video/audio movie with the 6 different mxf rendering options, to check compatibility with commercial NLE editors. However, I could not render when I included audio. If I did include audio, it complained with "mismatch audio/video file format:" followed by the output file name.
It did not make a difference whether I try to render a selection or the whole project.
Tags:
Steps To Reproduce: 1. Create new project, import movie, load strategy "replace current project". Format H264 1080p50yuv420 .
2. Select a 5 second part.
3. Shift-R to get the render window.
4. Select file format ffmpeg.mxf . Already both video and audio render boxes become unchecked! Why?
5. Manually check audio and video render boxes.
6. Select video compression, e.g. mxf_h264_b.mxf Has the same default yuv settings as the project's settings).
7. Set output file name, start render. The error occurs.
Additional Information: Yesterday I manage to render inclusive audio once only, but don't know which CinGG version I was using. The video format was mxf_avcintra_100.mxf, but this does not work today. (And the resulting .mxf file played fine in VLC on Linux and Windows10, but PremierePro did not recognize the format).
Attached Files: 0001-defaults-for-mxf-ffmpeg-profiles.patch (894 bytes) 2021-10-21 16:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=861&type=bug
Notes
(0005111)
Andrew-R   
2021-10-21 22:27   
@PhyllisSmith, i think libaom-v3.1.0.patch1 really should be named libaom-v3.1.1.patch1 becuse this isvwhat we use and buildsystem assumes name of source trabal before. tar. * part and patch name is the same.

also, if ffmpeg/libaom/x264 update works ok may be you can delete old tarballs?
(0005110)
PhyllisSmith   
2021-10-21 21:43   
@Andrew-R
Tested and checked into GIT, the defaults for mxf format.
(Also tested and checked in randrik18/0008-libaom-3.1.0-and-libwebp-1.1.0-patches-for-thirdpart.patch - PLEASE VERIFY)
(0005109)
Andrew-R   
2021-10-21 21:04   
@MatN - re: ffv1 in mxf

I think according to those links it still not done/under discussion

https://mediaarea.net/ollistd/MXF_FFV1
https://kws.smpte.org/higherlogic/ws/public/projects/645/details
(0005108)
Andrew-R   
2021-10-21 20:58   
@MatN, ah, ffv1-in-mxf... I do not think ffmpeg's mxf muxer support this... not even sure if such combination allowed by mxf spec.. /
(0005107)
MatN   
2021-10-21 20:15   
@Andrew-R, I think the defaults are a good idea, I applied the patch here. But it does not solve the problem of unchecked boxes. Like Phyllis wrote, if you call the render menu, I think audio/video boxes should be checked by default if audio/video tracks are present in the current project. I am not sure these settings are part of the project (and saved in the .xml project file)?

@PhyllisSmith, good idea, a chapter about exchanging files with other NLEs could be helpful.

@Andrew-R, ffv1 works for avi and mov, but it is not in the list of video compression for mxf.
For avi and mov, the same input as for my previous test generates file size of 166 MB. Smaller than OpenMpeg anyway, and VLC plays it fine.
(0005106)
Andrew-R   
2021-10-21 16:38   
I tried to make mxf.dfl (defaults) for audio and video, still you might need to re-select ffmpeg/mxf _WITH BOTH AUDIO AND VIDEO CHECKBOXES CHECKED/ENABLED_ for those defaults to have effect..
(0005105)
Andrew-R   
2021-10-21 15:47   
@PhyllisSmith, I think this little automatization at least prevent erroneously trying to set audo codec for image-only containers/formats?

but for mxf may be renaming audio profiles to have same name as video ones might help? or some new mxf.mxf profile with new most compatible combination (like dnxhr/24 bit pcm)?
(0005104)
PhyllisSmith   
2021-10-21 15:30   
@Andrea_Paz
Once verified, perhaps the information MatN uncovered about "exchanging media" should be mentioned as a note in the manual?
@MatN
I agree we should leave this open until someone figures out why the boxes are unchecked. There are other casees. For example:
1) choose 'png' instead of ffmpeg. The audio checkbox automatically is unchecked and ghosted out AND "one frame" checkbox is automatically checked.
2) choosing 'dpx" under ffmpeg, also unchecks boxes and is a recently added one by Andrea.
3) it seems that once the boxes are unchecked, they usually stay unchecked -- so if you choose 'dpx' and then switch to "mp4", they stay unchecked.
(Maybe the above is a hint of where to look in the code?)
(0005102)
Andrew-R   
2021-10-21 15:03   
@MatN

in theory ffv1 profiles are installed:

---
$ less bin/ffmpeg/video/ffv1.<tab>
ffv1.avi ffv1.mkv ffv1.mov
(0005101)
MatN   
2021-10-21 14:47   
Well, I got the result back from importing the 5 different encoded mxf files into Adobe Premiere Pro (APP) en DaVinci Resolve (DVR). The encoding was 5 seconds of a HD movie with 2 audio channels.

Encoding
avcintra, size 5.2 MB. APP - jittery playback. DVR - does not play.
dnxhr_proxy, size 48 MB. APP - OK. DVR - OK
h264_b, size 6.3 MB, APP - does not import. DVR - OK
mpeg2, size 5.5MB. APP - OK. DVR - OK
openjpeg2000, size 510 MB. APP - imports but no picture. DVR - OK

So, for now the safest bet for exchanging media as mxf files between CinGG, APP and DVR seems to be dnxhr. There is probably a quality difference between mpeg2 and dnxhr.

CinGG does not support ffv1?
(0005100)
MatN   
2021-10-21 13:12   
@Andrew-R @PhyllisSmith,
You are right. The problem was that the audio format was not selected. As soon as I selected it (16 bit pcm) the rendering went OK for 5 out of 6 formats. I could not render the DV format because apparently it does not support the 1920x1080 format.
I missed the bit in the manual that Phyllis mentioned, my bad. I don't remember ever having to set the audio format before.
May I suggest to keep this open until we find out why the boxes/setting are not automatically filled in?
(0005096)
PhyllisSmith   
2021-10-20 19:18   
@MatN
Not much help here but the manual does say this: "The Render window will sometimes automatically update the Render Audio Tracks or Render Video Tracks checkbox as allowed by the chosen file format, but you should always check." It must be something in the code !!
(0005095)
PhyllisSmith   
2021-10-20 18:07   
@MatN
This puzzles me too and I have no recollection why this occurs but will see if I can find some explanation -- "4. Select file format ffmpeg.mxf . Already both video and audio render boxes become unchecked! Why?"

However, as soon as I check both the audio and the video boxes, the first available mxf format for both the audio and video comes up when I check the "wrench" and the render works.
(0005094)
Andrew-R   
2021-10-20 16:13   
well, in theory there should be two audio choices in ffmpeg/audio folder:

mxf_pcm16.mxf
mxf_pcm24.mxf

try to select one of them manually?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
595 [Cinelerra-GG] Feature minor have not tried 2021-10-21 16:00 2021-10-21 16:00
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Request for ColorErase like in GIMP
Description: A new plugin feature request if possible. Making it a plugin, if there is any problem it would not affect other code.

From aound September 27 from Stefan:
"The problem with Chroma key HSV is that it will clamp a light green color to 'white' and not 'white+transparant'.
I am still interested (and motivated) to see the Color Erase happen by the algorithm GIMP uses.
I have found that ffmpeg has a blend filter, but subtract is not equal to color erase."
 
https://github.com/skinkie/FFmpeg/commit/7683c206446661e04bfc34b0149cbcf4c19a3d55#diff-30bbbdaad37f440707bda666ec8c00a0c3d6812cc62a54a873bcb16ea7487bd3R690
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
593 [Cinelerra-GG] Bug minor always 2021-10-09 23:19 2021-10-12 11:02
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: crash undel valgrind on arm32
Description: I trued ti run cin under valgrind but it sadly crashed before showing interface, like in attached log.

Still some errors look familiar from 32-bit x86 qemu crash, so may be both crashes caused by sane bug
Tags:
Steps To Reproduce: run cin under valgrind, probably on arm32/i686 machine

observe early crash.
Additional Information: I was looking at
https://heeris.id.au/2016/valgrind-gdb/

for more info how to run valgrind, sadly helgrind (thread-safety tool) also crash, but differently and earlier.
Attached Files: valgring_log (60,128 bytes) 2021-10-09 23:19
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=843&type=bug
valgrind.tar.gz (239,966 bytes) 2021-10-10 12:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=845&type=bug
val-no-gl.log (79,568 bytes) 2021-10-11 08:11
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=849&type=bug
0001-Attempt-at-fixing-mwindow-appimageDir-NULL.patch (2,751 bytes) 2021-10-12 11:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=853&type=bug
0002-Better-fix-for-mwindow-not-available.patch (1,128 bytes) 2021-10-12 11:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=854&type=bug
0003-Avoid-two-undefined-behaviors-in-vframe.C.patch (1,088 bytes) 2021-10-12 11:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=855&type=bug
Notes
(0005063)
Andrew-R   
2021-10-12 11:02   
with those 3 patches I see only two undefined behaviors in guicast/filesystem.C

but you better to triple-check all lines and dots driven correctly...
(0005055)
Andrew-R   
2021-10-11 19:08   
I tried to use clang's undefined behavior sanitizers and those give me

cd ../
 $ ./cin.sh
 E: [pulseaudio] main.c: Daemon startup failed. Connection failure: Connection terminated Killing Xvnc process ID 8847 Xvnc process ID 8847 already killed
  rm: cannot remove '/data/data/com.termux/files/usr/tmp/.X1-lock': No such file or directory rm: cannot remove '/data/data/com.termux/files/usr/tmp/.X11-unix/X1': No such file or directory New 'localhost:1 ()' desktop is localhost:1 Starting applications specified in /data/data/com.termux/files/home/.vnc/xstartup Log file is /data/data/com.termux/files/home/.vnc/localhost:1.log Cinelerra Infinity - built: Oct 11 2021 21:42:12
 git://git.cinelerra-gg.org/goodguy/cinelerra.git
  (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
   2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
    Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. (xfwm4:10151): xfwm4-WARNING **: 22:00:07.464: Failed to connect to session manager: Failed to connect to the session manager: SESSION_MANAGER environment variable not defined vframe.C:1406:17: runtime error: left shift of negative value -256
 vframe.C:1411:17: runtime error: left shift of negative value -256
BC_WindowBase::init_im: Could not open input method.
  filesystem.C:354:29: runtime error: subtraction of unsigned offset from 0x00000000 overflowed to 0x00000001
  BC_Theme::get_image: image "mode_reflect" not found.
  BC_Theme::get_image: image "mode_average" not found.
   BC_Theme::get_image: image "mode_normals" not found.
 mwindow.C:694:15: runtime error: member access within null pointer of type 'MWindow' ** segv at 0x0 in pid 10210, tid 10210
created on Mon Oct 11 22:00:14 2021
 by 10116:10116 u0_a116(*)

{skip}
(0005051)
Andrew-R   
2021-10-11 09:22   
@Andrea_Paz, I prefer qemu (it usually compiled with kvm support). You can look into
 virt-manager if you want to try GUI (basic gtk gui now can be compiled into qemu itself)

basically with something like ubuntu dvd installer you can boit iso in VM and then install -dev packages and compile cin right in VM without installing. Or if you prefer normal virtual machine - just install distro, boot into it and do usual stuff.


I was using qemu (with and without kvm) for testing various self-assembked live cds and lately having small farm of non-slackware distributions)

you can ask me via email about any problems with qemu.

Thanks a lot!
(0005046)
Andrea_Paz   
2021-10-11 08:11   
I attach the valgrind done with Arch 64-bit and with --without-gl.
I don't have any virtual machine on my PC and I don't know how to do it. If it's important I'll study virtualization, otherwise I'll leave it alone (you know how incompetent I am with the shell...).
In case there is no one with a 32-bit system, what do you recommend me to put: quemu? KVM + virtio? Other?
(0005032)
Andrew-R   
2021-10-10 15:26   
@Andrea_Paz, I think bug / crash is specific to non-opengl/32-bit builds...

if you have time - can you try

1) build cin temporarily with --without-gl and run on 64-bit Arch under valgrind

2) build under 32-bit distro (qemu-driven VM?) and try to run resulting binary there
(it may pick up llvmpipe, so try with non-direct X11 output).

2.1 try ' -cpu host' (so avx/sse and fiends all there)
2.2 try default qemu cpu

while if I read correctly valgrind by itself emulates (?) cpu to some degree for tracking all program/libs interactions...

3) build as 32-bit yet run with hw 3d accel (may be virgl in qemu, or in chroot on host)

right now Cin probably picks up most used codepath (64 bit/accelerated) and I run into bugs in least used (32bit/non-accel) area...
(0005031)
Andrea_Paz   
2021-10-10 12:14   
(Last edited: 2021-10-10 12:15)
I attach the logs of valgrind and valgrind with the hellgrind option (in the latter case it is terribly slow...).
(Arch linux 64-bit, kde, ryzen 3700x, 32 Gb ram).

(0005026)
PhyllisSmith   
2021-10-10 03:12   
@andrea_paz
Can you run Valgrind on Arch which is 64-bit and see if it crashes too?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
588 [Cinelerra-GG] Bug tweak sometimes 2021-09-13 19:08 2021-10-11 17:11
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 20.2  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: AppImage leaves old files in .bcast5 directory
Description: I notices that there are a lot of old ladspa plugin files in .bcast5 , with names like:

ladspa_plugins._tmp_.mount_CinGG-rH7E4J_usr_bin_ladspa

These are not created each time you start CinGG, have not figured out yet when they do. There are days when I see 8 of them.

I think these should be cleaned up, maybe auto-delete older ones on startup?
Tags:
Steps To Reproduce: Not yet determined the exact procedure, but frequent.
Additional Information:
Attached Files: ladspa_plugins.CINGG_20211010_173317 (8,494 bytes) 2021-10-11 08:23
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=850&type=bug
Notes
(0005054)
PhyllisSmith   
2021-10-11 17:11   
Changes have been checked into GIT. See BT 0000591.
(0005052)
MatN   
2021-10-11 13:52   
@Andrea_Paz, thank you for testing.
That file ladspa_plugins.CINGG_20211010_173317 looks good to me.
Note that if you want to include both CinGG's and external ladspa plugins, you have to set the LADSPA_PATH environment variable. And you'll get an separate ladspa index file for each ladspa directory.
(0005050)
Andrea_Paz   
2021-10-11 08:23   
For me it formed a "ladspa_plugin..." inside .bcast5. I deleted this file and starting the new appimage, a similar file forms.I attach the file if you are interested....
(0005018)
MatN   
2021-10-08 21:35   
Fix available, see BT591: https://www.cinelerra-gg.org/bugtracker/view.php?id=591#c5017
(0005012)
MatN   
2021-10-03 18:55   
The problem occurs because CinGG uses the complete path of the built-in ladspa plugins to form the file name. On an AppImage, the path is different each time. In itself, this makes sense, if you have multiple versions of CinGG on your system. But I don't think that is a typical use case.
Have to see if there is a way to detect we're running as an AppImage.
(0004961)
PhyllisSmith   
2021-09-13 23:11   
@MatN
BUT now I noticed that on past days, I even have multiple with built CinGG. Let me see if I can figure out when a new one is created.
(0004960)
PhyllisSmith   
2021-09-13 20:36   
@MatN
Weird. It looks like every single time the AppImage is started there is a new one but not when you run a built CinGG. It must have something to do with the job id.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
592 [Cinelerra-GG] Bug minor have not tried 2021-10-09 16:39 2021-10-11 02:57
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cppcheck 2.6 partial scan
Description: I tried to run cppcheck tool on guicast/ and cinelerra/ dirs like this
(might be wrong?)

$ cppcheck -j 7 -x c++ * > ../cpp_check_cinelerra.log 2>&1

$ cppcheck -j 7 -x c++ *.C *.h *.inc > ../cpp_check_guicast.log 2>&1

it tend to hang after more than 20 min on some files, but partial cscan results are attached
Tags:
Steps To Reproduce: run cppcheck with '-x c++' argument on Cinelerra codebase

watch out for possible errors.
Additional Information: run over my termux codebase
Attached Files: cpp_check_cinelerra.log (108,795 bytes) 2021-10-09 16:39
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=840&type=bug
cpp_check_guicast.log (66,390 bytes) 2021-10-09 16:39
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=841&type=bug
cpp_check.tar.gz (25,571 bytes) 2021-10-10 12:12
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=844&type=bug
valgrind_errs.diff (3,040 bytes) 2021-10-10 16:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=846&type=bug
vrender_init.diff (495 bytes) 2021-10-10 19:30
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=847&type=bug
Notes
(0005045)
Andrew-R   
2021-10-11 02:57   
yeah, now after some sleeping I think pluginprefs. C was about to changing plugin path/folder (for customization). if file still compileable may be we can connect it somewhere..
(0005044)
PhyllisSmith   
2021-10-11 00:47   
@Andrew-R
As long as I am testing other things anyway, I have applied vrender_init.diff and valgrind_errs.diff just to see how it goes. The patch for cinelerra/ci did not take effect -- I do not understand why this patch even exists as for me "ci" is simply a symbolic link to ../bin/cinelerra

About "all appear to be disconnected from build.... " -- it has been common practice to not delete routines just in case they come in handy later so I would not be concerned about any of them and I would not change any of them. So I did not apply patch to pluginprefs.C. Oops and forgot to apply patch to resourcepixmap.C (will add later as already started the build).

In another BT, MatN said he was going to be busy doing something else in the next few days but maybe when he gets back, he can do a code review. It is better to have someone else look at the code that knows C++.
(0005040)
Andrew-R   
2021-10-10 19:30   
I tried to fix (mute?) some 'unitialized in constructor' warnings in vrender.C

found with cppcheck --enable=warning

but they sadly do not fix anything, but hopefully not break things too?

it will be great if @MatN will have a look at my hacking..
(0005036)
Andrew-R   
2021-10-10 17:39   
scale.C
videoconfig.C
videowindow.C
videowindowgui.C
vtransition.C

all appear to be disconnected from build....
(0005035)
Andrew-R   
2021-10-10 17:10   
I also tried to fix resourcepixmap.C :


$ git diff cinelerra/resourcepixmap.C
diff --git a/cinelerra-5.1/cinelerra/resourcepixmap.C b/cinelerra-5.1/cinelerra/resourcepixmap.C
index 1406dd2d..5b5a12f8 100644
--- a/cinelerra-5.1/cinelerra/resourcepixmap.C
+++ b/cinelerra-5.1/cinelerra/resourcepixmap.C
@@ -238,7 +238,7 @@ VFrame *ResourcePixmap::change_title_color(VFrame *title_bg, int color)
        c.r = color>>16; c.g = color>>8; c.b = color>>0; c.a = 0xff;
        if( BC_CModels::has_alpha(colormodel) && // fast path
            BC_CModels::calculate_pixelsize(colormodel) == sizeof(unsigned) ) {
- const unsigned gap_rgba = (0xff<<24) |
+ const unsigned gap_rgba = ((uint32_t)(0xff)<<24) |
                        (gap_grey<<16) | (gap_grey<<8) | (gap_grey<<0);
                if( th > 0 ) {
                        unsigned *bp = (unsigned *)bar_rows[0];
$
(0005034)
Andrew-R   
2021-10-10 16:48   
for some reason pluginprefs.C also not connected to anywhere in Makefile and thus not getting build?

$ git diff pluginprefs.C
diff --git a/cinelerra-5.1/cinelerra/pluginprefs.C b/cinelerra-5.1/cinelerra/pluginprefs.C
index 2a3f7878..20e68db1 100644
--- a/cinelerra-5.1/cinelerra/pluginprefs.C
+++ b/cinelerra-5.1/cinelerra/pluginprefs.C
@@ -93,6 +93,7 @@ PluginGlobalPathText::~PluginGlobalPathText() {}
 int PluginGlobalPathText::handle_event()
 {
        strcpy(pwindow->thread->preferences->global_plugin_dir, get_text());
+ return 1;
 }


@@ -110,4 +111,5 @@ PluginLocalPathText::~PluginLocalPathText() {}
 int PluginLocalPathText::handle_event()
 {
        strcpy(pwindow->thread->preferences->local_plugin_dir, get_text());
+ return 1;
 }

I added those 'return 1' in ::handle_event functions based on patch.C

also cinelerra/pluginmessages.C mostly empty and not connected to build..
(0005033)
Andrew-R   
2021-10-10 16:15   
I tried to fix few errs, but I can only hope my fixes not break something.
Simple loading one media file and playback works, but you probably need to stress-test this with loading as many files as possible)
(0005029)
Andrea_Paz   
2021-10-10 12:12   
I attach my 2 logs (Arch linux 64-bit, kde, ryzen 3700x, 32 Gb ram). Guicast took about 5 min; cinelerra I stopped it after 3 hours....
(0005027)
Andrew-R   
2021-10-10 05:10   
yeah, to my surprize for example file

cinelerra-5.1/cinelerra/recordengine.C not even connected to build system!

I hope some of those errors are false positives.
(0005025)
PhyllisSmith   
2021-10-10 03:11   
@Andrew-R
That is a lot of errors and not even all of them. It would be a good idea to fix some of them carefully.
(0005022)
Andrew-R   
2021-10-09 17:04   
argh, it also was cppcheck 2.5, not 2.6 (sorry)
(0005021)
Andrew-R   
2021-10-09 17:00   
And for guicast/ dir :

bctextbox.C:952:7: error: Uninitialized variable: letter1 [uninitvar]
   if(letter1 <= highlight_letter3)
      ^
Checking bctexture.C: __TERMUX__...

===

bctrace.C:469:39: error: Resource leak: sfp [resourceLeak]
 if( !fgets(line,sizeof(line), sfp) ) return;
                                      ^
Checking bctitle.C: NO_GUICAST...

==
filesystem.C:524:20: error: Uninitialized variable: string [uninitvar]
   strcpy(new_dir, string);
                   ^
Checking filesystem.C: BOOBY...

==
bcwindowbase.C:3413:0: error: failed to expand 'SET_LOCK', Wrong number of parameters for macro 'SET_LOCK'. [preprocessorErrorDirective]
  SET_LOCK(this, title, location);
^
Checking bcwindowdraw.C: SINGLE_THREAD...

==
bcwindowbase.C:970:37: error: Uninitialized variable: event [uninitvar]
   result = active_grab->grab_event(event);
                                    ^
bcwindowbase.C:978:9: error: Uninitialized variable: event [uninitvar]
 switch(event->type) {
        ^
Checking vframe3d.C: BOOBY...

==
(0005020)
Andrew-R   
2021-10-09 16:54   
those errs a bit of concerning, IMO:

Checking batchrender.C: HAVE_FIREWIRE...
Checking audiodevice.C: HAVE_OSS...
bdcreate.C:1050:3: warning: Possible null pointer dereference: submenu [nullPointer]
  submenu->add_submenuitem(new CreateBD_FormatItem(this, i, bd_formats[i].name));
  ^
bdcreate.C:1039:24: note: Assignment 'submenu=0', assigned value is 0
 BC_SubMenu *submenu = 0;
                       ^
bdcreate.C:1043:29: note: Assuming condition is false
  if( ww != bd_formats[i].w || hh != bd_formats[i].h ) {
                            ^
bdcreate.C:1050:3: note: Null pointer dereference
  submenu->add_submenuitem(new CreateBD_FormatItem(this, i, bd_formats[i].name));
  ^
Checking bdcreate.C: HAVE_FIREWIRE...
bdwrite.C:3034:38: error: Resource leak: ifp [resourceLeak]
    if( bd_path("/BDMV/", fmt, ap) ) return 1;
                                     ^
bdwrite.C:3096:45: error: Resource leak: ifp [resourceLeak]
    if( bd_path("/BDMV/BACKUP/", fmt, ap) ) return 1;
                                            ^
bdwrite.C:3034:46: error: va_list 'ap' was opened but not closed by va_end(). [va_end_missing]
    if( bd_path("/BDMV/", fmt, ap) ) return 1;
                                             ^
bdwrite.C:3076:44: error: va_list 'ap' was opened but not closed by va_end(). [va_end_missing]
  if( bd_path("/BDMV/", fmt, ap) ) return 1;
                                           ^
bdwrite.C:3096:53: error: va_list 'ap' was opened but not closed by va_end(). [va_end_missing]
    if( bd_path("/BDMV/BACKUP/", fmt, ap) ) return 1;
                                                    ^
140/1200 files checked 8% done

===

brender.C:138:33: error: Uninitialized variable: string [uninitvar]
 arguments[0] = new char[strlen(string) + 1];
                                ^
Checking cache.inc ...

===
channelpicker.C:444:4: warning: Possible null pointer dereference: (Theme*)get_theme() [nullPointer]
  ((Theme*)get_theme())->widget_border * 4;
   ^
channelpicker.C:474:32: warning: Possible null pointer dereference: (Theme*)get_theme() [nullPointer]
 x += channel_text->get_w() + ((Theme*)get_theme())->widget_border;
                               ^
channelpicker.C:480:34: warning: Possible null pointer dereference: (Theme*)get_theme() [nullPointer]
 x += channel_select->get_w() + ((Theme*)get_theme())->widget_border;
                                 ^
channelpicker.C:486:34: warning: Possible null pointer dereference: (Theme*)get_theme() [nullPointer]
 x += channel_button->get_w() + ((Theme*)get_theme())->widget_border;
                                 ^
channelpicker.C:521:29: warning: Possible null pointer dereference: get_current_channel() [nullPointer]
  return get_current_channel()->title;
                            ^
Checking clipedit.inc ...

==

edits.C:479:2: warning: Possible null pointer dereference: current [nullPointer]
 current->load_properties(file, startproject);
 ^
edits.C:478:33: note: Assignment 'current=append_new_edit()', assigned value is 0
 Edit* current = append_new_edit();
                                ^
edits.C:479:2: note: Null pointer dereference
 current->load_properties(file, startproject);
 ^
edits.C:481:18: warning: Possible null pointer dereference: current [nullPointer]
 startproject += current->length;
                 ^
edits.C:478:33: note: Assignment 'current=append_new_edit()', assigned value is 0
 Edit* current = append_new_edit();
                                ^
edits.C:481:18: note: Null pointer dereference
 startproject += current->length;
                 ^
Checking edits.h ...

==
filescene.C:1867:2: error: Resource leak: fd [resourceLeak]
 return result;
 ^
filescene.C:1201:3: error: Common realloc mistake: 'text' nulled but not freed upon failure [memleakOnRealloc]
  text = (char*)realloc(text, len1 + len2 + len3);
  ^
filescene.C:1257:4: error: Common realloc mistake: 'audio' nulled but not freed upon failure [memleakOnRealloc]
   audio = (unsigned char*)realloc(audio, audio_allocated);
   ^
filescene.C:1357:6: error: Common realloc mistake: 'audio' nulled but not freed upon failure [memleakOnRealloc]
     audio = (unsigned char*)realloc(audio, audio_allocated);
     ^
399/1200 files checked 34% done

==
indexstate.C:307:5: error: Resource leak: fp [resourceLeak]
    return 1;
    ^
480/1200 files checked 40% done
indexfile.C:862:13: error: Memory leak: data [memleak]
  if(!temp) return 1;
            ^
Checking indexstate.h ...

==

loadbalance.C:210:3: warning: Possible null pointer dereference: single_client [nullPointer]
  single_client->server = this;
  ^
loadbalance.C:209:29: note: Assignment 'single_client=new_client()', assigned value is 0
  single_client = new_client();
                            ^
loadbalance.C:210:3: note: Null pointer dereference
  single_client->server = this;
  ^
542/1200 files checked 45% done

==

mediadb.C:167:17: error: Resource leak: fp [resourceLeak]
 if( !fp != 0 ) return 1;
                ^
Checking mediadb.C: __x86_64__...

===
menueffects.C:481:4: warning: Possible null pointer dereference: plugin_array [nullPointer]
   plugin_array->start_plugins(mwindow,
   ^
menueffects.C:479:38: note: Assignment 'plugin_array=create_plugin_array()', assigned value is 0
   plugin_array = create_plugin_array();
                                     ^
menueffects.C:481:4: note: Null pointer dereference
   plugin_array->start_plugins(mwindow,
   ^
menueffects.C:488:4: warning: Possible null pointer dereference: plugin_array [nullPointer]
   plugin_array->run_plugins();
   ^
menueffects.C:479:38: note: Assignment 'plugin_array=create_plugin_array()', assigned value is 0
   plugin_array = create_plugin_array();
                                     ^
menueffects.C:488:4: note: Null pointer dereference
   plugin_array->run_plugins();
   ^
menueffects.C:490:4: warning: Possible null pointer dereference: plugin_array [nullPointer]
   plugin_array->stop_plugins();
   ^
menueffects.C:479:38: note: Assignment 'plugin_array=create_plugin_array()', assigned value is 0
   plugin_array = create_plugin_array();
                                     ^
menueffects.C:490:4: note: Null pointer dereference
   plugin_array->stop_plugins();
   ^
Checking menueffects.C: HAVE_FIREWIRE...

==

packagerenderer.C:710:19: warning: Possible null pointer dereference: playable_track [nullPointer]
  playable_edit = playable_track->edits->get_playable_edit(current_position, 1);
                  ^
packagerenderer.C:620:26: note: Assignment 'playable_track=0', assigned value is 0
 Track *playable_track = 0;
                         ^
packagerenderer.C:626:3: note: Calling function 'direct_copy_possible', 3rd argument 'playable_track' value is 0
  playable_track,
  ^
packagerenderer.C:689:17: note: Assuming condition is Assuming condition is false
  current_track && result;
                ^
packagerenderer.C:710:19: note: Null pointer dereference
  playable_edit = playable_track->edits->get_playable_edit(current_position, 1);
                  ^
Checking packagerenderer.C: HAVE_FIREWIRE...

===
pluginlv2client.C:329:13: warning: The address of local variable 'output_ptr' might be accessed at non-zero index. [objectIndex]
  output_ptr[i]->set_offset(0);
            ^
pluginlv2client.C:343:44: note: Address of variable taken here.
 return process_realtime(size, &input_ptr, &output_ptr, 1);
                                           ^
pluginlv2client.C:343:44: note: Calling function 'process_realtime', 3rd argument '&output_ptr' value is lifetime=output_ptr
 return process_realtime(size, &input_ptr, &output_ptr, 1);
                                           ^
pluginlv2client.C:329:13: note: The address of local variable 'output_ptr' might be accessed at non-zero index.
  output_ptr[i]->set_offset(0);
            ^
Checking pluginlv2config.h ...

==
Checking recordmonitor.h: HAVE_FIREWIRE...
recordengine.C:256:6: error: Uninitialized variable: aconfig [uninitvar]
  if(aconfig->audio_in_driver == aconfig->audio_duplex_driver &&
     ^
recordengine.C:257:12: error: Uninitialized variable: aconfig [uninitvar]
   !strcmp(aconfig->oss_in_device, aconfig->oss_duplex_device) &&
           ^
recordengine.C:258:4: error: Uninitialized variable: aconfig [uninitvar]
   aconfig->oss_in_bits == aconfig->oss_duplex_bits &&
   ^
recordengine.C:259:4: error: Uninitialized variable: aconfig [uninitvar]
   aconfig->oss_in_channels == aconfig->oss_duplex_channels)
   ^
862/1200 files checked 74% done

==
renderfarmfsclient.C:535:15: error: va_list 'ap' was opened but not closed by va_end(). [va_end_missing]
 return result;
              ^
Checking renderfarmfsserver.C ...

==

resourcepixmap.C:241:34: error: Signed integer overflow for expression '0xff<<24'. [integerOverflow]
  const unsigned gap_rgba = (0xff<<24) |
                                 ^
Checking samples.h ...
929/1200 files checked 79% done

==
scopewindow.C:1203:13: error: Invalid log() argument nr 1. The value is 0 but the valid values are '4.94066e-324:'. [invalidFunctionArg]
  max = log(max) * vnorm;
            ^
scopewindow.C:1199:13: note: Assignment 'max=0', assigned value is 0
  int max = 0;
            ^
scopewindow.C:1200:27: note: Assuming condition is false
  for(int i=accum_start; i<accum_end; ++i )
                          ^
scopewindow.C:1203:13: note: Invalid argument
  max = log(max) * vnorm;
            ^
Checking trackpopup.h ...

===
trackcanvas.C:1516:7: error: Uninitialized variable: pixmap_x [uninitvar]
      pixmap_x, pixmap_w, pixmap_h);
      ^
trackcanvas.C:1512:8: error: Uninitialized variable: pixmap_w [uninitvar]
    if(pixmap_w && pixmap_h)
       ^
trackcanvas.C:1512:20: error: Uninitialized variable: pixmap_h [uninitvar]
    if(pixmap_w && pixmap_h)
                   ^
trackcanvas.C:1516:17: error: Uninitialized variable: pixmap_w [uninitvar]
      pixmap_x, pixmap_w, pixmap_h);
                ^
trackcanvas.C:1516:27: error: Uninitialized variable: pixmap_h [uninitvar]
      pixmap_x, pixmap_w, pixmap_h);
                          ^
trackcanvas.C:1518:10: error: Uninitialized variable: pixmap_w [uninitvar]
     if( pixmap_w > pixmap->pixmap_w ||
         ^
trackcanvas.C:1519:10: error: Uninitialized variable: pixmap_h [uninitvar]
         pixmap_h > pixmap->pixmap_h)
         ^
trackcanvas.C:1520:22: error: Uninitialized variable: pixmap_w [uninitvar]
      pixmap->resize(pixmap_w, pixmap_h);
                     ^
trackcanvas.C:1522:7: error: Uninitialized variable: pixmap_x [uninitvar]
      pixmap_x, pixmap_w, pixmap_h);
      ^
trackcanvas.C:1522:17: error: Uninitialized variable: pixmap_w [uninitvar]
      pixmap_x, pixmap_w, pixmap_h);
                ^
trackcanvas.C:1522:27: error: Uninitialized variable: pixmap_h [uninitvar]
      pixmap_x, pixmap_w, pixmap_h);
                          ^
trackcanvas.C:1527:8: error: Uninitialized variable: pixmap_x [uninitvar]
       pixmap_x, pixmap_w, pixmap_h,
       ^
trackcanvas.C:1527:18: error: Uninitialized variable: pixmap_w [uninitvar]
       pixmap_x, pixmap_w, pixmap_h,
                 ^
trackcanvas.C:1527:28: error: Uninitialized variable: pixmap_h [uninitvar]
       pixmap_x, pixmap_w, pixmap_h,
                           ^
trackcanvas.C:1537:8: error: Uninitialized variable: pixmap_x [uninitvar]
       pixmap_x, pixmap_w);
       ^
Checking tracksedit.C: HAVE_FIREWIRE...

==

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
589 [Cinelerra-GG] Bug minor always 2021-09-17 13:47 2021-09-23 20:24
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 20.2  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 2021-08 AppImage multibit: Resource window does not honor disable "set focus when window entered"
Description: If a Firefox window is sitting partially on top of the resources window, as soon as the mouse moves over the resource window it pops to the front.

I have seen some other wrong popups also, but not yet determined the reprodution sequence. But for instance I have seen the info box of the projector disappear behind the Compositor.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004989)
MatN   
2021-09-23 20:24   
OK, it is something on my Mint XFCE 20.2 .
Tested on Mint 19.2, Mint 19.3, Fedora 34, and Manjaro, all with XFCE desktop (same machine, real hardware, not VM).
Only Mint 20.2 has the problem:
- always: In Resources, select video effects, the effects are set as a list of text only. Go the the main window, make it bigger so it overlaps Resources. Move the mouse over Compositor and Viewer, focus stays at main window. Move mouse over the list of video effects, Resource window jumps to the fore.
- mostly: load a video, put a video effect on it (I used brightness/contrast), open its settings. After a very short time the settings window flips behind the main window. You can go to it via the window list or make the main window smaller.

I checked XFCE settings, xfwm4, that "click to focus" is enabled (on all platforms). So it is a specific problem to hopefully my system only.
(0004987)
MatN   
2021-09-23 08:04   
@Andrew-R, I am using XFCE as specified in the original issue. However, you and Phyllis gave me the idea to test on on older Mint XFCE versions, and Fedora and Manjaro, to see if maybe the OS is guilty. Hopefully later today.
(0004986)
Andrew-R   
2021-09-23 07:37   
may be different window manager/desktop environment settings interfere here?

are you using xfce, GNOME(3), kde(5) or something else? I think I saw 'raise/lower' functions in CinGg code but they a bit too low-level for my understanding.. it even might be I break something while implementing 'switchable (on/off) separate windows from main menu' some time ago, so may be testing earlier versions can help to determenate if it was working before...
(0004985)
PhyllisSmith   
2021-09-22 22:51   
(Last edited: 2021-09-23 19:16)
@MatN
I could not get this to happen on Sept. 18 when I first read this using AppImage. Today I tried again using a new .bcast5 and still can not get it to happen. I always just use Firefox. Perhaps there is something that needs to be different when I test. Do you see the problem if you start CinGG with: CIN_CONFIG=/tmp/bcasttemp ./CinGG-20210831-x86_64.AppImage so that you have a default setup? It may be the cause is due to some specific preference that I would not be using in my test.

(0004984)
MatN   
2021-09-21 18:45   
There is definitely something wrong. On a debug build (not an AppImage) I have the same. It happens frequently that if you open set settings of an effect, its window appears shortly only the be covered by another window, like the main window. The window is there, just below others. At the point that the window pops up, the mouse is frequently still above the main window.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
386 [Cinelerra-GG] Bug minor always 2020-03-02 18:25 2021-08-02 21:02
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint XFCE  
Priority: normal OS Version: 19.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: After import of 10 bit HDR video picture is bleak (extracted from BT252)
Description: The imported video plays with a bleak picture, playing it with VLC shows normal picture. Asset detail shows:
- video1 hevc 3840x2160 23.98 pix yuv420p10le
- color space:bt2020nc/ range:tv
VLC code information shows:
- Color primaries: ITU-R BT 2020
- Color transform function: SMPTE ST2084 (PQ)
- Color space: ITU-R BT.2020 range
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0004898)
Thanatermesis   
2021-08-02 21:02   
I had the same issue, tried to edit a video recorded from an iPhone 12 which looks "whiteish", unreal colors

*I think the issue is now fixed (just tried with a new video, it has nice colors now)*

_unfortunately i deleted the original videos that I used for that project, so i cannot re-render the video to have an improved result_

Now, the only thing i don't quite understand is what is for the option "YUV color space" in preferences -> appearance -> color, it is meant to be set automatically? per project? is a general setting that affects on which way?
(0002854)
MatN   
2020-03-02 18:28   
For completeness: the same file as for BT252 and BT385: ¨http://samples.mplayerhq.hu/4khdr/Passengers_Breakfast_4K.mkv¨

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
583 [Cinelerra-GG] Bug minor always 2021-08-01 12:46 2021-08-02 10:55
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 20.2  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 2021-07 AppImage gives error msgs when using HTML manual from shell commands
Description: If you start CinGG from a terminal, and use "shell cmds -> HTML Current manual" , the online manual opens in the browser.
If you then close that browser tab, an error message appears in the terminal:

###!!! [Parent][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

This did not happen on prior AppImage versions (tested 2021-06 through 2021-02).
Tags:
Steps To Reproduce: See description.
Additional Information: I wonder if this manual needs to be accessed online, now that the HTML version is standard included in the AppImage. You might as well point the browser to that included version, allowing it to work off-line.
Attached Files:
Notes
(0004897)
MatN   
2021-08-02 10:55   
It is not always reproducible. I did not have it this morning on Mint 20.2, but had it several times on Mint 19.3 32 bit, in a Vbox VM. It gave an extra error line about a Mozilla file not found.

"touch: cannot touch '/home/mat/.mozilla/90.0.2+linuxmint1+tricia.dpkg_version': No such file or directory"

It seems to be related to (something in) the ~./mozilla directory .

Maybe the first time a (new version of) Mozilla is used this happens, because on the Mint 20.2 I did an full update prior to testing, and Firefox was updated to 90.0.2 .
The same on the 32 bit version, I also updated it before testing. I could usually but not always get it again by deleting the entire .mozilla subdir. Have not yet tested this on Mint 20.2 64 bit, or Manjaro.
(0004896)
Andrea_Paz   
2021-08-02 08:13   
I confirm the issue.
(Arch; KDE; Firefox)
(0004895)
PhyllisSmith   
2021-08-01 17:44   
@MatN
I can not reproduce any error here using "firefox" on Mint 20 (or Fedora on desktop or laptop). I tried with firefox not currently up and with it up with multiple tabs. My test: start the AppImage and before doing anything else, click on Shell Menu option HTML Manual and it comes up in a tab; look at terminal startup window and there are no messages; then close the HTML Manual tab and still no messages.

Which browser are you using?
Does it fail when you start it as follows: CIN_CONFIG=/tmp/bcast1 CinGG-20210731-x86_64.AppImage ?
The information I found online for that error message is: "This usually results in the firefox process taking longer than expected to return after quitting the application, but no other negative side effects."

About: "I wonder if this manual needs to be accessed online, now that the HTML version is standard included in the AppImage. You might as well point the browser to that included version, allowing it to work off-line." That sounds like a very good idea except when users or people who provide this for others do not install the Help portion (now newly documented in the manual by Andrea) or worse yet, just forget to add it.
(0004894)
MatN   
2021-08-01 12:59   
I just discovered that the error does not appear on the "older_distro's" AppImage, on the same test system.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
582 [Cinelerra-GG] Feature minor have not tried 2021-07-22 16:22 2021-07-30 00:42
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: low OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When using Proxy Jpeg sequence, put in subdirectory
Description: When using Proxy with the jpeg sequence, so many files are created and it interferes with the "real" video files and is messy.
It would be better to have the jpeg sequence proxy files put into a subdirectory thus making it easy to clean it up later.
 
Current workaround at a terminal window while being very careful:

   rm -f *.proxy*.jpg

Requesting an option to the JPEG Sequence exporter that places the frames in their own directory.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: proxy_dir.patch (1,642 bytes) 2021-07-30 00:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=811&type=bug
Notes
(0004893)
PhyllisSmith   
2021-07-30 00:42   
Andrew provided a patch to begin with, but I think the concept in this BT is just going to be too confusing so will close soon as "not going to do". Attaching patch here though so it does not get lost.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
575 [Cinelerra-GG] Feature minor have not tried 2021-06-10 06:42 2021-06-30 06:55
Reporter: fary54 Platform: X86_64  
Assigned To: OS: Debian  
Priority: normal OS Version: 10.4  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How to optimize the rendering speed of Cinelerra GG ?
Description: In accordance with @Andrea_Paz's last post on BT574 I have decided to continue the discussion by opening this new BT.
The objective is to allow all potential users to benefit from the particular interest of this process that I use permanently.

You will find attached the following documents:
- The procedure
- The Bash script
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: rendu_en_h264_via_pipes_parallélisés.sh (6,357 bytes) 2021-06-10 06:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=798&type=bug
Procedure.pdf (41,433 bytes) 2021-06-10 06:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=799&type=bug
fab-render.py (639 bytes) 2021-06-21 07:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=802&type=bug
fab-render.sh (8,893 bytes) 2021-06-21 07:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=803&type=bug
fab-render_tuto.webm (4,691,189 bytes) 2021-06-26 07:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=806&type=bug
fab-render-2.sh (8,972 bytes) 2021-06-26 07:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=807&type=bug
fab-render-2.py (639 bytes) 2021-06-26 07:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=808&type=bug
Cin -d listing.jpg (64,408 bytes) 2021-06-29 06:54
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=809&type=bug
jpg
Notes
(0004871)
fary54   
2021-06-30 06:55   
@Andrea_Paz

"Do you use CinGG installed from binary for your distro?"
Personally, I don't compile CinelerraGG, I use the cinelerra appimage version 20210531x86_64-older_distos provided by the CinelerraGG website.

"I then had the problem of not finding the /tmp/fab-render folder; I think due to not being root. I then tried changing the WORKING DIRECTORY to a path pointing to my /home. Everything seems OK but there is still an action pointing to /tmp/fab-render that I can't find. As a result the render farm still fails. I'll do more testing"
About /tmp/fab-render, it only appears in 2 places:
-on the 13th line of the fab-render.py script
-on the 241st line of the fab-render.sh script

"no need to waste your time on my inability to get the script to work. I can't thank you enough."
You don't need to thank me, because I'm happy to do it. I have always tried, at my level, to exploit the different possibilities of the software, and this to adapt it to my needs. If on top of that it allows other users in the community to use it, that's the icing on the cake...

"I would like others to try the script as well to see if it works for them.
You're right, feedback from other users would be useful.
(0004870)
Andrea_Paz   
2021-06-29 12:48   
@fary54
Do you use CinGG installed from binary for your distro? I compile the source without being root. I had to put the path to the command "cin -d $n" otherwise it wouldn't recognize the command.
I then had the problem of not finding the /tmp/fab-render folder; I think due to not being root. I then tried changing the WORKING DIRECTORY to a path pointing to my /home. Everything seems OK but there is still an action pointing to /tmp/fab-render that I can't find. As a result the render farm still fails. I'll do more testing; no need to waste your time on my inability to get the script to work. I can't thank you enough. I would like others to try the script as well to see if it works for them.
(0004869)
fary54   
2021-06-29 06:54   
@Andrea_Paz

It's good that you figured out how to adapt the script to use avidemux3_cli.
Personally, knowing only Debian, I didn't even imagine that other distributions could package Avidemux with a different name. I really thought there was a standard for this.

"render farm start failed".
I also got this error message several times and even now it happens to me.
For me, in all cases, it was a simple data encoding error on my part.
In fact, there are several reasons for this message:
- You forget to check or uncheck renderfarm in CinelerraGG.
- Not respecting the render name, path or extension. The name, path and extension must match exactly the name of the first pipe created by my script.
- Other reasons, such as the declaration of nodes in cinelerraGG, etc.
For these reasons my script constantly reminds the data that needs to be changed in cinelerraGG.

"I remember when I tried the render farm I had to manually create every single "cin -d ..." because putting it in a script didn't work for me"
I don't understand why. To be sure, as soon as you run my script, type this command without quotes in a terminal.
 "lsof -nP -i tcp:1030-$((1030 + 1130))"
If you get the five lines containing "cin", like my attached print screen, it's ok.

I hope my answers will help you solve the problems you encountered. Let me know if it works or if you need more explanation.
(0004866)
fary54   
2021-06-29 06:43   
@Andrea_Paz

First of all a big thank you for your compliments on my video. Let's move on to your questions.

"I was not setting the nodes in CinGG/renderfarm because I thought (stupidly) that the script was doing it."
Indeed, you have to create the renderfarm in cinelerraGG because my script only creates a link between the CinelerraGG renderfarm and the ffmpeg renderfarm, which is created by the script. That's kind of the secret of the rendering speed I get.

"The thing is that in Arch linux the program is called avidemux-cli and so the links in your script don't fit. I think especially in fab-render.py, where I don't know where to look."
From your second message, I see that you have solved this problem.

"Does DIRECTORY_OF_THIS_SCRIPT have to be set by me (by replacing dirname)? How does it work?"
Normally, you don't have to do anything, it's automatic.
$(dirname $0) is simply a bash command that returns the directory address of the active script. [...]

I hope I've answered your questions.
(0004865)
Andrea_Paz   
2021-06-28 17:55   
After finding that in Arch the binary of avidemux is: avidemux3_cli, the script starts without errors. But I get stuck at the start of the render farm with the error
"render farm start failed".
I remember when I tried the render farm I had to manually create every single "cin -d ..." because putting it in a script didn't work for me. I think that problem has remained.
(0004864)
Andrea_Paz   
2021-06-28 12:26   
Hi,
sorry for the delay of the answer. Thanks to your video I realized where I was wrong previously with your first script: I was not setting the nodes in CinGG/renderfarm because I thought (stupidly) that the script was doing it.
Also the new script doesn't work for me because it doesn't find avidemux. The thing is that in Arch linux the program is called avidemux-cli and so the links in your script don't fit. I think especially in fab-render.py, where I don't know where to look.
One question: does DIRECTORY_OF_THIS_SCRIPT have to be set by me (by replacing dirname)? How does it work?

Anyway I thank you for all the explanations and for the video that is very clear and well done.
(0004863)
fary54   
2021-06-26 07:20   
Video tutorial on how to use my script.

You will find attached the script and its video tutorial to show you how it works. It wasn't that easy, because I had to respect the Cinelerra GG site's limit of 4.77 MB maximum per file, but I still managed to do it. For the same reason, as you will see, the rendering time of the video part had to be accelerated.

The final result is composed of two video files, one mixed by avidemux and the other by ffmpeg:
    -final_via_avidemux.mkv
    -final_via_ffmpeg(en_test).mkv
The official final version is the avidemux version because the ffmpeg version is currently under test.
Of course, if the test is conclusive, I will keep both processing systems for safety. You never know.

@Andrea_Paz
As promised, I am sending you the video tutorial which I hope will make it easier for you to understand my script.
I dare to hope in any case, that you will be able to use it for your next projects.
Of course, I remain at your disposal if you need me.
(0004851)
fary54   
2021-06-21 13:27   
@Andrea_Paz

First of all, many thanks for your information about ffmpeg. I will definitely use it on a case by case basis.

"mkv slows down my playback and rendering so much. Have you tried using .mov instead of .mkv? Are there any differences?
Interesting comment. I modified my script to try both ( mkv and mov). Personally I didn't notice any difference, the result is the same. The processing is not slower or faster.

About the video tutorial, I haven't started it yet but I will post it as soon as possible.
(0004850)
Andrea_Paz   
2021-06-21 11:40   
(Last edited: 2021-06-21 11:44)
Thank you very much for the scripts and explanations.
Unfortunately your scripts are beyond my ability to understand (which is close to 0). I will gladly wait for the video tutorial.
A small note: with ffmpeg you can merge a video track with an audio track using the -map option. e.g.:

ffmpeg -i video.mp4 -i audio.aac -c:v copy -c:a copy -map 0:v:0 -map 1:a:0 output.mp4

or

ffmpeg -i video.mp4 -i audio.wav -c:v copy -c:a aac -map 0:v:0 -map 1:a:0 output.mp4

This way ffmpeg uses the first video track (v:0) of the first stream 0 (excluding the rest) and the first audio track (a:0) of the second stream 1.

Another small curiosity: mkv slows down my playback and rendering so much. Have you tried using .mov instead of .mkv? Are there any differences?

(0004849)
fary54   
2021-06-21 07:21   
New version of my script.

I discovered a bug in the display of a zenity box and fixed it.

I also took advantage of this bug resolution to make some improvements to my script:
    - Cleaning up the code and limiting the length of the lines to make it more understandable.
    - Giving more detailed names to variables and functions. This reduces unnecessary comments and makes the code more accessible.
    - Added a function to test the presence of the packages needed for my script to work.
    - Added an automatic audio/video mixing function. Indeed, as @Andrea_Paz pointed out to me, my script did not manage this mixing automatically. So I looked for and modified the script so that this mixing is done automatically and in two different ways, either via avidemux and/or via ffmpeg.

This script greatly improves the ease of rendering and, for my personal use, is indispensable. Indeed, it brings automation to all my films which all have to keep a well defined format.
 
As soon as I have some time, I will post a video tutorial to show how this script works.
(0004806)
fary54   
2021-06-11 07:12   
First of all, many thanks for your positive comments.

"The mknod command"
The mknod command does not create a file but a pipe. This pipe creates a link between ffmpeg and the cinelerra nodes. You can see that the size of the pipe in question does not increase.

"Is cin -r never used"
Yes, "cin -r" is never used. But I do use "cin -d" and I keep a Cinelerra as a master always open. I use it as a server to feed the Cinelerra nodes (cin -d). These nodes in turn feed the ffmpeg(s) via the pipes. I did try to use the "cin -r" command, which should improve performance.
But this command does not transfer the data correctly to ffmpeg. The system hangs at the pipe which is mistakenly considered as a file.
I don't know if this is a bug or if it was never implemented.

"Avidemux when is it used"
Indeed, avidemux is not in my script.
My script works in two steps
-First, it encodes the video alone in a file, using the render farm.
-Secondly, it encodes only the audio in a file, without using the render farm.


The mixing is then to be done manually with Avidemux because until now I still haven't found how to do an automatic mixing with ffmpeg. Indeed, I always have an audio/video lag in playback on a home cinema.
If anyone knows the answer? More work to do...

"There is probably a huge difference in power between Ryzen and Threadripper"
I don't know about your processor but this script greatly improves the rendering speed with the disadvantage of increasing the temperature of the said processor. Moreover, my movies are at least 60 minutes long (finished) and I often use a lot of plugins. These two elements together mean that my processor does not have time to breathe.

"So I will have to make several adaptations to your script, but I don't know if I will be able to"
Let me know if you need more information.

"This script could be the subject of an additional section of the manual, following yours already in the appendix."
I am not against the principle of sharing my method with all users.
(0004805)
Andrea_Paz   
2021-06-10 13:36   
Awesome work, my compliments!
It will take me a long time to study your script, given my ignorance. At first glance I don't really understand the mknod command, it creates a file of what type? Is "cin -r" never used? Avidemux when is it used?

There is probably a huge difference in power between Ryzen and Threadripper. Using the renderfarm with 16 threads active on 16 (at 100%) for about 20 min, the temperature always stays below 70°C with only a few spikes towards 73-74°C. I use stock air cooling, however I must say I have taken good care of the airflow inside the case.
So I will have to make several adaptations to your script, but I don't know if I will be able to. I will let you know. Anyway thank you and congratulations for the great solution you found.

PS: This script could be the subject of an additional section of the manual, following yours already in the appendix.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
580 [Cinelerra-GG] Feature minor always 2021-06-20 00:12 2021-06-29 06:47
Reporter: sachmovictor Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 2020-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Focus all windows at once option?
Description: From what I understand, Cinelerra GG Infinity has it's own code for it's GUI), and I do know that long time cinelerra users value the multi-window workflow - I AM NOT SUGGESTING THIS BE CHANGED. However, if at all possible, I do think a non-default option to automatically focus all windows when any one window is selected would make the program far more accessible to a wider user base without compromising any long time user's workflow (especially if the option is not enabled by default). I used xdotool to create a similar effect for a time, but it never quite worked with multiple windows. This would effectively unify the workflow for those who like to work via one large screen - while also still allowing immediate re-positioning to multiple screens - and again, would have to be enabled anyway. The convenience of this theoretical "auto focus all windows" option would make it so that you could quickly move back and forth between this program and other programs (especially those that can be used in conjunction with Cineleraa GG Infinity, such as Blender, Ardour, Darktable, etc). This is the primary convenience people who use a single window workflow look for anyway (other than moving all windows by moving one window). I apologize if this functionality isn't possible, practical, or provided by another program I am unfamiliar with (or if this is not how feature requests are made).
Tags: Feature request, GUI, New Feature, Window
Steps To Reproduce: //no reproduction. feature request.
Additional Information:
Attached Files: cin_run (1,668 bytes) 2021-06-21 17:11
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=804&type=bug
Notes
(0004868)
sachmovictor   
2021-06-29 06:47   
@sge Thank you for your feedback and the script. I will be looking at it within the next few days. Again, much appreciated!
(0004859)
sge   
2021-06-22 10:09   
@Andrea_Paz
Usually, to alter or remove window decorations, one can configure his window manager. One defines the appropriate regular expression matching the needed window title or window class and then chooses the attributes which he wish to assign specifically to this kind of windows (which match the defined regex). There is a lot of configurable attributes, like existence of window title, width of window border, existence of window controls (maximize/minimize/close/etc.), whether the window is to be on top (above other windows), sticky (shown on all desktops), window size and placement, modality override, resizeability override, and more.
I just looked: KDE, for example, has this all. Press the top left window manager button of some window, select something like 'More options', and you get a rich dialog to redefine special properties for the window selected.
Any window manager has similar set of options, but of course, each window manager provides its own way to configure these options. You can experiment with them.
(0004858)
Andrea_Paz   
2021-06-22 07:56   
@sge
Thank you for the script.
Do you know if it is possible to remove the window decorations to get a more unified and compact view?
(0004857)
PhyllisSmith   
2021-06-22 06:19   
@sge
@Andrea_Paz
Added small section to Manual describing xdotool workaround as this keeps coming up as an issue based on notes above.
(0004856)
PhyllisSmith   
2021-06-22 04:13   
@sge
@sachmovictor
Re-opened BT 579 in case want to provide feedback (and moved copy of note/script over there too).
(0004853)
sge   
2021-06-21 17:11   
@sachmovictor
@PhyllisSmith
Note on BT579 which has been marked 'resolved'

Take the Perl script 'cin_run' from the attachment. Make it executable. Edit it in any text editor.

Several things have to be defined in the script: name of the 'cin' program, location of Cinelerra_rc file, and two displacements $X_ADJ and $Y_ADJ. The two displacements have to be configured by trial and error under your window manager which unpleasantly shifts Cinelerra windows on each start. You should adjust both displacements to compensate the quirk of your window manager.

Then run cin not directly but via this Perl script. It firstly executes the actual cin executable, and then, after it exits, corrects X and Y coords of the four Cinelerra windows in the rc-file.

Of course, the displacements depend on the window frame widths and/or window title height, and have to be readjusted again if they get changed by user.
(0004852)
sge   
2021-06-21 15:36   
@sachmovictor
@PhyllisSmith
Install xdotool (https://www.semicomplete.com/projects/xdotool/)

Iconifying all Cinelerra windows at once:
xdotool search --name Cinelerra windowminimize %@

Reactivating all Cinelerra windows at once:
xdotool search --name Cinelerra windowactivate %@

You can do anything!
(0004847)
sachmovictor   
2021-06-20 18:11   
@sge as I said in my original post, I do see the value in allowing for multiple windows over a single window interface. Which is why I am not suggesting a single window interface, simply an option to focus all windows at once (and perhaps an option to move windows at the same time, once you have a configuration you like) so that you can simply go back and forth between programs and not have to hunt down every window in your interface. This would not preclude the ability to separate your windows or simply disable the presumably non-default option. Perhaps many people here are considerably better with xdotool than I am - but it only provided a buggy and incomplete solution for me. I can probably create something using visual studio for my own use, on my own time time.

@PhyllisSmith @sge If Guicast is an old, custom widget system - then the re-write would be staggering. Something like Qt would also put the project at the mercy of another dependency that even larger projects with an organization behind it occasionally struggle with (i.e. Krita). The GUI is fine, I simply wish I could focus all the windows at once to quicken my workflow. I appreciate the help and information about Cinelerra GG Infinity that everyone has given me here. I will simply create a work around on my own time. Thanks again.
(0004844)
sge   
2021-06-20 16:52   
Guicast has nothing to do with gtk, it is even not based on Xt. It is the totally custom widget set created on top of raw libX11. Switching to another widget set would mean to rewrite everything. So it is not an option.
IMHO, making Cinelerra a single-window application is also not an option. Kdenlive with its tiny preview area, in comparison with cin's set of windows, is like a disaster.
From other side, make a window manager to bring several well entitled windows on top simultaneously is quite easy, either with some special X11 client like xdotool, or even some window managers can do such scripting.
(0004838)
Andrea_Paz   
2021-06-20 08:19   
(Last edited: 2021-06-20 09:13)
I remember GG saying that GUICAST (Cinelerra's GTK-based libraries) was not modifiable and that switching to QT would require rewriting the entire program.
A small improvement was proposed by Andrew, who managed to eliminate the windows decorations to obtain a more unified view. But I don't remember how he did it.
Another small improvement could be to remove the automatism of switching from the focus of a window to another. This is done by disabling the check in Settings --> preferences --> Appearance Tab --> "Set Input Focus when window entered".

EDIT:
I was misremembering both GG's words and Andrew's work. See BT#0392 (and also BT#0358)

(0004835)
sachmovictor   
2021-06-20 03:10   
@PhyllisSmith Thanks for the reply. I figured that it was likely an old but reliable GUI code. Considering the substantial capabilities of the program it is little more than a quibble. I will research a possible work around etc for my own amusement and contribute said option should it prove useful to others. I am new to Cinelerra GG Infinity, but from what I can tell it is a professional solution easily comparable to more well known high end solution. Definitely the most capable open source video editor I have used. I look forward to using it and being a part of this community. Thanks again.
(0004833)
PhyllisSmith   
2021-06-20 01:18   
This feature request comes up once in awhile and indeed, it would be nice to have this as an option.
Probably the best thing that could happen is for QT to be the implementation goal (so I am told).
Unfortunately, computer software and hardware has really changed dramatically since 2000 when Cinelerra got its start and some of the things people take for granted today were not even conceived of at that time.

Personally, I like the way it is and would hate having only 1 window, but a Preference would be nice for some users.
Your suggestions and ideas are always welcome so do not hesitate to present them but we need additional developer support to keep up with the times.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
579 [Cinelerra-GG] Bug minor always 2021-06-19 23:49 2021-06-29 06:45
Reporter: sachmovictor Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 2020-08  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Window Positions Change With Every Start Up
Description: //SYSTEM SPECS
//Linux Kernel: 5.4.0-74-generic
//Operating System: Linux Mint 20.1 Cinnamon
//Desktop Environment: Cinnamon 4.8.6
//CPU: Intel© Core™ i9-9900K CPU @ 3.60GHz × 8
//Memory: 62.7 GB
//Graphics Card: NVIDIA RTX 3090

Everytime I open the appimage for Cinelerra GG Infinity, all of the program windows that are not bordering the bottom of the computer screen, move slightly further down (along the Y-Axis) than they were positioned when the program was previously running. Saving and applying any layout (my own window layout, or the default layout) positions the windows slightly further down than they were actually positioned when the layouts were initially saved (again, unless they are already bordering the bottom of the computer screen/desktop). This means that the windows have to constantly be repositioned with for all controls to be visible and easily accessible.
Tags: bug, GUI, Window
Steps To Reproduce: 1) Simply open and close Cinelerra GG Infinity appimage within a system (or virtual machine) roughly approximating mine.

2) Also, if you apply a window layout within a similar enough system.

Both of these should present the aforesaid issue...
Additional Information:
Attached Files: after.jpg (709,667 bytes) 2021-06-20 07:54
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=800&type=bug
before.jpg (711,196 bytes) 2021-06-20 07:54
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=801&type=bug
cin_run (1,668 bytes) 2021-06-21 20:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=805&type=bug
Notes
(0004867)
sachmovictor   
2021-06-29 06:45   
@PhyllisSmith Please forgive the slow reply (I have been quite busy). Thank you for the script. I will look at it in the next day or two. It is very much appreciated! Please do take care.
(0004854)
PhyllisSmith   
2021-06-21 20:10   
(Last edited: 2021-06-22 04:12)
By SGE: (moved over) @SGE

Take the Perl script 'cin_run' from the attachment. Make it executable. Edit it in any text editor.

Several things have to be defined in the script: name of the 'cin' program, location of Cinelerra_rc file, and two displacements $X_ADJ and $Y_ADJ. The two displacements have to be configured by trial and error under your window manager which unpleasantly shifts Cinelerra windows on each start. You should adjust both displacements to compensate the quirk of your window manager.

Then run cin not directly but via this Perl script. It firstly executes the actual cin executable, and then, after it exits, corrects X and Y coords of the four Cinelerra windows in the rc-file.

Of course, the displacements depend on the window frame widths and/or window title height, and have to be readjusted again if they get changed by user.

(0004848)
PhyllisSmith   
2021-06-20 18:18   
Marking as "resolved" because seems to be user specific. Will close in a couple of days.
(0004846)
sachmovictor   
2021-06-20 17:53   
@PhyllisSmith No worries. If the issue is specific to me then there is no need to persist (as far as I am concerned, to each their own). I do appreciate the help and quick replies. Based on what I have read it may be something regarding the way I have configured my system or muffin itself (the cinnamon desktop environment windows manager). I will simply attempt to address the Cinelerra_rc file directly during start-up. Again, thank you for your help.

@sge as I mentioned earlier, I did use xdotool to address the lack of auto focus for all windows. I remember it being an incomplete and cumbersome solution. I am not complaining, so much as simply listing a potential bug, which seems to be a result specific to my system or windows manager (which I had no way of knowing at the time).

@sge @PhyllisSmithI believe I should address this problem on my own, since it seems specific to me and not Cinelerra per se.

Thanks everyone for their help and feedback. Please let me know if you need any more information from me.
(0004845)
PhyllisSmith   
2021-06-20 17:36   
@sachmovictor
Unfortunately it is working just fine here using Mint 20 (I think it is Linux Kernel: 5.4.0, 20.04 ?)
Desktop Environment per $XDG_CURRENT_DESKTOP report X-Cinnamon .
It is an 32 cpu AMD computer, probably Nvidia graphics, HP monitor -- I do not have exact specs because I do not leave it powered on.

It is unfortunate the it is working perfectly here, because it makes it impossible to see what the problem is. I also looked around the internet to see if anyone else reported a similar problem but no hits.
(0004843)
sge   
2021-06-20 16:36   
Surely a window manager issue. Some window managers while reacting on a 'save yourself' instruction produce instead of the real window coords that ones with added widths of the window frame and/or window title. Some window managers behave correctly however.
For example, I am using fvwm2 and have a similar behavior of saving positions of cinelerra windows. But I know that cinelerra is not the actual source of the problem and do not complain.
I think it is hardly possible to fix the quirks of every window manager ever existing under X11. But it is possible to save some preferable window layout, edit it manually with a text editor to compensate for subsequent shifting, and then load it just after each start of cinelerra.
(0004842)
PhyllisSmith   
2021-06-20 15:36   
Thanks to @fary54 and @Andrea_Paz for feedback verifications as it helps to narrow down the problem.
@sachmovictor
I will try to boot a Mint 20 computer later today and see if it has the same problem and will email @MatN because he is very familiar with Mint and its variation.
It seems like the problem could be the window manager you are using? or its setup?
(0004837)
Andrea_Paz   
2021-06-20 07:54   
In Arch Linux with KDE, I found no shifting between restarts.
I used the latest appimage.

   before
MWINDOW_X 201
MWINDOW_Y 837
MWINDOW_W 1706
MWINDOW_H 503
LWINDOW_X 2427
LWINDOW_Y 0
LWINDOW_W 133
LWINDOW_H 864
VWINDOW_X 0
VWINDOW_Y 0
VWINDOW_W 1280
VWINDOW_H 827
CWINDOW_X 1201
CWINDOW_Y 44
CWINDOW_W 1280
CWINDOW_H 756

  after
MWINDOW_X 201
MWINDOW_Y 837
MWINDOW_W 1706
MWINDOW_H 503
LWINDOW_X 2427
LWINDOW_Y 0
LWINDOW_W 133
LWINDOW_H 864
VWINDOW_X 0
VWINDOW_Y 0
VWINDOW_W 1280
VWINDOW_H 827
CWINDOW_X 1201
CWINDOW_Y 44
CWINDOW_W 1280
CWINDOW_H 756
(0004836)
fary54   
2021-06-20 06:19   
@PhyllisSmith
I've read your exchanges about the shift in working windows following the CinelerraGG relaunch.
As far as I'm concerned, using Debian 10, I don't have this issue of window lag.
This little information can possibly help you in the search for a solution. That's the goal anyway...
(0004834)
sachmovictor   
2021-06-20 03:01   
@PhyllisSmith Thank you for your prompt reply.

1) I have changed the scale several times to see if that was the issue - unfortunately, it was not (I tried scale 1.0, 2.0, and 3.0 a 4K UHD Monitor). I also monitored the $HOME/.bcast5/Cinelerra_rc file for changes with every start up of the program. I did indeed find a variable that was changing with each start up. A value of 32 is added to the existing value of CWINDOW_Y. I have noticed no other changes in values despite several careful comparisons (all though I am currently exhausted, so I may have missed something).

2) The windows that I have open are the Programs, Resources, and Compositor windows.

3) I have also re-installed the October 31, 2020 mint version of Cinelerra GG Infinity and the issue persists in identical fashion. I also deleted the .bcast5 file created by the appimage just in case. The files created by the October 31, 2020 mint version produced the same results.

I will try and test the latest appimage an an Ubuntu virtual machine to compare and report back any significant finding.

Again, thank you for the prompt reply and suggestions.
(0004832)
PhyllisSmith   
2021-06-20 01:09   
The location of the windows in Cinelerra is stored in $HOME/.bcast5/Cinelerra_rc . This file saves your preferences.
So you will see lines in this file like:
MWINDOW_X 0
MWINDOW_Y 527
MWINDOW_W 1274
MWINDOW_H 516
LWINDOW_X 1820
LWINDOW_Y 0
LWINDOW_W 100
LWINDOW_H 648
VWINDOW_X 0
VWINDOW_Y 27
VWINDOW_W 960
VWINDOW_H 611
CWINDOW_X 960
CWINDOW_Y 27
CWINDOW_W 960
CWINDOW_H 611

What must be happening is that something is off by 1 so that the locations change by 1 every time. You can
verify this by looking at the Cinelerra_rc file before starting the program. Making a copy, then starting the
program and after quitting, compare the original copy with the current Cinelerra_rc file.

This is most likely not going to help, but does changing "Layout Scale" in Settings->Preferences, Appearance tab to something just a little bit different make the problem less acute?
   https://cinelerra-gg.org/download/CinelerraGG_Manual/Layout_section.html#19809

@MatN may not be available to verify this for a few days.
Also, just out of curiosity, did this happen when using the Mint package of tar file from 10/31/2020?
(0004831)
PhyllisSmith   
2021-06-20 00:52   
@sachmovictor
That must be really annoying. This does not happen on Fedora O/S and I do not think on Ubuntu O/S either.
Or Arch (@Andrea_Paz).

@MatN
Uses a lot of Mint level O/S. Maybe he can shed some light on this as I am clueless. It seems like it might be the window setup? but that is just me guessing.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
577 [Cinelerra-GG] Bug major always 2021-06-11 21:09 2021-06-20 12:25
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Gand Channels and Gang Media are not doing Armed tracks correctly
Description: @Scossu has discovered that as stated in the manual when using gang channels and gang media, disarmed tracks are supposed
to be ignored (meaning that they should be treated as armed) if not the first in the set. This makes it difficult to see that things are getting unaligned because you can not see which tracks are disarmed in those modes.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004840)
IgorBeg   
2021-06-20 12:25   
I would like to be clear. You, @PhyllisSmith, have found the right place where to look. The right code was already there, I just commented on some lines after testing two release of Cinelerra-GG. I wouldn't be able to make the right adjustments to the code.
Thanks PhyllisSmith!

Thanks @Andrea_Paz for testing.
(0004830)
Andrea_Paz   
2021-06-19 09:08   
From my (few) tests everything seems to work as indicated. I tried cutting out a region and adding a plugin and everything is OK. I haven't tried multicam.
(0004829)
PhyllisSmith   
2021-06-18 15:35   
@Andrea_Paz
Yes, it is difficult to keep track of it !!
Before, with the bug, if you were in either Gang Channels or Gang Media mode and you had a track that was not the first track of the set DISARMED, changes such as deleting a section or adding a plugin would not be propagated to the disarmed track an it should have been (because you can not see it -- that was the intended design).
Now, with the fix it is working properly again and changes are properly made to the disarmed track. Also, as IgornBeg pointed out for when the "Play" patchbay button is disabled the following holds (I will add this to the manual today as I see it is missing.)
       - Gang flags in the patchbay specifically when in Gang Channels or Gang Media modes will
        operate as set in the Master Track. For example, if when in Gang Channels mode, you turn off
       “Play track” on the visible audio track, none of the associated channels (i.e. the other stereo or
        other 5 channels will play). And if in Gang Media mode, if you turn on “Play track” for the
        Master Track, all associated video and audio tracks will play unless you turned off “Play track” for
        some of the associated audio/video slave tracks which will not play.

I had to read the section in the manual several times before I could remember how to use it.
(0004828)
Andrea_Paz   
2021-06-18 09:00   
I'm sorry but I can't follow the thread well: how did it work before in ganged and how does it work now? I tried playing with the play track and arm buttons in the 3 modes of ganged. Turning the buttons on/off does not affect the other tracks, whether master or slave.
(0004827)
PhyllisSmith   
2021-06-17 23:52   
@IgorBeg
All testing good. I checked in the mod to GIT. (No, YOU are great!)
@Andrea_Paz
Please test also after rebuilding if you have some extra time.
(0004826)
PhyllisSmith   
2021-06-17 13:39   
@IgorBeg
Oh, thank you! I will test today.
(0004825)
IgorBeg   
2021-06-17 08:43   
@PhyllisSmith, I meant the code below. I also tried with Multi Camera (Open Camera) and it seems to work right.
When/if you have a few of time, could you test it, please?

int Track::is_armed()
{
//	return armed && gang_master()->armed;
    return gang_master()->armed;
}

int Track::is_ganged()
{
//	return ganged && gang_master()->ganged;
    return gang_master()->ganged;
}

int Track::armed_gang(Track *track)
{
//	if( !track->ganged ) return 0;
    if( edl->local_session->gang_tracks == GANG_NONE ) return ganged;
    Track *current = gang_master();
//	if( !current->ganged ) return 0;
    for(;;) {
        if( track == current ) return 1;
        current = current->next;
        if( !current || current->master ) return 0;
    }
    return 1;
}

int Track::plays()
{
    return play && gang_master()->play;
}

(0004811)
PhyllisSmith   
2021-06-15 12:53   
(Last edited: 2021-06-15 12:57)
@IgorBeg
Thanks for your input -- it seemed like "play" was the issue but when I removed only that mod, it still failed. I found the exact line and it has to do with the "Master Gang" flag in the patchbay.
(around line 1836 in track.C).
 
- return gang_master()->armed;
+ return armed && gang_master()->armed;

When I revert to the - line above, the disarmed works correctly. I am continuing to understand more today by using gdb to see the values.

(0004810)
IgorBeg   
2021-06-15 07:12   
By my first test with both Cin_20200930 and Cin_20201031 releases it seems that the change was for the Play for the Slave tracks.
The discussion was in Mailing List (start 2020-10-09, YYYY-mm-dd) for "Can 'play track' status propagate to ganged tracks?" by Oon-Ee_Ng (and Pierre).

Could @Andrea_Paz confirm or less, please?. Thanks.

If it were so, I think, you could restore the old code except for the "int Track::plays()" function.
But, I have to try the two releases with Multi camera (Open camera) feature. I need more days to test.
(0004809)
IgorBeg   
2021-06-14 07:38   
You are great @PhyllisSmith ! THANKS!
Undfortunately, I don't understand that code by "diff" in track.C.

I am afraid there was a reason for that change. Unfortunately I don't remember. Maybe it was in
https://www.cinelerra-gg.org/bugtracker/view.php?id=529
https://www.cinelerra-gg.org/bugtracker/view.php?id=433

I should do some tests on Cin_20200930 release (... or to build a Cin release before Cin_20201024, but I am not able).
(0004808)
PhyllisSmith   
2021-06-14 03:38   
@IgorBeg
I found what created the error but not sure how to fix it.
It is dated October 24, 2020 for the GIT checkin of "change track gang_master patchbay flag use to allow disabled slaves"/
Commit: a718f58e6d8061f83bd0c0b10848ac415cd21fcd
(not sure how to fix it though -- still checking)
@Andrew_R
Changed file that causes the problem is track.C --

diff --git a/cinelerra-5.1/cinelerra/track.C b/cinelerra-5.1/cinelerra/track.C
index 030348302fe3c7e6212c100e9d9dfb56f8cc7808..5c07480e249799bbc242512d11764591a357cc6e 100644 (file)
--- a/cinelerra-5.1/cinelerra/track.C
+++ b/cinelerra-5.1/cinelerra/track.C
@@ -1836,18 +1836,20 @@ int Track::in_gang(Track *track)
 
 int Track::is_armed()
 {
- return gang_master()->armed;
+ return armed && gang_master()->armed;
 }
 
 int Track::is_ganged()
 {
- return gang_master()->ganged;
+ return ganged && gang_master()->ganged;
 }
 
 int Track::armed_gang(Track *track)
 {
+ if( !track->ganged ) return 0;
        if( edl->local_session->gang_tracks == GANG_NONE ) return ganged;
        Track *current = gang_master();
+ if( !current->ganged ) return 0;
        for(;;) {
                if( track == current ) return 1;
                current = current->next;
@@ -1858,7 +1860,7 @@ int Track::armed_gang(Track *track)
 
 int Track::plays()
 {
- return gang_master()->play;
+ return play && gang_master()->play;
 }
 
 int Track::index_in(Mixer *mixer)
(0004807)
PhyllisSmith   
2021-06-11 21:31   
Bug cropped up in the 10/31/2020 release when changes to Gang Mode were made as were needed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
576 [Cinelerra-GG] Feature minor have not tried 2021-06-10 17:45 2021-06-10 17:45
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Lost audio/video sync
Description: Infrequent or new users are more attuned to all channels of the audio track to be aligned with the video track automatically.
So when using CinGG, it is often the case that the audio of one channel gets out of sync with the video and other audio channel.
There needs to be a way to easily restore the sync.

Stefano has proposed the following solution or something similar.
"What I am looking at is to have a way to manually adjust the timecodes
(both source and project) by punching numbers in a field without having
to edit the XML. It could be something as simple (from the UI side, of
course I know nothing about the implementation efforts) as making the
"show edit" window editable. Even better, being able to automatically
adjust timing to a master track based on the source and project
timecodes. That would allow everybody to fix an otherwise irrecoverable
error that would throw hours or days of work away, or precisely align
tracks."
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
574 [Cinelerra-GG] Feature minor have not tried 2021-06-05 11:25 2021-06-10 06:46
Reporter: pallium Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: My Review 2021-06
Description: I was looking for an alternative to Audacity and I discovered Cinelerra GG that is exclusively for Linux (and FreeBSD), seems professionnal and rich in feature. The Website is simple and elegant. The documentation is huge. There are many tutorials on Youtube. Great, I want to learn!

The workspace and the timeline are not intuitive. I struggled at the begining. But once understood its behaviour, it's the smartest timeline. A/V clips, transitions, overlays, keyframes, curves, effects, subtitles are in one window. If there is an editing mistake, I know where to look. Although this is the strong point of the software, it's not perfect:
- No snapping between A/V clips, effects, keyframes, transitions and the playhead (insertion point) on all the tracks.
- No curve for mask, then only one type of keyframes.
- No shortcut to navigate between the keyframes -> Shift - left/right arrow.
- Shift - F12 (create a keyframe) only on the enabled curves of the unlocked tracks.
- Only one type of keyframes for the effects.

The mask, another strong point, is a perfect tool of CinGG. But the perfection has not a limit if you are ambitious:
- Stroke: Outline/Inline, Fade, Feather and Color.
- Always apply masks before plugins...
Yes, because my idea would be to create a mask symbol on the effect bar, like that we can decide to create masks only on one effect at a time.

A large choice of plugins/effects are available with the excellent Blue Banana, Perspective and Title. There are missing effects: Typewriter (Title), Outline, DeLogo, Vertigo, Trails, Earthquake, Letter spacing (Title), Multicolor gradient... Or maybe there are in ffmpeg plugins, but only if these plugins are usable and only if your clip suffers from underexposure. Why all the ffmpeg plugins overexpose the clips...? The best chromakey plugin is that of ffmpeg (simplicity and precision), but again with the automatic overexposition...

But the big problem is, when I apply a plugin or a transition, CinGG loses all its fluidity to play a clip. Between Proxy 1:1 and native clips, I don't see the difference. I tried the Background Rendering, but it's too slow. The rendering is also slow... However I followed all the instructions of the chapter "Performance and other Tips" for my NVIDIA GeForce GTX 760. Here is some tests with a clip (Full HD, 260MB, 48 seconds):
- Background Rendering with Blur plugin -> 11m05
- Background Rendering without plugin -> 1m10
- Rendering h264_nvenc with Blur plugin -> 8m51
- Rendering h264 with Blur plugin -> I don't want to test!
- Rendering h264_nvenc without plugin -> 1m17
- Rendering h264 without plugin -> 2m36
I get similar results with a Proxy 1:1 (5MB).
With Kdenlive, the results of the same test are:
- 0 second for the playback
- 39 seconds for the rendering with Blur effect (h246_nvenc)
- 46 seconds for the rendering with Blur effect (h246)
- Rendering without the effect? No need to test...

Missing feathers: Metadata and DCP.

Cinelerra GG Infinity is like a super beautiful girl with dream shapes and her intriguing behaviour. She is open mind, flexible and understanding. Cindy is able to bring out all your creativity. She loves you. You love Cindy. But she always says: "You will be allowed to touch me after two years at our wedding."
HÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉÉ!!!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: outline-chromakey.webm (519,664 bytes) 2021-06-05 20:51
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=794&type=bug
F_plugins-bug.webm (3,717,228 bytes) 2021-06-05 20:51
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=795&type=bug
vpn-forum.png (7,784 bytes) 2021-06-08 17:28
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=796&type=bug
png

error.jpg (118,337 bytes) 2021-06-09 07:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=797&type=bug
jpg
Notes
(0004804)
fary54   
2021-06-10 06:46   
@Andrea_Paz
As suggested by you, I confirm that I have transferred our discussion to the BT575.
I hope this procedure meets your wishes.
(0004803)
Andrea_Paz   
2021-06-09 12:04   
(Last edited: 2021-06-09 12:05)
@fary54
Maybe it's better to compress the script in zip or tar? Anyway we can continue here or create another BT#

(0004802)
fary54   
2021-06-09 07:14   
@pallium
Indeed, Render Farm must be activated to obtain such performance. That's why I asked you what hardware you were working on. I also confirm that my script uses 4 instances of Cindy.

@Andrea_Paz
I just tried to create a new topic on the forum and add my bash script as an attachment and SURPRISE... I get this message "A potentially unsafe operation has been detected in your request to this site".
So my question is, can you tell me how I can upload my bash script to the forum?
(0004801)
pallium   
2021-06-08 17:28   
@fary54 & @Andrea_Paz [sono bresciano]
With your monstrous PC, I guess you can edit video in 20K and open 5 instances of Cindy! I hope your wives/girlfriends are not too jealous...
- Intel i7 870 with 8 threads
- hard disk
- 10 minutes (but tell us how to change that)
This script works only when the Render Farm is enabled, right?

@administrator
I saw the problem this time (image). "Please, try again without VPN." NO!!!
(0004800)
administrator   
2021-06-08 14:51   
@pallium
The forum and the bug tracker are two different systems that unfortunately do not use the same user database. For this reason you have to register separately in the forum. I would ask you to sign in to the forum, then I can see what the reason for this error is. Thank you in advance

Cheers
Sam
(0004799)
Andrea_Paz   
2021-06-08 13:58   
@fary54
"What do you think? "

OK, good idea.
(0004798)
fary54   
2021-06-08 12:18   
@Andrea_Paz

Mine is
AMD Threadripper 3960x (24c/48t)
128 GB RAM
SSD

So, without a doubt, you'll have to make some modifications or you'll blow the CPU temperatures.
In order to continue the discussion, wouldn't it be better if I created a new topic on BT or on the forum so as not to overload @pallium's BT574 unnecessarily?
What do you think?
(0004797)
Andrea_Paz   
2021-06-08 11:15   
(Last edited: 2021-06-08 11:17)
@fary54
My PC is pretty good and meant for editing and graphics:
AMD Ryzen 3700X (8c/16t)
RAM 32 GB
SSD
Video card AMD Radeon RX 5700XT (now stable and good for games but still immature and unusable for OpenCL, Deep Learning, etc.)
My projects are 10 - 30 min video tutorials for YouTube (but I often do them via high quality intermediates. Out of curiosity, not necessity).

@pallium [sei senese, per caso? Io si]
Accounts for forums and Bug trackers (and mailing lists) are different, but can be done with the same password, username and email.

(0004796)
fary54   
2021-06-08 06:20   
@Andrea_Paz
In order to use my script, it is necessary to have a powerful machine, many threads and that the duration of the film to be treated is consequent.
Otherwise, the processing will not be optimal.
Can you give me the characteristics of your hardware:
- processor and number of threads
- ssd or hard disk
- length of film to be processed
Waiting to hear from you.

@pallium
"I need to read again this part of the manuel, since my intention is to use CinGG professionally."
To use Cin GG professionally you also need the same features. As for @Andrea_Paz provide me with the characteristics of your material.
I look forward to hearing from you.
(0004795)
pallium   
2021-06-08 04:06   
@Andrea_Paz
It's also thanks to the huge documentation and tutorials.
Mask: You should ask to create a Mask plugin, like that you could apply a Motion plugin on it. Maybe it would be the solution for applying a mask on only one plugin? Another good feater would be the tracking point: each point of the mask would follow precise pixels.
Rumble plugin: I think we can get an earthquake effect by taking time to configure it.
& @fary54, I will test more deeply the Render Farm. I haven't understood yet. I need to read again this part of the manuel, since my intention is to use CinGG professionally.

@PhyllisSmith & @administrator
I had used the same email for the forum. If you want I to create an account there, can you delete my account here? I don't need two accounts.
(0004792)
Andrea_Paz   
2021-06-07 08:54   
@fary54
WOW. Can you share your script, that I try to adapt it to my PC?

I'm trying to look at scheduling and cpu_governor to see if I can get CinGG to use more threads in playback and rendering; but it's a subject I understand too little about...
(0004791)
fary54   
2021-06-07 07:20   
@pallium
@Andrea_Paz
I confirm a rendering performance problem and the thread optimization is not up to par. Like many, I use the Render Farm to optimize all this.
https://cinelerra-gg.org/download/CinelerraGG_Manual/Render_Farm_Usage.html

Not being a programmer, I created a small bash script to automate the creation of the render farm and provide each thread without exceeding a processor operating temperature of 85/90 degrees Celsius.
Of course this script is only a temporary solution because its settings are optimized for my type of video file and my pc.
(0004790)
administrator   
2021-06-06 18:48   
@pallium

I can't find anyone in our forum database with your email address. Did you use a different email address for the forum registration?
You can try to subscribe to the forum, then I will activate you manually, just let me know when you are done, even if you don't get a confirmation email.
(0004789)
PhyllisSmith   
2021-06-06 18:31   
@pallium
I will see if I can figure out why you can not join the forum.

Next autos shortcut (mask, pan, ...) is Alt-a
Previous autos shortcut is Ctrl-Alt-a
(0004788)
Andrea_Paz   
2021-06-06 18:27   
@pallium
Congratulations, you've only been using CinGG for 2 weeks and you've already gone very deep into its knowledge. It is an indication that you are a good editor!

Mask: since the interpolation is only linear, IgorBeg proposed a workaround to mimic a curve with small linear segments. See:
https://www.youtube.com/watch?v=uVNguI5EuA0
It would be nice to be able to implement your suggestions; unfortunately in CinGG the mask is just a "hole" and not true rotoscoping. Another missing feature for masks is the ability to be able to track them with "Motion Tracking".

Earthquake filter: I don't know if the "Rumble" filter can do anything similar to what you are asking.

Performance is an issue that has been mentioned many times. For example to me and also to others (but not all) CinGG uses only one thread, even in rendering. The problem is magnified when using mkvs. For rendering the only workaround I've found is to use the Render Farm. I guess this problem will remain unless we find a C++ programmer with knowledge of OpenGL and graphics.

Very nice your conclusion about Cindy!

@Sam
Can you do something about pallium's problem of not being able to sign up for the forum?
(0004787)
IgorBeg   
2021-06-06 10:14   
@pallium
I don't use the forum because I tried twice to create an account there and I never received an e-mail of confirmation.

Sorry for that. You can open a ticket for that, for example.

...shortcut. But they doesn't work for the keyframes of curves, mask, mode and pan. It's only for the keyframes of the plugins, right?

There is a shortcut also for that but you have already write the review. I don't know if I can help you. ;-)

I go to bed. Good night (I hope).
(0004786)
pallium   
2021-06-06 09:13   
@PhyllisSmith
With a color model RGB/A, the F_plugins are not overcontrasted anymore. Thanks.
Bitrate of the clip: native 44,9 Mbit/s; proxy 1:1 936 Kbit/s
Great, thanks for the shortcut. But they doesn't work for the keyframes of curves, mask, mode and pan. It's only for the keyframes of the plugins, right?

@IgorBeg
I don't use the forum because I tried twice to create an account there and I never received an e-mail of confirmation. So I created an account here. With this account, we can not login to the forum, right? So what shoud I do? What do you want I to write here? I have to send to you my issue in private before and, if you accept, I will be allowed to post my issue here...? For my next review, will you post it with your account on the forum?
But if you hate too much my review here, if you can not sleep because of nightmares of my review, if you are suddenly constipated because of my review, delete my review or ask someone to do it. :-)
It's up to you. You decide for me. O my Lord...
(0004785)
IgorBeg   
2021-06-06 07:00   
@pallium
I don't understand why you did a review here at MantisBT. In my humble opinion it does not seem the right place. I would understand you had made it in the forum.
You have done a review of only certainties.
How can the community answer if you don't ask questions? I'm sorry. Byeeee.

But she always says: "You will be allowed to touch me after two years at our wedding."

Hahahah. Yes, this was really funny. =)
(0004784)
PhyllisSmith   
2021-06-06 00:23   
(Last edited: 2021-06-06 00:35)
@pallium
Thanks for the video on ffmpeg filters issues. Switch to Settings->Format RGB-... or RGBA-... and the problem foes away as you can see in: https://streamable.com/ihn3az
I should know what the reason is, but it is beyond my scope of understanding.

The Trails and Vertigo are really nice effects and would be great to have. Outline is OK too.

About: "Between Proxy 1:1 and native clips, I don't see the difference."
-- just a quick comment, Proxy 1:1 does not provide any speed up unless the bitrate is actually reduced.

About: "No shortcut to navigate between the keyframes -> Shift - left/right arrow." Here are the documented shortcuts for plugin keyframes:
-- Next keyframe --- k
-- Previous keyframe --- Ctrl-k
-- Next keyframe select --- Shift-K (Select from cursor to next keyframe)
-- Previous keyframe select --- Ctrl-Shift-K (Select from cursor to next keyframe)

(0004783)
pallium   
2021-06-05 20:51   
@PhyllisSmith
Rumble... Ho yes, thanks!
Outline: Paint Bucket (Premiere) https://www.youtube.com/watch?v=ox9KCU4MRXo. This effect can be applied after a chromakey or just on rescaled/croped clip (video below).
Vertigo (Shotcut): https://www.youtube.com/watch?v=ZOsFYWb_Ypc
Trails: Echo (Premiere) https://www.youtube.com/watch?v=etmTyBkBDls

Maybe the term "overcontrasted" would be more correct (video below).
(0004782)
PhyllisSmith   
2021-06-05 17:02   
@pallium
About: "The workspace and the timeline are not intuitive. I struggled at the beginning. But once understood its behaviour, it's the smartest timeline."
-- The above is all very true. "Intuitive" is subject to the "current" prevailing understanding but when Cinelerra was first written about in the year 2000, computer hardware and software was a lot less robust and things we take for granted today were not yet widely available. I have not yet used a program that does not take some getting used to and the hardest ones to use are the ones in the same discipline when you are used to doing something another way.

About: "There are missing effects: Typewriter (Title), Outline, DeLogo, Vertigo, Trails, Earthquake, Letter spacing (Title), Multicolor gradient..."
-- Outline is available with F_edgedetect or even manually via Tracer. Earthquake-like is the plugin rumbler. Delogo is F_delogo. Does not seem to be alternatives for the other ones. Because ffmpeg is so necessary for Cindy these days, there is no impetus to duplicate already existing/working plugins like F_edgedetect and F_delogo.

About: "only if your clip suffers from underexposure. Why all the ffmpeg plugins overexpose the clips...? The best chromakey plugin is that of ffmpeg (simplicity and precision), but again with the automatic overexposition..."
-- I do not understand what you are saying here as I have never heard of anyone mentioning this problem and have not seen it myself.
(0004779)
PhyllisSmith   
2021-06-05 13:55   
@pallium
Thank you for taking the time to give us your feedback. It will take awhile to absorb the information you provided.
I would not be at all surprised if @Andrea_Paz and @IgorBeg will have "ways" to perform some of the issues
that are not obvious when starting out.
P.S. Another nickname for Cinelerra-GG, Cindy, is an interesting one ! cin or sin are some of the co-names.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
572 [Cinelerra-GG] Feature minor have not tried 2021-05-31 13:50 2021-06-02 07:59
Reporter: pallium Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Title: letter spacing
Description: The letter spacing is a very elegant effect when it is animated. I hope you will add it in Title.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004777)
IgorBeg   
2021-06-02 07:59   
Yes, I know letter spacing, and I would like to have it. Unfortuantely it there isn't, in the Title plugin. "fixed" tag doesn't work fine and it is not keyframable with interpolation.

Sometimes for that I add the Scale plugin, using only Scale X (constraint ratio unchecked), with little value (from 1.1 to 1.15, depends). It is keyframable with interpolation. Keep in mind It is a fake. Better that nothing.
(0004775)
pallium   
2021-06-02 06:36   
https://www.youtube.com/watch?v=DkV4FLvs_MA
(0004774)
PhyllisSmith   
2021-06-02 01:36   
@IgorBeg
Any example?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
571 [Cinelerra-GG] Feature minor have not tried 2021-05-31 11:40 2021-06-02 07:50
Reporter: pallium Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Overlay : Alpha
Description: Can you add the plugin of frei0r : alphaatop. -> https://www.mltframework.org/plugins/TransitionFrei0r-alphaatop/
Keep the alpha of the track above and remplace the pixels of the track above with the track below. Maybe with an example, it's more clear (video and picure below).
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: overlay-alpha.webm (190,805 bytes) 2021-05-31 11:40
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=789&type=bug
kdenlive-alphaatop.png (26,124 bytes) 2021-05-31 11:40
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=790&type=bug
png

import-transition.png (835,831 bytes) 2021-06-02 00:48
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=791&type=bug
transition-overlay-chromakey.webm (752,198 bytes) 2021-06-02 00:48
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=792&type=bug
Notes
(0004776)
IgorBeg   
2021-06-02 07:50   
@pallium
I am glad you have seen other things in my demo. This was my goal.
When I do a demo I try to add other things that an User might think useful.

@AndreaPaz
About the 3 my demo, I guess you would like to have their with subtitles or am I wrong?
Let's see. (I am getting lazy,... sorry)
(0004773)
pallium   
2021-06-02 00:48   
Hooo we need to do a "sandwich overlay". Very good!!! Thanks @IgorBeg. You also solved another of my problem: I didn't know to import a transition in black and white. Now it's possible with overlay and chromakey.
(0004772)
Andrea_Paz   
2021-06-01 20:37   
[@IgorBeg; OT]
Any chance you'd like to turn these 2 videos on alpha mode and the other on copying effects keyframes into video tutorials?
(0004771)
IgorBeg   
2021-06-01 18:34   
@pallium
Cinelerra[--] can do that!

Like @Andrea_Paz said you can use Overlay Mode,... or Overlay plugin (this one is more "flexible").
Of course your "Color Model" in Settings-> Format...-> Video section have to be RGBA or YUVA (with Alpha Channel).

For Overlay plugin you can see my demo at: https://streamable.com/ddji2l
For Overlay Mode you can see my demo at: https://streamable.com/8dh84l
(0004770)
pallium   
2021-05-31 15:27   
@PhyllisSmith
I just suggest. I don't want to stress someone. Cinelerra is a great surprise and I just want to help the project with my experience in video editing.

@Andrea_Paz
I tried all the overlays of Cinelerra 3 times and I don't get a similar result.
(0004769)
Andrea_Paz   
2021-05-31 14:59   
I don't know much about Overlays. Probably what you are looking for is "Dsatop" or its opposite "Srcatop", which are among the Porter-Duff Overlays. see:
https://cinelerra-gg.org/download/CinelerraGG_Manual/Overlays.html
(0004768)
PhyllisSmith   
2021-05-31 14:07   
@pallium
That would be a good addition. It is not as easy as just "adding it". A whole new plugin program has to be
written in C++ code to create the desired effect.
@Andrea_Paz
Is there another plugin already that would get similar results?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
573 [Cinelerra-GG] Bug tweak sometimes 2021-05-31 17:46 2021-05-31 17:46
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unjoined tids error message when Quit
Description: Not sure when this started but under certain conditions, I see the following when I Quit out of CinGG
...
Total excess of backups: -49
Session time: 0:03:01
Cpu time: user: 0:00:03.522 sys: 0:00:01.806
unjoined tids / owner 1
  00007f4e2d7ca700 / 00007f4f7a7fc700 12RenderEngine


Tags:
Steps To Reproduce: On Fedora 31 (using either regular build or AppImage):
1) start cinelerra from a window
2) load a video file (mine had 1 video and 2 audio tracks)
3) use Settings->Preferences pulldown
4) switch from About tab to Appearance tab and changed "rectify audio"
5) click OK
6) Q for quit on the main program window and see the "unjoined tids" error message on window where started
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
562 [Cinelerra-GG] Bug major always 2021-03-11 10:02 2021-04-13 21:07
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 20.1  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: AppImage 201-02, during render, wrong file is accessed
Description: I started the AppImage from a terminal. I was rendering DNxHR_HQR, and something went wrong, but it kept on going anyway. In the end there was no output file. Fair enough. The terminal showed multiples times the same error.
However, after reporting the end, it kept on trying to go on with another file, one that came right after it the directory. I think this is very bad, trying to access the wrong file.

That part of the directory looked like:

LG_Dolby_Trailer_4K_Demo.ts (input file, 300MB)
LG_trailer_4K_dnxhr_hqx.mov (intended output file, size 0)
Marjan_65jaar_720p.mp4 (next file in the folder)


FFMPEG::open_decoder: some stream times estimated: /home/mat/Videos/LG_Dolby_Trailer_4K_Demo.ts
Failed HW device create.
dev:vaapi
  err: Input/output error
HW device init failed, using SW decode.
file:/home/mat/Videos/LG_Dolby_Trailer_4K_Demo.ts
  err: Operation not permitted
Render::render_single: Session finished.
** rendered 1939 frames in 431.779 secs, 4.491 fps
Decoder dnxhd does not support device type vaapi.
HW device init failed, using SW decode.
file:/home/mat/Marjan_65jaar_720p.mov
  err: Operation not permitted

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004707)
PhyllisSmith   
2021-04-13 21:07   
@Andrea_Paz
Interesting - I did not know that about ffmpeg usage from the command line being very CPU happy..
In my CInGG experiments just now, I am finding big differences in CPU usage when I render the same file using different formats. The older formats may not be incorporating any multi-threading in their library code. Results:

MP4 - uses as much as 1500 cpu's out of 1600.
MOV - uses as much as 1400 cpu's out of 1600.
DVD - uses as much as 750 cpu's out of 1600 -- a much older format.
OGG - uses as much as 165 cpu's out of 1600 -- a really old theora format.
(0004706)
Andrea_Paz   
2021-04-13 20:52   
(Last edited: 2021-04-13 20:53)
Even I can't use all the cores with CinGG. For encoding I have to use the Render Farm to get the CPU used at 100%. See:
https://www.mail-archive.com/[email protected]/msg01565.html
https://www.mail-archive.com/[email protected]/msg00854.html

(Ffmpeg from command line uses all cores!)

(0004705)
PhyllisSmith   
2021-04-13 19:59   
@MatN
About "is there something in ffmpeg that limits it?" for CPU usage, I would have to just guess "yes" something is limiting it at times but not necessarily ffmpeg; it could be Cinelerra or the just about anything else that might be involved such as the particular render decode format being used which in this case is dnxhr_hqx. Cinelerra has locks all over the place and this would definitely limit the CPU usage. If I figure anything specific out about this, I will report back.
(0004704)
MatN   
2021-04-13 18:59   
@Phyllis,
I tested again on a Mint 20.1 laptop, with on CinGG on it except the AppImage 20210331. I found I also have the LG Comparison file, so used that. Because the laptop only has 8G RAM, I created a 32G swapfile; the advantage is also you can see how much memory is used by seeing how much of the swapfile is used (regular "free -h" entries in another terminal).
With "vaapi" (and this AMD 4500U machine does have vaapi hardware), it did 5.8 fps, end result was a close to 20G file (!) with bitrate almost 700 Mb/s. Max swapfile use was 0.9 G.
With "none", it did 5.9 fps, same size end result, but max swapfile was 2.0G . This is the same which I noted before, that with vaapi it uses less memory.
Maybe I really did run out of disk space, the desktop I tried it on before had about 20G free. But "df" did not report it full. I'll try again on that machine.

One thing I noticed: The CPU use was far from 100% (this CPU has 6 cores, no SMT). It constantly hovered around 50%, sometimes for a few seconds it was 100%. Both with and without vaapi. because certainly without vaapi all de- and encoding must be done by software, why is the CPU not constant 100%? I have seen it so on other encodes. Is there something in ffmpeg that limits it?
(0004703)
PhyllisSmith   
2021-04-12 17:12   
(Last edited: 2021-04-12 17:15)
@MatN
Instead of using the file you used: LG_Dolby_Trailer_4K_Demo.ts (input file, 300MB), I used "LG Dolby Compariuson 4K Demo.ts" of 308MB, because this is what I had on my computer (actual size was: 308 162 644).

I ran with vaapi enabled and none with the same output file generated of size: 6 590 411 856. This file is HUGE at 20 times larger. I think you may have really run out of disk space because not only does the rendered output file take space, the $HOME/.bcast5 file uses some space also AND with vaapi enabled, potentially space is used temporarily for processing that is unseen.

In my scenario, when I ran out of disk space, I still had a size of 3 198 955 520 for the output file (about half of what the final file would have been) instead of 0 size that you had for LG_trailer_4K_dnxhr_hqx.mov. I think the difference is due to the way the O/S Fedora operates versus Mint as far as reporting disk space. My Mint O/S, as well as all except the one laptop I used in this experiment, use Nvidia boards/vdpau and are AMD based so I have nothing to test this on Mint. (Just the HP laptop has Intel and an Intel graphics board for vaapi).

Also, as far as the initial report of "something went wrong, but it kept going anyway...no output file...trying to access the wrong file", is it possible that you were out of disk space that time also? When that happens, things can really go badly.

BTW: the error message of "HW device init failed, using SW decode" means that you are really not taking advantage of the graphics board as it can not handle the graphics directives being given to it. However, it may be attempting to use it in some cases anyway, which I think may be using temporary disk space. There is some slight evidence in the case I ran with Vaapi and with None in that with Vaapi, render statistics showed 3.278 fps versus 3.319 fps for None. I also had the "using SW decode" error message.

Summary: I do not think we can definitively attribute these problems to CinGG, but I could be wrong as always!

(0004702)
PhyllisSmith   
2021-04-12 15:21   
(Last edited: 2021-04-12 15:32)
@MatN
(JUST EDITED NOW)
Not done looking at this yet; I wanted to give the update that I also get the "No space left on device" BUT unlike you, I really was out of disk space. I am using Fedora and vaapi.

(0004701)
MatN   
2021-04-10 06:42   
@Phyllis,
Indeed, I will try again, but I was so surprised by this error that I need to see where this comes from. I cannot imagine it was CinGG, or something really weird is going on. I don't see CinGG keeping track of used/available disk space. I did not restart CinGG between the two renders, that's next to try (if it can be reproduced). System was Mint XFCE 20.1 with the AppImage from the CinGG site.
Almost any Linux will have vaapi (or it can be installed). It is the default video accelerator API for Intel and AMD hardware, the old vdpau from Nvidia is much less capable. Install program "vainfo" to check.
(0004700)
PhyllisSmith   
2021-04-09 22:56   
@MatN
What does "To be repeated." mean? Does it mean it is reproducible or that you are going to try it again? I will see if I can find a computer that does vaapi -- I know one of them does and now with AppImage it will be simple enough to try.
(0004699)
MatN   
2021-04-09 19:41   
Tried to re-create this problem using the 2021-03 AppImage.
- New project, format set to RGBA float, 6 audio channels, 2160p23.97.
- Load file LG demo .ts, append to existing tracks. Play a short while, fine.
- Set in "performance" settings hwdevice to "none"
- Render to file format ffmepg .mov, video compression dnxhr_hqx.mov, cin-pix-format yuv422p10le.
- Render went OK at 4.7 fps, result was a 6.6G file. Max memory use about 7.6GB.
- Deleted the output file file, set hwdevice to vaapi, started same render. This failed after the output file reached 3.1G an "err: No space left on device" . Command "df" shows almost 7 GB still free.
Weird. To be repeated.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
565 [Cinelerra-GG] Bug block always 2021-03-16 12:39 2021-03-16 14:04
Reporter: joaomach Platform: x86_64  
Assigned To: PhyllisSmith OS: Arch Based Distro's  
Priority: high OS Version: latest  
Status: acknowledged Product Version: 2020-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error loding shared Libraries: libdav1d.so.4
Description: Cinelerra will not start, running the command "cin" gives following error:
cin: error while loading shared libraries: libdav1d.so.4: cannot open shared object file: No such file or directory
Tags:
Steps To Reproduce: attempt to open application with icon or run terminal command: cin

NOTE: current cin version is 5.1 20201031
Additional Information: Current work around is to create a symbolic link from libdav1d.so.5 to libdav1d.so.4

sudo ln -s /usr/lib/libdav1d.so.5 /usr/lib/libdav1d.so.4
Attached Files:
Notes
(0004694)
PhyllisSmith   
2021-03-16 14:04   
Your solution is a workaround that works for you and might for others so thank your very much for reporting this. Dav1d has been and will continue to be somewhat of a problem for Cinelerra because it has many requirements making it untenable for older Operating System distros. For example, below is a snippet from the manual:

Problem - 0.6 dav1d requires NASM 2.14 and uses instructions like vgf2p8affineqb,
      not exactly an "add" instruction. It also uses meson which is not widely avail-
      able on all distros. The only distros that are built for CINELERRA-GG that are
      at 2.14 are the latest version of Arch, Debian(10), Gentoo, Tumbleweed, and
      Fedora(31). The rest are at 2.12 and 2.13 including the most widely used
      Ubuntu. The NASM requirement apparently provides for using AVX-512 in-
      structions (like vgf2p8affineqb, which is more like a whole routine than a
      simple instruction).
Workaround already in use by CINELERRA-GG - a Makefile was generated to re-
      place Meson usage but has to be continuously updated for new releases.
      Dav1d 0.5 requires NASM 2.13 so at this level the newer distros mostly work.
      The availability of meson and nasm are a significant problem on many sys-
     tems which are still in wide use.

However, we have switched from the monthly tars/packages builds (the last one was 10312020) to AppImage which should solve the library link problem you have noticed and future library updates.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
560 [Cinelerra-GG] Bug minor always 2021-03-11 08:33 2021-03-16 01:18
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 19.3  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Render errors not clear unless CinGG started from terminal
Description: Trying to render a 4K movie to DNxHR_HQX, it kept failing without telling me what was wrong.
When I ran CinGG from a terminal it showed some errors:

[dnxhd @ 0x7f04dc0b1d80] pixel format is incompatible with DNxHR HQX profile
[dnxhd @ 0x7f04dc0b1940] ff_frame_thread_encoder_init failed
FFMPEG::open_encoder err: Operation not permitted
int FFMPEG::open_encoder(const char*, const char*):
open failed dnxhd:/home/mat/Videos/LG_trailer_4K_dnxhr_hqx.mov

The last two lines are displayed in a popup window, it would be helpful if the actual error "pixel format incompatible" was shown too.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0004693)
PhyllisSmith   
2021-03-16 01:18   
Well, I was wrong because the error message: "[dnxhd @ 0x7f04dc0b1d80] pixel format is incompatible with DNxHR HQX profile" appears to come out of ffmpeg and not cinelerra so I can not fix that. Maybe when Andrew becomes available again, he can verify this for us.
(0004688)
PhyllisSmith   
2021-03-13 02:19   
(Last edited: 2021-03-13 02:37)
It is easy for even me to change. error messages printing inside of the Cinelerra popup window. All that needs to be changed is a "printf" to "eprintf". The only problem is which statements to change so as not to overwhelm users with error messages because sometimes they are only informative and Cinelerra can continue to operate. For example, this one:

"FFMPEG::open_decoder: some stream times estimated: /root/Downloads/animals_like_us_cultural_life_orcas_captivity_3min.avi
int FFMPEG::open_decoder():"

which can occur dozens or even hundreds of times when working on a file and it is not an error. I will see if I can determine which specific printf would need to be changed for the above listed lines. But there is no printf that only goes to the popup as far as I can tell.

(0004671)
MatN   
2021-03-11 09:10   
Also, the error message that is shown is wrong.
It says "Could not open <filename>" which is wrong. It can open the file fine, the ffmpeg encoding fails.

In addition, there are three pop-up windows, where one should be enough:
window 1: Cinelerra: Messages
window 2: Cinelerra: Error (failed to open file)
window 3: Cinelerra: Error (error rendering data)

Maybe it is possible to just display the last one, with more info about why rendering failed, and point to the message log which then should be viewable via a main menu entry?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
563 [Cinelerra-GG] Bug major always 2021-03-11 12:30 2021-03-11 16:56
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 19.3  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: AppImage 2021-02 older cannot render DNxHR_HQX
Description: If I try to render a H.265 file to DNxHR format using the "older" AppImage on Mint 19.3, I get errors, it does not work.
That vaapi does not work is understandable, but the built-in ffmpeg which does the render should work the same.
Tags:
Steps To Reproduce: e
Additional Information:
Attached Files:
Notes
(0004673)
PhyllisSmith   
2021-03-11 16:56   
I can not reproduce problem on my Fedora 32 laptop using the older 0228 AppImage.
The record capture of my test is at (but record capture does not work very well with AppImage):
     https://streamable.com/14hj09

Mediainfo output on rendered file:

[root@keystone tmp]# mediainfo dnxx.mov
General
Complete name : dnxx.mov
Format : MPEG-4
Commercial name : DNxHR HQX
Format profile : QuickTime
Codec ID : qt 0000.02 (qt )
File size : 179 MiB
Duration : 8 s 214 ms
Overall bit rate mode : Constant
Overall bit rate : 182 Mb/s
Writing application : Lavf58.45.100

Video
ID : 1
Format : VC-3
Commercial name : DNxHR HQX
Format version : Version 3
Format profile : RI@HQX
Codec ID : AVdh
Codec ID/Info : Avid DNxHR

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
561 [Cinelerra-GG] Feature minor always 2021-03-11 08:53 2021-03-11 08:53
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint XFCE  
Priority: low OS Version: 19.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow to limit the amount of memory that CinGG uses
Description: This might be difficult, but a setting that allows limiting the amount of memory that CinGG uses would be handy. This will of course reduce performance, but might be better than using a swapfile/partition, and allow other programs to still have some memory without swapping being necessary.

For instance with 32G ram one might set it to use maximum 28G .
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
557 [Cinelerra-GG] Feature feature have not tried 2021-03-08 17:59 2021-03-09 00:21
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Pipewire as Audio Driver choice in Settings
Description: Information from the Mailing List concerning Pipewire is below.
Question: what about using pipewire as a replacement for pulseaudio and jack?
Comment: it is starting to be integrated into distributions.
About: https://lwn.net/SubscriberLink/847412/d7826b1353e33734/

A Settings->Preference, Audio Driver should have this as a choice after getting it tested and correctly hooked up.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004666)
PhyllisSmith   
2021-03-09 00:21   
According to the following url concerning Fedora, it looks like the "proposal is to replace the PulseAudio daemon with a functionally compatible implementation based on PipeWire. This means that all existing clients using the PulseAudio client library will continue to work as before".

https://lists.fedoraproject.org/archives/list/[email protected]/thread/ZWIX7EQG6EHXVGJBENN6JH3XGYLX3FTW/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
375 [Cinelerra-GG] Bug minor have not tried 2020-02-08 17:08 2021-03-03 07:28
Reporter: PhyllisSmith Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Open EDL possible bugs and feature requests
Description: Adding Dan's email here so that it does not get lost.
Bugs:
1. if i am not in layer 0, saving does not actually pass modifications upstream to layer 0. I presume it saves something somewhere, but the layer 0 edl never gets updated with the new info, so new modifications work as expected until I close the session, and then when I reopen it, I lose all the new work. The only way to have changes in layers 1 and 2 persist across sessions is to return to layer 0 before saving. this can wreck your day if you forget.
2. one of the advantages of layer editing is keeping a tidy session. it would be nice if each layer only showed the resources it is using directly. In my case for example, the only EDLs which directly reference camera files are layer 2. If I manually remove all the camera files from the resource window of layer 1, I get a neat and tidy resource window, but as soon as I go into layer 2 and return to layer 1, the camera files for the referenced session reappear in layer 1 resource window.
3. often, when I try to drag edits left or right (either of video clips or plugin boundaries), they don't 'keep up' with my mouse. that is, when I let go of the mouse button, the edit hasn't moved as far as the cursor, so I have to drag several times.
4. sometimes, when dragging edits on a track that has deactivated plugins, the plugins activate on their own after moving the clip boundaries, so that each time I move the edit I have to manually deactivate the plugins again.
5. right click > zoom doesn't work on mixer windows

Feature requests:
1. It would be nice to have a videoscope on the compositor in addition to the ability to add plugins to each track. That way we can avoid having to manually activate/deactivate scopes on each track and have several scopes open at a time. The compositor scope would automatically correspond to whatever we see in the compositor.
2. turning off play on a track should stop it streaming in the mixer windows (if this would save processing and i/o overhead).
3. It would be nice to be able to activate/deactivate all plugins on a nested session via a 'nested plugin' strip like we get when sharing processing between tracks. An alternative would be a context menu option (activate/deactivate plugins) when right clicking on the edl in the resource window, or when right clicking on a clip on the timeline.
4. It would be nice to be able to modify length of transitions by dragging the transition's 'length' bar, this would save huge amounts of time and clicks.
5. It would be nice to be able to choose a slider in the camera and projector XYZ controls instead of up/down arrows and number boxes. sliders would allow quick editing if we need to do fast reframing, or we could switch back to numbers for more precise control.
6. It would be nice to be able to select a range and clear all transitions.
7. It would be nice to be able to select a range and transform all keyframes to linear or curved via context menu.
8. I still think making 'd' the shortcut for delete last track is soooo dangerous.
9. It would be nice to have a configurable autosave (that doesn't overwrite the source track, but makes backups every x minutes in an 'autosave' folder).


Tags:
Steps To Reproduce:
Additional Information:
Attached Files: projector.jpg (10,942 bytes) 2020-03-10 23:59
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=425&type=bug
jpg

a.jpg (45,074 bytes) 2020-03-20 23:35
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=431&type=bug
jpg
Notes
(0004664)
PhyllisSmith   
2021-03-02 23:55   
The Autosave feature is now available in the AppImage release of 20210228 at: https://cinelerra-gg.org/download/images/ with directions at: https://cinelerra-gg.org/download/CinelerraGG_Manual/CINELERRA_GG_AppImage.html

9. It would be nice to have a configurable autosave (that doesn't overwrite the source track, but makes backups every x minutes in an 'autosave' folder).
(0003861)
quintao   
2020-08-02 07:37   
Not D Quinton's email.. as I didn't write all that!
(0002961)
PhyllisSmith   
2020-03-26 03:55   
Feature request 0000001 -- a videoscope on the compositor ... The compositor scope would automatically correspond to whatever we see in the compositor.

Try it now. There is a scope icon in both the Compositor and the Viewer that you can enable/disable. Remember this uses a lot of CPU but I had both in my laptop and it only uses 1000% out of 1600% while playing both.
(0002916)
PhyllisSmith   
2020-03-20 23:35   
Item 2 -- "turning off play on a track should stop it streaming in the mixer windows (if this would save processing and i/o overhead)."

This has been added and checked into GIT. It does save processing time. To use this, RMB in the desired mixer window, and choose "Playable". A white crossed-skis-looking-icon appears in the upper left hand corner of the mixer. See attached. To reverse and play again, RMB and choose Playable to turn back on. The program automatically updates the mixer image when the timeline cursor stops or when it is moved to a different spot even when play is disabled.

Some statistics on a 16 cpu laptop:
  5 Mixers all playing -- cpu usage = 1275
  1 only playing -- cpu usage = 405
  2 only playing -- cpu usage = 800
But with more mixers, not as dramatic of savings:
 16 Mixers all playing -- cpu usage = 1465
   1 only playing -- cpu usage = 935
   2 only playing -- cpu usage = 1150
(0002906)
PhyllisSmith   
2020-03-18 19:36   
Item 6 -- select a range and clear all transitions.
GG started writing the code to do this but "lo and behold", you already have this feature. Use the Edit pulldown and choose "Detach transitions". Only the transitions in the selected range will be cleared.
(0002903)
PhyllisSmith   
2020-03-15 04:06   
Bug 1 has been fixed so that if you do a Save (shortcut letter s) in any layer, it is propagated up so then if you quit in any layer, the changes are in effect and you will not lose work.
(0002896)
PhyllisSmith   
2020-03-12 21:46   
Bug 5 -- "right click > zoom doesn't work on mixer windows" has been fixed and will be checked into GIT soon. In addition "Tile Mixers" option right on the display is a more easily accessible option to get the windows back to the default locations/sizes. It is still a choice in the Window->Mixers pulldown too.
(0002873)
Sam   
2020-03-11 00:02   
About Item 5:
Thanks for integrating this feature. I like it. +1
(0002872)
PhyllisSmith   
2020-03-10 23:59   
(Last edited: 2020-03-10 23:59)
Item 5 -- Dan says "It would be nice to be able to choose a slider in the camera and projector XYZ controls"
Sliders have been added along with range tumblers to be used in conjunction with the Overlays XYX auto lines and zoom bar ranges. Attached shows the menu now.

(0002871)
PhyllisSmith   
2020-03-08 18:44   
Item 4 -- Dan says "sometimes, when dragging edits on a track that has deactivated plugins, the plugins activate on their own after moving the clip boundaries".
This is now fixed in the GIT checkin and while doing so, found plugins flaw which took awhile to fix. Plugins are now changed to an ID based reference because there was a problem resulting from making plugin copies.
(0002850)
PhyllisSmith   
2020-02-29 18:34   
(Last edited: 2020-03-20 23:20)
Item 8 --- Dan says: "I still think making 'd' the shortcut for delete last track is soooo dangerous." I believe that this "Dan" is "D. Quinton" but I could be very wrong. But at least twice this has been noted as an issue so GG has changed it and it will be in the February 29, 2020 builds. The shortcut is now Ctrl-D and of course, you can still just use the "Tracks" pulldown for "Delete last track" if you forget the new shortcut. What convinced me that it really is dangerous is that if you accidentally type d instead of the nearby characters like x, you will have deleted the last track AND NOT EVEN KNOW it because so often the last track is scrolled off the screen.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
554 [Cinelerra-GG] Feature minor always 2021-02-13 23:44 2021-02-16 23:50
Reporter: skinkie Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2020-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feather edges upon rotation
Description: At this moment the rotation effect has some visual effect that causes hard edges. I would rather want to see the edge blending in with the background.
Tags:
Steps To Reproduce: Apply the rotation effect. Place a light background behind it.
Additional Information:
Attached Files: edge.png (81,340 bytes) 2021-02-13 23:44
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=769&type=bug
png

blended_or_not.png (15,212 bytes) 2021-02-16 23:50
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=771&type=bug
png
Notes
(0004650)
PhyllisSmith   
2021-02-16 23:50   
It seems to me like it already does a little blending, but I could be wrong. It does look like it does some interpolation in the code. If you look at the attached file, you see:

1) not sharp edges but gradual color changes when you zoom in which I assumed was blending
2) the second image is the Title plugin letter "a" when you zoom in and "smooth" is disabled
3) the third image is the Title plugin letter with the "smooth" (blended?) option enabled
(0004637)
Andrea_Paz   
2021-02-14 08:55   
I confirm the issue.
I thought the cause was the video driver setting to X11-OpenGL, which uses only "Nearest" as a scaling algorithm and has insufficient quality. But the problem remains even when using only X11 set to bilinear, bicubic or Lanczos.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
553 [Cinelerra-GG] Feature minor always 2021-02-13 15:58 2021-02-15 00:51
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 20.1  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: CinGG does not recognise audio format FLAC.
Description: AppImage 2020-02-07 newer-distros
Importing an audio in FLAC format results in an empty audio track. A recording in OGG format works fine. This recording is made by Gnome-sound-recorder, to replace the bad quality audio from the camera's microphone.
It Is easy to convert FLAC to WAV, but should CinGG not support it?
Tags:
Steps To Reproduce: See description
Additional Information:
Attached Files: Mono_44kb.flac (725,329 bytes) 2021-02-14 10:29
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=770&type=bug
Notes
(0004646)
PhyllisSmith   
2021-02-15 00:51   
Well, I think that to be a legitimate flac file it should be constructed as such - otherwise why have standards at all.
It would be better if Cinelerra could put an error message on the terminal window stating a problem rather than what it is doing.
So we should leave this open in case some eager programmer shows up to add an error message.

MONO info:
1 audio stream
aud0 (0), id 0x01500c:
audio1-1 flac s16 44100 0bits
0+0 smpl 0.00 secs 0:00:00.00 *************************

WHEN I GROW UP info:
1 audio stream
aud0 (0), id 0x01500c:
audio1-2 flac s16 44100 0bits
9062784+0 smpl 205.51 secs 0:03:25.51 *************************
(0004645)
MatN   
2021-02-14 21:46   
Ah, I just missed your earlier note. Maybe you are right, because the Audacity written file shows 'duration" . There is no field like that in STREAMINFO, but there is a field "Total samples in stream" that is probably used to compute the duration, given the sampling rate (which is present in the failing file).
Anyway, it looks like sound-recorder does not properly write STREAMINFO, some fields can only be done after the whole file is done but that is not problem as it is at a know place and a known size.
(0004644)
PhyllisSmith   
2021-02-14 21:38   
(Last edited: 2021-02-14 21:59)
Oh, that is great that you figured it out!
Does it have Duration now? Or can you send the output of mediainfo and/or ffprobe on the new file?

(0004643)
MatN   
2021-02-14 21:36   
It is likely related to the missing MD5 checksum, which in the original file is all zero's . I used Audacity, set up for 16 bit mode (not 32 bit floating point), imported the failing flac file into it, and exported it without any changes other than the file name. Now "flac -t" does not complain about MD5, and CinGG loads and plays it fine.
The next question is, the mandatory structure STREAMINFO is present, but the MD5 field is empty. I do not know yet what the spec says about it. If it is mandatory, then CinGG should maybe give an error as to why is does not load the file on the timeline.
(0004642)
PhyllisSmith   
2021-02-14 21:34   
(Last edited: 2021-02-14 21:36)
For some reason, I doubt that it is that simple. These 2 sample files, 1 works and 1 doesn't, are really very different in their characteristics as shown by:

./ffprobe /root/Downloads/Mono_44kb.flac
Input #0, flac, from '/root/Downloads/Mono_44kb.flac':
  Metadata:
    ENCODER : Sound Recorder
    TITLE : /home/mat/Recordings/Clip 1
    DATE : 2021-02-14T10:58:53+0100
  Duration: N/A, start: 0.000000, bitrate: N/A
    Stream #0:0: Audio: flac, 44100 Hz, mono, s16

./ffprobe "/proj/samples/flac/When I Grow Up.flac"
Input #0, flac, from '/proj/samples/flac/When I Grow Up.flac':
  Metadata:
    REPLAYGAIN_TRACK_PEAK: 1.00000000
    REPLAYGAIN_TRACK_GAIN: -7.43 dB
    REPLAYGAIN_ALBUM_PEAK: 1.00000000
    REPLAYGAIN_ALBUM_GAIN: -7.43 dB
  Duration: 00:03:25.51, start: 0.000000, bitrate: 928 kb/s
    Stream #0:0: Audio: flac, 44100 Hz, stereo, s16
    Side data:
      replaygain: track gain - -7.430000, track peak - 0.000023, album gain - -7.430000, album peak - 0.000023,

BUT I notice that the Mono has no "Duration" and that may be why CinelerraGG does not like it.

(0004641)
MatN   
2021-02-14 20:07   
I noticed that "flac -t" on the file reports that there is no MD5 info. Each flac file must contain a streaminfo block, one field of which is the MD5 sum of the audio data.
See https://xiph.org/flac/format.html#def_STREAMINFO . Do not know if this is causing the problem, will see tomorrow if I it is possible to add it manually.
(0004640)
PhyllisSmith   
2021-02-14 17:42   
(Last edited: 2021-02-14 18:21)
FFplay (ffmpeg) has no problem playing MatN's sample from the command line. But I notice when using mediainfo that the "Writing library" for the one that worked was: libFLAC 1.1.0 (UTC 2003-01-26) but for the Mono was: GStreamer encoded vorbiscomment .

I did try changing in Settings->Preferences, the "Probe Order" to force flac, or cr2, or vorbis, or others to try loading it first but still no luck.

Also checked to make sure are using the latest flac library which is 1.3.2 and we are.
So the problem must be the interface between CinelerraGG and ffmpeg.

(0004639)
Andrea_Paz   
2021-02-14 15:21   
Your FLAC file is imported into CinGG and LMB --> Info reads the data correctly. However, it is not possible to load it on the timeline or even in the Viewer window.
On the terminal I have this message:

FFStream::decode: Retry limit

Other FLACs downloaded randomly from the internet all work without problems.
(0004638)
MatN   
2021-02-14 10:29   
I have made new recordings, in mono and stereo, both show the same problem, so I have attached the smaller mono version only.
I load the file in a fresh AppImage as "replace current project" . Audacity plays it fine, the "file" cmd on the file shows nothing unexpected, exporting the file from Audacity to .wav format make the .wav file load fine in CinGG.
With the flac file, I do see quite a few errors in the terminal I start the AppImage from.
File is 44.1 kHz, 16 bits signed.
(0004635)
Andrew-R   
2021-02-14 04:30   
seems to work fine here too (self-compiled CinGG from 8th Feb). Be sure to check 'Resources->Media', if you have default load strategy 'Only create resources'. If you set it to 'replace current project' - file will appear on timeline (replacing anything that was there) on load. Otherwise you just drag it from 'Resources->Media' on timeline ....
(0004633)
PhyllisSmith   
2021-02-13 18:21   
Here is the link to test file:
https://drive.google.com/file/d/1vEpTMqhvLkebfQX-oVRzbcQvS46nfnDW/view?usp=sharing
(0004632)
PhyllisSmith   
2021-02-13 18:10   
(Last edited: 2021-02-13 18:21)
Perhaps there is a problem with the flac file. I tested this one both using the usual binary and with appimage (newer) and it played for me. Did I miss something?
# mediainfo "When I Grow Up.flac"
General
Complete name : When I Grow Up.flac
Format : FLAC
Format/Info : Free Lossless Audio Codec
File size : 22.7 MiB
Duration : 3 min 25 s
Overall bit rate mode : Variable
Overall bit rate : 928 kb/s
Album replay gain : -7.43 dB
Album replay gain peak : 1.000000

Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration : 3 min 25 s
Bit rate mode : Variable
Bit rate : 928 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Bit depth : 16 bits
Compression mode : Lossless
Replay gain : -7.43 dB
Replay gain peak : 1.000000
Stream size : 22.7 MiB (100%)
Writing library : libFLAC 1.1.0 (UTC 2003-01-26)

Test file too big to send here. Check the next note for link.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
548 [Cinelerra-GG] Feature minor have not tried 2021-01-19 21:00 2021-02-02 19:04
Reporter: RafaMar Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestion for improving the BathRender window
Description: 1- I think that the batch render assistant should not remember the last job, after closing the session, and always open blank.
We precisely have the save and load button if we want to save the batch render list.
I don't see much sense to the ~/.cast5/batchrender.rc file
It would be more useful to improve the "Save jobs" option, showing the location of the xml file and if it already exists, simply when saving does not reopen the explorer window, a warning to overwrite, and simply pressing Load jobs will load it if it is in the box. The latter saved file if it could be remembered.
2- Is it possible that the batch render does not take into account the position of the playhead?
This lacks any logic in batch processing. Typically, the entire project is rendered regardless of where the playhead was left.
3- Just a suggestion. Is it possible to add the option to render the area marked with the in and out points?
For example, in a project I mark an area and by means of a button I indicate that in the new line of the project loaded in EDL Path only this area is rendered, if later I create a new line and modify the in and out points, I can add this to this new line and then the batch render will export these fragments to me, from the same or several projects.
View Image.
In this way it would even be better than in many professional applications.
You just have to explain the importance of creating a new line before changing data. It is the only thing that is not intuitive, but once it is known it is no longer a problem.
I'm sticking with the idea of removing the Save to EDL button and the job/session match option, but this could go on as Andrew-R has done.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Idea.png (82,212 bytes) 2021-01-19 21:00
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=755&type=bug
png
Notes
(0004613)
RafaMar   
2021-02-01 15:37   
@Andrea_Paz, I made the quick start guide, in all the languages in which Cinelerra is translated, to facilitate learning about its use for users who do not know English.

What if possible is an html that instead of automatically opening the file in the local language of the user's browser, it simply offers a list in the languages in which it is translated and that the user decides which to open.

It is an idea, but if this is going to cause problems, we better leave it only in English and those who do not know English should learn or use another editor where there are no problems with the translations of the help guides.

Greetings.
(0004612)
Andrea_Paz   
2021-02-01 08:58   
Nice job Rafa, my compliments!
I wanted to make a small personal criticism:
From the beginning it was decided to use English as the language for documentation; the reason is simple: there are no people/time to implement multiple languages. So I would prefer just using English pdf, rather than partial implementations, leaving the other languages to personal modifications by users if they wish.
(0004606)
RafaMar   
2021-01-28 20:11   
Another improvement would be to add a help button, [?], That opens the pdf of the quick start guide. It would be perfect if you even open the guide in the language that Cinelerra has configured. At the moment the guides are in English and Spanish. This can be a pdf or an html file, which I can make the template myself so that it can later be translated into different languages.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
546 [Cinelerra-GG] Bug minor always 2021-01-18 03:29 2021-01-23 23:16
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Does auto-recovery of translated plugin names still work?
Description: I have old test project from 2016.
For some reason auto-fixing plugin names doesn't current work, at least with LOCALE set as follow:

LANG=ru_RU.CP1251
LC_CTYPE="ru_RU.CP1251"
LC_NUMERIC="ru_RU.CP1251"
LC_TIME="ru_RU.CP1251"
LC_COLLATE=C
LC_MONETARY="ru_RU.CP1251"
LC_MESSAGES="ru_RU.CP1251"
LC_PAPER="ru_RU.CP1251"
LC_NAME="ru_RU.CP1251"
LC_ADDRESS="ru_RU.CP1251"
LC_TELEPHONE="ru_RU.CP1251"
LC_MEASUREMENT="ru_RU.CP1251"
LC_IDENTIFICATION="ru_RU.CP1251"
LC_ALL=

==
?
Tags:
Steps To Reproduce: Try to set locale to those values and load attached text project.

It will complain about missing plugins ....

It refers to /home/guest/Nokia/30052016465.mp4
to be uploaded separately (I think you can edit this part, as long as your text editor doesn't try to auto-fix encoding)
Additional Information:
Attached Files: CIN51.proj.xml (9,023 bytes) 2021-01-18 03:29
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=744&type=bug
Notes
(0004600)
PhyllisSmith   
2021-01-23 23:16   
It is possible that translating the plugins was eliminated after a few months or years. I tried to find old email about this but was unable to. I did load your project and got the same error messages. It is possible to detect what the plugin is supposed to be by clicking on the brown plugin bar gear icon which brings up Preset menu; then if you scroll down on the right side all the way to the bottom, you see the word DATA followed by the plugin name. In this example Rotate and 2 Titles.
(0004599)
Andrew-R   
2021-01-23 22:37   
I also found function

generate_display_title() in pluginserver.C but sadly calling it from mwindow's MWindow::fix_plugin_title(char *title) results in segfault ....
(0004598)
Andrew-R   
2021-01-23 22:34   
https://cloud.mail.ru/public/jKcR/2x9Uzt4Pn
- I think I missed second clip referenced by this project (actual output)
(0004535)
Andrew-R   
2021-01-18 03:33   
https://cloud.mail.ru/public/8tyY/x8V11ACAd - media file

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
84 [Cinelerra-GG] Bug feature have not tried 2018-12-28 20:50 2021-01-20 20:35
Reporter: PhyllisSmith Platform:  
Assigned To: goodguy OS:  
Priority: low OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Copy just the effects without the clip
Description: Is it possible to copy effects alone?
With larger video projects you want to copy several effects elsewhere without the corresponding clips. This would make it much easier
to work in the timeline.
Tags: Timeline
Steps To Reproduce:
Additional Information:
Attached Files: Effects-paste_01.png (147,078 bytes) 2018-12-30 11:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=41&type=bug
png

Effects_paste_02.png (145,746 bytes) 2018-12-30 11:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=42&type=bug
png
Notes
(0004555)
PhyllisSmith   
2021-01-20 20:35   
https://streamable.com/no2qxu
Using the middle mouse button while in Drag and Drop Editing mode.
Uh-Oh - How come this is not in the manual? Phyllis must have dropped it. I had totally forgotten about it!
(0004554)
PhyllisSmith   
2021-01-20 20:26   
@Andrew-R
The videos on streamable only last a few days while being accessed. I will see if I still have it on my local disk.
(0004553)
Andrew-R   
2021-01-20 19:10   
@PhyllisSmith, sorry for summoning you, but I can see video you posted back then (https://streamable.com/iyzs7v) was it deleted or moved osmewhere ?
(0003429)
Sam   
2020-05-16 01:09   
There is no hurry, your interim work with the videoscope and the audio track height has become really good, it was worth the wait. Thx :-)
(0003428)
PhyllisSmith   
2020-05-16 01:00   
We will continue work on this later and hopefully can implement suggestions. This was being worked during breaks from Videoscope improvements but finally that late 2018 feature request is done so we might get back to this after Audio.
(0003309)
IgorBeg   
2020-04-26 08:02   
I think MMB is good when you press and hold down it, for example when you are doing a Rolling Edit but not for a single click like a menu.
(0003299)
Sam   
2020-04-25 13:46   
@IgorBeg Quote: 'About MMB (Middle Mouse Button), I would like to suggest to substitute (or adding to) it with Ctrl+RMB. More useful for me, if technically possible, and if Sam and other users agree with me. '

Yes, I agree, or any other combination. The middle mouse button was not a bad idea, but in all the mice I tested, the button was the hardest to press. In addition it happens to me with my mouse that I turn the mouse wheel by mistake, because it is so difficult to press. I don't know why this is the case, but unfortunately it doesn't allow a really smooth and pleasant working. Currently it does not work at all, because my mouse is broken.
(0003298)
IgorBeg   
2020-04-25 09:29   
I have seen the Phyllis' demo and I used the new feature a little here and there. Very good.
I don't like the copy function from Resources to paste the effect on the timeline. Too many steps to do but maybe it is the only way (technically) possible.
I would like Sam's suggestion in #0003284
https://www.cinelerra-gg.org/bugtracker/view.php?id=84#c3284

And "Overwrite Effects" instead of "Overwrite Plugins" for consistency with "Collect Effects", "Paste Effects", "Save Effects".

About MMB (Middle Mouse Button), I would like to suggest to substitute (or adding to) it with Ctrl+RMB. More useful for me, if technically possible, and if Sam and other users agree with me.
(0003296)
Sam   
2020-04-25 01:19   
A small note and potential for improvement.

The distinction between a clip and an effects clip would make sense, because without this distinction some unpleasantness would result. For example, if I double-click on a saved effect clip in the clip tab's resource window, it will be loaded into the viewer. But in the viewer I only see a black image. I can even press play and the playback starts by itself, but what should be played? Nothing can be played, because there is no picture and sound material, this action is useless. If a user has a lot of clips in the resources window and wants to test them with a double click, he will not know which type of clip it is if he has not labelled them correctly. The only thing he could see is the black thumbnail.

Here is my suggestion:

1. when creating a new saved effect, declare it as an effect in the clip tab. I should see at first sight that it is an effect and not an ordinary clip. Maybe it makes sense to add the word "effect" before the title. Or maybe Cinelerra internally has a tag with the name "Saved Effects" instead of "Clip". As mentioned in the previous post, it would therefore make sense to rename the Clip tab in the Resources window to "Clips & Effects Library" or to add a new tab called "Effects Library". Finally, you can create your own collection of effects and find them in their own tab. This now distinguishes between real clips and saved effects.

3. it makes no sense to be able to load a "Saved Effect" in the viewer, so I would disable this. Maybe you can filter this out using the internal tag "Saved Effects". The difference is quite simple, if there is a picture or sound, it is a clip, otherwise it is a Saved Effect.

4. saved effects can also be dragged over existing footage in the timeline. Currently when I drag a clip into the timeline, I can only drag it to a free space, but not onto existing footage. "Saved Effects" can be dragged directly onto existing footage and these new effects are added to the effects track below. The sense of this feature is, that you save effects to be able to drag them to another place over new footage, so it would be logical to remove this restriction for saved effects.
(0003291)
Sam   
2020-04-24 14:00   
@Andrea_Paz
I do indeed have this mouse. I only used the mouse in the default setting. Your tip is good, I'll give it a try.
(0003290)
Andrea_Paz   
2020-04-24 07:22   
@Sam
A while ago you recommended Logitech G402. If you have this mouse and MS Windows, you can assign one of the side buttons as the middle button (with logitech software). This setting will be retained even when you start linux.
However, I agree with you about the shortcut.
(0003289)
Sam   
2020-04-23 22:57   
@PhyllisSmith
Sorry, I wasn't specific.
I meant that after modifying /etc/X11/xorg.conf.d/00-keyboard.conf, simulating a three button mouse does not work. I can't get any effect by pressing LMB and RMB at the same time.
(0003288)
PhyllisSmith   
2020-04-23 22:50   
@Sam,
Will work on getting GG to add the shortcuts back and maybe the "Save Effects". What do you mean by it "does have the desired effect"?
(0003287)
Sam   
2020-04-23 22:44   
I've tried it, but unfortunately it doesn't have the desired effect. If you can make the shortcut work, I can do without the context menu, because I prefer to work with shortcuts anyway.
(0003285)
PhyllisSmith   
2020-04-23 21:25   
@Sam
The short cut was not working so GG took it out after I had already made the demo.
You can modify the file: /etc/X11/xorg.conf.d/00-keyboard.conf
to emulate a 3 button mouse by adding something like the following to the bottom and they simultaneously pressing LMB and RMB.

Section "InputClass"
        Identifier "system-mouse"
        Driver "evdev"
        MatchIsPointer "on"
        Option "ZAxisMapping" "4 5"
        Option "Emulate3Buttons" "yes"
EndSection
(0003284)
Sam   
2020-04-23 21:17   
I have a small suggestion, I think very few new users will be aware that you can save effects by a detour in the Clip tab of the Resources window.
Better and easier would be to use the "Save Effects" entry directly in this context menu.
I would suggest using the shortcut "Ctrl + Shift + i" as I prefer to work with shortcuts.

This subsection of the context menu would look like this.

Overwrite Plugins
Collect Effects
Paste Effects
Save Effects

After clicking on the Save Effects menu item, the Clip Info window pops up automatically and instead of the predefined text Clip 1, the predefined text Effects 1 is displayed.
This saves a lot of time and unnecessary clicks. For smaller projects you can take the detour, but for larger projects you are happy about every click less.

Another consideration would be to expand the Clip tab in the Resources window by name. Instead of just Clips I would write the following.
"Clips & Effects Library"
(0003283)
Sam   
2020-04-23 20:28   
A little bug report.
I have seen in the video that you have defined the keyboard shortcut Ctrl + e, but unfortunately it does not work.
When I try these shortcuts, only the mouse pointer mode changes between Drag & Drop and Cut & Paste.
(0003281)
Sam   
2020-04-23 19:53   
@PhyllisSmith That's great news. Thank you so much!

Unfortunately I am not able to test it because my middle mouse button is broken. I'm going to have a hard time buying a new mouse so quickly because there are no electronics stores open due to Corna lockouts here (I'm currently not in Germany and stranded abroad).
Is there a possibility to activate this menu with shift and right click? Regardless of my defective mouse, a switch of this button would be really nice if it would be feasible. I would much rather use the right mouse button for this menu than for the track menu. Because even the middle mouse wheel is always very difficult to use. I use the track menu much less often. I think I can remember that this wish was also expressed by other users.

I hope to buy a new mouse soon.
(0003277)
PhyllisSmith   
2020-04-23 02:03   
2) Copy and paste a set of effects. Save as a clip for future use. This has been checked into GIT. Demo is at:
    https://streamable.com/iyzs7v

There were 2-3 days of discussion to get this designed as a lot of scenarios just would not work in the code. It may not be exactly as you expected, but I am hoping that it provides a usable, acceptable solution.
(0000471)
Sam   
2019-01-04 21:50   
1) BOTH will be copied and BOTH will be extended fully for the entire duration of the clip they were pasted under. -> Exactly
2) This is certainly also an approach, but I'm interested in separating the content, video or audio, from the effects when saving the clip in the Clip tab of the Resources window.
If I had a checkbox in the "Create Clip" window labeled "Save effects only", then I can save the effects separately from the content. I can create my own effects store. This saves a lot of time on large projects. I don't have to search for this effect in the timeline anymore, but simply drag it from the Clip tab into the timeline, without content (video & audio). This effect clip behaves a bit different than a normal clip with audio or video, because I can drag the effect clip over existing content in the timeline.
3) sounds good.
(0000468)
PhyllisSmith   
2019-01-04 20:44   
Update -
1) I think I understand this request now and will ask GG to modify the code so that when Ctrl-Shift-P pastes effects that were copied into the buffer, they are placed under the clip at the exact starting point and for the complete duration of that clip. In order to do this, I believe that the code will have to be written in a way that if there are, for example, 2 plugins under a clip and one is shorter than the other, BOTH will be copied and BOTH will be extended fully for the entire duration of the clip they were pasted under. If this is unacceptable, please inform us.

3) Code can probably be written so that "Detach effects" will work like "Attach transitions" where multiple clips are selected and a single operation will delete the effects from all selected.

2) Grouping clips -- the current methodology seems to be pretty close to this request and I am not sure if it makes sense to change it. As in:

Mark clip in timeline, do Ctrl-c to copy to the buffer, go to Clip folder in resources window and RMB to paste clip to save.
Later highlight clip, rmb, use copy, and ctrl-shf-p where you want it on the timeline.

But I am "guessing" you want to save some steps, so I will ask about a more succinct alternative. He might consider it if I provide exact steps to get there, but I do not have a way in mind yet.
(0000441)
Sam   
2018-12-30 11:03   
(Last edited: 2018-12-30 11:04)
1.) Point number one works perfectly. That's a huge improvement compared to before. Thank you.

One small thing I wanted to point out to you, if it would be feasible.
I added two screenshot.
Currently you can see in point one that the effect is inserted at the place of the playback position, which is good.
Would it be possible to insert the effects like in picture two, that means clip one and clip three are marked. I click on paste (CTRL + SHIFT + P) and the previously copied effects will be pasted exactly at this point. Just below Clip One and Clip Three.

3.) With mute effects I meant the following:
I mark clip one and clip three in the timeline, as shown in picture two, or a selection, and press CTRL + SHIFT + M and the effects of clip one and clip two will be deleted or from the selection. However, the clips are kept.

2.) I meant the following by grouping:
I mark a clip in the timeline that has two effects, such as Title and Histogram. I press the i key and get the clip-create window. There I can assign a name and additionally save a check mark for effects only. I press Okay and have created an effects clip without any video or audio. I can insert this effects clip later at different places from the Clip tab of the Resource window.

This would give us all the features like the other NLEs.

(0000439)
PhyllisSmith   
2018-12-30 03:47   
Sam: "With larger video projects you want to copy several effects elsewhere without the corresponding clips." With the latest GIT checkin, this option is available. Use Ctrl-c to copy a single clip which has effect associated with it. When you use Ctrl-Shift-P on another clip, the effects will be pasted over that clip but not the original clip. I hope that makes sense.

2 and 3 are not yet figured out or even scheduled.
(0000407)
Sam   
2018-12-28 21:35   
Ideally, it would be good for the effects if you could do the following.

1. Mark individual effects in the timeline, similar to the red frame on the clips, then copy them and paste them elsewhere.
2. Group effects, copy this group and paste it elsewhere.
3. The muting of individual effects or grouped effects.

The behavior is similar to clips, but a bit easier because you don't need all the pack actions, color bar, etc. for the effects. I have no idea if you can use the same buffer as the clips and if that makes sense. I suppose that most users will want the same possibilities as with clips.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
28 [Cinelerra-GG] Feature feature always 2018-12-06 18:40 2021-01-15 07:55
Reporter: MatN Platform: X86_64  
Assigned To: OS: Linux Mint  
Priority: low OS Version: 18.3  
Status: new Product Version: 2018-11  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Titler video effect, add option for own "paper" as background for the text
Description: The titler text always has as background the original video. Adobe allows one to have a different background bounded by the text. Such a background could be implemented as:
- Draw a rectangle around the text, The size is computed from the font. Distance of the box's edges to the text adjustable (the same on all sizes, e.g. xx pixels).
- Within the rectangle, its colour and transparancy should be adjustable, e.g. grey with 50% transparancy.
- From viewer to screen, layers would be 1:text; 2: box; 3: video.

Such a box, being an inherent property of the text, would follow the text around, e.g. with scrolling or motion tracking, and would make sure an unfavorable background in the video at one place doesn't make the text unreadable in that spot. Having a thick boundary to the text is not nearly as nice or as subtle. And if the text changes, you don't have to worry about the box.
Tags: Plugin, Titler
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004517)
fary54   
2021-01-15 07:55   
@Michi

Yes, I confirm that you have the right addresses of the sites:
 > cinelerra-gg.org/bugtracker = only bugs and improvements
 > cinelerra-gg.org/forum/ = discussion and personal problems

Indeed, currently the login are different depending on the site used.

For your last question, I can't help you because I'm only a simple user.
(0004515)
Michi   
2021-01-14 16:48   
Hallo fary54,
I'm sorry, I hadn't understood all that until now. I vow to do better.

I hope, I understand you correctly:

"This site is reserved exclusively for reporting bugs and suggesting improvements to the software" = Cinelerra-GG MantisBT = cinelerra-gg.org/bugtracker =

"All you have to do is create a new discussion in the forum..." Is this the forum? = CIN FINITY = cinelerra-gg.org/forum/

And is it normal that you need two different logins?

I would like to do something for CIN GG and the community. As a thank you for your help and because I am so enthusiastic about CIN GG.
What could you suggest to me?

Michi
(0004514)
fary54   
2021-01-14 12:38   
@Michi
I'll call you back, like @Andrea_Paz told you:
This site is reserved exclusively for reporting bugs and suggesting improvements to the software.
 
In order not to overload it, other topics such as the use of the software must go through the forum.

All you have to do is create a new discussion in the forum explaining your problems as a user, otherwise I will not be able to answer your personal requests.
(0004513)
Michi   
2021-01-14 10:02   
Thanks a lot @fary54, this tip helped me a lot.
Do you know if you can change the letter spacing in the title?
(0004512)
fary54   
2021-01-14 07:19   
@Michi
"How to make a colored background without having to load a PNG ?"
The filter you are looking for is not called "Background" but "Foreground".
(0004511)
Michi   
2021-01-13 22:02   
When I make a title in CIN GG, its background is always black unless there is a video behind it. There used to be a "Background" effect, but I can't find it in "Resources" anymore. Does you know how to make a colored background without having to load a PNG?
(0004350)
Andrea_Paz   
2020-11-03 08:33   
@MatN
Can adjusting a box with the 9 handles and putting a background image solve the ticket?
(0001695)
Olaf   
2019-06-08 19:53   
Andrea, OpenFX, why reach for the stars now? You can also integrate XFig, which existed for ages before KDE was created in 1996 with its utopian idea of cross-program drag & drop.

I'm just kidding. When I write something like I wrote before, I hope that 2 percent of it will be remembered and 1 percent of it will be implemented, sometime. The most important thing is that what is built in works satisfactorily. Everything else is godly wishes.

For normal but well designed titles I use graphics from Inkscape and Gimp, for everything else I use Blender.
(0001694)
Andrea_Paz   
2019-06-08 18:09   
Olaf, I am afraid that implementing such a titler requires rotoscoping with relative manipulation of the alpha channel. At minute 1:03 of the first video he talks about compatibility with OpenFX plugins and this makes me think that it is also based on OpenFX. It would take the help of an external developer for such a large and complex job.
MatN's proposal seems more feasible to me.
(0001687)
Olaf   
2019-06-07 14:25   
In principle, a good suggestion. But that is not a titler. It starts with the fact that fonts are not found and the representation of the generated texts is under all cannon. This is a titler:
1: https://youtu.be/6I-cYjPEpBA 2: https://youtu.be/hFcUt05JMBE 3: https://youtu.be/3EfiLmLwCjQ
Of course you can't expect that with a hobby project, but you should occasionally watch how the rest of the world works. Then at least nobody can claim that we live behind the moon - and we can say that we do this voluntarily.
(0000135)
Sam   
2018-12-11 07:36   
I think it's a good idea, I know it too. It's a very useful feature. +1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
358 [Cinelerra-GG] Feature minor have not tried 2019-12-31 23:55 2021-01-15 05:36
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Workspace switching when in Full Screen mode is sometimes a problem.
Description: It has been reported as follows by MatN in BT # 344:
"When I configure for 2 workspaces (Mint 19.2 XFCE), I can switch back and forth using Ctrl-F1 and Ctrl-F2.
Suppose I use cin-gg in workspace 1, go full screen in the compositor, then indeed Ctrl-F2 doesn't react.
I can either wait a long time (a minute or so, then it seems to go back), or use the mouse left button to go out of full screen mode. Then I am immediately in workspace 2, so somehow the Ctrl-F2 made it through."

Report by Olaf in BT # 344: "the old fullscreen-in-the-root-window bug is back. After switching to another workspace and back again, the so called Compositor writes the full view into the root window of all workspaces."
Tags:
Steps To Reproduce: I have not been able to reproduce on Fedora.
Additional Information: See BT 0000344, note 2516 , for file displaying the problem called: CGG_fullscreen-in-the-root-window-bug.webp
Attached Files:
Notes
(0004516)
Andrew-R   
2021-01-15 05:36   
May be related.

In mplayer's mplayer/vo/x11_common.c you can see this function:

void vo_x11_ewmh_fullscreen(Window win, int action)
{
    assert(action == _NET_WM_STATE_REMOVE ||
           action == _NET_WM_STATE_ADD || action == _NET_WM_STATE_TOGGLE);

    if (vo_fs_type & vo_wm_FULLSCREEN)
    {
        XEvent xev;

        /* init X event structure for _NET_WM_FULLSCREEN client message */
        xev.xclient.type = ClientMessage;
        xev.xclient.serial = 0;
        xev.xclient.send_event = True;
        xev.xclient.message_type = XA_NET_WM_STATE;
        xev.xclient.window = win;
        xev.xclient.format = 32;
        xev.xclient.data.l[0] = action;
        xev.xclient.data.l[1] = XA_NET_WM_STATE_FULLSCREEN;
        xev.xclient.data.l[2] = 0;
        xev.xclient.data.l[3] = 0;
        xev.xclient.data.l[4] = 0;

        /* finally send that damn thing */
        if (!XSendEvent(mDisplay, DefaultRootWindow(mDisplay), False,
                        SubstructureRedirectMask | SubstructureNotifyMask,
                        &xev))
        {
            mp_msg(MSGT_VO, MSGL_ERR, MSGTR_EwmhFullscreenStateFailed);
        }
    }
}
===

In cinelerra-5.1/guicast/bcwindowbase.C I can't see any fullscreen setting (I tried to grep for NET_WM hints)
BUT I can see this function:

int BC_WindowBase::send_custom_xatom(xatom_event *event)
{
#ifndef SINGLE_THREAD
    XEvent *myevent = new_xevent();
    XClientMessageEvent *ptr = (XClientMessageEvent*)myevent;
    ptr->type = ClientMessage;
    ptr->message_type = event->message_type;
    ptr->format = event->format;
    ptr->data.l[0] = event->data.l[0];
    ptr->data.l[1] = event->data.l[1];
    ptr->data.l[2] = event->data.l[2];
    ptr->data.l[3] = event->data.l[3];
    ptr->data.l[4] = event->data.l[4];

    put_event(myevent);
#endif
    return 0;
}

So, in theory if we call this function with correct *event structure from ...

hmmm .... cinelerra-5.1/cinelerra/Canvas.C ?

Because in cwindowgui.C we have

int CWindowCanvas::set_fullscreen(int on, int unlock)
{
    int ret = 0;
    if( on && !get_fullscreen() ) {
        last_xscroll = get_xscroll();
        last_yscroll = get_yscroll();
        last_zoom = get_zoom();
        Canvas::set_fullscreen(1, unlock);
// zoom_auto();
        ret = 1;
    }
    if( !on && get_fullscreen() ) {
        Canvas::set_fullscreen(0, unlock);
        gui->zoom_panel->update(get_zoom());
        update_zoom(last_xscroll, last_yscroll, last_zoom);
        gui->update_canvas();
        ret = 1;
    }
    return ret;
}

and in Canvas.C we see

int Canvas::set_fullscreen(int on, int unlock)
{
    int ret = 0;
    BC_WindowBase *window = get_canvas();
    if( unlock )
        window->unlock_window();
    if( on && !get_fullscreen() ) {
        start_fullscreen();
        ret = 1;
    }
    if( !on && get_fullscreen() ) {
        stop_fullscreen();
        ret = 1;
    }
    if( unlock )
        window->lock_window("Canvas::set_fullscreen");
    return ret;
}

void Canvas::start_fullscreen()
{
    is_fullscreen = 1;
    create_canvas();
}

[..]

void Canvas::create_canvas()
{
    canvas_lock->lock("Canvas::create_canvas");
    int video_on = 0;
    BC_WindowBase *wdw = 0;
    if( !get_fullscreen() ) {
// Enter windowed
        if( canvas_fullscreen ) {
            canvas_fullscreen->lock_window("Canvas::create_canvas 1");
            video_on = canvas_fullscreen->get_video_on();
            if( video_on ) canvas_fullscreen->stop_video();
            canvas_fullscreen->hide_window();
            canvas_fullscreen->unlock_window();
        }
        if( !canvas_auxwindow && !canvas_subwindow ) {
            subwindow->add_subwindow(canvas_subwindow = new CanvasOutput(this,
                view_x, view_y, view_w, view_h));
        }
        wdw = get_canvas();
        wdw->lock_window("Canvas::create_canvas 2");
    }
    else {
// Enter fullscreen
        wdw = canvas_auxwindow ? canvas_auxwindow : canvas_subwindow;
        wdw->lock_window("Canvas::create_canvas 3");
        video_on = wdw->get_video_on();
        if( video_on ) wdw->stop_video();
        int x, y, w, h;
        wdw->get_fullscreen_geometry(x, y, w, h);
        wdw->unlock_window();
        if( canvas_fullscreen ) {
            if( x != canvas_fullscreen->get_x() ||
                y != canvas_fullscreen->get_y() ||
                w != canvas_fullscreen->get_w() ||
                h != canvas_fullscreen->get_h() ) {
                delete canvas_fullscreen;
                canvas_fullscreen = 0;
            }
        }
        if( !canvas_fullscreen )
            canvas_fullscreen = new CanvasFullScreen(this, w, h);
        wdw = canvas_fullscreen;
        wdw->lock_window("Canvas::create_canvas 4");
        wdw->show_window();
        wdw->sync_display();
        wdw->reposition_window(x, y);
    }

    if( video_on )
        wdw->start_video();
    else
        draw_refresh(1);

    wdw->focus();
    wdw->unlock_window();
    canvas_lock->unlock();
}

so, it must call wdw->send_custom_xatom() ??? somewhere there ?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
326 [Cinelerra-GG] Feature minor N/A 2019-10-17 17:47 2021-01-11 18:55
Reporter: Lukas Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: A way to set an audio track to "left", "right" or "middle (mono)"?
Description: Would it be possible to add some way to set an audio track to "left", "right" or "middle (mono)"? I can use "Audio -> "Map 1:1" to set two audio tracks to "left and right". But if I want something else, for example only one track to the right, or all tracks to the middle (mono), I must do it using a mouse in the small rectangle window in the left panel, which isn't very precise and I am never sure if it's exactly "left", "right" or "middle".
Tags: GUI, Pan
Steps To Reproduce:
Additional Information:
Attached Files: L_Mono to Stereo splitter.webm (1,419,451 bytes) 2021-01-04 12:40
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=730&type=bug
grafik.png (43,092 bytes) 2021-01-04 15:31
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=731&type=bug
png
Notes
(0004507)
PhyllisSmith   
2021-01-11 18:55   
@Michi
@fary54
@Andrea_Paz

Previous conversations were moved to:
https://www.cinelerra-gg.org/forum/help-audio/compressors-a-question-and-some-information
(0004501)
administrator   
2021-01-10 21:40   
Oh, you already sent a post in the meantime while I was doing research here and writing the new post.
(0004500)
administrator   
2021-01-10 21:37   
Hi @Michi,

- Did you get an email when you signed up for the forum?
- Did you reset your password as it says in the email?
- Are there any script blockers active for the Cinellera website, if so can you disable them for our site?
- Are you using the same email address for the forum as for the Mantis bug tracker?

If it is indeed the same email address, I see that you are present in our database, however it seems that you have specified a different username in the forum than in Mantis bug tracker. Could it be that you are trying to log in to the forum with the bug tracker name?
(0004487)
Andrea_Paz   
2021-01-07 12:54   
@Michi
Thank you. I don't know if you are subscribed to the forum. In order not to overstretch this thread with OT topics, I've opened a post in the Audio Editing section of the forum for anyone interested in the discussion.
https://www.cinelerra-gg.org/forum/help-audio/human-voice-editing/
(0004465)
Michi   
2021-01-04 15:31   
Hallo,
I have found the error: For the right channel you can't just insert this effect: L_Mono to Stereo splitter.
I have to insert it like you showed.
Then everything works out fine.

Do you know anything about compressors? That is currently still my main problem with Cinelerra.
(0004457)
Michi   
2021-01-04 12:59   
@fary54
oh, yes, now it works for me too. Don't know what I had done wrong. Thanks a lot
Michi
(0004456)
fary54   
2021-01-04 12:40   
@Michi
For me, L_Mono to Stereo splitter works well.
Are you sure you are using it correctly?
I have made a little video that shows you how to use it.

00:00:05 When you read it, you can see (white frame) that there is nothing in the right channel.
00:00:14 Placing the filter
00:00:41 When reading, you can see (white frame) that there is the same content on the right channel as on the left one.
(0004455)
Michi   
2021-01-04 11:17   
@fary54 and @PhyllisSmith
because "L_Mono to Stereo splitter" does not work for me at the moment, I do it this way:
Switch off the right channel or delete it.
Left channel: Set pan so that the the green dot is in the center so that the red speakers show 1.0 is visible on both sides.
it looks like it will work well.

Thank you both
(0004453)
Michi   
2021-01-04 10:28   
@PhyllisSmith
Thank you for your commitment.
Unfortunately, when I insert L_Mono to Stereo splitter on the left track, nothing happens. What can I do better there?
(0004451)
fary54   
2021-01-04 09:42   
@PhyllisSmith
Personally, in this case, I don't change anything in the format menu and nothing in the patchbay either.
As @Michi explains, if the right channel is recorded 20 dB lower I simply place:
- an "L_Mono to Stereo splitter" filter on the left track.
- the shared effect "L_Mono to Stereo splitter" from the left track to the right track

So I stay in stereo for cinelerra but, of course, when listening, I'm in mono.
(0004450)
PhyllisSmith   
2021-01-03 22:21   
@Michi
'So how can you use only one (e.g.) the left one in Cinelerra?'

I have zero audio skills when it comes to audio in Cinelerra, but there are some easy ways to manipulate the channels.
1) the Settings pulldown, has an option called "Format". You can move the red colored speakers around or change how many there are.
2) in the Patchbay, which is the area all the way to the left in the main timeline window, the 4th symbol from the left (looks like a right facing speaker) can be clicked on to 'Don't send to output" to temporarily disable playing that channel.
(0004449)
Michi   
2021-01-03 18:37   
Hallo,
yes, it would be wonderful if you could copy the left audio channel to the right. Good microphones sometimes have a safety channel in case of overload: the right channel is recorded 20 dB lower.
So how can you use only one (e.g.) the left one in Cinelerra?
Michi
(0002343)
PhyllisSmith   
2019-10-26 18:21   
Today GG started to see what this is all about and whether or not he can implement something. With limited understanding how the Audio speakers are currently working in the code and at least 1 broken speaker here, not sure of the outcome. Stand by for a further update.
(0002301)
Lukas   
2019-10-18 12:01   
Yes, a right mouse button menu is maybe the simplest solution.
(0002299)
IgorBeg   
2019-10-18 09:14   
If possible, another idea could be ...
1. RMB (Right Mouse Button) on Pan icon. (And here the RMB function would be appropriate)
2. A PopUp menu with 9 options is showed:
- Left Top
- Left Middle
- Left Bottom
- Center Top
- Center Middle
- Center Bottom
- Right Top
- Right Middle
- Right Bottom
3. And you choose by the list.
(0002297)
Olaf   
2019-10-17 20:16   
These magnetic points are a good thing and very popular with video editors. I like to use them myself.
If you briefly pick up a magnifying glass you can see that an exact positioning can be read from numerical values. But we have to keep an eye on the other channels as well, like 5.1 and 7.1, etc.
(0002296)
Lukas   
2019-10-17 18:59   
I was thinking about some type of "magnetic" points in the pan rectangle for the left, right and center position for easier pointing and to be sure about the exact position. Or some other simple tool or dialog box outside of the rectangle to set the "left", "right" or "center" position for each individual audio track.
(0002295)
Olaf   
2019-10-17 18:35   
In the first turn, the zoom could be increased from currently 100 pixels to 160 pixels.
In addition, the font should be slightly enlarged and, if this is not sufficient, provided with a high-contrast semi-transparent background.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
315 [Cinelerra-GG] Feature minor have not tried 2019-10-03 19:45 2021-01-05 09:16
Reporter: Andrea_Paz Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Batch render
Description: Many suggestion from user D. Quinton.


Whenever I try batch rendering I get this error:

" 2 job EDLs do not match session edl "

Would it be easier to have an option in the Render window, 'Save to batch'? Meaning that each project can be edited and then stacked up together in a list of EDL's to render at a later time, all together? This is the practice of Kdenlive render dialogue.

Although batch rendering would fail on things like frame-rate - would need a warning when adding to batch list.
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files: screenshot-2020-10-03-10-40-11.png (35,920 bytes) 2020-10-03 10:52
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=687&type=bug
png

screenshot-2020-10-03-10-47-57.png (36,424 bytes) 2020-10-03 10:52
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=688&type=bug
png

screenshot-2020-10-03-10-51-23.png (4,685 bytes) 2020-10-03 10:52
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=689&type=bug
png

batch.jpg (43,213 bytes) 2020-10-05 11:50
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=701&type=bug
jpg
Notes
(0004480)
IgorBeg   
2021-01-05 09:16   
fary54 wrote:
Of all my renderings I never used "warn if jobs / session mismatched" or "Save to EDL Path" because, personally, I have no use for it.

Me too. (but maybe other User use it)
(0004464)
RafaMar   
2021-01-04 14:49   
@fary54, thank you very much for your comment and experience with the batch rendering wizard.
(0004463)
RafaMar   
2021-01-04 14:40   
@IgorBeg, I would say it backwards, "sometimes a function is only useful to one person and totally useless for others". This function can cause problems, such as the ones it is giving and have given rise to this ticket.

When a Batch Rendering is programmed, it takes the .xml project files from the source, (in cinelerra they call them EDL, although this term is something else in the audiovisual world and may be valid within the digital sphere to refer to the files of project, nothing to object, just clarify). As I said, the batch render takes a reference to an .xml project file, in which if I have made changes and saved these, when I run the batch render it will be done from the project file that I have saved. I don't need any warning, because a batch render is sometimes scheduled with the editor without any project loaded and for different projects.

I sincerely believe that Cinelerra has points that do not make any sense, they seem to be there only to satisfy the whims of some users, and they are the headache of many others, especially for newcomers, like myself. And Cinelerra, with how good it is, deserves to be universal and not focused on five or six users in which its work logic has nothing to do with how professional production companies work, much less professional applications that are used. Sorry to say that, but sometimes it's better to speak up.

@ fary54, thank you very much for your comment and experience with the batch rendering wizard.
(0004462)
fary54   
2021-01-04 14:14   
@RafaMar, @IgorBeg
1) Currently all my renderings are made with render farm because my current PC allows me to do so.
2) Before I used batch render which worked very well.
Of all my renderings I never used "warn if jobs / session mismatched" or "Save to EDL Path" because, personally, I have no use for it.
(0004461)
IgorBeg   
2021-01-04 14:09   
Sometime a feature is useless for one person and useful for the others.

The "warn if jobs / session mismatched" is IMPORTANT.
Scenario:
You (@RafaMar) have created a JOB and, for different reasons, you have to do other things in that day. So you save the JOB (Batches) and go away.
The day after you think it is better to change sometimes in a Project (that it is in the JOB did yesterday).
Well, when you go in "Batch Render..." for using that JOB the warning help you that something is changed
from the last time you have done the job; and then you render could be out update.

(For my English teacher: excuse me, I wrote very quickly!)
(0004460)
RafaMar   
2021-01-04 13:42   
Hello @IgorBeg again, I was making some clips that I need for a tutorial and I have decided to render these clips using the Batch Render window.
I have tried with ogg and the result:
"4 job EDLs do not match session edl"
I had the "warn if jobs / session mismatched" option enabled.
I have deactivated it and everything has gone well, I have tried with FFMPEG .mp4 and everything has gone well.
I think this button sometimes seems to be disabled but internally it is still enabled.
And my question is, what is the point of this option in a Batch Render window?
I think this Render wizard to be perfect needs to remove two options, the one for "Save to EDL Path" and the one for "warn if jobs / session mismatched". None of these options makes sense in a batch render window, and the solution is very simple for anyone who knows how to program in C, remove these options and we already have a perfect batch render assistant.

I am using the latest stable version that was released.

Thanks again Igor.
(0004459)
IgorBeg   
2021-01-04 13:33   
Sorry!
Them are --> They are

PS: If my English teacher saw my great mistakes she could hit on my hands with a stick! ;-/
(0004458)
IgorBeg   
2021-01-04 13:24   
To narrow the problem about FFMPEG.
I have done a Batch rendering JOB using the same file Project (EDL Path).
My JOB contain 6 batches in "Batches to render".
Them are (all with FileFormat: FFMPEG): avi, mkv, mov, mp4, mpeg, webm.
It works fine. Also by terminal "./cin -r /pathofmyjob/myBatchRender.job"

Keep in mind I am using the STATIC Cinelerra-GG release that uses its own internal FFMPEG, I think.
(@PhyllisSmith can you reply about, please?)
If you (@RafaMar) have a few of time, could you try to use the specific STATIC release for your OS distribution to test the issue, please?
Please, save/backup your ".bcast5" folder before any tests. Thanks.

Consider I am really ignorant in Linux (...and many other things).
(0004454)
RafaMar   
2021-01-04 10:51   
@IgorBeg
Hi Igor, I tried mp4, mkv, mpeg, avi ... and I don't remember if any more, but always with FFMPEG. And the result was always error.

After reading your comment I have decided to do another test that is not with FFMPEG and I have used the ogg format, which gives me a good video quality and allows me to export with audio, and it has worked perfectly. Both from the assistant and from the terminal.

Now I know that the problem is related to FFMPEG, because with the OGG Theora/Vorbis codec it has worked perfectly for me.

I understand you perfectly Igor, I wrote a lot and did not give data because the data is already given in the description of the bug, the error I have is exactly the same. "X job EDLs do not match session edl"

And sorry for being annoying about the "Save EDL path" button, but I still think that this button should NOT be in this wizard, it has no logic in a batch rendering window and is very dangerous.

Thank you very much for your answer Igor, thanks to her I have encouraged myself to carry out another test and now we know that the error I have in Linux Mint 19.3, which is the same one that D. Quinton exposes, is related to the use of FFMPEG from the batch render window.

Regards.
(0004452)
IgorBeg   
2021-01-04 10:11   
@RafaMar wrote:
... because it has not worked for me.


It is hard to try to help somebody without more information. I see you wrote a lot but no information about format output and so on for your problem. So, may it depend by output format? Resolution? Frame Rate? We can not help you without informations and eventually a short project (10seconds ?).
I hope you can understand.

(As usually, I am using Cinelerra_20201031-static on UbuntuStudio_16.04LTS)
(0004446)
RafaMar   
2021-01-03 10:10   
@Andrea_Paz
On the basis that Cinelerra GG is a marvel and a great job by this great programmer, who sadly is no longer with us. We also have to know how to see some tools or options that are not as good as they could be.

And this is the case with the Batch Render wizard, which is not what it should be. I've already wasted a few hours trying to get a batch render to work, and the result has always been an error. I have followed the steps in the manual and I have even tried rendering by terminal, and always error, at most, after hours of fighting with this tool, I have managed to render a clip of the 4 that I intended. So I cannot recommend this tool, because it has not worked for me.

I still think that an EDL save button in a batch render window makes no sense ... and this button is very dangerous, it can cause the loss of a project. It is better to remove it than to load it with warnings.

Honestly, I would rethink this wizard from scratch and find out why the errors that prevent the batch render from being made, currently it doesn't work, it is difficult to understand and on top of that it has a button that can ruin many hours of work. A tool always has to be as simple and intuitive as possible, and not have unnecessary dangers.

I am aware that Cinelerra GG is currently going through difficult times for the reason that we all know. But I consider that I must always be honest when it comes to a tool, because it is the best way to help. And as I said at the beginning it is admirable what Good Guy did with this editor, because Cinelerra before GG was an editor that had become very old and lacking in options even present in home video editors, but from GG to now Cinelerra can Rub shoulders with professional editors again.

Greetings and happy new year.
(0004445)
Andrea_Paz   
2021-01-02 13:00   
@Rafa Mar.
I agree with your points, though:
Batch render seems difficult because it is different from other NLEs. But it's actually conceptually simple.
In other programs: create the project, do the render setup, and queue the render to start when you want.
In CinGG: save the projects, open the batch render, import and do the render setup for each project and run the render (or save the job to use it from the terminal or at a later time).

The problem is that the explanations are not clear (they come from combining Secret of Cinelerra with Features5). They should be improved but I don't have enough knowledge to do it. Sometimes it works for me, other times it gives me the usual error and I've never understood why. That's why I've never tweaked the explanations: there's something I'm missing.
In my opinion we can put as many warnings as we want for "save to EDL path", but I wouldn't remove it: it's an extra feature, moreover original of CinGG.
For example we could use the text of the button in red color and with next to it the writing: "warning: alter the EDL of the original project!"
(0004444)
RafaMar   
2021-01-01 23:43   
@PhyllisSmith
For me it is totally new that in a batch render wizard I can save the open project. I see it as a very big mistake. What happens if with cinelerra open in white, and I have in "EDL Path:" a file fruit of many hours of work, and by mistake I press "Save to EDL path"? Well, I lose all my work and the next day I'm looking for tutorials from kdenlive, olive, or any other, because I don't want to work with an application that so easily devours my work. This option does not make any sense in a batch process and on top of it is dangerous, and from this we audiovisual technicians flee from situations that do not make sense and are dangerous for our work. Also, the source is an EDL, if I modify this one, these modifications will be present in the batch process.

I just read the html file that is in doc, in my case:
file:///usr/share/cin/doc/cinelerra.html#BATCH-RENDERING
And I didn't like having to define an entry and exit point. Normally a batch render is done with many files, for example, I do have to batch render 50 files and I have to go one by one, opening to define these points ... I don't see it as a good batch assistant. Too much work, a batch render should work the same as when we do an individual render, but automatically, and one render after another. And to be able to go to sleep with the peace of mind that the next day the renderings will have been done correctly.

I could help you in the writing of the manual, and even do a tutorial, in Spanish and English ... but the problem is that I have not been able to make the batch render work for me. I spent about two hours trying to do a batch render and there was no way.

The first time I played with Cinelerra was the year 2006 ... but being very lacking in development I cannot work with it, however this fork GG, Cinelerra GG, is a marvel ... but a pity that it has these shadows, As something as simple as configuring a batch render is so complicated and on top of it with errors and buttons with a lot of danger, this is like putting the red nuclear attack button next to the light switch, an error and boom ...

If I knew how to program in C, I would do a batch as I indicated in my previous comment, but I think the first thing would be to eliminate this dangerous button, which also makes no sense, since a batch render is normally configured with no EDL loaded.

Regards Phyllis.
(0004443)
PhyllisSmith   
2021-01-01 21:29   
@RafaMar
Batch Render is another example of the original implementation of Cinelerra -- the same way that there are 4 windows and no ability to define your own shortcuts. It would be great to rewrite these features without impacting current capabilities.. You can read the original description of Batch Render in the html manual "Secrets of Cinelerra" which is in the file that accompanies Cinelerra installation. The file is where cinelerra is installed, under the subdirectory, doc. For example on my computer, I would use the following in my web browser to read that:
    file:///mnt0/build5/cinelerra-5.1/doc/cinelerra.html#BATCH-RENDERING

Rendering can be time-consuming, so Batch Render's purpose is/was to sort of offload that work AND for re-rendering the same project multiple times, after making some changes once you view the results.

The "warning" message of "job mismatch" is quite important BECAUSE if you just did a lot of editing and did not save your work correctly, then a previously existing batch job render would start rendering without your current changes. Its sole purpose is to prevent you from making a mistake and wasting a lot of time.

Meanwhile, I will see if there is a way to add a simplified method to the manual so that it is possible to use batch rendering without so much reading initially.
(0004442)
RafaMar   
2021-01-01 18:37   
After the recent email from a user asking for the batch render, I was encouraged to try this tool.

I want to say that I am always sincere in favor of helping, I hope that my sincerity does not bother anyone.

I have always thought that when I want to do a simple process and without knowing an application, I venture into it and I can do it without help, I consider that a very good job has been done. If in the same situation I need to read a short paragraph to understand a tool, ok, good, I still think that it is a good job. But if faced with a process as simple as batch render I have to read several pages of a manual to understand a simple tool ... then I think something is wrong.

I anticipate that I have tried batch processing and it has not worked for me, I have always gotten the error "X job EDLs do not match session edl".
Also the "Save to EDL path" button gives me panic, it is a very dangerous option, a wrong click and we can lose many hours of work, sincerely I would eliminate this button.

I also tried processing from the terminal, and the result was not good either. So at least in Mint 19.3 the batch render doesn't work.

Actually, I would eliminate this unintuitive tool, because it is not up to Cinelerra GG and is too complicated, in fact it requires reading the manual to understand it ... and this in a batch render should not be necessary.

What does an audiovisual technician expect from a tool? Well, to the extent that it is as simple and intuitive as possible, and that it does not have buttons that could cause the loss of data or hours of work, such as the aforementioned button, "Save to EDL path". Let us bear in mind that the configuration of a batch is done with the application open, but maybe with an empty project ... I don't even want to think that with how unintuitive this tool is, someone having the EDL on the route, a project that has taken many hours of work and by mistake you click this button. The consequence is irreversible and the result is that this person may no longer want to use Cinelerra GG, and they will most likely speak ill of the application.

What would be a perfect "batch render" assistant for Cinelerra GG for me?
* Well, something as simple as that I go to the file menu and execute the Batch Render command.
* A small window opens to me saying "You must create an .xml file, containing the instructions for batch rendering"
* This window only has two buttons, Next, or Cancel.
* If I press the next button, a window opens from which I can choose the location and name of the .xml file for the batch process.
* Once I have created this xml file, a window opens with only 5 buttons, New, Edit, Delete, Process and Close. At the bottom it has a box where we will see the lines added to render in a batch.
* If I press New, a window opens, with only three sections, one that will let me choose the project file (I see that in Cinelerra GG they call it EDL), another the location where we want the video to be created, and the third the related with the format and settings of the render. And two buttons, Add or Cancel.
* When pressing add, this will add this information to our render xml file. A read-only line of the configuration that we have just created appears in the window, if we want to add more files, then we repeat the indicated process, if we want to edit this line, we select it and press Edit, and the window opens again indicated to be able to change what we want.
* If we press "Process" a terminal opens automatically, just like the WinFF application does, with a warning that tells us that we should not close it until the process is finished, that if we want we can close the Cinelerra application, and that the folder where the resulting files will be placed should not contain files with the same names as those used in the batch render, since this will stop the process to avoid unwanted overwriting of a video file.

If I knew how to program, I would do it as I have mentioned. It is just a suggestion, what if I would like to see it done is to eliminate this dangerous button from "Save to EDL path" and find out why something so simple does not work.
(0004441)
PhyllisSmith   
2020-12-31 15:29   
Just a small update about: "always had an error " 2 job EDLs do not match session edl ""
In October there was a fix to "Tweak asset equivalent for batchrender warn which was causing false alarms" but I do not remember the details.
(0004182)
IgorBeg   
2020-10-05 12:12   
As said before by me the steps are...
1. Click on New button.
2. set the "EDL Path", where your first project (filename.XML) is.
3. set the "Output path", with its parameters (codec, bitrate, and so on).
4. repeat from point 1 for all your projects.

If you have done 3 batch (you are seeing 3 rows) you can modify a row selecting that row (highlight it) and changing the fields on the top of the window ("Output path", FileFormat, "EDL Path:", and so on) will update the "batch" row.
(0004179)
Andrea_Paz   
2020-10-05 11:50   
I mean: after creating a batch (test1) I click on "New". Now you create a new line (selected in blue) in "Batches to render" that takes the path values that were already set for batch 1. We must then modify the fields "EDL path" and "Output path" to set the second batch (test 2); and so on. What I propose is that when you click on "New" the fields "EDL path" and "Outèut path" are automatically cleared (the same happens, consequently, also in "Batch to render"). So we are forced to introduce the new batch 2 paths and the danger of overlaps and interference with batch 1 paths disappear.
See the photomontage.

"Honestly, how does anyone use it? Make a batch item, prepare to make another and the first item's paths change!"
I don't understand, to me the line of batch 1 remains unchanged when I create (with "New") and set (changing the 2 paths) the line of batch 2.
(0004178)
quintao   
2020-10-05 10:20   
Andrea wrote: when you click on New, you should clean up the paths previously set leaving them empty
You mean that the batch render window clears them after hitting New?

One way would be to draw a line under the path fields - once a batch item is made, fiddling in the two fields won't affect the item. Only setting format will affect items added.
If the paths are wrong, remove it and add it again.

Honestly, how does anyone use it? Make a batch item, prepare to make another and the first item's paths change!
(0004177)
Andrea_Paz   
2020-10-05 07:25   
The clearest and simplest method (fail-safe), for me, would be that when you click on New, you should clean up the paths previously set leaving them empty (as well as in Batches to render). So the user sees the lack and MUST enter new paths for the second batch, etc. The problem is that we have to use the file manager (magnifier) every time to find the new paths, even in the case of nearby locations and similar names (which only vary in the numbers, for example). This increases the time and makes the setting more boring. A compromise could be to empty only EDL Path and remember Output path instead.
(0004132)
IgorBeg   
2020-10-03 12:12   
quintao wrote: I think it would be helpful that the output file and EDL source do not change once added to list.
I could agree with you but I think that Developers have done in this way to be able changing the settings without add another button, for example an "Edit" button. So, the highlighted item may be changed on the fly (it is good and bad).

About your
bad file format: /media/D2/my_vid/batchtest1.mp4

Could it be a strange settings in mp4 format/code file?
(0004126)
quintao   
2020-10-03 10:52   
Well there's a problem, if I make one batch item, and then edit the file name and EDL name, the item just added gets altered - so initially it was test1, but then when I add the test2 EDL then the first item becomes test2 as well. (See 1st screenshot)

So what I did was click New three times and then highlight items 2 and 3 to set their output names (see 2nd screenshot)

I think it would be helpful that the output file and EDL source do not change once added to list.

Even with only one EDL loaded I get a bad format error (3rd screenshot)
(0004116)
Andrea_Paz   
2020-10-02 15:57   
As IgorBeg said, I also think the error is to set EDL path and Output path before clicking on New. The manual is unclear in my opinion. However often the cause of that error is the overlapping of "EDL path" and/or "Output path" of one batch (test1.xml and test1.mp4) with those of another batch. (test2.xml and test2.mp4, etc).
(0004109)
IgorBeg   
2020-10-02 11:49   
It might be a bug but...
You can disable the "Warn if jobs/session mismatched" option. I do so.
I don't know if that option compare the date of the ".xml" with the current date of the system.
If it can help, take a look at https://streamable.com/vhv32k

Steps:
1. Click on New button.
2. set the "EDL Path", where your first project (filename.XML) is.
3. set the "Output path", with its parameters (codec, bitrate, and so on).
4. repeat from point 1 for all your projects.

Note:
When you create a new batch, the new batch take the EDL name from "EDL Path:" entry field; the same for the "Output path:" entry field.
So you must before click on New button and then to set the "EDL Path" and "Output path" with its parameters (codec, bitrate, and so on).


Check that...
- your projects NOT HAVE In Point and Out Point set in the Timeline
- the cursor on the Timeline to be in the home position.
(those "issues" should have been resolved but I don't remember, sorry)
(0004104)
quintao   
2020-10-02 10:56   
Ok, here's what I did..

1. make three test projects, save as /directory/test1.xml, /directory/test2.xml, /directory/test3.xml
2. in batch render, set output file name to test1.mp4 and set EDL to /directory/test1.xml
3, check format and click New
4. do same for test2.xml and test3.xml
5. resulting in list with three EDL's to process
6. hit start

And before now I always had an error " 2 job EDLs do not match session edl "
But just now it rendered one, and not the others
error: bad file format
(0004102)
IgorBeg   
2020-10-02 08:35   
quintao wrote: "Does that mean if I want to render three projects to h264 @ 2Mbps, they all need to be in one EDL? "
No! You can open the "Batch Render... window" and to do what you wrote:
by quintao: I would open the batch render tool here and select a project, give it an output name and format, add it to the list, select another project....

Can you tell me (us) what steps you do, please?
(0004098)
quintao   
2020-10-02 06:01   
Well, I still have this warning message when I try to make a batch render - obviously because I haven't worked out how to use it!

The user manual says the batch renderer requires a (one) separate project file (xml) for every batch.

Does that mean if I want to render three projects to h264 @ 2Mbps, they all need to be in one EDL?
If so, how can many projects be saved as one EDL?

From experience with other software, I would open the batch render tool here and select a project, give it an output name and format, add it to the list, select another project....
But CinGG has functionality in the batch render tool that is different to this logic - and very good too, in that it allows rendering of a project in many formats etc.

So I am stuck with what EDL I should use for a batch so that the "mismatch" warning does not appear. Surely the batch has nothing to do with the session - which might be an empty instance of Cin.

Any help would be appreciated, cheers

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
542 [Cinelerra-GG] Website minor always 2020-12-11 00:37 2020-12-11 01:10
Reporter: TheTechRobo Platform:  
Assigned To: Sam OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2020-12  
    Target Version:  
Summary: Broken link for Elive Linux
Description: The link for Elive Linux on the website, is broken. I will provide a new one soon, if two other mods agree.

DISCLAIMER: I am not related to Elive other than being very active on the forum and being a huge fan.
Tags: download, elive, links, website
Steps To Reproduce: uh...just go to the downloads page I guess?
Additional Information: New link will be provided in the comments if I'm able to give it out.
Attached Files:
Notes
(0004418)
Sam   
2020-12-11 01:10   
Oops, that was the wrong status. If the link should change again, then please report briefly.
(0004417)
Sam   
2020-12-11 00:47   
@TheTechRobo
Thanks for the hint! I have updated the link.
(0004416)
Sam   
2020-12-11 00:42   
If you can send me an updated link, I can correct it on the download page.
(0004415)
TheTechRobo   
2020-12-11 00:41   
Until my request is approved, I suggest to simply link to elivecd.org/download/beta

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
541 [Cinelerra-GG] Feature minor always 2020-12-01 23:46 2020-12-06 00:42
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 2020-10  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Make "Show Viewer/Compositor/Resources" a toggle under Window pulldown
Description: Show Overlays under the Window pulldown is a toggle and Andrew requested that Show Viewer, Show Resources, and Show Compositor also be a toggle for ease of use and consistency. Logging here so it does not get lost by being only in the email.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: MENU_TOGGLES-full.patch (6,252 bytes) 2020-12-02 03:27
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=723&type=bug
MENU_TOGGLES-full-2.patch (5,250 bytes) 2020-12-04 17:27
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=724&type=bug
Notes
(0004411)
PhyllisSmith   
2020-12-06 00:42   
@Andrew-R
Finally finished testing and all is good so I checked in your mod to GIT -- but added the lines:
if( mwindow->session->current_operation == NO_OPERATION ) { ... } . It does not seem to cause any problems and I think it must solve some problem that caused a deadlock sometime in the past for "Show Overlays" window.

@Andrea_Paz
Thanks for digging up BT 66. I was wondering about why it was not documented and it was for a good reason. We should save "w" for something more important in the future as we already have multiple ways already to close the windows.
(0004410)
Andrea_Paz   
2020-12-05 18:23   
It was discussed in BT 0000066. It also works with "ctrl + w".
(0004409)
PhyllisSmith   
2020-12-05 05:15   
@Andrew-R
I would not bother adding separate Viewer window actions as I think it works as expected.
I can not believe that the "w" is not documented as a shortcut anywhere -- good discovery. Will update the docs on this find.
Still have to test this latest patch more exhaustively yet.
(0004408)
Andrew-R   
2020-12-04 17:47   
and just realized (after reading source of vwindowgui.C!) I can bring those windows down by pressing 'w' ..... doh .....
(0004407)
Andrew-R   
2020-12-04 17:27   
Slightly smaller patch with commented-out stuff removed....
As Phyllis noted in email - separate actions for one viewer or group of them might be useful .. But I haven't tried to code this yet.
(0004406)
Andrea_Paz   
2020-12-04 08:41   
Thank you all. Now the patch is active and the window toggles works well.
I remember an attempt to eliminate window decoration; is it possible to test it?
(0004405)
PhyllisSmith   
2020-12-04 00:10   
@Andrea_Paz
The patch also works for "Show Levels". About your messages:

"[paz@arch-paz cinelerra]$ patch fileffmpeg.C Interlace_aspect_images_fix.patch
(Stripping trailing CRs from patch; use --binary to disable.)
patching file fileffmpeg.C"
****THIS ABOVE actually worked correctly and the second line is just a warning.

"[paz@arch-paz cinelerra]$ patch --binary fileffmpeg.C Interlace_aspect_images_fix.patch
patching file fileffmpeg.C
Hunk 0000001 FAILED at 345 (different line endings).
1 out of 1 hunk FAILED -- saving rejects to file fileffmpeg.C.rej"
****THE ABOVE did not work because you already had the patch applied and the line numbers/code no longer matched.

I have tested with multiple instances and it worked consistently without any crash or weirdness.
Also checked the code comparing it to what "gwindow" for "Show Overlays" has (that is all I am capable of doing) and found a couple of things that may need amplification and this will be written about in the email.
(0004404)
PhyllisSmith   
2020-12-03 17:39   
@Andrea_Paz

Andrew's patches are very convenient to use. For example for the MENU_TOGGLES-full.patch all you have to do is:

1) cd /the build directory of cinelerra
    -- this would be wherever you put cinelerra BUT above the subdirectory of cinelerra-5.1/cinelerra and that is because if you look at his patch on line 3 and line 4 he uses a/cinelerra-5.1/cinelerra and b/cinelerra-5.1/cinelerra

2) patch -p1 < /tmp/MENU_TOGGLES-full.patch
    -- assuming that you downloaded his patch file to /tmp; substitute for /tmp where you put it instead

What does this patch do? you ask. It works like "Show Overlays" under the Window pulldown works for the other windows such as Compositor, Viewer, and Resources. That is if you close those windows, they no longer show that they are checked on in the Windows pulldown and you can bring them back up by clicking on them again -- just like the Overlays window.
(0004403)
Andrew-R   
2020-12-03 15:25   
I usually "cat /path_to_patch/patch_name | patch -p1" (or p0, depend on how exactly I made patch) them, or "git apply /path/patch_name" from within source tree .......


This patch supposed to give you ability to switch on/off various windows, like Composer window, by just clicking on menu item, so borderless windows can be closed or reopened.
(0004402)
Andrea_Paz   
2020-12-03 09:59   
I tried the patch but I don't see any change. Actually I don't really understand what it is for.

PS: I have problems applying patches. For yesterday's one on still images I had the following errors:

[paz@arch-paz cinelerra]$ patch fileffmpeg.C Interlace_aspect_images_fix.patch
(Stripping trailing CRs from patch; use --binary to disable.)
patching file fileffmpeg.C

Tried to use --binary:

[paz@arch-paz cinelerra]$ patch --binary fileffmpeg.C Interlace_aspect_images_fix.patch
patching file fileffmpeg.C
Hunk 0000001 FAILED at 345 (different line endings).
1 out of 1 hunk FAILED -- saving rejects to file fileffmpeg.C.rej

Despite these messages the patch worked.

The patch in the_toggles menu gave the same errors (I also tried the -l and -i options):

[paz@arch-paz cinelerra]$ patch --binary mainmenu.C MENU_TOGGLES-full.patch
patching file mainmenu.C
Hunk 0000001 FAILED at 1607 (different line endings).
Hunk 0000002 FAILED at 1621 (different line endings).
Hunk 0000003 FAILED at 1635 (different line endings).
Hunk #4 FAILED at 1672 (different line endings).
4 out of 4 hunks FAILED -- saving rejects to file mainmenu.C.rej
patching file mainmenu.C
Hunk 0000001 FAILED at 2997 (different line endings).
Hunk 0000002 FAILED at 3008 (different line endings).
Hunk 0000003 FAILED at 3023 (different line endings).
Hunk #4 FAILED at 3035 (different line endings).
Hunk 0000005 FAILED at 3042 (different line endings).
Hunk 0000006 FAILED at 3055 (different line endings).
6 out of 6 hunks FAILED -- saving rejects to file mainmenu.C.rej
patching file mainmenu.C
Hunk 0000001 FAILED at 210 (different line endings).
1 out of 1 hunk FAILED -- saving rejects to file mainmenu.C.rej

As said it seems not to work (or I did not understand!).
(0004401)
IgorBeg   
2020-12-02 09:33   
I think Andrew-R is an expert C++ coder. I am not, sorry. I can read the code here and there, and sometimes I understand something. I will try to read.
(0004400)
PhyllisSmith   
2020-12-02 03:27   
@IgorBeg
Andrew supplied a patch for this in the email but the subject line reads "Not quite correct patch for toggling windows". I tested it and it does seem to work but I do not know about why it is "not quite correct". Igor, could you review the code when you have some spare time? Thanks, I have attached the patch.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
535 [Cinelerra-GG] Website minor have not tried 2020-11-02 19:04 2020-11-04 14:57
Reporter: Sam Platform:  
Assigned To: Sam OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New Distro delinuxco with Cinelerra-GG
Description: "I include Cinelera GG in my distro, delinuxco.com, you may add to your list of distros that include cin if you wish." -> YouTube comment

We were included on an additional distro. This one is a reminder to check the distro and to add it to our website if appropriate.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004363)
Sam   
2020-11-04 14:57   
Thanks for testing. I will have more time on the weekend to finish everything else.
(0004361)
Andrea_Paz   
2020-11-03 20:31   
Thanks, Sam. I have downloaded the iso and now you can delete it to recover space.
I have deprived DeLinuxCo (a derivative of Manjaro) in LiveUSB. It is stable and well configured. It is very reactive to be in LiveUSB. All tested programs are stable, including CinGG which has its own well-configured Arch repository.
It has many programs for multimedia:
Blender; Darktable; Gimp; Inkscape; Ardour; Audacity; Pulseaudio EQ (LADSPA); CinGG; Kdenlive; LMMS.
For me it has passed the test and can be mentioned on our website.
(0004360)
Sam   
2020-11-03 17:17   
I was able to download it. However, it seems that an installation under VirtualBox does not work and unfortunately I don't have a free computer to test it. I put the ISO file under the following link.
https://cinelerra-gg.org/media/test/delinuxco-cinnamon-20.1.2-201025-linux59.iso

Maybe you can download it better from our server. By the way, I had the file tested with Virustotal and everything was ok so far.
(0004359)
Andrea_Paz   
2020-11-03 16:04   
No way, I can't download the iso. If someone has a very fast connection, can you try the download it (3.2 GB)? Just to see if the problem is me.
(0004349)
Sam   
2020-11-02 21:17   
@Andrea_Paz
That would be great Andrea, if you could test it, if the download page works again.
(0004348)
Andrea_Paz   
2020-11-02 21:14   
I can't download it to try it out. The download hangs after a few hundred MB. I will try it again tomorrow.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
161 [Cinelerra-GG] Bug minor always 2019-03-10 22:31 2020-11-03 21:34
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The "z" key does not work in multi-camera editing
Description: The "z" button does not work when editing the multi-camera tracks extracted from the mixers.

The undo menu works.
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
Notes
(0004362)
Pierre   
2020-11-03 21:34   
I haven't worked on multi-camera editing recently, so I don't really know.

I've just tested "z" and "l" and they seem to work well, but I haven't been testing for long.

I plan to work on a long (3h) multi-camera edit this winter. I will then have the opportunity to find out if this sneaky problem reappears.
(0004352)
Andrea_Paz   
2020-11-03 08:34   
@Pierre
Have been recently worked "z" buttons that "l" (0000162); can you test if the problem is still present?
(0001196)
Pierre   
2019-03-13 16:07   
After having written the previous comments.

I went back to work on my editing (I hadn't closed it). I replaced one more segment of the mixers by another and corrected the resulting desynchronization of the sound and plugins.

I then noticed that the "z" and "l" keys had started working again...

This problem is playing with my nerves...
(0001195)
Pierre   
2019-03-13 15:43   
It was on the edge of the end of the time line
(0001192)
Pierre   
2019-03-13 15:41   
Well, the problem with the "z" and "l" buttons that stop working after a certain time of use... has returned....

I don't know what caused this loss, but I noticed it after several undoes mainly by the "z" button, when I replaced selected segments of the timeline with double-clicks on the mixers and then corrected the overruns of the sound tracks or the failure to follow the plugins, by ripple or roll.
(0001187)
PhyllisSmith   
2019-03-13 02:31   
No problem. Very interested in mixer/multi-camera usage so will keep testing here anyway so we can improve it.
(0001186)
Pierre   
2019-03-13 00:42   
As the "l" key.... The "z" button seems to work now....

I don't know why either. I don't know if it was my system that had a problem or if it was the latest version that fixed the situation. However, the problem with the "z" key also lasted for a long time.

Sorry about these false alarms.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
507 [Cinelerra-GG] Feature tweak N/A 2020-09-07 08:43 2020-11-03 17:06
Reporter: houku Platform: linux  
Assigned To: PhyllisSmith OS: arch  
Priority: normal OS Version: rolling  
Status: acknowledged Product Version: 2020-07  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: background rendering is slow
Description: so, i am not a programmer, idk how to code, but i love cinelerra so far as an NLE, 1 issue i could think will be nice is if the background rendering will be faster, or more optimized to your pc, like, the more ram uoi have the better it is, if its an option, how do i do it? if not, it should be added
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004039)
Andrew-R   
2020-09-19 11:13   
Ah, i think i see what you mean;

If you cut one video in half and put one piece of it on top of itself (on second track) and make two overlap, (like I did in 0000504) and then turn bg render over this region - it will be slow .... But I think it will be slow because underlaying calls to source media for some reason become slow, background render over simple one track is fast (but I agree not very interesting, apart from fast seeking, and fast forward/reverse playback)
(0004032)
Andrew-R   
2020-09-17 16:35   
as reference point on AMD FX-4300 with this video
 video1 h264 1280x720 30.00 pix yuvj420p
    color space:bt709/ range:pc
    2315+0 frms 77.16 secs 0:01:17.16

and jpeg-100% quality CinGG (git) renders timeline (rgba-8bit) in just 45 seconds. (with brender files on tmpfs)

and around 8 mins for this
 video1 h264 1920x1080 59.94 pix yuv420p
    color space:bt709/ range:tv
    12999+0 frms 216.86 secs 0:03:36.86

I think all I saw all four cores already loaded, amy be not to 100% but to 75% for sure.
(0004031)
Andrew-R   
2020-09-17 16:08   
Just as illustration, I found video on Youtube where Adobe Premiere CS4 (from 2009) renders transitions and sometimes whole timeline ...well, sometimes it takes up to 5 minutes :}

https://www.youtube.com/watch?v=7BjfdF1cuM0
("Introducing Adobe Premiere Pro CS4: Basic Video Editing Tutorial" - at 5:55 you can see rendering time for 720p 25 fps project with 2048 frames is 5 min!)
(0004010)
PhyllisSmith   
2020-09-08 19:42   
The best way to take advantage of multiple CPUs on your computer is with enabling Render Farm in the Settings->Preferences, Performance tab since you already have "Background Rendering" enabled, using multiple CPUs helps a lot. The down side is that when you do File->Render you may want to remember to turn it off --- or not! GG frequently enables the Render Farm for his 128 CPU Epyc computer to render a 2 hour movie in just a few minutes.

However, if you are using Background Rendering to speed up Transitions, I will update your BT on that to let you know that GG is testing code which may not work to speed them up.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
179 [Cinelerra-GG] Feature minor N/A 2019-03-27 13:03 2020-11-03 08:50
Reporter: IgorBeg Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: "Open Project..." option in File menu
Description: In File menu would be useful to add "Open Project..." option (between "New Project..." and "Load files...").
This "Open Project..." option would show a window similar to "Load files..." window but without "Specify filter:" and without "Insertion strategy" option; only a project file may be viewed (and of course the folders) and loaded.
It might seems redundant with "Load files..." option but you can save a lot of time and for new users it is more natural, I think.

Added screenshot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: File-OpenProject.png (37,343 bytes) 2019-03-27 13:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=138&type=bug
png
Notes
(0004356)
IgorBeg   
2020-11-03 08:50   
NO, please!
I don't know when/if a new item "Open Project" will be implemented but it is different by "Load recent...". It should open only a XML (Project) file, avoiding mistake like occured to RafaMar time ago.
(0004353)
Andrea_Paz   
2020-11-03 08:34   
@IgorBeg
With "Load recent..." can you solve the ticket?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
230 [Cinelerra-GG] Feature feature always 2019-06-03 09:18 2020-11-03 08:35
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Resources: Show effect info on mouse over
Description: In the compact display of the effects, "Mouse over" and "Scr Target" do not display any info. After a certain time, basic information should be displayed. At least the name of the effect should be expanded (see also 0000229).
Tags: Resources window
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004354)
Andrea_Paz   
2020-11-03 08:35   
@Olaf
It seems to me that the popup info has been implemented, can you solve the ticket?
(0001641)
Sam   
2019-06-03 09:23   
+1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
525 [Cinelerra-GG] Feature minor always 2020-10-09 09:18 2020-11-01 19:52
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Split pane enhancement needed
Description: First, I noticed that with Split Y the top and bottom panes move together with Ctrl-scroll wheel.
I imagine this is not intended? Top pane should scroll alone with mouse over it likewise the bottom pane should scroll alone when moused over and Ctrl-scroll up/down.

Also, I think some colour indication would be good to help the user distinguish the panes visually, such as a bar along top, different colour on each pane. With Split Y, it is hard to see that the canvas is split at all as it appears there are many tracks stacked up.
Tags:
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files: splitxy.png (284,301 bytes) 2020-10-20 00:44
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=709&type=bug
Notes
(0004339)
PhyllisSmith   
2020-11-01 19:52   
Waiting for user feedback to see if can close with the new October builds solution and answer.
(0004272)
PhyllisSmith   
2020-10-20 00:44   
@quintao
About "some colour indication would be good to help the user distinguish the panes visually". An improvement has been checked into GIT and will be in the October 31 new builds. As it turns out, each of the themes actually has individual png files for the X separator and the Y separator so that is 33 in all that require a change. A mass edit to enhance the HSV Value parameter now has been added which makes almost all of the themes stand out more so that it is easier to see the "panes". To see what this looks like, check out the attached file for the before and after views for SUV.

I think this is a pretty good improvement and actually using a colour separator would be too overwhelming and distracting. However, if for a particular theme someone would like to use Gimp to create a more obvious separator png, it will be considered.
(0004243)
PhyllisSmith   
2020-10-12 00:33   
@quintao
"... Split Y the top and bottom panes move together with Ctrl-scroll wheel. I imagine this is not intended?"
Actually, if I understand what you are stating correctly, then "yes" it is very much intended. This is the purpose of Split Y -- you have a session consisting of 6 video tracks and a laptop screen. You want to see track 1 and track 6 at the same time but your program window only shows the first 4 tracks so you have to keep scrolling up and down. With Split Y, you can have track 1 showing in the top split screen and use the vertical bar in the bottom split screen to show track 6 so you want them to scroll together to see what is directly over/under the track.

About "some colour indication", I will see if I can get GG to do this as I also have trouble seeing the distinction. There is a grey colored bar there, which when you mouse over it you see a double headed arrow allowing you to change the size of the panes with one bigger and one smaller.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
491 [Cinelerra-GG] Bug minor always 2020-08-13 15:45 2020-10-31 16:48
Reporter: terje Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 1) HDV format not auto-detected correctly and 2) HDV formats not available among presets
Description: 1) HDV format not auto-detected correctly
As discussed already in a forum thread, after reading in a HDV_1080i50.m2t file in CGG
https://www.cinelerra-gg.org/forum/help-video/learning-to-encode-prores-422-hq/#post-1299
the Set Format window seems to not read in correct parameters from FFmpeg as follows:
https://www.cinelerra-gg.org/wp-content/uploads/wpforo/default_attachments/1596662797-Set_Format.png

where:
W.Ratio=1.0 and H.Ratio=1.0 should correspond to FFplay SAR (Pixel ratio) 4 : 3
and
Aspect Ratio 4,0 : 3,0 should correspond to FFplay DAR (Display ratio)=16.0 : 9.0

Not interlaced should correspond to Mediainfo Interlaced for the HDV 1080i50 ?


2) HDV formats not available among presets
As shown on Fig 3.1 in the CGG manual, the Presets defines Analog, SD (DV) and som full HD format (1920x1080) formats, but HDV formats are missing. I suggest to add the following HDV standard formats according to:
https://en.wikipedia.org/wiki/HDV#Specifications

HDV 720p/60, 720p/30, 720p/24, 720p/50, 720p/25 (1280 × 720):

HDV 1080i/30, 1080i/25, 1080p/30, 1080p/24, 1080p/25 (1440 × 1080)

Tags: HDV format auto-detect bug, missing in Presets, Set format
Steps To Reproduce: As described above
Additional Information:
Attached Files:
Notes
(0004328)
Pierre   
2020-10-31 16:48   
I guess when you say HDV 1080i/30 or 1080p/30
you mean more precisely 29.97 fps.

and for 1080p/24
it's more like 23.98 fps.
(0003912)
terje   
2020-08-13 16:17   
Wikipedia's specification of the HDV 1080i format seems to be incomplete or faulty, because the Sony HDR-FX7E camcorder specify its format to 1080/50i.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
531 [Cinelerra-GG] Bug minor always 2020-10-26 09:09 2020-10-30 16:09
Reporter: IgorBeg Platform: x64  
Assigned To: PhyllisSmith OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tile Mixers feature no tiles correctly
Description: I create the Mixer Viewers and then I use Window-> Mixers...-> Tile Mixers (Alt-t) to tile them.
They change the size of the Mixer Viewers and they overlap. I don't think it depends by my OS or screen resolution.
Please, take a look at https://streamable.com/3uhc07

@Pierre (and others)
Could you confirm or less when/if you have a few of time, please?
Tags:
Steps To Reproduce:
Additional Information: Cin_20201024 by testing
System Description
Attached Files: Tile.png (3,910,603 bytes) 2020-10-27 03:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=711&type=bug
Notes
(0004327)
PhyllisSmith   
2020-10-30 16:09   
It took a little time, but gg recreated the edge case and he thinks he can fix it.
(0004326)
IgorBeg   
2020-10-30 12:17   
Okay, I understand for both:
a. “He does not want to make the Mixers option any bigger to save space for the listing of the videos in the mixer mix”
b. “the possibility of releasing the LMB to create the rectangle instead of the final RMB. This is certainly an option BUT the rectangle creator program code is generic to be used in multiple places ...”

I think that it works in a excellent way.
I uploaded a new screencast only to show you that sometimes there is a special case which can not be avoided, I think. And I can drag a different rectangle and it is works really good also for vertical positioning.
https://streamable.com/oz7o3k
(0004325)
Pierre   
2020-10-30 00:42   
Wow... It's now super efficient!

Here the public health services say that because of the pandemic we might not be able to celebrate Christmas this year, they are apparently wrong... Christmas is today!
(0004324)
PhyllisSmith   
2020-10-30 00:19   
@IgorBeg
About: both Tile Mixers and Drag Tile Mixers options, gg suggested to use RMB (just like you already discovered). He does not want to make the Mixers option any bigger to save space for the listing of the videos in the mixer mix.

About: the possibility of releasing the LMB to create the rectangle instead of the final RMB. This is certainly an option BUT the rectangle creator program code is generic to be used in multiple places -- currently it is used by Grabshot (RMB in an empty spot in the Media folder of the Resources window). It is needed here in order to allow for modifying the grabshot area without creating many grabshot outputs that you do not want but inadvertently created while getting everything in just the right position. A specific example - you use grabshot to capture a section of the video on the timeline but then you decide to pick a longer portion so you need to let up on the LMB to start over. If LMB used to create the rectangle, then you would have created a junk grabshot taking up disk space.

1. Yes, they might still overlap if there are too many mixers to fit in the space BUT please try the new static build for ubuntu 16 as shown in the previous note.
2. OK, GG will look at this next month for the hand-rolled mixer. Thanks for both demos.
(0004323)
PhyllisSmith   
2020-10-29 23:20   
@Pierre
Try it now!! Thanks for the "desired" png example. I think the latest changes should get anyone what they want.
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz
(0004319)
PhyllisSmith   
2020-10-29 13:29   
@Pierre
Could you send a screenshot of how you arrange your mixers inside the rectangle? You can send privately to [email protected] if necessary. And anyone else that has a suggestion -- we have to use an arithmetic calculation to arrange within the rectangle because sometimes you may have 5 mixers and sometimes 8 so they have to fit in different combinations.
(0004317)
IgorBeg   
2020-10-29 10:34   
Thanks Pierre for all. And Thanks GG/Phyllis.

Wow! I think it is really good!
If possible, could you create two different items for "Tile Mixers (Alt+T)" and "Drag Tile Mixers"?
So, "Tile Mixers (Alt+T)"automatically tiles the mixer viewers and "Drag Tile Mixers" do the new feature. (Note: if we use RMB on a Mixer Viewer we can see/use "Tile Mixers" option.)
Do you think it would be possible to use the Drag option without the final RMB? It would be more intuitive that you drag the rectangle and when you release the LMB it executes the tile.

It is very good to save the positions of the Mixer Viewers in the Project and in Layouts. Thanks!

Two things (I use one only monitor):
1. By my tests sometimes it still overlap. It seems to depend from the width of the dragged rectangle. Take a look the screencast https://streamable.com/2v7tvz
2. If I create Mixer Viewer by "hand" like in video tutorial "Multi Camera editing" ( http://www.visi1.org/cinelerra-gg_tutorials#MultiCameraEditing ), instead of using "Open Mixer"or "Insert Mixer"by RMB in Resources window, the Window-> Mixers... menu shows n empty items on the bottom: I guess they are about the Mixer Viewers I opened by hand.
Take a look the screencast https://streamable.com/3tkmsx

(Cin_20201028 by testing. As usually, thanks for the ub16 build)

PS:
GG, you are really a war machine! ;-)
(0004313)
Pierre   
2020-10-29 03:39   
Ok I realize that the configuration of the Tile won't allow me to make the mixers appear exactly at the size and in the layout I prefer.

But this option still allows me to get close to that goal... which then facilitates precise positioning.

And once a new, well-configured project is saved, every time you open that project, the mixers are arranged exactly as you want them to be.
(0004312)
PhyllisSmith   
2020-10-29 03:05   
You might just have to make a larger rectangle due to the calculation the program makes to get everything to fit. Your arranging them after the rectangle coordinates are saved does not change the saved layout - only the coordinates of the rectangle are recorded in $HOME/.bcast5/Cinelerra_rc as:
   TILE_MIXERS_X 0
   TILE_MIXERS_Y 0
   TILE_MIXERS_W 0
   TILE_MIXERS_H 0

However, if you save a project with the mixers arranged the way you want, that does get saved.
We will look into a way to make sure users know about the right mouse button click to get the coordinates recorded.
(0004311)
Pierre   
2020-10-29 02:27   
"and you must CLICK THE RIGHT MOUSE BUTTON"...

This is what was missing... Now the Mixers move to the indicated area.

But the a mixers are small, grouped in a block of two lines.

I've enlarged them and arranged them vertically like the layout already shown. Then saved this modified layout.

BUT when I reopen this modified layout, the mixers are again very small and grouped in two lines... They lost the layout I had made of them.
(0004310)
PhyllisSmith   
2020-10-29 01:48   
@Pierre
OK, maybe we have a simpler answer here.
When you drag the rectangle, you use the left mouse button to create the rectangle. BUT to have the rectangle take effect, you stop dragging and you must CLICK THE RIGHT MOUSE BUTTON.
  
We are booting Mint now, but only have 1 monitor.
(0004309)
PhyllisSmith   
2020-10-29 01:25   
@Pierre
That is strange. It is going to take some time to set up 3 screens here but it worked when we did 1 and 2 screens. Will have to check Mint also. Thanks for the feedback.
(0004308)
Pierre   
2020-10-29 00:56   
@Phyllis

Sorry but it doesn't seem to be working.

First I tried to save the layout of an existing project (latout presented in this thread under the name Tile.png) which has mixers already well positioned vertically in my central screen. So I saved the layout again.

But when I then load this modified layout, the mixers move and are all in the upper left corner of my right screen (I guess this is the default position of the mixers).

I then tried the Drag Tile Mixers command, creating a frame that corresponds to their desired display area, but the mixers don't move there.

I then tried with a project that did not have mixers, copying your procedure for making and positioning them. Again, the mixers do not position themselves within the frame.

Could it be that the fact that I am using 3 screens is causing the problem? I also tried to create the Tile area in the right screen where they appear... but without success.

As for Src Target, now it works.
(0004307)
PhyllisSmith   
2020-10-28 22:54   
@Pierre
A new way is now available and checked into GIT. If you have time, please check to see if it works OK for you. Static tars for Mint 18 and Ubuntu 16 are at AND include yesterday's checkin for fixing Src Target:
    https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
    https://cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz
There is a short demo at:
    https://streamable.com/rmfvvs
(0004302)
PhyllisSmith   
2020-10-27 17:01   
Yes and Yes !
The Tile Mixers was initially programmed to expect the default layout and it seems to line the windows up based on the position and size of the main timeline window.
GG says "Yes" this needs improvement but when initially working on this, the goal was to get things going and now maybe he has time to improve it.
(0004299)
Pierre   
2020-10-27 03:02   
@IgorBeg

I never use "Tile Mixers"; it does not meet my needs.
I usually place my mixers vertically in my central screen right next to the Compositor window (see my usual layout below).

Unfortunately, the "Save Layout" function does not remember the positions and dimensions of my mixers, so I have to resize and place each mixer for each new project.

I would like to have the possibility to save several mixers layouts that I can then quickly apply as needed.
(0004297)
IgorBeg   
2020-10-26 12:51   
Thanks @Andrea_Paz for your confirm and suggestion.
I tried the Mixer Viewers (4 Viewers) with the Default layout (Default positions Ctrl+P) and it works right. Thanks!
I think it would be fine if it worked also for different layouts, if possible. Time ago, when I did the MultiCam video tutorial it worked fine, if I remember correctly, but I can wrong.
(0004295)
Andrea_Paz   
2020-10-26 11:59   
I confirm the behavior.
I think that the size and behavior of the openmixers and the following tiling are tied to the default layout size. If we use a different size of the Viewer windows, the open mixers are still sized with respect to the default and the tiling will also refer to the default size, not to the custom size.
It was mentioned, but I don't remember if it was in the mailing-list or in Mantis BT.
Try to repeat the test with the default layout.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
516 [Cinelerra-GG] Feature feature always 2020-10-02 03:00 2020-10-30 07:11
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Proxy confusion
Description: In the user manual it says that there are two ways to use proxies, with full size or scaled down.
but the Proxy settings dialogue does not allow me to use full-scale proxies reduced only in quality with ffmpeg.
I must select a scale factor (1/2, 1/3 etc) or else I cannot click on Auto proxy below

I think there should be two options at the top:
[] Use Proxies
[] Use scaler

then, if I only check on 'use proxies', the scale is not changed, only the bitrate of video is reduced in the new proxy files.
Then possibly, rendering the project will have no problem - will render 1:1 scale.

Vers:2020-09
Tags: proxy
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files: Proxy_window.png (38,112 bytes) 2020-10-03 14:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=690&type=bug
png

Proy_window_before_after.jpg (69,170 bytes) 2020-10-03 14:36
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=691&type=bug
jpg

Proxy_window_1.2.png (40,272 bytes) 2020-10-03 20:13
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=692&type=bug
png

Proxy_window_1.3.jpg (41,357 bytes) 2020-10-03 21:07
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=693&type=bug
jpg

Proxy_window_1.4.jpg (31,531 bytes) 2020-10-04 12:31
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=696&type=bug
jpg

Proxy_window_1.5.jpg (37,470 bytes) 2020-10-04 12:31
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=697&type=bug
jpg

Proxy_window_1.7.jpg (30,914 bytes) 2020-10-04 15:11
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=698&type=bug
jpg

Proxy_window_1.6.jpg (31,947 bytes) 2020-10-04 15:11
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=699&type=bug
jpg

Sam_Proxy_window_1.6a.jpg (32,737 bytes) 2020-10-04 17:37
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=700&type=bug
jpg

Cin_20201005_ProxySettings_window_b-animated.gif (79,761 bytes) 2020-10-05 11:58
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=702&type=bug
gif

hv.png (19,237 bytes) 2020-10-06 23:52
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=703&type=bug
png

proxy.png (88,788 bytes) 2020-10-26 12:00
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=710&type=bug
png

proxies.png (49,298 bytes) 2020-10-27 09:32
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=712&type=bug
png
Notes
(0004318)
IgorBeg   
2020-10-29 10:55   
IMHO I think that as it is now (CIn_20201028 by testing) is pretty good. It is more clear for me, but I don't know if it is good for a native English/US User.

About Andrea_Paz photomontage (in https://www.cinelerra-gg.org/bugtracker/view.php?id=516#c4300 ),
for me two options, "Proxy 1:1"and "Proxy" to say Proxy have not sense, sorry. I understand you want separate the two functions but it is more important to know you are using (or less) Rescale version or not.

Eventually to facilitate understanding even more, an hint could be shown when the pointer is over the "Rescaled to Project size" option (following an example, keep in mind my bad English, please):
CHECKED: Good for many uses BUT needed cpu performance.
UNCHECKED: Good for save cpu performance and old computers BUT some Effects can not work as expected.
(0004306)
fary54   
2020-10-28 06:36   
@Andrea_Paz
As far as I'm concerned, I find your proxy window proposal clear and precise. Moreover, being totally different from the traditional cinelerra structure, it avoids any misunderstanding.
(0004304)
PhyllisSmith   
2020-10-27 23:15   
@IgorBeg
All that got changed in today's GIT is: "Don't resize Project" to "Rescaled to Project Size" and "Auto proxy/scale media loads" to "Creation of proxy on media loading". GG wanted to work on other things so no other changes made.
(0004301)
PhyllisSmith   
2020-10-27 16:15   
(Last edited: 2020-10-27 16:20)
@Andrea_Paz
I would not change the manual yet -- too many good ideas still have to be evaluated and most likely the layout will change a little too. Especially like the idea of "ghosting" but I think GG already tried to do this and it was not easy. And for some odd reason the red color Video was a problem too but I will ask again.

(0004300)
Andrea_Paz   
2020-10-27 09:32   
I show more clearly my proposal. On the aesthetic side others will do better, what interests me is the clarity of use of the proxies' window.

1- When Proxy 1:1 is active Proxy is deactivated; and vice versa
2- The only way to maintain the original proportions is Proxy 1:1. In the main window there is the button "P1:1" (other proposals?) to enable/disable temporarily
3- When Proxy is active there is no longer the possibility to maintain the original size. This is the classic proxy concept. In the main window there is the "P" button to enable/disable temporarily (other proposals?)
4- Encoding via wrench is possible both in Proxy 1:1 and in Proxy
5- To exit the proxy mode permanently there is the "Clear Proxies" button; both in Proxy 1:1 and in Proxy

In short, my idea is to clearly separate the two modes because they are very different.
What do you think?

PS: Phyllis, let me know when you consider the work on the proxies finished, that I start putting the changes on the manual.
(0004298)
IgorBeg   
2020-10-26 13:00   
Mmh, I don't like your suggestion @Andrea_Paz, sorry. It is better with 1:1 in the pulldown menu, at this point.
Consider that the new "Don't resize project" checkbox is the old "Use Scaler". If you erase this option and you keep only "Use Scaler" (hidden) I couldn't use Cinelerra anymore because I always use Proxy WITHOUT Scaler. My computers are old.
(0004296)
Andrea_Paz   
2020-10-26 12:00   
@IgorBeg
If you are satisfied with it! :-)

(When Proxy 1 : 1 is checked then it is ghosting the Scale; and vice versa)
(0004294)
IgorBeg   
2020-10-26 09:22   
@Andrea_Paz
Could you make a sketch, please?

@PhyllisSmith
About "red colour text, "Video", and I would put the wrench icon on the right side of the Down Arrow "Set ffmpeg file type"
I understand you , but I don't think that that can help the User. An User usually learn by him/her/self, by Manual, by other User(video/forum). The wrench icon could be changed to cogs icon, as sometime you can find in another program. Anyway the user must do a little effort, and the learning curve is very high for Cinelerra as for other NLEs, see Lightworks and DaVinciResolve (I think).
(0004293)
Andrea_Paz   
2020-10-25 20:54   
OK, so Proxy 1:1 is exactly the Transcode. It takes all media into Resources and turns them into Proxy 1:1. Then, by pressing "P" (or "S"?) we can enable/disable the proxy at will. Right?
Instead with the Scaler we can do downsize together with the Transcode.

For clarity, I propose the following GUI:
1- Delete the "Don't resize Project" checkbox (if possible).
2- Offer a "Proxy 1:1" (or "Transcode") checkbox separate from the "Scaler" pulldown.
3- The pulldown menu for the "Scale factor".
4- A button to return to the original sources (Disable or Off or Clear proxy, etc).

I guess I ask the impossible! :-)
(0004292)
PhyllisSmith   
2020-10-25 20:13   
@Andrea_Paz
The sole purpose of Proxy 1:1 is the save CPU usage, just as proxy 1/2, etc. does. On the other hand, Transcode is very useful for "mkv" input media which may not have any GOP so hard to seek. The usefulness of 1:1 is you can convert a high quality (i.e. high bitrate) video to a much, much lower bitrate, then edit the file in this proxy mode and have all of the edits apply to the high quality original video. You can not have any edits to a Transcode file apply to the original. In addition, the edited output media is in the original format provided whereas a Transcode most likely is not. Remember the mpeg format for a proxy file is just the default; you can use mp4 or whatever else is available and lower the bitrate as low as allowed.

About "How does the "Don't resize project" work instead? Doesn't it become useless with the Proxy 1:1?" You are right, it is useless and GG thought about ghosting it out but it was not easy to do so if anyone checks this box, it will just be multiplied by 1 so nothing changes.

@IgorBeg
We will try to change "Don't resize Project" and "Auto proxy/scale media loads" to something more meaningful.
About "red colour text, "Video", and I would put the wrench icon on the right side of the Down Arrow "Set ffmpeg file type"." This needs to be very visible for new users and it is much more important now that 1:1 exists because this is the only way to lower the bitrate as much as desired. The wrench where Sam had it was almost unnoticeable and no one would even think to click on it unless you were familiar with its use elsewhere.
(0004288)
IgorBeg   
2020-10-25 14:21   
IMHO Proxy 1:1 is useless but if other Users needed it, OKAY: my hands up. ;-)

@Andrea_Paz
"Don't resize Project" is the new word instead of "Use scaler". And with Proxy 1:1 it doesn't matter if you use or less, I think.

The English is not my first language but I don't like the sentence "Don't resize Project (FFMPEG only)", sorry. It adds more confusion, again.
At this point I preferred the sentence "Use Scaler" or, as somebody (Sam, Andrea_Paz,...?) said, "Re-Scaled to Project Size".
For me even the sentence "Auto proxy/scale media loads" is not clear; what about "Creation of proxy on media loading"?

As all photomontages of Sam showed I would delete the red colour text, "Video", and I would put the wrench icon on the right side of the Down Arrow "Set ffmpeg file type".
Good for me the Slider and its enable/disable button for the Volume. Thanks!
(0004286)
Andrea_Paz   
2020-10-25 10:40   
I don't really understand how Proxy 1:1 works.
It keeps the original geometry and then we can go to set the codec (for example lowering the bitrate compared to the default which is mpeg at 2Mbps)?
How does the "Don't resize project" work instead? Doesn't it become useless with the Proxy 1:1?
(0004285)
fary54   
2020-10-25 07:23   
@PhyllisSmith
First of all, a big thank you for GG's work and for your explanations.

As you know, I use cinelerra for film editing using openEDL. Of course, any improvement to relieve the CPU is welcome.
But as you said in your last message, the 1:1 proxy seems to go in that direction.
I can't wait to see the new version of cinelerra coming out in a week.
(0004282)
PhyllisSmith   
2020-10-25 01:09   
(Last edited: 2020-10-25 01:11)
@quintao
GG has added a 1:1 proxy selectable option. We want to thank you for explaining the usability of this option as we had not understood its virtue until you went into detail about its usefulness. In testing, I took the "4k Cows webm" file and just played it. In doing so, it used 240-350% cpu. After Proxying to 1:1 using ffmpeg/mpeg format, it only used 59 % cpu -- that is a significant savings in videos like that.

This has been checked into GIT and will be in the next build on October 31. For early testers there is a Mint 18 and Ubuntu 16 static tar available at:
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz

@fary54
It is possible that when you use OpenEDL and then do a proxy, the 1:1 option may be useful if it lowers the bitrate of your video, thus using less cpu. This will avoid the scale/format problem as reported in the issue 0000440 "Bug in Proxy ?"

@Sam
@IgorBeg
The menu layout has been changed to better match what Sam suggested with input from Andrea, IgorBeg, Pierre, quintao. But it does not match exactly due to space considerations and wording.

@Andrea_Paz
I am hoping this meets with everyone's approval so that the manual can be updated after there is consensus.

(0004209)
Andrea_Paz   
2020-10-07 13:01   
I find the topic interesting.
One more opinion:
https://community.adobe.com/t5/premiere-pro/which-format-should-i-choose-for-proxies/td-p/4788720
(0004208)
quintao   
2020-10-07 12:35   
Actually, now that I think about it again, dimensions don't really make a difference - whether down-size or kept at original.

I did an experiment, I rendered the same clip of 2560p mp4, 32sec to 1Mbps, at different scales:
render @ file size Mb
2560p 3.47
1920p 3.51
1280p 3.59
720p 3.64

playback of each at fullscreen looked identical (pretty lossy).

In my opinion, it matters only what bitrate you tell FFmpeg to use - which means large size at 1Mbps will look lossy, but the smaller you go, still at 1Mbps, the better the video looks because the video is going to give you 1Mb of data per sec, and at a large dimension that is very spread out, but on a small format that means the data is compact - but when you stretch it out the small video to equal the large dimension it will look identical and play the same.

This is not to start a debate, but you can tell me if I got it wrong.
(0004206)
quintao   
2020-10-07 09:46   
Alright, I think you win Igor and Sam. I will be happy with 1/2 scaling.

Sam said: "but the achieved minimization of the file size is not as large as the reduction of the resolution."
and there we have it, the reason scaling is a good idea!
But I won't use anything smaller than 1/2 as blowing up again I fear there is a noticeable downgrade in Q, I think.

I was trying to say in my posts that there will be 2x times Q loss with downscale then stretching back - and to avoid bad loss of Q you would need a high bitrate proxy, right? What bitrate do you people set in FFmpeg? I would set low bitrate, as low as can bear or use in editing, 1Mbps or less, and then making the proxies for 30 or 40 clips will be quite fast.

I like the idea of proxies, even for 1080p on a 16 core Ryzen 3rd Gen, because playing them creates 30%-40% cpu usage which is unnecessary. I think actually it's because I have overclocked the cpu -good for renders- which forces its power on everything.
(0004204)
fary54   
2020-10-07 09:17   
@IgorBeg
I too do not understand this debate.
Like you, I use proxy 1/2 to test the fluidity of the editing and transitions of my edits longer than an hour.
Only then I remove the proxy to place my text and make the final rendering.
So personally, I don't see the point of having a 1:1 proxy.
(0004203)
IgorBeg   
2020-10-07 07:49   
Sorry, but I really don't understand and Sam explained very well "Here is a little feedback regarding proxies."
Maybe I don't understand because my computer is not powerful.

What is the reason to have a Proxy Scale 1:1 with lower bitrate? Better Performance on computer?
Wouldn't it be better to use Proxy Scale 1/2 with "Use Scaler" and a "good" bitrate, instead of?

On the Description of the quintao's issue is written:
then, if I only check on 'use proxies', the scale is not changed, only the bitrate of video is reduced in the new proxy files.
Then possibly, rendering the project will have no problem - will render 1:1 scale.


Note. If we make a Render with Proxy enabled, then Render will use Proxy files. But I think that User (and quintao) know it.
Sometimes it is good to use Proxy files to make a fast Rendering and seeing how the output (cuts, transitions) works. If it seems good, then you will make the final Rendering.
(0004202)
PhyllisSmith   
2020-10-06 23:52   
@quintao
OK. About "Proxy confusion" original issue, gg and I have finally understood what the problem really is. In fact, Olaf brought this up a long time ago but we misinterpreted and ended up with Transcode. You simply want a lower bitrate without being scaled down so want 1 instead of 1/2...etc. Unfortunately, we did not consider this case when the Proxy feature was re-implemented from the HV code. The number "1" was reserved for non-proxy mode and this is saved in the EDL, i.e. old, existing XML project files. It would have been better to use a bit designated as "is_proxy" instead of the number 1 but changing this now might break old sessions. However, GG thinks it is possible to implement the bitrate change only but as usual, will have to look at the code first and determine how much breakage this would create.

About the menu layout change, I have read all of the notes and think we can come up with a layout based on everyone's concerns while still making sense to GG. BTW, attached is the orginal menu from HV.
(0004199)
Sam   
2020-10-06 09:20   
Here is a little feedback regarding proxies. Most other video editing programs also have the proxy feature. It was introduced to allow for a smoother timeline experience. Full HD and everything from 4K size up are usually very large in file size. These large files cause performance problems on weaker PCs. As a solution the developers have introduced proxies to reduce the file size. Reduced means to minimize the resolution/dimension, as usually not the full resolution is needed, because the compositor usually takes only a fraction of the computer screen. Therefore the scaling factor, which indicates how much the original resolution should be reduced. When rendering, the original resolution will be used to avoid loss of image quality.

There is also the possibility of converting an uncompressed or inefficient file format into a highly compressed file format, without changing the dimension, but the achieved minimization of the file size is not as large as the reduction of the resolution.

I would name the option as follows:
From "Blow up to source dimensions" to "Stretch downscaled file to source dimension."
(0004193)
IgorBeg   
2020-10-06 08:09   
I think, we (may be, only me) are missing the focus, here. Or I don't understand anything.

Proxy is a low quality/low resolution to make editing in a fluid way due to poor cpu performance or/and bad Media for editing. To do that NLEs change the size and bitrate.

If your media are no good for editing we may use Transcode feature without any lose of quality (depends from the settings)

- In post above quintao said: "What I was trying to point out was the inability in Proxy settings dialogue to turn ON proxies, but NOT scale down the dimensions (so keep 1080 for example, same as source)"
- In post above quintao said: " I don't need to use transcoding as my source files are good formats for editing."


Then I don't understand because you (quintao) are using Proxy when your Media is good and Computer is powerful.

(sorry for bad English)
(0004191)
quintao   
2020-10-06 01:27   
How about this:
________________________________
[_] Scale down media
              Scale factor: [_____1/2________]
                              [_] Blow up to source dimensions

[_] No Scaling

[_] Auto proxy media

File format: [____________________________]

____________________________________________
[_] Beep on done
       Volume ---------------<>-----------------
___________________________________________
OK X
(0004188)
quintao   
2020-10-05 12:59   
Igor said: Changing to lower bitrate, the quality may be lost.
Do you mean that we should select high bitrate for proxies? What about the time factor in creating the proxies?

Sorry, I thought you meant quality problems in Render, did you mean quality in the compositor window for editing?

And my other question below?
(0004187)
IgorBeg   
2020-10-05 12:39   
Maybe you are missing something or I don't understand.
Remember, or you already know, that you must DISABLE Proxy before to make a Render, otherwise Cinelerra-GG will use Proxy format like Render output.
(0004186)
quintao   
2020-10-05 12:30   
Maybe they do, without even asking! I always thought it was only a bitrate reduction.

How will Q be lost in render when its the original files used for rendering?

And how do you proxy without scaling?
(0004185)
quintao   
2020-10-05 12:26   
This way deals with "scale" confusion.....

Scale down media [_]
              Scale factor: [_____1/2________]
             Fake dimensions to fit source [_]

File format: [____________________________]

Auto proxy media [_]
(0004184)
IgorBeg   
2020-10-05 12:26   
quintao, for what I know, all NLEs I know use Proxy like Cinelerra-GG do. I can wrong.
Changing to lower bitrate, the quality may be lost. For the quality you can change the parameter in File format.
Consider that I always use Proxy WITHOUT Scaler. ;-)
(0004183)
quintao   
2020-10-05 12:21   
Use scaling down [_]
              Scale factor: [_____1/2________]

Rescale to original dimensions [_]

File format: [____________________________]

Auto proxy media [_]
(0004181)
quintao   
2020-10-05 12:11   
A lot of good discussion!

My main issue was that I couldn't do any proxies without scaling down.
This is because if I have some heavy files, I know that creating 1Mbps proxies will sort them out, they will play smoothly for editing, or won't cause the CPU fan to whir!
If I use scaling there can be a dramatic loss of video quality that I didn't expect - just compare 1/2 and 1/32 !
But perhaps you all have use for scaling, I don't know. For me proxy means LOW BITRATE copies.

To me, scaling down a video to a small scale factor obviously helps playback, because the new file has less data to process. But visually, it is only good at the scaled down size. If you blow it up back to the original dimensions it will look awful, as it goes through 2x quality loss (well 1/2 scale is bearable).
So, to view my video files in original dimensions, I don't want to scale down first (unless it was done lossless somehow), I just want to reduce bitrate.

Therefore, if it is a simple project, scaling down (without scaling back up) could work, and you just zoom in on the Compositor window.
But for complex work, I wouldn't want to touch scaling, just use a lower bitrate.

Also, transcoding for me means conversion of file formats that is not playable or can't be easily cut and joined during render - but for me, that was back in the days when Linux programs struggled with AVCHD.

.....
On the dialogue design, if I may contribute...
So "Disabled" option removes need for checkbox "Use scaler"
but with the option Disabled, can I check "Auto proxy" check box? I think the idea here is that proxies must be scaled down!

If not how will I get proxies of lower bitrate without scaling going on too?

Personally, I would have left a checkbox at top, ""Use scaling down" [viewing will be re-scaled to original source dimensions]"
Then the options, with 1/2 as 1st option
Then Auto proxies below on same vertical as Use scaling checkbox

So the dialogue has two main decisions - Scaling and Auto, both independent of each other

If I don't select scaling, I may still select Auto proxies and have ffmpeg do its magic.

Don't know if I'm making sense?
(0004180)
IgorBeg   
2020-10-05 11:58   
Okay. Here mi idea/layout, and it may be no good like Sam Layout.
It is only a idea/demo. I added an animated GIF.

I try to explain.
1. On the Top of the window a Checkbox button to Enable/Disable Proxy. So you can always see the parameters below.
2. The Proxy icon (if possible technically) indicates the state of the Proxy: No Proxy, Proxy Enabled and Active, Proxy Standby. I would like that that icon would work like it works in timeline window. But maybe it create confusion/mistake, I don't know.
3. Two Radio buttons. Only one is active.
4. PullDown menu shows the options starting from 1/2 (or I think it is the first option): "Disable" or "Project size" there isn't. It would work as now due to the two Radio buttons.
5. If the User no change the parameters, the Default is: "Re-Scaled to Project Size" and "Scale Factor"=the second option of the list (1/3 for 1920x1080). Of Course, Cinelerra-GG remember/save the parameters

Maybe "File Format" bar is too much on the Layout.
If my idea don't like, we could add to Sam Layout only the area above "Proxy type" area.
Maybe I have forgotten something else.
(0004175)
Sam   
2020-10-04 20:41   
@Pierre

I understand your argumentation and it makes sense. Unfortunately I can't think of a better term. Maybe Phyllis and GG have an idea for a better term. They are certainly better than me in English. ;-)
(0004174)
Pierre   
2020-10-04 19:15   
@Sam

I really like your proposal, except for one thing...

You use the term "rescaled" in the "Scale factor" choice list (which is very appropriate in this context).

But then there is the box "Show 'Re-Scaled to Project Size' only.

Maybe it's my poor understanding of the English language that's playing a trick on me here... but this word "Re-Scaled" makes me think that this option is used to disable the rescaled choice from the previous options menu.
(0004173)
Sam   
2020-10-04 17:40   
@IgorBeg
I like the revised layout. +1
(0004172)
IgorBeg   
2020-10-04 17:37   
WOW Sam! It is excellent idea! I like it.
I hope it may be implemented by GG.

I changed, quickly, a bit your "Proxy_window_1.6.jpg"
(0004169)
Sam   
2020-10-04 15:11   
I think I have found the solution, if GG can technically implement it.

Instead of showing two different drop down menus, only one drop down is shown, which shows both options. The option without scaler is greyed out. Only when I deactivate the protection button "Show "Re-Scaled to Project Size" only" the greyed out scaling factors will be available as an option.

With this slight modification we have added a protection feature. The new user will see at a glance there are more options available, but for some reason some factors have been greyed out. Next, the new user will want to click on the button "Re-Scaled to Project Size" and your warning message will be displayed. At this point the new user knows, okay I have to be careful, otherwise some plugins will not work properly. Professionals like you can disable this option by default and choose between the different options.
(0004168)
IgorBeg   
2020-10-04 14:20   
Sorry, a few of personal problem here.
I hope to show You a possible Layout, tomorrow. (and it may be no good like Sam's Layout/idea).

I would write "Re-Scaled to Project Size" or "Re-Sized to Project Size" instead of "Preserve Aspect Ratio".
So the User should understand what it mean something more (?)

Sam, I understand you about to put the PullDown menu on the top. But as I wrote before in #0004154 if your Project format is 1280x720 you would find the second item of the pulldown menu to be 1/3 With Scaler and 1/4 with No Scaler. Could it be a problem (by Coder/code side and/or by User side)? I don't know.

Proxy Without Scaler is a problem also for other Effects, not only for Title. For example Blur Effect.
For me it would be good a kind of Warning or an yellow hint like Sam said/wrote.
I would put a message with red colour "Warning: Some Effects (Title) can not work as expected" when Proxy without Use Scaler is used.
(0004165)
Sam   
2020-10-04 12:34   
(Last edited: 2020-10-04 14:24)
Here is a summary of all suggestions for renaming the misleading term "Use scalers".

UPDATE:
Re-Scaled to Project Size
Re-Sized to Project Size
Preserve frame geometry
Preserve Aspect Ratio
Display compensation
Screen correction
Display compensation to source size
Display adjustment to original size
Display at source dimensions
Display at source size
Correct display ratio

I like Andrea's suggestion best. What do the others say?

(0004164)
Sam   
2020-10-04 12:31   
(Last edited: 2020-10-04 12:44)
@IgorBeg

On point 1, I agree with you.

On point 2, I disagree. The main function, the most important step, is the activation of the proxies. That two different scaling factors, depending on which scaler method I use, change from the third digit after the value of 1/3 is not relevant to use this feature. In most cases with new users 1/2 and 1/3 will be absolutely sufficient. The most important point is that the users know that the Title Plugin is negatively affected by this is much more important, as this ticket proves. Nobody has complained about the different scaling factors so far.

To avoid that new users have to decide first if they want to use the scaler, it is better to move this option to the second position. What good are the scaling factors (without scaler) if I can't use the Title Plugin properly? Therefore it is not the most important step and in my opinion it should be set to second place and scaler as default. This is to avoid that the new user deactivates it by mistake. We can add a help text, which describes that they change the scaling factors.

The help text could look like this: Other scaling factors available by deactivating this option. Deactivating this option affects the display of the Title Plugin.

UPDATE: I am looking forward to your layout, if you want to do the work. As I said in a previous post, it was only a first draft.

(0004154)
IgorBeg   
2020-10-04 08:09   
I remember to You (all of you) a few of things.

1. Active Scale: 1/[x] (or 1/4, or 1/8, ...) texts is needed (fundamental, I would say) when you disable temporary Proxy (in SUV theme, you can see the P icon in colour dark grey). It is needed to know what type of Scale (rate) you are using (and files were been created).

2. The items of the PullDown menu change if you are using Scaler or NO Scaler.
Two example,
Format Project 1920x1080:
- WITH Use scaler: 1/2, 1/3, 1/8, 1/12, ....
- NO Use Scaler: 1/2, 1/3, 1/4, 1/5, 1/6, ...
Format Project 1280x720:
- WITH Use scaler: 1/2, 1/3, 1/8, 1/12, ....
- NO Use Scaler: 1/2, 1/4, 1/5, 1/8, ...
So, the User must before choose if She/He want the Scaler or Not before using the PullDown menu. I think this option should stay on the top of the window.

3. Like Sam I don't like Pot (the knob). Like Sam, I would prefer the Slider with a checkbox to enable/disable it.

I need more time to think a possible, other, or similar to Sam Layout.
(0004149)
Andrea_Paz   
2020-10-04 07:15   
"Preserve frame geometry" ?
(0004148)
Andrea_Paz   
2020-10-04 07:13   
"Preserve Aspect Ratio" ?
(0004147)
PhyllisSmith   
2020-10-04 01:18   
How close is note 4143 png to meeting everyone's expectations? so that I can let GG know to start looking at it.
(0004146)
Sam   
2020-10-03 21:28   
I like your suggestions. I've added a few more here just to brainstorm a little bit. Let's see what the others like or if they have any other suggestions.

Display compensation
Screen correction
Display compensation to source size
Display adjustment to original size
(0004145)
Pierre   
2020-10-03 21:17   
Or to avoid the repetition of the word size...

"Display at source dimensions" instead
(0004144)
Pierre   
2020-10-03 21:13   
How about "Display at source size" instead
(0004143)
Sam   
2020-10-03 21:07   
That would look like this:
(0004142)
Sam   
2020-10-03 20:57   
(Last edited: 2020-10-03 20:59)
Maybe we could name the Scaler option as follows:

"Keep display ratio to original size " or "Correct display ratio"

(0004141)
Sam   
2020-10-03 20:52   
@Pierre

You are right, now I understand your concerns. These terms can lead to confusion. I have no idea which terms would be more appropriate, since English is not my native language. Maybe Phyllis can help us?
(0004140)
Pierre   
2020-10-03 20:46   
@Sam
Your idea to make the checkbox gray if "disabled" is selected in "Scale factor" is excellent and very logical. But when you think about it, I think it's the "scaler" term in the "Use scaler" checkbox that causes the problem...

The word Scale is used here for two opposite purposes; "Scale factor" aims at DECREASING the image dimensions, while "Use scaler" aims at NEUTRALIZING its apparent effect and presenting an image that seems to conform to the original.

This is a false repetition of purpose... but I don't have enough mastery of the English language to find a more appropriate term.
(0004139)
Sam   
2020-10-03 20:13   
@Pierre

I have a suggestion. In my picture below you can see that if number one is disabled, the checkbox number two for the scaler is disabled, but this option is pre-selected. Only if number three is set to a scale factor for example 1/2 or higher, number four is shown as selectable. A help text is also displayed. With the note "Disabling this option affects the Title Plugin.
This keeps the aesthetics of my layout suggestion and minimizes the risk that the scaler option is inadvertently disabled by new users.

Would this be an option like I have shown in the image? If I have misunderstood your motives why the Scaler option should be on top, please give me a short feedback so I can better understand. Maybe we can find a better design that will satisfy all users. Thanks in advance.
(0004138)
Pierre   
2020-10-03 19:34   
@ Sam
Your justifications are good, so I can adhere to this particular logic which aims to limit the problems related to the Tiltle plugin.

However I remain concerned about the impression of a repetition of a command related to Scale factor "disabled" and a "Use scaler" button that can be deselected... which seems repetitive of the same purpose in appearance.
(0004137)
Sam   
2020-10-03 19:08   
@Pierre

Thanks for your feedback. Such considerations are absolutely good to achieve the best results together.

My considerations were as follows. Exactly for the reasons you mentioned I put it in second place. A new user will be tempted to try this option first, but he doesn't really understand the consequences if he deactivates it. This is exactly what led to the opening of this ticket and the problem with the title plugin. I was not aware of this problem and was surprised when I deactivated this option that it can lead to such problems with the title plugin.

Therefore I suggested to leave the scaler enabled by default and put it in second place. A new user will then try the scale factor first to see what happens. The scale factor starts the whole action and not the option of the scaler.

In my opinion this arrangement helps to avoid more user errors. Let's be honest a new user will first click around to see what happens. Better then as first option let the Scale Factor change, because this is the most important task of the whole window.

Based on these considerations I have created this layout. It's just a first draft until there is enough feedback to improve it.
(0004136)
Pierre   
2020-10-03 18:50   
@Sam

I appreciate the aesthetic improvement that you propose. But, Scale factor "disabled" and a "Use scaler" button that can be deselected... seems repetitive to me.

Secondly it would surely be less aesthetic, but the "Use scaler" button is fundamental and determining... so it should appear at the top of the window as the first configuration option.
(0004135)
Sam   
2020-10-03 14:36   
Here a before and after comparison.
(0004134)
Sam   
2020-10-03 14:21   
Unfortunately I could not follow the discussion so far due to lack of time.

After some consideration, I can understand quintao's argumentation. For the user it would be more understandable if instead of "original size" it said "disabled".

In the course of my efforts to improve the design of Cinelerra and the acceptance by the users, I took the liberty to slightly rework the layout of the proxy window. It keeps approximately the same size, so there should be no problems even with smaller screen sizes. I just changed the layout a little bit.

Here are a few small hints:
1. I have removed the label "original size", because it leads to confusion. It is better to write disabled, that every new user understands
2. I have removed the label "active scale factor", this is self-explanatory with the dropdown menu
3. Also removed the label "Video". It was much too big. I simply attached the symbol like in the picture beside it
4. About the volume wheel. I am sorry, but it is just ugly. A volume slider just looks better. I also added an on/off button. Sometimes I need this notification, but I don't want to keep adjusting the volume, so I just press the button.
5. in my opinion the Scaler Button should by default be activated. New users will use the default settings and will not have the problem with the title plugin. If you do not need the Scaler option you can disable it.

This way the window would finally look much more appealing and structured.
(0004131)
IgorBeg   
2020-10-03 12:02   
quintao, we can discuss about Layout/Graphic of the "Proxy settings" window, but how it works is right as it is so, for me.

The "Original size" option is needed to restore the Proxy to the Original size.
When you set a Proxy (for example: Proxy 1/4, NO Scaler), a "P" icon on the top-right of the Main (Program/Timeline) window is shown. If you click on that icon, Proxy is disable and you can understand it because the P icon is dark-grey colour (I am using SUV theme).

When you disable Proxy (P icon dark-grey colour) Cinelerra-GG remember your Proxy Setting (in this example 1/4) and you can see it in the "Proxy settings" window:
- Scale factor: Original Scale (PullDown button)
- New media dimensions: width x height
- Active Scale: 1/4

quintao wrote: "BTW I don't need to use transcoding as my source files are good formats for editing."
Okay. So, I am wearing because you need Proxy. I don't understand.


 @Sam
 I love your Proxy icons in SUV theme.
(0004128)
quintao   
2020-10-03 10:57   
To me it seems illogical for the Proxy settings to give option of "Original size" which actually disables proxies.

Only the options of scaling allow proxies to be made at all.

BTW I don't need to use transcoding as my source files are good formats for editing.
(0004115)
IgorBeg   
2020-10-02 12:22   
Today, my time is out. Sorry @quintao and Community.
(0004114)
IgorBeg   
2020-10-02 12:20   
Scaler mean reduced dimensions but stretched to original dimension?
Exactly!
(0004113)
quintao   
2020-10-02 12:17   
I think I missed the point! Scaler mean reduced dimensions but stretched to original dimension?
(0004111)
IgorBeg   
2020-10-02 12:03   
I understand you but...
"The reason for that is I need the original dimensions to work with, eg for adding titles."
Consider that Proxy with Scaler was born for that (minimum Scale is 1/2). You can use Scaler when you needed that all the Plugins work correctly or at least I think so.

What is the reason to use a Proxy with the same Scale of the source? To change its codec/bitrate?
Transcode... in Settings pull down menu was born for it, I think.

Unfortunately I have to use Proxy without Scaler, so I have to use a workaround to use Title plugin, for example.
(0004103)
quintao   
2020-10-02 10:40   
Yes I understand that proxies are good for the CPU while editing. And this is a very important feature, especially with heavy source files.

What I was trying to point out was the inability in Proxy settings dialogue to turn ON proxies, but NOT scale down the dimensions (so keep 1080 for example, same as source)

The reason for that is I need the original dimensions to work with, eg for adding titles.

For me I can't check the box 'Auto proxy' if I leave 'scale factor' at original size, it won't respond and that is the main problem. thanks
(0004101)
IgorBeg   
2020-10-02 08:27   
Sorry, I don't know what your goal is exactly but you can use Menu-> Settings-> Transcode...
Of course Cinelerra-GG will use the transcode files version on the timeline and also for Render.
This feature is useful if yours video have long GOP or their format/codec are no good for editing.
Usually Proxy (with Scaler or not) uses a smaller size format by the original to reduce cpu work.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
529 [Cinelerra-GG] Bug minor always 2020-10-16 11:23 2020-10-29 10:24
Reporter: IgorBeg Platform: x64  
Assigned To: PhyllisSmith OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Gang Channels mode doesn't work for Video Tracks
Description: In Manual_20200903, Chapter 5.2.1, "Displaying tracks: Ganged mode" is written...
Gang Channels: in this mode, only the Master Tracks and the first track of
video, audio, or subtitles not master will are shown.


Unfortunately it doesn't work for the video tracks.
Here an example:
- Gang None (showed as in timeline from top to bottom)
V3 [Master]
V2 [Slave]
V1 [Slave]
A1 [Master]
A2 [Master]

- Gang Channels (showed as in timeline from top to bottom)
V3 [Master]
A1 [Master]
A2 [Master]

I think it should be...
- Gang Channels (showed as in timeline from top to bottom)
V3 [Master]
V2 [Slave]
A1 [Master]
A2 [Master]

Or is the manual wrong? Thanks!
Tags:
Steps To Reproduce:
Additional Information: Cin release: Cin_20200930
System Description
Attached Files:
Notes
(0004316)
IgorBeg   
2020-10-29 10:24   
I leave the following as a memory (?)

When we use Mixer Viewers for MultiCam we usually disable "Play Track"
of each video mixer tracks to show the videos only on the Mixer Viewers.
Saving space on the screen an User may think of using "Gang Channel" or
"Gang Media" features (Mixer viewers will be the slave tracks) but the
little Viewers (Mixer Viewers) don't play anymore as they usually do.
So, you must always use "Gang None" mode, and this should be written in
the Manual (or solve it in another way for the video tracks), I think.
Please take a look at the screencast https://streamable.com/gjiwkq
Thanks!
(0004270)
PhyllisSmith   
2020-10-19 16:12   
@Andrea_Paz
I have changes the wording in the Manual as you suggested (only locally for now) and also added the sentence: "For users who
routinely switch the track order frequently, the patchbay has the \textit{Master Track} icon to set your own preference." It should be clearer now.

I recognize the possibility of the usefulness of the behavior similar to audio tracks but I do not think it should be the default because there is no way to not do this behavior whereas there is a way to set it. I would recommend the user set it the way they want as there is no way to predict what users do. The "Gang Channels" mode was mostly designed with the Audiophiles in mind, but I have to say GG and I are using it all of the time to easily save space - especially on my laptop.

So I am going to mark this resolved in a couple of days.
(0004269)
Andrea_Paz   
2020-10-19 13:56   
(Phyllis:) "in this mode, only the Master Tracks will be shown except when there is no Master video, no Master audio or no Master subtitle track, in which case for each the first track of video, audio, and subtitle will be shown."

I would change in: "All master tracks are shown; for audio tracks all master tracks with their first slave track are shown. The exception is when there is no Master video, no Master audio or no Master subtitle track, in which case for each the first track of video, audio, and subtitle will be shown."

Anyway I agree with IgorBeg: I would prefer to show the first slave video track as well. A behavior similar to audio tracks can be useful in the case of cloned or shared tracks.
(0004268)
IgorBeg   
2020-10-18 19:16   
Yes, It was open for discussion in the email "Can 'play track' status propagate to ganged tracks?" but I would like/hope that AVLinux and other Users can tell what they think about.
(0004267)
PhyllisSmith   
2020-10-18 17:56   
This has been put on GG's list of 10 items that I put by his desktop to work on: "propagate the patchbay buttons (from master to slaves), the worflow would become more intuitive, fast and consistent". It was in an email for discussion and I believe GG thinks it can be done - at least Play Track. It was open for discussion in the email "Can 'play track' status propagate to ganged tracks?"
(0004266)
IgorBeg   
2020-10-18 17:37   
Okay. Thanks Phyllis. Now I have understand.
It is a pity it doesn't work for the Slave Video tracks but I understand.

If You want you can close my ticket (and if Andrea_Paz want).
Thank you!
(0004265)
PhyllisSmith   
2020-10-18 17:21   
@IgorBeg:
"For Gang Channels mode I thought, from the Manual, that it doesn't matter what is the kind of the first Slave track (audio or video). I thought that always the first Slave track is shown even though video. Am I wrong?" Yes, that is wrong.

The following was a quote from Andrea "In my opinion the best idea would be to show all the master tracks and for each master track the first of its slave tracks. If instead we want to hide all the slave tracks there is Gang Media."
""Exactly. I thought it worked so. Am I wrong?"" Yes, that is wrong.

I think the last update to the manual (which has not been updated yet) as in note 4259 is as succinctly and correctly stated as possible without making it more confusing. Although your workflow is quite a bit different than what that of an Audio person might be, the implementation was based on loading a video that contained multiple audio tracks and therefore the automatic indication of the Master for that video is its first video track.
(0004264)
IgorBeg   
2020-10-18 17:09   
Andrea_Paz wrote: In all these cases, if you could also propagate the patchbay buttons (from master to slaves), the worflow would become more intuitive, fast and consistent.
For me this option should be discussed with more Users and Developers, if possible; ... and in another place?
(0004263)
IgorBeg   
2020-10-18 17:00   
@PhyllisSmith wrote: Please keep in mind that it is not just about what you see ...
Yes, I agree with you: Gang modes is more more complex and useful.
In this issue I am speaking only how the track are shown.

Thanks for your tests.
For me Gang None mode and Gang Media mode are right.
In my case, like in my example, in my timeline there are 3 video tracks and 2 audio tracks. The top Video track (V3) is the Master and the other video tracks are Slave; all the audio tracks are Master.

For Gang Channels mode I thought, from the Manual, that it doesn't matter what is the kind of the first Slave track (audio or video). I thought that always the first Slave track is shown even though video. Am I wrong?

Phyllis wrote: (Gang Channel) In my opinion the best idea would be to show all the master tracks and for each master track the first of its slave tracks. If instead we want to hide all the slave tracks there is Gang Media.
Exactly. I thought it worked so. Am I wrong?
(0004262)
PhyllisSmith   
2020-10-18 14:31   
@IgorBeg
Please keep in mind that it is not just about what you see -- the point is to add a plugin, or make a change, or modify an auto on a video or audio track and have that propagated to all of the related/corresponding tracks. That way you do not have to drag a plugin to all 6 audio tracks and make a mistake. So that is why you do not want to show the first of its slave tracks. The reason it is called "Gang Channels" is so that you can see the first audio track (whether Master or not) and easily make the necessary changes to it and have it all the other channels changed correspondingly. If you "show" the first slave track, then you have to make the same changes to that slave track as you did the master track. And that is the whole point of having Gang Channels, i.e. to avoid having to duplicate changes.

I did the test yesterday and repeated again today. It works correctly -- you should not see Video 2 or Video 1 because the first track is correctly marked as a Master Track.

n my opinion the best idea would be to show all the master tracks and for each master track the first of its slave tracks. If instead we want to hide all the slave tracks there is Gang Media.
(0004261)
IgorBeg   
2020-10-18 07:57   
Probably, I write in a very bad English but you don't see my example. (For me in the Manual it was written right)
I am saying that "Gang Channels" mode doesn't work correctly: It works fine for the Audio tracks but not for Video tracks.

In "Gang Channels" mode, all tracks marked as "master" are shown BUT if the first track of the video/audio/subtitle track is NOT marked as a Master node, it behaves as if it were.

Please, could you do a test like in my example wrote in Description's issue? You will see that for the first Slave Video track it doesn't work. Thanks!
(0004260)
Andrea_Paz   
2020-10-18 07:18   
Gang Channel:
In my opinion the best idea would be to show all the master tracks and for each master track the first of its slave tracks. If instead we want to hide all the slave tracks there is Gang Media.

Gang None: you can see all tracks (master and slave).
Gang Channel: you can see all the masters and the first slaves of each master (not just the first slave). In this way you use the most natural method used in editing: the first audio track is always shown and "incorporates" the other channels as well.
Gang Media: you only see the masters (The result would be similar to the normal editing in CinGG but using the Master Tracks button instead of Arm/Disarm).

In all these cases, if you could also propagate the patchbay buttons (from master to slaves), the worflow would become more intuitive, fast and consistent.
(0004259)
PhyllisSmith   
2020-10-18 00:12   
GG clarification: it is working correctly based on the code:
In Gang None mode, all tracks are shown.
In Gang Media mode, all tracks marked as "master" are shown.
In "Gang Channels" mode, all tracks marked as "master" are shown BUT if the first track of the video/audio/subtitle track is NOT marked as a Master node, it behaves as if it were.
(0004258)
PhyllisSmith   
2020-10-17 18:04   
(Last edited: 2020-10-17 18:13)
The manual statement needs clarification which I will fix and includes bad english. Once the updated pdf is propagated to the website it will read: "in this mode, only the Master Tracks will be shown except when there is no Master video, no Master audio or no Master subtitle track, in which case for each the first track of video, audio, and subtitle will be shown."

But there is still a bug, I think. Have to ask GG yet.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
440 [Cinelerra-GG] Bug major always 2020-05-26 07:18 2020-10-25 14:41
Reporter: fary54 Platform:  
Assigned To: PhyllisSmith OS:  
Priority: high OS Version:  
Status: acknowledged Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bug in proxy ?
Description: Inside a clip, when switch to proxy, the format of the main window does not update and remains at 1980x1080
Tags: bug
Steps To Reproduce: See the video
Additional Information:
Attached Files: bad_format.webm (2,633,467 bytes) 2020-05-26 07:18
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=559&type=bug
bad_format.xml (17,362 bytes) 2020-05-26 07:18
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=560&type=bug
Notes
(0004290)
IgorBeg   
2020-10-25 14:41   
As I wrote on a previous post,...
if Nested clip were created in Clip bin instead of Media bin, could it solve the problem?

Time ago the Nested Clips were created in Clip bin instead of Media bin, and in Media there were only "loaded" (imported) the source videos/audios. When you created the Proxy, it didn't matter if Proxy was enable or disable, you were able to drag and drop the Nested Clip from Clip bin to Viewer/Compositor/Timeline and the right "format" (Proxy or Original) was inserted in. I don't know if this behaviour has been changed for code reason or any other problems concerning OpenEDL.
(0004284)
fary54   
2020-10-25 07:10   
@PhyllisSmith
Thank you very much for your answer, which I was looking forward to, but I have to admit that a resolution is not possible. Of course, this is not going to prevent me from bringing back information that will allow me to improve a working tool that I appreciate a lot.
(0004279)
PhyllisSmith   
2020-10-24 19:47   
@fary54
GG has now reviewed this thoroughly in conjunction with the proxy changes he is currently working on.
This is not a bug; it is a limitation of proxy. OpenEDL must not change the session format as it is not in charge of the session but is an auxiliary layer. The current design implementation does not allow for a code change that makes everything work in all respects since proxy is just meant to be a temporary condition used to conserve cpu.

So I hope you can work with this limitation and please continue to report anything you think can be improved as your input is very helpful to make Cinelerra better whenever possible.
(0004151)
fary54   
2020-10-04 07:23   
@PhyllisSmith
"GG had time to read the program code for this today. Not sure what to do about it yet -- OpenEDL was not designed to be able to do everything in a layer that you can do in the Master. He has to think about this before deciding what to do."
Do you have any feedback from GG on this.
Thanks.
(0003970)
fary54   
2020-09-02 06:29   
@PhyllisSmith

I tried in the 0831 latest build, there is no change.

Do you have any feedback from GG on this.
(0003869)
fary54   
2020-08-03 06:22   
@PhyllisSmith
There is no change in my CinelerraGG version (built: 20200731).
(0003513)
IgorBeg   
2020-05-29 12:34   
@Fary54
Sorry, my previous message (#0003509) was for PhyllisSmith. Time ago the nested clips were nested in the Clip bin and they worked fine with Proxy. I hope that Nested clips go back there in the future Cin version, because I always use Proxy.
(0003511)
fary54   
2020-05-29 12:12   
IgorBeg

There is no change in my CinelerraGG version (built: Apr30 2020).
I'm waiting the end of the month to try the new built.
(0003509)
IgorBeg   
2020-05-29 07:37   
If Nested clip were created in Clip bin instead of Media bin, could it solve the problem? Only an idea.
See https://www.cinelerra-gg.org/bugtracker/view.php?id=427 "Unfortunately ...".
(0003506)
PhyllisSmith   
2020-05-29 01:08   
GG had time to read the program code for this today. Not sure what to do about it yet -- OpenEDL was not designed to be able to do everything in a layer that you can do in the Master. He has to think about this before deciding what to do.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
495 [Cinelerra-GG] Bug feature always 2020-08-25 17:14 2020-10-24 19:50
Reporter: houku Platform: linux  
Assigned To: PhyllisSmith OS: Arch  
Priority: high OS Version: rolling  
Status: feedback Product Version: 2020-07  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: transitions suck in cinelerra (oof)
Description: okay, so i decided to give the new github version of cinelerra a try, and its impoving, (i didnt get any lag from audio so far)

but making trasitions SUCK!!

okay, a bit of anger has gone in this, sorry, but yeah, the transitions seem to happen AFTER the hard cut and not while its supposed to, it also shows that the transition is supposed to happen after at the same go, idk why its like that, but its weird for me...

but overall, i see the potential in cinelerra-gg infinity, and i can actually call it a more reliable NLE compare to other linux ones (tbh also some windows ones are worse then this)
Tags:
Steps To Reproduce: COMPLICATED! BE AWARE!!

1) add a video
2) make a hard cut in 2 parts of the video
3) delete what you cut
4) add a transition
5) see that the transition is not happening correctly
6) say "Ooh"
Additional Information: i dont take those stuff seriously by now, i kinda joke how editing on linux is actually hard, so if your cringing by how i make it seem like its a joke, im sorry, its just im getting de-motivated from how editing in linux is happening correctly with no actual NLE i can trust, Cinelerra-gg is 1 of the 3 i hope will become my main and so far its going great and i like what i see, so thank you, but transitions are bad at the moment...
Attached Files: report.f4v (756,704 bytes) 2020-08-25 17:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=645&type=bug
report-2.f4v (699,938 bytes) 2020-08-25 18:04
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=646&type=bug
Screenshot from 2020-08-25 21-14-42.png (5,973 bytes) 2020-08-25 18:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=647&type=bug
png

report-3.f4v (405,061 bytes) 2020-08-25 18:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=648&type=bug
Suggestion_transitions.png (142,373 bytes) 2020-09-25 17:46
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=663&type=bug
png

Cin_KeyframeNearTransition_a.png (8,944 bytes) 2020-09-27 10:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=665&type=bug
png

Keyframes_transition_solution.png (194,644 bytes) 2020-09-27 12:57
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=666&type=bug
png
Notes
(0004280)
PhyllisSmith   
2020-10-24 19:50   
Forgot to update this ticket. Expanded track transitions can now be enabled/disabled. This will be in the October builds and then the ticket will be resolved and closed.
(0004100)
IgorBeg   
2020-10-02 08:15   
Thanks @PhyllisSmith and GG!
(0004096)
PhyllisSmith   
2020-10-01 21:56   
@IgorBeg
After further analysis, if GG can easily change the code to enable/disable Transitions for the expanded tracks, he will do so. Then I think we will be able to close this ticket after that.
(0004087)
IgorBeg   
2020-09-30 08:09   
1) Phyllis wrote: "the seconds are already there !! it shows in the main timeline "Welcome to Cinelerra" message line in the lower right hand corner."

Oops! I did not see. (Usually, you look where the focus is)


2) Phyllis wrote: About "Could you allow to enable/disable the Transitions, by Overlay window, also for the expanded tracks"
-->that would result in inconsistent behavior so we would not want to do that.

That's true, but You have changed the rule.
Before, You couldn't drag and drop the Transition.
Now, for me, "Transitions" option in Overlay window should behave like the Mask and Mode option do: they are over the track (the frames of the clip), and you can show/hide them in both the cases (track showed expanded and compressed).
For consistency you could add a bar line between Transitions and Titles, OR (better?) move the bar line from above "Fade" to above "Transitions" because "Plugin Keyframes" are shown/hidden when the tracks are shown in expanded mode. So it would be perfectly consistency, I think.
(0004086)
PhyllisSmith   
2020-09-30 02:45   
(Last edited: 2020-09-30 03:02)
@IgorBeg
@Andrea
About "A small tweak could be to open a popup that indicates the time in seconds while you drag" -- the seconds are already there !! it shows in the main timeline "Welcome to Cinelerra" message line in the lower right hand corner. It was decided to not use a PopUp because there is so much overhead with a popup and as we do not want to further slow down the transition.

The number is in Seconds IF your timing is in HH:mm..., and in Frames if your timing is in Frames. By Timing, I mean that line in the main timeline below the transport keys and above the title of the loaded Video.

(Have not looked at BT 312 yet).

About "Could you allow to enable/disable the Transitions, by Overlay window, also for the expanded tracks" -- that would result in inconsistent behavior so we would not want to do that. Look at "Show assets" and "Show Titles" when you expand the tracks, they too show.

(0004072)
IgorBeg   
2020-09-28 12:26   
Andrea_Paz wrote: "A small tweak could be to open a popup that indicates the time in seconds while you drag"
+1 (I would like with frames units instead of seconds, more precise)

PS:
The same thing would be need when You use Roll, Ripple, and Slide feature. So you can see how many frames you are moving.
(0004070)
Andrea_Paz   
2020-09-28 10:53   
Great, thanks!
A small tweak could be to open a popup that indicates the time in seconds while you drag (the time or any unit we have set). A little like when you set the autos grid to always show their values.
(0004069)
IgorBeg   
2020-09-28 09:23   
Good.
Could you allow to enable/disable the Transitions, by Overlay window, also for the expanded tracks?
Please take a look at https://streamable.com/y35ay3
Thanks.

PS:
What about https://www.cinelerra-gg.org/bugtracker/view.php?id=312 ?
(0004066)
Sam   
2020-09-27 20:48   
@PhyllisSmith
Awesome! It works just great! Thank you very much for the implementation. It is a real ease of use, especially for larger projects. :-)
(0004065)
PhyllisSmith   
2020-09-27 20:24   
Code has been added to drag the right hand side of the Transition bar to change its length - either smaller or longer. As IgorBeg has warned us about "DragAndDrop feature ... added to the Transition bar to change its length, it can disturb Automatic keyframes (Fader, Projector_XYZ, Camera_XYZ,...) when they are there. So you should disable Autos, by Overlay window, to avoid mistake by dragging what you don't want." I believe the Autos are drawn on top of the transition bar so I do not think it is a problem, but I could be wrong.

The Transition Drag looks similar to the Plugin drag.
(0004064)
Sam   
2020-09-27 12:57   
@IgorBeg

In the same way, other very close keyframes could be disturbing, please see my picture. You have the possibility to hide the transitions while you are working on the keyframes and vice versa.

There is also the possibility to change the height of the track or the displayed keyframe (line) height, which causes the keyframes to move, so it should not be a problem in my opinion.
(0004062)
IgorBeg   
2020-09-27 10:26   
"And right now, GG is working on seeing if he can get the dragging of the length for transitions programmed in. Stay tuned. "

Please, keep in mind that that might disturb the Autos-keyframe. When the Track is shown expanded you can not hide the transition icon on the track, using Transitions checkbox in the Overlay window.
(0004061)
PhyllisSmith   
2020-09-26 22:29   
@Sam:
"If I activate the option "Cache transitions", the video gets stuck at the place of the transition." It will look stuck at the very beginning of the transition as it is loading each of the 2 sets of video parts into cache -- there is no solution to alleviate this. I have found that, at least on my laptop, X11 as the driver works better than OpenGL.

And right now, GG is working on seeing if he can get the dragging of the length for transitions programmed in. Stay tuned.
(0004052)
Sam   
2020-09-25 17:46   
I came up with an alternative way to solve the problem of dragging a transition.

As far as I can remember, GG has expressed concern that a transition that is dragged in the timeline would negatively affect the timeline performance.

What if you added an additional bar in the effects bar that runs in sync with the transition.
For example: I drag the dissolve transition to the desired position, at that moment a bar appears in the effects bar. This bar can be dragged to the end of the bar and thus change the length. As soon as I release this bar, the actual transition takes on this value. Visually it looks even better in my opinion, because a bar in the timeline and a bar in the effects bar show the length. This would not affect the performance of the timeline and we would have our desired feature. It is also easier to copy the transitions and paste them elsewhere with all the effects. Please also have a look at my photomontage.
(0004051)
Sam   
2020-09-25 16:47   
Kudos from me. The revised transitions run much better even without the option "Cache Transitions". In the past I always had to activate the background rendering, so that I could see the transition at all. I noticed one bug. If I activate the option "Cache transitions", the video gets stuck at the place of the transition. It doesn't matter which hardware support I activate. Usually I use X11-OpenGL and vdpau. For demonstration purposes I also tried the other options to see what happens, there the same error is visible. I have attached a video https://streamable.com/gvyf4y
I compiled the git version from yesterday.

On the subject of drag and drop or dragging with the mouse of the transition, this feature has pretty much every better video editing program, from Premiere, Resolve, Kdenlive etc. In Cinelerra, you can set up pretty much everything by drag and drop or dragging with the mouse, except the transitions. Especially with long videos, it's annoying not to be able to set it directly in the timeline with the mouse. I can also change the length of an effect by dragging it with the mouse. We have the claim to be there for professional users, so I think this basic feature should not be lost.
(0004037)
fary54   
2020-09-18 21:05   
@PhyllisSmith
I get the same result with it's two compilation. No "Cache Transition" in these versions.
But no problem, I would wait for the monthly version.
(0004036)
PhyllisSmith   
2020-09-18 16:13   
@fary54
I will have to check the date on the second one below which is what I think you used. However, the first one below should have the transition changes in it also but had some bugs in it. I will have GG create a new one but he is unavailable now.

https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-20200913-x86_64-static.txz
https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz
(0004035)
fary54   
2020-09-18 14:50   
@PhyllisSmith
I downloaded the compiled version but I don't have a "Cache Transition" in my version.

After testing, I realize that the compiled version is: "built: Aug 31 2020 13:23:44". Is it the right one?
(0004026)
IgorBeg   
2020-09-14 09:57   
" but it does,... denotes exactly where the transition starts and the length of the line goes to where it ends..."
Good consideration, PhyllisSmith!

I think that if DragAndDrop feature were added to the Transition bar to change its length, it can disturb Automatic keyframes (Fader, Projector_XYZ, Camera_XYZ,...) when they are there.
So you should disable Autos, by Overlay window, to avoid mistake by dragging what you don't want.
(0004024)
PhyllisSmith   
2020-09-14 01:27   
@houku
About "that the transitions will show EXACTLY when it starts and when it finishes ... this will make it easier to understand when transitions start and when finished" "make the start and end of the transition visible in the timeline".
*** but it does, the blue line on top of the transition head symbol (if using Cakewalk theme or brown line if using SUV) denotes exactly where the transition starts and the length of the line goes to where it ends. If timeline is set of hh:mm:ss it is easy to see for example if the length of the transition is 10 seconds, for example. You can also set the length to frames instead and then you will see how it lines up to the frame counter.
(0004022)
PhyllisSmith   
2020-09-13 16:36   
@fary54
OK here it is: https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz
(0004020)
fary54   
2020-09-13 06:25   
@PhyllisSmith
Ok I want to do the test as well. But for me it's under Debian 10.
Thanks.
(0004018)
PhyllisSmith   
2020-09-13 01:50   
@houku
Transitions have been sped up as using Cache has been added as a default. You might see a slight hesitation at the beginning of a transition when memory is being loaded then quite often it will play at full speed. Depending on the memory on your computer and what you have the Cache Size set to in Settings→Preference, Performance whenever cache is full you will again see this hesitation. To the right of the Cache Size in Performance is a setting called “Cache Transitions” which should be enabled by default. This may be eliminated in the future if there are no problems with the caching because everyone will want this speed up.

An Arch test build is at:
  https://cinelerra-gg.org/download/testing/cinelerra-5.1-arch-x86_64-static.txz

@fary54 - if you would like to test also, we can make a test build tomorrow (let us know and was it Debian10 or Ubuntu20? as I forgot).
(0004012)
Sam   
2020-09-08 20:17   
A general consideration would be to adopt the proposed form of background rendering that is also used in Premiere and Resolve. In Resolve it is called Smart Rendering. Only the part that has just been changed is rendered, for example frames 42 to 120, only these frames are rendered. Pre-rendered frames such as 1 to 41 and 121 to infinity are not exchanged. Maybe it would be worth thinking about adopting this feature? I have learned to appreciate this kind of rendering and use it exclusively for my professional projects.
(0004011)
PhyllisSmith   
2020-09-08 19:46   
@houku
@fary54
An attempt at coding to make Transitions faster is being worked today. It is unknown at this time if it will fix the slowness so do not get your hopes up.

Also, I have mentioned the request for marking the start and end times but I have to see whether or not this can be done.
And dragging the mouse to change the size, like can be done with plugins, is a great idea! but may not be easily done.
(0003941)
fary54   
2020-08-26 07:00   
@houku
I bounced off your transition problem. For me, background rendering is not the ultimate solution. Indeed, this consumes a lot of resources because any modification re-activates a complete rendering, which is neither necessary nor desirable.

For me a solution would be to use the proxy for the clips and some kind of rendering only on the transitions. In this case, no more delays or slowing down when reading transitions. In addition, background rendering would use less resources and so each shot change would not require restarting any background rendering.

I also like your suggestion to make the start and end of the transition visible in the timeline, that would make it easier. +1
(0003940)
houku   
2020-08-26 04:41   
okay, so i did some tests, and i did enable the background rendering (i didnt know it wasnt enabled at first until you mentioned it), and it seems to be a problem in my f4v file (from what i can tell), when i tried to do the same thing with mp4, it worked great!

overall: i know what NLE ill be using, thank you cinelerra-gg team for such an amazing NLE for linux, and ill be using it for my content!
(0003939)
IgorBeg   
2020-08-25 18:50   
@houku
About transition between two edits with different effects, take a look this workaround, please:
http://www.visi1.org/cinelerra-gg_tutorials#TransitionAndDifferentsEditsEffects

For your #3936 and report-2.f4v screencast, it is less clear. More info are needed.
What is your project format?
What is the size of your video "learn to fly.f4v"?
(0003938)
Sam   
2020-08-25 18:43   
The way I see it in your video, the background rendering is not active. There should be a red bar at the top of the timeline, which is not in your example video. With Shift-G you can activate the background rendering, before you do this it would be good to preconfigure this feature in the settings.

I like your suggestion to make the start and end of the transition visible in the timeline, that would make it easier. +1

What I would also like is to change the transition directly in the timeline by dragging the mouse. I made this suggestion some time ago, but due to more important problems this suggestion could not be implemented yet.

By the way, Blue Banana was named by the original developer of this feature. It describes what you can do with the tool, you can turn a yellow banana into a blue banana ;-) About the sense of this name can surely be debated.
(0003937)
houku   
2020-08-25 18:20   
also, the transitions not working, in trying to add a dissolve to the blue banana effect (what is that name?!?!?) however, the dissolve not working,

in NLE's like premiere, when you put a transition, it shows on both parts of the video, showing from where its starting and when its ending,
by taking this knowledge to cinelerra, it seems that the transition happens while the hard cut, this is a bit confusing for some people, myself included,
ive read how you sort of 'fixed' it, and i like the suggestion, but ive got a powerful computer so i use background rendering in all the video, and it still doesnt show the transition,

in MY opinion, you should do that the transitions will show EXACTLY when it starts and when it finishes, (olive example image), this will make it easier to understand when transitions start and when finished,

a suggestion also is to be able to costume your transitions (i suggest that because cinelerra seems to go more of the OP but glitchy rought in my eyes)
what i mean can go those ways:

make a costume transition (draw a gif or animation and it will become a transition)
make a transition is different lengths (like, 1 second in and 3 out)

i just finished editing by this point the video, and just the transitions are missing, (video looks better i hope)



as a side note, i wanna help cinelerra-GG to grow, and im really enjoying using it, so i thank you all the team behind this amazing yet underrated NLE, and i support it!!
(0003936)
houku   
2020-08-25 18:04   
another issue (while im at it) is that when you add a video, its kind off, more weighed rather then how you import it, a fix for now is just to scale its y by 1.6-8, but its kind of annoying, also, you need to zoom the camera out to even see the entire recording, also quite annoying... heres a video showing it
(0003935)
Sam   
2020-08-25 17:52   
We are of course striving to improve Cinelerra and are open to any suggestions for improvement, so thank you for your feedback.

I have watched your sample video several times and unfortunately I can't figure out what the problem is. Maybe it is because of the somewhat colorful videos in your example, which is a bit confusing and therefore hard to see what the problem is. Would it be possible for you to show the problem with a video without changing the colors, so the developers can reproduce the problem more easily?

How do you think the transition should be? What bothers you about the current behavior? How should the transition behave correctly?

By the way, I did some tests with a MP4 file according to your description and there is the problem that the timeline simply hangs for a short time on the transition, because a transition on the same file requires more processing power, since Cinelerra accesses the same file at the same time but at different time positions. Only by activating the background rendering the transition looks absolutely perfect. Maybe you can try this option to see if it solves the problem for you. On page 166 of the user manual you will find a small guide to background rendering.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
502 [Cinelerra-GG] Bug minor always 2020-09-04 14:41 2020-10-14 20:49
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 19.3  
Status: acknowledged Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2020-09  
    Target Version:  
Summary: Main window menus lost after tile operation, 2020-08 release.
Description: Main screen: 1600x1200 HDMI. Secondary screen: 1920x1200 VGA, to the right of the main screen. Cin _not_ yet set up for dual display, basically the right display show a copy of the main display, right justified.
Load Cin, all looks good. Do "tile right". Almost all windows (not overlay) moved to the very right, just the border visible. Manually grab the just visible top of the window, drag it to the left back to the main screen. On the main window, the menus have become a black stripe, but if you move the mouse over there they are still active. Minimizing/maximizing make no difference.
Tags:
Steps To Reproduce: See description.
Additional Information:
System Description
Attached Files:
Notes
(0004257)
PhyllisSmith   
2020-10-14 20:49   
Reopening due to a related problem as reported by MatN (so we don't forget to check it out).
"The original BT502 issue is fixed, great. But I discovered a related one. On the same config as for issue 502, if I "tile right" to put all windows on the right screen, and then in the main Cin window open a menu item (say Window), the drop-down menu appears on the right side of the original left screen, and you have to move the mouse over there to use it. It works, but is not so nice. This might be related to the same issue that "show levels" had."


(0004094)
PhyllisSmith   
2020-09-30 23:57   
Fixed in the latest builds. Will close is a couple of days.
(0004009)
PhyllisSmith   
2020-09-07 19:17   
@MatN
"is this intended?" --- it is just evolutionary as is closing the window method. Perhaps if a method that is universally applied can be implemented if it makes sense, but I am not sure it is worth the extra work.
(0004008)
MatN   
2020-09-07 12:26   
Fix confirmed. Very quick, thanks guys.
I noticed that when I do "tile left" and then do "show overlay" or "show levels", those two go the the right display, is this intended?
I also noted I cannot close any of the normal 3 windows from the Window drop down menu, but have to click on the window itself (e.g. compositor). This was already so in the June version, so I guess this is intended behaviour.
(0004007)
PhyllisSmith   
2020-09-07 01:19   
A fix has been checked into GIT. We used different dimensions for testing because 1600x1200 and 1920x1200 were not available for us in Fedora. But this should work for any size and for Mint.
(0004006)
PhyllisSmith   
2020-09-07 00:04   
Confirmed by GG (had to wait for GG to try this on the desktop since my laptop only has 1 monitor obviously).
He will look at the code.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
520 [Cinelerra-GG] Feature minor always 2020-10-05 12:42 2020-10-13 09:46
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Export clips
Description: Is there a way to export a clip to an EDL?
  
Sometimes I have media on the timeline which can become another project and I have to cut out parts and keep them as clips.

So this is my workflow
1. Select on timeline the extra content and hit 'i' (To clip)
2. then hit del to remove it from timeline
3. In clips, right-click > View in new window and set In-point point at start
4. hit C to copy and open new Cin instance, then hit V on timeline

Note that I consider it safer to cut the extra content to clip, because I am not ready to start the other project.

If I can export the clip it will be safe and I can load it to media bin of a new project.
Tags: clips, EDL
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0004256)
quintao   
2020-10-13 09:46   
To save GG trying to manipulate tons of code with this issue, I will stick with the simple graphical work around as already suggested.
Except that I will keep the "take-out" clips in The Clips bin, until the project they were cut from is finished, and then I will wipe the timeline, drag the clip onto timeline and do save as.
(0004207)
quintao   
2020-10-07 09:55   
Yes that is a work around. Actually I would do it this way:

1. make the clip
2. press A and delete to clear all tracks
3. add clip to timeline
4. save as clip.xml
5. Load project.xml again
Then your 8.
(0004201)
Andrea_Paz   
2020-10-06 09:33   
"But how can a clip in a project become a sequence, or an xml file?"

My workflow:

1- Open the original project (project1.xml)
2- Save the project under another name:
        Save as... --> project1-clip1.xml
3- Now you have the original project (project1.xml) saved and project1-clip1.xml opened in CinGG.
4- Delete from the timeline all parts that do not interest you (Edit --> trim selection or other). Do all the editing you want and put the effects you need. You can also delete all sources, not included in the remaining clip, from Media.
5- Save project1-clip1.xml
6- Now you have the EDL of the clip. From here on you can follow IgorBeg videos or Nested Assetts.
7- Open a new project (project2.xml) and import all the sources you want with it:
    Load strategy --> Create new resources only (or Replace current project).
8- Import the clip (project1-clip1.xml) using:
    Load strategy --> Create new resources only
    EDL strategy --> Nested
9- Now on Media you have all the sources and also the clip that is called:
    "edl:project1-clip1.xml"
(0004197)
quintao   
2020-10-06 09:01   
If I use Nest to media on the clip that I took out from the timeline, it looks like I am just sending it back to the same timeline!
Really, I want to nest it to a new project but without opening a new Cin session.
(0004196)
quintao   
2020-10-06 08:50   
@Igor, thanks, I know about loading sequences. But how can a clip in a project become a sequence, or an xml file?

My desire is not to use copy and paste into a new instance and then save it as an xml - although that isn't really difficult to do if I have go by that way.
My idea was that with one right-click in the Clips bin I could save the clip to an xml, without copying around.

I've watched all yr vids actually, they were useful. I found out some things I hadn't known.
(0004195)
Andrea_Paz   
2020-10-06 08:43   
Your solution, if possible, is the most practical and fastest. +1

Besides the sequences suggested by IgorBeg and the rendering suggested by Phyllis, you can also use Nested Assetts (manual 6.6.1).

The workflow is similar to IgorBeg videos, only when you import a subproject (i.e. the EDL of the clip) into the new project (master project) you use the loading option "EDL strategy --> Nested". In this way, in Media will appear the clip with the name "edl:name...". which can be used like any other media.
(0004194)
IgorBeg   
2020-10-06 08:12   
About my last post #c4192:
Sorry, my mistake on TAGS for the black bold text.
(0004192)
IgorBeg   
2020-10-06 07:50   
quintao wrote: Sometimes I have media on the timeline which can become another project and I have to cut out parts and keep them as clips.

ITo do that you can use "Sequence" feature.
You can use your media in timeline using that project like a subproject (it said "sequence").

Save your sequence as usually you do for a project, and "import" (add) to your Master project.
There is an old (outdate) video about on Cinelerra-GG youtube channel or here
http://www.visi1.org/cinelerra-gg_tutorials#WorkingWithTheSequences

And, from a few of Cinelerra-GG release, you can import a Sequence by Reference, so the Sequence imported in your Master Project may be in sync with the Sequence.
(0004190)
quintao   
2020-10-06 01:15   
No problems, it's not like this is a major issue. I was just reporting it as soon as I discovered the need so that hopefully a tweak to enhance workflow could be made in due time.

It shouldn't be too difficult to do, right-click on a clip > Save as xml. This saves the media used in the clip along with the clip edits as they were on the timeline, as if that was the project itself.

So when I Open media > select savedclip,xml and insert strategy Replace project the xml opens just like a saved project with edits on the timeline.
If I Open and choose Create new resources only, such as loading it into another project. the xml opens as a clip - and then I can use Open EDL
(0004189)
PhyllisSmith   
2020-10-06 00:58   
About: "If I can export the clip it will be safe and I can load it to media bin of a new project."
A clip is just a line in the EDL associated to an asset (media) with start and end points. So it is NOT media and as far as I am aware the only way to make it into media, is to render it.

There is currently no simpler way to accomplish your workflow, BUT in discussing this with GG who has not yet looked at the code, it might be possible to program a easier way to take a clip and "save as" an xml right away so that it is safe. He will eventually look to see if this is possible. although I do not see it happening in the near future.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
521 [Cinelerra-GG] Feature minor always 2020-10-07 10:21 2020-10-13 09:37
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Selecting edits & some improvements?
Description: I have been experimenting with selecting edits in DD mode and making groups.

What I notice is:
1. Selected edits/group can be copy-buffered, cut-buffered, muted, deleted, dragged about, sent to Clip

2. In Cut-paste mode, selection can be made with Ctrl-click on edits - I notice that copy and cut work with Ctrl key commands, but when dragging holding Ctrl, ONLY the first selected edit moves! A bug??

3. groups are useful so that you don't need to keep selecting some clips when you might need to do any operations on them frequently
Apart from that, any other importance of groups?

4. There is no way to apply an effect to all selected or a group, as obviously, without a modifier key, precidence for effect attachment is selection band, I/O points or single edit.

It would be good to Ctrl-drag an effect and it would attach to selected edits or group
Or have an option on the middle-button menu > Attach to pack

5. Middle-button > Collect Effects fails on multiple edit selection
- perhaps a pop-up could appear asking which effect to copy if the selected edits have different effects on them?

6. Middle-button > Paste Effects fails on multiple edit selection
- perhaps a pop-up to warn that multiple edits are selected, but to allow the attaching with an OK button?
Tags:
Steps To Reproduce:
Additional Information: I nave a growing list of tips for CinGG here ...could be of use to beginners, or to remind myself at least
http://dquinton.github.io/debian-install/tutorial/04c-cinelerra.html#3
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0004255)
quintao   
2020-10-13 09:37   
Oh rats, so sorry, I misunderstood. I thought I knew what it did -- "Clears before toggle". Now I try it and what I said doesn't work, i.e. I thought selections cleared when toggling the mode ie. DD <-> CP.
I get it now, if checked must use Ctrl to select multiple, left click alone selects only one edit and loses other selections.

The word toggle though, that I don't get - what are we toggling? Especially as Cin GG has so many toggles for different things. A user will open Preferences and be confused by the option.

I agree with Igor here, Cut n Paste mode shouldn't need to have click-selecting of edits, it should be strictly drag select of a time lapse area or double click select time lapse of one edit on all tracks. It's easy to switch to Drag n drop mode for click selecting edits/grouping.
(0004239)
PhyllisSmith   
2020-10-11 18:50   
@quintao
Do you mean "Clears before toggle"? in the Settings->Preferences, Appearance tab when you stated: "And at last I understand what "Remove selections before toggle" means! I was confused by that option. even with it checked. Could it be changed to: "Clear selections when toggle edit mode"" ?? I am not sure yours and my understanding are the same. The Manual says "However, for those users who prefer the addition of the Ctrl key to add multiple selections as is commonly done for listbox operations, there is a preference in Settings → Preferences → Appearance tab, called Clears before toggle that changes the behavior." Unfortunately, I do not like this flag at all but it was requested as necessary to mimic other programs behavior. Changing the wording messes up all of the other language translations so I prefer not to do that -- especially seeing as how it does not make a lot of sense no matter what you say. Hopefully, any user confusion will be cleared up by reading that in the Manual.
-----------------------------------------------
Simple explanation for: ""I also notice that in cut and paste mode..."Only one edit moves along after selecting multiple with Ctrl-left click. So if this is normal, why? why select three edits and only 1st selected can be moved in that mode?"
Before the expanded group editing capabilities were added with moving edits, etc. there was what I call the white rectangle + bow tie feature available this provided 2 useful things which make a precise insertion possible:
1) You drop an edit when bow ties >< are shown, that edit will be cut and pasted starting at the edit boundary indicated by the centre of the bow tie ><. Following edits on the same track will move. If you drop an edit when there are no bow ties >< shown, the original edit will be muted and pasted where you dropped it. No edits will move. A silence will appear in place of the original
edit.
2) When you drag your chosen media from the media folder to the timeline, your mouse pointer will drag a thumbnail and, once over the timeline, the outline of a white rectangle, as big as the edit you are going to have.
These 2 make a precise insertion possible.
(0004236)
IgorBeg   
2020-10-11 08:07   
@quintao
When GG implemented the "Drag and Drop" feature (multiple selections, MMB, group, ...) time ago, a discussion came up about. At that time I told that, for me, how the two modes work had to be distinct. For me, in "Cut and Paste mode" we should do things that in "Drag and Drop mode" you can not and vice versa; I can understand some common points between them. For me, to be able to select some clips like you do in "Drag and Drop mode" is wrong, but other Users prefer so.
I almost always use the "Cut and Paste mode": select with I-Beam, Copy, Paste, trim, Roll, Slide,...
I never use "Cut and paste mode" to select some clips (with red frame) and move the clips, group in "Cut and paste mode".
If I needed that, I press 'e' key to enable "Drag and Drop mode".
(0004234)
quintao   
2020-10-11 02:03   
@Igor,
comment 2 on cut and paste mode - Let merephrase it, "I also notice that in cut and paste mode..."
Only one edit moves along after selecting multiple with Ctrl-left click. So if this is normal, why? why select three edits and only 1st selected can be moved in that mode? This means that selections in one mode ≠ selections in the other mode in terms of moving. IF it is better to use Drag n drop mode for dragging edits then I suggest perhaps disable it altogether in Cut n paste mode? Well its up to you all, my mind is cloggy with a fever :(

And at last I understand what "Remove selections before toggle" means! I was confused by that option. even with it checked. Could it be changed to: "Clear selections when toggle edit mode"

Compliments appreciated! I don't pretend to be a Linux expert either, there's alot of stuff that's beyond me. Make sure you check out these pages... for the ultimate Linux build: Bootstrapping... and for the ultimate file browser for Linux: Ranger - I haven't used a GUI file browser for the last 7 years!
(0004232)
IgorBeg   
2020-10-10 07:40   
quintao wrote:
2. In Cut-paste mode, selection can be made with Ctrl-click on edits - I notice that copy and cut work with Ctrl key commands, but when dragging holding Ctrl, ONLY the first selected edit moves! A bug??


 It is strange you wrote this because on the top of your description I am reading: I have been experimenting with selecting edits in DD mode and making groups.
I think DD means "Drag and Drop mode".
However, It is not a bug, because you are in "Cut and Paste Mode". To do that you must change to "Drag and Drop mode"; you can use 'e' shortcut to toggle the mode in a fast way.
(I always use it with Preferences-> Appearance-> Flags: Clear before toggle=checked)
You can see it on my old video http://www.visi1.org/cinelerra-gg_tutorials#DragAndDropEditing

PS:
Really great site, quintao. I am ignorant in Linux, so I can learn a few of things there. Thanks!
(0004220)
quintao   
2020-10-08 10:19   
@Andrea, thanks man, good you think so! I mainly try to keep the Debian tricks updated, like how to install. But I've been using CinGG intensely the last few weeks (after waiting for free time) so that I've updated lots there too. Links? sure, but remember that I haven't updated any scores on the others in a few years! Well they could protest if they liked.

@PhyllisSmith, what I did was, in cut/paste mode, Ctrl-click on 3 edits, video track only, holding Ctrl drag edit A along to end of track, release, only A moved :(
(0004217)
PhyllisSmith   
2020-10-08 02:09   
(Last edited: 2020-10-08 02:09)
"2. In Cut-paste mode, ... but when dragging holding Ctrl, ONLY the first selected edit moves! A bug??"
When I tested this, it worked for me -- is it possible that you dragged video to audio track or audio to video track? or was 1 of the edits on a disarmed track. Or maybe I did something differently?

"3. any other importance of groups?"
It is always surprising what users do so maybe there is more than can be done with groups that we are unaware of, BUT their main purpose is to keep them together, aligned, and subject to similar operations (not necessarily frequently but just that you do not want them to be interfered with).

"4. ...Attach to pack" Good Idea !
"5. ...Collect Effects fails on multiple..." Good Idea !
"6. ... Paste Effects fails on multiple..." Good idea !

(0004214)
PhyllisSmith   
2020-10-07 22:44   
@quintao:
About 2 or 3 years ago, I looked at your other webpage (http://dquinton.github.io/debian-install/tutorial/04b-video-editors.html) and there were several items in the "Cons" column for CinelerraGG. Today when I looked, I saw only 3 !! 1) multiple windows needed not just one -- I do not see this in my crystal ball as changing; 2) no shortcuts settings -- I see this one, even though very difficult; 3)
only one backup file is kept -- I also see this one in the future too.
(0004210)
Andrea_Paz   
2020-10-07 14:08   
[OT]

Great website you did. My compliments!
Can I post the links on CinGG and the video editor comparison on the forum?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
122 [Cinelerra-GG] Feature minor have not tried 2019-01-31 15:57 2020-10-12 18:01
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Does Cinelerra-gg work on Wayland on all of the distros?
Description: Can not say if Cinelerra works on Wayland on all of the distros.
As users try it and come up with solutions if necessary to get it to work, this can be updated.
Although Cin comes up on FEDORA with Wayland, there it does not have sound and no time has been spent in determining a fix.
Apparently, it does comes up in Mint per MatN too and he can report if it is functional or just comes up.
Tags: HELP needed
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004252)
PhyllisSmith   
2020-10-12 18:01   
Since this is an open Wayland issue, will add the closed issue # 444 to be looked at when next looking at this.
(0000730)
terje   
2019-01-31 20:12   
Sound works on Leap 15 with Gnome/Wayland, at least for the following two test samples.
1. Loaded a DV25.dv video file on Cin and played the video in the Compositor with sound.
2. Loaded a UHD_H265.mp4 video file on Cinx and played the video in the Compositor with sound.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
506 [Cinelerra-GG] Bug major always 2020-09-07 07:18 2020-10-12 12:11
Reporter: IgorBeg Platform: x64  
Assigned To: OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fade (Automatic keyframe) MIN and MAX values over limits
Description: You can change the MIN and MAX limits with the tumblers at the bottom of the main window.
But MIN value should be 0.00 and MAX value should be 100.00.
It is strange you can change these values over they limits (0.00 - 100.00) and if you drag a Fade keyframe on timeline it is drawn wrong.
Maybe in the last git release It is right. I don't know.

(Cin_20200831_release)
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0004247)
IgorBeg   
2020-10-12 12:11   
Confirmed on Cin_20201011_release by GIT.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
522 [Cinelerra-GG] Feature minor always 2020-10-07 10:27 2020-10-12 00:46
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Attaching effects suggestions
Description: Is there an attach effect key-bind? Would it be useful?

my suggestion would be: Ctrl-T (already used, clear I/O points)
Action: attaches selected effect in Resources (to selection, I/O points or single edit, even multiple selected edits), or if no effect selected in Resources, the keybind opens Attach dialogue window
This would be interesting - just one click in Effects, move down to timeline and Ctrl-T attaches, make another selection and Ctrl-T again attaches elsewhere.

Another suggestion, the Effect dialogue (normally on right-click Attach Effect) could have a box somewhere with the last ten effects used, or favorites, to make attaching most needed per project much faster.
Tags:
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0004221)
quintao   
2020-10-08 10:29   
Agreed that it's easy to drag effects, but it's also mouse work and are there people who prefer the keyboard most of the time?
Perhaps a keybind would only activate the Attach dialogue?
If there are grouped effects in the future (right click> add to Group > Group1 ?) maybe a popup window with the list of effect groups, then hit a number to attach the group or favorite, that could make life easy.
(0004215)
Andrew-R   
2020-10-08 00:18   
I think I like to see
"Most recently used in a box in the "Attach effect" menu " (and/or may be specific folder for this in pane/window where other bins and effects are located?)

Also, it will be cool (or I think so right now, without experience!) to have some kind of 'ghost' nested clip feature - when you can move group of effects around and drop them on selected region and tweak with mouse - without original clip content dragged around .. So, multiple-effects will be easier to apply. And may be for saving as (shareable? versioned?) xml files too ?
(0004212)
PhyllisSmith   
2020-10-07 18:31   
I do not think a key-bind for an effect would be much used because it is just too easy to drag and drop -- there are not many key combinations left to use. Someday it might be possible to define your own key-bindings and that may change my opinion.

Most recently used in a box in the "Attach effect" menu would be very useful. There is a BT out there with the suggestion (by Sam) of having a "group of effects" and that gets discussed now and again since many times a user would like to always drag the same set of effects on a video. Maybe these 2 ideas can be combined.

What do others think?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
523 [Cinelerra-GG] Bug minor always 2020-10-07 13:09 2020-10-11 02:15
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ou e le Help on the menus?
Description: I notice that there is no Help in the Menus. Perhaps CinGG needs an actual Help drop down?
This would aid newcomers and beginners as they start learning what CinGG can do and they want to progress quickly.

On the drop down could be:

About (taken off Preferences window)
Show Tips
Secrets of Cinelerra
Online Manual
Visit Website
Forum
Bug Tracker

I opened the online manual just now and found it was a PDF! Is that the same 59Mb PDF download?
I think it would be more browser friendly that we reach an html index from that link on the site and from there open other html pages - but if that kind of manual hasn't been made, I appreciate that it would be a fair bit of work to build it. Maybe there are automatic ways, to put each chapter into html format and save someone a heap of time checking html line breaks and creating tables and image inserts?
 
I guessed the Secrets of Cinelerra manual included at /usr/share/cin/doc/cinelerra.html is old, is it? But it is still very useful for learning techniques of Cinelerra.
Tags:
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0004235)
quintao   
2020-10-11 02:15   
You all have a really cool attitude. I hope more serious programmers can get on board with their time and skills to help take the strain from GG. As always with Linux, there seem to be too many projects going with not enough input instead of more people focusing their efforts on only a few.
(0004230)
Andrea_Paz   
2020-10-10 06:06   
What beautiful words! It reminds me of the times when Linux and internet were developed mainly in university environments, characterized almost exclusively by knowledge and sharing, without many other interests (monetary or not). I know, I'm old and nostalgic... Phyllis, GG and Sam: thanks for everything!
(0004229)
PhyllisSmith   
2020-10-10 01:40   
(Last edited: 2020-10-10 01:43)
The donations that GG would really, really like is more developer/programmer volunteer time. He does get help and mods occasionally but could use more !! The donations that are much appreciated by both of us is ALREADY BEING PROVIDED very nicely in the following ways:

1) Using the Bug Tracker to notify us of bugs, send dumps, and suggest improvements. Yes, it is true that there are so many unfinished suggestions and a few questionable bugs out there, but just having a place to look to get ideas is so helpful. We seem to have plenty of donations using this methodology -- some quite frequently and others just once. It all helps as does the Forum.
2) Language translations is a great donation already in place. We could certainly use more here -- even a single word translation for any language is worth it to me. We have donations in this area for some languages right now.
3) Testing is very important as a way to donate time and it does not even have to be anything special -- just using CinGG in a usual manner can find issues that no one else does due to differences in workflow, operating systems, computer hardware, various desktops. There are "regulars" who routinely compile from the GIT to provide us with an early warning system for problems with new code. And there are other donators who as soon as there is a new monthly build, read the Release Notes and check things out. Even if a user finds zero problems, giving us feedback to say they used the latest builds with no problems, helps.
4) Working on the Manual is a major area where Andrey, Andrea, and MatN have donated many, many hours of their time. As well as others who have honed in a a specific area to refine the wording.

That being said, monetary donations for server hardware and installed software on the server would be appreciated but GG and I just let Sam worry about that !

(0004227)
Sam   
2020-10-09 10:17   
As already written in other posts, our goal is not to make a financial profit, but we will make preparations to accept donations in the future to cover at least the server costs, incoming costs and maybe an occasional pizza for the active participants. It only took some time to clarify the legal framework. We are working on it and soon there will be this possibility to support us with a small donation.

I have already created a team page, but due to time constraints, especially due to corona-related postponement of my tasks with my customers and the resulting trouble, I have not yet come to release it. But I will take your suggestions as an opportunity to expand the Team-Page. This will be done in the next days.

Cheers
Sam
(0004226)
quintao   
2020-10-09 09:54   
Another thing, do you guys except donations, whether money/bitcoin/gold/coffees?
Those who use the software for profits could be encouraged to put something back into the project, to help toward the real hard work that you all do to make CinGG a real amazing software for Linux. If I got rich sometime I would send you something! Just because I am very happy to have CinGG on my Devuan box. However I do happen to live in a bamboo house in the jungle and survive mostly off my own crops, so that may have to wait awhile :(

And one other thing, on the CinGG website About page, how about some intro to the team, and who you all are and what areas of the project you each take care of? and how you all joined the team and at what stage in the project. Even some project history, how Cinelerra was created (HV) and how it branched to CV and GG and CVE etc
(0004211)
PhyllisSmith   
2020-10-07 17:46   
We have been saving the "h" key shortcut for implementation of Help for years but never get to it. Always hoping for a volunteer!

The "Secrets of Cinelerra" is the original manual from the original author and I occasionally reference it myself and find it useful but I think it would not be advantageous for most people. As written in that manual, there are no screenshots because they get outdated (as Andrea can attest).

The online manual is the same as the website as it is a reference to that. Creating an html manual from the LaTex version (published as the PDF) would be a wonderful addition.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
526 [Cinelerra-GG] Feature minor always 2020-10-09 10:19 2020-10-10 01:14
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggest add a Perpetual session button
Description: Searching for answers to the question below, in the manual, I found out how Perpetual session works, and I think its a great feature.
To help users take advantage of it, would it be useful to add a button at top right of program window?
This would make it easy to turn on for a project, and turn off when finished the work and rendered, without going into Preferences every time.

My question before that was: Save vs Save session? What is the difference if any? If none, seeing they both update the xml, then why the two items?
Tags:
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0004228)
PhyllisSmith   
2020-10-10 01:14   
A button for Perpetual Session would be nice, but another infrequently used button can be clutter. For example the "FF" button is used so rarely and just takes up space when most people will always just use FFmpeg. However, it is necessary to ensure that users are aware of the fact that there are alternatives.

About "Save vs Save session? What is the difference if any?" Actually there is a difference which I am discussing with GG to eliminate as it is just confusing to users. The problem began when critics complained that Ctrl-s does not work -- just like Ctrl-z did not work for undo and supposedly the whole world expects them to. I disagree, especially with Ctrl-s which from the dawn of Computer time has always meant "What Ctrl-S does is to pause flow-control (XOFF), that means that the terminal will accept inputs but will not show the output of anything."

Anyway the fact of the matter is that "s" saves the session and "Ctrl-s" saves the session AND "saves settings now" (as under the Settings pulldown). The "Save settings now" replaces the $HOME/.bcast5/Cinelerra_rc file. But I have not been able to create a situation where this is needed.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
215 [Cinelerra-GG] Feature minor have not tried 2019-05-14 04:36 2020-10-05 01:17
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: OpenCL support via ffmpeg
Description: It seems ffmpeg already have some filters utilizing openCL (even running arbitrary CL program).
See my mail https://lists.cinelerra-gg.org/pipermail/cin/2019-May/000650.html
Tags:
Steps To Reproduce: add two hacks in usual places (thirdparty/Makefile and global_config)

system_libs += -lOpenCL for global_config
and
--enable-opencl for ffmpeg.cfg_params in thirdparty/Makefile

I don't have OpenCL-capable drivers for my again NVIDIA Corporation G92 [GeForce 8800 GS] (nv50-generation card), but new-ish AMD and Intel should work to some degree ....?

Do not forgot to install opencl-headers. I used icd loader coming with Mesa, but thing like ROCm and Beignet may require their own loader files.

https://github.com/RadeonOpenCompute/ROCm - overview advanced OpenCL for AMD (integrated in mesa clover state tracker limited to OpenCL 1.1 at the moment)

https://github.com/intel/beignet - Intel thing.
Additional Information:
Attached Files:
Notes
(0004176)
Andrew-R   
2020-10-05 01:17   
Here is bug for Image support in Mesa/clover:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/130

and from there linked git repo with _some_ support for radeonsi driver( new-ish AMD cards - RX-something)
https://gitlab.freedesktop.org/awatry/mesa/-/commits/clover-image-support/
(0004095)
Andrew-R   
2020-10-01 06:09   
Oh, well, there is now OpenCL support via llvmpipe (but you need llvm (I use llvm-10), mesa git, libclc git (currently lives in llvm.git), SPIRV-LLVM-Translator (branch depend on llvm-version in use) and spirv-tools (for me on Slackware this provided by vulkan-sdk package), all compiled in correct order from correct branches.)

Mesa 20.3.0-devel (git-8dc8922af2) , llvmpipe (LLVM 10.0.1, 256 bits)
plus slightly edited patches:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4974
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6040

Unfortunately, images support still not finished, so ffmpeg (4.3+git) fails with error message.

uest@slax:/dev/shm/ffmpeg$ LP_CL=1 CLOVER_DEVICE_VERSION_OVERRIDE=1.2 CLOVER_DEVICE_CLC_VERSION_OVERRIDE=1.2 ./ffmpeg -hwaccel opencl -init_hw_device opencl=gpu -filter_hw_device gpu -i ~/6029.mp4 -vf "format=nv12, hwupload, avgblur_opencl=10, hwdownload" -f null /dev/null
ffmpeg version N-98258-g3bf5cc9c58 Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 5.5.0 (GCC)
  configuration: --enable-opencl
  libavutil 56. 60.100 / 56. 60.100
  libavcodec 58.108.100 / 58.108.100
  libavformat 58. 59.100 / 58. 59.100
  libavdevice 58. 11.102 / 58. 11.102
  libavfilter 7. 87.100 / 7. 87.100
  libswscale 5. 8.100 / 5. 8.100
  libswresample 3. 8.100 / 3. 8.100
[AVHWDeviceContext @ 0xb9b2480] QSV to OpenCL mapping not usable.
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/guest/6029.mp4':
  Metadata:
    major_brand : mp42
    minor_version : 0
    compatible_brands: mp42isomavc1
    creation_time : 2011-06-24T09:52:37.000000Z
    encoder : HandBrake 0.9.5 2011043000
  Duration: 01:28:31.60, start: 0.000000, bitrate: 789 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, smpte170m/smpte170m/bt709), 720x400, 657 kb/s, 25 fps, 25 tbr, 90k tbn, 180k tbc (default)
    Metadata:
      creation_time : 2011-06-24T09:52:37.000000Z
      encoder : JVT/AVC Coding
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 127 kb/s (default)
    Metadata:
      creation_time : 2011-06-24T09:52:37.000000Z
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> wrapped_avframe (native))
  Stream #0:1 -> #0:1 (aac (native) -> pcm_s16le (native))
Press [q] to stop, [?] for help
[AVHWDeviceContext @ 0xb9b2480] Failed to query supported image formats: -30.
[Parsed_hwupload_1 @ 0xbd257c0] Query format failed for 'Parsed_hwupload_1': Invalid argument
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:0
Conversion failed!

I looked for this error message online and I can see it here:
https://lists.ffmpeg.org/pipermail/ffmpeg-cvslog/2017-November/111296.html

clinfo says:
 Image support No

There is interesting blogpost about adding openCL support to ffmpeg's filtering framework:
https://cldfire.dev/blog/writing-an-opencl-filter-for-ffmpeg/

But right now I'll wait for more OpenCL work to land in Mesa.
(0004029)
Andrew-R   
2020-09-17 12:23   
Ah, obviously OpenGL/OpenCL sharing from 11 years old spec STILL not implemented on Linux :}

https://github.com/intel/compute-runtime/issues/166
"PiotrRozenfeld commented Sep 14, 2020
While we did lay some groundwork for cl_khr_gl_sharing with MESA on Linux, we also had to increase our initial effort estimates, as additional work to be done in MESA and Compute before we can proceed with implementation.
 This does not mean we abandon the effort, but we can no longer accommodate that in the near future.
We'll post updates when the work will resume."

so, not yet on (open) driver side ....

Simple OpenCL example ...
https://www.eriksmistad.no/gaussian-blur-using-opencl-and-the-built-in-images-textures/
(0004028)
Andrew-R   
2020-09-17 11:52   
Well, it seems ffmpeg filters require OpenCL 1.2, while Mesa's state tracker only provide 1.1 ?

https://trac.ffmpeg.org/wiki/HWAccelIntro
" At run-time, an OpenCL 1.2 driver is required - most GPU manufacturers will provide one as part of their standard drivers. CPU implementations are also usable, but may be slower than using native filters in ffmpeg directly."
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4974 - not yet merged (and my nv50-era cards only will have at best 1.1, it seems, due to hw limitations)

Also, found interesting archived article on Final Cut Pro X , (Mac OS NLE), from 2011:
https://web.archive.org/web/20110715000927/http://www.cnet.com.au/apple-final-cut-pro-x-339318183.htm
It lists OpenCL as part of then-new engine features ..... on cards/drivers from that era

I also downloaded OpenCL 1.0 specification, it talks about improved accuracy in openCL as compared toOpenGL, and interoperability between two.
https://www.khronos.org/registry/OpenCL/specs/opencl-1.0.pdf
[also done on Mac OS X, according to document info :}]

"7.4 Relative Error as ULPs
In this section we discuss the maximum relative error defined as ulp (units in the last place).
Addition, subtraction, multiplication, fused multiply-add and conversion between integer and a
floating-point format are IEEE 754 compliant and are therefore correctly rounded. Conversion
between floating-point formats and explicit conversions specified in section 6.2.3 must be
correctly rounded."

"9.11 Creating CL context from a GL context or share group" and "9.12 Sharing Memory Objects with OpenGL / OpenGL ES Buffer, Texture and Renderbuffer Objects"

So, in theory one can reuse OpenGL infrastructure in cinGG, just add OpenCL kernels and switches into codepaths. IIUC compute units still separate from GL pipe units, so potentially they can be not just more accurate, but faster.
(0001781)
MatN   
2019-06-25 19:32   
Thanks Andrew. It turned out the ffmpeg on my Mint 19.1 XFCE was too old (version 3.4.6). The
¨ffmpeg -hide_banner -v verbose -init_hw_device list¨ output was
Supported hardware device types: vdpau, cuda, vaapi, drm

When I used Fedora 30 workstation with ffmpeg installed via RPM Fusion, the ffmpeg version was 4.1.3 , and the supported hardware devices vdpau, cuda, vaapi, qsv, drm, opencl.

¨ffmpeg -hide_banner -v verbose -init_hw_device opencl¨ output:
[AVHWDeviceContext @ 0x56010e3fd440] 0.0: Clover / AMD RAVEN (DRM 3.30.0, 5.1.6-300.fc30.x86_64, LLVM 8.0.0)
[AVHWDeviceContext @ 0x56010e3fd440] 1.0: Portable Computing Language / pthread-AMD Ryzen 5 2400G with Radeon
and a third one which fails for the i915 driver.

This matches the output of ¨clinfo¨, don´t know why the i915 driver is here on this AMD machine.
¨ffmpeg -hide_banner -v verbose -init_hw_device opencl:0:0¨ ,
or the equivalent 1:0 for the POCL software implementation gives an good reply.
So any support for hardware acceleration in cin-gg should allow selecting one of possible multiple openCL implementations present, similar to what is done for playback acceleration ¨HW device¨ .

Now the ¨ffmpeg -filters | grep opencl¨ worked, and gave me:
... avgblur_opencl V->V Apply average blur filter
 ... boxblur_opencl V->V Apply boxblur filter to input video
 ... convolution_opencl V->V Apply convolution mask to input video
 ... dilation_opencl V->V Apply dilation effect
 ... erosion_opencl V->V Apply erosion effect
 ... overlay_opencl VV->V Overlay one video on top of another
 ... prewitt_opencl V->V Apply prewitt operator
 ... program_opencl |->V Filter video using an OpenCL program
 ... roberts_opencl V->V Apply roberts operator
 ... sobel_opencl V->V Apply sobel operator
 ... tonemap_opencl V->V perform HDR to SDR conversion with tonemapping
 ... unsharp_opencl V->V Apply unsharp mask to input video
 ... openclsrc |->V Generate video using an OpenCL program

There are less than in your latest. I don´t know if any of these are in frequent use for video editing.

I noticed that clinfo shows ¨max work item sizes¨ of 256x256x256 for this AMD OpenCL, and much larger for the POCL one. I have no idea if that is of consequence for video editing as done by Cin-gg.
(0001778)
Andrew-R   
2019-06-25 17:56   
ffmpeg -filters | grep opencl

... avgblur_opencl V->V Apply average blur filter
 ... boxblur_opencl V->V Apply boxblur filter to input video
 ... colorkey_opencl V->V Turns a certain color into transparency. Operates on RGB colors.
 ... convolution_opencl V->V Apply convolution mask to input video
 ... dilation_opencl V->V Apply dilation effect
 ... erosion_opencl V->V Apply erosion effect
 ... nlmeans_opencl V->V Non-local means denoiser through OpenCL
 ... overlay_opencl VV->V Overlay one video on top of another
 ... prewitt_opencl V->V Apply prewitt operator
 ... program_opencl |->V Filter video using an OpenCL program
 ... roberts_opencl V->V Apply roberts operator
 ... sobel_opencl V->V Apply sobel operator
 ... tonemap_opencl V->V perform HDR to SDR conversion with tonemapping
 ... transpose_opencl V->V Transpose input video
 ... unsharp_opencl V->V Apply unsharp mask to input video
 ... openclsrc |->V Generate video using an OpenCL program

this is for ffmpeg-git-N-93994-gd81913e680
(0001777)
MatN   
2019-06-25 17:39   
I think this would be very nice to have. I tried getting a list of ffmpeg effects that can use OpenCL, but StackOverflow instructions didn´t work. Does anyone know how to get a list of effect that would potentially benefit?
I do not think we should go the proprietary Cuda route, that is useless for people with Intel or AMD hardware.
On my AMD 2400G cpu, OpenCL is version 1.1 . Version 2 should do away with the need to copy memory between CPU and GPU, which should speed up where those are on one chip (Intel and AMD).
(0001530)
PhyllisSmith   
2019-05-15 02:46   
This sounds like it should be at least given a test; GG should be able to eventually come up with some configuration to test this now that you have done the groundwork of what has to be done to compile it in. But no time schedule yet.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
514 [Cinelerra-GG] Feature minor have not tried 2020-09-29 16:33 2020-10-04 07:52
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Bar color changeable for multiple files
Description: I am currently working on an audio book. I noticed that I can only change the color of direct marked video & audio files in the timeline. With a lot of media in the timeline this is very cumbersome. It would be great if I could change the color of the bars of several files at once between in- and outpoint, or in a selected area. This way I can divide my audio book into different sections and better navigate through them.
Tags: Bar Color
Steps To Reproduce:
Additional Information:
Attached Files: Bar_color.png (90,187 bytes) 2020-09-29 16:33
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=676&type=bug
png
Notes
(0004153)
fary54   
2020-10-04 07:52   
@Sam
good improvement: +1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
517 [Cinelerra-GG] Feature minor always 2020-10-02 11:22 2020-10-03 12:25
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Feature request: Title tool
Description: I am producing a short documentary and need to translate some talk. I need full control of fonts so I use the Title plugin.

Problem is adjusting all the titles afterwards, eg. to enlarge the font. I have to do them one by one. And if the video needs a different output format, the titles will look large/tiny and need resetting.

A Subtitle tool would help me here - but with more control over fonts than the DVD subtitler.

First of all, the tool would have sets, eg. Set1, Set2, with a [+] button, because I might have a set of subtitles at size 70 in white, but some opening titles at size 90 and coloured/other font.

After selecting the Set, I then set the font settings (as with Tile plugin)

Below that, a scrollable table, with

| Title entry_____________| Position__________| _Active_ |
|________________________|____________________|___[_]____|
|________________________|____________________|___[_]____|
|________________________|____________________|___[_]____|

first field is the title text, 2nd is time pos/duration and 3rd is the active check [X] (as with batch render tool.)

Below the table of titles, are some buttons:
Insert - adds title row below highlighted
Remove - removes highlighted title
Align - this has function of setting the position/duration of the title selected in the table.

To set the title's time position, I simply select an area on the timeline (which should be easy using waveform or playback and making I/O points)
Once I have a selection or I/O points I click on Align, and the title is fixed to that position.
To change a title's position it is easy as changing selected area on timeline and clicking on Align again.

If I don't want some titles I can uncheck the active box by them.
Under the active column is a toggle button (sets all active or none active)

The benefits would be enormous
- any set of titles could be adjusted all in one go, font, shading, background, xy position....
- with all the titles in one place, one could make corrections easier or copy them out with a different language
- turn multiple titles off in one click
- title tool would act like a window that can always stay open - saves opening each title preferences
- title will not be accidentally shifted along the timeline by moving any other edits


problems:
- when edits are cut/pasted the title positions have to move with edits, as with Labels
- need indication of title positions on the timeline

Feasible or not I don't know!
Tags:
Steps To Reproduce:
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0004133)
IgorBeg   
2020-10-03 12:25   
quintao wrote: Problem is adjusting all the titles afterwards, eg. to enlarge the font. I have to do them one by one. And if the video needs a different output format, the titles will look large/tiny and need resetting.

Sometimes to do that I use the Title plugin (one only long bar on a track) and keyframes.
To change the size (or fon,or colours) to many (near) keyframes I use "Allow keyframe spanning" feature.
If you want I can do a "short" screencast (without subtitle). Could be no easy to understand it by screencast. Let me know, please.
(0004129)
Andrea_Paz   
2020-10-03 10:57   
Sorry; BT 0000282
(0004127)
Andrea_Paz   
2020-10-03 10:55   
I think you have to follow your proposal or you can import external subtitles inside CinGG's subtitle tool (BT# 0185). In this case you could import a subtitle .ass that allow sophisticated formatting.
(0004124)
quintao   
2020-10-03 10:35   
I have looked at the Subtitle tool, but I still can't get it to work - nothing appears in the Subttl track when I click paste

It looks like it could fit the need (except I don't know about formatting yet as its not working)
(0004119)
PhyllisSmith   
2020-10-02 19:37   
@quintao
If a subtitle tool would help, in July were added more than just DVD subtitles. Subtitles now have a choice of format in that menu; srt for SubRip which is now the default, sub for Subviewer and udvd which was the original MicroDVD format.

There is more to do as concerns subtitles with Cinelerra, but if "srt" of "sub" work, then it might be a temporary working method for you. Unfortunately when I look at the manual section on Subtitles, it shows how to use them but has not been updated to mention sub or srt. But if under the File pulldown in CinGG, you use the option "add subtitl" that menu has a Format option arrow with the 3 choices.

Your idea for a solution to the Titler is well thought out and presented. It is certainly something GG can look into but I do not see it as being available any time soon.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
515 [Cinelerra-GG] Feature minor have not tried 2020-09-29 17:10 2020-10-02 12:15
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Effect bars to create a better overview.
Description: This idea has been hovering in my head for quite some time. With many effects and many files, you quickly lose track. ;-)

To make life in Cinelerra much easier it would be very handy if I could drag an effect bar into the timeline, which I can give a color and new name. This empty effect bar is only there to provide a better overview and color separation. Maybe you can add a small note function there, so you can make notes about certain sections, which you can recall later.
So you can summarize effects and sections by color and name. Probably this implementation would not be a big effort, but would be a great help to create order and structure in the timeline.
Tags: Timeline
Steps To Reproduce:
Additional Information:
Attached Files: Namable_effect_bars.jpg (212,999 bytes) 2020-09-29 17:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=677&type=bug
jpg
Notes
(0004112)
IgorBeg   
2020-10-02 12:15   
I know it is not the same but, sometimes, I use one or two "Subttl" tracks to do that.
I disable "Play track" and "Don't send to output", and change the color bar like an edit can do.
And if I needed I can move them with Roll feature.
(0004108)
Sam   
2020-10-02 11:40   
@quintao
Yes, exactly. Like a commentary track. To make notes ("up to here done" or "this point needs colour" or "this was shot at 60p on the camcorder") and mark certain areas with colors.
(0004107)
quintao   
2020-10-02 11:36   
A comments track could be turned on/off with choice of top or bottom of stack
(0004106)
quintao   
2020-10-02 11:35   
Edit title bars only highlight an edit, they can't give information of precise points on the timeline, eg. "up to here done" or "this point needs colour" or "this was shot at 60p on the camcorder"
(0004105)
quintao   
2020-10-02 11:30   
Much like a new track? A comments track. Shaded background so it appears different.

On that one can set
-marker lines or arrows, any colour,
-titles and notes for organisation/reminders/to-do list
-symbols for quick pointers

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
513 [Cinelerra-GG] Bug minor have not tried 2020-09-25 23:26 2020-09-26 22:00
Reporter: Sam Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error installing Cinelerra GG on Ubuntu 20.04
Description: The following bug was reported, but not through the usual channels.

https://askubuntu.com/questions/1277768/error-installing-cinelerra-gg-on-ubuntu-20-04
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004059)
Sam   
2020-09-26 17:33   
I have to reset the server due to urgent maintenance and therefore the previous entry has been deleted, so here is the addendum to it.

Tried this ourselves to see if there is a problem. We had no problem installing
it. We believe that you probably just did not edit the file
/etc/apt/sources.list as shown further down in the instructions. You have to
include in that file the line:

deb [trusted=yes] https://cinelerra-gg.org/download/pkgs/ub20 focal main

If that line in not in the file or correctly in the file, fix it. Then:

   sudo apt update
   sudo apt install cin

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
500 [Cinelerra-GG] Website minor have not tried 2020-09-01 12:29 2020-09-26 18:09
Reporter: Andrew-R Platform:  
Assigned To: Sam OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Website's search button not properly placed in mobile version of website?
Description: I don't have tablet PC personally, but same use complained about how in album orientation search button (most right element of menu) was wrongly positioned, shifted down, due to lack of space. i hope he (?) will provide screenshot ....
Tags:
Steps To Reproduce: Try website on Internet tablet in various orientations, look for misaligned/displaced elements. Try tablets with different screen resolution.
Additional Information:
Attached Files:
Notes
(0004060)
Sam   
2020-09-26 18:09   
In fact, it seems that there are still some formatting errors that need to be fixed.
(0003984)
PhyllisSmith   
2020-09-04 16:06   
Andrew-R
I just have to tell you that I was waiting for issue 500 so I could use it and you beat me to it !!!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
512 [Cinelerra-GG] Feature feature always 2020-09-25 19:28 2020-09-25 20:17
Reporter: solarix Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2020-07  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Keyframe-Marker: Mouse-Hover-Effect
Description: When I try to move a Keyframe-Marker (white "Dot" on a track), I often don't hit the Keyframe-Maker on mouse left click and the following Drag'n'Drop-Movement moves the clip on the Track.

Solution: Please implement a Mouse-Hover-Effect (Change the Bordercolor or the Background-Color) for the Keyframe-Marker.

This behaviour would also help if the user tries to open the keyframe-Context-menu (Keyframe Deletion). I very often get the tracks context menu on mouse right click instead of the keyframe context menu..

Tags:
Steps To Reproduce:
Additional Information: Used Cin Version: cinelerra-5.1-ub16.04-20200831.x86_64-static.txz
Attached Files:
Notes
(0004056)
Andrea_Paz   
2020-09-25 20:17   
Good Idea. +2
(0004054)
Sam   
2020-09-25 19:44   
A very good idea. This mishap has already happened to me. +1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
510 [Cinelerra-GG] Bug major always 2020-09-20 02:16 2020-09-22 09:36
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: goodguy OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: confirmed Product Version:  
Product Build: Resolution: no change required  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cin crash trying to open an old .xml project.
Description: Cin crash trying to open an old .xml project.

Maybe it's because it tries to create a proxi that doesn't exist in the folder that was archived.

I tried twice...

pierre@i7-3770k ~ $ cin
Cinelerra Infinity - built: Aug 31 2020 13:51:26
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

** segv at 0xae514d in pid 5569, tid 5606
writing debug data to /tmp/cinelerra_5569.dmp
lock_items: 33
lock_frees: 1
** dump complete
Erreur de segmentation (core dumped)
pierre@i7-3770k ~ $ cin
Cinelerra Infinity - built: Aug 31 2020 13:51:26
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

** segv at 0xae514d in pid 5711, tid 5740
writing debug data to /tmp/cinelerra_5711.dmp
lock_items: 33
lock_frees: 1
** dump complete
Erreur de segmentation (core dumped)
pierre@i7-3770k ~ $
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files: cinelerra_5569.dmp (101,976 bytes) 2020-09-20 02:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=660&type=bug
cinelerra_5711.dmp (101,180 bytes) 2020-09-20 02:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=661&type=bug
Montage_Deambulation_clownesque_epicerie_Metro_Val-David_1-dec-2017_original.xml (30,697 bytes) 2020-09-20 02:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=662&type=bug
Notes
(0004050)
IgorBeg   
2020-09-22 09:36   
Pierre wrote
Suggestion: Why don't you create a menu option (separate from the file upload option), just for loading .xml lists.

I agree with you, @Pierre.
Time ago I opened a Feature ticket about.
https://www.cinelerra-gg.org/bugtracker/view.php?id=179
(0004049)
Pierre   
2020-09-21 18:58   
Thank you Phyllis, I feel a little bit less Bug... just a little bit...

Suggestion: Why don't you create a menu option (separate from the file upload option), just for loading .xml lists.

If I remember correctly, someone once suggested to move the file upload menu to the media resource window.

With an .xml list loading menu in the Files menu of the program window, there would be less chance of Bug at 24 inches...
(0004048)
PhyllisSmith   
2020-09-21 17:48   
@Pierre
Once we switched to French AND "create resources only", we did get a crash. GG made a fix and will check that into GIT on the next checkin and it will be in the end of the month builds.

So Andrew was right ! and please do not hesitate to continue reporting your "24 inch bugs" because even if you do something differently, it still should not crash --- ever. I do not like the default being "create resources only" for the load but apparently new users did not like the fact that "replace current project" unexpectedly wiped out their work and we got a lot of criticism for this. So it has to stay "create resources only".
(0004047)
PhyllisSmith   
2020-09-21 15:46   
Reopening per Andrew's recommendation. With the new information of "create new resources only" maybe we can get it to crash.
(0004046)
PhyllisSmith   
2020-09-21 02:54   
Good to know. It was not a waste of time for us as it is always good to review what Cinelerra is doing and make sure all is working. Sometimes there are bugs out there for years that we never hear about until finally someone reports it.

Enjoyed the commentary of "the Bug was me" !!!
(0004045)
Pierre   
2020-09-21 02:00   
I found the Bug!

As usual, the Bug was 24 inches in front of the screen... the Bug was me...

I've always been used to systematically use (I never change it) the "Create only new resources" option in the loading window for new media files.

This is the option that was in place when I tried to load the old .xml list that always ended in a CinGG crash...

When I had the idea to change to the "Replace current project" option... the whole project loaded well, without any problem...

I'm really sorry you had to waste all this time for nothing.
(0004044)
PhyllisSmith   
2020-09-20 22:15   
It works for GG on his desktop and for me independently on my laptop (we used French as the language too). We do not see it trying to load a proxy file and none is shown in the xml file. The dump seems to indicate Motion51 plugin was in use right before it crashed. Right now I am generating a proxy file just to see if that makes a difference but it does not. GG ran the August 31 build on a Mint 18 system and still not crash. He built a version with the latest fixes in it so you can try that. It is at:

https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
(0004043)
Pierre   
2020-09-20 12:28   
I send you by private email a link to the archive containing the video file (1.6 Gb). You will have access to it if needed.
(0004042)
PhyllisSmith   
2020-09-20 04:13   
GG will look at the dumps first thing tomorrow morning.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
504 [Cinelerra-GG] Bug minor always 2020-09-05 14:57 2020-09-20 01:26
Reporter: Andrew-R Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Extreme CPU usage if I put two pieces of the same media one above other
Description: I was playing with multitrack playback and noticed some oddity.

If I cut just loaded video file in two parts, with 'x' shortcut, and then create second video track and drag (or copy) this 'tail' of file above its own 'head' - resulted sandwitch is very slow at playback - less than 1 fps, even if project and video is just 740x400!
Tags:
Steps To Reproduce: 1) load in any video, even SD-sized, but probably at least few minutes long.
2) Set cursor on timeline roughly in the middle of video and cut it with 'x''
3) Create empty video track.
4) either switch to drag-and-drop mode and drag second fragment of video above its own start, or
4.1 copy-paste video track above itself, so you have two copies of same video.
4.2 misalign those two copies, or just
5. Try to play just two-track project ....
6) Observe extremely slow playback
Additional Information: It slow-downs with X11-Opengl, X11-xv, and just X11.
Few separate files on separate tracks work ok.
Attached Files:
Notes
(0004041)
Andrew-R   
2020-09-20 01:26   
Hm, not sure if I understand?

Trying to think out loud ..

What if we have somefile 35 frames big.
codec keyframes are at 1, 25, 31
so, we cut it at frame 23, and move second half two frames back on another track.
so, for frame 21 we just request frame 21 after 20 - > all fine.
next we request frame 22 and 23 -2 = 21 ?
and next we req 23 and 23 - 1 = 22 ?

if all those frames in cache (but for this cache (section? slab?) must be per-file, and not per-track?) caching system must be intelligent enough for just giving them up to mixing, without re-requesting decoding?

I mean, isn't this basic of those L, and J-cut techniques described in manual? I come with extreme case of moving second half all way back to overlap first half nearly completely, THIS can be slow at initial playback at least because you request two frames from separate parts of file, and it may just be worst-case scenario (for IBP codecs). But just few frames {actually, seconds} overlap seems to be important for transitions?
(0004040)
PhyllisSmith   
2020-09-19 16:52   
So GG in looking at this issue (while debugging caching for transitions and reverse play) determined that caching while playing forward actually caused problems and made it slower. So that does not help for this case. No other ideas at this time so proxy may be the only help but I do not understand why and will let gg know so maybe there will be an explanation that helps for improvement.
(0004038)
Andrew-R   
2020-09-19 10:49   
I think use of proxy file (at 1/3 of 1080p media) "fixes" this, but not everyone works with proxies ?
(0004000)
PhyllisSmith   
2020-09-06 17:28   
@Andrew-R
About your "Wild idea", GG says that it is essentially mostly already done this way, so it is not really wild idea. He is going to try out your scenario today hopefully.
(0003996)
Andrew-R   
2020-09-05 19:35   
Wild speculations (I was unable to profile cin, probably because I have stripped version of binary installed, but this never stopped me from speculating!):

May be Cinr euqests frames from ffmpeg (libavcodec) in 'wrong' order? Like, for highly-compressed (I- and P- frames) stream we ask for frame 100, and then for frame 98, and then for frame 99, and then for 90? And libavcodec, while playing nicely forward (90-91-92 ... 100) choke on reverse direction?

Wild idea:
On media load, along with usual indexes build map of all keyframes (I-frames) for all I{B}P type of codecs.
Then when upper layer of Cin will ask for frame we don't ask libavcodec directly to fetch it, but first
calculate nearest 'left' and 'right' codec keyframes (I frames) around requested frame, tell libavcodec to start decoding this range, into dynamically allocated buffer, and after we got our frame we can move forward, or backward, anywhere around GOP (hold in memory). Yes, this will increase memory usage. But hopefully will eliminate (lessen) reverse playback slowness, too. With some possible future benefits of 'direct cuts', based on this codec-keyframe information.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
508 [Cinelerra-GG] Bug major always 2020-09-12 07:29 2020-09-14 11:31
Reporter: houku Platform: linux  
Assigned To: OS: ubuntu  
Priority: high OS Version: 20.04  
Status: new Product Version: 2020-07  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: compositor issue exist
Description: so i wanted to make an animation (sorta) and wanted to use the compositor, its mainly moving pictures around causing some animation, something like this: https://lbry.tv/@terrariaguyt2001:4/its:1

but the compositor isnt working, i try to scale and such, but nothing
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0004027)
Andrew-R   
2020-09-14 11:31   
Try to enable some keylines (?) visibility, and make sure their range (at the bottom of the main window) not 0-0 or something. Try to set some projector keyframes on those lines. Also, make sure to change x/y/z values a bit if you enabled 'generate keframes' for the first time. It will create one keyframe at the point where you are, then you click on different point in timeline and change x/y/z values, so it will generate second keyframe, and so on.

I think this video may help?
https://www.youtube.com/watch?v=H7nXixNXinI
for old (2.2?) version of Cin, but still usable, I tried some moving video recently and it was working ....
(0004023)
PhyllisSmith   
2020-09-13 16:47   
@houku
GG suggests for animation and moving images around that you use "sequences" of jpegs or pngs. A helpful paragraph or 2 is in the manual at 4.2.2, specifically like 4.2.2.1 Filelist format:
"An image sequence is a series of ordered still pictures; for example a bunch of
camera shots, frames of an animated scene, or series of frame shots." ...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
448 [Cinelerra-GG] Feature major unable to reproduce 2020-06-08 14:05 2020-09-14 01:37
Reporter: Katacuts Platform:  
Assigned To: PhyllisSmith OS:  
Priority: immediate OS Version:  
Status: acknowledged Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Sync externally recorded audio via time code & audio waveform
Description: My sole reason I cannot use this (or any other open source editing program) professionally is because it does not have a function to sync audio recorded on a separate audio device. This could be achieved via time code or audio waveform analysis, then make subclips to join the synced audio and video together in a new clip. I could not find these functions described in the manual or in the program. If I overlooked them forgive me. Otherwise I'm very impressed with how far this program has come and how production ready it is.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Align_Timecodes.pdf (388,992 bytes) 2020-07-23 02:49
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=621&type=bug
Notes
(0004025)
Andrew-R   
2020-09-14 01:37   
I found two other Linux tools for dealing with timecode (not personally tested by me)

https://github.com/nu774/mp4fpsmod - "Tiny mp4 time code editor. You can use this for changing fps, delaying audio tracks, executing DTS compression, extracting time codes of mp4."

https://github.com/x42/ltc-tools - "Commandline tools to deal with linear-timecode (LTC). requires libltc: https://github.com/x42/libltc" where libltc readme says "libLTC - Linear (or Longitudinal) Timecode (LTC) is an encoding of SMPTE timecode data as a Manchester-Biphase encoded audio signal. The audio signal is commonly recorded on a VTR track or other storage media. libltc provides functionality to encode and decode LTC audio from/to SMPTE or EBU timecode, including SMPTE date support."
(0003983)
Katacuts   
2020-09-04 10:53   
I have tested the 'align timecodes' function in the new version and am very happy to say that is working wonderful! Along with the 'To clip' function I can now make synced up subclips. I believe that to my knowledge Cinelerra GG is now the first FLOSS video editing program to support timecode syncing with subclip functionality: that's a big premiere! Thanks to everyone involved and especially PhyllisSmith.

Few notes for further improvements: - A batch function would be great, especially to already sync up the clips from the 'Resources' window.
- When I use the 'align timecodes' function the timecode of the whole sequence changes to the timecode of the clip I'm syncing. I have not seen this in other editing programs and don't think this is a useful feature, I think it would be better if the timecode of the sequence stays untouched and the clips stays in place.
(0003934)
PhyllisSmith   
2020-08-25 00:19   
Update for others:
2 sets of good test media was sent and a test of the first one, worked great with simply loading, and using the option in the pulldown of "Align Timecodes". The second test did not go well and it looked like the timing was off by 10.5 seconds making it not working to get aligned. Still looking at this to see if there is any way to salvage it.
 
Also need to "Syncing in the timeline with timecode would be great but the next step is making a subclip of the synced up audio and video for editing." and I suspect some way to batch this up is needed. More later.
(0003931)
PhyllisSmith   
2020-08-21 17:22   
@Katacuts
No problem, we thought that eventually someone would want this capability enough to provide good test media. However you find a way to email or privately share a drive to [email protected], we will keep them private and only use to be able to set up a test for programming purposes. We are not at all sure that we can make this work yet. Thanks for the additional url as the previous one you initially sent was very helpful.
(0003930)
Katacuts   
2020-08-21 17:03   
I am very sorry for not checking this post sooner. It’s been a couple of months and I see there has been allot of thought and effort put into this problem. I am aware there is a distance between the programming world and the A/V world but did not expect that you would not have testing media for syncing. @ PhyllisSmith My apologies for halting the development by not supplying you test material. I am going to transfer you some files now, please indeed keep these private and only use these for testing purposes.
Like I stated in the opening post, I have looked around the libre video editing world and have not found a program offering the timecode syncing possibility. Of course there are workflows possible using (proprietary) DaVinci Resolve to sync and make proxies, you can import these proxies and edit these with your favorite NLE. But it’s an extra program and export step that would better be done in the same NLE you are editing with. Besides that making proxies is time consuming. The only two NLE’s that can sync with timecode (that I know of) and work on Linux are proprietary at the moment: Lighworks & DaVinci Resolve. I hope we can change that!
For clarity again: I am not talking about wavevorm syncing like in the multicam examples. It’s about using camera clips that have an external audio recorder. The camera and audio recorder are sync-locked with a genlock device on the set often several times a day. This article might give some clarity: https://www.bhphotovideo.com/explora/video/tips-and-solutions/timecode-versus-sync-how-they-differ-and-why-it-matters .
(0003851)
Pierre   
2020-07-27 20:52   
@PhyllisSmith

I tried the new "Mix masters" option. It works; it creates a mixer for each track already present in the timeline. What seems strange to me is that it creates mixers for video tracks, but also for audio tracks. Is it useful to create a mixer screen for a sound track? At the moment I'm not sure how to use this.
(0003845)
ferdnyc   
2020-07-27 00:03   
To the question @Andrea_Paz asked about other Linux software... I couldn't possibly give a definitive answer, but I'm not personally aware of any other free/libre NLEs that make use of embedded timecode metadata. (I have no idea what's out there in the commercial space, nor do I care.)

Shotcut would seem the most likely candidate, and there doesn't APPEAR to be any support, at least from a quick survey of the interface and available documentation. There's no mention at https://www.shotcut.org/features/ which seems like the place that info would be.

And in the UI, I can see where it's able to READ the timecode metadata out of the C0001.mp4 file, as an example:
1. Load C0001.mp4 as the active Source video
2. Open the Properties panel by clicking the main toolbar icon
3. Open that panel's hamburger menu and choose "More information"
4. One of the sections of the resulting data dump (which, as the first line notes, is just the results of `ffprobe`, the same software we've been using to examine the metadata) will show:
~~~~~~~~
[streams.stream.2.tags]
creation_time=2017-02-12T01:31:28.000000Z
language=und
handler_name=Timed Metadata Media Handler
timecode=83:01:01;02
~~~~~~~~

However (and these are the critical bits), the embedded timecode doesn't show up in the Metadata tab of the Properties panel itself, nor does 83:01:01;02 ever appear anywhere in the editing interface — unlike the Creation Data metadata, which is consumed by Shotcut, and can be modified in the UI.

So, if there is any support for metadata-based synchronization, it's terrifically well hidden. I suspect there just isn't. Cinelerra-GG may indeed be one of the first/only, at least in the Linux open-source world, which I agree makes it a differentiator worth promoting.

I'd only caution against jumping the gun on any — to borrow a turn of phrase from the posterior-covering branch of Madison Avenue — "forward-looking statements" regarding what features _may_ be present in the future. (No matter how near that future appears to be.) Holding off on "advertising" the timecode-sync tools until they're completed, tested, and known to be working/useful would seem prudent. �
(0003844)
PhyllisSmith   
2020-07-26 23:18   
The "Align Timecodes" was moved from under Window to under Tracks pulldown per Sam suggestion. Plus a minor fix was added to align_timecodes where a clip was overlapping moves. I am still working on understanding and fixing the document in respect to a lot of the questions/answers from Andrea/ferdnyc.

@Pierre
Thanks for more feedback. I did check the "Clowns" you had sent awhile back but they had no timecodes that I could see. There is a Mint 18 version with the latest changes at:
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
In this version note that under the Window pulldown, the Mixers option, there is now a "Mix masters" option. This has not been documented yet, but it makes it easy to load up several tracks with video and then do a bunch of edits, and then you can use the option "Mix masters" to make mixer tracks out of the edited material. You will then have to add another Video Track on the top to create the desired video like as if you had "Open Mixers" on the assets in the Resources window. There are other ways to make use of "Mix masters" too but I have not figured them out yet.
(0003838)
ferdnyc   
2020-07-24 13:08   
(And if the "Align Timecodes" option can do some or all of that automatically, then so much the better. But the concept is the same whether it's a manual process or an automatic one.)
(0003837)
ferdnyc   
2020-07-24 13:02   
@Andrea_Paz

Here, a theoretical example may help. Imagine you have three videos, recordings of an event from three different angles, simultaneously shot on three cameras. The cameras all started and stopped recording at different times, but they were all synced to the same master clock, so each recording is timestamped with the synchronized "world time" of the recording — all three cameras using the same times relative to each other.

So, the camera files each have an embedded timestamp for the first frame of video:
Camera 1: 00:10:13;20
Camera 2: 00:18:03;05
Camera 3: 00:06:24;07

When you load in the three files to different tracks, they'll be placed on a timeline that starts from 00:00:00:00 as usual. But, by middle-clicking on any of the video tracks, you can view the timecode embedded at that point in that file.

To make it easier to align the videos onto the timeline, it makes sense to set the "origin point" (the leftmost time index) of the timeline ruler to the timecode of the earliest video, which would be camera 3.

So, by clicking the clapboard, you can set 00:06:24;07 as the start timecode for the timeline. Then, positioning the camera 3 video at the start of the timeline will line its frames up with the times on the ruler. Having done that, you can position the other two recordings so their timecodes line up, and all three tracks will be in sync.
(0003835)
Andrea_Paz   
2020-07-24 09:26   
I do not really understand how timecodes work; I would like to ask a few questions:

What's the point of using the timecode option in the timebar?
How do I choose the track with the minor timecode ("The first step is to locate the earliest timecode")?
How do I use RMB --> Timecode?
What are clock times value?
With the clapperboard button and Info --> timecode you can only see if the media has an embedded timecode or can you also edit an existing one or even create it if it is not there?
How do I scan the asset using MMB?

Generic question for those who know other NLEs for linux: Is CinGG the only one who has sync via timecode or are there others? (if it is the only one you should find a way to advertise it).
(0003832)
Pierre   
2020-07-23 04:00   
I understand Phyllis your problem in getting multi-camera video footage with timecode correctly adjusted for use in synchronization .

This requires that the timecode generators of all the cameras involved on a shoot (in multi-camera mode) have been connected by a suitable connector and precisely synchronized with each other before shooting. Their timecode generators must also have been configured identically, either in "drop frame" or "non-drop frame" mode, as well as in "free run" mode (where the timecode flows even when cameras are not shooting). Professional studios apply these procedures and have compatible cameras that allow this.

In less industrial productions, one often has to deal with more disparate cameras and equipment, not all of which offer a reference timecode and even less often the possibility of being precisely synchronized with another device.

Personally, all I have left is my old HDV camera (HVR-Z1U) which is now very outdated compared to the current cameras. From the "pro-user" camera range it allows to record timecode but does not include the necessary connections for synchronization with another device. All the video sequences I've sent you in the past probably have some timecode in the signal, but I doubt that this is enough to make really useful tests.
(0003831)
PhyllisSmith   
2020-07-23 02:49   
@Andrea_Paz
@Andrew-R
@ferdnyc

This is the code gg finally came up with and checked into GIT. As many statements have been made, what to use for the timecode and what it means is ill-defined. We never came up with any good "real" test for synchronizing with an auxiliary generated audio file so until we have that kind of material, this is all that can be done. It does work for multiple cameras that have video timecodes to line up.

Attached is a quick document that will be added eventually to the manual after converted to latex. As already mentioned in email, a demo is at: https://streamable.com/nwec0t
(0003794)
PhyllisSmith   
2020-07-12 00:34   
@Andrew-R
I have downloaded some of your suggested examples as I am sure that I will be doing a lot of testing.
@ferdnyc
Actually that last article is the kind GG likes and will make sense to him (not me!)
(0003793)
ferdnyc   
2020-07-11 01:41   
@Andrew-R *nod* Same from an unmodified ffprobe 4.2.3, I guess that patch has long since landed upstream.

One interesting wrinkle here is that we've already seen, just in two files, two completely different timecode formats.

The C0001.MP4 file contained a first-frame timecode of '83:01:01;02'. The Sony sample file, it's '00:06:06:19'. Since that value is just a _string_ value, its interpretation is left up to the reading application, and there's a subtle but potentially important in how the value should be interpreted, when the last value is separated by a semicolon vs. a colon. A semicolon signifies _drop-frame_ timecode.

Drop-frame timecode has to do with the standard video frame rates for NTSC being 29.97 fps, and the slight timing difference that introduces compared to SMPTE's standard clock rates. (Of which there are apparently only four: 24, 25, and 30 frames/second, plus 30 fps drop-frame, which is really 29.97 fps.

I'll let Wikipedia take it from here...

====From: https://en.wikipedia.org/wiki/SMPTE_timecode#Drop-frame_timecode================

The altered frame rate meant that an "hour of timecode" at a nominal frame rate of 30 frame/s, when played back at 29.97 frame/s was longer than an hour of wall-clock time by 3.6 seconds, leading to an error of almost a minute and a half over a day.

To correct this, drop-frame SMPTE timecode was invented. In spite of what the name implies, no video frames are dropped or skipped when using drop-frame timecode. Rather, some of the timecodes are dropped. In order to make an hour of timecode match an hour on the clock, drop-frame timecode skips frame numbers 0 and 1 of the first second of every minute, except when the number of minutes is divisible by ten.[a] This causes timecode to skip 18 frames each ten minutes (18,000 frames @ 30 frame/s) and almost perfectly compensates for the difference in rate.

For example, the sequence when frame counts are dropped:
01:08:59:28
01:08:59:29
01:09:00:02
01:09:00:03

For each tenth minute:
01:09:59:28
01:09:59:29
01:10:00:00
01:10:00:01

While non-drop timecode is displayed with colons separating the digit pairs—"HH:MM:SS:FF"—drop-frame is usually represented with a semicolon (;) or period (.) as the divider between all the digit pairs—"HH;MM;SS;FF", "HH.MM.SS.FF"—or just between the seconds and frames—"HH:MM:SS;FF" or "HH:MM:SS.FF".
===================

An article used as a source by that Wikipedia article, extremely informative but it gets very deep in the weeds (there are timing graphs and everything): http://www.philrees.co.uk/articles/timecode.htm
(0003792)
Andrew-R   
2020-07-10 22:08   
https://forum.shotcut.org/t/xavc-s-format/19211 has link to this file as ffmpeg ticket sample:

 https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket5645/sony_a7s_XAVC_S_1080_25p_10s.MP4

I patched ffmpeg 2.8.17 with slightly modified patch:

/home/guest/botva/src/ffmpeg/ffmpeg-2.8.11/ffmpeg_rtmd.patch 1589/1589 CP1251 100%
--- libavformat/mov.c.orig 2020-07-07 21:49:08.000000000 +0300
+++ libavformat/mov.c 2020-07-11 00:38:30.086124634 +0300
@@ -4312,6 +4312,31 @@
     return 0;
 }

+static int mov_read_rtmd_track(AVFormatContext *s, AVStream *st)
+{
+ MOVStreamContext *sc = st->priv_data;
+ char buf[AV_TIMECODE_STR_SIZE];
+ int64_t cur_pos = avio_tell(sc->pb);
+ int hh, mm, ss, ff, drop;
+
+ if (!st->nb_index_entries)
+ return -1;
+
+ avio_seek(sc->pb, st->index_entries->pos, SEEK_SET);
+ avio_skip(s->pb, 13);
+ hh = avio_r8(s->pb);
+ mm = avio_r8(s->pb);
+ ss = avio_r8(s->pb);
+ drop = avio_r8(s->pb);
+ ff = avio_r8(s->pb);
+ snprintf(buf, AV_TIMECODE_STR_SIZE, "%02d:%02d:%02d%c%02d",
+ hh, mm, ss, drop ? ';' : ':', ff);
+ av_dict_set(&st->metadata, "timecode", buf, 0);
+
+ avio_seek(sc->pb, cur_pos, SEEK_SET);
+ return 0;
+}
+
 static int mov_read_timecode_track(AVFormatContext *s, AVStream *st)
 {
     MOVStreamContext *sc = st->priv_data;
@@ -4578,8 +4603,11 @@
         if (mov->chapter_track > 0)
             mov_read_chapters(s);
         for (i = 0; i < s->nb_streams; i++)
- if (s->streams[i]->codec->codec_tag == AV_RL32("tmcd"))
+ if (s->streams[i]->codec->codec_tag == AV_RL32("tmcd")) {
                 mov_read_timecode_track(s, s->streams[i]);
+ } else if (s->streams[i]->codec->codec_tag == AV_RL32("rtmd")) {
+ mov_read_rtmd_track(s, s->streams[i]);
+ }
     }

     /* copy timecode metadata from tmcd tracks to the related video streams */

and then output was like this:

 ffprobe sony_a7s_XAVC_S_1080_25p_10s.MP4
ffprobe version 2.8.17 Copyright (c) 2007-2020 the FFmpeg developers
  built with gcc 5.5.0 (GCC)
  configuration: --arch=i486 --target-os=linux --prefix=/usr --libdir=/usr/lib --mandir=/usr/man --docdir=/usr/doc/ffmpeg-2.8.17 --enable-gpl --enable-version3 --disable-static --enable-shared --enable-runtime-cpudetect --enable-ffmpeg --enable-ffplay --enable-ffprobe --enable-ffserver --enable-doc --enable-avdevice --enable-avcodec --enable-avformat --enable-avutil --enable-swresample --enable-swscale --enable-postproc --enable-avfilter --enable-avresample --enable-pthreads --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-ladspa --enable-libass --enable-libbluray --disable-libbs2b --disable-libcaca --disable-libcelt --enable-libcdio --disable-libdc1394 --disable-libflite --enable-libfreetype --enable-libfribidi --disable-libgme --enable-libgsm --enable-libiec61883 --disable-libilbc --disable-libkvazaar --disable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --disable-libpulse --disable-libquvi --enable-librtmp --enable-libschroedinger --enable-libsmbclient --enable-libsnappy --disable-libsoxr --enable-libspeex --disable-libssh --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxvid --enable-libzvbi --enable-lzma --enable-openal --enable-opengl --enable-sdl --enable-x11grab --enable-zlib --disable-debug
  libavutil 54. 31.100 / 54. 31.100
  libavcodec 56. 60.100 / 56. 60.100
  libavformat 56. 40.101 / 56. 40.101
  libavdevice 56. 4.100 / 56. 4.100
  libavfilter 5. 40.101 / 5. 40.101
  libavresample 2. 1. 0 / 2. 1. 0
  libswscale 3. 1.101 / 3. 1.101
  libswresample 1. 2.101 / 1. 2.101
  libpostproc 53. 3.100 / 53. 3.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sony_a7s_XAVC_S_1080_25p_10s.MP4':
  Metadata:
    major_brand : XAVC
    minor_version : 16785407
    compatible_brands: XAVCmp42iso2
    creation_time : 2016-03-05 14:17:25
  Duration: 00:00:10.08, start: 0.000000, bitrate: 49084 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv), 1920x1080 [SAR 1:1 DAR 16:9], 47339 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc (default)
    Metadata:
      creation_time : 2016-03-05 14:17:25
      handler_name : Video Media Handler
      encoder : AVC Coding
    Stream #0:1(und): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 2 channels, s16, 1536 kb/s (default)
    Metadata:
      creation_time : 2016-03-05 14:17:25
      handler_name : Sound Media Handler
    Stream #0:2(und): Data: none (rtmd / 0x646D7472), 204 kb/s (default)
    Metadata:
      creation_time : 2016-03-05 14:17:25
      handler_name : Non-Real Time Metadata
      timecode : 00:06:06:19
Unsupported codec with id 0 for input stream 2
(0003791)
Andrew-R   
2020-07-10 20:53   
@ferdnyc:

I think even my old ffmpeg 2.8.15 can write 'artificial' timecode into MOV container, like this:
  ffmpeg -i C0126.MP4 -timecode 02:02:03:03 -c:a copy output.mov
ffmpeg version 2.8.15 Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 5.5.0 (GCC)
  configuration: --arch=i486 --target-os=linux --prefix=/usr --libdir=/usr/lib --mandir=/usr/man --docdir=/usr/doc/ffmpeg-2.8.15 --enable-gpl --enable-version3 --disable-static --enable-shared --enable-runtime-cpudetect --enable-ffmpeg --enable-ffplay --enable-ffprobe --enable-ffserver --enable-doc --enable-avdevice --enable-avcodec --enable-avformat --enable-avutil --enable-swresample --enable-swscale --enable-postproc --enable-avfilter --enable-avresample --enable-pthreads --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-ladspa --enable-libass --enable-libbluray --disable-libbs2b --disable-libcaca --disable-libcelt --enable-libcdio --disable-libdc1394 --disable-libflite --enable-libfreetype --enable-libfribidi --disable-libgme --enable-libgsm --enable-libiec61883 --disable-libilbc --disable-libkvazaar --disable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --disable-libpulse --disable-libquvi --enable-librtmp --enable-libschroedinger --enable-libsmbclient --enable-libsnappy --disable-libsoxr --enable-libspeex --disable-libssh --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxvid --enable-libzvbi --enable-lzma --enable-openal --enable-opengl --enable-sdl --enable-x11grab --enable-zlib --disable-debug
  libavutil 54. 31.100 / 54. 31.100
  libavcodec 56. 60.100 / 56. 60.100
  libavformat 56. 40.101 / 56. 40.101
  libavdevice 56. 4.100 / 56. 4.100
  libavfilter 5. 40.101 / 5. 40.101
  libavresample 2. 1. 0 / 2. 1. 0
  libswscale 3. 1.101 / 3. 1.101
  libswresample 1. 2.101 / 1. 2.101
  libpostproc 53. 3.100 / 53. 3.100
Guessed Channel Layout for Input Stream #0.1 : stereo
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C0126.MP4':
  Metadata:
    major_brand : XAVC
    minor_version : 16785407
    compatible_brands: XAVCmp42iso2
    creation_time : 2015-05-16 05:52:01
  Duration: 00:00:04.80, start: 0.000000, bitrate: 48822 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/bt709/iec61966-2-4), 1920x1080 [SAR 1:1 DAR 16:9], 46870 kb/s, 50 fps, 50 tbr, 50k tbn, 100 tbc (default)
    Metadata:
      creation_time : 2015-05-16 05:52:01
      handler_name : Video Media Handler
      encoder : AVC Coding
    Stream #0:1(und): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 2 channels, s16, 1536 kb/s (default)
    Metadata:
      creation_time : 2015-05-16 05:52:01
      handler_name : Sound Media Handler
    Stream #0:2(und): Data: none (rtmd / 0x646D7472), 409 kb/s (default)
    Metadata:
      creation_time : 2015-05-16 05:52:01
      handler_name : Non-Real Time Metadata
[libx264 @ 0x8b4a8e0] using SAR=1/1
[libx264 @ 0x8b4a8e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
[libx264 @ 0x8b4a8e0] profile High, level 4.2
[libx264 @ 0x8b4a8e0] 264 - core 148 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 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=6 lookahead_threads=1 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=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[mov @ 0x8b49ac0] Codec for stream 1 does not use global headers but container format requires global headers
Output #0, mov, to 'output.mov':
  Metadata:
    major_brand : XAVC
    minor_version : 16785407
    compatible_brands: XAVCmp42iso2
    timecode : 02:02:03:03
    encoder : Lavf56.40.101
    Stream #0:0(und): Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 50 fps, 12800 tbn, 50 tbc (default)
    Metadata:
      creation_time : 2015-05-16 05:52:01
      handler_name : Video Media Handler
      encoder : Lavc56.60.100 libx264
    Stream #0:1(und): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, 1536 kb/s (default)
    Metadata:
      creation_time : 2015-05-16 05:52:01
      handler_name : Sound Media Handler
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame= 240 fps= 12 q=-1.0 Lsize= 7864kB time=00:00:04.80 bitrate=13421.7kbits/s
video:6957kB audio:900kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.088144%
[libx264 @ 0x8b4a8e0] frame I:1 Avg QP:25.63 size:364332
[libx264 @ 0x8b4a8e0] frame P:60 Avg QP:25.98 size: 96772
[libx264 @ 0x8b4a8e0] frame B:179 Avg QP:32.04 size: 5324
[libx264 @ 0x8b4a8e0] consecutive B-frames: 0.4% 0.0% 1.2% 98.3%
[libx264 @ 0x8b4a8e0] mb I I16..4: 4.5% 18.4% 77.1%
[libx264 @ 0x8b4a8e0] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 46.8% 28.3% 22.3% 0.0% 0.0% skip: 2.6%
[libx264 @ 0x8b4a8e0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 54.2% 1.1% 0.1% direct: 0.2% skip:44.4% L0:65.0% L1:28.3% BI: 6.7%
[libx264 @ 0x8b4a8e0] 8x8 transform intra:18.6% inter:49.1%
[libx264 @ 0x8b4a8e0] coded y,uvDC,uvAC intra: 99.7% 87.8% 44.3% inter: 19.6% 9.4% 0.0%
[libx264 @ 0x8b4a8e0] i16 v,h,dc,p: 3% 2% 72% 24%
[libx264 @ 0x8b4a8e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 7% 14% 16% 7% 7% 5% 20% 12%
[libx264 @ 0x8b4a8e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 10% 16% 11% 7% 7% 6% 15% 9%
[libx264 @ 0x8b4a8e0] i8c dc,h,v,p: 56% 20% 18% 7%
[libx264 @ 0x8b4a8e0] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x8b4a8e0] ref P L0: 51.1% 15.8% 27.9% 5.2%
[libx264 @ 0x8b4a8e0] ref B L0: 94.1% 5.7% 0.2%
[libx264 @ 0x8b4a8e0] ref B L1: 98.5% 1.5%
[libx264 @ 0x8b4a8e0] kb/s:11872.72
guest@slax:/dev/shm$ ffprobe output.mov
ffprobe version 2.8.15 Copyright (c) 2007-2018 the FFmpeg developers
  built with gcc 5.5.0 (GCC)
  configuration: --arch=i486 --target-os=linux --prefix=/usr --libdir=/usr/lib --mandir=/usr/man --docdir=/usr/doc/ffmpeg-2.8.15 --enable-gpl --enable-version3 --disable-static --enable-shared --enable-runtime-cpudetect --enable-ffmpeg --enable-ffplay --enable-ffprobe --enable-ffserver --enable-doc --enable-avdevice --enable-avcodec --enable-avformat --enable-avutil --enable-swresample --enable-swscale --enable-postproc --enable-avfilter --enable-avresample --enable-pthreads --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-ladspa --enable-libass --enable-libbluray --disable-libbs2b --disable-libcaca --disable-libcelt --enable-libcdio --disable-libdc1394 --disable-libflite --enable-libfreetype --enable-libfribidi --disable-libgme --enable-libgsm --enable-libiec61883 --disable-libilbc --disable-libkvazaar --disable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --disable-libpulse --disable-libquvi --enable-librtmp --enable-libschroedinger --enable-libsmbclient --enable-libsnappy --disable-libsoxr --enable-libspeex --disable-libssh --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxvid --enable-libzvbi --enable-lzma --enable-openal --enable-opengl --enable-sdl --enable-x11grab --enable-zlib --disable-debug
  libavutil 54. 31.100 / 54. 31.100
  libavcodec 56. 60.100 / 56. 60.100
  libavformat 56. 40.101 / 56. 40.101
  libavdevice 56. 4.100 / 56. 4.100
  libavfilter 5. 40.101 / 5. 40.101
  libavresample 2. 1. 0 / 2. 1. 0
  libswscale 3. 1.101 / 3. 1.101
  libswresample 1. 2.101 / 1. 2.101
  libpostproc 53. 3.100 / 53. 3.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'output.mov':
  Metadata:
    major_brand : qt
    minor_version : 512
    compatible_brands: qt
    encoder : Lavf56.40.101
  Duration: 00:00:04.80, start: 0.000000, bitrate: 13421 kb/s
    Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 11873 kb/s, 50 fps, 50 tbr, 12800 tbn, 100 tbc (default)
    Metadata:
      handler_name : DataHandler
      encoder : Lavc56.60.100 libx264
      timecode : 02:02:03:03
    Stream #0:1(eng): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, s16, 1536 kb/s (default)
    Metadata:
      handler_name : DataHandler
    Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s
    Metadata:
      handler_name : DataHandler
      timecode : 02:02:03:03
Unsupported codec with id 0 for input stream 2
guest@slax:/dev/shm$ mediainfo output.mov
General
Complete name : output.mov
Format : MPEG-4
Format profile : QuickTime
Codec ID : qt 0000.02 (qt )
File size : 7.68 MiB
Duration : 4 s 800 ms
Overall bit rate : 13.4 Mb/s
Writing application : Lavf56.40.101

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
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 4 s 800 ms
Bit rate : 11.9 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 50.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.115
Stream size : 6.79 MiB (88%)
Writing library : x264 core 148
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / 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=6 / lookahead_threads=1 / 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=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language : English
Codec configuration box : avcC

Audio
ID : 2
Format : PCM
Format settings : Big / Signed
Codec ID : twos
Duration : 4 s 800 ms
Bit rate mode : Constant
Bit rate : 1 536 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Bit depth : 16 bits
Stream size : 900 KiB (11%)
Language : English
Default : Yes
Alternate group : 1

Other
ID : 3
Type : Time code
Format : QuickTime TC
Duration : 4 s 800 ms
Time code of first frame : 02:02:03:03
Time code, striped : Yes
Language : English
Default : No

In theory, new-ish ffmpeg should support writing those in mp4, too:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/b4dcd351ec50caaa484bc5c66b4a8d5557a0f1ea
committer Michael Niedermayer <[email protected]>
  Sun, 28 Feb 2016 05:47:23 +0300 (03:47 +0100)
  commit b4dcd351ec50caaa484bc5c66b4a8d5557a0f1ea
 movenc: Timecode in MP4 Although MP4 does not have a concrete specification to store timecode information, the following technical note from Apple describes a way to achieve this via timecode track, similar to how it is done for MOV files.
 
 https://developer.apple.com/library/mac/technotes/tn2174/_index.html
 
 - Enabled creation of timecode tracks for MP4 in the same way as MOV.
 - Used nmhd as media information header of timecode track of MP4 instead
   of gmhd used in MOV, thus avoiding tcmi also, as recommended above.
 - Bypassed adding source reference field for MP4, as suggested above.
 
 Issue: https://trac.ffmpeg.org/ticket/4704
----
but not tested by me personally, due to old system ffmpeg (may be I'll patch it)

Additionally, I found rtmd track timecode was supported in newer ffmpeg:
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/d693392886b8454c818e384c816b9ede53c570d8
Mon, 27 Jun 2016 11:27:25 +0300 (10:27 +0200)
  commit d693392886b8454c818e384c816b9ede53c570d8
   avformat/mov: parse rtmd track timecode
 
so, there is no need to mess with mp4v2 utilites .....

Hopefully this will provide some way to test changes in CinGG without hunting all those sample files, initially?
But I'll continue to look around for real ones ....
(0003790)
ferdnyc   
2020-07-10 19:11   
@Andrew-R There's no question that GOPs are time_stamped_ when encoded, among other things it's how the decoder ensures that it's displaying the correct frames in the correct order. But like I said, normally those just start at 0 and work up from there — which is exactly what your mp4file dump shows.

To obtain timecode useful for synchronizing separate files, there would need to be some sort of field that contains, as that one user said in the discussion about which clock to use, "any field which is different from 0:0:0:0". (Or something monotonically increasing from 0 based on the playback rate, like all of the timecodes displayed in that dump.)

Ah! Here we go, yes. That C0001.MP4 file does contain useful timecode data, in a "Timed Metadata" RTMD (real-time metadata) stream. Though, the last line of output being an error message about the "unsupported codec" for the RTMD stream makes me nervous about ffmpeg's ability to usefully _decode_ that stream. Still, it can clearly at least extract the per-*stream* metadata, including the stored external-clock reference timecode for the start of recording:


$ ffprobe -i C0001.MP4
ffprobe version 4.2.3 Copyright (c) 2007-2020 the FFmpeg developers
  built with gcc 10 (GCC)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection' --extra-ldflags='-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' --extra-cflags=' ' --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 --enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r --enable-gcrypt --enable-gnutls --enable-ladspa --enable-libaom --enable-libdav1d --enable-libass --enable-libbluray --enable-libcdio --enable-libdrm --enable-libjack --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc --enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librsvg --enable-libsrt --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzimg --enable-libzvbi --enable-avfilter --enable-avresample --enable-libmodplug --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-libmfx --enable-runtime-cpudetect
  libavutil 56. 31.100 / 56. 31.100
  libavcodec 58. 54.100 / 58. 54.100
  libavformat 58. 29.100 / 58. 29.100
  libavdevice 58. 8.100 / 58. 8.100
  libavfilter 7. 57.100 / 7. 57.100
  libavresample 4. 0. 0 / 4. 0. 0
  libswscale 5. 5.100 / 5. 5.100
  libswresample 3. 5.100 / 3. 5.100
  libpostproc 55. 5.100 / 55. 5.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x561ea444a440] st: 0 edit list: 1 Missing key frame while searching for timestamp: 1001
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x561ea444a440] st: 0 edit list 1 Cannot find an index entry before timestamp: 1001.
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C0001.MP4':
  Metadata:
    major_brand : XAVC
    minor_version : 16785407
    compatible_brands: XAVCmp42iso2
    creation_time : 2017-02-12T01:31:28.000000Z
  Duration: 00:00:49.05, start: 0.000000, bitrate: 97074 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709/bt709/iec61966-2-4), 3840x2160 [SAR 1:1 DAR 16:9], 95289 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default)
    Metadata:
      creation_time : 2017-02-12T01:31:28.000000Z
      handler_name : Video Media Handler
      encoder : AVC Coding
    Stream #0:1(und): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 2 channels, s16, 1536 kb/s (default)
    Metadata:
      creation_time : 2017-02-12T01:31:28.000000Z
      handler_name : Sound Media Handler
    Stream #0:2(und): Data: none (rtmd / 0x646D7472), 245 kb/s (default)
    Metadata:
      creation_time : 2017-02-12T01:31:28.000000Z
      handler_name : Timed Metadata Media Handler
      timecode : 83:01:01;02
Unsupported codec with id 0 for input stream 2
(0003789)
Andrew-R   
2020-07-10 15:27   
Update on mp4v2 utils, I entered wrong command, now after installing new Slackware package (https://slackbuilds.org/repository/14.2/libraries/libmp4v2/ - this one lists https://github.com/sergiomb2/libmp4v2 as source) and typing

mp4trackdump -t 3 C0126.MP4

I see list of timecodes (?):
mp4trackdump -t 3 C0126.MP4
mp4trackdump version -r
mp4file C0126.MP4, track 3, samples 240, timescale 50000
sampleId 1, size 1024 duration 1000 time 0 00:00:00.000 S
sampleId 2, size 1024 duration 1000 time 1000 00:00:00.020 S
sampleId 3, size 1024 duration 1000 time 2000 00:00:00.040 S
sampleId 4, size 1024 duration 1000 time 3000 00:00:00.060 S
sampleId 5, size 1024 duration 1000 time 4000 00:00:00.080 S
sampleId 6, size 1024 duration 1000 time 5000 00:00:00.100 S
sampleId 7, size 1024 duration 1000 time 6000 00:00:00.120 S
sampleId 8, size 1024 duration 1000 time 7000 00:00:00.140 S
sampleId 9, size 1024 duration 1000 time 8000 00:00:00.160 S
sampleId 10, size 1024 duration 1000 time 9000 00:00:00.180 S
(0003788)
Andrew-R   
2020-07-10 15:12   
More XAVC-S findings:
https://github.com/SK-Hardwired/xavc_rtmd2srt
XAVC S video real-time meta-data parser and GPS data extractor
Extract realtime meta-data (i.e. per-frame) from Sony XAVC video and render to srt subtitle file.

Written in python 3.7

More timecode woes from Lightswork user forum:
https://www.lwks.com/index.php?option=com_kunena&func=view&catid=12&id=131106&Itemid=81#ftop
----quote----
David Rasberry
 Pro User
 
OFFLINE
 Posts: 2658
  
 3 years, 2 months ago
   #145410
hugly wrote:
 
My personal favorite for amateur usage is still MPEG2 I-Frame codec. High transcoding speeds, reasonable file sizes and bitrates, good quality, fluently editable, support of almost any resolution and frame rate, no licensing problems, playable in any media player. What more do I (amateur) need?
 
 By the way, jpaulbiss footage (and other AVCHD/PCM.MOV camera recorded footage I tested) has a valid timecode track containing SMPTE compliant start T/C in Quicktime format. With ProRes/PCM in a MOV container, Lightworks will read the Quicktime timecode track properly, with AVCHD present it doesn't (T/C zero after import). I assume there are two different demuxers at work for MOV containers. From my point of view this is a major problem because AVCHD in MOV container is a commonly used recording format.
 All this isn’t new, but from my point of view this issue should be fixed soon.

 
 I looked into this sometime back comparing a Prores LT.mov compressed file with AVCHD i-frame compressed file in .mov format. Both .mov files have the same set of TC fields in the file header, which is where the various clock field values for different start frame clocks are registered. There is a specific TC field that is populated in the ProRes file that translates the relevant clock code to SMPTE format. That field is not populated in any H.264 AVC variant from most low end cameras. There are separate clock fields for shot start 00:00:00:00, time of day clock if present, and free run clock from camera startup. Any of these can be used for the SMPTE TC field depending on camera settings and whether the camera firmware sets the SMPTE field or not.
 Lightworks only reads the SMPTE reference field. QT timecode is not automatically SMPTE compliant, but can be. If you ask Lightworks to read something other than the SMPTE field, which of the 5 or so clock fields present is it to pick from?
  ---quote end--

On this user suggested:
>which of the 5 or so clock fields present is it to pick from?
 
 I'd say any field which is different from 0:0:0:0 would be better than none ,-)
 ---quote end----

So, may be CinGG can reuse same startegy - search for first non-all-zeros timecode, and display/use it,
at least initially ?
(0003787)
Andrew-R   
2020-07-10 13:20   
some more files in XAVC-S format (?) found at forum:

https://forum.videohelp.com/threads/371906-XAVC-S-How-to-export-time-date-metadata-to-subtitles-(srt)

Not sure, my mp4extract fails to extract metadata track ...

mp4v2 utility apparently moved to
https://github.com/TechSmith/mp4v2 ?

format of this track posted as:

---quote---
This is the format of the RTMD stream for those that don't want to DL it
 
 

 mp4file C0126.MP4, track 3, samples 240, timescale 50000
 sampleId 1, size 1024 duration 1000 time 0 00:00:00.000 S
 sampleId 2, size 1024 duration 1000 time 1000 00:00:00.020 S
 sampleId 3, size 1024 duration 1000 time 2000 00:00:00.040 S
 sampleId 4, size 1024 duration 1000 time 3000 00:00:00.060 S
 sampleId 5, size 1024 duration 1000 time 4000 00:00:00.080 S
 sampleId 6, size 1024 duration 1000 time 5000 00:00:00.100 S
 sampleId 7, size 1024 duration 1000 time 6000 00:00:00.120 S
 sampleId 8, size 1024 duration 1000 time 7000 00:00:00.140 S
 sampleId 9, size 1024 duration 1000 time 8000 00:00:00.160 S
---quote end----




There is also ffmpeg ticket about wrong timecode extraction, currently downloading bigger file

https://trac.ffmpeg.org/ticket/6793
 wget http://50.19.4.114/bugs/ffmpeg/C0001.MP4

a bit slow ...
(0003786)
Andrew-R   
2020-07-10 12:30   
More timecode discussion (in relation to proprietary editors):

https://www.vegascreativesoftware.info/us/forum/date-created-to-timecode-in-or-date-time-stamp--112646/

----quote----
 doubleJ wrote on 9/1/2018, 3:55 PM
So, on an even wilder front...
I downloaded a bunch of sample footage (R3D, XAVC, XDCAM, DNxHD, DV, ProRes, maybe others).
I imported 17 video files into Vegas Pro 16 and Premiere Pro CC 2018.
Of all the files, only 2 showed timecode in both Vegas and Premiere (and that was an old DV AVI).
There were 8 files with timecode in Vegas and 5 files with timecode in Premiere.
It's likely that some of the other files simply didn't have timecode, but that's a pretty narrow margin.
How is a person supposed to make "standards-compliant" files?
Hehehe...
Going back to my initial topic, though...
If I was going to transcode video into one of these formats that does work, would I be able to insert timecode during that process?
Maybe if I would use FFMPEG, TMPGEnc, or VirtualDubMod?
JJ
---
 doubleJ wrote on 9/2/2018, 6:43 PM
Ok, I'm making some head-way...
This just adds some metadata and it shows the timecode in both NLEs.
ffmpeg.exe -i originalfile.mp4 -metadata timecode="14:36:08:29" -metadata creation_time="2018-08-05 14:36:08" -c copy newfile.mp4
input file
timecode key and value in metadata
creation date/time metadata (this only seems to show in File Explorer properties details)
don’t do any encoding (just copy the video/audio)
output file
This does the same thing, but transcodes to the Avid DNxHD intermediate format (mxf didn’t open in Vegas, so I used mov).
ffmpeg.exe -i originalfile.mp4 -metadata timecode="14:36:08:29" -metadata creation_time="2018-08-05 14:36:08" -c:v dnxhd -b:v 145M -s 1920x1080 -r 30 -c:a pcm_s16le newfile.mov
I also tried ProRes, but Vegas Pro didn’t see the timecode.
I haven't been able to find ffmpeg information on encoding to CineForm.
So, now the work is to create a batch file that will read the Date Created file attribute and use it for timecode and creation_time.
I downloaded a batch script that reads a directory and echoes Date Created and Time Created, so I'm hopeful.
JJ
----quote end----

I don't know where exactly you can find mentioned source files (probably some camera sample file repo?)

pdf remotely related to this problem:
https://mediaarea.net/Events/2018-10-26_NoTimeToWait3/presentations/19. Ben Turkus, Kelly Haydon - If we could turn back timecode/nttw3_timecode_final.pdf (with spaces in URL)

Both files here should contain some 'timecode breaks' , or at least something Kino can recognize, so one file shows up as bunch of clips):

https://yadi.sk/d/I0jFMoL9Tg5V0w
(0003785)
Andrew-R   
2020-07-10 10:43   
I think you can try some old DV samples - old Cin codebase apparently used libdv's interface to such data, but for ffmpeg's APIs testing/prototyping you _probably_ can reuse some of those files (AVI container apparently lack timecode track possibility, but codec-level timecode from camcoder still around).

Let me know if you need some HUGE (2Gb+) samples, via cloud.mail.ru or Yandex disk.

 I think some of my 'research' still lives at https://www.cinelerra-gg.org/bugtracker/view.php?id=332 and ..somewhere else (still searching for it)
(0003784)
PhyllisSmith   
2020-07-10 03:57   
@Andrea - your reference is helpful to me as I think this is what GG has been trying to explain to me for years. This article makes it a lot clearer than he does.

@ferdnyc
Thanks for the hints again. He is now talking about time since 1970, so that may be the current approach as you suggested in:
"That's defined as the "Start time of the stream in real world time, in microseconds since the Unix epoch (00:00 1st January 1970).", so if there were going to be an externally-referenced timecode value, that's likely where it would be stored (or it would be relative to that field)."

His plan is to write code to do the work with the idea that what he actually uses for the "timecode" synch may have to change if he ever gets example media.
(0003764)
Andrea_Paz   
2020-07-08 14:07   
I don't know if this will help:
http://dranger.com/ffmpeg/tutorial05.html
(0003763)
PhyllisSmith   
2020-07-08 14:00   
gg writes:

I have identified several sources of timecode data that can be considered for use.
There is still quite a lot of discovery needed before a good implementation may
be started.

The design can be broken into two program sets.
1) get_initial_timecode(edit)
2) align armed tracks on mwindow timeline

get_initial_timecode should access the edit asset media, determine the program set
that contains that edit's video layer or audio channel, determine the (video?) master
layer, and read the media for pts (presentation timestamp) and timecode data.
Once both (or equivalent) data are available, the apparent timecode of the initial
frame/sample should be returned. This should make it possible to add a new
edit popup menuitem to set the main window timebar (in timecode hh:mm:ss:ff),
by using the session frame rate as a time standard.

A new menubar menuitem, align armed tracks on mwindow timeline, can then
iterate over a set of selected edits, and similarly determine the edit timecode
offset, then adjust the edit startproject or startsource position to align the
edit with the main window timeline timecodes.

Each file codec can potentially provide timecode information. So far, I have
looked into fileffmpeg and filempeg, but I suspect that there is more to follow.
ffmpeg has at least 5 sources of timecode data that are present in various
formulation.
1) AVFormatContext metadata "timecode"
2) AVStream metadata "timecode"
3) AVFrame metadata "timecode"
4) AVFrameSideData type AV_FRAME_DATA_GOP_TIMECODE
5) AVFrameSideData type AV_FRAME_DATA_S12M_TIMECODE
filempeg has GOP (group of pictures) smtpe timecodes that are only present in
the video start_gop headers.

What to do when there are no usable timecodes is still an open question.
Audio tracks may not have any timecodes and may not belong to a program group.

All of this said, I definitely will need an example set of media data to do
testing. I do not have any such thing, and that is a show stopper.

Any suggestions at this point are welcome, and any example media would be
greatly appreciated.

gg
(0003760)
ferdnyc   
2020-07-08 04:43   
The patches referenced by @Andrew-R will add internal timecode information to the metadata of various codecs. But for the most part, FFmpeg's internal timecode is relative to the start of the data stream. So it's not clear to me whether it would have a format that's real-world synchronizable.

The patchset's updated unit test for frame side data (something that already exists, even without those patches) uses 0-relative timecodes, which makes me suspect that it would not:
http://ffmpeg.org/pipermail/ffmpeg-devel/2020-June/265036.html

There's also the fact that timecode_frame_start in the codec context is a deprecated attribute: https://www.ffmpeg.org/doxygen/4.1/structAVCodecContext.html#a98fefd16c6f7eaaaca1aadf80b8a9453
That makes the whole thing sort of weird, TBH.

One *potential* for accessing external timecode data is the AVFormatContext attribute start_time_realtime:
https://www.ffmpeg.org/doxygen/4.1/structAVFormatContext.html#aa5ddb5cee1df28f21739133f2e37f1c5
That's defined as the "Start time of the stream in real world time, in microseconds since the Unix epoch (00:00 1st January 1970).", so if there were going to be an externally-referenced timecode value, that's likely where it would be stored (or it would be relative to that field).

But I'm not sure under what conditions, or if ever, start_time_realtime will be set for streams decoded from files. It sounds like it's primarily intended as an attribute for realtime streamed data (like internet livestreams, for example).

It's also entirely possible that timecode_frame_start WILL be set relative to an external timecode, if one is stored in the file's metadata. I agree that sample files would be extremely useful, since few of us ever have occasion to work with files that use an external clock reference.
(0003741)
PhyllisSmith   
2020-07-06 02:09   
@Katacuts
GG started an investigation on "timecodes" today. It is not at all clear which timecode in the file is the one to use -- there are 4 different things that are referred to as a timecode. Quite confusing.

In order to further investigate, it would be helpful if you could send a set of at least 3 files that belong to a set to be synched up so he can figure out which timecode is relevant. Any additional information for clarification would be highly appreciated as we are computer people and not A/V technicians. Unfortunately without more technical information and a set of valid test media, we are kind of stuck on whether or not this can even be implemented by us. If you can put the files in a dropbox or shared driver and email [email protected] we will keep them private.

@Andrew-R
THANKS for the ffmpeg patch hints as it provided a starting place for GG to look.
(0003733)
Andrew-R   
2020-07-04 07:20   
More timecode patches about to hit (hopefully) ffmpeg 4.4:
http://ffmpeg.org/pipermail/ffmpeg-devel/2020-July/265560.html
[[FFmpeg-devel] [PATCH 1/4] avcodec/hevcdec: add timecode metadata]
and others ...
http://ffmpeg.org/pipermail/ffmpeg-devel/2020-July/265563.html
[FFmpeg-devel] [PATCH 3/4] avcodec/h264_slice: add timecode metadata

with commit message saying:
"Please test with below command:
./ffplay -vf drawtext="fontfile=/Library/Fonts/Arial.ttf:text=\\'%{metadata\\:timecode}\\'" \
                       ../fate-suite/h264/crew_cif_timecode-2.h264"

I guess developer was working from Mac ?

also as patch series:
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=1664
(0003620)
Andrew-R   
2020-06-15 18:36   
Not sure if 'timecode' here and timecode in those patches talk about same thing, but I spotted those two patches on ffmpeg-devel:

http://ffmpeg.org/pipermail/ffmpeg-devel/2020-June/264622.html
[FFmpeg-devel] [PATCH 1/2] avcodec/hevc_sei: support HEVC timecode decode
[FFmpeg-devel] [PATCH 2/2] avcodec/hevcdec: create AVFrame side data from HEVC timecodes like H.264
(0003576)
PhyllisSmith   
2020-06-09 18:12   
@Andrea_Paz
Will you be adding your video to the YouTube channel? It is a good one!
(0003575)
PhyllisSmith   
2020-06-09 18:06   
@Katacuts Just some feedback.
First of all, there is nothing preventing the inclusion of this capability, EXCEPT development time which is in very short supply.
About "productions with hundreds of hours of footage" -- I am not certain that using Cinelerra for this much is really do-able.
About "workflow described here" -- thank you for that reference as it gives me a good idea of expectations.
About "if it is hard to program timecode synchronization? ...Has it been attempted before" -- a lot of work was done initially (like 10 years ago) to synchronize the video and audio, and I believe at the time trying to synchronize via timecode was fraught with varying amounts of missing timestamps. So synchronizing via waveform might be easier.

However, there are actually 2 things that prevent going forward with an effort to provide this feature. As already mentioned lack of development time pretty much stops the whole thing. The second thing is BT 0000433, part 2, for treating stereo (or multiple audio tracks) as a single entity. There needs to be a whole new container designed to fit and then implemented somehow or other, perhaps using program streams. We have been stuck on coming up with a method to do this for a couple of months now although we discuss it almost daily. Maybe if we can get past 0000433, it will be possible to work on this, but I do not see this happening any time soon.
(0003574)
Andrea_Paz   
2020-06-09 09:43   
Try watching this video too, which shows the multicam workflow from start to finish:

https://drive.google.com/file/d/1Gzf84dcjkFqGtoLbCsePyNakKdxK8lu8/view?usp=sharing

It is not all automated, some steps remain in manual. In the end, we have to manually synchronize the external track to the one created with OpenMixers and replace it with this one.
I understand that this is not suitable for a Pro environment.

However I agree with you: Timecode support, and being able to synchronize audio/video via timecode, would be a nice addition. Let's see if it's possible for Good Guy (maybe the SMTPE timecode which is STD).
(0003573)
Katacuts   
2020-06-09 08:58   
Unfortunately I don't see this method workable for productions with hundreds of hours of footage. Also it happens quite often that the camera doesn't record any audio. This looks like a decent way to sync multicam footage but manually marking every in point of the clapperboard or sync points is very time consuming. Time is always a factor so usually the first step is to use the timecode or waveforms to batch sync everything up roughly. Then you go by every clip and check if there was a drift in the timecode or the wavesync didn't work and then adjust manually if needed. But the first batch sync does 90% of the work. The workflow described here is quite close to what I do : https://blog.frame.io/2017/05/15/sync-clips-in-davinci-resolve/ . I was wondering if it is hard to program timecode synchronization? Has it been attempted before or is there some proprietary component needed? I can find no program in the open source video editing world who has it.
(0003572)
PhyllisSmith   
2020-06-09 02:38   
@Katacuts
As Andrea stated, maybe this will work. An old demo that was created at the time the "align audio" was added in March 2019 is at: https://streamable.com/ln2e5h
(Andrea can make a better one if needed since I am only a tester).
The "align audio" implementation as not as elegant as it could be due to being a late add on instead of designed in. Each mixer is like a program stream and mixers is the method that creates that container.

Let us know if this can work for you.
(0003571)
Andrea_Paz   
2020-06-08 15:03   
If the video footage has its own audio track then you can synchronize the audio taken externally. See manual 14.1 and 14.1.1 (if you need it I can provide an example video). If instead you only have video tracks without audio plus the external audio track, then the only possibility is to do it manually (better with a clapperboard), since CinGG does not support audio/video sync via timecode.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
392 [Cinelerra-GG] Feature minor have not tried 2020-03-24 00:57 2020-09-08 23:52
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Consider "Single" window option instead of 4
Description: LFOM in the forum (03/22/2020) suggested going to a Single window option instead of the 4 separate windows. This may be possible by "rooting" the window per GG. It is something that can be looked into but of low priority. I do not think it would include the "tear off" option that might be expected though (because not written in QT?) The request for this is based on having a small screen with the end result of the title lines on each of the 4 windows taking up space - 4 times more than if you only had 1 window.

The rooting window version would have to be started from a window command line rather than an icon though.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-06-12 00-58-05.png (144,958 bytes) 2020-06-12 03:59
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=577&type=bug
png

Cinelerra-GG compact.png (414,985 bytes) 2020-09-06 21:04
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=655&type=bug
Notes
(0004013)
lfom   
2020-09-08 23:52   
Hmmm, interesting. I think it is possible to use some Gnome Shell extension to also remove the title bars (window decorations), then windows could be moved while holding Super key pressed. I don't know if it is possible in the framework used by Cin, but if an option to hide the title bars could be added, it would actually achieve the goal without giving up on multiple windows.
(0004005)
Andrew-R   
2020-09-06 22:13   
There seems to be piece of code that removes window decorations in DE-independent way:
https://gist.github.com/muktupavels/d03bb14ea6042b779df89b4c87df975d

Found via https://forum.xfce.org/viewtopic.php?id=12912 ('Index » Desktop » Hide window decoration of a specific window?')
(0004004)
Andrew-R   
2020-09-06 21:04   
Well, I removed titles by using 'special' option in kde3's kwin (1440x900):

Also, program like 'xmms' (old music player on gtk1) can be dragged around as one window, even if it actually comes as 3 separate windows
(0003592)
PhyllisSmith   
2020-06-12 17:36   
@lfom
That screenshot is kind of interesting with the thinner title bars -- thanks for sharing!
We have done some things to provide a little more screen space. You might have read in the release notes, that now you can size the audio tracks separate from the video tracks + each patchbay for each track has a up/down toggle to change the track size.

I can not remember if I mentioned this before but you can go into Settings->Preferences, Appearance tab and set the "Layout Scale" to a smaller size so that the Cinelerra windows, icons, and characters are smaller but, of course, the title bars coming from the O/S are the same size as before (which is the problem anyway).
(0003588)
lfom   
2020-06-12 03:59   
Screen shot of latest CinGG running on Pop!_OS 20.04 (Gnome + a GTK+ theme with thinner title bars) in 1280x800 resolution.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
503 [Cinelerra-GG] Feature minor have not tried 2020-09-05 01:45 2020-09-05 01:45
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add support for GALLIUM_HUD controls (GPU performance overlay)
Description: Just for laughs you probably can try to integrate support for some of this:
https://manerosss.wordpress.com/2017/07/13/howto-gallium-hud/
Especially laughable will toggling HUD visibility by sending user signal from program itself :}
Tags:
Steps To Reproduce: Set video output to openGL X11
Launch cin with this evn. variable set:
GALLIUM_HUD=frametime,cpu,fps, cin

and watch some interesting graphs :} Of course normally they will interfere with editing, so making them toggle-able at runtime sounds like good idea.
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
120 [Cinelerra-GG] Feature minor always 2019-01-30 14:04 2020-09-05 01:28
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint  
Priority: normal OS Version: 18.3  
Status: new Product Version: 2018-12  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot render Blu-ray to project settings
Description: I import a UHD file at 25p, and set the project format to match.
Then when I do blu-ray render, a) it doesn´t show any UHD formats, and b) it shows a HD format but not 25p .
I do not know if there is a restriction in codecs, according to Wikipedia (https://en.wikipedia.org/wiki/Blu-ray) the UHD format is supported.
Tags: HELP needed
Steps To Reproduce: See description
Additional Information:
System Description
Attached Files:
Notes
(0003991)
Andrew-R   
2020-09-05 01:28   
may be I should split this into its won issue ("Support tsmuxer as alternative to bdwrite")? At least I looked again at tsmuxer git and found there

https://github.com/justdan96/tsMuxer/commit/330bb477cc4290248c90c6787fcd83aadc0c50f9
"Support for HDMV descriptors is now selectable at runtime"
in description it says:
"--hdmv-descriptors Use HDMV descriptors instead of ITU-T H.222.0 | ISO/IEC 13818-1
descriptors. Activated automatically for BD muxing."

Note there is gui (Qt) and console version of this utility, I think console one can be used without much effort?
(0002795)
Andrew-R   
2020-02-10 01:03   
little update - it seems https://github.com/justdan96/tsMuxer/commits/master constantly get fixes for UHD/HDR blu-rays .... So if original reporter still around - may be retesting this specific muxer while using CinGG just for encoding will help to find out if there is already working open-source support for at least this stage (muxing to iso file) of BD creation, even if not yet integrated in CinGG itself?
(0002449)
Andrew-R   
2019-11-09 03:56   
actually, mpegts.h from ffmpeg already uses #define STREAM_TYPE_VIDEO_HEVC 0x24
(0002448)
Andrew-R   
2019-11-09 03:37   
%%
comments ..:( I mean my comment 0002447
 was two quotes from another site, yet formatting not survived ..
%%

lets try this "%%" trick from https://www.mantisbt.org/wiki/doku.php/mantisbt:syntax

>To let the parser ignore an area completely (ie. do no formatting on it), enclose the area either with nowiki tags or even simpler, with double percent >signs %%.
(0002447)
Andrew-R   
2019-11-09 03:32   
additional info

recently open-sourced tsMuxer has some support for UHD muxing, bug bugs exist

https://github.com/justdan96/tsMuxer
https://forum.doom9.org/showthread.php?t=176668&page=4

(info relative to tsMuxer's sources)

-----------
Hi all, before all I thank the tsMuxer developer for his fantastic software, and for accepting to release the source code.

Quote:
Originally Posted by jdobbs View Post
it misses frames, or more accurately it thinks some frames are a part of a previous frame and muxes them as a part of it. The result is a stream that gets progressively more out of sync (at least those that are encoded for blu-ray UHD by X265)
There is a bug creating unsynchronized AV with some HEVC files, due to insufficient size of coded picture buffer.
In brief, when reading a nal the end of the buffer is reached before finding the next nal start_code, and the PTS is not incremented for this nal.

(Edit: correction changed)
I have corrected the bug on my side by simply changing the line 7 in avPacket.h from:
Code:

const static int MAX_AV_PACKET_SIZE = 32768;

to
Code:

const static int MAX_AV_PACKET_SIZE = 800000;

I am not a developer and have limited coding knowledge, so I won't submit a patch.
----------------

and

----------

Quote:
Originally Posted by jdobbs View Post
It also uses the wrong stream type
Replace lines 41 and 42 in tsPacket.h
Code:

//static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x24;
static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x06;

with
Code:

static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x24;
// static const uint8_t STREAM_TYPE_VIDEO_H265 = 0x25; /* HEVC conforming to profile */

Edit note: should normally be 0x25, but seems to be 0x24 in UHD Blu-rays
---------
(0000939)
PhyllisSmith   
2019-02-18 16:24   
Update: so that this does not get lost, when looking for a possibility refer to Andrew's email of Fri, Feb 15, 5:29 PM (2019) which will be archived in PiperMail with the title of:

"In support of issue 0000120 (UHD blu-ray encoding/mastering)"

It could be the key to a future resolution.
(0000735)
PhyllisSmith   
2019-02-01 00:17   
MatN: Unfortunately uhd standards for bluray seem to be proprietary. I spent a lot of time searching for definitive documentation but all of the bits and pieces added up to nothing usable. Terje did a lot of research and provided a lot of links back in 2017 to hopefully get this going. We need something like we used to get bluray built initially. This consisted of pieces from VLC libbluray + an actual iso file that we dug up for the blender project Sintel 2010 at: http://download.blender.org/durian/movies/
That was the key piece and we would need similar types of libraries and media iso to get udh to work.
(0000720)
terje   
2019-01-30 21:22   
Maybe HEVC is required for 25p ?
https://en.wikipedia.org/wiki/Blu-ray#Video

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
377 [Cinelerra-GG] Bug minor always 2020-02-11 18:09 2020-09-04 22:37
Reporter: v4t Platform:  
Assigned To: goodguy OS: Manjaro  
Priority: normal OS Version: latest  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: I wanted to digitize USB capture device. Unfortunately I see no picture but hear the sound
Description: I wanted to digitize old Video8 / Hi8 tapes with a USB capture device. Unfortunately I see no picture but hear the sound. I use the same settings as the VLC player so it works fine. I also did a video tutorial on how I went about it. The link:
https://www.youtube.com/watch?v=PbALxaVAM2I
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot_YUYV.png (528,896 bytes) 2020-02-19 17:49
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=421&type=bug
cinelerra_6995.dmp (76,474 bytes) 2020-02-20 21:17
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=422&type=bug
usb_capture.png (407,543 bytes) 2020-03-14 03:51
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=427&type=bug
TestV4l2.C.7z (1,702 bytes) 2020-03-14 12:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=428&type=bug
EasyCap_setup.png (172,288 bytes) 2020-03-22 19:53
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=437&type=bug
png

cinelerra_2914.dmp.7z (13,014 bytes) 2020-03-22 21:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=438&type=bug
Screenshot_qv4l2.png (733,666 bytes) 2020-03-23 21:04
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=439&type=bug
Screenshot_cingg-2020-02.png (463,404 bytes) 2020-03-23 21:04
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=440&type=bug
TestV4l2.C-2.7z (2,078 bytes) 2020-03-24 20:55
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=441&type=bug
TestV4l2.C-3.7z (2,491 bytes) 2020-03-25 16:06
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=442&type=bug
Notes
(0003990)
PhyllisSmith   
2020-09-04 22:37   
@MatN
Late update - the EasyCap that has markings on it of "Video DVR" online arrived and I was hoping that it is really is the same as usbtv007. Unfortunately, the system messages show it as the exact same device as the one we already had . The accompanying information says this Easy Cap can do PAL but we have not thoroughly tested it yet because discouraged by the fact that it looks the same as the first one. It is still sitting here waiting for us to try ... !
(0002955)
PhyllisSmith   
2020-03-25 17:03   
@MatN
Thanks for the updated program - it is helpful. And, Yes, you can record from a Webcam as we have done that before.
(0002954)
MatN   
2020-03-25 16:06   
I found two more USB video devices (webcam), and those do support EnumFrameSize. I presume CinGG should be able to record from a webcam too?
Anyway, I changed my test program to show more info, I hope it is useful if someone has problems recording: it will show what the device can do. Hopefully this will diminish the requirement for the developer to have a problematic device available.

Here is the TestV4l2 output of the three devices, the usb stick was set to switch to PAL mode.
========== TestV2L4 output for Easycap USB video capture stick ===
./TestV4l2 PAL

Current video standard id: F900

Device : /dev/video0, driver=usbtv, card=usbtv, bus_info=usb-0000:09:00.3-2, version=4.15.18
Capabilities: VIDEO_CAPTURE READWRITE STREAMING

Supported formats:
 format 0 ="YUYV 4:2:2",pixelformat="YUYV",
 image format=V4L2_BUF_TYPE_VIDEO_CAPTURE, data stream type=?, framesizes:
EnumFrameSizes failed with error 25: "Inappropriate ioctl for device"

Device video capture standards:
index, hex value, name, lines/frame, frame period, frame frequency
 00, 0000B000, NTSC, 525, 1001/30000, 29.97
 01, 00001000, NTSC-M, 525, 1001/30000, 29.97
 02, 00002000, NTSC-M-JP, 525, 1001/30000, 29.97
 03, 00008000, NTSC-M-KR, 525, 1001/30000, 29.97
 04, 00004000, NTSC-443, 525, 1001/30000, 29.97
 05, 000000FF, PAL, 625, 1/25, 25.00
 06, 00000007, PAL-BG, 625, 1/25, 25.00
 07, 00000008, PAL-H, 625, 1/25, 25.00
 08, 00000010, PAL-I, 625, 1/25, 25.00
 09, 000000E0, PAL-DK, 625, 1/25, 25.00
 10, 00000100, PAL-M, 525, 1001/30000, 29.97
 11, 00000800, PAL-60, 525, 1001/30000, 29.97

Current video standard id: FF

========== TestV2L4 output for Philips webcam ===
./TestV4l2
VideoGetStandard failed with error 25: "Inappropriate ioctl for device"

Device : /dev/video0, driver=pwc, card=Philips 730 webcam, bus_info=usb-0000:01:00.0-4, version=4.15.18
Capabilities: VIDEO_CAPTURE READWRITE STREAMING

Supported formats:
 format 0 ="Raw Philips Webcam Type (New)",pixelformat="PWC2",
 image format=V4L2_BUF_TYPE_VIDEO_CAPTURE, data stream type=V4L2_FMT_FLAG_COMPRESSED, framesizes:
type 1, 160x120
type 1, 320x240
type 1, 640x480
 format 1 ="Planar YUV 4:2:0",pixelformat="YU12",
 image format=V4L2_BUF_TYPE_VIDEO_CAPTURE, data stream type=?, framesizes:
type 1, 160x120
type 1, 320x240
type 1, 640x480
EnumVideoStandards failed with error 25: "Inappropriate ioctl for device"

========== TestV2L4 output for Logitech Quickcam Messenger webcam ===
./TestV4l2
VideoGetStandard failed with error 25: "Inappropriate ioctl for device"

Device : /dev/video0, driver=STV06xx, card=Camera, bus_info=usb-0000:01:00.0-4, version=4.15.18
Capabilities: VIDEO_CAPTURE READWRITE STREAMING

Supported formats:
 format 0 ="8-bit Bayer GRGR/BGBG",pixelformat="GRBG",
 image format=V4L2_BUF_TYPE_VIDEO_CAPTURE, data stream type=?, framesizes:
type 1, 162x120
type 1, 324x240
EnumVideoStandards failed with error 25: "Inappropriate ioctl for device"
(0002951)
MatN   
2020-03-24 21:00   
Because other people have different capture devices, it might be useful to show the output of mine. The device was in mode FF (PAL), I tried switching is to PAL-M and it ended up in mode F900 which is NTSC.
=== Program output ===
Current video standard id: FF

Device : /dev/video0, driver=usbtv card=usbtv bus_info=usb-0000:09:00.3-2 version=4.15.18
Capabilities: VIDEO_CAPTURE READWRITE STREAMING

Supported formats:
 format 0 ="YUYV 4:2:2"; pixelformat="YUYV", framesizes:
EnumFrameSizes failed with error 25: "Inappropriate ioctl for device"

Device video capture standards:
index, hex value, name, lines/frame, frame period, frame frequency
 00, 0000B000, NTSC, 525, 1001/30000, 29.97
 01, 00001000, NTSC-M, 525, 1001/30000, 29.97
 02, 00002000, NTSC-M-JP, 525, 1001/30000, 29.97
 03, 00008000, NTSC-M-KR, 525, 1001/30000, 29.97
 04, 00004000, NTSC-443, 525, 1001/30000, 29.97
 05, 000000FF, PAL, 625, 1/25, 25.00
 06, 00000007, PAL-BG, 625, 1/25, 25.00
 07, 00000008, PAL-H, 625, 1/25, 25.00
 08, 00000010, PAL-I, 625, 1/25, 25.00
 09, 000000E0, PAL-DK, 625, 1/25, 25.00
 10, 00000100, PAL-M, 525, 1001/30000, 29.97
 11, 00000800, PAL-60, 525, 1001/30000, 29.97

Current video standard id: F900
==================
(0002950)
MatN   
2020-03-24 20:55   
I changed my test program after looking at qv4l2 code (like general-tab.cpp). It now switches video modes on demand, and the switch is confirmed when using qv4l2 afterwards.
The device I have enumerates a full list of standards, but if you select any of them, you only get NTSC or PAL. Some PAL standard even set it to NTSC.
The way to use it is either "TestV4l2" which shows current standard and device/format details, or "TestV4l2 name" where "name" is one of the standard listed before. In this last case, it will switch the standard and retrieve it afterwards to check.
So it looks my device at least only supports PAL or NTSC. Considering the USB capture thing only connect to a SCART or S-Video connector, that might be sufficient.
Attached is the update test program.
It looks like horizontal pixels is always 720, only the number of vertical lines varies. I wonder if it is feasible to allow querying the device in the Preferences->Recording tab, and either give a choice like qv4l2 does, or only let choose between NTSC/PAL/SECAM, although I do not know if there is any capture thing that support SECAM.
(0002945)
PhyllisSmith   
2020-03-24 00:52   
@MatN
Interesting test results. GG installed the qv4l2 code on a test computer based on your notes and is looking at the qv4l2 code to see if he can pick up some improvements. In the past he has had trouble finding good v4l2 code to look at. The quality of qv4l2 versus cingg shown in your png files is a lot different and he would like to get better quality if possible. Meanwhile, I have found an EasyCap that has markings on it of "Video DVR" online and am hoping that it is really the same as yours of usbtv007. Unfortunately, it is being shipped from outside the country and will not be here until June 5 (fun to try another toy, so worth the wait). We do not think the Easy Cap we have can do PAL.
(0002942)
MatN   
2020-03-23 21:04   
Ok, more test results, now with a VHS VCR as source.
1. Before each recording you have to use qv4l2 to set it to PAL-BG mode (did not try other modes). If you then view the input using qv4l2 you get interrupted audio, video is OK. The terminal shows many audio buffer underruns/overruns. Exit qv4l2.
2. Using CinGG, audio input usbtv, video input video0, format 720x576. Settings to PAL 576I, but change audio samplerate to 44100.
The recording works, audio is fine, but the bottom half of the picture is wrong. See the two screenshots of the same scene, one from qv4l2, one from cin. Screenshots made with an external program "screenshot", came with Mint 19.3 XFCE. I did get a few audio errors on the terminal, but it sounded fine to me, although the source material is not the best to judge this.
AudioALSA::write_buffer err -32(Broken pipe) at sample 2048

Conclusion for now:
- CinGG obviously uses a different set video format mode than qv4l2, and apparently sets it back when it exists. Maybe this is also the reason the video bottom is wrong, almost looks like it is using the NTSC number of lines.
- Audio sample rate might be important, I got errors when using 48k (which I would expect it to be).
(0002940)
Andrew-R   
2020-03-23 19:24   
Was about to add two links I was following long after I give away my tuner card:

https://git.linuxtv.org/xawtv3.git/ - you can look at this old program and also tvtime at the same addr. They supposedly use ALSA, too, for sound capture along with TV image.

https://build.opensuse.org/package/show/home:wolfi323/xdtv
"XdTV is a software to watch, record & stream TV"

I hope testing same device with various open-source apps will help to determinate what best course of action will be for Cinelerra ....
(0002939)
PhyllisSmith   
2020-03-23 19:01   
@MatN
About: "Is it normal that many threads are waiting for radeonsi_drv.so ?" GG thinks these might be Radeon card lock errors you see in journalctl.

About: "AudioALSA::write_buffer err -32(Broken pipe) at sample 2048
** dump complete
Segmentation fault (core dumped)" GG says the dump looks like something is trying to open an output device but it is stuck doing so -- i.e. the output devie looks broken (are speakers auto-console?) Maybe jiggle the output by picking a different device will work.
(0002936)
Andrew-R   
2020-03-22 22:24   
for 3d part of graphics stack look at mesa3d, nowadays (and on radeonSI family of cards/GPUs) even 2D accel in X provided via 3d driver.....
https://cgit.freedesktop.org/mesa/mesa/ - I have this open alongside CinGG and few other projects (as someone who tries to live on leading edge here, because ..regressions happen, without reporting they easily hit releases, and took a lot of time to fix first upstream, and then in distros).

You can try to hang around at irc.freenode.net #radeon, I definitely got some help there in the past.
(0002935)
MatN   
2020-03-22 21:22   
After the crash, I found in "journalctl -b" output quite a few red lines of:
 Stack trace of thread 2961:
                                                #0 0x00007fe15a9c19f3 futex_wait_cancelable (libpthread.so.0)
                                                0000001 0x00007fe14f163a0b n/a (radeonsi_dri.so)
                                                0000002 0x00007fe14f163607 n/a (radeonsi_dri.so)
                                                0000003 0x00007fe15a9bb6db start_thread (libpthread.so.0)
                                                #4 0x00007fe155a1688f __clone (libc.so.6)

Is it normal that many threads are waiting for radeonsi_drv.so ? I run (for this test) kernel 4.15.0-88-generic , video hardware is Ryzen 2400G, driver amdgpu .
(0002934)
MatN   
2020-03-22 21:16   
Oops, found a crash. I was testing earlier without recording audio. When I switched on audio, Alsa device usbtv (and to make sure use qv4l2 before each recording),
CinGG statrs recording, but then crashes with a segv. This is very likely Alsa related, because qv4l2 also reports buffer underruns or some such, and you hear ticks.
The cinGG dump is attached, this is the 2020-02 version for Mint 19. Terminal shows:

v4l2 s_fmt 720x576 YUYV
** segv at 0x56221e814218 in pid 2914, tid 3964
writing debug data to /tmp/cinelerra_2914.dmp
lock_items: 27
lock_frees: 6
AudioALSA::write_buffer err -32(Broken pipe) at sample 2048
** dump complete
Segmentation fault (core dumped)
(0002933)
MatN   
2020-03-22 21:07   
Interesting. I got it working without changes if I use qv4l2 to set it to PAL-BG mode and start viewing. That gives you a black screen and audio ticks. If you then stop it it stays in PAL-BG mode. I then can record using CinGG (using setting for PAL) if I choose the Video4Linux2 driver (the first) , not the jpeg or mpeg versions. Those fail. With the first driver the terminal window shows:

DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
v4l2 s_fmt 720x576 YUYV

I hope to hook up a VCR tomorrow and test real recording from tape.

@v4t, can you test if it works for you if you use qv4l2 first to set the device in PAL mode?
(0002932)
PhyllisSmith   
2020-03-22 19:53   
EasyCap device arrived and we tested it and the way gg got it to work was by using the Video In, Record Driver "Video4Linux2 JPEG" -- the device provided no probe data. As predicted it is not the exact device you are using but hopefully it has the same results. Packaging reads: Easy CAPture USB 2.0 Video Adapter with Audio (only $7.00) Model # DC60. Attached is a png showing Cinelerra setup.

Output on startup window while playing:
-----------------------------------------------------------
DeviceV4L2Base::v4l2_open pixels="MJPG"; res="480x320 640x480 720x480"
DeviceV4L2Base::v4l2_open pixels="YUYV"; res="480x320"
v4l2 s_fmt 640x480 MJPG
DeviceV4L2Base::v4l2_open VIDIOC_S_STD: Inappropriate ioctl for device
DeviceV4L2Base::v4l2_open VIDIOC_G_JPEGCOMP: Inappropriate ioctl for device
DeviceV4L2Base::v4l2_open VIDIOC_S_JPEGCOMP: Inappropriate ioctl for device
[Detaching after vfork from child process 6539]

Output from "dmesg" for EasyCap - Model # DC60:
-------------------------------------------------------------------------
[ 748.560775] usb 3-1.2: new high-speed USB device number 8 using xhci_hcd
[ 748.574296] usb 3-1.2: New USB device found, idVendor=534d, idProduct=0021, bcdDevice= 1.21
[ 748.574303] usb 3-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 748.574307] usb 3-1.2: Product: AV TO USB2.0
[ 748.574310] usb 3-1.2: Manufacturer: MACROSILICON
[ 748.574313] usb 3-1.2: SerialNumber: 20150130
[ 748.635600] hid-generic 0003:534D:0021.0008: hiddev97,hidraw0: USB HID v1.10 Device [MACROSILICON AV TO USB2.0] on usb-0000:16:00.3-1.2/input4
[ 748.698491] mc: Linux media interface: v0.10
[ 748.727360] videodev: Linux video capture interface: v2.00
[ 748.796533] usbcore: registered new interface driver snd-usb-audio
[ 748.796660] uvcvideo: Found UVC 1.00 device AV TO USB2.0 (534d:0021)
[ 748.796876] uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported. Enabling workaround.
[ 748.797204] uvcvideo 3-1.2:1.0: Entity type for entity Processing 2 was not initialized!
[ 748.797212] uvcvideo 3-1.2:1.0: Entity type for entity Camera 1 was not initialized!
[ 748.797353] usbcore: registered new interface driver uvcvideo
[ 748.797356] USB Video Class driver (1.1.1)[ 3982.626522] retire_capture_urb: 7 callbacks suppressed
[ 3982.747515] usb 3-1.2: USB disconnect, device number 8
[ 4007.286371] usb 3-1.2: new high-speed USB device number 9 using xhci_hcd
[ 4007.302726] usb 3-1.2: New USB device found, idVendor=534d, idProduct=0021, bcdDevice= 1.21
[ 4007.302732] usb 3-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4007.302736] usb 3-1.2: Product: AV TO USB2.0
[ 4007.302740] usb 3-1.2: Manufacturer: MACROSILICON
[ 4007.302743] usb 3-1.2: SerialNumber: 20150130
[ 4007.354826] uvcvideo: Found UVC 1.00 device AV TO USB2.0 (534d:0021)
[ 4007.354939] uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported. Enabling workaround.
[ 4007.355252] uvcvideo 3-1.2:1.0: Entity type for entity Processing 2 was not initialized!
[ 4007.355256] uvcvideo 3-1.2:1.0: Entity type for entity Camera 1 was not initialized!
[ 4007.420828] hid-generic 0003:534D:0021.0009: hiddev97,hidraw0: USB HID v1.10 Device [MACROSILICON AV TO USB2.0] on usb-0000:16:00.3-1.2/input4

@MatN
The program you attached is very useful. The dump you attached has too little information for analysis. If you ever have time and want to get more data, compile a debuggable CinGG, make sure gdb is installed, run as root in debug mode, and see if you can get that dump again.
(0002901)
MatN   
2020-03-14 16:20   
I think the enumframesize failure is not due to programming, but that the device/driver does not support it, because program v4l2-ctl doesn't show it either:
v4l2-ctl --list-formats-ext
ioctl: VIDIOC_ENUM_FMT
    Index : 0
    Type : Video Capture
    Pixel Format: 'YUYV'
    Name : YUYV 4:2:2
This command should show framesizes too, per format.
(0002900)
MatN   
2020-03-14 12:10   
I made a small program (attached) to locate the error. It seems to fail trying to enumerate frame sizes, and I don't understand why. Program output (on Mint 19.3) is below, the version is the same on Mint 18.3.

Device : /dev/video0, driver=usbtv card=usbtv bus_info=usb-0000:09:00.3-2 version=4.15.18
Capabilities: VIDEO_CAPTURE READWRITE STREAMING
Supported formats:
 format 0 ="YUYV 4:2:2"; pixelformat="YUYV", framesizes:
EnumFrameSizes failed with error 25: "Inappropriate ioctl for device"
VideoStandards per index:
 0 B000: NTSC-M NTSC-M-JP NTSC-M-KR
 1 1000: NTSC-M
 2 2000: NTSC-M-JP
 3 8000: NTSC-M-KR
 4 4000: NTSC-443
 5 FF: PAL-B PAL-B1 PAL-G PAL-H PAL-I PAL-D PAL-DI PAL-K
 6 7: PAL-B PAL-B1 PAL-G
 7 8: PAL-H
 8 10: PAL-I
 9 E0: PAL-D PAL-DI PAL-K
 10 100: PAL-M
 11 800: PAL-60
(0002899)
PhyllisSmith   
2020-03-14 03:51   
(Last edited: 2020-03-14 03:53)
Tested again as we had located a PAL dvd and an old APEX-1200 dvd player that we were hoping to get working. Unfortunately we discovered that the APEX had had its firmware upgraded and would only read Region 1 so no PAL. However, the NTSC recorded both Video and Audio using a Hauppauge device and we had no problems with it. Attached shows our Cinelerra setup and you can see the recorded media loaded in the timeline and displayed in the compositor.

We have ordered an EasyCap and maybe it will help with diagnosis but my understanding is that EasyCap changes chip and firmware frequently and still call it the same name. Probably people have moved on from this problem but you never know.

(0002848)
Andrew-R   
2020-02-29 15:41   
is there possibility switch at line 540 get sets norm to default case (default: std_id = V4L2_STD_NTSC_M; break;), because video_channel->norm at this point in time actually "0" ?
(0002846)
MatN   
2020-02-28 22:39   
I had little time to debug it, but noticed there are two weird things that I don't understand, in source module device4lbase.C:

- Line 310 has a loop going through the available formats using VIDIOC_ENUM_FMT. This first (and only one) it gets is format V4L2_PIX_FMT_YUYV . For this format, it then tries to get allowed frame sizes using VIDIOC_ENUM_FRAMESIZES , but that call immediately returns an error; it should return at least one valid frame size if I understand the kernel docs correctly.
- Line 429 and following do a VID_IOC_G_FMT which returns 720x480 YUYV .
It then does a VID_IOC_S_FMT with values 720x576 YUYV, but the return values from that are again the original values, so it does not actually change the format.
(0002827)
v4t   
2020-02-22 11:33   
I have both VLC and Cin Sound...sorry
(0002826)
v4t   
2020-02-22 11:32   
#MatN,
I have both VLC and Cin Ton.
Unfortunately with Cin no picture, however, Cin with the setting 720x576 YUYV shows a green background. There is probably not much missing to success.
(0002823)
MatN   
2020-02-20 21:17   
I have exactly the same video grabber. And dusted off an old VHS recorder. With that:
- VLC capture works (but no sound, could be a settings).

- ffplay /dev/video0 works, again with no sound. It reports:
Input #0, video4linux2,v4l2, from '/dev/video0':B sq= 0B f=0/0
  Duration: N/A, start: 9079.978687, bitrate: 165888 kb/s
    Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, 165888 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc

- cin recording starts, then some crashy noise from the speakers, then CinGG crashes. Dump file attached. The following info on the terminal from which CinGG was started:
Cinelerra Infinity - built: Jan 31 2020 11:52:19
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
v4l2 s_fmt 720x576 YUYV
** segv at 0x55f3a05722d8 in pid 6995, tid 7070
writing debug data to /tmp/cinelerra_6995.dmp
lock_items: 25
lock_frees: 4
AudioALSA::write_buffer err -32(Broken pipe) at sample 4096
** dump complete
Segmentation fault (core dumped)

I did set the following in CinGG:
Preferences->recording: format 720x756 PAL, frame rate 50. Left audio driver at default, should have been usbtv which was in the dropdown list.

Repeating the exercise with the usbtv audio driver gives the same error as 4vt.

Hope this helps.
(0002822)
Andrew-R   
2020-02-19 19:21   
> do not understand dev: adaptor open failed


I think this comes from https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/devicev4l2base.C;h=9e3fd129ac023ff88c2792009b0798abfc01be59;hb=HEAD

 451 iwidth = v4l2_params.fmt.pix.width;
 452 iheight = v4l2_params.fmt.pix.height;
 453 if( iwidth != best_width || iheight != best_height )
 454 {
 455 printf("DeviceV4L2Base::v4l2_open set geom %dx%d != %dx%d best_geom\n",
 456 iwidth, iheight, best_width, best_height);
 457 return 1;
 458 }

I guess I tries to set NTSC framesize anyway, even if capture resolution was set to PAL (720x576) ?
(0002821)
v4t   
2020-02-19 17:49   
DeviceV4L2Base::v4l2_open set geom 720x480 != 720x576 best_geom
DeviceV4L2Base::open_dev failed
DeviceV4L2Base::open_dev: adaptor open failed
DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
v4l2 s_fmt 720x576 YUYV

I do not understand dev: adaptor open failed
(0002820)
Andrew-R   
2020-02-19 05:25   
Hm, I think this confirms device send raw YUY2 data, and not pre-compressed MPEG/JPEG stream. Try to set input driver to just "YUYV webcam" ?
(0002817)
v4t   
2020-02-18 17:38   
@ Andrew-R
Playing tv://.
TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <[email protected]>
 comment: first try, more to come ;-)
Selected device: usbtv
 Capabilities: video capture read/write streaming
 supported norms: 0 = NTSC; 1 = NTSC-M; 2 = NTSC-M-JP; 3 = NTSC-M-KR; 4 = NTSC-443; 5 = PAL; 6 = PAL-BG; 7 = PAL-H; 8 = PAL-I; 9 = PAL-DK; 10 = PAL-M; 11 = PAL-60; 12 = SECAM; 13 = SECAM-B; 14 = SECAM-G; 15 = SECAM-H; 16 = SECAM-DK; 17 = SECAM-L; 18 = SECAM-Lc;
 inputs: 0 = Composite; 1 = S-Video;
 Current input: 0
 Current format: YUYV
Selected input hasn't got a tuner!
v4l2: ioctl set mute failed: Invalid argument
==========================================================================
Opening video decoder: [raw] RAW Uncompressed Video
Movie-Aspect is undefined - no prescaling applied.
VO: [vdpau] 720x576 => 720x576 Packed YUY2
Selected video codec: [rawyuy2] vfm: raw (RAW YUY2)
==========================================================================
Audio: no sound
(0002816)
v4t   
2020-02-18 17:34   
@ Andrew-R
lsusb says: Bus 003 Device 005: ID 1b71:3002 Fushicai USBTV007 Video Grabber [EasyCAP]
(0002815)
v4t   
2020-02-18 17:17   
Sorry I'm reporting so late. I got an unexpected visit until yesterday.
Error Log in Terminal:
DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
DeviceV4L2Base::v4l2_open MPEG Treiber und best_format nicht MPEG (YUYV)
DeviceV4L2Base::open_dev failed
DeviceV4L2Base::open_dev: adaptor open failed
DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
DeviceV4L2Base::v4l2_open MPEG Treiber und best_format nicht MPEG (YUYV)
DeviceV4L2Base::open_dev failed
(0002803)
Andrew-R   
2020-02-12 04:02   
Interesting.. is there possibility this usbtv device actually sends *uncompressed* (yuv)) stream via usb? In this case I think v4l2 capture method should NOT be set to v4l2 mpeg - because this implies device sends TS stream over usb .....

Can you try mplayer/mpv (?) and see what they logs to terminal?

https://linuxtv.org/wiki/index.php/Easycap - if it was one of .. those ..... you are lucky it worked at all :}
(0002801)
PhyllisSmith   
2020-02-12 00:24   
Watched your video and GG set up a test case here (V4l2 Mpeg svideo) which worked -- we see video and hear audio. He checked your settings and they look correct and are what is expected. He thinks that the audio you hear may be from Alsa. We used it with NTSC as we have never debugged with PAL since we have no way to test that here in the United States. Start the program from a command line terminal and watch the log messages. Sometimes this helps.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
294 [Cinelerra-GG] Feature minor always 2019-09-05 23:51 2020-09-04 20:04
Reporter: Andrew-R Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support for RGBA-Float in playback3d.C
Description: Hello!

I was testing yet another build of CinGG (Cinelerra Infinity - built: Sep 6 2019 00:54:56) and found that while RGBA-8 colormodel plays at 25 fps for both X11 and OpenGL outputs - RGBA-FLOAT drops down to 5-10 fps.

Looking at cinelerra-5.1/cinelerra/playback3d.C I see

void Playback3D::convert_cmodel(Canvas *canvas,
        VFrame *output,
        int dst_cmodel)
{
// Do nothing if colormodels are equivalent in OpenGL & the image is in hardware.
        int src_cmodel = output->get_color_model();
        if(
                (output->get_opengl_state() == VFrame::TEXTURE ||
                output->get_opengl_state() == VFrame::SCREEN) &&
// OpenGL has no floating point.
                ( (src_cmodel == BC_RGB888 && dst_cmodel == BC_RGB_FLOAT) ||
                  (src_cmodel == BC_RGBA8888 && dst_cmodel == BC_RGBA_FLOAT) ||
                  (src_cmodel == BC_RGB_FLOAT && dst_cmodel == BC_RGB888) ||
                  (src_cmodel == BC_RGBA_FLOAT && dst_cmodel == BC_RGBA8888) ||
// OpenGL sets alpha to 1 on import
                  (src_cmodel == BC_RGB888 && dst_cmodel == BC_RGBA8888) ||
                  (src_cmodel == BC_YUV888 && dst_cmodel == BC_YUVA8888) ||
                  (src_cmodel == BC_RGB_FLOAT && dst_cmodel == BC_RGBA_FLOAT) )
                ) return;


well a bit down same file there is table describing some conversions, but I'm not sure it covers all cases?

void Playback3D::convert_cmodel_sync(Playback3DCommand *command)

{skip}

static cmodel_shader_table_t cmodel_shader_table[] = {
                        { BC_RGB888, BC_YUV888, rgb_to_yuv, rgb_to_yuv_frag },
                        { BC_RGB888, BC_YUVA8888, rgb_to_yuv, rgb_to_yuv_frag },
                        { BC_RGBA8888, BC_RGB888, rgb_to_rgb, rgba_to_rgb_frag },
                        { BC_RGBA8888, BC_RGB_FLOAT, rgb_to_rgb, rgba_to_rgb_frag },
                        { BC_RGBA8888, BC_YUV888, rgb_to_yuv, rgba_to_yuv_frag },
                        { BC_RGBA8888, BC_YUVA8888, rgb_to_yuv, rgb_to_yuv_frag },
                        { BC_RGB_FLOAT, BC_YUV888, rgb_to_yuv, rgb_to_yuv_frag },
                        { BC_RGB_FLOAT, BC_YUVA8888, rgb_to_yuv, rgb_to_yuv_frag },
                        { BC_RGBA_FLOAT,BC_RGB888, rgb_to_rgb, rgba_to_rgb_frag },
                        { BC_RGBA_FLOAT,BC_RGB_FLOAT, rgb_to_rgb, rgba_to_rgb_frag },
                        { BC_RGBA_FLOAT,BC_YUV888, rgb_to_yuv, rgba_to_yuv_frag },
                        { BC_RGBA_FLOAT,BC_YUVA8888, rgb_to_yuv, rgb_to_yuv_frag },
                        { BC_YUV888, BC_RGB888, yuv_to_rgb, yuv_to_rgb_frag },
                        { BC_YUV888, BC_RGBA8888, yuv_to_rgb, yuv_to_rgb_frag },
                        { BC_YUV888, BC_RGB_FLOAT, yuv_to_rgb, yuv_to_rgb_frag },
                        { BC_YUV888, BC_RGBA_FLOAT, yuv_to_rgb, yuv_to_rgb_frag },
                        { BC_YUVA8888, BC_RGB888, yuv_to_rgb, yuva_to_rgb_frag },
                        { BC_YUVA8888, BC_RGBA8888, yuv_to_rgb, yuv_to_rgb_frag },
                        { BC_YUVA8888, BC_RGB_FLOAT, yuv_to_rgb, yuva_to_rgb_frag },
                        { BC_YUVA8888, BC_RGBA_FLOAT, yuv_to_rgb, yuv_to_rgb_frag },
                        { BC_YUVA8888, BC_YUV888, yuv_to_yuv, yuva_to_yuv_frag },


Thing is, you apparently CAN use floating-point textures and renderbuffesr in openGL 3+!

https://learnopengl.com/Advanced-Lighting/HDR
-----quote-----
Floating point framebuffers

 To implement high dynamic range rendering we need some way to prevent color values getting clamped after each fragment shader run. When framebuffers use a normalized fixed-point color format (like GL_RGB) as their colorbuffer's internal format OpenGL automatically clamps the values between 0.0 and 1.0 before storing them in the framebuffer. This operation holds for most types of framebuffer formats, except for floating point formats that are used for their extended range of values.

 When the internal format of a framebuffer's colorbuffer is specified as GL_RGB16F, GL_RGBA16F, GL_RGB32F or GL_RGBA32F the framebuffer is known as a floating point framebuffer that can store floating point values outside the default range of 0.0 and 1.0. This is perfect for rendering in high dynamic range!

 To create a floating point framebuffer the only thing we need to change is its colorbuffer's internal format parameter:

glBindTexture(GL_TEXTURE_2D, colorBuffer);
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA16F, SCR_WIDTH, SCR_HEIGHT, 0, GL_RGBA, GL_FLOAT, NULL);

 The default framebuffer of OpenGL (by default) only takes up 8 bits per color component. With a floating point framebuffer with 32 bits per color component (when using GL_RGB32F or GL_RGBA32F) we're using 4 times more memory for storing color values. As 32 bits isn't really necessary unless you need a high level of precision using GL_RGBA16F will suffice.
---end of quote-----

Because for RGBA-Float project colormodel you mostly need RGBA-F16 conversions and texture modes - it should be relatively simple ...ah, not if you count all plugins :/ But if whole pipeline run at R16G16B16A16 - then ffmpeg will covert video streams into this format at decoding stage, and then Cinelerra only need to deal with RGB(A) floating-point until final encoding stage, where again ffmpeg will pick up data, convert it for specific encoder and make it all work .... But plugins all use old 8-bit/channel OpenGL logic, so they probably will require additional attention.

glxinfo for me (OpenGL 3.3/DX10 era hw) gives:

glxinfo | grep float
    GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample,
    GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
    GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
    GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float,
    GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB,
    GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
    GL_ARB_color_buffer_float, GL_ARB_compressed_texture_pixel_storage,
    GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp,
    GL_ARB_get_texture_sub_image, GL_ARB_half_float_pixel,
    GL_ARB_half_float_vertex, GL_ARB_instanced_arrays,
    GL_ARB_texture_filter_anisotropic, GL_ARB_texture_float,
    GL_ATI_blend_equation_separate, GL_ATI_texture_float,
    GL_EXT_framebuffer_sRGB, GL_EXT_packed_depth_stencil, GL_EXT_packed_float,
    GL_ARB_clip_control, GL_ARB_color_buffer_float, GL_ARB_compatibility,
    GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp,
    GL_ARB_half_float_pixel, GL_ARB_half_float_vertex,
    GL_ARB_texture_float, GL_ARB_texture_mirror_clamp_to_edge,
    GL_ATI_texture_float, GL_ATI_texture_mirror_once, GL_EXT_abgr,
    GL_EXT_packed_float, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object,
    GL_EXT_clip_control, GL_EXT_clip_cull_distance, GL_EXT_color_buffer_float,
    GL_EXT_draw_elements_base_vertex, GL_EXT_float_blend, GL_EXT_frag_depth,
    GL_OES_texture_border_clamp, GL_OES_texture_float,
    GL_OES_texture_float_linear, GL_OES_texture_half_float,
    GL_OES_texture_half_float_linear, GL_OES_texture_npot,
    GL_OES_vertex_half_float

(for Core and Compat profiles, and GLX server/client parts)

Mesa has this enabled by default since June, 2018 (on hardware where it matters and all paths actually done in specific driver)

https://gitlab.freedesktop.org/lima/mesa/commit/66673bef941af344314fe9c91cad8cd330b245eb

Anyway, leaving this ticket hanging around, just in case GG or anyone else will have some time to play around with this idea.
Tags:
Steps To Reproduce: Try to set project format to RGBA-Float (from default RGBA-8) and Output driver to X11-OpenGL. Observe slowdown at playing even single track video.
Additional Information: git version

commit 721a106de35567bcab14a0e92718767189acf176 (grafted, HEAD -> master, origin/master, origin/HEAD)
Author: Good Guy <[email protected]>
Date: Wed Sep 4 12:26:37 2019 -0600

    add crop plugin, add timeline bars, render setup err chks, minor tweaks
Attached Files: ogl3_no_speedup.diff (1,799 bytes) 2019-09-06 02:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=292&type=bug
opengl3_patch_very_small_speedup.patch (1,525 bytes) 2019-09-08 13:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=293&type=bug
Notes
(0003989)
Andrew-R   
2020-09-04 20:04   
Well, I found similar patch/commit in Olive (related to color management?):

https://github.com/olive-editor/olive/commit/9c920cfcc3357229208cdc8b537b0a09151451b7
"added settings for bit depth"

Also, my 'new' GeForce GT240 (reclocked, still with nouveau) seems to be faster than my G92 :}
(0002905)
Andrew-R   
2020-03-16 16:20   
Another thought, while reading about openEXR .....

Here for example you can find interesting statement
https://developer.nvidia.com/gpugems/gpugems/part-iv-image-processing/chapter-26-openexr-image-file-format

--quote start-----
26.1.2 A "Half" Format

Early in 2003, ILM released a new HDR file format with 16-bit floating-point color-component values. Because the IEEE 754 floating-point specification does not define a 16-bit format, ILM created a half format that matches NVIDIA's 16-bit format. The half type provides an excellent storage structure for high-dynamic-range image content. This type is directly supported in the OpenEXR format.

The 16-bit, or "half-precision," floating-point format is modeled after the IEEE 754 single-precision and double-precision formats. A half-precision number consists of a sign bit, a 5-bit exponent, and a 10-bit mantissa. The smallest and largest possible exponent values are reserved for representing zero, denormalized numbers, infinities, and NaNs.

In OpenEXR's C++ implementation, numbers of type half generally behave like the built-in C++ floating-point types, float and double. The half, float, and double types can be mixed freely in arithmetic expressions. Here are a few examples:

 half a (3.5); float b (a + sqrt(a)); a += b; b += a; b = a + 7;
---quote end----

Does this mean if Cinelerra about to be built with OpenEXR this new dataype can be used in just slightly modified float routines?

Some more links:
https://stackoverflow.com/questions/1659440/32-bit-to-16-bit-floating-point-conversion
https://galfar.vevb.net/wp/2011/16bit-half-float-in-pascaldelphi/

Found this while thinking about b44 OpenEXR compression .....
(0002121)
Olaf   
2019-09-11 11:47   
@Andrew-R,
Any graphics card with GeForce GTS 450 or higher and the OpenGL drivers from Nvidia should play 1080/25p without any problems (RGBA-float/X11-OpenGL) and without any hardware modifications. My 450 card reaches about 115 FPS with unprocessed fullhd FFvhuff material on the timeline, including pcm audio tracks. (glxgears: 109910 frames in 5.0 seconds = 21981.947 FPS)

If later the performance can be improved by 1-2 FPS by a code optimization, all the better. But as sorry as I am to say, in image processing the practical use of the proprietary powerful drivers contrasts with the ideological aspects.
(0002120)
Andrew-R   
2019-09-11 09:52   
@Olaf:

Yes, I use mesa/nouveau, but my card can be partially reclocked, and even boot clocks are not very low (as they are on many other cards) - so, slower, but not untolerably slow. Also, my first test stream was av1 1080p video (no audio), and my second test stream was 720x400 h264 file scaled up to 1080p. Second case was faster, but still around 20 fps, not 25 ..... {speaking about RGBA-float project colorspace and X11-OpenGL output, specifically)
(0002119)
Olaf   
2019-09-11 08:00   
Andrew-R, your test results (5-10 fps) refer to nouveau and mesa? Nvidia delivers with its drivers an OpenGL that is much faster than mesa. With these in connection with my age old graphics card I play 1080/25p in RGBA-FLOAT with 25 FPS. Only after image manipulation the FPS break in.
(0002118)
Andrew-R   
2019-09-11 02:17   
And for some reason my attempt at reply disappeared :/ May be I just type it in too slowly!

Anyway, i was about to add this 'brilliant' idea about contacting X/mesa (and nouveau) mailing lists in hope they will find some interest in actual application hacking.

Links
https://lists.x.org/archives/xorg-devel/2018-February/055861.html
Depth 30 enablement for modesetting-ddx and fixups for glamor.
Mario Kleiner mario.kleiner.de at gmail.com

---------quote------
I used my photometer to make sure the bits come through while testing
on NVidia + nouveau, and then also quickly tested on old AMD gfx +
radeon-kms and on Intel + intel-kms to make sure that regular desktop
and OpenGL apps render correctly on that hw as well.
---end quote-----

https://lists.freedesktop.org/archives/mesa-dev/2019-February/214689.html
[Mesa-dev] 10-bit fbconfigs break most video players using VAAPI+GLX

https://github.com/skeggsb/nouveau/commit/ca5fe1a3e31e1f1e77274616e18296ddd0daba32
kms/nv50-: add fp16 scanout support

Phyllis - i'm sorry about you and your dog! OpenGL is big standard, but I hope this quest can be resolved with time and collective work...

PS; llvmpipe with mesa 19.3.0-git actually should be able to run some compute shaders - not very fast, but may be good for prototyping on machines where videocards too old for having OpenGL 4.3+ in hardware (like my machine).
(0002116)
PhyllisSmith   
2019-09-11 01:25   
@Andrew

GG did look at your patch. He is not sure how this will affect plugins and it is unclear if there might be risks involved. You probably already know that he is no expert when it comes to OpenGL (me and the dog have had to cover our ears in the last couple of months when he was working on OpenGL coding).

As always, it is good to have this logged as an issue for future consideration by others.
(0002114)
PhyllisSmith   
2019-09-11 00:49   
@Andrea
"I still have one thing to understand: doesn't implementing a CMS mean having internal LUTs that avoid making continuous conversions between color spaces and color models? Or, in any case, to make them faster and more precise because they always refer to the same absolute XYZ coordinates as the colours?"

I am not sure that the below quote from GG helps illuminate the question above, but here it is anyway:
Start quote: "There is a optional feature that can be used via .opts lines from the ffmpeg decoded files. This is via the video_filter=colormatrix=...ffmpeg plugin. There may be other good plugins (lut3d...) that can also accomplish a desired color transform. This .opts feature affects the file colorspace on a file by file basis, although in principle it should be possible to setup a histogram plugin or any of the F_lut* plugins to remap the colortable, either by table or interp.

For output, the yuv<->rgb transformations are via the YUV class, and its tables are initialized using YUV::yuv_set_colors. This sets up the transfer tables for just one version (one of bt601,709,2020) and the color range for mpeg or jpeg. This is limited, but since the product is usually a render, and this transform is designed to match display parameters, it is often correct to select the output colorspace once. If the render needs a colorspace mapping, then the session can be nested and the session output remapped by a plugin.

This is all not very glitzy or highly automated, but it does provide a wide color mapping capability." End Quote.

With our limited equipment and lack of color management knowledge, I think CMS can only be integrated into CinGG by someone with in depth knowledge of both video and programming skills.
(0002089)
Andrew-R   
2019-09-08 13:10   
Something like this patch?

----------
diff --git a/cinelerra-5.1/cinelerra/vdevicex11.C b/cinelerra-5.1/cinelerra/vdevicex11.C
index 24d1be0..6d87692 100644
--- a/cinelerra-5.1/cinelerra/vdevicex11.C
+++ b/cinelerra-5.1/cinelerra/vdevicex11.C
@@ -333,6 +333,13 @@ void VDeviceX11::new_output_buffer(VFrame **result, int file_colormodel, EDL *ed
                                }
                                break;

+ case BC_RGBA_FLOAT:
+ case BC_RGB_FLOAT:
+ if( device->out_config->driver == PLAYBACK_X11_GL
+ && !output->use_scrollbars )
+ bitmap_type = BITMAP_PRIMARY;
+ break;
+
                        case BC_YUV420P:
                                if( device->out_config->driver == PLAYBACK_X11_XV &&
                                    window->accel_available(display_colormodel, 0) &&
diff --git a/cinelerra-5.1/guicast/bctexture.C b/cinelerra-5.1/guicast/bctexture.C
index 52787e1..f1fd166 100644
--- a/cinelerra-5.1/guicast/bctexture.C
+++ b/cinelerra-5.1/guicast/bctexture.C
@@ -124,9 +124,9 @@ void BC_Texture::create_texture(int w, int h, int colormodel)
                glGenTextures(1, (GLuint*)&texture_id);
                glBindTexture(GL_TEXTURE_2D, (GLuint)texture_id);
                glEnable(GL_TEXTURE_2D);
- int internal_format = texture_components == 4 ? GL_RGBA8 : GL_RGB8 ;
+ int internal_format = texture_components == 4 ? GL_RGBA32F : GL_RGB32F ;
                glTexImage2D(GL_TEXTURE_2D, 0, internal_format, texture_w, texture_h,
- 0, GL_RGBA, GL_UNSIGNED_BYTE, 0);
+ 0, GL_RGBA, GL_FLOAT, 0);
                window_id = BC_WindowBase::get_synchronous()->current_window->get_id();
                BC_WindowBase::get_synchronous()->put_texture(texture_id,
                        texture_w, texture_h, texture_components);
-----------------

Note, it only adds 32F floating-point textures, not rendering into floating-point frambuffer (glxinfo still not marks any of those FBconfigs as floating-point capable ..may be new kernel needed, or new card :})

I can see 30-bit integer formats (with 2bit alpha), but not sure how useful those can be ....

558 GLXFBConfigs:
    visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav
  id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat
----------------------------------------------------------------------------
0x075 0 tc 0 32 0 r . . 10 10 10 2 . . 0 0 0 0 0 0 0 0 0 None
(0002088)
Andrew-R   
2019-09-08 10:36   
And while looking at cinelerra-5.1/cinelerra/vdevicex11.C - it seems it set up (in function void VDeviceX11::new_output_buffer(VFrame **result, int file_colormodel, EDL *edl) ) bitmap_type = BITMAP_TEMP; and then override it to bitmap_type = BITMAP_PRIMARY; IF display_colormodel () = case BC_BGR8888 and three other cases with additional constrains (BC_YUV420P, BC_YUV422P, BC_YUV422) but it doesn't include BC_RGB_FLOAT or BC_RGBA_FLOAT so, tmp conversion is used in this case (from project's RGBA-float (32-bit per component, yes?) to output's . .. in VDeviceX11::write_buffer .

So, if I want speed-up I must include rgba-32f type in this switch case, and allocate textures with this format, too .and update some check saying OpenGL display now can accelerate even RGB(A)-float output .....
(0002087)
Andrea_Paz   
2019-09-08 08:22   
I thank GG for the clear and thorough explanation.
I'm a bit sad because I seem to have understood that CinGG will never have a color management (CMS) unless you change EVERYTHING. This is impossible and not even desirable.
I still have one thing to understand: doesn't implementing a CMS mean having internal LUTs that avoid making continuous conversions between color spaces and color models? Or, in any case, to make them faster and more precise because they always refer to the same absolute XYZ coordinates as the colours?
(0002086)
Andrew-R   
2019-09-08 07:04   
Wow, thanks a lot for both Phyllis and GG for such technical answer!

I see your point about rgb8 -> rgba_float conversion step done in Cinelerra itself as slow path.
I was looking at babl (http://gegl.org/babl/index.html#Usage) - I have it installed for GIMP anyway .....

May be some function in babl-0.1.72/extensions/sse4-int8.c can be useful for Cin (even if just for testing speedup/idea) ?

I see function like

#if defined(USE_SSE4_1)

/* SSE 4 */
#include <smmintrin.h>

#include <stdint.h>
#include <stdlib.h>

#include "babl.h"
#include "babl-cpuaccel.h"
#include "extensions/util.h"

static inline void
conv_y8_yF (const Babl *conversion,
            const uint8_t *src,
            float *dst,
            long samples)
{
  const float factor = 1.0f / 255.0f;
  const __v4sf factor_vec = {1.0f / 255.0f, 1.0f / 255.0f, 1.0f / 255.0f, 1.0f / 255.0f};
  const uint32_t *s_vec;
  __v4sf *d_vec;

  long n = samples;

  s_vec = (const uint32_t *)src;
  d_vec = (__v4sf *)dst;

  while (n >= 4)
    {
      __m128i in_val;
      __v4sf out_val;
      in_val = _mm_insert_epi32 ((__m128i)_mm_setzero_ps(), *s_vec++, 0);
      in_val = _mm_cvtepu8_epi32 (in_val);
      out_val = _mm_cvtepi32_ps (in_val) * factor_vec;
      _mm_storeu_ps ((float *)d_vec++, out_val);
      n -= 4;
    }

  src = (const uint8_t *)s_vec;
  dst = (float *)d_vec;

  while (n)
    {
      *dst++ = (float)(*src++) * factor;
      n -= 1;
    }
}

[...]

static void
conv_rgb8_rgbF (const Babl *conversion,
                const uint8_t *src,
                float *dst,
                long samples)
{
  conv_y8_yF (conversion, src, dst, samples * 3);
}

static void
conv_rgba8_rgbaF (const Babl *conversion,
                  const uint8_t *src,
                  float *dst,
                  long samples)
{
  conv_y8_yF (conversion, src, dst, samples * 4);
}

#endif
--------------

Also, because babl sort-of specializes in color-management too - may be it can be reused at least for some stages if/when color management will come to Cinelerra-GG ....

PS: my CPU has SSE4.1:

cat /proc/cpuinfo | grep sse4
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate ssbd vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
(0002085)
PhyllisSmith   
2019-09-08 01:35   
Short answer by Phyllis: we could duplicate your results on my previous laptop but the 2 computers we use daily have multiple cpus and the fps stayed just about 24 all of the time. It may be possible to re-write a bunch of stuff to specialize it for opengl data formats and texture design, but is a great distance from the current design that targets the internal data model you specify. And "The if (src_cmodel == BC_RGB888 && dst_cmodel == BC_RGB_FLOAT) ... is testing to see if the conversion can be skipped (returns call). Whereas the table accesses a shader needed to do a color conversion." in response to concern about "covering all cases".

Long "real" answer by GoodGuy:
hi

This is a sort of fuzzy analysis of the data transfers for the
different rendering drivers, color models and formats that are
used when you do stuff. This data was collected using the
"prof2" program which is in the main cin5 src directory.
This profiler program uses an alarm signal to frequently
collect stack traces to see a birds eye view of the program
execution. Here is a piece of some of the data I collected
using this program:

this top part is time observed for each alarm interrupt.
In this case, it is cpu time slices, 100 per sec, that create
an intergal histgram of where it was when it was interrupted.

   1.540s 1.4% ff_hevc_put_hevc_qpel_hv8_8_sse4 /mnt0/build5/cinelerra-5.1/bin/cin
   1.600s 1.4% ff_hevc_put_hevc_bi_qpel_hv8_8_sse4 /mnt0/build5/cinelerra-5.1/bin/cin
   1.800s 1.6% shmdt /lib64/libc-2.28.so
   2.070s 1.8% ff_hevc_deblocking_boundary_strengths /mnt0/build5/cinelerra-5.1/bin/cin
   2.130s 1.9% copy_CTB_to_hv /mnt0/build5/cinelerra-5.1/bin/cin
  19.020s 17.0% yuv420_bgr32_mmx /mnt0/build5/cinelerra-5.1/bin/cin
  23.230s 20.8% BC_Xfer::xfer_rgba8888_to_rgba_float(unsigned int, unsigned int) /mnt0/build5/cinelerra-5.1/bin/cin
  37.430s 33.4% _fini /mnt0/build5/cinelerra-5.1/bin/cin
------------
this part tries to walk the stack, and show the cpu stack path histogram of the
time spent in execution. It shows how it got to the bad guys at the bottom
of the stack (above).
  10.180s 9.1% BC_Xfer::xfer_slices(int) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.760s 10.5% FFVideoStream::load(VFrame*, long) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.760s 10.5% FFVideoConvert::convert_cmodel(VFrame*, AVFrame*) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.760s 10.5% FFMPEG::decode(int, long, VFrame*) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.760s 10.5% FileFFMPEG::read_frame(VFrame*) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.910s 10.6% File::read_frame(VFrame*, int) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.920s 10.6% VEdit::read_frame(VFrame*, long, int, CICache*, int, int, int) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.930s 10.7% VRender::process_buffer(long, int) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  11.970s 10.7% VRender::run() 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  13.280s 11.9% non-virtual thunk to BC_Xfer::Slicer::run() 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  19.020s 17.0% yuv420_bgr32_mmx 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  23.230s 20.8% BC_Xfer::xfer_rgba8888_to_rgba_float(unsigned int, unsigned int) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  27.020s 24.1% Thread::entrypoint(void*) 1.0 /mnt0/build5/cinelerra-5.1/bin/cin
  27.020s 24.1% start_thread 1.0 /lib64/libpthread-2.28.so
  37.520s 33.5% _fini 1.0 /mnt0/build5/cinelerra-5.1/bin/cin

This is mostly just smoke and mirrors, but it does show that the program is
spending a great deal of time converting first from the media format (yuv420)
to rgb using ffmpeg sofware scale (sws) transfers to convert to rgb. This is
a good idea, since there are a bunch of yuv models (BT601,BT709,BT2020 and
MPEG/JPG color ranges) and cin5 only supports one of these at a time. There
may be more than one type in your session. That makes the ffmpeg yuv->rgb
conversion a needed feature. Next, since your internal buffers are rgb float,
the data is converted BC_Xfer::xfer_rgba8888_to_rgba_float. That requires
the use of the floating point unit to operate the conversion and memory
transfers. The float instructions are much slower than integer instructions,
and performance varies greatly depending on cpu models. The rgb8888 to
rgb float step is in there because "you said to" in the session format.

OpenGL can render float or 8bit, and probably at nearly the same speed, but
that is not where the time is spent. It is mostly in the decode, and media
data prep for the session render format that is soaking up all of the time.

It is true that textures support a wide variety of data/color models, but
the demand is for the render setup, not usually for graphics performance.
This puts a big constraint on what needs to be programmed, since the result
is targeting the software renders (always used as the reference for render)
since depending on opengl can produce results that are hard to control.
There are a very high number of rendering options for opengl, and every
implementation may or may not be exactly identical.

So, it may be possible to re-write a bunch of stuff to specialize it for
opengl data formats and texture design, but is a great distance from the
current design that targets the internal data model you specify.

convert_cmodel is only used to convert frames that are from nested edl
renders, not composer canvas render drawing. composer canvas draws are
normally Playback3D::write_buffer_sync->Playback3D::draw_output, which
may use an opengl fragment shader yuv_to_rgb_frag to convert if the
drawn frame is yuv. The shader tables you reference are opengl fragment
shaders that are used to convert data for the nested renders.
The if (src_cmodel == BC_RGB888 && dst_cmodel == BC_RGB_FLOAT) ...
is testing to see if the conversion can be skipped (returns call).
The table accesses a shader needed to do a color conversion.

To affect drawing, the screen buffer format is normally defined by
the x11 visual chosen during glx probe, and is constrained to rgb8888
by BC_WindowBase::glx_window_fb_configs. With modern video and device
formats, this may need to be upgraded very soon, but I can't talk phyllis
into buying any new video graphics cards, high depth monitors, or any
new tvs to try out any of this, so for the time being, this is what I
can actually test, because it is what is here at my house.

The texture formats are also (sadly) always 8bit, BC_Texture::create_texture.
It sets the basic parameters for texture internal formats which are
almost always used as the data design for opengl operations. This also
needs to be upgraded, but it would use more graphics memory and may
introduce performance issues also. Mesa (software) opengl is used by
almost all distros, unless you specify that you want something else...
so internal format choice may widely affect mesa, and therefore the speed
of rendering in cin5.


and so in summary, it is true that cin5 may be able to use better
opengl configuations and parameters, but usually it is doing what it
does for pretty good reasons. The main purpose for opengl in cin5
seems to be to speed up editing, not produce the best render design.

gg
(0002079)
Andrea_Paz   
2019-09-06 07:40   
I'm sorry I can't help but I thank you for the work you do, which I think is really important for CinGG. It could be the beginning of a color management.
(0002077)
Andrew-R   
2019-09-06 02:08   
Actually, I tried to hack a bit on Cinelerra, but while my hack seems to work as in showing image in Compositor window - it doesn't speed up things :/

--------------------
diff --git a/cinelerra-5.1/cinelerra/playback3d.C b/cinelerra-5.1/cinelerra/playback3d.C
index a7f185b..e45edc6 100644
--- a/cinelerra-5.1/cinelerra/playback3d.C
+++ b/cinelerra-5.1/cinelerra/playback3d.C
@@ -1491,11 +1491,14 @@ void Playback3D::convert_cmodel(Canvas *canvas,
        if(
                (output->get_opengl_state() == VFrame::TEXTURE ||
                output->get_opengl_state() == VFrame::SCREEN) &&
+(
 // OpenGL has no floating point.
+/*
                ( (src_cmodel == BC_RGB888 && dst_cmodel == BC_RGB_FLOAT) ||
                  (src_cmodel == BC_RGBA8888 && dst_cmodel == BC_RGBA_FLOAT) ||
                  (src_cmodel == BC_RGB_FLOAT && dst_cmodel == BC_RGB888) ||
- (src_cmodel == BC_RGBA_FLOAT && dst_cmodel == BC_RGBA8888) ||
+ (src_cmodel == BC_RGBA_FLOAT && dst_cmodel == BC_RGBA8888) ||
+*/
 // OpenGL sets alpha to 1 on import
                  (src_cmodel == BC_RGB888 && dst_cmodel == BC_RGBA8888) ||
                  (src_cmodel == BC_YUV888 && dst_cmodel == BC_YUVA8888) ||
diff --git a/cinelerra-5.1/guicast/bctexture.C b/cinelerra-5.1/guicast/bctexture.C
index 52787e1..cc50454 100644
--- a/cinelerra-5.1/guicast/bctexture.C
+++ b/cinelerra-5.1/guicast/bctexture.C
@@ -124,9 +124,9 @@ void BC_Texture::create_texture(int w, int h, int colormodel)
                glGenTextures(1, (GLuint*)&texture_id);
                glBindTexture(GL_TEXTURE_2D, (GLuint)texture_id);
                glEnable(GL_TEXTURE_2D);
- int internal_format = texture_components == 4 ? GL_RGBA8 : GL_RGB8 ;
+ int internal_format = texture_components == 4 ? GL_RGBA16F : GL_RGB16F ;
                glTexImage2D(GL_TEXTURE_2D, 0, internal_format, texture_w, texture_h,
- 0, GL_RGBA, GL_UNSIGNED_BYTE, 0);
+ 0, GL_RGBA, GL_FLOAT, 0);
                window_id = BC_WindowBase::get_synchronous()->current_window->get_id();
                BC_WindowBase::get_synchronous()->put_texture(texture_id,
                        texture_w, texture_h, texture_components);
--------------

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
498 [Cinelerra-GG] Bug minor sometimes 2020-08-31 19:20 2020-09-03 01:37
Reporter: Andrew-R Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: feedback Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Undo with many fade autos may abort program
Description: I was playing with fade autos on relatively heavy track (1080p/ 60 fps h264), and by hitting 'z' (old shortcut for Undo) I was able to crash CinGG twice.
Tags:
Steps To Reproduce: 1) Load heavy-to-decode media.
2) Set few Fade autos from pink line on video track
3) hit 'z' real fast few times.

You may get something like this:

DRI_PRIME=1 cin
Cinelerra Infinity - built: Aug 31 2020 05:07:06
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

RenderFarmClient::main_loop: client started
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
Mutex::lock: Resource temporarily unavailable
Mutex::unlock: Invalid argument
** segv at 0xf69f5558 in pid 17015, tid 17031
writing debug data to /tmp/cinelerra_17015.dmp
lock_items: 20
lock_frees: 6
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
** dump complete
Ошибка сегментирования
Additional Information: On 32-bit Slackware
Attached Files: cinelerra_17015.dmp (129,190 bytes) 2020-08-31 19:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=652&type=bug
cinelerra_18437.dmp (123,233 bytes) 2020-08-31 19:24
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=653&type=bug
Notes
(0003972)
PhyllisSmith   
2020-09-03 01:36   
@Andrew-R

Thanks for stress-testing this. It is important to do so occasionally.
A fix has been generated and checked into GIT. There is also a fix for fast usage of Shift-Z redo.
If you get any more dumps with this, please let us know.
(0003965)
PhyllisSmith   
2020-09-02 00:17   
I was able to reproduce this and GG will be looking at the 2 dumps and my crash yet tonight.
(0003954)
Andrew-R   
2020-08-31 19:24   
Also, I just tried to just load media from 'Recent files' list, and then hit undo (z) fast, few times...Eventually it also crashed,so not really related to fades, just to undo itself?


DRI_PRIME=1 cin
Cinelerra Infinity - built: Aug 31 2020 05:07:06
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

RenderFarmClient::main_loop: client started
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
FFMPEG::open_decoder: some stream times estimated: /home/guest/New_hdd/Swimming with orca in New Zealand-JQ3mDXF3bcE.mkv
Mutex::lock: Resource temporarily unavailable
** segv at 0xedb6249 in pid 18437, tid 18475
writing debug data to /tmp/cinelerra_18437.dmp
lock_items: 9
lock_frees: 4
miss locks: 14
** dump complete
Ошибка сегментирования

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
282 [Cinelerra-GG] Feature minor have not tried 2019-08-09 14:34 2020-09-01 22:37
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Please look into adding .srt format subtitles loading
Description: Hi!

My friend works on video tutorial, and want to make some commentary along the way. He hopes to use .srt format for subtitles, at least initially.

Format described at
https://matroska.org/technical/specs/subtitles/srt.html

---quote----
SRT is perhaps the most basic of all subtitle formats.
It consists of four parts, all in text..
1. A number indicating which subtitle it is in the sequence.
 2. The time that the subtitle should appear on the screen, and then disappear.
 3. The subtitle itself.
 4. A blank line indicating the start of a new subtitle.
------quote end----

So, Cin-GG can create either subtitle track from srt file, or add series of 'title' plugins, each corresponding to one subtitle. Then those titler plugins can be edited, colored, re-positioned as usual ..... (may be with some sane limit on max. number of auto-created titlers). Next, in titlers case subtitles will be 'burned' into video as hard subs.

May be subtitle track(s) (created from .srt or old way described in manual) can be muxed into mp4/mov via ffmpeg/libavcodec as mov_text?

https://en.wikibooks.org/wiki/FFMPEG_An_Intermediate_Guide/subtitle_options
---quote----
[subtitle codec] parameter examples:
 for MKV containers: copy, ass, srt, ssa
 for MP4 containers: copy, mov_text
 for MOV containers: copy, mov_text
Note:
 Many Philips Blu-Ray Players, Samsung Smart TV's and other standalone players can only read "SRT" subtitle streams in "MKV" files.
---quote end----

may be _muxing_ subtitles into libavcodec-supported format should be separate issue?

Tags: Titler
Steps To Reproduce: N/A
Additional Information: actually using Cinelerra Infinity - built: Aug 8 2019 18:40:06 - time to update "Product version" field here to include 2019-07?
Attached Files: Patlabor 2 - The Movie EN.srt (118,042 bytes) 2019-08-10 01:53
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=285&type=bug
Notes
(0003960)
PhyllisSmith   
2020-09-01 22:37   
Update - Andrea found that there is a subtitles ffmpeg filter that provides this capability. Maybe this could be made to work.
(0003910)
PhyllisSmith   
2020-08-13 01:27   
@Andrea_Paz
Your english is just fine! The title description conveys a slightly different request than the wording. So "look into adding .srt format subtitles loading" -- denotes the ability to actually "load" a subtitle file, x.srt. We can sort of do that, but I assume that the request is to load it and get it automatically on a subtitle track in the timeline. We also have yet to find a way to actually show the lines in the Compositor or something as RafaMar suggested. So I would like to keep this open.
(0003909)
Andrea_Paz   
2020-08-12 06:10   
@PhyllisSmith
Sorry about my bad English. I meant that the issue (for me) is resolved because the format option srt (and sub) has been introduced in the subtitle tool.
(0003907)
PhyllisSmith   
2020-08-11 19:03   
@Andrea_Paz
I agree and had planned to have GG look at this this month BUT now he is working on the Speed auto so do not know if that will happen. I already mentioned it to him last month and he thinks it can be solved too.
(0003904)
Andrea_Paz   
2020-08-11 11:54   
I think we can solve this.
(0003706)
PhyllisSmith   
2020-06-29 15:13   
Update so this does not get lost from RafaMar:
To convert .udvd to .srt or .ass is as simple as:
ffmpeg -i subtitle.udvd subtitle.srt
or
ffmpeg -i subtitle.udvd subtitle.ass
without any problem.
my favorite is .ass because you can easily customize how they will look.

What I think needs to be improved is the wizard to load or save to navigate to where the file is to load or save... it is a bit tedious to have to enter the path by hand. I know this is a copy and paste of the address, but this for a beginning person is a difficulty.
(0003693)
PhyllisSmith   
2020-06-29 00:03   
Per RafaMar "it is very easy from .udvd to convert it into .srt or .ass with ffmpeg." ..." it would be great a script that would allow you to convert a subtitle track into a track with the effect of titles and these will be seen in the render." Perhaps this could be implemented in a similar manner to RenderMux.
(0002064)
Andrew-R   
2019-09-02 20:28   
Actually, Cinelerra 7.1 (from https://sourceforge.net/projects/heroines/files/) has some support for subtitle files in Titler:

"11/16 - Cinelerra 6 Updated the h264 decoding. There are no longer picons in the asset window. Motion tracking got major optimizations. Resampling effects got new interfaces. Titler can load subtitle files." - http://heroinewarrior.com/cinelerra.php

from cinelerra-7.1/plugins/titler/title.C
-------------------------------
// this parses a file of the form:
// 1
// 00:01:04,440 --> 00:01:07,318
// It's okay, son...
//
// 2
// 00:01:08,611 --> 00:01:13,491
// I know you want this to be over.
//
// 3
// 00:01:19,998 --> 00:01:22,125
// I'm right here.
//
// 4
// 00:01:26,504 --> 00:01:29,173
// I will be right here...


void TitleMain::load_subtitle_db()
------------------------------

Also, I'm sort-of surprised Cinelerra-hv 7.1 still uses quicktime + ffmpeg 3.3 combo O.o

Also, just from looking into files, there seems to be 4k and 5k _themes_, at least dirs contains a lot of png files ....
(0002011)
Andrew-R   
2019-08-10 11:21   
Yes, just compiled Aegisub 3.2.2 - it was a bit surprizing to find it uses https://github.com/FFMS/ffms2 as way to decode video files (can be compiled without, but then opening compressed videos simply doesn't work).. But now it works, it seems.

Thanks, Olaf!
(0002010)
Olaf   
2019-08-10 09:05   
Creating subtitles with Cinelerra would only do for very very short videos, if at all. Not that your request isn't justified, but that what I've seen so far about creating subtitles with CGG doesn't seem to be a piece of cake. At the turn of the millennium there wasn't much free software to do it with, but that has changed. There is a selection of specialized programs, some are included in the distributions.

I've opened your sample file in Aegisub (http://www.aegisub.org/), you should do the same and turn on "characters per second". You'll be surprised at the reading speed you demand from your subtitle readers.
(0002009)
Andrew-R   
2019-08-10 08:32   
After some more thinking:

If .srt file support will go via titler plugin - then may be two new attributes (starttime, duration) can be implemented and used? So, loading .srt file will just populate those. Next, choosing subtitle's codepage can be useful, too - some of them tend to be not in utf8. But this is bonus, text files can be converted via iconv, i think.

If support will go via existing subtitle track(s) infrastructure - then, I think, just expanding dialog at section "13.4.3 Subtitles" in manual cold be used? Like, by adding timecodes?

There seems to be tutorial about older versions of Cinelerra at http://www.g-raffa.eu/Cinelerra/HOWTO/subtitles.html#_introduction - but it uses other software (like Avidemux), for adding srt tracks. Also, all subtitle editing done via specialized software.

There already was email thread about this problem:
https://www.mail-archive.com/cin%40lists.cinelerra-gg.org/msg00324.html
--quoting GG-----
The easy way for me to do this is to create a simple standalone program that
reads the srt subtitle data and an existing cin5 xml session file, which
will inject that data into a new subtitle track on the timeline.
--------end of quote-----

Well, this way will work for me too, but so far this program not materialized yet?
(0002008)
Andrew-R   
2019-08-10 01:53   
Actual .srt file to test with.

It seems my idea about creating separate titler plugin instances for each little piece of text was wrong - in real use cases it will create 1000+ separate plugin instances, so what about loading .srt file into titler, and change text according to timing from .srt file, relative to plugin's internal timer?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
150 [Cinelerra-GG] Feature feature N/A 2019-03-01 01:20 2020-09-01 00:22
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-01  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Import into folder
Description: I've become a big fan of the features of own folders. With it I create order in my project and keep the overview with larger projects. One thing that bothers me when working with folders is the import of media. I can import the media, but I have to re-sort the imported media, i.e. manually copy it to the desired folder. This takes a lot of time.

It would be better if I could determine the folder during the import, because I already know in which folder I want to store these files. I have attached a photomontage which shows very well what I mean by that. There is already various import strategy in the load window, I would add another one to the one of importing directly into a folder. With few files this feature is irrelevant, with larger projects this feature is a blessing. With this feature I already create order when importing the files.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Folder-insert.jpg (118,140 bytes) 2019-03-01 01:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=103&type=bug
jpg

ressource windows.png (51,320 bytes) 2020-08-30 06:34
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=650&type=bug
png
Notes
(0003950)
fary54   
2020-08-30 06:34   
@Sam
Very good idea: +1
Another possibility of integration is to use the resources window.
I think this one would be well suited for importing media from a directory.
To do this, it would suffice to create a directory in GG, press the 'Add folder' button, select your media directory and use the selection filter to choose the media concerned.
(0003906)
Andrea_Paz   
2020-08-11 12:03   
I would like to see it implemented; maybe with the possibility to create folders inside folders.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
496 [Cinelerra-GG] Feature minor have not tried 2020-08-27 23:49 2020-08-28 08:33
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When adding plugins/effects, do not necessarily line them up on their own row.
Description: See forum discussion "How to prevent effects in one clip creating empty effect slots in other clips?"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003946)
IgorBeg   
2020-08-28 08:33   
In add to the good Sam's screencast,...
if it can be useful to someone I did a tutorial.
http://www.visi1.org/cinelerra-gg_tutorials#HowToStackEffectsBetter

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
490 [Cinelerra-GG] Forum minor always 2020-08-13 12:43 2020-08-23 02:24
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: administrator OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: confirmed Product Version:  
Product Build: Resolution: fixed  
Projection: none      
ETA: none Fixed in Version: 2020-08  
    Target Version:  
Summary: "Deutsch" and "Français" versions of the site are not displayed
Description: The "Deutsch" and "French" versions of several pages of the site are not displayed; only the English home page appears.
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
Notes
(0003933)
administrator   
2020-08-23 02:24   
Here is a small interim report. I still have problems with the translation plugin to show the two missing languages. The plugin is a good solution for the languages, but it is very buggy and therefore very annoying. I will try to find a solution within the next days.
(0003911)
administrator   
2020-08-13 15:26   
The translation plugin keeps causing problems. After the submission of new translations, the synchronization of the translated plugins must be started manually and this sometimes takes two to three hours. No idea why it is not done automatically. I started the synchronization manually, as soon as the synchronization is done, the translations should all be visible again. Thanks for reporting the bug.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
492 [Cinelerra-GG] Bug minor sometimes 2020-08-16 07:53 2020-08-22 21:06
Reporter: houku Platform: linux  
Assigned To: PhyllisSmith OS: arch  
Priority: normal OS Version: rolling  
Status: feedback Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: audio lags
Description: so i was just messing with the latest github version of cinelerra, because i tested the speed and compositor and they worked quite good, but suddenly while i was editing, (kinda close to the start) the audio lagged,
Tags: bug
Steps To Reproduce: first i sped up the audio, from default 1 to something like 2.94 ish, then i did a cut between 2 areas of the video, then i added another keyframe and slowed down the video (and audio) and the audio lagged
Additional Information: i made sure all the keyframes are all the same speed, and all at the same exact time
Attached Files: report.mp4 (2,955,097 bytes) 2020-08-16 07:53
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=642&type=bug
Notes
(0003932)
PhyllisSmith   
2020-08-22 21:06   
@houku
GG had time to look at this today in detail. There seems to be an operational error along the way. When analyzing report.mp4, it is hard to see a lag because the easiest way to see an audio lag is to synchronize words with lips moving. So we tested with an advertisement video that is very clear to see details.

Let me make sure we did the steps exactly like you stated using a video with 1 video and 2 audio tracks because we may not have followed exactly the steps you did.

1) left mouse click on the audio track to create a keyframe and moved the line up to about 2.94 ish

2) disarmed the audio tracks and cut out a small video section that is after the audio speed keyframe
   btw, is the cut over audio, or not since the audio timeline is shorter due to the speedup?
   Is the audio armed when video is cut?

3) here is where it gets operationally weird, when you say "i added another keyframe and slowed down the video (and audio) and the audio lagged", do you mean that the speed on the video is still at the original speed of 1 which has never changed but the audio is at 2.94 ish and you slow it down to, for example, to 1.94 ish ?

The reason this is strange is because for each a/v track, there is just one speed curve.
the corresponding a/v track curves and durations should match.
If you want them to stay aligned, the curve must be the same.

We need a test case so that we can see the bug clearly and then test to make
sure the bug is gone once a program code fix is made.
(0003923)
PhyllisSmith   
2020-08-16 18:41   
@houku
Thanks for reporting. GG is working on the Speed Auto bugs and improvements right now so please continue to let us know any other problems as you find them.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
477 [Cinelerra-GG] Bug minor always 2020-07-13 11:52 2020-08-14 07:53
Reporter: houku Platform: linux  
Assigned To: PhyllisSmith OS: endevourOS  
Priority: normal OS Version: rolling release  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cinelerra is pretty buggy
Description: okay, so i just got cinelerra working today, and decided to give it a shot, while im at it, im greatfull for everyone here trying to help make cinelerra the best, however, some of the effects seem to not do much like blue banana, and some that supposed to work like resample, dont work, from my understanding, resample is supposed to speed up the audio, but it doesnt, either that or im doing it wrong, i want to learn everything from cinelerra and every feature, but i cant really do it alone, meaning i need some youtube tutorials, but the channel of cinelerra GG, isnt exacly english and i find it hard with subtitles, i like cinelerra so far for as much as i used it (which is low), but i cant really work in a software that might have a feature i need (like resample) and just not work, however, whenever those bugs are fixed, in which im not going to say all the features that dont work because there are many and im lazy to check each one individual, i will be more then glad to use cinelerra as a main editor
Tags:
Steps To Reproduce: add the effects
Additional Information: some effects dont work
Attached Files: cinelerra_20299.dmp (156,888 bytes) 2020-07-13 15:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=614&type=bug
report.mp4 (1,847,191 bytes) 2020-08-06 20:12
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=635&type=bug
report-2.mp4 (1,847,191 bytes) 2020-08-06 20:24
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=636&type=bug
Screenshot from 2020-08-10 06-45-35.png (14,844 bytes) 2020-08-10 03:46
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=637&type=bug
png

Screenshot from 2020-08-10 06-45-56.png (7,850 bytes) 2020-08-10 03:46
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=638&type=bug
png

report-2020-08-11_12.28.05.mp4 (262,192 bytes) 2020-08-11 09:36
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=640&type=bug
report.f4v (3,657,693 bytes) 2020-08-14 07:53
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=641&type=bug
Notes
(0003922)
houku   
2020-08-14 07:53   
so i have good news and bad news about the speed change (with reframe_RT), i saw on this page: https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=summary that the speed change was sort of "finished", and i was curious to how it works now, since i use arch system, i used the AUR to install the latest github version, and i will say, it works BETTER then before, but a small issue still exist and i thought i will report it now so it will be fixed before the next release, (basically the cut is going to the next video while it supposed to be on the previews clip)
(0003903)
houku   
2020-08-11 09:36   
yeah, tried the new option... and this happened... lol XD

not working, but it was funny in mu opinion how it just randomly happened while i was happy to finally edit
(0003902)
houku   
2020-08-11 08:55   
@Andrea_Paz

thanks for the respond, i found the speed curve and i will say it works better then reframe_RT with that it doesnt take a different timeset from the video after a cut,

it will take some getting used, but im REALLY glad i can finally use cinelerra-GG as my main editor and more then agree to change my workflow a bit for it :D
(0003901)
Andrea_Paz   
2020-08-11 06:39   
For the use of speed curves alias speed auto, (very convenient and simple) try the following tutorial:
https://www.youtube.com/watch?v=6yVeFepdvaU
(0003899)
houku   
2020-08-10 11:56   
@PhyllisSmith

i think i misunderstood,
was the "fix" basically getting the results i got? or was it an actual fix that will help me work better in cinelerra when it comes to speeding up and slowing down video?
(0003898)
houku   
2020-08-10 04:11   
@PhyllisSmith

i dont see misunderstanding, but when i went to the link you provided for me to check it works, in reframe_RT i got the same result, and i didnt see any new speed effects, if there is, i would like to know the name, so i can check it, (i didnt find speed auto)
(0003897)
PhyllisSmith   
2020-08-10 04:08   
I think I must be misunderstanding -- the fix that was added is what you reported with your demonstration file of report.mp4 in your previous note. Which was:

"when i speed up a video (and probably even without) and cut from one part to another, the cut either goes to a different area of the video, or its completly gone, idk if happens just to me, but it happens often and i just shacked it off because i wasnt inside REALLY deep into the projects at those times,
idk how to even explain this but it basically changes the video itself to a different part of the time of the video."
(0003896)
houku   
2020-08-10 03:49   
@houku

i should also specify i downloaded the file too..
(0003895)
houku   
2020-08-10 03:46   
@PhyllisSmith

i would love to test it, however, i cant find any of the effects mentioned, and the reframe effect is still not working (same result in it)
(0003893)
PhyllisSmith   
2020-08-10 01:13   
@houku
GG has made a "fix" and what we have tested is working well. There is an Arch (EndeavorOS??) static tar available at:
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-arch-x86_64-static.txz
Although it is a lot of work for you to test this, it would be appreciated because if we did not get every expected case fixed then we will not know until after the August 31 builds if it is OK.

One thing to know is: "When working with edits and the speed auto, if you make a "cut" in a section, the speed curve values should not change over the remaining playable edits. It is possible to easily add "disjoint" curve points at the boundaries of the edit to preserve the curve shape."
(0003888)
PhyllisSmith   
2020-08-07 02:45   
(Last edited: 2020-08-07 03:21)
@houku
You explained it well with the attached .mp4 files. GG looked at this and said "yes, this is a bug and it is a tough one to fix". Don't wait to report bugs because you think we may already know about it because we often do not. Different users do different things and you would be surprised how users do something we never expect.

Just a note -- 22 bugs were fixed in the July release and with only 1 major programmer there is only so much can be done -- I wish there were no more bugs!

(0003887)
houku   
2020-08-06 20:24   
fix for the previous note i added:
idk how to even explain this, i was holding back from reporting this because i didnt care enough and was like "if it happens to me it probably happens to everyone so it might fix itself soon", but NO, a new version was released and i still get that bug!

so whats happening is:
when i speed up a video (and probably even without) and cut from one part to another, the cut either goes to a different area of the video, or its completly gone, idk if happens just to me, but it happens often and i just shacked it off because i wasnt inside REALLY deep into the projects at those times,
idk how to even explain this but it basically changes the video itself to a different part of the time of the video.
(0003886)
houku   
2020-08-06 20:12   
this is an extreamly annoying!!! (i would make a new report issue but it doesnt take me to the page)


idk how to even explain this, i was holding back from reporting this because i didnt care enough and was like "if it happens to me it probably happens to eve>

so whats happening is:
when i speed up a video (and probably even without) and cut from one part to another, the cut either goes to a different area of the video, or its completly >
idk how to even explain this but it basically changes the video itself to a different part of the time of the video.
(0003864)
quintao   
2020-08-02 08:59   
Try using Time stretch RT to play with audio speed- you set the ratio of samples in/samples out, so 2 in/1 out will play double speed.
(0003817)
PhyllisSmith   
2020-07-20 19:27   
ResampleRT was fixed and checked into GIT. The fix will be included in the July 31 builds. Andrea has verified that it now works correctly.
Still looking at Andrew-R's suggestion for Time_stretch RT.
(0003810)
Andrew-R   
2020-07-17 13:19   
@PhyllisSmith

> The input upper limit is 1000 and the output limit is 1/1000.

May be you can make those limits configurable in main plugin window, with some smaller default values? And 'accept' button ... Because _I think_ part of value of those plugins is exactly their ability to be reconfigured while playing ....
(0003809)
PhyllisSmith   
2020-07-15 20:24   
@Andrea_Paz (and houku)
It does appear that ResampleRT for an audio effect is broken and plays no sound. I will demonstrate to GG to see if he can fix it.

@Andrew-R
ABOUT "I tried TIME_STRETCH_RT on two audio tracks, and while it worked initially, at some point I deleted one number right of decimal dot (1.700 -> del 7 -> 1.000 -> del 1 -> 0.000) so field for number of output samples become zero briefly, all while timeline was playing = playback HANG!"

GG looked at the dump and the code. As it turns out, "technically" it did not hang -- you just did not wait 3 hours for it to finish !!!!!
Let me explain as best I can from what he said. The input upper limit is 1000 and the output limit is 1/1000. So with your temporary setting it would take 10,000 seconds to generate 1 second (i.e. about 3 hours). Currently there is no "interrupt" capability in plugins so there was no way for you to stop this (in a similar manner to which you stop a Render when you want to). Right now we have not thought of a good solution to prevent this. Any easy suggestions out there? I guess the workaround is to not change the number while playing.
(0003804)
Andrea_Paz   
2020-07-14 08:17   
Blue Banana's OK with me.

ResampleRT doesn't give me any errors, only that no sound comes out.

User Bins are OK with me
(0003801)
houku   
2020-07-13 19:05   
okay, so while some effects dont work still, i got the files in media importing correctly, the solution is to:
 1) use the File -> Load files option
  2) pick the files in 1 folder that you want and instead of using the green colored checkmark, use the "Apply" button; it seems like the majority of the users use an Insertion Strategy of "Create new resources only" BUT it is just as easy to use "Append in new tracks".
  3) change the folder on the top line, pick more files, and use the "apply" button.
  4) repeat until done!
as @PhyllisSmith said,
im glad i fopund cinelerra and it finally working for me, i love it and hope it becomes best video editor that everyone will use!
(0003800)
PhyllisSmith   
2020-07-13 18:32   
@houku
"cant import multiple files from different folders" -- you just have to change your workflow a little. Here is a good way:
  1) use the File -> Load files option
  2) pick the files in 1 folder that you want and instead of using the green colored checkmark, use the "Apply" button; it seems like the majority of the users use an Insertion Strategy of "Create new resources only" BUT it is just as easy to use "Append in new tracks".
  3) change the folder on the top line, pick more files, and use the "apply" button.
  4) repeat until done!
(0003799)
houku   
2020-07-13 17:59   
also, i cant import multiple files from different folders because it resets the media tab and timeline, i also tried bins but importing from different folder just removes the bin even if it has a clip in it
(0003798)
PhyllisSmith   
2020-07-13 17:55   
@houku
Interesting report! Probably you should not be trying to use "blue banana" as an initial attempt at using effects as it is one of the most complicated with lots of parameters - it is described in the manual on 8 pages which is too much to absorb. Use Color 3 Way or Color Balance as much simpler.

"Resample" to speed up the audio or the video work, but may not be obvious. Alternatively, most users use the "speed auto" instead which seems easier but could use some improvements. To use the Speed Auto, use the "View" pulldown where you will see the option "Speed" (10th one down). Enable it by clicking and you will see a colored line show up on the Video and Audio tracks. Left mouse click on the colored line and move it to speed up or down (the timeline thumbnails will get shorter or longer). Double click using the left mouse button to speed up/down the video and audio in tandem. Meanwhile, I will test Resample to see how it works and explain it better.

"need some youtube tutorials, but the channel of cinelerra GG, isnt exacly english" -- Sam, Andrea, and RafaMar have just opened up the YouTube channel so it will become more populated in the future. Unfortunately, most of the videos are not created by English speakers, hence the subtitles instead.
(0003797)
Andrew-R   
2020-07-13 15:22   
yeah, I tried TIME_STRETCH_RT on two audio tracks, and while it worked initially, at some point I deleted one number right of decimal dot (1.700 -> del 7 -> 1.000 -> del 1 -> 0.000) so field for number of output samples become zero briefly, all while timeline was playing = playback HANG!

cin
Cinelerra Infinity - built: Jul 11 2020 10:07:03
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

RenderFarmClient::main_loop: client started
^Csignal_entry: got SIGINT my pid=20333 execution table size=0:
** intr at 0xf7b8e829 in pid 20299, tid 20299
writing debug data to /tmp/cinelerra_20299.dmp
signal_entry: lock table size=1
lock_items: 0
lock_frees: 1
SigHandler::signal_handler total files=0
lock_items: 28
lock_frees: 8
** dump complete
^C
(0003796)
houku   
2020-07-13 15:00   
i should also note that i cant import multiple files from different folders because it resets the media tab and timeline, i also tried bins but importing from different folder just removes the bin even if it has a clip in it

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
488 [Cinelerra-GG] Bug minor random 2020-08-11 09:22 2020-08-11 09:22
Reporter: houku Platform: linux  
Assigned To: OS: arch  
Priority: normal OS Version: rolling  
Status: new Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: compositor issue
Description: okay, after figuring out how to use cinelerra-GG with speed for now, i got an issue with the compositor, now i will say, i have a solution for my current videos, but might be an issue in the future,
the problem is, when i do any zooming in or location change in the compositor, is the same place and size, example in the video,
again, this is not a major issue for now for me, just thought ill report it so you will be aware of it (i care a lot for cinelerra and wanna help it beat premiere and final cut pro)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: report-2020-08-11_12.21.23.mp4 (3,407,920 bytes) 2020-08-11 09:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=639&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
487 [Cinelerra-GG] Feature tweak always 2020-08-06 12:33 2020-08-06 12:34
Reporter: terje Platform: openSUSE x86_64  
Assigned To: OS: Leap 15.2  
Priority: normal OS Version: Gnome 3.34  
Status: new Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: File Menu - Load Files - Directory address - pressing ENTER for File listing
Description: 1) Using Copy and Paste in a Directory path from either a file browser (Gnome Files/Nautilus) using Ctrl-L (text path) or from a Terminal (pwd) contains a path like this (even also without / at the end when the path in CinGG is selected from the list) :

/run/media/terje/Seagate_4TB_back/video/HDV-M2T

The normal behaviour in the file browser or terminal is to press Enter at the end of this path and get a file/directory listing.
ENTER here after typing or paste in the directory path in CinGG either quit the file menu with an error message or nothing happends. No files are listed before adding a "/" at the end of the path, which is confusing for new users.

Therefore I suggest to adjust this behaviour so that file listing arrieves after pressing ENTER at the end of the Directory path, with and without / at the end.


2) I will also suggest that the default directory listing contains all mounted and auto-mounted file systems (drives) like what is shown in the file browser or as listed in the terminal using

df -h /dev/sd*

This will make it easier to move to the correct directory. As now it is almost necessary to know the path for auto-mounted portable drives like USB3 external drives, ie.

/run/media/terje/Seagate_4TB_back
Tags: Directory address, File Menu, Load Files, pressing ENTER for File listing
Steps To Reproduce: As shown above
Additional Information: https://www.cinelerra-gg.org/forum/forum-hardware/access-to-portable-drives-usb-automounted-disks/#post-1302
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
466 [Cinelerra-GG] Feature major always 2020-06-27 20:50 2020-08-03 08:44
Reporter: skinkie Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Aligning multitrack videos
Description: Using the Align Mixer has been a significant challenge for me. Random crashes do not give me the experience that I am looking for. But also not the functionality that would make life easy for editing and aligning multiple videos. In an ideal situation I would like to align multiple videos based on the audio with sample precision, at this moment in time cinerella seems only to offer frame precision. Hence I would like to be able to move video forward and backwards in time only basing on audio. I want the program to resolve the issue with subframe playback and rendering.

Once I have aligned the video's I would love to be able to store this "relative composition" in such way that I could be making clips, then edit them in a fresh timeline or ability to do true linear editing.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: 1.png (619,064 bytes) 2020-08-03 07:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=630&type=bug
2.png (528,860 bytes) 2020-08-03 07:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=631&type=bug
Notes
(0003874)
Andrea_Paz   
2020-08-03 08:44   
@fary54
Great improvments! +1
(0003872)
fary54   
2020-08-03 07:01   
@Andrea_Paz
I allow myself to bounce back on the subject raised to offer you some improvements on the management of grouping edits (chapter 5.5.2 in the manual), namely:

Currently, we must select the edit one by one to make a group and it's perfect to create a small group. What about a big group of several edits ?.
In that case,
- It would be interesting to be able to create a group including all edits of a clip.
e.g: To create an editing group easily and quickly, all you need to do is create a clip. Use the menu of this clip then choose "Grouping edits" then move this clip on timeline > picture 1
- It would be interesting to be able to create a group easily and quickly to select the first edit of a track and the last edit of another track via a key combination (e.g:Hold down shift+alt and left mouse click) > picture 2

What do you think ?
(0003673)
skinkie   
2020-06-28 09:27   
I think the conceptual problem comes from the part "aligned at the beginning" (per documentation). On the forum also the new Gang tracks feature was shown. I am running the git version, so I could test that. With respect to gang tracks my problem is: I don't mind to see all individual tracks on my screen, but I actually want the assertion that when I am done aligning I could move media like cinelerra was aware of the group and the group has its own "(dis)arm" but the group may be visible on all tracks. Hence I would never have to worry about an audio track moving due to a wrong drag (it should drag the video with it). Grouping does not seem to do/prevent that.
(0003670)
Andrea_Paz   
2020-06-28 08:23   
To group a video clip and its audio clips more or less permanently, try to see the manual in 5.5.2.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
486 [Cinelerra-GG] Feature minor always 2020-08-02 07:28 2020-08-02 15:57
Reporter: quintao Platform: AMD Ryzen 3700X  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Devuan Beowulf  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Can't apply effect to whole track when I/O points set
Description: I always apply effects by dragging them over to the video/audio tracks. This is fine when applying to a single clip or I/O segment.

But when applying to the whole track (I drop effect on the track patchbay) I must first dispose of any I/O points, and I always forget they are set, so it just adds up the work necessary to apply the effect on the track.

I suggest enable: Ctrl-drag of effect to a track bay will apply the effect to entire track, *regardless* of any I/O points already set.
Then no need to remove the I/O points first.

Is there a way to do this that I've missed??
Tags: effects, Timeline, tracks
Steps To Reproduce: Open project.
set random I/O points
drag video effect to the video track patchbay

result: effect applied to the I/O segment only

expected: effect applied to entire track
Additional Information:
System Description Build Devuan dquinton.github.io/debian-install/
Attached Files:
Notes
(0003867)
PhyllisSmith   
2020-08-02 15:55   
@quintao
There is a precedence for dropping plugins and the easiest way to get it to the whole track is to select the whole track with the shortcut "a" (also under the Edit pulldown). Use "a" again to turn off the highlight.
(0003865)
quintao   
2020-08-02 10:34   
Oops, this issue was already posted in 0000311, sourced from my email. Didn't see it there and forgot I had mentioned it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
312 [Cinelerra-GG] Bug minor have not tried 2019-10-03 19:42 2020-08-02 08:44
Reporter: Andrea_Paz Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 2019-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Transition
Description: A bug from user D. Quinton.

I notice a problem with transitioning between two edits when an effect is placed on either of them,
when transitioning between edit A and edit B, with an effect placed on Edit A (such as colour correction), as the transition hits Edit B the effect placed on Edit A is suddenly removed and the end part of Edit A is seen without the effect, so that it reverts to its raw colours which is quite noticeable.
Perhaps the answer is moving Edit B onto a new track? does the transition still work? I have to test it yet
Tags: Timeline
Steps To Reproduce:
Additional Information:
Attached Files: TransitionAndDifferentsEditsEffects_02.png (92,000 bytes) 2019-10-09 09:11
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=307&type=bug
png
Notes
(0003863)
quintao   
2020-08-02 08:44   
Very late to clarify this but yes I did imply a video transition was applied between A and B.
I like IgorB's solution - to use 2 tracks, and 2 dissolve transitions... nice work!
(0002287)
IgorBeg   
2019-10-16 10:55   
Phyllis wrote: “gg would like to streamlike the creation of a nested asset directly... as you might already know, it probably would not work with proxy.”

I hope, when/if it will be implemented, GGG (Great GG) think of all the users who need Proxy like me. =)
Thanks!
(0002282)
PhyllisSmith   
2019-10-14 19:47   
@Andrea, OK I will. even though my videos are of dubious quality.
(0002280)
Andrea_Paz   
2019-10-14 18:53   
Phyllis, I would like to propose that you put your video of note 02247, in the thread on the forum on transitions, next to the video of Igor. In order to present two different workarounds on the same topic.
https://www.cinelerra-gg.org/forum/how-to/transition-between-two-edits-with-differents-effects/
(0002272)
PhyllisSmith   
2019-10-14 15:36   
IgorB: "Do you ... think that in the future there will be a solution to this issue?"
Well, gg would like to streamlike the creation of a nested asset directly on the timeline and is excited about doing so. BUT... as you might already know, it probably would not work with proxy. It is possible that he may initially get it working and then find a way to make proxy work too. There is no timeframe for implementation and with the BT count up to 313 in a year, it does not look like a strong possibility to be any time soon!
(0002256)
IgorBeg   
2019-10-12 13:49   
Thanks GG/Phyllis for the info about Transition issue.
Unfortunately for me, I always use Proxy and your workaround has too many steps but it is good to know new workaround.
And, I think, that the output of your workaround works right (the right transition effect). My workaround produces an “artificial” (incorrect) output effect, like Olaf said. Thanks!
Do you (developers) think that in the future there will be a solution to this issue?
Thanks.
(0002248)
Olaf   
2019-10-11 22:20   
Your workarounds with only two sequences are far from practical. If you have three minutes left you can make a small slide show according to Igor's method. Because for this soft transitions of all kinds are mainly used. Thanks anyway for the feedback and wish you a lot of fun while pulling and pushing.
(0002247)
PhyllisSmith   
2019-10-11 21:06   
Now we understand the issues after the helpful notes and demos. Unfortunately what looks like a bug is really a design flaw that can not be remedied at this late stage. It has to do with the stacking order of the plugins and how they are handled. So a workaround will be necessary. Besides the workaround IgorB demonstrated, another workaround involves the use of nested clips as shown in:
    https://streamable.com/i54vj
And, "yes", I was root as always because I am in continuous test mode and have to be ready to catch a crash if it occurs. I apologize for not capturing the keystrokes but most is obvious, except for when I do an Overwrite using Ctrl-b. I can write the steps here if needed.

This issue will be closed in a few days.
(0002231)
Olaf   
2019-10-09 18:08   
Igor, some things are simply broken and need to be repaired. Your workaround is a completely different approach, known from Kdenlive and similar editors. (I will not go into the associated disadvantages at this point, who cuts like that knows what (s)he's doing.)

But it also shows, and I didn't want to go that far, that the transition doesn't work 50/50, but pulls material from A under B, which shifts the transition by 50 percent, symbolized by the bar. This makes A effectively longer and B shorter. A rather atypical behavior, which one does not expect at this point.
(0002228)
IgorBeg   
2019-10-09 09:00   
@Olaf
Sorry, no humor was in my mind.

Usually, like all of us know, the right way for the Transition is like in my screenshot added: the A-edit in the bottom track and the B-edit in the top track. But if your A-edit have not enough frames or, at the end of your work, you want to put the Transition without move all the edits position you may follow my workaround.
(0002226)
Olaf   
2019-10-08 14:53   
I like your humor, @IgorBeg!
(0002225)
IgorBeg   
2019-10-08 13:01   
If you want, you can see my workaround "TransitionAndDifferentsEditsEffects.ogg" at
https://streamable.com/zodw5
Thanks.
(0002223)
Olaf   
2019-10-07 07:43   
The described error can be better understood in connection with a transparent bitmap (for B).
(0002222)
PhyllisSmith   
2019-10-07 00:16   
(Last edited: 2019-10-07 00:32)
Just acknowledging this issue. I used color correction and it works correctly for me. I can not reproduce the error you see using the effect Color 3 Way, for example. Maybe a specific codec has a problem in which case I would need more specific to produce a failure. Or maybe someone else can provide a session that has the problem.

However, perhaps I am interpreting this incorrectly. By the word "transitioning", is it meant just moving or does it indicate that there is an actual "transition" on the timeline. I take it to mean there is only an effect and not an actual ransition.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
389 [Cinelerra-GG] Feature minor unable to reproduce 2020-03-12 11:06 2020-08-02 06:42
Reporter: RafaMar Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Why .xml and not .cin or .cingg?
Description: Could Cinelerra save the project files to a .cin, or cingg?
This would allow associating these with Cinelerra and being able to open them with a double click, and even put a nice icon on the project files.

I admit that I am a little "freaki" of these things :-)
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003860)
RafaMar   
2020-08-02 06:42   
My proposal was with the idea that Cinelerra named with this extension automatically. But it doesn't matter much either.
Thanks for your observation @quintao
(0003859)
quintao   
2020-08-02 04:35   
You can just rename the file extension, .cingg and it will still open with Cin.
That's because the line at the top
  <?xml version="1.0"?>
tells Cin it's an xml file.
So all it needs is a rewrite in cin to save as .cingg.
(0002894)
RafaMar   
2020-03-12 20:14   
I can only write tutorials, I am an audiovisual technician specialized in FX, but I know very little programming, just a little python, but very little. I would not know how to do what I ask. Thanks for your time.
(0002893)
PhyllisSmith   
2020-03-12 20:05   
You are right that it is feasible and after talking to GG, he says it is not out of the question. It will be left open and maybe someday another programmer will volunteer to implement this or gg will.
(0002890)
RafaMar   
2020-03-12 18:59   
The file would still be an xml and cinelerra should maintain compatibility with both extensions, xml and cingg, kdenlive, which I don't like at all uses xml files with extension .kdenlive.
The problem is that I do not understand programming and perhaps this is difficult and not feasible, but I know of applications that have changed the extension of their files while maintaining compatibility with the old ones. Like Maya 3D for example.
I mean the file content is exactly the same, only the extension changes.
(0002887)
PhyllisSmith   
2020-03-12 17:46   
Anything is possible to change and this sounds like a neat idea. But the probability of switching from .xml to .cingg would be a major change from the meaning and past, with a lot of existing .xml files from years worth of work out there. The extension of XML is based on the definition as a machine and human readable data file (XML is an acronym for Extensible Markup Language). It is formatted much like an .HTML document, but uses custom tags to define objects and the data within each object. XML files can be thought of as a structured text-based database.

It is rare to close a BT and say that it is not a future possibility, but I do not think gg would ever do this. I will get his feedback though.
(0002882)
Andrea_Paz   
2020-03-12 14:14   
Good idea. +1
(0002879)
RafaMar   
2020-03-12 14:13   
cingg seems to be free, and would be very successful.
(0002878)
Andrew-R   
2020-03-12 14:09   
I think '.cin' as file extension was already taken:
https://multimedia.cx/mirror/idcin.html

--
This document attempts to describe the format of a Quake II cinematic sequence (a .cin file) [..]
--quote end--

*.cingg at the other hand seems to be free?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
475 [Cinelerra-GG] Feature minor have not tried 2020-07-08 18:41 2020-07-28 08:17
Reporter: RafaMar Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Possibility to export subtitles in .srt or .ass
Description: Cinelerra currently uses the .udvd subtitle format which is a clone of the .sub format used in MicroDVDs.

This format has a big problem, which synchronizes with the number of frames.

And this causes problems when one works on a project at a certain frame rate, but wants to make different versions of this video, for example a version at 4K at 60fps another one at 1080i at 30fps and a lower quality one at 720p at 24fps. This is very common today, because it is not the same to reproduce on a large screen as on an HD TV or on a mobile device or tablet.

If the subtitle file uses a frame rate based sync code, I will have to make a subtitle file for each version (remember I change the resolution and frame rate).

The fact that Cinelerra exports only in .udvd (.sub) format means that in these cases it is no longer a good option to create subtitles. And this is a real shame, because Cinelerra is very good and useful for making subtitles.

This problem is solved using a format more in line with what is used today, that is, subtitle files that encode with time, Hours: Minutes: Seconds: Hundredths of a second, when creating subtitles with this synchronization encoding by time the frame rate is irrelevant, and a single file is used for all the versions we make of our video, regardless of the frame rate.

.srt, widely used and recognized by almost all video playback systems, uses the time format, as does .ass, which is also very common.

It is a real shame that Cinelerra does not export subtitles in .srt or .ass format.

The problem of converting .udvd to .srt or .ass with ffmpeg is that this is based on the speed of 24fps and if we have not worked at this speed the synchrony is not good. I have consulted the manual of ffmpeg and I have not found the solution to be able to indicate on the basis of which frames it has to convert .udvd to .srt, without losing the synchrony if I have not worked at 24fps.

I do not know if with mencoder you can, I have not consulted it, the only solution that I have found to convert a .udvd file to .srt without losing synchrony is using the "Gaupol" application, which allows me to define based on what frame rate the .udvd file is synchronized

If it were not for this detail, it could be said that Cinelerra is one of the best subtitle creation tools. Currently it is a good option but it should be used together with Gaupol to be able to convert the created file to more usual and better recognized formats than ".udvd", although if we change the extension to ".sub" most of Players automatically recognize and load the subtitle file. But if we encode the video and change the frame rate, the .udvd or .sub file lose their sync, this is not the case with .srt or .ass files or any subtitle file that uses a time format.

I would like to know if this is possible and if there are possibilities of this change, because I want to write a tutorial on making subtitles with Cinelerra and this point seemed important to me.

Thank you.
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003854)
RafaMar   
2020-07-28 08:17   
OK, thank you very much, I'll try it as soon as I can.
(0003846)
PhyllisSmith   
2020-07-27 00:31   
With the latest GIT checkin, you can now create Subtitles in srt (subrip), sub (subviewer) or udvd (microDVD) format with srt being the default. The test builds for Mint 18 and Mint 19 include these -- you will see in the upper right hand corner, a "format" box pulldown to choose.

The Subviewer specification says the [Information] and its closer or optional. We do not use mpv or vlc so have not verified correctness with other programs -- just with the specs. Please let us know if problems.
(0003779)
RafaMar   
2020-07-09 06:50   
Thank you very much Phyllis. Cinelerra has a very good concept for creating subtitles, convenient, fast, effective. But if you export in a frame-syncing format, everything else is overshadowed. Anyway I will make the tutorial and at the end I will indicate that with Gaupol, excellent application, we can convert the udvd into srt with total precision, with ffmpeg you cannot do it with precision. I have not known, I have not found a way to tell you the frame rate of the udvd file (which is actually .sub) so that it converts without desynchronizing.
What cannot be previewed in real time is secondary and irrelevant. But Cinelerra would be very good and would have no rival in subtitles if it could export in .srt, .ssa or .ass (better)
I said thank you very much.
(0003775)
PhyllisSmith   
2020-07-09 02:41   
Discovering this is disappointing -- "This format has a big problem, which synchronizes with the number of frames." I will find out if GG has any feedback on the possibility of using a .srt file output and how hard that would be to implement. I do not foresee that it will be soon though.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
480 [Cinelerra-GG] Bug minor always 2020-07-21 14:01 2020-07-21 19:28
Reporter: Pierre Platform: HP-Pavilion dv6-3073ca  
Assigned To: PhyllisSmith OS: Linux Mint Mate  
Priority: normal OS Version: 19.3  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: CinGG leaves at the opening a project with vaapi
Description: Whether it is a project or just loading a media file, CinGG crashes systematically if I selected vaapi in the preferences. This is as well with X11 or X11-OpenGL.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: terminal.txt (652 bytes) 2020-07-21 14:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=617&type=bug
cinelerra_1995.dmp (102,887 bytes) 2020-07-21 14:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=618&type=bug
Datasheet HP Pavilion dv6-3073ca.png (77,560 bytes) 2020-07-21 18:45
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=620&type=bug
png
Notes
(0003825)
PhyllisSmith   
2020-07-21 19:28   
Well, that is a little strange. I will do some more research but do not expect to find a solution other than to not use vaapi. We were wondering when you were going to upgrade from Mint 18 so it looks like that will be some months yet.

The good news though that we learned from you dump is that we can improve the dump output in the future by adding dump_stack (in the past without this information, some dumps provide no assistance in determining the problem).
(0003824)
Pierre   
2020-07-21 18:45   
This is just my old (10 years) HP Pavilion dv6 laptop.I only use it occasionally and very rarely with CinGG. It is installed under Linux Mint Mate 19.3 and I had increased its ram to 8GB and replaced its crashed hard disk with an SSD.

In reality I seriously use CinGG only on my desktop which is still running Linux Mint Mate 18.3 (I will wait for Linux Mint 20.1 next winter before upgrading his system).

I don't know how to know exactly which graphics board the laptop uses, but the datasheet on the HP website seems to indicate that it's an "ATI Mobility Radeon HD 5650 s". The driver used is the free default driver installed by Linux Mint.
(0003823)
PhyllisSmith   
2020-07-21 18:03   
GG looked at the dump. It is crashing inside of:
   /usr/lib/x86_64-linux-gnu/dri/r600_drv_video.so
which we "think" is the driver for the Amd Radeon R600 board. Does that sound right? is that your graphics board? I am not sure if you upgraded your Mint 18 system yet or were you using your Mint 19 system?

So unfortunately, there is nothing to fix in Cinelerra.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
73 [Cinelerra-GG] Feature trivial have not tried 2018-12-23 14:44 2020-07-08 07:00
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Proxy folder behind the scenes instead
Description: In the future, it could be useful (also for the new users), that only Media tab is showed, and the proxy, when enabled, were invisible (behind the scenes). The program know if proxy is enabled or not, and what parameters it has (proxy4-mp4, proxy4-mov, proxy4-mpeg,... ). Then if I Proxy is enabled and I Drag and Drop a video from Media tab to the Viewer (or directly in Timeline), the software should load the proxy file instead source file. The user know if enabled or disabled by the icon on the left of the Main window. That not today or tomorrow, but in roadmap. If that has sense for you all (and other users) like me.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003762)
fary54   
2020-07-08 07:00   
Using the proxy very regularly, I find the proposal logical, useful and essential but on one condition, namely that the proxy icon, located on the right side of the main window (enabled / disabled) is reliable which doesn’t is not currently the case.
(0003737)
PhyllisSmith   
2020-07-05 01:11   
Please also reference BT 0000460 for additional helpful information for Phyllis/GG.
(0000356)
IgorBeg   
2018-12-23 16:41   
GG/Phyllis, thanks for opening that.
(0000352)
Sam   
2018-12-23 14:46   
+1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
433 [Cinelerra-GG] Feature feature have not tried 2020-05-15 21:58 2020-07-04 04:31
Reporter: Sam Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Audio tracks improvement request from Glen
Description: Hi,

Just posting a few thoughts and wondering if anyone else has noticed this or feels the same way..

Something about Cinelerra (of all types) that has always really bothered me is the handling of Audio tracks.. It is not my intention to be critical of anyone's work these are observations not judgements.

- Why do the waveform tracks have to be so large and take up so much screen space? If you look at other NLE's one of the major things that really makes Cinelerra's unconventional UI look 'ugly' and outdated is the sheer size, number and visual bulk of the Audio tracks in the timeline view.

- Why can't the vertical size of Audio tracks be independently sized apart from Video tracks, often when actively working on multiple Video tracks it would be nice to make Audio tracks much much smaller to get them out of the usable screen space.

- Why aren't stereo tracks just one visual 'lane' on the timeline with 2 waveforms in one lane? I've never seen any other application that displays true stereo tracks as individual mono tracks..

- How often do people ever need to independently edit each track of a stereo track? to me splitting a stereo track into 2 mono waveforms should be a rarely needed menu option instead of how Cinelerra displays by default.

- Almost every other NLE I've tried puts mono or stereo Audio tracks in one lane of the timeline and Audio effects are applied to one or both Audio tracks with one visual instance of the plugin, no need to attach a plugin to one channel of the stereo track and then apply a copy of the plugin other to the other channel.. Audio tracks in an NLE should really behave like Audio tracks do in any other Audio application like a DAW. For instance in something like Ardour or Audacity 99% of plugins are stereo and the pin connections of how many channels to process are invisible to the user, if you have a stereo track and you apply a stereo plugin the right and left 'pins' are automatically routed, if you drop a stereo plugin on a mono track then it will just connect one side or the other. Since Cinelerra now has the amazing and (very unique in the NLE world) feature to process with LV2 plugins it would be nice if it behaved like virtually every other host of Audio plugins and just let you apply one visual instance of the plugin and let the application invisibly handle the pin routing and automatically apply the effect processing to however many channels are in the 'lane'

I'm sure like many things simplifying how Cinelerra works with Audio visually will conversely be tortuous on the coding side of things so maybe this isn't feasible to even look into. I truly believe that both visually and operationally Cinelerra's very unorthodox handling and displaying of Audio is a stumbling block to it's adoption by new users. Cinelerra doesn't need to be Lightworks, or Vegas or Kdenlive but there is an industry accepted way that Audio is presented in an NLE and if the coding side isn't impossible I think aligning Cinelerra to a more normal workflow for Audio would be very beneficial..

Just my thoughts, Stay safe and stay healthy everyone!

Glen
Tags: Main window
Steps To Reproduce: https://www.cinelerra-gg.org/forum/help-video/how-audio-tracks-are-displayed-can-it-be-improved/#post-1110
Additional Information:
Attached Files: Audio-setting-bug.jpg (55,555 bytes) 2020-05-15 22:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=549&type=bug
jpg

ArdourAudio.png (10,516 bytes) 2020-05-18 14:27
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=551&type=bug
png

Auswahl_081.png (43,295 bytes) 2020-05-21 09:33
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=553&type=bug
png

Cin_icons_tumblepatch.tar.gz (1,977 bytes) 2020-05-27 08:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=561&type=bug
Cin_icons_tumblepatch_2.tar.gz (11,832 bytes) 2020-05-29 12:27
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=563&type=bug
shared_effect.png (20,736 bytes) 2020-06-04 02:05
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=575&type=bug
png

Auswahl_003.png (102,103 bytes) 2020-06-29 02:34
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=595&type=bug
png

Cin_Patchbay_MasterTrack_ChannelsAndMedia_mode.png (7,124 bytes) 2020-06-29 17:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=597&type=bug
png

Cin_Patchbay_MasterTrack_20200629.png (7,062 bytes) 2020-06-29 17:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=598&type=bug
png
Notes
(0003732)
PhyllisSmith   
2020-07-04 04:31   
@Sam
Can not create error seen in Note 3927 where the green box should be red instead. It might have been fixed while fixing something else.
To easily change from one mode to see what is going on, there is now "Shift-toggle" on the icon so you can go back to Gang None mode really fast to see all tracks.
@Andrea_Paz
The Gang modes icon for Channels is now yellow in color and for Gang Media is the color red. I think this helps a lot to ensure that the user is aware of current mode.

We tried changing the order of the Patchbay icons, but they just didn't look good and looked really funny, but the Gang faders was moved to a more logical place. More later.
(0003709)
Andrea_Paz   
2020-06-30 06:48   
Since the three modes concern the whole timeline, you might think of coloring the button in red when it's in Gang Channels (3 lines) and orange when it's in Gang Media (2 lines). They're ugly, but very noticeable.
I like Sam's suggestion: when one track belonging to a group is disarmed, then you can't drag any edit of the group (grid red). So we immediately realize that the group's arm/disarm is inconsistent and we can fix it.
I also like the new position of the Master Track button proposed by Igor.
(0003708)
AVLinux   
2020-06-29 19:09   
Hi, So far I have only had time to test the basic functionality of the new ganging system (much like the demo video Phyllis posted) so I don't have a lot of advanced use wisdom to add yet, however @IgorBeg makes a good point that the mastertrack button would be sensible to be added to the other Patchbay (or track header??) buttons and a visual indicator in the same place would be a good way to go especially on large canvas arrangements with many tracks where you may want to quickly discern if you are looking at a single video track or a track that is in ganged_media mode..
(0003707)
IgorBeg   
2020-06-29 17:14   
You are right @PhyllisSmith but I had some problem to test the new feature due to 0000469 because, unfortunately, I can not rearrange the tracks.
At the first, for me, it was (would be) right what Sam said about Arm/Disarm but that feature is an singularity (a black hole).
Here is like The 3 laws of the Robotics by Isaac Asimov: a priority is need.
My suggestion:
- In Drag and Drop editing mode it follows the "Ganging_tracks.pdf" rule.
- In Cut and Paste editing mode it follows the Arm/Disarm rule (like Sam said).

I think is need a special symbol on the Title track because you could not see, or remember, that you are in Gang_Channel or Gang_Media mode. Could it be a rectangle around the Title text like you can see when you use Shift+LMB on an items of the Overlay window? I added an image. Only an idea.

IMHO, I would change the order of the icon for the PatchBay: ..., MasterTrack, DontSendToOutput, TrackDataHeightTumbler. I added an image.

What do You (ALL) think?
(0003705)
PhyllisSmith   
2020-06-29 14:06   
@IgorBeg
Now I am totally confused. First you said "I agree completely with Sam about "My personal opinion is that if a track is locked, then I cannot change anything there, ..., otherwise this function loses its sense." +1. Then in the next note you say
"should Master track "overwrite" the Arm/Disarm behaviour of its Slave track, when you are not in Gang_None mode?
Probably Yes, I think."
These are totally in opposition. For now, we will leave it as it -- we were hoping to have a convincing argument one way or the other before doing the monthly builds.
(0003703)
IgorBeg   
2020-06-29 11:53   
If I create a new Audio or Video track, that tracks are not marked as Master_track. I think the default should be always marked Master_track.


By the Ganging_tracks.pdf:
Notes:
- When in GANG_CHANNELS or GANG_MEDIA mode, if the first audio track is not disarmed, but
any of its connected channel tracks are, the disarm of those channels are ignored and all channels are
treated as being armed. This is to be consistent with the purpose of using this mode; the purpose being
that any edits to the first master track are automatically propagated to all other channels.


Mmh,... should Master track "overwrite" the Arm/Disarm behaviour of its Slave track, when you are not in Gang_None mode?
Probably Yes, I think.
(0003701)
IgorBeg   
2020-06-29 09:04   
Thanks @PhyllisSmith / GG for the TAR: Charlie (alias Charlene) say thanks, due to the high temperature to do a build).

- I agree completely with Sam about "My personal opinion is that if a track is locked, then I cannot change anything there, ..., otherwise this function loses its sense." +1

- Good the new hint shown when you are on Gang button. +1

- About restore the Height of Audio Tracks with Shift+click on the tumbler on the bottom.
Thanks, but I don't means the default (64) height for all audio or all video tracks, but the value that is shown there.
So, if the value is 32, all the Audio Tracks are reverted at that value.
I don't know if changing the eight of the tracks with PullDown Menu should change the eight of the track that, previously, you are changed with the Track Data Eight tumbler. For me it is right but it may be in contrast with @AVLinux request.

- GangMedia_Mode
I think that when in GangMedia_Mode the Video Track should show something of different to indicate that there is an Audio channel (together) hidden. Could be a different background colour of the title track, even though it is not very good for me.

I have to read better what Sam (#3686 point 1 and 2, #3691 point 1) and Pierre (#3699) wrote. For me, that are important/foundamental discussions. (time - time - time)
(0003699)
Pierre   
2020-06-29 03:02   
I agree, when in Gang_Channels or Gang_Media mode the associated tracks should not be able to move relative to each other but only as a group. However, it must be possible to de-associate them (GANG_NONE) at any time, if necessary, to be able to move them individually in relation to each other before re-associating them in GANG in this new distribution-position.
(0003698)
PhyllisSmith   
2020-06-29 02:44   
@IgorBeg
The defautlt (64) height for all audio or all video tracks can be reverted to with the use of Shift-click (looks like RMB) on either the up/down arrow toggle in that box on the bottom of the timeline or by bringing up the box of choices and using Shift-click there. An Ubuntu 16 build is at: https://cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz
@Andrea
Since the wording can be easily changed later, I think it is OK to add the 2 page document to the manual when you have time and can make some better images than I did. Is this going to be added in the "Editing" chapter?
(0003697)
Sam   
2020-06-29 02:34   
My personal opinion is that if a track is locked, then I cannot change anything there, I want to protect this track from unintentional changes, otherwise this function loses its sense. I would solve the problem differently. See the attached picture.

If a part of the related media is in a locked track, then I cannot move the part in the unlocked track either. A lock is created for both media parts, even though a part is in an unlocked track.
(0003695)
PhyllisSmith   
2020-06-29 02:01   
@AVLinux + others:
A big concern to me as outlined by Sam and Skinkie is the treatment of disarmed tracks when in Gang_Channels or Gang_Media mode. Their expectation is "if the track is locked, then no matter in which "Gang" mode/view you are, the corresponding file should not be moved". To me this would be a bad idea because the whole point of "ganging" is to keep the edits, cuts, moves, plugins, etc. all lined up. Once you remove the alignment which is the ONLY method that creates the binding, then we are right back to treating the tracks independently and there is no inherent containment.

Part of the reason that this "ganging" method was requested is because users forget to arm and disarm tracks and then work is lost. Is there any convincing argument why the current method is wrong?
(0003692)
PhyllisSmith   
2020-06-28 23:05   
@Sam -- because we could see how you operated in the below video, we could finally create the error and GG has a fix to be checked in later.
    "3. When changing the main window, some of the buttons disappear. Please watch the video.
https://streamable.com/0r7nvg"

So I am sure that the last 2 videos will just as helpful.
(0003691)
Sam   
2020-06-28 22:51   
I have made two videos to my previous suggestions to illustrate the problem.

1. It shows that in "Only Master track" mode/view, adding new tracks is not displayed. I have to leave this view first and then activate Master track of the new track. But it's better if I can stay in this "Only Master track" view without leaving it and add new tracks, that these new tracks will be shown to me. The only thing that needs to be done is that when I am in "Only Master track" view and add a new track, that new track will automatically have "Master track" enabled, so it will be shown to me.
P01 video: https://streamable.com/sy1ynl

2. This video shows that the problem with hidden tracks, that the pulling in of new media, an accidental overwriting is almost normal. It would be better if when I drag in new media, all tracks are shown briefly and then hidden again. Of course this should only be optional. Especially new users will like this feature because it prevents accidental overwriting even if they are in the "Only Master Track" view.
P02 video: https://streamable.com/h0wnaf
(0003688)
PhyllisSmith   
2020-06-28 20:12   
Thanks for all of the feedback -- very much needed and appreciated.

Andrea - gg says good idea and he can add a better tooltip for clarification as you suggested. Wait on adding the document to the manual at least for that change because it would be good to show that in an image. Another image that I did not put in that might be helpful is of the patchbay "Master Track" toggle.

IgorBeg - also good idea to have a revert to default track sizes. Will see if GG can do that easily.

Skinkie has a demo that I am still analyzing that might result in an improvement at: https://streamable.com/igwuoe

Sam - still going over your latest note. Although I have seen your point 3 with the buttons disappearing, now I can no longer reproduce it for gg to diagnose. He tried and can not either BUT I am sure it will happen again so will continue to find the cause.
(0003686)
Sam   
2020-06-28 19:42   
I like that new feature a lot! Thx!

I think the three options are good, but I would definitely make one modification.

1. If I have activated the Gang mode with the button symbol "two tracks" or only "three tracks" and I add a new video or audio track, then this new track should be automatically displayed, that means this newly added track should have the option activated in the patchbay "Master track".

It doesn't make sense if I add a new track in "two tracks" Gang mode and then click through the Gang mode to change the "Mastertrack" option to the new track so that I can see it at all and then switch back to "two lines" Gang mode in the second step. This procedure is too cumbersome. When I add a new track, I want to see it no matter what "Gang" mode I am in. If I don't want to see the new track, I simply deactivate the "Mastertrack" option of this track.

2. Likewise, when I drag a video and its audio from the resource window into the main window, it would be good if all tracks were displayed at that moment. For example from "two tracks" to "all tracks". As soon as I drag the file to the right place and release the file, the "Gang" mode will return to "two tracks" or to the previous setting. This option should be selectable int the settings. Without this option, it is a constant click between the different "Gang" modes. This suggestion makes intuitive working possible in the first place.

3. When changing the main window, some of the buttons disappear. Please watch the video.
https://streamable.com/0r7nvg
(0003685)
Pierre   
2020-06-28 18:15   
@IgorBeg
Indeed, all the screencasts/screenshots I've produced have been produced from my workstation which has 3x 1920x1080 monitors, which usually leaves me plenty of space to keep the height of the tracks to 64. My comment about the space gained by "Gang_Media" was more about the moments when I use my laptop, which only has a 1280x720 screen... and in this case, all the tricks to save vertical space are valid and appreciated, including the height of the tracks to 32...
(0003683)
IgorBeg   
2020-06-28 17:24   
My personal opinion.
My suggestion about removing the 3th option "Gang_Media" is because many users will ask: Why I can not add an Audio Effect on the video that contains audio (but with audio channels no showed)?

In yours (@Pierre and @AVLinux) screencasts/screenshots I don't see the height of the tracks to 32 but 64 or 128. Then I wondering how you can save space if you used a large size? Sorry for that.
(0003680)
AVLinux   
2020-06-28 14:50   
Hi,

Thanks again for all the work on this, it is quite a brilliant way to handle things while preserving the default workflow, and it works SO well already!!. Also the manual pages are very helpful and as said very clear. Actually for me it is useful to have "Gang_Media" and I agree with Pierre because for me the issue has been is once I have synced my Audio I usually am busy with fade autos and Video-only stuff and don't need to work much further with Audio and my initial concern in the original post was the inordinate amount of timeline canvas taken to display Audio tracks that weren't necessarily being actively worked on. "Gang_Media" solves that problem even better than the original idea of sizing and placing both waveforms in one lane, now they don't have to use any space at all if they aren't needing to be seen.

I very much appreciate the work done and all the great feedback and ideas that everyone has provided, with the world in it's current state it is very gratifying to see such unity and common purpose... GG and Phyllis you two are two in a million!!
(0003679)
Pierre   
2020-06-28 13:43   
@IgorBeg
Although the 3th "Gang_Media" option will probably be less frequently useful, I believe in the case of working with many mixers on a single small screen, there are situations where it will allow you to monitor more video tracks at the time of video trimming; at a time when you're not necessarily dealing with sound. And since this "Gang_Media" option is already included, why remove it?
(0003674)
IgorBeg   
2020-06-28 09:35   
1. About "2 page document".
Like Pierre wrote, Very clear text. +1

2. I think that the 3th option "Gang_Media" is not useful for the Users like @AVLInux because you can see only the Video track and you can not add any Audio Effect to it (of course). Probably, IMHO, only the two options Gang_None and Gang_Channels are a necessity.

3. About Height of Audio Tracks with tumbler in Audio track.
I think that would be need a restore function to restore the height of all the audio tracks to the value indicated on the "Height of Audio Tracks" button on the bottom of the main/program window.
It could be Shift+LMB on "Height of Audio Tracks" button and it restore to that value.
So, if you played a bit with the height of the tracks you can restore them to the "predefined" value.

More tests I have to do.
(0003669)
Andrea_Paz   
2020-06-28 07:00   
A small improvement, not important, could be to dynamically modify the gang track tooltip: None or Channels or Media

PS: tell me when I can put the pdf in the manual.
(0003667)
Pierre   
2020-06-28 01:10   
@Phyllis

Very clear text.

This is a brand new feature for Cinelerra and it will take some time to discover all the possibilities and if there is still room for improvement.
(0003666)
PhyllisSmith   
2020-06-28 00:43   
@AVLinux
@IgorBeg
@Andrea_Paz
@Pierre

A less than 2 page document is temporarily at (until it can be added to the manual):
   https://cinelerra-gg.org/download/testing/ganging_tracks.pdf
(0003663)
Pierre   
2020-06-27 01:25   
@Phyllis
Oh, great!
This new Mixers option works very well and it's going to be very useful in case of false maneuvering.
(0003662)
PhyllisSmith   
2020-06-27 01:14   
@Andrea_Paz
Thanks for the Valgrind. Happily it showed no problems with this newly added feature.

@Pierre
I forgot to mention that the Mint 18.3 test build that we made also included a small feature for multiple camera mixers. Under the Window pulldown, Mixers option, now included is the name of each Media Mixer so that if you accidentally close one of the min-viewer windows for a mixer, you can click on that name and a new one will appear.

@AVLinux
With a few fixes added, a new Debian 10 static tar was created and it is at:
    https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz

I am still working on proper documentation to add to the manual but ran out of time.
(0003656)
PhyllisSmith   
2020-06-25 22:35   
(Last edited: 2020-06-25 22:38)
About -- "Once you start changing individual channels (audio tracks) so that they are no longer coordinated in their edits/plugins, do not try to go back to automatically editing ganged-channel mode because the channels will no longer be lined up and who knows what will happen. I guess I had better test that!"

Surprisingly after testing the above, it works better than I thought it would and actually might be a useful methodology but you have to know what you are doing.

In working on a short document/explanation, another thing to mention (that IgorBeg will probably bring up) is that if you disarm the second (or subsequent) channels, but not the first Master channel, when you are in ganged-channel mode, the disarming will be ignored. This is in order to maintain consistency in that "what you see (i.e. only that first channel), is "what you get".

(0003655)
PhyllisSmith   
2020-06-25 22:26   
@Pierre,
Thank you very much for testing. One of the things that I should have really emphasized is that if you plan on using the ganged-audio mode and make changes to the first audio channel to be automatically duplicated, you should do that first. Once you start changing individual channels (audio tracks) so that they are no longer coordinated in their edits/plugins, do not try to go back to automatically editing ganged-channel mode because the channels will no longer be lined up and who knows what will happen. I guess I had better test that!
(0003654)
Pierre   
2020-06-25 20:08   
Here it works well, I haven't been able to try it in every imaginable situation, but whether it's with a single camera or with mixers I can see that this new feature will be very useful to free vertical space in the timeline.

I'm wondering about the management of the display and the selection of the automatic duplication of plugins when different types of sound tracks (voice and sound of the shooting, mix of several stereo musics, mono or stereo sound effects, added mono or stereo ambiences, etc...) are all associated to one or more video tracks but do not require the same treatments. This will be to be explored later.
(0003652)
PhyllisSmith   
2020-06-25 17:39   
@AVLinux
Happy Birthday! We are adding fixes today yet as we test more thoroughly and will most likely make a new Debian 10 tarball to reflect updates late tonight.
(0003651)
AVLinux   
2020-06-25 17:23   
@PhyllisSmith

Wow! and WOW!! It just happens to be my birthday today, what an amazing gift! Downloading tarball now will test over the weekend! THANK YOU!!
(0003650)
PhyllisSmith   
2020-06-25 03:29   
@AVLinux
Work has been done to treat multiple audio tracks as 1 with respect to plugins, cuts, moves, etc.
A demo is at: https://streamable.com/2ia9sz
There are static tars for testing at:
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint19-x86_64-static.txz
This is still preliminary but have to get some outside help in testing.
Please report any feedback -- pending problems that have to be fixed concern plugins.
(0003563)
PhyllisSmith   
2020-06-04 02:05   
(Last edited: 2020-06-04 02:07)
This was added to the forum and duplicated in part here. Glen quote from above: in other DAWs there is "no need to attach a plugin to one channel of the stereo track and then apply a copy of the plugin other to the other channel".

 In looking at the audio code today to study implementation, GG made a startling discovery that appears to be undocumented but very useful to easily attach a plugin to one channel of the stereo track and have it applied to the other channel. So instead of dragging an audio plugin to an audio track and then having to "Attach Effect" and click on "Shared Effect", all you have to do is use the Audio pulldown->Attach effect, choose the effect you would like and make sure the default of "Attach single standalone and share others" is checked on. It will automatically be a "Shared Effect" on all audio tracks (be sure to disarm any tracks that you do not want to have the effect shared on). This also works for Video tracks under the Video pulldown.

I will add documentation to the manual so that this is not lost again and only visible knowledge in the code.

(0003562)
PhyllisSmith   
2020-06-03 20:11   
@AVLinux
We are still planning to find a way to encapsulate both tracks in one lane so will not be doing an intermediate step. And we are still stuck on how to do that but "where there's a will, there's a way"!
(0003560)
AVLinux   
2020-06-03 19:11   
Hi! I've been watching and following and thanks for all the great work so far by everyone. I waited for the official package update and the track sizing and tumblers are looking good and working well!

One question... as long as we still have 2 separate audio tracks would it be feasible to have both Audio tracks scale from the tumbler together if they are ganged? That way if you have ganged tracks then you only need to adjust one Audio track to make both smaller on the timeline.. Perhaps this is totally unnecessary if future work will encapsulate both tracks in one lane then it may not be worthwhile as an intermediate step?
(0003522)
IgorBeg   
2020-05-30 09:09   
Thanks Phyllis. I hope that other Users think so.
(0003521)
PhyllisSmith   
2020-05-30 01:53   
@IgorBeg
Thanks, as always. We tested them and they looked good so GG checked them into GIT.
(0003512)
IgorBeg   
2020-05-29 12:27   
I added another compressed file. Inside you find the tumblepatch icons for Unflat, PinkLady, Hulk, Blue, Blond and Neophyte themes.
For the Bright, BlueDot and Blond-cv, I won't do anything, sorry (I don't know who use them).
Tell me if they are okay for all of you. Thanks!
(0003508)
IgorBeg   
2020-05-29 07:32   
Thanks @Sam for your confirm. Could you give me a feedback for this icon, please? (I think they are so small but the space is really small, there)

Thanks @PhyllisSmith and GG. (Off topic. When you have toothache you usually also have headache, and your days become a hell. I hope gg is fine, now)

I will try to complete the tumblepatch-es for the other themes today or tomorrow, I hope.
(0003502)
PhyllisSmith   
2020-05-28 18:04   
Oops! Try it now with the latest GIT - forgot to do 1 thing. (Off topic - gg has had a toothache for over a week and no one likes to go to the dentist ordinarily and even worse right now so his brain is not working as well as it should due to pain).

Also, as Sam illustrated in Note 3425, the cut off Audio/Video height in the timeline areas in the zoombar have been fixed so that they look right now.
(0003493)
Sam   
2020-05-28 10:33   
@IgorBeg

I can confirm it Igor. I don't see any changes concerning the icons either.
(0003491)
IgorBeg   
2020-05-28 09:58   
I am sorry, I don't see any changes on Patchbay. The new icons are in theme's folders but they do not affect the Patchbay GUI. May be I wrong to compile?

Cin_version by git: Thu, 28 May 2020 00:27:06 +0200 (16:27 -0600)
(0003480)
PhyllisSmith   
2020-05-28 00:39   
@IgorBeg
Thank you very much! These have been checked into GIT and it is a nice improvement. Cakewalk uses the cakewalk supplied one and SUV uses the suv one which is also the default for the other themes.
(0003476)
IgorBeg   
2020-05-27 08:10   
If things do not change, and you want to test the new tumble icons ONLY for Patchbay, I created the tumblepatch icons for the SUV and Cakewalk theme. Let me know

Buttons (20 x 17 px):
- tumblepatch_bottom.png
- tumblepatch_hi.png
- tumblepatch_top.png
- tumblepatch_up.png

Vertical size is 17 pixels because it is due at the icons already there.
(0003464)
PhyllisSmith   
2020-05-22 20:47   
@IgorBeg:
About: 1) I think we have agreed that it should remain the same because of the high usage of the wheel.
About: 2) Aesthetic. A new icon for the tumbler in patchbay would be need. The height of the other icons is 17. The tumbler height is greater and spoils the aesthetic. GG says "it would be nice to have a better tumbler icon or something similar as it is not aesthetic or nice". Got one?
(0003463)
IgorBeg   
2020-05-22 10:13   
Ooh, now I understood. The problem is the mouse wheel on the tumbler. Sorry, I never use mouse wheel on the tumbler. Then it is better it remains as it is. (I usually use mouse wheel over the TextBox and Slider)
(0003461)
Sam   
2020-05-22 08:13   
A small addition to your proposal.
Which I would have no problem with, if the tumbler at the bottom of the window is also adapted to your desired behavior by the tumbler from the patchbay. Pressing down increases the track. It should just be uniform and both tumblers should show the same behaviour.
(0003460)
Sam   
2020-05-22 08:05   
Changing the track size by a pullable dividing line would be optimal. With such a movable dividing line I agree with you that when I move down the track size will be increased, when I move up the track size will be decreased.

But I don't think so with tumblers in the patchbay, it would be exactly contrary to the tumblers in the lower bar and would not be consistent. I use the mouse wheel. With the lower tumbler I turn the mouse wheel up to enlarge the track, but with the tumbler in the patchbay I turn it down. The behaviour of both tumblers, which were made for the same purpose to change the track size, would be contradictory to achieve the same action of enlarging or reducing. For this reason, I would like the behavior to be consistent and not contradictory.

But with a pullable dividing line I would absolutely agree with you, so it makes sense if I pull down to increase the track. I would have preferred a pullable divider, but I'm not sure it's possible due to the limitations of Cinelerra.
(0003459)
IgorBeg   
2020-05-22 07:42   
I think that the tumblers on the bottom of the program window have not touch; they are near to the TextBox with the value inside that say you the size: they are perfect.
The tumbler in the patchbay, from my point of view, should work as a resize window: you click on bottom-arrow and it resizes, expand, the track towards down; you click on top-arrow and it resizes, compress, the track towards up.
If it were possible, it would be better to have a resize function without icon tumbler, more clean and intuitive. So, you put your mouse pointer between two tracks (in the patchbay) and the mouse pointer changes from arrow icon to double arrow (vertical) to resize the track vertically like you usually do to resize a window. I think that @AVLinux use in this way in Ardour program.
(mmh, sorry,... in these times it is said "Application" instead of "Program") ;-p
(0003458)
Sam   
2020-05-21 09:33   
(Last edited: 2020-05-21 09:34)
@IgorBeg

On point 1, I have to say that it feels as right for me as it currently is. Because the controls at the bottom of the main window behave the same way. If I want to make something bigger then I turn up. If I turn something down, then I want to make it smaller. With your desired behaviour it would imply that I have to turn the controls at the bottom upwards to increase the track size, but the controls in the patchbay have to be turned the other way round, which in my opinion leads to confusion. Not making the controls consistent would not help the workflow, because I have to think about how each element behaves. But if it is consistent, then I don't have to think about every control element, because I just have to remember that if I move up, I make it bigger, if I move down, I make it smaller.

On point 2, I completely agree with you. If at least the height would be equal with the other elements, then it would look good.

(0003457)
IgorBeg   
2020-05-21 07:47   
If the new feature about resizing the tracks height don't change in these days, I would like to add two things:

1) when you click on the top arrow of the tumbler the track is expanded (become greater), and when you click on the bottom arrow the track is compressed (become smaller).
It would be better the opposite. So when you click the bottom arrow the track is expanded. More natural with what you see on the track, I think.

2) Aesthetic. A new icon for the tumbler in patchbay would be need. The height of the other icons is 17. The tumbler height is greater and spoils the aesthetic.
(0003456)
PhyllisSmith   
2020-05-20 21:07   
@AVLinux

Just a short update. Although we have been discussing bullet 2/3 (single type track with stereo in 2 lanes) almost daily for 2-3 weeks now, we have not yet come up with a way to get this in. Program code for several ideas have been bounced around and subsequently eliminated. We might have a way to do this with the invention of a totally new track type but have not fully explored the possibility as of today.

Still working and hoping to come up with another brilliant idea soon, but at least you will now have the ability to make the audio tracks any size your want.
(0003445)
PhyllisSmith   
2020-05-18 18:47   
@IgorBeg
Just to let you know, I tested existing (old) projects with the new capability of different sizing of the audio tracks versus the video tracks and all of them should work with no impact with this additional feature. Basically what I am saying is that you do not have to use this new feature and even be aware of its existence really. GG wrote the code so that the size will be the same for audio and video and you can still compress the tracks as usual. (Off topic, I am still working on understanding the nested clip in user bin problem so I can narrow down when the change took place that made it no longer work the same way).
(0003444)
AVLinux   
2020-05-18 14:27   
@IgorBeg

Thanks for the clarification with the screencast, there are indeed some size options there that I haven't found yet and wasn't aware of, however for me (in my opinion) whether you make things small or large or visible and not visible the fact that every video/stereo audio stream has a rough ratio of 33% Video display to 66% Audio display (when thumbnails and waveforms are displayed as the same size I mean) it is still wasteful of space. I do believe for many people especially new people it will be much more common and familiar visually to see and do single operations (ie not separately applying Audio plugins to each channel) on stereo tracks within a single timeline lane. But the fact that we will have the freedom to choose is the beauty of the whole thing!

Timeline example of Stereo and Mono Audio tracks in Ardour:



Thanks for the comments about AV Linux, Ubuntu Studio is a tremendous project and for most people it is quite sufficient, AV Linux differs in have a much higher degree of internal detail and offering more software and plugin choices, if you are happy with Ubuntu Studio that is a good thing!
(0003442)
IgorBeg   
2020-05-18 10:20   
I understand you, @AVLinux; and I know everybody has its own workflow. Sometimes an User like me do not know all the features of Cinelerra. If you have a few of time (1 minute) take a look at the fast screencast, please. May be you always know that.
https://streamable.com/yt0h5o

PS:
Glen, I take this opportunity to thanks you for your OS. It is amazing. I am using UbuntuStudio_16.04 but your OS is my second candidate OS. And I use it as a rescue DVD-live. Thank you so much!
(0003441)
AVLinux   
2020-05-18 00:35   
@IgorBeg

GG indicated in that thread that the current functionality would be retained so you shouldn't lose your workflow and hopefully if all goes well some of the new features will added for those who prefer them, to those of us working with a lot of Audio tracks and used to working with other NLE's and Audio DAW's the "professional" aspect of how Cinelerra currently handles Audio is somewhat debatable.
(0003432)
IgorBeg   
2020-05-16 10:17   
Thank Sam for opening this ticket. I hadn't read it in the Forum.
I have not tried the last Cin version by git, but I would like to say something about.

I think that many user do not know all the feature there are in Cinelerra. So some users ask for new features, not knowing that there is a way to do that or less.
Only to take an example, how many people know that you can compress all the tracks except where your focus it?
In Overlay window you can use Shift+LMB on the Titles item to compress all the tracks, or unchecked the Assets item; in Patchbay you can expand the tracks of your interest to work on it. So you can save a lot of space for your editing.

About Stereo tracks for the Audio: I always prefer to have separate tracks for the two channels. It is professional. If I have to apply the same effect on the Audio channels (Left+Right), I apply the effect on the Left channel and, then, I use the Shared effect to add the same effect to its Right channel.

Like always, only my personal opinion.
(0003431)
MatN   
2020-05-16 07:08   
Oh, I see this was already dealt with in BT133, I had forgotten. Too difficult to implement apparently.
(0003430)
MatN   
2020-05-16 06:53   
It would be very nice if one could use a side-channel effect, where one audio channel controls the volume of one or more others. Like a voice-over channel causing an automatic reduction in volume of selected other channels.
(0003425)
Sam   
2020-05-15 22:10   
I am delighted that we now have the ability to adjust the track height for each track. Really great implementation by you guys.
I just noticed a few things. In the Theme Cakewalk, the fields are cut slightly.
(0003424)
Sam   
2020-05-15 21:59   
Last post from Phyllis:

We have split up the following 3 items into phase 1 for bullet 1, which we call GUI, and phase 2 for bullet 2 and 3, which we call GANG -

    Independent vertical sizing of Audio and Video tracks
    Option to choose stereo tracks as a "monolithic" entity that are acted on together for various editing operations (cut/split/copy/paste), dragging, locking/unlocking, applying effects..
    Stereo tracks contained in the same visual 'lane' in the timeline view

With today's GIT checkin, you can now independently size audio versus video tracks. And that's not all ! You can individually resize any track in the patchbay with a toggle. There is a static Debian 10 tar for testing at:

https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz

If there are other operating systems on which someone would like to test, just let us know. We did not build Mint 18 yet but can do so if Pierre would like to test but we are still working so there will be more changes.

See the attached mages showing the toggle on the right side of the patchbay for each track and the second png for the zoombar audio individual sizing. And note the tiny little audio track underneath the normal size video track.

patchbay.png
 zoombar.png
By PhyllisSmith 15/05/2020 1:30 am

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
467 [Cinelerra-GG] Bug minor always 2020-06-27 21:04 2020-07-03 22:30
Reporter: skinkie Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Transparant PNG in the Video, is rendered in the compositor without "feathered" edges
Description: When a transparant PNG is added to the timeline without any video content behind it, the compositor does not show anti-aliased / feathered edges. When a video is actually behind the image, the aliasing is visible.
Tags:
Steps To Reproduce: Add test.png to the timeline, observe nofeathering.png, or add a video and get with-background.png
Additional Information:
Attached Files: nofeathering.png (21,856 bytes) 2020-06-27 21:04
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=592&type=bug
png

test.png (353,175 bytes) 2020-06-27 21:04
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=593&type=bug
with-background.png (149,348 bytes) 2020-06-27 21:04
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=594&type=bug
png
Notes
(0003728)
skinkie   
2020-07-03 22:30   
I think having "black" as the default to be blend with sounds what a user would expect.
(0003727)
PhyllisSmith   
2020-07-03 22:13   
@skinkie
GG looked at the program code. When you draw the transparent png, you are just seeing RGB and alpha set to 1. (It is read in with the alpha channels all set to 1). Aliasing is done with the value of the alpha channels and it takes 2 to do any blending. Until you add a background (or using the foreground plugin on another track) there is nothing to blend.

If you would like to have this work differently with being blended with black (I guess that would be the choice), GG said he could look into adding a Settings->Preference to allow for that. A Preference setting would be required so as to not affect pre-existing projects.
Let me know one way or the other if you think coding this is worthwhile and would be used (assuming GG can easily implement).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
454 [Cinelerra-GG] Bug minor sometimes 2020-06-17 14:34 2020-07-03 09:15
Reporter: houku Platform: Linux  
Assigned To: PhyllisSmith OS: endeavourO  
Priority: high OS Version:  
Status: feedback Product Version: 2020-04  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cinelerra doesnt launch, and i really wanted to try it :(
Description: so i was scrolling around youtube for the heck of it, and i saw a comment on a random linux video suggesting cinelerra GG, and it said that it aims to be linux only alternative for premere and (if i remember correctly) as good as davinci resolve, now, i was using davinci on windows since i couldnt get rid of it, unfortunatly for me, after i learned so much about davinci resolve, i couldnt get out of using it, but when i heard cinelerra was as good, i thought i could finally get out of using windows, i followed the steps for arch, since i was using endeavourO in which is based on arch, and when added and updated, i installed it, and it installed quite fast, but i got this error:" cin: error while loading shared libraries: libaom.so.0: cannot open shared object file: No such file or directory "
so i did what a programmer does when having as issue and googled an answer, which led to this: https://forum.manjaro.org/t/cin-gg-dont-launch-itself-any-more-solved/79843 "
so i added the the new edit stuff with nano, and updated + install, copied, and it still didnt launch, i removed it and installed the git version from AUR, and i got this: Cinelerra Infinity - built: Jun 16 2020 19:36:26
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

BC_WindowBase::init_im: Could not open input method.
unjoined tids / owner 1
  00007f3bf148e700 / 00007f3bfe4b5c80 12BC_Clipboard

at that point i was confused, i dont want to go insane so im just gonna ask for help from the bug report, and if i find a solution with help or alone, i would edit it and add the solution, thanks in advance
Tags:
Steps To Reproduce: googled and added
[cingg]
SigLevel = Optional TrustAll
Server = https://cinelerra-gg.org/download/pkgs/arch
# end of cingg
Additional Information: it doesnt open
Attached Files:
Notes
(0003724)
Andrea_Paz   
2020-07-03 09:15   
@MatN
It seems to me that "Q" only queries the local database; for the remote database it needs "F".

[PS(OT):Cinelerra-CV has a new website http://cinelerra-cv.wikidot.com/ I don't know if we should update wikipedia or IgorUbuntu, the creator of the new site, should do it.]
(0003721)
MatN   
2020-07-01 17:55   
Thanks Andrea, vainfo is indeed in the libva-utils package.
For EndeavourOS, "sudo pacman -S libva-utils" will install it.
Strangely, the "pacman -Q -o vainfo" does not show which package it is in, returning "error: No package owns vainfo".
But after installing libva-utils, the same cmd tell you it is in libva-utils.
In Mint, "aptfile find xxx" allows one to find out which package to install to get xxx in the machine.
(0003713)
PhyllisSmith   
2020-06-30 23:41   
Per Andrea's note 3700, I have corrected the README.arch (but GG has not uploaded to the website yet). I plan to update the Arch install procedure to refer to Manjaro and EndeavorOS but did not get to it yet.
(0003710)
Andrea_Paz   
2020-06-30 14:40   
"vainfo would be nice but is apparently not in the normal repositories."

In arch vainfo is contained in the libva-utils package; I think the same is for EndeavourOS.
(0003702)
MatN   
2020-06-29 10:00   
Indeed Andrea,
thanks for the correction. I should use copy-paste instead of typing it again...
(0003700)
Andrea_Paz   
2020-06-29 08:50   
I was looking at MatN fixes, also reported in:
https://www.cinelerra-gg.org/download/README.arch
There's an oversight to be corrected in two lines:

sudo pacman -install numactl ==> sudo pacman -S numactl
(0003641)
MatN   
2020-06-23 17:41   
@houku,
I have now tried EndeavourOS as well. I got the same libaom error, but was able to fix it and two others. For the record, these are the problems and my fixes. I did not compile or build anything. After each fix, I tried to start CinGG again, and got the next error.
endeavouros-2020.05.08-x86_64
- Problem missing libaom.so.0, but pacsearch shows aom installed, and there is /usr/lib/libaom.so.2
  Fix in /usr/lib: "sudo ln -s libaom.so.2.0.0 libaom.so.0" ( make a symbolic link liboam.so.2 that points to libaom.so.2.0.0 , which is the actual code).
- Problem missing libGLU.so.1
  Fix "sudo pacman -S mesa"
- Problem missing libnuma.so.1
  Fix "sudo pacman -install numactl"
After these three fixes Cinelerra-GG starts up. I have not done any testing with it, could well be that if you use libaom (for AV1 videos) you get an error because it is the wrong release.

I recommend these other installs: mesa-demos inxi vdpauinfo clinfo . vainfo would be nice but is apparently not in the normal repositories. If you are missing a file, usually pacsearch will tell you which package it is in.

Please report back with any problems you still might have.
(0003640)
PhyllisSmith   
2020-06-23 16:18   
@MatN
Reopening.
(0003639)
PhyllisSmith   
2020-06-23 01:53   
Good news. Sounds like the problem is solved.
(0003638)
MatN   
2020-06-22 19:25   
@houku
I did a quick test on a virtual machine (VirtualBox). After installing Manjaro 20.0.2, adding VB guest editions (and set VGA driver to VBoxSVGA), and updating the system, I installed the tar Phyllis pointed to (just extracted it to a directory). When in that directory i did ./cin, it said it was missing libnuma.so.1 . I fixed this by installing numactl, in a terminal: "sudo pamac install numactl" . After that, ./cin works fine.
Please let us know how you get on.
(0003635)
PhyllisSmith   
2020-06-20 03:08   
@houku
Let us know if you have resolved this issue or are still stuck.
(0003629)
MatN   
2020-06-18 18:57   
@houku,
It is running for me on the latest Manjaro. I think I had to install an extra something, but didn't write it down, sorry.
I use the static tar that Phyllis points to.
(0003623)
PhyllisSmith   
2020-06-17 17:10   
@houku
This has been the most interesting bug issue I have seen so far and I enjoyed reading it because it sounds just like something I would think!

Quickest answer: use the tar file at: https://cinelerra-gg.org/download/tars/cinelerra-5.1-arch-20200531.x86_64-static.txz
which has the capability of easily being deleted when you no longer want it (apparently unlike what you see with DaVinci). You probably already know exactly how to handle a tar but here is a README.txt at: https://cinelerra-gg.org/download/README.txt .

Maybe even Quicker answer: "error while loading shared libraries: libaom.so.0: cannot open shared object file". I am not familiar with endeavorO, or Manjaro, or know much about Arch, BUT it seems that if you still have this version installed, you just need to also install libaom. This may not be listed in the README.arch file that you might have looked at if you referred to the Cinelerra-gg.org website package install for Arch.

Confused answer: "installed the git version from AUR, and i got this: Cinelerra Infinity - built: Jun 16 2020 19:36:26
git://git.cinelerra-gg.org/goodguy/cinelerra.git". WOW, I did not know anyone was building this that quickly as mods were added on June 14. So I have no idea what this build was based on. My concern is that Arch, because it is a rolling release, is out of synch with CinelerraGG library usage. The error "unjoined tids / owner " makes me think that because you did a package install first from the website and then used the AUR, parts of each are installed and they simply do not match.

In Summary: safest procedure is just to build it yourself using the manual as a reference (which might also make you insane!) and will involve more time than you would like to spend because you just want to try it. My advice is to "use that static tar" just to give it a try. P.S. I know absolutely nothing about any other NLE, but as far as being as good as others, I think it has plenty of capability and features, but does not operate the same.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
468 [Cinelerra-GG] Bug trivial always 2020-06-28 11:22 2020-07-01 01:59
Reporter: skinkie Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: assigned Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When undo, all video previews are reloaded
Description: When undo, all video previews are reloaded.
Tags:
Steps To Reproduce: Just make a cut somewhere. Press undo. Notice that the entire project reloads all previews.
Additional Information:
Attached Files:
Notes
(0003719)
PhyllisSmith   
2020-07-01 01:55   
That is a good summary -- I am going to leave this open in case more programming help shows up who is interested in a better solution. A lot more things to solve, as you said, and you marked this as "low" so we will leave it at that!
(0003718)
skinkie   
2020-07-01 01:25   
I think here it basically boils down to how the model-view-controller has been implemented. There are cases to be defined where a complete project change would happen (but should this be an undoable action?). But in general being able to tell the difference in the view between model A_t=0 and model A_t-1 (undo) and model A_t+1 (redo) doesn't sound like a bad idea. Sure, there are better things to solve.
(0003716)
PhyllisSmith   
2020-07-01 00:58   
@skinkie
That is an interesting proposal and would probably work in some cases. But the perplexity of what has been done and undone is troubling. For example, what if you had a project loaded and the last thing you did was a "load project" of a different project. Now with an "undo", you go back to the previous project and there is absolutely no correlation between the before and after states.
(0003714)
skinkie   
2020-06-30 23:50   
Wouldn't this be possible to evaluate the current loaded state (the current EDL) with the previous EDL to estimate which objects should change? For example by a hash function on the objects state.
(0003711)
PhyllisSmith   
2020-06-30 23:08   
This can not be changed. When you do an "undo", it is not really inverting the change. The way Cinelerra works is that when changes are made, they are recorded in the EDL (Edit Decision List) so that the original media is preserved and not modified. So when you do an "undo", it is actually loading the project based on the previous EDL from the last commit. It is exactly like as if you opened a previously existing project.

The issue you are referring to is shown in your demo file at approximately 0:00:35:00 -- https://streamable.com/wmvk9d
I will close this issue in a few days in case there is any feedback.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
455 [Cinelerra-GG] Bug major always 2020-06-18 11:55 2020-07-01 00:36
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 19.3  
Status: acknowledged Product Version:  
Product Build: Resolution: unable to reproduce  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Consistent CinGG UI freeze after a certain operation, version 2020-05
Description: I am creating a tutorial video for an audio program, and when editing it CinGG's UI froze. Very repeatable.
CinGG loaded from terminal, no errors when loading project or video, no errors when the freeze appeared.
In the resource window mouse fly-over text still worked until I clicked on an item, then it froze also. Compositor frozen too.
No crash, CinGG kept running. No error in terminal.

Video input file was a transcoded file (into mp4 format), because the original file created with SimpleScreenRecorder 0.4.2 had seeking errors, and errors in the terminal on loading. The transcoded file has no such problems.
Tags:
Steps To Reproduce: EDL file loaded in Cin, delete the empty first video and two audio tracks. 1 video and 2 audio tracks left. Cut and paste mode, time format with frames.
Move to position 0:00:01:37:00 (I went too far, and use single frame backwards and forwards to get it to there), select to about 4 seconds later, hit del key.
Then from 1:37:01 onwards video track became grey (see screenshot), audio tracks disappeared, CinGG all user interfaces dead.
Additional Information: If you want the video and EDL file to reproduce this, it's 150M so I can must it via wetransfer. Let me know.
System Description
Attached Files: Cin_freeze_2020-05.png (69,263 bytes) 2020-06-18 11:55
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=584&type=bug
png

cinelerra_1012.dmp (82,254 bytes) 2020-06-29 11:57
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=596&type=bug
Notes
(0003715)
PhyllisSmith   
2020-07-01 00:36   
GG looked at this dump today and says it is a very unusual dump because it appears to be hung in libz, which is not used by Cinelerra. I attempted to set up the same scenario several times but can not get a hang. Send any more dumps if it occurs again.
(0003704)
MatN   
2020-06-29 11:57   
I had another similar freeze. This time no video was loaded, I was reviewing Appearance tab layout for various languages.
The UI froze, this time I saw the CPU stuck at 100% in CinGG (according to top). This might have happened other times, I just noted it now.
It froze when I closed the appearance tab using Enter, the Preferences window disappeared leaving only the CinGG main window. This I have done umpteen times today, only now it went wrong.
I created a dump using ctrl-C in terminal CinGG was started from (attached).
System Mint 19.3 XFCE in recovery mode (ati,vesa graphics driver)

Possible related error in ~/.xsession-errors:
(xed:5259): Gtk-WARNING **: 13:43:26.127: Calling org.xfce.Session.Manager.Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such method 'Inhibit'
(0003687)
PhyllisSmith   
2020-06-28 19:58   
Re-opening for more analysis.
(0003649)
PhyllisSmith   
2020-06-24 21:36   
Per MatN, can not reproduce. I will still look at the SimpleScreenRecorder output (as MatN provided me) to see if there is some reason, other than being mkv, that Cinelerra has problems with this format.
(0003645)
MatN   
2020-06-24 20:07   
@Phyllis,
I propose to close this issue. I tried for days now to reproduce it and no go. I am fairly sure it was related to either a timed screen lock (requires login), or suspend. But I have tried everything I could think of and it does not re-appear. It must be a local graphics driver issue, unrelated to CinGG code.
(0003637)
MatN   
2020-06-20 19:28   
Duh.
Before I posted the note below, I tried it (note 2) at least 5 times, loading cin each time again, with and without va-api. The problem was completely repeatable. Just for the heck of it, I rebooted the system to recovery mode, and the problem (from note 2) is gone! I went back to normal mode, and it was gone too. There were no system updates or any other changes to the system. Normally I run kernel 5.4.0.37 generic, I tried it's recovery mode, and also kernel 4.15.0.106 in normal mode. After the first time I cannot reproduce that problem anymore. This might also explain why I did not have it on the test machine which normally runs in recovery mode.

Sigh. It looks like this is a local problem, but I don't see how it can influence looping. I should note that this looping occurred on multiple places in the timeline, It might well have been each time after 1 second+10 frames, I remember it always flipping between frame 10 and 11 no matter where it looped. I only reported the simplest case. 1 second frame 10 would be frame 40/41 because the video is exactly 30 fps. I don't see anything weird in the .xsession-error log but of course the original one has been overwritten already after multiple reboots.
(0003636)
MatN   
2020-06-20 19:03   
@Phyllis,
1. I sent you a small file, 6M, created by SSR for the interlace test. I noticed that in the detailed info it shows "video1 h264 1280x1024 30.00 pix yuv420p" so the "non-interlace" info is there.
2. I sent you the original file which showed the problem per wetransfer, about 49M. I found a easier problem with the file, maybe that helps pin it down.
If I start cin (which is set to "use hw device: none") and load the file as "replace current project", it loads with some "stream times estimated" msgs. I go to the beginning, hit space bar to play, then it starts looping around 1 second frame 10 . I'm fairly sure I deleted that part in the very beginning before I got the original problem. This is on the machine I found the problem first.
On my test machine yesterday it did not exhibit the original problem, but I'll go back and test again. I need to reproduce it there before testing a new git version, obviously.
3. Maybe we need to find the best settings for SSR if the video is to be edited later bij CinGG.
(0003634)
PhyllisSmith   
2020-06-19 18:24   
@MatN
I am not sure the "interlace flag" is always correct. GG wanted to delete this because of this. Could you send a small sample file so he can look at it?
(0003633)
MatN   
2020-06-19 17:44   
The SimpleScreenRecorder author already replied, and SSR does set the non-interlace flag. Indeed, ffprobe shows "yuv420p(tv, bt709, progressive)" on the .mkv file created.
When I use this file in Cinelerra (replace current project), the info from the file in resources->media shows Asset's interlacing "unknown" , and the Settings->Format has adapted all settings to this file except interlace mode, which remained as it was before the file was opened. Is interlace mode an exception in CinGG taking over format settings during "replace current project"?
I presume that the YUV color settings in Settings->Preferences->Appearance are not influenced by any file loaded, else they would be in the Settings->Format screen.
(0003632)
MatN   
2020-06-19 06:45   
@Andrea_Paz,
Interesting, SimpleScreenRecorder recommends to use mkv, and specifically not use .mp4 . I just found out that it's custom options allow setting the keyframe interval, see https://www.maartenbaert.be/simplescreenrecorder/custom-codec-options/ . I´ll try this next time, maybe then I don't need to transcode first.
Also, CinGG reports that SimpleScreenRecorder does not set the interlace flag, I filed an issue for it on its github page.

I'll do a CinGG build from the current git, see if that fixes the freezes already, although resources were set to text list mode.
(0003631)
PhyllisSmith   
2020-06-19 01:31   
@MatN
These freezes are bad news, but I do think that what you are seeing is the bug discovered/analyzed by Andrew that is related to the Vicons in the Resources window. If you have time, try setting the preview mode to "No Play" instead of "mouse over/full play" and see if you still get the freezes. If that works, then it probably is the Vicon bug checked into GIT.
(0003630)
Andrea_Paz   
2020-06-18 20:57   
I get freeze sometimes, too. I always compile from git.
SimpleScreenRecorder by default uses mkv, I suggest you to use another container because it gives you a lot of problems and slowdowns in CinGG. And it's the mkv container's fault and not the codec it contains.
(0003628)
MatN   
2020-06-18 18:44   
Release 2020-05. If I have some time, I'll build from git and check.
(0003627)
Andrew-R   
2020-06-18 15:09   
Does this bug occur with released version, or with version from git? (I think I had similar freeze/hang bug, but it was fixed in git ...hopefully)
(0003624)
MatN   
2020-06-18 14:08   
The freeze occurs later if after loading CinGG, I _first_ delete all tracks and _then_ load the XML project file. Then I get the problem when deleting somewhere around 4 minutes into the video. After that, I used a workaround by rendering the project before the action that caused the problem, and then started anew with the rendered file. The project involved mainly adding lots of short titles and deleting unwanted pieces of video. This in-between rendering causes some quality loss but not a problem for this video.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
461 [Cinelerra-GG] Bug crash sometimes 2020-06-27 20:14 2020-06-29 02:07
Reporter: skinkie Platform:  
Assigned To: goodguy OS:  
Priority: high OS Version:  
Status: acknowledged Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Insert Mixer causes the system to hang, then crashes the application.
Description: Cinelerra Infinity - built: Jun 27 2020 12:16:21
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
audio0 pad 2 0 (2)
FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
audio0 pad 16 0 (16)
FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
FFMPEG::open_decoder: some stream times estimated: /home/skinkie/Opnames voor Boek en website/Olympus/radboud-veraf/P6092403.AVI
XIO: fatal IO error 14 (Bad address) on X server ":0.0"
      after 9688 requests (469 known processed) with 0 events remaining.
unjoined tids / owner 58
  00007fa535587700 / 00007fa536d8a700 12RenderEngine
  00007fa52d577700 / 00007fa532581700 10DirectUnit
  00007fa52dd78700 / 00007fa532581700 10DirectUnit
  00007fa52e579700 / 00007fa532581700 10DirectUnit
  00007fa52ed7a700 / 00007fa532581700 10DirectUnit
  00007fa52f57b700 / 00007fa532581700 10DirectUnit
  00007fa52fd7c700 / 00007fa532581700 10DirectUnit
  00007fa53057d700 / 00007fa532581700 10DirectUnit
  00007fa5332e6700 / 00007fa532581700 10DirectUnit
  00007fa53df9b700 / 00007fa5bcff9700 12RenderEngine
  00007fa535d88700 / 00007fa53c595700 15BC_WindowEvents
  00007fa536589700 / 00007fa53c595700 11BC_Repeater
  00007fa536d8a700 / 00007fa53c595700 14PlaybackEngine
  00007fa53758b700 / 00007fa53c595700 12BC_Clipboard
  00007fa53c595700 / 00007fa66affd700 7ZWindow
  00007fa5467ac700 / 00007fa66affd700 11BC_Repeater
  00007fa546fad700 / 00007fa5f27fc700 11BC_Repeater
  00007fa6857fa700 / 00007fa69b5077c0 15BC_WindowEvents
  00007fa685ffb700 / 00007fa68effd700 15BC_WindowEvents
  00007fa686ffd700 / 00007fa687fff700 15BC_WindowEvents
  00007fa6867fc700 / 00007fa69b5077c0 11BC_Repeater
  00007fa6877fe700 / 00007fa68ffff700 15BC_WindowEvents
  00007fa68cff9700 / 00007fa68effd700 11BC_Repeater
  00007fa68d7fa700 / 00007fa69b5077c0 10Playback3D
  00007fa694fde700 / 00007fa687fff700 11BC_Repeater
  00007fa68effd700 / 00007fa69b5077c0 7GWindow
  00007fa68dffb700 / 00007fa68ffff700 11BC_Repeater
  00007fa68e7fc700 / 00007fa66affd700 15BC_WindowEvents
  00007fa68ffff700 / 00007fa69b5077c0 11LevelWindow
  00007fa68f7fe700 / 00007fa66affd700 11BC_Repeater
  00007fa687fff700 / 00007fa69b5077c0 7CWindow
  00007fa66affd700 / 00007fa69b5077c0 7AWindow
  00007fa5477ae700 / 00007fa54ffbf700 15BC_WindowEvents
  00007fa547faf700 / 00007fa54ffbf700 11BC_Repeater
  00007fa5487b0700 / 00007fa54ffbf700 12BC_Clipboard
  00007fa54ffbf700 / 00007fa69b5077c0 9TipWindow
  00007fa5507c0700 / 00007fa69b5077c0 12BC_Clipboard
  00007fa557fcf700 / 00007fa69b5077c0 11MainIndexes
  00007fa5587d0700 / 00007fa69b5077c0 12BC_Clipboard
  00007fa55ffdf700 / 00007fa69b5077c0 11BC_Repeater
  00007fa5607e0700 / 00007fa69b5077c0 7SWindow
  00007fa560fe1700 / 00007fa69b5077c0 11ChannelInfo
  00007fa5617e2700 / 00007fa69b5077c0 13RecordChannel
  00007fa561fe3700 / 00007fa562fe5700 15BC_WindowEvents
  00007fa5627e4700 / 00007fa562fe5700 11BC_Repeater
  00007fa562fe5700 / 00007fa69b5077c0 13RemoteControl
  00007fa5637e6700 / 00007fa69b5077c0 12BC_Clipboard
  00007fa56aff5700 / 00007fa69b5077c0 19ResourceVideoThread
  00007fa56b7f6700 / 00007fa69b5077c0 19ResourceAudioThread
  00007fa56bff7700 / 00007fa69b5077c0 12BC_Clipboard
  00007fa587fff700 / 00007fa5f27fc700 15BC_WindowEvents
  00007fa5bcff9700 / 00007fa69b5077c0 9CPlayback
  00007fa5bd7fa700 / 00007fa5f27fc700 11BC_Repeater
  00007fa5bdffb700 / 00007fa69b5077c0 12BC_Clipboard
  00007fa5f27fc700 / 00007fa69b5077c0 11CWindowTool
  00007fa5f2ffd700 / 00007fa69b5077c0 12BC_Clipboard
  00007fa60f7fe700 / 00007fa69b5077c0 16AssetVIconThread
  00007fa60ffff700 / 00007fa69b5077c0 12BC_Clipboard
Tags:
Steps To Reproduce: Load Media...
Insert Mixers...
Additional Information:
Attached Files:
Notes
(0003696)
PhyllisSmith   
2020-06-29 02:07   
Well, this will take further help in debugging. Of concern is the shown line of:
    XIO: fatal IO error 14 (Bad address) on X server ":0.0"
which sounds like a system error related to Cinelerra. GG has created a new environment variable called "BC_TRACE_XERROR" that he will check into GIT later to help figure out the problem because it will print out the stack to the terminal window which hopefully will provide a clue. Usage would be: BC_TRACE_XERROR=1 {cinelerra_path}/bin/cin

I have tried using X11 and OpenGL as the drivers to reproduce this on a Fedora 30 system and have been unable to do so. I did get a cache problem hang when I did an undo of Insert Mixers, but it is a different problem and a fix has been generated for that and will be checked in later too.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
462 [Cinelerra-GG] Bug crash sometimes 2020-06-27 20:16 2020-06-29 01:52
Reporter: skinkie Platform:  
Assigned To: PhyllisSmith OS:  
Priority: low OS Version:  
Status: acknowledged Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Random crashes (attached txt files)
Description: I have collected my crashes of today.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: cinelerra_453576.dmp (67,932 bytes) 2020-06-27 20:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=589&type=bug
cinelerra_385694.dmp (616,945 bytes) 2020-06-27 20:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=590&type=bug
cinelerra_169006.dmp (624,606 bytes) 2020-06-27 20:16
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=591&type=bug
Notes
(0003694)
PhyllisSmith   
2020-06-29 01:52   
Thanks.
The first dump is truncated so can not comment on. Sometimes it takes a long time to dump so maybe it got interrupted.
The second dump looks like something got deleted out of the mixer that was present in the gui but it is needed as input to the align mixer. Anyway, we think we might be able to reproduce this and fix it.
The third dump is another vicon thread bug that we have a fix for that will be checked into GIT later.
Please continue to send any dumps -- the more information we have, the better chance we have to fix them.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
465 [Cinelerra-GG] Bug major sometimes 2020-06-27 20:38 2020-06-28 20:38
Reporter: skinkie Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When dragging an effect from the resource window, it is not applied, but blank space under the track has been created for it.
Description: When dragging an effect from the resource window, it is not applied, but blank space under the track has been created for it.
Tags:
Steps To Reproduce: I am still trying to find a way to have this reproduced from a new project.
Additional Information:
Attached Files:
Notes
(0003690)
skinkie   
2020-06-28 20:38   
At that moment, there was none applied to the audio track.
(0003689)
MatN   
2020-06-28 20:30   
How many effects were already on the track? I had something like that when adding multiple small title effects to one video track. I thought I only got black space, but they were way down.
(0003672)
skinkie   
2020-06-28 09:09   
I have enough editing to do in the next few days, so I hope that this happens again.
(0003671)
Andrea_Paz   
2020-06-28 08:23   
I don't think I understand the problem; maybe putting a demo on Streamable or similar can help.
If you drag a plugins into an empty track, it will not be added; you have to create a selection or put In/Out points to determine where the plugin will attach.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
427 [Cinelerra-GG] Bug minor always 2020-05-11 12:23 2020-06-28 09:51
Reporter: IgorBeg Platform: x64  
Assigned To: PhyllisSmith OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: About Nested clips
Description: Now, the Nested clips are in Media bin.

Nested clips in Media bin do not work for the UserBin. You can not use UserBin for Nested clip: if you drag&drop a Nested clip from Media to a new MediaUserBin you do not see the thumbnail or its name in the right side of the Resources window (but in the UserBin filter you can see the name in the Value field).

When a Proxy for the Nested clip is created (Proxies are created in "/home/user/Videos/" path) it is displayed in Proxy bin. If you try to drag&drop the Nested clip from Proxy bin to the Viewer/Compositor/Timeline it doesn't work. That is really strange.

Unfortunately, since Cin-20191031 version (if I remember correctly), my workaround for "Nested and Proxy" in Clip bin doesn't work anymore. Is there a possibility to have the Nested clip in Clip bin again? The good thing about Clip bin is that it works fine for Proxy and not Proxy clips,... and for ClipUserBin. These containers do not care if the clip comes from the proxy or not (from the user's point of view).

Thank you.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0003675)
IgorBeg   
2020-06-28 09:51   
Thanks for the Ubuntu 16 static tar. I used it also to test 0000433.
What I see:
A. - Drag & drop the Nested clip from Proxy bin to Timeline: OK.
B. - Drag & drop the Nested clip from Proxy bin to Compositor: OK.
C. - Drag & drop the Nested clip from Proxy bin to Viewer: OK.
D. - Drag & drop the Nested clip from Proxy bin to Timeline through the Viewer with Splice (v) or Overwrite (b): OK.
E. - Drag & drop the Nested clip from Media bin to Timeline through the Viewer with Splice (v) or Overwrite (b). You can see NO Nested clip but the single clip inside the Nested: for me it is wrong.

Do you think there is any possibilities about "Nest to Clips" option in the list menu when you use RMB on a clip in Resources->Clips Bin?
Really Thanks!
(0003668)
PhyllisSmith   
2020-06-28 01:45   
(Last edited: 2020-06-28 04:23)
GG worked on this today and some changes have been made but I have not tested yet and do not know if any changes meet your criteria. He did check it into GIT and created a Ubuntu 16 static tar at: https://cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz
But I need to test and explain what has been changed. He will be working on other parts that need changing again tomorrow.

(0003664)
IgorBeg   
2020-06-27 12:29   
Can you restore the old Nest behaviour from Clips Bin, please?
Or adding "Nest to Clips" option in the list menu when you use RMB on a clip in Resources->Clips Bin?
I would like that "Nest to Clips" create the Nested clip in the Clips Bin.

In Cin_20191031 release it worked like now (more or less) but you saw Nested clip both in Media and in Clips Bins. Clips in Clips bin are special clips!

Thank you!
(0003523)
IgorBeg   
2020-05-30 09:16   
Okay Phyllis! There are other things, together 0000430 and 0000440 issues, but it is better a step at a time.
(0003519)
PhyllisSmith   
2020-05-30 01:11   
@IgorBed
The steps you outlined are better for me. I do not need a screencast, because that is much harder for me.
(0003517)
IgorBeg   
2020-05-29 20:35   
Okay for "This is the problem that was fixed".
For "I am still looking for an earlier version that matches how it used to work" I try to explain step by step with Cin_20200528(20200430) vs Cin_20191031.

1. Cin_20200528(20200430)
1.a Select an area with I-beam on the Timeline.
1.b Click on "To clip" icon in main window. Now you can see the clip in Clip bin.
1.c In Clip bin, use RMB on the clip and choose "Nest to Media". Now the clip is Nested and you can see it in Media bin. (Clip is "deleted" from Clip bin).
1.d
- Drag & drop the Nested clip from Media bin to Timeline: OK.
- Drag & drop the Nested clip from Media bin to Timeline through the Compositor: OK.
- Drag & drop the Nested clip from Media bin to Timeline through the Viewer with Splice (v) or Overwrite (b). You can see NO Nested clip but the single clip inside the Nested: for me it is wrong.
1.e Create Proxy. File is created and you can see its proxy clip in Proxy bin.
1.f
- Drag & drop the Nested clip from Proxy bin to Timeline: NO possible.
- Drag & drop the Nested clip from Proxy bin to Compositor: NO possible.
- Drag & drop the Nested clip from Proxy bin to Viewer: NO possible.

2. Cin_20191031
2.a Select an area with I-beam on the Timeline.
2.b Click on "To clip" icon in main window. Now you can see the clip in Clip bin.
2.c In Clip bin, use RMB on the clip and choose "Nest". Now the clip is Nested and you can see it in Cip bin with the name Nested. (And there is a kind of clone in Media bin).
2.d
- Drag & drop the Nested clip from Media bin to Timeline: OK.
- Drag & drop the Nested clip from Media bin to Timeline through the Compositor: OK.
- Drag & drop the Nested clip from Media bin to Timeline through the Viewer with Splice (v) or Overwrite (b): OK.
2.e Create Proxy. File is created and you can see its proxy clip in Proxy bin. To note that the Nested clip in Clip bin is still there: good.
2.f
- Drag & drop the Nested clip from Proxy bin to Timeline: NO possible.
- Drag & drop the Nested clip from Proxy bin to Compositor: NO possible.
- Drag & drop the Nested clip from Proxy bin to Viewer: NO possible.
BUT, now you can use the Nested clip in Clip bin like in 2.d point because clips in Clip bin are special clips and it doesn't matter if Proxy is enabled or not.
It is better that Nested clip stay in Clip bin. More advantages there are, I think.

If you want I can make a screencast to show these steps but, if you needed, I will do tomorrow. Sorry. And thanks!
(0003515)
PhyllisSmith   
2020-05-29 18:32   
This is the problem that was fixed: "if you drag&drop a Nested clip from Media to a new MediaUserBin you do not see the thumbnail or its name in the right side of the Resources window".

The fix that went in allowed for dragging a Nested clip from Media to a MediaUserBin (not a CLIP User Bin) because it is now Media. The fix shows that you now see the thumbnail or its name in the right side of the Resources window.

Currently anything in the Media folder can only be dragged to the MediaUserBin (which includes Nested clips because they are in the Media folder). Likewise what is in the Clip folder can only be dragged to the ClipUserBin and not the MediaUserBin.

I am still looking for an earlier version that matches how it used to work.
(0003492)
IgorBeg   
2020-05-28 10:02   
About:
When a Proxy for the Nested clip is created (Proxies are created in "/home/user/Videos/" path) it is displayed in Proxy bin. If you try to drag&drop the Nested clip from Proxy bin to the Viewer/Compositor/Timeline it doesn't work. That is really strange.

I am sorry, I don't see any changes. May be that you are referring to something else.

Cin_version by git: Thu, 28 May 2020 00:27:06 +0200 (16:27 -0600)
(0003486)
PhyllisSmith   
2020-05-28 03:15   
A modification was checked into GIT that fixes at least 1 problem with nested clips per GG. I have not time to check this myself with proxy but will try to do so tomorrow. Just wanted to let you know about the checkin.
(0003408)
PhyllisSmith   
2020-05-12 00:33   
I will have to look at this tomorrow to fully understand where it went wrong.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
459 [Cinelerra-GG] Bug minor always 2020-06-27 10:12 2020-06-27 10:12
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint XFCE  
Priority: normal OS Version: 19.2  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Title effect not visible after loading project
Description: While working on a small video with single effect, a full length title effect, and saving the project overnight, when I then reloaded the project (.xml file) the video was Ok, all the titles were there during playback, but the title effect itself was not visible.

I found a workaround by adding an extra title effect to the whole video, then all of sudden two title effects were visible. After detaching the newly added effect (nothing was done with it), it is OK and I can change titles again.

Tried it on Mint 19.2 XFCE and Manjaro, same source video and .xml file. Same result.
Tags:
Steps To Reproduce: See description.
Additional Information: Attached screenshot of before and after the extra title effect
Attached Files: CinGG_2020-05_ProjectHavingTitleEffectJustLoaded.png (209,454 bytes) 2020-06-27 10:12
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=587&type=bug
png

CinGG_2020-05_ProjectWithExtraTitleAddedAndDetached.png (216,225 bytes) 2020-06-27 10:12
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=588&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
452 [Cinelerra-GG] Bug minor always 2020-06-14 17:44 2020-06-15 11:09
Reporter: Sam Platform: Laptop  
Assigned To: PhyllisSmith OS: OpenSuse  
Priority: normal OS Version: Leap 15.1  
Status: acknowledged Product Version: 2020-05  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Speed curve bug
Description: But as soon as I load the saved project, the speed curve does not work again. Looks like a bug after all. The speed curve only works in the factory settings. I will open a ticket, because the problem is still there.

Sam

Am 14.06.20 um 19:23 schrieb Sam:
> Thanks Andrew for your feedback. After your feedback I simply put everything back to its original state. I have solved the problem by deleting or renaming the .bcast5 folder. Since then, the speed curve is working as well. Before the reset, I could click on the speed curve as many times as I wanted, it just didn't create a keyframe. I don't know what the strange behaviour was, but now it's working again.
>
> Sam
>
> Am 14.06.20 um 19:00 schrieb Andrew Randrianasulu:
>> В сообщении от Sunday 14 June 2020 19:14:09 Sam написал(а):
>>> I'm doing an intro for the YT channel and have some problems with the
>>> speed line.
>>> Is it possible that the speed line can no longer be modified in the
>>> current version? I have activated it under the menu item "View" "Speed".
>>> In the video track I see the orange line, but I can click on it as much
>>> as I want, no new keyframe will be created. Am I doing something wrong
>>> or was something changed in the meantime? Can anyone confirm this or
>>> give me some advice?
>>>
>>> Sam
>>>
>> I briefly tested it with latest CinGG git (Loaded 720p h264 mkv video with stereo audio track,
>> created two points on speed curve, one at 100% and another at 256% of original speed) - and it worked for me. Same for audio..
>> Try to check if you have range set so some correct value (I set it from 0.05 to 5.0)?
Tags:
Steps To Reproduce: I will forward the project file directly to Phyllis.
Additional Information:
Attached Files: Neva_23_08_2017.xml (16,434 bytes) 2020-06-14 18:25
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=580&type=bug
MLP_four_pictures_music.xml (15,423 bytes) 2020-06-14 18:27
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=581&type=bug
two_tracks_1280_720_proj_fade_50_color3way.xml (9,539 bytes) 2020-06-14 18:32
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=582&type=bug
Notes
(0003619)
RafaMar   
2020-06-15 11:09   
Sorry, the upload of the video that I quote in the previous comment gave me an error, I realized after posting the comment, it has been uploaded again and its url is this:
https://streamable.com/q72zfq
(0003618)
RafaMar   
2020-06-15 10:47   
@PhyllisSmith, I thought about not reporting this problem, because I think I am too perfectionist with the tools. I do not know if it is a virtue or a defect, but in the field I work, I am paid to be a perfectionist.

I was writing a tutorial about the speed line and warning about these errors and how to get around them.
The concept of speed line is very powerful and widely used in composition programs, since in a very effective and controlled way, it allows variable speed changes to be made. So it would be a shame to remove this feature from Cinelerra. But it is true that in some aspects it does not finish working well.

Currently, apart from the problem that Sam cites, which requires a refresh "Alt F", is that of inserting a clip, from the viewfinder, with a defined entry and exit point, or a copied fragment, to a track with the speed modified, which is not 1, because the entry-exit points are not respected. The same is true when inserting directly from resources. And this baffles and makes assembly difficult. I attach a video so that what I quote is better understood. In the video there are two situations that I consider to be wrong, apart from the two videos that I put in the answer addressed to Sam.
https://streamable.com/4z0k94


It would also be great for Cinelerra to include an effect to constantly change the speed of a certain clip. This is usually a property of the clip on the timeline, not an effect.
Regards.
(0003617)
PhyllisSmith   
2020-06-15 01:57   
(Last edited: 2020-06-15 01:58)
A "helpful" change has been made and checked into GIT. The reason that the Speed auto does not let you create keyframes is because the Auto Range for Speed (shown in the zoombar in your demo xml file provided) is 0.005 to 0.005 - which is a range of zero. So it was actually doing what it was programmed to do and not what you would expect it to do. The program change now is to update even if the range is inadvertently set to 0 because this has caused many a problem in the past. @SAM - when you initially load the xml file again, you still may have to use alt-f to fit the autos.

@RafaMar
Issue 0000436 contains your commentary of speed changes that should be looked into and improved. We always have the problem when making these kinds of changes, to not break previous xml files / previously saved projects.

(0003615)
Sam   
2020-06-14 21:11   
Am 14.06.20 um 22:57 schrieb Rafa Mar Multimedia en Gnu\Linux:
> I don't know why it happens, but I know how to solve it, let's see if I can explain it to you with a video.
> https://streamable.com/jzw3i5

Thanks for the advice Rafa. In fact, this advice helps to solve the problem with the speed curve. Now it works fine It is a clue for fixing this bug.

>
> I was trying to write a tutorial on speed changes in cinelerra ... but I am encountering many errors with the speed line. Another problem is the one that occurs if you paste or insert a clip in a track with the modified speed, the result is what one expects. For example, in the video clip a clip that lasts an exact minute on a track where the speed is at x2 and this should cause the clip to last only 30 seconds, but no, it lasts 1 minute, but with the last frame frozen . And with the copy and paste of a fragment the same thing happens, the clip lengthens, which makes the use of the speed change line very puzzling.
> https://streamable.com/ehnhj9
>
> It should be something simple to modify the speed, but in cinelerra it is not. The only way I don't get errors in its result is by varying the speed once the clip is inserted. It is very difficult to do a composition job in this way, for the only thing that I see very optimal its use is once the assembly is done, changing the speed.
>
It would certainly not be wrong to have a time plugin (for audio and video) that can be used as an alternative to the speed curve. I am a fan of the speed curve, but sometimes such a time plugin would not be wrong in certain situations.

I will attach this post to the ticket.
(0003612)
Sam   
2020-06-14 18:33   
@Andrew-R
Now that you mention it. I also loaded some media from an external hard drive. I don't know if that matters for debugging.
(0003611)
Andrew-R   
2020-06-14 18:32   
Also, this project works
(0003610)
Andrew-R   
2020-06-14 18:27   
And this one apparently has working (interactive, you can add/delete speed keyframes) - but not sure how much use it will be w/o all resources ...
(0003609)
Andrew-R   
2020-06-14 18:25   
I tried two old projects, and while one of them was showing non-working speed curve - very same project was using media from currently absent external hdd

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
451 [Cinelerra-GG] Bug major always 2020-06-12 23:17 2020-06-15 01:47
Reporter: Sam Platform: Laptop  
Assigned To: PhyllisSmith OS: OpenSuse  
Priority: normal OS Version: Leap 15.1  
Status: feedback Product Version: 2020-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Preview image freezes
Description: PNG images cannot be dragged from the resource window to the timeline because the preview image freezes.
Tags: Resources window, Timeline
Steps To Reproduce: https://streamable.com/nabrl1
Additional Information:
Attached Files: Cinfinity_logo_3D_white_1000px.png (9,231 bytes) 2020-06-14 09:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=579&type=bug
png
Notes
(0003616)
PhyllisSmith   
2020-06-15 01:47   
Hopefully with the latest GIT checkin which includes the vicon_thread/asynch_lock fix as worked/analyzed by Andrew, this problem is fixed.
(0003608)
Sam   
2020-06-14 09:22   
@Andrea_Paz Thanks for the hint. As soon as I deactivate the preview the problem is indeed gone.

@PhyllisSmith Sorry, I forgot to attach the picture. The problem also occurs with other pictures, but here is the attachment anyway. I was able to narrow down the error after the hint from Andrea. It only occurs with the option "Mouse over". With "Full Play" or other preview options the error does not occur.
(0003606)
PhyllisSmith   
2020-06-14 01:49   
@Sam
After several tries, I still can not reproduce this -- which by that I mean I can not get the preview image to freeze. I have tried several different png-s. A fix was made in May where you would get a crash with the "mouse over" feature when a solo png was used, but it was not freezing at all.

Is it possible that only this specific png freezes? I am not sure I have a copy of it. BUT gg just found a vicon related bug (relates to Andrew email with a lot of followups and test of today and this past week) so it is possibly related. I will let you know when/if that gets fixed.
(0003604)
Andrea_Paz   
2020-06-13 16:14   
Try disabling "Mouse Over", to see if the problem can be related to what happened to me.

https://lists.cinelerra-gg.org/pipermail/cin/2020-May/001993.html

It works fine for me, now (with a generic png image), both with Mouse over and without.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
428 [Cinelerra-GG] Bug minor always 2020-05-11 20:01 2020-06-14 20:38
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: low OS Version: 19.3  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: French names in Resource window OK?
Description: The Resource window when CinGG is started with a French GUI (In terminal: LANGUAGE=fr_FR cin) shows
Effets audio
Video Effects
Audio Transitions
Transitions Video
...
Shouldn't that be:
Effets audio
Effets video
Transitions audio
Transitions video
...

I don't speak much French but it seems inconsistent the way it is.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Corrections Wikipedia 1e partie.doc (121,856 bytes) 2020-05-28 14:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=562&type=bug
Corrections Wikipedia 2e partie.doc (131,072 bytes) 2020-05-31 23:13
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=567&type=bug
wikipedia-it.tar.gz (113,917 bytes) 2020-06-01 20:45
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=569&type=bug
error-it-wiki.txt (1,537 bytes) 2020-06-02 14:30
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=570&type=bug
wiki-it-error-2.txt (1,377 bytes) 2020-06-02 19:35
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=571&type=bug
quotes-wiki-it.txt (5,546 bytes) 2020-06-03 12:06
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=574&type=bug
20200614_CinGG_FR.txt (2,932 bytes) 2020-06-14 20:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=583&type=bug
Notes
(0003614)
MatN   
2020-06-14 20:38   
@Pierre, @Phyllis , attached is a text file with from what I can see/suspect are incorrect french translations.
 
There are also some generic issues not related to the language. Phyllis, please let me know if I should make separate BT entries for those.
(0003613)
MatN   
2020-06-14 20:33   
Wikipedia infoboxes (actually software infobox templates) are different per language. Apart from the pure text, as soon as there is a "fieldname = value", apparently a lua script gets to fill it in. This works different per language. Some will by default pick data from Wikidata, some will not, the FR will unless you specify "fieldname =-" . Some have control over size of logo and/or images in the infobox (and in EN it is different than in FR), in IT multiple infoboxes on the same article are not all the same size and you cannot control the size. The templates are not always easy to find (except FR and IT which have a clickable thingy at the bottom right which shows fields and explanations). In other words, an excellent way to spend dark winter evenings if there is nothing else worth doing :-(
(0003603)
Pierre   
2020-06-13 16:09   
@MatN

Thank you, you've done a great job with these multi-league pages on Wikipedia.

I notice that the information boxes in the English version are much more compact than the French (and Deutsch) version. I think the size of the English version is less invasive and preferable, I don't know if it is possible to make these unification adjustments without it being very difficult.
(0003601)
MatN   
2020-06-13 14:32   
Fixed, and managed to get infoboxes to size too, plus text corrections.
(0003598)
Pierre   
2020-06-12 23:41   
In the French version...
(0003597)
Pierre   
2020-06-12 23:40   
@MatN
In the English version on Wikipedia of the page about Cinelerra, in the box dedicated to Cinelerra-CV, the web address listed is that of the "Heroine Warrior" site. While in the English version it is that of the old Cinelerra-CV site, which is much better; it redirects to the CinGG site...
(0003594)
MatN   
2020-06-12 17:46   
@Pierre,
I am modifying the french .po file to fix "spectateur" to "visionneuse"and image-clé / images-clé to versions without the minus sign in between.
Do you know of any other wrong translations?
(0003568)
MatN   
2020-06-06 14:42   
@Pierre,
Well, I published it, with a real hack to avoid picking up unwanted screenshots and logo. Hopefully one of the reviewers will have a better solution, it doesn't look nice but at least the info in good.
One of the items I got questions about is that the HV version could handle very large images. I tried HV 7.2 with a 28k x 20k picture and it crashed (just like CinGG, but cinGG crashed nicer). So I removed the statement from the FR wiki page, will do the other languages as well.
(0003567)
MatN   
2020-06-06 13:37   
@Pierre,
I have no yet published it, 1 issue still to be corrected. And I was also busy with the DE and IT versions, where I also need corrections.
(0003566)
Pierre   
2020-06-06 12:30   
@MatN

The page translated into French of the current English text on Cinelerra from Wikipedia, does not seem to have been replaced by the new version,

The link (on the English page) to the French version still displays the old outdated page.

https://fr.wikipedia.org/wiki/Cinelerra

Is this normal?
(0003561)
MatN   
2020-06-03 19:30   
Page active. But it behaves slightly different from my user page version: it picks up data from Wikidata. Have to find out how to avoid it.
(0003559)
Andrea_Paz   
2020-06-03 16:57   
2004-08-16 I'm sorry my mistake.

Merge con la versione comunitaria CVS. A questa versione sono stati aggiunti speciali miglioramenti, ad esempio H264 Kod. Cineon, usato al NAB sotto Fedora 1,2 e BSD 5. Con questo formato si possono gestire pellicole 4k 4096x4096, se la scheda grafica lo permette. Frame rate superiori a 210 fotogrammi al secondo per portare un video HD a 720x480 29,97 direttamente in timeline da una videocamera. Risolti i bug di video4linux con il chip Zoran.

"Bug risolti" is OK.

Thanks for your Job; go on with the publishing. :-)
(0003558)
MatN   
2020-06-03 15:39   
I've processed all the quotes, the increase in length is not so bad. Quite acceptable. Some notes:
- 2004-08-16 : This I had translated with deepl, wasn't in your file. Can you check it please?
- Is "bug fix" accepted in Italian. In most places I've replaced it with "bug risolti" or similar.
- The "Dave Kline" dead link works on the EN page. There a bot has automatically updated the link with one from the archive machine. I have to investigate if this is also available for IT. The same goes for the "Making the cuts" awards link.
- Some CV links are gone, this applies for all languages. I still have to find a solution, I leave them in (dead) for now.

If you don't have any serious problems, I´d like to publish. There are some catagories at the bottom which are automatically created, have not figured out how.
(0003556)
Andrea_Paz   
2020-06-03 12:06   
Since not wanting to translate the quotes is just a personal preference of mine, I enclose the translations and leave it to you to use them.
(0003555)
MatN   
2020-06-03 06:57   
Signore, you know best, my Italian is limited to "marconi" and "pizza" :-) Let's leave the comments untranslated.
(0003554)
Andrea_Paz   
2020-06-02 19:35   
I'm not fast. I had already done an old translation, I just updated and completed it.


Technical English is a very precise and concise language. Often a word is enough to describe complicated concepts (i.e "Trim").
Italian is the opposite of English: whole sentences to describe simple words and multiple sentences to describe simple sentences.
I tried to translate the quotes into English, but after 3 or 4 attempts I gave up because the result was long, very long, and illegible.
I have noticed that the translations in Español, Deutsch and Français are literal and therefore long and complex compared to the English ones. So I could do it too, but I don't like the result, and I'd rather leave some parts in English.
I think the same for CinGG: I don't like Raffaella's old translation (per CV) and I use the program in English. I could make a new translation but, as far as I said, I would leave almost half the words in English, displeasing all Italian readers (except me!).
IgorBeg, what do you think?

* Anyway, if you still want them in Italian, I'll translate them. Let me know.

I enclose the required corrections.
(0003553)
MatN   
2020-06-02 19:21   
@Andrea_Paz,
Regarding the comments in the version history table, they should be translated, because in the NL/DE/FR versions they are also translated.
Can you do that or shall I do it with deepl and you check the translations?
(0003552)
MatN   
2020-06-02 17:46   
All done, except the section name "varianti" . I make this distinction:
- fork (take a program, develop it under a different name)
- variant (same program, (almost) the same name, looks mostly the same, internal changes)
- version (different release of the same program).
Strictly speaking , Lumiera is a fork, but as long as there is no working program...

If you change a section title, the content picks it up. There is no content structure that you manualy edit.

Thank you for the quick reaction. I am amazed that you had the page translation so quickly. I need to sort out some links, which are dead or inappropriate. Unless you find something really wrong, I hope to replace the old page tomorrow.
Also, is it good to indicate that a link is in english, such as already done for a few under Riferimenti? It is obvious from the title usually, but it a language is preferred, it is easy to add.
And for the comments in the history table, in the FR page (not yet up) is is all translated. What is better for an Italian?
Finally, if the Wiki page is renewed, what is the state of the IT GUI translation (.po file)? Do you use that or the english version?
(0003551)
Andrea_Paz   
2020-06-02 14:30   
The file... I'm sorry
(0003550)
Andrea_Paz   
2020-06-02 14:30   
Great job, thank you.
I enclose a list of minor translation mistakes I made.
(0003549)
MatN   
2020-06-02 12:07   
@Andrea_Paz,
1. Preliminary italian page at https://it.wikipedia.org/wiki/Utente:Manitech/Cinelerra , I think I processed all your text, links still need some work. Please check if you have a moment.
2. Logos is a problem. If you want to upload to Wikipedia or variants thereof (commons, Data), the main requirement is that you give permission for anyone to modify it. This is incompatible with https://www.cinelerra-gg.org/cinlerra-gg-logo-usage-guidelines/ , point 4 . So I don't think we'll have a logo there.
(0003546)
Andrea_Paz   
2020-06-01 20:45   
@MatN
I enclose the odt file of the translation. I've also put some official logos of CinGG in it, because in my opinion there is a lack of graphics in the CinGG section. Sam may be able to provide you with better ones.
Two little notes:
- in the first line I think it's better to put "NLE, Non-Linear Editing" instead of "...Editor".
- last line of the "Interface" section; it ends with "]" while it should be ")".
(0003544)
MatN   
2020-06-01 17:39   
@Andrea_Paz
Thanks! I would be happy if you could do the italian translation. I have to set up a personal page first, and the wiki code is not always the same between languages, but I get it started this week.
(0003543)
Pierre   
2020-06-01 16:44   
@MatN

Yes, while reworking the end of the text, I realized that the Heroine Virtual website was only in English. So the section titled "NEWS" has no French equivalent "NOUVELLES". As it's a title, I thought it would be better not to confuse a visitor and therefore to maintain "NEWS".

Usually when I choose to leave an English term in a French text, I usually put it between " ", but in this one I wanted to change as little as possible your existing translation and I didn't put any " ".

I am not familiar with the procedures that official translators follow. I just hope that if someone more familiar with these rules sees mistakes, they will correct them...
(0003542)
Andrea_Paz   
2020-06-01 14:44   
@MatN
Reading the wikipedia entry, I realized what a great and beautiful job you did. My compliments!
PS: if you're interested, I can provide you with the Italian translation.
(0003540)
MatN   
2020-06-01 09:07   
Thanks, I am updating the french Wikipedia.
One question: In the "historique" section, you use two different translations for
"From the Heroine Virtual website's NEWS section¨
a) De la section NOUVELLES du site web Heroine Virtual
b) De la rubrique NEWS du site web Heroine Virtual
Which one should be used?

Regarding the french GUI, there are some more things to be corrected, like image-clés to image clé and the viewer's window title. I propose to keep this BT open till that is good too.
(0003536)
Pierre   
2020-05-31 23:13   
MatN

Attached, my suggestions for changes (in red) to the rest of the existing translation of the French Wikipedia page.
(0003501)
MatN   
2020-05-28 17:50   
Ok, then I'll start making a list of what needs changing for the french GUI.
(0003500)
Pierre   
2020-05-28 17:43   
Images clés
(0003499)
MatN   
2020-05-28 17:31   
Thanks! Is it images-clés or Images clés . Because CinGG has it with the - in between.
(0003497)
Pierre   
2020-05-28 14:33   
No, "spectateur" doesn't mean the same thing at all as "visionneuse."
(0003496)
Pierre   
2020-05-28 14:23   
Yes "visionneuse" is a good translation for "viewer"...
(0003495)
Pierre   
2020-05-28 14:21   
@MatN

Yes "viewer" is a good translation for "viewer".

I had to interrupt the correction of the translation I had started to deal with other situations. I could finish it in a few days.

I am sending you in attachment what I already have. My suggestions for changes are in red.
(0003489)
MatN   
2020-05-28 09:45   
Also, what should the "viewer" be called in the french version. In the main program it says
"afficher la visionneuse" but the actual window has as title "spectateur". As far as I know they mean the same, is there a common-used (in NLEs) french word for this?
(0003422)
Pierre   
2020-05-14 02:52   
@MatN

All right, I'm working on checking this translation, but it's going to take me a little while to complete it.
(0003414)
MatN   
2020-05-13 17:50   
@Pierre, I hesitate to ask, but if you have time and are willing to do some language checks, I have prepared (but not yet published) a complete new Cinelerra page for the French Wikipedia, in the same layout as the EN/DE/NL ones. The translations were all done by deepl.com but I cannot judge if the resulting French is not silly or weird. The page is at https://fr.wikipedia.org/wiki/Utilisateur:Manitech/Cinelerra . If you cannot do it, fine too.
The logo is still missing, I hope to fix that this week.
(0003409)
PhyllisSmith   
2020-05-12 00:44   
@Pierre
I will update the fr.po with your changes tomorrow. Every translated word helps - especially the ones that are often used.
(0003406)
Pierre   
2020-05-11 23:16   
@MatN

That's right!
For someone who doesn't speak French, you have an eye... very French. Me, I think I've now become just too good at English to notice what isn't French.

@Phyllis

Okay, well... Here's what I had prepared:

"Intruments / Generators" should be translated by: "Instruments / Générateurs"
"Modulation Effect" should be translated as: "Effets de modulation"
"Delay Effects" should be translated as: "Effets de délais"
"Dynamic Processors" should be translated as: "Processeurs dynamiques"
"Filters and Equilizers" should read: "Filtres et égalisateurs"
"Distortion Effects" should be translated as: "Effets de distorsion"
"Tools" should be translated as: "Outils"

"Video Effects" should be translated by: "Effets vidéo"

"Color Correction" should be translated as: "Correction de couleurs"
"FF Color Correction" should be translated as: "FF Correction de couleurs"
"Blur" should be translated as: "Flou"
"Denoise" should be translated as: "Débruitage"
"Extract Keys"... (I don't know how to translate these keys...)
"Geometry"... "Géométrie" ... (Seems a less appropriate translation)
"Scale" should be translated as: "Échelle"
"Time" should be translated as: "Gestion Temporelle"

"Audio Transitions" should be translated as: "Transitions audio"
(0003405)
Pierre   
2020-05-11 22:53   
Okay... I was just getting a translation ready, you beat me to it.
(0003404)
PhyllisSmith   
2020-05-11 22:13   
@Pierre
I have made the corrections and it will be checked in as soon as Pierre verifies that this is correctly stated.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
450 [Cinelerra-GG] Bug minor always 2020-06-12 23:06 2020-06-14 08:21
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Keyframes look deformed
Description: When I create new keyframes for example in the fade line, the small squares look deformed when they are at the top or bottom of the track. In other places they look perfect. Sometimes I have the difficulty to recognize them correctly. I think there would be a better representation if the small squares were placed above the line. Actually it seems that the line is placed above the squares and therefore creates this very ugly effect. I think the small squares should always be displayed correctly without looking so deformed.
Tags: GUI, Main window
Steps To Reproduce: https://streamable.com/c6zv47
Additional Information:
Attached Files: autos_keyframe_max-min_gap.png (22,117 bytes) 2020-06-13 08:24
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=578&type=bug
png
Notes
(0003607)
IgorBeg   
2020-06-14 08:21   
@Sam
I agree with you about "My hope is that the white track dividing line will disappear...".
(0003600)
Sam   
2020-06-13 12:32   
@IgorBeg
I think your suggestion is very good. +1
That would be one way to better see the lines at the top or bottom.

My hope is that the white track dividing line will disappear as well, because it disturbs me a lot while working. I always confuse it with the other lines. https://www.cinelerra-gg.org/bugtracker/view.php?id=413
(0003599)
IgorBeg   
2020-06-13 08:24   
I think you are right, Sam.
Maybe, could it be better if the max and the min value, draw on the track, were some pixels under the top and over the bottom?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
449 [Cinelerra-GG] Feature minor have not tried 2020-06-11 19:29 2020-06-12 04:13
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Generators for convenience
Description: It would be nice to have Generators so that new users can find them without having to look for alternatives. This was proposed by LFOM in the forum titled "Generators?"
   https://www.cinelerra-gg.org/forum/everything-else/generators/#post-1150
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003590)
lfom   
2020-06-12 04:13   
Generators would include (but not limited to) solid color backgrounds, text (titles), gradients, color bars, shapes. They would create a video track, more or less like adding a picture to a video track, with many advantages like thumbnails, easier to manipulate and apply plugins, etc. This would greatly help new users as it is how it works with other programs, but also brings improvements on using CinGG as well as most videos include either titles or solid color backgrounds for one reason or another.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
393 [Cinelerra-GG] Feature minor have not tried 2020-03-24 01:00 2020-06-12 04:06
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add a Preference for an automatic "Snap" option
Description: It would sometimes be convenient to have an automatic Snap option preference. I do not know how this would really work but if someone has an idea, please note it here. Requested feature of LFOM -3/22/2020 in the forum and +1 from Andrea.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003589)
lfom   
2020-06-12 04:06   
Currently, as far as I know, "snapping" only works when dragging the black arrow to change the duration of clips and plugin while keeping CTRL + ALT pressed. I think it is a feature that is very useful and most cases while editing, and it should be enabled by default, while there would exist a visible icon or menu item to toggle it on/off, when while dragging *anything* in a timeline (and not only the black arrow) it would automatically snap its edges to other entities (clips, plugins, even audio tracks) edges. Most (if not all) video editing programs have this feature, and it is enabled by default.
(0003119)
PhyllisSmith   
2020-04-07 23:20   
See the forum under "UI/UX Suggestions (or please tell me how to improve usability)" for only a little help. For example: " If it was possible to enable snap at least to the current cursor position it would help a lot."

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
445 [Cinelerra-GG] Feature minor have not tried 2020-06-05 16:53 2020-06-10 19:23
Reporter: RafaMar Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestions on rotation in cinelerra
Description: I think Cinelerra needs an improvement in the interface of the rotation effect. A remodel of this to make it easy and practical.

It would also be perfect if the Camera and Projector assistants included the option to rotate, here a pivot would not be necessary. This rotation would always be from the center.

In short, camera and projector capable of rotating, from the center, for simple and fast rotations. And an effect at the height of Cinelerra for more sophisticated jobs, with an easy pivot to place in the desired place, a slider for degrees from -360 to 0 and 360. And this is just a suggestion, with a rotation option infinite where you can manipulate the speed of this by inserting the degrees that it will rotate per second.

I have attached an idea of ​​a new interface where you can quickly access rotations on a 45º scale, or by using a slider. An upgrade to the pivot with a quick-fit wizard in the center or corners, or custom fit with sliders. And a section for infinite rotations.
https://streamable.com/pzblka

Thank you.
Tags: New Feature
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003581)
RafaMar   
2020-06-10 19:23   
Don't worry, I admit that my idea was very ambitious. Surely as always you have done a magnificent job.
If Camera and Projector have a rotation in the future, it will be a wonderful thing.
Thank you.
(0003579)
PhyllisSmith   
2020-06-10 01:56   
A more modern look to the Rotate plugin has been contributed and checked into GIT. It includes improvements but not everything being requested here. More improvements later for Camera and Projector.
(0003565)
RafaMar   
2020-06-06 08:03   
Thank you very much @Andrea_Paz, if I knew how to program it would make an effect with different tabs, all in one, a tab with the position, scale and opacity parameters, another with the rotation parameters and another with the deformation and perspective parameters ... Today it is essential to have this option in the clips. Even many editors when inserting a clip into the timeline already have a panel from which you can modify the position, scale, rotation and opacity. Dreaming is free, but I imagine that after this simple paragraph there are many days of work with many headaches. To see if any programmer is encouraged, I told a friend, but the language that most dominates, which is python, is not compatible with Cinelerra :'-(
Regards.
(0003564)
Andrea_Paz   
2020-06-06 06:30   
Good idea; +1

If you exaggerate you could make a "Transform" plugin instead of just rotating it. So with rotation, perspective, resizing; flip, etc. In short, as compositing programs have.
Hopefully some developer will come up with it...

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
436 [Cinelerra-GG] Bug minor always 2020-05-19 18:53 2020-05-28 02:19
Reporter: RafaMar Platform: PC  
Assigned To: PhyllisSmith OS: Linux  
Priority: low OS Version: Mint 19.3  
Status: confirmed Product Version: 2020-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Changing speed has an error
Description: When I use the change of value by means of a numerical value, if I do not have the mouse cursor over the assistant, the speed change is not done correctly. The clip accelerates, but maintains its duration, it does not respect the input and output of the clip.
I don't know how to explain it, but I have attached a video where you can see the problem I'm having with this tool.
https://streamable.com/0clqww
Tags: bug
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003482)
PhyllisSmith   
2020-05-28 02:19   
A fix has been checked into GIT for the original problem. GG duplicated the video problem and was able to correct it with this fix. I have not been able to verify this myself.

For the other commentary, this will be taken into consideration in future modifications.
(0003471)
RafaMar   
2020-05-25 21:32   
Regarding the previous message, I understand that if on a track the speed changes the clip moves because the speed changes throughout the track, but users do not expect this, when a user needs to change the speed it is because he needs to adjust some images to a voice over, or whatever, and you don't expect the clip to scroll at its start, what you expect is for it to be longer or shorter. I can do a tutorial explaining how to use this speed change method without going crazy. But I think users will jump for joy if they can change the speed affecting only the desired clip, without affecting the entire track.
At the beginning I wasted a lot of time with the speed changes in Cinelerra, now I dominate it a little more, but it is not a good method.
I apologize for saying things as I see them, but in my work it is like that, we always tell ourselves the truth, because only with this one advances.
Greetings again.
(0003470)
RafaMar   
2020-05-25 21:21   
Another problem that users are having with the speed change line is that when you change the speed the clip moves, and I see this as an error. I solve it by creating three keyframes, one a frame before the clip, one just at the start, and one at the second frame from where I manipulate time. But people are not usually so skillful and despair with these things. That is why I asked that, apart from this line, if you want to keep it, Cinelerra had an effect or tool to change the speed to a single clip, and if this is audio and timestretch on top, it would be wonderful. But please, these are proposals that I think would be very welcome for users, but it is not for me to decide whether or not these tools should be included. It would also be perfect if the camera had rotation, because a real camera can be rotated without the need for the rotation effect. But I do not know if this can be added with 15 minutes of time or requires many hours ... I do not know how to program.
See video with the speed change error. https://streamable.com/bolzhj
Regards.
(0003467)
PhyllisSmith   
2020-05-24 18:22   
@RafaMar
There are a couple of issues. Not important, but could you send me the video file so I can play with it to get the before results and hopefully the after fix results? You have my email address but only send it if you have time and feel like it.
(0003452)
RafaMar   
2020-05-19 21:20   
Thanks
(0003451)
Sam   
2020-05-19 20:42   
Thanks for the second video. I was able to reproduce the bug and thus confirm it.
(0003450)
RafaMar   
2020-05-19 20:17   
Something is wrong with this tool, look at what happens when I change the value without having the mouse over it, but then I pass it over the wizard and it gives a wrong result again, even if I close the wizard by pressing Enter.
https://streamable.com/m4zzai
(0003449)
Sam   
2020-05-19 19:35   
As far as I have understood it, it is necessary to confirm the input with the Enter key. When changing with the mouse the behaviour is correct that the change is immediately visible. When entering the numbers, however, it always requires the Enter key. The reason for this is that you can make a typing error and still have the opportunity to correct it. If you are sure of your input, then you confirm it with the Enter key. Therefore it is not a mistake but on purpose my guess. It is however my personal interpretation of this behaviour.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
439 [Cinelerra-GG] Feature minor have not tried 2020-05-25 14:38 2020-05-27 11:48
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add capability of "Change Tempo" like plugin
Description: To make speed changes to the audio without changing the pitch it would be beneficial to have something like a "Change tempo" plugin - it would need to be intuitive with the option to do it automatically when you they make speed changes.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003479)
RafaMar   
2020-05-27 11:48   
No, this is too laborious for a simple change of speed. And it doesn't automatically adjust the clip to its new duration.

The audio does not do its job well, the audio has stopped playing.

Sorry that the example so that you understand what I mean I have used Olive, because in Cinelerra I do not know the way to do it.
https://streamable.com/bux9ec

I know there is the option of the track speed change line, but this is very difficult to hit in these situations and it desynchronizes the whole project. Although dedicating time and work you can do the same, but with more effort than it should be in modern video editors.
(0003478)
Sam   
2020-05-27 09:49   
With the help of the ReframeRT plugin you can already change the speed of a single video clip without changing the track length. Here is a video about it. Maybe this is what you are looking for?

https://youtu.be/6EBetU1jXC4
(0003477)
RafaMar   
2020-05-27 08:10   
Olive's developers have copied the premiere method. (Olive is a clone of Adobe Premiere). When changing the speed to a video clip that is grouped with an audio, there is an option to keep the audio pitch (Timestretch).

This could be a wizard called, Speed ​​change, which is opened by right-clicking on the clip.

This window can be very simple and have only three options
- Percentage of change where 100% is its initial value
- The option to invert the video clip, this would not affect the audio.
- Timestretch, to maintain the tone in the audio, when the speed change is made to an audio clip.

What sometimes does not integrate very well, in some free editors that I have tried, is that when we slow down a clip it increases its length, and if it has clips after which we change the speed, they should move.

I told you this because I think that today it is very basic to be able to manipulate the speed of a certain clip.

It is true that Cinelerra already has a magnificent speed change system, but this affects the entire track, not a single clip, and requires knowing how to use it accurately to achieve an optimal result. I think that both options can coexist in Cinelerra for the good of the users.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
434 [Cinelerra-GG] Feature minor have not tried 2020-05-16 22:33 2020-05-17 11:48
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When using vdpau hardware decode, ensure that the OpenGL driver does not interfere.
Description: If you use vdpau hardware decode on Big Bucks Bunny which is 60fps, and your Settings-Preferences, Playback A, Video Driver is set to X11, the "Play every frame" shows it is playing at 60fps. However, when you switch to a Video Driver of "X11-OpenGL", it only runs at 13fps on Ubuntu 20 and Fedora 29. So it must be thrashing.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003436)
Andrea_Paz   
2020-05-17 11:48   
I notice this fall of fps even without setting vdpau. I remember that Adam Williams had also noticed this difference between X11 and X11-OpenGL and said he would examine the problem. But in later releases of Cin-HV he didn't mention it again.
However, when using various plugins it is important to use OpenGL, so finding a solution would be desirable.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
413 [Cinelerra-GG] Feature tweak N/A 2020-04-16 01:03 2020-05-16 00:58
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The dividing track line in a different color
Description: From the very beginning, I have been bothered by the new dividing line of video and audio tracks that was introduced a few months ago. I constantly confuse this line with the other lines I can display. From a designer's perspective, I would have solved it differently. It is only a small change but with a big effect. By the way, other NLEs solve it in a similar way.

The background I would have just made a little bit brighter. The dividing line for it completely black. Because of this change, the dividing line doesn't seem so dominant anymore and you can still see the different tracks. It defuses the extremely hard contrast between white line and completely black background.
Tags: Compositor
Steps To Reproduce:
Additional Information:
Attached Files: Trackline_black.jpg (69,545 bytes) 2020-04-16 01:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=496&type=bug
jpg

Trackline_white.jpg (71,441 bytes) 2020-04-16 01:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=497&type=bug
jpg

grab_20200416-134711.png (3,497,375 bytes) 2020-04-16 19:51
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=498&type=bug
kdenlive.png (25,939 bytes) 2020-04-16 21:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=499&type=bug
png

olive.png (10,159 bytes) 2020-04-16 21:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=500&type=bug
png

shotcut.png (79,429 bytes) 2020-04-16 21:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=501&type=bug
png

avid.png (11,614 bytes) 2020-04-16 21:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=502&type=bug
png
Notes
(0003427)
PhyllisSmith   
2020-05-16 00:58   
We are still looking for a viable solution that satisfies everybody but that is never easy.
(0003426)
Sam   
2020-05-16 00:44   
@PhyllisSmith

Is there any possibility to improve this point in any way? This hard dividing line really irritates me extremely and is very annoying. It causes more confusion for me than it helps. If my suggestion is not possible, then I would be very happy if I can disable this line, as it was before this feature was introduced, I had no problems with it.

One user requested this feature, but as Igor and also I have said, this feature disturbs other users in the workflow, so it is more a personal preference of the user than a general improvement. Unfortunately, I didn't have much time to follow this development at that time and therefore didn't have any objections. I hope you'll reconsider this request, because it's no fun to work in the timeline if something keeps catching your eye. Thanks in advance.
(0003202)
Sam   
2020-04-16 21:38   
I have made a few screenshots to illustrate that my suggestion is actually common practice. Separation lines are rarely made light, but dark. Just like a trench is not light but dark, a dividing line is made darker than light.

The screenshots show KdenLive, Olive, Shotcut and Avid Media Composer. Background is usually a little bit brighter, so it's not completely black, but the dividing line is almost completely black.
(0003201)
Sam   
2020-04-16 20:27   
Why not let the user choose the colour himself? Just as I can choose the color of the background in the compositor, it would be logical and obvious to be able to set it in the main window of Cinelerra. I would also introduce this option with the separator.

There are people with different good eyes. Here it is almost impossible to find a reasonable balance.The best way would be if everyone can decide for himself. I can see very well and this bright dividing line is very uncomfortable for my perception and I would appreciate it if I could choose the colour black. For people who need a stronger contrast, they can make it brighter according to their perception. This line has bothered me from the beginning, not because it is there, but because the color scheme doesn't fit my taste. But you can always argue about taste.
(0003200)
PhyllisSmith   
2020-04-16 19:51   
(Last edited: 2020-04-16 21:47)
If Ugin (preobraz) agrees since this was his request and he does not ask for much, what do you think about this alternative? See attached. The band idea that IgorBeg proposed in his email on Sept. 5, 2019 for Timeline Borders is nice and Ugin agreed with that BUT it requires a whole lot of boring work to create for each theme and I am unwilling to spend time on that.

(0003195)
IgorBeg   
2020-04-16 07:46   
I agree completely with @Sam. Every time I confuse the lines, sorry.
Is possible to do an option of this line? (I use SUV theme)
Thanks!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
422 [Cinelerra-GG] Bug minor always 2020-04-28 20:02 2020-05-12 08:27
Reporter: RafaMar Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The rotate effect shows the pivot in the render
Description: I don't know if this should be so, but two things about the rotation effect have caught my attention.
1. The pivot is barely visible. It is very difficult to work with, practically impossible on light clips. It should be a brand that looks good.
2. Forgetting to disable it can ruin a render, because I just realized that the pivot looks in the render, and I think this should not be the case.

"I know they are typical nonsense of my perfectionism and my forgetful head." :-)
Tags: bug
Steps To Reproduce:
Additional Information:
Attached Files: where is the pivot?.jpg.png (468,469 bytes) 2020-04-28 20:15
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=527&type=bug
Notes
(0003410)
RafaMar   
2020-05-12 08:27   
Thank you very much for your interest. And I agree on the priorities. The position of the pivot can be improved, but the truth is that as it is now it is also correct.
(0003407)
PhyllisSmith   
2020-05-12 00:22   
GG implemented the size of the rotate pivot point based on the video track size. This will be in the May 31monthly build. Rotating was too fine when using the mouse wheel over the dial so increased the scale. A bug was fixed also where OpenGL was incorrect for a yuv mode.

It would be easier to drag the pivot point with the mouse instead of using the dials and perhaps that could be improved at some time later. There are so many small improvements that would enhance many of the plugins but we have a lot of BT's to work on that are of a higher priority.
(0003401)
RafaMar   
2020-05-09 17:34   
Thank you very much for your interest.
I don't know if it's possible, but perhaps the solution is to make the mark size be a percentage of the video resolution.
I didn't like the fact that it comes out in the render :-) but hey, it's all about remembering to disable it.
If you could drag directly with the mouse it would be wonderful.
Regards.
(0003400)
PhyllisSmith   
2020-05-09 17:13   
For 1 -- "pivot is barely visible" -- we will attempt to change the code to make the pivot point size dependent on the media format because when I load 352x240 media, the pivot point is huge but then when I load 4k media, as shown in your png, is not visible until zoom in. Also, I will see if we can make the vertical line a different color than the horizontal line so that the probability of both colors blending in is next to 0.

For 2 -- I do not have an answer that will make everyone happy. It is consistent with all of the rest of the plugins in that once you check to draw something, it does.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
363 [Cinelerra-GG] Feature minor N/A 2020-01-15 22:54 2020-05-10 01:54
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Manual tips, contributions and improvements.
Description: As a result of completion of the CinelerraGG_Manual.pdf conversion from .odt to LaTeX by Andrey/Andrea + ... now we are ready for tips, update to include new features, contributions, and improvements. Refer to BT 0000077 for running original commentary and lots of how to hints from Andrey.

There are 2 git areas that may or may not be in sync due to hopefully rapid changes and fixes:
   https://github.com/einhander/cin-manual-latex
   https://git.cinelerra-gg.org/git/?p=goodguy/cin-manual-latex.git;a=summary
since it is easiest for me, probably the gg one will have the latest changes as I add gg new features as they are programmed in.

MatN has recently added formatting fixes and reference fixes to Introduction, Tips, Developer, Translation (not checked in yet), and Installation. Phyllis has updated Shortcuts to add the new 18 or so since April 1, 2019. Mat seems to enjoy fixing formatting, which I do not because I would rather work on the wording.

Some items for discussion:
1) the chapter #'s seems too big to me
2) although the "book" format is nice, when viewing the pdf from page to page, it joggles left and right and so not smooth
3) is it worthwhile to make changes so that the images are right next to the most relevant description or is it better to let LaTeX put them where they fit? it would be more work to line them up

Some things I noted that need to be addressed in case anyone wants to fix these:
1) in Editing, Inter-View mode section 5.6, there is too much space between "clicking on the top white or black" and "click on a location", etc.
2) new plugins need to be added of: Alpha, Compressormulti (I am working on some words for only this one), Foreground, Flanger, Chorus, Tremolo, Sketcher plugins addition of Scale/Rotate and the help button, Crop & Position (IgorB plugin), and Tracer. Some of these are obvious and may need no description.
3) missing Transcode feature that I will work on along with fixes for Proxy in 19.3 of Tips.
4) still a lot of ? (actual question marks) in Configuration of stuff I just did not know what they were but maybe no one does.

Please add more and if you start working on something, drop a note here so no one duplicates effort.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: mask-images.tar.gz (740,173 bytes) 2020-01-19 19:14
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=412&type=bug
settingstex.diff (4,207 bytes) 2020-03-27 14:28
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=451&type=bug
fonts2.jpg (156,372 bytes) 2020-03-30 19:06
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=462&type=bug
jpg

MatN_20200330_ManualFont.png (91,714 bytes) 2020-03-30 19:45
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=463&type=bug
png

new-image12.tar.gz (196,366 bytes) 2020-04-01 14:35
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=470&type=bug
Notes
(0003402)
PhyllisSmith   
2020-05-10 01:54   
More Andrea Plugins improvements checked in.
More Sergio proof-reading english checked in.
Uploaded the latest Manual and Spanish translations to the Cinelerra website.
(0003352)
PhyllisSmith   
2020-04-30 23:36   
I checked in Andrea's update for Videoscope usage. Plus a few more corrections I made. Sergio provided some corrections that I have to check yet and then will check them in too. My script that I use to make the Manual and the Glossary included:

#!/bin/bash
pdflatex CinelerraGG_Manual.tex
makeindex -s nomencl.ist -o CinelerraGG_Manual.nls CinelerraGG_Manual.nlo
pdflatex CinelerraGG_Manual.tex
(0003253)
MatN   
2020-04-21 14:06   
I think for translation it is much better to stick to Latex, because the translations need to be maintained as well and that is much easier in Latex.
Also, there are definitions in there that probably change depending on language, such as:
Change these values in Settings→Preferences, Appearance tab
which might not be a direct translation. I don't know if Latex allows defining macros or so for such things, so you could have a "master" set of english macros, and then the equivalent for other languages. Bit like the .po files.
There are also some sections that must not be translated, like sections in chapter 1.

The Python approach of sending small sections to DeepL looks nice, if it would take away half the work it is fine. I don't know if Python is the best language for this, I am a C person . The Deepl web interface allows up to 5K or so, you do have to clip the "translated by deepl ' thing at the bottom of the returned text every once in a while.
(0003246)
Sam   
2020-04-21 10:41   
@einhander Many thanks for the great tips! I'll take a closer look at it.

@Olaf you might be right. Those were my concerns as well. I rather have the solution in mind to translate the document only the first time with DeepL and then ask our translators to have a look at it. It would probably be the better way, if the translators want to help. A completely error-free translation is also not feasible with DeepL.
(0003242)
Olaf   
2020-04-21 09:30   
To translate LaTeX to HTML latex2html is sufficient.
The automatic translation will not be sufficient. Deepl is overstrained with the formulation.
(0003214)
einhander   
2020-04-18 19:43   
I've found an interesting link regarding conversion and translation of latex documents.
1. Html conversion http://hutchinson.belmont.ma.us/tth/
2. General latex translation https://tex.stackexchange.com/a/504130
3. Translation latex documents using deepL, I'm not a programmer, so I don't know if it's useful canhttps://codereview.stackexchange.com/q/209049
4. Translation latex documents using some website https://webtranslateit.com/en/docs/file_formats/latex
5. Just a general thought that you omegaT software can be used to translate latex documents.
(0003212)
einhander   
2020-04-18 19:13   
Hi, Andrea! It's nice to hear from you, to.
Unfortunately, I have little experience with html conversion. Regarding pandoc. It's may be a good tool in our situation, I tried it several times, some time ago.
It's have some disadvantages, the numeration of chapters, are lost (you can turn it on/off globally, but not mix), also I'm not sure about numeration of figeres/tables, can't remember it's working or not. Tables was also was far from original.
Of course it has advantages in converting to a lot of formats.
I remember, that they have a static build of last version of pandoc, so you can try it on any OS.
Pandoc reminds me a jack of all trades, the result of converting are far from ideal, on any format. May be I'm wrong, and I don't know how to cook it.
(0003211)
Sam   
2020-04-18 19:03   
DeepL supports only these three formats, Microsoft Word (.docx), PowerPoint (.pptx) and Text (.txt).
DeepL also offers an API, but I think it is very expensive. The question would be whether we have the documents translated once and then integrate them back as LaTex documents and the volunteer translators only translate the new jobs in the future or whether we generally initiate a DeepL translation once a month. I have no experience if DeepL translates a document with so many pages without problems, but it would be worth a try. Maybe you have some ideas.
(0003209)
Andrea_Paz   
2020-04-18 18:40   
Does converting LaTeX to html work well? In the sense of producing better results with images, tables and lists. Instead someone knows and uses pandoc?
(Good to hear from you again, Andrey)

You can try to contact Marco Ciampa:
https://lists.cinelerra-gg.org/pipermail/cin/2019-October/001156.html
It was proposed to convert to asciidoc and I think it is easy to get to docx from this format.
(0003208)
einhander   
2020-04-18 18:13   
Hello Phyllis and other!
It's seems that I missed the whole thread, thanks for calling me.
There are some tools to convert tex files, to word.
But none of them gives you the 100 % result.
I suggest you to create the separate master file for such conversion with a lot simpler preambula part.
Here the some overview of my favorite tools.
1. Latex2rtf. Although it produces the old rtf file format, it's my favorite, because it can handle numeration, images, caption, listening and other. It can be customized with relative simple config files to fine tune a font size, and other thigs. The weak side is tables. Latex2rtf can covert only a simple tables.
2. Mk4ht, it's a newer tool that's support html, xml and odt output.
I've tried it several times and have a good results. But it's not stable. Sometimes it cannot convert tex file at all.
3. The last one is detex program. It's simply removes latex tags and produces a txt file.

At this moment I'm away from my pc, so I can't give you a correct command line for each tool.

Best regards, Andrey.
(0003207)
PhyllisSmith   
2020-04-18 15:05   
@einhander
Not sure if you have read the last note on the Manual but is there anyway to easily create a temporary Word document from the LaTex document so an automatic procedure can be used to translate it to other languages? BTW - I can not thank you enough for getting us going on the LaTex -- it has made the addition of new features and minor changes so easy.
(0003205)
Sam   
2020-04-17 21:53   
Is it possible to create a Word document from the LaTex document? I ask because DeepL can translate whole documents in the paid version, unfortunately not yet in LaTex format, but as docx. I had the idea to book this service and have our English documentation translated automatically. I can have up to five documents translated, so all our languages are covered. Probably the formatting after the translation is not optimal, but at least we can offer it in several languages.
(0003075)
PhyllisSmith   
2020-04-02 15:48   
@Olaf
I fixed the Legal information by moving the GFDL reference from the Introduction, which probably was not the right place for it, and putting it into the title section instead. I particularly like this page (probably because my name is on it). It has been checked into GIT.

The reason for leaving the lower case "manual" there is because for existing users who might actually use the "Shell Commands" button in the upper right corner of the timeline, the $HOME/.bcast5/Cinelerra_rc has that in it. Since this is people's preference file, we do not want to mess with it. See BT 0000371. However , it is time to delete it and just take the fallout since long time users might not read the manual anyway or download it.

The other reason is that Deutsch language "Download -> Documentation" section still refers to the lower case "manual" but that is easily fixed by an authorized translator.

Later today, I will delete obsolete pdf files since those topics should all be in the manual now. But old News might still refer to them.
(0003074)
Olaf   
2020-04-02 14:34   
At this point I would like to emphasize once again that I do not speak English and for this reason I will not participate in the content of the English manual. My entries are for illustrative purposes only and should always be checked by a native speaker or a person who is familiar with the language before any possible adoption.
(0003073)
Olaf   
2020-04-02 14:16   
On the server is an old version of the manual called "CinelerraGG_manual.pdf". This should be removed to avoid misunderstandings.

Furthermore I suggest to move all obsolete documentation into a separate directory "obsolete" and remove the unnecessary ones.

In the file "common/title.tex" under "Legal information" the placeholder I inserted should be replaced by an appropriate text on occasion. Otherwise this subsection can be omitted.
(0003066)
PhyllisSmith   
2020-04-01 16:23   
@Andrea_Paz
I spot verified your changes and the Glossary came out well now so thanks. I checked them into GIT already because I will not have any time to make any changes myself today.
And , yes, please wait to make the Videoscope plugin changes because gg is still going to be making changes and sometimes he sneaks in unknown things.
(0003064)
Andrea_Paz   
2020-04-01 14:35   
>There is 1 issue with the glossary that I hope someone else resolves -- on the second and subsequent pages at each top there is an >underline with leftover words of "C.4 Details..."

Using \pagestyle{plain} works, but there are probably better methods.
I made a few more little tweaks.
To change the images in the Videoscope plugin, I'll wait for it to stabilize.
(0003055)
PhyllisSmith   
2020-03-31 22:21   
Thanks Andrey, Andrea, and Mat. I got the Glossary included using the help you noted and it has been uploaded to the website. There is 1 issue with the glossary that I hope someone else resolves -- on the second and subsequent pages at each top there is an underline with leftover words of "C.4 Details..."

I also checked into GIT Mat's changes that I forgot to do yesterday.
(0003027)
Andrea_Paz   
2020-03-30 20:19   
@MatN
I'm sorry, it's my fault (as usual).
The page on the left is displayed by Firefox (which obviously lacks the right fonts). Once opened with a pdf reader everything is fine.
(0003026)
MatN   
2020-03-30 19:45   
@Andrea, this is strange.
On my build from this afternoon, I have the fonts looking like in the right of your picture. The source was completely synced with the git for the manual, except for two non-font related issues.

@Phyllis, for the glossary:
1. When using TeXstudio, update the MakeIndex command first:
Options->Confugure Texstudio->Commands, field "makeindex" set to "makeindex -s nomencl.ist -t %.nlg -o %.nls %.nlo" .
Then when building and the log shows an error about a missing nls file, run from TeXstudio Tools->Commands->MakeIndex .
This probably is only needed when translation files are changed.

2. You can run latexmk if you create the following config for it in file ~/.latexmkrc:

$pdflatex = 'pdflatex -synctex=1 %O %S';
# $bibtex= 'bibtex8 -B -c utf8cyrillic.csf %O %B';
#$bibtex= 'bibtex8 -B -c utf8cyrillic.csf %O ?a*.aux';
 # Custom dependency and function for nomencl package
 add_cus_dep( 'nlo', 'nls', 0, 'makenlo2nls' );
 sub makenlo2nls {
 system( "makeindex -s nomencl.ist -o \"$_[0].nls\" \"$_[0].nlo\"" );
 }

You then can build it as "latexmk -pdf" , it will do a makeindex automatically when needed . You have to use the -pdf because else if fails on the logo which is in pdf format. It can be conveterd to png,but I don't know how big (pixels) it should be. The PDF logo seems to scale perfectly without artifacts. latexmk also builds only when and what has changed, although I once saw it didn 't detect a change and had to use pdflatex twice.
(0003025)
Andrea_Paz   
2020-03-30 19:06   
The font itself has no problem (sorry, I have explained it badly). On monitors it is better to use more round and uniform fonts because they are more readable and less tiring. On paper it's the opposite: angular fonts with modulated lines give liveliness and refinement to the reading. The fact that they are more tiring to read is not important because on paper reading is never tiring.
Mine is a marginal and not important note; but try to look at the attached picture: on the left the manual downloaded from the site; on the right my pdf with the xcharter font.
(0003024)
PhyllisSmith   
2020-03-30 18:07   
I grabbed MatN fixes and will check in later.
The fonts are fine for me also.
Not sure why I can not make the glossary but will try to get that fixed too. Running pdflatex twice does not create it for me. Looked at Andrey's method but on my Fedora laptop, I am trying to find a command line that works with "makeindex" and so far I have failed. But I have some other things to try yet.
(0003023)
MatN   
2020-03-30 15:24   
@Andrea, I do get the glossary, using pdflatex twice.
But the TexStudio method also works.

For me the fonts are fine, but have not compared them to others.
(0003021)
Andrea_Paz   
2020-03-30 14:17   
I downloaded the manual from the site and noticed the lack of the glossary.
If you use TexStudio I remind you Andrey's email to activate the glossary:

https://lists.cinelerra-gg.org/pipermail/cin/2019-August/000947.html

I also noticed that the fonts used don't read well on screen (although they are very good for printing). Try using "xcharter", which was the font set by Andrey. You can download it from:

https://www.dropbox.com/s/2fp227z3dux1nfq/xcharter.tar.gz?dl=0
(0002988)
Sam   
2020-03-27 23:02   
Thanks for the quick solution. The copy and paste works fine.
(0002987)
PhyllisSmith   
2020-03-27 22:24   
@Sam
@MatN
Checked into GIT the changes provided by Olaf and the cut and paste in the pdf seem to be good now but I did not check all of them. GG put a new copy of the Manual on the website with this fix in.
(0002985)
Andrea_Paz   
2020-03-27 14:28   
I bring back a post by Olaf made in the forum:
"Package listings: c&p (PDF -> Clipboard). This parameter also destroys the desired formatting. The description can be found on page 21: 2.10 Fixed and flexible columns. An unsatisfactory solution."
(0002982)
MatN   
2020-03-27 12:01   
Ok, found the build problems. At three places the right arrow symbol was used instead of $\rightarrow$.
- rendering.text, line 856.
- trouble.tex, lines 102 and 108.
With these changed, it builds fine here.
(0002981)
MatN   
2020-03-27 11:36   
I saw the problem earlier too, I think I exchanged some msgs with Phyllis about it.

The PDF format is NOT an image, although images can be included. Normally it is a series of font selections, positioning and actual text. So text can be extracted easily normally. OCR is not involved.
It is probably the specific font causing the problem, because as afar as I know it only appears to happen with the listings, and then only at specific places. For instance, chapter 1.1.6. , unbundled builds" . (On my older manual build, the current one doesn't build here, will look into it later). Just above this chapter is a listing. If from there I cut the CFLAGS line and paste it, I get:
CFLAGS =" - O2 - ggdb " make - j8 rebuild_all
Compare to the PDF, there is an extra space after each minus sign. But only there.
If from the text of the chapter i e.g. cut "generic build scripts¨ it paste fine.
(0002977)
Andrea_Paz   
2020-03-27 08:31   
You're right, Sam. I think there are three factors causing the problem:
1- the pdf format; which involves an image (OCR) of the selected text, rather than a string.
2- using the [language=bash] option to create code lists.
3- the use of monospace characters; which are read by the OCR of the pdf as if they were single words and then separates them by a space.

Honestly, I don't know how to fix this. Changing step 2 compromises the readability and aesthetics of the code. Point 3 can be changed, but it goes against Andrey's initial setting, which recommended using monospace for instructions. I don't really know what to say about how the pdf works.

I hope that those who know more about it than I do will find a solution because it is an important problem.
(0002976)
Sam   
2020-03-26 20:54   
I think the user manual looks really good. However, when I copy text from the manual, it bothers me that it is copied differently than it appears in the User Guide.
As an example on page 4, I copy the git clone command from the gray command box, and so on
When pasting, there are spaces everywhere and it looks like this, please look very carefully, there are spaces in between everywhere:

cd /<b u i l d _ p a t h >/
g i t c l o n e - - depth 1 " g i t : / / g i t . c i n e l e r r a - gg . org / goodguy /
,→ c i n e l e r r a . g i t " c i n e l e r r a 5

I can't use this code like this, I have to manually delete all the spaces first, so I can use it. Of course this is not user-friendly. How can we fix this error?
(0002970)
PhyllisSmith   
2020-03-26 13:29   
@Andrea_Paz
Sorry I missed that Olaf made the modification -- I did not see that anywhere.
I think 14 pt would be too small so we should leave it at 12 pt.
(0002965)
IgorBeg   
2020-03-26 08:39   
For me the margins are an excellent compromise, now. Font Size okay. IMHO, the Manual is really good.
I can print in A5 size and even display it on the screen perfectly.
Thanks @Olaf, @Andrea_Paz, @PhyllisSmith (and others?) for the effort.
(0002964)
Andrea_Paz   
2020-03-26 08:21   
The modification was made by Olaf, who unlike me, is very competent on LaTeX. The question of the font remains: Igor tell me if you think it is better to increase it to 14 pt instead of the current 12 pt.
(0002963)
PhyllisSmith   
2020-03-26 04:10   
@IgorBeg
Andrea has supplied changes to make the footer empty space smaller. So look on the website for the revised version.
(0002953)
IgorBeg   
2020-03-25 08:44   
"There is a communication problem"
It is strange, I have seen @Olaf here in MantisBT.

I don't want to complicate the life of anyone, for the manual.
As always my considerations are personal even if, I hope, they have a wider vision towards other users.
Three version of the Manual? I think that the initial goal of Einhander(?) was only one version for printing and screen. Less work to do.
(0002952)
Andrea_Paz   
2020-03-25 07:49   
There is a communication problem: I think Olaf just follows the forum while you follow bug trackers and mailing lists. I wrote a forum post asking to change grid. It would be nice to get some advice from Andrey, too. My wish would be to have three versions: one in asciidoc or html online; one for printing and one (probably the most used) for screen reading. But I wouldn't know how to keep the versions synchronized.
(0002948)
IgorBeg   
2020-03-24 09:08   
I read quickly "your" PubMod2.pdf, Andrea (sorry, I have little time): interesting and thanks.
(Document with a lot of white space on the paper all around. Maybe they cut at least 10mm with cutter in post-production?).

I don't want to criticize Your work on the manual, absolutely. It is fantastic.
I can only say that the bottom margin is too much, from my point of view. I think that the manual may be viewed on the screen and even printed.
If I wanted to print the maual in A5 size format, for convenience, I would have a significant waste of space.
I think Einhander had probably thought of that, but I can wrong.

Of course, it is only my opinion and I do not contribute to the manual.
However, I thanks all of You for the great work you are doing on it.

I know You will do the best. Thanks.
(0002941)
Andrea_Paz   
2020-03-23 19:39   
My two cents:
DTP theory says that you have to avoid the "Wall of Text" because they are tiring and confusing in reading. Einhander had given his interpretation by enlarging the characters (14 pt) and using margins at 20 cm. Olaf put smaller fonts but, to avoid the wall of text, he reduced the text box. For example we use the lower margin higher than the upper one because the reader sees the center of the page a little higher than the true (geometric) center. If I understand correctly, this is the standard setting of the 'memoir' class we used.
All this applies to printing and I'm not sure it's the same for the screen. :-(
I have no preference between the two.

(@IgorBeg. Se sei curioso su l'impaginazione, prova a leggere: https://www.francoangeli.it/come_pubblicare/PubMod2.pdf
è corto, chiaro e istruttivo)
(0002938)
PhyllisSmith   
2020-03-23 17:27   
@IgorBeg
RafaMar did not care if he was given credit for the additional transitions. I had only added it initially because your name was there. So when I removed yours, it was OK to remove his also.

@Andrea_Paz
I will let you decide about the margins but I agree with Igor.
(0002937)
IgorBeg   
2020-03-23 09:08   
Very well Phyllis. Thank you!

I have noticed some things (Manual_20200323).
- I am afraid you have lost the credits and the transitions name of RafaMar, I think (pag_385, 405 of 652). In the Manual_20200319 they are there.

- I think that the bottom margin of the page is too much.
Page margins:
- left and right = 30 mm
- top = 20 mm
- bottom = 40 mm

Could be better all margins set to 20mm?
(0002931)
PhyllisSmith   
2020-03-22 16:05   
@IgorBeg
You are RIGHT! I missed that and since all of the rest were .png, I thought it had to be. So I fixed it in the manual, and have put in your original .pdf file, tested it, it worked great. I will check it into GIT and update the manual on the website late tonight.
(0002930)
IgorBeg   
2020-03-22 15:11   
@PhyllisSmith
"I used pdftopng to convert from pdf to png"
It sound strange to my hears because Andrey said: "Latex can handle pdf with ease".
https://lists.cinelerra-gg.org/pipermail/cin/2019-September/001093.html

May be you have converted to PNG for other reasons.
(0002918)
PhyllisSmith   
2020-03-21 14:49   
(Last edited: 2020-03-21 16:51)
Thank you Igor. It looks really good. OK, I will delete your nickname from the manual.
I used pdftopng to convert from pdf to png and IT ACTUALLY WORKED great.

(0002917)
IgorBeg   
2020-03-21 12:39   
Hi all!
I am sorry for not contributing to the Manual. You are doing a fantastic work.

If you want I have re-worked Figure 2.11 (Phyllis' request).
Link to http://visi1.org/temp/temporary_pipeline_purgeForExport_v4.pdf
It would be better rename the file name. ;-)

I don't know if it is consistent with other figures, fonts and other. Let me know, please.

PS:
I just saw that in Video Transitions/ShapeWipe Chapter of the Manual, note 1, there is my nickname. Thank you, but you can delete it. It is not necessary, no right is need. Thank you. ;-)
(0002855)
PhyllisSmith   
2020-03-02 18:30   
Added Andrea's improvements to Windows and Tips (except I removed "language=bash" because it drives me crazy when "env" and "export" are in the color blue since bash commands. Like Pavlov's dog I automatically "click" on it and then am disappointed when it goes no where). Earlier checked in Andrea's muxer/format Rendering changes and other minor fixes.

We are done with Cuda changes needed.
(0002838)
PhyllisSmith   
2020-02-26 04:08   
BT 383 debugging led to minor changes for vaapi in Tips.tex that GG wanted to make sure got in the manual. Working on Windows.tex, Compositor section toolbar rewriting and noticed that Ruler was not even mentioned so added that too.
(0002828)
PhyllisSmith   
2020-02-22 22:57   
@MatN
"Would 12 M be acceptable to be included in the distribution?" Sounds a bit much to me as the images add a lot. I do not have a problem with the Manual being huge as it is supposed to be for Reference and should explain everything so you can look up any feature. Maybe we need a cut down version for offline usage in html format.

Meanwhile I checked in MatN changes as he proofreads stuff:
Glossary: replace actual arrow symbol by $\rightarrow$ .
CinelerraGG_Manual: removed now unneeded settings

And Andrea's CUDA information corrections.
And finished proofreading the "Program Window" section of the Windows.tex file corrections.
(0002825)
MatN   
2020-02-21 11:28   
What I like about the current "Secrets of Cinelerra.html"file is that is it a single file. I think that is the full current manual were to be converted to html we might have many files.
The current PDF is much larger that the previous one created from LibreOffice. However, it can be reduced significantly by using GhostScript:
gs -dCompatibilityLevel=1.5 -dPrinted=false -dPDFSETTINGS=/ebook -dAutoRotatePages=/None -dQUIET -sDEVICE=pdfwrite -o CinSmall.pdf CinelerraGG_Manual.pdf .
This takes it from 36 M to 12 M, and at a first glance, looks the same to me. Would 12 M be acceptable to be included in the distribution?
(0002824)
PhyllisSmith   
2020-02-21 03:55   
Checked into GIT, Andrea's cleanup of Configuration.tex. Continuing work on Windows.tex as I proofread and change the wording to not be exact copy of other manuals. Also, replacing any non-Cakewalk/non-png images as I go along.

FYI note: MatN mentioned that the Cinelerra release still includes the Secrets of Cinelerra in html format. The rationale for leaving this was so that user's who did not leave a network up, could still get some help, even if so far outdated. In the future, either a Help ke (saving "h" shortcut for this) or the new manual will have an html version.
(0002818)
PhyllisSmith   
2020-02-18 20:03   
Checked into GIT, Andrea's fixes to Plugins.tex concerning href to hyperref for Motion and removal of bash. Also added to Translations.tex, the translation po files and their current status (feel free to reformat this table to improve it if needed).
(0002813)
PhyllisSmith   
2020-02-18 04:35   
@MatN
A few updates. MatN's:
-- settings.tex: increased space between number and text for tabel of figures to avoid them running into each other (e.g. see entry 13.14 in the table of figures).
-- (I changed this as recommended) Chapter 16.7 : Maybe better to change the text after the CIN_PKG entry to
"used to set your text domain, that is the locale path pointing to the cin.mo language file" (Configuration.tex)
-- Also changed as recommended in BT 382 the LANG / LANGUAGE confusion in Configuration.tex. BUT it looks like I will have to change it again as I just read MatN's update !! I have to update the Translations.tex file concerning the status of the other 16 po/mo files as MatN suggested and I started that but could not finish.
-- Removed some "language=bash" as seen while editing and a couple of "href" that needed to be "hyperref".

@Andrea_Paz
-- just noticed a couple of "href" in Plugins.tex that need to be "hyperref". If you feel like fixing these, please do so as I will not get to it for a long time.

Also, a couple of wording changes I made in Windows.tex and changes to Tips.tex (maybe just bash or href).
(0002800)
PhyllisSmith   
2020-02-11 02:39   
Updated into GIT, Andrea's fixes for ColorSpace plugin, morrow chapterstyle to ensure that the 2-digit chapter numbers do not get cut off, and some small corrections for the DeepL translations for missing plugins that Andrea added on about 1/27/2020 (will have to proof read more carefully later).

The pdf Manual was updated on the website to include these latest changes.
(0002796)
PhyllisSmith   
2020-02-10 02:26   
Added new ColorSpace plugin documentation to Plugins.tex and checked into GIT that + start of rewording in Windows.tex. Unfortunately I did not get the time to put the new Manual pdf file on the website with the update.
(0002793)
Andrea_Paz   
2020-02-07 19:48   
I agree. Removing [language=bash] gives more uniform (better) results.
(0002792)
PhyllisSmith   
2020-02-07 19:31   
@MatN
THANKS! I am taking the bash out of Installation.tex and others as needed as I go along to proofread. I guess I should have figured that out myself but then there were lines like: /usr/local where local was blue and not usr + cd was blue but not cp.

@Andrea_Paz
I hope this is OK because I think the users when they see the blue color will think it is a link or reference. GG likes it the way it is, but he is not going to be using those lines anyway !!
(0002788)
MatN   
2020-02-07 10:04   
I don't think it is a bug. The lstlisting is highlighting certain words based on the language chosen, see for instance the listing just aboven the 1.1.2 header. If you remove the "language=bash" it will not highlight it (in blue).
Maybe we should reconsider whether to use language highlighting at all. Take for instance the listing line just above "With persistence, you can get results" . It reads
"$ ./confgure --with-single-user -enable-a52dec=auto ." , and the language for this lstlisting is set to bash. So it highlights the word "enable" , which in this case is part of a string, not a bash command.
What if we remove "language=bash" from all lstlistings, or indeed any such language statement?
(0002786)
PhyllisSmith   
2020-02-06 21:52   
@Andrea_Paz
Thanks for the tip on the chapter styles - I have looked at that now and see what can be changed.
Also,
@MatN
I am reading through the manual in order and have checked in some wording changes just now for Installation.tex. There is some strangeness that I have not figured out why it is. Under "Setting up the Initial clone" in section 1.1.3, there is "cd $ cd /<repo\_path >/" and the color of "cd" letters is black. A few lines later under "Update an existing repo" the letters of "cd" are blue. There is strange blue colored words seemingly throughout the document, notable the word "cd", "export", "enable" for no known reason. I think it must be a bug.
(0002777)
PhyllisSmith   
2020-02-03 17:46   
Checked into GIT minor corrections of Mat and me (Introduction.tex)
Mat's === packages: Commented out unneeded /duplicated packages, can go in a next iteration.
Plugins: Corrected misspelled "Whell"to "Wheel", and corrected table name/caption for titler controls. Avoid duplicate "List of table entries" (and thus duplicate warnings) by commenting out same table head at new page.

@Andrea_Paz
Followup on previous note where you said "Tips.tex: - link in \small - add F_scale_cuda and F_yadiff_cuda (N_Body? I don't see it.)" ==== You will only see the N_Body and Mandelbrot plugins when Cinelerra is build with Cuda compiled and loaded.
(0002776)
PhyllisSmith   
2020-02-02 20:07   
Checked into GIT new revision (final) from Andrea. Uploaded the resulting pdf manual to the website.

(applicable to all) - Little changes in "italic/typescript" - resize some images
Introduction.tex: -update internal link
Tips.tex: - link in \small - add F_scale_cuda and F_yadiff_cuda (N_Body? I don't see it.)
Translation.tex:
Licenses.tex: - add Cakewalk license (by Olaf). Is it right? YES IT IS.
Quickstart.tex: - Put credits in \footnote
Developer.tex:- Various changes in formatting text
AuxiliaryPrograms.tex: - Various changes in formatting text

@MatN: I'm sorry; I'm not able to resolve plugins.aux warnings!
(0002761)
PhyllisSmith   
2020-01-31 20:51   
(Last edited: 2020-01-31 20:58)
Checked Andrea's fine-tuning changes into GIT + added Windows10/Cygwin (I tried to use similar formatting as Andrea, but if not it can be
ANDREA's changes:
changed).(applicable to all): - Little changes in "italic/typescript" - resize some images
CinelerraGG_Manual.tex: - changed "Letter" to "a4paper" for resolve a warning
Packages.tex: - added "ifthen" packages to solve the problem I had. but this was not the solution (it was something wrong with Attributes.tex).
 ????? Does it serve as a tocvsec2 addiction or not?
Plugins.tex: - add lines \settocdepth{subsection} and \settocdepth{section} (and commented in CinelerraGG_Manual.tex ) for better TOC.
Trouble.tex: - changed label in lowercase and underscore - Internal link to proxy and background rendering sections - delete \medskip - nested list in "shell cmds"

I agree with this -- "it would be nicer if we could control TOC entry level from within a chapter, because e.g. not all of the effects need the subsection entry in the TOC."

This is my fault -- "almost all images are type .png, but about have are not a .png internally, but jpeg. This can be seen by (from a terminal) doing "file *.png" in the images directory.What is the reason for this?"
because when I created Features5, I was trying to keep it small and saved files as jpeg. Eventually the rest of these will get made in the Cakewalk theme and I especially have to do the TV and DVD ones which are pretty awful right now.

We will download this latest version on the Manual this afternoon when Bill is done with the builds and downloads all of them.

(0002760)
MatN   
2020-01-31 10:49   
@ Andrea, the warnings indeed point you the .aux file. I usually look at the text of the warning, like "tabular:tiller" and search for in in all the source using Geany "find in files" with subdirectory recursion. But in this case the .tex module was known, so TeXstudio will find it there too.

More detailed control over TOC entries is apparently a hot item. Most of what I read is that only the tocvsec2 allows changing it on the fly, it's documentation tovsec2.pdf has an overview of the issues.
(0002759)
Andrea_Paz   
2020-01-31 09:47   
@MatN, "And talking of the TOC..."
thanks for the cue, see if you like it this way (after Phyllis put it on the git). The problem remains to take the numbering off the plugin titles, but keep the numbering in the TOC; any ideas on how to do it? Maybe \setsecnumdepth? I don't really understand how this works!
I only found two warnings in Plugins.aux; but I can't get my hands on them. In Plugins.tex now the warning is gone.
(0002758)
MatN   
2020-01-30 18:43   
latexmk works only if you start it as "latexmk -pdf" . This is because LaTeX itself can only handle a very limited number of images formats, and .pdf and .png are not among them. I tried by extracting the logo from the PDF as .png. It looks that latexmk computes a checksum of each file, and stores if in a text file CinelerraGG_Manual.fdb_latexmk . This means that simply "touch" on a file, which changes the date/time, does not cause a rebuild, I tried it. And, I noticed that the first time I got it running, it made 3 passes.

Interestingly, almost all images are type .png, but about have are not a .png internally, but jpeg. This can be seen by (from a terminal) doing "file *.png" in the images directory.
What is the reason for this? If .png is the preferred format, shouldn't the files internally also be .png ?

@Andrea, thank you for the very many updates you do, the manual looks very good.
I did not have Andrea's build error either.
If you build using TeXstudio, please look at the log: there's a duplicate label in Plugins

@Phyllis, the default Mint PDF reader, xreader, does not allow to jump directly to a TOC entry by cmd line option. I've entered a feature request for it in their git, who knows...
Have not looked at the other platforms.

And talking of the TOC, it would be nicer if we could control TOC entry level from within a chapter, because e.g. not all of the effects need the subsection entry in the TOC. But it is a frequent problem, changing that.
(0002757)
PhyllisSmith   
2020-01-30 00:20   
(Last edited: 2020-01-30 00:24)
Checked in Andrea's numerous fixes to include:
Applicable to all: - Little changes in "italic/typescript, - resize some images
   CinelerraGG_Manual.tex, Stuff.tex, Recording.tex, DVD.tex
Multi5s.tex: - Reposizioned wrapfigure 14.6
Shortcuts.tex: -insert a \newpage
Configuration.tex: - add Pulseaudio item.
- Add "only X11 video driver" to Scaling Equation.
- Adjusted black arrows in fig 17.1 and 17.2
- Put the \url in \small

@Andrea - I did not get the error that you got "CinelerraGG_manual.tex error line 13 File ended ..". What I found on the internet was a suggestion to delete the .aux files and re-run LaTeX, maybe MatN has a real solution.

(0002754)
Andrea_Paz   
2020-01-29 17:34   
Thanks to MatN for the nice solution. I have a problem: I can't build the pdf because of the following error:

CinelerraGG_manual.tex error line 13 File ended while scanning use of \@@BOOKMARK. \begin{document}

Do you know how to fix it?

@Phyllis: from my review of CinelerraGG_Manual.tex remove the line \settocdepth{subsection}, using tocvsec2 is no longer needed.
(0002752)
PhyllisSmith   
2020-01-29 16:12   
Checked in MatN's TOC for Plugins - I LIKE IT ! What do you think Andrea?
I have not attemped latexmk (einhander's note) yet.
(0002751)
MatN   
2020-01-29 13:39   
I cannot use latexmk (einhander's note) to build, because it stops on missing file "./images/cin-logo" which is an PDF and not a png. TeXstudio does not complain.
Should there not be a cin_logo.png ?
(0002748)
PhyllisSmith   
2020-01-28 23:23   
@Andrea
I forgot to check the Plugins.tex additional sentences you added that were translated by DeepL but will try to get that done today yet.
@MatN
There is a plan to add the "h" shortcut to Cinelerra for Help but I do not know if it can be linked to a plugin in the TOC. That would be good though. However, the Help connection is not in the foreseeable future yet.
@All - some more fixes from Andrea added to GIT checkin today. Before this, the CinelerraGG_Manual.pdf was updated on the website (minus some possible wording for DeepL translated sentences yet).
(0002744)
MatN   
2020-01-28 10:33   
Have you looked at the tocvsec2 package? Apparently it allows close control over what is listed in the TOC.
See http://www.ctex.org/documents/packages/contents/tocvsec2.pdf .

Is the idea that by having an entry for the plugins in the TOC, it might become possible to link (for help) from an effect plugin directly to the PDF and the entry for the plugin?
(0002743)
PhyllisSmith   
2020-01-27 16:05   
Nice update/changes from Andrea to include have been checked into GIT:

common/settings.tex:
- add blue color to section titles (by Olaf). Do you like? YES, I LIKE IT !!!!!!

Keyframe.tex:
-add "Allow keyframe spanning" section

Plugins.tex:
[NOTE1: To answer to %Todo (I don't know if from Andrey or MatN); I
had put each plugin title as "\subsection" (with its numbering)
because I wanted the index of the manual.pdf to show the entry for
each plugin. This was to make it faster and more convenient to search
for a certain plugin. But in fact the plugin names do not appear in
the TOC and so we need another way to put them and we can remove the
use of \subsections or numbering.
NOTE2: Among the audio plugins that I consider important, I left out
Equalizer; Parametric Equalizer and Synthesizer. Among the video
plugins that I consider important, I left out Sphere Cam; (SVG via
Inkscape and ReRoute have been criticized for their working). I have
not put better and more detailed descriptions for absolute lack of
knowledge.
NOTE3: The sentences added by me have been translated with DeepL and
probably need revision.]

- Little changes in "italic/typescript"
- downsize/upsize some images
- Add/modify audio plugins: Reverb; Compressor; Compressor Multi; Chorus; Flanger; Tremolo.
- Add/modify video plugins: Alpha; Crop & Position; Foreground; Sketcher; Tracer.
- Modify Interlacing options (from Resource --> Info) in Frame to Fields plugin.
- Changed "c"inelerra in "C"inelerra.
- Correct strange behavior with perspective plugin: \longtable (changed in \tabular)
- Changed tabular in longtable (sketcher plugin)
- various small changes
+ I checked MatN's Plugins.tex to ensure all of his changes were in and added his 180 degree fix.
(0002737)
PhyllisSmith   
2020-01-25 17:40   
Checked in MatN's changes as follows (BUT not Plugins.tex which I will merge later with Andrea's changes for the plugin additions that he is currently working on)

Changed "cinelerra" to "Cinelerra" if it is used as a name in the following parts:
Developer (in Developer.tex I did remove the 5.1 from Cinelerra 5.1 and eventually the other 5.1 should either be removed or changed to GG except in pathnames), DVD, Installation, Introduction, Multi5s, Recording, Rendering, Shortcuts, Stuff, Transition, Windows. Plus: Overlays: removed out-of-place UK pound sign & Recording: fixed text in Android remote control section.

Last night I checked in Editing.tex in order to add "Referenced File" section.
(0002736)
PhyllisSmith   
2020-01-24 03:32   
Checked into website Latex Manual GIT a few more corrections from MatN + me.
If anyone notices Cinelerra, Ubuntu, Mint and other distros spelled without the first character as a capital letter when not used as code, please change them if you think of it.
Also, sometimes I might check changes in without mentioning it here if it is just "words" or missing features but will stay away from Plugins.tex.
(0002735)
PhyllisSmith   
2020-01-22 00:37   
Andrea is going to work on Plugins.tex next. I only have part of the Audio CompressorMulti done so it can wait. I did update Tips.tex to add a short description of Transcode to the Proxy section. More corrections from Andrea checked into GIT:

Title.tex:- fit cover in one page
Introduction.tex:\url in \small (I hopefully changed this correctly)
Loadandsave.tex:- add internal link with appendix, - some words/phrases in typescript, - internal link to 8.1 and 4.3.3, - "load recent..." new option is missing.
Editing.tex:, - Credits on AShuttle Pro section: eliminate broken link. - internal link to 16.1.1, - Add \item to drag groups (from BT 0000362)
Rendering.tex:,- Little adjustment of "italic/typescript"
FFmpeg.tex:- Little adjustment of "italic/typescript", - internal link to 4.3.3
Keyframes.tex:,- Little adjustment of "italic/typescript",- The description of the "allow keyframe spanning" button is missing.

ALLOW KEYFRAME SPANNING:
When you create a drag selection and you modify a value in a plugin then everything in the selection gets modified the same. It use the previous keyframe and if there is no previous keyframe, then the default keyframe in your $HOME/.bcast5 definitions is used.
(0002733)
PhyllisSmith   
2020-01-20 19:50   
Checked into GIT, Andrea's numerous formatting changes in Windows.tex + ...

Windows.tex:- add internals link - change words/phrases by removing quotes and putting "italic" and "typescript". - Added information on the coloured bar that appears (in the Timebar) between the In and Out points., - Change mask_window.png, - Change resource_window.png
Stuff.tex: Put in graphical arrows in fig 17.1 and 17.2
Installation.tex: changes \url to \href{mailto:[email protected] }{mailing list}
FFmpeg.tex: changes \url to \href{mailto:[email protected] }{mailing list}

@Andrea
I did Installation.tex manually as it was not in the tar.gz file so hopefully I did it correctly and I found an url in ffmpeg.tex too that I changed.
(0002732)
Andrea_Paz   
2020-01-20 13:45   
Transcode
It seems to me a common option for all NLEs (who allows multiple selection and batch transcoding and who one file at a time). For me putting them after the proxy section is OK.

Proxy 1:1
I'm sorry, I'm incompetent about proxy.

PS: I just downloaded the pdf from the website (last commit: "11 hours ago"). It contains MatN's latest interventions. No problem for me.
(0002728)
PhyllisSmith   
2020-01-19 22:17   
@MatN
Today checked in your latest fixups for Recording/Multi5s/Stuff/Plugins/Rendering. Also, settings.tex EXCEPT for
  \chapterstyle{madsen} % one of chapter header style for memoir documentclass
to
  \chapterstyle{komalike}
because looking at that versus adding to CinelerraGG_Manual.tex the line: /parskip=14pt which to me looks better for paragraphs. But I am flexible.

@Andrea
Just need your opinion on "Innovative New Features" -- I do not know if Transcode is innovative or not. I have added it here locally in Tips.tex after Proxy. Is this Proxy 1:1 different than other NLEs and should I mention it next to Proxy as an Innovative new feature?

The manual is already starting to look more consistent which is hard to do with so many pieces being put together and my inconsistency in writing Features5.

FYI: even though gg has been updating the CinelerraGG_Manual.pdf on the website every couple of days to keep it updated with your changes, it seems to download to us here in the United States an older version.
(0002725)
IgorBeg   
2020-01-19 20:26   
@Andrea_Paz
Sorry, Andrea. I would like to do them but I am out of the games for a while, for my personal problem.
For that, you needed to do a fake with Inkscape. I guess that Olaf or Sam could make it but they may be busy on their things, I think.
I am so sorry.
(0002724)
Andrea_Paz   
2020-01-19 19:14   
@IgorBeg, @All
I was trying to put the images of the Mask tool taken from the manual-cv inside our manual-gg. But they are unusable. I tried to make some of them myself, but I get very bad results when I put in writing and arrows. Do you want/time to propose something yourself? I'd integrate them into manual-gg.
I Append the various images.
(0002722)
MatN   
2020-01-19 14:52   
@Andrea, I gladly leave shooting arrows to you :-)

@All,
I only have \todo in plugins in the gg git clone I have.
I've just mailed Phyllis an update for settings, to fix the run-in of numbers and text in the table of figures. But there are entries without caption in section 12, I'll look at those.
(0002720)
Andrea_Paz   
2020-01-19 12:35   
@MatN
I wasn't consistent at all, because I didn't realise until late that the edges were coming off. Now that I've started revising the manual, I'm gradually correcting the spaces between the arrows and the abuse I've made of Typescript. So leave those two things to me, so we don't do the same job twice.

@All
Speaking of TODO, in the chapter Windows.tex there is a "%\todo" of, I think, Andrey. But I don't understand its meaning (what is Fig 3?).
(0002716)
MatN   
2020-01-19 11:24   
Ah, I didn't know there should be arrows in those pictures, I thought you were referring to the text.

Regarding the space around the arrows, good argument about breakline. So it should be xxxxx $\rightarrow$ yyyy everywhere ? I think it is, but I'll keep it in mind when reading the manual.
(0002715)
Andrea_Paz   
2020-01-19 10:52   
Are you referring to the TODO in figures 17.1 and 17.2? I will insert the arrows (tikz code) shortly and send the changes to Phyllis. Then we can delete the Todo.

I put the space between the arrows because it doesn't give you any breaklines problem, especially if you use Typescript. Is there another solution?
(0002713)
MatN   
2020-01-19 10:13   
@Phyllis,
your point 1. If in Settings.tex you change
  \chapterstyle{madsen} % one of chapter header style for memoir documentclass
to
  \chapterstyle{komalike} % one of chapter header style for memoir documentclass
and rebuild, is that better? I wonder if we should put page numbers in the header too, if there is no footer that saves space. And for screen reading I think that is nice.

@Andrea,
there is still a \todo about an arrow. I think it looks fine, so maybe it can go?
Also, it would be nice if the arrows were all specified identically, regarding spaces yes/no before or after .
(0002710)
PhyllisSmith   
2020-01-18 17:19   
(Last edited: 2020-01-18 17:21)
Checked in Andrea's cleanup and help changes to GIT:
packages.tex: Put options for small font size and italic in the captions package
Introduction.tex: - Putting words/phrases in quotation marks in "italic"., - added item-list entry on OpenEDL,- Put in \small some \url
Installation.tex:- \url in small font and "centered",- Added dependencies for Arch Linux,- Quotation marks are removed from some words/phrases and put in,"italic" or "typescript".,- removed \todo{hanging line},- solved \todo{link} by putting a link to it
README.md: adding "numbers=none" option to [lstlisting].

(0002709)
PhyllisSmith   
2020-01-18 00:30   
Checked into GIT MatN's 11.tex files that fix:
  Configuration, FFmpeg, Loadandsave, Plugins, Recording, Rendering : line numbers removed.
  DVD: line numbers removed, overwritten lines fixed (above picture dvd-batch01.png).
  Editing: line numbers removed, fixed double defined label fig:timeline , open EDL picture lenght.png was
     include twice.
  Shortcuts: fix double defined labels.
  Tips: fix double defined label.
  Windows: line numbers removed, fixed double defined labels.

Will upload the CinelerraGG_Manual.pdf built with the most recent set of changes to the website. But I think we need to have a blank line between paragraphs - how to do that? Previously each paragraph was indented about 5 spaces but I think no indentation and just a blank line looks better.

@Andrea
I don't know anything about GIT so I can not answer about "Isn't there a way to connect the gg repository to the branch I already have? (that clone of einhander)" but the gg GIT will probably be updated quite frequently so it would probably be better to pull from that. However, we do not want to lose any of your work so if you are most comfortable working as you have been, continue to do so and hopefully I can merge in all of your changes (we have Gmods here to do this).
(0002708)
Andrea_Paz   
2020-01-17 21:26   
If I do a "clone git" I have to make a new branch in a new directory. So I find myself a branch with the einhander git clone (which I have worked on so far) and a new branch with the gg git clone. From now on, I only have to use this last one? Isn't there a way to connect the gg repository to the branch I already have? (that clone of einhander).
(0002707)
PhyllisSmith   
2020-01-17 19:11   
@MatN
The Shuttle key layout is suppose to be suggestive of the physical layout as you see in the image a few pages earlier. For example in the photo, there are 4 rectangular silver colored button towards the bottom. These are K10, K11 and K12, K13 in the Shuttle key layout and the K# names match the Cinelerra script for defining the functions of the key. Page 13 in the following url:
   https://contourdesign.no/wp-content/uploads/2019/03/Trans_Shuttle-User-Guide-Mac-v3-small-.pdf
would be better but you can count on me NOT to do that!
(0002706)
MatN   
2020-01-17 18:16   
@Andrea,
To avoid double work, I am already working on your point 5, have sent updated "editing" and "windows" to Phyllis. Currently tackling "ffmpeg" . By the way, I use Geany for this, as it has wider search facilities and can build Latex too. Once done, I'll look what else I can do.

Why is the Shuttle key layout presented as it is? I could get it onto a portrait page, but is a simple list like for the Cinelerra keys not more readable?
(0002705)
MatN   
2020-01-17 17:57   
1. If you already created a copy of the gg git by "git clone", then just a "git pull" in the directory is sufficient, the entire path is not needed.

2. On github, if you want to contribute, you (after getting an account) you create a "branch" of the main git for that product, using a unique name for that branch, clone that new branch to you local system. Then you make changes to the code, put it in your local branch, then update your remote branch. Then do a "pull request" to the main branch, so that the owner of the main branch knows there are updates waiting for the main branch. I presume the gg git could work the same way.

3. Personally, I find it easier to clone the gg and einhander latex gits in separate directories, initially copy the gg git directory to another one for myself, do mods and test there, when done, I use the program "meld" to compare with the other two (and usually find something to change). When done, the modified file(s) I mail to Phyllis for review and inclusion in the gg git if OK.
(0002704)
PhyllisSmith   
2020-01-17 14:23   
(Last edited: 2020-01-17 15:33)
How to clone the manual directory:
 - In a window create a directory where you want to put the manual and move there. For example, I did a
   cd /tmp; mkdir Manual
 - type in: git clone git://git.cinelerra-gg.org/goodguy/cin-manual-latex.git Manual
The above example is on /tmp and will be deleted when you reboot, so do not put it there. Then:
 - look at README.md in that directory on how to proceed

To merge into an existing git, first get into that directory and type:
 - type in: git remote -v ;just displays the origin of your git
 - type in: git pull git://git.cinelerra-gg.org/goodguy/cin-manual-latex.git
   which will pull the later versions of files and create new ones

(0002703)
Andrea_Paz   
2020-01-17 13:59   
Forgive my stupidity; you can show me step by step how to add the cinelerra gg repository for the latex manual to my git? Then I can pull it so I can update my branch.
Another question: if I make updates on my git, then send the various .tex files to Phyllis via email or Bug Tracker or are there other ways?

About Phyllis' item 3, I think it's best left to Latex. That's its main feature, and when changes/additions are made to other parts there's no need for new interventions.
(0002701)
PhyllisSmith   
2020-01-16 17:54   
I checked in the settings changes as recommended by MatN and switched to oneside (and Translations.tex).
Did not add Glossary yet though.
(0002700)
MatN   
2020-01-16 16:29   
@Andrea,
regarding point 2:
In settings if you change to:

\usepackage{geometry} % page geometry
\geometry{left=2.0cm}
\geometry{right=2.0cm}
\geometry{top=2.0cm}
\geometry{bottom=2.0cm}
\parindent=0.0cm

you get the same margin left/right, and no paragraph indent (which I find confusing for short paragraphs).

In addition, in the main document, if you change \documentclass to oneside, you get rid of some blank pages. two sides are irrlevant for screen reading anyway.
Please see if this makes it better for you.

Maybe we ought to have different build for screen reading, large and small, and also for paper (left/right side different, and nicer chapter headings.)
(0002697)
Andrea_Paz   
2020-01-16 08:44   
I will not be brief :-)

The two big things to do:

1- Images:
a- Make high definition images for printing.
b- Using a uniform theme (by Sam, I can't remember where)
c- Remove the window bar (by Olaf; BT77 #2500)
d- Get low-definition images for video from high-definition ones.
e- New global images at the beginning of each chapter (by Phyllis; bt77 #2498)
f- Size the images so that they all have the same size lettering (by Olaf, I can't remember where)

2- Conversion to html and then:
a- translate into several languages
b- contact user who had proposed conversion to Asciidoc.

Other things:

3- Layout changes (basically point 2 proposed by Phyllis):
a- Olaf's proposals (BT77 #2466)
b- proposal by MatN (BT77 #2644)
c- add color to pages (by Olaf; BT77 #2470)

4- Add introduction to the Mask Tool taken from the CV manual, with related images (by IgorBeg; I can't remember where)

5- Remove numbering from [lstlisting] that does not require it.

6- Personal opinions, my obsessions, which you can tell me not to waste my time with:
a- to standardize the Labels by putting them all in lower case and without blanks.
b- put all commands, actions, instructions, paths and code into Monospace fonts.

For point 2 of Phyllis my opinion is that you can make a second version for the video, so not a book version. With Latex it should be instantaneous.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
426 [Cinelerra-GG] Bug minor always 2020-05-08 16:36 2020-05-08 16:36
Reporter: PhyllisSmith Platform:  
Assigned To: goodguy OS:  
Priority: low OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When do a Record / Screencapture get "unknown driver" error
Description: A "Message log" error message is received on GG's recording session using screencapture. He will figure this out and fix it as time permits. It does not impact recording.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: x.png (15,431 bytes) 2020-05-08 16:36
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=543&type=bug
png
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
423 [Cinelerra-GG] Bug crash always 2020-04-29 14:38 2020-05-07 21:59
Reporter: RafaMar Platform: PC  
Assigned To: PhyllisSmith OS: Gnu/Linux  
Priority: normal OS Version: Mint 19.3  
Status: acknowledged Product Version: 2020-03  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: I don't know how to classify this error
Description: I am going to write a tutorial on the tracks and shared effects and I have started to play with these options ... cutting and pasting I have caused a sudden crash (closure) of Cinelerra.
But my surprise was when I reopened the app and when loading the backup, it caused the sudden closure again. I have attached the .xml file that causes this failure in my system in case this can help.
Tags: bug, Crash
Steps To Reproduce:
Additional Information:
Attached Files: backup.prev (23,461 bytes) 2020-04-29 14:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=531&type=bug
backup.xml (23,461 bytes) 2020-04-29 14:38
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=532&type=bug
Notes
(0003386)
RafaMar   
2020-05-07 21:59   
Thank you very much for your good work
(0003385)
PhyllisSmith   
2020-05-07 21:44   
A fix was generated and checked into GIT a couple of days ago. This will be included in the May 31 monthly builds. Now when you open that file or create that situation, you will get an error message similar to:
  "circular references, track #, plugin_set 0, plugin 0"
You will be able to use the file that you sent as a demonstration of the problem except the circular reference to a shared track will be eliminated and you will be informed of the problem.
(0003349)
RafaMar   
2020-04-30 08:22   
No problem, I don't think a user will do this series of games that I do when I test functionalities to test the ends of the tools. When I wrote tutorials for Kdenlive, this bad toy, many paragraphs were devoted to getting around mistakes and how to work with them. His development team never showed much interest in my bug notifications. But this is other history... This is why I am surprised that you take mistakes very seriously. I like this, because it must be so. But in this specific case there is no rush.
Regards.
(0003348)
PhyllisSmith   
2020-04-30 04:15   
GG found the problem, Video 1 shares a track with Video 3 and that point to each other causing recursion. A fix was created but it is too invasive and must be tested a lot more before it can be added into the code so will have to wait.
(0003337)
RafaMar   
2020-04-29 18:53   
"doing the donkey" is a very Spanish expression, it means making nonsense. :-)
(0003336)
PhyllisSmith   
2020-04-29 15:22   
GG has already looked at this. It is in an infinite loop. I think he has enough information to find the coding error and fix it.
I do not know what "doing the donkey" means.
(0003335)
RafaMar   
2020-04-29 15:12   
I was doing the "donkey" with Cinelerra, I was not surprised that it closed, what has surprised me is that the backup has been corrupted.
(0003334)
PhyllisSmith   
2020-04-29 14:45   
I will look at this now in hopes that we can figure out the problem before doing the monthly builds tomorrow.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
411 [Cinelerra-GG] Feature minor have not tried 2020-04-10 20:56 2020-04-29 20:45
Reporter: IgorBeg Platform: x64  
Assigned To: PhyllisSmith OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Title plugin. Text Size and Text Linespacing icons.
Description: I created two new icons for the Title plugin, if you want to try.
I added a photomontage for SUV theme, and two PNGs (24x24 px) if you would like to substitute with the long labels "Size" and "Line Pitch". It saves space.
For the other themes a color adjustment may be required.
If You think they are good I can give the SVG files.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: TitlePlugin_Size-Linespacing_icons.png (40,433 bytes) 2020-04-10 20:56
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=482&type=bug
png

text_linespacing.png (465 bytes) 2020-04-10 20:56
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=483&type=bug
png

text_size.png (515 bytes) 2020-04-10 20:56
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=484&type=bug
png
Notes
(0003343)
PhyllisSmith   
2020-04-29 20:45   
And I like these also because they save space and the Title plugin just keeps getting wider. I had hoped gg would put these in before the monthly builds but it does not look like he will make it.
(0003342)
Sam   
2020-04-29 20:10   
I like these icons because they are really well made and they are indeed space saving. That's why I wouldn't find the icons so wrong at this place. I guess as mentioned in the Videoscope ticket, and I quote Phyllis & Mat, that people probably won't like it if icons are used instead of text.
I would welcome icons if they are used often because then people can remember the icons with a certain action. For many people icons are not self-explanatory enough, I guess in this case as well. As I said before, I like these icons because they are space-saving.
(0003339)
IgorBeg   
2020-04-29 19:41   
@Sam
What do you think about?
(0003158)
IgorBeg   
2020-04-11 08:25   
Thank you, Phyllis.
(0003154)
PhyllisSmith   
2020-04-11 00:41   
GG ran out of time today to look at these but I had a chance to. Hopefully, gg will have time tomorrow to look at them.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
420 [Cinelerra-GG] Feature minor have not tried 2020-04-23 20:37 2020-04-23 20:37
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Performance improvements for Cinelerra-GG, e.g. Stream Copying
Description: There is archived email from Simeon Volkel dated 8:10 on April 23, 2020 with analysis and suggestions for improving Cinelerra performance. Most notable is "stream copy" which would really be a big gain when there is only trivial editing. Refer to that archived email for further information " wildest dreams: stream-copy and/or skipping avoidable pixel format conversions"
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
417 [Cinelerra-GG] Bug tweak always 2020-04-21 02:23 2020-04-21 07:40
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Replace the previous default setting "Replace current project" with "Create new resource only".
Description: https://www.cinelerra-gg.org/bugtracker/view.php?id=71#c3234

Just one comment... I won't dwell on it because we're supposed to be discussing Videoscopes...

I never use the "Replace current project" option and I don't understand why it exists, let alone why it appears by default after a new installation...

I always create new resources, even when I open an existing project. Feeding the timeline from the resource window seems to me the most normal procedure.

I also think that this "Replace current project" option is dangerous, especially if it is offered by default.

https://www.cinelerra-gg.org/bugtracker/view.php?id=71#c3235
@Pierre
I agree with your assessment. Delivering the option "Replace current project" as default setting is not the best choice in my opinion either. I have been annoyed about it so often. I would suggest we open a new ticket, better it would be if "Create new resource only" is default.
Tags: Resources window
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003237)
IgorBeg   
2020-04-21 07:40   
My workflow is different from your, I think.
I always use "Replace current project" when I open an old project or a project where I am working on.
I use "Create new resource only" when I added files in Resources.
But, I would like to have an "Open Project" option in Menu because it would have more sense, for me, and avoid mistakes.
I wrote in MantisBT https://www.cinelerra-gg.org/bugtracker/view.php?id=179

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
415 [Cinelerra-GG] Feature minor have not tried 2020-04-17 02:38 2020-04-19 21:39
Reporter: RafaMar Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Color background for texts
Description: The text tool would greatly improve if you had the option to put a solid background color, also whit possibility alpha. This could be the size of the text box.
View example new parameter.
https://streamable.com/55bdr4

I tried to fill the box with the Outline value and the processor almost exploded. Cinelerra has been very slow.
See example video.
https://streamable.com/k55nsv
Tags: bug, New Feature
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003220)
RafaMar   
2020-04-19 21:39   
Thank you. It is good to have a quick and easy resource to make a fund. The ideal would be with the possibility of alpha.
(0003219)
PhyllisSmith   
2020-04-19 21:31   
1 - Putting this on gg's list of things to do.
2 - It is amazing what creative things you do to work around a missing feature. A stroke size of "202" !! I am able to create the same issue so gg will look at this in the future (probably a long way in the future).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
416 [Cinelerra-GG] Bug crash always 2020-04-19 12:26 2020-04-19 19:08
Reporter: RafaMar Platform: PC  
Assigned To: PhyllisSmith OS: Linux Mint  
Priority: normal OS Version: 19.3  
Status: acknowledged Product Version: 2020-03  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: damn .xml
Description: The problem is that when I try to play it crashes and I have to kill the process
The only strange thing that happened to me is that when I was about to load the audio track, I made a mistake and instead of loading the .ogg file, I mistakenly loaded the audacity .aup file.
I jump an error, so far everything ok, load the ogg, everything ok, I put it in the timeline everything ok... but when I hit play... crash

I can open the project, work on it, but when I press play it crashes.

I opened the file again, deleted the audio, put the text effect ... all good until I press play.

I am not concerned at all, it was a newly started project. But if it happens to me when I've been working on it for hours... I think I need a drink... it gave me a chill.

https://streamable.com/ktd26j

The video isn't very interesting and bad, but I attached the .xml file for testing.
What did I do wrong? because loading an audacity xml with extension .aup shouldn't cause this.

P.S. I take this opportunity to remember the error of forgetting not to change "Replace current project" when I intend to upload a file to the project... I would greatly appreciate a notice here. Something like "The current project will be closed and a new one will be started with this or these files. Are you sure" OK or Cancel.
Tags: bug, Crash
Steps To Reproduce:
Additional Information:
Attached Files: error.xml (9,398 bytes) 2020-04-19 12:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=507&type=bug
Notes
(0003218)
RafaMar   
2020-04-19 19:08   
I'm glad it was helpful. I don't know what I did, I'm still a bit lost with keyboard shortcuts. Sometimes I confuse with Blender, others with Maya ...
About: The problem with this is EVERY TIME you load a file ...
Would this warning be possible only when there are unsaved changes in the loaded project and this occurs?
It is not very important either, but it is something that happens to me more than desired.
(0003217)
PhyllisSmith   
2020-04-19 16:40   
Without success, I tried to find a sample .aup file to try to recreate the error. But I probably would not be able to anyway so will have to just hope that the locally generated fix here will solve any future similar problems.

Abou: "Replace current project" when I intend to upload a file to the project... I would greatly appreciate a notice here. Something like "The current project will be closed and a new one will be started with this or these files. Are you sure" OK or Cancel."
The problem with this is EVERY TIME you load a file, you have to answer this question. The majority of users absolutely do not want to have to answer this question and get mad at the extra requirement -- I know I do.
(0003216)
PhyllisSmith   
2020-04-19 16:18   
@RafaMar
Thanks so much for including the error.xml, session file, as it helped to find a fix. You seem to be very adept at finding these edge cases which is very helpful to get them fixed. GG was able to generate a fix that solves the problem even though we have no idea how you created this error in the first place. We tried unsuccessfully to create the same problem.

Somehow you created a "loop" area using "Shift-L" that is of zero length. To see it play you can load the file and the first thing you should do is keyin "Shift-L". This turns off the 0 length loop you somehow got in there. It may play off the end of the plugin though so you will have to stop it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
410 [Cinelerra-GG] Feature minor have not tried 2020-04-08 22:56 2020-04-11 09:33
Reporter: PhyllisSmith Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Want the Drag box to come on and turn off the other one automatically
Description: From bt # 397, some suggestions about the Drag box.

"I think the drag button, when activated in one effect, should be deactivated in another, in a switched way. When I activate, a shutdown command is sent in all the effects that have this option. ...Drag mode is still a bit messy. That cinelerra does not remember the activation of Drag, and whenever the app is closed and opened, drag is disabled by default"

We are trying to work out a method for the Drag problem of only one allowed to be checked but have not come up with a way to make this work. It is a limitation on only one "grab" allowed.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003159)
RafaMar   
2020-04-11 09:33   
hi @PhyllisSmith
Aid flags need to be explicit and not misleading.

This is a premise that, if it is fulfilled, makes it easier for new users to manage the application.

Moving on to another topic. Automatic translations are generally not very suitable in the audiovisual application environment. Cinelerra from what I see has been using this for the Spanish translation and in most cases it is not well understood.

I am improving as far as I can the faults that I am finding.

Today I found this effect like this
https://streamable.com/rryf0v
But I have fixed it
https://streamable.com/uh1q07
As always I will pass the file to you near the end of the month

Thank you very much.
(0003156)
PhyllisSmith   
2020-04-11 00:55   
@RafaMar
"Allow keyframe spanning" is less than obvious, but once you know what it is for, it makes more sense. GG and I have discussed re-wording the tooltip but can not agree on anything yet -- will keep trying to come up with something based on your suggestion.

Meanwhile, I have updated the Manual on the website to expound on what "allow keyframe spanning" is and what it is for. It is in Chapter 7 on Keyframes, section 7.10. In addition, the plugins in the Plugins chapter that have the Drag button, now have references to "allow keyframe spanning". This includes BoxBlur, CriKey, Sketcher, Title, and Tracer. I believe that FindObj and Cuda Mandelbrot should have this included also but I did not test them yet.
(0003144)
RafaMar   
2020-04-09 11:37   
@IgorBeg @phyllisSmith following with offTopic
I didn't know what the upward facing key icon was for.
And the explanation that appeared on the flag, when the mouse rests on it, did not clarify anything for me, much less its automatic translation into Spanish.
I use cinelerra in English, only in Spanish to make tutorials.
I did not understand "Allow keyframe spanning", I looked in the (old) manual and I did not find anything, googled, and I did not find anything.
Until Phyllis did not explain to me what this tool was for, I did not know how to use it.
If from the beginning in English your flag had carried a description like "Edit value to all selected keyframes" I would immediately, without the need for anyone explaining it to me, would have understood. Even the automatic translation of this text is very correct in Spanish.
@IgorBeg your proposal seems good to me, but activating "Drag" that I would call "Edit Mode", but this is indifferent. A reference box is displayed. But I think your proposal is very good to facilitate the viewing of the effect without having to activate "drag"
(0003143)
IgorBeg   
2020-04-09 09:44   
If I can,
I suggest to enable Drag checkbox, and then to show the boundary drag in Compositor canvas, every time I open the BoxBlur tool window. So I can see where the blur effect is applied if the area is too narrow (little). More or less as occur with Camera and Projector tools.
(0003141)
RafaMar   
2020-04-09 09:33   
For those who do not like to read long texts, I simply want to indicate that the idea of @Adrea_Paz is very good.
And that Good Guys just did a very good job with the Drag parameter, thanks to @PhyllisSmith
(0003140)
RafaMar   
2020-04-09 09:26   
Thank you very much @PhyllisSmith, precisely this icon was still a mystery to me. Every day I learn things from Cinelerra thanks to all of you. And this will be very useful to my readers, knowing that with this icon you can easily deactivate this.

Precisely in the sketcher effect, sometimes it may be interesting that the marks of the points appear in the render, I like this, but other times not. I am going to make a tutorial on this effect to trace animated routes on maps shortly. Now you can imagine how useful what you just explained about "Allow keyframe spanning" will be. Because in the old manual it did not explain this. In the new I have not yet consulted.

*I just tested dragging with the version you indicate. Now this works wonderfully. Now it is very comfortable, logical and easy for users. My most sincere congratulations. Nice job.*

Thank you also very much @Andrea_Paz because you just improved my idea in a very elegant way. This that you indicate would be a dream come true and with it Cinelerra would have an effective tool to hide objects or faces, even in movement, very quickly and directly on the clip itself without having to duplicate to put masks. That these are very good for precision work. But sometimes we don't need this precision.

Commenting that Box Blur is very good, the blur effects have always consumed many resources, and this one precisely works in a very effective way and with hardly any resources, it has surprised me a lot. THANK YOU THANK YOU THANK YOU. I am highly recommending Cinelerra. And I always say that Cinelerra is very good, but that his team is even better.
(0003139)
Andrea_Paz   
2020-04-09 07:31   
With reference to tickets 0000405 and 0000397; about Rafa Mar's request to have pixellation as well as blur in the box.
You might think about radically changing the BoxBlur plugin by addressing it only to censorship rectangles. You should have 3 modes: blur the rectangle (like now); pixellate the rectangle (Rafa Mar) and create a solid color in the rectangle (i.e. black).
(0003138)
PhyllisSmith   
2020-04-09 03:04   
The Drag box grab code has been updated and checked into GIT. Now, if you try to enable Drag and it is already enabled elsewhere, it will be disabled automatically there and enabled in the new place. If you have a menu up and Drag enabled and then bring up another menu that previously had Drag enabled, the menu up will be disabled and the new pop up menu will maintain its Drag box.

A test Mint 19.3 static tar is at:
https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint19-x86_64-static.txz
(0003136)
PhyllisSmith   
2020-04-09 00:52   
@RafaMar
I am sorry that I did not respond to "drag animation" concern earlier, but I did not understand what you were talking about. There is a very easy way to turn off the drag once you are done with your keyframe set up.

1. in Cut and Paste mode, highlight the video where all of the keyframes are that have drag enabled (to select area, hold down LMB and drag)
2. turn on "Allow keyframe spanning" - this is the icon symbol to the right of "Generate keyframes while tweaking"
3. with the BoxBlur menu up, simply uncheck Drag
Voila! all of the drag boxes are now off
(0003135)
RafaMar   
2020-04-08 23:27   
This would be a very good solution. That when I enable drag in an effect, all the others are turned off.
And what is giving me extra work is that drag animates with keyframes. I think it would also be very positive, and would save a lot of work excluding drag from animation.
These days I am playing with the drawing tool and it is very tedious to have to go keyframe to keyframe deactivating drag.
Thank you very much @PhyllisSmith for opening the tiket

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
397 [Cinelerra-GG] Bug major always 2020-03-29 20:41 2020-04-08 23:20
Reporter: RafaMar Platform: PC  
Assigned To: PhyllisSmith OS: Linux MInt Cinnamon  
Priority: normal OS Version: 19.3  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fatal bug in title plugin
Description: In the title tool, when loading a png image, from tags, an unexpected shutdown occurs. Crash.
I have investigated the problem with the same image, it seems that this failure only occurs when there are two spaces in the file path, regardless of whether the file name has space or not.
With only one space in the route, well, with two the failure always occurs.
I have attached a video to see better what happens.
https://streamable.com/ajew9
<div style="width:100%;height:0px;position:relative;padding-bottom:56.250%;"><iframe src="https://streamable.com/s/ajew9/qdelkd" frameborder="0" width="100%" height="100%" allowfullscreen style="width:100%;height:100%;position:absolute;left:0px;top:0px;overflow:hidden;"></iframe></div>
Tags: bug
Steps To Reproduce:
Additional Information:
Attached Files: gdb cin run (15,720 bytes) 2020-03-31 09:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=464&type=bug
sudo gdb cin run (15,203 bytes) 2020-03-31 09:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=465&type=bug
cinelerra_29139.dmp (107,219 bytes) 2020-03-31 09:45
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=466&type=bug
cinError_titleAndLoadPng.txt (24,574 bytes) 2020-03-31 17:23
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=468&type=bug
tobaffle.png (2,129,461 bytes) 2020-04-06 07:54
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=474&type=bug
tobaffle2.jpg (734,609 bytes) 2020-04-06 09:51
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=475&type=bug
cp.jpg (479,244 bytes) 2020-04-06 12:36
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=476&type=bug
Notes
(0003134)
RafaMar   
2020-04-08 23:20   
@PhyllisSmith
The thing about the box in box blur seems great to me, for quick jobs where something has to be hidden it is really fantastic.
If more precision is needed, then we do have Masks for this.
This is why I asked if it would be possible to put this in downsample, because the pixeldo is used a lot to cover things or faces in video editing.
Thank you very much for opening the other tiket.
(0003133)
PhyllisSmith   
2020-04-08 23:04   
(Last edited: 2020-04-08 23:06)
The title of the BT has been fixed.
The ensuing discussion has gone a little off topic. So I opened a new ticket, 0000410 about drag. BoxBlur problems can be commented on in ticket # 405.

One last response though to -- "Could Drag be included, just as it was done in box blur, in the Downsample effect?" -- this is what Masking in the Compositor is good at and why we really improved that since it can do any shape. Probably we should have not put the rectangle in BoxBlur and just suggested using Mask for that too but gg was having fun working on BoxBlur at the time.

Oh, and I am baffled by the baffle...png's and think that they have something to do with camera/projector slider bars so need another ticket on that, I think.

(0003107)
Olaf   
2020-04-06 15:02   
@RafaMar, I couldn't have said it better myself.
What am I still doing here?
(0003106)
RafaMar   
2020-04-06 13:32   
@Olaf The only thing I can recommend is that you install the latest stable version, surely your project will be perfect again. The git versions are for developers and are not suitable for working.
(0003105)
Olaf   
2020-04-06 12:36   
Don't worry, you're not addressed personally. You might have seen something I missed. Would have been better to have pulled your own ticket. Things like this happen all the time, you close a project and the next time you open it, everything blows up in your face. My tip, never (!) change the version during an important project.

The way it looks to me, transparencies are no longer transparent. But also only if they are above video tracks.
(0003104)
RafaMar   
2020-04-06 10:28   
@Olaf I can't reproduce the problem in the version Phyllis recommended.
My knowledge of cinelerra is still low.
I don't know anything about programming.
Sorry, maybe you should use the latest stable version this month. Or the one Phyllis has recommended to me.
https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint19-x86_64-static.txz
(0003103)
Olaf   
2020-04-06 09:51   
Very good, @RafaMar! The zoom was set to 1.0 for both and the clotheslines showed no change. But if you play around with the lower hidden slider of the camera and then set the zoom manually to 1, you have the view back.
Let's get to task 2: The plugin title hides the underlying videos. Instead, the background of the screen is displayed. Any ideas? (git updated: April 6th)
(0003102)
RafaMar   
2020-04-06 08:23   
@Olaf sorry because it is not up to me to answer, but,
Have you checked the camera and projector settings? It seems as if the Z axis of one of them is at a low value.
(0003101)
Olaf   
2020-04-06 07:54   
The headline "Fatal bug in title plugin" just fits so well, I don't have to think of one. As already announced, here is the puzzle on monday. Have fun with the task. (git: April 5)
(0003100)
RafaMar   
2020-04-06 07:51   
@PhyllisSmith
Congratulations, this latest version is perfect.
Shape Wipe now works perfect.
I have combined boxblur with title in every possible way and also perfect.

Drag mode is still a bit messy. It occurs to me if it would be possible, as a first step, to exclude your activation or deactivation from the animation, it doesn't make sense that you can animate this.
When the control window is closed, always deactivate this parameter (drag).
That cinelerra does not remember the activation of Drag, and whenever the app is closed and opened, drag is disabled by default.
Could it be a timed parameter? I mean, the user activates Drag, and uses it, after its last use, after a minute, it deactivates itself. A one minute timer that restarts with each use. But as a first step, remove or disable Drag from the animation.

Not knowing programming, perhaps I am talking nonsense and stealing your time.

P.S. Could Drag be included, just as it was done in box blur, in the Downsample effect? I find it a very useful option to cover the identities of people, license plates, objects, quickly. And it is very fashionable to use low resolution pixelation instead of blur.

P.S. 2.- I sent an email on the [email protected] mailing list, which was then forwarded to me by another saying that it must be approved, this email was in relation to the camera and projector sliders. In response to Andrea Paz's problem. I don't know if it was received, or it didn't pass the censorship :-)

Video example https://streamable.com/e2ch65
(0003099)
PhyllisSmith   
2020-04-06 02:39   
@RafaMar
Thanks so much for testing early. Mint 19.3 had a later version of jpeg which caused the ShapeWipe crash. And we fixed the Title/BoxBlur crash also. If you would like to test, it is appreciated but do not feel obligated to do so. A new static tar is at:
    https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint19-x86_64-static.txz

We are trying to work out a method for the Drag problem of only one allowed to be checked but have not come up with a way to make this work. It is a limitation on only one "grab" allowed.
(0003098)
RafaMar   
2020-04-05 22:14   
@PhyllisSmith
I think the drag button, when activated in one effect, should be deactivated in another, in a switched way. When I activate, a shutdown command is sent in all the effects that have this option.
And very importantly, excluding this parameter from animations, it makes no sense that activating this parameter can animate it.
I don't know if this is possible.
@Andrea_Paz
It seems that Phyllis indicates that it already found the error, but if necessary the gdb, I can do it, but for these things I am not very skilled.
Thanks for your good work.
(0003095)
MatN   
2020-04-05 20:10   
Since the 2020-03 release, all is fine her with the title effectg. No building problems, no crashes, PNG works fine as background. I did notice that when you have a png as background for a title, the terminal shows a message "Decoder png does not support device type vaapi" , but I guess this is normal. One thing I noticed earlier, if I enter text in the title, by just ramming on the keyboard, text entry lags quite a bit, and about 4 out of 8 threads are used (400% out of available 800%). The speed seems constant whether the text is long or not, so maybe it is related to screen refresh of the compositor?
(0003094)
PhyllisSmith   
2020-04-05 19:22   
@RafaMar
We found the crash with the help of your demo and a fix should be checked in later today.
@Andrea_Paz
Yes, you can only have drag enabled in 1 plugin at a time -- that is why if you try to turn it on and it is enabled elsewhere, it flashes at you. I have asked gg to popup an error message informing the user of the problem as it if quite confusing.
(0003093)
Andrea_Paz   
2020-04-05 18:27   
I don't crash, but it's impossible for me to use the "Drag" option in 2 plugins at the same time. Anyway BoxBlur is a nice plugin.

https://streamable.com/lrb38q

RafaMar, I think you've got gdb, so try starting CinGG from root and then send the dump to gg.
(0003092)
RafaMar   
2020-04-05 08:07   
@PhyllisSmith
I have tested this build.
The png upload is now perfect
BoxBlur fine, but when combined with other effects that also have drag when opening its control panel it closes the application. The error appears to occur only when the other effect's setup wizard has been opened before.
The Shape Wipe transition also causes the app to close
Look at the video, I know it is a boring 5-minute video, but there are the errors that I have mentioned.
https://streamable.com/xndgth
(0003090)
PhyllisSmith   
2020-04-05 01:59   
@RafaMar
When and only if you have time, you can test this static tar.
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint19-x86_64-static.txz
We hope it fixes both the png and the too long Title plugin.
It also contains all of the ShapeWipes, to include the 17 there were left out in the 03/31/2020 builds.
And the BoxBlur plugin is in the Blur category of the Video effects along with the capability to blur a rectangle.
(0003089)
RafaMar   
2020-04-04 20:51   
Thank you very much, I will be waiting. But if you can't, if there's no time, nothing happens.
(0003088)
PhyllisSmith   
2020-04-04 16:33   
@RafaMar
We will build a Mint 19.3 static tar for you to test later and will let you know when it is available (not sure when because we are behind as always).
(0003085)
RafaMar   
2020-04-04 10:08   
I don't know how to prove it.
I don't know how to compile from Git.
My programming knowledge is very limited.
I would only know how to do it if given instructions.
@IgorBeg had the same problem and now it works well for him, surely it is already solved.
If you need me to test it, I need instructions on how to compile from git. I use Linux Mint 19.3.
Thank you very much for your good work.
(0003084)
IgorBeg   
2020-04-04 08:13   
Waiting for @RafaMar,... for me it works fine. (UbuntuStudio_16.04_64bit)
Thanks!
(0003081)
PhyllisSmith   
2020-04-04 04:03   
A fix was checked into GIT. This should fix the png problem as well as the too many characters or too many spaces problem also Probably later in the month, we will build a one-time Mint 19.3 static tar so Rafa can verify that it fixes all of the problems he encountered as we are not sure.

Also, the Video Effects expansion for Blur has had BoxBlur added (english and spanish). Rafa pointed this out as missing.
(0003068)
PhyllisSmith   
2020-04-01 17:23   
A fix has been generated but will not be checked into GIT for a day or 2.
(0003058)
IgorBeg   
2020-04-01 07:46   
@PhyllisSmith
Oh well! I didn't think my terminal message were really useful.
(0003053)
RafaMar   
2020-03-31 19:43   
I am very glad that the problem was found and a solution was given. Thank you very much to all the people who in one way or another have helped in the solution.
Cinelerra is good, but his team is better.
(0003052)
PhyllisSmith   
2020-03-31 19:24   
@IgorBeg
YEAH! your backtrace in "cin_Error_titleAndLoadPng.txt" provided sufficient information to create an error here (hopefully the same one instead of a different one). It is an easy fix for next month since there is a workaround.

Thanks to all for the help as you never know what will turn out to be the needed clue.
(0003050)
MatN   
2020-03-31 17:58   
I'm afraid something is now broken here.
I did
- sudo make clean.
- sudo ./bld.sh
- clear ~/bcast5 directory.
When I then looked into the bin directory, there are far less subdirectories and files than normal. The latest (in time) is plugins, no files execpt the cin exec, and loads of ffmpleg filter errors when stating cin.
Have to look some more.
(0003049)
IgorBeg   
2020-03-31 17:23   
If it can help, my terminal messages with title issue.
(0003046)
RafaMar   
2020-03-31 16:08   
Hello @PhyllisSmith, well, I said it as a joke, my head is still safe :-D. It's just that I've never done anything like this, but if you show me the steps, I can try to compile cinelerra and get the report.
Greetings.
(0003045)
PhyllisSmith   
2020-03-31 15:54   
@RafaMar
Sorry about your exploding head. I should have been clearer on gdb but I was getting desperate. For clarification, gdb requires that a full build be done and is something a programmer would use and not an Audio-Video Technician (whose head would definitely explode!). It was hoped that the gdb dump request would be seen by others who do their own build. I hope I did not waste your time.

We are doing tests on Mint 19.3 with the latest upgrades and still no problem. There must be a bug somewhere as IgorBeg sees it too, we just can not reproduce it yet.

BTW: your streamable is so very helpful to see what to test.
(0003036)
MatN   
2020-03-31 09:45   
I could reproduce the crash differently.
- Newly built Cinelerra from git 20200330 15:00 UTC, not the debug version.
- Load a 1080p50 mp4 video
- Attach the title effect to the video track
- Try to open the controls (magnifying glass) -> crash. Dump attached.
===================
Terminal window showed:
** segv at 0x557be1468cea in pid 29139, tid 29391
writing debug data to /tmp/cinelerra_29139.dmp
lock_items: 36
lock_frees: 4
** dump complete
Segmentation fault (core dumped)
=============
(0003035)
RafaMar   
2020-03-31 09:21   
Before your comment I did not know that gdb existed ... I have searched the web, my head almost exploded ... but I think I have succeeded. I feel my total lack of knowledge about these things. I have copied the terminal output into a text file that I have attached.
Make two versions, one as a normal user and the other as root. With the name of the attached files you can distinguish each version of the gdb output.
Thank you very much for your excellent work.
(0003031)
PhyllisSmith   
2020-03-31 00:47   
I have watched the video and I can not reproduce the problem which I find maddening.
Can anyone get me a dump while running with gdb and as root?
(0003022)
RafaMar   
2020-03-30 14:41   
Thank you very much @IgorBeg, yes, I know this way of working with images. But I reiterate my thanks for your willingness to help.
I still think maybe the png option could be removed from the title wizard. The idea of an effect was to simply put a logo on the screen, but it is totally true that you can use a hint for it.
Greetings and thank you very much again for your time and good advice.
(0003020)
IgorBeg   
2020-03-30 13:35   
I think you always know, but...
if you want you can insert an image (picture) or more from Resources to Timeline.
1) Load your PNG files as usually you do with videos.
2) Drag&Drop the PNG file from Resources to Timeline, or from Resources to TImeline through the Viewer.
3) you can adjust the length of the clip in Timeline as you do with the video (more or less).

Usually I create a new VideoTrack, named VFX_Clipart or VFX_Image for that track. So you can manage images separately from the videos.
(0003019)
RafaMar   
2020-03-30 12:38   
Thank you very much @IgorBeg, I see that it doesn't only happen to me. I think it has to do with the upload assistant.

Perhaps it would not be a bad idea to suppress this function of the text assistant and create an effect, if it does not already exist, that allows you to load a small image, scale it, and place it in the desired place. This would be much more useful, an effect called logo, or fly, and that would only do this load a small image, png, supporting transparency, allow to scale and place.
And maybe again I'm talking nonsense.

Any express course to learn how to program and be able to help not only with ideas? I would like to know how to make an effect that simple and useful.
(0003018)
IgorBeg   
2020-03-30 12:23   
I can confirm. And in my path/filename there aren't space characters.

OS: UbuntuStudio_16.04_64bit
Tests on Cin_20200229_static and Cin_20200330_static
(0003017)
RafaMar   
2020-03-30 11:54   
I keep investigating this problem, which happens to me both on my work computer, in English, and the one I use for tutorials in Spanish.
I have performed a test. As I already mentioned, when trying to open an image with the png option of the title plugin, this closes the application.
Okay. but today I have taken one more step.
I tried to load an image, and the application was closed. Then I tried manually entering the address of this image. And it opened correctly without giving any errors.
On my computer in Spanish this is the image address:
"<png /home/rafa/Escritorio/Blog Multimedia/00 ARCHIVOS COMUNES/LogoWP.png>"
If I put this directly in the text field, the image opens perfectly, if I try from the cinelerra's assistant, the application closes.
I don't know if this information can be of any use.
(0003006)
RafaMar   
2020-03-29 21:02   
A few weeks ago I also had this error with long filenames or paths.
https://streamable.com/7qgwo

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
409 [Cinelerra-GG] Bug minor always 2020-04-08 07:15 2020-04-08 20:04
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Transparency is no longer transparent.
Description: git 2020-04-08 02:37:17, transparency is no longer transparent.
Tags:
Steps To Reproduce: Experimental setup: Two video tracks. One video on track V1.
a) On track V2 a graphic with transparency (PNG, Tiff ...).
b) On track V2 Plugin Title with any text but without background image.
At "a" a black non-transparent area is displayed.
At "b" the background color of the canvas, which is defined by the user, is displayed.
Additional Information: https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=476&type=bug
Attached Files:
Notes
(0003131)
IgorBeg   
2020-04-08 20:04   
You are great, Olaf!
You have to be a storyteller. And you are not alone
 (read https://www.cinelerra-gg.org/bugtracker/view.php?id=405#c3130). ;-)
Good idea "lie in the sun and drink tea". I come with you but with mask on the face and at least 1 meter away from you (COVID-19 restrictions).
(0003129)
Olaf   
2020-04-08 15:02   
@IgorBeg, this has a long history that I would have to tell to make it comprehensible. The short version is that all my projects are set to RGB-A-Float and I always use project templates. The last but one project dealt with problems from the user forum and no template was used. Because I found some supposed errors in it and I didn't find any, I started another project today, after a segv to wake up and the following update, to be on the safe side, also without a template. I hadn't even thought about checking the format settigs, after all the rest was right. Immediately after I clicked on submit here, it suddenly hit me. But it was too late. I can't delete the ticket and I can't change it and now I have to live with this shame until the end of my days and nobody will ever believe me again.

I could ask now, for what reason settings without transparency are offered at all, but that sounds like an excuse at this point anyway. The same goes for the titler and intentional free spaces in the timeline which are then rendered in the respective color of the canvas. It's not supposed to be my problem.

I need some space, I uninstalled CGG and I'm going to do what I'm good at for a while, lie in the sun and drink tea.
(0003124)
IgorBeg   
2020-04-08 12:02   
On UbuntuStudio_16.04 (CIn by git 2020-04-08 02:37:17) with your test it works fine.

@Olaf, could you check these, please (my setup):
1) Settings/Preferences.../PerformanceTab-> Use HW Device: None
2) Settings/Preferences.../Playback_A-> Video Out-> Video Driver: X11 (checked, use direct X11 render if possible)
3) Settings/Format..-> Video-> Color Model: YUVA-8bit, RGBA-8bit, RGBA-FLOAT

If in Point 3 I use YUV-8bit or RGB-8bit, of course I have not alpha channel and I see like you have described in summary.

If no one above help you, excuse me.
(0003121)
Olaf   
2020-04-08 08:50   
Done, partly, but whatever. What a theatre, all I see are bugs, the trust is obviously gone. This can't go on.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
406 [Cinelerra-GG] Bug major always 2020-04-07 13:51 2020-04-08 13:19
Reporter: RafaMar Platform: PC  
Assigned To: PhyllisSmith OS: Linux Mint 19.3  
Priority: high OS Version: 19.3  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Error in the format settings window
Description: A reader of my blog has decided to try cinelerra and has encountered this error https://streamable.com/s89i3r and he cannot modify the size of the window or work on it because he cannot see it in its entirety.

Your computer works with a monitor at a resolution of 2560X1080px (% are not valid here ;-))

This problem doesn't happen to me. Maybe it would be enough to make this window with the possibility of resizing it ... anyway, something is wrong in the Audio section.

Use the latest stable, installed version of repositories.

Thanks in advance.
Tags: bug
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003128)
RafaMar   
2020-04-08 13:19   
@PhyllisSmith Thank you
(0003127)
PhyllisSmith   
2020-04-08 13:15   
@RafaMar
GG has created a fix that will go into April 30th builds. Will look at the Preferences problem yet.
(0003126)
RafaMar   
2020-04-08 13:14   
@IgorBeg Answer offTopic
I have always worked with applications in English. But teaching 3D Animation and FX classes, since 2010, at the University of the Balearic Islands, Spain, https://ladat.es/ I began to see the applications in Spanish. I was surprised at how well translated all the Adobe and Autodesk applications are into Spanish, including Blender. I suppose that its menus and windows adapt to the lines of text and sometimes, in order not to exceed the screen limits, they have bars to scroll.
In this sense I have experience of seeing an application in English and then in Spanish, and sometimes in Spanish I get lost. But for being very used to working in English.
One idea... https://streamable.com/kpvaxg when it does not fit scroll bars appear.
You can hardly take the entire book of Don Quixote in Spanish by hand. In English, its thickness is reduced by almost half.
(0003125)
IgorBeg   
2020-04-08 12:14   
@RafaMar, OffTopic (Sorry)
Others software like Adobe Premiere/LWKS/DaVinci or what you know, how they solve the problem of these long terms in Spanish?
For example, do they truncate words?
Thanks!
(0003122)
RafaMar   
2020-04-08 09:15   
The user told me that the change of scale solved the problem of the Settings window, but that this damaged the preferences window.
He put me this video:
https://streamable.com/6mg3bt
I know this is because in Spanish the lines are longer than in English, shorter would not be understood. The problem is, that when you increase the size of the window, the content is not automatically adjusted. I know that this is solved by changing tabs and I have sent you this video.
https://streamable.com/6rdz5t
P.S. Little by little, new Spanish-speaking users are arriving.
(0003117)
RafaMar   
2020-04-07 20:17   
Ok, now I will communicate it to him. And if there is an answer, I tell you things.
And on the other hand I just tried it, and it turns out that the screen that warns of the restart is also very poorly translated into Spanish, now they also fix this :-)
Thank you very much for your answer.
(0003116)
PhyllisSmith   
2020-04-07 19:52   
It appears to be a bug although using Spanish and changing the layout scale size does not show me the error. I am pretty sure gg will be able to fix it. Meanwhile, if that person goes into Settings->Preferences and changes the "Layout Scale" to 1.0 (if it is currently 0.0), that could help. When clicking OK, it will take Cinelerra down and bring it back up again.

Am I understanding correctly that that person is usaing a monitor resolution of 2560x1080? Although I do not know how to set this up, gg will and can test and hopefully fix.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
408 [Cinelerra-GG] Feature trivial have not tried 2020-04-07 23:23 2020-04-07 23:23
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add an option to show only the first and last fro of clips.
Description: ..."or even just the first one in the timeline would help with performance/memory usage, since completely removing the thumbnails when disabling "Draw media" makes editing much harder". This request came from the forum under "UI/UX Suggestions (or please tell me how to improve usability)". Not sure if even feasible or realistic.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
407 [Cinelerra-GG] Feature minor always 2020-04-07 18:03 2020-04-07 19:34
Reporter: OpenSource Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 2019-11  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: MASK MOVEMENT
Description: I am trying to move Mask with ALT + left click but it is not working its moves my viewer panel and rotating of the mask also not working and also there is no option for changing the shortcut key. I am using MX Linux 19.1
please help me.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003115)
PhyllisSmith   
2020-04-07 19:33   
@OpenSource
Note (from the Manual): For some desktop window managers, certain keys may already be in use by the operating system, so you will either have to redefine them in your desktop or use different key combinations. For example, at least some desktops used with UbuntuStudio 16.04 and Arch field the Alt key, thus requiring alternative key combinations to be needed. Below are some of these alternatives:

LMB -- move/create an end point (to move the end point the pointer must be above the point)
Shift+LMB -- move an end point (the pointer may be near the point, notabove it)
Ctrl+LMB -- move/create a control point
Alt+Ctrl+LMB -- to drag translate the mask
Shift+Key Delete -- to delete the mask
Shift+MMB -- Set Pivot Point at pointer
Alt+Wheel -- zoom in/out the screen (also available in Ubuntu16 but does not exist in all distros)

Focus checkbox = unchecked:
Wheel -- rotate around Pivot Point
Shift+Wheel -- scale around Pivot Point
Ctrl+Wheel -- rotate round pointer
Ctrl+Shift+Wheel -- scale around pointer
rotate around Pivot Point

Focus checkbox = checked:
Wheel -- rotate around Pivot Point (“Custom focus point”)
Shift+Wheel -- scale around Pivot Point (“Custom focus point”)

I do not know if Ubuntu 19 works the same way as Ubuntu 16 though.

Unfortunately, there is currently no way to redefine the shortcuts.
(0003114)
Andrea_Paz   
2020-04-07 18:19   
In Arch Linux you must use CTRL+ALT+LMB to translate the mask.
But not being able to do rotations I think it indicates other problems.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
212 [Cinelerra-GG] Feature minor have not tried 2019-05-07 11:49 2020-04-07 13:42
Reporter: IgorBeg Platform: x64  
Assigned To: OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Pixels unit vs percent (%) unit in some plugins
Description: Some plugins like Titler and Sketcher, use pixels unit; then if I use Proxy without Scaler You can't use it (or yes with a different workaround).
I would like to have, like in Perspective plugin, % unit instead pixels unit, then I can use Proxy (without Scaler), also for Sketcher and maybe also for Titler. Seems to me that Perspective plugin don't use pixel units but % unit so, for example, x=50% means center of the canvas and x=100% means right side boundary of the canvas.
It would be very useful because it would also work with Proxy (without Scaler).
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0003111)
RafaMar   
2020-04-07 13:42   
@Pierre Totally agree. When I talked about architecture, I did it thinking about AutoCAD, and the precision that these apps work with. But an NLE does not require precision, rather that it is practical.
Gaudi was a genius and built imitating nature. But this is another topic :-)
Thank you very much for your good observation.
(0003110)
Pierre   
2020-04-07 12:23   
@RafaMar

I understand your argument very well and I tend to agree, but I would remind you that architecture is considered an art...

Architects are artists who use their precise knowledge of materials as instruments of creation. Your argument would work better if you compared the work of artists with that of engineers.
(0003109)
RafaMar   
2020-04-07 09:31   
@Olaf is very right, with cinelerra we do art not mathematics.

When I did a master's degree in digital animation, called Maisca (https://ladat.es/). One day I said to the teacher, is that Maya (Autodesk) is very imperfect, and his response was blunt. "What do you want to do art or architecture? Because here we make art".

In fact blender that is all terrain has both working modes, it can be used as an application with the precision of Autocad, or freely. Autocad = Architecture, Free = Art.

Audiovisual technicians do not need precision, we need a tool that allows us to make art in the simplest possible way. I know this can be difficult for a programmer to understand, where the perfection of mathematics is a fundamental and necessary pillar.

For example when I adjust something on the screen, I do not look at the value in px so that it is exactly, axis x 250px axis y 150px ... I look at the screen and I like its position as if it is 250 or 253.4px, this is indifferent.

When studying and doing color correction, using exact values ​​was considered not to work well, because when you adjust a color, you don't have to look at the value, but the result.

Cinelerra is for making visual art, not architecture. I think it would be very wise to use% and not px. Except in standard resolution formats.

% Art vs px Architecture

Greetings and it's just one more opinion.
(0002066)
IgorBeg   
2019-09-04 07:09   
I suggested percentage unit because it is easy to use and free from pixel unit. For me the goal should be the possibility of using Original or Proxy (with no scaler) media, without to see the differences by user's point of view.

Another example could be Sketcher plugin: when I draw a line with 5pixels width in Proxy unit, when I turn on to Original Project size I have to multiply the units for the Proxy factor (but You know what I want to say, of course).
For converse, if You have a few of time to try, Camera and Projector in Compositor works very well: when Proxy feature is enable, the pixel unit is referred to Proxy size; when Original size is enabled, the pixel unit is referred to Project size.

I think that using pixel unit is good but it is binding (the unit of measurement used is absolute and not relative). So when you move a item from left to right on Compositor's Canvas (line, circle, point or Vframe-picture) of 100 pixels, the item is moved of 100 pixels whether you are in 4k, or in Full HD (1920x1080) or in Standard Definition (PAL720x576) or in Proxy. This is a great problem sometimes.

Even if Olaf says something else, in another softwares they use percentage unit or a own "scale" (not pixel); or they make a internal conversion when proxy is used so you can not see if you are in proxy or less, and the pixel unit is referred to project size (even if they are showing proxy size in their "Compositor").

In CAD (Computer Aided Design) software the unit used is "without measure", or better, they use Unit measure. So 1 unit can be: 1 meter or 1 millimeter, or 1 inch, or 1 feet. Is the user who assigns his own unit of measure in the project. I don't know if this can help GG for something idea.

Finally, may be that in some case has more sense to use percentage unit (or another type of measurement) instead of pixel.

If someone has a different idea is welcome. Thanks.
(0002039)
Olaf   
2019-08-27 08:41   
I see the difference as follows: working in percentages is more like working artistically. True to the motto "Pi * thumb".
Image editing is always pixel-based. A video editor is also image editing. If you prefer to work exactly instead of artistically, you will always have a calculator at your fingertips. And yet it won't fit, as working with other NLE's has shown. Talking about proxies is not fair to the editor. This condemns the editor to carry the weaknesses in programming.
(0002035)
PhyllisSmith   
2019-08-26 23:25   
MASKING request also (ported from other issue)

And I ask you, why don’t use percent unit instead of pixels unit (like I wrote in 0000212), like other NLEs do? So it would not be affected by the project format, and if an users uses Proxy without scaler. And if another hyperformat (16K) comes out the tool always works, I think.

As an example consider that Feather goes from -100% to +100%, and +100% is the max positive Feather=Project width format (or what you think more appropriate).
So if I insert Feather(%)= 2.5 you have:
- format project 1080p ==> Feather(px)= 1080*2.5/100= 27 pixels
- format project UltraHD 3840x2160 ==> Feather(px)= 2160*2.5/100= 54 pixels
- format project 8k 7680x4320 ==> Feather(px)= 4320*2.5/100= 108 pixels
- Proxy without scaler 480x270 ==> Feather(px)= 270*2.5/100= 6.75 pixels => 7 pixels

So you can change the project format and what you see on Compositor is always the same Feather (size of feather), I think.
(0001604)
IgorBeg   
2019-05-29 11:43   
I understand you about the precision but, like in Mask tool, where you have Fade value goes -100_0_+100 (float, precision=2) and you, luckily, can use proxy (no scaler), I think that rounding may not be a problem (if possible to implement it by code).
In other NLEs the unit used is percent to avoid any "problems" with Proxy, I think, and maybe that, so doing, it is independent by used resolution. Of course, for the Title and its fonts other considerations have to be done.
Thanks to take in consideration this suggestion.
(0001602)
PhyllisSmith   
2019-05-29 02:06   
A brief discussion here has left this still hanging. Using pixels is important because it is exact whereas percentage (%) is not exact. By that I mean, 5% of 121 is 6.05 which is not going to show as an exact number, whereas 6 pixels are always just 6 pixels and not 6.05. The only option that may or may not be possible, is to let the user pick percent over pixel with pixels being the default. We will have to discuss some more but I do not know when that will happen.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
403 [Cinelerra-GG] Bug minor always 2020-04-02 08:35 2020-04-05 07:07
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The button bar on the compositor no longer fits.
Description: Seen with theme "Cakewalk" with current git sources, see screenshot. You can also clearly see from the "Neophyte" theme that either the height of the "cbuttons" area has shrunk or all icons have moved up.
Tags: GUI
Steps To Reproduce:
Additional Information: See also: https://www.cinelerra-gg.org/bugtracker/view.php?id=71#c3040
Attached Files: stilbruch.png (159,233 bytes) 2020-04-02 08:35
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=471&type=bug
png

bbar.png (48,158 bytes) 2020-04-04 13:52
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=472&type=bug
png
Notes
(0003091)
IgorBeg   
2020-04-05 07:07   
@Olaf
I understand perfectly your point of view. I agree with you. Thank you.
(0003087)
Olaf   
2020-04-04 13:55   
@IgorBeg, I am sorry for the lost g!
(0003086)
Olaf   
2020-04-04 13:52   
Git sources updated and CGG newly compiled. I colored cbuttons_right to make it easier to see.

Dear IorBeg, I'm afraid I'm unable to monitor the "all in one pot" collection commits for any changes to the themes. My motto is: one bug, one ticket, one bugfix, one commit. Anything else overwhelms me. I am just too old for such adventures. The last published update was on 30.9., I gave up and wrote a corresponding info on my website: The themes were changed on the project side. There are no plans to adopt the modifications made. If you have any questions, please contact the CGG project managers.
Thanks for your understanding.

(Btw, I just came across bugs with plugin title that were implemented overnight. Then there is the thing with the rendered canvas color, with the scope, the jumping keyframes … I'm sure you'll discover them soon. I am going into the weekend now and enjoy the spring sunshine. ;)
(0003083)
IgorBeg   
2020-04-04 08:11   
"In the Neophyte and Cakewalke themes the timecode on the Viewer is in the strange place"
when the Viewer window is narrow.
(0003082)
IgorBeg   
2020-04-04 08:07   
About aesthetic problem on Viewer and Compositor for SUV and Unflat themes, it is okay for me.
Thank you!
Good the new icons arrangement.
in the Neophyte and Cakewalke themes the timecode on the Viewer is in the strange place, I think. But they are @Olaf creatures and him know if it is right/good or not. ;-)
(0003080)
PhyllisSmith   
2020-04-04 03:58   
The latest GIT checkin has this fixed and the "meters" moved to the more logical suggestion as shown in BT 71.
(0003078)
IgorBeg   
2020-04-03 07:29   
Thanks!
I think that Scope and Meters may be moved to the right of the editing tools because they are "gadgets" out of the box of editing (more or less).
For me, no objections to move.
(0003077)
PhyllisSmith   
2020-04-03 04:00   
A solution has been generated but I want to test all themes to make sure it looks good.
What is the rationale for moving the "meters" symbol in the Compositor (and I assume the Viewer too so that they match)? as shown in the Videoscope BT 71 (at least I think that is where I saw it)? Are there any objections?
(0003072)
IgorBeg   
2020-04-02 12:59   
Good @Olaf !
Thank you. (It is better a separate ticket from 0000071)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
401 [Cinelerra-GG] Bug minor always 2020-04-01 12:09 2020-04-01 19:25
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Audio mit JACK
Description: CGG Audio Setting Audio Output ALSA, default.
Since the integration of PulseAudio, CGG no longer connects to JACK via ALSA. Playing audio blocks playback instead.
However, if PulseAudio is connected to JACK, CGG uses it via PulseAudio although the audio output is still set to ALSA.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0003069)
Olaf   
2020-04-01 19:25   
Nö, CGG actively searches for PulseAudio and uses it if it can access PulseAudio. So the CGG setting ALSA is deceptive. By default, PulseAudio is not set to audio editing, but to ringtone output through the desktop. Due to the complexity of the configuration and the fact that PulseAudio runs as a system service, I doubt that users will change anything about this. As long as nobody hears the difference, it doesn't matter anyway. Also, and this seems to me to be the most important thing, CGG gives me console error messages that shouldn't be.
(0003067)
PhyllisSmith   
2020-04-01 16:39   
I was told the following is the way it is programmed but I am not capable of verifying because "I don't know jack about audio":

Quote: "Pulse Audio was alternative and is not superceding.
Alsa path not affected" - if you choose Alsa as the audio driver, it will work the same as before.
(0003062)
Olaf   
2020-04-01 13:12   
Correction.
1) Concerns the second sentence above. It's not blocking. A bug on my side, with the change of the system shell the .asoundrc was not written cleanly.
2) As long as PulseAudio is installed, it will be used by CGG, even with the ALSA setting.
3) To use ALSA with JACK, you have to make sure that CGG cannot find PulseAudio. The error message is then: "Connection failure: Connection refused
pa_context_connect() failed: Connection refused.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
400 [Cinelerra-GG] Feature minor have not tried 2020-04-01 07:40 2020-04-01 07:40
Reporter: IgorBeg Platform: x64  
Assigned To: OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Compositor with 4 views when in Slip and Slide edit.
Description: In Slip and Slide edit when you use Shift+MouseBtn would be good to see in the compositor the 4 Edit points.
Refer to BT 0000178
Look at the photmontages on https://www.cinelerra-gg.org/bugtracker/view.php?id=178#c2969
Photomontages about Split and Slide (SplitView_Source-Clips.png referred to the Manual to understand the Clips).
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
399 [Cinelerra-GG] Feature minor have not tried 2020-03-30 19:13 2020-03-30 19:13
Reporter: RafaMar Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Suggestion for improving the title tool
Description: The title tool is very good, but I think it could improve a lot, if linear and progressive animation of the following parameters were allowed, which I list below.
Size
Line pitch
Outline
Stroker
In this way one could do true wonders.
If this included this kind of animation in the color parameters, "chapeau" would be wonderful.
I think this is not difficult and then we would have a great tool to make text animations in the purest style of composition programs.
Also remember that adding the possibility of rotating in the tool itself will greatly facilitate the work of personalizing the texts.
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
398 [Cinelerra-GG] Feature trivial always 2020-03-29 21:07 2020-03-30 03:12
Reporter: Sandhill Crane Platform: x86_64 desktop  
Assigned To: PhyllisSmith OS: Linux  
Priority: normal OS Version: Fedora 30  
Status: acknowledged Product Version: 2019-10  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Slight correction to the bd.sh that is produced with BD render option
Description: The follow line in the bd.sh script might be improved but substituting \t for the raw TAB character in the sed command.
sz=`du -cb $dir/bd.m2ts* | tail -1 | sed -e 's/[ ].*//'`
Also, as written, the script produces disk images with the string LinuxUDF for the volume label and related identifiers. While this doesn't prevent the script from working, it would be nicer to allow the user to specify the Volume ID, Fileset ID, lvid and , Logical Volume ID. Since there is no man page for bdwrite, I'm not sure which of the generated files are used in producing the UDFS disk image. By trial and error, I've deduced which flags to mkudffs are compatible with writing a UDF file system to disk before copying it to the blu ray disk. I am attaching a script that offers more control of the mastering process and can be run by root independently of the Cinelerra session. It duplicates the functionality of the bd.sh script but allows for these extra options. I would be glad for anyone to use it and see if it could be useful. I am a retired systems programmer and Linux geek if I can be of use in some way. C is my native language and I am knowlegable about TIFF in particular.
Richard Nolde
Tags: Rendering
Steps To Reproduce: Generate a UDF file system on disk with BD Render.
Additional Information: Linux <hostname> 5.5.10-100.fc30.x86_64 0000001 SMP Wed Mar 18 14:34:46 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
pm -qi cinelerra-gg
Name : cinelerra-gg
Version : 5.1
Release : 56.20190801gitb8cd5c4.fc30
Architecture: x86_64
Install Date: Fri 15 Nov 2019 07:19:55 PM MST
Group : Unspecified
Size : 132854055
License : GPLv2+ and CeCILL and BSD and CC-BY and Public Domain
Signature : RSA/SHA1, Fri 30 Aug 2019 01:49:58 PM MDT, Key ID 3df2ce43c0aeda6e
Source RPM : cinelerra-gg-5.1-56.20190801gitb8cd5c4.fc30.src.rpm
Build Date : Thu 29 Aug 2019 10:53:47 PM MDT
Build Host : buildvm-01.online.rpmfusion.net
Relocations : (not relocatable)
Packager : RPM Fusion
Vendor : RPM Fusion
URL : https://cinelerra-gg.org/
Summary : A non linear video editor and effects processor
Description :
Non-linear audio/video authoring tool Cinelerra-GG is a complete audio and
video authoring tool. It understands a lot of multimedia formats as quicktime,
avi, ogg also audio/video compression codecs divx, xvid, mpeg2.

This is the "goodguy" version of Cinelerra.
Attached Files: mkudffs.sh (4,581 bytes) 2020-03-29 21:07
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=455&type=bug
Notes
(0003013)
PhyllisSmith   
2020-03-30 03:12   
@Sandhill Crane
Recently Andrew added some new choices for TIFF ( LZW, LZWMA, Deflate) and this mod will be included in the new builds to be done on Tuesday the 31st. In this mod Tiff now allows for future webp use BUT not tested/implemented. If you want to look into this, that would be great. You can send email to the mailing list or to me at [email protected] for information.
(0003009)
PhyllisSmith   
2020-03-29 22:30   
Thank you very much for reporting, recommending improvements, and the script!
GG will be checking into GIT the "tab" suggestion today yet and will be looking at the script. But I will not have time to test programming changes he makes in conjunction with your script for the month's build (coming up on Tuesday). I am looking forward to testing that though as it is fun to make bluray-s.

We welcome your skills to lend to improving Cinelerra-GG. I am not sure if there are currently problems with TIFF, but since there are more than 200 open BT's there very well could be -- if I find them you can count on me to send them your way !

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
396 [Cinelerra-GG] Feature minor have not tried 2020-03-25 14:42 2020-03-29 10:38
Reporter: RafaMar Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ability to rotate the title tool
Description: It would be great if the text assistant includes an option to rotate, with the pivot option at the beginning, center, or end of the inserted text. It could also be as a <rotate> tag.
Thank you very much for your excellent work with Cinelerra.
Tags: New Feature
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2020-03-25 22-07-37.png (820,701 bytes) 2020-03-26 04:09
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=444&type=bug
OliveTextExample.mp4 (2,714,921 bytes) 2020-03-26 11:18
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=445&type=bug
rotate+title_DragProblem_edit.mp4 (3,776,944 bytes) 2020-03-26 18:19
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=449&type=bug
natronTransform.jpg (6,427 bytes) 2020-03-27 11:31
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=450&type=bug
jpg
Notes
(0002999)
RafaMar   
2020-03-29 10:38   
The developers are doing an excellent job with Cinelerra. And your solutions seem very good to me. Between all of us, we must make Cinelerra in the right place. As of today, it is the only video editor that guarantees me to work professionally in Gnu / Linux.
(0002998)
IgorBeg   
2020-03-29 09:49   
Thanks to you, RafaMar.
I know my workarounds are bad and I would like new features like Andrea_paz and You.
Sometimes I have to find a special workaround with this fantastic NLE and many times developer/s make new features possible. ;-)
(0002984)
RafaMar   
2020-03-27 12:18   
Thank you very much again @IgorBeg, I am using the pivot so that the finger that I use in my tutorials rotates from the tip of the index finger, but this only works for me when the finger is static ... and on top when I have the rotate effect activated I can't drag the text ... it becomes a bit stressful situation. I wish the pivot of the rotate effect could be placed somehow directly on the monitor, as is done in the mask wizard.
I can think of an idea for this, but as always, I don't know if it's possible.
Imagine a button in the one-time effect, let me explain, a button called "Adjust pivot with mouse click" activates this button, I click on the monitor, the pivot is placed where I clicked and the button is disabled .
Thank you very much again, my ideas, (I don't know if nonsense, but the good ones) belong to you, these are born as a result of these dialogues.
Greetings.
(0002980)
RafaMar   
2020-03-27 11:31   
@Andrea_Paz +1
As an example I can mention the on-screen assistant that Natron has in many of its effects. That allows to move, scale, rotate. It also allows an oblique deformation, but something like that in the text assistant, a cotrol from the screen to move, scale and rotate would be wonderful.
Sorry for using other applications that I work with to give examples.
What I think would be very positive in streamlining the workflow is the ability to change numerical values by mouse drag, and use only the wheel (MMB) for precise changes.
As always remember that I don't know programming and I don't know if this is possible at Cinelerra.
(0002979)
Andrea_Paz   
2020-03-27 10:34   
I don't know how much is achievable, but when you activate the DRAG option, a cage is formed around the frame that we can move horizontally and vertically. If you could also act on this cage by resizing and rotating it, you could get much more flexibility. You could also add a homogeneous background limited to fonts, as was requested some time ago.
(0002978)
IgorBeg   
2020-03-27 09:08   
Only for easy animations.
You can use the Pivot of the Rotate plugin. In the screencast I align the Rotate's Pivot with the Title's Pivot.
Yes, it is a bad method but sometimes it can be useful. ;-)

https://streamable.com/lloae
(0002975)
RafaMar   
2020-03-26 19:34   
Sorry, and thank you very much for the warning and recommendation. I usually use dirve from google to upload the videos, but I will test the page you recommend, since I did not know it. Now that I know I'm going to upload the video on google and put the link here, so you can delete the video. Is that I put it so that it would see a problem that I am having with when I insert the effect of rotating along with the one of titles.

Here the link of the video of the previous comment
https://drive.google.com/open?id=1Je1LP0EgJrWdbzzuescOZJvbzBcXPbgk
(0002974)
Sam   
2020-03-26 19:15   
@RafaMar
I have a small request. Please upload videos to video streaming platforms like https://streamable.com. Your videos are not large but with the number of users who upload videos over and over again, it grows to a considerable size which requires more storage space on the server. The streaming platforms have the advantage that our traffic goes down as well and people can watch it directly in their browser. Thanks in advance and thank you for the helpful suggestions for improvement.
(0002973)
RafaMar   
2020-03-26 18:19   
It's just that one of the problems I have when I combine the title effect with the rotate effect is that I can't drag the text anymore ... this was one of the reasons why I was asking for a rotate option. :-)
(0002972)
RafaMar   
2020-03-26 15:12   
Thank you very much IgorBeg, I repeat, thank you very much. I did not know how to insert an effect into an empty track beyond the beginning, and it turns out that it is that easy, I have tried dragging it also works like this with a selection ... I will have to do an extension of the tutorial on effects to teach this. I write it down as a pending tutorial.
Greetings.
(0002971)
IgorBeg   
2020-03-26 13:42   
If it can help, you can see my workflow in my bad (and quickly) "Titles_TrackAlone" screencast.
And Look at the two keyframes for rotate a Title.
https://streamable.com/es4i7

Next time I will do a better one. ;-)
(0002968)
RafaMar   
2020-03-26 11:18   
Yes, I do that too, but the simple fact of having to rotate the text forces you to have to create an additional track to be able to combine the text with the rotation.
What I don't know how to do is put effects on an empty track beyond the beginning. To do this I must use a fully transparent png image as the base.
It comes to my mind that it would be very useful from the cinelerra itself to create an empty clip on a track to be able to put these effects beyond the beginning.
Or make a title assistant plugin that works like a video clip ... without wanting to fall into comparisons I give you an example of Olive to see something like this would be possible in cinelerra. And also note how the values ​​are changed, dragging with the mouse, this would be very good also in cinelerra.
What I feel the most is that I am just an audiovisual technician with little programming knowledge and I cannot help in this regard. Maybe I waste your time, but I like cinelerra and I think that with these ideas it can be consolidated as the benchmark in Gnu / Linux for video editing.
(0002967)
Sam   
2020-03-26 10:21   
+1
I welcome this suggestion. It would greatly simplify the handling.
(0002962)
PhyllisSmith   
2020-03-26 04:09   
You can already do this by adding the Rotate plugin. See the attached.
But maybe it can be made to work more easily so GG will have to look to see if it can be done.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
394 [Cinelerra-GG] Feature minor have not tried 2020-03-25 13:33 2020-03-25 21:52
Reporter: RafaMar Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Improve work with snapshots
Description: This proposal is to improve the usability of the snapshot tool.
My proposal is that in a project when you take a snapshot, you have the option, through an assistant, to choose the place where this capture will be saved. Only the first time, then automatically, in this project, they are saved in the indicated place.
This could be easily managed from a new menu in Settings called "Snapshot settings ..." from where you can change the place where the captures are saved.
In projects without saving this wizard can be output in each capture, but remembering the last place used, however in projects already saved the captures will go where we indicated the first time if we have not changed this from their settings.
Today, many videos are edited for tutorials and the screenshots are widely used. And it is good to keep an order in the projects.
Tags: New Feature
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002959)
RafaMar   
2020-03-25 21:52   
A field that is expanding and requires a good video editor, Cinelerra for example, is that of video tutorials. The making of these often require screenshots. In the way that I suggest, it is very easy to have the files of a project well ordered.
But it is only a suggestion, if you can create problems or a lot of work, as it is now is fine. The problem is that when I tried cinelerra in Spanish, when I made a capture it gave me an error because I couldn't find the Pictures folder ... in Spanish it is "Imágenes"
Thank you very much for your good work.
(0002956)
Andrea_Paz   
2020-03-25 19:06   
In "settings/Preferences/Interface tab" there is the "Snapshot path" input box. But your proposal is more user-friendly and intuitive.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
395 [Cinelerra-GG] Feature minor have not tried 2020-03-25 14:09 2020-03-25 21:43
Reporter: RafaMar Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: A new option in resources
Description: I think Cinelerra lacks something very important to make the person who uses it easier to work with.
A new option would be very useful, in the resources window, called "Personal Resources".
This would be an access to a folder, called "Personal Resources", which will be inside the other called cinelerra, in the home, where the user can have their frequently used resources. All the folders created within it, called "Personal Resources" will be seen as a tree under this menu, as if it were a browser. Only the contents of this folder will be seen in the resource window.
The rest of the files and folders inside the folder called cinelerra will be invisible in the resources window. And this folder can be a very good place to save users' custom settings, also for extras, such as images for the ShapeWipe transition, among other things. Thus users could share their presets, lumas, etc.
Tags: New Feature
Steps To Reproduce:
Additional Information:
Attached Files: PR.png (179,641 bytes) 2020-03-25 21:43
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=443&type=bug
png
Notes
(0002958)
RafaMar   
2020-03-25 21:43   
I meant that the installation of Cinelerra, or the new update, will create a folder called Cinelerra in the user's home.
Inside this folder there will be a call "Personal Resources" that will be visible from the resources window, one more option than there are already. In this section the user will be able to put the files that he wants, to facilitate his work. These can be the logo of your videos, images for the backgrounds you use in a production of several chapters etc ...
Also within this folder called Cinelerra there may be others, for example shapes, that the wipe shape transition will be able to read by those that we have put in it. Another one of presets not to lose them if we decide to delete .bcast5 to reset the generic settings.
But most importantly, maybe this is a whim of mine about the way I work. Nor is it important to me that my ideas are carried out or not, you have to value this, and if it seems right ahead, if not, nothing happens.
It is true that the cinelerra file browser is a bit slow when you have to go from one place to another. Perhaps it would be enough to have some favorite folders in a panel of the window itself to navigate quickly from one side to the other.
(0002957)
Andrea_Paz   
2020-03-25 19:07   
Additional virtual folders can be created, to be queued to the "clips/proxy/label/media" list. I take this opportunity to ask again to create nested subfolders. I didn't really understand your request: do you create the two folders on the Hard Disk and then CinGG automatically recognizes them and loads their contents in its preset homonym folders?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
252 [Cinelerra-GG] Bug minor always 2019-06-28 14:57 2020-03-02 18:27
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint  
Priority: normal OS Version: 19.1  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Audio problems using 4K HDR sample file
Description: Cin 2019-05. When loading as ¨replace current project¨ 4K HDR sample file ¨http://samples.mplayerhq.hu/4khdr/Passengers_Breakfast_4K.mkv¨, I noticed the following:
1. There is a very clear echo on the audio, which is barely noticeable when playing the same file using VLC.
2. The audio is TrueHD 8 channels, according to VLC 3F2M2R/LFE at 32 bits. Cin´s resources window does show 8 channels, and TrueHD, but bits are ¨unknown" . Isn´t that in the file?
3. After loading, the cin main window has 8 channels. Yet Settings->Format shows 6. You can change it there to 8, but I thought that the ¨replace current project¨ option would set that according to the source material? Is this a bug?
4. I see no mentioning in the manual about 7.1 audio, only 5.1 .

I´m not sure is any of items 2-3 are related to the too-loud echo. using HD device ¨none" or ¨vaapi¨ made no difference for the echo.

On another (video) note, the input is HDR BT2020, profile HEVC Main 10 . Yet after loading the profile, in Settings-Format the color model is RGBA 8-bit. To handle a source with 10 bits, shouldn´t the format for a HDR input file not be set to RGBA-FLOAT when loading as ¨replace current project¨?
Also, when playing the file, the picture in the compositor is bleak, but the same file in VLC or mpv shows a normal-contrast picture. I don´t have a HDR-capable monitor so cannot test what that effect would be; but if VLC/mpv can map it to something natural looking, should not cin do the same?
Tags:
Steps To Reproduce: See description
Additional Information:
System Description
Attached Files:
Notes
(0002853)
MatN   
2020-03-02 18:27   
I have made a separate BT entries (385 and 386) for the two video problems.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
384 [Cinelerra-GG] Feature minor have not tried 2020-02-28 19:29 2020-02-28 22:02
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: See whether colorspace choice can be added to Transcode
Description: From Andrea (just in case we run out of things to do !)

"A very ambitious request would be to incorporate these algorithms into the Transcode tool as well, in order to also choose the color space in addition to the audio/video codecs. In this way you would have a first hint of Color Management, with all media standardized and well managed."
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002844)
PhyllisSmith   
2020-02-28 22:02   
Also, the ColorSpace plugin or ColorSpace/ColorRange options do not handle DCI-P3. GG already looked at this and found that smpte431/432 are defined in Color Primaries table in ffmpeg but not in the same ColorSpace tables as BT2020, BT601, and BT709. Maybe he can implement another solution but has to look into it more.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
381 [Cinelerra-GG] Bug major always 2020-02-15 11:45 2020-02-15 17:35
Reporter: joinlaw Platform: Gnu  
Assigned To: OS: arch  
Priority: urgent OS Version: rolling  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: RTL and Unicode support is missing in cin-gg
Description: hi,

when running cin-gg with system language that are rtl or unicode or from the languages that
connect words such as arabic it doesn't render properly the words are unconnected and the text is left
aligned and sometimes cannot enter unicode language in both user interface and title effect/filter.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002809)
PhyllisSmith   
2020-02-15 17:35   
It looks like Qt (the open-source widget toolkit for creating graphical user interfaces and cross-platform applications) is able to handle Right-To-Left language translations, but unfortunately Cinelerra does not use Qt.

Cinelerra does handle UTF-8 in many places, for example, you can enter file names that have what I call "double byte characters" such as the French accent grave or the German umlaut. In addition the Title plugin allows for any Unicode character, although not automatic. You can read about the current capability in Section 17.5 of the Manual on the cinelerra-gg.org website. But here it is:

17.5 Textbox Non-std Character / Unicode Insertion
If you want to enter a special character – like a bullet, an accent grave character, or a mathematical summation symbol – you can use the unicode equivalent in a textbox to do so. In the textbox, keyin Ctrl-Shift-U which puts you into single character unicode mode, then keyin the numerical value for the intended single character followed by the carriage return. For a voluminous list of possible special characters, you can go to https://unicode-table.com/en/ on the internet to choose by highlighting a character to get its numerical equivalence. For example, U + 2022 is a bullet. If you make a mistake, you can use the backspace key or if you want to exit unicode-insert-mode, use the ESC key. This feature is especially useful with the Title plugin and for naming Tracks in the main window.

However, it is worth mentioning that some special characters are available via the compose key in the current distribution. https://en.wikipedia.org/wiki/Compose_key .

I do not have any feedback on the connected Arabic words.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
380 [Cinelerra-GG] Feature feature always 2020-02-15 11:34 2020-02-15 17:16
Reporter: joinlaw Platform: Gnu  
Assigned To: PhyllisSmith OS: arch  
Priority: high OS Version: rolling  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: [feature request] Adding Jack audio server support for cinelerra-gg
Description: hi,

I noticed that cine-lerra doesn't support jacl audio server and i think it should because jack
is one important piece in the professional GNU/Linux stack.

https://jackaudio.org/
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002808)
PhyllisSmith   
2020-02-15 17:16   
There have been a couple of requests to add Jack and we would certainly like to do that. But the 1 main programmer does not have all that much audio experience so it is way out in the future for possible enhancements. Adding Jack was considered about a year ago when the LV2 plugins optional feature was added, but there was so much work involved in just getting that to work (including a lot of swear words!) that it was dismissed at the time.

However, just last month Pulse Audio was surprisingly added, although it is not in the default builds yet but should be this month. If an audio experienced programmer shows up to help, then Jack might get added sooner rather than later.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
373 [Cinelerra-GG] Feature minor N/A 2020-02-07 10:26 2020-02-10 17:47
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint XFCE  
Priority: low OS Version: 19.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Allow EDL export of 1 video plus 4 audio tracks
Description: In comparing EDL export with Adobe PP, the latter allows 1 video plus 4 audiotracks, or 2 stereo tracks. Adobe also has many more EDL output formats, like the Final Cut XML . On Linux, I don't know how useful this is, Resolve can import, don't know about the others. There appear to be quite a few limitations on the CMX 3600 format, but if it is used at all, should Cinelerra not match Adobe's implementation, if possible.
Like I said, I don't know how useful this would be, maybe other can give their opinion.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0002799)
Andrew-R   
2020-02-10 17:47   
Speaking about XML-based EDL formats, recently-released Openshot 2.5.0 apparently has this option:
https://www.openshot.org/blog/2020/02/08/openshot-250-released-video-editing-hardware-acceleration/
--quote--
xport and Import of EDL and XML (Premiere and Final Cut Pro)
For the first time ever, OpenShot can import and export data in widely supported formats. Our EDL support works with many video editors, and supports the basic timeline data (files, clips, some keyframes, transitions, etc…). XML format is supported in Final Cut Pro, but also many other products support this format. It also contains the basic timeline data (files, clips, some keyframes, and multiple tracks). The XML format is more advanced by far, and supports more features from OpenShot. This has been a highly requested feature for many years. I’m happy to finally deliver on it!
--quote end---

src lives in https://github.com/OpenShot/openshot-qt/tree/develop/src/classes/exporters (python classes)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
372 [Cinelerra-GG] Bug major have not tried 2020-02-04 13:42 2020-02-07 10:11
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint Cinnamon  
Priority: normal OS Version: 19.3  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crash while importing 1080p50 mp4 and proxy set to "auto" on load at half size
Description: Environment VirtualBox 6.06, host Windows 10. System Mint 19.3, fully updated as per 2020-02-03, Cinnamon desktop.
Cin version 2020-01, installed as package.
Settings->format: 1080p50, RGBA8.
Setting->Proxy settings: Scale factor 1/2, Auto proxy/scale media load.
Loaded a small 12 second MP4 file of the same format, cin crashed and all windows disappeared.
Was unable to try again there (not my place).
Have not been able to reproduce so far with same file on own native Mint 19.3 system.
Crash dump attached.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: cinelerra_23301.dmp (4,096 bytes) 2020-02-04 13:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=418&type=bug
Notes
(0002789)
MatN   
2020-02-07 10:11   
I have tried now on two more setups, all Mint 19.3 XFCE, one native, one under VBox 6.0.16 and the later VBox 6.1.2. It doesn't re-appear.
Some notes:
- For a crash, it was weird. Cingg was started from a terminal, and e.g. if you press Ctrl-C there you get a nice dump, but the terminal stays. In this case, the terminal disappeared very quickly, and with it all Cingg windows.
- We were playing with proxies, and I cannot remember what state Cinelerra was in when loading the movie with "proxy on load", nor whether it should concatenate or replace the current project (probably the last). More testing here is required, I'll do a Cinnamon version too.
(0002783)
PhyllisSmith   
2020-02-04 18:15   
Unfortunately, I have been unable to reproduce AND the .dmp contains only 1 record of information. If it is possible to get a complete dump (either by using ptrace or logged in as root) gg will be able to at least look at that.
(0002782)
MatN   
2020-02-04 13:56   
Oops typo, VirtualBox version was 6.0.16

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
369 [Cinelerra-GG] Bug minor always 2020-02-02 12:55 2020-02-02 16:16
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint XFCE  
Priority: normal OS Version: 19.3  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Colored edges to field "Composer background color" at Settings -> Preferences -> Appearance
Description: Version 2020-01. The right vertcal edge is red/yellow, the upper and left edges blue-ish.
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files: Cinelerra_20200131_Appearance.png (9,988 bytes) 2020-02-02 12:55
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=417&type=bug
png
Notes
(0002773)
PhyllisSmith   
2020-02-02 16:16   
It definitely is unusual for Cakewalk and is inconsistent with the other boxes made by the same program box style. It is a "theme" thing and for most themes it is supposed to represent a 3D looking box, kind of like a shadow. But I noticed that the Bright theme does not make use of the 3D looking box at all.

I will have GG look at it.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
366 [Cinelerra-GG] Feature minor have not tried 2020-01-26 22:03 2020-01-26 22:03
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Multiple Timelines
Description: I am opening this BT issue so that it does not get lost in the email which is titled: "Clips/Nested clips/Xml - new feature - best thing since sliced bread!"

Current methodology of getting multiple timelines, is to open multiple sessions and use copy/paste to edit between them. This is "supposed" to be documented in the manual under "Multi-session" but I see I did not do that correctly and will at least need to expand that.

A summary of the aforementioned email is paraphrased here.

Multiple timelines have been available in other NLEs for some time now. There are alternatives and workarounds but they are
not a total solution. For example, Nested Clips and Edit EDL provide partial solutions. From a user viewpoint, multiple timelines appear to basically be an extension of the EDL feature, but unfortunately it is not - that is it can not just be extended by a few additional functions. For usage with another NLE see:
   https://mail.google.com/mail/u/0/#search/multiple+timeline/QgrcJHrnrnFTHtNpKxjqxmpKCBZtzdsCpqq?projector=1
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
365 [Cinelerra-GG] Bug minor always 2020-01-21 10:28 2020-01-21 10:28
Reporter: MatN Platform: X86_64  
Assigned To: OS: AVLinux  
Priority: normal OS Version: Debian 9.11  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: During system updates, very many more lines regarding updates are seen for Cinelerra-gg than for other packages
Description: See summary. I've seen it before on Mint, but now managed to make a screenshot. See attached. I don't know if this is related to issue 360.
Not only are there more packages than with other products like Firefox, they are reported multiple times too.
Kernel was 4.16.12-rt5-avl1 .
Tags:
Steps To Reproduce: Wait until a new CinGG release shows up in the update manager.
From a terminal, do a "sudo apt upgrade" and stop screen scrolling when the Cinelerra lines are visible. Make a screen shot or copy the relevant lines. Likely a "sudo apt upgrade cin" would be even better, less clutter.
Additional Information:
Attached Files: Screenshot_2020-01-21_04-53-59.png (336,067 bytes) 2020-01-21 10:28
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=413&type=bug
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
356 [Cinelerra-GG] Forum minor always 2019-12-28 21:46 2019-12-28 21:46
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint  
Priority: low OS Version: 19.1  
Status: new Product Version: 2019-11  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The Forum displays on the right below "online members" 3 times a list of things like download, Ubuntu
Description: See summary. At the time, "Online members" showed " No online members at the moment", don't know if this is relevant.
Tags:
Steps To Reproduce: Go to https://www.cinelerra-gg.org/forum/
Additional Information: The repeated list is:
    Download
    Ubuntu
    Debian
    Arch Linux Cinelerra Installation instructions
    OpenSuse
    Slackware
    Fedora
    CentOS
    Mint
    FreeBSD
    Single User Tar
    AV-Linux
    Bodhi Linux Media
    git
    Documentation
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
351 [Cinelerra-GG] Feature minor N/A 2019-12-13 11:38 2019-12-25 03:51
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: none OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Various Render Profiles
Description: Unfortunately, the user does not have the possibility to create a directory structure in his "$HOME/.bcast5/" like in "/usr/share/cin/ffmpeg/" to add his own profiles. Therefore the installation should have a sufficient number of profiles. These profiles should be designed with users in mind, i.e. they should contain a short description and, if necessary, useful default settings. We could use this page to exchange profiles.
Tags: FFmpeg, Profile, Rendering
Steps To Reproduce:
Additional Information:
Attached Files: user_flac.flac (231 bytes) 2019-12-13 11:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=384&type=bug
user_s24le.mkv (164 bytes) 2019-12-13 11:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=385&type=bug
user_s24le.wav (131 bytes) 2019-12-13 11:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=386&type=bug
user_s32le.wav (131 bytes) 2019-12-13 11:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=387&type=bug
user_ffv1.mkv (207 bytes) 2019-12-13 11:44
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=388&type=bug
user_ffvhuff.mkv (204 bytes) 2019-12-13 11:44
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=389&type=bug
user_s16le.w64 (191 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=391&type=bug
user_s24le.w64 (191 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=392&type=bug
user_s32le.w64 (191 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=393&type=bug
user_s16le.mka (196 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=394&type=bug
user_s24le.mka (196 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=395&type=bug
user_s32le.mka (196 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=396&type=bug
user_s16le.mkv (217 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=397&type=bug
user_s24le-2.mkv (217 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=398&type=bug
user_s32le.mkv (217 bytes) 2019-12-18 18:08
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=399&type=bug
Notes
(0002602)
PhyllisSmith   
2019-12-25 03:51   
The latest checkin includes the aforementioned 9 user audio ffmpeg formats. Thank you Olaf. I was totally unaware that Matroska for audio only would have an extension of mka instead of mkv. Good to know.
(0002584)
Olaf   
2019-12-18 18:12   
I see that the forum software renames filenames itself to avoid collisions. I don't have "-2" files, but they are updated files.
(0002583)
Olaf   
2019-12-18 18:08   
Audio: One set each of Matroska (mkv), Matoska Audio (mka) and Wave64 profiles.
Do not currently use Matroska Audio (mka) in conjunction with CGG for editing. I've added the profiles in the hope someone will find out why CGG is stuttering.
(0002575)
PhyllisSmith   
2019-12-13 17:04   
(Last edited: 2019-12-14 02:02)
Good idea. Share yours here and most likely they will be added to the default available profiles. The 6 provided by Olaf have been checked into GIT.

Also, you can share your plugin "presets" here if you think they will be useful for others -- although in the case of plugin presets, you do get the opportunity to save them automatically in $HOME/.bcast5/Cinelerra_presets so they do not get wiped out.

(0002572)
Olaf   
2019-12-13 11:44   
Video Profiles
(0002571)
Olaf   
2019-12-13 11:42   
Audio Profiles

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
353 [Cinelerra-GG] Feature text N/A 2019-12-18 11:42 2019-12-18 21:28
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: none OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Language-Team: translations
Description: This page can be used to exchange project-related translations.
Tags: gettext, Language-Team, Translation, Translator
Steps To Reproduce:
Additional Information: How to update po files after the source is modified
0) You have a backup?
1) cd <path>/cinelerra-x.x.x (do not change to directory po)
2) run xgettext: ./po/xlat.sh > po/tem.po
3) change to directory po: cd po
4) msgmerge using the example of the German language file "de.po":
   msgmerge -N de.po tem.po | sponge de.po
5) rm tem.po
Attached Files: de.po.7z (63,984 bytes) 2019-12-18 11:46
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=390&type=bug
Notes
(0002587)
Olaf   
2019-12-18 21:28   
Hi @PhyllisSmith,
these comment lines are generated during the update. These are already translated parts, which cannot be assigned properly anymore due to the sometimes considerable changes of the source code. The translator can fall back on it, or he translates over and over again.
(0002585)
PhyllisSmith   
2019-12-18 20:52   
(Last edited: 2019-12-18 20:53)
@Olaf:
In note 2581, we downloaded the de.po file and will check it in. But is there a purpose to the 843 comment lines on the end starting at about line number 13,591?

Interesting commentary on line spacing being leading.

(0002582)
Olaf   
2019-12-18 14:03   
There's a discussion going on next door[1] about
#: plugins/titler/titlerwindow.C:248
msgid "Pitch:"

It is argued there with tradition, although in that case the correct terminology would be "leading" because of the lead pieces that were put between the lines at that time to regulate the distance. ;-)
What does this "pitch" do in Titler: It moves the baseline of the lines where a line height of 12 pt requires a "pitch" of 12 pt which amounts to 0 pt leading. The technical term would be "line spacing" (dt. Grundlinieabstand). Since there is no room for such a long word, I decided to use "Durchschuss" (Leading) in the translation.

[1] https://www.cinelerra-gg.org/forum/help-video/multi-line-titles/#post-652
(0002581)
Olaf   
2019-12-18 11:46   
Update
"Language: de\n"
"POT-Creation-Date: 2019-12-18 10:15+0100\n"
"PO-Revision-Date: 2019-12-18 11:54+0100\n"

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
268 [Cinelerra-GG] Feature minor N/A 2019-07-17 08:32 2019-12-04 19:52
Reporter: Andrea_Paz Platform: amd64  
Assigned To: OS: AVLinux  
Priority: normal OS Version:  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Tracks improvements
Description: From the forum, dankinzelman made these requests (https://www.cinelerra-gg.org/forum/help-video/ideas-for-ui-modifications-improvements/):
It would be nice to be able to collect all armed tracks at the top of the timeline, perhaps via a context menu (that way if we're working with multiple armed tracks, we can quickly see them all collected one below the other on the timeline).
I am thinking about big, complicated multicamera sessions where I have 3-4 channels of video and 6-8 channels of audio. In this case, it would be nice for me to be able to collect the tracks I'm editing at the top of the screen in a quick way, again, to help me avoid making errors and doing edits on tracks I didn't intend, or not editing tracks I do want to edit.
Perhaps simplest to implement: Allow the option of 'locking' or 'grouping' tracks together (even to a limited number of available groups, say 4). In that case, arming one track would automatically arm all the others assigned to that group, and editing operations would automatically carry over to all associated tracks.
Tags: Timeline
Steps To Reproduce:
Additional Information: My add: Do these movements/groupings of tracks with the mouse?
Attached Files:
Notes
(0002535)
Olaf   
2019-12-04 19:52   
Unfortunately I am not allowed to edit my texts here afterwards, I am obviously not trustworthy enough - so that no misunderstandings arise, the last sentence "as long as nothing better was found" refers to the external supplier streamable.com.
(0002534)
Olaf   
2019-12-04 19:40   
When realigning already filled tracks, a lot can go wrong, because video tracks behave differently than audio tracks. IgorBeg impressively demonstrates the existing possibilities and demonstrates en passant how important a good planning and naming of the individual tracks is.

--
\todo{Chapter Editing, Manipulating Tracks: Integrate video from IgorBeg.}%
Rearranging the tracks for advanced users. In this 260 seconds long video the possibilities of rearranging single or multiple "grouped" tracks on the Timeline are illustrated: \href{https://streamable.com/t10k1}{Re-arrange the tracks order}.% As long as nothing better has been found.
(0002531)
IgorBeg   
2019-12-04 17:28   
I read the Dankinzelman’s request but I think We already have that feature. Like other NLEs we have to arm the tracks that we want to move.
I know that You all always know How to do, but I did a demo if it may help new users.
https://streamable.com/t10k1

@Andrew-R
Cut/Trim on more tracks with one only operation may be done. You have to arm the tracks where you want to do your cuts (I think you already know that).

I think that the suggestion proposed in this “issue” could complicate the tracks beahviour. My personal opinion.
(0002457)
Andrew-R   
2019-11-13 20:48   
There is suggestion from user (if track grouping about to be implemented)

Use ctrl-click for track selection, then 'G' will group them, 'U' ungroup them. In grouped mode all actions like cut will be applied to whole group.

Not sure how this feature must interact with aimed/not-aimed tracks - just leave behavior for them as today, and only apply new rule to grouped files? But then this is more about 'working single group', not more advanced free-style grouping (when you can create more than one group)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
343 [Cinelerra-GG] Bug major always 2019-11-28 12:10 2019-11-29 21:46
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint  
Priority: normal OS Version: 19.2  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Moire visible in HD video
Description: In a local (private) video Cin-gg (version 2019-10) displays moire. VLC (version 3.0.8) does not. See below for the tests done. Screenshot of particular scene attached.
Unfortunately the video itself cannot be shared.
Tags:
Steps To Reproduce: Moire test using Cinelerra-gg 2019-10.
Hardware: Ryzen 5 2400G. GPU device ID 1002:15dd (from /var/log/gpu-manager.log). Display Samsung 1600x1200 via HDMI.
Test video: "Gouda" video produced with Adobe Premiere Pro, 10 Mb/s, resource info detail shows "video1 h264 1920x1080 50.00 pix yuv420p¨. Loaded after cinelerra (re)start as "replace current project".

Symptoms: moire best visible in a scene with letters on signpost, but present everywhere. It doesn't matter in compositor window (scaling: auto) or compositor full screen. VLC 3.0.8 displays this perfectly, no moire, even when stopped.

Software:
Mint 19.2, kernel 5.0.0-36, X11 1.19.6, driver amdgpu, OpenGL renderer AMD Raven Mesa 19.0.8.
/lib/firmware/amdgpu updated from git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git , files from git dates 2019-10-04 . This update fixed freezes. But in /lib/firmware/amdgpu the raven firmware files are dates 2019-11-05, likely later updates, automatically applied via the system's update manager.

Cinelerra settings:
Started from terminal to see errors, restarted between tests or config changes.
Performance-> Use HW device: none (to eliminate hardware issues).

Settings->format: RGBA-8bit. Screenshots of various tests are attached.
1. Display A = X11 (use direct X11 when possible), cpu load 15%: -> shows the moire
2. Display A = X11 (don't use direct X11 when possible), cpu load 15%: -> shows the moire
3. Display A = X11-XV, cpu load 10%: -> almost gone, still visible when stopped.
4. Display A = X11-OpenGL, cpu load 12% -> almost gone, still visible when stopped (very slightly worse than in test 3).

System rebooted to recovery mode (= not using amdgpu driver), OpenGL renderer llvmpipe (LLVM 8.0 128 bits).
5. Display A = X11 (use direct X11 when possible), cpu load 10%: -> shows the moire
6. Display A = X11 (don't use direct X11 when possible), cpu load 10%: -> shows the moire
7. Display A = X11-XV, cpu load 10%: -> shows the moire
8. Display A = X11-OpenGL, cpu load 20% -> almost gone, still visible when stopped (very slightly worse than in test 3).

System rebooted to amdgpu mode.
Settings->format: RGBA-float. Display-A = X11-OpenGL.
9. Same as test 4, but higher cpu load 25%.

Settings->format: YUVA-8bit. Display-A = X11-OpenGL.
10. Same as test 4, but higher cpu load 20%.
Additional Information:
Attached Files: Gouda_cin201910_x11_2019-11-28_11-32-10.png (124,675 bytes) 2019-11-28 12:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=371&type=bug
png

Gouda_cin201910_x11-opengl_2019-11-28_11-32-10.png (182,899 bytes) 2019-11-28 12:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=372&type=bug
png

Gouda_cin201910_x11-xv_2019-11-28_11-32-10.png (169,451 bytes) 2019-11-28 12:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=373&type=bug
png

Gouda_vlc308_2019-11-28_11-32-10.png (208,098 bytes) 2019-11-28 12:10
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=374&type=bug
png

cgg-comparison.webp (219,116 bytes) 2019-11-29 14:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=376&type=bug
Notes
(0002513)
Olaf   
2019-11-29 21:46   
I can answer this question quite simply, Phyllis, experienced craftsmen look for the right tool for the job and not the right job for the tool.
(0002512)
PhyllisSmith   
2019-11-29 19:37   
@Andrea: I opened BT 0000345 to include other Scaling Equations if in OpenGL video driver mode. You and GG think alike on this -- that is exactly what he said yesterday, i.e. GL should be able to do the other modes too!

@Andrew: I put your Note in a text file for GG to review today (but first he has to look at the Zoom/Full Screen BT #34x.

@Olaf: the issue is the "cost" in CPU time, etc. because as Andrew states "As more texture elements are sampled in the minification process, fewer aliasing artifacts will be apparent." What price are we willing to pay? Not everyone has a fast computer.
(0002510)
Olaf   
2019-11-29 14:20   
> PhyllisSmith "I do not see that there will ever be a fix."

You can't leave that as it is, even if it could be sold at Christmas time as a glittering feature. That's exactly how it's rendered.
(0002509)
Andrew-R   
2019-11-29 11:05   
I found this thread on bilinear filtering in shader:
https://community.khronos.org/t/manual-bilinear-filter/58504
--quote--
vec4 texture2D_bilinear(in sampler2D t, in vec2 uv, in vec2 textureSize, in vec2 texelSize)
{
    vec2 f = fract( uv * textureSize );
    uv += ( .5 - f ) * texelSize; // move uv to texel centre
    vec4 tl = texture2D(t, uv);
    vec4 tr = texture2D(t, uv + vec2(texelSize.x, 0.0));
    vec4 bl = texture2D(t, uv + vec2(0.0, texelSize.y));
    vec4 br = texture2D(t, uv + vec2(texelSize.x, texelSize.y));
    vec4 tA = mix( tl, tr, f.x );
    vec4 tB = mix( bl, br, f.x );
    return mix( tA, tB, f.y );
}
--quote--

I think CinGG sets filtering in cinelerra-5.1/guicast/bctexture.C
void BC_Texture::bind(int texture_unit, int nearest)
(line 199 currently in git)
But then I failed to track where it called exactly :/

Documentation for filtering parameters:
https://www.khronos.org/registry/OpenGL-Refpages/gl2.1/xhtml/glTexParameter.xml

As more texture elements are sampled in the minification process, fewer aliasing artifacts will be apparent. While the GL_NEAREST and GL_LINEAR minification functions can be faster than the other four, they sample only one or four texture elements to determine the texture value of the pixel being rendered and can produce moire patterns or ragged transitions. The initial value of GL_TEXTURE_MIN_FILTER is GL_NEAREST_MIPMAP_LINEAR.

But for magnification only GL_NEAREST/GL_LINEAR supported, no mipmaps here.

I can try and dig other algorithms, for bicubic/Lanczos filtering in shaders....
http://www.java-gaming.org/index.php?topic=35123.0 - Bicubic in GLSL 1.30 (OpenGL 3.0)

https://gitlab.com/higan/xml-shaders/tree/master/shaders/OpenGL/v1.0
some shaders named Lanczos (4/6 tap)
(0002508)
Andrea_Paz   
2019-11-29 08:38   
> If the video driver is X11 OpenGL, Nearest Neighbor is always used. However, if you use the X11 video driver, you have 5 choices of Nearest Neighbor, BiCubic / BiCubic, BiCubic / >BiLinear, BiLinear/ BiLinear, and Lanczos / Lanczos

Good information; I think we should include it in the manual because I always thought that the various algorithms applied to all video drivers. In any case, the "nearest neighbor" is the worst scaling algorithm of all. Is it possible to implement the others for X11-opengl? I think it's the most used one.
(0002507)
PhyllisSmith   
2019-11-29 00:32   
Yes, as Olaf says, problem caused by scaling and I do not see that there will ever be a fix. All of the video presentations are just little, itty, bitty images on a monitor in the first place -- although apparently VLC somehow compensates.

Thanks for such a thorough explanation and testing. GG looked at the images attached and here is what he says.

"Images are displayed on the Compositor in either of 2 ways - 1 is a direct "transfer" using "nearest neighbor" and in theory this is done with "no scaling". But in many cases and when plugins are involved, the 2nd way is via the "overlays" routine; and this is where there is scaling to get the image displayed as best as can be done. If the video driver is X11 OpenGL, Nearest Neighbor is always used. However, if you use the X11 video driver, you have 5 choices of Nearest Neighbor, BiCubic / BiCubic, BiCubic / BiLinear, BiLinear/ BiLinear, and Lanczos / Lanczos in Settings->Preferences, Playback A tab, to the right of "Scaling Equation: Enlarge / Reduce". It seemed to us that at least the BiLinear or BiCubic improved the looks for less of a moire pattern.
(0002503)
Olaf   
2019-11-28 14:23   
Try it with a magnification of "x 1.0" in Composer. The Moire, if not already present in the raw material, is created by the scaling compensation.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
345 [Cinelerra-GG] Feature minor have not tried 2019-11-29 19:21 2019-11-29 19:21
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Implement "Scaling Equation" alternative for OpenGL video driver
Description: If the video driver is X11 OpenGL, Nearest Neighbor is always used. However, if you use the X11 video driver, you have 5 choices of Nearest Neighbor, BiCubic / BiCubic, BiCubic / BiLinear, BiLinear/ BiLinear, and Lanczos / Lanczos . It would be beneficial to also implement the other 4 with OpenGL if possible. This is viewable in Settings->Preferences, Playback A/B as "Scaling Equation: Enlarge/Reduce".
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
340 [Cinelerra-GG] Bug minor have not tried 2019-11-17 17:54 2019-11-17 17:54
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: remove_assets_from_project needs edl->contains (asset)
Description: When removing idxbls from the project, if the indexable is edl, then the edl must be tested for the presence of asset if indexable is an asset. If indexable is an edl then the id's need to be checked.
Tags:
Steps To Reproduce:
Additional Information: This bug has been noted by GG but no time to fix right now.
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
323 [Cinelerra-GG] Feature feature N/A 2019-10-14 12:48 2019-11-17 13:17
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: none OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Theme Cakewalk, updates etc.
Description: In the future this place will serve for the exchange of icons and thoughts,
I consider it as work facilitating for all participants.
Tags: Cakewalk, Theme
Steps To Reproduce:
Additional Information:
Attached Files: loadmode.png (8,686 bytes) 2019-10-14 12:49
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=322&type=bug
png

theme_cakewalk-loadmode_20191014.7z (5,064 bytes) 2019-10-14 12:49
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=323&type=bug
Notes
(0002464)
Olaf   
2019-11-17 13:17   
In case someone asks.

"Cakewalk" means a cheerful "children's game" or an "easy walk", or generally "a simple thing". Synonyms are "breeze" (Am.) and "a piece of cake". Like all proper names, "Cakewalk" should not be translated.
(0002285)
PhyllisSmith   
2019-10-15 20:20   
These have been checked in. They are much more meaningful than the originals which do not represent anything to me.
(0002273)
PhyllisSmith   
2019-10-14 16:23   
I downloaded and they will be checked into GIT soon after I test to make sure they get checked in correctly.
(0002270)
Olaf   
2019-10-14 12:49   
Revised icons: loadmode, git: 72a88d4704507f72e05b380d9604d9eb3e7d5a89

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
331 [Cinelerra-GG] Feature minor always 2019-10-25 15:42 2019-11-13 20:59
Reporter: Andrew-R Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2019-09  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Reverse playback (fast rewind backward) is slow even for I-only files like DV
Description: Try to load simple-to-decode MJPEG or DV (PAL/NTSC, not HD DV) into CinGG. Playing and fast playing forward works ok. Backward fast rewind uses surprisingly big amount of CPU. If I have 4x3.9Ghz it all smooth, but 4x1.4Ghz actually looses a lot of frames.

Note: cache size in preferences left to its default - 16Mb.
Tags: slowness
Steps To Reproduce: See above
Additional Information: Not sure if this 'bug' can be fixed in current Cinelerra architecture ..... I looked at cache files, comment there says

// CICache for quickly reading data that is hard to decompress yet used
// over and over.

https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/cache.h;h=fde997a50289c41ee76f725681d6d2ad12eddc94;hb=HEAD

But since those lines were written CinGG moved to ffmpeg as its main engine ......
Attached Files: dv_reverse_play_speedup.diff (848 bytes) 2019-10-26 13:30
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=338&type=bug
I-only_files_reverse_play_speedup.diff (1,122 bytes) 2019-10-26 14:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=339&type=bug
Notes
(0002458)
Andrew-R   
2019-11-13 20:59   
Found interesting email in old archives:
https://lists.skolelinux.org/pipermail/cinelerra/2003-August/000409.html
[CinCVS] trackcanvas speedup
from Andraz Tori
--quote--
The cache is only enabled for the track canvas, so the results are seen
when video track has drawing enabled and you work on it left and right.


Actually patch could be enabled everywhere in cinelerra (just change the
initialisation of cache_enabled in file.C to 1). This way it can also
speed up the rendering when you are working on some part of the video
and you watch it again and again and again...

This cache is really basic, it just uses a circular buffer.

Also it takes quite some memory, so it is not recommended to use it on
memory starving machines - or at least decrease the FRAMES_CACHE_SIZE
number in file.h. It is important to know that full sized images are
cached and not thumbnails...
---

and next email from him again:
https://lists.skolelinux.org/pipermail/cinelerra/2003-August/000411.html
[CinCVS] cinelerra - speedup due to pixmap cache

---
By default it is disabled for all resources except for resource pixmaps - which are also used in trackcanvas. I have written additional code in resourcepixmap.C in order to cache lower resolution and already converted RGB images instead of higher resolution ones (due to smaller memory consumption). This greatly improves user experience when working on smaller range of footage for longer time.
Currently for trackcanvas, cache size is 100 pixmaps per video resource. At 80x64 this means cca. 2Mbytes of data per track.

With this cache engine, also rendering can be much more responsive when working within the same time range for longer time. For a test ride: just change cache_enabled = 0 to 1 in line 26 of file.C.

This patch is made against 1.1.6. For production use, graphical interface would be needed, so it would be possible to set trackcanvas and rendering pipeline cachesize parameters separately. Maybe cache size should also be set absolute (approximately in Kbytes) so it will be possible to control it more predictably on slow machines.
---

I wonder if it is enabled in current CinGG or not ....
May be separate on-disk cache can be used, like GIMP for example allows to create some app-specific swap file?
(0002340)
Andrew-R   
2019-10-26 14:01   
Actually, codec_tag was for AVI only, now with more codecs and not only in avi container ...

I still wonder what i broke :}
(0002339)
Andrew-R   
2019-10-26 13:30   
Patch
(0002338)
Andrew-R   
2019-10-26 13:22   
so, something like this improves DV _reverse_ playback (one track), without impacting forward x2 speed too much ...

int FFVideoStream::video_seek(int64_t pos)
{
 if( decode_activate() <= 0 ) return -1;
 if( !st->codecpar ) return -1;
 if( pos == curr_pos-1 && !seeked ) return 0;
// if close enough, just read up to current
 int gop = avctx->gop_size;
 if( gop < 4 && gop != 0) gop = 4;
 if( gop > 64 ) gop = 64;
 if( gop == 0 ) gop = 1;
 //fprintf(stderr, "GOP: %i \n", gop);
 int read_limit = curr_pos + 3*gop;
 if( pos >= curr_pos && pos <= read_limit ) return 0;
 if (st->codecpar->codec_tag == 1685288548) {
 gop = 1;
 if( seek(pos - 2*gop, frame_rate) < 0 ) return -1;
 }
// guarentee preload more than 2*gop frames
 if( seek(pos - 3*gop, frame_rate) < 0 ) return -1;
 return 1;
}


codec_tag == 1685288548 - DV.

original file was making just 6-7 fps on reverse playback - this - up to 16.
(0002337)
Andrew-R   
2019-10-26 12:38   
so, I modified function

int FFVideoStream::video_seek(int64_t pos)
{
 if( decode_activate() <= 0 ) return -1;
 if( !st->codecpar ) return -1;
 if( pos == curr_pos-1 && !seeked ) return 0;
// if close enough, just read up to current
 int gop = avctx->gop_size;
 if( gop < 4 && gop != 0) gop = 4;
 if( gop > 64 ) gop = 64;
 if( gop == 0 ) gop = 1;
 fprintf(stderr, "GOP: %i \n", gop);
 int read_limit = curr_pos + 3*gop;
 if (gop == 1) read_limit = curr_pos + 1*gop;
 if( pos >= curr_pos && pos <= read_limit ) return 0;
// guarentee preload more than 2*gop frames
 if (gop == 1) {
 if( seek(pos - 1*gop, frame_rate) < 0 ) return -1;
 }
 if( seek(pos - 3*gop, frame_rate) < 0 ) return -1;
 return 1;
}

and it printed:

root@slax:/dev/shm/tmp/cinelerra-goodguy-20191025/cinelerra-5.1/bin# ./cin
Cinelerra Infinity - built: Oct 25 2019 10:52:55
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2019 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
GOP: 12
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
GOP: 12
GOP: 12
seeked pos = 304, 0
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
GOP: 12
GOP: 12
seeked pos = 645, 0
GOP: 12
seeked pos = 987, 0
GOP: 12
seeked pos = 1328, 0
GOP: 12
seeked pos = 0, 0
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
ALSA lib confmisc.c:1281:(snd_func_refer) Unable to find definition 'defaults.pcm.dmix.channels'
ALSA lib conf.c:4568:(_snd_config_evaluate) function snd_func_refer returned error: Нет такого файла или каталога
ALSA lib conf.c:5036:(snd_config_expand) Args evaluate error: Нет такого файла или каталога
ALSA lib pcm.c:2564:(snd_pcm_open_noupdate) Unknown PCM dmix:SB
AudioALSA::open_output default: Нет такого файла или каталога
GOP: 12
seeked pos = 1633, 0
GOP: 12
seeked pos = 1630, 0
GOP: 12
seeked pos = 1625, 0
GOP: 12
seeked pos = 1621, 0
GOP: 12
seeked pos = 1616, 0
GOP: 12
seeked pos = 1612, 0
GOP: 12
seeked pos = 1607, 0
GOP: 12
seeked pos = 1603, 0
GOP: 12
seeked pos = 1598, 0
GOP: 12
seeked pos = 1595, 0
GOP: 12
seeked pos = 1590, 0
GOP: 12
seeked pos = 1586, 0
GOP: 12
seeked pos = 1581, 0
GOP: 12
seeked pos = 1577, 0
GOP: 12
seeked pos = 1572, 0
GOP: 12
seeked pos = 1567, 0
GOP: 12
seeked pos = 1563, 0
GOP: 12
seeked pos = 1559, 0
GOP: 12
seeked pos = 1555, 0
GOP: 12
seeked pos = 1550, 0
GOP: 12
seeked pos = 1545, 0
GOP: 12
seeked pos = 1541, 0
GOP: 12
seeked pos = 1537, 0
GOP: 12
seeked pos = 1532, 0
GOP: 12
seeked pos = 1528, 0
Session time: 0:00:27
Cpu time: user: 0:00:15.236 sys: 0:00:01.376

GOP = 12 for DV?!!!

Ok, I'll try to special-case it for specific codec .....
(0002336)
Andrew-R   
2019-10-26 12:20   
Hm ....
./cin
Cinelerra Infinity - built: Oct 25 2019 10:52:55
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2019 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
seeked pos = 0, 0
seeked pos = 328, 0
seeked pos = 669, 0
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
seeked pos = 1011, 0
seeked pos = 1352, 0
seeked pos = 0, 0
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
ALSA lib confmisc.c:1281:(snd_func_refer) Unable to find definition 'defaults.pcm.dmix.channels'
ALSA lib conf.c:4568:(_snd_config_evaluate) function snd_func_refer returned error: Нет такого файла или каталога
ALSA lib conf.c:5036:(snd_config_expand) Args evaluate error: Нет такого файла или каталога
ALSA lib pcm.c:2564:(snd_pcm_open_noupdate) Unknown PCM dmix:SB
AudioALSA::open_output default: Нет такого файла или каталога
seeked pos = 1657, 0
seeked pos = 1655, 0
seeked pos = 1651, 0
seeked pos = 1647, 0
seeked pos = 1642, 0
seeked pos = 1638, 0
seeked pos = 1634, 0
seeked pos = 1629, 0
seeked pos = 1625, 0
seeked pos = 1621, 0
seeked pos = 1616, 0
seeked pos = 1611, 0
seeked pos = 1606, 0
seeked pos = 1602, 0
seeked pos = 1599, 0
seeked pos = 1595, 0
seeked pos = 1590, 0
seeked pos = 1586, 0
seeked pos = 1581, 0
seeked pos = 1576, 0
seeked pos = 1572, 0
seeked pos = 1567, 0
seeked pos = 1563, 0
seeked pos = 1557, 0
seeked pos = 1554, 0
seeked pos = 1550, 0
seeked pos = 1546, 0


and this after i set

// guarentee preload more than 2*gop frames
    if( seek(pos - 1*gop, frame_rate) < 0 ) return -1;

(it was 3*gop).

Now, backward playback is faster (up to 14 fps) but i wonder what I broke :}
(0002335)
Andrew-R   
2019-10-26 12:02   
So, I uncommented seek_position printf, and got this (for normal and reverse playback):

./cin
Cinelerra Infinity - built: Oct 25 2019 10:52:55
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2019 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
seeked pos = 1442, 0
seeked pos = 0, 0
seeked pos = 304, 0
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
seeked pos = 645, 0
seeked pos = 987, 0
seeked pos = 1328, 0
seeked pos = 0, 0
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
ALSA lib confmisc.c:1281:(snd_func_refer) Unable to find definition 'defaults.pcm.dmix.channels'
ALSA lib conf.c:4568:(_snd_config_evaluate) function snd_func_refer returned error: Нет такого файла или каталога
ALSA lib conf.c:5036:(snd_config_expand) Args evaluate error: Нет такого файла или каталога
ALSA lib pcm.c:2564:(snd_pcm_open_noupdate) Unknown PCM dmix:SB
AudioALSA::open_output default: Нет такого файла или каталога
ALSA lib confmisc.c:1281:(snd_func_refer) Unable to find definition 'defaults.pcm.dmix.channels'
ALSA lib conf.c:4568:(_snd_config_evaluate) function snd_func_refer returned error: Нет такого файла или каталога
ALSA lib conf.c:5036:(snd_config_expand) Args evaluate error: Нет такого файла или каталога
ALSA lib pcm.c:2564:(snd_pcm_open_noupdate) Unknown PCM dmix:SB
AudioALSA::open_output default: Нет такого файла или каталога
seeked pos = 1632, 0
seeked pos = 1631, 0
seeked pos = 1627, 0
seeked pos = 1623, 0
seeked pos = 1619, 0
seeked pos = 1615, 0
seeked pos = 1611, 0
seeked pos = 1607, 0
seeked pos = 1602, 0
seeked pos = 1598, 0
seeked pos = 1595, 0
seeked pos = 1590, 0
seeked pos = 1586, 0
seeked pos = 1583, 0
seeked pos = 1579, 0
seeked pos = 1575, 0
seeked pos = 1571, 0
seeked pos = 1568, 0
seeked pos = 1564, 0
seeked pos = 1560, 0
seeked pos = 1556, 0
seeked pos = 1552, 0
seeked pos = 1548, 0
seeked pos = 1544, 0
seeked pos = 1540, 0
seeked pos = 1534, 0
seeked pos = 1531, 0
seeked pos = 1527, 0
seeked pos = 1523, 0
seeked pos = 1517, 0
seeked pos = 1513, 0
seeked pos = 1509, 0
seeked pos = 1505, 0
[a lot more of this until file ends]

so, CinGG seeks few frames backward (4-6) and then decode them all, and then display? But where is cache then?
(0002334)
Andrew-R   
2019-10-26 11:43   
no, modifying FileFFMPEG::get_memory_usage() to return something (like width * height * bytes per pixel * num_cpu) not improved reverse playback/fast reverse playback.....
(0002333)
Andrew-R   
2019-10-26 11:22   
Hm ... looking at
https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/fileffmpeg.C;h=bfd7ed69b839a38568918c41c7852d65c607a171;hb=HEAD

  int64_t FileFFMPEG::get_memory_usage()
  {
          return 0;
 }
====

Also, i tried to set gop_size to 1 in case it was 0 (in ffmpeg.C), but this resulted in no change, as far as fast reverse playback is concerned ....

int FFVideoStream::video_seek(int64_t pos)
{
   if( decode_activate() <= 0 ) return -1;
   if( !st->codecpar ) return -1;
   if( pos == curr_pos-1 && !seeked ) return 0;
// if close enough, just read up to current
   int gop = avctx->gop_size;
   if( gop < 4 && gop != 0) gop = 4;
   if( gop > 64 ) gop = 64;
   if( gop == 0 ) gop = 1;
   int read_limit = curr_pos + 3*gop;
   if( pos >= curr_pos && pos <= read_limit ) return 0;
// guarentee preload more than 2*gop frames
   if( seek(pos - 3*gop, frame_rate) < 0 ) return -1;
   return 1;
}

because I was thinking gop_size will be 0 for intra-only formats:
https://www.ffmpeg.org/doxygen/4.0/structAVCodecContext.html#a9b6b3f1fcbdcc2ad9f4dbb4370496e38

int AVCodecContext::gop_size
the number of pictures in a group of pictures, or 0 for intra_only
encoding: Set by user.
decoding: unused
(0002332)
Andrew-R   
2019-10-26 04:16   
I tried to run prof2, it failed for me not finding symbol 'main', I tried oprofile, it sorta worked but without symbol names, so I looked up Internet and found this:

https://sourceforge.net/p/oprofile/mailman/message/24400007/
For a binary 'foo' that initially contains debug info . . .
$ objcopy --only-keep-debug foo foo.debuginfo
$ objcopy --strip-debug foo
$ objcopy --add-gnu-debuglink=foo.debuginfo foo

Note "objcopy --add-gnu-debuglink=" step! I think CinGG's makefile not uses this ..... Anyway, after manually performing this step ....

CPU: AMD64 family15h, speed 3800 MHz (estimated)
Counted CPU_CLK_UNHALTED events (CPU Clocks not Halted) with a unit mask of 0x00 (No unit mask) count 100000
Samples on CPU 0
Samples on CPU 1
Samples on CPU 2
Samples on CPU 3
samples % samples % samples % samples % image name app name symbol name
124008 46.5391 129245 48.6868 132005 48.3202 121272 43.9199 cin cin dv_decode_video_segment
70917 26.6145 75109 28.2937 75469 27.6253 69599 25.2060 cin cin ff_simple_idct_put_sse2
26211 9.8367 26709 10.0613 28037 10.2629 27192 9.8479 cin cin dv_decode_ac
2930 1.0996 2459 0.9263 2691 0.9850 1966 0.7120 kallsyms cin copy_user_generic_string
2850 1.0696 19 0.0072 12 0.0044 22 0.0080 kallsyms cin ioread32
1666 0.6252 1207 0.4547 893 0.3269 3391 1.2281 libz.so.1.2.11 cin /lib/libz.so.1.2.11
1634 0.6132 3229 1.2164 2271 0.8313 117 0.0424 libfontconfig.so.1.12.0 cin /usr/lib/libfontconfig.so.1.12.0
1532 0.5749 1478 0.5568 1321 0.4835 1471 0.5327 libc-2.23.so cin memcpy
1469 0.5513 91 0.0343 82 0.0300 135 0.0489 nouveau cin /nouveau
1158 0.4346 852 0.3209 1174 0.4297 906 0.3281 cin cin yuv420_bgr32_mmx
896 0.3363 469 0.1767 483 0.1768 443 0.1604 kallsyms cin atomic_try_cmpxchg
874 0.3280 839 0.3161 545 0.1995 610 0.2209 libGL.so.1.2.0 cin /usr/X11R7/lib/libGL.so.1.2.0
865 0.3246 641 0.2415 714 0.2614 589 0.2133 kallsyms cin read_hpet
833 0.3126 0 0 0 0 0 0 cin cin YUV::init(double, double, int)
714 0.2680 795 0.2995 627 0.2295 635 0.2300 nouveau_dri.so cin /usr/X11R7/lib/dri/nouveau_dri.so
709 0.2661 628 0.2366 689 0.2522 553 0.2003 kallsyms cin entry_INT80_compat
655 0.2458 671 0.2528 643 0.2354 436 0.1579 libX11.so.6.3.0 cin /usr/X11R7/lib/libX11.so.6.3.0
653 0.2451 955 0.3598 828 0.3031 422 0.1528 cin cin BC_Xfer::xfer_rgba8888_to_bgr8888(unsigned int, unsigned int)
504 0.1891 230 0.0866 210 0.0769 183 0.0663 kallsyms cin __x86_indirect_thunk_rax
495 0.1858 448 0.1688 449 0.1644 351 0.1271 libpthread-2.23.so cin pthread_mutex_lock
459 0.1723 378 0.1424 434 0.1589 477 0.1728 libc-2.23.so cin _int_malloc
436 0.1636 394 0.1484 499 0.1827 394 0.1427 libc-2.23.so cin _int_free
435 0.1633 266 0.1002 223 0.0816 987 0.3575 libpng16.so.16.35.0 cin /usr/lib/libpng16.so.16.35.0
429 0.1610 371 0.1398 399 0.1461 258 0.0934 libpthread-2.23.so cin pthread_mutex_unlock
400 0.1501 251 0.0946 314 0.1149 232 0.0840 kallsyms cin wrmsrl
393 0.1475 463 0.1744 268 0.0981 375 0.1358 libexpat.so.1.6.4 cin /usr/lib/libexpat.so.1.6.4
390 0.1464 476 0.1793 316 0.1157 499 0.1807 kallsyms cin find_next_iomem_res
366 0.1374 206 0.0776 231 0.0846 218 0.0790 kallsyms cin check_preemption_disabled
364 0.1366 0 0 14 0.0051 0 0 kallsyms cin irq_entries_start
351 0.1317 415 0.1563 288 0.1054 496 0.1796 kallsyms cin dma_direct_alloc_pages
344 0.1291 0 0 0 0 0 0 kallsyms cin pci_conf1_write
332 0.1246 271 0.1021 1390 0.5088 473 0.1713 libc-2.23.so cin strcmp
257 0.0964 309 0.1164 321 0.1175 201 0.0728 libxcb.so.1.1.0 cin /usr/X11R7/lib/libxcb.so.1.1.0
249 0.0934 105 0.0396 114 0.0417 102 0.0369 kallsyms cin _raw_spin_unlock_irqrestore
244 0.0916 209 0.0787 243 0.0889 219 0.0793 libc-2.23.so cin malloc_consolidate
230 0.0863 69 0.0260 56 0.0205 66 0.0239 kallsyms cin _raw_spin_lock_irqsave
205 0.0769 213 0.0802 163 0.0597 332 0.1202 kallsyms cin page_fault
202 0.0758 136 0.0512 146 0.0534 114 0.0413 kallsyms cin native_read_msr
195 0.0732 125 0.0471 148 0.0542 124 0.0449 kallsyms cin swapgs_restore_regs_and_return_to_usermode
192 0.0721 182 0.0686 181 0.0663 163 0.0590 cin cin avcodec_default_execute
179 0.0672 117 0.0441 164 0.0600 101 0.0366 cin cin av_opt_find2.constprop.13
178 0.0668 194 0.0731 130 0.0476 207 0.0750 ttm cin /ttm
176 0.0661 93 0.0350 88 0.0322 95 0.0344 kallsyms cin preempt_count_sub
175 0.0657 93 0.0350 120 0.0439 82 0.0297 kallsyms cin select_task_rq_fair
164 0.0615 110 0.0414 142 0.0520 109 0.0395 kallsyms cin compound_head
164 0.0615 110 0.0414 133 0.0487 110 0.0398 kallsyms cin sched_clock
159 0.0597 48 0.0181 18 0.0066 21 0.0076 cin cin BC_Xfer::xfer_rgb888_to_bgr8888(unsigned int, unsigned int)
157 0.0589 222 0.0836 158 0.0578 1035 0.3748 kallsyms cin clear_page_rep

this is output of opreport -p /dev/shm/tmp/cinelerra-goodguy-20191025/cinelerra-5.1/cinelerra/i686/ -l | less
after

operf -c /dev/shm/tmp/cinelerra-goodguy-20191025/cinelerra-5.1/bin/cin
operf: Profiler started
Cinelerra Infinity - built: Oct 25 2019 10:52:55
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2019 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
FFMPEG::open_decoder: some stream times estimated: /dev/shm/dv.avi
ALSA lib confmisc.c:1281:(snd_func_refer) Unable to find definition 'defaults.pcm.dmix.channels'
ALSA lib conf.c:4568:(_snd_config_evaluate) function snd_func_refer returned error: Нет такого файла или каталога
ALSA lib conf.c:5036:(snd_config_expand) Args evaluate error: Нет такого файла или каталога
ALSA lib pcm.c:2564:(snd_pcm_open_noupdate) Unknown PCM dmix:SB
AudioALSA::open_output default: Нет такого файла или каталога
Session time: 0:00:57
Cpu time: user: 0:01:13.637 sys: 0:00:04.523

Profiling done.
------------

Session was simply by loading dv file and reverse 2x playing it after setting cursor to very end (1min).
So, it seems a lot of time spend in decoding DV - may be because CinGG tries to decode from "cur_pos - 20" all frames up to "cur_pos - 1" ?
This makes sense for highly-compressed files with I/P/B type of frames, but for I-only tracks it can be simplified, I think?
(0002325)
Pierre   
2019-10-25 16:23   
Here, I have no difficulty in making your sequences play backwards, at all the different speeds offered by CinGG or ShuttlePROv2.

However, rapid reversing requires much more CPU work (80%) than the power used for the same normal direction travel (max 35%). The ram memory does not indicate any increase in usage.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
329 [Cinelerra-GG] Bug minor always 2019-10-25 02:13 2019-10-31 02:15
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: PhyllisSmith OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The inversion of the frame-by-frame scrolling in mixers starts with a frame in the wrong (old) direction.
Description: If I reverse the direction of the image/image scrolling (with the jog or ctrl 4-1 keys) the mixers images first move in the wrong (old) direction for 1 frame, before moving in the right (new) direction.

No problem is present in the case of the image in the composer or with the one in the viewer.
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
Notes
(0002367)
PhyllisSmith   
2019-10-31 02:15   
GG had a chance to work on this for a few hours yesterday. We definitely can see a jiggle frame problem. He looked for a simple/easy fix but realizes that the real fix would be to rework the playback engine to correct some small design flaws leading to this type of problem. Currently he is going to attempt to do this after this month's builds early in November so as to get early on testing done. Will update later.
(0002331)
PhyllisSmith   
2019-10-26 03:40   
OK, I will test that. I found it in my marked private folder.
(0002330)
Pierre   
2019-10-26 01:53   
I observe the problem with DNxHD files (made from HDV sources) in non-Proxy mode.

Phyllis, I sent you directly several months ago, source files and the xml of a DNxHD editing test with mixers. You can see the problem when you play it in non-proxy mode.

The test folder was called "EX-EGO Test DNxHD". If you no longer have it, I can send it back to you.
(0002329)
PhyllisSmith   
2019-10-26 01:13   
We can see something a little strange with an occasional jiggle. Not sure what is going on yet. The file we tested had frame numbers on it of 1, 2, 3, 4, ... and when reversing using either the jog or 4 we do see the same frame repeated when reversing but never see it go 1 frame forward before going backward.

Still testing here to at least try to explain the jiggle.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
332 [Cinelerra-GG] Feature feature have not tried 2019-10-25 16:23 2019-10-31 00:01
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-09  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Autoclip feature?
Description: Not sure if such functionality is easy to (re?)integrate into CinGG.

But I found Kino actually can detect scene cuts from DV file and make clips automatically out of single DV file.
I think this function can be useful (user-toggleable), but not sure if any modern camcoder actually does same trick?
Tags:
Steps To Reproduce: N/A
Additional Information: For using (or at least seeing it in the work) Kino on post_OSS Linux you can use aoss for routing audio to ALSA or similar 'preloader' for pulseaudio.
Attached Files:
Notes
(0002365)
Andrew-R   
2019-10-31 00:01   
As discussed and implemented in Kino:

http://www.kinodv.org/dcforum/dcforum?az=show_topic&forum=101&topic_id=2491&mesg_id=2491&page=6

---------
#3043, "RE: adding timestamp as "sub-title""
 In response to Reply 0000007
 
 

          
  As I like to say "Nuisance is the mother of invention." I have had too may requests for this sort of thing to ignore. I have implemented in my working copy support variable substitution in the Titler filter:
#timecode# (movie timecode as seen at the bottom of the window),
#dv.timecode#, and
#dv.datetime# (what you asked for)

---------------

so, info really should be around at least in DV (raw DV, at least, I was unable to get timecode metadata out of dv in avi via ffmpeg -metadata)

But ffmpeg had their share of ..strangeness when it comes to timecodes:

https://trac.ffmpeg.org/ticket/4356
ffprobe: add support for extracting "Recorded date"

(after reading this ticket i finally compiled mediainfo :) )

https://lists.ffmpeg.org/pipermail/ffmpeg-user/2011-December/003870.html
[FFmpeg-user] Timecode in DV muxer

https://trac.ffmpeg.org/ticket/3753
#3753 closed defect (fixed)
'-timecode' & '-metadata' not working: not creating a stream (tmcd) in output MOV

https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/79
some suggest timecode can be embedded in avi itself ....

https://www.videotoolshed.com/handcrafted-timecode-tools/qtchange/
Just for showing DaVinci Resolve import options screenshot.

So, actually even this bug probably should be split into few - autoclip feature itself, reading timecode, writing timecode .. ? may be BT 334 will do, because CMX 3600 format requires those reel_name and timecode parameters to be set to some useful values .....
(0002356)
Andrew-R   
2019-10-29 13:59   
Actually ffmpeg's dv decoder can read timecode into metadata stream (?) since 2011?

https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/357cb53306a7bc7fcb0d3fa870cabd1d63abbe75
dv: add timecode to metadata

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
327 [Cinelerra-GG] Bug minor always 2019-10-20 13:54 2019-10-21 14:37
Reporter: Andrew-R Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: confirmed Product Version: 2019-09  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: FFMPEG/xvid encoding doesn't allow me to select audio, only video
Description: Try to render file as FFMPEG, type xvid. CinGG will not allow you to set audio encoding checkbox, so resulting file will be video-only
Tags:
Steps To Reproduce: Open any video file recognizable by CinGG, select small region, try to render it as ffmpeg/xvid type.
Additional Information: Probably all ffmpeg/avi encoders are affected, i tried to add asv1 avi opt file, and it was showing same behavior
Attached Files: asv1.avi (10 bytes) 2019-10-20 13:54
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=329&type=bug
avi.xvid (16 bytes) 2019-10-20 15:09
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=330&type=bug
avi_mp3.avi (15 bytes) 2019-10-20 15:09
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=331&type=bug
avi_pcm_s16.avi (14 bytes) 2019-10-20 15:09
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=332&type=bug
avi-2.xvid (31 bytes) 2019-10-20 22:50
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=333&type=bug
Notes
(0002310)
PhyllisSmith   
2019-10-21 13:46   
(Last edited: 2019-10-21 14:37)
Confirmed. GG sort of remembers having addressed this once but will have to look at it again.
Andrew: I did not see your follow up notes for some reason so will now pass them along to gg.

(0002307)
Andrew-R   
2019-10-20 22:50   
Actually, setting it like this
codec_tag 1145656920

makes correct avi file with fourcc XVID.

Found via "hexdump -C" + kcalc (hex->dec conversion) + ffmpeg's documentation at https://www.ffmpeg.org/doxygen/3.2/structAVCodecContext.html
(0002306)
Andrew-R   
2019-10-20 15:46   
Still, resulting .xvid file doesn't have xvid vtag:


mplayer /dev/shm/msmpeg4.xvid -demuxer avi
MPlayer SVN-r38152-5.5.0 (C) 2000-2019 MPlayer Team
224 audio & 466 video codecs

Playing /dev/shm/msmpeg4.xvid.
AVI file format detected.
[aviheader] Video stream found, -vid 0
[aviheader] Audio stream found, -aid 1
VIDEO: [FMP4] 720x400 24bpp 25.000 fps 322.2 kbps (39.3 kbyte/s)

may be cosmetics, but it seems vtag option from opt file not really applied for some reason .....
(0002305)
Andrew-R   
2019-10-20 15:09   
Ah, you just need more opt files in audio folder!

so for example file avi_mp3.avi in /usr/share/cin/ffmpeg/audio
will have such content:
avi libmp3lame

and avi_pcm_s16.avi will have:
avi pcm_s16le

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
325 [Cinelerra-GG] Bug trivial always 2019-10-16 19:29 2019-10-16 19:35
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: cin --help
Description: Some programs fight against the simultaneous use of "-h" and "--help". Instead, they indicate an error that the unwanted option was not found and point to the other option to get help, probably a "fuck you" joke for insiders. CGG, on the other hand, only knows "-h" and otherwise searches the file system for something useful, which is not right by convention.
Tags:
Steps To Reproduce:
Additional Information: --- a/cinelerra-5.1/cinelerra/main.C
+++ b/cinelerra-5.1/cinelerra/main.C
@@ -195,7 +195,7 @@ int main(int argc, char *argv[])
     int start_remote_control = 0;
 
     for( int i = 1; i < argc; i++ ) {
- if( !strcmp(argv[i], "-h") ) {
+ if( !strcmp(argv[i], "-h") || !strcmp(argv[i], "--help") ) {
             operation = DO_USAGE;
         }
         else if( !strcmp(argv[i], "-z") ) {


or something like that.
Attached Files:
Notes
(0002292)
Olaf   
2019-10-16 19:35   
(Questions about text formatting can be asked at 0000322.)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
311 [Cinelerra-GG] Feature minor have not tried 2019-10-03 19:41 2019-10-15 20:23
Reporter: Andrea_Paz Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 2019-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Resources window
Description: Many suggestion from user D. Quinton.

1. To have tooltips in mouse-hover over effects and transitions in the Resource window, showing the info of each would reduce the need to right click on them for info.

2. effect/transition bins - drag the effect to a bin then give it a label, enable opening the parameters dialogue, add it to clip/io point/track - the levels stay fixed for that 'bin effect', which means that one effect can be added multiple times to the bin and different levels can be set - thus making fast work for frequent needs - eg. different scaling, high contrast/low contrast etc

3. press a key (Shift?) while dragging effect to the project applies it to the entire timeline, irrelevant of having io points set - it annoys me that I need to remove the i/o points every time I want to apply a scale to the whole timeline (and I usually forget and need to backtrack)
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files: Tipinfo.png (67,479 bytes) 2019-10-13 09:13
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=321&type=bug
png
Notes
(0002286)
PhyllisSmith   
2019-10-15 20:23   
Olaf quote: "It would be nicer if the area of the scrollbar would remain free." OK, that change has been checked into GIT.
(0002263)
Olaf   
2019-10-13 09:13   
On 1) This is a major step forward. Thanks also to D. Quinton. (0000230 "Resources: Show effect info on mouse over".)

Here are two notes. Tipinfo appears only when the mouse is physically moved. When scrolling with the mouse wheel nothing happens.

Tipinfo is pulled over the scrollbar to the outer right edge of the window. It would be nicer if the area of the scrollbar would remain free. Crossing the inner left border of the window is not a blemish.
(0002262)
PhyllisSmith   
2019-10-13 00:34   
1. is done and you can enable this feature and disable it - "To have tooltips in mouse-hover over effects and transitions in the Resource window, showing the info of each". To enable, right mouse click on empty spot of the Effects or Transitions when these are enabled. Shortcut is the letter "i" to enable or disable it. A quick demo is at:
      https://streamable.com/p7t3d
A Ubuntu16 build is at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
309 [Cinelerra-GG] Feature minor have not tried 2019-10-03 19:36 2019-10-13 22:26
Reporter: Andrea_Paz Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version: 2019-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Toolbar buttons
Description: Many suggestion from user D. Quinton.

-loop playback toggle

-snap left edit end/right edit end to insert point (done with the ctrl-alt-</> keys)

-window show toggle (viewer/resources/compositor/overlays/levels)

and in the load files dialogue- icon buttons to select insert strategy (the drop down list takes longer) - I think cin-CV has these
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files: Load-window_layout_01.gif (25,479 bytes) 2019-10-11 09:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=311&type=bug
gif

Load-window_layout_02.gif (26,225 bytes) 2019-10-11 09:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=312&type=bug
gif

Load-window_layout_03.gif (26,262 bytes) 2019-10-11 09:20
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=313&type=bug
gif

Load-window_layout_import_into_folder.gif (25,665 bytes) 2019-10-11 12:50
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=315&type=bug
gif
Notes
(0002265)
Sam   
2019-10-13 22:26   
This is of course an argument that the space should be used sensibly, especially on laptops it is important.

@PhyllisSmith
Could you at least align the input fields so that they are flush? This window looks so messy and unpleasant because the input fields all have different lengths and are not aligned. It's one of the main reasons because people avoid Cinelerra because it looks extremely unaesthetic to the eyes. Igor has shown in his photomontages how good this window can look if you use at least the same lengths and align the input fields.
(0002264)
PhyllisSmith   
2019-10-13 22:09   
(Last edited: 2019-10-13 22:12)
I will try to respond to all mentioned potential improvements here:

When the recently loaded files were moved from the "Load files" menu so it would allow for listing twice as many files, we became aware that this menu can already take up a lot of space on laptops. (I personally like the current layout because I use a laptop and like to leave that menu up for testing.) GG always keeps in mind that "Space" on the screen is a valuable resource, the same way Ram or CPU is. Therefore, we do not want to add the extra title lines as IgorB shows in the photomontages of Note 2234 plus the words are already in the top menu line, etc.

I have not asked GG or formulated an opinion about the "Import into folder" yet. But that can be added to the other BT.

As concerns the order of the icons versus the pulldown wording line, some might like it one way and others the other way. Since there are 4 different menus that use the "Insertion Strategy" - Load, Render, Record, and Menu effect - gg settled on this layout. Actually the biggest problem getting this to work precisely correct was the fact that the "Load files" menu is resizable. There were problems with Russian, wraparound when the screen was resized too small, and other stuff, not to mention the "Apply" button right smack in the middle of it all. Probably Sam remembers the bug that showed up with Leap with that button.

In summary, gg does not plan to make any changes at this time.

(0002254)
IgorBeg   
2019-10-12 13:47   
Sam, I saw just now your “old” ticket and picture.
I think that to add the “Import into folder” feature could create confusion and complicate the Load window. My personal opinion, of course.
I think that you want to save steps for copy and paste from Media to UserBin, and I understand that. Media are always loaded in Cinelerra Media folder, and I see Cinelerra Media folder like an Import Folder of others NLE. I would like to add other things but I would go out of topic.
(0002242)
Olaf   
2019-10-11 14:07   
And another one who has S.U.V. with a white title bar as their default theme. Maybe even better, because there is no suspicion that CGG’s file manager is compatible to any desktop standard.
(0002238)
Sam   
2019-10-11 12:50   
@IgorBeg exactly this suggestion I wanted to make, but I didn't have time for it yet. Thanks for the photomontage. I added a little more. A few weeks ago I made a suggestion to import the files directly into a folder and modified the image accordingly. My ticket refers to https://www.cinelerra-gg.org/bugtracker/view.php?id=150
(0002234)
IgorBeg   
2019-10-11 09:20   
Maybe I wrong but I write here about: Load window layout.

I added three photomontage. I think it is good to have the DropDown menu and the icons for the Insert Strategy, but I would move the icons on the bottom, so the first thing you see is the text of the active option.
(Please, See also "Render window layout" in https://www.cinelerra-gg.org/bugtracker/view.php?id=314 )
(0002232)
PhyllisSmith   
2019-10-09 23:27   
(Not sure how but this Note ended up by mistake in another issue, so I have erased it there and added it here).

Back by popular demand - "in the load files dialogue- icon buttons to select insert strategy (the drop down list takes longer)". The drop down list is still available because for occasional users, it is better to see all of the options at once in order to make a choice. These icons were in the original Cinelerra HV code but when the CV mods were merged in (2016), a choice had to be made of which way to proceed. At that time, the goal was to merge in with that website.

The other 3 items have not yet been looked into.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
314 [Cinelerra-GG] Feature minor have not tried 2019-10-03 19:44 2019-10-11 12:01
Reporter: Andrea_Paz Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: rendering dialogue
Description: Many suggestion from user D. Quinton.


1. Saving render preset saves video file name too, so that reloading a preset the filename one might have just entered gets replaced with a previous one

2. How about a checkbox toggle: Show render in Viewer -it is not always necessary to see the video as it renders

3. render bitrate setting, toggle to make it Mbps, e.g. only need to enter 1.4 instead of 1400000 (and that would save counting the zeros!)
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files: Render-window_layout_02.gif (20,344 bytes) 2019-10-11 09:19
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=309&type=bug
gif

Render-window_layout_04.gif (20,610 bytes) 2019-10-11 09:19
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=310&type=bug
gif

render-cw_actual.png (43,819 bytes) 2019-10-11 12:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=314&type=bug
png
Notes
(0002235)
Olaf   
2019-10-11 12:01   
Generally: If it is possible, please make future screenshots without foreign elements like title bar and backgrounds from the desktop.
(0002233)
IgorBeg   
2019-10-11 09:19   
Maybe I wrong but I write here about: Render window layout.

I added two photomontage. I think it is good to have the DropDown menu and the icons for the Insert Strategy, but I would move the icons on the bottom, so the first thing you see is the text of the active option.
(pLease, See also "Load window layout" in https://www.cinelerra-gg.org/bugtracker/view.php?id=309 )

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
316 [Cinelerra-GG] Feature minor have not tried 2019-10-03 19:46 2019-10-09 23:28
Reporter: Andrea_Paz Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Needed tools
Description: Many suggestion from user D. Quinton.

Here are two ideas for tools that would be very useful to me..

1. a tool to trim audio clip length where found longer than video clip length - as so many funny cameras produce audio at a few frames longer than the video and when all joined up on the timeline the video-audio can get really out of sink, leading to more work to sort that out.

2. a tool to check for clips up to a specified frame length - this would be helpful to check for mistakes made while cutting, leaving short cuts at ends of clips, which I find sometimes happens, e.g. could check for <5 frames, or <10 frames and give a list of any and at what time they occur.
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
320 [Cinelerra-GG] Website minor always 2019-10-06 20:04 2019-10-06 22:37
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 0000319
Description: > 0000319

Your analysis doesn't match. I have Firefox, Chromium and Falkon on but no browser caches.
The problem is here: "font-family: ETmodules".
Without this font loaded from the internet, the open triangle pointing downwards becomes a 3 and a U appears instead of the magnifying glass. But this should be known, it's similar in your forum.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002220)
PhyllisSmith   
2019-10-06 22:37   
Sam, just FYI (and it may be just me!) but in firefox, when I scroll down on the home page, the News has bullets for each item as I keyed in. However, when I click on the News button at the top, all of the bullets for all of the different month's News are gone and the sentences all run together. I noted this a couple of weeks ago.
(0002219)
Sam   
2019-10-06 21:22   
I am currently working on WordPress and the server, so there may be some issues. I'll let you know when I'm done. If there are any problems, we will be happy to receive any information.
(0002218)
Sam   
2019-10-06 21:05   
It was not an analysis or detailed statement on the problem, but only a hint to the visitors of the website that if they go to the website they might see the content with missing resource, which Phyllis also confirmed. If this is the case, which was the problem for me and for Phyllis, then clearing the cache after I fixed the problem on WordPress helped.
I admit you were right about ETModules and you recognized the problem correctly.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
317 [Cinelerra-GG] Feature minor have not tried 2019-10-03 19:47 2019-10-03 19:47
Reporter: Andrea_Paz Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-08  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Playback
Description: Many suggestion from user D. Quinton.

During playback:

1. if you delete i/o area during playback the insert point does not jump to real place on timeline ie backwards due to part removed (if then pause and play again position in edit now changed)

2. It would be very useful to have a key to make insertpoint jump fwds/bkwds on the timeline, eg by 1 sec, even while playing. perhaps Shift-left/right ?
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
310 [Cinelerra-GG] Feature minor have not tried 2019-10-03 19:40 2019-10-03 19:40
Reporter: Andrea_Paz Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Open/Save projects
Description: Many suggestion from user D. Quinton.

1. each save sends the EDL to clipboard, which eats up my clipit history, not useful if I am doing other work and I need to use the clipboard history

2. open/save dialogue has limited saved places e.g. no favorites, only recent files in drop-down, which makes it harder to locate places

3. I would find a recent project list very useful, as currently, the recent file list gets full of loaded clip file names and they crowd out the project files

4. a project manager window would also be very useful, with a list of projects and different actions available, such as load (replace, concatenate, insert point), render, add to batch, delete, add new xml file - with a few detail columns such as date-time last updated, length on timeline/frames, format dimensions, time last rendered, etc
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
308 [Cinelerra-GG] Website minor always 2019-09-30 05:28 2019-10-03 02:19
Reporter: Sam Platform:  
Assigned To: Sam OS:  
Priority: high OS Version:  
Status: confirmed Product Version: 2019-09  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Website
Description: Due to important server maintenance work, today and tomorrow, there may be accessibility problems with the website and git.
We upgrade the server to the latest version.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002207)
Sam   
2019-10-03 02:19   
@Olaf
1. Thank you for the important note regarding cookies. I will revise it.
2. Thanks also for the hint with the SSL certificates, we had to struggle the last two days, because the Certbot of LetsEncrypt had problems with the Apache plugin and could not update the certificates correctly. After a long search we found a manual solution.
(0002202)
Olaf   
2019-10-01 11:44   
> Website users must actively accept cookies: The European Court of Justice has ruled that the user's consent to the use of cookies must always be express, i.e. by ticking the box.
https://www.sueddeutsche.de/digital/cookies-eugh-urteil-webseiten-banner-1.4623349
lol but rightly so.
(0002201)
Olaf   
2019-10-01 10:43   
SEC_ERROR_EXPIRED_CERTIFICATE für https://lists.cinelerra-gg.org/pipermail/cin/

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
275 [Cinelerra-GG] Feature minor have not tried 2019-07-25 20:38 2019-10-02 11:45
Reporter: PhyllisSmith Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cropping tool in the Compositor does not Crop as expected.
Description: It looks like the crop tool in the Compositor applies the crop to every track and indeed to the current project (???) and so can not crop a single track.

Sam had created a short video showing how to crop by working with the projector and camera automation:
    https://streamable.com/iq08i
There needs to be a better way to crop the way users expect it to work -- maybe the results Sam demonstrated can be put into a crop tool so that the manual setup work can be avoided.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: crop-aspect.png (89,137 bytes) 2019-09-22 09:59
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=305&type=bug
png
Notes
(0002206)
Olaf   
2019-10-02 11:45   
You have given many good reasons which support your approach. My concern was a) that it should be easier for both of you, and b) that the built-in features would work as expected when released.

The singled out crop tool as an example is now worse than it was before because it obviously does not work properly in several places now. It is by definition in alpha state and this is not communicated - the video artist does not know it, he may rely on it and then experience a disappointment. The new prospective "customer" probably wonders if you don't see this for yourselves and deduces from it the invisible overall condition under the bonnet. With Git, obviously unfinished areas can be held back, but to whom do I tell this?

The Arch user frankly doesn't matter to me in this respect, I use Debian because Arch requires a lot more detailed knowledge and effort compared to Debian, and therefore time that I would miss elsewhere. Whoever uses Arch can handle all development tools, it is a distribution for advanced users. But you yourself say that the vast majority of users are not computer savvy, and the one Arch user thinks CGG is a low usage package.

Heroine is a very bad example. For developers of branches it may be a treasure chest of techniques, for users like me their product is simply useless. Heroine's Cinelerra was removed from Debian and Debian-Multimedia a long time ago because it is not usable in practice. HV lives from an unstable self-propagated reputation (which was even adopted uncritically by the German Wikipedia and which CGG doesn't mention a word) - in all those years one or the other movie should have been cut with it or a TV documentary or music videos or commercials or praiseworthy mentions in the hobby area should be found. Even the use of the name can trigger negative associations, which are transferred to branches/forks. Nevertheless, the effort to see the new version is often only in a reasonable "git pull", which you have certainly already automated?

It would have been easy to address the additions in the early development stage
https://www.cinelerra-gg.org/news-updates/august-news-ffmpeg-in-use-with-cinelerra-is-now-version-4-2/
and to make the whole thing look nice with a photo, e.g. of the dialogue mask. As an alternative to the external advertising, which is underlined with pictures, to drag users to the CGG side.

What is important is that it works out for you and GG and that you can handle it. Points 1-8 speak for themselves.
(0002203)
PhyllisSmith   
2019-10-01 23:44   
@Olaf
The reason that IgorB is "satisfied with that?" is because with the new "Crop & Position" plugin he will be using that -- he uses Proxy on Charlie (a slower computer) and needs the percentage capability. It is unlikely he will use the Crop Tool and he was just checking it out because we had created a Ubuntu 16 build for testing.

I read your advice for future releases not based on the date. But WHAT WOULD ARCH DO? - which most people consider to be a good working system. Advice from an Arch person: "For packages with low usage, a reasonable exposure is enough" which for Cinelerra we attempt to do by informing people on updates via Mantis BT and email and by providing a tar build for testing. Arch specifically keeps a list of ISO releases made by the Arch Linux release engineering team usually MONTHLY.

Quote: "A release should be made after tasks have been completed"
Sometimes we think a task is completed, but then when users start using it, they say can you make it do this, for example the Masking enhancements. The sooner we put it out there, the sooner we can actually complete the task. If we had to wait 3 months for user feedback the task would be dragged out for a long time and we would not only be working on something else by then, but also more startup time is needed to remember details of the code.

Quote: "and should not contain any open construction sites"
That is definitely a good goal, but I do not believe that the Crop Tool is strictly in construction. It provides a capability that we personally wanted. It does not crash plus it is no worse than what it was previously.

Quote: "It should not be more than four releases a year to avoid pressure to quickly plug holes"
Four releases a year implies quarterly which is totally meaningless to me since I am not in the financial, budget, or quarterly taxes frame of mind. Look at Heroine Virtual releases -- you can never tell when a new release is available. Since 2010, it varies from August to November and then even January. So users (and me) waste a lot of time looking to see if a new release is available. The pressure would still exist when the quarterly release was scheduled to occur just the same as monthly.

Quote: "If you want to have an update in between, you can build it yourself from the Git"
Probably 90% of the users are video artists and not computer savvy. They can not build it themselves. We have automated the build process using Xen and it usually only takes babysitting for 8 hours. If instead we had to do individual builds during a 3 month quarterly period as a user requests a test version (which we encourage because we need the testing!) it would take more of our time.

Reasons why we do Monthly builds:
1. it is easier for me - I can keep track of the time easily because of the turning of the calendar.
2. it is easier for the users - they can depend on when the release occurs and don't have to keep looking.
3. it is easier for the programmer - many reasons why this is; one being to compartmentalize the work.
4. it is easier for me to track changes - a lot of code is changed monthly and if something comes up that needs a rework, I can find out the timing quickly of the occurrence.
5. there is no team of developers - this is not a production environment where work is dished out accordingly.
6. there is no management - no one is available to keep track of everything so I have to do what I can.
7. there is no work environment - it is not like going to work every day for 8 hours with strict habits. Sometimes the developer has to do other personal things and do some recreation activities. Despite this, generally computer works occupies anywhere from 2 to 12 hours a day to include weekends and during this time, a lot of code gets changed. The monthly release helps mark changes since a lot.
8. there is no QA team - we need testers as soon as possible when working on a specific task. The testing we do involves the programmer testing what he changed and me testing as a really dumb user who does not have a very good understanding. This usually covers a lot, but video artists have different ways of doing things and we need their feedback quickly.
(0002191)
Olaf   
2019-09-29 13:19   
If you are looking for software, this is the general procedure: After selection based on your own search or recommendations, the software is downloaded and installed. The aptitude test now takes place in the next few minutes. If there are obvious weaknesses, the test is aborted and the software is considered unfit. This user usually doesn't study the bug tracker or the mailing lists, but directly switches to another software.

I can only advise against having the dates for future releases dictated by the date. A release should be made after tasks have been completed and should not contain any open construction sites. It should not be more than four releases a year to avoid pressure to quickly plug holes with the hot needle at the end of the month. If you want to have an update in between, you can build it yourself from the Git.
(0002190)
PhyllisSmith   
2019-09-28 17:34   
Yes, there is room for improvement and additional features BUT we got "stuck" with trying to figure out how to do Percentage versus Pixels at this time.
(0002188)
Olaf   
2019-09-28 12:09   
Are you satisfied with that? I played a little more with it. Neither Resize nor Shrink behave as I would expect. The selected areas usually don't match the results.
In addition, Crop does not accept any further selection after the operation, e.g. from Resize to Reformat, without having to fiddle with the Geometries.
In addition, the Undo function does not work directly here either.
(0002180)
IgorBeg   
2019-09-25 12:57   
It Seems good to me. Thanks!
(0002174)
Olaf   
2019-09-23 14:22   
New source code compiled, no more error messages at reformat. But shrink behaves unusual. The selected and displayed dimension does not match the blank.
(0002173)
Olaf   
2019-09-23 11:07   
@PhyllisSmith, the golden ratio (previously referred to as "golden mean").
If Gimp is installed, please open it and load or create an image.
Select the "Crop Tool" and set the "Golden sections" in "Tool Options" under the menu item "Composition guides".
Now select an area in the image with the mouse.
The cutting area is displayed and the guides are located in it.
On the basis of the axes of this grid "important" elements can be placed, the image structure is then perceived as harmonious.

This grid of four lines (golden sections) is the most common form of the golden ratio in image processing (please do not confuse with the rule of thirds).
The Golden Ratio… (an introduction): https://vimeo.com/53956272
https://en.wikipedia.org/wiki/Golden_ratio
(0002172)
PhyllisSmith   
2019-09-23 01:43   
(Last edited: 2019-09-23 01:46)
Minor update on the GIT checkin and there are builds for MINT 19 and Ubuntu 16 if anyone wants to see them:
    https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-mint19-x86_64-static.txz
    https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz
    P.S. IgorB - cropp.png is now in the correct video subdirectory

Thanks for pointing this error out "Playback3D::copy_from_sync: w=314 not supported because it is not divisible by 4." It has now been fixed AND fixed in 7 other places in the code. It caused an error only if using the OpenGL driver so now using GLx4 operation, we don't have to worry about that any more.

On Pierre's suggestion and Olaf's png -- Wow, that is quite a list so will look at feasibility as it does sound good.

But show me a picture of "golden mean" guidelines because I do not understand. Do you mean reticle lines that cross like projector and camera? Or do you mean guidelines like the Safe Region? I did look up the meaning of "golden ratio" but I can not picture what that would look like.

BTW: the Resize and Shrink options are applicable to all video tracks EXCEPT the disarmed ones. This is nice. As mentioned previously, however, Reformat option applies to all tracks even if disarmed because it changes the Format for the session.

(0002169)
Olaf   
2019-09-22 10:13   
… and I would like guide lines (golden mean), if that doesn't cause too much trouble.
(0002168)
Olaf   
2019-09-22 09:59   
I like that.
+1 Playback3D::copy_from_sync: … not supported
+1 Aspect (see also rudimentary photomontage from CGG/Darktable as suggestion that goes beyond the CTRL key)
(0002167)
Andrea_Paz   
2019-09-22 07:33   
Thanks for the improvement of the Crop tool, it has become really flexible and complete.
Only for the original "reformat" option is an old error that was previously resolved returned:

Playback3D::copy_from_sync: w=314 not supported because it is not divisible by 4.

I created a random crop with dimensions:

X1=821; Y1=90
W= 314; H=478

Due to this error, the frame is no longer displayed in the composer, I only see black.
"Resize and shrink work well.

PS: +1 for Pierre's suggestion.
(0002165)
Pierre   
2019-09-22 01:46   
Your new crop process in the composer seems very promising to me.

Would it be possible to have an option that would allow, when selecting the cropped image, to automatically have the same frame ration (ex. 16/9) as the one already used in the composer. This is to ensure that the selected image, when enlarged, perfectly fills the frame of the composer's image.

Suggestion: Perhaps by pressing the CTRL key (or another key) when selecting the image, the selection frame automatically becomes the same ratio (ex. 16/9) as that of the composer.

Pierre
(0002164)
PhyllisSmith   
2019-09-22 01:18   
Not Done Yet, but here is part of the Compositor Crop tool new implementation. A demo is at:
   https://streamable.com/rrdgm
A ubuntu16 build is at:
  https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz

Some changes:
 - Do It button replaced by Apply button for consistency and it does not sound so weird. You have to always hit apply to have the crop tool take affect.
  - 3 choices of capabilities:
     1) Original method = Reformat (or Reformat Session) which crops and changes the Format for the session. It turns out that because the Format is changed, this is the reason it applies to all tracks of the whole project.
     2) Resize (or Resize Projector)
     3) Shrink (or Resize Projector and Camera). An important note here is that the original aspect ratio will be maintained here so if your frame is rectangular (as many are) and you "crop" by surrounding the region of interest with a square, you will get more than you surrounded to make a rectangle. OK - this just sounds weird, so try it or look at the steamable.
 - Keyframable

Feedback welcome. Yet to come is Reset button, Percent in addition to Pixel, a reference to the newer Crop Plugin for the more traditional Crop usage, and probably disallow negative values for X1, Y1, W, H.
(0002082)
IgorBeg   
2019-09-07 07:20   
Phyllis/GG, thanks for the build and for the Crop &Position tool.

I didn't know there were an Info text associated with each plugins. Thanks! I learn a new thing every time. Thanks Andrew!
(0002081)
PhyllisSmith   
2019-09-06 14:16   
The Crop & Position tool has has the Cinfinity and Cinfinity2 Resource window icon updated to reflect the theme. A ubuntu 16 build is at: https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz
(0002071)
PhyllisSmith   
2019-09-05 00:53   
A Crop & Position plugin as an alternative to cropping in the Compositor. It may be possible to work some of this capability into the Crop Tool of the Compositor also so that there is more than 1 way to do this.
(0001984)
Olaf   
2019-07-26 08:53   
#+BEGIN_QUOTE Phyllis Smith, 20 Oct 2018
> GG looked at this and it is working as programmed, but does not think it
> makes sense to change the format like it does. This is the original HV
> code. I personally think it is crazy. Do you have recommendations of what
> would seem more correct? Meanwhile, changing the translation would be
> better. Not sure what the correct words for this would be. gg/Phyllis
#+END_QUOTE
Message-ID: <CAOckJE0Ba4wPjCc5AqrOPnwgO49+vuB8KCty+-6ZDHB1Lqx2LQ@mail.gmail.com>

The translation was then changed by me (de.po):
msgstr: "Crop a layer or output (F7). Changes image format and aspect ratio of the project"
"msgid" has not been changed yet.

The shown solution with camera and projector worked for the forum, but is not a replacement for the cropping tool, because the aspect ratio cannot be changed with it. (Sam certainly knows that.)

The "easiest" solution would be to add a switch to the crop dialog that determines whether only the active layers are cropped or the whole project.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
302 [Cinelerra-GG] Bug minor have not tried 2019-09-13 15:25 2019-10-02 00:32
Reporter: Olaf Platform:  
Assigned To: goodguy OS: GNU/Linux  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Thirdparty update: openexr/ilmbase
Description: Installed is version 2.2.1 from 2017-11-30. Current version is 2.4.0.[1] In the meantime a lot has happened, also security vulnerabilities have been removed. On the homepage[2] 2.3.0 is still listed as current. Because of the security and the issues that have been closed, it should be updated to 2.4.0.

[1] https://github.com/openexr/openexr/blob/master/CHANGES.md#version-240-tbd
[2] https://www.openexr.com/downloads.html
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002205)
PhyllisSmith   
2019-10-02 00:32   
A fix for "cinelerra-5.1/msg/txt" is ready to go on the next GIT checkin.
(0002199)
Olaf   
2019-10-01 10:18   
cinelerra-5.1/msg/txt
+September 2019 New Features of note:
+ Libraries x265 and openexr have been upgraded.
(0002197)
PhyllisSmith   
2019-10-01 01:49   
Bad news here. When doing the monthly builds we had to "revert openexr-2.4.0, breaks most builds, req cmake past baseline, bad configure fallbacks". The CMAKE program on almost all the distros on which we build CinelerraGG, is not up to the requirement set by the openexr programmer. For example Ubuntu 14 is one of the oldest distros, but even the later distros do not have the required cmake version. In addition the C compiler has a version level required too. The configure fallbacks did not work either.

Not sure what the programmer had in mind by using cmake instead of make as it was originally and then putting such version restrictions on usage. Very disappointing. In addition, it does not appear that the developer made any code changes that enhance Cinelerra usage but rather their goal was to switch to cmake and get rid of SEGVs (always a high priority goal).

I will probably email the programmer and ask for clarification and help. We will probably not upgrade cmake on all of the build machines just to "fix" this.
(0002186)
Olaf   
2019-09-27 13:19   
A note for people like me who are not software developers, "--enable-openexr" must be used to access "thirdparty", otherwise the system files will be used. If several versions of "(lib)openexr" are installed at the same time, the one whose "-dev" package is installed wins.

$ ./configure --help G -i openexr
  --enable-openexr build openexr (auto)
  --with-openexr use openexr (auto)
(0002184)
PhyllisSmith   
2019-09-27 00:58   
This update has been checked into GIT. They switched from Make to CMake and we did a successful static and system build, tested render, and tested load of that render for single frame and for sequences.

I do not think this is heavily used, but it is good to keep it up to date and to make sure it works.
(0002171)
PhyllisSmith   
2019-09-23 01:19   
It looks like 2.4.0 is officially out of BETA and was released on the 19th. Will test tomorrow to see if any issues and if not, then probably it will go in.
(0002133)
PhyllisSmith   
2019-09-13 17:25   
(Last edited: 2019-09-13 20:42)
Will try to get this updated today also.
Update - looked at it but it is still Beta so I will keep track of it and wait for official release. Only 1 commit has been made since Beta, so I am guessing that that will be fairly soon. We don't want to put in 2.3.0 and then just have to upgrade to 2.4.0 shortly after.


View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
299 [Cinelerra-GG] Bug text always 2019-09-10 12:56 2019-09-16 10:25
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Documentation: build requires gcc.
Description: Cinelerra-GG is dependent on "GNU C compiler" (gcc). This should be mentioned in the documentation.
Tags:
Steps To Reproduce: Use clang instead of gcc.
./configure ... --disable-dav1d (dav1d-0.4.0.patch1: -mpreferred-stack-boundary)
make ...
Additional Information:
Attached Files: cin5log.tar.gz (595,814 bytes) 2019-09-13 08:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=295&type=bug
make_cin_clang.log (38,644 bytes) 2019-09-14 10:51
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=296&type=bug
make_libzmpeg3_clang.log (26,898 bytes) 2019-09-14 10:51
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=297&type=bug
Notes
(0002152)
Olaf   
2019-09-16 10:25   
Obviously, the mod does more than just compile "libzmpeg3". Together with "libzmpeg3", "cin" now also compiles.

Debian binary package built, compiled with:
./configure --prefix=/usr --with-jobs=8 \
--without-oss --without-opencv --disable-dav1d --with-clang
(Whereby the compilers gcc, g++ etc. under /usr point to clang, as described below.)

A first short test run with and without plugins shows no abnormalities and also no relevant differences in the achieved frame rate.

dav1d: The respective argument for adjusting the stack "-mpreferred-stack-boundary" (gcc) or "-mstack-alignment" (clang) is irrelevant to me. My future quantum computer has certainly built in a hardware decoder for AV1. Until then, I'd love to do without editing AV1 material.
(0002148)
PhyllisSmith   
2019-09-16 01:21   
Based on the log files (thank you for supplying them which helped) GIT checkin now includes a mod to allow for compiling using clang for libzmpeg3. It worked here when testing with Fedora 30 O/S.

What I mean by "fix" is the type of stuff necessary for O/S, like Arch, as you passed along to Andrea in note 2132.
(0002141)
Olaf   
2019-09-14 10:51   
I have no idea what you mean by "fix."
(0002135)
PhyllisSmith   
2019-09-13 20:38   
I should have mentioned that what was checked in for a clang build is what worked on Fedora 30 on our desktop. libzmpeg3 was deliberately left as compiling in gcc because of inline MMX assembly code. An earlier test for us showed that using clang performed quite a bit slower.

Anyway, awhile back, a BSD programmer was getting CinelerraGG to run and they compiled what they could using clang. Various distros probably will have varying results compiling with clang and anyone using this will have to "fix" it for their distro most likely.
(0002132)
Olaf   
2019-09-13 15:48   
@Andrea_Paz, the new switch "--with-clang" does essentially what the Arch wiki describes. But this is apparently not enough. For a test run, make sure that the programs cc, c++, cpp, gcc, g++ point to clang, clang++ and clang-cpp.
(0002130)
Andrea_Paz   
2019-09-13 14:10   
I simply installed clang and then I compiled CinGG.
I see now on the Arch wiki that I had to configure makepkg.conf adding "export CC=clang" and "export CXX=clang++".
Which I didn't do, so the test with "--with-clang" is useless and I apologize.
(0002128)
Olaf   
2019-09-13 12:13   
@Andrea_Paz: "maybe it's better to delete everything and re-download from scratch?"
make clean ; ./autogen.sh ; ./configure ...
From your log:
cin5-clang.log:3717:checking whether C compiler accepts -mpreferred-stack-boundary=4... yes
All variables set correctly? Because:
"clang: error: unknown argument: '-mpreferred-stack-boundary=5'" (Error 2)

@PhyllisSmith,
this is interesting, I only thought of other (better) error messages.
For information only, at libzmpeg3 every time is over, abort with error 2.
(/usr/bin/gcc -> clang*
/usr/bin/g++ -> clang++*
$ echo $CC $CXX
/usr/bin/clang /usr/bin/clang++
./configure --prefix=/usr --with-jobs=8 --without-oss --without-opencv --without-vaapi --disable-dav1d --with-clang)
(0002127)
Andrea_Paz   
2019-09-13 08:22   
I attach cin5.log for gcc and clang.
(0002126)
Andrea_Paz   
2019-09-13 08:20   
I did some tests compiling with gcc and clang. Between one test and the next I did a "make clean" (maybe it's better to delete everything and re-download from scratch?). I then playback WhatTimeIsIt.xml by Igor.
 These are the results:
 
 Compile time:
 clang 21'
 gcc 19' (as always)
 
 Size cinelerra5 folder:
 clang 2.7GB
 gcc 2.9GB
 
 Playback:
 clang 8/9 fps
 gcc 8/9 fps
(0002124)
PhyllisSmith   
2019-09-13 03:54   
I have added this to my local documentation for later addition to the LaTex version manual. It will be in the Installation section as:

"To do a single-user build, read the README that is at the top level after you get the source.
...
NOTE: if your system has never had Cinelerra-GG Infinity installed, you will have to make sure all of the compilers and libraries necessary are installed – for example Cinelerra-GG is dependent on "GNU C compiler" (gcc).

Meanwhile, there is now an option on the configure for the build to use "clang" for most of the compilations (not all, but maybe about 90%). You would have to use --with-clang to use this option. The reason for adding the clang possibility is because in a single small test case here, there was about a 10% speedup on the media decode.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
284 [Cinelerra-GG] Bug minor always 2019-08-13 09:56 2019-09-05 13:04
Reporter: IgorBeg Platform: x64  
Assigned To: goodguy OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Speed keyframes (autos) on Video and Audio tracks.
Description: Adding Speed keyframe on the Video track doesn’t add the keyframe to the Audio tracks.
I would to change the speed of the clip, video and audio, together but there are two strange behaviour.

Thanks.
Tags:
Steps To Reproduce: Example with 1 Video track and 2 Audio track (stereo), all tracks Armed.
“Speed” option in Overlay window enabled and “Fit all autos to display” pressed to display correctly the Speed’s line on the tracks.

First case
1) If I click (LMB) and drag the Speed line up on the Video track, to increase the speed of the clip, a keyframe is only created in the Video track, not on the two Audio tracks. The edit is displayed correctly shorter.
Screencast from Start to 17s :
https://streamable.com/79yb4

Second case
2.1) I create a Speed keyframe on the Video track with a click without to move it.
2.2) RMB over that Speed keyframe and the popup menu come out.
2.3) Click on the Speed option and the slider speed is shown.
2.4) When I move the slider or insert a value in the edit field the keyframes are created also in the two Audio tracks with the same value, correctly.
But the Speed change doesn’t affect the “width size” of the drawn edit.
Screencast from 18s to End.
Additional Information: (Cin-ub16_20190731)
System Description
Attached Files:
Notes
(0002074)
IgorBeg   
2019-09-05 13:04   
Phyllis: "In order for the width size to be correctly updated, the mouse has to be moved outside the slider/edit field area for the redraw to occur."

You are right.
The problem seems to me when I click on check button, on the right side of the slider.
(0002073)
IgorBeg   
2019-09-05 09:20   
Okay. I understand You.
If you want, you can close this issue and maybe a solution came out, in the future (doing other things?).
Thanks.
(0002070)
PhyllisSmith   
2019-09-05 00:48   
Case 2: we both spent time today watching the screencast and trying to create the same "width size" update problem with no success. When gg looked at the code, he did ascertain that the width size will NOT be redrawn on every mouse move because that would just eat up time for no good reason. In order for the width size to be correctly updated, the mouse has to be moved outside the slider/edit field area for the redraw to occur.

However, Igor's screencast clearly shows a situation where it is not updated but we can not figure out how to make this happen so GG can reliably reproduce, analyze, and fix. If he can make it happen, he will not know how to fix it, or even whether or not it is fixed. In the screencast, it almost looks like the checkbox portion of the slider bar has to be almost exactly beyond the timeline (which I have tried to do) in order to get a failure. Any hints here to get the failure? or are we missing something?
(0002017)
IgorBeg   
2019-08-14 09:20   
Thanks Phyllis (and GG)!
(0002016)
PhyllisSmith   
2019-08-13 19:41   
Case 1: thanks Andrea - that Latex manual work you are doing is paying off in answers!
Case 2: gg has been notified and thinks that it is just not doing a redraw and should be an easy fix when he gets to it.
(0002015)
IgorBeg   
2019-08-13 11:14   
Thanks Andrea (for the first case)!
(0002014)
Andrea_Paz   
2019-08-13 10:40   
first case:
double click for video and audio tracks together (manual 8.1.2)

second case:
I confirm your video.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
291 [Cinelerra-GG] Website minor N/A 2019-08-30 12:43 2019-09-02 10:38
Reporter: JacekJagosz Platform:  
Assigned To: PhyllisSmith OS:  
Priority: low OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Git: No clonning over HTTP - Solus' build system problems
Description: Could you enable-http-cloning option in their cgitrc file or make snapshots links point directly to the file (and not like this https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=snapshot;h=d034ec092c8aaf21c755bc612796df69ffdee4ac;sf=tgz). Solus' build system doesn't yet support cloning over HTTPS.
This would really simplify the process to test git versions before the stable release.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0002060)
Sam   
2019-09-02 10:38   
@JacekJagosz

Okay, I understand. I'll look at the configuration later this week. Maybe I can customize it so you can access it without https.
(0002059)
JacekJagosz   
2019-09-02 10:25   
@Sam The problem is that that link points to index.html instead of .tar.gz.
I'm asking to change its behaviour so it points directly to target file.
(0002058)
Sam   
2019-09-01 17:32   
The snapshot link also works without https. Is that enough for you? You just have to delete the "s" from the https.
Here is an example:

http://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=snapshot;h=d034ec092c8aaf21c755bc612796df69ffdee4ac;sf=tgz

However, the Apache server automatically redirects to https as soon as you surf on the git website. A manual removal of the "s" from the URL is not redirected to https by the Apache webserver.

But an https is more or less necessary to not be punished by the search engines.
(0002054)
PhyllisSmith   
2019-08-30 16:01   
I have mentioned this request to GoodGuy and I believe that both he and Sam, the website expert, would prefer not to "enable-http-cloning option in their cgitrc file" due to so many attempts by hackers and others to get into anything less secure. If I could find something on the internet that convinces us that the risk for such a specific request is zero, it could be a remote possibility,

The Snapshot link method would be preferable, but I am not technically adept enough to understand what it involves so will have to get more information about that option from GoodGuy.

The lure of early testing by you is a strong incentive for us to come up with something that will work for you!

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
137 [Cinelerra-GG] Feature minor always 2019-02-16 20:44 2019-08-23 07:28
Reporter: Andrea_Paz Platform: 64 bit  
Assigned To: OS: arch linux KDE  
Priority: normal OS Version: rolling  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Managing mkv in CinGG
Description: CinGG has difficulty managing the mkv container (regardless of the inner codec). Loading times are 3 times longer than other containers and even editing on the timeline seems to weigh more on the PC, despite having used a loseless codec (ffv1) that should be lighter to process.
I took a 33s video (mp4, x264, 75MB) and rendered it in:
pro, ProRes, 1.2GB
mkv, ffv1, 1.5GB
Loading into the timeline ("replace current project") gave these results:

mp4 --> 3s
pro --> 3s
mkv --> 9s

I would like to know if other users have the same experience with mkv. Is there any way to optimize the processing of this format?
Tags: HELP needed
Steps To Reproduce:
Additional Information:
Attached Files: TestRendering.txt (1,028 bytes) 2019-02-22 10:52
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=92&type=bug
StupidTest.txt (1,322 bytes) 2019-03-10 14:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=122&type=bug
WhatTimeIsIt_TestRendering_Preset.txt (3,410 bytes) 2019-03-16 18:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=129&type=bug
WhatTimeIsIt_TestRendering_a256k-v5000k.txt (3,413 bytes) 2019-03-16 18:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=130&type=bug
Notes
(0002031)
Andrea_Paz   
2019-08-23 07:28   
I'll add some more data:
1- Using the video indicated by MatN: http://samples.mplayerhq.hu/4khdr/Passengers_Breakfast_4K.mkv
It is loaded into timeline in 8 sec. Playback is 17-19 Fps.
Rendering that file in mkv (ffv1) in CinGG I get: Load=18 sec; playback=19 Fps
It would appear that part of the problem is CinGG.
2- I read that mkv often has seek problems, even with external players. One solution is to use mkvtoolnix-cli to rebuild the file structure (muxing), after which it works well. I tried but nothing has changed.
(0001664)
Olaf   
2019-06-05 20:51   
After you have compared the archive format FFV1 with the cut format ProRes extensively and Matroska does not cause any problems anymore the bug could be closed. Or what do you think?
(0001230)
Andrea_Paz   
2019-03-17 09:41   
Phyllis (and IgorBeg), thank you for all the tests you've done. Now we have different material to make a comparison.
(0001219)
IgorBeg   
2019-03-16 18:22   
Andrea_Paz, sorry if I am writing here my tests about rendering time. (They are Off Topic)
The "WhatTimeIsIt_TestRendering_Preset.txt" is like in your (by Andrea_Paz) tests.
The "WhatTimeIsIt_TestRendering_a256k-v5000k.txt " is with Audio and Video bitrate respectively 256k and 5000k.
(0001165)
PhyllisSmith   
2019-03-10 18:27   
My thanks to Andrea for the results and IgorB for providing the test. I am going to try to do the same tests and compare the results in StupidTest.txt to see what I get on a Ryzen AMD laptop.
(0001156)
IgorBeg   
2019-03-10 14:53   
Wow!
Andrea_Paz, thank you so much for your tests. Your tests say very much on a powerful PC like your.
Unfortunately I can not test "framerate achieved" in full resolution. My PC says to me: "Hey! I am only a dualcore-twoThread, and not i3-i5-i7 !?".
But with Proxy enabled (scale: 1/4, Scaler=disabled) the Color3way effect is really a resource eater. In the next days I will do more tests about.
I will try to reproduce your rendering tests on my PC. Thanks.

(yesterday evening I have done .mov, .qt, .ogg)
(0001153)
Andrea_Paz   
2019-03-10 14:22   
I did some quick tests with the project provided by IgorBeg (thank you, I should have done it; I apologize).
(0001127)
IgorBeg   
2019-03-09 10:03   
I have done a "stupid" Project (total time= 1 minute) to make a few of tests. So if we have a common base it can be more useful, I think.
My goal was for rendering time but it may be useful also for your test.
In my "stupid" project there are transitions, autos, and what You and I use in editing video (or at least I hope). So you can say me:
- "in transition dissolve how many fps have you?"
- "try to disable Color3way effect and test again, please"...

Link to compressed file at
https://www.dropbox.com/s/o9i44fnszrt6wjq/WhatTimeIsIt.tar.gz?dl=0
(datafilehost.com have any problem)

IgorBeg
(0001042)
Andrea_Paz   
2019-02-28 19:04   
The first good news is that the slowdown problems are no longer there. Between GG's work on deadlocks and my reinstalling arch and then CinGG, I don't now have obvious and annoying drops. In addition, not even with "Play every frame" checked I find slowdowns. In practice, I went back to the days when I hadn't noticed any problems.
The second least good news is that mkvs always show problems. I lined up edit mp4, pro, mkv and png images, putting transitions between them and applying the Videoscope to the entire track. Then I played back the shots watching the "" in Preferences-->playbackA*. The fps are always around 30 except in edit mkv where they drop to 22 - 24 fps, sometimes even 19 fps.
I've used very big videos, so I can't load them to make them available, but I'll try to make some minimal renderings so that everyone can use the EDL for their tests. Be patient IgorBeg, lately I have had many messes with Arch Linux.
(0001002)
IgorBeg   
2019-02-24 15:17   
@MatN
thanks for your feedback. I am waiting for an idea by @Andrea_Paz (author of the request). I could make a stupid but reasonable Project with three my videos (for license problem?) with two or three effects and then upload. So everyone can download it, make rendering with parameters Andrea_Paz says (or other users say) to evaluate the differences. If someone already has a very short Project with source video files to share, it would be better.
(0000989)
MatN   
2019-02-23 20:39   
@IgorBeg, that table with the rendering is useful information.
Maybe a updated list can be compiled with the most desired inputs and outputs and put in an appendix of the manual?
(0000966)
IgorBeg   
2019-02-22 10:52   
Maybe, we could make comparative tests with the same Project and Source files (only 30 seconds or less). So the differences would be our machine and Operative System, but more useful.
You could write the parameters for different rendering: codec (not more of 10), format, audio bitrate, video bitrate and so on.
Then we can write a table with: Machine x core, OS-xyz, loading time and rendering time for codec xyz.
It could be useful to see the difference between more Linux distribution (Arch, Ubuntu, Mint, Suse, ...)
Only an idea, of course.

Time ago, at the beginning of my Adventure with Cinelerra-GG, I have done this Rendering tests.
(0000965)
PhyllisSmith   
2019-02-21 23:46   
From a user viewpoint I see similar bad results when rendering. Batch rendering took about 4 times longer on a multi-core system.
 
MP4 Big Buck Bunny 1920x1080 CPU = 9:30 FPS = 66.814
MKV Big Buck Bunny 1920x1080 CPU = 35:29 FPS = 17.915

MP4 720 Cartoon CPU = 0:13 FPS = 140.804
MKV 720 Cartoon CPU = 1:03 FPS = 30.488

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
102 [Cinelerra-GG] Bug minor always 2019-01-08 01:54 2019-08-15 23:21
Reporter: Sam Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: feedback Product Version: 2018-12  
Product Build: Resolution: reopened  
Projection: none      
ETA: none Fixed in Version: 2019-01  
    Target Version:  
Summary: Fast D&D moves audio media into the video track
Description: I found a bug regarding fast Drag & Drop and moving grouped media.
https://streamable.com/w1357

In the previous version (I don't know how long ago that was) I could move the video vertically between several video tracks with fast D&D, audio always stayed in the audio track. Now the audio file moves to the video track.

This original behavior I thought also works with grouped media, but that's not the case. I can't move grouped media as dynamically as I can with Fast D&D.
In this video you can see the desired behavior when grouping video and audio and moving them in the timeline.
https://streamable.com/ktevg

In PP the audio clip stays in the same track even if I move the group (the mouse is in the video track) vertically, only if I slide the mouse in the audio track area the audio clip also moves in the vertical position. This only works in my example if the audio track is below the video track. Would it be possible to correct this with the groupings so that it works as in fast D&D (without bug) or as in PP?
Tags: Timeline
Steps To Reproduce: Bug: https://streamable.com/w1357
Desired behavior: https://streamable.com/ktevg
Additional Information:
Attached Files:
Notes
(0002021)
Sam   
2019-08-15 23:20   
The bug with the FastDrag was indeed satisfactorily fixed.

However, moving it the way I showed it in the videos doesn't work with grouped footage. The grouping function is only of limited use because a group of video and audio files can never be moved vertically, but that's exactly what is sometimes necessary, that's why other NLEs allow it. Moving only videos without an audio track in the vertical position doesn't make sense. In my opinion both should be possible, moving in vertical and horizontal position. FastDrag shows the desired feature perfectly, it would be very useful to include this code in "Grouping".
(0002020)
PhyllisSmith   
2019-08-15 22:52   
It looks like the grouping feature was implemented in a satisfactory and this bug fixed too.
(0000544)
Sam   
2019-01-09 18:30   
Thank you for fixing the bug. In fast D&D it works as usual.

Moving grouped video & audio media should behave exactly like in Fast D&D. Without these features you can't really move grouped video & audio media in the vertical position if you have multiple video tracks and only two audio tracks, which is common. It doesn't have to behave like in PP, it would be enough if it behaves like in fast D&D. I don't know if you can adapt the existing code for it.
(0000543)
PhyllisSmith   
2019-01-09 18:10   
Sam: "I found a bug regarding fast Drag & Drop and moving grouped media." Dropping of video on audio track bug is fixed.
Warning - every time gg works on this code, things change (unfortunately, but the code is complicated) so sorry for that - just let us know.

Still contemplating the group operation you recommended.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
257 [Cinelerra-GG] Feature minor always 2019-07-01 19:32 2019-08-12 12:55
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint  
Priority: low OS Version: 19.1  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add ffmpeg filter lensfun for automatic lenscorrection.
Description: Last week I was shown that DaVinci Resolve could correct the lens distortion of a GoPro Hero4 camera with just a click. The video track was 90+ still mjpeg images as one frame/image. This lens was pretty fish-eyed. Presumably the program read the camera type and settings from the image´s EXIT data.
I see at the ffmpeg site that there is a filter ¨lensfun¨. The associated database for camera´s and lenses is about 3M XML.

I don´t know how useful this feature would be in Cinelerra, ever more video is shot with still image cameras; the lensfun allow correcting several lens faults, depending on the calibration data delivered by users.

Is it useful (and possible) to add the lensfun ffmpeg effect and database to cin-gg?
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0002013)
Andrew-R   
2019-08-12 12:55   
I think adding this fulter will make ffmpeg and Cin-GG by extension GPL v3?

https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/00aa096202ce7b9c17c745a24dcc5db6b29cf73d

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
274 [Cinelerra-GG] Feature feature have not tried 2019-07-24 09:34 2019-08-09 10:11
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Compositor: Framerate achieved
Description: Display of the achieved frame rate directly in the compositor window in the lower right hand side behind the "LED".

In contrast to the "LED", the user would receive useful information and be able to observe the effects of his settings and edits live. A cut-off switch would perfectly round off this tool.
Tags:
Steps To Reproduce: cbuttons_right: [cwindow_active] [X][framerate achieved]
Additional Information:
Attached Files:
Notes
(0002007)
Olaf   
2019-08-09 10:11   
You've already said it, and you'll also have the frame rate in the window list of the window manager, and so on. If you have something against this *suggestion*, then say it freely.

My main concern is not to have to open the "Settings" every time to get the information I expect to find in the Compositor, at the coalface. The FPS are already there, only in another Guicast window.
(0002005)
Andrew-R   
2019-08-09 06:31   
Or may be this FPS info can be displayed in compositor window title? But this will hurt people who run some windows title-less ....

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
277 [Cinelerra-GG] Feature minor always 2019-07-30 23:42 2019-07-30 23:42
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Could the message indicating the use of cookies be in french when using the french version of the site?
Description: When accessing the french version of the Cinelerra-GG website (https://www.cinelerra-gg.org/fr/) we receive a message indicating the use of cookies, normal, however this message is in english:

"We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it."

Would it be possible that when using the french version of the site, this message would be in french? It could be:

"Nous utilisons des cookies pour nous assurer que nous vous offrons la meilleure expérience possible sur notre site Web. Si vous continuez à utiliser ce site, nous supposerons que vous en êtes satisfait."
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
272 [Cinelerra-GG] Feature minor always 2019-07-18 09:31 2019-07-18 14:06
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint  
Priority: normal OS Version: 19.1  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Video effect "brightness/contrast", add option to to change contrast yet keep the bottom (black) the same.
Description: Currently, is you want to adjust brightness, the whole video signal shifts upwards, which is what you want.
But if you adjust contrast, the signal changes with respect to some middle point about halfway (as seen in videoscope-waveform). That means that for every brightness adjustment, you have to adjust contrast as well.
If the contrast "null point¨ could be placed at the 0 level also, that would save time when adjusting varying brightness levels.
Implemented as a clickable option, or (more flexible but is it useful) a value 0-100 that defines the contrast adjustment baseline. E.g. currently it is about 50, 0 would keep the black level unchanged, 100 would keep the high level unchange, or anything in between.
Tags:
Steps To Reproduce: Load a video, put the brightness/contrast effect on it, then the videoscope. Open both. In the videoscope, select only "waveform¨.
Play the video a little, stop it. Change contrast. The videoscope shows it varying both above and below the 50 line.
Additional Information:
System Description
Attached Files:
Notes
(0001942)
MatN   
2019-07-18 14:06   
Hi IgorBeg,
If I look at the videoscope, the two do not seem to be connected. Brightness shifts the whole waveform up or down, contrast changes the total size of the waveform. I have not recently tested it, but I think my TV acts the same. Brightness changes the black level, contrast does not. Contrast on the TV makes only the highs more or less brighter.
(0001940)
IgorBeg   
2019-07-18 11:33   
Hi MatN,
Brightness and Contrast are connected together. It is not possible to detach one each other.
If you have a probe to calibrate your monitor you know what I say: when you change contrast parameter also brightness changes its value.
To take another example with something you know (I think), in photography you have Aperture, Exposition Time, and ISO (sensibility). In the same condition,when You have take a shot if you want to increase of a “stop”, you can change Aperture, and the photocamera will change the Exposition Time value, or change Exposition Time, and the photocamera will change the Aperture value. Of course, if you change ISO value, the others two parameters, Aperture and Time, change. The light that enter in the camera’s sensor (film, in analog camera) is the same but the two parameters are different.

In your case I would use Histogram Bezier plugin, more powerful than Brightness/contrast plugin. Usually Brightness/Contrast plugin is used for minor adjustment.

I think so.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
270 [Cinelerra-GG] Feature minor N/A 2019-07-17 08:36 2019-07-17 08:36
Reporter: Andrea_Paz Platform: amd64  
Assigned To: OS: AVLinux  
Priority: normal OS Version:  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: PAN control
Description: From the forum, dankinzelman made these requests (https://www.cinelerra-gg.org/forum/help-video/ideas-for-ui-modifications-improvements/):
The pan control is really bad at the moment, IMO. When the timeline/editor is full screen, panning something full left has the mouse running into the left margin of the screen, necessitating several click/drag operations. Also, panning in stereo should be one dimensional (x-axis only), but the panner is two dimensional, which simply creates confusion, because it seems like moving the green dot up or down should change something, when it apparently does nothing (and rightly so!). I propose a simple knob panner for stereo projects: click and drag up moves to the right, click and drag down moves to the left. Otherwise a L-R slider (like the current panner window, but without vertical freedom). I think the current style of panner should only be used in projects with 4+ output audio streams. In either case, even in the absence of other modifications, it would be good to relocate the panner button to the right side of the patchbay to avoid bumping into the left margin of the screen, which is super annoying.
Tags: Timeline
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
269 [Cinelerra-GG] Bug minor always 2019-07-17 08:34 2019-07-17 08:34
Reporter: Andrea_Paz Platform: amd64  
Assigned To: OS: AVLinux  
Priority: normal OS Version:  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Keyframe fader automation
Description: From the forum, dankinzelman made these requests (https://www.cinelerra-gg.org/forum/help-video/ideas-for-ui-modifications-improvements/):

Keyframe fader automation: Ardour/mixbus have a very nice system going here, with the option of switching automation states from 'manual' (which ignores automation) to 'write' (which writes new values according to fader position as the track rolls, overwriting existing automation until the transport is stopped and it switches automatically to 'touch') to 'touch' (which plays existing automation and switches to 'write' as soon as you click on the control, then switching back to existing automation as soon as you release it) to 'play' (which ignores manual input and forces the control to follow existing automation). The current cinelerra implementation seems to be a sort of version of 'touch', but it does some strange things if I try to write automation while the video is playing back, and it would be nice if it gave up control for the duration of manual input. Currently, if I try to draw automation as the track is playing, I end up with a sawtooth in which Cinelerra alternates between writing my inputs into automation and jumping to the preceding state for the parameter I am automating (if this isn't clear I can make a video to illustrate). Sample rate for automation capture seems very low as well, which isn't ideal for more delicate work.

I have done some more testing, and I made a video to illustrate the problem I'm talking about (check the attachment). To describe in words, if the fader automation has already been modified, further modifying that automation creates zigzags since there seems to be some indecision about whether or not to overwrite the already existing automation once I assume manual control, and it ends up alternating between existing automation and new automation points (at its low automation sampling rate). I think in the video it should be clear what I mean, check out the zigzags.
Tags: Assetedit
Steps To Reproduce: See:
https://www.cinelerra-gg.org/wp-content/uploads/wpforo/default_attachments/1562977345-cinelerratimeline2.mkv
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
267 [Cinelerra-GG] Feature minor N/A 2019-07-17 08:30 2019-07-17 08:30
Reporter: Andrea_Paz Platform: amd64  
Assigned To: OS: AVLinuz  
Priority: normal OS Version:  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: GUI improvements
Description: From the forum, dankinzelman made these requests (https://www.cinelerra-gg.org/forum/help-video/ideas-for-ui-modifications-improvements/):

1. Offer a single window option similar to kdenlive. For those of us on single monitors, it is super frustrating not being able to find the window you want because it's hidden behind something else and having to switch through all four of them one by one by clicking on them in the dock. An alternative (less appealing to me) would be adding a keyboard shortcut to return to the default layout (what you see the first time you open after installing it) with viewer in upper left and compositor in upper right. Then perhaps the resources window could be called with a shortcut, but by default be 'always on top'. But I really think the option of a single-window view would be welcomed by many.



2. In the (current) four-window variant, window names should be immediately visible in the dock. As is, the windows are named 'Cinelerra: Resources' or 'Cinelerra: Compositor', but as soon as you are doing any kind of multitasking, there is no space to show anything except the first several letters of Cinelerra, so it becomes a crapshoot. There are different color icons for each window, but on a high resolution monitor, the icons are so small, and the colors are so similar, that it becomes nearly impossible to differentiate them.



3. Make a keyboard shortcut to switch between windows quickly (like alt-tab, but exclusive to Cinelerra).



4. Compositor should default to 'always on top' (not totally sure about this but i think it might help).
Personally I much more often want it on top than behind. So if possible (until we get a good single-window option), I would prefer the default to be 'always on top'. That way I can make modifications and scroll on the timeline without losing sight of the compositor window, which I often want, but currently have to set up manually.
Add from Sam: it would be a temporary solution. It would be good if we had an option in the settings that will bring up all the other main windows like Compositor, Viewer, Main and Resource windows when selecting one of the Cinelerra windows, so it doesn't matter which icons you click on at the bottom of the taskbar. It's not the final solution of a one-window program, but it would be acceptable for me. It's a kind of automatic bringing all these windows up front.

5. Armed (editable) tracks should have a much more eye-catching change than just illuminating the lock, again, this is tiny on a high-res screen. Perhaps the whole track box should be red, or flash, or disarmed tracks should become grayed out...
Tags: GUI
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
262 [Cinelerra-GG] Bug minor N/A 2019-07-09 22:09 2019-07-14 19:11
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: There is no libpng12-dev package
Description: A bug reported by Matheu...

A bug for Good Guy's Cinelerra:

diff --git a/cinelerra-5.1/blds/bld_prepare.sh
b/cinelerra-5.1/blds/bld_prepare.sh
index 188d628..9c6f2dc 100755
--- a/cinelerra-5.1/blds/bld_prepare.sh
+++ b/cinelerra-5.1/blds/bld_prepare.sh
@@ -74,7 +74,7 @@ case "$dir" in
  #debian 32bit: export ac_cv_header_xmmintrin_h=no
  "debian")
    apt-get -f -y install apt-file sox nasm yasm g++ build-essential
zlib1g-dev \
- texinfo libpng12-dev freeglut3-dev libxv-dev libasound2-dev
libbz2-dev \
+ texinfo libpng-dev freeglut3-dev libxv-dev libasound2-dev libbz2-dev \
      libncurses5-dev libxinerama-dev libfreetype6-dev libxft-dev
libgif-dev \
      libtiff5-dev exuberant-ctags ttf-bitstream-vera xfonts-75dpi
xfonts-100dpi \
      fonts-dejavu libopenexr-dev festival libfftw3-dev gdb
libusb-1.0-0-dev \


Sorry for mailwrap...
The only (important, other ones not sending now) thing to change:
s/libpng12-dev/libpng-dev/'. Without that, the script won't do any
apt-get'ing, it just complains there is no libpng12-dev package (and
there isn't one indeed) to be found.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001918)
Sam   
2019-07-14 19:11   
Regarding the same file in the git (can't make a patch, because I can't
figure out what purpose is of the last lines in the file, which are also
last lines in the short grep below, so I can't just delete them):

$ grep -C3 dir cinelerra-5.1/blds/bld_prepare.sh
  echo " <os> = [centos | suse | ubuntu]"
fi

dir="$1"


case "$dir" in
"centos")
  yum -y install nasm libavc1394-devel libusbx-devel flac-devel \
    libjpeg-devel libdv-devel libdvdnav-devel libdvdread-devel \
--
    libxml2-utils git inkscape autoconf automake debhelper libgtk2.0-dev
  ;;
 *)
  echo "unknown os: $dir"
  exit 1;
  ;;
esac

mkdir -p "/home/$dir/git-repo"
chmod a+rwx -R "/home/$dir/git-repo"

---
I only ran it on Debian, and the first minor bug is on the page linked
above. But I guess even if the unknown OS is, say "sabayon", just to
give a valid OS, what the bottom lines would do for whichever the $1 arg
given to the script were, is, after the run of the script, the user
would have something like:

$ ls -l /home/
total 48
drwxr-xr-x 11 user1 user1 23646 2019 Jun 14 20:30 user1
drwxr-xr-x 3 root root 4096 2019 Jun 14 20:47 sabayon
drwxr-xr-x 54 user2 user2 32768 2019 Jun 14 20:27 user2

And sabayon empty dir would look like:

ls -l /home/sabayon/
total 4
drwxrwxrwx 2 root root 4096 2019 Jun 14 20:47 git-repo

The "drwxrwxrwx" achieved with:
chmod a+rwx -R "/home/$dir/git-repo"

is not a good thing.

And that dir may not be used, actually should not. And probably the
author did not mean it to be like that.

Also at the top of grepped output, the line:
  echo " <os> = [centos | suse | ubuntu]"
should probably look different to reflect the actual options.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
264 [Cinelerra-GG] Website block always 2019-07-10 15:34 2019-07-10 15:34
Reporter: Sam Platform:  
Assigned To: Sam OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: CleanTalk causes some problems with the tor nodes
Description: However, blacklisting Tor exit nodes is usually not doing anything to
the attackers, because of the way Tor works.

E.g., one of the addresses that you blacklist is:
http://metrics.torproject.org/exonerator.html?ip=185.220.101.27&timestamp=2019-07-08&lang=en
a Tor exit node with probably heavy traffic of all kinds of people, most
of them probably legitimate visitors.
The malicious ones, esp. if they are expert or just more advanced, your
ban does pretty much nothing to them, because they can do so much more
than just change identity in the top right corner of Tor browser (which
means change who you appear to be to the website that you are visiting,
i.e. the exit node)...

So banning an exit node, which is what the CleanTalk probably does (no
time to investigate, but I think I saw some address with that name in
some instances when I tried visiting https://www.cinelerra-gg.org and
was banned, is just wrong thing to do...

Also there are FOSS captcha's available, way more benign to users, but I
have no time to search for links to those...
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
263 [Cinelerra-GG] Feature minor have not tried 2019-07-10 02:21 2019-07-10 02:21
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add preference for switching a few shortcuts or change some
Description: Apparently there are some "almost conventional" standards for a few shortcuts that cause confusion, especially for new users of Cin, because they are different in Cinelerra. For example these: ctrl+c=copy, ctrl+v=paste, ctrl+x=cut, ctrl+s=save, ctrl+q=quit. These bindings seem to be standard for MANY common user programs. There may be other examples. Also see issue 0000181.

Since it is a difficult technical problem for Cinelerra at such a late stage of development to offer key bindings (until a volunteer who would love to do this shows up!), it would be useful to analyze whether or not a Settings->Preferences, flag can be added to switch a few shortcuts to fit into a new standard as an option. Alternatively, perhaps a few of the shortcuts can be switched without alienating others.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
260 [Cinelerra-GG] Feature minor have not tried 2019-07-07 07:58 2019-07-07 07:58
Reporter: Andrea_Paz Platform: 64 bit  
Assigned To: OS: Arch linux  
Priority: normal OS Version: rolling  
Status: new Product Version: 2019-06  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Masks and Rotoscoping
Description: In the secondary Color Correction you have to isolate a part of the frame where to intervene leaving the rest unchanged. The main ways of doing this are Blue Banana and rotoscoping. I would like to implement this second method in CinGG because it is extremely powerful, useful and easy to use. The principle is to create a mask whose content is the only one affected by the changes (and monitored by the videoscopes) while the rest of the frame remains unchanged. This is done by creating a matte in the alpha channel so that the changes relate only to the solid part (white).

https://www.youtube.com/watch?v=i8DuPM-CtCk&feature=youtu.be&t=331
https://www.youtube.com/watch?v=T4Cv2hYhhBE

The basic features of these "power windows" are:
1- Preset shapes: rectangle, ellipse and freehand.
2- Control of edge blending from the outside and inside. Practically a second internal mask and an external third mask representing the (editable) borders of the gradient.
Tags: Feature request
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
258 [Cinelerra-GG] Bug major always 2019-07-01 20:22 2019-07-02 15:57
Reporter: MatN Platform: X86_64  
Assigned To: PhyllisSmith OS: Mint  
Priority: normal OS Version: 19.1  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Loading 90+ GoPro images in separate tracks takes very long, yet CPU load low.
Description: Release 2019-06. On a freshly started cin-gg, load 93 GoPro mjpeg files as ¨append in new tracks¨. This takes very long, 7 minutes or more. Each image (track) becomes 3 seconds long (see issue 255).
The weird thing is that CPU load is 23% or so, so in theory it could be 4 times faster if it was CPU limited.
The project format is equal to the image format, 2648x1504 pixels. Before loading the images, I have a single empty video track.
Test variations: ulimit 1024, 2048 or 4096 made no difference; running as root and ulimit 4096 made no difference.
All files together are about 150M, well below the cache size of 256M set in the Settings.
System memory is 32G, after all tracks are done about 3.5G is used.
¨Use HW Device¨ is set to ¨none¨ .

While cin is filling the video tracks, the program reacts normally but very slow.
 
Tags:
Steps To Reproduce: See description
Additional Information:
System Description
Attached Files:
Notes
(0001845)
PhyllisSmith   
2019-07-02 15:57   
Refer to this section in CinelerraGG_manual.pdf:
   
5.2.2 Timelapse Sequence of Images, and Animation

This is what gg always uses when there are more than about 50 images. Also, refer to response to issue 255.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
259 [Cinelerra-GG] Bug minor always 2019-07-01 20:32 2019-07-01 20:32
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint  
Priority: normal OS Version: 19.1  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Loading 90+ GoPro images in separate tracks only renders visible tracks.
Description: When loading the images, only those tracks visible in the main window (in my case 5 or 6) are rendered, so if you scroll down it takes quite long for the new tracks in the window have the picture (about 20 seconds for me). Once they are done, scrolling up/down goes quicker, but still you have to wait for it. And CPU load is about 23%, so there is room for improvement. This is an 8 thread CPU.
You can notice it stops rendering because CPU load goes to zero.
See also issue 258.

I see no Settings that I recognize as having an influence.
Tags:
Steps To Reproduce: See description.
Additional Information:
System Description
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
249 [Cinelerra-GG] Bug tweak always 2019-06-18 10:42 2019-06-18 10:42
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Locked tracks, inconsistent and misleading behavior
Description: Locked tracks, while camera and projector can't set keyframes, which is correct, sliders like "Fade" are not locked and plugins can be added; even locked tracks can be deleted with a keystroke. This of course counteracts the statement "locked" or "arm track" in the original.
Tags: Arm track, GUI, patchgui
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
181 [Cinelerra-GG] Feature feature always 2019-03-31 12:26 2019-06-14 16:11
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-02  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Swap conetx menu keys
Description: I have a request that is very important to me. Thanks to the clip-related context menu in the timeline, working has become much easier. I use the clip-related context menu (press mouse wheel) in the timeline 80% to 90% and the context menu for video or audio track (right mouse button) only 10 to 20%. Since I'm used to other NLE's always using the mouse right click and it almost drives me crazy that it's now the mouse wheel (I was conditioned 20 years on that it's always the mouse right click). The mouse wheel button is also a little harder to press. I think it's not just me, but also other users and especially new users, I would suggest to swap these keys. The context menu which is often used should be put on the right mouse button and that is in my case the copy actions of the individual clips in the timeline.

The context menu for clips in the timeline can be opened with a right mouse click and the context menu for tracks with the middle mouse wheel.
I would suggest to add another menu item to the clip context menu, the Track submenu. This opens the context menu for the track. I don't think many new users would think of using the mouse wheel to use this context menu. It would be a great help for new users. With this small improvement we make the handling of Cinelerra more intuitive.

Here are the advantages:

- New users will immediately find their way around, because they know it from other NLE's ready.
- I see that there is a second context menu, which I can also open with the middle mouse button.
- I can access all options from one context menu if I have a mouse without a working mouse wheel. Happened to me two weeks ago when my mouse broke. That was also the reason for my first anger about it.
- Through this small change, Cinelerra will be more intuitive to use.
Tags: Timeline
Steps To Reproduce:
Additional Information:
Attached Files: Context_menu_01.jpg (80,308 bytes) 2019-03-31 12:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=139&type=bug
jpg

Context_menu_02.jpg (89,392 bytes) 2019-03-31 12:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=140&type=bug
jpg

Context_menu_03.jpg (83,771 bytes) 2019-03-31 12:26
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=141&type=bug
jpg
Notes
(0001278)
Sam   
2019-04-01 13:07   
@IgorBeg
Okay, Thnx
(0001277)
IgorBeg   
2019-04-01 12:52   
Sam: “Point B. Unfortunately I did not understand this suggestion.”

Sam, you are right. I always explain bad.
I try to explain better my point B (that I don’t like).

Let’s say that Menu-TRK is the menu with Attach_effect…..Match_output_size, and Menu-CLP is the menu with Clear_Select…..Overwrite_Plugins (and the red circle with cross when press the mouse button).

1) if the “Drag and Drop editing mode” is enabled:
1.1) RMB use the Menu-CLP
1.2) MMB use the Menu-TRK

2) if the “Cut and Paste editing mode” is enabled:
2.1) RMB use the Menu-TRK (as it is now)
2.2) MMB use the Menu-CLP (as it is now)

So, you can enable the mode “Drag...” or “Cut...” with left mouse button and the RMB is contextual to the different mode.
(0001275)
Sam   
2019-03-31 17:58   
No problem, Igor, you can always give your honest opinion, I have nothing against it. Such discussions often lead to better results.

Point A: I can live with this solution. I think the idea is really good, so users can choose how the right mouse button behaves.
Point B: I don't understand exactly the reason why it should change automatically. Unfortunately I did not understand this suggestion.
Point C: Why not make a reference to the other context menu in both context menus? It doesn't have to be a submenu, it can be a context menu switch. That would mean jumping to the other context menu. Then it is uniform. The MMB refers to the RMB and the RMB refers to the MMB. So every beginner can see there is another context menu.
(0001274)
IgorBeg   
2019-03-31 17:33   
I understand that MMB is not a comfortable operation. Usually, in many CAD and 3D software, like AutoCAD, Blender, Rhinoceros, Solidworks, FreeCAD, the MMB is used to navigate in the 3D space.
I understand you, Sam, but IMHO your suggestion is not a good idea, sorry. I try to explain why, by an objective point of view, I hope (nothing against you, of course).
(I refer to the current menus)
1) all the options in the MMB menu have a shortcut; the options in RMB menu not.
2) to have a submenu in a complex menu like now MMB is, it is not efficient: focus on a submenu option is difficult.
3) the RMB menu is very similar at the original Cinelerra-HV-CV-CVE, so a user that want to try to use Cinelerra-GG is more comfortable, I think: him can find the old functions (where them were) and the new (reading the Manual).

I would like to suggest three alternatives:
A) to add a new option “Swap MMB with RMB on Timeline” in Preferences-> Flags so an user can choose.
B) when in “Drag and drop editing mode” the MMB menu is swapped with RMB automatically. (I don’t like it, it is not coherent)
C) the MMB menu is an option (become a submenu) of the RMB menu. Like Sam’s description but inverted. (I don’t like it, see point 2 above)

As always, that is only my modest opinion.
Thanks.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
239 [Cinelerra-GG] Bug minor always 2019-06-05 09:42 2019-06-11 01:35
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Wrongly drawn fade overlay lines
Description: The fade overlay lines are closed at places where they should not be closed and continue at places where they should not be. Especially in the area where accuracy is important. See attached sample screenshot.
Tags: Overlay mode
Steps To Reproduce:
Additional Information:
Attached Files: Fadeline.png (87,661 bytes) 2019-06-05 09:42
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=230&type=bug
png

Overlayknots.png (75,688 bytes) 2019-06-05 12:21
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=231&type=bug
png

fade_controls.png (44,848 bytes) 2019-06-11 01:35
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=235&type=bug
png
Notes
(0001658)
Olaf   
2019-06-05 12:21   
I add another screenshot, it is then only one dish washing. It's about the handles (?) that aren't.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
243 [Cinelerra-GG] Bug trivial always 2019-06-08 23:09 2019-06-09 09:07
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: low OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Transparency control of the Bar Color is defective
Description: cinelerra/trackpopup.C:404 Bar Color
Tags: Bar Color, Transparency
Steps To Reproduce: Choose any other color, move the slider for transparency (A) and back to 1.00.
Accept this setting.
The track gets a completely opaque color,
recalling Bar Color confirms that transparency (A) has the value 0.00.
Values up to 0.99 work correctly.
Additional Information:
Attached Files:
Notes
(0001703)
Sam   
2019-06-09 09:04   
@Olaf
MantisBT does not intend to edit or delete saved notes for users with the rights of reporters or updaters. Such changes can only be made by MantisBT managers. I suspect that for security reasons or to make the notes history always provable, the deletion or editing of notes has been restricted. If you need changes to your notes or even deletion, let us know and Phyllis or I can do it.
(0001701)
Olaf   
2019-06-09 08:26   
Finally, one last remark. My position: The color set by the color selection including transparency has priority. If the user decides to set the transparency to 1, this setting has to take effect. If it jumps to 0 after taking over his setting, then this is a bug, especially since this setting is set to 1 at the first call. Compare the function with that of Inkscape or another graphics program. The "alpha fader slider" has an additional function (opacity) considering the color values of the object. Taking into account the special interplay described, the value for transparency presented to the user should not be 1. Whether alternatively an additional switch for setting the value 1 is installed at this point or there is a clear indication, I cannot decide. The editor should also be in the foreground when it comes to such things, and not the inclinations of the programmer. Cinelerra is already cumbersome and difficult to handle and you never know exactly if you are facing a bug or if it is a feature. Even if the special features are included in the manual, this does not mean that it is correctly implemented from the user's point of view.
(0001700)
Olaf   
2019-06-09 06:19   
Forget the second remark, a translation error.

Admin: Can I correct (edit) my texts here somehow?
(0001699)
Olaf   
2019-06-09 06:11   
(Last edited: 2019-06-09 09:07)
The way you guys figured it, it's not gonna work. Try some combinations, without "autocolor assets".

Also, choose any color as described, but without transparency (A) at this point.
Move the "alpha fader slider" to 1.00.
Select a saved layout from the window menu.
Result: The track color loses its transparency, but the "alpha fader slider" is still at 1.00

Remark to the manual:
> "To change a specific clip to your own chosen color, middle [sic!] mouse button over that clip and an Edits popup will be displayed."

(0001698)
PhyllisSmith   
2019-06-09 04:14   
Works as designed.
(0001697)
PhyllisSmith   
2019-06-09 04:13   
1.0 is special as described in section of CinelerraGG_manual.pdf -- 3.1.8 Color Title Bars and Assets

"To change a specific clip to your own chosen color, middle mouse button over that clip and an Edits popup will be displayed. Choose the option Bar Color to bring up the color picker and choose a color. You can also change the alpha value in the color picker and this alpha takes precedence over the current alpha slider bar value unless it was set to 1.0. The color will only change after you click on the checkmark."

This makes it possible to use the transparency slider bar on the bottom right hand side of the timeline (above the progress bar) to modify all the other tracks in conjunction to the same alpha value while not modifying the alpha in the specific track.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
228 [Cinelerra-GG] Bug minor always 2019-06-03 08:56 2019-06-06 17:59
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Resources: Partial character salad for "compact display"
Description: The remaining text of the file name is not always readable in the compact display of the media, because the text of the video in front is not shortened correctly and character salad overlays the next one. Attached a screenshot.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: cgg_res-txt-bug.png (102,806 bytes) 2019-06-03 08:56
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=226&type=bug
png

Sorting_original_CGG.png (833,155 bytes) 2019-06-04 09:44
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=228&type=bug
Notes
(0001675)
Olaf   
2019-06-06 17:59   
I'll send you an "ls" if you want, Phyllis. But that's not important, important are the green patches 0000227 and the sticky overlay lines 0000239.
(0001671)
PhyllisSmith   
2019-06-05 22:59   
Actually I was wondering about this so now I think it is because some characters that use an umlautor accent grave take 2-bytes whereas 1-byte characters are what is handled. Assuming this is the case, I will make some long umlaut / accent grave names and make sure I can create the error. If that is the case, then maybe it can be addressed in the code.
(0001650)
Olaf   
2019-06-04 09:44   
I can create this by pressing the v key …
(0001644)
PhyllisSmith   
2019-06-03 14:44   
I can create this by moving the thumbnails basically on top of each other, but I believe that the 2 are actually not EXACTLY on top of each other and you can see that one set of text is higher than the other. Never the less, I will find out if anything can be done to fix this.
(0001640)
Sam   
2019-06-03 09:23   
I can't reproduce the error right now. But I can remember that I have had such a view before. I thought in the meantime the bug had been fixed, but obviously it is still there.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
160 [Cinelerra-GG] Feature minor have not tried 2019-03-10 21:25 2019-06-06 03:22
Reporter: vuokko Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Multi camera sync based on audio
Description: Feature request: Auto alignment for multicam clips based on in camera audio

Synchronizing multiple camera videos based on their audio tracks and external audio tracks is task which has to be done every larger multicam project.

The DSPing doesn't look that hard, but everything else might be. Best thing I was
able to find is: https://github.com/bbc/audio-offset-finder which implements the algorithm quite nicely.

Nice features would be possibility hand hold the plugin giving hint where to start looking for syncing place and another low hanging fruit would be distance compensation (about 1 frame for every 12 meters when 25 fps. higher framerates would need it earlier.)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot01.jpg (179,415 bytes) 2019-03-20 07:34
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=131&type=bug
jpg

Screenshot02.jpg (193,828 bytes) 2019-03-20 07:34
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=132&type=bug
jpg

multi-cam_align_audio.pdf (326,517 bytes) 2019-03-23 18:39
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=133&type=bug
cinelerra_5098.dmp (244,400 bytes) 2019-03-24 21:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=134&type=bug
Mixer-issue_01.png (107,617 bytes) 2019-03-25 07:58
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=136&type=bug
png
Notes
(0001672)
PhyllisSmith   
2019-06-06 03:21   
Some status that does not seem to have been reported on:
1) "My search selection extended over end of one clip, but the hang could happen in 23% or in 80 % of processing and the end spot was more like 50 % so my first thought was deadlock or race condition."
I could not get a hang so we were hoping for a set of steps to reproduce the problem. Or a Ctrl-c dump as root with gdb.
2) "Another minor feature request: syncing to audio only tracks would be nice as it could come from external recorder."
Did not add this feature and I have yet to try to see if maybe there is a way to already do this.
3) "I would like to insert these mixer clips in the timeline at a later point in time and not always at the beginning."
An option was added in the Resource window called "Insert Mixers". I thought that that was reported, but maybe in email.
4) Somewhere Pierre stated "I will wait for better documentation on usage" as it did not line up well. I still have to work on that because I believe it can do a very good job, given the right starting point and that is not very clearly documented how to do this.

So I do not want to close this because I think the 3 unresolved items can be resolved in time.
(0001668)
Sam   
2019-06-05 21:53   
My experience is that even commercial solutions like DaVinci Resolve reach their limits when the audio quality is not optimal. In my last customer project (with five cameras), I also had to manually adjust everything in Resolve. The sound needs to be clear and distinct. If the audio recording is even minimally overdriven or set too low, it leads to these known problems. For these reasons I prefer to work with TimeCode sync.
(0001667)
Pierre   
2019-06-05 21:39   
I'm not sure where it's at....

In the case of the project I was trying to synchronize automatically, it didn't work well. I had to decide to synchronize all the clips manually, often with difficulty, by comparing the movements in the images and the sounds common to the different sound tracks.

It was too extreme a case, I guess; four cameras not all running at the same time, few dialogues, repetitive and languorous background music... the system did not automatically find its way in.

Once synchronized manually, here is what the timeline gave:
https://my.pcloud.com/publink/show?code=XZqOiA7ZaamIw1RQTX0IgMGhvtQIlfrVrK6y
(0001665)
Olaf   
2019-06-05 21:11   
What's the status?
(0001260)
IgorBeg   
2019-03-27 13:05   
I just tried that new feature with 3 cams. Really powerful!
(0001259)
PhyllisSmith   
2019-03-27 02:44   
Just an update -- both Pierre and Sam's information is being worked on for incorporation. It is more involved than expected so will take some time to code.
(0001257)
Sam   
2019-03-25 07:58   
I have attached a picture showing what I mean by that.
(0001256)
PhyllisSmith   
2019-03-25 02:34   
Pierre: got it. We will be looking at it tonight yet.
(0001255)
Pierre   
2019-03-25 02:04   
My camera-4 (mixer-4) was not running continuously; I have to synchronize each of its clips individually with the continuous sound of camera-1.

On my current timeline everything that is present has already been synchronized (manually). If I try to automatically synchronize a new clip from camera-4 to its track, "Mixer Align by Audio" works... it correctly positions the new clip from camera-4, but at the same time it moves its entire track from the beginning of the timeline; desynchronizing all the previous clips from the mixer-4 timeline, clips that I had already synchronized.

Phyllis, I send by private email (the faces of the participants are recognizable) the image capture of my timeline so that you understand the problem.
(0001254)
PhyllisSmith   
2019-03-25 00:59   
Pierre: We found and fixed 1 SEGV, but I am not absolutely sure it is the only 1. GG tested a video with audio mixer that was over 1 hour long with no problems. We also tested some very long, past the end of the timeline, selections with no problems. However, our test media is not very good, very long, or very realistic with our inexpensive cameras that only record a few minutes.

There are newer test builds now available at:
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-arch-x86_64-static.txz
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz

Sam, about "For larger video projects... I would like to insert these mixer clips in the timeline ...not always at the beginning" -- mixers are for tracks, they are not edits. But I am not quite sure we really understand what you are trying to achieve. Do you mean that you already have clips/edits on several tracks in the beginning, you want to leave them there, and add mixer media at an insertion point on the same tracks after your clips? or do you mean you want to add new tracks for the mixers? ??
(0001253)
Pierre   
2019-03-24 21:01   
On my first try, I had it crash... I was hard on it...
4 cameras from a 1-hour show. I chose a short segment of my main sound track and applied the analysis to all the timeline I had already manually synchronized halfway through...

Cin-GG to after completing a good part of the calculation... has disappeared.


pierre@i7-3770k ~ $ /home/stone/Cinelerra-GG_5.1/cin
Cinelerra Infinity - built: Tue 23 2019 20:40:03
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2018 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2018 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

RenderFarmClient::main_loop: client started
void MixersAlign::load_master_audio(Track*):
master audio track length > 60 seconds
void MixersAlign::update_match():
Error in match render.
** segv at 0xbb9f40 in pid 5098, tid 7716
writing debug data to /tmp/cinelerra_5098.dmp
lock_items: 48
lock_frees: 11
** dump complete
Segmentation error (core dumped)
pierre@i7-3770k ~ $
(0001252)
Sam   
2019-03-24 20:21   
The mixer clips are always inserted at the beginning of the tracks. For larger video projects, however, I would like to insert these mixer clips in the timeline at a later point in time and not always at the beginning. It would be better to insert the clips at the playback position, or from the inpoint, so that I can decide for myself when I want to use the clips.
(0001251)
PhyllisSmith   
2019-03-24 16:37   
Vuokko: thank you for testing. It is appreciated and very helpful.
You can "manually" mixer audio only now but GG will look into adding the automatic method. The manual method is like the recover method that I will be adding to the documentation when I get time but it is tedious until you try it a few times and get good at it.

The problem of the Progress Bar hanging at 23% or 80% is not reproducible here with our test cases. But GG would very much like to be able to see what the problem you encounter is. Like you said, it does sound like a lock problem, probably with threads -- the rendering progress is multi-threaded so it could be 1 thread gets done and the other one never finishes to give the lock back (possibly a bad spot in the media? possibly a coding mistake? ??).

In order to fix the error, we need all of the information you can provide if you can reproduce it. Probably the most helpful and least work for you would be to:
1 find a case that always hangs,
2 start cinelerra from a terminal window (not the application icon)
3 Ctrl-C once it hangs to get a dump and send us that and whatever messages it prints on the terminal window you started from
4 start cinelerra again, setup the same scenario as you did for that hanging case
5 BUT before you hit "Match" in the Align audio dialog box, use the File->Export Project menu to save all of the files in a single directory
6 tar that single directory up and upload somewhere and let us know where to find it so we can create the hang using your data

Yes, it is work for you but it will save you time in the future to not have something hang if we can find the error. There are other possibilities yet for debugging if this does not produce results.
(0001250)
vuokko   
2019-03-24 10:25   
Tested last night. When the alignment work, it's great. I haven't taken the latest fixes but sometimes the matching hangs. I'll test the new build later today.

My search selection extended over end of one clip, but the hang could happen in 23% or in 80 % of processing and the end spot was more like 50 % so my first thought was deadlock or race condition.

Another minor feature request: syncing to audio only tracks would be nice as it could come from external recorder.
(0001249)
PhyllisSmith   
2019-03-24 00:02   
(Last edited: 2019-03-24 03:11)
We found a bug and are working on it. Not sure cause, but this case had 3 cameras and some problem with the last one. It might be because one of the 3 cameras only has 1 audio track and the other 2 had 2 audio tracks.

Bug was found and fixed and checked into GIT.
Re-built the following:

https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-arch-x86_64-static.txz
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz

(0001248)
Andrea_Paz   
2019-03-23 22:29   
Unbelievable! I should know about GG's skills by now, but he always manages to surprise me. Thank you. Phyllis can you put the video on the forum? (and thanks to you too).
PS: my test is OK.
(0001247)
PhyllisSmith   
2019-03-23 20:50   
uokko: OK, Arch static tar is ready at:
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-arch-x86_64-static.txz

BTW: we enjoyed testing with the military watch videos.
(0001246)
vuokko   
2019-03-23 20:15   
Arch Linux package would be great for me.
(0001245)
PhyllisSmith   
2019-03-23 19:40   
(Last edited: 2019-03-23 20:29)
Pierre: we will make a Mint 18 for you to download. Give GG about 1 hour for him to build and upload.

It is now available.
https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz

(0001244)
Pierre   
2019-03-23 19:29   
Ohh...that I wish this new function had been ready two weeks ago....

Since then I frequently work on two shoots of long shows (one 3h30 and the other 1h00). I had shot the first one with three cameras and the second one with four cameras. Some of them were not running continuously.

I have already synchronized (to the precise frame) the beginning of these shoots but not everything. I will be happy to test the new feature to see how it manages to complete the remaining synchronizations and if it gets to the right frame each time.
(0001243)
Sam   
2019-03-23 19:10   
Wow, over a thousand lines of new code! The first quick test was positive! It works fine for me. I'm still amazed how fast and effective GG can write such a new complex feature code. Also great demo video and description.
Thanks to both of you!
(0001242)
PhyllisSmith   
2019-03-23 18:39   
(Last edited: 2019-03-23 19:39)
The latest GIT checkin now includes this feature. A demo is at:
    https://streamable.com/l61qt
A ubuntu16 build is being done and will be available in an hour or 2 dated today at:
     https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz

Attached is a pdf file on how to use.

@vuokko - let me know if you need a static tar build for a specific operating system. We only build tars for testing.

Does anyone else need a tar for testing? Glad to create one, if you will test!

(0001238)
PhyllisSmith   
2019-03-20 17:20   
Thank you Andrea and Vuokko! GG has been working on the design for the last couple of days so your input/samples is much appreciated.
(0001237)
vuokko   
2019-03-20 16:52   
And Andrea_Paz has right actions in screenshots. My idea of user interface would be something like wizard where would be tracks and those can be selected. Then one of those could be selected to be stationary and hitting syncing button would move the rest to sync with each other. This is something which would need to be done once when putting the clips to timeline.
(0001236)
vuokko   
2019-03-20 16:34   
I took with my crappy phone and with DSLR a video of my watch and said something. So they both have same loysy audio. I think it is possible see the movement of the second hand to get visual proof of syncing.

17 and 54 MB files: from google drive: https://drive.google.com/drive/folders/1n2VL3XRhAZj_YIM-iSrREruCONNbtzDF?usp=sharing
(0001235)
Andrea_Paz   
2019-03-20 07:34   
I'll try to give my opinion.
Multicam footage of a single event can have various shots starting and ending at different times. So the footage is different, but the connected audio can be used to automatically synchronize the clips on the timeline. Another way is to use the timecode, but only if it was set during shooting. Instead the audiosync does it in post-production trying to find and align automatically the waveforms of the various shots.

https://www.youtube.com/watch?v=kmFmyXWaQHM (~ 1 min).

I did a photomontage to understand how multicam works in CinGG and how it works automatically in other video editors. Image01 = how CinGG works; Image02 = how Final Cut works.

It's probably too big a job to do, which involves merging the audio and video tracks in a single track and not always having the tracks separate.
(0001183)
PhyllisSmith   
2019-03-12 01:36   
Not sure what this would entail. PLEASE send a specific set of small test files so GG can look at this to determine what the input would look like in the unsynchronized state. As a programmer instead of an Audio/Video expert, we need to get a better understanding.
(0001166)
Sam   
2019-03-10 21:33   
I like the idea very much, especially with several cameras it makes sense and would be a clear relief. Maybe the Offset Finder can be used, then the integration might be easier. +1

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
233 [Cinelerra-GG] Feature feature always 2019-06-03 11:02 2019-06-05 21:21
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Resources: A professional storyboard
Description: Your own placement in the Media View for planned use of the media on the Timeline is not saved. All you have to do is switch to another bin, another resource and everything was in vain. All resources are connected with the alphabetical sorting (abbreviation "v"), if you only want to sort the audio effects with it, sorted globally. And the sorting is not even pleasantly clear or changes dynamically with the window size, everything looks crowded. The Storyboard will also be resorted unasked when "Find in Resources" is pressed on the Timeline. Moving multiple files with the mouse at the same time to sort them in the Media View is not possible.

A professional storyboard is missing, possibly as an additional window in which the media can be independently sorted by the user according to his ideas. A storyboard, like the Media Composer for example, broken down to a meaningful CGG measure.
Tags: Resources window
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001651)
Olaf   
2019-06-04 09:52   
I picked out two videos that should clarify my point of view.
- https://www.youtube.com/watch?v=mpD7DYy8gqM Basic Storyboard Editing (MC7)
and continuing:
- https://www.youtube.com/watch?v=9H69rX6GuKc Basic Storyboard Editing (PPCC)
Both show this with as of 2014, which was considered professional five years ago.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
165 [Cinelerra-GG] Feature minor N/A 2019-03-11 13:22 2019-06-05 21:19
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Improved "Find in resources" command
Description: At this moment if from a location on the timeline you choose the command Find in resources" from the context menu, the source media concerned is identified in blue. "Source Traget" then displays all the targets of this identified source.

However in some cases there can be really many targets for the same source, like when working in multi-camera mode for a long show.

Would it be possible to improve the "Find in resources" command by offering the possibility that it displays directly in the Viewer the good passage (target) of the source ?
Tags: Resources window
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
232 [Cinelerra-GG] Feature feature always 2019-06-03 10:37 2019-06-05 08:21
Reporter: Olaf Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: acknowledged Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Resources: Enhance detailed views with useful information.
Description: The detail views do not contain any useful information such as duration, dimensions or start and end points. The presented infos are a single confusion, as the screenshot shows - the video with the title "Pop Song" (this is one of those without a proper preview image) is by the way the only one in FullHD, all others are smaller and still smaller. But you don't recognize it. We get the time stamp of the file system, but not of the encoding of the video. The time stamp of the file system changes with every editing on file level, already by means of a simple touch. Furthermore, clicking on the clickable Title or Comment columns does not sort the information.
Tags: GUI, Resources window
Steps To Reproduce:
Additional Information:
Attached Files: CGG-VideoSizePuzzle_q92.jpg (221,605 bytes) 2019-06-03 10:37
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=227&type=bug
jpg
Notes
(0001656)
Olaf   
2019-06-05 08:21   
Please also consider the underlying concept as a whole:
- Resources: Show all text on mouse over 0000229
- Resources: Show effect info on mouse over 0000230
- Resources: A professional storyboard 0000233

"some users easily have a hundred files there" – it's all about these users, dedicated hobbyists, short film makers and documentary filmmakers. Without a well thought-out material management one will not be able to win these people over. The operating concept, which also includes informative and user-friendly administration, is by far the most important argument a cutting program can offer. (Here a poll on the topic: https://www.slashcam.de/cgibin/vote/vote.pl?funktion=view&id=163)

I think programmers should be inspired by Media Composer in this respect, not without reason it is the most used editing system in the _professional_ area.
(0001655)
Sam   
2019-06-05 00:51   
I don't think the information is very useful either. The fact that the FPS is in the comment field is only a compromise, because no separate column was created for FPS. It would make more sense if I could sort the column like in the load window, but this would require additional columns. In Premiere Pro and DaVinci Resolve some more columns are displayed, which I can sort at any time and extend almost arbitrarily.

In my opinion it would make sense to display the following information as own columns: FPS, video duration, video resolution, audio information, video format, file size, and maybe some more infos.

I suspect that the additional columns are not possible for conceptual reasons, because with some categories in the resource window like video transitions, audio transitions, etc. the columns would not make sense. Software conceptually it may not make sense, but from the user's point of view these columns definitely make sense for certain categories like media, proxies, etc. The question is whether it wouldn't make sense to remove these resource window limitations in the medium term so that we can display more information category dependent in the future.
(0001654)
PhyllisSmith   
2019-06-04 23:47   
Initially in an email on November 23, 2017, a request was made to add the date and time stamp next to the Media file. A good reason was because "the gopro being used created several files per recording session and names them sorting-unfriendly". You can see this here: https://lists.cinelerra-cv.org/pipermail/cinelerra/2017q4/007748.html

Then, in this April 12, 2019 email from IgorB: https://www.mail-archive.com/[email protected]/msg00013.html it was suggested that fps, size, and codec be added in the Resources window next to the media name. That is why fps and codec were added but size was not added because it would not line up well so looked messy; and we wanted to leave the comment field flexible.

Right mouse on a highlighted item, does have a "Sort" option as well as the "Info" and then "Details" that provides a lot more information. I strive to make sure that users with less powerful computers can still use Cinelerra and digging into details for each of the files loaded in the Resources window is time-consuming (some users easily have a hundred files there). The Info option allows for highlighting several files and clicking once to get all of the Info up without having to individually click them.

Unfortunately, users want different things in this field and it will probably change again. However, sorting on the Title and Comments field would be very nice to have just like in the Load menu (some how the sort on the date and time did get lost). I was told that it would take an uninterrupted half day to code. But is it worth sorting on the Comments field using the date and time? if no one else wants that?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
236 [Cinelerra-GG] Feature tweak always 2019-06-04 11:05 2019-06-04 11:05
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fit project to display
Description: Dependence on: "Fit selection to display ( f )", but without selection. The overall view of the project on the timeline is limited, too much free space remains unused. Because the time span is coupled with: "Duration visible in the timeline".

The project should use 100 percent of the timeline in the overall view.
Tags: Timeline
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
231 [Cinelerra-GG] Website feature always 2019-06-03 10:03 2019-06-04 10:39
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Website: user experience
Description: I would ask you to consider the following points in order not to discourage potential users from participating.

a) The extensive TOS to the website (forum, mailing list etc.). I maintain that without a legal department, an average person cannot make a risk assessment. So far I only understand that Cinelerra-GG wants Google and other companies to track and analyze me and possibly market me economically. The SpamFireWall used by the website supports my assumption that it blocks anonymous access via proxy.

b) Bugtracker: There is a limit of 10 edits. Because every click on the form is counted, this effectively means a block by antispam after 2 entries.

The terms and conditions should be shortened to the minimum necessary, the tracking of every single step of the user should be avoided and the spam rules should be checked.
Tags: cinelerra-gg.org
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001652)
Olaf   
2019-06-04 10:39   
There is nothing wrong with a simple optimization of the website. Everything else has to be decided by the potential participant on the basis of the Privacy Policy.
- https://www.iubenda.com/privacy-policy/92641166/full-legal

(Note: The Internet is broken. Everyone collects and analyzes data from everyone. The effort to deal with every single privacy policy is out of proportion to the private defense against all evils. I block up to the DNS level so that no hidden name resolution is tracked.)
(0001643)
Sam   
2019-06-03 12:18   
(Last edited: 2019-06-03 12:24)
I tried to use the website via proxy and it works for me. What doesn't work is MantisBT, which is also new for me. There seems to be a setting in MantisBT that blocks access via proxies. But this is independent from the SpamFireWall. It's really weird, I'll see what I can do.

UPDATE:
Really strange, now I can access MantisBT via proxy again, apparently the SpamFireWall intervenes. I'm not sure yet which criteria are used to make decisions.

(0001642)
Sam   
2019-06-03 11:41   
1. We owe the long AGBs to the new European data protection law. It was a nightmare to create them and they could only be created with the help of lawyers. I myself am very unhappy about it, but unfortunately it is a necessity to be in conformity with current law. Every single plugin and tool must be listed there. I myself have had difficulties understanding everything. Unfortunately, in my opinion, this cannot be done without lawyers. I myself wanted to shorten this list, but my lawyer advised me against shortening only a part of the general terms and conditions.

Since the beginning of the website we have to fight with daily hacker attacks and spam attacks. We use WordPress for the presentation of the website and ready-made plugins to avoid spam attacks. Some of these plugins try to expose spammers based on experience and to block them from spam attacks, for this reason this data is used for it. To avoid such spam attacks, it is necessary to collect certain data, such as what IP address and e-mail address it is and so on. If the e-mail address or an IP address is stored in the spam database, the spammer is blocked. Up to now we had several hundred spam attempts per day. Without these plugins it is almost impossible to run such a website. The possibility would be to block many things like for example forum, comment function or MantisBT and to make the website static, but that was out of the question for us to make the website more valuable for users.

Google Analytics is used to optimize the website, we want to have a positive Google ranking and unfortunately it is necessary to use this tool. There are also tools that have to be paid for, but which are currently out of the question for financial reasons. With the help of Analytics we were able to fix some basic website bugs and improve the performance of the website.

In summary, the above tools are used to improve the website and user experience (no spam in the forum or comments). We do not market anything, because the software is free of charge. If you want to use the site completely anonymously, you can block some of these scripts, of course, but it is possible that the anti-spam functions will consider it a spambot attempt and thus deactivate some functions of the website. Unfortunately for us it is a balancing act between security and freedom. If it were up to us, we would like to do without such tools, but unfortunately the cost-benefit ratio would no longer be reasonable.

2. I will check this weekend to see if I can increase the number of accesses to Mantis.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
235 [Cinelerra-GG] Feature tweak always 2019-06-03 13:24 2019-06-03 13:24
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Viewer: The zoom refers to the set project dimension.
Description: A scaling of the material by the Viewer is apparently not intended. CGG advertises with 8K support. Often 4K and larger is used to create a good looking FullHD. If the project is set to FullHD and the video material is larger, the viewer may display only the actor's nose. In this case, the viewer is useless for preparation. Here there is no corresponding function for scaling as the compositor does.
Tags: Viewer
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
234 [Cinelerra-GG] Bug minor always 2019-06-03 12:51 2019-06-03 12:51
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Indexes cannot be created under certain circumstances
Description: The length of the file names generated for FFmpeg to create indexes can quickly exceed the allowed length. Not everyone works in the root directory "/" and even then the combination of path, directories and meaningful file name plus additional extension can become long, too long. And this does not happen on the FAT but with XFS (max. filename length 255 bytes). Currently, this can only be limited by renaming the files or directories, file names shortening links are ignored. Maybe something like a SHA checksum would be better?
Tags: Indexes
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
229 [Cinelerra-GG] Feature feature always 2019-06-03 09:06 2019-06-03 09:14
Reporter: Olaf Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Resources: Show all text on mouse over
Description: In the compact display of the media, the remaining text of the file name is not readable because too much is cut away. "Mouse over" does not expand the text, but that's exactly what should happen.
Tags: GUI, Resources window
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001638)
Sam   
2019-06-03 09:14   
I agree with Olaf's suggestion. +1
I also find it annoying that too much of the text is cut off in the compact view. If I move the mouse over it, it would be good to see the full text or name of the media file.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
216 [Cinelerra-GG] Feature minor have not tried 2019-05-14 08:18 2019-05-14 13:19
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support for PowerPC (BE and LE variants)
Description: Back in February Daniel Reurich started thread about compiling Cinelerra-GG on ppc64le (power8/power9 platform).
https://lists.cinelerra-gg.org/pipermail/cin/2019-February/000351.html

I only have emulated machines of this type, via qemu (3.1+, 4.0+). I did few hacks back in time, but none of my builds resulted in working Cin - on ppc64le it was lack of ALL icons and crashes, on ppc32 BE (without altivec) Cin just failed to start GUI at all - crashes again ....

BCSignals _compilation_ issue was fixed in https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=commit;h=3932d2c16e903573db3cacdb3102dea9639c6ca4, but other issues probably not ....
Tags:
Steps To Reproduce: See https://lists.cinelerra-gg.org/pipermail/cin/2019-February/000361.html for qemu command lines for ppc64le machine.

See https://lists.cinelerra-gg.org/pipermail/cin/2019-March/000408.html for emulated X5000 machine (ppc64 BE but run in 32-bit mode, no altivec ... so, I force-disabled altivec in ffmpeg/x264/x265 as they were represented in thirdparty dir)

May be ppc emulation was not completely correct ..some ppc fixes still not landed in qemu git, so I wait ...

https://lists.gnu.org/archive/html/qemu-devel/2019-05/msg01253.html and down this thread ....
Additional Information:
Attached Files: .ash_history (10,727 bytes) 2019-05-14 08:18
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=194&type=bug
ppc64le_incomplete_2.diff (5,119 bytes) 2019-05-14 08:18
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=195&type=bug
ppc_X5000_prelim.diff (6,481 bytes) 2019-05-14 08:18
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=196&type=bug
libmmxsse_isolation_configure_ac.diff (1,408 bytes) 2019-05-14 13:19
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=198&type=bug
no_futex_in_libzmpeg3_on_nonx86.diff (404 bytes) 2019-05-14 13:19
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=199&type=bug
Notes
(0001523)
Andrew-R   
2019-05-14 13:19   
Two little patches I did right now (not even compile tested)
One should hackfix configure so it will not add x86-specific .a archive from thirdparty/mjpegtools for non-x86 arches
Second should limit futex usage in libzmpeg3 to x86 or x86_64

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
217 [Cinelerra-GG] Feature minor have not tried 2019-05-14 08:38 2019-05-14 12:01
Reporter: Andrew-R Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Support for autovectorization where it counts.
Description: I incorrectly reported autovectorization worked, but those were just effects from -march=native GCC switch.
Experimenting in this area requires quite deep understanding how Cinelerra's plugins work, how modern CPU works, and how GCC can be guided into auto-vectorization mode (without hurting normal builds).

https://lists.cinelerra-gg.org/pipermail/cin/2019-February/000275.html
https://lists.cinelerra-gg.org/pipermail/cin/2019-February/000280.html
https://lists.cinelerra-gg.org/pipermail/cin/2019-February/000303.html

Tags:
Steps To Reproduce: Use ""-O3 -ffast-math -ftree-vectorizer-verbose=6 -mavx -msahf -mfma -fopt-info-vec-missed=missed_vec.log -march=native -mtune=native -fPIC" for x86-64 bit CPU with avx. Analyze logs, try to make it works .... :(

For me result was
color3way.C:264:27: note: not vectorized: multiple nested loops.
color3way.C:264:27: note: bad loop form.
color3way.C:269:5: note: not vectorized: control flow in loop.
color3way.C:269:5: note: bad loop form.
color3way.C:272:5: note: not vectorized: control flow in loop.
color3way.C:272:5: note: bad loop form.
color3way.C:275:5: note: not vectorized: control flow in loop.
color3way.C:275:5: note: bad loop form.
color3way.C:278:5: note: not vectorized: control flow in loop.
color3way.C:278:5: note: bad loop form.
color3way.C:281:5: note: not vectorized: control flow in loop.
color3way.C:281:5: note: bad loop form.
color3way.C:284:5: note: not vectorized: control flow in loop.
color3way.C:284:5: note: bad loop form.

Reported and discussed in russian at https://www.linux.org.ru/forum/development/14799788?lastmod=1550306032144#comment-14811800
Additional Information: I saw response and worry from GG about autovectorization making code vendor-locked (Intel vs AMD vs non-x86)
https://lists.cinelerra-gg.org/pipermail/cin/2019-February/000339.html

Still, may be someone will want to experiment....
Attached Files: missed_vec.log (118,428 bytes) 2019-05-14 12:01
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=197&type=bug
Notes
(0001522)
Andrew-R   
2019-05-14 12:01   
example of missed_vec.log (for x86_64 case and color3way plugin)

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
208 [Cinelerra-GG] Bug minor always 2019-05-06 06:22 2019-05-07 18:00
Reporter: miniskipper Platform:  
Assigned To: PhyllisSmith OS: Arch Linux  
Priority: normal OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Title attributes should not be translated
Description: I'm using cinelerra with german locale. The attributes of the title effect get translated to german (see first image) and are also written to the edl in this form. When loading the project with english locale, the german attribute-names are not recognized (see second image).

Attributes should not be translated in the edl but only in the UI.

I'm using the git master.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: title_attribute_de.PNG (72,251 bytes) 2019-05-06 06:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=187&type=bug
png

title_attribute_en.PNG (85,459 bytes) 2019-05-06 06:22
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=188&type=bug
png
Notes
(0001514)
PhyllisSmith   
2019-05-07 18:00   
I spoke too soon! After talking to GG, I learned that this may be very difficult to resolve because the words are in the "text" field and go in and out as the user adds or changes them. Plugins were are, by contrast, just a one time thing and not included in any text. He is going to "think about this" and see if there is any easy way to resolve this, but right now it looks pretty close to impossible.
(0001503)
PhyllisSmith   
2019-05-06 20:08   
True. I am hoping GG can change this the same way he did the Plugins titles a couple of years ago.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
209 [Cinelerra-GG] Feature minor N/A 2019-05-06 10:56 2019-05-07 11:47
Reporter: Sam Platform:  
Assigned To: goodguy OS:  
Priority: normal OS Version:  
Status: assigned Product Version: 2019-04  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Rotation feature desired in Sketcher, Mask, Perspective tool.
Description: Thanks to GG's excellent preparatory work on the Tracer plugin, we got the rotation feature in the Tracer plugin. I hope it is possible to use the rotation feature in the Sketcher, Mask and Perspectives plugin as well.

Especially in these plugins it is important to allow rotation from frame to frame. This is one of the most important additions in the mask plugin.

I only have one request left for the tracer plugin. Using the mouse to control the rotation in Tracer Plugin is an excellent idea, but I wish I could see exactly where the rotation is set. If I want to rotate an object around its own axis and I jump from frame to frame and use the mouse to do so, I change the raotion point by a few pixels each time because I move the mouse away from that point each time. I then have to estimate the next frame where I had the rotation point before.

My solution to this problem would be as follows. I added a photomontage. If I have "Fixed point" activated, then I cannot change the point with the mouse any more. The rotation point remains frozen. With the option "Draw and drag pivot", I can display the rotation point. But I can also move it by dragging it with the mouse.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: Perspective-Plugin.jpg (45,160 bytes) 2019-05-06 10:56
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=189&type=bug
jpg

Sketcher-Plugin.jpg (37,752 bytes) 2019-05-06 10:56
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=190&type=bug
jpg

Tracer-Plugin.jpg (34,850 bytes) 2019-05-06 10:56
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=191&type=bug
jpg
Notes
(0001511)
IgorBeg   
2019-05-07 11:47   
I agree with you about rotation suggestion in Sketcher, Mask, Perspective tools. +1

The Tracer's lines and points are too tight for me. Is it possible to have like in Edit mask (F3)? Thanks.
(0001502)
PhyllisSmith   
2019-05-06 19:57   
When GG spent a half a day implementing the Rotate into Tracer, he had in mind to add it to the Mask also since it worked so well. He will be doing that real soon (probably this week). Thanks for the jpg illustrations because instead of having to invent the look and feel himself, he can use these for tracer, sketcher, and perspective. We will see what he comes up with.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
196 [Cinelerra-GG] Bug minor always 2019-04-19 23:54 2019-05-02 12:01
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: goodguy OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Frame-by-frame continuous scrolling is jerky in Multi-Camera / Mixer mode.
Description: In Multi-Camera / Mixer mode, if I scroll continuously through the frames by holding down the "4" or "1" key, the scrolling is jerky; regularly after a number x (5, 10, 20...) of frames in the right direction, the scrolling reverses for a moment in the opposite direction.

This problem also exists when using the jog.

The problem is more apparent and disturbing in the reverse direction (key "4").

The problem is apparent with both proxies and original sources.

Observed with 1920x1080 sources in DNxHD and using the X11 video driver (use direct x11 render if possible).
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files: getgop_byDanDennedy.tar.gz (1,046 bytes) 2019-04-22 16:37
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=174&type=bug
Notes
(0001463)
IgorBeg   
2019-05-02 12:01   
I have done a simply test with one only video (1920x1080) in one only video track (and Proxy scale 1/3 without Scaler, enabled). No Mixer/Multicamera View, no audio. I am using the last Cinelerra-GG_20190430 version and the old Cinelerra-GG_20181231 version.
- Screencast "Timeline_1and4_keys_(cin-20190430).ogv" (at 25fps) to:
https://streamable.com/vo80d
- Screencast "Timeline_1and4_keys_(cin-20181231).ogv" (at 25fps) to:
https://streamable.com/tsnq8

The screencasts shows I press and hold down the 1 key (and then also the 4 key).
In Terminal the top command shows that in the Cin20190430 version the %cpu is 8 max, while in the Cin20181231 version the %cpu is 18 max. I don't know if this new information about different cpu consumes may says to you more.
My Notebook is very old so it is more in evidence the Pierre's issue.
I don't know if it can help to narrow the issue. Thanks.
(0001416)
IgorBeg   
2019-04-23 09:06   
@Phyllis
On my old Notebook, with the last Cin-gg 20190420 version, the hairline (the cursor on timeline) doesn't move with "1" and "4" key, and the timecode jump.
With the Cin-GG_20181231 version, the hairline moves, forward ("1") and backward ("4"), almost smooth and slowly (always Proxy is enabled without Scaler). I understand that it can not help you. I am sorry.

@Pierre
If you want to test with the old Cin-GG_20181231 version I had archived the Ubuntu16 and Mint18.2 compressed files.
Consider to Backup your project file before. Thanks.
https://www.dropbox.com/s/6oimd59wnhee5ar/cinelerra-5.1-mint18.2-20181231.x86_64-static.txz?dl=0
(0001414)
Pierre   
2019-04-23 00:09   
Sorry IgorBeg, I can't test the old version 20181224 for LinuxMint, I don't have it anymore and it doesn't seem to be available on the website.
(0001413)
PhyllisSmith   
2019-04-22 22:38   
IgorB: I too have been testing with the 20181224 version and that does seem to be a little bit better, but I did not think it was significantly better. But I have been unable to find the cause and GG thinks it is just short on CPU power for me. In note 1396, we did mention that there is a definite error in reverse that has not been fixed yet but will get done before the builds at the end of the month (maybe earlier, I hope).
(0001412)
IgorBeg   
2019-04-22 22:31   
Thanks Pierre for all your info. (You have a powerful workstation).
Excuse me, Pierre, for all these questions but I am wrong. I just tested "4" and "1" keys in Compositor and in Main window, like you wrote in issue's description except for Multicamera/Multiviewer.
For the tests I used "WhatTimeIsIt" project; below the link at the compressed file:
https://www.dropbox.com/s/o9i44fnszrt6wjq/WhatTimeIsIt.tar.gz?dl=0

I tested with Cin-GG_version_20181231 and with Cin-GG_version_20190420, in the same condition: load the "WhatTimeIsIt" project and I enable Proxy: without Scaler, Scale=1/4, mov.mov, bitrate=1800000.
It works better (but not smooth, due at my poor system) with the old version Cin-GG_version_20181231. In the last version happens what you have written.
Then, I think, it doesn't depend from the codec or Multiviewer.

I don't know if it may help the developers (GG&Phyllis), but if you could test with the old Cin-GG_20181231 version to see the different behaviour.
Sorry if I am wasting your time.
(0001411)
Pierre   
2019-04-22 20:08   
No problems for the information, there are no state secrets here.

Indeed, I chose Proxy with Scaler to avoid problems with some plugins like Title. I think my CPU and GPU should be powerful enough to support this.

The bit rate of my proxy (mpeg.mpeg) is: 2000000
Quality: -1

Mediainfos says that Proxy has GOP of: N12

My system and software are on an SSD

The media are on an internal raid-0 (software) composed of two drives (sata-III) WD Black 7200

I also have other internal disks for rendering and saving the Raid-0 (in addition to other external backups, including one on a NAS.
(0001410)
IgorBeg   
2019-04-22 19:38   
Thanks Pierre for your info.
Mmh, it is strange. As you know, GOP=1 means that your videos have all i-frames (like a sequence of all png files) and that is very good for editing.
More, I see in your Issue's Detail that you have a powerful computer with a lot of RAM.

If you can use Proxy without Scaler I think your computer may works better but, probably, you can not for your reasons (like to use Title effect, I think).

PS:
For complete info, in proxy, what is the bitrate you use in mpeg container?
Are your media in a SSD or SATA disk? External or internal? If External, which protocol: USB2, USB3, e-SATA, Thunderbolt? (if you don't want to answer these questions for privacy I understand)
(0001409)
Pierre   
2019-04-22 17:16   
I have Mediainfo but in the case of my DNxHD files, there was no mention of GOP.

Result of "getgop.sh" script by Dan Dennedy:
GOP: M=0, N=1 (this line appears very numerous times)
Max. GOP = 1

My scale factor for proxy is 1/2 in mpeg. (so the image does not lose too much of its accuracy while using much smaller files. Approximately 1 to 2% of the original file).
(0001408)
IgorBeg   
2019-04-22 16:37   
Hi Pierre (sorry, I greet you very little),
About GOP, I wrote at https://lists.cinelerra-gg.org/pipermail/cin/2019-February/000254.html if you have time to read.

If you have Mediainfo installed, it says to you the video's info, with GOP value of your video. If you haven't Mediainfo installed, like me, you can use "getgop.sh" script by Dan Dennedy.
I added a compressed file. Inside, you find the script and my "readme" for the info. Keep in mind I am really ignorant in OS-Linux (and not only).

About proxy with Scaler. The frames are converted at the new, smaller, resolution (I don't know your scale factor) and then rescaled again to 1920x1080. Then the decoding is less hard but not too much, I think; and long-GOP doesn't help.
(0001407)
Pierre   
2019-04-22 16:01   
Hi IgorBeg,
Where can I find information on the GOP of my files?
I use with Scaler for proxy.
(0001406)
IgorBeg   
2019-04-22 15:33   
Pierre, sorry if I am writing here.
Could you tell me (us) the GOP value of yours media, please?
Maybe your media use long-GOP and then Cinelerra-GG (like all others NLE) have to decode a lot of data, multiply per the number of the Multiviewers.
I read you are also using proxy: with or without Scaler?
Thanks.
(0001398)
PhyllisSmith   
2019-04-21 01:27   
Yes, but go ahead and email the xml file also.
(0001397)
Pierre   
2019-04-21 01:18   
I thought you wanted to have a section of the editing with the xml file and the portions of the associated source files. But if I understand your procedure correctly, all you will get is the beginning of the first file of each of the 4 cameras.

Is that what you want?
(0001396)
PhyllisSmith   
2019-04-20 23:58   
On any window after the prompt of: pierre@i7-3770k is where you type those lines. if= means the input file and of= is the name of the output file which would be the file to send.

Meanwhile I downloaded 4 dnxhd files and opened mixers but they are not all that large. GG found 1 error where it definitely goes the wrong direction for 1 frame when change from using the key "1" to using the key "4". He will take a look at fixing this so this is a good find.

Also, I showed him where I hold down the 1 key or the 4 key continuously and when you watch the timeline, you see the timeline really jerking for a bit. He says this means that the commands of the 1 or 4 key are occurring faster than the computer can process. If you run the "top" command (after the pierre@i7-3770k prompt), at least on my laptop, the CPU usage is maxed out at 1400% -- and it just can not go any faster so the timeline is jerky.

I am doing more testing with the dnxhd files that I have now.
(0001395)
Pierre   
2019-04-20 23:32   
Where should I put these lines?
At what time?
I need a procedure.
(0001394)
PhyllisSmith   
2019-04-20 22:39   
To send a short "slice" do this for each of the 4 files, substituting camera# with the actual name of the input file:

dd if=camera1.dnxhd of=/tmp/camera1.slice bs=1M count=60
dd if=camera2.dnxhd of=/tmp/camera2.slice bs=1M count=60
dd if=camera3.dnxhd of=/tmp/camera3.slice bs=1M count=60
dd if=camera4.dnxhd of=/tmp/camera4.slice bs=1M count=60

You can change the count to a smaller number than 60 (which is about 60 MB) if too much for sending.

Meanwhile I will try to find some very large DNxHD files to download and test.
(0001393)
Pierre   
2019-04-20 21:55   
The new version does not solve anything.

The problem is non-existent in the Viewer, but it is present in the composer and especially very visible in the Mixers, particularly in reverse scrolling by the "4" key.

If I keep the "4" button pressed for several seconds, it is certain that the image will scroll in a very jerky way....

I'm ready to send you a short "slice" of my timeline where the problem is very visible... but is there a way to send you only the part of the 4 source files corresponding to this short "slice"?

Otherwise, my source files are very, very large (DNxHD)... one of the cameras lasts 34 minutes (57 GB) and the others, although shorter, are still large too.

I tried to replace X11 with OpenGL, but as soon as I try to open the project containing the 4 mixers, Cinelerra-GG crashes.
(0001392)
PhyllisSmith   
2019-04-20 20:42   
A new Mint18 version is at:
   https://cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz

But after testing here with gg, the results are that it appears to be working well enough. When we use X11, we play and get 30fps. When we use the single frame 1 and 4 keys, it will not be as smooth with 4 mixers as it would with just one camera because it has to run the render 4 times more as it runs for each camera. Surprisingly when we use OpenGL instead of X11 and just play every frame, the fps varies from 30 to 23 to 10.

There may be a good explanation for "regularly after a number x (5, 10, 20...) of frames in the right direction, the scrolling reverses for a moment in the opposite direction." This may be due to ffmpeg seek position in relation to cache - as the code is executed it checks the current position with where it is supposed to be going and repositions accordingly. I have seen this myself recently but can not remember how I produced this so that I could show gg. It may be that I saw the problem before some of the recent changes he checked in which would not have been in the March 31 Mint18 build.

This is not a definitive answer as there may really be a problem but would need to have a specific camera output that creates this anomaly. If you want to send a short section of media privately where you definitely see this problem, gg will be able to take a closer look to confirm this behavior or find a different problem.

However if you still see the problem on this latest Mint 18 build, 1 suggestion gg had was to change Settings->Preferences, Interface tab, Cache MB to 1 (before changing this, check to see what you currently have it set to).

(0001388)
PhyllisSmith   
2019-04-20 12:57   
OK, gg was wondering if that is what you really meant.
(0001387)
Pierre   
2019-04-20 12:14   
To avoid confusion, I corrected the summary and description of this bug; I replaced the term used multi-screen by Multi-Camera / Mixer.
(0001386)
Pierre   
2019-04-20 02:50   
Sorry I misspoke, I wrote multi-screens... but I should have written multi-cameras (mixers) in my case 4 mixers of 4 cameras.

I don't think this problem is necessarily related to my three computer monitors.
(0001385)
PhyllisSmith   
2019-04-20 01:57   
I will have to hookup another monitor to my laptop and test this more carefully (probably not until Saturday though). There was a fix added in the last week or so for the single frame keys which, of course, you do not have. If I can not generate a problem this weekend, gg will make a Mint 18 test version for you to test instead.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
200 [Cinelerra-GG] Bug minor always 2019-04-22 15:29 2019-04-22 15:29
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-03  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Inkscape Plugin does not respond to the projector view change.
Description: I am using the Inkscape plugin to try to create a motion graphic by changing the camera view. But unfortunately the view does not react at all to the changes of the camera. It only reacts to changes of the projector. It would make more sense to also create the changes via the camera view, because great new effects can be created via the interaction of the camera and the projector.
The Inkscape plugin would have to be placed on the camera level for it to work properly again.
Tags: Compositor, Plugin
Steps To Reproduce: https://streamable.com/8jlsw
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
199 [Cinelerra-GG] Bug minor have not tried 2019-04-22 15:21 2019-04-22 15:21
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Effects cannot be sorted with the mouse
Description: It would be great if I could sort effects by drag and drop. I have a lot of effects in the timeline. I often sort them and try these effects around. But unfortunately these effects can't be sorted with the mouse. I don't know if this has worked before. If it's not a bug, then it's a feature request, then we can change the MantisBT category. I know I can also move it using the context menu, but if I already have eight effects using the last effect, then I have to repeat the move action eight times using the context menu. This move is repeated when I have a lot of effects in the timeline.

Please have a look at the video.
Tags: Timeline
Steps To Reproduce: https://streamable.com/g369s
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
198 [Cinelerra-GG] Bug minor always 2019-04-22 15:10 2019-04-22 15:10
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2019-03  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Effects cannot be moved arbitrarily in the timeline.
Description: If I try to move effects from the timeline and there are already other effects there, then the effect to be moved cannot be inserted. It is always blocked. Only effects from the Resource window can be inserted. My expectation would be that I can move effects arbitrarily, just as I can insert effects from the Resource window without any problems. Especially if I move effects back and forth between tracks, it would be much more intuitive to drag and drop them. I thought that had worked before, but I can be wrong.

Please have a look at the video.
Tags: Timeline
Steps To Reproduce: https://streamable.com/rbxha
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
197 [Cinelerra-GG] Feature minor have not tried 2019-04-20 16:48 2019-04-20 16:48
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Provide a "select" method that wipes the desired area
Description: It would be really nice to be able to wipe an area to automatically select just that area, without selecting all of the tracks and without having to disarm the ones you do not want. This might be hard to program though -- not sure yet.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
186 [Cinelerra-GG] Bug minor have not tried 2019-04-07 09:09 2019-04-07 14:02
Reporter: v4t Platform: Intel I7, Nvidia  
Assigned To: OS: Manjaro  
Priority: normal OS Version: Larest  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When aligning with the "Mixer" I get a memory access error
Description: I can't play the video after the alignment.

Cinelerra Infinity - built: Apr 1 2019 17:48:47
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2018 Heroine Virtual Ltd. by Adam Williams
(c) 2007-2018 cin5 derivative by W.P. Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

audio0 pad 256 0 (256)
audio0 pad 256 0 (256)
audio0 pad 256 0 (256)
** segv at 0x55a494261385 in pid 16995, tid 27167
writing debug data to /tmp/cinelerra_16995.dmp
lock_items: 34
lock_frees: 9
** dump complete
Speicherzugriffsfehler (Speicherabzug geschrieben)
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001316)
v4t   
2019-04-07 14:02   
I hope this helps :(
(0001315)
v4t   
2019-04-07 14:01   
** segv at 0x562a1dac6106 in pid 15427, tid 15474
created on Sun Apr 7 14:22:58 2019
        by 1000:1001 tux(Wolfgang Brunner)

CPUS: 8

CPUINFO:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
stepping : 9
microcode : 0x20
cpu MHz : 3691.435
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts flush_l1d
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips : 6786.94
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz

THREADS:
thread 0x7fd10effd700, owner 0x7fd12f4e4700, 11BC_Repeater
thread 0x7fd10f7fe700, owner 0x7fd12f4e4700, 14PlaybackEngine
thread 0x7fd115ffb700, owner 0x7fd12f4e4700, 12BC_Clipboard
thread 0x7fd12f4e4700, owner 0x7fd13206e7c0, 7ZWindow
thread 0x7fd0e7fff700, owner 0x7fd0f4ff9700, 7VRender
thread 0x7fd0f4ff9700, owner 0x7fd10e7fc700, 12RenderEngine
thread 0x7fd0f57fa700, owner 0x7fd0f5ffb700, 7VRender
thread 0x7fd0f5ffb700, owner 0x7fd1157fa700, 12RenderEngine
thread 0x7fd1167fc700, owner 0x7fd13206e7c0, 12BC_Clipboard
thread 0x7fd116ffd700, owner 0x7fd13206e7c0, 11MainIndexes
thread 0x7fd1177fe700, owner 0x7fd13206e7c0, 12BC_Clipboard
thread 0x7fd117fff700, owner 0x7fd13206e7c0, 11BC_Repeater
thread 0x7fd120ff9700, owner 0x7fd13206e7c0, 7SWindow
thread 0x7fd1217fa700, owner 0x7fd13206e7c0, 11ChannelInfo
thread 0x7fd121ffb700, owner 0x7fd13206e7c0, 18RecordCutAdsStatus
thread 0x7fd1227fc700, owner 0x7fd13206e7c0, 13RecordChannel
thread 0x7fd122ffd700, owner 0x7fd123fff700, 15BC_WindowEvents
thread 0x7fd1237fe700, owner 0x7fd123fff700, 11BC_Repeater
thread 0x7fd123fff700, owner 0x7fd13206e7c0, 13RemoteControl
thread 0x7fd128c39700, owner 0x7fd13206e7c0, 12BC_Clipboard
thread 0x7fd12943a700, owner 0x7fd13206e7c0, 14ResourceThread
thread 0x7fd129c3b700, owner 0x7fd13206e7c0, 12BC_Clipboard
thread 0x7fd12a43c700, owner 0x7fd12c440700, 15BC_WindowEvents
thread 0x7fd12ac3d700, owner 0x7fd12c440700, 11BC_Repeater
thread 0x7fd12b43e700, owner 0x7fd12c440700, 9VPlayback
thread 0x7fd12bc3f700, owner 0x7fd12c440700, 12BC_Clipboard
thread 0x7fd12c440700, owner 0x7fd13206e7c0, 7VWindow
thread 0x7fd12cc41700, owner 0x7fd13206e7c0, 9CPlayback
thread 0x7fd12d442700, owner 0x7fd13206e7c0, 11CWindowTool
thread 0x7fd12dc43700, owner 0x7fd13206e7c0, 12BC_Clipboard
thread 0x7fd12e444700, owner 0x7fd13206e7c0, 16AssetVIconThread
thread 0x7fd12ec45700, owner 0x7fd13206e7c0, 12BC_Clipboard

TRACES:

LOCKS:
signal_entry: lock table size=24
    0x562a23c77210 VIconThread::draw_lock, VIconThread::run 0 0x7fd12e444700
    0x562a24595380 CWindowTool::input_lock, CWindowTool::run 0x7fd12d442700
    0x562a245c8890 PlaybackEngine::output_lock, PlaybackEngine::run 0x7fd12cc41700
    0x7fd1241c0fd0 PlaybackEngine::output_lock, PlaybackEngine::run 0x7fd12b43e700
    0x562a24638320 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7fd123fff700
    0x562a246bce70 RecordSetChannel::change_channel, (null) 0x7fd1227fc700
    0x562a246c4990 RecordCutAdsStatus::wait_lock, RecordCutAdsStatus::run 0x7fd121ffb700
    0x562a2493b1f0 SWindow::swin_lock, (null) 0x7fd120ff9700
    0x562a24939c10 ChannelInfo::scan_lock, (null) 0x7fd1217fa700
    0x562a24a586c0 MainIndexes::input_lock, MainIndexes::run 1 0x7fd116ffd700
    0x562a2493d050 BC_Repeater::repeat_lock, BC_Repeater::run 0x7fd117fff700
    0x7fd124002900 BC_WindowBase::event_condition, BC_WindowBase::get_event 0x7fd12c440700
    0x7fd1100be900 PlaybackEngine::output_lock, PlaybackEngine::run 0x7fd10f7fe700
    0x7fd110002450 BC_WindowBase::init_lock, BC_WindowBase::init_wait 0x7fd13206e7c0
    0x7fd1100c55d0 BC_Repeater::startup_lock, BC_Repeater::initialize 0x7fd12f4e4700

BUFFERS:

SHMMEM:
shmall = 18446744073692774399
shmmax = 18446744073692774399
shmmni = 4096
shmused = 12441608 (2 items)
shmother = 8327424 (2 items)

MAIN HOOK:

EDL:
EDL
  clip_title:
  parent_edl: (nil)
  selectionstart 33.700333
  selectionend 33.700333
  loop_start 0.000000
  loop_end 0.000000
  pane 0 view_start=1083 track_start=0
  pane 1 view_start=0 track_start=0
  pane 2 view_start=1083 track_start=0
  pane 3 view_start=0 track_start=0
audio_channels: 2 audio_tracks: 2 sample_rate: 48000
  video_channels: 1
  video_tracks: 1
  frame_rate: 29.97
  frames_per_foot: 16.00
  output_w: 720
  output_h: 480
  aspect_w: 4.000000
  aspect_h: 3.000000
  color_model: 10
 CLIPS total: 0
 NESTED_EDLS total: 0
 VWINDOW EDLS total: 0
 ASSETS
  asset::dump
   this=0x562a22d26700 path=/home/tux/sauger/SAM_0488.MP4
   index_status 0
   format 33
   fformat="mp4"
   ff_audio_options=""
   ff_sample_format=""
   ff_audio_bitrate=0
   ff_audio_quality=-1
   ff_video_options=""
   ff_pixel_format=""
   ff_video_bitrate=0
   ff_video_quality=-1
   audio_data 1 channels 2 samplerate 48000 bits 0 byte_order 0 signed 0 header 0 dither 0 acodec aac
   audio_length 60793856
   video_data 1 program 1 layers -1 framerate 50.000000 width 1920 height 1080 vcodec h264 aspect_ratio -1.000000 ilace_mode UNKNOWN
   video_length 63327 repeat 0
   mov_sphere=0 jpeg_sphere=0
  asset::dump
   this=0x562a22de9e30 path=/home/tux/sauger/YDXJ0014.mp4
   index_status 0
   format 33
   fformat="mp4"
   ff_audio_options=""
   ff_sample_format=""
   ff_audio_bitrate=0
   ff_audio_quality=-1
   ff_video_options=""
   ff_pixel_format=""
   ff_video_bitrate=0
   ff_video_quality=-1
   audio_data 1 channels 2 samplerate 48000 bits 0 byte_order 0 signed 0 header 0 dither 0 acodec aac
   audio_length 46093311
   video_data 1 program 1 layers -1 framerate 25.000000 width 1920 height 1080 vcodec h264 aspect_ratio -1.000000 ilace_mode UNKNOWN
   video_length 24007 repeat 0
   mov_sphere=0 jpeg_sphere=0
 LABELS
 TRACKS
  Track: 0x562a23c650d0
   Data type 1, draw 1, gang 1, play 0, record 0, nudge 0
   Title Mixer 1
   Edits:
     EDIT 0x562a23caa930
      nested_edl=(nil) asset=0x562a22d26700 /home/tux/sauger/SAM_0488.MP4
      channel 0, color 00000000, hard lt/rt 0/0 group_id 0, is_selected 0
      startsource 0 startproject 0 length 37958
   Automation: 0x562a23c6c800
    MUTEAUTOS 0x562a23c08680
    CAMERA_X 0x562a22d236a0
    CAMERA_Y 0x562a24939770
    CAMERA_Z 0x562a22d31c50
    PROJECTOR_X 0x562a23c7b070
    PROJECTOR_Y 0x562a22d3ddb0
    PROJECTOR_Z 0x562a22d931d0
    FADEAUTOS 0x562a23c81220
    MODEAUTOS 0x562a23c89e70
    MASKAUTOS 0x562a2493d610
    SPEEDAUTOS 0x562a23c61f90
   Plugin Sets: 0

  Track: 0x562a22dec860
   Data type 0, draw 1, gang 1, play 0, record 0, nudge 0
   Title Audio 1
   Edits:
     EDIT 0x562a22db37e0
      nested_edl=(nil) asset=0x562a22d26700 /home/tux/sauger/SAM_0488.MP4
      channel 0, color 00000000, hard lt/rt 0/0 group_id 0, is_selected 0
      startsource 0 startproject 0 length 60793856
   Automation: 0x562a22da8180
    MUTEAUTOS 0x562a23c7fab0
    FADEAUTOS 0x562a23266f10
    PANAUTOS 0x562a23c72e70
    SPEEDAUTOS 0x562a23c6ec30
   Plugin Sets: 0

  Track: 0x562a22dafa70
   Data type 0, draw 1, gang 1, play 0, record 0, nudge 0
   Title Audio 2
   Edits:
     EDIT 0x562a22db1bb0
      nested_edl=(nil) asset=0x562a22d26700 /home/tux/sauger/SAM_0488.MP4
      channel 1, color 00000000, hard lt/rt 0/0 group_id 0, is_selected 0
      startsource 0 startproject 0 length 60793856
   Automation: 0x562a22db3c80
    MUTEAUTOS 0x562a22d317e0
    FADEAUTOS 0x562a23c69000
    PANAUTOS 0x562a23c88940
    SPEEDAUTOS 0x562a2495dbc0
   Plugin Sets: 0

  Track: 0x562a22d94670
   Data type 1, draw 1, gang 1, play 0, record 0, nudge 0
   Title Mixer 2
   Edits:
     EDIT 0x562a22d94d40
      nested_edl=(nil) asset=0x562a22de9e30 /home/tux/sauger/YDXJ0014.mp4
      channel 0, color 00000000, hard lt/rt 0/0 group_id 0, is_selected 0
      startsource 13 startproject 0 length 28767
   Automation: 0x562a22db2050
    MUTEAUTOS 0x562a23c7fa40
    CAMERA_X 0x562a22d8f840
    CAMERA_Y 0x562a22d8f910
    CAMERA_Z 0x562a22d8fb80
    PROJECTOR_X 0x562a22d8f9e0
    PROJECTOR_Y 0x562a22d8fab0
    PROJECTOR_Z 0x562a22d8fc50
    FADEAUTOS 0x562a22cdb950
    MODEAUTOS 0x562a22d94ba0
    MASKAUTOS 0x562a22da83f0
    SPEEDAUTOS 0x562a22d917a0
   Plugin Sets: 1
   PLUGIN_SET:
    PLUGIN: type=1 title="Rotate" on=1 track=-1 plugin=-1
    startproject 0 length 28767
    DEFAULT_KEYFRAME
     position: 0
     data: <ROTATE ANGLE=180 PIVOT_X=50 PIVOT_Y=50 DRAW_PIVOT=0></ROTATE>

    KEYFRAMES total=0

  Track: 0x562a22d8d200
   Data type 0, draw 1, gang 1, play 0, record 0, nudge 0
   Title Audio 1
   Edits:
     EDIT 0x562a22db4d80
      nested_edl=(nil) asset=0x562a22de9e30 /home/tux/sauger/YDXJ0014.mp4
      channel 0, color 00000000, hard lt/rt 0/0 group_id 0, is_selected 0
      startsource 20743 startproject 0 length 46072568
   Automation: 0x562a22d8d740
    MUTEAUTOS 0x562a22d8d7c0
    FADEAUTOS 0x562a22d285d0
    PANAUTOS 0x562a22d28770
    SPEEDAUTOS 0x562a22d286a0
   Plugin Sets: 0

  Track: 0x562a22deb440
   Data type 0, draw 1, gang 1, play 0, record 0, nudge 0
   Title Audio 2
   Edits:
     EDIT 0x562a22deba00
      nested_edl=(nil) asset=0x562a22de9e30 /home/tux/sauger/YDXJ0014.mp4
      channel 1, color 00000000, hard lt/rt 0/0 group_id 0, is_selected 0
      startsource 20743 startproject 0 length 46072568
   Automation: 0x562a22db5220
    MUTEAUTOS 0x562a22db52a0
    FADEAUTOS 0x562a22db5350
    PANAUTOS 0x562a22deb970
    SPEEDAUTOS 0x562a22d28860
   Plugin Sets: 0


UNDO:
UndoStack::dump
k 0 0x562a22dab0e0 Fortwährende Sitzung 9610 ffffffff *
   1 0x562a22d2dc40 Fortwährende Sitzung 883 ffffffff
k 2 0x562a22daf9e0 Spuren löschen 9608 ffffffff
   3 0x562a22d92740 Spuren löschen 1931 ffffffff
k 4 0x562a22d926e0 überschreiben 11195 0001
   5 0x562a22daf980 überschreiben 883 0001
k 6 0x562a22db5ff0 überschreiben 11028 0001
   7 0x562a22daf920 überschreiben 858 0001
   8 0x562a22d945e0 Patch erweitern 4 0004
   9 0x562a22d354a0 Patch erweitern 117 0004
  10 0x562a22d35400 Patch erweitern 117 0004
  11 0x562a22cd8c10 Patch erweitern 4 0004
k 12 0x562a22cd8bb0 Patch erweitern 10868 0004
  13 0x562a22dd9970 Patch erweitern 952 0004
  14 0x562a22dd98f0 Patch erweitern 117 0004
  15 0x562a22dec780 Patch erweitern 230 0004
  16 0x562a22dec6e0 Patch erweitern 230 0004
  17 0x562a22d12130 Patch erweitern 117 0004
  18 0x562a22d12090 Patch abspielen 117 0004
  19 0x562a22d93130 Patch abspielen 230 0004
  20 0x562a22d3dd10 Patch abspielen 230 0004
  21 0x562a24993880 Patch abspielen 117 0004
  22 0x562a24993800 Patch erweitern 117 0004
k 23 0x562a2465ad80 Patch erweitern 10864 0004
k 24 0x562a2465ad20 Patch erweitern 10847 0004
  25 0x562a22da84f0 Patch erweitern 1001 0004
k 26 0x562a22da8490 Spur hinzufügen 10840 ffffffff
  27 0x562a22d29060 Spur hinzufügen 877 ffffffff
k 28 0x562a22d29000 Patch abspielen 9541 0004
  29 0x562a22d2e2f0 Patch abspielen 881 0004
k 30 0x562a22d2e290 verblassen 9537 0002
  31 0x562a22eb2b00 verblassen 1927 0002

EXE: built: Apr 1 2019 17:48:47
path: /usr/bin/cin = 58257136 bytes
mtime: 2019-04-01 19:48:47


VERSION:
Linux version 5.0.5-1-MANJARO (builduser@development) (gcc version 8.2.1 20181127 (GCC)) 0000001 SMP PREEMPT Wed Mar 27 19:15:04 UTC 2019

MEMINFO:
MemTotal: 16370200 kB
MemFree: 6979272 kB
MemAvailable: 13630988 kB
Buffers: 72476 kB
Cached: 6841804 kB
SwapCached: 0 kB
Active: 2701564 kB
Inactive: 6247520 kB
Active(anon): 2035916 kB
Inactive(anon): 55748 kB
Active(file): 665648 kB
Inactive(file): 6191772 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 9227464 kB
SwapFree: 9227464 kB
Dirty: 1936 kB
Writeback: 0 kB
AnonPages: 2034916 kB
Mapped: 569008 kB
Shmem: 56864 kB
KReclaimable: 91952 kB
Slab: 184332 kB
SReclaimable: 91952 kB
SUnreclaim: 92380 kB
KernelStack: 9712 kB
PageTables: 29508 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 17412564 kB
Committed_AS: 6862704 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
Percpu: 2688 kB
HardwareCorrupted: 0 kB
AnonHugePages: 391168 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 322792 kB
DirectMap2M: 16400384 kB

STATUS:
Name: cin
Umask: 0022
State: S (sleeping)
Tgid: 15427
Ngid: 0
Pid: 15427
PPid: 954
TracerPid: 0
Uid: 1000 1000 1000 1000
Gid: 1001 1001 1001 1001
FDSize: 256
Groups: 3 90 96 98 991 998 1000 1001
NStgid: 15427
NSpid: 15427
NSpgid: 15427
NSsid: 954
VmPeak: 2576848 kB
VmSize: 2467492 kB
VmLck: 0 kB
VmPin: 0 kB
VmHWM: 241852 kB
VmRSS: 241852 kB
RssAnon: 196604 kB
RssFile: 39172 kB
RssShmem: 6076 kB
VmData: 683220 kB
VmStk: 132 kB
VmExe: 39352 kB
VmLib: 55224 kB
VmPTE: 1000 kB
VmSwap: 0 kB
HugetlbPages: 0 kB
CoreDumping: 0
THP_enabled: 1
Threads: 57
SigQ: 1/63880
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000000000
SigCgt: 0000000180005885
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000
CapBnd: 0000003fffffffff
CapAmb: 0000000000000000
NoNewPrivs: 0
Seccomp: 0
Speculation_Store_Bypass: thread vulnerable
Cpus_allowed: ff
Cpus_allowed_list: 0-7
Mems_allowed: 00000001
Mems_allowed_list: 0
voluntary_ctxt_switches: 2111
nonvoluntary_ctxt_switches: 46

FD:
. d size 0
.. d size 0
0 c size 0 -> /dev/pts/0 pos: 0
1 c size 0 -> /dev/pts/0 pos: 0
2 c size 0 -> /dev/pts/0 pos: 0
3 s size 0 -> socket:[80578] pos: 0
4 size 213667 -> /home/tux/.bcast5/perpetual.dat pos: 213667
5 s size 0 -> socket:[82262] pos: 0
6 size 4186607683 -> /home/tux/sauger/SAM_0488.MP4 pos: 69686340
7 s size 0 -> socket:[80579] pos: 0
8 s size 0 -> socket:[80580] pos: 0
9 s size 0 -> socket:[83981] pos: 0
10 s size 0 -> socket:[81577] pos: 0
11 s size 0 -> socket:[81578] pos: 0
12 s size 0 -> socket:[78295] pos: 0
13 s size 0 -> socket:[83982] pos: 0
14 s size 0 -> socket:[83983] pos: 0
15 s size 0 -> socket:[81579] pos: 0
16 s size 0 -> socket:[83984] pos: 0
17 s size 0 -> socket:[83985] pos: 0
18 s size 0 -> socket:[83986] pos: 0
19 s size 0 -> socket:[83987] pos: 0
20 s size 0 -> socket:[83988] pos: 0
21 s size 0 -> socket:[80581] pos: 0
22 s size 0 -> socket:[83989] pos: 0
23 s size 0 -> socket:[83990] pos: 0
24 s size 0 -> socket:[83991] pos: 0
25 s size 0 -> socket:[83992] pos: 0
26 s size 0 -> socket:[83993] pos: 0
27 s size 0 -> socket:[82263] pos: 0
28 s size 0 -> socket:[82264] pos: 0
29 size 14085 -> /tmp/cinelerra_15427.dmp pos: 14085
30 d size 0 -> /proc/15427/fd pos: 258
34 size 4186607683 -> /home/tux/sauger/SAM_0488.MP4 pos: 217191
35 size 1456156077 -> /home/tux/sauger/YDXJ0014.mp4 pos: 1049240
36 size 1456156077 -> /home/tux/sauger/YDXJ0014.mp4 pos: 52744892
37 size 4186607683 -> /home/tux/sauger/SAM_0488.MP4 pos: 109231106
38 size 4186607683 -> /home/tux/sauger/SAM_0488.MP4 pos: 217191

MAPS:
562a1d08c000-562a1d5b1000 r--p 00000000 08:01 1050514 /usr/bin/cin
562a1d5b1000-562a1f6fa000 r-xp 00525000 08:01 1050514 /usr/bin/cin
562a1f6fa000-562a1ff51000 r--p 0266e000 08:01 1050514 /usr/bin/cin
562a1ff51000-562a200ac000 r--p 02ec4000 08:01 1050514 /usr/bin/cin
562a200ac000-562a2081c000 rw-p 0301f000 08:01 1050514 /usr/bin/cin
562a2081c000-562a211c3000 rw-p 00000000 00:00 0
562a22bc8000-562a24d41000 rw-p 00000000 00:00 0 [heap]
7fd09c000000-7fd09c5d8000 rw-p 00000000 00:00 0
7fd09c5d8000-7fd0a0000000 ---p 00000000 00:00 0
7fd0a4000000-7fd0a49c2000 rw-p 00000000 00:00 0
7fd0a49c2000-7fd0a8000000 ---p 00000000 00:00 0
7fd0a97fb000-7fd0a97fc000 ---p 00000000 00:00 0
7fd0a97fc000-7fd0a9ffc000 rw-p 00000000 00:00 0
7fd0a9ffc000-7fd0a9ffd000 ---p 00000000 00:00 0
7fd0a9ffd000-7fd0aa7fd000 rw-p 00000000 00:00 0
7fd0aa7fd000-7fd0aa7fe000 ---p 00000000 00:00 0
7fd0aa7fe000-7fd0aaffe000 rw-p 00000000 00:00 0
7fd0aaffe000-7fd0aafff000 ---p 00000000 00:00 0
7fd0aafff000-7fd0ab7ff000 rw-p 00000000 00:00 0
7fd0ab7ff000-7fd0ab800000 ---p 00000000 00:00 0
7fd0ab800000-7fd0ac000000 rw-p 00000000 00:00 0
7fd0ac000000-7fd0ac5d5000 rw-p 00000000 00:00 0
7fd0ac5d5000-7fd0b0000000 ---p 00000000 00:00 0
7fd0b0000000-7fd0b05d5000 rw-p 00000000 00:00 0
7fd0b05d5000-7fd0b4000000 ---p 00000000 00:00 0
7fd0b4000000-7fd0b45d5000 rw-p 00000000 00:00 0
7fd0b45d5000-7fd0b8000000 ---p 00000000 00:00 0
7fd0b8000000-7fd0b860d000 rw-p 00000000 00:00 0
7fd0b860d000-7fd0bc000000 ---p 00000000 00:00 0
7fd0bc000000-7fd0bc5d5000 rw-p 00000000 00:00 0
7fd0bc5d5000-7fd0c0000000 ---p 00000000 00:00 0
7fd0c0000000-7fd0c0d56000 rw-p 00000000 00:00 0
7fd0c0d56000-7fd0c4000000 ---p 00000000 00:00 0
7fd0c4000000-7fd0c45d6000 rw-p 00000000 00:00 0
7fd0c45d6000-7fd0c8000000 ---p 00000000 00:00 0
7fd0c8000000-7fd0c85d6000 rw-p 00000000 00:00 0
7fd0c85d6000-7fd0cc000000 ---p 00000000 00:00 0
7fd0cc000000-7fd0cca4b000 rw-p 00000000 00:00 0
7fd0cca4b000-7fd0d0000000 ---p 00000000 00:00 0
7fd0d07f9000-7fd0d07fa000 ---p 00000000 00:00 0
7fd0d07fa000-7fd0d0ffa000 rw-p 00000000 00:00 0
7fd0d0ffa000-7fd0d0ffb000 ---p 00000000 00:00 0
7fd0d0ffb000-7fd0d17fb000 rw-p 00000000 00:00 0
7fd0d17fb000-7fd0d17fc000 ---p 00000000 00:00 0
7fd0d17fc000-7fd0d1ffc000 rw-p 00000000 00:00 0
7fd0d1ffc000-7fd0d1ffd000 ---p 00000000 00:00 0
7fd0d1ffd000-7fd0d27fd000 rw-p 00000000 00:00 0
7fd0d27fd000-7fd0d27fe000 ---p 00000000 00:00 0
7fd0d27fe000-7fd0d2ffe000 rw-p 00000000 00:00 0
7fd0d2ffe000-7fd0d2fff000 ---p 00000000 00:00 0
7fd0d2fff000-7fd0d37ff000 rw-p 00000000 00:00 0
7fd0d37ff000-7fd0d3800000 ---p 00000000 00:00 0
7fd0d3800000-7fd0d4000000 rw-p 00000000 00:00 0
7fd0d4000000-7fd0d4def000 rw-p 00000000 00:00 0
7fd0d4def000-7fd0d8000000 ---p 00000000 00:00 0
7fd0d8000000-7fd0d85a5000 rw-p 00000000 00:00 0
7fd0d85a5000-7fd0dc000000 ---p 00000000 00:00 0
7fd0dc000000-7fd0dc021000 rw-p 00000000 00:00 0
7fd0dc021000-7fd0e0000000 ---p 00000000 00:00 0
7fd0e0000000-7fd0e0f4a000 rw-p 00000000 00:00 0
7fd0e0f4a000-7fd0e4000000 ---p 00000000 00:00 0
7fd0e44b6000-7fd0e44b7000 ---p 00000000 00:00 0
7fd0e44b7000-7fd0e4cb7000 rw-p 00000000 00:00 0
7fd0e4cb7000-7fd0e4cb8000 ---p 00000000 00:00 0
7fd0e4cb8000-7fd0e54b8000 rw-p 00000000 00:00 0
7fd0e54b8000-7fd0e54b9000 ---p 00000000 00:00 0
7fd0e54b9000-7fd0e5cb9000 rw-p 00000000 00:00 0
7fd0e5cb9000-7fd0e5cba000 ---p 00000000 00:00 0
7fd0e5cba000-7fd0e64ba000 rw-p 00000000 00:00 0
7fd0e64ba000-7fd0e651f000 r--p 00000000 08:01 1064107 /usr/lib/libx265.so.169
7fd0e651f000-7fd0e775d000 r-xp 00065000 08:01 1064107 /usr/lib/libx265.so.169
7fd0e775d000-7fd0e77df000 r--p 012a3000 08:01 1064107 /usr/lib/libx265.so.169
7fd0e77df000-7fd0e77ec000 r--p 01324000 08:01 1064107 /usr/lib/libx265.so.169
7fd0e77ec000-7fd0e77ef000 rw-p 01331000 08:01 1064107 /usr/lib/libx265.so.169
7fd0e77ef000-7fd0e77ff000 rw-p 00000000 00:00 0
7fd0e77ff000-7fd0e7800000 ---p 00000000 00:00 0
7fd0e7800000-7fd0e8000000 rw-p 00000000 00:00 0
7fd0e8000000-7fd0e85d9000 rw-p 00000000 00:00 0
7fd0e85d9000-7fd0ec000000 ---p 00000000 00:00 0
7fd0ec000000-7fd0ec021000 rw-p 00000000 00:00 0
7fd0ec021000-7fd0f0000000 ---p 00000000 00:00 0
7fd0f0000000-7fd0f05d7000 rw-p 00000000 00:00 0
7fd0f05d7000-7fd0f4000000 ---p 00000000 00:00 0
7fd0f420a000-7fd0f47f9000 rw-s 00000000 00:05 513015824 /SYSV00000000 (deleted)
7fd0f47f9000-7fd0f47fa000 ---p 00000000 00:00 0
7fd0f47fa000-7fd0f4ffa000 rw-p 00000000 00:00 0
7fd0f4ffa000-7fd0f4ffb000 ---p 00000000 00:00 0
7fd0f4ffb000-7fd0f57fb000 rw-p 00000000 00:00 0
7fd0f57fb000-7fd0f57fc000 ---p 00000000 00:00 0
7fd0f57fc000-7fd0f5ffc000 rw-p 00000000 00:00 0
7fd0f77ff000-7fd0f7800000 ---p 00000000 00:00 0
7fd0f7800000-7fd0f8000000 rw-p 00000000 00:00 0
7fd0f8000000-7fd0f85db000 rw-p 00000000 00:00 0
7fd0f85db000-7fd0fc000000 ---p 00000000 00:00 0
7fd0fc000000-7fd0fc5d8000 rw-p 00000000 00:00 0
7fd0fc5d8000-7fd100000000 ---p 00000000 00:00 0
7fd100000000-7fd100646000 rw-p 00000000 00:00 0
7fd100646000-7fd104000000 ---p 00000000 00:00 0
7fd104000000-7fd104021000 rw-p 00000000 00:00 0
7fd104021000-7fd108000000 ---p 00000000 00:00 0
7fd108000000-7fd1085e4000 rw-p 00000000 00:00 0
7fd1085e4000-7fd10c000000 ---p 00000000 00:00 0
7fd10c7f9000-7fd10c7fa000 ---p 00000000 00:00 0
7fd10c7fa000-7fd10cffa000 rw-p 00000000 00:00 0
7fd10cffa000-7fd10cffb000 ---p 00000000 00:00 0
7fd10cffb000-7fd10d7fb000 rw-p 00000000 00:00 0
7fd10d7fb000-7fd10d7fc000 ---p 00000000 00:00 0
7fd10d7fc000-7fd10dffc000 rw-p 00000000 00:00 0
7fd10dffc000-7fd10dffd000 ---p 00000000 00:00 0
7fd10dffd000-7fd10e7fd000 rw-p 00000000 00:00 0
7fd10e7fd000-7fd10e7fe000 ---p 00000000 00:00 0
7fd10e7fe000-7fd10effe000 rw-p 00000000 00:00 0
7fd10effe000-7fd10efff000 ---p 00000000 00:00 0
7fd10efff000-7fd10f7ff000 rw-p 00000000 00:00 0
7fd10f7ff000-7fd10f800000 ---p 00000000 00:00 0
7fd10f800000-7fd110000000 rw-p 00000000 00:00 0
7fd110000000-7fd110448000 rw-p 00000000 00:00 0
7fd110448000-7fd114000000 ---p 00000000 00:00 0
7fd1147f9000-7fd1147fa000 ---p 00000000 00:00 0
7fd1147fa000-7fd114ffa000 rw-p 00000000 00:00 0
7fd114ffa000-7fd114ffb000 ---p 00000000 00:00 0
7fd114ffb000-7fd1157fb000 rw-p 00000000 00:00 0
7fd1157fb000-7fd1157fc000 ---p 00000000 00:00 0
7fd1157fc000-7fd115ffc000 rw-p 00000000 00:00 0
7fd115ffc000-7fd115ffd000 ---p 00000000 00:00 0
7fd115ffd000-7fd1167fd000 rw-p 00000000 00:00 0
7fd1167fd000-7fd1167fe000 ---p 00000000 00:00 0
7fd1167fe000-7fd116ffe000 rw-p 00000000 00:00 0
7fd116ffe000-7fd116fff000 ---p 00000000 00:00 0
7fd116fff000-7fd1177ff000 rw-p 00000000 00:00 0
7fd1177ff000-7fd117800000 ---p 00000000 00:00 0
7fd117800000-7fd118000000 rw-p 00000000 00:00 0
7fd118000000-7fd118021000 rw-p 00000000 00:00 0
7fd118021000-7fd11c000000 ---p 00000000 00:00 0
7fd11c000000-7fd11c021000 rw-p 00000000 00:00 0
7fd11c021000-7fd120000000 ---p 00000000 00:00 0
7fd12020a000-7fd1207f9000 rw-s 00000000 00:05 513114114 /SYSV00000000 (deleted)
7fd1207f9000-7fd1207fa000 ---p 00000000 00:00 0
7fd1207fa000-7fd120ffa000 rw-p 00000000 00:00 0
7fd120ffa000-7fd120ffb000 ---p 00000000 00:00 0
7fd120ffb000-7fd1217fb000 rw-p 00000000 00:00 0
7fd1217fb000-7fd1217fc000 ---p 00000000 00:00 0
7fd1217fc000-7fd121ffc000 rw-p 00000000 00:00 0
7fd121ffc000-7fd121ffd000 ---p 00000000 00:00 0
7fd121ffd000-7fd1227fd000 rw-p 00000000 00:00 0
7fd1227fd000-7fd1227fe000 ---p 00000000 00:00 0
7fd1227fe000-7fd122ffe000 rw-p 00000000 00:00 0
7fd122ffe000-7fd122fff000 ---p 00000000 00:00 0
7fd122fff000-7fd1237ff000 rw-p 00000000 00:00 0
7fd1237ff000-7fd123800000 ---p 00000000 00:00 0
7fd123800000-7fd124000000 rw-p 00000000 00:00 0
7fd124000000-7fd124343000 rw-p 00000000 00:00 0
7fd124343000-7fd128000000 ---p 00000000 00:00 0
7fd128439000-7fd12843a000 ---p 00000000 00:00 0
7fd12843a000-7fd128c3a000 rw-p 00000000 00:00 0
7fd128c3a000-7fd128c3b000 ---p 00000000 00:00 0
7fd128c3b000-7fd12943b000 rw-p 00000000 00:00 0
7fd12943b000-7fd12943c000 ---p 00000000 00:00 0
7fd12943c000-7fd129c3c000 rw-p 00000000 00:00 0
7fd129c3c000-7fd129c3d000 ---p 00000000 00:00 0
7fd129c3d000-7fd12a43d000 rw-p 00000000 00:00 0
7fd12a43d000-7fd12a43e000 ---p 00000000 00:00 0
7fd12a43e000-7fd12ac3e000 rw-p 00000000 00:00 0
7fd12ac3e000-7fd12ac3f000 ---p 00000000 00:00 0
7fd12ac3f000-7fd12b43f000 rw-p 00000000 00:00 0
7fd12b43f000-7fd12b440000 ---p 00000000 00:00 0
7fd12b440000-7fd12bc40000 rw-p 00000000 00:00 0
7fd12bc40000-7fd12bc41000 ---p 00000000 00:00 0
7fd12bc41000-7fd12c441000 rw-p 00000000 00:00 0
7fd12c441000-7fd12c442000 ---p 00000000 00:00 0
7fd12c442000-7fd12cc42000 rw-p 00000000 00:00 0
7fd12cc42000-7fd12cc43000 ---p 00000000 00:00 0
7fd12cc43000-7fd12d443000 rw-p 00000000 00:00 0
7fd12d443000-7fd12d444000 ---p 00000000 00:00 0
7fd12d444000-7fd12dc44000 rw-p 00000000 00:00 0
7fd12dc44000-7fd12dc45000 ---p 00000000 00:00 0
7fd12dc45000-7fd12e445000 rw-p 00000000 00:00 0
7fd12e445000-7fd12e446000 ---p 00000000 00:00 0
7fd12e446000-7fd12ec46000 rw-p 00000000 00:00 0
7fd12ec46000-7fd12ec75000 r--s 00000000 08:01 50080530 /home/tux/.cache/fontconfig/b0fb75e833f39399a4d43f92810e5152-le64.cache-7
7fd12ec75000-7fd12ec78000 r--p 00000000 08:01 4986757 /usr/lib/cin/plugins/themes/theme_suv.plugin
7fd12ec78000-7fd12ec7c000 r-xp 00003000 08:01 4986757 /usr/lib/cin/plugins/themes/theme_suv.plugin
7fd12ec7c000-7fd12ec7f000 r--p 00007000 08:01 4986757 /usr/lib/cin/plugins/themes/theme_suv.plugin
7fd12ec7f000-7fd12ec80000 r--p 00009000 08:01 4986757 /usr/lib/cin/plugins/themes/theme_suv.plugin
7fd12ec80000-7fd12ece4000 rw-p 0000a000 08:01 4986757 /usr/lib/cin/plugins/themes/theme_suv.plugin
7fd12ece4000-7fd12ece5000 ---p 00000000 00:00 0
7fd12ece5000-7fd12f4e5000 rw-p 00000000 00:00 0
7fd12f4e5000-7fd1306fc000 r-xp 00000000 08:01 1065541 /usr/lib/libnvidia-glcore.so.418.43
7fd1306fc000-7fd13071d000 rwxp 01217000 08:01 1065541 /usr/lib/libnvidia-glcore.so.418.43
7fd13071d000-7fd130c12000 r-xp 01238000 08:01 1065541 /usr/lib/libnvidia-glcore.so.418.43
7fd130c12000-7fd130e12000 ---p 0172d000 08:01 1065541 /usr/lib/libnvidia-glcore.so.418.43
7fd130e12000-7fd131139000 rw-p 0172d000 08:01 1065541 /usr/lib/libnvidia-glcore.so.418.43
7fd131139000-7fd13114f000 rw-p 00000000 00:00 0
7fd13114f000-7fd131152000 r-xp 00000000 08:01 1065566 /usr/lib/libnvidia-tls.so.418.43
7fd131152000-7fd131352000 ---p 00003000 08:01 1065566 /usr/lib/libnvidia-tls.so.418.43
7fd131352000-7fd131353000 rw-p 00003000 08:01 1065566 /usr/lib/libnvidia-tls.so.418.43
7fd131353000-7fd13141d000 r-xp 00000000 08:01 1065517 /usr/lib/libGLX_nvidia.so.418.43
7fd13141d000-7fd131452000 rwxp 000ca000 08:01 1065517 /usr/lib/libGLX_nvidia.so.418.43
7fd131452000-7fd131466000 r-xp 000ff000 08:01 1065517 /usr/lib/libGLX_nvidia.so.418.43
7fd131466000-7fd131665000 ---p 00113000 08:01 1065517 /usr/lib/libGLX_nvidia.so.418.43
7fd131665000-7fd13168a000 rw-p 00112000 08:01 1065517 /usr/lib/libGLX_nvidia.so.418.43
7fd13168a000-7fd131692000 rw-p 00000000 00:00 0
7fd1316a6000-7fd1316a9000 r--p 00000000 08:01 1067074 /usr/lib/libXcursor.so.1.0.2
7fd1316a9000-7fd1316ae000 r-xp 00003000 08:01 1067074 /usr/lib/libXcursor.so.1.0.2
7fd1316ae000-7fd1316b0000 r--p 00008000 08:01 1067074 /usr/lib/libXcursor.so.1.0.2
7fd1316b0000-7fd1316b1000 r--p 00009000 08:01 1067074 /usr/lib/libXcursor.so.1.0.2
7fd1316b1000-7fd1316b2000 rw-p 0000a000 08:01 1067074 /usr/lib/libXcursor.so.1.0.2
7fd1316b2000-7fd1316c1000 r--p 00000000 08:01 3018053 /usr/share/fonts/TTF/VeraBd.ttf
7fd1316c1000-7fd1316d2000 r--p 00000000 08:01 3018051 /usr/share/fonts/TTF/Vera.ttf
7fd1316d2000-7fd1316fb000 r--p 00000000 08:01 1727484 /usr/share/locale/de/LC_MESSAGES/cin.mo
7fd131729000-7fd131732000 r--p 00000000 08:01 4986830 /usr/lib/cin/plugins/video/rotate.plugin
7fd131732000-7fd131735000 r-xp 00009000 08:01 4986830 /usr/lib/cin/plugins/video/rotate.plugin
7fd131735000-7fd131737000 r--p 0000c000 08:01 4986830 /usr/lib/cin/plugins/video/rotate.plugin
7fd131737000-7fd131739000 r--p 0000d000 08:01 4986830 /usr/lib/cin/plugins/video/rotate.plugin
7fd131739000-7fd13173a000 rw-p 0000f000 08:01 4986830 /usr/lib/cin/plugins/video/rotate.plugin
7fd13175b000-7fd13175e000 r--p 00000000 08:01 1057480 /usr/lib/libnss_files-2.28.so
7fd13175e000-7fd131765000 r-xp 00003000 08:01 1057480 /usr/lib/libnss_files-2.28.so
7fd131765000-7fd131768000 r--p 0000a000 08:01 1057480 /usr/lib/libnss_files-2.28.so
7fd131768000-7fd131769000 r--p 0000c000 08:01 1057480 /usr/lib/libnss_files-2.28.so
7fd131769000-7fd13176a000 rw-p 0000d000 08:01 1057480 /usr/lib/libnss_files-2.28.so
7fd13176a000-7fd131770000 rw-p 00000000 00:00 0
7fd1317b0000-7fd131ae8000 r--p 00000000 08:01 1066968 /usr/lib/locale/locale-archive
7fd131ae8000-7fd131b19000 rw-p 00000000 00:00 0
7fd131b19000-7fd131b1a000 r--s 00000000 08:01 3806995 /var/cache/fontconfig/addb05a9-9785-4b95-81fb-3db75473699f-le64.cache-7
7fd131b1a000-7fd131bd0000 r--s 00000000 08:01 3806994 /var/cache/fontconfig/165826a0-5379-4ef9-983b-96155964200c-le64.cache-7
7fd131bd0000-7fd131bd7000 r--s 00000000 08:01 3806993 /var/cache/fontconfig/82cb13b7-411f-4e78-9787-f70fda9c2ccd-le64.cache-7
7fd131bd7000-7fd131be5000 r--s 00000000 08:01 3806992 /var/cache/fontconfig/1f8175f6-c335-4030-9514-0d885b7e4689-le64.cache-7
7fd131be5000-7fd131be8000 r--s 00000000 08:01 3806991 /var/cache/fontconfig/cb26b47f-0f28-47a1-8988-970a2e7cf8ab-le64.cache-7
7fd131be8000-7fd132075000 rw-p 00000000 00:00 0
7fd132075000-7fd132077000 r--p 00000000 08:01 1053086 /usr/lib/libpcre.so.1.2.11
7fd132077000-7fd1320c8000 r-xp 00002000 08:01 1053086 /usr/lib/libpcre.so.1.2.11
7fd1320c8000-7fd1320e6000 r--p 00053000 08:01 1053086 /usr/lib/libpcre.so.1.2.11
7fd1320e6000-7fd1320e7000 r--p 00070000 08:01 1053086 /usr/lib/libpcre.so.1.2.11
7fd1320e7000-7fd1320e8000 rw-p 00071000 08:01 1053086 /usr/lib/libpcre.so.1.2.11
7fd1320e8000-7fd1320eb000 r--p 00000000 08:01 1067008 /usr/lib/libgraphite2.so.3.2.1
7fd1320eb000-7fd132105000 r-xp 00003000 08:01 1067008 /usr/lib/libgraphite2.so.3.2.1
7fd132105000-7fd13210a000 r--p 0001d000 08:01 1067008 /usr/lib/libgraphite2.so.3.2.1
7fd13210a000-7fd13210c000 r--p 00021000 08:01 1067008 /usr/lib/libgraphite2.so.3.2.1
7fd13210c000-7fd13210d000 rw-p 00023000 08:01 1067008 /usr/lib/libgraphite2.so.3.2.1
7fd13210d000-7fd13210f000 rw-p 00000000 00:00 0
7fd13210f000-7fd13212a000 r--p 00000000 08:01 1054600 /usr/lib/libglib-2.0.so.0.6000.0
7fd13212a000-7fd1321af000 r-xp 0001b000 08:01 1054600 /usr/lib/libglib-2.0.so.0.6000.0
7fd1321af000-7fd132231000 r--p 000a0000 08:01 1054600 /usr/lib/libglib-2.0.so.0.6000.0
7fd132231000-7fd132232000 ---p 00122000 08:01 1054600 /usr/lib/libglib-2.0.so.0.6000.0
7fd132232000-7fd132233000 r--p 00122000 08:01 1054600 /usr/lib/libglib-2.0.so.0.6000.0
7fd132233000-7fd132234000 rw-p 00123000 08:01 1054600 /usr/lib/libglib-2.0.so.0.6000.0
7fd132234000-7fd132235000 rw-p 00000000 00:00 0
7fd132235000-7fd132237000 r--p 00000000 08:01 1062124 /usr/lib/libXdmcp.so.6.0.0
7fd132237000-7fd132239000 r-xp 00002000 08:01 1062124 /usr/lib/libXdmcp.so.6.0.0
7fd132239000-7fd13223b000 r--p 00004000 08:01 1062124 /usr/lib/libXdmcp.so.6.0.0
7fd13223b000-7fd13223c000 r--p 00005000 08:01 1062124 /usr/lib/libXdmcp.so.6.0.0
7fd13223c000-7fd13223d000 rw-p 00006000 08:01 1062124 /usr/lib/libXdmcp.so.6.0.0
7fd13223d000-7fd13223e000 r--p 00000000 08:01 1066987 /usr/lib/libXau.so.6.0.0
7fd13223e000-7fd13223f000 r-xp 00001000 08:01 1066987 /usr/lib/libXau.so.6.0.0
7fd13223f000-7fd132240000 r--p 00002000 08:01 1066987 /usr/lib/libXau.so.6.0.0
7fd132240000-7fd132241000 r--p 00002000 08:01 1066987 /usr/lib/libXau.so.6.0.0
7fd132241000-7fd132242000 rw-p 00003000 08:01 1066987 /usr/lib/libXau.so.6.0.0
7fd132242000-7fd132246000 r--p 00000000 08:01 1067060 /usr/lib/libudev.so.1.6.13
7fd132246000-7fd13225d000 r-xp 00004000 08:01 1067060 /usr/lib/libudev.so.1.6.13
7fd13225d000-7fd132266000 r--p 0001b000 08:01 1067060 /usr/lib/libudev.so.1.6.13
7fd132266000-7fd132267000 r--p 00023000 08:01 1067060 /usr/lib/libudev.so.1.6.13
7fd132267000-7fd132268000 rw-p 00024000 08:01 1067060 /usr/lib/libudev.so.1.6.13
7fd132268000-7fd13226a000 r--p 00000000 08:01 1058893 /usr/lib/librt-2.28.so
7fd13226a000-7fd13226e000 r-xp 00002000 08:01 1058893 /usr/lib/librt-2.28.so
7fd13226e000-7fd132270000 r--p 00006000 08:01 1058893 /usr/lib/librt-2.28.so
7fd132270000-7fd132271000 r--p 00007000 08:01 1058893 /usr/lib/librt-2.28.so
7fd132271000-7fd132272000 rw-p 00008000 08:01 1058893 /usr/lib/librt-2.28.so
7fd132272000-7fd132274000 rw-p 00000000 00:00 0
7fd132274000-7fd132276000 r--p 00000000 08:01 1067005 /usr/lib/libXrender.so.1.3.0
7fd132276000-7fd13227d000 r-xp 00002000 08:01 1067005 /usr/lib/libXrender.so.1.3.0
7fd13227d000-7fd13227f000 r--p 00009000 08:01 1067005 /usr/lib/libXrender.so.1.3.0
7fd13227f000-7fd132280000 r--p 0000a000 08:01 1067005 /usr/lib/libXrender.so.1.3.0
7fd132280000-7fd132281000 rw-p 0000b000 08:01 1067005 /usr/lib/libXrender.so.1.3.0
7fd132281000-7fd1322c1000 r--p 00000000 08:01 1062580 /usr/lib/libGLdispatch.so.0.0.0
7fd1322c1000-7fd1322df000 r-xp 00040000 08:01 1062580 /usr/lib/libGLdispatch.so.0.0.0
7fd1322df000-7fd1322f2000 r--p 0005e000 08:01 1062580 /usr/lib/libGLdispatch.so.0.0.0
7fd1322f2000-7fd1322f3000 ---p 00071000 08:01 1062580 /usr/lib/libGLdispatch.so.0.0.0
7fd1322f3000-7fd13231c000 r--p 00071000 08:01 1062580 /usr/lib/libGLdispatch.so.0.0.0
7fd13231c000-7fd13231d000 rw-p 0009a000 08:01 1062580 /usr/lib/libGLdispatch.so.0.0.0
7fd13231d000-7fd13233d000 rw-p 00000000 00:00 0
7fd13233d000-7fd132340000 r--p 00000000 08:01 1062326 /usr/lib/libGLX.so.0.0.0
7fd132340000-7fd13234a000 r-xp 00003000 08:01 1062326 /usr/lib/libGLX.so.0.0.0
7fd13234a000-7fd13234d000 r--p 0000d000 08:01 1062326 /usr/lib/libGLX.so.0.0.0
7fd13234d000-7fd13234e000 ---p 00010000 08:01 1062326 /usr/lib/libGLX.so.0.0.0
7fd13234e000-7fd13234f000 r--p 00010000 08:01 1062326 /usr/lib/libGLX.so.0.0.0
7fd13234f000-7fd132350000 rw-p 00011000 08:01 1062326 /usr/lib/libGLX.so.0.0.0
7fd132350000-7fd132370000 rw-p 00000000 00:00 0
7fd132370000-7fd13237a000 r--p 00000000 08:01 1060066 /usr/lib/libharfbuzz.so.0.20400.0
7fd13237a000-7fd132423000 r-xp 0000a000 08:01 1060066 /usr/lib/libharfbuzz.so.0.20400.0
7fd132423000-7fd132467000 r--p 000b3000 08:01 1060066 /usr/lib/libharfbuzz.so.0.20400.0
7fd132467000-7fd132468000 ---p 000f7000 08:01 1060066 /usr/lib/libharfbuzz.so.0.20400.0
7fd132468000-7fd132469000 r--p 000f7000 08:01 1060066 /usr/lib/libharfbuzz.so.0.20400.0
7fd132469000-7fd13246a000 rw-p 000f8000 08:01 1060066 /usr/lib/libharfbuzz.so.0.20400.0
7fd13246a000-7fd13246c000 rw-p 00000000 00:00 0
7fd13246c000-7fd13246e000 r--p 00000000 08:01 1067263 /usr/lib/libuuid.so.1.3.0
7fd13246e000-7fd132472000 r-xp 00002000 08:01 1067263 /usr/lib/libuuid.so.1.3.0
7fd132472000-7fd132473000 r--p 00006000 08:01 1067263 /usr/lib/libuuid.so.1.3.0
7fd132473000-7fd132474000 r--p 00006000 08:01 1067263 /usr/lib/libuuid.so.1.3.0
7fd132474000-7fd132475000 rw-p 00007000 08:01 1067263 /usr/lib/libuuid.so.1.3.0
7fd132475000-7fd132477000 rw-p 00000000 00:00 0
7fd132477000-7fd13247b000 r--p 00000000 08:01 1054752 /usr/lib/libexpat.so.1.6.8
7fd13247b000-7fd13249b000 r-xp 00004000 08:01 1054752 /usr/lib/libexpat.so.1.6.8
7fd13249b000-7fd1324af000 r--p 00024000 08:01 1054752 /usr/lib/libexpat.so.1.6.8
7fd1324af000-7fd1324b0000 ---p 00038000 08:01 1054752 /usr/lib/libexpat.so.1.6.8
7fd1324b0000-7fd1324b2000 r--p 00038000 08:01 1054752 /usr/lib/libexpat.so.1.6.8
7fd1324b2000-7fd1324b3000 rw-p 0003a000 08:01 1054752 /usr/lib/libexpat.so.1.6.8
7fd1324b3000-7fd1324bf000 r--p 00000000 08:01 1066993 /usr/lib/libxcb.so.1.1.0
7fd1324bf000-7fd1324d2000 r-xp 0000c000 08:01 1066993 /usr/lib/libxcb.so.1.1.0
7fd1324d2000-7fd1324db000 r--p 0001f000 08:01 1066993 /usr/lib/libxcb.so.1.1.0
7fd1324db000-7fd1324dc000 r--p 00027000 08:01 1066993 /usr/lib/libxcb.so.1.1.0
7fd1324dc000-7fd1324dd000 rw-p 00028000 08:01 1066993 /usr/lib/libxcb.so.1.1.0
7fd1324dd000-7fd1324e2000 r--p 00000000 08:01 1054813 /usr/lib/libzstd.so.1.3.8
7fd1324e2000-7fd13256a000 r-xp 00005000 08:01 1054813 /usr/lib/libzstd.so.1.3.8
7fd13256a000-7fd13257a000 r--p 0008d000 08:01 1054813 /usr/lib/libzstd.so.1.3.8
7fd13257a000-7fd13257b000 ---p 0009d000 08:01 1054813 /usr/lib/libzstd.so.1.3.8
7fd13257b000-7fd13257c000 r--p 0009d000 08:01 1054813 /usr/lib/libzstd.so.1.3.8
7fd13257c000-7fd13257d000 rw-p 0009e000 08:01 1054813 /usr/lib/libzstd.so.1.3.8
7fd13257d000-7fd13260a000 r-xp 00000000 08:01 1064785 /usr/lib/libvorbisenc.so.2.0.11
7fd13260a000-7fd132809000 ---p 0008d000 08:01 1064785 /usr/lib/libvorbisenc.so.2.0.11
7fd132809000-7fd132825000 r--p 0008c000 08:01 1064785 /usr/lib/libvorbisenc.so.2.0.11
7fd132825000-7fd132826000 rw-p 000a8000 08:01 1064785 /usr/lib/libvorbisenc.so.2.0.11
7fd132826000-7fd13282b000 r--p 00000000 08:01 1063955 /usr/lib/libraw1394.so.11.1.0
7fd13282b000-7fd132833000 r-xp 00005000 08:01 1063955 /usr/lib/libraw1394.so.11.1.0
7fd132833000-7fd132836000 r--p 0000d000 08:01 1063955 /usr/lib/libraw1394.so.11.1.0
7fd132836000-7fd132837000 r--p 0000f000 08:01 1063955 /usr/lib/libraw1394.so.11.1.0
7fd132837000-7fd132838000 rw-p 00010000 08:01 1063955 /usr/lib/libraw1394.so.11.1.0
7fd132838000-7fd13283a000 rw-p 00000000 00:00 0
7fd13283a000-7fd13285c000 r--p 00000000 08:01 1057443 /usr/lib/libc-2.28.so
7fd13285c000-7fd1329a7000 r-xp 00022000 08:01 1057443 /usr/lib/libc-2.28.so
7fd1329a7000-7fd1329f3000 r--p 0016d000 08:01 1057443 /usr/lib/libc-2.28.so
7fd1329f3000-7fd1329f4000 ---p 001b9000 08:01 1057443 /usr/lib/libc-2.28.so
7fd1329f4000-7fd1329f8000 r--p 001b9000 08:01 1057443 /usr/lib/libc-2.28.so
7fd1329f8000-7fd1329fa000 rw-p 001bd000 08:01 1057443 /usr/lib/libc-2.28.so
7fd1329fa000-7fd1329fe000 rw-p 00000000 00:00 0
7fd1329fe000-7fd132a01000 r--p 00000000 08:01 1052887 /usr/lib/libgcc_s.so.1
7fd132a01000-7fd132a12000 r-xp 00003000 08:01 1052887 /usr/lib/libgcc_s.so.1
7fd132a12000-7fd132a15000 r--p 00014000 08:01 1052887 /usr/lib/libgcc_s.so.1
7fd132a15000-7fd132a16000 ---p 00017000 08:01 1052887 /usr/lib/libgcc_s.so.1
7fd132a16000-7fd132a17000 r--p 00017000 08:01 1052887 /usr/lib/libgcc_s.so.1
7fd132a17000-7fd132a18000 rw-p 00018000 08:01 1052887 /usr/lib/libgcc_s.so.1
7fd132a18000-7fd132a1a000 r--p 00000000 08:01 1057464 /usr/lib/libmvec-2.28.so
7fd132a1a000-7fd132a27000 r-xp 00002000 08:01 1057464 /usr/lib/libmvec-2.28.so
7fd132a27000-7fd132a42000 r--p 0000f000 08:01 1057464 /usr/lib/libmvec-2.28.so
7fd132a42000-7fd132a43000 ---p 0002a000 08:01 1057464 /usr/lib/libmvec-2.28.so
7fd132a43000-7fd132a44000 r--p 0002a000 08:01 1057464 /usr/lib/libmvec-2.28.so
7fd132a44000-7fd132a45000 rw-p 0002b000 08:01 1057464 /usr/lib/libmvec-2.28.so
7fd132a45000-7fd132a52000 r--p 00000000 08:01 1057458 /usr/lib/libm-2.28.so
7fd132a52000-7fd132af3000 r-xp 0000d000 08:01 1057458 /usr/lib/libm-2.28.so
7fd132af3000-7fd132bc8000 r--p 000ae000 08:01 1057458 /usr/lib/libm-2.28.so
7fd132bc8000-7fd132bc9000 r--p 00182000 08:01 1057458 /usr/lib/libm-2.28.so
7fd132bc9000-7fd132bca000 rw-p 00183000 08:01 1057458 /usr/lib/libm-2.28.so
7fd132bca000-7fd132c53000 r--p 00000000 08:01 1054698 /usr/lib/libstdc++.so.6.0.25
7fd132c53000-7fd132d0b000 r-xp 00089000 08:01 1054698 /usr/lib/libstdc++.so.6.0.25
7fd132d0b000-7fd132d48000 r--p 00141000 08:01 1054698 /usr/lib/libstdc++.so.6.0.25
7fd132d48000-7fd132d49000 ---p 0017e000 08:01 1054698 /usr/lib/libstdc++.so.6.0.25
7fd132d49000-7fd132d55000 r--p 0017e000 08:01 1054698 /usr/lib/libstdc++.so.6.0.25
7fd132d55000-7fd132d56000 rw-p 0018a000 08:01 1054698 /usr/lib/libstdc++.so.6.0.25
7fd132d56000-7fd132d59000 rw-p 00000000 00:00 0
7fd132d59000-7fd132d5c000 r--p 00000000 08:01 1067059 /usr/lib/libnuma.so.1.0.0
7fd132d5c000-7fd132d61000 r-xp 00003000 08:01 1067059 /usr/lib/libnuma.so.1.0.0
7fd132d61000-7fd132d63000 r--p 00008000 08:01 1067059 /usr/lib/libnuma.so.1.0.0
7fd132d63000-7fd132d64000 ---p 0000a000 08:01 1067059 /usr/lib/libnuma.so.1.0.0
7fd132d64000-7fd132d65000 r--p 0000a000 08:01 1067059 /usr/lib/libnuma.so.1.0.0
7fd132d65000-7fd132d66000 rw-p 0000b000 08:01 1067059 /usr/lib/libnuma.so.1.0.0
7fd132d66000-7fd132d68000 rw-p 00000000 00:00 0
7fd132d68000-7fd132d69000 r--p 00000000 08:01 1057452 /usr/lib/libdl-2.28.so
7fd132d69000-7fd132d6a000 r-xp 00001000 08:01 1057452 /usr/lib/libdl-2.28.so
7fd132d6a000-7fd132d6b000 r--p 00002000 08:01 1057452 /usr/lib/libdl-2.28.so
7fd132d6b000-7fd132d6c000 r--p 00002000 08:01 1057452 /usr/lib/libdl-2.28.so
7fd132d6c000-7fd132d6d000 rw-p 00003000 08:01 1057452 /usr/lib/libdl-2.28.so
7fd132d6d000-7fd132d84000 r-xp 00000000 08:01 1054773 /usr/lib/libusb-1.0.so.0.1.0
7fd132d84000-7fd132f84000 ---p 00017000 08:01 1054773 /usr/lib/libusb-1.0.so.0.1.0
7fd132f84000-7fd132f85000 r--p 00017000 08:01 1054773 /usr/lib/libusb-1.0.so.0.1.0
7fd132f85000-7fd132f86000 rw-p 00018000 08:01 1054773 /usr/lib/libusb-1.0.so.0.1.0
7fd132f86000-7fd132fb3000 r--p 00000000 08:01 1054518 /usr/lib/libasound.so.2.0.0
7fd132fb3000-7fd133032000 r-xp 0002d000 08:01 1054518 /usr/lib/libasound.so.2.0.0
7fd133032000-7fd13305f000 r--p 000ac000 08:01 1054518 /usr/lib/libasound.so.2.0.0
7fd13305f000-7fd133067000 r--p 000d8000 08:01 1054518 /usr/lib/libasound.so.2.0.0
7fd133067000-7fd133068000 rw-p 000e0000 08:01 1054518 /usr/lib/libasound.so.2.0.0
7fd133068000-7fd13306c000 r--p 00000000 08:01 1062432 /usr/lib/libXft.so.2.3.3
7fd13306c000-7fd13307a000 r-xp 00004000 08:01 1062432 /usr/lib/libXft.so.2.3.3
7fd13307a000-7fd13307e000 r--p 00012000 08:01 1062432 /usr/lib/libXft.so.2.3.3
7fd13307e000-7fd13307f000 r--p 00015000 08:01 1062432 /usr/lib/libXft.so.2.3.3
7fd13307f000-7fd133080000 rw-p 00016000 08:01 1062432 /usr/lib/libXft.so.2.3.3
7fd133080000-7fd1330fe000 r-xp 00000000 08:01 1064458 /usr/lib/libGLU.so.1.3.1
7fd1330fe000-7fd1332fd000 ---p 0007e000 08:01 1064458 /usr/lib/libGLU.so.1.3.1
7fd1332fd000-7fd1332ff000 r--p 0007d000 08:01 1064458 /usr/lib/libGLU.so.1.3.1
7fd1332ff000-7fd133300000 rw-p 0007f000 08:01 1064458 /usr/lib/libGLU.so.1.3.1
7fd133300000-7fd133342000 r--p 00000000 08:01 1052689 /usr/lib/libGL.so.1.7.0
7fd133342000-7fd133361000 r-xp 00042000 08:01 1052689 /usr/lib/libGL.so.1.7.0
7fd133361000-7fd133376000 r--p 00061000 08:01 1052689 /usr/lib/libGL.so.1.7.0
7fd133376000-7fd133391000 r--p 00075000 08:01 1052689 /usr/lib/libGL.so.1.7.0
7fd133391000-7fd133392000 rw-p 00090000 08:01 1052689 /usr/lib/libGL.so.1.7.0
7fd133392000-7fd133395000 rw-p 00000000 00:00 0
7fd133395000-7fd133396000 r--p 00000000 08:01 1067045 /usr/lib/libvdpau.so.1.0.0
7fd133396000-7fd133397000 r-xp 00001000 08:01 1067045 /usr/lib/libvdpau.so.1.0.0
7fd133397000-7fd133398000 r--p 00002000 08:01 1067045 /usr/lib/libvdpau.so.1.0.0
7fd133398000-7fd133399000 r--p 00002000 08:01 1067045 /usr/lib/libvdpau.so.1.0.0
7fd133399000-7fd13339a000 rw-p 00003000 08:01 1067045 /usr/lib/libvdpau.so.1.0.0
7fd13339a000-7fd1333b0000 r-xp 00000000 08:01 1066973 /usr/lib/libz.so.1.2.11
7fd1333b0000-7fd1335af000 ---p 00016000 08:01 1066973 /usr/lib/libz.so.1.2.11
7fd1335af000-7fd1335b0000 r--p 00015000 08:01 1066973 /usr/lib/libz.so.1.2.11
7fd1335b0000-7fd1335b1000 rw-p 00016000 08:01 1066973 /usr/lib/libz.so.1.2.11
7fd1335b1000-7fd1335b7000 r--p 00000000 08:01 1057487 /usr/lib/libpthread-2.28.so
7fd1335b7000-7fd1335c6000 r-xp 00006000 08:01 1057487 /usr/lib/libpthread-2.28.so
7fd1335c6000-7fd1335cc000 r--p 00015000 08:01 1057487 /usr/lib/libpthread-2.28.so
7fd1335cc000-7fd1335cd000 r--p 0001a000 08:01 1057487 /usr/lib/libpthread-2.28.so
7fd1335cd000-7fd1335ce000 rw-p 0001b000 08:01 1057487 /usr/lib/libpthread-2.28.so
7fd1335ce000-7fd1335d2000 rw-p 00000000 00:00 0
7fd1335d2000-7fd1335d8000 r--p 00000000 08:01 1064622 /usr/lib/libpng16.so.16.36.0
7fd1335d8000-7fd1335fc000 r-xp 00006000 08:01 1064622 /usr/lib/libpng16.so.16.36.0
7fd1335fc000-7fd133608000 r--p 0002a000 08:01 1064622 /usr/lib/libpng16.so.16.36.0
7fd133608000-7fd133609000 r--p 00035000 08:01 1064622 /usr/lib/libpng16.so.16.36.0
7fd133609000-7fd13360a000 rw-p 00036000 08:01 1064622 /usr/lib/libpng16.so.16.36.0
7fd13360a000-7fd13362f000 r-xp 00000000 08:01 1049445 /usr/lib/liblzma.so.5.2.4
7fd13362f000-7fd13382e000 ---p 00025000 08:01 1049445 /usr/lib/liblzma.so.5.2.4
7fd13382e000-7fd13382f000 r--p 00024000 08:01 1049445 /usr/lib/liblzma.so.5.2.4
7fd13382f000-7fd133830000 rw-p 00025000 08:01 1049445 /usr/lib/liblzma.so.5.2.4
7fd133830000-7fd13383d000 r--p 00000000 08:01 1061795 /usr/lib/libfreetype.so.6.17.0
7fd13383d000-7fd1338bf000 r-xp 0000d000 08:01 1061795 /usr/lib/libfreetype.so.6.17.0
7fd1338bf000-7fd1338f6000 r--p 0008f000 08:01 1061795 /usr/lib/libfreetype.so.6.17.0
7fd1338f6000-7fd1338f7000 ---p 000c6000 08:01 1061795 /usr/lib/libfreetype.so.6.17.0
7fd1338f7000-7fd1338fe000 r--p 000c6000 08:01 1061795 /usr/lib/libfreetype.so.6.17.0
7fd1338fe000-7fd1338ff000 rw-p 000cd000 08:01 1061795 /usr/lib/libfreetype.so.6.17.0
7fd1338ff000-7fd133901000 rw-p 00000000 00:00 0
7fd133901000-7fd133909000 r--p 00000000 08:01 1058210 /usr/lib/libfontconfig.so.1.12.0
7fd133909000-7fd13392d000 r-xp 00008000 08:01 1058210 /usr/lib/libfontconfig.so.1.12.0
7fd13392d000-7fd133945000 r--p 0002c000 08:01 1058210 /usr/lib/libfontconfig.so.1.12.0
7fd133945000-7fd133947000 r--p 00043000 08:01 1058210 /usr/lib/libfontconfig.so.1.12.0
7fd133947000-7fd133948000 rw-p 00045000 08:01 1058210 /usr/lib/libfontconfig.so.1.12.0
7fd133948000-7fd13394a000 r--p 00000000 08:01 1067236 /usr/lib/libbz2.so.1.0.6
7fd13394a000-7fd133957000 r-xp 00002000 08:01 1067236 /usr/lib/libbz2.so.1.0.6
7fd133957000-7fd133959000 r--p 0000f000 08:01 1067236 /usr/lib/libbz2.so.1.0.6
7fd133959000-7fd13395a000 r--p 00010000 08:01 1067236 /usr/lib/libbz2.so.1.0.6
7fd13395a000-7fd13395b000 rw-p 00011000 08:01 1067236 /usr/lib/libbz2.so.1.0.6
7fd13395b000-7fd133960000 r-xp 00000000 08:01 1052718 /usr/lib/libXfixes.so.3.1.0
7fd133960000-7fd133b5f000 ---p 00005000 08:01 1052718 /usr/lib/libXfixes.so.3.1.0
7fd133b5f000-7fd133b60000 r--p 00004000 08:01 1052718 /usr/lib/libXfixes.so.3.1.0
7fd133b60000-7fd133b61000 rw-p 00005000 08:01 1052718 /usr/lib/libXfixes.so.3.1.0
7fd133b61000-7fd133b63000 r--p 00000000 08:01 1064832 /usr/lib/libXv.so.1.0.0
7fd133b63000-7fd133b66000 r-xp 00002000 08:01 1064832 /usr/lib/libXv.so.1.0.0
7fd133b66000-7fd133b67000 r--p 00005000 08:01 1064832 /usr/lib/libXv.so.1.0.0
7fd133b67000-7fd133b68000 r--p 00005000 08:01 1064832 /usr/lib/libXv.so.1.0.0
7fd133b68000-7fd133b69000 rw-p 00006000 08:01 1064832 /usr/lib/libXv.so.1.0.0
7fd133b69000-7fd133b6b000 r-xp 00000000 08:01 1067035 /usr/lib/libXinerama.so.1.0.0
7fd133b6b000-7fd133d6a000 ---p 00002000 08:01 1067035 /usr/lib/libXinerama.so.1.0.0
7fd133d6a000-7fd133d6b000 r--p 00001000 08:01 1067035 /usr/lib/libXinerama.so.1.0.0
7fd133d6b000-7fd133d6c000 rw-p 00002000 08:01 1067035 /usr/lib/libXinerama.so.1.0.0
7fd133d6c000-7fd133d70000 r--p 00000000 08:01 1062936 /usr/lib/libXext.so.6.4.0
7fd133d70000-7fd133d7b000 r-xp 00004000 08:01 1062936 /usr/lib/libXext.so.6.4.0
7fd133d7b000-7fd133d7f000 r--p 0000f000 08:01 1062936 /usr/lib/libXext.so.6.4.0
7fd133d7f000-7fd133d80000 r--p 00012000 08:01 1062936 /usr/lib/libXext.so.6.4.0
7fd133d80000-7fd133d81000 rw-p 00013000 08:01 1062936 /usr/lib/libXext.so.6.4.0
7fd133d81000-7fd133d83000 rw-p 00000000 00:00 0
7fd133d83000-7fd133d9f000 r--p 00000000 08:01 1067004 /usr/lib/libX11.so.6.3.0
7fd133d9f000-7fd133e27000 r-xp 0001c000 08:01 1067004 /usr/lib/libX11.so.6.3.0
7fd133e27000-7fd133ebb000 r--p 000a4000 08:01 1067004 /usr/lib/libX11.so.6.3.0
7fd133ebb000-7fd133ebe000 r--p 00137000 08:01 1067004 /usr/lib/libX11.so.6.3.0
7fd133ebe000-7fd133ec2000 rw-p 0013a000 08:01 1067004 /usr/lib/libX11.so.6.3.0
7fd133ec2000-7fd133ec5000 r--p 00000000 08:01 1063892 /usr/lib/libopus.so.0.7.0
7fd133ec5000-7fd133f0b000 r-xp 00003000 08:01 1063892 /usr/lib/libopus.so.0.7.0
7fd133f0b000-7fd133f1e000 r--p 00049000 08:01 1063892 /usr/lib/libopus.so.0.7.0
7fd133f1e000-7fd133f1f000 r--p 0005b000 08:01 1063892 /usr/lib/libopus.so.0.7.0
7fd133f1f000-7fd133f20000 rw-p 0005c000 08:01 1063892 /usr/lib/libopus.so.0.7.0
7fd133f20000-7fd133f26000 r--p 00000000 08:01 1067046 /usr/lib/libvpx.so.6.0.0
7fd133f26000-7fd134225000 r-xp 00006000 08:01 1067046 /usr/lib/libvpx.so.6.0.0
7fd134225000-7fd13426f000 r--p 00305000 08:01 1067046 /usr/lib/libvpx.so.6.0.0
7fd13426f000-7fd134270000 ---p 0034f000 08:01 1067046 /usr/lib/libvpx.so.6.0.0
7fd134270000-7fd134273000 r--p 0034f000 08:01 1067046 /usr/lib/libvpx.so.6.0.0
7fd134273000-7fd134274000 rw-p 00352000 08:01 1067046 /usr/lib/libvpx.so.6.0.0
7fd134274000-7fd13427b000 rw-p 00000000 00:00 0
7fd13427b000-7fd134284000 r--p 00000000 08:01 1062867 /usr/lib/libtiff.so.5.4.0
7fd134284000-7fd1342d0000 r-xp 00009000 08:01 1062867 /usr/lib/libtiff.so.5.4.0
7fd1342d0000-7fd1342fe000 r--p 00055000 08:01 1062867 /usr/lib/libtiff.so.5.4.0
7fd1342fe000-7fd134302000 r--p 00082000 08:01 1062867 /usr/lib/libtiff.so.5.4.0
7fd134302000-7fd134305000 rw-p 00086000 08:01 1062867 /usr/lib/libtiff.so.5.4.0
7fd134305000-7fd134306000 rw-p 00000000 00:00 0
7fd134306000-7fd134309000 r--p 00000000 08:01 1064096 /usr/lib/libwebp.so.7.0.4
7fd134309000-7fd13435f000 r-xp 00003000 08:01 1064096 /usr/lib/libwebp.so.7.0.4
7fd13435f000-7fd134372000 r--p 00059000 08:01 1064096 /usr/lib/libwebp.so.7.0.4
7fd134372000-7fd134373000 r--p 0006b000 08:01 1064096 /usr/lib/libwebp.so.7.0.4
7fd134373000-7fd134374000 rw-p 0006c000 08:01 1064096 /usr/lib/libwebp.so.7.0.4
7fd134374000-7fd134376000 rw-p 00000000 00:00 0
7fd134376000-7fd13437d000 r--p 00000000 08:01 1067042 /usr/lib/libsndfile.so.1.0.28
7fd13437d000-7fd1343cf000 r-xp 00007000 08:01 1067042 /usr/lib/libsndfile.so.1.0.28
7fd1343cf000-7fd1343ec000 r--p 00059000 08:01 1067042 /usr/lib/libsndfile.so.1.0.28
7fd1343ec000-7fd1343ef000 r--p 00075000 08:01 1067042 /usr/lib/libsndfile.so.1.0.28
7fd1343ef000-7fd1343f0000 rw-p 00078000 08:01 1067042 /usr/lib/libsndfile.so.1.0.28
7fd1343f0000-7fd1343f4000 rw-p 00000000 00:00 0
7fd1343f4000-7fd1343f8000 r--p 00000000 08:01 1062871 /usr/lib/libjpeg.so.8.2.2
7fd1343f8000-7fd13444c000 r-xp 00004000 08:01 1062871 /usr/lib/libjpeg.so.8.2.2
7fd13444c000-7fd134486000 r--p 00058000 08:01 1062871 /usr/lib/libjpeg.so.8.2.2
7fd134486000-7fd134487000 ---p 00092000 08:01 1062871 /usr/lib/libjpeg.so.8.2.2
7fd134487000-7fd134488000 r--p 00092000 08:01 1062871 /usr/lib/libjpeg.so.8.2.2
7fd134488000-7fd134489000 rw-p 00093000 08:01 1062871 /usr/lib/libjpeg.so.8.2.2
7fd134489000-7fd1344a4000 r-xp 00000000 08:01 1059494 /usr/lib/libdv.so.4.0.3
7fd1344a4000-7fd1346a3000 ---p 0001b000 08:01 1059494 /usr/lib/libdv.so.4.0.3
7fd1346a3000-7fd1346a4000 r--p 0001a000 08:01 1059494 /usr/lib/libdv.so.4.0.3
7fd1346a4000-7fd1346a6000 rw-p 0001b000 08:01 1059494 /usr/lib/libdv.so.4.0.3
7fd1346a6000-7fd1346b4000 rw-p 00000000 00:00 0
7fd1346b4000-7fd1346c0000 r-xp 00000000 08:01 1063720 /usr/lib/libiec61883.so.0.1.1
7fd1346c0000-7fd1348bf000 ---p 0000c000 08:01 1063720 /usr/lib/libiec61883.so.0.1.1
7fd1348bf000-7fd1348c0000 r--p 0000b000 08:01 1063720 /usr/lib/libiec61883.so.0.1.1
7fd1348c0000-7fd1348c1000 rw-p 0000c000 08:01 1063720 /usr/lib/libiec61883.so.0.1.1
7fd1348c1000-7fd1348c4000 r-xp 00000000 08:01 1060099 /usr/lib/librom1394.so.0.3.0
7fd1348c4000-7fd134ac4000 ---p 00003000 08:01 1060099 /usr/lib/librom1394.so.0.3.0
7fd134ac4000-7fd134ac5000 r--p 00003000 08:01 1060099 /usr/lib/librom1394.so.0.3.0
7fd134ac5000-7fd134ac6000 rw-p 00004000 08:01 1060099 /usr/lib/librom1394.so.0.3.0
7fd134ac6000-7fd134aca000 r-xp 00000000 08:01 1059502 /usr/lib/libavc1394.so.0.3.0
7fd134aca000-7fd134cc9000 ---p 00004000 08:01 1059502 /usr/lib/libavc1394.so.0.3.0
7fd134cc9000-7fd134cca000 r--p 00003000 08:01 1059502 /usr/lib/libavc1394.so.0.3.0
7fd134cca000-7fd134ccb000 rw-p 00004000 08:01 1059502 /usr/lib/libavc1394.so.0.3.0
7fd134ccb000-7fd134cd4000 r--p 00000000 08:01 1062106 /usr/lib/libFLAC.so.8.3.0
7fd134cd4000-7fd134d28000 r-xp 00009000 08:01 1062106 /usr/lib/libFLAC.so.8.3.0
7fd134d28000-7fd134d31000 r--p 0005d000 08:01 1062106 /usr/lib/libFLAC.so.8.3.0
7fd134d31000-7fd134d33000 r--p 00065000 08:01 1062106 /usr/lib/libFLAC.so.8.3.0
7fd134d33000-7fd134d34000 rw-p 00067000 08:01 1062106 /usr/lib/libFLAC.so.8.3.0
7fd134d34000-7fd134d36000 rw-p 00000000 00:00 0
7fd134d36000-7fd134f4f000 r-xp 00000000 08:01 1059950 /usr/lib/libfftw3.so.3.5.8
7fd134f4f000-7fd13514e000 ---p 00219000 08:01 1059950 /usr/lib/libfftw3.so.3.5.8
7fd13514e000-7fd13515f000 r--p 00218000 08:01 1059950 /usr/lib/libfftw3.so.3.5.8
7fd13515f000-7fd135160000 rw-p 00229000 08:01 1059950 /usr/lib/libfftw3.so.3.5.8
7fd135160000-7fd135167000 r-xp 00000000 08:01 1067039 /usr/lib/libvorbisfile.so.3.3.7
7fd135167000-7fd135367000 ---p 00007000 08:01 1067039 /usr/lib/libvorbisfile.so.3.3.7
7fd135367000-7fd135368000 r--p 00007000 08:01 1067039 /usr/lib/libvorbisfile.so.3.3.7
7fd135368000-7fd135369000 rw-p 00008000 08:01 1067039 /usr/lib/libvorbisfile.so.3.3.7
7fd135369000-7fd135393000 r-xp 00000000 08:01 1062922 /usr/lib/libvorbis.so.0.4.8
7fd135393000-7fd135593000 ---p 0002a000 08:01 1062922 /usr/lib/libvorbis.so.0.4.8
7fd135593000-7fd135594000 r--p 0002a000 08:01 1062922 /usr/lib/libvorbis.so.0.4.8
7fd135594000-7fd135595000 rw-p 0002b000 08:01 1062922 /usr/lib/libvorbis.so.0.4.8
7fd135595000-7fd13559a000 r-xp 00000000 08:01 1067015 /usr/lib/libogg.so.0.8.3
7fd13559a000-7fd13579a000 ---p 00005000 08:01 1067015 /usr/lib/libogg.so.0.8.3
7fd13579a000-7fd13579b000 r--p 00005000 08:01 1067015 /usr/lib/libogg.so.0.8.3
7fd13579b000-7fd13579c000 rw-p 00006000 08:01 1067015 /usr/lib/libogg.so.0.8.3
7fd13579c000-7fd1357b4000 r-xp 00000000 08:01 1062858 /usr/lib/libtheoradec.so.1.1.4
7fd1357b4000-7fd1359b4000 ---p 00018000 08:01 1062858 /usr/lib/libtheoradec.so.1.1.4
7fd1359b4000-7fd1359b5000 r--p 00018000 08:01 1062858 /usr/lib/libtheoradec.so.1.1.4
7fd1359b5000-7fd1359b6000 rw-p 00019000 08:01 1062858 /usr/lib/libtheoradec.so.1.1.4
7fd1359b6000-7fd1359f3000 r-xp 00000000 08:01 1062859 /usr/lib/libtheoraenc.so.1.1.2
7fd1359f3000-7fd135bf3000 ---p 0003d000 08:01 1062859 /usr/lib/libtheoraenc.so.1.1.2
7fd135bf3000-7fd135bf4000 r--p 0003d000 08:01 1062859 /usr/lib/libtheoraenc.so.1.1.2
7fd135bf4000-7fd135bf5000 rw-p 0003e000 08:01 1062859 /usr/lib/libtheoraenc.so.1.1.2
7fd135bf5000-7fd135bf7000 rw-p 00000000 00:00 0
7fd135bf7000-7fd135c04000 r--s 00000000 08:01 3806990 /var/cache/fontconfig/8839671b-7bae-4a71-bd9a-83cb5c7d917c-le64.cache-7
7fd135c04000-7fd135c34000 r--s 00000000 08:01 3806989 /var/cache/fontconfig/2c80be13-a923-4c31-a013-3199bebccac2-le64.cache-7
7fd135c34000-7fd135c37000 r--s 00000000 08:01 3806988 /var/cache/fontconfig/40bf6775-51a3-457b-94fd-a7f2d694fdf0-le64.cache-7
7fd135c37000-7fd135c39000 r--p 00000000 08:01 1057432 /usr/lib/ld-2.28.so
7fd135c39000-7fd135c58000 r-xp 00002000 08:01 1057432 /usr/lib/ld-2.28.so
7fd135c58000-7fd135c60000 r--p 00021000 08:01 1057432 /usr/lib/ld-2.28.so
7fd135c60000-7fd135c61000 r--p 00028000 08:01 1057432 /usr/lib/ld-2.28.so
7fd135c61000-7fd135c62000 rw-p 00029000 08:01 1057432 /usr/lib/ld-2.28.so
7fd135c62000-7fd135c63000 rw-p 00000000 00:00 0
7ffd2c872000-7ffd2c893000 rw-p 00000000 00:00 0 [stack]
7ffd2c89e000-7ffd2c8a1000 r--p 00000000 00:00 0 [vvar]
7ffd2c8a1000-7ffd2c8a2000 r-xp 00000000 00:00 0 [vdso]

CODE:
0x562a1dac60e6: 2e 0f 1f 84 00 00 00 00
0x562a1dac60ee: 00 90 55 48 89 e5 41 55
0x562a1dac60f6: 49 89 fd 41 54 49 89 f4
0x562a1dac60fe: 53 48 83 ec 08 8b 76 18
0x562a1dac6106: >3b 77 1c 7e 0a e8 50 e8
0x562a1dac610e: ff ff 41 8b 74 24 18 31
0x562a1dac6116: db 85 f6 7e 2a 0f 1f 44
0x562a1dac611e: 00 00 49 8b 44 24 10 4c



/bin/sh: Zeile 0: exec: gdb: Nicht gefunden.
(0001314)
v4t   
2019-04-07 13:56   
where do I find him?
(0001313)
PhyllisSmith   
2019-04-07 13:52   
Any chance you still have the dump - /tmp/cinelerra_16995.dmp ? It might help to find the SEGV - otherwise, there is not much to go on.
(0001312)
v4t   
2019-04-07 13:01   
blob:https://streamable.com/1647c0cf-3657-4649-b872-be6c209325a8

Toyed with the "Aligne" function again. Added the Rotate video effect. Looks like everything is going well. Unfortunately it doesn't work in the "Compositor". Shortening the timeline doesn't work either.
Well maybe that wasn't planned either. I would miss that.
(0001311)
v4t   
2019-04-07 11:02   
my Computer:

 ██████████████████ ████████ tux@viper3
 ██████████████████ ████████ OS: Manjaro 18.0.4 Illyria
 ██████████████████ ████████ Kernel: x86_64 Linux 5.0.5-1-MANJARO
 ██████████████████ ████████ Uptime: 1m
 ████████ ████████ Packages: 1244
 ████████ ████████ ████████ Shell: bash 5.0.2
 ████████ ████████ ████████ Resolution: 1920x1080
 ████████ ████████ ████████ DE: KDE 5.56.0 / Plasma 5.15.3
 ████████ ████████ ████████ WM: KWin
 ████████ ████████ ████████ GTK Theme: Breath [GTK2/3]
 ████████ ████████ ████████ Icon Theme: Adwaita
 ████████ ████████ ████████ Font: Noto Sans Regular
 ████████ ████████ ████████ CPU: Intel Core i7-3770 @ 8x 3.9GHz [42.0°C]
 ████████ ████████ ████████ GPU: GeForce GTX 680
                                  RAM: 597MiB / 15986MiB

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
167 [Cinelerra-GG] Feature minor N/A 2019-03-12 16:07 2019-03-31 20:15
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: goodguy OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Automatic resynchronization of the video and audio tracks of a timeline clip
Description: I have searched the Cinelerra menus and manuals and I can't find if there is an automatic resynchronization option between the audio and video tracks of a timeline clip.

Here when I talk about synchronization I mean the relative position of the sound and image, as it was (and still is) on the source media from which a timeline clip originates.

Situation: It happens that voluntarily, by wrong operation or by an operating bug, the sound of a timeline clip is no longer attached to the video track exactly as it was on the clip source.

When later on, we want to bring the relationship of the sound and image of this clip back into "synchronization" such as on the source media, sometimes it is easy but other times it is more difficult. However, the reference of this synchronization still exists on the source.

Would it be possible to create an option to automatically resynchronize the audio and video tracks of a timeline clip, as it is still on the source media, either by automatically moving (slip) one or both audio tracks according to the image or vice versa, moving (slip) the image track according to one of the original sound tracks?
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
Notes
(0001276)
Pierre   
2019-03-31 20:15   
I will wait for detailed instructions, because for the moment I can't get anything working.

Maybe the sound (very charged and repetitive sound atmosphere) doesn't allow a good analysis, but when I use "Match All" the moved tracks are not at all synchronous.

With "Move", it's worse the clip doesn't move at all and the calculation doesn't seem to be done.

Phyllis if I could, I would give you access to my source media and my xml file, but it's impossible, it's too big ;169.2 GB, it's more than my monthly Internet account...
(0001272)
Sam   
2019-03-31 15:37   
@PhyllisSmith Thanks, it works fine :-)
(0001269)
PhyllisSmith   
2019-03-31 02:11   
Sam: "Insert mixers" is now an option in the Resources window - right mouse button on media to open the mixers on new tracks at the insert point.
Pierre: there is a new Mint18 build available at:
    https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-mint18-x86_64-static.txz
IgorB: there is a new Ubuntu16 build available at:
    https://www.cinelerra-gg.org/download/testing/cinelerra-5.1-ub16-x86_64-static.txz

@Everyone: the "Match" works as previously documented and shown. There are now 2 new options of "Match All" and "Move" BUT I have not had the chance to document them yet because gg changes things as he codes and I can not always keeps up. I am working on it and do not expect to get it done tonight unfortunately. Here is a short description:
- Match All -- if you have several mixers, instead of only picking 1 to match, it picks the best match for EACH of the mixer tracks based on a single master track. So when you hit Apply, each track might move differently. You do not set In/Out points but you have to make a selection within which to match.
- Move -- this is very handy if you have an edit somewhere that you need to fix specifically. In this case you have to select (like you do a group, but do not make a group) and you can just "Move" that set only - everything else stays where it is.

BEST NEWS of ALL -- use Checkpoint button to save checkpoints so you can go back to where you may have made a mistake and start over.
(0001262)
PhyllisSmith   
2019-03-27 20:49   
Actually I think that what gg is implementing for issue 160 is what is needed.
(0001233)
PhyllisSmith   
2019-03-17 15:54   
Maybe we can find a better way. Marking as related to issue 0000165.
(0001228)
Pierre   
2019-03-17 01:36   
Well, after more tests, my procedure doesn't seem to work every time.... It was too simple....
(0001226)
Pierre   
2019-03-17 00:41   
Actually, I found a simpler method:

Simply select the clip (from the timeline) that has lost its synchronization, then use the context menu "Find in resources". If the number of clips extracted from this source is not large, it will be possible by Src Target to determine and display the segment concerned in the Viewer. Then simply use the "Overlay" Viewer command to easily replace the unsynchronized track of the selected timeline clip.

Here it is clear that an improvement of the "Find in resources" function to more easily identify the right segment of the source would be useful. This could be colored differently on the Src Target screen.
(0001224)
PhyllisSmith   
2019-03-16 23:57   
From my understanding of what GG has explained to me, if not using "align edits" because it is not simply a matter of realigning the edges, then the easiest method to synchronize is with the use of "Show edit".
You would right mouse click the Video track and record the "Start Source" and "Start Project" numerical values.
Then do the same for the Audio track. You should be able to subtract the numbers and use them to realign between the 2 with the aid of the zoombar Selection start time values.

Does this solve synchronization easy enough? GG thinks so but I am not so sure.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
145 [Cinelerra-GG] Feature minor always 2019-02-25 21:48 2019-03-19 18:02
Reporter: MatN Platform: X86_64  
Assigned To: OS: Mint  
Priority: normal OS Version: 18.3  
Status: new Product Version: 2018-12  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: When using proxy, auto-switch to non-proxy in compositor when picture is static
Description: When editing a mask, the additional detail in non-proxy mode is frequently needed. And you can switch easily between proxy and normal mode using the ¨P¨ in the upper right corner of the main window. However, it would be very handy if, when playing is stopped, that in proxy mode it automatically switches to non-proxy mode, and then back to proxy mode when moving again. Then you rarely have to use the ¨P¨ anymore. Maybe add such an additional option to the proxy settings?
Tags:
Steps To Reproduce:
Additional Information:
System Description
Attached Files:
Notes
(0001234)
MatN   
2019-03-19 18:02   
Yesterday I was shown how it works on Adobe Premiere CC. The compositor has a selectable resolution for playing, and when stopped. Such as 1, 1/2, 1/4 etc.
(0001041)
MatN   
2019-02-28 17:05   
Hi IgorBeg,

What you show is clearly unworkable if everything switched back and forth between proxy and non-proxy. However, if this is ever implemented there is no need to switch the timeline to non-proxy mode, the images are too small there anyway. But maybe it is programmatically possible to switch just the compositor back and forth, and leave the timeline in proxy mode. That would reduce CPU time enormously, while still providing the benefits of high detail in the compositor.
(0001036)
IgorBeg   
2019-02-27 10:11   
Thanks at all. I understand you, MatN and Sam, and I guess (surely) you have a very good powerful PC.
Take a look these screencasts for time consuming: look at the thumbnails refreshing on timeline ( and Resources) and tally light on Compositor, please.
1) Screencast to show time refreshing with Proxy toggle
https://streamable.com/6oz2d
2) ... and with Multicamera Viewer use.
https://streamable.com/wrhq4
3) ... and if I am making color grading in Not-Proxy mode, the Compositor shows the static frame and the time consuming to update the changes of the effect is very high (of course).

I always use Proxy to make all rough work of editing: trim, mask, color grading; then I disable Proxy and in some key points I do refinement. Return in Proxy mode to check the overall editing and again in Not-Proxy to refinement. Probably if I had a computer like yours I would change my workflow (mmh, not so sure). Thanks.
(0001035)
Sam   
2019-02-26 22:40   
Okay, I didn't know that yet.
(0001034)
MatN   
2019-02-26 22:23   
I was told Adobe Premiere CC can do this, but I have not verified it yet. But regardless, it would be quite handy.
(0001033)
Sam   
2019-02-26 18:27   
I understand what Mat means. I also always switch off the proxy mode for masks, because the image is too pixelated and you can't set the mask exactly. Only with the original footage you have a reasonably sharp picture. For playback I also switch on the proxy mode again, because otherwise the computer fails to play the large videos. If this feature would be optional, then it is not a problem in my opinion. I think the idea would indeed have a practical use. We could call it a dynamic proxy. No other NLE would have such a feature.
(0001032)
MatN   
2019-02-26 18:16   
Hi Phyllis,

understood. It is not urgent at all. My idea was indeed that it would be a settable option. Maybe set priority to something lower?

@IgorBeg, proxies are extremely useful. Even on powerful computer, if you do UHD 50p in non-proxy mode and pile up some effects, it will be slow. I was not thinking of getting rid of them!
But I was wondering: if you are in proxy mode, and stop playback, and then click the ¨P¨ to switch to non-proxy mode, does that switch take long? It does not seem to use much CPU here. My idea was to have optional dynamic proxy mode where only when the picture in the compositor is static (playback stopped, or cursor in the timeline not moved), it switches to non-proxy mode, else it is all in proxy. It should be automatic, else you gain nothing.
But I don´t even know if when in non-proxy mode you edit a (pixel-accurate) mask, it is still useful in non-proxy mode.
(0001031)
PhyllisSmith   
2019-02-26 15:15   
MatN: too risky to implement quickly, says gg.
IgorB: we will not change the current defaults.
Both: a choice may be added on the Proxy menu so that ONLY if checked, will the requested behavior take place. But have to stress again that it may be awhile before this is implemented as there are higher priority issues at this time.
(0001023)
IgorBeg   
2019-02-26 09:32   
Phyllis, really thanks to ask me (you have clicked Monitor button for me, I think). If I see by email then I know, else I can lose fundamental questions like that.
Don't touch that feature, please. It's okay how it is.
MatN (and others) I try to explain why. I don't know how many powerful are your PC; I guess them are very powerful.
My PC (Notebook and Desktop) are AMD dual core two thread (one Desktop-PC is mono-core, 1 thread). Very poor computer, I know.
With Proxy without scaler I can move the cursor position in timeline (not playing), with some effects, very smooth. If Proxy were disabled I should waiting for CPU about 1-5 seconds (it depends from Project resolution format, for example 1080p) for the refreshing in the Compositor. Then CInelerra-GG, for me (and for all users with poor PC), would be unused.
If you want I can make a screencast to show to you that.
The powerful of Cinelerra-GG is precisely that feature, in addition to many others, of course.
I hope with a few of words, explain why don't touch. Thanks.
(0001022)
PhyllisSmith   
2019-02-26 02:20   
IgorB: do you have any input here?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
172 [Cinelerra-GG] Bug minor always 2019-03-16 04:43 2019-03-16 04:43
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The Jog only moves back one frame for two clicks (Cin-GG Mar 15 2019 21:36:29)
Description: The problem only exists if first I move back with the Jog too fast for the frames to follow.... Once the rotation has stopped, if I then move back again (even slowly and after a pause), the Jog moves back only one frame for two clicks...
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
169 [Cinelerra-GG] Feature minor have not tried 2019-03-14 15:27 2019-03-14 15:27
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Monitor for each video track at the point before it enters the mixer
Description: From email (so it does not get lost) Mar 11/Dan

I have 2 camera recordings that provide the complete timeline for a whole days footage, and I'm adding in additional content like slides
that were put on the screen.

What I'm ideally after is a monitor for each video track at the point before it enters the mixer, and presents that tracks image at the
cursor. It would be what the mixer view presents but before any fade/mute/mix is applied. It would be nice to be able to select between
pre and post effects.

Perhaps it could be done by extending the mixer viewer paradigm to be a multi-stage moniter - able to select the following modes:

a) Input signal: this is the view you'd see from this track at the timelines cursor but before any effects, fade/mute or mixing stages.

It would be like seeing what the raw frame of a 2nd camera feed looks like at that point in the timeline. This would be useful for doing
things like aligning video from commodity camera's where different angles of the same footage can be aligned to saw a clapper board.

b) Prefade - This is a view of the Input signal of the track the primary effects including camera and projector effect applied, but before the
fader/mute stage.

This would be used to see the track Input signal with the effects applied. It would useful particularly for preparing picture in picture
overlays and ensuring that before fading between tracks

c) Mixer view - This the same as the current Mixer view.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
162 [Cinelerra-GG] Bug minor always 2019-03-10 22:36 2019-03-13 16:10
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: The "l" button for labels does not work when editing the multi-camera tracks
Description: The "l" button for labels does not work when editing the multi-camera tracks extracted from the mixers.
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
Notes
(0001198)
PhyllisSmith   
2019-03-13 16:10   
I will have GG look at the program code to see if he can find a way to have the keys not work -- anything is possible and it is probably more than just z and l.
(0001197)
Pierre   
2019-03-13 16:07   
After having written the previous comments.

I went back to work on my editing (I hadn't closed it). I replaced one more segment of the mixers by another and corrected the resulting desynchronization of the sound and plugins.

I then noticed that the "z" and "l" keys had started working again...

This problem is playing with my nerves...
(0001194)
Pierre   
2019-03-13 15:43   
It was on the edge of the end of the time line
(0001193)
Pierre   
2019-03-13 15:42   
Well, the problem with the "z" and "l" buttons that stop working after a certain time of use... has returned....

I don't know what caused this loss, but I noticed it after several undoes mainly by the "z" button, when I replaced selected segments of the timeline with double-clicks on the mixers and then corrected the overruns of the sound tracks or the failure to follow the plugins, by ripple or roll.
(0001185)
Pierre   
2019-03-13 00:09   
Yes, at the moment here too the "l" brands are working. The past days, for a long time they didn't work, I don't know what I do differently... If the problem reappears and I can identify the conditions of appearance, I will report it.
(0001184)
PhyllisSmith   
2019-03-12 23:31   
I must be missing something. The letter "l" and the label icon work on the first track of the timeline which I created via the mixers. It shows in the Compositor and the labels folder too as seen in:
       https://streamable.com/rqpzx
What am I missing here?

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
166 [Cinelerra-GG] Feature minor have not tried 2019-03-12 16:05 2019-03-12 16:05
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add feature to easily disable Autos/Keyframes, etc.
Description: The plugins have a button to turn them off so you can see what the original video/audio was. It would be nice to have some way to easily temporarily disable the autos so you can see what it used to look like.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
163 [Cinelerra-GG] Bug minor always 2019-03-10 22:44 2019-03-10 22:44
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Ripple, roll and slip create desynchronizations in multi-camera mode
Description: The image and sound tracks extracted from the mixers in multi-camera mode regularly lose their synchronization (sliding of the sound tracks) when it is edited by ripple, roll and slip techniques.
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
158 [Cinelerra-GG] Feature minor always 2019-03-09 01:49 2019-03-10 01:01
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: PhyllisSmith OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Make the Mixer windows remember the determined size.
Description: All new Mixer windows open in full screen mode in one of my monitors; I always have to resize them smaller, individually.

Would it be possible that after sizing a first Mixer window, the following ones will appear under this dimension, until I change this dimension?
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files: mixersize.png (539,409 bytes) 2019-03-09 03:17
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=113&type=bug
Notes
(0001144)
PhyllisSmith   
2019-03-10 01:01   
The mixer program code was designed to have you "open mixers" all at the same time and not meant for you to open them one by one. Most IMPORTANT, the mixer windows are "tiled" into the space above the Main window (timeline) and to the LEFT of the Compositor. When you have the compositor in the middle screen and you open only 1 mixer, the program calculates the available space and it would be the entire left screen.

Probably the best workaround is to do the following:
1 Create a layout (Window pulldown, Save layout) where the Compositor is halfway in Screen 1 over top of the timeline.
2 Open Mixers in all of media at the same time and watch how they get tiled all the same size in Screen 1 in the space above the timeline and to the left of the compositor.
3 Go back to your original layout (compositor in Screen 2) and move your Mixer windows where you want them on Screen 2.
4 By experimenting with your new layout to use when loading mixers, you can get your mixer windows to come up the size you like by just remembering that the mixers are calculated in size to fill the space to the left of the compositor. But if you "open mixers" one at a time, this will be inconvenient because it does not know about the size of the previous ones.

Also, "tile mixers" under the Window pulldown does the same calculation to put the mixers nicely lined up in the designated space. I do not think the code can be changed to work the way your brain thinks without messing up this tiling calculation.

I am still experimenting with option usage to see what else can be done. But it is difficult for me to work with 3 monitors -- I just keep losing the cursor and the monitors we use are big so I have a hard time seeing all the way over to the 3rd monitor without binoculars.
(0001122)
Pierre   
2019-03-09 04:10   
This is how I use the mixers in my multi-screen space.

I place them on the right of the composer, together they occupy my entire central screen.

The only thing I want is for the mixers to remember the last size I gave them, it will be easy for me to place them afterwards.
(0001118)
PhyllisSmith   
2019-03-09 03:39   
OK, gg looked at this. Here is how it works. The mixer windows size is determined by the left edge of the compositor and the size of the screen to the top of the main window which is going to be different for you then most people because you use 3 monitors! This is what he suggests -- since there are 4 defined layouts now (Window pulldown, Save or Load Layouts) -- you should take advantage of these to solve this issue.

Use Ctrl-p in the main window which puts all of the 4 windows on 1 monitor. Then "open mixers" so they will be a reasonable size now that you can more easily work with and go fullscreen on a particular one as needed. Then go back to your 3-screen preferred layout.

I hope this works for you. He does not think it would be smart to modify the program. We will check this more thoroughly tomorrow when we can move a 3rd monitor to his system.
(0001116)
PhyllisSmith   
2019-03-09 03:17   
This sounds more like a bug. When I "open mixers" the mixer windows all come out tiled to fit in the space that normally the Viewer window would occupy. The Window pulldown choice of "tile mixers" (alt-t in the main window) tiles the mixer windows to all the same size to fit in whatever space that current Viewer window occupies. See attached which shows my mixers after I just opened them on a 2 monitor system but cinelerra is just on the first monitor.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
156 [Cinelerra-GG] Bug minor always 2019-03-05 12:17 2019-03-06 10:49
Reporter: IgorBeg Platform: x64  
Assigned To: OS: Linux-UbuntuStudio  
Priority: normal OS Version: 16.04  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: New Project: no control about project name
Description: If I create a new Project and save it with a project name that always exist in the same directory, Cinelerra-GG don't show to me the window: "The following file exist. Overwrite them?".
Tags:
Steps To Reproduce: 1) File-> New Project...
2) Insert all parameters, choose "Create project folder in:", and in "Project Name:" write file name that always exist. Confirm OK.
3) File-> Save (or "s" shortcut)

It overwrite the old project file without any warning.
Additional Information: Note: the new project may be also empty (no video files added).
System Description
Attached Files:
Notes
(0001099)
IgorBeg   
2019-03-06 10:49   
Thanks again. (This issue is less important of the 0000155 )
(0001095)
PhyllisSmith   
2019-03-06 03:52   
This will probably get fixed as part of issue 0000147. (We are behind in issues due to an already underway project).

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
147 [Cinelerra-GG] Feature minor have not tried 2019-02-27 20:58 2019-03-03 14:39
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version: 2019-03  
Summary: Allow for saving snap/grab shots in project directory
Description: The default path for snapshots/grabshots is /tmp but this can be changed in Settings->Preferences, Interface tab, Snapshot path (which is also the path used for grabshots). However, changing this for each project can be somewhat cumbersome and easily forgotten.

On the other hand, saving them to the current project directory by default would be convenient and desirable.

A partial attempt was made to do this (April 2018 based on a user request at the time) but was backed out. Here is why:
1) What is a project directory??? This is the fundamental question that first needs to be addressed. Not everyone even has a project directory defined but just load files willy-nilly from all different directories.
2) When a question came up from gg on which way to go, I was unable to competently answer that so that is why the effort was stopped.
3) What do you do in this case? What should the program do in another situation?

You can still see remnants of the previous effort when you bring up "New project" and see the fields "Create project folder In:" and "Project Name".

If some basic algorithmic rules can be established ahead of time, gg may be able to implement this. But he needs a set of definitions to cover all of the possibilities. Ideas? Suggestions? for everything is needed and much appreciated so GG can avoid "guessing" what to do in each case.

Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0001078)
All121   
2019-03-03 14:39   
I think that Cinelerra developers can solve this problem like this:

The program when saving images can behave like this:
1) When you save a picture for the first time, the program displays the default path (as it does initially).
2) You install a new path for saving and tick the "User Path". The program remembers the new path and uses the new path in the following times.
3) Each time a user saves a picture, the program makes a check on the correctness of the "user path".
4) If the "User Path" is not true, then remove the check mark from the "User Path" in the menu of saving pictures.
5) When you remove the check mark from "User Path", the program inserts the default path in the field.

This idea is good locally. Globally, I propose this implementation:

In the settings, create a button for editing the database [Project Name - Path].
This database will determine in which cases for which projects which paths will be used in the first place, when the user wants to open, save, and so on.

Are there two kinds of ways?
1) "Default Path" - the path that the program uses by default.
2) "User Path" - the path that the user sets independently.

The database consists of the following columns.
- Flag of changes - this flag is needed to determine in which lines the program found an error in the user's path and the program set the default path instead of the erroneous path of the user.
- Path columns are columns that define paths of preservation and discovery.
- Flags of paths - each column of paths has its own flag. These flags 2, here are their meanings - the "path is correct" and the "path is changed to the default path, since the" path of the user is "erroneous". When a user views a database in a window, these flags help to quickly visually determine where the "user path" was wrong.
- A flag that has three states, here is their meaning:
1) Not saved and check required when saving.
2) Wrong "User Path".
3) "User Path" is correct.

When does the program determine the correctness of the "user paths"?
1) When loading the program - for all paths.
2) When a user opens a window, open / save / ... before loading the window, open / save / ...
3) When the user clicked on the save button (since it takes some time between loading the window and pressing the "save" button, the folder in the "user path" may disappear).
4) When the user sets "User Paths" in the database. This happens when the user moves the focus from the field of the path to another field or to another area. When an error occurs, the physical error window appears and the save button becomes inaccessible.
5) When the user saves changes to the "Paths of users" and other fields that the user has changed. In this case, the program checks the correctness of the paths for those fields that the user has changed. When finding an erroneous path, make the "save" button inaccessible, show erroneous "user paths" with the icon, display messages that the changes have not been saved, correct the erroneous "User Paths".

If the program found an erroneous "user path"?
- The program changes in the database "user path" to "default path", as well as changes the corresponding flags.
- If the program has found an erroneous "user path" during the program launch, a pulsating warning icon should appear on the main program window. The user can familiarize himself with the place where the program has changed due to the error "user path" to "default path" when the user clicks on the icon.
- If the program found the error "user paths" during the opening of the open / save / ... window before opening the window (at this moment the program checked only one "user path"), then in the database, change the erroneous "user path" to " default path ", open / save / ... window to display a warning, open / save / ... window to change" user path "to" default path "that the user path for this window is wrong, and in the database This erroneous "user path" has been replaced with "default path".
- If the program found an erroneous "user path" after the user clicked the "save" button (at this moment the program checked only one "user path"), then change the erroneous "user path" to the "default path" in the database , return the user to the save window, in the save window change the user's path to the default path, display a message in the save window that the user's path for this window is wrong, and this error path in the database user "has been replaced with" default path ".

Database window [Project Name - Paths]

All the flags that indicate that the user's path is not true, or the user's path is not saved, or the "user path" was changed by the program to the "default path" because the check revealed that the "User path" was erroneous, or the flag that indicates The fact that in this line of the record "User Path" was changed to "Default Path", because the check in this line revealed an erroneous "User Path" is shown by an icon next to the path field. The program does not show those fields that are correct. Also, the program does not show those lines in which the "User Paths" are correct.

There is a list in the window that consists of the "Default Path" (this line is not displayed in the file where the database is stored, this data is stored in the program itself, this line cannot be edited), "New Project" and the names of the projects that the user has saved. This list is on the left. On the right are the description field, the path fields and the names of the fields in which the paths are located, as well as the name field in which the name that the user selected from the list is located. Next to the field there is an explorer icon with which the user can choose the path using the explorer. At the bottom is the button "save", "Copy path from", "Edit", "Delete". The "Delete" button is not available for the "New proket" Field "description" is not editable when "New project" is selected in the list. When "New project" is selected in the list, then in the "Description" field it is written: "" New project "is all projects that are not in the database list."
At the bottom of the list there is a button "Create paths for a new project".

Initially, the database is in browse mode. This means that the path fields, the explorer icons, the name field and the description field, the “save” button, the “Copy path from” button are not accessible from the beginning. The Edit button is not available for the "Default Path" list.

The name field is a field in which the name of the project is written without its extension.

When you click the "Edit" button, the list is blocked (the user cannot switch the base lines using the list until they save the changes), the "Create paths for a new project" button is blocked, the path fields, the name field, the icons of the conductors and the description field are unlocked ( descriptions and the name field is not unlocked for the line of the "new project" list), the "Copy path from" button is unlocked.

When you click the "Save" button, the program checks the correctness of the path fields that the user has changed (when the field is changed, the program sets a special flag that this field is not saved and shows this as an icon), if the check did not find errors, then make changes to the database data, lock the "Save" button, "Copy path from", lock the path fields, lock the description, as well as the explorer buttons, unlock the list and unlock the "Create paths for a new project" button. Display a message that the new changes have been made to the database.

When you click the "Copy path from" button, the program displays a window with the names of the path fields, check boxes next to the name fields, and on the left a list that corresponds to the list of the database window [Project Name - Path]. This allows you to copy paths from other fields of the list lines. That line of the list field that you are editing is in this window is grayed out and this line cannot be selected.

When you click "New Project":
1) The name field is specified by the project name without an extension, checking the fields in the "New project" list (if there are incorrect path fields there, then the program in the database changes these paths to "default paths", changing the flags you need) in the database is written in a new line (project name and path fields, which are in the "New project" line)
2) The list is updated from the database.
3) goes to the line of the project that the program has just written to the database.
4) Press the "Edit" button, which performs the functions that I wrote above.

When you click "Delete"
1) Displays a clarification message. The user confirms his intention to delete the line in the database.
2) The program deletes the line in the database.
3) In the database window, the program updates the list of strings from the database.

In the database window you can also add a button to check all lists for correct paths. When errors are found, the erroneous "User Paths" will be changed to the "default paths", as well as the necessary flags are marked, and a warning window is displayed.
And you can also add a button to check the correctness of the paths for the selected line.

I think the second option is to decide the default paths in the global version.
(0001040)
IgorBeg   
2019-02-28 09:39   
When I do PrintScreen (screenshot) my Linux distro (UbuntuStudio_16.04) save the screenshot to the "/home/user/Pictures/" folder. I don't know if all Linux distribution have Pictures folder. If yes, then that folder could be good for Cinelerra-gg snapshots, I think.
I would like another solution but it is child of of a my old request about Project and files folders structure (and relative path):
https://lists.cinelerra-cv.org/pipermail/cinelerra/2018q3/009629.html

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
151 [Cinelerra-GG] Feature minor always 2019-03-01 03:20 2019-03-02 21:12
Reporter: Pierre Platform: i7-3770k, 32GB(ram), GTX-750Ti  
Assigned To: OS: Linux Mint Mate  
Priority: normal OS Version: 18.3  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: How to reopen the mixers displays once they are closed?
Description: From a three-camera shoot of a live show.

I created three video tracks (+ their sound) of mixer that I placed on the timeline. I started to synchronize these (non-continuous) images from the three cameras with the main sound track. I added several of the shots of these cameras to their respective tracks and synchronized them with drag and drop.

Stored then reopened, the images of the mixers reappeared... but unfortunately I made them disappear unfortunately by backing up too much with the "z" command and saved in this way.

I can't figure out how to make the displays of the three video mixer tracks of my timeline reappear. Opening the mixer screens only seems possible from the sources, which means new mixer tracks independent of the tracks already present on the timeline.

My synchronization work, well underway, is there on the timeline, but I can no longer work on it.

What to do about it?
Tags:
Steps To Reproduce:
Additional Information:
System Description I use 3 screens of 1920x1080
Attached Files: mixer_recovery.pdf (23,338 bytes) 2019-03-02 05:02
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=104&type=bug
Notes
(0001077)
IgorBeg   
2019-03-02 21:12   
Only for info (You always know):
Multi Viewer / Multi Camera / Mixer Viewer, works fine with or without Proxy, in the same manner. And you can toggle between two mode, if you needed.
(0001076)
Pierre   
2019-03-02 20:30   
No problem Phyllis, I am currently editing two multi-camera show projects and I will produce them one after the other.

The first project is based on old DV tapes, my computer is powerful enough that I don't need to use proxies. The second project will be in HD, so I may use proxies at that time. In any case, I would have the opportunity to test this mixer system and give you my observations.

It will also give me the opportunity to experiment with the Shuttle in real life and see if we can still improve its basic configurations.
(0001075)
PhyllisSmith   
2019-03-02 19:52   
Pierre: Glad you got your mixer viewers restored.

We have been discussing the "z" problem here and realize it needs a "commit" in order to get a "redo" so that the windows can be more easily restored. Originally the multi-camera mode was added by request of Frederic in October 2017 and at the time it was initially tested for fun and not as in-depth as probably needed. It usually takes serious usage to get any design flaws removed so now is a good time to bring up any issues for improvement. So we need someone who actually makes real use of the multi-camera mode to let us know what needs work.

For examples:
The reason Proxy code has been improved is because IgorB uses it and relays suggestions for changes.
The reason the ShuttlePro is working is because you use it and relay the problems to us.
The reason groups, cut/paste, dragging, etc. are in the code now is because Sam kept telling us to put it in and tested it.

We need this same kind of feedback. But for now, I will fix up the documentation to be clearer today.
(0001074)
Pierre   
2019-03-02 19:22   
Thank you Phyllis, thanks to your explanations I managed to restore the display of my mixers. I had some difficulty understanding the procedure, but I succeeded. I hadn't yet had to edit a multi-camera shoot and therefore try everything related to the new mixers and multi-screens options.

However, I find it very problematic that we can make the mixers' display screens and their associations with the tracks disappear, by a simple "z" command too much...

Command "z" does not make it possible to make the Viewer or compositor disappear and I find that this command "z" should not make it possible to make the mixer screens and their initial associations with the tracks disappear once they have been established from the sources.

IgorBeg
Thanks for the link to your video, I had already seen it and it will be very useful to me when I explore the use of proxy with mixers.
(0001069)
IgorBeg   
2019-03-02 09:01   
In add to that Phyllis said, if it may help you, look at the Demo
https://streamable.com/c40ia
(Focus from time 2m15s)

Andrea_paz also added it in the Forum, in the "Learn-> Tutorial" section.
(0001068)
PhyllisSmith   
2019-03-02 05:02   
Here are some words but I am still working on this and will update tomorrow.
(0001067)
PhyllisSmith   
2019-03-02 04:14   
Here is the video to recover your mixer window. If you make a mistake, you can just close a mixer window and do it over.
I will add some wording here in awhile.
     https://streamable.com/34pkj

What is not shown is the LMB (left mouse click) to highlight the mixer viewer window that is being worked on. And you can either individually click on the right facing arrow to get to the second line in the track's patchbay or Shift-click to turn all on at once.
(0001065)
PhyllisSmith   
2019-03-01 23:27   
I am working on a video capture. Last night when gg showed me, it worked but I am having trouble correctly reproducing too.
Stay tuned.
(0001064)
Pierre   
2019-03-01 21:36   
Unfortunately Phyllis, I don't understand the procedure at all.

Maybe it's because of the French terms in my Cinelerra-GG, I can't identify the terms you use.

What is patchbay and expander?

Maybe if you could make a video capture of the procedure, it would be easier to understand.
(0001054)
PhyllisSmith   
2019-03-01 04:35   
This is definitely a hazard but all is not lost. I must document this for future use.
Before doing the following, I would make a copy of my current XML project in case you make a mistake.

1) load the timeline restored from your saved project with the missing mixer viewers
2) use the Window pulldown and click on "Mixer Viewer"; now you will see an empty Mixer Viewer 1 window
3) now you have to associate the original track with mixer 0000001 using the patchbay for each track using the expander...
So expand all of your patchbays (shift-click on the top expander which expands all of the tracks). The expander is the right facing arrow on the right side of the patchbay window.

VERY IMPORTANT to now be sure to highlight the mixer window you opened in 0000002 (which bar will surround the insider of that)
4) Find the Mixer Viewer 0000001 in your patchbay and click on the lower right facing arrow which has a tooltip of Mixer. You will see that media show up in the empty Mixer Viewer of step # 2 above. And the right facing arrow now points up.

Repeat for each Mixer Viewer, that is:
   - Window pulldown, Mixer Viewer choice for Mixer 0000002
  - Highlight this new mixer window
   - Find mixer viewer 0000002 in patchbay, click on lower right facing arrow and association is complete.
   - Window pulldown, Mixer Viewer Choice for Mixer 0000003
  - highlight this new mixer window
  - Find mixer viewer 0000003 in patchbay, click on lower right facing arrow and association is complete.

Use Window pulldown choice "Tile Mixers" to get the mixer windows nicely lined up.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
149 [Cinelerra-GG] Feature tweak have not tried 2019-02-28 21:00 2019-02-28 21:00
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add Title option to feather drop shadow
Description: The Title plugin drop shadow might look better if blurred or feathered. This will take more CPU power though so should be an option.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
138 [Cinelerra-GG] Feature minor have not tried 2019-02-17 02:18 2019-02-17 02:18
Reporter: PhyllisSmith Platform:  
Assigned To: PhyllisSmith OS:  
Priority: low OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Add new option in Viewer for Shuttle only
Description: In the Viewer, add the option to select the next or previous sequence (the white bar on the Resources window Inter-View mode) as already used in the source in the Viewer. This option could only be accessed with a Shuttle (K10/K11) because there are no shortcuts left but it can be directly assigned via a non-keyboard character available in the key assignments.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
93 [Cinelerra-GG] Bug trivial have not tried 2019-01-02 04:27 2019-01-02 04:27
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Remove "Stop playback locks up." defunct code
Description: In Settings->Preferences, Playback A/B when the Alsa audio driver is chosen the checkbox for "Stop playback locks up." is no longer relevant. The problem of audio not stopping in the timeline no longer occurs unless there is a bad file.
Tags: HELP needed
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
86 [Cinelerra-GG] Feature minor have not tried 2018-12-29 15:03 2018-12-29 18:59
Reporter: WPFilmmaker Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: 3d text (and more) in Cinelerra GG?
Description: I am opening this ticket copying the request from a message I sent to the mailinglist time ago, so it doesn't get lost and a passer by can pick it up (I think it definitively falls into the categoy "help needed").

In the mailing list several months ago someone mentioned gmic plugins integration. I went to the gmic website and looked at the gallery, Some plugins are more photo-related so I don't think they would fit well in Cinelerra, others are duplicates of what we already have, and then I saw the "text3d" plugin https://gmic.eu/gallery/3drendering_full_13.jpg.
 
As the name suggests it allow to make 3d texts. At first I thought it would be cool to have it implemented in cinelerra, but then I remembered that there is another opensource video editor which does the same thing but it is way more powerful.
 
I am talking about OpenShot which since 2010 let the user create cool and easy-to-use 3d effects, which include 3d text, but also stuff like snow. The idea is to make available cool 3d texts (and more such as snow,rain,bubbles,clouds) with a few click without having to learn how to use Blender. This for basic stuff, the 3d objects can be edited in Blender if one wants more customization, but the average user doesn't need to open Blender to use this feature.

We do something similar with svg and inkscape and I remember the plugin to be quite capable and stable. Luckily inkscape has a slow release system so nothing gets broken for at the least a couple of year. Cinelerra could target a stable Blender release and use it.
 
Here is the page with some explanation and examples: https://www.openshot.org/static/files/user-guide/titles.html and here is a youtube video: https://www.youtube.com/watch?v=nmPTNpjWpzk.

I attached some screenshots I made of this (IMHO) cool feature.
 
I thought it would be nice to hear the opinion of the community and GG, and see if this could would be an appreciated and more importantly doable (OpenShot is written in python and is GPL3 but I have no idea whether there is a way to fit it in cin) feature, or not.
 
Tags: HELP needed
Steps To Reproduce:
Additional Information:
Attached Files: Screenshot from 2018-12-29 14-37-46.png (258,766 bytes) 2018-12-29 15:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=37&type=bug
png

Screenshot from 2018-12-29 14-36-57.png (296,321 bytes) 2018-12-29 15:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=38&type=bug
Screenshot from 2018-12-29 14-52-41.png (208,087 bytes) 2018-12-29 15:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=39&type=bug
png

Screenshot from 2018-12-29 14-38-32.png (199,121 bytes) 2018-12-29 15:03
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=40&type=bug
png
Notes
(0000425)
Sam   
2018-12-29 15:20   
If not everything deceives me, Natron Compositing has also integrated the Gmic filter. As far as I can remember, there was an attempt to implement gmic, but because of the slow speed it was not integrated. Gmic is already very extensive, so I like to use it in Gimp.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
66 [Cinelerra-GG] Feature trivial always 2018-12-17 14:45 2018-12-17 15:16
Reporter: PhyllisSmith Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Remove "w" shortcut from all windows which closes the window
Description: There are only 3 single alphabetic characters left for shortcuts in the main window. Wasting "w" to close the window should be removed to save it for something more usable. Windows can be closed via X in the upper right hand corner already and if you mis-tyoe and use "w" in the compositor or viewer, you lose the window and have to bring it back up.
"h" is being saved for "help"
"p" is being save for "pretty"
"w" could then be saved for something more important
Tags: HELP needed
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000252)
IgorBeg   
2018-12-17 15:16   
Also "Ctrl+w" shortcut close the windows: Viewer, Compositor, Resources. Then "w" could be used/reserved for other, I think.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
61 [Cinelerra-GG] Website minor always 2018-12-14 18:04 2018-12-15 17:40
Reporter: ferdnyc Platform:  
Assigned To: PhyllisSmith OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Fedora install instructions on website broken due to character replacement
Description: The Fedora install instructions at https://www.cinelerra-gg.org/fedora-package/ will currently not function if cut-and-pasted into a terminal window, because the first command listed to be entered is:

"dnf install cinelerra –nogpgcheck –repofrompath cingg,https://cinelerra-gg.org/download/pkgs/fedoraXX/"
(with the XX to be replaced by the Fedora release, such as "29" for the most current)

The issue is with the characters preceding "nogpgcheck" and "repofrompath", which are SUPPOSED to be two hyphens ("--"), but it seems your CMS has helpfully replaced with a single en-dash character ("–").
Tags:
Steps To Reproduce: 1. Copy "dnf install cinelerra –nogpgcheck –repofrompath cingg,https://cinelerra-gg.org/download/pkgs/fedoraXX/" from the website and paste into a terminal
2. Edit the end of the string to "fedora29"
3. Prepend "sudo" (note: I would suggest adding this to the listed command line, as has become common practice in install instructions.)
3. Hit Enter

Expected result: cinelerra installs

Actual result:
$ sudo dnf install cinelerra –nogpgcheck –repofrompath cingg,https://cinelerra-gg.org/download/pkgs/fedora29/
Last metadata expiration check: 1:45:54 ago on Fri 14 Dec 2018 10:49:33 AM EST.
No match for argument: –nogpgcheck
No match for argument: –repofrompath
No match for argument: cingg,https://cinelerra-gg.org/download/pkgs/fedora29/
Error: Unable to find a match
Additional Information: While changing the command on the website to:

sudo dnf install cinelerra --nogpgcheck --repofrompath cingg,https://cinelerra-gg.org/download/pkgs/fedoraXX/

will suffice to fix the problem of cinelerra not being installable by following the instructions, I have a suggestion for a slightly different method that might be simpler for all concerned.

The problem with --repofrompath is that it's a one-time addition: The repo is not actually added to the set of repositories stored in /etc/yum.repos.d/, and will not be accessible during future dnf calls unless "--repofrompath cingg,https://cinelerra-gg.org/download/pkgs/fedoraXX/" is again specified on the command line. This leaves users who install using this method no way to get future updates automatically as they're released, which is one of the purposes of dnf to begin with.

Common practice for third-party repositories (even single-application ones) is to distribute an RPM package $REPONAME-release.rpm containing repository configuration files. cinelerra-gg-release.rpm might look something like this:

File tree:
/etc/yum.repos.d/cingg.conf
/etc/pki/rpm-gpg/RPM-GPG-KEY-cingg

The digital signature used to sign packages in the repo is placed in the /etc/pki file.

The /etc/yum.repos.d/ file contains repository configuration of the form:
[cingg]
name=Cinelerra-GG
baseurl=https://cinelerra-gg.org/download/pkgs/fedora$releasever/
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-cingg

Distributing Fedora RPMs this way gives several advantages:
1. The packages distributed by the repository CAN be signed (which is good for security)

2. "--nogpgcheck" on the command line is made unnecessary, because the key will be automatically extracted from the package during install and dnf will offer to import it

3. Because the baseurl in the .conf file contains $releasever, it will automatically substitute the current release number for whatever system it's installed on. This means that the /fedoraXX/ on the suggested command line can be done away with.

If you were to create cingg-release.rpm containing the above, and make it downloadable at https://cinelerra-gg.org/download/pkgs/cingg-release.rpm, that same command line could be used for ALL versions of Fedora, past present and future. They would automatically point to the correct https://cinelerra-gg.org/download/pkgs/fedora$releasever/ URL to download the version of cinelerra matching their Fedora release.

4. The system will regularly scan the repository for new releases of cinelerra, and offer them as updates to the user.

Even if you choose not to sign your cinelerra-gg RPM releases, I would still suggest making an RPM available with the repo configuration (without the /etc/pki/ file or the gpgkey= line, and with gpgcheck=0 set in the .conf) and making it available on the website. The install instructions could be changed to simply:

sudo dnf install https://cinelerra-gg.org/download/pkgs/cingg-release.rpm
sudo dnf install cinelerra

(Or add --nogpgcheck to the FIRST command, only, if not including signatures.)

This page contains a pretty good overview of package signing from the software-distribution perspective. It's old enough that it discusses the yum command instead of its replacement dnf, but the signing information is all based on the underlying rpm tools and is still current.

https://searchdatacenter.techtarget.com/tip/Signing-Linux-RPM-files-using-a-Gnu-Privacy-Guard-key
Attached Files:
Notes
(0000218)
ferdnyc   
2018-12-15 17:40   
BTW... it's been _so_long_ since Fedora switched from yum to dnf that I've sort of forgotten everything I ever knew about it, but my MEMORY is that the $REPONAME-release.rpm method was broadly applicable to yum as well.

So this technique should probably work (or at least be adaptable into one that does) for CentOS, and avoid users having to manually create /etc/yum.repos.d/cin_gg by hand. The only thing I can't really remember is whether "yum install https://some.site/reponame-release.rpm" would work directly, or if the .rpm needed to be downloaded first and then installed with "yum localinstall".
(0000195)
PhyllisSmith   
2018-12-14 18:12   
I will be able to change this into the alternative method. That way avoids the -- problem altogether. Thanks.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
57 [Cinelerra-GG] Feature feature N/A 2018-12-12 11:51 2018-12-12 22:20
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: low OS Version:  
Status: new Product Version: 2018-11  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Mark the thumbnail when the clip is used.
Description: This feature doesn't hurry at all, I just wanted to keep my idea for the future so I wouldn't forget it.

What I miss in the Resource window is a colored marker of the clips used in the timeline, currently I don't see at first glance which ones are used. I can select them via the menu item "select used". I made a photomontage. I deliberately did not make the red color bar over the entire length, because otherwise this color is too dominant.
In the preview video I would hide this red color bar so that you can concentrate on the preview. It would be good if I had this feature in the tab "Clips" "Proxy" and "Media".

Tags: Resources window
Steps To Reproduce:
Additional Information: https://ibb.co/LvrwLRZ
Attached Files: Edits_drawsWithColours.gif (290,268 bytes) 2018-12-12 20:39
https://www.cinelerra-gg.org/bugtracker/file_download.php?file_id=9&type=bug
Notes
(0000167)
Sam   
2018-12-12 22:19   
(Last edited: 2018-12-12 22:20)
https://www.cinelerra-gg.org/bugtracker/view.php?id=57#c162
https://www.cinelerra-gg.org/bugtracker/view.php?id=57#c165

These comments have been combined in a new ticket:
https://www.cinelerra-gg.org/bugtracker/view.php?id=58

(0000165)
IgorBeg   
2018-12-12 20:39   
Sam: "Do you only use the pure text mode in the resource window or also with the thumbnails? "
Both. Sometimes, for me, the filename is more useful than the thumbnail (if the filenames "speak").

I agree with you again, Sam, to your 0000162 message. (And maybe, we should open a new ticket-feature),...
I had done a photomontage "Edits_drawsWithColours.gif", some times ago, to show what I meant on one of my first thread https://lists.cinelerra-cv.org/pipermail/cinelerra/2018q2/008828.html
The animated gif added, shows 5 screenshots: 1 and 2 are the originals by Cinelerra-Infinity and, from 3 to 5, are photomontages to show only the idea. Same colour means same video/audio file.
The colours are not saturated but soft and are not choosen by user (but by algorithm). I think in HSV mode with S and V fixed and H variable to have soft colour.
As you can see in the GIF, on timeline there are 11 edits. A few edits come from the same file:
- File A: 01, 06
- File B: 02, 04
- File C: 07, 09, 11
- File D: 08, 10
This feature could be useful when the height of tracks in the timeline is smaller, or when Assets are disabled, or the Title's name is too long to see it completely. More, I can understand my editing by colours.
(@GG/Phyllis: sorry for the insistence)
(0000162)
Sam   
2018-12-12 13:19   
While we're on the subject of colors.
Which would also be very useful to change the title bars in the timeline to a different color. I have added a photomontage to make it clear. Would certainly be a nice addition for the future.

https://ibb.co/rb0DYSn
(0000161)
Sam   
2018-12-12 12:56   
Do you only use the pure text mode in the resource window or also with the thumbnails?
(0000160)
IgorBeg   
2018-12-12 12:38   
Good idea Sam. I would like it.
When I wrote on https://lists.cinelerra-cv.org/pipermail/cinelerra/2018q4/010661.html and reported here by Phyllis/GG, in MantisBT, on 0000001, I mean the same thing for the text mode but without submenu with RMB. That is, the simbol, color, special character, should always be shown without user actions.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
42 [Cinelerra-GG] Feature feature N/A 2018-12-09 22:37 2018-12-09 22:38
Reporter: Sam Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version: 2018-11  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Live Preview Feature
Description: Some features of Davinci Res. I find very practical and I wish we had something similar. I especially like the live preview feature. Here is a short example:

https://streamable.com/z0ik5

In my opinion, GG created the basis for the live preview feature by Pierre's "find fragmente/pieces" idea.

The current situation is that as soon as the preview feature is enabled in the resource window, and I move the mouse over a thumbnail, a 5 second preview video pops up. But sometimes it's not enough to find the right scene if the video is a bit longer. With a double click I usually load the video into the viewer and go with the mouse on the viewer and can continue searching. My suggestion would be as follows.

As soon as I move the mouse over the preview video of the thumbnail, I see the same view as in Pierre's "Find fragments /pieces" window.
At the top is a black bar representing the timeline of the viewer and at the bottom the timeline of the main window.
As soon as I touch with the mouse the upper end, the black bar, the preview video loads it in the viewer, and synchronizes the mouse position with the position in the viewer. When I move the mouse over this bar, the position of the viewer is updated. I don't need to click to synchronize the mouse position with the viewer's position - just move over it. A left click on the black bar starts the playback in the viewer, another left click ends the playback. A right click freezes the position, so I can go down from the preview video without changing the position in the viewer.

I go with the mouse down from the thumbnail in the media tab and the video is still loaded in the viewer to make fine adjustments. With this new feature you would be able to view a lot of video material without having to leave the resource window every time and click around a hundred thousand times. For short videos the standard 5 seconds preview will be enough, for longer videos you can use the live preview without leaving the resource window.

The bottom bar in the Media tab preview video is the timeline of the main window. So if I think that this complete clip is suitable for the timeline I can insert it directly, a left click on the lower bar starts the playback of the timeline of the main window. A right click inserts it. Turning the mouse wheel up moves the timeline frame by frame forward. Rotate the mouse wheel down to move the timeline frame by frame back. The same way I can do it in the viewer. Furthermore this behaviour would be very similar to the new great feature which is based on Pierre's idea and which was implemented in an excellent way by GG.

For larger projects with a lot of video material I save a few hundred unnecessary clicks and it speeds up the workflow enormously.




Tags: Main window, Resources window, Viewer
Steps To Reproduce:
Additional Information: https://ibb.co/fHpxCry
Attached Files:
There are no notes attached to this issue.