I have found the following issues with the latest git version; - ShuttlePro does not work anymore - Sometimes the audio waveforms are not drawn -- Stefan
пн, 20 февр. 2023 г., 19:57 Stefan de Konink via Cin < [email protected]>:
I have found the following issues with the latest git version;
- ShuttlePro does not work anymore - Sometimes the audio waveforms are not drawn
=== ow, thanks for testing. Can you try older versions and see when those errors surfaced? On audio waveforms - try different track width/scale?
-- Stefan -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Monday, February 20, 2023 6:43:11 PM CET, Andrew Randrianasulu wrote:
ow, thanks for testing. Can you try older versions and see when those errors surfaced?
The latest git I have tested was the a83adbeeb3f8ecac29680f10b2c0bffcdd77008c (memoryleak stuff). I'll try bisect.
On audio waveforms - try different track width/scale?
Scale does not seem to influence those tracks. -- Stefan
Just tested Shuttle Pro without any problems. Do you see any output on the startup window that looks like what you see below? Do you have a .shuttlerc (a dot file) in your $HOME directory? On Mon, Feb 20, 2023 at 9:57 AM Stefan de Konink via Cin < [email protected]> wrote:
I have found the following issues with the latest git version;
- ShuttlePro does not work anymore - Sometimes the audio waveforms are not drawn
-- Stefan -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Monday, February 20, 2023 6:44:04 PM CET, Phyllis Smith wrote:
Just tested Shuttle Pro without any problems. Do you see any output on the startup window that looks like what you see below? Do you have a .shuttlerc (a dot file) in your $HOME directory?
I have debug enabled in my /home/skinkie/.shuttlerc, and don't see any output at all. When cat /dev/input/event13 I am getting keys when interacting with the device. It now also does not work with the original binary release. So I'll try to figure out what changed. -- Stefan
First make sure that file exists (sudo cp {cindat_path}/doc/99-ShuttlePRO.rules /etc/udev/rules.d/). Then before starting CinGG, unplug the ShuttlePro for a few seconds and plug back in again. https://cinelerra-gg.org/download/CinelerraGG_Manual/ShuttlePROv2_ShuttleXpr... On Mon, Feb 20, 2023 at 12:01 PM Stefan de Konink <[email protected]> wrote:
On Monday, February 20, 2023 6:44:04 PM CET, Phyllis Smith wrote:
Just tested Shuttle Pro without any problems. Do you see any output on the startup window that looks like what you see below? Do you have a .shuttlerc (a dot file) in your $HOME directory?
I have debug enabled in my /home/skinkie/.shuttlerc, and don't see any output at all. When cat /dev/input/event13 I am getting keys when interacting with the device.
It now also does not work with the original binary release. So I'll try to figure out what changed.
-- Stefan
On Monday, February 20, 2023 8:12:27 PM CET, Phyllis Smith wrote:
First make sure that file exists (sudo cp {cindat_path}/doc/99-ShuttlePRO.rules /etc/udev/rules.d/). Then before starting CinGG, unplug the ShuttlePro for a few seconds and plug back in again.
Yes, this exists and permissions are correct. The plug/pull has been done no effect. I wonder if another application could have 'claimed' it (like blender). I'll report back if it works again. -- Stefan
On Monday, February 20, 2023 8:21:00 PM CET, Stefan de Konink via Cin wrote:
On Monday, February 20, 2023 8:12:27 PM CET, Phyllis Smith wrote:
First make sure that file exists (sudo cp {cindat_path}/doc/99-ShuttlePRO.rules /etc/udev/rules.d/). Then before starting CinGG, unplug the ShuttlePro for a few seconds and plug back in again.
Yes, this exists and permissions are correct. The plug/pull has been done no effect. I wonder if another application could have 'claimed' it (like blender). I'll report back if it works again.
My device path changed from the -if00 suffix to -mouse suffix. I don't know what is the best solution, but you may want to duplicate the entries? The following works for me. diff --git a/cinelerra-5.1/cinelerra/shuttle.C b/cinelerra-5.1/cinelerra/shuttle.C index 53b6527a..061541b2 100644 --- a/cinelerra-5.1/cinelerra/shuttle.C +++ b/cinelerra-5.1/cinelerra/shuttle.C @@ -622,11 +622,11 @@ static const struct shuttle_dev { const char *path; unsigned vendor, product; } shuttle_devs[] = { - { "/dev/input/by-id/usb-Contour_Design_ShuttleXpress-event-if00", + { "/dev/input/by-id/usb-Contour_Design_ShuttleXpress-event-mouse", 0x0b33, 0x0020 }, - { "/dev/input/by-id/usb-Contour_Design_ShuttlePRO_v2-event-if00", + { "/dev/input/by-id/usb-Contour_Design_ShuttlePRO_v2-event-mouse", 0x0b33, 0x0030 }, - { "/dev/input/by-id/usb-Contour_Design_ShuttlePro-event-if00", + { "/dev/input/by-id/usb-Contour_Design_ShuttlePro-event-mouse", 0x0b33, 0x0030 }, { "/dev/input/by-id/usb-Contour_Design_ShuttlePRO_v2-event-joystick", 0x0b33, 0x0030 }, -- Stefan
Stefan, Just to be sure, I pulled the latest GIT and rebuilt CinGG to test the ShuttlePro. Initially I had tested with "root" but now have tested as an ordinary user. You do not need to have a .shuttlrc file BUT have to make sure the permissions are correct. Maybe you updated your Operating System and this file no longer exists? /dev/input/by-id/usb-Contour_Design_ShuttlePro-event-if00: Permission denied Per the manual, initially you have to do: sudo cp {cindat_path}/doc/99-ShuttlePRO.rules /etc/udev/rules.d/ I did not reboot though, but cheated and just changed where the symbolic link pointed (in my case ../event18) to read mode and the ShuttlePro worked just fine. Then I rebooted, to make sure. On Mon, Feb 20, 2023 at 9:57 AM Stefan de Konink via Cin < [email protected]> wrote:
I have found the following issues with the latest git version;
- ShuttlePro does not work anymore - Sometimes the audio waveforms are not drawn
-- Stefan -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Stefan
- Sometimes the audio waveforms are not drawn
Been testing a lot of songs -- at least 50 individually and then 25 on subsequent tracks all at once and can find no failures where the waveform was not drawn (built from the latest GIT). When the audio waveform is not drawn, have you done a "rebuilt index" to see if that fixes the problem? Other than that, I have run out of ideas for a cause, but then I know you do things differently than I do so maybe that is pertinent to the problem? ...Phyllis
Stefan, Andrew: I believe I have found the issue with the audio waveforms not being drawn, but it should be an easy user fix if I found the only occurrence. Today, I accidentally saw the problem when I did a "load backup" from a previous run that I did before Feb. 15, 2023. This is the date when the fix for OpenEDL from a Viewer clip was checked into GIT to prevent the crash and make it work. The fix was changing the zoom_atrack (audio) and zoom_vtrack (video) from 0 to 64 - which was how it had been before May/April of 2020. (1) so if you use a backup.xml file where ZOOMY=0 in the LOCALSESSION line, then the waveform will not show and you will just see the middle maroon colored line (when using the default Cakewalk theme). or: (2) or if you have ZOOMY=0 in your $HOME/.bcast5/Cinelerra_rc file BUT, I can not find a way to create the problem in the first place; using a pre-Feb15 binary, I can not get ZOOMY=0 to occur in $HOME/.bcast5/Cinelerra_rc. It has something to do with changing the size of the tracks in the patchbay, but what? FIX - carefully edit the Cinelerra_rc file to switch ZOOMY=0 to 64. AND, if loading a saved xml file that has ZOOMY=0, carefully edit it to switch the 0 to 64. There should be very few users even affected by this. On Mon, Feb 20, 2023 at 9:57 AM Stefan de Konink via Cin < [email protected]> wrote:
I have found the following issues with the latest git version; ... - Sometimes the audio waveforms are not drawn
BUT, I can not find a way to create the problem in the first place; using a pre-Feb15 binary, I can not get ZOOMY=0 to occur in $HOME/.bcast5/Cinelerra_rc.
Oh, to create the issue, use a build before Feb. 15 and create a clip in the Viewer and then Open EDL on the clip but do not play, just Quit and then Cinelerra_rc will have ZOOMY set to 0 as will the backup.xml file. That is how we got the crash in the first place. Since very few users would have executed this sequence of steps, probably only Stefan was affected.
On Mon, Feb 20, 2023 at 9:57 AM Stefan de Konink via Cin < [email protected]> wrote:
I have found the following issues with the latest git version; ... - Sometimes the audio waveforms are not drawn
Duplicating the code provided by Stefan fixes the problem with the Shuttle he found and does not seem to have any impact on older distros. This was just 1 initial test for me but will test some more. Patch he provided is below. On Mon, Feb 20, 2023 at 9:57 AM Stefan de Konink via Cin < [email protected]> wrote:
I have found the following issues with the latest git version;
- ShuttlePro does not work anymore
My device path changed from the -if00 suffix to -mouse suffix. I don't know what is the best solution, but you may want to duplicate the entries? The following works for me. diff --git a/cinelerra-5.1/cinelerra/shuttle.C b/cinelerra-5.1/cinelerra/shuttle.C index 53b6527a..061541b2 100644 --- a/cinelerra-5.1/cinelerra/shuttle.C +++ b/cinelerra-5.1/cinelerra/shuttle.C @@ -622,11 +622,11 @@ static const struct shuttle_dev { const char *path; unsigned vendor, product; } shuttle_devs[] = { - { "/dev/input/by-id/usb-Contour_Design_ShuttleXpress-event-if00", + { "/dev/input/by-id/usb-Contour_Design_ShuttleXpress-event-mouse", 0x0b33, 0x0020 }, - { "/dev/input/by-id/usb-Contour_Design_ShuttlePRO_v2-event-if00", + { "/dev/input/by-id/usb-Contour_Design_ShuttlePRO_v2-event-mouse", 0x0b33, 0x0030 }, - { "/dev/input/by-id/usb-Contour_Design_ShuttlePro-event-if00", + { "/dev/input/by-id/usb-Contour_Design_ShuttlePro-event-mouse", 0x0b33, 0x0030 }, { "/dev/input/by-id/usb-Contour_Design_ShuttlePRO_v2-event-joystick", 0x0b33, 0x0030 },
Checked into GIT the duplication of "mouse" for the Shuttle as Stefan recommended. Also, modified and checked into GIT the change for the manual. I tested on 3 different systems (new Fedora, older Fedora, 32-bit bullseye Debian) but never found any that called it mouse instead of if00, but it seems to work just fine with the duplication. Not sure what the difference is but must have something to do with "plug and play" as the device gets created when plugged into the usb port. On Mon, Feb 20, 2023 at 9:57 AM Stefan de Konink via Cin < [email protected]> wrote:
I have found the following issues with the latest git version;
- ShuttlePro does not work anymore
participants (3)
-
Andrew Randrianasulu -
Phyllis Smith -
Stefan de Konink