Beiträge von caps!

Hui, danke für die schnelle Reaktion!

C C-61441-10014-11120 arte HD
E 54255 1346693400 2700 4E B
T Die Alpen von oben
S (1/15) Von den Karawanken nach Graz
D Die Alpen erstrecken sich über Österreich, Liechtenstein, die Schweiz, Deutschland, Italien und Frankreich. Mit rund 1000 Kilometern Ausdehnung von West nach Ost sowie bis zu 250 Kilometern von Nord nach Süd sind sie der längste und mit über 4.800 Höhenmetern auch der höchste Gebirgszug Europas. Die 15-teilige Dokumentationsreihe widmet sich den Alpenlandschaften und ihren Bewohnern aus verschiedenen Blickwinkeln und zeichnet ein einzigartiges Porträt dieser bedeutenden Kulturregion Europas. In der ersten Folge führt die Route vom Triglav Nationalpark in Slowenien entlang des Hauptkamms der Karawanken bis nach Graz.
X 2 03 deu deutsch
X 2 03 fra französisch
X 3 20 fra DVB Sous-Titre
X 3 20 deu DVB-Untertitel
X 4 40 deu Dolby Digital
X 5 0B deu HD-Video
X 3 03 deu
X 3 03 fra
V 1346693400
F 25
P 99
L 99
@ <epgsearch><channel>10 - arte HD</channel><searchtimer>Die Alpen von oben</searchtimer><start>1346693100</start><stop>1346696700</stop><s-id>21</s-id><eventid>54255</eventid></epgsearch>

Hallo,

habe die letzten Tage die Reihe "Die Alpen von oben" auf arteHD (DVB-C, KabelDeutschland) aufgenommen. Leider redet der Sprecher astreines Französisch, was wiederum bei mir sehr eingerostet ist. Umschalten der Audio-Spur während der Wiedergabe ist leider nicht möglich. Im Audio-Menü steht nur "deutsch". Sendet arteHD gar nicht beide Tonspuren (fra/deu) mit? Oder sind die in einem linken und einem rechten Kanal versteckt und der VDR gibt dann nur den ersten Kanal wieder? Wie könnte ich rausfinden, ob in meiner Aufnahme beide Tonspuren vorhanden wären, ich aber nur eine auswählen kann?

Unter Einstellungen->DVB ist bei mir folgendes eingestellt:

Dolby-Digital-Ton benutzen:    nein             
Audio-Sprachen:                2
Audio-Sprache:                 Deutsch
Audio-Sprache:                 English

Finde die Doku sehr gelungen und bildgewaltig, würde nur gerne verstehen was die Protagonisten da so erzählen. Kann mir jemand weiterhelfen?

Grüße
caps!

Oh mann... hatte mir die xine-lib neu aus dem Repo geholt und das "git checkout -b df-extensions origin/df-extensions" vergessen...

Danke Euch für den Hinweis! Grüße, caps!

Zitat von durchflieger

Ausserdem habe ich die Grab-Funktion für das vdr xine plugin nochmals überarbeitet.
Das vdr xine plugin muss nun mit dem Patch xine-plugin-0.9.4-grab.patch anstatt dem alten
xine-plugin-0.9.3-vdpau-extensions-v13.2.diff.gz gepatched werden!!!
Der alte Patch ist inkompatibel zu dem aktuellen df-extensions Stand.

Das xine-Plugin kompiliert bei mir hier leider nicht mit dem xine-plugin-0.9.4-grab.patch:

xineLib.c: In Elementfunktion »uchar* PluginXine::cXineLib::execFuncGrabImage(const char*, int&, bool, int, int, int)«:
xineLib.c:4170:7: Fehler: »data_grab_image_v2_t« wurde in diesem Gültigkeitsbereich nicht definiert
xineLib.c:4170:28: Fehler: expected »;« before »data«
xineLib.c:4171:7: Fehler: »data« wurde in diesem Gültigkeitsbereich nicht definiert
xineLib.c:4171:26: Fehler: »func_grab_image_v2« wurde in diesem Gültigkeitsbereich nicht definiert
xineLib.c:4300:20: Warnung: ignoring return value of »int asprintf(char**, const char*, ...)«, declared with attribute warn_unused_result
xineLib.c:4308:20: Warnung: ignoring return value of »int asprintf(char**, const char*, ...)«, declared with attribute warn_unused_result
make: *** [xineLib.o] Fehler 1

