Can I request these two be added (since .Appimage seems to the aspiring package standard for future Kdenlive releases. Figure it would make sense to put emphasis on fixing/polishing them)?

Three days ago, I posted a poll on the Google+ Kdenlive community to see what other users thought about the "Single Kdenlive Menu Button" idea to replace the top menu list above the main toolbar. To date, 31 votes were put in, 17 in favor of a default single menu button that brings all of the menu items to view in a drown-down list style, and 14 were in favor of keeping it the traditional way it is now.

Nice.

In Kdenlive 16.08.2 on Ubuntu 16.10 (Unity 7.5.0 desktop), the layout and interface looks 90% uniform to Kdenlive in its native KDE environment. There are still icons in the "Open" dialog box, the "Render" dialog box, and a few text fields that are still showing the light-theme icons in Breeze dark theme.

Thanks for your work on this, JB. Wanted to have this documented, but for the current snaps packages, the playback framerate performance during editing is much less than non-snap versions. Playback in the timeline on a powerful machine seldom goes above 6fps on a 29.97fps project.

This'd be nice.

@afarid , thanks buddy. Should I keep sending crashes I find to this task on the workboard, or should I post an individual bug on the KDE Bugtracker for each crash with a backtrace log? Whichever is JBM's preferred communications channel for these issues, I'm good with.

Here's another backtrace log from a similar encounter (https://www.dropbox.com/s/50c5eeb91p5w8ex/movit_backtrace_log2.txt?dl=0), except this was on a new project, I added a clip, marked my in and out zones, pressed V to insert the clip in the Timeline, THEN clicked the Project Monitor tab to open the Project Monitor widget. Kdenlive crashed, then.

Forgot to add using Nvidia 367.44 proprietary driver. Running two Nvidia GTX 970ti's in my laptop, though Kubuntu is only actually using one of them (unless programs like Blender specifically use both GPU's).

I encountered a Movit crash while using it in a test. Here's a link to the backtrace log (https://www.dropbox.com/s/otibuu6newtpebn/backtrace.log?dl=0). Should I submit these here or on the KDE Bugtracker?

@thediveo , you don't think it's intuitive enough as is right now? Further to the right = high quality? Isn't that the way most programs are designed?

Fair points, thediveo. I'd be for Source Monitor. :) It's not that I want Kdenlive to copy other editors, but rather make it more user-friendly for others to migrate over from the bigger names. I also think Source sounds cooler, haha.

Can I humbly request that this be added to the task list? I feel this is a very significant bug that affects a great deal of workflow performance in Kdenlive. It's the playback speed bug with composite tracks:

This would be cool. :)

This topic definitely had me thinking: what are users actually expecting of a good, professional Title Editor that's built into the NLE?

Updates are very solid, great work, guys!

Made a mock-up of an idea: what if it was in the Clip Monitor toolbar below the Clip Monitor display window? See image below:

Currently, not installing some packages forces the wizard to come up saying these packages aren't installed, and that some features won't be available. This seems to be the only reason the wizard appears, currently (correct me if I'm wrong).

One thing I noticed in a recent git master build (I may need to install a fresh copy for confirmation), but one of the packages for DVD authoring - I think - wasn't installed after installing Kdenlive from Ubuntu Software. Kdenlive gave me that error in the beginning saying that this package wasn't installed, and that I can't burn/edit/author DVD's.

Really well written, massimostella. I have to agree, this would be a significant leap towards modernizing this component of Kdenlive. So many prodigious changes have taken place to improve Kdenlive for users; this would make it that much more amazing.

This would be very cool. Blender does this, and it's super helpful.

This would be a significant benefit. The more native processing power Kdenlive can pull from the hardware for editing, the better. It feels like wasted potential when it can't be utilized, and users of all types would be much more likely to invest their trust in an editing program that they know is taking full advantage of their hardware. I second this.

I would absolutely second this. Fade to transparent would be much more useful, personally.

A few thoughts after some more testing:

I've been using this feature for various projects with the latter git-master builds, and it's honestly working REALLY well! The only encouragement I'd make is to have the preview bar not overlap the boundaries set by the in-out zone slider above the timeline. If it rendered specifically where it said, that would be killer.

Thanks, massimostella. Should I submit separate bugs, or simply copy the code (or backtrace data?) on this forum?

@afarid, I ask because reaching a widespread audience with a generic layout and content is, egh, for lack of a better term, REALLY difficult and often ineffective, as far as my experience has seen. Currently, on first impression, it looks like Kdenlive is a piece of software, and the website is for a community of people involved with the software itself, rather than focusing more on the software itself.

@afarid , the website is looking awesome! Really appreciate you taking in the consideration to remove the big bugs button from the top. Really liking it. :)

