Erfahrungsthread Technisat Digit ISIO S1

RTL und Sat 1 werden auf SD zurück gestuft? Wenn das HD+ mitbekommt:)

das mit der zurückstufung ist schon immer so - jedenfalls solange ich die Kiste habe - und auch der Vorgänger hat das gemacht.

Ist echt lästig - aber ein Feature von diesen Schnarchnasen

Wieso lästig? Richtig so!
Wer HD"+" Sender sehen will,soll leiden

Habt ihr bei Full HD MKV-Dateien (24p Kodiert) auch ein kräftiges ruckeln drin? Liegt das daran weil der Isio es nur in 50hz abspielt?

Bei meinem Digicorder zeigen 1080p24-Videos einmal in der Sekunde einen einzelnen Ruckler. Kommt wohl tatsächlich von der asynchronen Wiedergabe mit 50 Hz. Bei der Umsetzung von 24 auf 25 Hz fehlt ja gerade ein Bild pro Sekunde. Für die Umsetzung auf 50 Hz muss dann nur noch jedes Bild zweimal ausgegeben werden. 1080p25-Videos laufen dagegen butterweich. Allerdings habe ich meistens den MP4-Container benutzt, MKV nur bei zwei Videos, die liefen aber auch ohne Probleme.

okay danke, dann muss ich weiter meinen Mediaplayer zur Wiedergabe nutzen. Schade, da wäre sicher mehr möglich gewesen.

Ob da mehr drin gewesen wäre? Soweit ich weiß kann der STi7105 im ISIO kein p24. Kann man überhaupt die Frequenz wählen? AFAIK liefert der ISIO ausschließlich 25/50Hz. Was macht der denn eigentlich bei 30/60Hz Videomaterial? Meine vu+ Ultimo bietet übrigens alle Formate an. Dann muss natürlich das Endgerät gut 24 Frames verarbeiten können. Das bügeln aber die meisten A/V Receiver und Fernseher problemlos aus.

Solche kleinen aber feinen Einstellungen vermisst man leider beim ISIO.

Dafür macht aber Dein VU+ Ultimo ein wesentlich schlechteres, weil viel weicher und blasser, Bild... Glaub mir, ich hatte beide hier im direkten Vergleich... Die VU+ Ultimo ging wieder zum Händler!

Ich habe den Isio seit einigen Tagen mit der 06er Firmware. Ich werde ihn zurückgeben. Das positive ist das Bild, absolut scharf und perfekt. Sichtbar besser als bei meinem Comag SL 90HD.
Negativ ist das ich freezes hatte, der Browser ohne Flash, Hbbtv hängt manchmal oder dauert lange zum laden, unnötige Zerstückelung von Aufnahmen und der Mediaplayer spielt 24p MKV nicht ruckefrei ab. Ich weiss auch nicht warum das Teil fast 300 Euro kostet. Irgendwie kommts mir vor wie der kann alles aber nichts richtig. Da bringt mir auch das gute Bild nichts, dafür zahl ich keine 300 Euro.

Will ja nicht Äpfel mit Birnen vergleichen aber der 3D Bluray-Player mit DVB-S Tuner kostet nur 150 Euro und spielt MKVs in 24p absolut flüssig ab. Der wäre für mich bessere alternative auch wenn solche Sachen wie hbbtv und guter Epg fehlen:

LG BDS580 3D Blu-ray Player (CI+, DVB-S2/HDTV-Tuner, DivX Ultra-zertifiziert, USB 2.0)

Installiere mal die Version 5, dann hast du zumindestens ein stabilies System, wenn gleich die Internetnavigation etwas umständlich ist.

Welchen Videocodec nutzt du bei deinen MKV´s und welchen Audio? Wie hoch sind die Bitraten? Wenn die Bitraten nicht zu hoch und kein DTS dabei ist, laufen die Videos eigentlich sauber

Installiere die Version 7, dann hast du ein stabilies System.

DJBobby schrieb:

Dafür macht aber Dein VU+ Ultimo ein wesentlich schlechteres, weil viel weicher und blasser, Bild... Glaub mir, ich hatte beide hier im direkten Vergleich... Die VU+ Ultimo ging wieder zum Händler!

Deinen Ausdruck von "wesentlich schlechter" kann ich absolut nicht teilen. Evtl. ist die Ausgabe für dich subjektiv schlechter gewesen.

Glaub mir, du hast einfach nicht alles aus dem VU+ herausgeholt.
Weicher und blasser sind zwei Einstellungen, die du jederzeit beim VU+ beeinflussen kannst, beim ISIO übrigens nicht.

Ich hatte das vor ca. 4 Monaten hier schon einmal berichtet. hier

ist ja in Ordnung, daß Du Dich für die MÖGLICHKEITEN eines Gerätes entschieden hast.
Ich habe mich für die BILDQUALITÄT eines Gerätes entschieden, und ich habe bis heute
auch noch keinen gefunden, der trotz aller Einstellungsmöglichkeiten (Autoresolution etc.)
dem VU+ ein ebenbürtiges Bild bescheinigt. Aber ich verstehe, dass Du Dein Gerät verteidigen willst...

Ich glaub auch nicht, dass die Kontrast- und Helligkeitseinstellung am Receiver so ratsam ist, wenn der das Bild nur mit 8 Bit Farbtiefe an den Fernseher weiterleitet. Beim Umskalieren der Helligkeitswerte entstehen zwangsläufig Zwischenstufen, die bei 8 Bit Auflösung durch Rundungsfehler verloren gehen. Jeder Fernseher oder Beamer rechnet heute intern mit einer höheren Farbtiefe, teilweise bis zu 17 Bit und bietet natürlich sowieso eine Helligkeits- und Kontrastregelung. Bei Receivern ist letzteres eher eine Ausnahme.

karlkönig schrieb:

Bei HD+/CI+ gibt es die sogenannten Usage Rules Information (URI), diese haben erstmal nichts mit dem Unicam zu tun. Diese URI sagen dem Receiver unabhängig vom Verschlüsselungsstandard und vom TV Programm, was ein Receiver mit einem bestimmten Programmstrom machen darf. Die Umsetzung dieser Regeln ist kein Bestandteil des CI(+)CAM, sondern wird vom Receiverhersteller bereits in der CI+ zertifizierten Schnittstelle umgesetzt.

Die URI werden genauso wie der Content verschlüsselt. Damit sind sie vom Verschlüsselungsstandard abhängig. An dem CAM-Modul kommt man also nicht vorbei. Umgesetzt werden die Restriktionen nicht von der Schnittstelle, sondern vom Receiver - falls er die URI vom CAM erhält.

