Raspberry Pi 2 Möglichkeiten?

[kasbc]

Danke für Eure Antworten

ist es sinnvoll bei HSB Mitglied zu werden ?

viele Grüße
Jens

Ich bin da seit 10 Jahren dabei, also voreingenommen.
Die Abo-Gebühr beträgt 24 € pro Jahr. Dafür hast du Zugriff auf jede Menge Grundlagenartikel, die vom HSB-Team (Theo & Pico) erstellt wurden, sowie richtig gut dokumentierte und gut klingende Bauvorschläge und Datenblätter für Chassis. Ich denke, das ist es wert.

Es wird vieles mit Aktiv-Konzepten gemacht, aber eher die Variante mit Hypex DSPs. Raumkorrektur wird grundsätzlich mit DIRAC gemacht. Kein Wunder, die beiden machen den Deutschland-Vertrieb. Was aber nix dran ändert, dass das eine saugute SW ist.
Raspi basteln / brutefir ist eher nicht ihr Ding. Da fehlt ihnen die Nachbausicherheit.

Wenn's dir nur Raspi geht: Such dir lieber alle Forumsbeiträge vom Alchimisten zusammen. Dann hast du das meiste beieinander.
Hab ich auch so gemacht Hat meine Raspi-Versuche brutal beschleunigt.

Entscheidend ist, um was es dir geht, was du machen willst (Computer-Fummeleien, Holzarbeiten, Günstig, High-End, ..) . Dann kann man auch gezieltere Empfehlungen aussprechen.

Gruß

[Lauscher]

hallo kasbc,

es geht mir um tips für die grundsätzliche Verwendung von DSP´s - Super wenn ich das bei meiner DSP einsetzen kann , Tipps für Holzarbeiten am Gehäusebau, Messtechniken die ich brauche um immer genauer messen zu können- kurz rum ich möchte mich weiter entwickeln und immer bessere (aus meiner Sicht und in meinem Wohnzimmer) Lautsprecher bauen.

viele Grüße
Jens

[kasbc]

Hallo Lauscher,
dann bist du bei HSB gut aufgehoben.
Gruß

[Lauscher]

OK - ich probiere es mal ein Jahr aus - mal schauen ob es auch so viele Jahre werden

Danke für Deine Antworten :ok:

viele Grüße
Jens

[sion]

Vielleicht ist es für den ein oder anderen interessant/hilfreich...

Um meine Schallplatten am Raspberry abspielen zu können, habe ich mir diese USB-Soundkarte mit eingebauten Phonoeingang zugelegt:
ART USB Phono Plus PS
Vorteil: Alles schön in einem integriert, schlicht und einfach
Nachteil: Bitrate ist nur 16 bit
Da es sich aber eh um meine Zweit-Anlage handelt und nur gelegentlich zum Schallplattenhören verwendet wird, reicht das. Der Klang, soviel kann ich schon sagen, ist durchaus annehmbar.

Da ich auf dem Raspberry nach der Anleitung von Alchemist (siehe Seite 5 in diesem Thread) mit BruteFIR falte, stellte sich die Frage, wie ich die Signale von der USB-Karte entsprechend umleite und in das passende Format wandle.
Dazu verwende ich SoX. http://sox.sourceforge.net/
SoX lässt sich einfach nachinstallieren:
sudo apt-get install sox (Die erforderlichen Bibliotheken sollten automatisch von apt mitinstalliert werden)

Für den einfachen Gebrauch habe ich mir ein kleines Script geschrieben.
So schaut es derzeit aus:

Code:

#!/bin/bash

sox --buffer 20000 -r 44100 -c 2 -e signed-integer -b 16 -t alsa hw:1 -t raw - | \
    sox -t raw -c 2 -r 44100 -e signed-integer -b 16 - \
    -t raw -r 44100 -c 2 -e signed-integer -b 32 - | \
    brutefir -nodefault /home/falter/.brutefirlow_config 2>/dev/null

Über Verbesseungsvorschläge für das Script würde ich mich freuen. Ich habe es im Homeverzeichnis unter dem Namen "rec" gespeichert und rufe es derzeit noch per ssh auf. Geplant ist aber, das script per lirc (Fernbedienung) zu starten. Allerdings habe ich die Fernbedienung noch nicht konfiguriert, das kommt dann demnächst auch noch...

Viele Grüße

Klaus

[kasbc]

Vlt. stehe ich jetzt auf dem Schlauch, aber warum liest du nicht einfach mit brutefir direkt von der Soundkarte?

[sion]

