ntp ändert aber die Zeit nicht hart, sondern beschleunigt bzw. verlangsamt die Uhr (so oder ähnlich hab ich das irgendwo gelesen
)
Das ist korrekt. Wenn aber das Board eine halbwegs brauchbare ist, dann sollte es mit ntpdate auch keine Probleme geben.
Albert
Naja, ist ja jetzt endlich gut 
Viel zwar vorher nicht auf aber scheinbar wird die Uhrzeit per DVB falsch gesetzt 
Oder woher ommen die Zeitunterschiede??
Hi!
Sorry for asking in English, this might have been covered already in some German threads..
I updated my Yavdr box to VDR 2.0.2, directly with "apt-get dist-upgrade"
It worked reasonably well. I get correct picture on all channels, and the remote control works so I can change channels.
But there is no OSD! Nothing happens if I press "Menu", and also the new channel information is not shown when changing channels. However I see normal looking OSD-messages in syslog, which would suggest that vdr "thinks" OSD is showing.
However, DVB subtitles show up correctly, so the OSD must be working somehow? Also, if I open femon plugin with "svdrpsend PLUG femon open", femon OSD does show up. However it is in wrong resolution, very tiny in the top left corner.
I think it must be some theme problem? Is there something I should have changed in setup.conf while upgrading from 1.7.27 to 2.0.2?
A small update to the problem, when opening Femon OSD, I see some messages in the log:
Oct 9 13:38:10 yavdr vdr: [3430] ERROR: cFemonOsd::cFemonOsd() OSD width (0) smaller than required (1334).
Oct 9 13:38:10 yavdr vdr: [3430] ERROR: cFemonOsd::cFemonOsd() OSD height (0) smaller than required (260).
Could you change your OSD Skin?
Best way for you is to stop vdr and edit /etc/vdr/setup.conf .
I tried to remove all OSD-related settings from setup.conf, so that vdr could set them to defaults.
Now it seems to use lcars-default.theme. Still no difference in OSD..
Ah sorry, it was my mistake (I think)..
I wasn't exactly accurate on my first post.
Right after install, I had no picture at all, vdr couldn't tune any channels. But then I remembered that I had used gotox patch with 1.7.27, and installed that to 2.0.2 as well. After that it worked as I said..
Now I see that gotox patch has installed new items in config.c, _before_ the OSD setup fields.. So I think all plugins etc should be recompiled. Instead I moved the GotoX fields now to the last place in config.c, so perhaps it would work without recompiling.
We'll see..
Please recompile, it's better and necessary if header changes.
Nor rebuilding may be the source for various errors, noone will ever be able to solve...
Setup an own PPA at Launchpad, upload your patched vdr-package (wait for build) and copy all needed plugins from the yavdr-PPA (with rebuild). Then use apt-pinning on your own PPA and you're done.
To maintain your patch, you can even clone from my git https://github.com/flensrocker/vdr-yavdr which is the current source of the yavdr-vdr-package. Create a branch basing on "master", use quilt to add your patch and you can merge future changes into your branch (even unrelated to patches, but to package changes). It's worth learning.
If we do an update of a plugin, you just have to copy it again to your PPA, wait for the rebuild and make an "apt-get update/dist-upgrade".
Lars.
Yeah, well.. Sounds too much work at this point.
I don't like to compile everything myself, because then the plugins don't update automatically etc. The VDR main source updates so rarely that it's easy to manually keep track of the changes.
I now tested with original packages directly from apt-get..
I get no picture because GotoX patch is missing, but the OSD problem is still there. I can change channels and syslog shows that channels are changing, but there is nothing on OSD.
Ok, the problem was with vdr-plugin-text2skin. I tried disabling all the "skin" plugins, and the OSD was working although that wasn't a pleasant sight.
It was not updated by dist-upgrade, I don't know why. "apt-get install vdr-plugin-text2skin" gave me a newer version.
Still a bit mystery why it didn't work at all even if I chose another theme directly in setup.conf?
Still a bit mystery why it didn't work at all even if I chose another theme directly in setup.conf?
Yes, it is.
Do you have any other plugins isntalled from other PPAs (or selfcompiled), something which must not be named here? Maybe, they have to be removed before dist-upgrade, rebuild against new vdr-dev and then reinstalled.
Lars.
Yes, it is.
Do you have any other plugins isntalled from other PPAs (or selfcompiled), something which must not be named here? Maybe, they have to be removed before dist-upgrade, rebuild against new vdr-dev and then reinstalled.
Lars.
In my normal config I have several self-compiled plugins, but now I really tried a clean system with all plugins from the yavdr repositories..
I even renamed my setup.conf so vdr would create a new one, and still the OSD-problem was there. But just disabling text2skin in plugins/order.conf fixed it, OSD came back..
Now it seems to work fine with the GotoX patch too.
GotoX is something that perhaps should be included in the yavdr distribution? It's very clean and can be completely disabled in setup menu. It allows very easy rotor configuration, you just give your exact longitude/latitude location, and GotoX calculates the directions where each satellite is. Much easier than Rotor or RotorNG plugins.
The latest version of the patch (I think) is here: https://linuxtv.org/patch/12911/
It seems to work fine even with vdr 2.0.2.
Edit: Bah, forget this GotoX suggestion.. It seems GotoX is included in vdr 2.1.1 developer version, so it will be eventually included in yavdr as well.
Hi,
nach längerer Zeit habe ich mein System wieder mal aktualisiert:
- apt-get updage
- apt-get upgrade
- apt-get dist-upgrade
Hi,
ist das nicht falsch? Auf der yavdr Homepage wird im Tutorial "Applying Updates" nur hier von gesprochen:
sudo apt-get update
sudo apt-get dist-upgrade
Gruß
Polaris
ZitatEdit: Bah, forget this GotoX suggestion.. It seems GotoX is included in vdr 2.1.1 developer version, so it will be eventually included in yavdr as well.
In some not so far future, but maybe not this year, we will switch to vdr 2.1.x. But if so, just for testing, not stable, I think.
Haven't looked into it for now.
Lars.
Alles anzeigenHi,
ist das nicht falsch? Auf der yavdr Homepage wird im Tutorial "Applying Updates" nur hier von gesprochen:
sudo apt-get update
sudo apt-get dist-upgrade
Gruß
Polaris
Ich wünschte, wir könnten "apt-get upgrade" irgendwie disablen...
Bitte immer nur update und dist-upgrade machen!!!
update: zieht die aktuellen Versionsnummern aus den PPAs, um zu ermitteln, ob es was neueres gibt.
dist-upgrade: installiert dann alle neuen Pakete und alles, was diese benötigen, gerade wenn es noch nicht installiert ist.
upgrade: ist total sinnlos. Es installiert nur neue Versionen von Paketen, die schon installiert sind. Ist A schon installiert, das neue A braucht aber zusätzlich auch B, was noch nicht installiert ist, dann kann "upgrade" das neue A nicht installieren. Und man wundert sich, warum alles mögliche nicht mehr funktioniert... Keine Ahnung, wer das erfunden hat...
Lars.
Ich wünschte, wir könnten "apt-get upgrade" irgendwie disablen...
Warum? Es kommt auf die einzelne Installation an. Sicher ist es für yaVDR notwendig. Hier ist eine kleine Erklärung von apt, apt-get.
Albert
ATD
Dem kann ich nur zustimmen.
Nach dem Motto Never Change a running System ist apt-get upgrade normaler Weise die ideale Vorgehensweise. Hierbei werden nur Pakete auf einen neuen Stand gebracht und nichts am System selbst verändert.
Bei apt-get dist-upgrade werden diverse Abhängigkeiten mit abgearbeitet, dies kann unter Umständen zur Folge haben das man bei einem vorher lauffähigen System vor einem Trümmerhaufen steht.
Das YaVDR das anderst handhabt ist in Ordnung und auch dokumentiert, wer sich nicht dran hält muss halt damit Leben wenn es irgendwo klemmt.
YaVDR das anderst handhabt ist in Ordnung und auch dokumentiert
Und nur der Vollständigkeit halber:
Ich nehme immer noch den Parameter "-s" dazu. Dann wird erstmal simuliert was aktualisiert werden würde. Dann kann man immer noch entscheiden ob das gut oder schlecht ist.
lg,
Joe
Moin!
Warum? Es kommt auf die einzelne Installation an. Sicher ist es für yaVDR notwendig. Hier ist eine kleine Erklärung von apt, apt-get.
Ich weiß nicht genau, was mir der Link sagen soll. Wie "apt-get" funktioniert, weiß ich...
Oder übersehe ich da wichtige Informationen zu upgrade/dist-upgrade?
Nach dem Motto Never Change a running System ist apt-get upgrade normaler Weise die ideale Vorgehensweise. Hierbei werden nur Pakete auf einen neuen Stand gebracht und nichts am System selbst verändert.
Bei apt-get dist-upgrade werden diverse Abhängigkeiten mit abgearbeitet, dies kann unter Umständen zur Folge haben das man bei einem vorher lauffähigen System vor einem Trümmerhaufen steht.
Das YaVDR das anderst handhabt ist in Ordnung und auch dokumentiert, wer sich nicht dran hält muss halt damit Leben wenn es irgendwo klemmt.
Den Trümmerhaufen kann es genauso bei "upgrade" geben, wenn ein Paket eben nicht aktualisiert wird, weil es eine neue Abhängigkeit hat. Stell dir vor, eine libsowieso wird aktualisiert, Programm B braucht sie, ist aber evtl. mit der aktuellen Version (aus welchem Grund auch immer, Fehler passieren überall) nicht kompatibel, und weil das neue B jetzt noch zusätzlich libwasanderes braucht, wird es nicht aktualisiert. Und dann hat das alte B auch noch Sicherheitslücken...
Auch ein normales Ubuntu-/Debian-System würde ich immer mit dist-upgrade pflegen, nie mit upgrade.
Lars.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
