ZitatAlles anzeigenVDR developer version 1.7.7 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.7.tar.bz2
EDIT:neuer Link zu Version 1.7.7
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.6-1.7.7.diff
EDIT:neuer Link zu Version 1.7.7
WARNING:
========
This is a *developer* version. Even though *I* use it in my productive
environment. I strongly recommend that you only use it under controlled
conditions and for testing and debugging.
IMPORTANT:
==========
If you use a full featured DVB card for replay you need the DVB driver
version from
http://linuxtv.org/hg/~endriss/v4l-dvb
in order to replay TS recordings!
Users of full featured DVB cards also need to use a new firmware,
available at
http://www.escape-edv.de/endriss/firmware
Note that the header files in the latest driver versions may be broken.
If you get compiler error messages like
/usr/include/sys/types.h:52: error: conflicting declaration 'typedef __ino64_t ino_t'
/usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration as 'typedef __kernel_ino_t ino_t'
when compiling VDR, you need to put the driver header files back to
how they were before they got broken. One way of doing this is to
apply the patch from
ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff
(I'm not claiming that this is the right way to fix this, since the driver
developers may have had good reasons for making that change. However, both
the driver and VDR compile and work fine with this).
The changes since version 1.7.6:
- The new function cDevice::GetVideoSize() returns the size and aspect ratio
of the video material currently displayed. This function is used to determine
the proper size of the OSD. Plugin authors should implement this function in
classes derived from cDevice, if they are able to replay video.
- The OSD and font sizes are now defined in percent of the actual video display
size. The maximum OSD size has been raised to 1920x1080, to allow full
screen OSD on HD systems.
- The OSD size is now automatically adjusted to the actual video display
(provided the output device implements the GetVideoSize() function).
- cFrameDetector::Analyze() now syncs on the TS packet sync bytes (thanks to
Oliver Endriss for reporting broken index generation after a buffer overflow).
Have fun!
Klaus
[ANNOUNCE] VDR developer version 1.7.7
- helau
- Geschlossen
-
-
Hi,
danke Klaus!!!
Super, dass deine VDR-Entwicklung wieder an Fahrt aufgenommen hat.Grüße
Funzt -
Auch ein dickes Dankeschön von mir
-
liest sich sehr gut
-
Jubel, jubel, frohe, frohe wir rucken uns ein ganze stucken näher am VDR-1.8.0!!
Hoffentlich haben wir ein ende mit dem lausigen Multiproto Treiber (kein Femon u zZt Reelchannelscan), und können uns noch endlich frohe über der TS. Dann klopfe auf der Holztisch das der DD Audio Ton bei der BBC-HD auf Astra2 dann am ende klapt!!
-
Wo ich gerade wieder etwas von HD-TV lese. Was nutzt ihr dafür als Wiedergabegeräte? Bisher nutze ich nur DVB-S FF Karten und hatte mit anderen Ausgabegeräten immer mehr oder weniger Ärger.
-
Zitat
Original von cjhbabel
Wo ich gerade wieder etwas von HD-TV lese. Was nutzt ihr dafür als Wiedergabegeräte?
Na, das ist hier aber wirklich off-topicIch hatte heute einen heftigeren Deadlock, der den Skin zum Absturz gebracht hatte: als OSDTop/Left/Wifth/Height wurde 0/0/0/0 übergeben und auch in die setup.conf zurückgeschrieben. Ich habe es zwar irgendwie wieder hinbekommen (u.a. die setup.conf editiert, was aber auch nicht direkt geholfen hat), kann mir aber weder das Auftreten noch das Beheben erklären ...
-
Zitat
Originally posted by cjhbabel
Wo ich gerade wieder etwas von HD-TV lese. Was nutzt ihr dafür als Wiedergabegeräte? Bisher nutze ich nur DVB-S FF Karten und hatte mit anderen Ausgabegeräten immer mehr oder weniger Ärger.Ist zwar OT aber ich benutze der eHD.
Es schient mir mehr ins Richtung VDPAU zum laufen doch sehe XBMC-VDR + VDPAU.Aber ja der tage der Nexus (denke ich), sind schone gezahlt. Zumindest was es ums DVB-S2 und HDTV angeht. Aber, sonst soll der Nexus weiterhin laufen in SD unter DVB-S, wie gewohnt...
-
Zitat
Original von FireFly
Na, das ist hier aber wirklich off-topicIch hatte heute einen heftigeren Deadlock, der den Skin zum Absturz gebracht hatte: als OSDTop/Left/Wifth/Height wurde 0/0/0/0 übergeben und auch in die setup.conf zurückgeschrieben. Ich habe es zwar irgendwie wieder hinbekommen (u.a. die setup.conf editiert, was aber auch nicht direkt geholfen hat), kann mir aber weder das Auftreten noch das Beheben erklären ...
Hatte ich gestern auch. Bringt sogar die HDe um die Ecke, hilft nur noch ein Restart des ganzen Systems. Bei mir waren zusätzlich noch die Schriftgrößen falsch.
-
Zitat
Original von ALT255
Hatte ich gestern auch. Bringt sogar die HDe um die Ecke, hilft nur noch ein Restart des ganzen Systems. Bei mir waren zusätzlich noch die Schriftgrößen falsch.Ja, die waren bei mir auch falsch (hatte ich erst später bemerkt). Interessant war aber mal das Skin so zu sehen, wie es evtl. mal später in HD Auflösung aussieht
Die letzte Meldung vor dem Crash ist immer -
Hallo,
Mal ne blöde Frage.
Wo finde ich für die aktuellen Versionen den h264 Patch?
Im ext ist er jedenfalls nicht.
Brauch ich den eventuell gar nicht mehr?Peter
-
Zitat
Original von pixelpeter
Hallo,Mal ne blöde Frage.
Wo finde ich für die aktuellen Versionen den h264 Patch?
Im ext ist er jedenfalls nicht.
Brauch ich den eventuell gar nicht mehr?Peter
hy pixelpeter
der ist nicht mehr notwendig
-
Danke,
Super.
muss ich irgendwo überlesen haben.Peter
-
Zitat
Jetzt habe ich den VDR wegen was anderem im Vordergrund laufen und er erzählt mir beim Crash:weil er ein SIGABRT bekam. Und das alles mit ner FF-Karte?
Braucht die 1.7.7 durch die OSD-Erweiterung noch etwas zusätzliches in cDvbDevice oder den Skins? Es passiert sowohl mit ST:TNG als auch mit skinElchi. Mit 1.7.6 sind die Fehler nicht aufgetreten.
-
Zitat
Original von FireFly
Schaltet der da von einer anderen (niedrigeren) Auflösung auf 720x576 oder ändert sich nur das Seitenverhältnis?Zitat
Braucht die 1.7.7 durch die OSD-Erweiterung noch etwas zusätzliches in cDvbDevice oder den Skins? Es passiert sowohl mit ST:TNG als auch mit skinElchi. Mit 1.7.6 sind die Fehler nicht aufgetreten.Die Implementierung für eine FF in cDvbDevice ist sinnfrei. Es wird das Format vom Mpeg-Stream abgefragt. Es interessiert aber das Ausgabeformat. Es wird immer auf 720x576 hochskaliert. Bei mir gibts einige Regionalkanäle in 352x288. Weil das zu klein ist, wird daraus 480x324 gemacht. Das OSD hängt dann im oberen linken Viertel und ist nicht mehr lesbar. Wenn man femon startet, stürzt der VDR ab und wird über runvdr neu gestartet. Dann verweigert die FF erstmal die OSD-Anzeige. Nach wildem FB gedrücke geht es irgendwann wieder.
Gruß
e9hack -
Zitat
Original von e9hack
Schaltet der da von einer anderen (niedrigeren) Auflösung auf 720x576 oder ändert sich nur das Seitenverhältnis?
Bisher hat sich immer nur das Seitenverhältnis geändert. Kanäle mit anderer Auflösung habe ich noch nicht probiert. -
Zitat
Original von e9hack
Die Implementierung für eine FF in cDvbDevice ist sinnfrei. Es wird das Format vom Mpeg-Stream abgefragt. Es interessiert aber das Ausgabeformat. Es wird immer auf 720x576 hochskaliert. Bei mir gibts einige Regionalkanäle in 352x288. Weil das zu klein ist, wird daraus 480x324 gemacht. Das OSD hängt dann im oberen linken Viertel und ist nicht mehr lesbar. Wenn man femon startet, stürzt der VDR ab und wird über runvdr neu gestartet. Dann verweigert die FF erstmal die OSD-Anzeige. Nach wildem FB gedrücke geht es irgendwann wieder.Nimm den angehängten Patch.
CU
Oliver -
Zitat
Original von FireFly
Bisher hat sich immer nur das Seitenverhältnis geändert. Kanäle mit anderer Auflösung habe ich noch nicht probiert.Wenn sich Größe oder Seitenverhältnis ändern, werden einige Fonts neu erzeugt. Es sieht so aus, daß sich einige Plugins die Fonts nur beim Start holen. Wenn sich dann der Font im Hintergrund ändert, wird auf ein gelöschtes Font-Object zugeriffen. Der Vdr stürtzt mit einem Seg-Fault ab.
Gruß
e9hack -
Zitat
Original von e9hack
Wenn sich Größe oder Seitenverhältnis ändern, werden einige Fonts neu erzeugt. Es sieht so aus, daß sich einige Plugins die Fonts nur beim Start holen. Wenn sich dann der Font im Hintergrund ändert, wird auf ein gelöschtes Font-Object zugeriffen. Der Vdr stürtzt mit einem Seg-Fault ab.
Ich denke nicht, dass es daran liegt: wie ich weiter oben schon geschrieben hatte, sind alle Koordinaten, die an die Skins übergeben werden 0 - und das kann nicht gut gehen. -
Zitat
Originally posted by e9hack
Es sieht so aus, daß sich einige Plugins die Fonts nur beim Start holen. Wenn sich dann der Font im Hintergrund ändert, wird auf ein gelöschtes Font-Object zugeriffen. Der Vdr stürtzt mit einem Seg-Fault ab.Codestatic const cFont *GetFont(eDvbFont Font); ///< Gets the given Font, which was previously set by a call to SetFont(). ///< If no SetFont() call has been made, the font as defined in the setup is returned. ///< The caller must not use the returned font outside the scope in which ///< it was retrieved by the call to GetFont(), because a call to SetFont() ///< may delete an existing font.
Fonts sollen immer nur lokal geholt und benutzt werden.
Möglicherweise ist das in obiger Beschreibung nicht klar genug rübergekommen. Werd's etwas klarer formulieren.Klaus
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!