Vlt. stehe ich jetzt auf dem Schlauch, aber warum liest du nicht einfach mit brutefir direkt von der Soundkarte?

Zugegeben, auf die Idee bin ich nicht gekommen. Wie geht das? Das Device in der brutefir_config als Input definieren?

btw: Die Soundkarte kann nur 16 bit. Ist es da nicht auch besser, erst auf 32bit zu samplen? (bzw. notwendig bei 32 bit Filtern).

[kasbc]

Zugegeben, auf die Idee bin ich nicht gekommen. Wie geht das? Das Device in der brutefir_config als Input definieren?

ja

btw: Die Soundkarte kann nur 16 bit. Ist es da nicht auch besser, erst auf 32bit zu samplen? (bzw. notwendig bei 32 bit Filtern

weiß nicht

[Slaughthammer]

Ich habe hier mal wieder dran gebastelt. Hab mir dazu nochmal eine Pi3 geholt, wegen onboard WiFi in erster Linie, mit dem normalen Raspbian aufgesetzt, die Kernelsources geladen, die unten genannten Modifikationen vorgenommen, gebaut und installiert. Dann bin ich weiter nach http://rtaylor.sites.tru.ca/2013/06/25/d...are-howto/ vorgegangen, habe die Alsa utils und ecasound installiert und das Testfile mit dem altbekannten Befehl abgespielt:

Code:

ecasound -tl -i chan_labels_6.wav -f:16,6,44100 -eadb:-24 -b 4096 -o alsa,sysdefault:ALSA

Ergebnis: Der AVR erkennt eine 5.1 Quelle, ich höre left woofer aus front left, right woofer kommt zerhackt aus front right, left mid kommt ausm center und left tweeter ausm surround left. Im ALSA Mixer sehe ich immer nur ein Gerät mit einem Kanal:

Code:

lqqqqqqqqqqqqqqqqqqqqq AlsaMixer v1.1.3 qqqqqqqqqqqqqqqqqqqqqk
x Card: bcm2835 ALSA                 F1:  Help               x
x Chip: Broadcom Mixer               F2:  System information x
x View: Playback                     F6:  Select sound card  x
x Item: PCM [dB gain: 4.00]          Esc: Exit               x
x                            lqqk                            x
x                            xaax                            x
x                            xaax                            x
x                            xaax                            x
x                            xaax                            x
x                            tqqu                            x
x                            xOOx                            x
x                            mqqj                            x
x                            100                             x
x                         <  PCM   >                         x
mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj

und aplay -L gibt folgendes aus:

Code:

null
    Discard all samples (playback) or generate zero samples (c               apture)
default:CARD=ALSA
    bcm2835 ALSA, bcm2835 ALSA
    Default Audio Device
sysdefault:CARD=ALSA
    bcm2835 ALSA, bcm2835 ALSA
    Default Audio Device
dmix:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Direct sample mixing device
dmix:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Direct sample mixing device
dsnoop:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Direct sample snooping device
dsnoop:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Direct sample snooping device
hw:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Direct hardware device without any conversions
hw:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Direct hardware device without any conversions
plughw:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Hardware device with all software conversions
plughw:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Hardware device with all software conversions

Als Linuxnoob komme ich da jetzt nicht mehr weiter, laut dem Taylor sollte das halt doch deutlich anders aussehen. Das BruteFir setup vom Alchemisten habe ich noch nicht getestet, würde das lieber mit ecasound als BruteFir laufen lassen.

Wäre schön, wenn da einer der linux/RasPi Experten einen Rat weiß...

Gruß, Onno

Multichannel per HDMI wurde aus dem aktuellen Kernel entfernt. Du kannst Dir aber einen Kernel kompilieren. Um die Multichannelfunktion wieder zu aktivieren, musst Du in den Kernel-Quellen die Datei /linux/sound/arm/bcm2835-pcm.c editieren. In meinem Fall sehen die geänderten Sektionen so aus:

Code:

/* hardware definition */
static struct snd_pcm_hardware snd_bcm2835_playback_hw = {
    .info = (SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_BLOCK_TRANSFER |
         SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_MMAP_VALID),
    .formats = SNDRV_PCM_FMTBIT_U8 | SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S32_LE,
    .rates = SNDRV_PCM_RATE_CONTINUOUS | SNDRV_PCM_RATE_8000_192000,
    .rate_min = 8000,
    .rate_max = 192000,
    .channels_min = 1,
    .channels_max = 8,
    .buffer_bytes_max = 128 * 1024,
    .period_bytes_min =   1 * 1024,
    .period_bytes_max = 128 * 1024,
    .periods_min = 1,
    .periods_max = 128,
};

static struct snd_pcm_hardware snd_bcm2835_playback_spdif_hw = {
    .info = (SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_BLOCK_TRANSFER |
         SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_MMAP_VALID),
    .formats = SNDRV_PCM_FMTBIT_S16_LE,
    .rates = SNDRV_PCM_RATE_CONTINUOUS | SNDRV_PCM_RATE_44100 |
        SNDRV_PCM_RATE_192000,
    .rate_min = 44100,
    .rate_max = 192000,
    .channels_min = 2,
    .channels_max = 8,
    .buffer_bytes_max = 128 * 1024,
    .period_bytes_min =   1 * 1024,
    .period_bytes_max = 128 * 1024,
    .periods_min = 1,
    .periods_max = 128,
};

Funktioniert gut, ich habe bis jetzt noch keine Probleme bemerken können. Ich falte derzeit mit 4 Kanälen, 44,1kHz und einer Filterlänge von 65536 (4096,16). Die CPU ist dabei mit etwa 16% ausgelastet.

Gruß

Klaus

[The Alchemist]

Gibst Du uns mal den Output von:

aplay -l (kleines L)

ob der aktuelle Kernel vom PI nunmehr Mehrkanal macht weiß ich nicht.

Normalerweise sollte, wenn es so, ist der Befehl:

speaker-test -D hw:0,1 -c 8

Rosa Rauschen auf 8 Kanälen bringen.

Mit Ecasound hab ich noch nichts gemacht, da bei mir auf dem 1er Pi immer noch sehr schön Brutefir mit der Wolfson Karte läuft.

[Slaughthammer]

Code:

pi@raspberrypi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 ALSA [bcm2835 IEC958/HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Das sieht ja nicht sooo gut aus, HDMI nur ein Kanal?

speaker-test gibt gerade gar nix aus, ich teste da noch eben, obs am AVR liegt.

Code:

pi@raspberrypi:~ $ speaker-test -D hw:0,1 -c 8

speaker-test 1.1.3

Playback device is hw:0,1
Stream parameters are 48000Hz, S16_LE, 8 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 64 to 8192
Period size range from 64 to 8192
Using max buffer size 8192
Periods = 4
was set period_size = 2048
was set buffer_size = 8192
0 - Front Left
4 - Center
1 - Front Right
7 - Side Right
3 - Rear Right
2 - Rear Left
6 - Side Left
5 - LFE
Time per period = 23.748807

Gruß, Onno

Edit: vom Windos Laptop aus kann ich alle Kanäle am AVR ansteuern, liegt also nicht am Reciever.

[The Alchemist]

Das sieht schon mal sehr gut aus!

Starte den Pi mal neu mit "vorher" eingeschaltetem Receiver und korrekt gewählter Quelle, also die, die der Pi bedient.

Mit
sudo reboot

Im Alsa Mixer kann man keine Kanäle sehen, das ist bei vielen HDMI Geräten so...

[Slaughthammer]

Das habe ich schon mehrfach ausprobiert... ändert nichts.

Mittlerweile sagt der Pi auch scheinbar gar nichts mehr über HDMI.

Hab den AVR vorhin nochmal zurückgesetzt, seit dem funktioniert mit Windows davor alles reibungslos. Da waren vom Vorbesitzer noch ein ein paar komischen Einmessdaten drin, die ich auf die schnelle nicht raus bekam...

Edit: Ich Esel habs gefunden... man muss den ALSA-Mixer auch nicht muten... Also ich bekomme jetzt mit speaker-test -D hw:0,1 -c 8 immerhin rauschen auf 5 Kanälen, LFE hab ich erstmal nicht getestet. AVR erkennt auch 5.1 Quelle, und es sind auch die surround backs auf denen nichts ankommt.

Gruß, Onno

[The Alchemist]

Der Reihe nach:

Die Ausgabe von speaker-test ist fehlerfrei.

Es muss Funktionieren, immer, auch mit dem Standard Kernel:

Code:

speaker-test -D hw:0 -c 2

Das ist der normale Stereoton über HDMI.

Dann mal :

Code:

speaker-test -D hw:0,1 -c 2

Der gleiche Stereoton "digital" also über das IEC958 Interface.

Wenn schon der erste Befehl kein Rauschen bringt, liegt es irgendwo am AVR, welcher war es doch gleich?

Im Anschluss hocharbeiten, immer 2 Kanäle dazu:

Code:

speaker-test -D hw:0 -c 4

also mit -c 4 , -c 6 usw.

Wenn alles funktioniert dann mal die Ausgabe bei ecasound variieren:
Da bin ich mir aber nicht sicher, da mir der Umgang mit Ecasound fehlt.

Code:

ecasound -tl -i chan_labels_6.wav -f:16,6,44100 -eadb:-24 -b 4096 -o:alsahw,0,1

Eventuell auch:

Code:

ecasound -tl -i chan_labels_6.wav -f:s16_le,6,44100 -eadb:-24 -b 4096 -o:alsahw,0,1

Aufpassen ich habe mich vertan!!!!!!!!! Der erste Befehl erzeugt keinen Ton über HDMI beim Raspi, das ist die Klinke!!!! Also der 2. muss funktionieren.

[sion]

Hallo Onno,

wie schon von Alchemist gesagt, ist die Ausgabe von speaker-test fehlerfrei. Ich würde testweise mal einen anderen HDMI-Eingang oder auch ein anderes Kabel probieren (wenn es auch mit dem Windows-Lap geht).

Gruß Klaus

[Slaughthammer]

Also ich bekomme 5.1 über HDMI, (siehe edit).

Vom win10 Laptop aus bekomme ich sauber 7.1 über den gleichen AVR, sogar mit automatisch richtig gemappten Kanälen. Ich glaube am AVR liegt es nicht.

Die beiden modifizierten ecasound Befehle machen genau das gleiche wie bisher, kein Veränderung erkennbar. Ich lese mich mal durch die ecasound Doku durch...

Gruß, Onno

[The Alchemist]

Edit: Ich Esel habs gefunden... man muss den ALSA-Mixer auch nicht muten... Also ich bekomme jetzt mit speaker-test -D hw:0,1 -c 8 immerhin rauschen auf 5 Kanälen, LFE hab ich erstmal nicht getestet. AVR erkennt auch 5.1 Quelle, und es sind auch die surround backs auf denen nichts ankommt.

Gruß, Onno

Das versteh ich jetzt nicht ganz, bei -c 8 muss eigentlich 7.1 angezeigt werden......

Mein Onkyo zeigt Multichannel PCM, 8 Channels
Wie sieht das aus wenn Du nur -c 6 angibst .

Bei ecasound hab ich keinen Schimmer was - eadb:-24 bedeutet.

[Slaughthammer]

Ich verwende einen Pioneer VSX-1018AH.

Habe mal zum testweise meinen älteren Onkyo angeklemmt, da scheinen alle 8 Kanäle zu gehen. Liegt also nicht alleine am Pi.

Hab am Pioneer dann mal die andere HDMI Buchse getestet, keine Veränderung, hab den Monitor abgeklemmt, auch keine Veränderung.

Ich mach erstmal Feierabend für heute.

Gruß, Onno

[sion]

Ich hatte bisher keine 8 Kanäle bei meinem Setup getestet, da ich selber nur 4 benötige. Das hab ich jetzt aber nachgeholt. Nun also: auch bei mir nur maximal 6 Kanäle. Da hat mich jetzt echt überrascht. Tut mir leid Onno, dass Du jetzt so viel probiert hast, das war echt ein Versäumnis von mir.
Im Moment habe ich keine Erklärung dafür, wie das resultiert. Der speaker-test läuft sauber durch, aber auch bei meinem Receiver werden nur 6 Kanäle angezeigt...
Übrigens: Ich hatte zuerst einen Onkyo verwendet, jetzt einen Pioneer. Möglicherweise ging es ja auch beim Onkyo, aber ich glaube ich hatte es wirklich nicht getestet, bzw. darauf geachtet

Die Posting haben sich überschnitten... Anscheinend ein Pioneer-Ding. Ich habe einen VSX-L52D.

[Slaughthammer]

Wie sieht das aus wenn Du nur -c 6 angibst .

Wird auch als 5.1 erkannt, mit gleichem Ergebnis.

Bei ecasound hab ich keinen Schimmer was - eadb:-24 bedeutet.

-eadb:gain-dB[,channel]
Adjusts signal level by 'gain-dB', with a gain of 0dB having no effect to the signal, negative gains attenuating the signal and positive gain values amplifying it. The 'channel' parameter (1...n) is optional. If 'channel' parameter is specified, and its value is nonzero, gain is only applied to the given channel (1...n).

http://nosignal.fi/ecasound/Documentatio...npage.html

Wie gesagt, ich werde mich da mal durch die Doku arbeiten.

Grundsätzlich läuft das mit dem Pi und Multichannel PCM Audio ja erstmal, ggf. muss ich die beiden AVRs halt tauschen. Aber jetzt bin ich erstmal ein gutes Stück weiter,

Dankeschön!

Gruß, Onno