Beiträge von sphere

Zitat

Original von beast
Was ist s/ive/e/ ?

Ein Regulärer Ausdruck der "ive" wegnimmt und durch "e" ersetzt.

Er meinte damit wohl "Alternative" -> "Anternate"

Grüße
sphere

Hallo Spaceman,

viele Flachfernseher, die über solche Funktionen verfügen haben deswegen einen SPDIF Ein-/ und Ausgang der die Verzögerung im Ton erzeugt.

Vielleicht hast du ja Glück

Grüße
sphere

Hallo zusammen,

erst einmal Danke für die wirklich gelungene und leider auch nötige Zusammenfassung

Eine kleinen Wunsch würde ich zu den "xorg.conf"-Themen noch gerne äußern: Bitte auch HD-Ready bzw. 1280x720p50 Modelines mit aufnehmen, ich z.B. habe mir einen "HD-Ready" DLP-Beamer gekauft, dort war für mich der Preisunterschied zwischen Full-HD und HD-Ready einfach zu groß.

Ich will keine Grundsatzdiskussion zum Thema FullHD vs. HD-Ready starten

Danke

Zitat

Original von asshep
...
Jup, ich auch. 17.- Euronen oder so.
Hat auf Anhieb funktioniert
=> http://www.alternate.de/html/product/Sound/Terratec/Aureon_5.1/45354/?tn=HARDWARE&l1=Sound&l2=Karten...

jepp die gleiche hab ich auch: Alternate -> Sortieren absteigend nach Preis -> Warenkörbchen -> Kasse

Hi,

Hast du das M3N78-VM oder -EM?

Das ist scheinbar ein wichtiger Unterschied, mit dem -EM lässt sich der optische Ausgang wohl aktivieren, bei meinem -VM nicht.

Ich hatte hierzu schon ein Thread aufgemacht: Klick

Ich habe mir jetzt mit einer externen Soundkarte ausgeholfen.

Grüße

Ich habe mal ein wenig nach diesem "Resource belegt" Fehler gegoogelt und bin auf folgenden klugen Satz gestoßen:

lsof | grep snd

.oO(Da hätte ich auch selbst drauf kommen können)

OK, das Ergebnis ist aber merkwürdig:

silence:~# lsof | grep snd
dbus-daem 11327       root   24u      CHR     116,19                 17725 /dev/snd/pcmC0D3p
dbus-daem 11327       root   25u      CHR     116,17                 17730 /dev/snd/pcmC0D1p

Nun gut, das ist nun wirklich nicht die feine englische art aber ich habe den dbus-daemon mal gekillt.

Nun bekomme ich bei "speaker-test -D hdmi -c 2 -t wav" keinen Fehler mehr.

Kann mir jemand erklären was der dbus-daemon mit Sound-Devices zu tun hat?

Ob der Sound nun wirklich funktioniert kann ich momentan noch nicht ausprobieren...

Grüße

Ja, das ist jetzt natürlich blöd...

In der Bugbeschreibung steht aber (meisstens) nur, dass der hintere SPDIF nicht funktioniert, der interne und der HDMI-Sound funktioniert wohl bei denen.

Ich bekomm bei xmbc allerdings immer die Meldung, dass der sound nicht funktioniert...

evtl. ist bei mir noch etwas anderes nicht richtig?

Jemand dort hat speaker-test mit mehreren Paramtern gestartet und andere Ergebnisse als ich:

silence:~# speaker-test -D front -c 2 -t wav
speaker-test 1.0.20
Playback device is front
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 64 to 16384
Period size range from 32 to 8192
Using max buffer size 16384
Periods = 4
was set period_size = 4096
was set buffer_size = 16384
 0 - Front Left
 1 - Front Right
^C
silence:~# speaker-test -D iec958 -c 2 -t wav
speaker-test 1.0.20
Playback device is iec958
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Playback open error: -16,Das Gerät oder die Ressource ist belegt


