optischer Ausgang knarzen beim Umschalten auf AC3

Beitrag von **seife** » Samstag 12. Januar 2008, 10:27

Tommy hat geschrieben:Ja, Ja, Ja

es f-u-n-z-t !!!!!! Der Beweis ist erbracht:

Ok, ich schau mir's mal an. Testen kann ich halt nix, weil ich keine AC3 Hardware habe.

@seife:
was ich nicht verstehe ist warum das überhaupt geht (erste Zeile):
pzapit.cpp
Code: Alles auswählen
#ifndef HAVE_DREAMBOX_HARDWARE
	if (Iecon)
	{
		std::cout << "Iec on" << std::endl;
		zapit.IecOn();
		return 0;
	}
	if (Iecoff)
	{
		std::cout << "Iec off" << std::endl;
		zapit.IecOff();
		return 0;
	}

Das ist relativ einfach. Wenn HAVE_DREAMBOX_HARDWARE nicht gesetzt ist (#ifndef), dann wird diese Funktion einkompiliert (#ifdef wird schon vom Präprozessor bearbeitet, also bevor der Code beim Compiler ankommt). Wenn HAVE_DREAMBOX_HARDWARE gesetz ist, werden diese Zeilen quasi rausgelöscht. Da du aber nicht für die Dreambox baust, ist HAVE_DREAMBOX_HARDWARE auch nicht gesetzt. Alles klar?

Beitrag von **Tommy** » Samstag 12. Januar 2008, 12:39

Ok, ich schau mir's mal an. Testen kann ich halt nix, weil ich keine AC3 Hardware habe.

Many THX. Ich habe mir schon den Wolf gesucht - ich finde einfach keine zentrale Stelle die für die APID Umschaltung zuständig ist. Scheinbar wird das überall irgendwie gemacht wenns gebraucht wird.

(#ifndef),

ich bin ja soo noob. Das das ein Compilersignal ist wußte ich - nur nur das es include UND exclude gibt --- tssss

Beitrag von **Tommy** » Samstag 12. Januar 2008, 13:37

*gelöscht - zu früh gefreut

Beitrag von **seife** » Samstag 12. Januar 2008, 14:10

Ja. Konnte nicht gehen, das kommt nie weiter als bis zum ersten "goto out;"

Nimm das:
zapit-for-Tommy.diff
Vorher zapit.cpp wegmoven und "cvs update apps/dvb/zapit/src/zapit.cpp" machen, damit du deine eigenen Versuche aus dem Weg räumst, dann "patch -p0 < zapit-for-Tommy.diff". Das alles direkt im CVS-Auscheckverzeichnis.

Beitrag von **Tommy** » Samstag 12. Januar 2008, 16:09

seife hat geschrieben:Ja. Konnte nicht gehen, das kommt nie weiter als bis zum ersten "goto out;"

Mist - Er hats gesehn

seife hat geschrieben: Nimm das:
zapit-for-Tommy.diff
Vorher zapit.cpp wegmoven und "cvs update apps/dvb/zapit/src/zapit.cpp" machen, damit du deine eigenen Versuche aus dem Weg räumst, dann "patch -p0 < zapit-for-Tommy.diff". Das alles direkt im CVS-Auscheckverzeichnis.

werd ich gleich testen aber ich glaube wir müssen tiefer angreifen. Dort wo DAS: audioDecoder->enableBypass(); gemacht wird muß vorher iecOff und danach iecOn gemacht werden. Die folgende Ecke hatte ich eigentlich für perfekt empfunden. Die wird aber beim zappen auch nicht immer angesprungen. Wenn sie angesprungen wird funktioniert es:
zapit.cpp

Code: Alles auswählen

case CZapitMessages::CMD_SET_AUDIOCHAN:
	{
		aviaExtDriver->iecOff();
    CZapitMessages::commandSetAudioChannel msgSetAudioChannel;
		CBasicServer::receive_data(connfd, &msgSetAudioChannel, sizeof(msgSetAudioChannel));
		change_audio_pid(msgSetAudioChannel.channel);
		aviaExtDriver->iecOn();
		break;
	}

Beitrag von **seife** » Samstag 12. Januar 2008, 16:36

probier das: zapit-for-Tommy-v2.diffg

Beitrag von **Tommy** » Samstag 12. Januar 2008, 17:31

seife hat geschrieben:probier das: zapit-for-Tommy-v2.diffg

habe ich -> läuft, ABER die int change_audio_pid(uint8_t index) wird weiß der Geier warum beim zappen nicht immer angesprungen. Beim umschalten <grüne Taste> wird o.g. grundsatzlich angesprungen beim Zappen nicht immer (habe bei mir printf's for enable/disable bypass) Bei manchen zaps knarzt es (und gleichzeitig kommen die printf's NICHT)

Ich bin gerade in der /zapost/audio.cpp und versuche die int CAudio::enableBypass(void) zu beeinflussen. IMO ist diese Funktion die Quelle des übels. Habe leider gerade kurz Testverbot auf der Box.

Beitrag von **Tommy** » Samstag 12. Januar 2008, 17:55

Fast perfekt ist das:

ich habe meine Änderungen mal mit + markiert. Leider klappt der aviaExtTDriver->iecOn(); manchmal nicht - kann man das optimieren?

audio.cpp only:

Code: Alles auswählen

#ifdef HAVE_CONFIG_H
#include <config.h>
#endif

#include <fcntl.h>
#include <sys/ioctl.h>
#include <unistd.h>
+ #include <zapit/aviaext.h>
#include <zapit/audio.h>
#include <zapit/debug.h>
#include <zapit/settings.h>

+ CAViAext *aviaExtTDriver = NULL;

CAudio::CAudio(void)
{
	if ((fd = open(AUDIO_DEVICE, O_RDWR)) < 0)
		ERROR(AUDIO_DEVICE);
}

CAudio::~CAudio(void)
{
	if (fd >= 0)
		close(fd);
}

int CAudio::setBypassMode(int disable)
{
	return quiet_fop(ioctl, AUDIO_SET_BYPASS_MODE, disable);
}

int CAudio::setMute(int enable)
{
	return fop(ioctl, AUDIO_SET_MUTE, enable);
}

int CAudio::enableBypass(void)
{
+  if (!aviaExtTDriver) {
+		aviaExtTDriver = new CAViAext();
+	}
+	aviaExtTDriver->iecOff();
  return setBypassMode(0);
+  aviaExtTDriver->iecOn();
}

int CAudio::disableBypass(void)
{
	return setBypassMode(1);
}

int CAudio::mute(void)
{
	return setMute(1);
}

int CAudio::unmute(void)
{
	return setMute(0);
}

int CAudio::setVolume(unsigned int left, unsigned int right)
{
	struct audio_mixer mixer;
	mixer.volume_left = left;
	mixer.volume_right = right;
	return fop(ioctl, AUDIO_SET_MIXER, &mixer);
}

int CAudio::setSource(audio_stream_source_t source)
{
	return fop(ioctl, AUDIO_SELECT_SOURCE, source);
}

audio_stream_source_t CAudio::getSource(void)
{
	struct audio_status status;
	fop(ioctl, AUDIO_GET_STATUS, &status);
	return status.stream_source;
}

int CAudio::start(void)
{
	return fop(ioctl, AUDIO_PLAY);
}

int CAudio::stop(void)
{
	return fop(ioctl, AUDIO_STOP);
}

int CAudio::setChannel(audio_channel_select_t channel)
{
	return fop(ioctl, AUDIO_CHANNEL_SELECT, channel);
}

audio_channel_select_t CAudio::getChannel(void)
{
	struct audio_status status;
	fop(ioctl, AUDIO_GET_STATUS, &status);
	return status.channel_select;
}

EDIT:
BTW kommt das SPTS - Umschalt - Knistern nicht auch NUR über den iec? Evtl. kriegt man das auf die gleiche Weise in den Griff?

Beitrag von **Tommy** » Samstag 12. Januar 2008, 19:11

der code oben ist natürlich auch Quark - kein Wunder das es nicht wieder angeht ;-) So muß dat:

Code: Alles auswählen

int CAudio::enableBypass(void)
{
  int ret = 0;
  if (!aviaExtTDriver) {
		aviaExtTDriver = new CAViAext();
	}
	aviaExtTDriver->iecOff();
  ret = setBypassMode(0);
	aviaExtTDriver->iecOn();
	return ret;
}

Beitrag von **Tommy** » Samstag 12. Januar 2008, 21:45

Soderle hier der Diff auf aktuelles CVS (THX yBuild) Vllt. können auch mal ein paar unbetroffene testen (ob es negative Auswirkungen hat)

Code: Alles auswählen

Index: apps/dvb/zapit/src/zapost/audio.cpp
===================================================================
RCS file: /cvs/tuxbox/apps/dvb/zapit/src/zapost/audio.cpp,v
retrieving revision 1.14
diff -U3 -r1.14 audio.cpp
--- a/apps/dvb/zapit/src/zapost/audio.cpp	4 Jun 2007 17:06:43 -0000	1.14
+++ b/apps/dvb/zapit/src/zapost/audio.cpp	12 Jan 2008 20:40:08 -0000
@@ -26,11 +26,13 @@
 #include <fcntl.h>
 #include <sys/ioctl.h>
 #include <unistd.h>
-
+#include <zapit/aviaext.h>
 #include <zapit/audio.h>
 #include <zapit/debug.h>
 #include <zapit/settings.h>
 
+CAViAext *aviaExtTDriver = NULL;
+
 CAudio::CAudio(void)
 {
 	if ((fd = open(AUDIO_DEVICE, O_RDWR)) < 0)
@@ -55,7 +57,13 @@
 
 int CAudio::enableBypass(void)
 {
-	return setBypassMode(0);
+  if (!aviaExtTDriver) {
+		aviaExtTDriver = new CAViAext();
+	}
+	aviaExtTDriver->iecOff();
+  int ret = setBypassMode(0);
+	aviaExtTDriver->iecOn();
+	return ret;
 }
 
 int CAudio::disableBypass(void)

Beitrag von **seife** » Samstag 12. Januar 2008, 22:19

Also wenn jemand den Optischen Ausgang aus hatte, ist er hinterher jedenfalls an.
Außerdem gefällt mir das mit dem CAViAext-Objekt im audio.cpp nicht - schließlich gibt es im zapit schon eins.

Wenn das wirklich hilft, dann gehört es meiner Meinung nach im Treiber gefixt.

Beitrag von **seife** » Samstag 12. Januar 2008, 22:46

und weil du ja 2.6 benutzt, hier mal ein diff zum testen:

Code: Alles auswählen

Index: driver/dvb/drivers/media/dvb/dbox2/dbox2_avia_av_napi.c
===================================================================
RCS file: /cvs/tuxbox/driver/dvb/drivers/media/dvb/dbox2/Attic/dbox2_avia_av_napi.c,v
retrieving revision 1.1.2.1
diff -u -p -r1.1.2.1 dbox2_avia_av_napi.c
--- driver/dvb/drivers/media/dvb/dbox2/dbox2_avia_av_napi.c	31 Jan 2005 03:04:12 -0000	1.1.2.1
+++ driver/dvb/drivers/media/dvb/dbox2/dbox2_avia_av_napi.c	12 Jan 2008 21:42:47 -0000
@@ -509,9 +509,16 @@ static int avia_av_napi_audio_ioctl(stru
 		break;
 
 	case AUDIO_SET_BYPASS_MODE:
+	{
+		int iecmode;
+		if (!avia_av_is500())
+			iecmode = !(avia_av_dram_read(AUDIO_CONFIG)&0x100);
 		avia_av_bypass_mode_set(!arg);
+		if (!avia_av_is500() && iecmode)
+			avia_av_dram_write(AUDIO_CONFIG, avia_av_dram_read(AUDIO_CONFIG)&~0x100);
 		audiostate.bypass_mode = arg;
 		break;
+	}
 
 	case AUDIO_CHANNEL_SELECT:
 	{

Ich hoffe, daß ich jetzt das mit der Logik nichts durcheinandergebracht habe, und nicht aus statt anmache und andersrum

Nach dem patchen einfach "make driver", dann driver/dvb/drivers/media/dvb/dbox2/dbox2_napi.ko auf die box nach /var/lib/modules und rebooten. Beim booten muß irgendwas von "insmod: using /var/lib/modules/dbox2_napi.ko" im Log stehen.

Beitrag von **Tommy** » Samstag 12. Januar 2008, 23:12

seife hat geschrieben:Also wenn jemand den Optischen Ausgang aus hatte, ist er hinterher jedenfalls an.

Ähm, Moment - der "Fix" greift nur beim Hinschalten zu AC3. Ich glaube den IEC diesbezügl auf ON zu hinterlassen ist schon OK ;-)

seife hat geschrieben: Außerdem gefällt mir das mit dem CAViAext-Objekt im audio.cpp nicht - schließlich gibt es im zapit schon eins.

aber immernoch (IMO) besser als system("pzapit --iecoff"); (wobei es System dort an der Stelle auch nicht gibt)

seife hat geschrieben: Wenn das wirklich hilft, dann gehört es meiner Meinung nach im Treiber gefixt.

100% ACK - das es hilft ist erwiesen da meine Sagem 600 damit völlig knarzfrei ist. Was also wo in welchem Moment wo passieren muß ist klar - Treiberspezis vor

Ich für meine C++ Kenntnisse habe den programmtechnisch kleinsten gemeinsamen Nenner gefunden un versucht das Problem mit dem geringsten Aufwand zu lösen.

Sollte sich keiner finden der es im Treiber verwirklicht hilft es vllt. wenigstens ein paar Betroffenen

Beitrag von **seife** » Samstag 12. Januar 2008, 23:19

Siehe mein post vom Sa 12 Jan 2008, 22:46

Natürlich mit einer originalen zapit auszuprobieren...

Beitrag von **Tommy** » Sonntag 13. Januar 2008, 09:38

Ähm, mal ne dumme Frage: Es gibt keine dbox2_avia_av_napi.c bei mir auf dem System nur eine .o aber die ist binär.

eis > cd driver/dvb/drivers/media/dvb/dbox2/Attic/
bash: cd: driver/dvb/drivers/media/dvb/dbox2/Attic/: No such file or directory
eis > cd driver/dvb/drivers/media/dvb/dbox2/
eis > ls
CVS dbox2_avia_gt_napi.o dbox2_fp_napi.o dbox2_napi.mod.c dbox2_napi.o dbox2_pll.o
dbox2_avia_av_napi.o dbox2_cam_napi.o dbox2_napi.ko dbox2_napi.mod.o dbox2_napi_core.o
eis >

Beitrag von **ingrid** » Sonntag 13. Januar 2008, 11:18

Tommy hat geschrieben:Ähm, mal ne dumme Frage: Es gibt keine dbox2_avia_av_napi.c bei mir auf dem System nur eine .o aber die ist binär.

Ist im 2.6er Branch: http://cvs.tuxbox-cvs.sourceforge.net/c ... ch#dirlist

seife hat geschrieben:und weil du ja 2.6 benutzt

Beitrag von **Tommy** » Sonntag 13. Januar 2008, 14:03

ja mein Fehler - hatte nur newmake ausgecheckt.

die paar Zeilen habe ich gleich von Hand geeändert - stehe mit patch auf Kriegsfuß. Make driver ist durchgelaufen brachte nur ein Warning wg. der Variable. Das /dvb/drivers/media/dvb/dbox2/dbox2_napi.ko auf die box nach /var/lib/modules kopiert, die originale zapit, neutrino wieder eingebaut und rebootet:

[ 26.038255] avia_gt_pig: $Id: avia_gt_pig.c,v 1.40.4.3 2007/10/09 01:03:38 ca
rjay Exp $
[ 26.134328] avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26.4.1 2007/10/09 01:03:39 ca
rjay Exp $
[ 26.229517] avia_gt_ir: $Id: avia_gt_ir.c,v 1.30.4.5 2005/02/09 04:35:37 carj
ay Exp $
[ 26.323002] avia_gt_core: Loaded AViA eNX/GTX driver
insmod: preferring module /var/lib/modules/dbox2_napi.ko
[ 26.648147] $Id: dbox2_napi_core.c,v 1.1.2.14 2007/10/09 21:52:21 carjay Exp
$
[ 26.749483] DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/6
00)

geladen ist also - nur hats absolut keinen Effekt. Entweder hast Du iecOff in der falschen Richtung (AC3->PCM) eingebaut oder es wird nicht gemacht. Enable bypass ist in der audio.cpp setBypassMode(0);
Negativen Einfluß hat es allerdings auch nicht.

Beitrag von **seife** » Sonntag 13. Januar 2008, 14:37

Ok, dann probier das:

Code: Alles auswählen

        case AUDIO_SET_BYPASS_MODE:
        {
                int iecmode = 0;
                int audio_config = 0;
                if (!avia_av_is500()) {
                        audio_config = avia_av_dram_read(AUDIO_CONFIG);
                        iecmode = !(audio_config&0x100);
printk(KERN_ERR, "(trying to) disable SPDIF output\n");
                        avia_av_dram_write(AUDIO_CONFIG, audio_config|0x100);
                        avia_av_new_audio_config();
                }
                avia_av_bypass_mode_set(!arg);
                if (!avia_av_is500() && iecmode) {
printk(KERN_ERR, "(trying to) enable SPDIF output\n");
                        avia_av_dram_write(AUDIO_CONFIG, audio_config&~0x100);
                        avia_av_new_audio_config();
                }
                audiostate.bypass_mode = arg;
                break;
        }

Die printk's solltest du jedenfalls in der seriellen Konsole sehen.

Beitrag von **Tommy** » Sonntag 13. Januar 2008, 15:07

so - Testbericht code s.o.

zap von RTL 2 auf Das Vierte ( beide nur Stereo)

<6>PES, queue 0 normal.
[ 515.864804] <3>[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (16:9 -> 4:3)
<6>PES, queue 0 normal.
[ 530.361988] <3>[camd] program number 0701 unsupported due to missing parental
control
[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (4:3 -> 4:3)

zap von DAS Vierte zu RTL (PCM->AC3)

[ 684.019693] PES, queue 0 normal.
[ 684.068145] [camd] set emm caid 1702 capid 1521
<3><3>[camd] set emm caid 1702 capid 1521
<3>[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9)

Kein Ton mehr IEC scheint aus zu sein

immernoch RTL - grüne Taste -> Stereo (AC3 -> PCM)

<3><3>

Jetzt ist der Ton wieder da (IEC scheinbar wieder angeschaltet)

immernoch RTL - grüne Taste -> AC3 (PCM ->AC3)

<3><3>

Ton ist wieder aus (IEC scheinbar aus)

Also es knarzt nicht, dh. der IEC wird im richtigen Moment ausgeschaltet. Leider wird er bei AC3 nicht wieder eingeschaltet. Bei umschalten auf PCM wird er dann wieder aktiviert.
BTW die printk sind ein bissel mager "<3>"

EDIT:
wenn ich die variable aus dem printk vorn rausnehme krieg ich den Text. Dabei wird sichtbar das beide ausgeführt werden (try)disable und (try)enable wobei enable im Fall von AC3 scheitert

Beitrag von **seife** » Sonntag 13. Januar 2008, 15:43

Ich will dir nicht zu nahe treten, aber: schau bitte mal, ob du die Zeile mit den printk's richtig im Quellcode hast. Kommen bei "make driver" noch Warnings von dieser Quelldatei? Sollte nicht so sein...

EDIT: Asche auf mein Haupt.
mach die printk's bitte so:

printk(KERN_ERR "...");

ohne Komma nach KERN_ERR.

Beitrag von **Tommy** » Sonntag 13. Januar 2008, 15:49

seife hat geschrieben:Ich will dir nicht zu nahe treten, aber: schau bitte mal, ob du die Zeile mit den printk's richtig im Quellcode hast. Kommen bei "make driver" noch Warnings von dieser Quelldatei? Sollte nicht so sein...

EDIT: Asche auf mein Haupt.
mach die printk's bitte so:

printk(KERN_ERR "...");

ohne Komma nach KERN_ERR.

Ähm - hatte copy /paste gemacht

compiler Log:

INSTALL /home/tommy/tuxbox/tuxbox-cvs/driver/saa7126/saa7126.ko
DEPMOD 2.6.23-dbox2
make[2]: Leaving directory `/home/tommy/tuxbox/tuxbox-cvs/cdk/linux-2.6.23'
make[1]: Leaving directory `/home/tommy/tuxbox/tuxbox-cvs/driver'
eis > make driver
make -C /home/tommy/tuxbox/tuxbox-cvs/driver \
KERNEL_LOCATION=/home/tommy/tuxbox/tuxbox-cvs/cdk/linux \
CROSS_COMPILE=powerpc-tuxbox-linux-gnu-
make[1]: Entering directory `/home/tommy/tuxbox/tuxbox-cvs/driver'
make[2]: Entering directory `/home/tommy/tuxbox/tuxbox-cvs/cdk/linux-2.6.23'
CC [M] /home/tommy/tuxbox/tuxbox-cvs/driver/dvb/drivers/media/dvb/dbox2/dbox2_avia_av_napi.o
LD [M] /home/tommy/tuxbox/tuxbox-cvs/driver/dvb/drivers/media/dvb/dbox2/dbox2_napi.o
Building modules, stage 2.
MODPOST 27 modules
LD [M] /home/tommy/tuxbox/tuxbox-cvs/driver/dvb/drivers/media/dvb/dbox2/dbox2_napi.ko
make[2]: Leaving directory `/home/tommy/tuxbox/tuxbox-cvs/cdk/linux-2.6.23'
make[1]: Leaving directory `/home/tommy/tuxbox/tuxbox-cvs/driver'
make -C /home/tommy/tuxbox/tuxbox-cvs/driver \
KERNEL_LOCATION=/home/tommy/tuxbox/tuxbox-cvs/cdk/linux \
BIN_DEST=/home/tommy/tuxbox/dbox2/cdkroot/bin \
INSTALL_MOD_PATH=/home/tommy/tuxbox/dbox2/cdkroot \
install
make[1]: Entering directory `/home/tommy/tuxbox/tuxbox-cvs/driver'
make[2]: Entering directory `/home/tommy/tuxbox/tuxbox-cvs/cdk/linux-2.6.23'
Building modules, stage 2.
MODPOST 27 modules
make[2]: Leaving directory `/home/tommy/tuxbox/tuxbox-cvs/cdk/linux-2.6.23'
make[2]: Entering directory `/home/tommy/tuxbox/tuxbox-cvs/cdk/linux-2.6.23'
INSTALL /home/tommy/tuxbox/tuxbox-cvs/driver/avs/avs.ko
INSTALL /home/tommy/tuxbox/tuxbox-cvs/driver/cam/cam.ko

Beitrag von **seife** » Sonntag 13. Januar 2008, 15:52

Ok, nächster Versuch.

Code: Alles auswählen

                avia_av_bypass_mode_set(!arg);
                if (!avia_av_is500() && iecmode) {
printk(KERN_ERR "(trying to) enable SPDIF output\n");
                        avia_av_dram_write(AUDIO_CONFIG, avia_av_dram_read(AUDIO_CONFIG)&~0x100);
                        avia_av_new_audio_config();
                }

(avia_av_bypass_mode_set() verändert AUDIO_CONFIG, also muß es auch neu ausgelesen werden, sonst wird der Effekt von avia_av_bypass_mode_set() wieder rückgängig gemacht)

Beitrag von **Tommy** » Sonntag 13. Januar 2008, 16:56

funktioniert perfekt!!! - kein knarzen und die Tonumschaltung funktioniert Reibungslos in beide Richtungen. Wäre schön wenn ein paar Leute mal auf negative Auswirkungen testen könnten. Treiber liegt hier: dbox2_napi.ko

leider kann ich momentan nicht seriell loggen, da die Kids vor der Box spielen. Reiche den Test mit seriellen Ausgaben ASAP nach

Beitrag von **seife** » Sonntag 13. Januar 2008, 17:08

Wenn's funktioniert, dann brauche ich kein Log

Einchecken tu ich das nicht, weil ich mich zuwenig mit der Hardware auskenne und deswegen die Nebenwirkungen nicht beurteilen kann, das wäre eher was für z.B. carjay.
Aber für dich hast du ja jetzt einen funktionierenden Workaround.

Beitrag von **Tommy** » Sonntag 13. Januar 2008, 18:44

seife hat geschrieben:Wenn's funktioniert, dann brauche ich kein Log
Einchecken tu ich das nicht, weil ich mich zuwenig mit der Hardware auskenne und deswegen die Nebenwirkungen nicht beurteilen kann, das wäre eher was für z.B. carjay.
Aber für dich hast du ja jetzt einen funktionierenden Workaround.

Jo hast Recht - is eh nicht viel zu sehen ;-) Ich habe mal einen diff gemacht und carjay per PN geschickt. Ich weiß nicht ob er hier noch mitliest.
Kannst Du mir noch einen Tipp geben wo ich das 2.4er Gegenstück zu dem 2.6er Treiber finde. Dann würde ich mir da auch noch einen diff machen. Zumindest solange ich das IDE IF noch nicht zum laufen krieg bin ich noch auf den 2.4er angewiesen.

Auf jeden Fall erstmal ein riesengroßes Dankesschön. Dieser kleine Exkurs in die Sourcen hat mich nicht gerade dümmer gemacht - Auch wenn noch kein "Hallo Welt" dabei rausgekommen ist.

Tuxbox-Board

optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3

Re: optischer Ausgang knarzen beim Umschalten auf AC3