Development direction of Rivendell - Revision history

imported>ImportBot: Imported from scrape

2026-05-09T15:18:54Z

Imported from scrape

Admin: /* Improved Stream Management (COMPLETE?) */

2026-01-29T20:27:41Z

Improved Stream Management (COMPLETE?)

← Older revision		Revision as of 15:27, 29 January 2026
Line 47:		Line 47:
	At present a playback stream is obtained at load playback time and held until the playback is unloaded. Given that some ASI cards have as few as 4 available playback streams, it is not hard to run the system out of available playbacks when pausing a few files. We need to free streams on paused events.		At present a playback stream is obtained at load playback time and held until the playback is unloaded. Given that some ASI cards have as few as 4 available playback streams, it is not hard to run the system out of available playbacks when pausing a few files. We need to free streams on paused events.

	My proposed fix is to retire 'unload playback' and to add a 'pause' rml instead. Thus a stopped playback is automatically unloaded and a loaded playback can be made to time out after a few minutes to avoid any chance of leaking playbacks. The pause state will release the stream (if these are limited ~~resorces~~) while keeping the file open.		The proposed fix is to retire 'unload playback' and to add a 'pause' rml instead. Thus a stopped playback is automatically unloaded and a loaded playback can be made to time out after a few minutes to avoid any chance of leaking playbacks. The pause state will release the stream (if these are limited resources) while keeping the file open.

	Further the return code for load playback should differentiate between no file, invalid file and no available stream so that rdairplay can avoid the death spiral if it does run out of streams.		Further the return code for load playback should differentiate between no file, invalid file and no available stream so that rdairplay can avoid the death spiral if it does run out of streams.

	''Note:'' Originally retrieved from "[[Development_direction_of_Rivendell\|http://wiki.rivendellaudio.org/index.php?title=Development_direction_of_Rivendell&oldid=522]]"		''Note:'' Originally retrieved from "[[Development_direction_of_Rivendell\|http://wiki.rivendellaudio.org/index.php?title=Development_direction_of_Rivendell&oldid=522]]"

Admin: /* Qt 4 Support (COMPLETE as of Version 3) */

2026-01-29T20:26:29Z

Qt 4 Support (COMPLETE as of Version 3)

← Older revision		Revision as of 15:26, 29 January 2026
Line 9:		Line 9:
	==== Qt 4 Support (COMPLETE as of Version 3) ====		==== Qt 4 Support (COMPLETE as of Version 3) ====

	The first order of business. The thinking at this point is that a basic port using the ~~Qt3~~ compatibility library will be adequate, as removing that will require some very major reworking of large parts of the system.		The first order of business. The thinking at this point is that a basic port using the Qt 3 compatibility library will be adequate, as removing that will require some very major reworking of large parts of the system.

	As of Version 3.4.1 ~~(and prior)~~, the ~~QT3~~ code has been removed. There ~~exist~~ some remaining use of ~~QT3~~ in ~~QT4~~'s "~~QT3~~ Compatibility Mode".		As of Version 3.4.1, the Qt 3 code has been removed. There exists some remaining use of Qt 3 in Qt 4's "Qt 3 Compatibility Mode".

	Rivendell v4 uses [[Qt 5]].		Rivendell v4, however, uses [[Qt 5]].

	==== Proper UniCode Support (COMPLETE as of Version 3) ====		==== Proper UniCode Support (COMPLETE as of Version 3) ====

Admin: /* Qt 4 Support (COMPLETE as of Version 3) */

2026-01-29T20:23:16Z

Qt 4 Support (COMPLETE as of Version 3)

← Older revision		Revision as of 15:23, 29 January 2026
Line 13:		Line 13:
	As of Version 3.4.1 (and prior), the QT3 code has been removed. There exist some remaining use of QT3 in QT4's "QT3 Compatibility Mode".		As of Version 3.4.1 (and prior), the QT3 code has been removed. There exist some remaining use of QT3 in QT4's "QT3 Compatibility Mode".

	Rivendell v4 uses ~~Qt5~~.		Rivendell v4 uses [[Qt 5]].

	==== Proper UniCode Support (COMPLETE as of Version 3) ====		==== Proper UniCode Support (COMPLETE as of Version 3) ====

Admin at 20:21, 29 January 2026

2026-01-29T20:21:03Z