silence:~# speaker-test -D hdmi -c 2 -t wav
speaker-test 1.0.20
Playback device is hdmi
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Playback open error: -16,Das Gerät oder die Ressource ist belegt

Notfalls würde ich mir halt nen optischen SPDIF dazu basteln (welcher dann auf den internen Block geht), aber dafür muss ich doch bestimmt erstmal speaker-test bzw. xbmc ohne Fehler hinbekommen...

Danke euch schonmal für die Infos

Hallo ebsi,
erstmal danke für die Idee, daran hab ich aber schon gedacht.

Hier mal die letzten paar Zeilen des alsamixers:

¦     ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦                                              ¦
¦     ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦      ¦¦¦¦                                     ON       ¦
¦     +--¦      +--¦      +--¦      +--¦      +--¦      +--¦      +--¦      +--¦      +--¦      +--¦      +--¦      +--+      +--+      +--+                ¦
¦     ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦      ¦OO¦                ¦
¦     +--+      +--+      +--+      +--+      +--+      +--+      +--+      +--+      +--+      +--+      +--+      +--+      +--+      +--+                ¦
¦    65<>65    63<>63    70<>70    61<>61    63<>63      63        70      70<>70    84<>84    81<>81    74<>74                                             ¦
¦  <Master F> Headphon   Front    Front Mi  Surround   Center     LFE       Side      Line       CD       Mic      IEC958   IEC958 D  IEC958 1  Independ    ¦

Ich bin mir beim alsamixer immer nicht sicher, ob dieses "OO" muted oder unmuted heisst.

Aber ich glaube, selbst wenn die muted wären müsste ich Licht am SPDIF haben sofern der irgendwie "eingeschaltet" wäre, wo ich momentan das Problem sehe...

Grüße
sphere

Hallo zusammen,

ich habe das Asus M3N78-VM (NICHT EM!). Momentan habe ich ein Debian Lenny mit etobi vdr stable (1.6.x) am laufen.
Den streamdev-server habe ich für xbmc gepatched, VDPAU installiert und xbmc-pvr-testing installiert.

Funktioniert eigentlich alles super, das einzige was momentan irgendwie nicht funktioniert ist der sound aus xbmc, ich bekomme beim abspielen von Videos oder beim Live-TV (aus xbmc) immer "failed to initialze audio - check settings".

Als Kernel habe ich 2.6.29.2 mit der Konfig von wbreu für das M3N78-EM.

Alsa habe ich selbst kompiliert:

alsa-driver-1.0.20
alsa-lib-1.0.20
alsa-utils-1.0.20
alsa-firmware-1.0.20
alsa-tools-1.0.20

"aplay -l" sagt folgendes:

card 0: NVidia [HDA NVidia], device 0: VT1708B Analog [VT1708B Analog]
  Subdevices: 2/2
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
card 0: NVidia [HDA NVidia], device 1: VT1708B Digital [VT1708B Digital]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI]
  Subdevices: 0/1
  Subdevice #0: subdevice #0

"aplay -L" sagt folgendes:

front:CARD=NVidia,DEV=0
    HDA NVidia, VT1708B Analog
    Front speakers
surround40:CARD=NVidia,DEV=0
    HDA NVidia, VT1708B Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=NVidia,DEV=0
    HDA NVidia, VT1708B Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=NVidia,DEV=0
    HDA NVidia, VT1708B Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=NVidia,DEV=0
    HDA NVidia, VT1708B Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=NVidia,DEV=0
    HDA NVidia, VT1708B Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=NVidia,DEV=0
    HDA NVidia, VT1708B Digital
    IEC958 (S/PDIF) Digital Audio Output
hdmi:CARD=NVidia,DEV=0
    HDA NVidia, NVIDIA HDMI
    HDMI Audio Output
null
    Discard all samples (playback) or generate zero samples (capture)

