Beiträge von skipAd

Hallo,

da es ja anscheinend keine Erfahrungswerte von jemandem gab,
blieb mir nur der Test. Diesmal habe ich Glück gehabt und
ein Board erwischt, das ACPI kann.
Ich bin jedenfalls sehr zufrieden, weil mein neuer VDR endlich läuft.
Meiner Meinung sollte in der Hardware-Rubrik des Forums eine
extra "Mainboard"-Kategorie eingerichtet werden. In denen die
Mitglieder ihre Erfahrungen posten können. Das würde wahrscheinlich einige
Mißgriffe verhindern.
Die Liste auf linuxvdr.org iste jedenfalls alles andere als aktuell.

Gruß

Peter

Hallo,

nach meinem Reinfall mit dem Asrock ConRoe 945PL-GLAN werde ich mir ein neues
Board suchen.
Weiß jemand ob das MSI 945PL Neo3-F den ACPI-Wakeup über /dev/acpi/alarm
beherrscht?

Danke im voraus

Gruß

Peter

Ich habe mir das Asrock ConRoe 945PL-GLAN gekauft.
Da geht weder ACPI und NVRAM. Auch nach einem BIOS-Update nicht.
Der Support gab mir auch keine positive Auskunft, soll heißen die
Architektur kann das wohl nicht.
Damit ist für mich Asrock = Assrock
Hattest Du das Board schon mal mit Wakeup in Funktion, oder zielte Deine Frage
mehr auf den Zusammenhang mit dem Blitzschlag?
Ausserdem ist meiner Meinung nach, das disablen des Wakup im Bios
genau falsch.
Ich werde mir jetzt wohl mal ein neues Board suchen.

Gruß

Peter

Ich denke mal, daß der Kernele meckert, weil sich der Prozeß vdr nicht beenden läßt.
Und weil alles andere schon beendet ist, ist der Rechner danach gelockt.
Ich habe osdteletext auch erstmal deaktiviert. Die Entwicklung scheint in der Tat erstmal
eingestllt zu sein. Schade

Gruß

Peter

Hallo,

