- Cin - Cinelerra-GG Mailing Lists

installing Cin
by Douglas POllard 10 Dec '19

10 Dec '19

Am trying to install cinelerra GG to xubuntu 18 .4. $ sudo deb [trusted=yes] https://cinelerra-gg.org/download/pkgs/ub18 bionic main [sudo] password for douglas: sudo: deb: command not found I have done this before but cannot get cin installed now. Thanks for any help with this. Douglas

2 1

Re: [Cin] Help with performance problems
by daniel-cinelerra-gg＠opayq.com 09 Dec '19

09 Dec '19

By the way, cpu usage seems lower when rendering 1080p than when rendering 4k, however 4k goes faster. On Mon, Dec 9, 2019 at 1:09 PM Daniel Kinzelman <daniel-cinelerra-gg(a)opayq.com> wrote: > Thank you all for your help! I've tried your suggestions and things have > improved somewhat (although unfortunately, I don't know exactly what action > made the biggest difference). I have successfully updated to the current > version of Cinelerra in the repositories. > > I've done some additional testing and found strange results. All of my > testing was performed with the FFMPEG>Youtube>hd_h264.youtube preset. > > As a baseline, timeline playback with both 4k and 1080p runs at full > framerate, or nearly full framerate (as long as no effects are enabled). > > Rendering a 4k video from a friend's camera with no effects takes about > double real time. Bitrate on this video is 95MB/s > > Rendering a 1080p video from my own camera, transcoded with ffmpeg to > reduce bitrate to 10MB/s (native bitrate for this camera is unnecessarily > extremely high) takes about triple real time. This makes no sense to me > since the source data rate for the 1080p files is so much lower, but > perhaps my method of transcoding on file ingestion is faulty, and is > creating problems for Cinelerra? > > Here is the command line I'm using to transcode when ingesting from my > camera: -vcodec libx264 -preset fast -b:v 8000k -acodec copy > > Regarding HW acceleration, anything other than 'none' produces no output > in the compositor and no video output in rendered files (although they sure > render quickly!). > > Here's my video hardware: > > 05:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GL > [Quadro 600] [10de:0df8] (rev a1) (prog-if 00 [VGA controller]) > Subsystem: Hewlett-Packard Company GF108GL [Quadro 600] [103c:0835] > Physical Slot: 2 > Flags: bus master, fast devsel, latency 0, IRQ 42, NUMA node 0 > Memory at ee000000 (32-bit, non-prefetchable) [size=16M] > Memory at e0000000 (64-bit, prefetchable) [size=128M] > Memory at e8000000 (64-bit, prefetchable) [size=32M] > I/O ports at c000 [size=128] > Expansion ROM at 000c0000 [disabled] [size=128K] > Capabilities: [60] Power Management version 3 > Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+ > Capabilities: [78] Express Endpoint, MSI 00 > Capabilities: [b4] Vendor Specific Information: Len=14 <?> > > As a side note, I've tried the 'Transcode' option and it broke my > projects, gradually replacing videos on the timeline with videos which > produced only a black screen. I couldn't figure out how to backtrack and > had to delete all configuration files and reinstall Cinelerra to fix this. > Any advice? > > On Mon, Dec 9, 2019 at 6:03 AM Phyllis Smith < > > wrote: > >> Preview: As you can see from the responses already, there are a lot of >> --> SPAM? CLICK to BLOCK >> <> >> >> This email is Masked using Blur - it was sent from lists.cinelerra-gg.org >> to daniel-cinelerra-gg(a)opayq.com (your reply stays Masked). To protect >> your privacy <https://www.abine.com/faq.html#caniaddcc>, do not forward >> this message, or add new recipients like CCs or BCCs. >> >> Thanks for being a Blur customer! If you haven't yet, [ Try DeleteMe at >> a discount. >> <https://joindeleteme.com/?utm_campaign=blur-offer&utm_source=masked-email-h…> >> ] >> >> As you can see from the responses already, there are a lot of factors >> that can affect render times! But I do not see this in a 720x576 video that >> I rendered with file format ffmpeg/mp4. It was a 4 minute video and took >> only 32 seconds to render. You can see in the attached file with another >> window running "top" that shows %CPU = 1149 (so while rendering it is using >> 11 1/2 cpus out of 16). You can see on the timeline that the video is >> about 4 minutes long and you can see in the lower left hand bottom corner, >> that Rendering took...0.32 seconds. >> >> In Settings->Preferences, Performance tab I have Cache set to 4096 and >> SMP cpu count set to 16. I have not looked at your screenshot in detail >> yet, but will try to do so tomorrow. In the Render menu, using the Video >> wrench, I chose h264.mp4. I will also try on a 1080p video. >> >>> >>> I am getting what I consider to be very slow render times and wanted to >>> know if something is set up wrong. >>> >>> As a test, I imported a 1080p video from my camera, looped it several >>> times and rendered it with no effects or compositing. For a 4 minute video >>> it took about 12 minutes to render as an .mp4. >>> >>> CPU usage never went above 23% and memory usage never went above 19%. >>> >>> >> >> >> -- >> Cin mailing list >> Cin(a)lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> >