In der "/etc/modprobe.d/alsa-base" habe ich auch "options snd-hda-intel model=6stack-dig" eingefügt (keine Ahnung, ob das richtig ist für das -VM).

In der "/etc/asound.conf" steht folgendes:

pcm.!default {
        type plug
        slave {
                pcm multi
                rate 48000
        }
        ttable.0.0 1.0
        ttable.1.1 1.0
        ttable.0.2 1.0
        ttable.1.3 1.0
}


#ctl.!default hdmiout


pcm.optical {
        type hw
        card 0
        device 1
}


ctl.optical {
        type hw
        card 0
        device 1
}


pcm.hdmiout {
        type hw
        card 0
        device 3
}


ctl.hdmiout {
        type hw
        card 0
        device 3
}


pcm.multi {
        type multi
        slaves.a.pcm "hdmiout"
        slaves.a.channels 2
        slaves.b.pcm "optical"
        slaves.b.channels 2


        bindings.0.slave a
        bindings.0.channel 0
        bindings.1.slave a
        bindings.1.channel 1


        bindings.2.slave b
        bindings.2.channel 0
        bindings.3.slave b
        bindings.3.channel 1
}


ctl.multi {
        type hw
        card 0
}

Diese conf habe ich aus irgendeinem Howto welches eigentlich für das -EM Board gedacht war.

Ich möchte am liebsten folgende Konstellation haben:

- Ton über SPDIF
- BILD über HDMI
(Ton brauche ich nicht über HDMI)

Im BIOS (die neuste Version: 1305, 2009/07/23) steht bei Southbridge-Einstellungen "Internal/External Codec".

So, jetzt zu meiner Frage:
Hat überhaupt jemand den optischen SPDIF hinten am Mainboard beim M3N78-VM Board am laufen?
Bei mir ist nicht einmal das Licht am SPDIF an, HDMI kann ich mangels Hardware nicht testen.

Vielen Dank vorraus,

Grüße
sphere

Ja danke für den Hinweis, aber das mit dem Stecker/Buchse-Thema hab ich in irgendeinen anderen Thread schon gelesen

Grüße

Sauber, danke für die Info

Schönen (Frei-)Tag wünsch' ich noch...

Hallo zusammen,

ich will mir auch ein vga2scart Kabel basteln (ich hab mir das hier gelobte asus M3N78-VM bestellt), da ich aber ersteinmal ohne hdtv-fähiges Gerät 1-2 Monate rumprobieren wollte, will ich für diese Zeit erstmal mit vga2scart auf meiner SDTV-Röhre rumspielen.

Ich hab einen "Elektro-bastler-bekannten" gefragt ob er die Bauteile da hätte, er hat mir geringfügig anderere gegeben und meinte, dasss es mit diesen ebenso gehen würde.

Ich wollt das hier nur kurz abnicken lassen:

Ich berufe mich auf diese Anleitung:

VGA                                                SCART


     1 -O------------------------------------------O- 15 R
     2 -O------------------------------------------O- 11 G
     3 -O------------------------------------------O-  7 B


     6 -O---------------------------------------+--O- 13 R Gnd
     7 -O---------------------------------------+--O-  9 G Gnd
     8 -O---------------------------------------+--O-  5 B Gnd
    10 -O---------------------------------------+--O- 17   Gnd
                                                +--O- 14   Gnd
                                                +--O- 18   Gnd
               ------
     9 -O-----|  75R |-----------------------------O- 16
               ------
-VS 14 -O-----------------------+
                                |
                             | /
               ------        |C
-HS 13 -O-----| 680R |-----B-|     BC 547 B
               ------        |E
                             | \
                                |       ------
                                +------| 680R |----O- 20 -CS
                                        ------
  shell-O------------------------------------------O- 21 shell

Dort ist von einem Transistor "BC 547 B" die Rede, mein bekannter hat mir den folgenden gegeben: "C 547 C".