Sonst hätte man sich ja die Einführung eines nicht abgesegneten defakto Standards (CI+) auch gleich sparen können und einfach alles in die existierende DVB CI Schnittstelle integrieren können.

Bisher wurde sich immer nur beschwert, CI+ würde keinem Standard entsprechen. Muss es jetzt auch noch gesegnet werden?

Das Integrieren in die CI-Schnittstelle hat man ja gemacht. CI+ erweitert CI und ist dementsprechend abwärtskompatibel.

Insgesamt bleibt folgendes festzuhalten: ein Unicam hilft auf Dauer nicht die Restriktionen auf einem CI+ zertifizierten Endgerät zu umgehen. Zur Zeit hat man nur den Vorteil, dass die Daten, wenn sie einmal entschlüsselt sind, weiterhin unverschlüsselt auf der Platte liegen.

Falsch. Weil die URI eben verschlüsselt sind, braucht der CI+-Receiver das Modul. Das Unicam reicht die URI aber nicht weiter, also gibt's auch keine Restriktionen.

Die einzige Eingriffsmöglichkeit durch CI+-Receiver wie den ISIOs besteht darin, die Verwendung des Unicams für ein bestimmtes Programm zu verweigern, womit der Empfang komplett unterbunden wird. Damit würde man aber nicht die in CI-Schächten betriebenen Module deaktivieren und auch nicht die Receiver mit integriertem Kartenleser. Außerdem würde voraussichtlich ein großer Teil der bisherigen Nutzer eines CI+-Receivers mit Unicam auch auf Receiver mit CI oder internem Kartenschacht wechseln. Langfristig würde HD+ damit also nur wenige Nutzer mit
inoffiziellem Empfang ausgrenzen, aber als negativen Effekt den Ruf von CI+ verschlechtern und Receiverherstellern, die CI+ implementiert haben, einen Nachteil verschaffen. Es ist daher gut möglich, dass stattdessen an der Verschlüsselung und/oder den HD+-Karten selbst gedreht wird, um alle inoffiziellen Lösungen auszuschließen, unabhängig davon, ob sie in einem CI+-Receiver genutzt werden. Die derzeitigen Updateaktivitäten bezüglich HD+-Receivern und die testweisen Änderungen am Datenstrom der HD+-Sender neulich deuten auch stark darauf hin. Und in diesem Fall hat man mit einem CI+-Receiver sogar einen Vorteil, falls er wie die ISIOs auch HD+ integriert hat. Denn dann bietet er einen Fallback, der zumindest weiterhin den Empfang mit Restriktionen garantieren kann.

phluid schrieb:

Ich glaub auch nicht, dass die Kontrast- und Helligkeitseinstellung am Receiver so ratsam ist, wenn der das Bild nur mit 8 Bit Farbtiefe an den Fernseher weiterleitet. Beim Umskalieren der Helligkeitswerte entstehen zwangsläufig Zwischenstufen, die bei 8 Bit Auflösung durch Rundungsfehler verloren gehen. Jeder Fernseher oder Beamer rechnet heute intern mit einer höheren Farbtiefe, teilweise bis zu 17 Bit und bietet natürlich sowieso eine Helligkeits- und Kontrastregelung. Bei Receivern ist letzteres eher eine Ausnahme.

Da irrst du dich leider. Entscheidend sind die 8bit, die der Receiver überträgt. Diese werden intern im Receiver bereits mit einer höheren Bit-Auflösung verarbeitet. Somit hast du im Receiver quasi noch Nachkommastellen, die du nach der 8bit Übertragung an den LCD/TV und in der nachträglichen Verarbeitung im Fernseher gar nicht mehr siehst.
Dabei ist es vollkommen egal, ob der Fernseher intern mit bis zu 17bit arbeitet. Einen Algorithmus, der aus 8 Bit 17 macht, hätte ich auch gern.

Dass 8 Bit entscheidend und eine höhere Genauigkeit gar nicht mehr zu sehen wäre, ist eine praxisferne Schutzbehauptung. Die durch 8 Bit Farbtiefe entstehenden Bildfehler wie color banding sind ja allseits bekannt. Unter anderem deshalb bietet HDMI auch größere Farbtiefen bis zu 16 Bit. Selbst das Endergebnis der ganzen Umrechnereien wird heute häufig mit 10 bis 14 Bit durch das Panel des Fernsehers dargestellt.

Ein Algorithmus, der aus 8 17 Bit macht, ist z.B. die ganz einfache Division, bei entsprechendem Divisor. Oder auch die Multiplikation, wenn der Multiplikator 17 Bits umfasst.

Wenn der Wertebereich durch die 8-Bit des Satelitten-Streams bestimmt wird, kann man das nicht "besser rechnen".

Mir geht es in erster Linie darum, dass es durchaus sinnvoll ist, einige Bildverbesserer bereits im Receiver zu verwenden. Und zwar bevor die Daten als 8bit/Kanal den Receiver verlassen. Die hier verlorengegangenen Bits kann man eben nicht mehr zurück gewinnen. Genauso sinnvoll kann es dann sein andere Bildverbesserer im Endgerät zusätzlich zu verwenden um beispielsweise die Granularität des Panels besser ausnutzen zu können.

Banding selbst ist meiner Meinung nach der schlechten Kodierung des Quellmaterials geschuldet. Mit vernünftigen Dithering Filtern könnte man Banding in RGB888 nahezu eliminieren. Da könnte man Technisat auch mal einen Tipp geben, dass sie ihre Grafiken einmal pre-dithern, dann würde man in diversen Menüs auch kein Banding mehr sehen.

Ein Algorithmus, der aus 8 17 Bit macht, ist z.B. die ganz einfache Division, bei entsprechendem Divisor. Oder auch die Multiplikation, wenn der Multiplikator 17 Bits umfasst.

Das ist schon klar. Hier aber trotzdem noch zwei Anmerkungen:
Ich denke du meinst wenn der Multiplikator 9 Bits umfasst. Bei einer Multiplikation von 8 mit 17 Bit Zahlen erhältst du am Ende 25 Bit...
Bei der "einfachen" Division verlierst du an Bits. Vermutlich meinst du hier die Multiplikation mit dem Reziproke in einer Fixpoint Interpretation.

Mir ging es ausschließlich darum aus den 8bit in der HDMI-Übertragung Informationen zurückzugewinnen, die im Receiver vorher noch vorhanden waren. Das bekommt man, egal wie man die Daten weiter bearbeitet, nicht hin.