1 0

Re: [Cin] Help with performance problems
by daniel-cinelerra-gg＠opayq.com 09 Dec '19

09 Dec '19

Thank you all for your help! I've tried your suggestions and things have improved somewhat (although unfortunately, I don't know exactly what action made the biggest difference). I have successfully updated to the current version of Cinelerra in the repositories. I've done some additional testing and found strange results. All of my testing was performed with the FFMPEG>Youtube>hd_h264.youtube preset. As a baseline, timeline playback with both 4k and 1080p runs at full framerate, or nearly full framerate (as long as no effects are enabled). Rendering a 4k video from a friend's camera with no effects takes about double real time. Bitrate on this video is 95MB/s Rendering a 1080p video from my own camera, transcoded with ffmpeg to reduce bitrate to 10MB/s (native bitrate for this camera is unnecessarily extremely high) takes about triple real time. This makes no sense to me since the source data rate for the 1080p files is so much lower, but perhaps my method of transcoding on file ingestion is faulty, and is creating problems for Cinelerra? Here is the command line I'm using to transcode when ingesting from my camera: -vcodec libx264 -preset fast -b:v 8000k -acodec copy Regarding HW acceleration, anything other than 'none' produces no output in the compositor and no video output in rendered files (although they sure render quickly!). Here's my video hardware: 05:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GL [Quadro 600] [10de:0df8] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company GF108GL [Quadro 600] [103c:0835] Physical Slot: 2 Flags: bus master, fast devsel, latency 0, IRQ 42, NUMA node 0 Memory at ee000000 (32-bit, non-prefetchable) [size=16M] Memory at e0000000 (64-bit, prefetchable) [size=128M] Memory at e8000000 (64-bit, prefetchable) [size=32M] I/O ports at c000 [size=128] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [60] Power Management version 3 Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [b4] Vendor Specific Information: Len=14 <?> As a side note, I've tried the 'Transcode' option and it broke my projects, gradually replacing videos on the timeline with videos which produced only a black screen. I couldn't figure out how to backtrack and had to delete all configuration files and reinstall Cinelerra to fix this. Any advice? On Mon, Dec 9, 2019 at 6:03 AM Phyllis Smith < > wrote: > Preview: As you can see from the responses already, there are a lot of --> > SPAM? CLICK to BLOCK > <> > > This email is Masked using Blur - it was sent from lists.cinelerra-gg.org > to daniel-cinelerra-gg(a)opayq.com (your reply stays Masked). To protect > your privacy <https://www.abine.com/faq.html#caniaddcc>, do not forward > this message, or add new recipients like CCs or BCCs. > > Thanks for being a Blur customer! If you haven't yet, [ Try DeleteMe at a > discount. > <https://joindeleteme.com/?utm_campaign=blur-offer&utm_source=masked-email-h…> > ] > > As you can see from the responses already, there are a lot of factors that > can affect render times! But I do not see this in a 720x576 video that I > rendered with file format ffmpeg/mp4. It was a 4 minute video and took > only 32 seconds to render. You can see in the attached file with another > window running "top" that shows %CPU = 1149 (so while rendering it is using > 11 1/2 cpus out of 16). You can see on the timeline that the video is > about 4 minutes long and you can see in the lower left hand bottom corner, > that Rendering took...0.32 seconds. > > In Settings->Preferences, Performance tab I have Cache set to 4096 and SMP > cpu count set to 16. I have not looked at your screenshot in detail yet, > but will try to do so tomorrow. In the Render menu, using the Video > wrench, I chose h264.mp4. I will also try on a 1080p video. > >> >> I am getting what I consider to be very slow render times and wanted to >> know if something is set up wrong. >> >> As a test, I imported a 1080p video from my camera, looped it several >> times and rendered it with no effects or compositing. For a 4 minute video >> it took about 12 minutes to render as an .mp4. >> >> CPU usage never went above 23% and memory usage never went above 19%. >> >> > > > -- > Cin mailing list > Cin(a)lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin >

