I had a thought about how you might be able to work around your problem. First, I
deleted all the
dr.dk cookies I had. Then I opened your web page & the video started
playing fine in the embedded player. I guess there was something in my cookies that was
blocking playback. In any case, I also had the Network Monitor open, filtering on .m3u8.
We're in luck. This site does supply a master manifest. I ran ffprobe against it & it
looks like my alternative technique for downloading from this site would work. You can
find that over here:
https://groups.google.com/g/video-downloadhelper-q-and-a/c/BzPLK2YyL-s
Do a string search in there for "alternative" & look for the reference to what you can do
when you encounter something VDH cannot download. Click the link there & see if you can
follow the instructions.
One warning. The manifest showed that there are timed_id3 streams in this content. This
is a type of data that has caused VDH problems in other threads you can find in this
forum by searching on that string (timed_id3). So if you do use my alternative
technique, be sure to avoid the timed_id3 streams. These things may be captions but even
ffmpeg doesn't know what to do with them. I suspect that's because there is some special
timed_id3 switch that has to be enabled when ffmpeg is built & the switch wasn't turned
on. I certainly wouldn't know enough to know what switch is involved, & there's no way
I'm going to try to build ffmpeg myself. But if you avoid the timed_id3 streams, you
should be able to download their content. I was able to get the item with ffmpeg without
problems.
I was also able to get the item with VDH. Apparently, Michel has done something to VDH
so that it no longer fails on timed_id3 data. I don't remember him ever saying he had
fixed that, not that it matters. I'm glad that type of data no longer causes problems
for VDH.
It's very strange that you're not getting anything in the VDH menu. At least there's the
workaround of the alternative technique.