Letzlich geht es mir aber um die Aussage von DJBobby, dass das Bild der vu+ Receiver weicher und blasser sei. Weicher heißt für mich: er hat die Schärfefilter falsch eingestellt. Blasser heißt für mich: er hat die Filter für Farbe, Kontrast etc. falsch eingestellt. Der ISIO hat hier fest eingestellte Werte für diese Bereiche. Und diese sind zweiflsohne für den deutschen Markt sehr gut eingestellt.

Somit bleibt festzustellen: ich bekomme mit meinem E2 Receiver ebenfalls ein sehr gutes Bild inklusive vieler Funktionen, die der ISIO bis heute nicht bietet.

Hallo,

wenn ich auf Sport1HD schalte, dann erscheint nach kurzer Zeit eine Art Internetseite "Find your Domain Name". Wenn ich OK drücke, dann verschwindet die Seite, kommt aber nach einer Weile wieder. Was ist denn das für ein Quatsch?

Ich setze ein unicam ein.

Danke.

Siehe hier Beitrag #5660

karlkönig schrieb:

Mir geht es in erster Linie darum, dass es durchaus sinnvoll ist, einige Bildverbesserer bereits im Receiver zu verwenden. Und zwar bevor die Daten als 8bit/Kanal den Receiver verlassen.

Aber eben wegen der Rundung auf 8 Bit sollte man doch vermeiden, vorher überhaupt Nachkommastellen zu erzeugen. Einfaches Beispiel: Der Receiver erzeugt durch Umrechnung einen Nachkommaanteil von 1/3. Ebenso erzeugt der Fernseher bei seinen folgenden Berechnungen denselben Anteil. Durch die Rundung geht der Receiveranteil verloren, es bleiben nur die 1/3 des Fernsehers. Macht der Fernseher beide Berechnungen, bleiben beide Anteile, insgesamt 2/3, erhalten. Selbst bei Rundung auf 8 Bit würde das den kleineren Fehler ergeben, weil dann aufgerundet wird. Aber der Fernseher braucht noch nicht mal auf 8 Bit runden, da sogar das Panel mehr Farbtiefe bietet. Die Grundhelligkeit kann der Fernseher darüber hinaus ohne jede Datenmanipulation einfach durch Änderung der Energiezufuhr des Panels steuern, z.B. bei LCDs durch Dimmen des Backlights.

Berechnungen auf dem Receiver müssen nicht bei jeder Einstellung und Kombination von Receiver und Fernseher schlechter sein, aber sie können es. Deine positive individuelle Einzelerfahrung heißt nicht, dass jede andere Möglichkeit ein Irrtum ist.

Banding selbst ist meiner Meinung nach der schlechten Kodierung des Quellmaterials geschuldet. Mit vernünftigen Dithering Filtern könnte man Banding in RGB888 nahezu eliminieren. Da könnte man Technisat auch mal einen Tipp geben, dass sie ihre Grafiken einmal pre-dithern, dann würde man in diversen Menüs auch kein Banding mehr sehen.

Hat zwar gar nichts mit dem Thema Rundungsfehler zu tun (obwohl: Technisat-Bashing ist ja immer ein Thema), aber woher weißt du so sicher, dass Technisat die Möglichkeit nicht schon getestet und z.B. wegen zu deutlicher Dithering-Muster oder schlechterer PNG-Komprimierbarkeit oder aus anderen Gründen verworfen hat?

... Ich denke du meinst wenn der Multiplikator 9 Bits umfasst. Bei einer Multiplikation von 8 mit 17 Bit Zahlen erhältst du am Ende 25 Bit... Bei der "einfachen" Division verlierst du an Bits. Vermutlich meinst du hier die Multiplikation mit dem Reziproke in einer Fixpoint Interpretation.

Ich meinte einen Multiplikator dieser Form: XXXXXXXX xxxxxxxx 1. Die obersten 8 Bit (X) haben die Wertigkeit des 8 Bit Multiplikanden, das Least Significant Bit ist 1. Wenn der Multiplikand ungerade ist, hat das Ergebnis wieder 17 Stellen. Die müssen nicht alle signifikant sein, wesentlich ist die Entstehung der 9 zusätzlichen Nachkommastellen yyyyyyyy1, die bei 8 Bit Übertragung wieder komplett verloren gehen würden.

Mir ging es ausschließlich darum aus den 8bit in der HDMI-Übertragung Informationen zurückzugewinnen, die im Receiver vorher noch vorhanden waren. Das bekommt man, egal wie man die Daten weiter bearbeitet, nicht hin.

Das habe ich auch nicht behauptet. Es geht darum, den Informationsverlust erst gar nicht entstehen zu lassen, indem man mit der Verarbeitung der Daten erst im Fernseher beginnt.

Letzlich geht es mir aber um die Aussage von DJBobby, dass das Bild der vu+ Receiver weicher und blasser sei. Weicher heißt für mich: er hat die Schärfefilter falsch eingestellt. Blasser heißt für mich: er hat die Filter für Farbe, Kontrast etc. falsch eingestellt. Der ISIO hat hier fest eingestellte Werte für diese Bereiche. Und diese sind zweiflsohne für den deutschen Markt sehr gut eingestellt.

Oder DJBobby hat alles so gut wie möglich eingestellt, kann aber bei seiner Kombination von Ansprüchen, Receiver und Fernseher nicht mehr herausholen. Nur weil seine Erfahrungen andere als deine sind, sind sie nicht automatisch falsch.

Somit bleibt festzustellen: ich bekomme mit meinem E2 Receiver ebenfalls ein sehr gutes Bild inklusive vieler Funktionen, die der ISIO bis heute nicht bietet.

Je nachdem welche Funktionen man will, kann man das auch umgekehrt feststellen.

Hallo phluid, hallo karlkönig,

mal abgesehen davon, dass wahrscheinlich die meisten euren fachlichen Argumentationen wohl schon lange nicht mehr folgen können, hat die Diskussion recht wenig mit dem Thema des Threads zu tun. Das, worüber ihr hier redet, kann zumindest der Nutzer eines ISIO über die Einstellungen nicht beeinflussen. Nehmt es mir nicht übel, aber diese Diskussion ist off-topic.

Gruß


BoscoM

Hallo BoscoM,

da hast du völlig recht. Propaganda für einen Receiver gehört in den entsprechenden Thread.

Gruß
phluid

...ich werde gern phluids Vorschlag umsetzen und in Zukunft die vielen Vorzüge der vu+ Receiver in eigenen Threads vorstellen. Wer einmal über den eigenen Technirand schauen möchte, ist jederzeit eingeladen, sich daran zu beteiligen.

Ich nix verstehn