1 0

Help with performance problems
by Daniel Kinzelman 09 Dec '19

09 Dec '19

Hi there, I am running AVLinux on an Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz. This is an 8-core CPU with hyperthreading. The system has 32GB of RAM. I am getting what I consider to be very slow render times and wanted to know if something is set up wrong. As a test, I imported a 1080p video from my camera, looped it several times and rendered it with no effects or compositing. For a 4 minute video it took about 12 minutes to render as an .mp4. CPU usage never went above 23% and memory usage never went above 19%. Here is a screenshot showing input file characteristics, project format, the video render options, and performance settings for Cinelerra. [image: Screenshot_2019-12-07_15-06-33.jpg] When I ingest files from the camera in my normal workflow, I immediately convert them into a lower bitrate because the camera sensor quality has no need of 25mbps video directly with FFMpeg. It usually does much better than real time. I'm wondering what causes Cinelerra renders to be so slow, and whether there are any settings I can modify to improve rendering performance. Side-note: Even opening 12 1080p video streams at once on Cinelerra doesn't occupy much RAM on my computer, although performance becomes very poor. Is there a way to understand why Cinelerra doesn't use more RAM? Thanks! Dan

4 4

Forum Video Tutorials
by Andrea paz 07 Dec '19

07 Dec '19

@IgorBeg; Usual request to put on the forum the video of the manipulation of the tracks in the timeline. @All; There are now many good video tutorials made by IgorBeg and Phyllis. Having them on streamable is not ideal for their visibility: you can only access them through forums or mailing lists. My proposal is to upload them to CinGG's Youtube channel, which for now only shows the translation tutorial. Is such a solution possible?

4 5

Re: [Cin] Cin Digest, Vol 14, Issue 6
by Wolfgang Brunner 07 Dec '19

07 Dec '19