Hab ich was übersehen?

Grüße, caps!

Auch von mir ein Dankeschön! Tolle Arbeit! Bin grad am Umziehen und komme leider auch gerade nicht zum Testen, aber bald...

Grüße, caps!

Zitat von nvertigo

@caps

Gucke mal nach, wie locale in Deinem vdr konfiguriert ist. Bei gen2vdr gehts es z.B. nach ./locale (in den vdr-sourcen) also musst Du beim Anthra /usr/local/src/VDR/locale angeben. Wenn Du keine Sorcen hast, nimm das Verzeichnis, wo die Datei vdr-text2skin.mo zu finden ist.

Gruß, Ingo

Guter Hinweis! Danke für den Tipp! Jetzt klappt's auch mit'm Nachbarn...

tomas: Dank Deiner Erklärung und Anleitung könnte ich mir die fehlenden Icons jetzt auch selbst hinzufügen, denke ich. Wenn ich mir tatsächlich noch ein paar raussuchen dürfte wäre das natürlich das süsseste Zuckerl! Leider dauert das etwas und während der Arbeitszeit ist das nicht so gut... Ein paar hätte ich schon gefunden, aber da sind Geschmäcker ja verschieden und wenn ich jetzt hier irgendwelche Icons vorschlage und Du so nett bist und die einbaust, schreit der nächste bestimmt. Vorschläge:

Schnellsuche: Iceglass 3.0/64x64/apps/kfind.png (hat aber nix mit "schnell" zu tun... hmm... uaa, seh grad die Lupe ist schon für epgsearch vergeben)
hdmonitor: Iceglass 3.0/64x64/apps/disk-manager.png
Sleeptimer: Iceglass 3.0/64x64/apps/clock.png oder Iceglass 3.0/64x64/apps/kalarm.png
System (bei mir ein "Überpunkt"): Iceglass 3.0/64x64/apps/advancedsettings.png
Mehr hab ich beim Drüberfliegen nicht gefunden...

Kann man die Icons so wie sie in Iceglass zu finden sind einfach reinkopieren und verwenden? Oder hast Du die noch zusätzlich bearbeitet? Da ist so ein Spiegeleffekt dabei, gell?!

Jedenfalls alles super! Danke, daß Du Dir so viel Mühe machst!

Viele Grüße, caps!

Zitat von tomas

Hi caps!

nenee, keine Bange, macht schon mortz Spaß.....

hab allerdings gerade beim Durchschauen des Codes im Bereich der Menülogos ganz üble Redundanzen entdeckt, die ich seither wohl verdrängt hatte.... dadurch konnte ich das Skinfile mal eben um ca 500 Zeilen entschlacken. Außerdem darf bei der 0.0.2 niemand auf die Idee kommen den Skin mit *NOMENULOGOS = 1* erstellen zu lassen, sonst krachts im Gebälk Manche bugs finde ich zum Glück auch selbst....
Morgen gibt's ne 0.0.3, bei der die Sache mit den Menülogos wesentlich übersichtlicher aussieht als bei der 0.0.2.

Du kannst schonmal ein paar deiner Einträge aus deiner menuorg.xml, für die du Logos brauchst, raussuchen und posten, dann machen wir das hier gemeinsam. Falls im Verzeichnis mainmenulogos des FSE auch schon passende Logos enthalten sind, deren Dateinamen auch posten.

Für nen älteren anthra hatte ich diese Anleitung geschrieben. Vom Prinzip läuft das beim FSE genauso.

Gruß
Tomas

Alles anzeigen

Servus Tomas,

