• Home
• News
  • Digital Distribution Bundles
  • Compressor
  • Reporter
  • Royalty Producer 6.3
  • Royalty Producer 6.2
  • Transporter 1.0
  • Royalty Producer 6
  • Multi Company Option
• Software
  • Compressor
  • Reporter
  • Royalty Producer
    • Modules
    • Example Configurations
    • Pricing Policy
• Digital Distribution
• Support
  • Support Program
  • File Upload
• References
• SIte Map
• Contact

Royalty Producer 6 is out now!

Over 100 ameliorations made it into this new version.

Change Log

(random order / new users, please click here for a general module overview)

• Statement Language can now be fully adapted to meet local needs or special interest. All headings and other text that appear on a statement can be set individually in the application preferences.

• Added the possibility to duplicate tracks, including all royalty information (Recording Rights Entries, Publishing Entries, Mechanical Entries).

• Added a Copy/Paste feature to copy the royalty setup from one track to another.

• New iTunes Producer meta data import engine. You can now import all releases at once or release by release. Supports all iTunes Producer versions. Also supports the XML format for meta data from FUGA.

• The new “Ringtone Rate” for US mechanical calculations has been introduced into Royalty Producer. The new rule is available for mechanical reporting in the US, as well as for non-US companies, which have to deduct mechanical fees from reported download sales

• Substantial speed improvements when setting the real income for sales reports and when “finalizing” a statement.

• Royalty statements can now be exported fully in text/tab, CSV, merge for further processing by your partners.

• When importing digital sales files, the ISRC code will be automatically “cleaned” from obsolete characters, like “-”. This character was increasingly showing up in Beatport statements.

• Beatport sales statements constantly have flaws when declaring a sales type. Often, while a single song download is declared no ISRC shows up in that sales line, but the EAN code of the complete release. We do not know how Beatport manages to produce this error, especially when the ISRC and the same song show up correctly in other lines of the same sales statement. If you would not care about this issue, all income for this single song would be accounted for the complete release, which would be wrong, as the release can have multiple licensors that are not identical to the ones of a single track. Our Solution: when importing, Royalty Producer isolates these errors, then checks for multiple licensors on the release, described by the EAN. If only one licensor exists, the single track sale will be assigned to the release and a message will be entered in the status field of the line: “OVERRIDE: single track REPLACED by product (single contract applies for the product”. In any other case, an error will be displayed. You can search for errors by clicking on the “Show Errors” button as usual, and solve the problems manually.

• When creating new contract templates or new contracts, based on templates, the start date will be set to 01-01-1999 and the end date will be set to 01-01-2020. We added this behavior because many users do often forget to enter the real start and end dates or have no such information available.

• We added a new search link on the Licensors tab: “Search expiring contracts”. When clicked, all licensors with expiring contracts will be listed.

• When income from sublicenses appears on a royalty statement, the sublicense name now also states the number of total tracks for the the 3rd party release, as entered in the sublicense.

• When using quantity scales on royalty statements, the active scale showed up wrongly as “10000-20000”. It has been corrected and now displays ”10001-20000”. Also, the text for the first scale description was change from “to 10000” to “up to 10000”.

• Added the possibility to import song metadata, even when the imported song information has no ISRC attached.

• When importing metadata, up to 10 contract names can be added per song. The contract names will be automatically resolved and all imported songs will be connected to declared contracts.

• Special metadata import for publishing catalogs added. The metadata can now include the song share (in %) and a contract name. Additionally, a single contract can be added to all imported songs, as well as a “catalog name” for the song catalog that is being imported. This allows for a fast and easy incorporation of bigger catalogs. The catalog name is available on the “Tracks” tab for filtering and searching.

• Added the possibility to deactivate the (European Style) automatic split between publishers and authors for songs in the publishing module. By activating the “no share split” check box, all income is passed 100% to each author and publisher of the song, according to their declared track shares.

• Added a new “Multi Company” Option for special businesses like royalty bureaus. This is huge and only available as a paid upgrade. Please review the news section for further information.

• Added an “Auto Learn” feature when importing digital download sales. This new option allows you to teach Royalty Producer new (or different) ISRC or EAN codes and to add these codes to existing tracks or releases. Background: In some cases, the download stores use different ISRCs and EANs than your original codes OR the download stores already know the codes, but you did not enter import the codes when building your Royalty Producer system. In these cases, the user can manually assign an existing track or release to the sales line. In the past this information was only valid for the current import, so that it had to be entered again in the future. The auto learn feature now copies the reported ISRC or EAN code into the “analog ID” fields of the songs or releases. WARNING: Once an existing song or release has been connected this way, it will be automatically recognized in the future and no error message will appear again. So please be careful and precise when “auto learning”. The auto learning feature has to be turned on manually via a check box on every new import, so the user has to activate it consciously.

• “Empty” Royalty Statements can now be printed as Royalty Producer adds a single line, stating “no items”. In previous version, printing was not possible due to the lack of information to print.

• A new RATA TYPE has been added to the contract system: “per Track”. Additionally to the exisiting rata types “track” and “share”, where the total share of songs on a release was calculated on the shares of total tracks or total playing time, the “per Track” option allows to pay the the defined royalties for every song occurrence. this option is available in both, the digital and physical royalty engines.

• Improved handling of US mechanicals for iTunes “song/album upgrades”. When iTunes customers bought updates for the new iTunes Plus format, the download sales info shows an “U” or “W” in the content type field. This information is now used by Royalty Producer to exempt these entries from mechanical calculations as the mechanicals have already been considered on the original sale.

• Extended reporting of US mechanicals. The mechanical reports now include the distributors name and all sales are reported per track/album AND distributor, instead of track/album only. Please not that this results in more report lines. Also, the export function in mechanical reports now considers these fields: EAN_UPC, Catalog No., ISRC, Song ID, License ID, Analog Song Codes, Artist, Title, Author EU, Author US, Publisher, Duration, Base Rate, Royalty Share, Track Share, 10cap, 10cap factor, Type Name, Total Rate, Quantity, Line Total, Start Date, End Date, Distributor Name, Currency.

• Over 100 bug fixes in all areas. This does not sound very spectacular, but we spend a lot of time on making Royalty Producer better and safer.