For my elucidation then, the convertfiles package on the Foxsat-HDR makes streaming to HDR-FOX by DLNA work? Is a SMB or NFS pseudo-USB mount also viable? Does the convertfiles package process in the background without user intervention?
Yes convertfiles can be set to run completely automatically in the background. Raydons documentation from the custom firmware help page.
Convert Files Plug-in Guide
Background Information
A Transport Stream (TS) file contains elementary streams for the video, audio and subtitle tracks of a recording. Together, they are collectively known as a "Service" or "Program". When a transport stream is received from the broadcaster, it may contain several such "Programs", each with its own video, audio, and subtitle stream. This is known as a multiplex (MUX}. Programs contained within a MUX are identified by special packets embedded at regular intervals in the transport stream. These packets hold the Program Association Table (PAT) listing the Program IDentity numbers (PID) of each Program MUX'ed into the transport stream. When a recording is written to disk by the Foxsat HDR, only the streams of the selected Program are saved. The streams of all the other Programs are discarded. However, the HDR saves the PAT packets "as-is", and as a result they still contain several Program ID's which now reference non-existent services.
The HDR itself is able to ignore these anomolies, but when a DLNA server (e.g. TwonkyMedia) sends this stream to a client (e.g. a Smart TV) the client is not expecting to see these additional, invalid Program ID's, and refuses to play what it interprets as an unknown, or corrupt transport stream.
The "Convert Files" plug-in addresses this issue by rewriting all PAT packets in a recording with replacements containing only the one valid Program ID.
As well as the issue with invalid PAT packets there is an additional problem which affects audio, when streaming HD content. The client will invariably choose to play the Audio Description track instead of the main AC3 audio track, with no option on the client side to then select the correct one. This happens because of the way that the stream lists are ordered in another series of special packets called the Program Map Table (PMT). These tables list all of the the streams that make up a particular Program. i.e. video, audio, subtitles, etc. In the case of an HD recording, the AC3 audio track is listed after the Audio Description track. The HDR itself is smart enough to choose the correct track, but when streamed to another device the first audio track found in the PMT list is chosen by that device as the default.
The "Convert Files" plug-in addresses this issue also, by rewriting all PMT packets in an HD recording with replacements containing a re-ordered stream list in which the AC3 audio track precedes the Audio Description track.
The net result is a replacement copy of the recording that will still play correctly on the HDR, but which has much greater compatability for streaming to other devices, and with the correct audio stream set as the default. Having said that, there is no guarantee that streaming will be possible to your own particular player, only that it is now more likely to succeed.
Never tried any other system. The nasmount package does allow two Foxsat-HDRs to treat the other one as a USB attached drive by cross mounting each to the other.