Profile

Scrapbook photo 1
Scrapbook photo 2
Scrapbook photo 3
Scrapbook photo 4
Scrapbook photo 5
636 followers|600,757 views
AboutPostsPhotosVideos

Stream

Novacut

Shared publicly  - 
 
Step 1: make something
Step 2: rejoice
 
Happy holidays! Let's create something together this holiday season. Here's some inspiration to get you started and instructions to make your own holiday light project. http://bit.ly/1NUdr0d

#DIY #RaspberryPi #makerspace #creatoremakebuilder
View original post
3
Add a comment...

Novacut

Shared publicly  - 
 
Been working on bringing the same obsessive frame accuracy to our real-time playback that we now have in our rendering engine (the former is to preview your work in progress as you edit, the later is for rendering the final result out to a file).

The video below is a programmatically generated edit that was used for testing the experimental real-time playback stuffs. But the result was too neat not to render it out and share :D

It's built from slices 5 frames in length such that the next slice starts 10 frames ahead of where the previous slice ended. For example, here are the exact first four slices this very edit starts with:

5000:5005
5015:5020
5030:5035
5045:5050

You can see the full edit description in geekier form here:
http://paste.ubuntu.com/12396651/

The crazy bit of letters before the Python-esque slice syntax is the Dmedia file ID for this particular clip. It's the same on every line because every slice is taken from the same file.

So in fact it's a globally valid and perfectly unambiguous description of this edit. Because that's how we roll :)
5
2
Add a comment...

Novacut

Shared publicly  - 
 
New rendering backend stability and accuracy test

Feature length edits are complex (lots of slices). And, of course, we need to deliver perfect frame accuracy in every render, every time.

In real-word feature length edits, probably around 5k slices is about the most you'd encounter. But to make sure we can really achieve that consistently, +David Jordan and I decided 10k slices would be a good stability benchmark.

So I took a video with 13,054 frames and expressed it as 13,054 one-frame slices in reverse order. This is a nice test because it's quite easy to see visually whether you pretty much got what you expected. And I've done multiple other independent checks on the accuracy to confirm we're getting exactly what we expected, including checking that the output video has the exact expected number of frames and the expected timestamps.

 Even though each slice in this case happens to be from the same file, Novacut treats them the same it would if each slice was from a different file.

For each slice as it goes through the sequence, the rendering backend builds up one of our Input decoder instances (which is just a thin wrapper around a GSstreamer Pipeline with filesrc ! decodebin ! videoconvert ! videoscale ! appsink). It seeks to the first frame in the slice, and then puts a Gst.Buf into the output buffer queue for each frame in the slice (which in this case will always be only one frame).
4
1
Add a comment...

Novacut

Shared publicly  - 
 
+David Jordan working hard at the hackfest. Plus, this silly clip was rendered with the new experimental Novacut rendering backend.
4
1
Add a comment...

Novacut

Shared publicly  - 
 
Degu 0.13 has been released!

Degu is the embedded HTTP server and client used by Dmedia (and indirectly used by Novacut).

Degu is optimized for low latency and high throughput when operating at modest concurrency. Although you wouldn't want to use it to, say, power a website, Degu is extremely well tuned for device-to-device communication and network transparent IPC... exactly the use cases central to Novacut.

Degu 0.13 brings a new, extremely high performance C backend that is more than fast enough for Inter Process Communication (IPC). Both local and remote clients get the same, uniform HTTP goodness, plus local clients can even use HTTP over AF_UNIX for the very best performance (although Novacut and Dmedia don't yet take advantage of Degu's AF_UNIX support... that will come later.)
2
1
Add a comment...

Novacut

Shared publicly  - 
 
 
We just released an early AXIOM Beta progress update article also containing Team Talk Volume 3.

If you want to get your hands on Beta prototype hardware early check out the details in the article, we are going to be accepting orders soon!