Außerdem statt den "680R" Widerständen die folgenden: "650R".

Und, kann jemand bestätigen, dass es damit funktionieren wird?

Grüße

Zitat

Original von Moses123
Hallo,

hat jemand schon den Patch für den ctvdr - etobi- Kernel kompiliert und könnte mir das deb zur Verfügung stellen?

Leider bekommt mein vdr das nicht hin und bricht des öfteren mitten im kompilieren ab.

Danke und Gruß,
moses123

Alles anzeigen

Ich würde auch interesse anmelden

Hi,

komisch komisch, jedenfalls passt dieses Verhalten zu deiner Beschreibung, dass _dein_ lirc modul (/lib/modules/2.6.28.7/misc/lirc_serial.ko) überschrieben wird.
Guck doch mal in dem Verzeichnis /lib/modules/2.6.28.7/misc/ ob dort eine Datei "lirc_serial.ko.com1" liegt.
Wenn ja, dann wird bestimmt das zu ladende Modul (deins) durch dieses (lirc_serial.ko.com1) überschrieben.

Ein harter weg wäre, diese lirc_serial.ko.com1-Datei umzubenennen, dadurch wird das überschreiben unmöglich und deine frisch kompilierte Version müsste erhalten bleiben.

Grüße
sphere

Da bin ich auch schonmal "drauf reingefallen"

Führe mal den folgenden Befehl aus:

cat /etc/vdr/sysconfig |grep "LIRC="

Dann müsste sowas kommen:

LIRC="com1"
USE_LIRC="yes"

Das bedeutet, easyvdr startet das Script "/usr/bin/lirc_on_com1"

In diesem steht:

cp /lib/modules/$KERNEL/misc/lirc_serial.ko.com1 /lib/modules/$KERNEL/misc/lirc_serial.ko

Wenn bei dir was anderes steht, z.B. "LIRC=both_com1", musst du in der "/usr/bin/both1" gucken.
Ich habe bei mir die Zeile, in der das lirc_serial Modul überschrieben wird einfach auskommentiert.

Grüße
sphere

Zitat

Original von wbreu
...
schau doch hier nach:
http://projects.vdr-developer.org/wiki/plg-imonlcd
...

Bin jetz ruhig!

Grüße

Hallo zusammen,

dieses Plugin unterstützt ja nur das Imon LCD, nicht das VFD-Display.

Ich steh gerade auf dem Schlauch,

"lsusb" sagt mir:

Zitat

Bus 002 Device 002: ID 15c2:0038 SoundGraph Inc.

Ist das nun das unterstütze LCD?

Grüße

EDIT1: Typo korrigiert

Zitat

Original von roomer
Gibts denn irgendwo ein Howto wie man den PCI Slot nachrüstet ?

Hi,
Du kannst mal im Zenega-user Forum gucken: Klick
Dort wirst du bestimmt fündig...

Aber zum Thema Anleitung: PCI-Slot besorgen, Lötpunkte frei löten, einsetzen und festlöten...

Ich sag das mal jetzt so fix, ich selbst hab aber mit einem "mittel-gutem-Lötkolben" fast nen ganzen Samstag gebraucht um einen PCI-Slot aus einem Schrott Board zu entlöten und es in die S100 einzulöten...
Ein (richtig) guter Lötkolben hilft ungemeint da einige der Lötpunkte die frei gemacht werden müssen mit der Masse verbunden sind...

Lern aus meinem "Fehler" und kauf dir einen PCI-Slot statt ihn irgendwo auszulöten!

Grüße und viel spaß

Hi smt7020,

läuft das Image auch auf einer S100 bzw. ist das geplant?
Ansonsten könnte ich ein wenig testen...

Grüße
sphere

Ich habe auch die gleiche wie "Keine_Ahnung" und kann diese auch nur empfehlen weil gerade das Problem, was lola beschreibt mit dieser Zange nicht auftritt.

Grüße