> > I've updated the wiki with the latest round of ideas, including the > > following: > > > > zap_pids = <video_pid> <video_type> <audio_pid> <audio_type> <pcr_pid> > > > > Would that do what you want? or does it need tweaked... > > from point of view "user" that's right. > but, ac3 streams are not sent permanently, so if the user chooses to have > ac3 but thatone is missing in current es you might want to have a fallback > to "normal" audio. Ah ok! I didn't know that ac3 streams weren't permanent. > imho saving all those pids (that can change within each pmt version change) > is not really an advantage. to have them cached within the running session > of an dvb-apps for accellerated zaptimes is right. I would rather drop them myself, but others seem to think it is quite important to persist them.
