it is fixed and going to update to
stable[minor-update] online:3.5.315-11(3.5.315-3)
it is fixed and going to update to
stable[minor-update] online:3.5.315-11(3.5.315-3)
in that case... wait (or re-install https-dns-proxy again after upgrade) as that would mean it's something I added to the top of the file... ( good news-ish... ), sincere apologies if that's the case... will check it out...
3.5.315-11(3.5.315-3) = almost nothing... I added a php7 re-installer logic
I have one more issue with IPTV, after streaming for few minutes it gets stuck and gives error on my tv "live stream is not available" and starts again.
before giving it much brain power(?)... i'll take the lazy way out and say try 'release'(21.02.1) and see if the same behavior is present there...
It's not that big of an issue, I rarely use it and switching between channels resume the stream.
next time instead of re-installing run this... it will print more stuff to the log;
############## setup do once
curl http://rpi4.wulfy23.info/misc/https-dns-debug.sh > /bin/https-dns-debug.sh
chmod +x /bin/https-dns-debug.sh
### run once now then repeat later
/bin/https-dns-debug.sh
(let it fail once or twice then run it again... restart the service... run it again... and PM me the output... cat /tmp/https-debug
then you can re-install)
Smells a bit like an unicast/multicast issue. Some IPTV solutions use unicast immediately after a channel switch, and the after buffers are filled to catch up with a multicast stream of the selected program it will use multicast and stop unicast. If there a multicadt issues they will hence have a behavior like yours.....
possibly related to your other issue still?
bottom of that thread says something about xaomi not supporting igmp? topology changed?
It was when I was trying to change my IPTV box location. Right now, IPTV device is connected with switch and switch connected with Lan port on pi4. I have had issues of stutter from time to time on IPTV stream but not the stream stopping altogether.
Mmmh, same switch port that worked before, or is the switch new?
same switch
I don't know how to diagnose it.
i owe you for the hassle above (and beta testing)... so offer on the table to login and poke around... might be difficult tho' as the tv is not always doing what i need to see... and testing micro adjustments/setting change is not so feasable remotely...
Same port as well, I assume then. I had asked thinking that maybe the switch might have not been configured for IGMP snooping on the relevant port yet. But if the same port used to work than that is unlikely to be the case... (you probably already restarted the switch*)
*) The old, 'have you tried turning it off and on again?" approach
curl http://rpi4.wulfy23.info/misc/https-dns-debug.sh > /bin/https-dns-debug.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 3424 100 3424 0 0 3605 0 --:--:-- --:--:-- --:--:-- 10600
[root@network /]# chmod +x /bin/https-dns-debug.sh
[root@network /]# cat /tmp/https-debug
cat: can't open '/tmp/https-debug': No such file or directory
[root@network /]# curl http://rpi4.wulfy23.info/misc/https-dns-debug.sh > /bin/https-dns-debug.sh
+x /bin/https-dns-debug.sh % Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 3424 100 3424 0 0 10219 0 --:--:-- --:--:-- --:--:-- 10282
[root@network /]# chmod +x /bin/https-dns-debug.sh
[root@network /]# cat /tmp/https-debug
cat: can't open '/tmp/https-debug': No such file or directory
[root@network /]#
you have to run it first... be aware it will undo your package re-install so... after you reproduce... you need to re-install the package....
how to run it? sorry for my noob questions
may as well PM about this now... could be alot of posts with little benefit to others...
yes, you can. Want me to give you remote access? and how to do it?