[LinVDR-package]: dxr3 für LinVDR 0.7 -jetzt mit AC3!

coke · 17. Januar 2006

Also soweit ich recht gelesen habe ist der Kernel mit ntfs Unterstützung kompiliert worden.
Hab da mal sowas im Log gesehen.

Bitte berichtigt mich wenn dies falsch sein sollte.

Dr. Seltsam · 17. Januar 2006

ntfs ist drin!
wenn das mounten trotzdem nicht klappt, melde Dich bitet nochmal. Ich musste unter Ubuntu, wo ich den Kernel auch nutze, ab 2.6.15 einen Trick anwenden, den ich im Moment nicht zur Hand habe

coke · 18. Januar 2006

Hallo,

ich habe ein Problem mit dem analogen Soundausgang meiner Karte.
Den normalen Ton höre ich, nur das Problem ist das sich darüber ein sehr lautes
Rauschen gelegt hat. Es ist definitiv keine Brummschleife sondern ein Rauschen.
Die Endgeräte (Kopfhörer, Kabel, Anlage) konnte ich als Fehlermöglichkeit ausschließen indem ich mehrere
ausprobiert habe.
Einstellungen weder am Treiber noch am Plugin habe ich nicht vorgenommen.
Ich dachte zuerst die Karte hätte nur in einem PC diese Macken
aber wie ich jetzt leider feststellen musste, hat sie diese auch auf meinem zweiten Test VDR.

Ich vermute mal stark das was an der Hardware defekt ist. Wie kann ich sichergehen das es wirklich die Hardware ist und nicht die Software? Bzw. Gibt es Möglichkeiten den Sound
analog aus einer Sondblaste Live 5.1 rauszubekommen? So Stecker zu den Buchsen
wie sie auf der DXR3 z.B. auch als Line_Out sind habe ich leider nicht - Könnte man da auch dran löten? Und wie bekäme ich den Sound dann in die Soundblaster wieder rein?

Danke im Vorraus und Gruß
coke

Schenk77 · 22. Januar 2006

Hallo,

ich wollte mal fragen ob es schon Versuche gibt die neue dxr3-Plugin Version 0.25 für Linvdr (Cody-Patch) zu übersetzen?

Würde die neue Version Stabilitätsvorteile bringen?

Freundliche Grüße

Flo

Dr. Seltsam · 22. Januar 2006

Hallo Flo,

da hat sich nicht so viel getan bei der 0.2.5.
Da ich einige Patches (für imageplugin; DVD-Ton, ac3) in der 0.2.4 hatte, muss ich mir das beizeiten mal genauer ansehen. Da zugleich auch vdr sich im Moment stetig Richtung 1.4 entwickelt und ich am Umziehen bin, habe ich das erstmal aufgeschoben.

swer · 23. Januar 2006

Hallo Dr. Seltsam

Erst mal danke für deine tolle Arbeit. Aber auch ich möchte dich um etwas bitten.
Für das streamdev plugin ist ein Patch gekommen der die remote Timer wieder holt.
Ich habe leider derzeit keine LinVDR Entwicklungsumgebung und auch kein
Überblick welche Patche du im VDR (1.3.37) drin hast.
Daher würdest du Bitte das Streamdev Plugin mit diesem Patch übersetzen?
Nur wenn es deine Zeit erlaubt.

Dr. Seltsam · 23. Januar 2006

leider habe ich meine 1.3.37-sourcen gerade gestern gelöscht, weil ich sicher war, eine so alte Version nicht mehr neu anpacken zu müssen.

Wenn ich nach meinem Umzug was neues mache, wird´s berücksichtigt.

swer · 23. Januar 2006

So ein Pech.

Aber ich bin selber schuld. Meine sind flöten gegangen als ich meine
Festplatten und Partionen neu organisiert habe.

Muß ich mir halt selber die Arbeit machen alles wieder zusammen zu
suchen oder warten.

Kannst du fieleicht noch einmahl wiederholen welche Patche im VDR
drin sind. In der Version die du für die Cody 1.3.37 Version übersetzt
hast.

Dr. Seltsam · 23. Januar 2006

