Yesterday, 08:10 PM
Did you enable verbose logging?
Martin
Martin
Yesterday, 08:10 PM
Did you enable verbose logging?
Martin
11 hours ago
(This post was last modified: 11 hours ago by mvallevand.)
Thanks I see what I expected in the verbose logs, no PMT over the 30+ seconds but now it is up to sub to triage this. If you want I can show you how to get a full mux to see if there is one.
Code: 2024-12-17 20:16:29.040 [VERBOSE][72] Processing section (table_id=2). length=75 Martin
11 hours ago
sorry, but i don't understand, what i can do or what can you do for me?
11 hours ago
(This post was last modified: 11 hours ago by mvallevand.)
If you want you can manually capture the info to see the PMT and a few other tables (ffmpeg 6 or 7)
Code: ffmpeg -rtsp_flags satip_raw -i "rtsp://192.168.178.1:554/?freq=554&msys=dvbc&sr=6900&mtype=256qam&pids=0,16,17,18,20" -map 0 -c copy -f data -y testdata.ts Then place testdata.ts on an external source like GoogleDrive OneDrive, Dropbox and give us the link Martin
Ok, but this for the next day...thanks
Ok, where i can found this testdata.ts? .... I found the file.... Here the link: https://www.dropbox.com/scl/fi/hhexupiub...my6ia&dl=0
10 hours ago
Thanks for your help sub may have a better idea.
BTW I found complaints about the UnityMedia scan file on TVHeadend https://github.com/tvheadend/tvheadend/i...ssues/1676 too It is really hard to find good data and TVHeadend have made everything much worse by forcing users upstream. What that means is updates are by Linux mailing lists. Martin
2 hours ago
(11 hours ago)evil666 Wrote: Ok, where i can found this testdata.ts? .... I found the file....Unfortunately this just looks like garbage. There is no real data in it. I can't tell if that is because something went wrong capturing that testdata.ts, or if that is what is on that frequency. If this is what is on that frequency, then NextPVR will not find any channels in that. |
|