Auch wenn die Diskussion nicht für jedermann nachvollziehbar ist, ist sie dennoch gar nicht mal so unwichtig für die ISIO Fraktion.

Um es vorwegzunehmen: stellt den ISIO einfach im Punkt HDMI Farbraum auf Auto. Dann wird er von eurem TV über das beste verfügbare Format informiert und stellt es ein.

Wer wissen möchte weshalb, liest gerne hier weiter.

Wenn ihr euren ISIO im RGB Farbraum betreibt, erhaltet ihr ein etwas verfälschtes Ergebnis auf eurem Fernseher, sofern dieser mit einer höheren Farbauflösung rechnet. Das liegt daran, dass der Receiver dann das native Format des MPEG Streams von YCbCr(YUV) in den RGB Farbraum umrechnen muss.

r = (298 * y + (459 * v)) >> 8; g = (298 * y - (54 * u) - (136 * v)) >> 8; b = (298 * y + (540 * u)) >> 8;

Nehmen wir z.B. einen Graustufenwert (also keine Farbanteile; U=V=0) von Y=125. Dann bekommen wir einen R=G=B von 145.5078125 Dieser Wert wird in der Regel einfach abgeschnitten. Mir ist keine Umsetzung bekannt, die den Wert rundet.

d.h. der Fernseher erhält einen Wert von R=G=B=145 und hat keine Ahnung von den Nachkommastellen.
Für Y=124 läge der Wert beispielsweise bei R=G=B bei 144.34375. Hier dürfte auch klar werden, dass Runden nicht unbedingt besser ist, da hier ein Sprung von 2 entstehen würde.

Nutz der ISIO für die Übertragung an den TV das YCbCr Format, kann der Fernseher die Werte für R,G,B selbst berechnen und die Nachkommastellen in der gesamten Verarbeitung nutzen.

Hier ist jetzt Schluss, diese folgenden Zeilen sind nur für phluid:

Du siehst also in dem von uns zuvor diskutierten 24bit RGB Format führt die Bilderverarbeitung auf dem Receiver mitunter zu genaueren Ergebnissen.

Nehmen wir an, die Luminanz soll um den Faktor 0.025 erhöht werden.
145.5078125*1.025 = 149.145507812
Wert geht abgeschnitten als 149 an den Receiver, der Fehler liegt also bei 0.145xx

Der Fernseher nutz den um ca. 0.5 zu kleinen Wert und kommt auf:
145*1.025=148.625, liegt also weiterhin um ca, 0.5 daneben. Arbeitet der Fernseher selbst nur mit 8bit, liegt er noch weiter daneben.

Bei größeren Faktoren multipliziert sich der Fehler weiter. Es gibt natürlich auch Fälle, wo das Ergebnis des Fernsehers am Ende besser sein kann.

Insgesamt also ein recht kompliziertes Einstellungsprozedere. Ich denke, deshalb hat Technisat hier auch keine Einstellmöglichkeiten angeboten, da dies die meisten Käufer eines ISIO überfordern würde.

Im Falle von YCbCr sollte man, soweit es geht, wirklich auf die Einstellung am Endgerät setzen. Da bin ich dann komplett auf deiner Seite.

Noch eine kleine Korrektur deiner Bit-Multiplikation:

phluid schrieb:

... Ich denke du meinst wenn der Multiplikator 9 Bits umfasst. Bei einer Multiplikation von 8 mit 17 Bit Zahlen erhältst du am Ende 25 Bit... Bei der "einfachen" Division verlierst du an Bits. Vermutlich meinst du hier die Multiplikation mit dem Reziproke in einer Fixpoint Interpretation. Ich meinte einen Multiplikator dieser Form: XXXXXXXX xxxxxxxx 1. Die obersten 8 Bit (X) haben die Wertigkeit des 8 Bit Multiplikanden, das Least Significant Bit ist 1. Wenn der Multiplikand ungerade ist, hat das Ergebnis wieder 17 Stellen. Die müssen nicht alle signifikant sein, wesentlich ist die Entstehung der 9 zusätzlichen Nachkommastellen yyyyyyyy1, die bei 8 Bit Übertragung wieder komplett verloren gehen würden.

Da hast du dich definitv vertan. Bei Bitmultiplikationen gilt: das Ergebnis der Multiplikation hat insgesamt die Summe der Bits beider Multiplikanden. Mbit x Nbit => (M+N) bit.

Heißt: 8bit x 17bit = 25bit. Selbst wenn du die 8LSB abschneidest ist das Ergebnis im Integerteil dann 16bit breit. Nicht 17. Du brauchst also einen 9bit Mulitplikanden, um von 8 auf 17 bit zu kommen.

Zur Besseren Veranschaulichung habe ich dein o.g. Beispiel einmal durchgerechnet aber den 8 bit Wert auch auf die Ebene des 17 bit Wertes geschoben. Damit bekommst du dann natürlich insgesamt ein Ergebnis mit 34 bit. Kannst dann aber auch 18 Stellen abschneiden und kommst ebenfalls auf 16 bit im Integer.

1111 1111.0000 0000 1 = 0x1FE01 = 130561 = 255.001953125 * 1111 1111.0000 0000 0 = 0x1FE00 = 130560 = 255.000000000 ------------------------------------------ = 11111110 00000001.0111 1111 1000 0000 00 = 0x3F805FE00 = 17046044160 = 65025.498046875 1111 1111.1111 1111 1 = 0x1FFFF = 131071 = 255.998046875 * 1111 1111.0000 0000 0 = 0x1FE00 = 130560 = 255.000000000 ------------------------------------------ = 11111110 11111111.100000001 000000000 =0x3FBFE0200 =17112629760 = 65279.501953125 1111 1111.1111 1111 1 = 0x1FFFF = 131071 = 255.998046875 * 1111 1111.1111 1111 1 = 0x1FFFF = 131071 = 255.998046875 ------------------------------------------ = 11111111 11111111.000000000 000000001 =0x3FFFC0001 =17112629760 = = 65535.000003814697265625 (65535.[2^-18])

Das war's dann Wer bis hier gelesen hat, ist selber schuld.

Echtes Bildungsforum hier -danke!

Da ich statt auto aber "eigentlich immer gerne" Festwerte einstelle:

Mein 2007-er-Panasonic-Plasma: Soll ich ihm statt auto besser YCbCr 4:2:2 (das ist angeblich der native-Satelitten-Stream) oder 4:4:4 vom Isio zuspielen ?

Hallo,