vdr selbst:
bigpatch (Version wie Cody)
setup-plugin-Patch
vdr-1.3.31-audioid.diff aus
http://www.lordzodiac.de/patch/dxr3-0.2.4-audioid.tgz
(den anderen Patch in diesem paket ersetzt der folgende, um AC3 erweiterte Patch:

dxr3-0.2.4:

Diff

diff -abuN --exclude=.dependencies dxr3-0.2.4/dxr3demuxdevice.c dxr3-0.2.4.1/dxr3demuxdevice.c
--- dxr3-0.2.4/dxr3demuxdevice.c	2005-08-02 13:20:30.000000000 +0200
+++ dxr3-0.2.4.1/dxr3demuxdevice.c	2005-12-12 15:55:12.000000000 +0100
@@ -272,8 +272,8 @@
     //printf("vBuf size = %d\n", m_vBuf.Available());
     //printf("aBuf size = %d\n", m_aBuf.Available());
     /*
-    if (cDxr3ConfigData::Instance().GetAc3OutPut())
-	cDxr3AbsDevice::Instance().SetAudioDigitalAC3(); // !!! FIXME
+     if (cDxr3Interface::Instance().IsAudioModeAC3())
+	cDxr3Interface::Instance().SetAudioDigitalAC3(); // !!! FIXME
     */
 
     if (m_pAudioThread->NeedResync() || m_pVideoThread->NeedResync())
@@ -305,7 +305,7 @@
 	bPlaySuc = false;
 	/*
 	if (cDxr3ConfigData::Instance().GetAc3OutPut())
-	    cDxr3AbsDevice::Instance().SetAudioDigitalAC3(); // !!! FIXME
+	    cDxr3Interface::Instance().SetAudioDigitalAC3(); // !!! FIXME
 	*/
     }
 
@@ -452,7 +452,7 @@
 	    }
 	    else if (pesFrame.GetPesDataType() == cDxr3PesFrame::PES_AUDIO_DATA
 		     && m_demuxMode != DXR3_DEMUX_VIDEO_ONLY_MODE
-		     && !cDxr3ConfigData::Instance().GetAc3OutPut())
+		     && !cDxr3Interface::Instance().IsAudioModeAC3()) //!cDxr3ConfigData::Instance().GetAc3OutPut())
 	    {
 		if (m_synchState == DXR3_DEMUX_AUDIO_SYNCHED ||
 		    m_synchState == DXR3_DEMUX_SYNCHED)
@@ -515,7 +515,7 @@
 	    }
 	    else if (pesFrame.GetPesDataType() == cDxr3PesFrame::PES_PRIVATE_DATA
 		     && m_demuxMode != DXR3_DEMUX_VIDEO_ONLY_MODE
-		     && !cDxr3ConfigData::Instance().GetAc3OutPut()
+		     && !cDxr3Interface::Instance().IsAudioModeAC3() //!cDxr3ConfigData::Instance().GetAc3OutPut()
 		     && !bAc3Dts)
 	    {
 		if (m_synchState == DXR3_DEMUX_AUDIO_SYNCHED ||
@@ -535,6 +535,7 @@
 
 			if (m_synchState == DXR3_DEMUX_VIDEO_SYNCHED)
 			{
+		            m_dxr3Device.EnableAudio(); //à voir si c'est util
 			    m_synchState = DXR3_DEMUX_SYNCHED;
 			}
 			else
@@ -564,7 +565,7 @@
 	    }
 	    else if (pesFrame.GetPesDataType() == cDxr3PesFrame::PES_PRIVATE_DATA
 		     && m_demuxMode != DXR3_DEMUX_VIDEO_ONLY_MODE
-		     && cDxr3ConfigData::Instance().GetAc3OutPut()
+		     && cDxr3Interface::Instance().IsAudioModeAC3() // cDxr3ConfigData::Instance().GetAc3OutPut()
 		     && bAc3Dts)
 	    {
 		if (m_synchState == DXR3_DEMUX_AUDIO_SYNCHED ||
diff -abuN --exclude=.dependencies dxr3-0.2.4/dxr3device.c dxr3-0.2.4.1/dxr3device.c
--- dxr3-0.2.4/dxr3device.c	2005-08-27 12:11:51.000000000 +0200
+++ dxr3-0.2.4.1/dxr3device.c	2005-12-12 15:58:07.000000000 +0100
@@ -296,11 +296,12 @@
 // ==================================
 // plays additional audio streams, like Dolby Digital
 #if VDRVERSNUM >= 10318
-int cDxr3Device::PlayAudio(const uchar *Data, int Length)
+int cDxr3Device::PlayAudio(const uchar *Data, int Length, uchar SubStreamId)
 #else
 void cDxr3Device::PlayAudio(const uchar *Data, int Length)
 #endif
 {
+
     int retLength = 0;
 #if VDRVERSNUM >= 10318
     int origLength = Length;
@@ -308,6 +309,13 @@
 
     m_AC3Present = true;
 
+    bool mode_isAc3 = ((SubStreamId & 0xF0) == 0x80) || SubStreamId == 0xbd;
+    
+// Append to put the digital out in AC3 format, if the stream is in AC3   
+    if (mode_isAc3)
+     if (!cDxr3Interface::Instance().IsAudioModeAC3())
+       cDxr3Interface::Instance().SetAudioDigitalAC3();
+
     if ((m_DemuxDevice.GetDemuxMode() == DXR3_DEMUX_TRICK_MODE &&
 	 m_DemuxDevice.GetTrickState() == DXR3_FREEZE) ||
 	cDxr3Interface::Instance().IsExternalReleased())
@@ -327,7 +335,7 @@
 	{
 	    retLength = m_DemuxDevice.DemuxAudioPes((const uint8_t*)m_strBuf.data(), m_strBuf.length());
 	} else {
-	    retLength = m_DemuxDevice.DemuxPes((const uint8_t*)m_strBuf.data(), m_strBuf.length(), true);
+	    retLength = m_DemuxDevice.DemuxPes((const uint8_t*)m_strBuf.data(), m_strBuf.length(), mode_isAc3);
 	}
     }
     else
@@ -336,7 +344,7 @@
 	{
 	    retLength = m_DemuxDevice.DemuxAudioPes((const uint8_t*) Data, Length);
 	} else {
-	    retLength = m_DemuxDevice.DemuxPes((const uint8_t*)Data, Length, true);
+	    retLength = m_DemuxDevice.DemuxPes((const uint8_t*)Data, Length, mode_isAc3);
 	}
     }
 
diff -abuN --exclude=.dependencies dxr3-0.2.4/dxr3device.h dxr3-0.2.4.1/dxr3device.h
--- dxr3-0.2.4/dxr3device.h	2005-08-02 13:20:30.000000000 +0200
+++ dxr3-0.2.4.1/dxr3device.h	2005-12-11 11:30:00.000000000 +0100
@@ -57,7 +57,7 @@
     virtual bool Poll(cPoller &Poller, int TimeoutMs = 0);
     virtual int PlayVideo(const uchar *Data, int Length);
 #if VDRVERSNUM >= 10318
-    virtual int PlayAudio(const uchar *Data, int Length);
+    virtual int PlayAudio(const uchar *Data, int Length, uchar SubStreamId);
 #else
     virtual void PlayAudio(const uchar *Data, int Length);
 #endif
diff -abuN --exclude=.dependencies dxr3-0.2.4/dxr3interface.c dxr3-0.2.4.1/dxr3interface.c
--- dxr3-0.2.4/dxr3interface.c	2005-08-27 11:35:10.000000000 +0200
+++ dxr3-0.2.4.1/dxr3interface.c	2005-12-12 16:03:51.000000000 +0100
@@ -249,6 +249,20 @@
     }
 }
 
