Raspberry Pi 2 Möglichkeiten?

[kasbc]

Trotzdem ...
Als später "Raspi-Entdecker" finde ich die kleinen Dinger sehr beeindruckend. Man muss sich halt in die Linux-Basics einarbeiten, aber dann kann man schon enorm viel machen. Bevor ich mir nochmal ein miniDSP kaufe ... mag aber auch ein bisschen Anfangseuphorie sein. Ich bin jedenfalls begeistert.

[pcmurx]

Ich habe jetz mal ein bisschen gespielt....

Phase messen am Hörplatz funktioniert nicht korrekt, die Phase dreht sich dann pro Oktave min. 10x . Auf kürzere Distanz geht das allerdings, man kann dann nur nicht im Wohnraum bis auf 50Hz runter messen. Frequenzgang am Hörplatz messen und dann entzerren ist kein Problem. Ich habe das zuerst unter Windows probiert wie ton-feile. Das klappt auch soweit gut.

Jetzt meine Frage: welche Messungen fertigt ihr an und worauf wird anschließend entzerrt? Frequenzgang und Phase am Hörplatz kriege ich nicht korrekt gemessen, eine andere Option wäre das Fügen von Nah- und Fernfeldfrequenzgang und dann das Entzerren, trotzdem kann man dann keine Phase im Bass anpassen.

ton-feile hat ja am Anfang auch zwei Messungen mit ARTA gemacht und zusammengefügt. Allerdings danach auch in REW eine korrekte Phase bekommen, bis zum Bass runter. Stell' ich mich jetzt einfach zu blöd an?

[Blaubeere85]

Hi
Eventuell kann mir hier jemand helfen. Also ich möchte gerne den Hifiberryamp mit Shairport via Alsa Loopback nutzen.
Bis gerade eben habe ich noch ein Haufen Fehlermeldungen bekommen. Nun startet Brute Fir aber es sind immer noch Fehlermeldungen zu sehen.
Testen konnte ich das ganze noch nicht
Würde mich wirklich freuen wenn da mal jemand einen Blick drauf wirft!!

Nach dem ich

Code:

sudo modprobe snd-aloop

sehe ich im Alsamixer das Loopbackdevice auf 1

Wie bekomme ich den Befehl in den Autostart

Meine /etc/asound.conf sieht wie folgt aus:

Code:

# hardware 0,0 : definizione pcm per ALSA playback - l'output dei player
pcm.loophw00 {
    type hw
    card Loopback
    device 0
    subdevice 0
    format S32_LE # viene influenzato dalla card fisica finale di uscita?
    rate 44100 # viene influenzato dalla card fisica finale di uscita?
    channels 2
}

# playback PCM device: using loopback subdevice loophw00
pcm.amix {
    type dmix
    ipc_key 219345
    slave {
        pcm loophw00
    period_size 4096 # meglio abbassarlo?
    periods 2
    }
}

# capture PCM device: using loopback subdevice 0,1
pcm.asnoop {
  type dsnoop
  ipc_key 219346
  slave.pcm "hw:Loopback,0,1"
}

# duplex device combining our PCM devices defined above
pcm.aduplex {
  type asym
  playback.pcm "amix"
  capture.pcm "asnoop"
}

# ------------------------------------------------------
# default device

pcm.!default {
  type plug
  slave.pcm "aduplex"
}

Und hier ist meine Brutefir Config

Code:

float_bits: 32; # internal floating point precision
sampling_rate: 44100; # sampling rate in Hz of audio interfaces
filter_length: 4096; # length of filters
#config_file: "~/bf/.bfcfg"; # standard location of main config file
overflow_warnings: false; # echo warnings to stderr if overflow occurs
show_progress: false; # echo filtering progress to stderr
max_dither_table_size: 0; # maximum size in bytes of precalculated dither
allow_poll_mode: true; # allow use of input poll mode
modules_path: "."; # extra path where to find BruteFIR modules
monitor_rate: false; # monitor sample rate
powersave: true; # pause filtering when input is zero
lock_memory: true; # try to lock memory if realtime prio is set
convolver_config: "~/.brutefir_convolver"; # location of convolver config file

## INPUT DEFAULTS ##

input "l_in", "r_in" {
device: "alsa" { device: "hw:Loopback,1,0"; };
sample: "S32_LE";
channels: 2;
};

output "l_out", "r_out" {
device: "alsa" { device: "hw:0"; };
sample: "S32_LE";
channels: 2/0,1;
delay: 0,0;
dither: true;
};
## FILTER DEFAULTS ##

