sir please make a auto conected stream extenion when stream down then auto conected not for manual
You mean, the Quarter Pounder plugin I keep mentioning? https://github.com/oottppxx/en…er/plugins/quarterpounder
sir please make a auto conected stream extenion when stream down then auto conected not for manual
You mean, the Quarter Pounder plugin I keep mentioning? https://github.com/oottppxx/en…er/plugins/quarterpounder
Display MoreSo i must push number 1 to restart iptv ?
Thank
Hispa
No, you press whatever key you assigned to the shortcut you must create for the plugin (or go into the plugins menu and run the plugin from there, but that is not better or shorter than zapping).
Sry mate but in which way i can assign a shortcut ?
Hispa
You probably want to check with the PurE2 folks, I suggest reading and posting on the relevant topic, something like PurE2 General Setup.
Display MoreSo i must push number 1 to restart iptv ?
Thank
Hispa
No, you press whatever key you assigned to the shortcut you must create for the plugin (or go into the plugins menu and run the plugin from there, but that is not better or shorter than zapping).
Tha last version is 6.2.0b ?
I can use on my mutant hd514k with image purE2 ??
Tahnk
Hispa
No, it's 6.2.0d... but it's not really different from 6.2.0c, so try whatever you want, both should work (on py2 distros, for py3 you need 6.2.0d).
So i must push number 1 to restart iptv ?
Thank
Hispa
No, you press whatever key you assigned to the shortcut you must create for the plugin (or go into the plugins menu and run the plugin from there, but that is not better or shorter than zapping).
Display MoreCan this plugin please be updated to be compatible with latest Python 3 based OpenBh 5?
I have tested the following one but unfortunately it does not install
https://github.com/oottppxx/en…nsions-restart-6.2.0c.ipk
Thanks
Azam
Done, try 6.2.0d and let me know... This was just a packaging change to include the .py files instead of compiled .pyo, doesn't get any simpler than that.
This should be fixed on 6.2.2v, it as a regression when I was trying to make it py3 compatible, thanks for noticing ;-)
Sorry, was actually expecting you to contact me on Telegram - I pushed out 6.2.2u now, that fixes the issue of the plugin not loading on oatv 6.2.
About the other error, I'd probably need some catchup supporting line to work with, but give it a go, might be working now for you.
Right, nothing this plugin can do about it... Except restart the stream.
Interesting, some kind of proxied lines? In any case, the plugin is really agnostic to restarting the current service, even for DVB ones. As long as the right events are received, it will stop/start what it thinks is the current service. If it's not working for those services, it's because the event isn't sent. Have you tried installing the plugin, turning on debug, and checking what the debug log (/tmp/quarterpounder-debug.log) says?
Nice app, but not restart udp iptv lines. Can you add this?
What's a udp iptv line?
As far as I've looked, none of the usual plugins use their own players, they just hand over a stream reference/URL to the Enigma2 system, and whatever player is assigned to that stream type does the rest. You can tune some of it with the service app plugin, but I honestly never looked to see if there are any buffer settings to be tweaked there (I leave it at the default and basically just install it to have access to more players).
I'm a bit stuffed until the weekend, but I'll try and take a look then, with the rest of the matters.
Hi,
thanks for the fast answer. I looked in the /tmp/heinz-debug.log when the catchup stream is stopping, but as you said: nothing special to see in the debug-file, only that the stream started a few minutes ago. But I can give you a line from a provider with catchup to test, if you mind.
And with the audio/video desync issue: What settings can I test as command line options for ffmpeg in the plugin settings? What could correct this issue?
gman
For ffmpeg, not sure, try Google search for "ffmpeg fix audio video sync".
For the rest, join the Telegram chat and hit me up, I might have some time to take a look this weekend.
Display MoreHi, I know my OpenATV Version is a bit outdated (6.2) but Heinz-Plugin worked for me on 6.2 (except the "download" function always produced out-of-sync-Audio/Video-Downloads), but since a few months the plugin always stops unexpected playing the catchup-stream (with all my different IPTV-providers). Stream suddenly stops and I only can rewind or FFWD to start it again from a different position. I can see, that this issue is not provider/stream-related, because catchup is working in X-Streamity-Plugin under the same system, but Heinz-Plugin is better for faster access from the bouquet directly from the channel.
Is there a possibility to fix this issue - and perhaps the problem with out-of-sync-Audio/Video-Downloads in the "download" function of Heinz (under OpenATV 6.2)?
Thanks a lot!
gman
p.s.: Can´t update to openatv 6.4 or 7.0, because not all my plugins are expected to run under the new versions of OpenATV :-(
I generally use OpenATV 6.2 as well (no reason to change what's working), and sometimes test the plugins on newer versions as well.
As for the download audio/video desync: that's due to the ffmpeg utility on the box, you can play with the command line (it's in the plugin settings) to see if it gets sorted (and let me know, I'll change the plugin defaults). Alternatively, you can use the AudioSync (if I remember correctly) plugin to tweak the playback.
Heinz was recently tweaked to support py3, without any reported bugs. Unfortunately I need to rely on the kindness of strangers to test when necessary, as I don't have a catchup supporting provider anymore.
If you turn on debugging on the plugin options, and examine the /tmp/heinz-debug.log file, do you see anything interesting? I'd suspect not really, because Heinz basically passes a stream URL/reference to whatever default player the box and leaves it alone until it's invoked again to adjust the timeline or stop.
I use 6.4 and have never noticed restarts during gui interaction thats just bizarre. glad its not happening here lol
thanks for a great plugin oottppxx!!, is the restart delay infact a buffer? if i put in 3 would that be 3 seconds. just confirming parameters. cheers
as i noticed the stuck channels hack delay default is 2500. is that infact 2 and half seconds?
Glad you enjoy it!
The issue is if you get stuck in a bad stream, it can be hard to navigate the bouquets, as when you're moving around and the stream restarts, the bouquet resets its position to the stuck stream.
Yes, the restart delay is in seconds, as explained in the setup.xml file it's the "Minimum interval between restarts (either our own or due to zapping)." - not sure what you mean by buffer, as we're not really storing anything, just delaying the restarts. I have mine set at 1.
Correct, the stuck channels hack delay is in milliseconds, so 2500 is equivalent to 2 and a half seconds.
Updated to 6.2.0o, it has several options for GUI check, including disabling it to get exactly the same behaviour as before.
Glad you folks enjoy the plugin :-)
Pushed 6.2.0n today (but tested only on oatv6.2) - it's supposed to prevent service restarts if any GUI interaction is detected, to try and solve the issue of navigating bouquets on a stream that's constantly being restarted.
I see some discussions about the options - feel free to ask me any questions about those; beware that I don't use a lot of 3rd-party plugins, so I might not be able to answer questions on the interaction with those.
Edit: apparently it doesn't quite work on at least oatv6.4, follow along on https://github.com/oottppxx/enigma2/issues/30
Oottppxx ,,,,, Sir today again i reflashed slot 1 with open atv and on the fly local image slot 2 with obh , i am unable to switch from obh to open atv , slot 3 and slot 4 r empty but obh flash showing 2.3 gb picture shared already
If OBH is overwriting your flash, there's not much that can be done. If it's not overwriting your flash/partition table, try the procedure I posted above, it should work, and if not, collect the outputs I requested. If you want, please share the links to the images you're flashing, I might take a peek at those during the weekend, if I have time.
I really dont want to jump to a conclusion , since i am an amateur , obh does not support multiboot from nand flash , ie only obh will run and rest of the images cant be selected or run while on obh , earlier i had 4 images on all 4 different slots and all were inter selectable / compatible but at that time i was unable to install pli on any of the slots anyway thx a lot to spend your time Warm Regards
It appears you got an error while copying STARTUP_1 to STARTUP (file didn't exist), which is a bit odd... To confirm, telnet/login then do:
"ls /boot/*" and check the output, it should show STARTUP, STARTUP_1 (and _2, _3, _4).
If files exist, then you made a mistake copying, and I'd need to see the commands you used (they don't show up on your screenshot).
Hi , I did exactly what i was advised by u , telenet , mounted , df -h command , Rebooted the receiver , the issue remains 1. I cannot boot to the other images which were there pre blackhole 2. The flash memory is now showing 2.5 gb , ideally it should be 1 gb like zgemma h7s has 4 partion of 1 gb each , picture attached for your ready ref . Now i had arrived at a conclusion after installing open bh the default partion allocation changed and the reason i am not able to boot to other start ups , pls correct me if i am wrong
Those commands weren't supposed to solve it, just wanted to see what you had on that image.
It appears you have /boot partition mounted, which is good.
After telnet, login, try the following commands:
"cd /boot"
"cp STARTUP_1 STARTUP"
"cd /"
"sync ; sync && reboot"
Let me know how it goes.
Edit: And yes, if you installed openblackhole that overwrote your partition table/erased flash (e.g., installed a boot image from USB via the receiver startup, etc...) then you pretty much need to start over. See https://github.com/oottppxx/enigma2/tree/master/zgemmah7 for some discussion about recovery options _for_future_ installs.