Krad Radio/March to Stability: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
Line 5: Line 5:


==Things we will do==
==Things we will do==
Make most of the dependencies optional/configurable


Decouple Krad IPC and the Krad Radio API (mostly client side work)
Decouple Krad IPC and the Krad Radio API (mostly client side work)
Line 12: Line 14:
Move generic handler into the IPC code and add broadcast registrations.
Move generic handler into the IPC code and add broadcast registrations.


160~ failfasts(), all must go
160~ failfasts(), all must go (failfast() will make the daemon quit)


Refactor logging to use lock free ringbuffers and be exposed in API
Refactor logging to use lock free ringbuffers and be exposed in API

Revision as of 12:00, 2 December 2012

Krad Radio is amazingly stable right now, at-least a certain subset of functionality is. A number of things can cause failures or unexpected behavior, we must now kill these things with fire before we go on to add more functionality.


The target date for completion of this work is 3:04AM EST, January 1st 2013

Things we will do

Make most of the dependencies optional/configurable

Decouple Krad IPC and the Krad Radio API (mostly client side work)

Use rep structs everywhere in the API code

Move generic handler into the IPC code and add broadcast registrations.

160~ failfasts(), all must go (failfast() will make the daemon quit)

Refactor logging to use lock free ringbuffers and be exposed in API

Easing support for Audio and Video ports

Decouple Muxing/Demuxing/Encoding/Decoding and Transport in Krad Link aka Krad Transponder

Add buffer state broadcasts and controls for Transport Links

Playback controls for Links Play/Pause/Cue/Speed/Direction/Seeking

Finalize A/V sync methods and clock source controls

Things we will not do

Work on the sampler

Additional Audio/Video codecs and containers (unless Daala decoding starts working ;)

XMMS2 interoperability (This can wait)

Playlists / Medialib