Fragen zum Thema umschalten und dessen Optimierung

mezo

Also eigentlich bist du nicht der einzige, der diese Funktion haben möchte. Es gibt schon seit längeren ein Ticket dazu http://projects.vdr-developer.org/issues/538 . Aber wie gesagt, ich kenne keine Möglichkeit, das ohne patchen hinzubekommen und patchen mag ich nicht.

Keine_Ahnung
Äh, ich glaube mezo möchte, dass die Funktion die standard reaktion des vdr auf Ch+/Ch- bzw up/down sein soll.

LG

Joachim

Hm, man könnte das mit der lircrc (in Verbindung mit dem lircrc Plugin) hinbekommen, der erste Druck auf ch+/ch- startet das Plugin und folgend senden diese Tasten <was auch immer das Plugin haben möchte>. Ein Druck auf irgendeine Taste schliest das Plugin und schaltet die Tastenbelegung wieder auf normal.

Ich sehe jetzt keinen grund was daran nicht gehen sollte, ausser das dann die ch+/ch- nur exclusiv für diese Funktion nutzbar währen. D.h. drück man die Tasten während man z.B. im extrecmenu ist, dann wird das geschloissen und das zapppilot Plugin gestartet.

cu

Vertehe ich das richtig? Wenn man xine als Ausgabedevice benutzt, dann muß man bei jedem Kanalumschalten warten, bis tatsächlich ein Bild aufgebaut wird, und erst dann kann man auf den nächsten Kanal weiterschalten?

Also mit einer FF-Karte (egal ob SD oder HD) kann man jederzeit umschalten. Es kann lediglich sein, daß es ein bis zwei Sekunden dauert, bis sich ein Bild aufbaut (einfach weil bei HD oftmals die GOPs so wahnsinnig groß sind). Aber man wird dadurch nicht am sofortigen Weiterschalten gehindert.
Sollte also xine sich tatsächlich so verhalten (wa sich fast nicht glauben kann), dann sollte man da vielleicht mal ansetzen...

Klaus

Zitat von kls

Vertehe ich das richtig? Wenn man xine als Ausgabedevice benutzt, dann muß man bei jedem Kanalumschalten warten, bis tatsächlich ein Bild aufgebaut wird, und erst dann kann man auf den nächsten Kanal weiterschalten?

Ich hatte ja weiter oben schon geschrieben, dass es bei mir eben nicht so ist...aber das scheint keinen zu interessieren und ich bin wohl der einzige, bei dem es so ist Aber immer schön weiter schwallen und Antworten ignorieren ist wohl normal hier im Forum

Ciao Louis

Ja... das ist Quatsch. Da kann ich Louis nur Recht geben. Man kann mit xine jederzeit umschalten, ohne auf den Bildaufbau warten zu müssen.

Gruß
iNOB

... dann stehe ich mal louis bei und bestätige seine aussage:

Zitat

Ich benutze auch das xine-Plugin, und ich kann einfach weiterschalten, auch wenn das Bild noch nicht da ist. ... und damit ist auch das OSD direkt nach dem Betätigen der Umschalttaste da, sodass man auch ohne Bild schon direkt sieht, was auf dem Kanal läuft. Ausserdem ist das eh nur bei den HD Kanälen relevant, bei SD habe ich nach minimaler Zeit (weit unter einer Sekunde) ein Bild.

Zitat von louis

Aber immer schön weiter schwallen und Antworten ignorieren ist wohl normal hier im Forum

Sorry, ich wollte nicht "schwallen".
Hatte denThread nur so nebenbei gelesen und den Eindruck, daß das tatsächlich ein Problem wäre.
Schön, daß dem nicht so ist.

Klaus

Zitat von mezo

bei mir ist es zumindest bei vdr-sxfe, xine und xbmc so.

Gerade unter vdr-sxfe ist dem nicht so - auf keinem meiner VDRs ist es notwendig zu warten bis ein Bild da ist, um weiterzuzappen.

Zitat von kls