filter "home/pi/ConvolverFilters/links.bin" {
      from_inputs: "l_in"/8.0;
      to_outputs: "l_out"/0.0;
      process: -1;        # process index to run in (-1 means auto)
      coeff: -1;          # -1 means "copy"
      delay: 0;           # predelay, in blocks
      crossfade: false;   # crossfade when coefficient is changed

};

output "l_out", "r_out" {
device: "alsa" { device: "hw:0"; };
sample: "S32_LE";
channels: 2/0,1;
delay: 0,0;
dither: true;
};
## FILTER DEFAULTS ##

filter "home/pi/ConvolverFilters/links.bin" {
      from_inputs: "l_in"/8.0;
      to_outputs: "l_out"/0.0;
      process: -1;        # process index to run in (-1 means auto)
      coeff: -1;          # -1 means "copy"
      delay: 0;           # predelay, in blocks
      crossfade: false;   # crossfade when coefficient is changed
};

filter "home/pi/ConvolverFilters/rechgts" {
      from_inputs: "r_in"/8.0;
      to_outputs: "r_out"/0.0;
      process: 0;        # process index to run in (-1 means auto)
      coeff: -1;
      delay: 7;           # predelay, in blocks
      crossfade: false;   # crossfade when coefficient is changed
};
};

Und hier die was angezeigt wird nach dem ich

Code:

sudo /usr/bin/brutefir -nodefault /home/pi/.brute441_config

eingefügt habe

Code:

BruteFIR v1.0m (November 2013)                                (c) Anders Torger

Internal resolution is 32 bit floating point.
Creating 4 FFTW plans of size 8192...finished.
Warning: internal resolution not high enough to dither (outputs 0 - 1).
Realtime priorities are min = 2, usermax = 1, mid = 3 and max = 4.
Warning: no support for clock cycle counter on this platform.
  Timers for benchmarking may be unreliable.
Filters in process 0: 0
Filters in process 1: 1
Realtime priority 4 set for filter process (pid 1052)
Realtime priority 4 set for filter process (pid 1053)
Realtime priority 3 set for input process (pid 1051)
Realtime priority 3 set for output process (pid 1054)
Fixed I/O-delay is 8192 samples
Audio processing starts now

Da ich das mehr oder weniger aus Foren entnommen habe, weiß ich nur zum Teil was ich da gemacht habe.

Was sagt ihr! Was passt noch nicht

Vielen Dank im vorraus!
VG
Stefan

[The Alchemist]

Brutefir scheint doch schon mal zu starten, und zwar ohne Fehler.

Was passiert denn, wenn Du jetzt mit einem Programm Musik wiedergibst?

Gruß

[Blaubeere85]

Das ist noch nackig das system.
Ich installiere gerade shairport. Das werd ich jetzt einfach mal testen.

Warning: internal resolution not high enough to dither (outputs 0 - 1).
Für was ist das Dithering.
kann ich das rausnehmen?

[kasbc]

Ja, mach das raus.
Was mich auch irritiert ist das coeff: -1 beim Filter.

Du musst jetzt irgendwie Sound herkriegen. Und dan halt probieren.

Gruß

[Blaubeere85]

So also es kommt schonmal musik :yahoo:
Wenn ich das Dithering wegnehme und das Coeff bekomm ich wieder
Parse error on line 37 in file "/home/pi/.brute441_config":
At least one mandatory field is missing in filter.
Solche Fehler.

Der Klang ist prizipiell gut aber man hört irgendwie ein britzeln fast wie ein wenig übersteuert oder so ähnlich.
Hab auch schon im alsamixer die lautstärke gedrosselt aber bleibt bestehen.

Könnte das sein das shairport beim Booten schon startet und ich Brute in die asound konfig erst später starte.

wie bekomme ich den befehl noch in den Autostart für das Loopback device

Code:

sudo modprobe snd-aloop

Fragen über Fragen

Danke schon einmal

[sion]

Das Loopback-Device wird beim Booten gestartet, wenn Du der Datei "/etc/rc.local" vor dem exit 0

Code:

modprobe snd-aloop

hinzufügst.

Gruß

Klaus

[The Alchemist]

Eigentlich sollte

Code:

sudo nano/etc/modules

und dann

Code:

snd-aloop

dranhängen funktionieren.

Gruß

[sion]

Siehst Du einen Vorteil darin, den Weg über die /etc/modules zu nehmen vs der /etc/rc.local? Würde mich sehr interessieren, da ich denke, beides ist möglich.

[pcmurx]

Nimm' die /etc/modules.