habe meinen ISIO trotzdem zurückgegeben da er das SD Bild auf meinem Samsung nicht so gut rüberbrachte als wenn ich den int. Reciver nutze. Hatte zb bei N24 das Laufband ziemlich "grob" dargestellt. Die Buchstaben waren ausgefranst.

@karlkönig

Dass auch die Umwandlung von YUV nach RGB Rundungsfehler zur Folge hat, ist trivial und gilt für jeden Receiver. Ist im Prinzip dasselbe wie bei der Helligkeits- und Kontrasteinstellung: Man rechnet auf dem Receiver und muss das Ergebnis durch den Flaschenhals HDMI zwängen. Man sollte eben im Allgemeinen nicht auch noch zusätzlich die Bildeinstellung vor der HDMI-Übertragung durchführen.

Die Auto-Einstellung ist nicht grundsätzlich eine zuverlässige Methode, um das beste Ergebnis zu erzielen. Wenn man die YUV-Ausgabe will, kann man die beim Isio auch manuell wählen.

Du siehst also in dem von uns zuvor diskutierten 24bit RGB Format führt die Bilderverarbeitung auf dem Receiver mitunter zu genaueren Ergebnissen.

Bisher hast du noch keine Bilder verarbeitet, nur von YUV nach RGB gewandelt. Ich nehme an, du meinst das Folgende:

Nehmen wir an, die Luminanz soll um den Faktor 0.025 erhöht werden. 145.5078125*1.025 = 149.145507812

Du rechnest jetzt mit RGB-Werten. Warum sollte ein Receiver das denn machen? Nur weil die HDMI-Ausgabe auf RGB steht, heißt das nicht, dass ein Receiver die Umrechnung YUV->RGB sofort macht und alle weiteren Rechnungen danach. Man ändert doch naheliegenderweise bei einem Signal, welches die Helligkeit separat liefert, diese zuerst und wandelt erst danach. Dadurch entstehen Rundungsfehler nur in dieser Komponente.

Bei größeren Faktoren multipliziert sich der Fehler weiter. Es gibt natürlich auch Fälle, wo das Ergebnis des Fernsehers am Ende besser sein kann.

Deine Argumentation setzt hier voraus, dass der Receiver mit der gleichen Genauigkeit wie der Fernseher rechnet. Rechnet dagegen der Fernseher mit einer höheren Auflösung, gewinnt der Fernseher. Letzteres hattest du zu Anfang deines Postings eigentlich auch angenommen:

Wenn ihr euren ISIO im RGB Farbraum betreibt, erhaltet ihr ein etwas verfälschtes Ergebnis auf eurem Fernseher, sofern dieser mit einer höheren Farbauflösung rechnet.

Zu meinem Multiplikationsbeispiel:

Du hast das Beispiel falsch verstanden. Der Multiplikator sieht so aus: 0000 0000 0000 0000 1. Nur das LSB ist 1. Das heißt N ist 1. Die X-e hatten nur das Alignment zum Multiplikanden verdeutlicht. Im Übrigen ist das nur Rumgereite auf diesem speziellen Beispiel. Du hattest gesagt, du hättest gern einen Algorithmus, der aus 8 Bit 17 Bit macht, hattest also vermutet, es gäbe gar keinen. Den habe ich aber schon mit der simplen Multiplikation geliefert. Selbst wenn es hierfür keine geeigneten Zahlen gäbe, könnte man einfach ein komplexeres Beispiel als die Multiplikation nehmen.

Mein 2007-er-Panasonic-Plasma: Soll ich ihm statt auto besser YCbCr 4:2:2 (das ist angeblich der native-Satelitten-Stream) oder 4:4:4 vom Isio zuspielen ?

Ist aktuell relativ egal. 4:4:4 findet soweit ich weiß in DVB-S Übertragungen aktuell nicht statt. Ein 4:2:2 kann aber auch ohne Verluste in einen 4:4:4 Strom umgewandelt werden.

@phluid:

Die Auto-Einstellung ist nicht grundsätzlich eine zuverlässige Methode, um das beste Ergebnis zu erzielen. Wenn man die YUV-Ausgabe will, kann man die beim Isio auch manuell wählen.

Dann sag das mal Technisat. Laut Bedienungsanleitung ist die Funktion 'auto' total okay.

Haben Sie auto gewählt, dann startet das Gerät nach dem Einschalten im Modus RGB (normal). Signalisiert das Fernsehgerät, dass auch YCbCr möglich ist, dann wechselt der Receiver automatisch in YCbCr-Modus.

Quelle: Technisat (digicorder) ISIO S(1)/C

Ergibt für mich auch Sinn. RGB ist der Standard, den jedes HDMI Engerät unterstützen muss. Wenn es anderes kann, wird eben umgeschaltet. Solltest du Erfahrungen oder Quellen haben, weshalb das ungeeignet ist, solltest du uns diese ggfs. mitteilen.

Du rechnest jetzt mit RGB-Werten. Warum sollte ein Receiver das denn machen? Nur weil die HDMI-Ausgabe auf RGB steht, heißt das nicht, dass ein Receiver die Umrechnung YUV->RGB sofort macht und alle weiteren Rechnungen danach.

Ich rechnete einen YUV Wert in RGB um. Ich habe niemals behauptet, dass der Receiver den kompletten Framebuffer von YUV nach RGB wandelt und dann ausschließlich auf den RGB Werten weiter arbeitet. Das wäre bei höherer Bitgenauigkeit im RGB Bereich natürlich pure Speicherverschwendung. Es geht also einzig und allein um die Überführung der YUV Daten nach RGB.

Man ändert doch naheliegenderweise bei einem Signal, welches die Helligkeit separat liefert, diese zuerst und wandelt erst danach. Dadurch entstehen Rundungsfehler nur in dieser Komponente.

Dachte dir wäre aufgefallen, dass ich in meinem Beispiel bewusst auf die Chromazität verzichtet habe. Die Rechnung bleibt von YUV auf RGB immer die selbe. Die Umsetzung kann sehr günstig direkt vor die HDMI Übertragung geschaltet werden und muss immer nur ein paar Pixel anfassen und kann somit mit sehr wenig Aufwand mit hoher Genaugigkeit rechnen. Die Konvertierung von YUV nach RGB passiert hier unter Berücksichtigung der entsprechenden Parameter on-the-fly.

Deine Argumentation setzt hier voraus, dass der Receiver mit der gleichen Genauigkeit wie der Fernseher rechnet. Rechnet dagegen der Fernseher mit einer höheren Auflösung, gewinnt der Fernseher. Letzteres hattest du zu Anfang deines Postings eigentlich auch angenommen:

Nein, eben genau nicht. Das zeigte ja mein Beispiel der Helligkeitsberechnung.