+
+// =================================
+//! Get Audio mode Analog,PCM,AC3
+int cDxr3Interface::GetAudioMode()
+{
+
+int audio;
+Lock();
+ioctl(m_fdControl, EM8300_IOCTL_GET_AUDIOMODE, &audio);
+Unlock();
+return(audio);
+}
+
+
 // ==================================
 //! set audio speed
 void cDxr3Interface::SetAudioSpeed(uint32_t speed)
@@ -679,7 +693,8 @@
 
 	if (!m_ExternalReleased)
 	{
-	    if (!cDxr3ConfigData::Instance().GetAc3OutPut())
+	if (!cDxr3Interface::Instance().IsAudioModeAC3())
+//	    if (!cDxr3ConfigData::Instance().GetAc3OutPut())
 		ResampleVolume((short*)pFrame->GetData(), pFrame->GetCount());
 
 	    written = write(m_fdAudio, pFrame->GetData(), pFrame->GetCount());
@@ -707,7 +722,8 @@
 
     if (!m_ExternalReleased)
     {
-	if (!cDxr3ConfigData::Instance().GetAc3OutPut())
+        if (!cDxr3Interface::Instance().IsAudioModeAC3())
+//	if (!cDxr3ConfigData::Instance().GetAc3OutPut())
 	    ResampleVolume((short*)pBuf, length);
 
 	if ((written = write(m_fdAudio, pBuf, length)) < 0)
diff -abuN --exclude=.dependencies dxr3-0.2.4/dxr3interface.h dxr3-0.2.4.1/dxr3interface.h
--- dxr3-0.2.4/dxr3interface.h	2005-08-02 13:20:30.000000000 +0200
+++ dxr3-0.2.4.1/dxr3interface.h	2005-12-11 11:48:44.000000000 +0100
@@ -57,6 +57,11 @@
     void SetAudioAnalog();
     void SetAudioDigitalPCM();
     void SetAudioDigitalAC3();
+    int  GetAudioMode();
+    int cDxr3Interface::IsAudioModeAnalog() {  return(GetAudioMode() == EM8300_AUDIOMODE_ANALOG);}
+    int cDxr3Interface::IsAudioModePCM()    {  return(GetAudioMode() == EM8300_AUDIOMODE_DIGITALPCM);}
+    int cDxr3Interface::IsAudioModeAC3()    {  return(m_audioMode == EM8300_AUDIOMODE_DIGITALAC3);}
+
     void SetVolume(int volume)
     {
 	m_volume = volume;
Les sous-répertoires dxr3-0.2.4/patches et dxr3-0.2.4.1/patches sont identiques.

Alles anzeigen

und dann habe ich für das imageplugin in Verbindung mit der dxr3 noch diesen Tip befolgt:

Zitat

For a workaround you can change dxr3ffmpeg.c line

register_avcodec(&mp2_decoder);

to read

avcodec_register_all();

and recompile. Should work nicely after that.

Alles anzeigen

swer · 23. Januar 2006

Geschaft

Wahr garnicht so schlim. Den VDR selber konnte ich zwar nicht übersetzen
ist aber egal. Die beiden Patche die du in Code angehängt hast wahren doch
für das dxr3 Plugin selber? Die brauchte ich ja garnicht.

Aufjeden fall kann ich jetzt wieder den VDR Server fom Client aus Programmieren
und muss nicht immer den Desktop hoch fahren.

Fals jemand das haben möchte soll er sich melden. Ist leider zugroß für den Anhang

oppee · 27. Januar 2006

Hallo Dr.Seltsam

nochmal: Klasse Arbeit das Paket. Ich habe inzwischen meine FF verbannt, die DXR3 läuft wesentlich stabiler

Nun aber zum Problem:
Wegen der Installation eines Powermate wollte ich von Kernel 2.6.9 auf deinen 2.6.15 wechseln. Jatzt hab ich aber 2 kleine Problemchen:

1.) Mein Onboard-Lan, laut Handbuch ein Realtek 8101L wird nicht mehr erkannt. Unter 2.6.9 läuft er als 8139too, unter Darkangels Kernel wird er als 8139cp erkannt, läuft aber nicht,
und unter 2.6.15 wird er gar nicht erkannt, und läuft logischerwerise auch nicht.
Kann man da was machen?

Wenn ja, dann:

2.) Nach dem Kernel-Update erkennt er die DXR3 nicht mehr. Mangels Lan kann ich nicht die genaue Fehlermeldung posten aber es kommt sowas wie "unable to load em8300 chip, make sure..."
Ich habe eine Karte mit bt865 chip, die ebenfalls unter 2.6.9 lief und jetzt nach rücksetzen der Symlinks auch wieder läuft.
Könnte es daran liegen, daß ich den Kernel auf das fertige LinVdr mit DXR3 Paket installiert habe, sollte ich also die Reihenfolge ändern?

Nun ja, wenn sich das mit dem Lan nicht klärt ist es eh hinfällig. Ich hab keinen PCI mehr frei für eine neue Lan-Karte, bin also auf den Onboard Chip angewiesen.

Vielen Dank schonmal

Gruß
Oppee

oppee · 27. Januar 2006

Bin ja ein ganz schöner

OT On: Hab gerade festgestellt daß der Powermate mit dem entsprechenden Modul auch unter 2.6.9 läuft. Bin also nicht mehr unbedingt auf den neuen Kernel angewiesen. OT Off!

Gegen eine Lösung hätt ich natürlich trotzdem nix einzuwenden
Update wär mal wieder nötig!

Gruß
Oppee

Dr. Seltsam · 27. Januar 2006

8139cp habe ich in der Tat nicht als Modul drin, weil 8139too funzen sollte. Es gab immer nur Ärger, wenn das Modul falsch erkannt wurde.
Was passiert, wenn Du "modprobe 8139too" machst? Geht dann LAN?

wenn das klappt, musst Du es in /etc/sysconfig manuell eintragen:
NETWORK_DRIVER_LAN="8139too"
Ich glaube, man kann es im setup aber auch manuell eintragen.

die dxr3 sollte mit 2.6.15 auf Anhieb laufen. Wenn nicht, hätten bestimmt schon mehr Leute geschrien.
Hier wäre jetzt ein Logauszug hilfreich.

Wicky · 27. Januar 2006

oppee

Zitat

2.) Nach dem Kernel-Update erkennt er die DXR3 nicht mehr. Mangels Lan kann ich nicht die genaue Fehlermeldung posten aber es kommt sowas wie "unable to load em8300 chip, make sure..."
Ich habe eine Karte mit bt865 chip, die ebenfalls unter 2.6.9 lief und jetzt nach rücksetzen der Symlinks auch wieder läuft.
Könnte es daran liegen, daß ich den Kernel auf das fertige LinVdr mit DXR3 Paket installiert habe, sollte ich also die Reihenfolge ändern?

