Feature request: Sounddatei spielen nach öffnen der Tur

[Brian001]

No description provided.

[motom001]

Fragen über Fragen - z.B. Wo soll die Sounddatei abgespielt werden?
Wo soll es zu hören sein?
Wo soll es nicht zu hören sein?

[Brian001]

Hey Motom,

Sounddate spielen auf der seite der Tür (zb "beeep bitte druck gegen der tur)
auf der Telefonseite bracht es nicht gehört zu werden (denke ich)

Danke fur deine gute hilfe!
ich bin sehr glücklich mit meinem doorpi 👍

[motom001]

Und was ist wenn sofort aufgelegt wird? Dann kann das sipphone keinen Sound mehr abspielen, außer man würde das Gespräch vorher als Konferenz anlegen und noch halten bis das Gespräch beendet ist.
Die Schwierigkeit besteht darin, den Ton über die richtige Quelle auszugeben.
Es wäre ein versuch wert, ob zwei Quellen gleichzeitig einen Ton wiedergeben können, damit das an linphone vorbei laufen kann...

[maxkr2]

Hi Thomas,

mich würde das als Feature direkt nach dem Klingeln interessieren. Und mit einer Konferenz würde es ja bei allen beiden Anforderungen funktionieren:

Also: Jemand klingelt an der Tür -> Konferenz wird eingeleitet, d.h. die Gegenstelle spielt eine Sounddatei ab (an der Türsprechstelle). Gleichzeitig werden die Gegenstellen im Haus angerufen und (wenn sie abheben) zur Konferenz dazugeschaltet. Die Sound-Nebenstelle kann nach dem Abspielen (und wenn eine weiterer Teilnehmer vorhanden ist) auflegen, ansonsten halt noch bis zum Ablauf des Timeouts warten (es läutet noch im Haus...). Wenn die drinnen gleich auflegen fände ich es Klasse, wenn das File noch gespielt und die Verbindung danach erst komplett getrennt wird. Da die Türesprechstelle ja nicht auflegen kann, sollte auch da nichts unerwartetes passieren...?

Nach dem Öffnen der Türe wäre ja dann das nachfolgende Szenario. Finde ich auch nicht schlecht, auch wenn ich das persönlich nicht brauche: "Reinkommen, Schuhe Ausziehen! Pausenbrotboxen in die Küche tragen" (wenn unsere Kiddies von der Schule kommen) g aber die Option ist nicht schlecht. Auch hier sollte das File komplett bis zum Ende abspielbar sein, selbst wenn der interene Teilnehmer auflegt nach dem Öffnen, wenn du es über eine Konferenz löst.

Thomas:
Es wäre ein versuch wert, ob zwei Quellen gleichzeitig einen Ton wiedergeben können, damit das an linphone vorbei laufen kann...

Du meinst du würdest die Konferenz direkt im DoorPi realisieren oder? Ein erster Schritt wäre es ja vielleicht, dass man für solche Events eine zus. SIP-Nummer angibt (dann könnte das Soundfile z.B. von der Asterisk abgespielt werden...) und die Konferenz außerhalb vom DoorPi realisiert wird...

Viele Grüße,
Max

[motom001]

Mit "ob zwei Quellen gleichzeitig einen Ton wiedergeben können" meinte ich, ob man das nicht über das sipphone laufen lässt, sondern einfach einen Sound wiedergeben kann (z.B. aplay) während ein Gespräch mit linphone läuft oder ob das Media-Device "exclusiv gesperrt" ist.
Bei Windows geht sowas - aber geht das auch unter Linux (ohne größere Schwierigkeiten)

[cemerich]

Ich habe eine play_audio.py geschrieben, welche auch in einem Telefonat (mit DTMF) eine Audio Datei spielen kann(ohne Konferenz). Wenn ihr Interesse habt, kann Thomas die Datei gerne einbinden.
Gebraucht wird Modul Pygame, welches aber am Raspberry schon geladen sein sollte.
Pfad und Audiofile wird in der Config in einer Sektion [Audio] angegeben. Die Datei wird als Single Action abgespielt und kann im Call über DTMF oder mit Aufruf direkt ausserhalb eines Calls gespielt werden.

[Brian001]

Ja bitte!

[Nea74]

Hört sich gut an, werde ich wenn ich Zeit habe mal austesten. Muss bei der *.wav Datei etwas beachtet werden, Größe oder Bitrate usw?

[cemerich]

Ist auf 44 KHZ, 16 Bit, Stereo voreingestellt. Aufruf erfolgt mit play_audio oder play_audio:xxxxxx.wav
Im ersten Fall wird die Audiodatei aus der Sektion Audio gespielt.

[Audio]
audio_path = /home/pi/MyNAS/doorpi/DoorPiWeb/audio/
audio_file = tng_chime_clean.wav
audio_volume = 0.6

Im zweiten Fall wird die angegebene Audiodatei verwendet. Als Pfad wir immer audio_path verwendet.
Auch die audio_volume Einstellung gilt für beide Fälle.

[cemerich]

Wenn Thomas die Events bei DTMF erweitern könnte (z.B: Event_OnDTMF.# oder Event_OnDTMF.9999) könnte man mit 10 = play_audio:Tueroeffner.wav 20 = out:Tueroeffner,1,0,3
arbeiten.
Habe heute im Einsatz:

---

[EVENT_OnKeyPressed_rfid.9634957]
10 = out:Verstaerker,1
20 = play_audio:RFID.wav
30 = out:Verstaerker,0

---

Auch für Startup, Shutdown, oder "Bitte Warten" bei Gesprächsaubau ist es im Einsatz.
Für Ansage bei DTMF Aktion fehlt noch die Unterscheidung der DTMF Events.

[fraeggle]

ich weiß... ist ein uralter Thread aber.. ich würde gerne wissen ob die play_audio.py jetzt intergriert ist, bzw wie bekommt man die?
Gruß Peter