Du hast das Beispiel falsch verstanden. Der Multiplikator sieht so aus: 0000 0000 0000 0000 1. Nur das LSB ist 1. Das heißt N ist 1. Die X-e hatten nur das Alignment zum Multiplikanden verdeutlicht.

Sorry, aber da gibt es nichts falsch zu verstehen! Jetzt fühle ich mich echt fast verarscht. Du willst zwei Zahlen multiplizieren. Jetzt multiplizierst du die 8 Bit Zahl also noch mit 1 und da soll dann eine 17 Bit Zahl bei rauskommen? Nur weil dur vor den Multiplikator noch 16 Nullen davor gestellt hast?

Da sollte ich vielleicht einmal meine Bank fragen, ob sie nicht evtl. mein Konto mit 00000000000000001 multiplizieren bzw. "alignen" könnten. Diese Multiplikation optimiert dir jeder Compiler weg.

Im Übrigen ist das nur Rumgereite auf diesem speziellen Beispiel. Du hattest gesagt, du hättest gern einen Algorithmus, der aus 8 Bit 17 Bit macht, hattest also vermutet, es gäbe gar keinen.

Genau ich hätte gern einen Algorithmus. Genau einen, der mir aus einer 8 Bit Zahl den verloren gegangenen Anteil zurückrechnet. Hatte ich bereits so formuliert. Habe das einmal kurz durchgerechnet. Mit "mal eins" funktioniert das nicht. Das Beispiel ist nicht speziell. Habe dir für Min, Max, AVG alles durchgerechnet. Eventuell ist das für dich aber ebenso trivial wie die YUV nach RGB Umrechnung.

Den habe ich aber schon mit der simplen Multiplikation geliefert. Selbst wenn es hierfür keine geeigneten Zahlen gäbe, könnte man einfach ein komplexeres Beispiel als die Multiplikation nehmen.

Hast du nicht. Die Mutliplikation ist zwar schon okay. Genauso kannst du auch die 8 bit um 9 Stellen nach links schieben. Mehr Informationen bekommst dadurch trotzdem nicht rein. Multipliziere das mit einem 9 Bit Wert. Dann bekommst du noch höchstens eine andere Skalierung hinzu.

Bin jetzt allerdings noch sehr gespannt auf dein komplexeres Beispiel.

karlkönig schrieb:

Dann sag das mal Technisat. Laut Bedienungsanleitung ist die Funktion 'auto' total okay. ... Signalisiert das Fernsehgerät, dass auch YCbCr möglich ist, dann wechselt der Receiver automatisch in YCbCr-Modus.

Und woher soll Technisat wissen, dass bei jedem Fernseher immer dann, wenn YUV möglich ist, auch YUV signalisiert wird? Es sollte doch zum Allgemeinwissen gehören, dass automatische Einstellungen nicht immer perfekt funktionieren. Wenn man ausdrücklich YUV will, stellt man das direkt ein und verlässt sich nicht auf Automatiken.

Solltest du Erfahrungen oder Quellen haben, weshalb das ungeeignet ist, solltest du uns diese ggfs. mitteilen.

Lerne bitte den Unterschied zwischen "nicht grundsätzlich zuverlässig" und "ungeeignet".

Wer ist denn "uns"? Majestäts-Plural? Oder hältst du dich jetzt für den Forumssprecher?

karlkönig schrieb:

phluid schrieb: Deine Argumentation setzt hier voraus, dass der Receiver mit der gleichen Genauigkeit wie der Fernseher rechnet. Rechnet dagegen der Fernseher mit einer höheren Auflösung, gewinnt der Fernseher. Nein, eben genau nicht. Das zeigte ja mein Beispiel der Helligkeitsberechnung. .

In deinem Beispiel rechnest du eine einfache Operation mit 9 dezimalen Nachkommastellen Genauigkeit. In der Realität rechnen Receiver und Fernseher ungenauer und machen noch mehr Berechnungsschritte, z.B. zur Kontrast- und Gammaeinstellung. Dabei können die Rechenfehler sich bis in die ersten 8 Bits hinein vergrößern. Es können also nicht nur durch das Vernachlässigen des 9. und der folgenen Bits bei der HDMI-Ausgabe Fehler auftreten, sondern auch in den verbleibenden 8 Bit. Das Gerät, das mit einer höheren Genauigkeit rechnet, verkleinert diesen Fehler.

Außerdem: Bei der Anpassung der Bildparameter kann man sich nicht aussuchen, ob entweder der Receiver oder der Fernseher diese exklusiv durchführt, denn die Grundeinstellungen wie Helligkeit und Kontrast lassen sich i.d.R. am Fernseher nicht deaktivieren. Wenn der Receiver ebenfalls Bildberechnungen vornimmt, werden so gleich zweimal Bildveränderungen durchgeführt. Dadurch handelt man sich die Rechenfehler des Receivers noch zusätzlich zu denen des Fernsehers ein. Im Gegensatz dazu können sich bei der YUV-RGB-Wandlung beide einigen, wer hier ausschließlich zuständig ist.

Sorry, aber da gibt es nichts falsch zu verstehen! Jetzt fühle ich mich echt fast verarscht. Du willst zwei Zahlen multiplizieren. Jetzt multiplizierst du die 8 Bit Zahl also noch mit 1 und da soll dann eine 17 Bit Zahl bei rauskommen? Nur weil dur vor den Multiplikator noch 16 Nullen davor gestellt hast? Da sollte ich vielleicht einmal meine Bank fragen, ob sie nicht evtl. mein Konto mit 00000000000000001 multiplizieren bzw. "alignen" könnten. Diese Multiplikation optimiert dir jeder Compiler weg.

Mit genügend Ignoranz gibt es da scheinbar viel falsch zu verstehen. Ich hatte doch schon ausdrücklich die oberen 8 Bit durch die X-e als diejenigen markiert, die dem 8 Bit Multiplikanden entsprechen. Die Wertigkeit dieser 8 Bit-Zahlen entspricht dem in deinen Beispielen gewählten Bereich von 0 bis 255. Die 1 sähe damit so aus: 0000 0001 0000 0000 0. Jede Zahl die so aussieht: 0000 0000 xxxx xxxx x, ist damit kleiner als 1. Damit würde ich mein Bankkonto nicht multiplizieren lassen. Wenn man einen Multiplikanden der Form XXXX XXXX 0000 0000 0 mit solch einem Multiplikator kleiner 1 verknüpft, muss man jeweils für beide Operanden alle 17 Bit definieren, auch wenn die Zahl ihrer signifikanten Stellen für sich genommen kleiner ist. Oder würdest du in den Rechenregistern eines 17-Bit-Prozessors im Falle des Multiplikanden nur die obersten 8 Bit belegen, und beim Multiplikator die untersten 9, und die anderen Bits in ihrem zufälligen Ausgangszustand belassen?

