Amiko images and OnErrorRestartService plugin?

[gorski]

OK, let's see if HDMU Team can actually hear us out and listen to the users... I have compiled these observations from many users on other forums...

1. dmesg only will be in debig images, because they are slower than nodebug.

Maybe HDMU would actually be quicker - you know, after a while, when your images get clogged up and CS is no longer working - with dmesg and this plugin that restarts a service... Something to think about, it seems to me. Maybe an ON/OFF switch for it, so user decides if s/he? wants it ON or OFF, i.e. if it is needed...

I am a great believer in flexibility and giving the user options, with proper information, so we learn and set up the system the way we need it, specifically for each individual's needs!

2. this would be a driver problem, but we don´t fix drivers, because this is job for spark

Actually, in some images it works, so why not in HDMU? In fact, if you do listen to us, it will work in HDMU.

Simply download the attachment to this message and implement in your next image, thanx be to the knowledgeable and good willed people who wrote this little marvel!

stv090x.ko into lib/modules and replace the old one....restart enigma and low and behold, the low frequencies are working...

My translation only...

Here: stv090x.rar

3.+4. you can download from our feed

See Sick's reply, above mine. This requires some thinking on the part of the image coder, too... Why? Because it is working better in some images. So, some adjustment here and there may make your image much more usable in many countries, where people use subtitles etc.

5. our image is very uptodate to openpli, they test some things, we have to wait until they are ready

Let's hope for the best. Some people really need this, to watch away from the women and kids... What is perplexing is that in Russian Team's Project it works, so why not in HDMU?

6. we don´t build an image for only one box, we support 23, you need only a label RECORD, so what´s the Problem?

I'll tell you what is the problem, precisely! Let's see if you can hear us out, though...

Since you are building your image for many boxes then the fstab file should be according to some Linux standards observed working properly in other boxes...

No hard feelings and no offence intended but the truth be told - your fstab looks like a joke at the moment... Especially since one can have a USB hub or like in Alien2 - 2 USB ports, so one may need an HDD and a USB memory stick. I hope you not only can understand but are willing to hear us out... You know, us the users, so your images are an even bigger hit...

7. when we have too much time, maybe, but i don´t think that anybody want to split all files to other devices...

I am not sure I understand your point. This is kind of going hand in glove with fstab improvements.

What is essential is that one should not put picons and other constantly used little files on a device (HDD) with moving parts...

Good luck with your project! Your fortunes are our fortunes...

[bonkel]

OK, let's see if HDMU Team can actually hear us out and listen to the users... I have compiled these observations from many users on other forums...



Maybe HDMU would actually be quicker - you know, after a while, when your images get clogged up and CS is no longer working - with dmesg and this plugin that restarts a service... Something to think about, it seems to me. Maybe an ON/OFF switch for it, so user decides if s/he? wants it ON or OFF, i.e. if it is needed...


Let's hope for the best. Some people really need this, to watch away from the women and kids... What is perplexing is that in Russian Team's Project it works, so why not in HDMU?

we not support cs
and why streaming works in russioan image, because this os old openpli image not a nightly build


the point with the driver, where is the source of it, and why it is not in tdt git, the home of sh4 boxes????