Two possibilities: First, you upload directly, I give each of the tutorials has the access data. second option: You put the videos on a storage space of your choice and I pick them up from there. You give me via email the message "New Upload ... xxx" Am Sa., 7. Dez. 2019 um 09:07 Uhr schrieb < cin-request(a)lists.cinelerra-gg.org>: > Send Cin mailing list submissions to > cin(a)lists.cinelerra-gg.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cinelerra-gg.org/mailman/listinfo/cin > or, via email, send a message with subject or body 'help' to > cin-request(a)lists.cinelerra-gg.org > > You can reach the person managing the list at > cin-owner(a)lists.cinelerra-gg.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Cin digest..." > > > Today's Topics: > > 1. Re: Cin Digest, Vol 14, Issue 5 (Wolfgang Brunner) > 2. Re: Forum Video Tutorials (Andrea paz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 6 Dec 2019 13:40:37 +0100 > From: Wolfgang Brunner <video4tux(a)gmail.com> > To: cin(a)lists.cinelerra-gg.org > Subject: Re: [Cin] Cin Digest, Vol 14, Issue 5 > Message-ID: > < > CAHXBdmDPkWzScDRXRsq6u0g1bRHPF7uNcSSvbwaoB0oxTfz-4g(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > You are welcome to upload your videos on my channel > > Am Fr., 6. Dez. 2019 um 12:00 Uhr schrieb < > cin-request(a)lists.cinelerra-gg.org>: > > > Send Cin mailing list submissions to > > cin(a)lists.cinelerra-gg.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.cinelerra-gg.org/mailman/listinfo/cin > > or, via email, send a message with subject or body 'help' to > > cin-request(a)lists.cinelerra-gg.org > > > > You can reach the person managing the list at > > cin-owner(a)lists.cinelerra-gg.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Cin digest..." > > > > > > Today's Topics: > > > > 1. Forum Video Tutorials (Andrea paz) > > 2. https://cinelerra-gg.org/download/ throws Error code: > > SSL_ERROR_BAD_CERT_DOMAIN (W P) > > 3. Re: https://cinelerra-gg.org/download/ throws Error code: > > SSL_ERROR_BAD_CERT_DOMAIN (Sam) > > 4. Re: Forum Video Tutorials (Phyllis Smith) > > 5. Re: https://cinelerra-gg.org/download/ throws Error code: > > SSL_ERROR_BAD_CERT_DOMAIN (W P) > > 6. Re: Forum Video Tutorials (W P) > > 7. Re: Forum Video Tutorials (Igor BEGHETTO) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Thu, 5 Dec 2019 17:02:06 +0100 > > From: Andrea paz <gamberucci.andrea(a)gmail.com> > > To: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> > > Subject: [Cin] Forum Video Tutorials > > Message-ID: > > < > > CANnPPRop6JqccEPZ3TdQEUy5__+8MWOAZrNkTnwRLyKBs+q3XQ(a)mail.gmail.com> > > Content-Type: text/plain; charset="UTF-8" > > > > @IgorBeg; Usual request to put on the forum the video of the > > manipulation of the tracks in the timeline. > > @All; There are now many good video tutorials made by IgorBeg and > > Phyllis. Having them on streamable is not ideal for their visibility: > > you can only access them through forums or mailing lists. My proposal > > is to upload them to CinGG's Youtube channel, which for now only shows > > the translation tutorial. Is such a solution possible? > > > > > > ------------------------------ > > > > Message: 2 > > Date: Thu, 05 Dec 2019 17:49:08 +0000 > > From: W P <wpfilmmaker(a)yandex.com> > > To: cin <cin(a)lists.cinelerra-gg.org> > > Subject: [Cin] https://cinelerra-gg.org/download/ throws Error code: > > SSL_ERROR_BAD_CERT_DOMAIN > > Message-ID: <29530811575568148(a)vla1-53bffb0b04ed.qloud-c.yandex.net> > > Content-Type: text/plain > > > > Hi, I don't know if it me but when I access > > https://cinelerra-gg.org/download/ I get Error code: > > SSL_ERROR_BAD_CERT_DOMAIN and FF recommends to leave the site saying > > "Firefox detected a potential security threat and did not continue to > > cinelerra-gg.org. If you visit this site, attackers could try to steal > > information like your passwords, emails, or credit card details". What is > > going on? Is it a problem or someone tempered with the site? > > https://cinelerra-gg.org is fine however in the warning messages > > https://cinelerra-gg.org it is mentioned as well. > > Screenshot: https://imgur.com/qdvbzI3 > > > > I am on FF 70.0.1 (64-bit) Linux > > > > > > ------------------------------ > > > > Message: 3 > > Date: Thu, 5 Dec 2019 18:53:38 +0100 > > From: Sam <cinelerra(a)posteo.de> > > To: cin(a)lists.cinelerra-gg.org > > Subject: Re: [Cin] https://cinelerra-gg.org/download/ throws Error > > code: SSL_ERROR_BAD_CERT_DOMAIN > > Message-ID: <41a82f5a-5936-48e5-964b-80eae05006df(a)posteo.de> > > Content-Type: text/plain; charset=utf-8; format=flowed > > > > Thanks for the hint. I've just tried some things on Cloudflare and at > > that very moment you must have accessed the website. I'm sorry for the > > inconvenience. We are currently trying to improve the access times of > > the website for some countries. > > > > Sam > > > > On 05.12.19 18:49, W P wrote: > > > Hi, I don't know if it me but when I access > > https://cinelerra-gg.org/download/ I get Error code: > > SSL_ERROR_BAD_CERT_DOMAIN and FF recommends to leave the site saying > > "Firefox detected a potential security threat and did not continue to > > cinelerra-gg.org. If you visit this site, attackers could try to steal > > information like your passwords, emails, or credit card details". What is > > going on? Is it a problem or someone tempered with the site? > > > https://cinelerra-gg.org is fine however in the warning messages > > https://cinelerra-gg.org it is mentioned as well. > > > Screenshot: https://imgur.com/qdvbzI3 > > > > > > I am on FF 70.0.1 (64-bit) Linux > > > > > > ------------------------------ > > > > Message: 4 > > Date: Thu, 5 Dec 2019 11:31:08 -0700 > > From: Phyllis Smith <phylsmith2017(a)gmail.com> > > To: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> > > Subject: Re: [Cin] Forum Video Tutorials > > Message-ID: > > < > > CAOckJE3nfGDJd4D2KOMc6cTH36hAtpoT+cUoi_Upsfb2rnyNfg(a)mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > Or another idea other than Youtube channel, which mostly only involves a > > very small effort by me to upload demos is stated below. > > > > Initially when setting up the website, we added a directory for some > demos > > at: > > https://www.cinelerra-gg.org/media/demos/ without a direct link > > There is a direct link on the website to "File Storage" which goes to > > https://www.cinelerra-gg.org/download/testing > > Maybe the wording on this direct link could be changed to use this for > > video tutorials instead, I would ensure that they got uploaded to that > > directory and try to maintain some kind of order. > > > > Other opinions? phyllig > > > > > > > > On Thu, Dec 5, 2019 at 9:02 AM Andrea paz <gamberucci.andrea(a)gmail.com> > > wrote: > > > > > @IgorBeg; Usual request to put on the forum the video of the > > > manipulation of the tracks in the timeline. > > > @All; There are now many good video tutorials made by IgorBeg and > > > Phyllis. Having them on streamable is not ideal for their visibility: > > > you can only access them through forums or mailing lists. My proposal > > > is to upload them to CinGG's Youtube channel, which for now only shows > > > the translation tutorial. Is such a solution possible? > > > -- > > > Cin mailing list > > > Cin(a)lists.cinelerra-gg.org > > > https://lists.cinelerra-gg.org/mailman/listinfo/cin > > > > >

