ZitatAlles anzeigen
Version 0.4.1 released
« on: February 16, 2014, 21:54:55 »
New:
•Gradients in menus - nicer look
•Shutdown-VDR patch from Yaris included
•Resume as default action from dingo35
•Compatibility with VDR 1.7.36 to 2.1.1
Bug fixes:
Many bugs fixed and improvements mainly to the Raspberry Pi port by Marten Richter. There are fixes in:
•Audio downmixing
•Stream & demuxing handling
•CEC
•MCE remote controls
•Channel list on MPEG2 only devices
•Typing a channel number in the radio list
•Some fixes for Windows 8
•... and many more. Thanks Marten!
[Announce] Vomp 0.4.1 released
- MartenR
- Geschlossen
-
-
Hallo Marten,
vielen Dank für Dein Engagement im VOMP Projekt, besonders in der Umsetzung des VOMP auf dem Raspberry PI!
Ohne das Projekt hätten wir in Schlafzimmer und Jugendzimmern kein FernsehenvG
Wolfgang -
Super, vielen Dank für das tolle Programm.
-
Danke...
-
Unterstützt vomp 0.4.1 irgendwelche HD-Devices ?
Grüße,
Dirk
-
Den Raspberry Pi.
-
Hi,
jemand eine Idee beim erstellen vom Vompclient bekomme ich diese Fehlermeldung?
Codecommand.cc: In member function `int Command::init(bool, char*)': command.cc:105: error: `SkinFactory' has not been declared command.cc:105: error: `InitDefaultSkin' was not declared in this scope command.cc:105: warning: unused variable 'InitDefaultSkin'
Grüße
cinfo -
-
Hi
Ist vllt etwas OT hier
aber ich bekomme mit Vomp 0.4.1 for Windows
im meinem Windows XP System folgende Fehlermeldung
Protocoll mismatch s:200 c:301
Server ist ein EasyVDR 2.04 mit kernel 3.12.0-7 generic x86_64 - Ubuntu 14.04
weiss vllt jemand was da los ist..
geht das ueberhaupt ?mfG emma53
-
folgende Fehlermeldung
Protocoll mismatch s:200 c:301Die Fehlermeldung bekomme ich auch. vompclient 0.4.1 läuft auf einem Raspberry Pi mit Raspbian, server ist yavdr 0.5.
Mit vompclient 0.4.0 funktioniert es. -
Der Server muß aktualisiert werden.
Wir haben eine neue Protokollversion.
Es kann sein, das die Windows exe eine falsche Version hat.Ich habe gerade gesehen das Chris im Client die Version von 301 auf 300 geändert hat nachdem ich die executable für Windows gebaut habe.
Kümmere ich vielleicht morgen drum.
Marten
-
Hi,
Der Server muß aktualisiert werden.
Wir haben eine neue Protokollversion.
Es kann sein, das die Windows exe eine falsche Version hat.Ich habe gerade gesehen das Chris im Client die Version von 301 auf 300 geändert hat nachdem ich die executable für Windows gebaut habe.
Kümmere ich vielleicht morgen drum.
Marten
komisch, wenn ich den aktuellen Client aus dem Git erstelle kommt aber immer noch eine Version 301 raus, obwohl in der
vdr.cceingetragen ist?
Gibt es noch eine Datei die das regelt am Client bzw. muß noch etwas anderes gelöscht werden?
Grüße
cinfo -
Die Fehlermeldung bekomme ich auch. vompclient 0.4.1 läuft auf einem Raspberry Pi mit Raspbian, server ist yavdr 0.5.
Magst du das Paket für die Version 0.4.1 mal testen bevor ich es nach stable-vdr schiebe? -
Muss der Vomp Client zwingend auf Version 0.4.1 gebracht werden oder geht auch noch 0.4.0?
-
Vielleicht hat das Makefile keinen Neubau angestoßen.
Einfach vdr.o löschen oder je nach Compiler die entsprechende Objektdatei zu vdr.cc.
Ja, bei vomp müssen immer Server und Client die gleiche Version haben. Ganz selten gibt es bei einer neuen Version keine Änderung des Protokolls.
Das war früher häufig eine Quelle für merkwürdige Fehler, deshalb gibt es seit einigen Releases den Versionsabgleich des Protokolls mit einer halbwegs informativen Fehlermeldung.Gruß
Marten
-
Magst du das Paket für die Version 0.4.1 mal testen bevor ich es nach stable-vdr schiebe?
Danke für das Paket.Habe es eben installiert. Auf den ersten Blick hat alles funktioniert. Der Pi verbindet sich sauber mit dem vompserver und Fernsehen läuft.
-
Sehr schön, vielen Dank für die neue Version!
Ich hätte da mal eine Frage zum (neuen?) Shutdownverhalten: Mein Verständnis ist das: Wenn ich den Vompclient schlafen schicke, dann geht auch der VDR ( wenn er sonst nichts zu tun hat) kurz drauf schlafen.
Aber: Wenn der Vompclient aus irgendeinem Grund nicht schlafen geht, dann schaltet er ja auch nicht den VDR aus. In diesem Fall würde bei mir als Fallback normalerweise greifen, dass der VDR nach der von mir voreingestellten Zeit (im Moment 60 Minuten) ausschaltet. Ich glaube aber das tut er in dem Fall, dass er mit dem Vompclient verbunden ist aber nicht, weil dieser ihn am Leben hält (jedenfalls hatte ich bei einem Test den Eindruck). Ist das korrekt?
Einen schönen Restsonntag!
Markus
PS: Mein tieferliegendes Problem ist das: Ich suche nach einer Möglichkeit sicherzustellen, dass der VDR nicht stundenlang läuft, auch wenn einer mal vergisst, den Vompclient schlafen zu schicken oder den Toggleschalter zum an-/ausschalten versehendlich einmal zu oft drückt.
-
Hi,
wenn ich das richtig verstehe dann gabe es da mal wasZitat- VDR PowerOff ist OFF (kein Ausschalten VDR Servers; Wer geht denn eigendlich in den Keller und schaltet den VDR aus?)
ich glaube aber nicht das es das ist
Grüße
cinfo -
-
Hi,
ZitatPS: Mein tieferliegendes Problem ist das: Ich suche nach einer Möglichkeit sicherzustellen, dass der VDR nicht stundenlang läuft, auch wenn einer mal vergisst, den Vompclient schlafen zu schicken oder den Toggleschalter zum an-/ausschalten versehendlich einmal zu oft drückt.
es gab mal ein
shutdown.vomp.sh
Bash
Alles anzeigen#!/bin/bash JOBFIL="/tmp/vompserver.log" if [ ! -f $JOBFIL ] then echo $JOBFIL not found ! Creating empty one !!! touch $JOBFIL fi let LINES=0 LINES=`cat $JOBFIL | wc -l` if [ $LINES -gt 0 ] then logger -t $0 "vompserver activ - cancel shutdown ..." TRY_AGAIN=10 cp ${JOBFIL}.002 ${JOBFIL}.003 2>/dev/null cp ${JOBFIL}.001 ${JOBFIL}.002 2>/dev/null cp $JOBFIL ${JOBFIL}.001 2>/dev/null cat /dev/null > $JOBFIL else logger -t $0 "vompserver not activ, bye..." fi
Grüße
cinfo
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!