Danke schon mal für die angebotene Hilfe und die wirklich gute Arbeit von Dir! Hab mal ein bisschen rumprobiert. Insbesondere mit dem sed-Befehl (Testanzeige der Menüpunktstrings), den Du rudirabbit oben gepostet hattest. Da kommen bei mir immer die übersetzen Strings raus. Also "Programm" anstatt "Schedule", "Kanäle" anstatt "Channels", "Timer" anstatt "Timers" usw. Wenn ich in der skin-Datei an entsprechender Stelle "<block condition="equal({MenuCurrent:clean},trans('Programm'))">" oder "<block condition="equal({MenuCurrent:clean},trans('Kanäle'))">" eintrage funktioniert es bei mir mit den Menülogos. Ich nehme an, da stimmt bei mir was mit den i18n-Dateien nicht? Die erzeugte vdr-text2skin-anthra_1920_FSE.mo-Datei liegt in "/usr/share/locale/de_DE/LC_MESSAGES/". Müsste passen, oder? Hier mal meine menuorg.xml:

<?xml version="1.0" encoding="UTF-8"?>
<menus>
	<system name="Schedule" />
	<system name="Channels" />
	<system name="Timers" />
	<system name="Recordings" />
	<menu name="Multimedia">
    	<command name="XBMC" execute="echo &quot;sudo /usr/local/bin/switchXBMC.sh &gt;/dev/null 2&gt;&amp;1&quot; | at now" />
    	<plugin name="dvd" title="DVD-Player" />
    	<plugin name="dvdswitch" title="DVD-Switch" />
    	<plugin name="burn" title="DVD brennen" />
    	<plugin name="yacoto" title="Yacoto" />
	</menu>
	<menu name="Diverses">
    	<plugin name="sportng" title="Fussball" />
    	<plugin name="nordlichtsepg" title="Nordlichts EPG" />
    	<plugin name="epgsearch" />
    	<plugin name="yaepghd" title="Programmzeitschrift" />
    	<plugin name="tvonscreen" title="Programmzeitschrift" />
    	<plugin name="director" title="Premiere Director" />
    	<plugin name="fritzbox" />
	</menu>
	<menu name="System">
    	<plugin name="sleeptimer" title="Sleeptimer" />
    	<plugin name="undelete" title="Aufnahmen wiederherstellen" />
    	<plugin name="femon" title="Signal-Monitor" />
    	<plugin name="systeminfo" title="System-Informationen" />
    	<plugin name="hdmonitor" title="HDD-Monitor" />
    	<plugin name="markad" title="Markad Status" />
	</menu>
	<plugin name="mailbox" title="Mailbox" />
	<plugin name="weatherng" title="Wettervorhersage" />
	<plugin name="pictures" title="Wetter" />
	<plugin name="osdteletext" />
	<plugin name="quickepgsearch" />
	<system name="Commands" />
	<system name="Setup" />
</menus>

Übrigens steht in der Skin-Datei "Schedules", bei mir in der menuorg.xml "Schedule"!? Wenn ich in der xml-Datei das "s" dranhänge steigt der VDR aus... Keine Ahnung, ob das bei mir falsch ist.

Viele Grüße, caps!

Servus Tomas,

das wird ja schneller gefixt als ich meine ssh-Verbindung zum VDR aufmachen kann...

Zitat von tomas

upps, da hat sich doch glatt ein Klammeraffe (@) aus dem Staub gemacht, ist also kein Farbproblem, sondern die Fontbezeichnung stimmt dann nicht.

Passt jetzt, danke Dir!

Zitat von tomas

Ich benutze auch menuorg, ist gar kein Problem. Ich poste heute Abend, was man bei selbst erzeugten Menüpunkten machen muss, ist ganz easy.

"Easy" liest sich gut. Aber wie schon geschrieben: mach Dir keinen Stress! Ich kann auch länger warten... Sieht jedenfalls alles sehr fein aus...

Grüße, caps!

Servus Tomas,

danke für die neue Version! Das ging ja fix! Die Timer sehen jetzt richtig gut aus, gefällt mir. Auch der abgesetzte dunklere Hintergrund ist meines erachtens besser. Sehr fein...

