Beiträge von MarcTwain

Zitat

Original von clausmuus
Ich kann mich nur Dr. Seltsam nur anschliessen, habe dieses Problem aber schon etwas länger. Ich benutzte bisher noch die 1.3.31. Allerdings tritt das bei mir nur sporadisch auf.
Die 1.3.33 hab ich noch nicht getestet.
Da ich bisher nichts in der Richtung gelesen hatte, dachte ich es liegt an meiner Distribution. Dem ist wohl doch nicht so.

Claus

Bei mir lief 1.3.32 nicht. Mit 1.3.33 habe ich gestern abend etwa 4 Stunden problemlos die Zeit vor dem Beamer totgeschlagen.

In Woody erhalte ich beim Compilieren leider:

In file included from DisplayChannel.c:5:
DisplayChannel.h:19: ANSI C++ forbids declaration `tTrackId' with no type
DisplayChannel.h:19: parse error before `*'
DisplayChannel.c: In method `cSkinElchiDisplayChannel::cSkinElchiDisplayChannel(bool)':
DisplayChannel.c:55: `track' undeclared (first use this function)
DisplayChannel.c:55: (Each undeclared identifier is reported only once
DisplayChannel.c:55: for each function it appears in.)
DisplayChannel.c: In method `void cSkinElchiDisplayChannel::Flush()':
DisplayChannel.c:412: ANSI C++ forbids declaration `tTrackId' with no type
DisplayChannel.c:412: uninitialized const `tTrackId'
DisplayChannel.c:412: parse error before `*'
DisplayChannel.c:414: `Track' undeclared (first use this function)
DisplayChannel.c:412: warning: unused variable `const int tTrackId'
make: *** [DisplayChannel.o] Error 1

Hat das schon jemand gelöst?

Zitat

Original von Scorp

Du meinst bestimmt 1.3.32. Also wenn Deine 1.3.24er Version funktioniert weiß ich nicht warum die 32er nicht funkrionieren soll, also zumindest auf die Hardware bezogen...

Klar, 1.3.32.

1.3.33 läuft wieder... jeepeee.....!

Danke an Klaus.

Diese Version läuft jetzt auch wieder auf meiner Hardware.

Zitat

Original von Scorp
MarcTwain

Auch wenn es jetzt wie ne ausgeleierte Platte klingt. Was sagt denn das Log? Hast Du die 7zip Version ohne libs oder das Komplettpaket verwendet?

Ich habe das Komplettpaket installiert.

Wie gesagt, im Log sieht man keine Fehlermeldung. VDR restartet einfach nach einer Weile.

Auch mit einer von mir compilierten plain vanilla VDR 1.3.23-Version funktioniert es nicht.

Ich werde mal mit meiner Hardware rumspielen. (Karten entfernen usw.)

Zitat

Original von Dr. Seltsam
löch doch einfach mal die setup.conf. Manchmal hilft es

Leider nein....

Zitat

Original von Mase
ch hab feststellen müssen, dass sich VDR-1.3.32 unmotiviert
beendet, und das ohne Fehlermeldung. Ich hab mal wieder ein
Downgrade auf die Vorversion gemacht, da tritt das nicht auf.
Im log steht nix.
Auch mein o. g. Problem mit der zweiten DVB-Karte ist dann weg.

Bei mir will plain vanilla 1.3.32 auch nicht. Kurz erscheint noch das Bild von ARD und nachher ist es weg. Im Log steht leider auch nichts. Ich verwende 2 FF Karten mit je einem 3.5" CI.

Das Problem tritt auch mit dem von Cody für LinVDR bereitgestellten VDR 1.3.32 mit BigPatch auf, der bei anderen Benutzern problemlos funktionieren soll.

Nach dem Patch kommt bei mir kein Bild und Ton mehr.

Also rasch selber compiliert. Gleiches Problem.

Plugins bis auf remote reduziert. Gleiches Problem.

channels.conf und timer.conf auf minimum eingestellt. Gleiches Problem.

Fazit: ich oder meine Hardware ist unfähig.

Ich kriege gleich eine Glaubenskriese.

BTW: Auch im log ist nichts verdächtiges zu finden,

Scheue Frage an die User dieses Megapatches:

Wie stabil ist das so gepatchte System? (Meine Bedenken liegen beim Big Patch.)

Ich spiele mit dem Gedanken, mir was neues zusammenzubrauen (mit Liefbuffer Patch aber sonst eher minimal gepatched). Wenn das hier jedoch schon fast perfekt funktioniert, dann kann ich die Zeit auch anders verwenden.

BTW, nur neuere NFS-Versionen können mehr als 2 GB. (Die Version bei SUSE 9.3 ist z.B noch zu alt.)

Zitat

Original von Markus23
na dann ist doch gut

Dieser Mplayer hat wenigstens die Unterstützung für alle Codecs drin , ich kann nicht verstehen warum der nicht gleich so von den LINVDR Entwicklern kompiliert wurde ...

na egal ...

Ist so compiliert. Man müsste IMHO nur die CODECS ans richtige Ort einspielen -> LinVDR-WIKI

Hat jetzt schon jemand gescripted?

Hinweise habe ich gefunden auf
http://www.euglug.org/pipermai…ug/2005-March/003362.html

Tipp zu MySql mit Muggle: aktuelle Version aus CVS ziehen und für Muggle mit embedded MySQL compilieren. Geht eigentlich ziemlich easy.

cooper
Danke. Werde versuchen in Zukunft debs zu bauen, sobald LinVDR > 0.7 veröffentlicht wurde.

Zitat

Original von HH_Maus
BTW: Gibt es denn keine einfachere Möglichkeit dem VDR das Verzeichnis für osdimage beizubringen?

Doch, Sourcen patchen, wie es mottobug und ich bei einigen Plugins gemacht haben.

Zitat

Original von cody
Das ist richtig, hab aber in meinem ersten patch die symlinks mit ins tar genommen, also dürften die aktuell sein.

Autsch.... und wenn jemand noch andere Soft installiert hat?

Zitat

Wer ein ldconfig machen will kanns ja tun, ich hab mal schlechte erfahrungen damnit gemacht, da eine neue Lib in ein Verzeichniss lag und dann ldconfig natürlich die symlinks darauf angepasst hat. Leider war die neue lib mit libc6 compiliert.....

Autsch... das Zauberwort heisst Configuration Management.

Zitat

Original von cody

Nur das Tar.

Hmm, wenn Du Libraries wie Imagemagick austauschst, würde ich auf ein ldconfig nicht verzichten.

cooper

Zumindest beim Kernel compilieren bringt ein

make -j2

auf Hyperthreading mindestens 40 Prozent Zeitersparnis.

Also für Kernelhacker ist Hyperthreading definitiv brauchbar.

cody

Danke für deinen Einsatz. Jetzt kann ich wieder ohne schlechtes Gewissen schlafen.

Update

Mit dem neuen Image 009 preview 1 wird es langsam was:

Netzwerk geht
Harddisk geht
DiseqC geht

Umschaltzeiten sind zur Zeit schlechter als bei LinVDR und der digitale Audioausgang ist noch stumm.