1 0

Re: [Cin] Cin Digest, Vol 14, Issue 5
by Wolfgang Brunner 06 Dec '19

06 Dec '19

You are welcome to upload your videos on my channel Am Fr., 6. Dez. 2019 um 12:00 Uhr schrieb < cin-request(a)lists.cinelerra-gg.org>: > Send Cin mailing list submissions to > cin(a)lists.cinelerra-gg.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cinelerra-gg.org/mailman/listinfo/cin > or, via email, send a message with subject or body 'help' to > cin-request(a)lists.cinelerra-gg.org > > You can reach the person managing the list at > cin-owner(a)lists.cinelerra-gg.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Cin digest..." > > > Today's Topics: > > 1. Forum Video Tutorials (Andrea paz) > 2. https://cinelerra-gg.org/download/ throws Error code: > SSL_ERROR_BAD_CERT_DOMAIN (W P) > 3. Re: https://cinelerra-gg.org/download/ throws Error code: > SSL_ERROR_BAD_CERT_DOMAIN (Sam) > 4. Re: Forum Video Tutorials (Phyllis Smith) > 5. Re: https://cinelerra-gg.org/download/ throws Error code: > SSL_ERROR_BAD_CERT_DOMAIN (W P) > 6. Re: Forum Video Tutorials (W P) > 7. Re: Forum Video Tutorials (Igor BEGHETTO) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 5 Dec 2019 17:02:06 +0100 > From: Andrea paz <gamberucci.andrea(a)gmail.com> > To: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> > Subject: [Cin] Forum Video Tutorials > Message-ID: > < > CANnPPRop6JqccEPZ3TdQEUy5__+8MWOAZrNkTnwRLyKBs+q3XQ(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > @IgorBeg; Usual request to put on the forum the video of the > manipulation of the tracks in the timeline. > @All; There are now many good video tutorials made by IgorBeg and > Phyllis. Having them on streamable is not ideal for their visibility: > you can only access them through forums or mailing lists. My proposal > is to upload them to CinGG's Youtube channel, which for now only shows > the translation tutorial. Is such a solution possible? > > > ------------------------------ > > Message: 2 > Date: Thu, 05 Dec 2019 17:49:08 +0000 > From: W P <wpfilmmaker(a)yandex.com> > To: cin <cin(a)lists.cinelerra-gg.org> > Subject: [Cin] https://cinelerra-gg.org/download/ throws Error code: > SSL_ERROR_BAD_CERT_DOMAIN > Message-ID: <29530811575568148(a)vla1-53bffb0b04ed.qloud-c.yandex.net> > Content-Type: text/plain > > Hi, I don't know if it me but when I access > https://cinelerra-gg.org/download/ I get Error code: > SSL_ERROR_BAD_CERT_DOMAIN and FF recommends to leave the site saying > "Firefox detected a potential security threat and did not continue to > cinelerra-gg.org. If you visit this site, attackers could try to steal > information like your passwords, emails, or credit card details". What is > going on? Is it a problem or someone tempered with the site? > https://cinelerra-gg.org is fine however in the warning messages > https://cinelerra-gg.org it is mentioned as well. > Screenshot: https://imgur.com/qdvbzI3 > > I am on FF 70.0.1 (64-bit) Linux > > > ------------------------------ > > Message: 3 > Date: Thu, 5 Dec 2019 18:53:38 +0100 > From: Sam <cinelerra(a)posteo.de> > To: cin(a)lists.cinelerra-gg.org > Subject: Re: [Cin] https://cinelerra-gg.org/download/ throws Error > code: SSL_ERROR_BAD_CERT_DOMAIN > Message-ID: <41a82f5a-5936-48e5-964b-80eae05006df(a)posteo.de> > Content-Type: text/plain; charset=utf-8; format=flowed > > Thanks for the hint. I've just tried some things on Cloudflare and at > that very moment you must have accessed the website. I'm sorry for the > inconvenience. We are currently trying to improve the access times of > the website for some countries. > > Sam > > On 05.12.19 18:49, W P wrote: > > Hi, I don't know if it me but when I access > https://cinelerra-gg.org/download/ I get Error code: > SSL_ERROR_BAD_CERT_DOMAIN and FF recommends to leave the site saying > "Firefox detected a potential security threat and did not continue to > cinelerra-gg.org. If you visit this site, attackers could try to steal > information like your passwords, emails, or credit card details". What is > going on? Is it a problem or someone tempered with the site? > > https://cinelerra-gg.org is fine however in the warning messages > https://cinelerra-gg.org it is mentioned as well. > > Screenshot: https://imgur.com/qdvbzI3 > > > > I am on FF 70.0.1 (64-bit) Linux > > > ------------------------------ > > Message: 4 > Date: Thu, 5 Dec 2019 11:31:08 -0700 > From: Phyllis Smith <phylsmith2017(a)gmail.com> > To: "Cinelerra.GG" <cin(a)lists.cinelerra-gg.org> > Subject: Re: [Cin] Forum Video Tutorials > Message-ID: > < > CAOckJE3nfGDJd4D2KOMc6cTH36hAtpoT+cUoi_Upsfb2rnyNfg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Or another idea other than Youtube channel, which mostly only involves a > very small effort by me to upload demos is stated below. > > Initially when setting up the website, we added a directory for some demos > at: > https://www.cinelerra-gg.org/media/demos/ without a direct link > There is a direct link on the website to "File Storage" which goes to > https://www.cinelerra-gg.org/download/testing > Maybe the wording on this direct link could be changed to use this for > video tutorials instead, I would ensure that they got uploaded to that > directory and try to maintain some kind of order. > > Other opinions? phyllig > > > > On Thu, Dec 5, 2019 at 9:02 AM Andrea paz <gamberucci.andrea(a)gmail.com> > wrote: > > > @IgorBeg; Usual request to put on the forum the video of the > > manipulation of the tracks in the timeline. > > @All; There are now many good video tutorials made by IgorBeg and > > Phyllis. Having them on streamable is not ideal for their visibility: > > you can only access them through forums or mailing lists. My proposal > > is to upload them to CinGG's Youtube channel, which for now only shows > > the translation tutorial. Is such a solution possible? > > -- > > Cin mailing list > > Cin(a)lists.cinelerra-gg.org > > https://lists.cinelerra-gg.org/mailman/listinfo/cin > > >

