Then perhaps the core should expose the required features, so that Klaus can keep it his default way but a plugin can extend without having to patch the core. The end user can then choose from a range of plugins for his/her provider(s) in the way they think is best. On 3/7/08, VDR User <user.vdr@xxxxxxxxx> wrote: > On Fri, Mar 7, 2008 at 8:46 AM, Theunis Potgieter > <theunis.potgieter@xxxxxxxxx> wrote: > > So if provider 1 broadcasts a 2.1 channel and provider 2 also > > broadcasts a 2.1 channel and you as a vdr user can have more than 1 > > provider. What will the channel numbering scheme be for Provider 2? > > Will this introduce a bouqet in vdr? > > That problem already exists even without sub-channels and has never > been officially addressed (to my knowledge). The people I know > dealing with this issue pad the channel numbers by adding a set > number. For example, if provider A and provider B both use 0000-9999 > for their channel numbers, the user pads one of the providers by > adding say 10000 to the channel numbers thus having one provider > retain 0000-9999, and the other becoming 10000-19999. > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
