URLs of the type "dvb-t://..." in a playlist are silently ignored.
Using "VLC media player 3.0.0-git Vetinari (revision 2.2.0-git-11774-g71cb6dbb)" and a playlist (example attachment:channels.xspf) which contains locations of the form dvb-t://..., the entries are sitently ignored and the message "playlist is empty" is displayed. The same is true for dvb-t2://... as well.
Typing the location on the command line, i.e. vlc dvb-t://, works as expected.
Also, as a partial work around using an old tzap format, attachment:channels.conf, file works as it should, but the tzap format has no way of specifying dvb-t2. Even after loading a playlist via the attachment:channels.conf method, where you can see the playlist gets populated, if you then save the playlist as a file and try to start vlc with that playlist it again reports an empty playlist.
I am no expert, but I did notice that git commit 36bee7702fe9f12b44f8228332813b05fdd125a4 included a call to ProcessMRL while parsing the playlist entries, I'm not sure if this copes with locations such as:-
dvb-t://frequency=674000000:inversion=-1:bandwidth=8:code-rate-hp=2/3:code-rate-lp=1/2:modulation=64QAM:transmission=8:guard=1/32:
Since it takes the frequency as a hostname and the tries to parse "inversion" as a port number. It seems to presume that each location will be either a local file or some sort of network URL. This is not true when the "location" is actually dvb parameters.
The example files attached to this ticket will probably not "work" (you would need to have a dvb-t2 usb stick and live locally) but are sufficient to be used to show the problem.