Sorry, ich wollte nicht "schwallen".

Dich habe ich doch gar nicht gemeint, sondern die Leute, die komplett am Problem vorbei irgendwelche Plugins als Würgaround vorgeschlagen haben.

Ciao Louis

Moin,

will den Thread nicht hijacken aber wenn wir schon beim Thema Umschaltzeiten sind: Für den CHUP/CHDWN zapper (der also immer +1 / -1 gemäß Kanalliste zappt): Wäre es nicht möglich sowas wie "doublebuffer" zu implementieren? Gemeint ist: mit mehr als einer Karte bereits den nächsten und oder vorherigen Kanal tunen und beim Zap dann "nur" das Bild umzuschalten? Könnte sowas - zuindest bei SD - wenn Performance begrenzend ist - theoretisch funktionieren?

Gruß

lopiuh

Zitat von louis

Dich habe ich doch gar nicht gemeint, ...

Ach so - ich dachte nur, weil du ja mich zitiert hattest

Klaus

Zitat von kls

Ach so - ich dachte nur, weil du ja mich zitiert hattest

Klaus

Jo...das hätte ich wohl ein bisschen deutlicher formulieren können, aber irgendwie war ich in dem Augenblick genervt

Zitat von louis

Ich hatte ja weiter oben schon geschrieben, dass es bei mir eben nicht so ist...aber das scheint keinen zu interessieren und ich bin wohl der einzige, bei dem es so ist Aber immer schön weiter schwallen und Antworten ignorieren ist wohl normal hier im Forum

Ciao Louis

Zitat von louis

Dich habe ich doch gar nicht gemeint, sondern die Leute, die komplett am Problem vorbei irgendwelche Plugins als Würgaround vorgeschlagen haben.

Ciao Louis

Immer schön geschmeidig bleiben. Ich bin sicherlich keiner der hier rumschwallt und normalerweise auch nicht so schnell angepisst, aber deine Aussagen finde einfach daneben. Wenn mal genau hinschaust, dann siehst du, dass pilotskin bzw. zappilot die Antwort auf die direkte Frage nach dieser Funktion von hoppel118 war:

Zitat

Im xbmc kann man übrigens die Zeit bevor der Sender beim Zappen wirklich getuned wird in 250ms-Schritten auf bis 2000ms erhöhen. Da kann man super zappen, denn beim umschalten wird erstmal lediglich die channel-information gezappt. Gibt's sowas nicht auch beim VDR?

--

Joachim

Zitat von louis

Dich habe ich doch gar nicht gemeint, sondern die Leute, die komplett am Problem vorbei irgendwelche Plugins als Würgaround vorgeschlagen haben.

Erstmal waren es gar nicht so viele Leute, wie du es darstellst. Mit solchen Aussagen sorgt man allgemein nur unnötig für eigenartigen Beigeschmack und zweitens schreiben plötzlich alle Leute am eigentlichen Thema vorbei, so wie ich es auch gerade mache.

Zitat von hoppel118

Im xbmc kann man übrigens die Zeit bevor der Sender beim Zappen wirklich getuned wird in 250ms-Schritten auf bis 2000ms erhöhen. Da kann man super zappen, denn beim umschalten wird erstmal lediglich die channel-information gezappt. Gibt's sowas nicht auch beim VDR?

Mit diesem Hinweis und dem nächsten Post von mir nach dieser Aussage habe ich übrigens ledigich eine bereits vorhandene Funktion von xbmc beschrieben und da xbmc Bestandteil von yavdr ist, habe ich es für gut befunden, diesen Tip zu übermitteln. Da hier scheinbar einige das Problem beim Zappen haben, finde ich es übrigens nicht schlecht, wenn "Plugins" zur Bewältigung des Problems genannt werden. Schließlich haben wir nicht alle die gleiche Hardware, so dass ich mir sehr gut vorstellen kann, dass das Zapping-Verhalten nicht bei jedem gleich ist.