dxr3+DrSeltsams 2.6.15 funktioniert auf jeden Fall. Allerdings war meine Reihenfolge bisher immer Kernel->dxr3-Paket. Da in dem Paket auch em83xx Module enthalten sind, empfehle ich dir das Paket einfach noch einmal nach zu installieren.

Gruß
Wicky

Dr. Seltsam · 28. Januar 2006

die Reihenfolge sollte egal sein, da im dx3-Paket keine Module für 2.6.15 mit drin sind (hat der Kernel ja von haus aus). Die mit entpackten Module im 2.6.9-Zweig können nix kaputtmachen

oppee · 28. Januar 2006

Morgen!

Zitat

Was passiert, wenn Du "modprobe 8139too" machst? Geht dann LAN?

Nein, leider nicht. Hat sich nix verändert. Bei einem ping kommt "network unreachable" und im setup wird nix erkannt. Auch nachdem manuellen Eintragen tut sich nix.

Gruß
Oppee

Dr. Seltsam · 29. Januar 2006

@ oppee

installier mal das anliegende update-Paket:

tar xvfz linvdr-kernel-2.6.15-update_8139too.tgz -C /
depmod -ae
reboot

ich habe den 8139too mit erweiterten Optionen (bessere Kompatibilität für ältere Boards) neu kompiliert. Hoffe, es geht damit jetzt!