Dort eingetragene Kernel Module werden vor allen anderen Diensten gestartet. Wenn du in die rc.local einträgst, lädt das Betriebssystem dein Modul erst nach Start aller Services.

Gruß, Stefan

[sion]

Wenn du in die rc.local einträgst, lädt das Betriebssystem dein Modul erst nach Start aller Services.

Wusste ich bisher nicht. Danke für den Hinweis, werde ich künftig auch so machen.

Gruß

Klaus

[pcmurx]

Moin Klaus,

Linux hält so einige Überraschungen bereit..... ich habe damit zum Glück beruflich zu tun, daher traue ich mich auch jetzt erst an diese Brutefir-Geschichten ran.... Linux hat mich da früher immer abgeschreckt. Wenn man aber viel Zeit damit verbringt, erkennt man schnell das Potential

Es freut mich, dass ich dir helfen konnte!

Gruß, Stefan

[Blaubeere85]

Morgen
Also ich habe es gerade noch in local drinnen und es funktioniert.
Werde das heute abend mal in /etc/modules umschreiben.
Soweit funktioniert alles, bis auf die leichten britzelgeräusche. Habe gestern noch säömtliche Sachen probiert.Mit und ohne Partitionen, mal alles auf 48khz laufen lassen aber dann sagt er schon das nur 44,1khz funtionieren.
Das habe ich noch gefunden.
http://www.aktives-hoeren.de/viewtopic.php?f=28&t=5609

Dort schreibt jemand das es bei ihm an einer veralteten Bruteversion lag.
Wie kann ich nachschauen welche version nun installiert habe?
Installiert habe ich einfach über Brutefir install..

Aber so langsam macht das doch spass mit dem kleinen. Da kann man schon was anstellen mit diesen minipcs.
Der Funktionsumfang von BruteFir ist auch der Hammer.
Schade das ich erst jetzt anfange mich damit zu beschäftigen
Vg
Stefan

[The Alchemist]

Wenn Du Brutefir über die Quellen installiert hast, hast Du die neueste Version, 1.0m. Britzel- Geräusche kommen bei mir nicht vor. Ich blicke leider durch die Sache mit dem Loopback Device nicht durch (liegt auch eventuell daran, dass es für mich vollkommen unwichtig ist und kann Dir da nicht so gut weiterhelfen). Wenn Du allerdings auf 48kHz umstellst musst Du das auf der gesamten Linie machen , also Brutefir, Filter Loopback. Wenn Du 44er Filter in einer 48er Brutefir config verendest kommt es ebenfalls zu leichten Störungen.

Gruß

[Blaubeere85]

Oh ja da bringst du mich auf etwas.

Hatte das in der asound.conf nicht geändert.

Das wird mein nächster Schritt sein.
Habe gelesen das zumindest das AppleTV 16bit 44,1kHz sendet und dann auf 48kHz hochrechnet. könnte mir also gut vorstellen das es bei Shairport auch so läuft und davon das Britzeln kommt.
Also Vielen Dank schon mal an euch. Ein paar Sachen sind mir nun klarer
REW werde ich heute auch mal testen zu installieren. Somit könnte ich dann gleich auch mal Filter testen die ich durch DRC berechnen lasse.
Und das ganze System wäre gleich mitgemessen inkl. amps.

[kasbc]

Hallo Balubeere,

ich bin ja auch nur mehr Probierer als Versteher, aber mir erscheinen die 4K Filterlength sehr wenig zu sein.

Ich hatte gestern nicht bemerkt, dass du gar keine Filter anwendest (drum das Unverständnis für coeff:-1).

Gruß

[Blaubeere85]

hallo kasbc
Doch filter wurden angewendet. Die 4092 waren auch nur um erstmal zu testen. Damit habe ich nur die Weiche von meine Lautsprecher entzehrt LR 24dB und einen leichten Bassabfall.
Hab auch schon 32768 Taps bereits versucht. also das ist noch keine Raumkorrektur die da mit drinnen ist.
Aber ich werde heute mal in die vollen gehen. mal sehen was passiert
Vg
Stefan

[kasbc]

Hallo,

wenn ich die Bedeutung von coeff: -1 richtig verstehe, wurden keine Filter angewendet, da dann der In- an den Output "kopiert" wird.

Gruß

[Blaubeere85]

ohh
das ist natürlich blöd. dann muss ich das rausnehmen.
Blos ich hatte gestern das problem das wenn ich das rausgenommen habe er mir immer Parseerror oder sowas angezeigt hat.
Reicht es wenn ich dann davor einfach eine # setze?
Ich merk schon das ich da noch ein wenig brauche bis alles passt.
Danke für den hinweis