Zitat von tomas

caps!: wegen der Bilder für die Aufnahmen hab ich die Erklärung im ersten Post oben etwas erweitert. Aber wie schon geschrieben, bei der 0.0.1 hatte ich Murks gebaut, es war also nicht deine Schuld, dass es nicht funktioniert hat. Ich hoffe, du hast nicht allzulange vergeblich versucht, das zum Laufen zu bringen, sorry nochmal

Überhaupt kein Thema! Mach Dir keinen Stress. Ich hab das während der Arbeitszeit getestet (*hüstel*), da war nix mit "allzulange". Die Hauptmenüpunkte sind jetzt bei mir übrigens auch in "SMALLMENUFONT" & "LARGEMENUFONT" sichtbar. Ebenso die selbst erzeugten Thumbnails in der Aufnahmeinfo. Sehr cool!

Entschuldigung, wenn ich jetzt allerdings wieder was anmerke, was evtl. an meiner Unkenntnis liegt: Bei der "LARGEMENUFONT"-Einstellung sehe ich nur den "aktiven" Timer (weiße Schrift) im Timermenü, alle anderen sind wie vormals mit den Hauptmenüpunkten irgendwie schwarz auf schwarzem Grund.

Außerdem benutze ich den Menuorg-Patch, um gewisse Menüpunkte in Unterordner zu verlegen. Seit der FSE-Version sehe ich die Icons der Hauptmenüpunkte nicht mehr. Könnte das an dem Menuorg-Patch liegen? Evtl. gleiches Problem wie bei rudirabbit? Wie könnte ich das lösen? Softlink auf Dateinamen der Icon-Dateien setzen?

Viele Grüße, caps!

Hallo Tomas,

vielen Dank für die coole Oberfläche. Sieht gut aus!

An was kann es liegen, daß bei der Einstellung "SMALLMENUFONT = 1" (alle anderen natürlich auskommentiert unter "MAINMENUFONTS") der Text des aktuell gewählten Menüpunkts nicht zu lesen ist? Sieht so aus, als ob einfach der Text fehlt oder die gleiche Farbe wie der Hintergrundbalken hat...

Habe mal die Option "RECORDINGIMAGES" getestet. Wo erscheinen denn die Thumbnails? Ganz oben in der Titelleiste bei den jeweiligen Aufnahmen? Oder im Info-Menü? Leider wird bei mir nix angezeigt. Weder mit Einstellung "EPGIMAGESJPG = 1" und einem selbst erzeugten jpg-Bild noch ohne diese Einstellung mit einem selbst erzeugten png-Bild.

Viele Grüße, caps!

Ich habe mir dazu die Aufnahmetaste (die ich in XBMC nicht benötige) meiner Fernbedienung in der Lircmap.xml & keymaps/remote.xml als "Löschtaste" eingerichtet.

Lircmap.xml:

<lircmap>
    	<remote device="Hauppauge_350">
            	...
            	<clear>Record</clear>
            	...
    	</remote>
</lircmap>

keymaps/remote.xml

<keymap>
  <global>
	<remote>
  	...
  	<clear>Delete</clear>
	</remote>
  </global>
  <MyFiles>
	<remote>
  	<clear>Delete</clear>
	</remote>
  </MyFiles>
  <VideoMenu>
	<remote>
  	...
  	<clear>Delete</clear>
	</remote>
  </VideoMenu>
  <MyVideoLibrary>
	<remote>
  	<zero>Queue</zero>
  	<clear>Delete</clear>
	</remote>
  </MyVideoLibrary>
  ...
</keymap>

Grüße, caps!

Hey, vielen Dank für die Antworten! Hatte mir das remote-Plugin vor Jahren mal angeguckt und mich dann für das control-Plugin entschieden. Hab jetzt meine Meinung dazu geändert... Das remote-Plugin funktioniert für meine Zwecke hervorragend! Nochmals danke für den Hinweis! Schön langsam wird das richtig stabil alles...

Viele Grüße, caps!