Genau ich hätte gern einen Algorithmus. Genau einen, der mir aus einer 8 Bit Zahl den verloren gegangenen Anteil zurückrechnet. Hatte ich bereits so formuliert. Habe das einmal kurz durchgerechnet. Mit "mal eins" funktioniert das nicht. Das Beispiel ist nicht speziell. Habe dir für Min, Max, AVG alles durchgerechnet. Eventuell ist das für dich aber ebenso trivial wie die YUV nach RGB Umrechnung.

Das war von Anfang an nicht der Punkt. Die Tatsache, dass Fernseher mit bis zu 17 Bit arbeiten, sollte ihre bessere Fähigkeit zur Durchführung der Bildmanipulationen anstelle des Receivers zeigen, und nicht die realitätsfremde Fähigkeit, bei schon vom Receiver durchgeführten und dann gerundeten Berechnungen nachträglich die verlorene Genauigkeit zurück zu zaubern. Wenn du dir schon mehr Mühe beim Verstehen meines ersten Postings gegeben hättest, und dafür weniger Mühe in deine Show-Rechnereien investieren würdest, um krampfhaft deine Meinung durchzusetzen, wäre die Diskussion viel übersichtlicher verlaufen.

Hast du nicht. Die Multiplikation ist zwar schon okay. Genauso kannst du auch die 8 bit um 9 Stellen nach links schieben. Mehr Informationen bekommst dadurch trotzdem nicht rein. Multipliziere das mit einem 9 Bit Wert. Dann bekommst du noch höchstens eine andere Skalierung hinzu. Bin jetzt allerdings noch sehr gespannt auf dein komplexeres Beispiel.

Ich hoffe, mein erstes Beispiel ist nach meiner dritten Erklärung jetzt auch für dich trivial genug. Und wenn du mein 17-Bit-Argument tatsächlich als Zauberei so missverstanden hast, erübrigen sich sowieso weitere Beispiele.

... ein "veritabler" Experten-Streit.

Ich würde es begrüßen, wenn das jetzt so stehen bleibt, auch wenn zwangsläufig der letzte Beitrag das "letzte Wort" hatte.

Das habe ich gerade im TechniSat Pressebereich gefunden:

TechniSat startet Support-Chat-Funktion für Endkunden

06.07.2012

Der Dauner Elektronikhersteller erweitert den Kundenservice ab heute um ein Online-Chat-Modul auf der Unternehmenswebsite.

TechniSat bietet schon seit vielen Jahren über den Fachhandelssupport hinaus auch um­fangreiche Serviceleistungen direkt für Endverbraucher an. So konnten sich diese bisher bereits über die Endverbraucherhotline unter der 03925 – 9220 1800 oder ein E-Mail-Kon­takt­formular mit dem Call-Center im TechniSat-Kundendienstzentrum in Staßfurt in Ver­bindung setzen.

Ab heute steht dafür zusätzlich über die Unternehmenswebsite unter www.technisat.de/Kunden-Chat/ auch eine intuitiv bedienbare Online-Chat-Funktion zur Ver­fü­gung. Damit trägt TechniSat der immer weiter wachsenden Bedeutung des Internets und den daraus folgenden veränderten Kommunikationsgewohnheiten Rechnung.

Nach der Eingabe der Kundendaten, des Themenbereichs und des Anliegens startet das Chat-Modul und öffnet sich als Fenster am rechten unteren Bildschirmrand. Sobald das System die Anfrage angenommen hat, wird das Eingabefeld freigegeben und das Gespräch kann beginnen. Während des Gespräches ist es weiter möglich, innerhalb der Webseite zu navigieren. Sollte das Chat-Modul Inhalte auf der Website verdecken, kann es über einen Button in der Kopfleiste minimiert und maximiert werden.

Im Support-Chat beantworten die TechniSat-Service-Mitarbeiter gerne alle Fragen zu den auf der Website vorgestellten Produkten und deren Funktionen. Die jeweiligen Chat-Zeiten werden aktuell im Servicebereich der TechniSat-Website angezeigt.

Der nächste Oline-Chat ist am 09.07.2012 von 14:00 bis 17:00 Uhr.

Hallo an alle Technisat-Cracks,

gestern hatte ich mir einen Film im ZDF HD aufgezeichnet, der in einige 1 GB-Blöcke geplittet wurde, jeweils ca. 10 min. lang. Vielleicht liegt es auch an HD. Die HDD war da noch in FAT 32 formatiert. Jetzt in TSD. Ich besitze die neueste FW (07). Gibt es eine Möglichkeit, daß der Receiver die Dateien nacheinander autom. abspielt, ohne daß ich immer wieder die nächste Datei aktivieren muß? Beim Loewe Connect ID 46 DR+ mit integr. Satreceiver und HDD geht das. Ich habe das gleiche Gerät ohne Receiver und HDD. Schon in der BDA nachgeschaut. Nichts passendes gefunden.

VG

marc

warum kann ich denn bei pro7 hd popstars keine Bereiche mehr löschen??

man, habe hd+ vorher auch bereichsweise löschen können, (neu bei sw7? oder verbietet der Sender das??) man ist ja blöd sowas... per Marke natürlich trotzdem sofort an"spring"bar aber die FP ist natürlich dann ratz fatz voll!

marc46 schrieb:

... gestern hatte ich mir einen Film im ZDF HD aufgezeichnet, der in einige 1 GB-Blöcke geplittet wurde, jeweils ca. 10 min. lang. Vielleicht liegt es auch an HD. Die HDD war da noch in FAT 32 formatiert.

wenn der Film von der Aufnahme Festplatte abgespielt wird, läuft der Film ohne Unterbrechung - egal ob die Festplatte FAT32 oder TSD formatiert ist.

Garfunkel2002 schrieb:

warum kann ich denn bei pro7 hd popstars keine Bereiche mehr löschen?? man, habe hd+ vorher auch bereichsweise löschen können,

die HD+ Einschränkungs Möglichkeiten sind bekannt ??? Das könnte ein Sender von Fall zu Fall schon so durchziehen.

@roft:

Danke für deine Nachricht. Gestern hatte ich mir den aufgenommenen Film angeschaut. Nach jedem Block blieb das Bild stehen, da der Filmteil dort endete. Nach Druck auf die OK-Taste kam ich ins Menu zurück, um den nächsten Part zu starten. Gibt es irgendwo eine Einstellung oder ähnliches?

