[MarMic]

hi barapapa,

ich sehe ja einen segfault danach? sprich der vdr bricht sofort weg? wenn er weg ist warte mal 2-3sec und gib bitte in tty1 (strg+alt+f1)

Code: [Select]

runvdrein. wenn es dann funktioniert ist es echt ein timing problem aber ein sleep ist die hässlichste art sowas zu lösen! man musste dann im remote plug einen test einbauen falls remote +dvbhddevice = vor runvdr testen oben dev/input/ir da ist, oder so!

mich wundert einfach das nur du das problem hast bis jetzt und es haben schon einige ne rückmeldung per pm im portal gegebn das alles tut sehr sehr komisch :-(

achja mit hd iso hoffe ich meinst du das ff-hd iso? sonst könnte ich mir noch vorstellen das xorg etwas dmait zu tun hat (wäre ja aber blödsinn das hd iso zu nehmen)

greetz MarMic

[clausmuus]

Das backup addon geht im Prinzip schon,
es lässt aber nach der Installation eines nicht funktionierenden Addons, dem darauffolgenden Crash und der Wiedereinspielung einer guten Installation
die "fehlerhaften" Addons im Ordner zurück.
Die active Liste muss man auch manuell löschen, sonst hängt das System beim Ladeversuch.
(Trotzdem sind dann diese Addons noch als aktiv im Menue zu finden).

Hi barbapapa,

ich hab mir das backup Addon noch mal kurtz angeschaut. Der beschriebene Fehler dürfte eigendlich nicht auftreten. Magst Du mal bitte testen ob es irgendwelche Fehlermeldungen gibt, wenn Du das Backup per Komandozeile zurück holst:
backup.sh restore BACKUPNAME
Eventuell macht es auch nen Unterschied, ob Du das Backup aus der defekten Installation zurück spielst, oder wenn Du das Backup gerade gebootet hast.

Claus

[MarMic]

barapapas verhalten konnte ich auch nicht nachstellen hatte sowohl gebootetes orginal wiederhergestellt als auch von backup gebootet wiederhergestellt beides ohne probleme.

nun muss ich nur die letzte änderung mit ua testen

@claus da ist wieder viel mist bei den addons unter system dabei (kernel oben mit der auf nen alsa- linkt usw usw lcdproc auf lcdproc-server_7 der ansich nen vdr plugin ist und keymap-de war letztens auch noch drin)

greetz MarMic

[gkd-berlin]

Hi

Test: MLD-3.0.0_ff-hd-791_24.iso vom 26.6.

Installation ohne Probleme.
Erst alle VDR Plugins in einem Rutsch installiert > reboot, Fernbedienung angelernt > restart VDR, dann alle System Addons in einem Rutsch installiert, wieder reboot.
Erstmals sind alle Plugins und Addons, wie oben geschrieben, sofort verfügbar.

Danach meine eigenen

[MarMic]

du kennst dich mit epgsearch aus? also ich habe noch nei rausbekommen wie man gescheite werte für das %genre% bekommt!? wenn du das weisst her mit dann wird das direkt eingebaut.

greetz MarMic
 

[gkd-berlin]

Hi,

wie man mit dem %genre% umgeht weiß ich auch nicht.

In der epgsearch.conf sind die gespeicherten Suchen drin.

Gruß Gerhard

[barbapapa]

@Claus - Das backup Addon teste ich in den nächsten Tagen noch mal genauer aus - wenn mein Prob mit /dev/input/ir gelöst ist...

@MarMic

Ich hab wegen meinem nicht vorhandenen /dev/input/ir etwas nachgeforscht:
Kann es sein, dass ein onboard IR Empfänger, obwohl er im BIOS disabled ist, vom System erkannt wird und deshalb sich vor
den IR der FF Karte drängelt? (Hab im www ein paar ähnliche Probleme gefunden)
dmesg | grep /input zeigt mir dass der FF IR erkannt ist (4 mal) aber nicht zu /dev/input/ir gelinkt ist.
Wie kann ich denn manuell das richtig zuweisen? Kann man irgendwie ne udev Regel für die TT6400 erstellen?
Sorry für mein Linux-Halbwissen...  
Ich werd auch noch mal genau die Lags durchsehen, vielleicht fällt mir noch was auf.

---------------------

epgsearch.conf : das %genre% ist immer das erste was ich rauslösche... keine Ahnung wie man das sinnvoll integriert

barbapapa

[Christian]

epgsearch:

Code: [Select]

mv /etc/vdr/plugins/epgsearch/epgsearchcats.conf-epgdata /etc/vdr/plugins/epgsearch/epgsearchcats.conf

[MarMic]

@Claus - Das backup Addon teste ich in den nächsten Tagen noch mal genauer aus - wenn mein Prob mit /dev/input/ir gelöst ist...

@MarMic

Ich hab wegen meinem nicht vorhandenen /dev/input/ir etwas nachgeforscht:
Kann es sein, dass ein onboard IR Empfänger, obwohl er im BIOS disabled ist, vom System erkannt wird und deshalb sich vor
den IR der FF Karte drängelt? (Hab im www ein paar ähnliche Probleme gefunden)
dmesg | grep /input zeigt mir dass der FF IR erkannt ist (4 mal) aber nicht zu /dev/input/ir gelinkt ist.
Wie kann ich denn manuell das richtig zuweisen? Kann man irgendwie ne udev Regel für die TT6400 erstellen?
Sorry für mein Linux-Halbwissen...  
Ich werd auch noch mal genau die Lags durchsehen, vielleicht fällt mir noch was auf.

---------------------

epgsearch.conf : das %genre% ist immer das erste was ich rauslösche... keine Ahnung wie man das sinnvoll integriert

barbapapa

halbwissen? das ist mehr wissen als ich habe! (ungelogen)
1. ka wie man ne udev regel schreibt
2. wir nutzen mdev (glaube ich)
3. dazu muss claus was sagen
ABER
4. vllt kannste nen ln -sf auf den richtigen ir setzen! noch vor dem vdr start?

greetz MarMic

[barbapapa]

Yes, Problem gelöst!
Ich bin mir zwar nicht ganz sicher warum und ob das der richtige Weg war, aber der ist ja bekanntlich das Ziel...
Nach längerem Gewurschtel mit ellenlangen /devices/pci:000:00...usw hab ich ganz einfach in der rc.config unter
# vdr-remote settings
VDR_PLUGIN_ARGS_remote="-i /dev/input/event2"
eingetragen. Alles bestens, warum denn nicht gleich so

Danke für alle Gedanken zu meinem Problem, vielleicht hilfts ja mal jemand anderem...

barbapapa

[clausmuus]

Hi barbapapa,

woher weißt Du das /dev/input/event2 Deine Fernbedienung ist?

Claus

[MarMic]

das wird timing GL

[barbapapa]

Hallo Claus,
ich hab das aus /dev un /devices/pci.../input2/... ausgelesen, als nach nem Ausschalten-Neustart meine FB mal zufällig ging.
War wohl ein Glückstreffer     der mein (Hardware?-)Problem zu lösen scheint.
Ich wollte es eigentlich erst so ähnlich versuchen:
------
...hier die udevrule, falls jemand die IR immer unter /dev/input/ir erreichen will:
KERNELS=="input*", ATTRS{name}=="TT6400 DVB IR receiver", SYMLINK+="input/ir", GROUP="vdr"
---------
aber udev gibts ja nicht. Das manuelle Anlegen von /dev/input/ir mit -l s brachte keine

[barbapapa]

... mir ist schon klar, dass /event2 keine wirklich befriedigende Lösung ist  
Aber solange ich an meinem System nichts verändere sollte es erstmal gehen.
Schön wäre es, wenn ich den IR Eingang der TT6400 fest auf /dev/input/ir linken könnte...

barbapapa

[gkd-berlin]

Hi,

Test: MLD-3.0.0_ff-hd-792_24.iso vom 28.6.

VDR Plugins: clock, devstatus, epgsearch, extrecmenu, femon, filebrowser, osdpip, remote, streamdev-server und yaepghd.
System Addons: acpi, autofs, backup, mc, perl, samba, ssh, usb vdradmin-am und wakeup.

usb ist noch wie vorige Woche. Alles andere ist ok.

ABER!

Ich habe den neuesten VDR-Zapper installiert. Stream von bestehenden Aufnahmen funktioniert gut. Stream-Rate = 980 B/s - 1,2 MB/s.

TV-Stream geht sehr schlecht. Stream-Rate = 300 - 600 KB/s. Der Stream ist völlig zerrissen mit Aussetzern. Das TV-Bild hat jede Menge Artefakte und ständige Tonaussetzer. Teilweise wird der Stream abgebrochen.
Der gleiche Effekt ist auch beim streamen aus dem vdradmin.

Einen Ausschnitt aus der messages ist im Anhang.

Wer kann sagen, wo noch geschraubt werden muß?

Gruß Gerhard