oppee · 29. Januar 2006

Hallo,

Danke, daß du dir solche Mühe machst.
Leider hat sich mit dem Paket nichts verändert.
Weder erkennt daß Setup den Lan-Chip, noch bringt es etwas, ihn einzutragen.
Ist wohl kein sehr geläufiges Board. Bei einer Suche hier im Forum find ich nur einen anderen Treffer.
Das Problem scheint ja auch schon weiter zurückzuliegen, wie gesagt, mit Darkangels Kerneln funktioniert der Lan-Controller auch nicht.

Gruß
Oppee

oppee · 8. Februar 2006

Hi,

ich hab noch eine weitere Frage: Mein Log ist voll von solchen Meldungen:

Zitat

Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: I-frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame
Feb 7 19:44:57 linvdr user.debug vdr[2645]: dxr3: demux: unknown frame

Alles anzeigen

oder solchen:

Zitat

Feb 8 00:49:29 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 6457
Feb 8 00:49:30 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 6457
Feb 8 00:49:31 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 6457
Feb 8 00:49:32 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 6457
Feb 8 00:49:33 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 6457
Feb 8 00:49:33 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 8522
Feb 8 00:49:34 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 8522
Feb 8 00:49:35 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 6457
Feb 8 00:49:36 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 8932
Feb 8 00:49:37 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 8932
Feb 8 00:49:37 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 19308
Feb 8 00:49:38 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 19308
Feb 8 00:49:39 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 19308
Feb 8 00:49:40 linvdr user.debug vdr[2542]: dxr3: cSPUEncoder::Flush: OSD data size: 19308

Alles anzeigen

und solchen:

Zitat

Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette
Feb 8 00:51:47 linvdr user.debug vdr[2542]: too many different colors used in palette

Alles anzeigen

Ist das normal oder sollte ich mir Sorgen machen?

Gruß
Oppee

Toxic-Tonic · 8. Februar 2006

Zitat

Original von oppee
Hi,

ich hab noch eine weitere Frage: Mein Log ist voll von solchen Meldungen:

Solange du was siehst, denke ich nicht schlimm!

Zitat

oder solchen:

Hab ich auch! Ist nicht schlimm!!

Zitat

und solchen:

Ist das normal oder sollte ich mir Sorgen machen?

Gruß
Oppee

Alles anzeigen

Auch ok, ist sogar bei meiner FF so!

Gruß

Toxic

[LinVDR-package]: dxr3 für LinVDR 0.7 -jetzt mit AC3!

Jetzt mitmachen!

Teilen