https://apertus.org/axiom-beta-early-option-taking-orders-soon-article-may-2015
View original post
1
Add a comment...

Novacut

Shared publicly  - 
 
Dropping support for V0 protocol and schema

The V1 Dmedia hashing protocol, V1 Dmedia document schema, and V1 Novacut document schema were finalized over 29 months ago (on June 1st 2013):

https://launchpad.net/filestore/+announcement/11554

My feeling is that this has given folks ample time to migrate any existing V0 libraries to V1. However, if anyone out there has an existing V0 library and needs help migrating it to V1, please let me know and I'll happily help!

Still, there is a cost in maintaining the V0 to V1 migration path, especially considering some refactoring I'd like to do in the near future. The V0 to V1 migration was unusual in terms of what we expect going forward, and the code for it is rather crufty.

So this migration path has now been dropped in our daily PPA builds for Ubuntu 15.10/Wily and Ubuntu 16.04/Xenial.

Note that support for this migration path is still present in our daily and stable PPA builds for Ubuntu 14.04/Trusty and Ubuntu 15.04/Vivid, and that support is still present in our stable PPA for Ubuntu 15.10/Wily. The current stable release for 15.10/Wily will be archived in a separate PPA prior to releasing a new stable release for 15.10/Wily that drops support for this migration path.

At this time, no further stable releases are planned for Ubuntu 14.04/Trusty or Ubuntu 15.04/Vivid, so Novacut releases that support the V0 to V1 migration path will be available for as long as each respective Ubuntu release is supported (almost 3 years more for Ubuntu 14.04/Trusty, and about 2 months more for Ubuntu 15.04/Vivid).

This is all part of an effort to trim some fat in preparation for a (hopefully) exciting Novacut release for Ubuntu 16.04/Xenial, the next Ubuntu LTS release.

Finally, note the plan is to indefinitely support the V1 hashing protocol, and to indefinitely support migration from the V1 document schema to whatever document schema version Dmedia and Novacut currently use.
1
1
Add a comment...

Novacut

Shared publicly  - 
 
Dropping support for GStreamer 1.2/1.4 (Ubuntu Trusty/Vivid)

In terms of the needs of Novacut, +GStreamer 1.6 is an absolutely stunning release! So a huge thanks to everyone in the GStreamer community whose hard work made it happen!

The new rendering backend introduced with Novacut 15.08 was written to work with GStreamer 1.2 through 1.6:

https://launchpad.net/novacut/trunk/15.08

However, as we refine our new rendering backend and prepare to start adding new features, the burden of continuing to support GStreamer 1.2 and 1.4 has become difficult to justify. GStreamer 1.2 is especially problematic as it requires many work-arounds and even then can't always produce correct results (not even with perfectly conformant input videos).

As these new Novacut features will likely be a bit rough around the edges at first anyway, it seems like a good time to stop making new Novacut releases on Ubuntu 14.04 LTS (Trusty) and Ubuntu 15.04 (Vivid). Instead, we'll set our sights on a great Novacut release for the next +Ubuntu LTS (Ubuntu 16.04 LTS, due out in April 2016).

So as it stands now, the plan is that Novacut 15.08 will be the last Novacut release that supports Ubuntu 14.04 LTS and Ubuntu 15.04. In the meantime, you'll still be able to install Novacut 15.08 on Trusty and Vivid as those builds wont be going anywhere. But during the next 6 months, new Novacut releases will only be made for Ubuntu 15.10 (Wily) and Ubuntu 16.04 LTS (X).

Depending on how things shake out, we might make additional releases that support Ubuntu 14.04 LTS for some of the six components beneath Dmedia in the Novacut stack (UserWebKit, UserCouch, Microfiber, FileStore, Degu, and Dbase32). But as Novacut and Dmedia both directly use GStreamer, their future releases will only target GStreamer 1.6 and newer.

