At the moment I’m using Linux Debian (Sid), but considering to possibly switch to FreeBSD (TrueOS), but wonder if someone has some experience of running Shotcut on FreeBSD?
Is it possible at all or do you recommend staying on Linux (Mac OS & Windows are not options here)?
In the past I was not overly happy with Debian when it comes to video editing when I wanted to use CInelerra, so wonder if you have any recommendation for a video-editng-friendly Linux distro (I like what I see in VoidLinux)?
Hi, I’m using Voidlinux without problem of editing videos in it 
It’s cool and mainly without systemD 
I would like to use FBSD (PC-BSD) too, but I’m still playing some games via Steam sometimes 
Great to hear. 
Yeah, i like it…libressl is also nice.
Which DE you use? Atm, I run GNOME…
[quote]I would like to use FBSD (PC-BSD) too, but I’m still playing some games via Steam sometimes 
[/quote]
Have you possibly tried to build Shotcut under FBSD?
I used to use KDE, then I tried Gnome, then again KDE4, then E17 (but it was bugy and doesn’t work well), then I’ve started to use OpenBox and I’m still using it (at home and same at work on 2 monitors). I like that I can configure it more or less.
I’ve tried FreeBSD one year ago, but my girlfriend needed Flash in browsers and I sometimes wanted to play some games, so I’ve come back to Linux and in that time I was using FBSD, I didn’t know Shotcut so I can’t use it, hmm, as I’m thinking about it right now, one of main reasons was that I couldn’t use “kdenlive” for edit videos in FBSD and OpenShost didn’t work well too.
FWIW, I have Shotcut running under SUSE Linux 14.1. I haven’t really tried to push its limits but I haven’t seen any major problems, either. My biggest problem is the machine itself: the onboard graphics “card” just isn’t up to coping with cross dissolves. This isn’t Shotcut’s fault, though.
Unless you are using GPU processing, the graphics card will not make a difference to the speed or integrity of cross dissolves.
The base onboard “card” uses a Radeon HD 4200. However, if I read the specs and commentary correctly, it’s not up to handling the DirectX level listed in the FAQ’s system specs. (Hint: minimum hardware requirements information should be much easier to find. It’s a major decider on whether to download or not). I’m going to change to a dedicated card using AMD’s R7 240. Still entry-level, but published specs say it exceeds the minimum requirements for full editing.
Much to my amazement, I dropped in an XFX iteration of the Radeon R7 240 and it played on the first try! The only pre-installation check was to verify the Radeon driver is present. Since there is an on board AMD “card”. NTL I opened an xterm window, entered
lsmod | grep radeon
and saw radeon on a line by itself. Woohoo!
After that I installed the card, lit off the Linux box, and… Life is good. The original graphics “card” is automatically disabled. In short, this is as plug ‘n’ play as Linux ever gets.
And, yes, cross dissolves work a treat now.
Interesting. I am glad it works better for you. There is OpenGL used for the UI drawing and video output within the window. So, it is certainly possible those can be slow to view what is happening within the engine - as far as computing the cross-dissolve on the CPU.
With regards to system specifications in the FAQ, those were really just a (big) estimate. I do not have a lab full of machines of varying age and configuration to make a very educated determination. Rather, it is based in part on some of the requirements gathered from dependent libraries and my years of experience. It is a free download, and you can try and decide yourself whether it is working good enough or to uninstall it.
I am puzzled by one apparent resource issue. Specifically, the original footage was shot with the camera about 4-5 deg. off vertical. The rotate filter, of course fixes that, and applying zoom fills in the empty corners. But… the display remains somewhat rough, or at least not as smooth as the (unrotated) original. I assume the rotation is being applied frame by frame? And that challenges the GPU and/or CPU?
I’ll pick up the specs comments in a suggestion post.
Shotcut is now available on FreeBSD (with WebVfx support!):
http://www.freshports.org/multimedia/shotcut/
I’ve been playing with it for half an hour and it’s great! 
Thank you for the info, although in the meantime I did settle on Fedora - TrueOS simply did not work for me due to regression in supporting old(er) ATI cards.
For the record, I just moved to Ubuntu MATE LTS. We’ll see how things go under the new (to me) OS.
Thanks for letting people know ShotCut is on FreeBSD, but are you still able to use it, and if so which QT libraries (4 and/or 5) do you have on your workstation? Both ShotCut and Kdenlive stopped working for me last year due to Qt4 and Qt5 being installed for different applications; ShotCut only works if I remove Qt4, and Kdenlive only works if I remove Qt5. Can you please let us know which Qt libraries are on your system and whether you can still use ShotCut.
I don’t know how well shotcut works on Freebsd-trueos my latest try was with an nvidia graphics card with the drivers installed but shotcut/kdenlive/cinellera could not even import a video they crashed immediately after importing the video , maybe its a problem with media codecs missing ? or hardware acceleration that seems to not work ? i don’t know but on nvidia you can’t do a thing !!!
Amd support from the other hand is something you must test .
On linux on my intergrated r7 amd gpu and my humble lowspec Amd A12 4.2ghz quadcore cpu shotcut is flying to test it i made three-four video tracks with trasparent videos playing and color effects and lenses effects and the video is prevewed smoothly on the fly. This is magic !
Buy an amd graphics card if you want to make video editing it rocks.
I want to use freebsd/trident/trueos because i want to use only opensource/free software and not tempted by proprietary software and games.
Today there is a new version of Project Trident the continuation of Trueos /pcbsd