1 0

https://cinelerra-gg.org/download/ throws Error code: SSL_ERROR_BAD_CERT_DOMAIN
by W P 06 Dec '19

06 Dec '19

Hi, I don't know if it me but when I access https://cinelerra-gg.org/download/ I get Error code: SSL_ERROR_BAD_CERT_DOMAIN and FF recommends to leave the site saying "Firefox detected a potential security threat and did not continue to cinelerra-gg.org. If you visit this site, attackers could try to steal information like your passwords, emails, or credit card details". What is going on? Is it a problem or someone tempered with the site? https://cinelerra-gg.org is fine however in the warning messages https://cinelerra-gg.org it is mentioned as well. Screenshot: https://imgur.com/qdvbzI3 I am on FF 70.0.1 (64-bit) Linux

2 2

nv-codec-headers location
by Andrew Randrianasulu 04 Dec '19

04 Dec '19

Hello! I was rebuilding CinelerraGG with ffmpeg git, and noticed it started to fail due to something missed in nv-codec-headers. I looked into downloads.txt and tried to use URL provided there, but it was not working, in sense there was no web-interface Web interface lives at https://git.videolan.org/?p=ffmpeg/nv-codec-headers.git May be they should be pulled if --with-git-ffmpeg added to confugure arguments? But for now I just passed --without-nv argument to configure