Our long-term goal is to support new Novacut releases on the current Ubuntu LTS till the next Ubuntu LTS is released, and we came pretty close this time around (the closest we have thus far, actually). But change happens and sometimes you need to cut your losses and move forward :)

Apologies to anyone negatively impacted by this plan. I'm confident we can make it up to you with exciting future Novacut releases that will be waiting for you whenever you're ready to upgrade to Ubuntu 16.04 LTS.

Cheers,
+Jason DeRose 
1
Add a comment...

Novacut

Shared publicly  - 
 
More details coming soon. Big thanks to +David Jordan for all his help on this, and for coming up with the design for the new rendering backend!
 
Still need to write up a blog post and Kickstarter update on this, but +Novacut 15.08 is out now and in our stable PPA!
View original post
1
Add a comment...

Novacut

Shared publicly  - 
 
A very productive 4 days. We expect this work will land in a new Novacut stable release later this month.
 
The new rendering backend by me and +Jason DeRose has been exposing the quirky ways gstreamer elements play with timestamps all weekend.  By providing perfect timestamps, we're getting a great look at how each encoder and muxer wrangles and mangles the data. 

First, we noticed that GStreamer's Matroska muxer zeroed out everything after the millisecond.  MKV's official spec has a TimecodeScale property, which indicates the granularity of the actual timecode (defaulted to 1000000...which indicates the timecode is in milliseconds.  Setting TimecodeScale to 1 would give nanosecond precision.)  Sure enough, matroska-mux.c sets the value to GST_MSECOND...1000000. 

Next up, we found weirdness in qtmux when using x264 unless the keyframe interval was set to 1 (all keyframes).  Using mjpeg with qtmux also resulted in well-behaved timestamps.  This is probably partially the result of x264 weirdness, but we think qtmux is doing some odd things of its own.

Theora/Ogg was pretty well-behaved too, but would rarely be off by a single nanosecond.  

Also, qtdemux appears to set the framerate by looking solely at the duration of the first timestamp.

#NovacutHackfest #GStreamer #Timestamps  

http://www.matroska.org/technical/specs/index.html
http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/matroska/matroska-mux.c

http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/isomp4/gstqtmux.c
http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/isomp4/qtdemux.c
2 comments on original post
2
Add a comment...

Novacut

Shared publicly  - 
 
Let freedom ring
5
Add a comment...
Contact Information
Contact info
Email
Story
Tagline
we're telling a new story
Introduction
Novacut is a collaborative video editor (think Google docs for video editing) aimed at professional storytelling. Novacut is a native app that works offline, but it's equally capable of doing real-time collaborative editing across the internet, and it can utilize the cloud for both storage and rendering.

Although Novacut is still under heavy development and is not quite ready for prime-time, you can install and use it today on Ubuntu.

The first editing feature we've focused on is what we call our Storyboard View, which gives you remarkably fast, frame-accurate editing, and a clear visualization of your story.

The next major editing feature is still under development and is called our Timeline View. The timeline view will be a more traditional, time-proportional view with multi-track audio. The Timeline View is aimed at audio editing and rough assembly.

You'll be able to toggle a sequence between the Storyboard and Timeline views, so you can use whatever is fastest for a given task.

Novacut is built on Dmedia, which provides state of the art asset management and is the foundation of our real-time collaborative editing. Dmedia is in a separate component so that it can be used by other apps, and we hope to see dozens of pro creative apps built on Dmedia in the future.

Novacut is open source and available free of charge. If you want to get involved with Novacut design or development, be sure to stop by the #novacut IRC channel on freenode and introduce yourself.

Novacut development is coordinate on Launchpad and currently spans six separate Launchpad projects: Novacut, Dmedia, FileStore, Microfiber, UserCouch, and UserWebKit.

Novacut does monthly releases, which can be installed from our stable PPA. We also do daily builds, which can be installed from our daily PPA.

Our passion is helping artists tell their story and share it with the world. Our dream starts with building great tools for storytellers, and then things will really get interesting.