Posts by tuxnet

Nein,leider auch kein erfolg

Sun Jul 20 08:21:41 2014 ### Crash signal 6 SIGABRT ###
/usr/sbin/vdr[0x816811c]
[0xb7737400]
[0xb7737424]
/lib/tls/i686/cmov/libc.so.6(gsignal+0x51)[0xb71be6a1]
/lib/tls/i686/cmov/libc.so.6(abort+0x182)[0xb71c1ad2]
/usr/lib/libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x14f)[0xb73f952f]
/usr/lib/libstdc++.so.6(+0xbd465)[0xb73f7465]
/usr/lib/libstdc++.so.6(+0xbd4a2)[0xb73f74a2]
/usr/lib/libstdc++.so.6(+0xbd5e1)[0xb73f75e1]
/usr/lib/libstdc++.so.6(_ZSt19__throw_logic_errorPKc+0x7f)[0xb738e57f]
/usr/lib/libstdc++.so.6(+0x98b82)[0xb73d2b82]
/usr/lib/libstdc++.so.6(_ZNSsC1EPKcRKSaIcE+0x46)[0xb73d2cf6]
/usr/lib/vdr/libvdr-extrecmenu.so.1.7.31.11(_ZN15myReplayControl10ProcessKeyE5eKeys+0x2b6)[0xb58f7626]
[0x0]

Alles mögliche getestet, ohne erfolg.

Leider nein

Tue Jul 15 08:36:47 2014 ### Crash signal 6 SIGABRT ###
/usr/sbin/vdr[0x816811c]
[0xb76f9400]
[0xb76f9424]
/lib/tls/i686/cmov/libc.so.6(gsignal+0x51)[0xb71806a1]
/lib/tls/i686/cmov/libc.so.6(abort+0x182)[0xb7183ad2]
/usr/lib/libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x14f)[0xb73bb52f]
/usr/lib/libstdc++.so.6(+0xbd465)[0xb73b9465]
/usr/lib/libstdc++.so.6(+0xbd4a2)[0xb73b94a2]
/usr/lib/libstdc++.so.6(+0xbd5e1)[0xb73b95e1]
/usr/lib/libstdc++.so.6(_ZSt19__throw_logic_errorPKc+0x7f)[0xb735057f]
/usr/lib/libstdc++.so.6(+0x98b82)[0xb7394b82]
/usr/lib/libstdc++.so.6(_ZNSsC1EPKcRKSaIcE+0x46)[0xb7394cf6]
/usr/lib/vdr/libvdr-extrecmenu.so.1.7.31.11(_ZN15myReplayControl10ProcessKeyE5eKeys+0x2b6)[0xb58b9a76]
[0x0]

Das Problem mit dem Schneiden der Aufzeichnung ist aber noch immer vorhanden,
oder bin ich der einzige der dieses Problem hat ?

Sun Jul 13 16:49:00 2014 ### Crash signal 6 SIGABRT ###
/usr/sbin/vdr[0x816811c]
[0xb776d400]
[0xb776d424]
/lib/tls/i686/cmov/libc.so.6(gsignal+0x51)[0xb71f46a1]
/lib/tls/i686/cmov/libc.so.6(abort+0x182)[0xb71f7ad2]
/usr/lib/libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x14f)[0xb742f52f]
/usr/lib/libstdc++.so.6(+0xbd465)[0xb742d465]
/usr/lib/libstdc++.so.6(+0xbd4a2)[0xb742d4a2]
/usr/lib/libstdc++.so.6(+0xbd5e1)[0xb742d5e1]
/usr/lib/libstdc++.so.6(_ZSt19__throw_logic_errorPKc+0x7f)[0xb73c457f]
/usr/lib/libstdc++.so.6(+0x98b82)[0xb7408b82]
/usr/lib/libstdc++.so.6(_ZNSsC1EPKcRKSaIcE+0x46)[0xb7408cf6]
/usr/lib/vdr/libvdr-extrecmenu.so.1.7.31.11(_ZN15myReplayControl10ProcessKeyE5eKeys+0x2b6)[0xb592da76]
[0x0]

re : MinchenXXL

In dem Ordern befinden sich mehrere Dateien " p.*.conf

Die plugins werden über diese Dateien aktiviert bzw. deaktiviert

