BPanther's Neutrino Forum

They are complete different - and not the same team.

The E2 addon is not for changing the channel numbers. It adds only the picon for the channel at the number field. But why at neutrino? If you enter a channel number, the infobar shows all informations, so this is not needed.

quickzap.png


EDIT - Example: If every bouquet have channel numbers 1 ...

No Emu support - see Boardrules and short info at the portal.

A video shows the same as described - DE and EN language. It can't be difficult to copy all the files to a usb device, flash und done. It's nearly the same (with more files at first time) as the original image. So where is exactly your problem?

Crazy translation.

Have you try to read the english version -> VU+ 4K MULTIBOOT TUTORIAL [4 SLOTS PARTITION] ENGLISH VERSION ?
This should also help. I can't it not other descibe.

Das geht nicht, denn jeder Sender bekommt eine eigene Nummer. Ist doch auch logisch, wenn wenn man zum Beispiel "2" eingibt, woher soll dann Neutrino wissen, welchen Sender "2" Du meinst? Das ist bei allen Geräten so.

Not possible, every channel has it's own number. If not, neutrino does not know ...

All these are problems for a full u-boot, yes. I don't know how to build a mini u-boot, so the tests are with a full u-boot. This can currently, you can it see, read from fat, ext2, ext4 and so on. But it has a few problems, possibly a config problem...
I personally don't need the 2nd u-boot ...

The main loader BOLT is nearly the same as other receivers. Means, no sig files needed for image starting. My images and also other have no sig. A sig is only for the NOR flash needed, not for the MMC. You can boot directly with BOLD any image at any source you want. Theoretically, if flash0.nvram ...

I have tried something with a 2nd UBoot/Loader. Secure Boot and the other? Hmm, I think not really needed. They are all part of the main loader (UBoot/Loader). The 2nd loader needs only a menu (LCD, if no LCD then TV/HDMI) and should then load the kernel. The config which image is active stored in a ...

Sorry, but not really new, all based on the old SH4 BA (chroot) method. chroot changes only the root source, a kernel is loaded before root given via chroot. If enough space available, image count "unlimited". Also other source of root (usb/sd/flash etc.) no problem with chroot. But I don't like and ...

Hmm, chroot comes from BA itself and also included at Busybox. At sh4 there was not really changes needed for BA. You should see with serial log what is wrong. The main problem with the old "BA method" (chroot) is, only one kernel for all images used. And a image update will not work (or destroy all ...

BA (chroot) may not supported - not testet.

Die lokale IP habe ich auch fest eingestellt, DHCP ist aus. Aber die hat nichts mit Pluto zu tun, da ja die externe, also die echte IP benutzt wird. Aber egal, wenn es mit "Deutschland" besser geht ist das auch gut, deswegen ist es auch sicherheitshalber mit eingebaut.

Wundert mich irgendwo mit Pluto, da bei "aktueller Standort" keine IP übergeben wird - die Erkennung des Landes wird Pluto überlassen. Bei allen anderen Länderangaben bekommt Pluto eine Landes-IP übergeben. Vielleicht ist Deine aktuelle IP sozusagen "unbekannt" für Pluto.

Danke, schön zu hören wenn alles funktioniert wie es soll. :drinking:

Die meisten Änderungen waren in der Tat nur für die neue (alte) ARM Versuchs-Box D-Cube R2. Aber es gab durchaus auch ein paar Updates, die alle Boxen bekommen haben. Für SH4 allerdings nur libpng und libxml, die beide aber ...