Seite 1 von 3

Bugs in .24

Verfasst: Di 5. Aug 2008, 19:37
von jonnybo
Aufnahmen im Timeshiftmodus gehen noch immer nicht :mad:

Ist die Bildqualität in SD schlechter geworden, oder bilde ich mir das nur ein :confused:

AW: Bugs in .24

Verfasst: Di 5. Aug 2008, 19:54
von Easymann
Meiner Meinung nach ist die Bildqualität eher besser geworden oder der Topf kommt nun besser mit meinem LCD klar,vlt aber auch Einbildung.
Habe eher das Problem das ich gestern einen Film auf meinem USB Stick geschaut hatte bis der Topf eine Aufnahme gestartet hat und wie immer das Abspielen beendet hat und nun diese File nicht mehr abspielen will,der macht immer einen neustart,dachte mit der neuen FW währe das nun weg aber leider wieder nicht

AW: Bugs in .24

Verfasst: Di 5. Aug 2008, 20:00
von TV-Junkie
Ich glaube, Ihr bildet euch beide was ein.
So gross, wenn überhaupt sind die Eingriffsmöglichkeiten der Firmware auf die Hardware nicht :wink:

AW: Bugs in .24

Verfasst: Di 5. Aug 2008, 20:49
von seba
[quote=""TV-Junkie""]Ich glaube, Ihr bildet euch beide was ein.
So gross, wenn überhaupt sind die Eingriffsmöglichkeiten der Firmware auf die Hardware nicht :wink: [/quote]


..ich erlaube mir entschieden zu widersprechen.. :u:

AW: Bugs in .24

Verfasst: Di 5. Aug 2008, 21:16
von hgdo
[quote=""jonnybo""]Aufnahmen im Timeshiftmodus gehen noch immer nicht :mad: [/quote]
Das hat auch niemand behauptet
Ist die Bildqualität in SD schlechter geworden, oder bilde ich mir das nur ein :confused:
Das ist Einbildung

Uns was bitte soll der Thread-Titel? Unter Bug verstehe ich etwas anderes, als einen nicht erfüllten Featurewunsch.

AW: Bugs in .24

Verfasst: Mi 6. Aug 2008, 00:44
von iOliver
Hi,

nun mal ein Bug, der in der .20er noch nicht vorhanden war.

Ich bekomme jetzt von Zeit zu Zeit als Meldung im OSD "kein Signal". Ich habe aber quasi Vollausschlag und ein astreines Bild mit Ton. Es fällt mir vorzugsweise bei DMAX auf.

Viele Grüße
Olli

AW: Bugs in .24

Verfasst: Mi 6. Aug 2008, 08:11
von jonnybo
[quote=""hgdo""]

Uns was bitte soll der Thread-Titel? Unter Bug verstehe ich etwas anderes, als einen nicht erfüllten Featurewunsch.[/quote]

Es ist eine Minimalanforderung für einen PVR, dass man zurückspulen kann und dann die Szene aufnimmt - was auch auch selbst bei "alten" Topfield Receivern seit Jahren ging :patsch:

Da muß man schon gut mit Topfield verbandelt sein um es von Bug auf Featurewusch zu setzen :mad:

Aber wenn das die neue koreanische Strategie ist: "Das Gerät ist bugfrei, nur ein paar Benutzer in Deutschland haben noch ein paar Featurewünsche" :hello:

AW: Bugs in .24

Verfasst: Mi 6. Aug 2008, 13:49
von Garfieldt
[quote=""jonnybo""]Es ist eine Minimalanforderung für einen PVR, dass man zurückspulen kann und dann die Szene aufnimmt[/quote]
Ist das so? Wer hat das festgelegt, das das so ist?
Also ich würde dann mal dagegen behaupten, das das nicht so ist, weil ich es noch nie vermisst habe. :u:

AW: Bugs in .24

Verfasst: Mi 6. Aug 2008, 14:00
von wolke7
[quote=""Garfieldt""]Ist das so? Wer hat das festgelegt, das das so ist?
Also ich würde dann mal dagegen behaupten, das das nicht so ist, weil ich es noch nie vermisst habe. :u: [/quote]

DOCH! ICH vermisse dieses Feature! Wer 'mal 'nen 5500er hatte muss sich echt umstellen...

wolke7

AW: Bugs in .24

Verfasst: Mi 6. Aug 2008, 14:07
von Garfieldt
Okay, 2:1 dann muss ich mich wohl geschlagen geben...

Ich frage mich eh manchmal, warum so wenig Hersteller ein System anbieten, bei dem Kunden BUGs und Feature Wünsche melden und tracken können, wie es z.B. Microsoft mit Connect anbietet.

AW: Bugs in .24

Verfasst: Mi 6. Aug 2008, 14:29
von wolke7
SD Bild ist bei 576 im 3:4 Modus und zentriert schlechter!

Weil:
[quote=""Gerti""]Hi!

Mit der aktuellen Firmware skaliert der Receiver auch bei 576 wieder selbst. Diese Änderung wurde eingebaut, da ansonsten über YUV das Bildformat bei dieser Auflösung nicht stimmte.

Gruß,
Gerti[/quote]

Mein Fernseher kann besser als der Topf skalieren und deshalb ist das Bild bei den Privaten schlechter!