Looking great Farid, and appreciate you considering the suggestions, as always.

Here's a quick link describing timecode - http://www.steves-digicams.com/knowledge-center/how-tos/photo-software/what-is-timecode.html. In Kdenlive's case, it allow the editor to conveniently navigate through a clip and find the exact moment they're looking for.

Just did some more testing. Looks like my project and preview settings are 1080p at 24fps. Setting it to 25fps makes everything work fine. So, possibly and issue with the 24fps framerate?

Thanks for the info, thediveo. Looks like I'm getting this from Terminal when I try preview render:

Everytime I try the preview rendering, it says in the status bar: "Preview rendering failed, check your parameters". Is this feature currently working?

I think Farid brought this up in one of the bugs, recently (or maybe the mailing list). It looks like the oxygen-icons package is required (at least, in Ubuntu-based distros) for Kdenlive, otherwise there's no icons in the layout interface.

It'd be a nice feature if, while the progress bar is rendering, video thumbnails could be shown to the left of it to show which frame it's on. It's not needed, but it'd be helpful for the user.

Also, I just noticed this on the homepage. Right front and center, bold and big in your face, is the "Bugs" image and link. I cannot, CANNOT discourage this more. The fact that users will see "Bugs" right there from the get go is going to veer away any professional seriously interested, and deter a very valuable part of the video market. Bugs present flaws, weakness, and instability. It's great that you have a link for Bug Reports under the "Get Involved" at the footer on the bottom. Awesome place for it. It's out of the way, but it lets users know that the option is there without having to navigate tediously to find it.

Also, the news page looks really good, too.

In T2327#39365, @afarid wrote:

Now that the main structure is somewhat done I am starting to focus on content and I think we should start to focus on "Features" and then on "About".

Features

This page is to showcase Kdenlive so it should have straight to the point content and great screenshots. Have a look at some content of similar websites for to get an idea of when it is "good" and when it is "bad".

https://www.blender.org/features/
http://ardour.org/features.html
http://natron.fr/features/
https://shotcut.org/features/
http://jliljebl.github.io/flowblade/features.html
https://cinelerra-cv.org/five/Features5.pdf
http://cinelerra.org/2015/index.php/features/editing
https://inkscape.org/en/about/features/

I am thinking of first having the logos and respective links of the technologies kdenlive uses and then move on to describe the features and screenshots.

https://dev.kdenlive.org/features/

I have three machines: one running two 980ti's, one running two 660's, and one laptop running two 970ti's (none of them SLI'd).

I'm for it. Sounds great!

Just had a chance to test the timeline preview feature. A few thoughts and issues:

I'm also digging the new toolbar above the timeline. Good stuff. :)

OR, what if the top menubar and the main toolbar were merged, somehow? The menu bar seems to have all of the generally relevant options for Kdenlive. What if some of them, like the Project, Timeline, Monitor, etc. menu options were given their own buttons with their own icons, and clicking on them opens the sub-menus in a list below, similar to what clicking on them in the top menubar does now?

One small thing I've noticed is that, to the right of the "Output File" text field, the button with the folder icon, the tooltip says "open file dialog". I think this can be confusing to some users. I might suggest changing it to something like "Choose file destination", "Choose folder destination", "Choose file destination"... something like that.

Being that the new title bars are on the top (and appear to be a fixed width, correct me if I'm wrong) I'd be for putting the clip name - either audio or video - into the overlay somewhere, with its own option in the overlay sub-menu: "Clip Details" or "Clip Filename"... something to that degree.

Just created a Phabricator account, and I need to say that this feature is way, WAY too cool. Thanks so much to JB and the team for implementing this. I'm testing it currently with a few projects and will offer any helpful feedback I can.

A while back I had proposed one possible idea to improve the main toolbar, the details being in this bug report: https://bugs.kde.org/show_bug.cgi?id=358390.