Nutzt hier überhaupt jemand noch das control-Plugin? Oder gibt es eine andere (einfache) Möglichkeit, das ganze über SSH & eine Shell zu kontrollieren?

Da reihe ich mich auch gleich mit ein: Dankeschön für's Updaten! Läuft hier bei mir sehr stabil...

Allerdings habe ich vor ein paar Tagen eine Aufnahme auf ServusTV (über DVB-C, KDG) gemacht. Darin wollte ich Schnittmarken verschieben und Spulen. Dabei wird die Ausgabe leider schwarz. Das ist die einzige Aufnahme bei mir, wo das auftritt. Alle anderen Aufnahmen (hab's mit ca. 20 getestet) funktioniert das einwandfrei. Im Log (vdr, xine) steht auch nix auffälliges...

Ist das ein bekanntes Problem? Wird da bei manchen Sendern was "nichtkonformes" gesendet?

Grüße, caps!

Hallo zusammen,

zum Fernsteuern und manchmal auch Timerprogrammieren meines VDRs benutze ich recht oft das control-Plugin. Da gibt es ja eine "bereinigte" Version (0.0.2a-kw3) von Walter Koch, die so einige Bugs beim Beenden der Telnet-Session usw. behebt. Das hat bei mir auch einwandfrei funktioniert, bis ich auf vdpau und xine umgestiegen bin. Leider steigt bei mir jetzt die CPU-Last des VDR-Prozesses beim ersten Aufruf des OSDs (z.B. Menü öffnen, Kanalinfo etc.) auf 100%, wenn das ganze über das control-Plugin gesteuert wird. Bis jetzt hat mich das zwar geärgert, aber nicht recht gestört. Habe halt zum Schluss immer den VDR neustarten lassen. Jetzt nervt es dann doch ein wenig. Gestestet habe ich immer mit Extensionpatch... Kann das von Euch jemand nachvollziehen?

Habe Walter Koch mal angeschrieben, schließlich hat er ja davor auch schon Bugs behoben. Leider beschäftigt dieser sich zur Zeit nicht mit dem VDR. Gibt es vielleicht noch eine Patch, den ich übersehen habe?

Viele Grüße, caps!

Ich mach das jetzt so:

#!/bin/bash
#
# switchXBMC.sh
#
# 


PATH=$PATH:/usr/local/bin


# test to see if XBMC is running first
if /bin/ps -ef | /bin/grep -v /bin/grep | /bin/grep -i xbmc.bin
then
    	# do nothing
    	/usr/local/bin/svdrpsend.pl MESG "XBMC already running!"
else
    	/usr/local/bin/svdrpsend.pl MESG "Starte XBMC..."


    	# kill all running unclutter-processes
    	sudo /usr/bin/killall unclutter >/dev/null 2>&1
    	# mute vdr
    	/usr/local/bin/svdrpsend.pl VOLU mute
    	# disable remote for VDR
    	/usr/local/bin/svdrpsend.pl REMO off


    	echo "/usr/share/xbmc/media/splash.png" >/tmp/dia.file
    	/usr/local/bin/svdrpsend.pl plug graphtft VIEW Dia


    	# stop xine, because it "interferes" with XBMC ("white snow")!
    	sudo /usr/bin/killall -q xine


    	# start airplayer for iPhone-support and shairport additional for audio-streaming
    	/etc/init.d/airplayer start
    	/usr/local/bin/shairport.pl >/var/log/shairport.log 2>&1 &
    	spPID=$!


    	# startup XBMC
    	/bin/su - xbmcuser -c "DISPLAY=:0.0 /usr/bin/xbmc -fs --lircdev /dev/lircd >/var/log/xbmc.log 2>&1"


    	# stop airplayer & shairport
    	/etc/init.d/airplayer stop
    	/bin/kill $spPID >/dev/null 2>&1


    	# start xine again
    	su - vdr -c "DISPLAY=:0.0 /usr/local/bin/startXine.sh &"


    	/usr/local/bin/svdrpsend.pl plug graphtft VIEW Standard


    	# hide mouse pointer, when switching back to vdr
    	/usr/bin/unclutter -display :0.0 -idle 0 & >/dev/null 2>&1
    	# enable remote for VDR again
    	/usr/local/bin/svdrpsend.pl REMO on
    	# unmute vdr
    	/usr/local/bin/svdrpsend.pl VOLU mute
    	# "remove" unnecessary unclutter-process
    	sudo /usr/bin/killall -9 unclutter >/dev/null 2>&1
fi


exit;

Und das /etc/init.d/airplayer sieht bei mir (Gentoo-System!) so aus:

#!/sbin/runscript
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $


NAME=airplayer


PIDFILE="/var/run/$NAME/$NAME.pid"
LOGFILE="/var/log/$NAME/$NAME.log"


DAEMON="/usr/lib/xbmc/system/players/airplayer/airplayer.py"
DAEMON_OPTS="-d --pidfile $PIDFILE --logfile $LOGFILE"


USER=xbmcuser
GROUP=users


mkdir -p /var/run/$NAME > /dev/null 2> /dev/null
chown $USER:$GROUP /var/run/$NAME


mkdir -p /var/log/$NAME > /dev/null 2> /dev/null
chown $USER:$GROUP /var/log/$NAME


depend() {
    	need avahi-daemon
}


start() {
    	ebegin "Starting $NAME"


    	start-stop-daemon --start -c $USER:$GROUP \
            	--background --quiet --exec $DAEMON -- $DAEMON_OPTS


    	eend $? "Error: Problems with $NAME-startscript"
}


stop() {
    	ebegin "Stopping $NAME"


    	if [ -e $PIDFILE ] ; then
            	start-stop-daemon --stop --pidfile $PIDFILE
    	else
            	echo "$NAME is not running, pidfile $PIDFILE not found."
    	fi


    	eend $? "Error: Problems with $NAME-stopscript"
}


restart() {
    	ebegin "Restarting $NAME"


    	svc_stop
    	sleep 2
    	svc_start


    	eend $? "Error Problems with $NAME-restartscript"
}

Gefrickelt, aber funktioniert... Verbesserungsvorschläge erwünscht...

Grüße, caps!

Das ist früher schon aufgefallen, aber da war die Resonanz eher "verhalten"...

menuorg-0.4.4 - Rücksprung aus Submenü

Grüße, caps!

Zitat von another-way

Hast du schon versucht den Umlaut aus dem Dateinamen des Logos komplett zu entfernen? Also nur Kleinbuchstaben a-z und Zahlen von 0-9.

Geht leider auch nicht... Habe die logos.zip von Deiner Homepage runtergeladen und zum Test das BR-Logo ohne ü im Dateinamen kopiert und wieder gezippt. Geht nicht... Hänge mal die logo.zip an, vielleicht kannst Du ja mal drüberschauen und es bei Dir testen!? Wegen der 200kB-Uploadrestriktion im Board sind es nur ein paar Logos... Das wäre super, wenn das funktioniert!

Grüße, caps!

Hallo another-way,

an und für sich funktioniert die App bei mir ganz gut. Nur ein (schon in diesem Thread angesprochenes) Problem ist recht lästig: Ich schaffe es nicht die Senderlogos für Kanäle mit Umlauten einzupflegen. Sämtliche Benamungsversuche "Bayerische FS Süd" in der ZIP-Datei korrekt einzubinden schlagen bei mir fehl. Bei mir werden die Kanäle und PIDs vom vdr aktualisiert und dadurch ist das Umbenennen des Kanals eher schlecht. Jedenfalls sieht die EPG-Timeline dadurch in der App nicht so toll aus (Sendername statt Logo). Ist das schon behoben? Wenn ja, kann man das in die Anleitung mit aufnehmen? Wenn nein, wird es in der nächsten Version berücksichtigt?

Grüße, caps!

Würde mich auch als Tester zur Verfügung stellen. Habe ein AlphaCrypt Light-CI mit einer K02- und einer K09-Karte von KDG. Könnte also DVB-C testen...

Grüße, caps!