Hier mal ein Beispiel ( p.weatherng.conf
#
# configuration file for skinsoppalusikka
#

LOAD_PLUGIN=false <- plugin wird nicht gestartet
LOAD_PLUGIN=true <- plugin wird gestartet

PLUGIN_OPTIONS="-P'weatherng'"

Und zum script

Versuch das mal
route66-v31b

Das hatte ich auch,

deaktiviere mal die plugins die du nicht benötigst.

/etc/reel/

Dadurch habe ich einen viel schnelleren systemstarr.

P.S.: Die Webdienste auch am besten deaktivieren, geht über das rouut66 script.

Hat nicht funktioniert, habe sogar das route66-v31b nochmals ausgeführt

Habe die aktuell VDR Version drauf *.11

Da stimmt aber etwas nicht bei den Aufnahmen....

So, habe über das OSD auf eine Karte gesetzt und wieder zurück auf zwei,reboot..... und das Problem war gelöst.
Anscheinend hing das was quer.

Sind zwei eingetragen.

Hier mal ein Auszug aus der /etc/default/mcli

NETWORK_INTERFACE="eth0"
MCLI_ENABLED="false"
DVB_C_DEVICES="0"
DVB_S_DEVICES="0"
DVB_S2_DEVICES="2"
DVB_T_DEVICES="0"

Meine Eltern haben mich heute auf einen Fehler aufmerksam gemacht.
Ihnen ist aufgefallen, das wenn sie ein Programm aufnehmen, könne sie nicht andere Programme sich anschauen.
( Bsp. Pro7 wird aufgenommen, kann man kein ARD/ZDF schauen , jedoch Sat1 Kabel1 )

Es steht immer Kanal nicht verfügbar.

Habe das gerade hier auch ausprobiert, und habe den gleichen Fehler.
Wir haben doch zwei DVB-Tuner eingebaut, da dürfte das doch nicht normal sein.

Fehlermeldung beim Update

[Blocked Image: http://img5.fotos-hochladen.net/thumbnail/imagep5qfu4l8a7_thumb.jpg]

Ich bin ein wenig verwirrt

Momentan finde ich mich im Online-Upgrade nicht wirklich zurecht.
Kann man nicht in klammern schreiben, für welche Version welches update ist ( bsp.: für BM2LTS 1.94 & 1.94.2 )

Zudem sind da Unterschiedliche ehd Firmware`s.

ehd-fw-stabel , ehd-fw-bm2lts ,ehe-fw-testing und xine-reel-ehd

Wo liegt der unterschied (welche ist die aktuelle )
Derzeit ist bei mir ehd-fw-bm2lts installiertund xine-reel-egd , die anderen sind nicht installiert.

Quote from Oddl

Ok, also ich hab meinen Fehler gefunden: ich habe die config im falschen Verzeichnis geändert. Richtig ist wohl /etc/reel - wieso gibt es da denn so viele Alternativen? (Reel.mcli, reel.box,...)

Übrigens bin ich mit dem "alten" vnsi zwecks Funktionalität und Stabilität nie zurecht gekommen, auch diesmal nicht. Bin mal gespannt, ob sich das mit Version 5 ändert, aber ich bin auch nicht an Beta interessiert- Gotham ist definitiv noch nicht stabil.

Wäre auch schön, wenn hier neue releases etwas besser dokumentiert wären, ob und was daran geändert wurde. Neue Features sind ja schön, aber hier hat's mir was abgeschaltet, das einwandfrei lief!

Gruß,
Oddl.

Display More

Hast den mal Testweise RPI-Image für den VompServer/Client genutzt ?

Mal so eine Dumme Frage

wo genau liegt der Unterschied bei den VDR- Version

1.7.21.9 -> 1.7.29.5 ->1.7.31.9

Ich gehe davon aus, die *.21.9 Original von Reel kommt ?
Wo liegt der Unterschied zu den anderen Versionen ?

re : Oddl

Zitat :
/etc/reel - wieso gibt es da denn so viele Alternativen? (Reel.mcli, reel.box,...)
Da die Reel ( ISO )in unterschiedlichen modus laufen kann ( Nachbau (( PC mit DVB-Karten )) als reiner Server oder ob der Netceiver intern/extern verbaut ist ) , wird in der Unterschiedlichen Verzeichnis ein Vorauswahl der zu laden Erweiterung getroffen.

Aber jetzt scheint ja alles zu funktionieren, oder ?

Quote from cinfo

Hi,

hier muß die Openelec Version mit XBMC 13 "Gotham" installiert sein

Grüße
cinfo

oder halt die ander p.vnsi aktivieren wie bei mir, dann klappt es auch mit der älteren stabilen XBMC Version

Quote from cinfo

Hi,

Hmm, die haben wir nicht --> sollte bestimmt VDR-1.7.31.9 sein OK (Update von gestern?)

Grüße
cinfo

Genau 1.7.31.9. von gestern
back to 1.7.29.5 und alles funktionier so wie es soll.

Fehler gefunden.

Ist die VDR Version ( *.31.5 )
bin eine Version zurück ( *.29.5 ) und es funktioniert wieder

Quote from cinfo

Hi,

die letzte lauffähige Version war dann wohl die linux.bin.23032014

Grüße
cinfo

Unbenannt in linux.bin ,
setup -fw ausgeführt... aber das Problem ist noch immer da.