Deshalb: Bitte das .20er Verhalten in diesem Punkt in der .25 wieder herstellen.

Testet selbst.

wolke7

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 10:59
von willi4u
[quote=""Garfieldt""]Ist das so? Wer hat das festgelegt, das das so ist?
Also ich würde dann mal dagegen behaupten, das das nicht so ist, weil ich es noch nie vermisst habe. :u: [/quote]

Ich vermisse das Timeshifting mit rückwirkender Aufnahme-Option auch sehr, meine 5000er können das auch. Beim 7700er ist es dem "technischen Fortschritt zum Opfer gefallen".

Und überhaupt: Ein PVR mit Timeshifting ohne rückwirkende Aufnahmefunktion ist wie ein Auto ohne Rückwärtsgang. Schließlich soll es ja vorwärts gehen. :patsch:

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 11:08
von Garfieldt
[quote=""willi4u""]Ich vermisse das Timeshifting mit rückwirkender Aufnahme-Option auch sehr, meine 5000er können das auch. Beim 7700er ist es dem "technischen Fortschritt zum Opfer gefallen".

Und überhaupt: Ein PVR mit Timeshifting ohne rückwirkende Aufnahmefunktion ist wie ein Auto ohne Rückwärtsgang. Schließlich soll es ja vorwärts gehen. :patsch: [/quote]

Meinst Du nicht, das Du dich da ein bisschen im Kreis drehst? :crazy:

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 11:17
von Opa Brese
Die rückwirkende Aufnahme aus dem Timeshifting ist für mich einer der schmerzlichsten Rückschritte gegenüber meinem alten 5000er.

Ein Feature, dass eine Selbstverständlichkeit für einen modernen PVR darstellen sollte!

Ich und meine Familie haben es früher sehr oft benutzt (Nach dem Motto: das war aber eben gerade sehr interessant, das würde ich gerne auch der Tochter zeigen).

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 11:29
von Garfieldt
Eigentlich sollte das ja auch nicht so schwer zu realisieren sein, da ja eh bis zu 60min für Timeshift auf der Platte liegen...

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 12:58
von hgdo
Der Timeshiftbuffer auf der Festplatte muss ganz anders organisiert sein als eine normale Aufnahme mit den 1,5 GB großen Dateien, weil nach Erreichen der maximalen Timeshiftdauer von 59 min am Anfang etwas wegfällt und am Ende hinzukommt.

Es ist also nicht trivial, den Timeshiftbuffer in eine Aufnahme umzuwandeln. Es müssten durch Kopieren von Daten erst die 1,5 GB großen Dateien erzeugt werden, was erhebliche Zeit in Anspruch nimmt.

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 13:13
von Garfieldt
Das geht aber auch leichter, wenn ich eh zurückspule, bis zu dem Zeitpunkt, ab den ich aufnehmen will, dann kann doch einfach der Wiedergabestream aufgezeichnet werden, oder sehe ich das jetzt falsch?

Denkbar wäre auch folgende Lösung, sobald man eine Timeshift Aufnahme beginnt, wird eine neue Aufnahme ab dem aktuellen Zeitpunkt gestartet und gleichzeitig eine neue Timeshift Datei angelegt, dann hätte man viel Zeit den "verlorenen" Teil aus der alten Timeshift Datei in die Aufnahme zu kopieren.

Lösung 1 wäre aber sicher einfacher zu realisieren, Lösung 2 wäre wahrscheinlich besser für die HW Auslastung, da das hinzufügen bei geringer Auslastung nachgeholt werden könnte.

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 13:29
von hgdo
[quote=""Garfieldt""]Das geht aber auch leichter, wenn ich eh zurückspule, bis zu dem Zeitpunkt, ab den ich aufnehmen will, dann kann doch einfach der Wiedergabestream aufgezeichnet werden, oder sehe ich das jetzt falsch?[/quote]
Das wäre denkbar, ist aber nicht das, was viele machen.: den zurückliegenden Teil des Timeshiftbuffers in eine Aufnahme umwandeln und dann live weiter schauen.
Man kann dann auch innerhalb des Buffers nicht mehr "timeshiften".

Für mich ist die FAT32-kompatible Dateistruktur ein Designfehler (ich weiß nicht, ob von Topfield oder vom Chiphersteller), der dazu führt, dass in 5x00 selbstverständliche Möglichkeiten (Schnittfunktion, Aufzeichnung des Timeshiftbuffers) jetzt sehr schwer oder vielleicht gar nicht zu realisieren sind. Es ist einfach schade, dass die Möglichkeiten von EXT3 nicht genutzt werden.

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 13:45
von Julian
Ausschlag für FAT32 war vermutlich der Anschluss von USB Platten. Die müssen halt ein öffentliches File System haben, um acceptiert zu werden und zwei unteschiedliche FS für intern und extern war dann halt zu viel Aufwand.

AW: Bugs in .24

Verfasst: Do 7. Aug 2008, 13:57
von Garfieldt
[quote=""Julian""]Ausschlag für FAT32 war vermutlich der Anschluss von USB Platten. Die müssen halt ein öffentliches File System haben, um acceptiert zu werden und zwei unteschiedliche FS für intern und extern war dann halt zu viel Aufwand.[/quote]

Verstehe den Aufwand nicht so genau, kopieren einer Datei von Reser auf FAT ist kein großer Aufwand.