Beiträge von k_wave

    Hallo Oliver,


    es handelt sich um eine 4 Teilnehmer Anlage für 19,2° und 28,2° Ost welche durch zwei Quad LNB mit eingebautem Multischalter und zwei nachgeschalteten DiSEqC 2/1 Schaltern realisiert ist. Hier mal der Versuch einer ASCII Grafik:




    Code
    LNB 1        19,2 Ost---------------------+   |                         |   |                         |   |                         |DiSEqC 2/1------VDR------DiSEqC 2/1   |                         |   |                         |   |                         | LNB 2                       | 28,2 Ost---------------------+



    Die Karte muss die LNBs nur versorgen wenn die beiden Reciver welche an den übrigen Ausgängen der Quad LNB angeschlossen sind vom Netz getrennt sind. Der interne Pfostenstecker für Stromversorgung des SAT-Moduls ist angeschlossen.


    In den Logs steht imho nichts auffälliges ausser diesen "timed out" Meldungen. Dennoch mal ein exemplarischer Auszug:



    Code
    Jul 28 11:34:49 vdrserver vdr: [2009] VDR version 1.7.16 startedJul 28 11:34:49 vdrserver vdr: [2009] codeset is 'UTF-8' - knownJul 28 11:34:49 vdrserver vdr: [2009] found 27 locales in /usr/local/src/vdr/locale/Jul 28 11:34:49 vdrserver vdr: [2009] no locale for language code 'por'Jul 28 11:34:49 vdrserver vdr: [2009] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-osdteletext.so.1.7.16Jul 28 11:34:49 vdrserver vdr: [2009] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-ffnetdev.so.1.7.16Jul 28 11:34:49 vdrserver vdr: [2009] [ffnetdev] processing args.Jul 28 11:34:49 vdrserver vdr: [2009] [ffnetdev] finished processing args.Jul 28 11:34:49 vdrserver vdr: [2009] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-femon.so.1.7.16Jul 28 11:34:49 vdrserver vdr: [2009] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-streamdev-server.so.1.7.16Jul 28 11:34:49 vdrserver vdr: [2009] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-epgsearch.so.1.7.16Jul 28 11:34:49 vdrserver vdr: [2009] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-text2skin.so.1.7.16Jul 28 11:34:49 vdrserver vdr: [2009] loading plugin: /usr/local/src/vdr/PLUGINS/lib/libvdr-live.so.1.7.16Jul 28 11:34:49 vdrserver vdr: [2009] [live] INFO: validating server ip '127.0.0.1'Jul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//setup.confJul 28 11:34:49 vdrserver vdr: [2009] ERROR: unknown config parameter: femon.OSDHeight = 480Jul 28 11:34:49 vdrserver vdr: [2009] ERROR: unknown config parameter: femon.OSDOffset = 0Jul 28 11:34:49 vdrserver vdr: [2009] ERROR: unknown config parameter: femon.ShowCASystem = 0Jul 28 11:34:49 vdrserver vdr: [2009] ERROR: unknown config parameter: femon.UseSingleArea = 0Jul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//sources.confJul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//diseqc.confJul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//channels.confJul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//timers.confJul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//reccmds.confJul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//svdrphosts.confJul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//remote.confJul 28 11:34:49 vdrserver vdr: [2009] loading /video/conf//keymacros.confJul 28 11:34:49 vdrserver vdr: [2010] video directory scanner thread started (pid=2009, tid=2010)Jul 28 11:34:49 vdrserver vdr: [2011] video directory scanner thread started (pid=2009, tid=2011)Jul 28 11:34:49 vdrserver vdr: [2009] reading EPG data from /video/runtime/epg.dataJul 28 11:34:49 vdrserver vdr: [2010] video directory scanner thread ended (pid=2009, tid=2010)Jul 28 11:34:49 vdrserver vdr: [2011] video directory scanner thread ended (pid=2009, tid=2011)Jul 28 11:34:49 vdrserver vdr: [2009] registered source parameters for 'A - ATSC'Jul 28 11:34:49 vdrserver vdr: [2009] registered source parameters for 'C - DVB-C'Jul 28 11:34:49 vdrserver vdr: [2009] registered source parameters for 'S - DVB-S'Jul 28 11:34:49 vdrserver vdr: [2009] registered source parameters for 'T - DVB-T'Jul 28 11:34:49 vdrserver vdr: [2009] probing /dev/dvb/adapter0/frontend0Jul 28 11:34:49 vdrserver vdr: [2009] creating cDvbDeviceJul 28 11:34:49 vdrserver vdr: [2009] new device number 1Jul 28 11:34:49 vdrserver vdr: [2009] frontend 0/0 provides DVB-S2 with QPSK ("STV090x Multistandard")Jul 28 11:34:49 vdrserver vdr: [2013] tuner on frontend 0/0 thread started (pid=2009, tid=2013)Jul 28 11:34:49 vdrserver vdr: [2014] section handler thread started (pid=2009, tid=2014)Jul 28 11:34:49 vdrserver vdr: [2009] probing /dev/dvb/adapter1/frontend0Jul 28 11:34:49 vdrserver vdr: [2009] creating cDvbDeviceJul 28 11:34:49 vdrserver vdr: [2009] new device number 2Jul 28 11:34:50 vdrserver vdr: [2009] frontend 1/0 provides DVB-S2 with QPSK ("STV090x Multistandard")Jul 28 11:34:50 vdrserver vdr: [2016] tuner on frontend 1/0 thread started (pid=2009, tid=2016)Jul 28 11:34:50 vdrserver vdr: [2017] section handler thread started (pid=2009, tid=2017)Jul 28 11:34:50 vdrserver vdr: [2009] found 2 DVB devicesJul 28 11:34:50 vdrserver vdr: [2009] initializing plugin: osdteletext (0.9.0): Zeigt den Videotext auf dem OSD anJul 28 11:34:50 vdrserver vdr: [2009] initializing plugin: ffnetdev (0.1.0): Full Featured Network Device for StreamingJul 28 11:34:50 vdrserver vdr: [2009] [ffnetdev] initializing plugin.Jul 28 11:34:50 vdrserver vdr: [2009] new device number 9Jul 28 11:34:50 vdrserver vdr: [2009] [ffnetdev] Device: Constructor cStreamDevice Jul 28 11:34:50 vdrserver vdr: [2018] [ffnetdev] PES2PES remux thread started (pid=2009, tid=2018)Jul 28 11:34:50 vdrserver vdr: [2009] initializing plugin: femon (1.7.8): DVB Signal Informationsanzeige (OSD)Jul 28 11:34:50 vdrserver vdr: [2009] initializing plugin: streamdev-server (0.5.1-git): VDR Streaming ServerJul 28 11:34:50 vdrserver vdr: [2009] initializing plugin: epgsearch (0.9.25.beta17): Suche im EPG nach Wiederholungen und anderemJul 28 11:34:50 vdrserver vdr: [2009] initializing plugin: text2skin (1.3.1): Lader für textbasierte SkinsJul 28 11:34:50 vdrserver vdr: [2009] initializing plugin: live (0.2.0): Live Interactive VDR EnvironmentJul 28 11:34:50 vdrserver vdr: [2009] setting primary device to 3Jul 28 11:34:50 vdrserver vdr: [2009] [ffnetdev] Device: ffnetdev becomes primary device. Registering our OSD provider...Jul 28 11:34:50 vdrserver vdr: [2009] [ffnetdev] Device: Setting volume to 115 (not implemented).Jul 28 11:34:50 vdrserver vdr: [2009] assuming manual start of VDRJul 28 11:34:50 vdrserver vdr: [2009] SVDRP listening on port 2001Jul 28 11:34:50 vdrserver vdr: [2009] setting current skin to "sttng"Jul 28 11:34:50 vdrserver vdr: [2009] loading /video/conf//themes/sttng-default.themeJul 28 11:34:50 vdrserver vdr: [2009] starting plugin: osdteletextJul 28 11:34:50 vdrserver vdr: [2009] starting plugin: ffnetdevJul 28 11:34:50 vdrserver vdr: [2009] plugin 'ffnetdev' called obsolete function RegisterI18n()Jul 28 11:34:50 vdrserver vdr: [2021] [ffnetdev] ClientControl thread started (pid=2009, tid=2021)Jul 28 11:34:50 vdrserver vdr: [2021] [ffnetdev] ClientControl: Listening on port 20005Jul 28 11:34:50 vdrserver vdr: [2020] [ffnetdev] TS streamer thread started (pid=2009, tid=2020)Jul 28 11:34:50 vdrserver vdr: [2009] starting plugin: femonJul 28 11:34:50 vdrserver vdr: [2009] starting plugin: streamdev-serverJul 28 11:34:50 vdrserver vdr: [2020] [ffnetdev] Streamer: Listening on port 20002Jul 28 11:34:50 vdrserver vdr: [2009] loading /video/conf//plugins/streamdev-server/streamdevhosts.confJul 28 11:34:50 vdrserver vdr: [2009] starting plugin: epgsearchJul 28 11:34:50 vdrserver vdr: [2022] streamdev server thread started (pid=2009, tid=2022)Jul 28 11:34:50 vdrserver vdr: [2022] Streamdev: Listening (HTTP) on port 3000Jul 28 11:34:50 vdrserver vdr: [2009] EPGSearch: loading /video/conf//plugins/epgsearch/epgsearch.confJul 28 11:34:50 vdrserver vdr: [2009] EPGSearch: loading /video/conf//plugins/epgsearch/epgsearchdone.dataJul 28 11:34:50 vdrserver vdr: [2009] loading /video/conf//plugins/epgsearch/timersdone.confJul 28 11:34:50 vdrserver vdr: [2023] EPGSearch: searchtimer thread started (pid=2009, tid=2023)Jul 28 11:34:50 vdrserver vdr: [2024] EPGSearch: conflictcheck thread started (pid=2009, tid=2024)Jul 28 11:34:50 vdrserver vdr: [2009] starting plugin: text2skinJul 28 11:34:50 vdrserver vdr: [2009] starting plugin: liveJul 28 11:34:50 vdrserver vdr: [2009] LIVE: initial file cache has 82 entries and needs 307017 bytes of data!Jul 28 11:34:50 vdrserver vdr: [2026] LIRC remote control thread started (pid=2009, tid=2026)Jul 28 11:34:50 vdrserver vdr: [2009] remote control LIRC - keys knownJul 28 11:34:50 vdrserver vdr: [2009] remote control KBD - keys knownJul 28 11:34:50 vdrserver vdr: [2009] switching to channel 7Jul 28 11:34:50 vdrserver vdr: [2027] KBD remote control thread started (pid=2009, tid=2027)Jul 28 11:34:50 vdrserver vdr: [2025] [live] INFO: attempt to listen on ip = '127.0.0.1'Jul 28 11:34:50 vdrserver vdr: [2028] receiver on device 1 thread started (pid=2009, tid=2028)Jul 28 11:34:50 vdrserver vdr: [2009] [ffnetdev] Device: Setting volume to 115 (not implemented).Jul 28 11:34:50 vdrserver vdr: [2009] setting watchdog timer to 60 secondsJul 28 11:34:50 vdrserver vdr: [2029] osdteletext-receiver thread started (pid=2009, tid=2029)Jul 28 11:34:50 vdrserver vdr: [2009] [ffnetdev] Device: Setting playmode. Mode: 1Jul 28 11:34:50 vdrserver vdr: [2009] [ffnetdev] PlayStateReqJul 28 11:34:50 vdrserver vdr: [2025] [live] ERROR: Unable to load cert/key (/video/conf/plugins/live/live.pem//video/conf/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefundenJul 28 11:34:50 vdrserver vdr: [2030] TS buffer on device 1 thread started (pid=2009, tid=2030)Jul 28 11:34:50 vdrserver vdr: [2009] OSD size changed to 720x480 @ 1Jul 28 11:34:51 vdrserver vdr: [2024] EPGSearch: timer conflict check startedJul 28 11:34:51 vdrserver vdr: [2024] EPGSearch: timer conflict check finishedJul 28 11:34:51 vdrserver vdr: [2023] EPGSearch: search timer update startedJul 28 11:34:51 vdrserver vdr: [2023] EPGSearch: search timer update finishedJul 28 11:34:55 vdrserver vdr: [2009] [ffnetdev] Destructor cNetOSDJul 28 11:34:56 vdrserver vdr: [2009] max. latency time 1 secondsJul 28 11:34:59 vdrserver vdr: [2019] [ffnetdev] remote control disabled.Jul 28 11:35:22 vdrserver vdr: [2009] ERROR: cFemonOsd::cFemonOsd() OSD height (432) smaller than required (640).Jul 28 11:35:22 vdrserver vdr: [2009] [ffnetdev] Destructor cNetOSDJul 28 11:35:22 vdrserver vdr: [2053] femon receiver thread started (pid=2009, tid=2053)Jul 28 11:35:22 vdrserver vdr: [2054] femon osd thread started (pid=2009, tid=2054)Jul 28 11:35:28 vdrserver vdr: [2009] switching to channel 1Jul 28 11:35:28 vdrserver vdr: [2009] [ffnetdev] Device: Setting playmode. Mode: 0Jul 28 11:35:28 vdrserver vdr: [2055] receiver on device 2 thread started (pid=2009, tid=2055)Jul 28 11:35:28 vdrserver vdr: [2056] TS buffer on device 2 thread started (pid=2009, tid=2056)Jul 28 11:35:28 vdrserver vdr: [2029] osdteletext-receiver thread ended (pid=2009, tid=2029)Jul 28 11:35:28 vdrserver vdr: [2009] buffer stats: 0 (0%) usedJul 28 11:35:28 vdrserver vdr: [2057] osdteletext-receiver thread started (pid=2009, tid=2057)Jul 28 11:35:28 vdrserver vdr: [2053] femon receiver thread ended (pid=2009, tid=2053)Jul 28 11:35:28 vdrserver vdr: [2058] femon receiver thread started (pid=2009, tid=2058)Jul 28 11:35:28 vdrserver vdr: [2009] [ffnetdev] Device: Setting playmode. Mode: 1Jul 28 11:35:28 vdrserver vdr: [2009] [ffnetdev] PlayStateReqJul 28 11:35:28 vdrserver vdr: [2030] TS buffer on device 1 thread ended (pid=2009, tid=2030)Jul 28 11:35:28 vdrserver vdr: [2028] buffer stats: 106972 (5%) usedJul 28 11:35:28 vdrserver vdr: [2028] receiver on device 1 thread ended (pid=2009, tid=2028)Jul 28 11:35:38 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:36:47 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:36:53 vdrserver vdr: [2014] read incomplete section - len = 2346, r = 50Jul 28 11:37:41 vdrserver vdr: [2013] frontend 0/0 lost lock on channel 7, tp 112544Jul 28 11:37:41 vdrserver vdr: [2013] frontend 0/0 regained lock on channel 7, tp 112544Jul 28 11:37:57 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:38:59 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:40:09 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:41:10 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:42:20 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:42:32 vdrserver vdr: [2013] frontend 0/0 lost lock on channel 7, tp 112544Jul 28 11:42:33 vdrserver vdr: [2013] frontend 0/0 regained lock on channel 7, tp 112544Jul 28 11:42:44 vdrserver vdr: [2013] frontend 0/0 lost lock on channel 7, tp 112544Jul 28 11:42:45 vdrserver vdr: [2013] frontend 0/0 regained lock on channel 7, tp 112544Jul 28 11:43:01 vdrserver vdr: [2013] frontend 0/0 lost lock on channel 7, tp 112544Jul 28 11:43:03 vdrserver vdr: [2013] frontend 0/0 timed out while tuning to channel 7, tp 112544Jul 28 11:43:16 vdrserver vdr: [2013] frontend 0/0 regained lock on channel 7, tp 112544Jul 28 11:43:24 vdrserver vdr: [2016] frontend 1/0 timed out while tuning to channel 1, tp 111362Jul 28 11:43:36 vdrserver vdr: [2014] read incomplete section - len = 3659, r = 263


    In den Einstellungen steht unter LNB nur "DiSEqC benutzen: Ja".





    Ich habe den VDR jetzt mal eine Nacht lang mit --device=0 durchlaufen lassen und per Script jede Minute VLC den Kanal umschalten lassen. Das Problem tritt definitiv (also auch über einen längeren Zeitraum) nicht auf so bald nur ein Device verwendet wird.


    Viele Grüße
    Michael

    Zwar schon älter mein Thread - aber hier die Lösung falls jemand mal ähnliche Probleme haben sollte:


    Laut Hersteller der Karte (Wirklich ausgezeichneter sehr netter Kundensupport) hält sich Asus bei 99% der Boards wohl nicht an die eigenen PCIe Standards. Das heißt also die Karte ist auf den Standard ausgelegt während das Board diesen Standard wohl nicht liefern kann. Lösung war dann ein Tausch der Karte gegen eine Octopus LE welche einen anderen PCI-Chip verwendet welcher lt. Hotline die Fehler "ausbügeln" kann.


    Vielen Dank nochmal an alle für eure Hilfe.

    Hallo zusammen,


    vor kurzem habe ich auf die DD Octopus LE (DVB-S2) umgerüstet und habe nun ein sehr seltsames Verhalten:



    "Normaler" VDR Start:
    Beide Frontends werden erkannt und laut Log auch angedockt. Femon zeigt für nahezu alle Kanäle eine Signalqualität an die sich irgendwo um die 40% befindet (Signalstärke ca 80%).
    In VLC (über Streamdev) sind HD Sender überhaupt nicht zu empfangen -> Frontend x/y timed out while tuning to channel. SD Sender sind mit dermaßen schlechter Qualität empfangbar dass durch die Artefakte keinerlei erkennbares Bild zu stande kommt.



    Start mit --device=0 bzw --device=1:
    Femon zeigt Signalqualität von 95% und Signalstärke von 80% auf allen Sendern. HD und SD problemlos empfangbar.




    Irgend etwas scheint also nicht ganz zu funktionieren so bald beide Frontends im Spiel sind. Die Sat-Anlage ist korrekt ausgerichtet (Technisat Reciver an den beiden gleichen Kabeln zeigt 80% / 95% an).
    Die VDR Versionen 1.7.1[0-9] hab ich komplett durchprobiert. Immer das selbe Phänomen. Der Treiber aus diesem Thread ist installiert.


    Hat jemand von euch eine Idee wo ich anfangen könnte zu suchen?



    Vielen Dank

    Für mein Testsetup hatte ich nicht mal die LNBs angeschlossen. D.h. so bald die Karte Steckt (die beiden Tunerbuchsen hängen frei in der Luft) zeigt sich dieser Fehler. Wie schon oben beschrieben halte ich es eigentlich für relativ unwarscheinlich dass die blose Karte ohne LNBs +MoBo ein 90W NT überfordert...


    Die Frage ist nur welchem Händler schicke ich ein seine Lieferung als "defekt" zurück - DigitalDevices oder dem MoBo Lieferanten?! :schiel

    Hallo Oliver,


    wenn ich das damals richtig verstanden habe dann geht es beim Shutdown Problem iv. mit der CineS2 nur darum dass der Rechner nach dem "Going down for Poweroff" nicht abschaltet, richtig?


    Seit ich dem Modul ngene den Parameter shutdow_workaround=1 verpasst hab schaltet sich das Board korrekt ab.



    Hier geht es darum dass selbst NUR das Board+CineS2 (d.h. OHNE HDD) nur jedes 2. mal überhaupt den BIOS Screen anzeigt.
    Oder könnte das auch mit dem von dir beschriebenen Problem (CineS2 + ION) zusammenhängen?

    Das klingt logisch, dazu würden die Symthome auch passen.


    Allerdings kann ich einfach nicht glauben dass das verbaute NT mit EINER einzigen PCI Karte schon überfordert ist. Schliesslich kann man laut Asus min. 2 HDDs + Graka + ne Menge USB Peripherie daran betreiben.


    Hier im Forum gibt es ja einige die Laut Signatur die selbe Kombi am laufen haben. Sollte also prinzipiell möglich sein.



    Habe heute die TV Karte mal in einen anderen Rechner eingebaut, der scheint unbeeindruckt und bootet ganz normal...



    Also entweder hat das Board nen Schuss oder die CineS2... Die Frage ist jetzt nur wie bekomme ich raus wer von beiden der Übeltäter ist :wand

    Hallo Stefan,


    habe grade mal im Syslog nach entsprechenden Meldungen ge-grep'ed - nichts zu finden.


    Meinst du wirklich dass hier das Betriebsystem eine Rolle spielen könnte?
    Denn wenn der Fehler Auftritt war ja weder seit dem Letzten Kaltstart noch danach überhaupt das OS aktiv.


    Edit: Einzig "verdächtige" Meldung bezüglich PCIe:

    Zitat

    pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'


    Mal eben googeln... mit der Meldung fange ich so nichts an.

    Habe ja schon alle anderen Komponenten abgezogen um eine Schwäche des Netzteils auszuschliessen.
    Ist beim AT3ION Deluxe ja ein 90 Watt Netzteil das fest auf dem Board verbaut ist. Die Leistung sollte eigentlich ausreichen... Ein Testweiser Tausch ist deshalb leider nicht möglich ohne das MoBo mit dem Dremel zu bearbeiten ;)

    Hallo Fr@nk,


    abgeschaltet = per Power Button ausgeschaltet, aber nicht vom Strom getrennt.


    Trenne ich das Netzteil vom Strom, so beginnt der "ich starte nur jedes Zweite mal"-Zyklus beim ersten Start mit einem Boot der vor dem POST hängt.

    Hallo zusammen,


    bin im Zuge eines VDR Umbaus auf HD auf in der Signatur genannte Hardware umgestiegen.


    Seit ich jetzt die CineS2 eingebaut habe startet der VDR nur noch jedes zweite mal.
    Durch zahlreiche Versuche habe ich das Problem auf die CineS2 eingegrenzt:
    Ich habe alle Geräte (auch interne) komplett getrennt so dass nur noch o.g. Mainboard incl. RAM, die CineS2 im 16x Slot, ein Keyboard und ein Monitor in Betrieb waren.
    Den VDR habe ich anschliessend wieder an die Stromversorgung angeschlossen und eingeschaltet. Der Monitor bekommt keinerlei Signal, nicht einmal der POST-Screen ist mehr zu sehen. Auch die Pieptöne vom Systemlautsprecher sind nicht zu hören. Der Rechner scheint also bereits vor oder während des POST zu hängen. Auch nach bis zu 5 min Wartezeit ändert sich dieser Zustand nicht.
    Schalte ich anschliessend den Rechner per Power Button (4 sek. drücken) ab, und erneut ein so startet er normal. Wird er nach einem normalen Start erneut abgeschaltet so wiederholt sich das oben beschriebene Szenario aufs neue.
    Der PC lässt sich also wirklich nur jedes zweite mal normal starten.


    So bald ich die CineS2 aus dem PCIe Steckplatz entferne startet der Rechner wieder normal (das heisst bei jedem Systemstart).


    Liegt hier vielleicht ein Hardwaredefekt an der S2 vor? Kann das Problem an irgendwelchen Treibern liegen?