marc

Das ist bei TSD eigentlich nicht normal

Ich habe nochmal zum Test ARD HD aufgezeichnet. Klein Splitting. Morgen wird weiter getestet. HDD mit TSD formatiert.

marc

also anscheinend können HD+ Aufnahmen tatsächlich nicht geschnitten werden, bis auf eine einzige Aufnahme RTL HD DSDS Kids, da ging das. Diese Aufnahme ist allerdings auch die einzige Aufnahme, die der mein Laptop im Netz findet und auch abspielt. Habe diese Aufnahme deshalb eben mal aufgerufen und versucht vorzuspulen und?? tja, ich kann tatsächlich vorspulen Weiß nicht, ob das jetzt ein technischer Fehler ist/war oder ob RTL das extra "freigegeben" hat, was ich mir gerade bei RTL aber nicht vorstellen kann.

Naja, werde dann wohl demnächst Popstars z.B. in der Wiederholung per Unicam aufnehmen und vorher mit der Karte im Schacht. (Unicam gibts bei mir teilweise Probleme, weshalb ich sie gar nicht mehr nutze.) Jetzt ggf. sehe ich da doch wieder einen Sinn drin, zumindest wenn ich dann schneiden kann. Weiß noch nicht, ob es wirklich durch Unicam-Aufnahme geht, aber ich versuchs mal und wenns klappt, mach ich es so. Meistens möchte ich so ca. 2 Lieder sprich ca. 6 Minuten der Sendung behalten, also spare ich 84 Minuten Aufnahme auf der FP, deshalb der ganze Aufwand....

Alle anderen geschnittenen Aufnahmen waren tatsächlich nur aus HD minus Sendungen ARD/ZDF und 3.
Somit steht fest, HD+ läßt sich m.E. nicht schneiden.

Sorry, das ist aber keine neue Erkenntnis mehr. Darum ist ja das Unicam so weit verbreitet.

Gruß Chris

sorry für mich dann schon, leider! Ich erinnerte mich zumindest an die DSDS Kids-Beschneidung und deshalb war für mich ein Schneiden der HD+ Sender natürlich möglich. Tja, das Leben ist hart!

phluid schrieb:

Und woher soll Technisat wissen, dass bei jedem Fernseher immer dann, wenn YUV möglich ist, auch YUV signalisiert wird? Es sollte doch zum Allgemeinwissen gehören, dass automatische Einstellungen nicht immer perfekt funktionieren. Wenn man ausdrücklich YUV will, stellt man das direkt ein und verlässt sich nicht auf Automatiken.

Normalerweise signalisieren bzgl. RGB/YUV selbst bei EDID v1.3 99.9% aller Fernseher ihre Fähigkeiten. Seit EDID 1.4 ist das nicht mehr optional.
Woher soll Technisat denn wissen, dass wenn du YUV4:4:4 einstellst, dein Fernseher das auch unterstützt? Das würde im Ergebnis zu einem Bildausfall führen. Das dürfte sicherlich nicht im Sinne der Technisat Hotline sein.

Mein Fernseher signalisiert z.B.:

Manufacturer: SNY Model xyz Serial Number xxxxxxxxx Made week xx of 20xx EDID version: 1.3 Digital display Maximum image size: 160 cm x 90 cm Gamma: 2.20 Supported color formats: RGB 4:4:4, YCrCb 4:2:2

Mein Fernseher z.B. versteht gar kein YUV4:4:4. Ich kann es am ISIO aber trotzdem einstellen. Ein Bild sehe ich trotzdem. Was ist passiert?
Der ISIO stellte YUV4:2:2 ein. Ich aber denke er liefert 4:4:4. Habe ich ja schließlich eingestellt. Hier existiert also ebenso ein Automatismus. So ist also der Modus 4:4:4 eigentlich obsolet. Die direkte Einstellung eines Farbraums ergibt beim ISIO nur Sinn, wenn man etwas schlechteres als das mögliche möchte. z.B. weil man ein sehr langes HDMI Kabel verwendet und etwas weniger Datenverkehr da nicht schaden kann.

Solltest du Erfahrungen oder Quellen haben, weshalb das ungeeignet ist, solltest du uns diese ggfs. mitteilen. Lerne bitte den Unterschied zwischen "nicht grundsätzlich zuverlässig" und "ungeeignet".

Dinge, die "nicht grundsätzlich zuverlässig" sind, sind für mich grundsätzlich "ungeeignet". Oder würdest du ein Auto kaufen, wo der Verkaufer dir sagt: "Es wäre nicht grundsätzlich zuverlässig."?
Darüber hinaus bietet die Einstellung "Auto" beim ISIO grundsätzlich die bestmögliche Einstellung des HDMI Farbraums via HDMI.

phluid schrieb:

[...]Im Gegensatz dazu können sich bei der YUV-RGB-Wandlung beide einigen, wer hier ausschließlich zuständig ist.

Das ist ein Widerspruch zu deiner obigen These bezüglich der Automatiken. Die Geräte einigen sich hier nicht. Der Fernseher sagt, was er kann, der Receiver stellt sich darauf ein. In manchen Partnerschaften mag das eine Einigung sein. So kann der Fernseher dem Receiver seinen Weißpunkt mitteilen. Das dient dem Receiver einzig dazu, mit der Charachteristik des angeschlossenen Displays zu rechnen. Also z.B. die YUV-RGB Wandlung mit den richtigen Parametern durchzuführen. Dabei geht es nicht darum, wer hier was besser kann.

Hi zusammen,

hatte heute das erste richtige Problem mit dem isio. Plötzlich lies er sich per Fernbedienung nicht mehr ausschalten. Gut, eben 5 Sek. Power auf der FB gedrückt, aber nach jedem Neustart genau das gleiche Problem wieder. Keine Reaktion mehr auf die Fernbedienung. Zu guter Letzt half nurnoch ein Flash-Reset und alte Settings zurückspielen (die ich zum Glück gleich nach dem aufspielen der 7er gesichert habe). Nun scheint wieder alles im Lot zu sein.
Hatte die gleichen Probleme mit der 6.

Auch stromlos-Machen für 20 Sekunden ("gefühle Minute") half nicht ?

Ich hatte das Problem auch schon mal, dass sich der Receiver über die Fernbedienung nicht mehr ausschalten lies. Hab ihn dann über die Ein/Standby-Taste am Gerät ausgeschaltet. Hinterher lief dann alles wieder ganz normal. Flash-Reset habe ich bisher mit der 7er noch keinen machen müssen.