looks fine, but codec is missing
Thanks! It should be fixed by now.
looks fine, but codec is missing
Thanks! It should be fixed by now.
Damit laufen übrigens die DVB-T2 HD Programme perfekt.
IIRC, your DVB-T2 HD streams are using HEVC codec. If so, could you, please, check whether the latest femon (git master) works properly with those channels?
Was soll den im Menü Einstellungen - Plugin 'satip' passieren, wenn man auf Gelb (Geräte) oder Rot (Scan) drückt?
RTFM?
Zitat
- [Red:Scan] Forces network scanning of SAT>IP hardware.
- [Yellow:Devices] Opens SAT>IP device status menu.
- [Blue:Info] Opens SAT>IP information/statistics menu.
RID has a special meaning in the satip plugin: https://github.com/rofafor/vdr…ip/blob/master/README#L82
So, make sure that tuner 1 is free and available while zapping to a channel with RID=1.
make clean; make install
And another one for debugging is: if (!PmtVersionChanged(Pid, pmt.getTableIdExtension(), pmt.getVersionNumber())) {
Please, take a look at the cPatFilter in pat.c. If that particular mux should contain more than 2 PMT tables, there's propably a timing related bug in the satip plugin and you might want to decrease ePidUpdateIntervalMs from 250ms to 100ms.
The PAT pid is always added once at start and afterwards VDR is switching to a next PMT pid right after it has interpreted the current one. This goes on and on until the device is closed.
It's a wanted and correct functionality: VDR is constantly going through PMT pids on active muxes and triggering on detected updates on them. One might argue about the implementation: whether receive all PMT pids all the time or just one at a time. The VDR is using the latter.
Und das satip Plugin hat in dem kurzen Mitschnitt im Halb-Sekundenrhythmus die PIDs 6100 und 6300 getoggelt..
This is due to VDR's PMT scan. The switching interval should be much faster, but the satip plugin artificially slows it down.
So, I'll take that the all three samples / video sources work on your Asrock J4205. Thanks.
As I don't have any HEVC-capable Intel hardware available, I'd like to know what's the status of these samples with hardware decoding:
Edit: Please, remember the use ffmpeg-3.2.2 or newer for testing
Heh. I got already a proper video sample, so there's no need for new samples anymore. Thanks.
Is there any possibility to get a short (~5min) sample recording from any DVB-T2 HEVC channel (for my knowledge, there're using a bit depth of 8-bits per sample)?
Initial port of jojo61's hevc patches on the vpp fork can be found here: https://github.com/rofafor/vdr…ice/tree/vpp_support_hevc
The hevc patch is full of unrelated changes (mainly deprecated ffmpeg api), so the mandatory ones are hard to follow. Could you clean it up?
FYI: IPTV plugin doesn't support playlists.
lets call it an advanced option
I'll add such a quirk if someone confirms that Kathrein is handling "all" channels properly with pilot on. However, I won't add any menu item, but user could manually set a quirk mask for servers defined in the command-line.
The save solution is to add some setting in the config. Would also allow other unlisted servers to use that fix if necessary.
But it will surely break some multi-server setups and it would also be against my plug 'n play goal.
Tvheadend has an option "Force pilot for DVB-S2" - that is an fix for some other Sat>IP servers too (Panasonic BST 855 ...) also fixes it for the Kathrein Exip 414E.
So, if you force the pilot on for DVB-S2, does it break all the other channels except the ones on transponder 19? If the forced setting doesn't break anything, I could a new quirk for Kathrein and Panasonic servers. Could someone provide me the device description XML files of Kathrein and Panasonic?
Why at all a long timeout? Short should be enough.
Just to to give some time for positioners.
But that solution requires users to edit each single channel that is not tuning by hand. Really..?
In any case most users are downloading the channels lists from web, so you'll need to tweak channel lists only once and upload working ones.
Anyway, had a another look my code and I've offloaded the 'auto' parameter problem to SAT>IP servers by ignoring matching key-value pairs from URL. Now, there must a be bug somewhere as the plts parameter appear in the URL although no N is defined on the channels.conf entry.