3 2

New builds ready on the cinelerra-gg.org website
by Phyllis Smith 01 Dec '19

01 Dec '19

New builds are available. What is new is described in the release notes below. Sergio is this month's Hero having translated the website and updated the po files in Spanish. ------------------------------------------------------------------------------------------------------------------------------------------- Cinelerra-GG (Version Infinity) *Release Note*s for 11/01/2019-11/30/2019 for builds *Website*: Sergio has provided Spanish translations for the website. This is very much appreciated. 1. *Updated all Operating Systems on the local build machines* to be at the latest patch set. Debian 8 and Fedora 28 have been retired due to end of life and Fedora 31 has been added. In addition Centos 8 which was just released in October has a 1 time build available, but unless a Xen implementation becomes available, may not be regularly built. 2. *Reworked Audio* in the area of import samples, resampling, and playback speed sampling. This was a week’s worth of effort as many problems were found in the existing audio playback especially when playing backwards, when using the speed auto, and when large buffers were used. This rework fixed a lot of small problems and improved the program code for correct audio playing but does not affect the rendered output. Unless you use a magnifying glass and have exceptional hearing, it is doubtful you will notice the difference, but please report any problems. 3. Some of the original author’s *7.2 modifications *have been looked into to include the following: Added into Cinelerra-GG, the 3 new plugins – chorus, flanger, tremolo. Reviewed Pulse Audio and after merging it in, ended up backing it out because Alsa is much better and actually includes Pulse Audio with added improvements to compensate for any deficiencies. Better synchronization between audio and Playback was already achieved via #2 above of “reworked audio”. 4. *Usability Improvements:* *Spanish translation of the po files* was completed by Sergio with quite a large number of new translations added. This was a lot of work that is a benefit to many. The *prores opts files *have been updated and include a proxy version for ease of use (Olaf work). *Reworked the canvas zoom*. In the compositor, you can now use the middle wheel for zooming and moving the video with ease. Now scroll bars are available whenever image is off the screen. *Transcode 1:1* is now available in the Settings pulldown which provides a method to convert to a different format but most importantly gives the user the capability to be able to seek within media that does not have good indexing (see BT 337 for a few more details). Added potentiometer for the “beep on done” in the proxy and render menu so you can adjust the volume right from 0 for no beep to 100% for full beep. Bluray option file improvements and additions plus a bdcreate patch (Andrew work/discoveries). 4. *Bugs/Issues Fixed*: Fixed long-standing bug from original software where a specific setup caused a SEGV (reported and chased down by Andrew). For details, refer to Mantis Bug Tracker #335. Incorrect pix_fmt statements in ffmpeg opts files corrected to pixel_format (Andrew noted). Fixes to Compositor Background Color include: play with OpenGL driver retains color; flash when restart play in a couple of places is now gone for smoother viewing; the boundary marker is now outside the media and does not overlay any portion of the media. Small build changes to accommodate Fedora version 31. Duplicate close bug in vdevicex11 has been corrected. LV2 enhanced gui’s were not viewable in last month’s builds due to missing init but now fixed. Fixed hardware device type “none” causing problem as found by Andrew. Tweak to “remove assets” was done. Voluminous “buffer underflow” when using the default mpeg.mpeg proxy setting has been fixed via a patch to the ffmpeg code (Olaf reported). Updated about 13 other ffmpeg option files to switch from x264opts to x264-params to avoid potential future deletion of x264opts. Programmed some index rebuild fixes. Fixed audio big buffers bug for libzmpeg3.

1 0