nachdem ich jetzt mit viel Mühe meinen neuen VDR zusammengeschraubt habe,
muß ich feststellen, daß der Wakup nicht funktioniert. Weder mit ACPI noch mit
NVARM (Habe es nach der letzten c't Anleitung aus 11/07 versucht).
Selbst meine alte Shuttlekiste konnte ACPI-Alarm.

Nun meine Frage:
Ist es prinzipiell möglich so ein Problem mit einem BIOS-Update zu lösen?
Oder ist einfach die Architekur des Boards fehlerhaft?
Das BIOS ist nämlich uralt. Ein Update macht aber Arbeit, weil ich den Krempel
(Floppy, DOS) erst besorgen muß.

Danke im voraus.

Gruß

Peter

Hallo,

osdteletext hindert bei mir auch den VDR daran sich sauber zu beenden. Ich habe jetzt auf ein amd64 system umgestellt. Weiß nicht, ob's daran liegt.
Es haben auch einige andere Plugins geklemmt. Nach der Neukompilierung
funktionierten die anderen aber dann.
Ich denke mal, ohne debugging gibt's dafür keine Lösung.

Gruß

Peter

Danke für den Tip. Leider habe ich die Stecker dort nicht gefunden.
Aber auf meine Lösung für die interne Spannungsversorgung für's
Display bin ich stolz!
Ich habe mir nämlich aus dem KFZ-Zubehör einen Schaltspannungswandler
mit wählbarer Ausgangsspannung und vielen Adaptern
besorgt. Stecker für den Zigarettenazünder ab, Molex-Stecker dran,
richtigen Adapter ausgewählt (Polung beachten!), fertig ist die Spannungsversorgung
für 12 Euro (Bei Pearl gabs den Wandler sogar für 7).
Der Composite-Anschluß war da leider nicht so elegant. Da werde ich noch was
netteres basteln.

Gruß

Peter

Hi,

ist das ebuild in einem der overlays drin? Wenn ja, in welchem?
:hechel :lechtz (Schade da gibt's keine Smilies für)
Ich habe es jedenfalls nicht gefunden.
Ist das ebuild auch für framebuffer und amd64 geeignet?
Ich möchte nämlich mein internes PSP-One-Display damit in Betrieb nehmen.
Danke im voraus.

Gruß

Peter

Zitat

Original von dreamy1

Guck mal hier, ob was passendes dabei ist: LINK

Das war ein guter Tip. Ich habe das Teil jetzt hier. Super! Danke Dir!

Weiß zufällig jemand ob es auch diese anderen Steckerchen zu kaufen gibt, mit denen die kleine Platine mit den externen Steckkontakten an der großen Steuerungsplatine verbunden wird?

Gruß

Peter

.... an Privatkunden.
So'n Scheiß. Da wird man erst drauf hingewiesen wenn man seine Bestellung
zusammengeklickt und seine persönlichen Daten eingegeben hat.
Kann man die Stecker und das Kabel auch woanders bekommen?

Danke im voraus

Gruß

Peter

....benutze ausschließlich Gentoo für VDR.

Danke für die ebuilds!

Gruß

Peter

Hallo,

ich versuche gerade eine Budget-Lösung mit softdevice für einen Freund aufzusetzten.
Zum letzten Schritt fehlt mir eigentlich nur noch eine funktioniernde XF86config, die den tvout und die genaue Palauflösung 720x568 benutzt, damit es keine Verluste bei einer Umrechnung der Auflösung gibt.

Hat jemand so eine config zufällig gerade im Angebot?

Danke im voraus.

Gruß

Peter

Hallo,

ich habe für meinen Vater einen VDR mit o.g. Karte gebaut.
Mein eigener VDR mit DVB-C kann mit einer Karte 2 Sendungen gleichzeitig aufnehmen, wenn die auf dem gleichen Transponder laufen (große Neuigkeit ).
Aber wie sieht das aus, mit einer DVB-C-Karte? Kann die sowas auch?

Und wie schaut das mit der Systemzeit aus? Der Rechner hat kein Netz, und somit auch kein ntp. Kann man die auch mit einer DVB-C-Karte stellen? Welcher Sender wäre dafür am Besten geeignet?

Danke im voraus

Gruß

Peter

Zitat

Original von aLiEnTxC
also ich habe jetzt die finale lösung für mein kernel-backen *g*

[Schnipp]

Gruß,
Thomas

Dann können wir uns ja jetzt gegenseitig auf die Schulter klopfen

Gruß

Peter

Ich hab's endlich!

Auf den vanilla-kernel 2.6.16.1 (btw. unter gentoo 2006.0) ließ sich der Patch direkt anwenden (keine rejects).
Kompilieren war kein Problem, und jetzt kommt das Beste: Es läuft der vdr mit Ton aus dem analogen Ausgang der TT DVB-C 2300 !

Gruß

Peter

Zitat

Original von Dr. Seltsam
macht es doch ganz einfach

hg-v4l-dvb-Archib auspacken

den Patch den ich gepostet habe im Hauptordner (hier z.B. n /usr/src/hg-v4l-dvb-d637e144b557/ ) ablegen

cd /usr/src/hg-v4l-dvb-d637e144b557/
patch -p1 -i hg_nexus_ca_analog.diff
make
make install
fertig

Alles anzeigen

Ok. Das habe ich jetzt auch mal versucht. Patchen geht noch gut, aber dann kommen einige Fehlermeldungen, und make läuft nicht durch:

CC [M]  /usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/ir-keymaps.o
  CC [M]  /usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.o
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c:21:25: linux/mutex.h: No such file or directory
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c: In function `aci_rds_cmd':
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c:185: warning: implicit declaration of function `mutex_lock_interruptible'
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c:196: warning: implicit declaration of function `mutex_unlock'
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c: In function `attach_aci_rds':
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c:204: warning: implicit declaration of function `mutex_init'
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c: At top level:
/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.c:29: error: storage size of `aci_rds_mutex' isn't known
make[3]: *** [/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l/miropcm20-rds-core.o] Error 1
make[2]: *** [_module_/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-2.6.15-gentoo-r1'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/usr/src/hg-v4l-dvb-aa1faaddab8b/v4l'
make: *** [all] Error 2

Gruß

Peter

Zitat

Original von aLiEnTxC
Schnipp...

Versuch mal folgendes...

Dann solltestet du eine hg-v4l-dvb-d637e144b557.tar.bz2 erhalten.

die entpackst du mit tar jxvf (bei einem bz2) und dann kannst du die aktuellen dvb-treiber mit

Code

cp -rv /usr/src/hg-v4l-dvb-d637e144b557/linux /usr/src/linux

in deine kernel-2.6.15 sources einfügen...

nun (hätte man auch vorher machen können) das patch mit

patch -p1 <hg_nexus_ca_analog.bin

einspielen.. jetzt nur noch kernel backen und schon sollte es funktionieren..

Gruß,
Thomas

PS: Pfade sind natürlich anzupassen!

Alles anzeigen

Hab mich wohl doch zu früh gefreut.

Es müßte wohl heißen:

cp -rv /usr/src/hg-v4l-dvb-d637e144b557/linux/* /usr/src/linux

sonst hat man in /usr/src/linux ein weiteres Unterverzeichnis mit dem Namen linux!

Aber nach einem make distclean und make oldconfig bekam ich dann folgende Fehlermeldung:

HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/split-include
  HOSTCC  scripts/basic/docproc
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/kxgettext.o
  HOSTCC  scripts/kconfig/mconf.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/lex.zconf.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf -o arch/i386/Kconfig
drivers/media/video/Kconfig:433: can't open file "drivers/media/video/usbvideo/Kconfig"
make[1]: *** [oldconfig] Error 1
make: *** [oldconfig] Error 2

Das ist wohl noch nicht die Lösung.

Gruß

Peter

Danke Dir. Gute Erklärung!

U made my day

Gruß

Peter

Also muß man nicht die Kernelsourcen patchen, sondern die DVB-Sourcen und kompiliert die dann separat vom Kernel?

Nachdem das Patchen meiner Kernelsourcen 2.6.15 fehlgeschlagen ist, blicke ich überhaupt nicht mehr durch.

Gruß

Peter

Ok. Ok. Ich habe die Antwort von aLiEnTxC in dem andren Thread erst jetzt gefunden.

Danke Dir!

Gruß

Peter

Hallo Dr.Seltsam,

Danke für den Patch. Aber ist der wirklich für den Kernel 2.6.15 geeignet?
Ich erhalte beim patchen 2 rejects:

patching file drivers/media/dvb/ttpci/av7110.c
Hunk #1 FAILED at 132.
1 out of 1 hunk FAILED -- saving rejects to file drivers/media/dvb/ttpci/av7110.c.rej
patching file drivers/media/dvb/ttpci/av7110_av.c
Hunk #2 succeeded at 1275 (offset -2 lines).
patching file drivers/media/dvb/ttpci/av7110_v4l.c
Hunk #3 FAILED at 700.
Hunk #4 succeeded at 630 (offset -95 lines).
1 out of 4 hunks FAILED -- saving rejects to file drivers/media/dvb/ttpci/av7110_v4l.c.rej

Ich bin zwar kein geübter Patcher, aber das heißt für mich, daß der Patch fehlgeschlagen ist.

Grüße

Peter