Welche Einstellungen im vdr ohne Zusatz-Plugin sind denn genau notwendig um ein flüssiges Zapping hinzubekommen? Oder werden spezielle neuere Treiber benötigt? Womit wir zur Frage kommen, wie verhält sich das Zapping bei anderen Usern mit einer TT S-2400?

Wobei ich davon ausgehe, dass das Zapping-Verhalten auf die TV-Karte bzw. den DVB-Treiber zurückzuführen ist und nicht auf andere Hardware. Vielleicht könnten auch ein Multiswitch oder eine andere Komponente zw. TV-Karte und LNB den Bildaufbau verzögern.

Viel Spaß noch Leute!

Also ich habe keinerlei Problem, mit beiden Systemen.
Wenn ich umschalte erscheint sofort die EPG und Kanalinformation und man kann sofort weiterschalten ohne auf ein Bild zuwarten.
Wobei ich lieber die EPGSearch Kanalansicht verwende.

vdr-sxfe --silent --video=vdpau --aspect=16:9 --fullscreen --post tvtime:method=use_vo_driver --audio=alsa --nokbd --hotkeys --lirc=/var/run/lirc/lircd --reconnect xvdr+tcp://${HOST}

.version:2
audio.device.alsa_default_device:hw:1,9
audio.device.alsa_front_device:hw:1,9
audio.device.alsa_mmap_enable:0
audio.device.alsa_passthrough_device:hw:1,9
audio.device.alsa_surround40_device:hw:1,9
audio.device.alsa_surround51_device:hw:1,9
audio.output.speaker_arrangement:Surround 5.1
audio.synchronization.av_sync_method:resample
video.output.vdpau_enable_inverse_telecine:0
video.output.vdpau_hd_deinterlace_method:temporal_spatial
video.output.vdpau_honor_progressive:1
video.output.vdpau_scaling_quality:1
video.output.vdpau_sd_deinterlace_method:temporal_spatial
video.processing.ffmpeg_thread_count:2
media.xvdr.num_buffers_hd:1000
media.xvdr.scr_treshold_hd:15
media.xvdr.scr_tuning_step:150
effects.goom.fps:25
effects.goom.height:576
effects.goom.width:720
engine.buffers.audio_num_buffers:100
engine.buffers.video_num_buffers:250
engine.buffers.video_num_frames:22
engine.decoder.disable_flush_at_discontinuity:1
engine.decoder.disable_flush_from_video_out:1
engine.performance.memcpy_method:sse

Johns

Hallo,

Zitat von lopiuh

will den Thread nicht hijacken aber wenn wir schon beim Thema Umschaltzeiten sind: Für den CHUP/CHDWN zapper (der also immer +1 / -1 gemäß Kanalliste zappt): Wäre es nicht möglich sowas wie "doublebuffer" zu implementieren? Gemeint ist: mit mehr als einer Karte bereits den nächsten und oder vorherigen Kanal tunen und beim Zap dann "nur" das Bild umzuschalten? Könnte sowas - zuindest bei SD - wenn Performance begrenzend ist - theoretisch funktionieren?

halte ich für eine sehr gute Idee. Hatte das auch glaube ich Klaus mal vorgeschlagen. Ich kann aber die Mail nicht mehr finden&mich nicht erinnern, was dagegen sprach.
kls: Kannst du hierzu bitte nochmal was sagen?

Gruß,
Hendrik

Zitat von henfri

Hallo,

halte ich für eine sehr gute Idee. Hatte das auch glaube ich Klaus mal vorgeschlagen. Ich kann aber die Mail nicht mehr finden&mich nicht erinnern, was dagegen sprach.
kls: Kannst du hierzu bitte nochmal was sagen?

Wenn man auf einen anderen Sender umschaltet, dann dauert es im Extremfall, je nach verwendeter GOP-Größe, auf jeden Fall zwischen einer halben und bis zu zwei Sekunden, bis der nächste I-Frame kommt. Vorher kann prinzipbedingt kein Bild angezeigt werden.

Klaus