Also nur weil es absichtlich gemacht wurde kann man es trotzdem für einen Fehler halten (und ich halte es für einen Fehler) wenn das Ergebnis bedeutet das der Endbenutzer bei regelgerechter Anwendung dafür sorgen kann das die Box nicht wieder aufwacht.
Entweder man kann verhindern das der Endbenutzer durch "zu schnelles" ausschalten einen unsauberen Zustand erzeugt, oder man sollte vielleicht nicht dem Marketing nachgeben und auch mal ein Feature NICHT implementieren, wenn es nicht sauber geht. Aber im nachhinein zu sagen "it´s not a bug, it´s a feature"......ehrlich? Nicht gerade überzeugend, finde ich. Zumal es ja nicht der einzige Fehler ist der bei dem einen oder anderen Auftritt. Bei mir bleibt z.B. alle Nase lang das Steuerkreuz der Slave-Box beleuchtet wenn die Box in den Stand-by geht(einmal ein- und ausschalten behebt das)(im übrigen IMMER die Slave-Box, also auch wenn ich sie tausche) oder wenn ich zwischen iPhone und Android wechsele mit der remote App komme ich irgendwann, ohne Netzstecker ziehen, mit dem Androiden gar nicht mehr hin. Ich habe mich entschieden damit zu leben weil mich das eine nicht stört und ich das andere einfach verhindere seit ich es weiß. Trotzdem bleiben es Fehl.....äh...Features.
gruss,
sky
.
im Gesicht .
Ich fahre die AS-3500 nach dem letzten Schaltvorgang ja mit dem Standby-Befehl regulär herunter, beende den "laufenden Betrieb" also wie vorgesehen. Wenn schon hinkender Auto-Vergleich, dann wäre hier treffend: Ähnlich wie Autos mit Schaltgetriebe, die beim nächsten Anlassversuch nicht mehr reagieren, wenn man vor dem Ziehen des Zündschlüssels in den Leerlauf geschaltet hatte, reagiert die AS-3500 nicht, wenn man vor dem Ausschalten den Eingangskanal gewechselt hatte. 
