GitLab

Solved dead lock
Solved multiple clipworkflow creation
Deactivated message handlers and audiospectrum computing.

Adding audio options, changed debug.

It works with the sound, a few hangs excepted. Should be fixed very soon
\o/

StackedBuffer are used now, on the clipworkflow's side.

Pool is now "MemoryPool" and a new pool has been created.
It comes with a StackedBuffer class to release buffer that will be
filled by new clipworkflows

A bit more refactoring for the same price.

Width and heigth are handled from config (but changes are not well
handled, and should lead to crash in some cases)

The call to this method have been removed to, thus probably improving
stability

When loading a clip, media player was launched in play state, then paused, then unpaused.
Not it's just launched in a play state.
Preloading still use this method, as it's not supposed to play before we explicitly ask for it.

When loading a clip, media player was launched in play state, then paused, then unpaused.
Not it's just launched in a play state.
Preloading still use this method, as it's not supposed to play before we explicitly ask for it.

When loading a clip, media player was launched in play state, then paused, then unpaused.
Not it's just launched in a play state.
Preloading still use this method, as it's not supposed to play before we explicitly ask for it.

When loading a clip, media player was launched in play state, then paused, then unpaused.
Not it's just launched in a play state.
Preloading still use this method, as it's not supposed to play before we explicitly ask for it.