← Older revision		Revision as of 15:21, 29 January 2026
Line 2:		Line 2:

	Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git [[branches]], and may be merged into the [[master branch]] when they are deemed stable.		Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git [[branches]], and may be merged into the [[master branch]] when they are deemed stable.

	~~== Contents ==~~

	* [#Current_Development_Roadmap 1 Current Development Roadmap]

	~~[#Qt_4_Support_.28Mostly_COMPLETE_as_of_Version_3.29 1.1 Qt 4 Support (Mostly COMPLETE as of Version 3)]~~

	* [#Proper_UniCode_Support_.28COMPLETE_as_of_Version_3.29 1.2 Proper UniCode Support (COMPLETE as of Version 3)]

	* [#CAE_Service_Methods_.28COMPLETE.29 1.3 CAE Service Methods (COMPLETE)]

	* [#Inter-Host.2FModule_Event_Notification_.28COMPLETE.29 1.4 Inter-Host/Module Event Notification (COMPLETE)]

	* [#Proper_Log_Machine_Abstraction_.28COMPLETE_as_of_Version_2.19.29 1.5 Proper Log Machine Abstraction (COMPLETE as of Version 2.19)]

	* [#Library_Storage_Formats 1.6 Library Storage Formats]

	* [#Surround-Sound_Support 1.7 Surround-Sound Support]

	* [#Remote_Operation 1.8 Remote Operation]

	* [#Improved_Stream_Management_.28COMPLETE.3F.29 1.9 Improved Stream Management (COMPLETE?)]

	=== Current Development Roadmap ===		=== Current Development Roadmap ===

Admin: /* Improved Stream Management (COMPLETE?) */

2026-01-29T20:18:18Z

Improved Stream Management (COMPLETE?)

← Older revision		Revision as of 15:18, 29 January 2026
Line 73:		Line 73:
	Further the return code for load playback should differentiate between no file, invalid file and no available stream so that rdairplay can avoid the death spiral if it does run out of streams.		Further the return code for load playback should differentiate between no file, invalid file and no available stream so that rdairplay can avoid the death spiral if it does run out of streams.

	~~Retrieved~~ from "[[Development_direction_of_Rivendell\|http://wiki.rivendellaudio.org/index.php?title=Development_direction_of_Rivendell&oldid=522]]"		''Note:'' Originally retrieved from "[[Development_direction_of_Rivendell\|http://wiki.rivendellaudio.org/index.php?title=Development_direction_of_Rivendell&oldid=522]]"

Admin: /* Qt 4 Support (Mostly COMPLETE as of Version 3) */

2026-01-29T20:17:22Z

Qt 4 Support (Mostly COMPLETE as of Version 3)

← Older revision		Revision as of 15:17, 29 January 2026
Line 29:		Line 29:
	This is a list of current enhancements slated to be worked on by the project developers for deployment in upcoming Rivendell releases.		This is a list of current enhancements slated to be worked on by the project developers for deployment in upcoming Rivendell releases.

	==== Qt 4 Support (~~Mostly~~ COMPLETE as of Version 3) ====		==== Qt 4 Support (COMPLETE as of Version 3) ====

	The first order of business. The thinking at this point is that a basic port using the Qt3 compatibility library will be adequate, as removing that will require some very major reworking of large parts of the system.		The first order of business. The thinking at this point is that a basic port using the Qt3 compatibility library will be adequate, as removing that will require some very major reworking of large parts of the system.

	As of Version 3.4.1 (and prior), the QT3 code has been removed. There exist some remaining use of QT3 in QT4's "QT3 Compatibility Mode".		As of Version 3.4.1 (and prior), the QT3 code has been removed. There exist some remaining use of QT3 in QT4's "QT3 Compatibility Mode".

			Rivendell v4 uses Qt5.

	==== Proper UniCode Support (COMPLETE as of Version 3) ====		==== Proper UniCode Support (COMPLETE as of Version 3) ====

Admin at 20:15, 29 January 2026

2026-01-29T20:15:40Z

← Older revision		Revision as of 15:15, 29 January 2026
Line 1:		Line 1:
	Note: This article is somewhat historical. Rivendell development is now guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.		Note: This article is somewhat historical. Rivendell development is now guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.

	Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git [[branches]], and may be merged into the master branch when they are deemed stable.		Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git [[branches]], and may be merged into the [[master branch]] when they are deemed stable.

	== Contents ==		== Contents ==

Admin at 20:14, 29 January 2026

2026-01-29T20:14:05Z

← Older revision		Revision as of 15:14, 29 January 2026
Line 1:		Line 1:
	Note: This article is somewhat historical. Rivendell development is now guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.		Note: This article is somewhat historical. Rivendell development is now guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.

	Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git "branches", and may be merged into the master branch when they are deemed stable.		Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git [[branches]], and may be merged into the master branch when they are deemed stable.

	== Contents ==		== Contents ==

Admin at 20:11, 29 January 2026

2026-01-29T20:11:19Z

← Older revision		Revision as of 15:11, 29 January 2026
Line 1:		Line 1:
	Note: This article is somewhat historical. Rivendell development is now ~~(in 2020)~~ guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.		Note: This article is somewhat historical. Rivendell development is now guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.

	Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git "branches", and may be merged into the master branch when they are deemed stable.		Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git "branches", and may be merged into the master branch when they are deemed stable.
Line 72:		Line 72:

	Retrieved from "[[Development_direction_of_Rivendell\|http://wiki.rivendellaudio.org/index.php?title=Development_direction_of_Rivendell&oldid=522]]"		Retrieved from "[[Development_direction_of_Rivendell\|http://wiki.rivendellaudio.org/index.php?title=Development_direction_of_Rivendell&oldid=522]]"

← Older revision		Revision as of 10:18, 9 May 2026
Line 1:		Line 1:
	Note: This article is somewhat historical. Rivendell development is now guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.		'''Note''': This article is somewhat historical. Rivendell development is now (in 2020) guided by using the [https://github.com/ElvishArtisan/rivendell/issues Issues] page on GitHub. Feel free to post a bug report or a feature request there.

	Rivendell is developed using the source code management tool [[git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "stable" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git [[branches]], and may be merged into the [[master branch]] when they are deemed stable.		Rivendell is developed using the source code management tool [[wikipedia:git\|git]] and stored at [https://github.com GitHub]. The [https://github.com/ElvishArtisan/rivendell master] branch contains the "''stable''" source code on which [https://github.com/ElvishArtisan/rivendell/releases releases] are based. New features (may be in various states of testing and reliability, including totally broken), and bug fixes are developed on different git "''branches''", and may be merged into the ''master'' branch when they are deemed ''stable''.

	=== Current Development Roadmap ===		=== Current Development Roadmap ===

	This is a list of current enhancements slated to be worked on by the project developers for deployment in upcoming Rivendell releases.		This is a list of current enhancements slated to be worked on by the project developers for deployment in upcoming Rivendell releases.

	==== Qt 4 Support (COMPLETE as of Version 3) ====		==== Qt 4 Support (Mostly COMPLETE as of Version 3) ====
			The first order of business. The thinking at this point is that a basic port using the Qt3 compatibility library will be adequate, as removing that will require some very major reworking of large parts of the system.
	The first order of business. The thinking at this point is that a basic port using the ~~Qt 3~~ compatibility library will be adequate, as removing that will require some very major reworking of large parts of the system.

	~~As of Version 3.4.1, the Qt 3 code has been removed. There exists some remaining use of Qt 3 in Qt 4's "Qt 3 Compatibility Mode"~~.

	~~Rivendell v4~~, ~~however, uses [[Qt 5]]~~.		As of Version 3.4.1 (and prior), the QT3 code has been removed. There exist some remaining use of QT3 in QT4's "''QT3 Compatibility Mode''".

	==== Proper UniCode Support (COMPLETE as of Version 3) ====		==== Proper UniCode Support (COMPLETE as of Version 3) ====

	No more (const char *)s! This will (possibly) also require tweaking charsets on MySQL to work properly. Another big job, as this will require recasting virtually every SQL statement in the codebase.		No more (const char *)s! This will (possibly) also require tweaking charsets on MySQL to work properly. Another big job, as this will require recasting virtually every SQL statement in the codebase.

	==== CAE Service Methods (COMPLETE) ====		==== CAE Service Methods (COMPLETE) ====
			Currently ''/var/snd/'' needs to be writable to all Rivendell users. By modifying caed(8) to provide a set of audio import/export "services", eliminate this requirement, which is a big security hole. This would also make all the ugly import/export stuff in ''scripts/'' go away.
	Currently /var/snd/ needs to be writable to all Rivendell users. By modifying caed(8) to provide a set of audio import/export "services", eliminate this requirement, which is a big security hole. This would also make all the ugly import/export stuff in scripts/ go away.

	==== Inter-Host/Module Event Notification (COMPLETE) ====		==== Inter-Host/Module Event Notification (COMPLETE) ====

	Some sort of inter-host and inter-module general update notification method is needed for cases where changes in one object/module can cause side effects in others (e.g. changing a cart in RDLibrary referenced by a running log in RDAirPlay). We currently brute-force this case by polling the DB for changes -- a big scalability bottleneck. The current thinking is to designate a privately-scoped multicast address for this (basically, similar to how RDCatch deck updates are now handled, but much more efficiently as we wouldn't need to maintain one-to-one connection states).		Some sort of inter-host and inter-module general update notification method is needed for cases where changes in one object/module can cause side effects in others (e.g. changing a cart in RDLibrary referenced by a running log in RDAirPlay). We currently brute-force this case by polling the DB for changes -- a big scalability bottleneck. The current thinking is to designate a privately-scoped multicast address for this (basically, similar to how RDCatch deck updates are now handled, but much more efficiently as we wouldn't need to maintain one-to-one connection states).

	==== Proper Log Machine Abstraction (COMPLETE as of Version 2.19) ====		==== Proper Log Machine Abstraction (COMPLETE as of Version 2.19) ====

	The log machine logic at present is tightly bound to GUI rendering code, making log machine operation with realtime permissions extremely problematic. The plan is to abstract the basic machine operation away from any presentation code (essentially, what we now do with RDCatch(1)/RDCatchd(8). This would also make it possible to develop multiple front ends for RDAirPlay (e.g. Ajax, Ncurses, etc).		The log machine logic at present is tightly bound to GUI rendering code, making log machine operation with realtime permissions extremely problematic. The plan is to abstract the basic machine operation away from any presentation code (essentially, what we now do with RDCatch(1)/RDCatchd(8). This would also make it possible to develop multiple front ends for RDAirPlay (e.g. Ajax, Ncurses, etc).

	==== Library Storage Formats ====		==== Library Storage Formats ====

	Adding FLAC support seems a natural choice. OggVorbis may be possible as well, but CPU requirements for encoding remain high even with current-generation CPUs. A generalized method of storing peak-value data will be needed, as the current method is dependent on the MS RIFF WAVE format, which is not definied for any of the open source encodings.		Adding FLAC support seems a natural choice. OggVorbis may be possible as well, but CPU requirements for encoding remain high even with current-generation CPUs. A generalized method of storing peak-value data will be needed, as the current method is dependent on the MS RIFF WAVE format, which is not definied for any of the open source encodings.

	==== Surround-Sound Support ====		==== Surround-Sound Support ====

	Both 5.1 and 5.1/2.0 (Fraunhofer's "HD Radio") modes.		Both 5.1 and 5.1/2.0 (Fraunhofer's "HD Radio") modes.

	==== Remote Operation ====		==== Remote Operation ====

	Operation from remote environments is a frequently requested feature, especially for Library management and voice tracking. Some general system infrastructure will be required (e.g. audio "thumbnails", low-bitrate renditions of content suitable for streaming over remote connections).		Operation from remote environments is a frequently requested feature, especially for Library management and voice tracking. Some general system infrastructure will be required (e.g. audio "thumbnails", low-bitrate renditions of content suitable for streaming over remote connections).

	==== Improved Stream Management (COMPLETE?) ====		==== Improved Stream Management (COMPLETE?) ====

	At present a playback stream is obtained at load playback time and held until the playback is unloaded. Given that some ASI cards have as few as 4 available playback streams, it is not hard to run the system out of available playbacks when pausing a few files. We need to free streams on paused events.		At present a playback stream is obtained at load playback time and held until the playback is unloaded. Given that some ASI cards have as few as 4 available playback streams, it is not hard to run the system out of available playbacks when pausing a few files. We need to free streams on paused events.

	~~The~~ proposed fix is to retire 'unload playback' and to add a 'pause' rml instead. Thus a stopped playback is automatically unloaded and a loaded playback can be made to time out after a few minutes to avoid any chance of leaking playbacks. The pause state will release the stream (if these are limited ~~resources~~) while keeping the file open.		My proposed fix is to retire 'unload playback' and to add a 'pause' rml instead. Thus a stopped playback is automatically unloaded and a loaded playback can be made to time out after a few minutes to avoid any chance of leaking playbacks. The pause state will release the stream (if these are limited resorces) while keeping the file open.

	Further the return code for load playback should differentiate between no file, invalid file and no available stream so that rdairplay can avoid the death spiral if it does run out of streams.		Further the return code for load playback should differentiate between no file, invalid file and no available stream so that rdairplay can avoid the death spiral if it does run out of streams.

	~~''Note:'' Originally retrieved from "[[Development_direction_of_Rivendell\|http://wiki.rivendellaudio.org/index.php?title=Development_direction_of_Rivendell&oldid=522]]"~~