Hallo,

ich möchte mehrere Sounddateien hintereinander ausgeben oder mehrere
z.B. mp3-Dateien verbinden und als Gesamt-mp3 ausgeben: Es sollen
Zufallszahlen dikitiert werden, die dann ein Kind in ein Formular
eingibt, also z.B. 3490:
Sound1: drei
Sound2: Tausend
Sound3: vier
Sound4: Hundert
Sound5: Neun
Sound6: zig

Ist sowas mit php machbar?

--
Stephan

Am Fri, 23 Nov 2007 19:29:49 +0100 schrieb Stephan Dreisbach:

Hallo,

> ich möchte mehrere Sounddateien hintereinander ausgeben oder mehrere
> z.B. mp3-Dateien verbinden

verwende nach Möglichkeit das headerloses raw-Format und kein mp3

> und als Gesamt-mp3 ausgeben:

cat /tmp/part01.raw /tmp/part02.raw \
/tmp/part03.raw > /tmp/ansage.raw
sox -t raw -r 16000 -w -s /tmp/ansage.raw -t au \
-r 8000 /tmp/ansage.au


SoX bekommst du hier
http://sox.sourceforge.net/

und kann auch mp3

> Es sollen
> Zufallszahlen dikitiert werden, die dann ein Kind in ein Formular
> eingibt, also z.B. 3490:
> Sound1: drei
> Sound2: Tausend
> Sound3: vier
> Sound4: Hundert
> Sound5: Neun
> Sound6: zig

Warum installierst du dir kein text2speech System?

http://www.ifk.uni-bonn.de/forschung/abteilung-sprache-und-k ommunikation/
phonetik/sprachsynthese/txt2pho

> Ist sowas mit php machbar?

nö -

Leider kann ich dich auch nicht an eine *richtige*
Newsgroup weiterleiten.


cu

r23


--
Mein Skizzenbuch
http://blog.myoos.de/

Stephan Dreisbach wrote:

> ich möchte mehrere Sounddateien hintereinander ausgeben

Ob das über eine clientseitige Technik zuverlässig geht weis ich nicht.
Aber ich bezweifle es... Aber das hat ja auch hier in der NG nix zu suchen.

> oder mehrere z.B. mp3-Dateien verbinden und als Gesamt-mp3 ausgeben:

Das wird wohl eher gehen.

> Zufallszahlen dikitiert werden, die dann ein Kind in ein Formular
> eingibt, also z.B. 3490:
> Sound1: drei
> Sound2: Tausend
> Sound3: vier
> Sound4: Hundert
> Sound5: Neun
> Sound6: zig

Des Aufwands wegen würde ich hier eine Beschränkung auf die Sprachausgabe:

- Drei
- Vier
- Neun
- Null

machen. Sonst mußt Du einfach zu viele Kombinationen berücksichtigen.
(Nicht das es nicht gehen würde, aber fang doch erst mal mit was
kleineren an. Ausbauen kannste das immer noch.)

Welches Ziel verfolgst Du denn damit? Warum brauchst Du das?

Ohne extra Commandline-Tools wirst Du da aber nicht weit kommen.
MP3s mergen, nur mit PHP geht nicht ohne weiteres. Da müßen halt vorher
erst alle Header ausgeschnitten werden.

Andere Formate als Mp3 würde ich nicht nutzen, da diese dann u.U. nicht
auf dem Zielclient bekannt sind bzw. vorher in was brauchbares
Konvertiert werden müßen.

Ich hoffe nur das es sich dabei nicht um einen unsäglichen Versuch
handelt ein Formular gegen Mißbrauch zu schützen! Wenn dem so ist,
vergiß es ganz schnell wieder... und nutze übliche Techniken.

MfG, Ulf

--
_,
_(_p> Ulf [Kado] Kadner
\<_)
^^

Ulf Kadner meinte:

> Ich hoffe nur das es sich dabei nicht um einen unsäglichen Versuch
> handelt ein Formular gegen Mißbrauch zu schützen! Wenn dem so ist,
> vergiß es ganz schnell wieder... und nutze übliche Techniken.

In d.c.l.j meint der OP "die dann ein Kind in ein Formular
eingibt". Vielleicht hast du jetzt aber ihn (und andere) auf tolle neue
Ideen gebraucht... :-o

Gregor


--
http://www.gregorkofler.at ::: Landschafts- und Reisefotografie
http://www.licht-blick.at ::: Forum für Multivisionsvorträge
http://www.image2d.com ::: Bildagentur für den alpinen Raum

Stephan Dreisbach schrieb:

> ich möchte mehrere Sounddateien hintereinander ausgeben oder mehrere
> z.B. mp3-Dateien verbinden und als Gesamt-mp3 ausgeben:

Geht mit MP3's relativ simpel. Packe die Dateien als unkomprimiertes ZIP/RAR
Archiv zusammen und nenne das Egebnis wieder "*.mp3", bzw. liefere es mit
dem korrekten MIME Type für MP3's aus. Zum Packen von Archiven (on the fly)
gibt es ja genug fertige Scripte für PHP. z.B.:
http://pear.php.net/package/File_Archive


> Es sollen Zufallszahlen dikitiert werden, die dann ein Kind in ein
> Formular eingibt, also z.B. 3490:

Musst du eigentlich nur noch die Logik schreiben, um zu bestimmen welche
einzelne Dateien du für welche Zahl brauchst. Das könntest du aber auch mit
Hilfe von diesem machen:
http://pear.php.net/package/Numbers_Words


Und beides Zusammen kann z.B. (ungetestet):
http://pear.php.net/package/Text_Spell_Audio

Gruß
Carsten

Ulf Kadner <dr_logic [at] gmx.net> schrieb:

>Stephan Dreisbach wrote:
>
[..]
>
>Welches Ziel verfolgst Du denn damit? Warum brauchst Du das?

Zahlendiktate für Dritt-und Viertklässler: eine Zufallszahl
generieren, die wird als Sound ausgegeben und ein Schüler schreibt sie
zur Kontrolle in ein Formularfeld:
Dafür benötige ich eigentlich nur wenige Dateien:
ein
eins
zwei
drei
vier
fünf
sechs
sieben
acht
neun
zehn
hundert
tausend
zwanzig
sechzig
siebzig
ßig
zig
und

Eine Zahl auf ihre Stellenwerte zu untersuchen ist ja wohl kein
Problem.
An anderer Stelle bekam ich den Tipp mit SoX.

Stephan

Carsten Wiedmann wrote:

> Geht mit MP3's relativ simpel. Packe die Dateien als unkomprimiertes
> ZIP/RAR Archiv zusammen und nenne das Egebnis wieder "*.mp3", bzw.
> liefere es mit dem korrekten MIME Type für MP3's aus.

Ist die Vorgehensweise offiziell? Hab ich noch nicht gehört. Aber wenns
wirklich portabel ist das Ergebnis und überall funktioniert dann danke
für den Hinweis.

MfG, Ulf

--
_,
_(_p> Ulf [Kado] Kadner
\<_) Mitglied der Freizeitvögel? ;-)
^^

Ulf Kadner schrieb:

>Ist die Vorgehensweise offiziell? Hab ich noch nicht gehört. Aber wenns
>wirklich portabel ist das Ergebnis und überall funktioniert dann danke für
>den Hinweis.

Winamp und der IE bekommen es da tatsächlich wieder rausgepoppelt.

Aber dass das auch nur irgendwie offizielles Verhalten ist, will ich nicht
glauben - wahrscheinlich handelt es sich nur um eine fortgeschrittene
Variante von "Dateien zusammenpappen". Das letzteres in der Praxis gut
funktioniert, glaube ich hingegen sofort - MP3-Dekoder sind relativ
fehlertolerant.

--
Wolfgang Fellger

Wolfgang Fellger schrieb:
> Ulf Kadner schrieb:
>
>> Ist die Vorgehensweise offiziell? Hab ich noch nicht gehört. Aber we=
nns
>> wirklich portabel ist das Ergebnis und überall funktioniert dann dan=
ke für
>> den Hinweis.
>
> Winamp und der IE bekommen es da tatsächlich wieder rausgepoppelt.
>
> Aber dass das auch nur irgendwie offizielles Verhalten ist, will ich ni=
cht
> glauben - wahrscheinlich handelt es sich nur um eine fortgeschrittene
> Variante von "Dateien zusammenpappen". Das letzteres in der Praxis gut
> funktioniert, glaube ich hingegen sofort - MP3-Dekoder sind relativ
> fehlertolerant.


Koennte er nicht auch einfach eine Playlist erstellen welche die Namen
der abzuspielenden *.MP3s enthaelt?

Gruss
Joerg


--
TakeNet GmbH, Geschaeftsfuehrer Wolfgang Meier
97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20 Fax: +49 931 903-3025
HRB Wuerzburg 6940 http://www.takenet.de

Wolfgang Fellger wrote:

> Winamp und der IE bekommen es da tatsächlich wieder rausgepoppelt.

Also ich habs mal kurz getestet. Unter Win32 scheinen das die meisten
Player die mir bekannt sind abzuspielen. Aber wie siehts auf anderen OS aus?

> Aber dass das auch nur irgendwie offizielles Verhalten ist, will ich nicht
> glauben - wahrscheinlich handelt es sich nur um eine fortgeschrittene
> Variante von "Dateien zusammenpappen". Das letzteres in der Praxis gut
> funktioniert, glaube ich hingegen sofort - MP3-Dekoder sind relativ
> fehlertolerant.

Keine Ahnung. Da kann ich mich nur auf das verlassen was andere dazu
wissen & sagen.

Danke für Deinen Kommentar.

MfG, Ulf

--
_,
_(_p> Ulf [Kado] Kadner
\<_)
^^

Ralf Zschemisch <info [at] r23.de> schrieb:

>Am Fri, 23 Nov 2007 19:29:49 +0100 schrieb Stephan Dreisbach:
>
>Hallo,
>
>> ich möchte mehrere Sounddateien hintereinander ausgeben oder mehrere
>> z.B. mp3-Dateien verbinden
>
>verwende nach Möglichkeit das headerloses raw-Format und kein mp3
>
>> und als Gesamt-mp3 ausgeben:
>
>cat /tmp/part01.raw /tmp/part02.raw \
> /tmp/part03.raw > /tmp/ansage.raw
>sox -t raw -r 16000 -w -s /tmp/ansage.raw -t au \
> -r 8000 /tmp/ansage.au

Danke für den Tipp, cat alleine reicht vollkommen aus.

--
Stephan

Ulf Kadner schrieb:
> Ist die Vorgehensweise offiziell?
Also ich kenne das auch so ähnlich: mehrere MP3 einfach
hintereinandergefügt - mit Headern.
Dekoder sind wie erwähnt ziemlich tolerant, da viele Encoder vermutlich
auch nicht so ganz saubere Implementationen des MP3 Standards besitzen.

Michael

Hallo,

Am Sun, 25 Nov 2007 21:31:37 +0100 schrieb Michael Müller:


>>Am Sat, 24 Nov 2007 12:09:42 +0100 schrieb Carsten Wiedmann:

>>> Stephan Dreisbach schrieb:
>>>
>>>> ich möchte mehrere Sounddateien hintereinander ausgeben oder mehrere
>>>> z.B. mp3-Dateien verbinden und als Gesamt-mp3 ausgeben:
>>>
>>> Geht mit MP3's relativ simpel. Packe die Dateien als unkomprimiertes
>>> ZIP/RAR Archiv zusammen und nenne das Egebnis wieder "*.mp3", bzw.
>>> liefere es mit dem korrekten MIME Type für MP3's aus. Zum Packen von
>>> Archiven (on the fly) gibt es ja genug fertige Scripte für PHP. z.B.:
>>> http://pear.php.net/package/File_Archive

> Ulf Kadner schrieb:

>> Ist die Vorgehensweise offiziell?

> Also ich kenne das auch so ähnlich: mehrere MP3 einfach
> hintereinandergefügt - mit Headern.

Wenn man die mp3 so erstellt, wie Carsten es beschreibt, sind sicherlich
die Dateiinformationen aber extrem schrottig.

Im Dateiformat speichert mp3 die Sampling-Rate, die Bit-Rate, die
Zahl der Kanäle sowie weitere Informationen wie Länge oder
Informations-Tags (z.B. Interpret) ab. Diese Datei-Informatioen fehlen
bei dem vorgeschlagenen Weg.

Aber nicht nur deswegen würde ich auf mp3 verzichten.

Besser und frei von Lizenrechten und Patentgebühren ist Ogg
http://de.wikipedia.org/wiki/Ogg

cu

r23

--
/home/r23/sig.txt

..oO(Ralf Zschemisch)

>Am Sun, 25 Nov 2007 21:31:37 +0100 schrieb Michael Müller:
>
>> Also ich kenne das auch so ähnlich: mehrere MP3 einfach
>> hintereinandergefügt - mit Headern.
>
>Wenn man die mp3 so erstellt, wie Carsten es beschreibt, sind sicherlich
>die Dateiinformationen aber extrem schrottig.

Jein bzw. kommt drauf an (auf den Player).

>Im Dateiformat speichert mp3 die Sampling-Rate, die Bit-Rate, die
>Zahl der Kanäle sowie weitere Informationen wie Länge oder
>Informations-Tags (z.B. Interpret) ab. Diese Datei-Informatioen fehlen
>bei dem vorgeschlagenen Weg.

Eins vorweg: Ich habe die MP3-Spezifikation nicht hier, aber ich halte
dieses Vorgehen für "illegal", sprich: es kommt auf den Player drauf an,
auch mitten im Datenstrom vorhandene Header-Informationen korrekt zu
interpretieren. Und das trifft nicht nur auf MP3 zu, sondern auch auf
Videos. Einige Player können auch bei Videos mittendrin auf eine andere
Auflösung (möglicherweise sogar auf einen anderen Codec) umschalten etc.
Das dürfte aber alles außerhalb der Spezifikationen sein, insofern würde
ich mich nicht drauf verlassen.

Bei MP3 scheinen wohl viele Player in der Lage zu sein, auch verkettete
MP3s korrekt wiederzugeben, zumindest läßt eine schnelle Google-Suche
dazu dieses vermuten. Bestimmte Dateiinformationen wie z.B. ID3-Tags
werden aber möglicherweise verwürfelt, was auch durchaus logisch ist.

>Aber nicht nur deswegen würde ich auf mp3 verzichten.

Das Format als solches ist schon nicht schlecht, vom Patentkram mal
abgesehen.

>Besser und frei von Lizenrechten und Patentgebühren ist Ogg
>http://de.wikipedia.org/wiki/Ogg

Ogg (besser Vorbis, Ogg ist nur der Container) ist auch sehr fein, nur
können das die meisten tragbaren Player bisher nicht abspielen. Ich
würde es sehr gerne benutzen (hab ich auch schon), nur wenn ich dann die
Titel z.B. auch auf meinem Handy abspielen will, dann hab ich ein
Problem. Und zweimal rippen bzw. codieren will ich nicht. In vielen
Fällen führt also an MP3 (noch) kein Weg vorbei.

Micha

Ralf Zschemisch <info [at] r23.de> schrieb:

[..]
>
>Besser und frei von Lizenrechten und Patentgebühren ist Ogg
>http://de.wikipedia.org/wiki/Ogg

Lassen sich diese Dateien denn in den gängigen Browsern abspielen?

Ulf Kadner schrieb:
>> Geht mit MP3's relativ simpel. Packe die Dateien als unkomprimiertes
>> ZIP/RAR Archiv zusammen und nenne das Egebnis wieder "*.mp3", bzw.
>> liefere es mit dem korrekten MIME Type für MP3's aus.
>
> Ist die Vorgehensweise offiziell?

Im Prinzip ja. Ein MP3-Stream (Datei) ist einfach eine serielle Abfolge
von einzelnen Frames, wobei jeder Frame einen Header hat wo drin steht,
was genau für Daten dieser Frame enthält. Den Anfang des ersten/näc=
hsten
Frame erkennt der Decoder nur Anhand der ersten 12 Bit im Header (Sync
Word). Ob und was sich vor/nach den einzelnen Frames befindet ist egal.
Man könnte also genauso gut einzelne MP3-Dateien mit:
| copy /b alt1.mp3 + alt2.mp3 neu.mp3
zusammenkopieren.


> Hab ich noch nicht gehört. Aber wenns wirklich portabel ist das
> Ergebnis und überall funktioniert dann danke für den Hinweis.

Und jetzt, warum ich die Lösung mit einem unkomprimierten Archiv nehme:=

a)
Sollten in den einzelnen Dateien ID3-Tags vorhanden sein (was ein
eigener Standard ist), so stimmen diese Tags natürlich nicht mehr nach =

dem Zusammenfügen. Beim einfachen copy würde also entweder der ID3v1 =
der
letzten Datei angezeigt werden, oder der ID3v2 der Ersten.
Durch das "Archivieren" gibt es aber in der resultierenden Datei weder
einen gültigen ID3v1 noch einen gültigen ID3v2 Bereich. Die
ursprünglichen ID3s sind zwar noch vorhanden, aber werden nicht als ID3=
s
erkannt und sind einfach gültiger (hier) unnützer Balast
vor/zwischen/nach manchen Frames. Sprich es gibt keine Tags mehr, was
besser ist als falsche.
Man könnte natürlich der zusammengefügten Datei wieder einen gült=
igen
ID3 zusätzlich hinzufügen.

b)
die gängigen Archiv-Klassen bieten eigentlich immer eine Funktion zur
Browserausgabe. Man muss dann nur aufpassen, dass auch der Mime-Type fü=
r
MP3 geschickt wird, und nicht der für den jeweiligen Archivtype.

c)
Die einzelnen "Tracks" einer so erzeugten MP3-Datei, lassen sich wieder
ohne Probleme (im Orginalzustand) trennen (im Gegensatz zur copy
Methode). Ist also sowas wie MKA für Arme ;-) Mach ich daheim manchmal =

gern, wenn ein Track auf CD noch mehrere Indexe hat. (Das ID3v2.4 jetzt
auch Kapitel hat, lassen wir mal aussen vor)


Noch ein Wort zu portabel:
Wenn man keine Probleme haben will, sollte man nur Dateien mit gleichen
Eigenschaften (Bitrate/Frequenz) nehmen. Nach dem Standard steht zwar in =

jedem Frameheader, welche Bitrate/Frequenz im dazugehörigen Framedata
benutzt wird, manche Player stellen sich aber nur einmal, Anhand der
Angaben im ersten Frame, ein.

Gruß
Carsten

Carsten Wiedmann schrieb:

> Man könnte also genauso gut einzelne MP3-Dateien mit:
> | copy /b alt1.mp3 + alt2.mp3 neu.mp3
> zusammenkopieren.

Aber nicht unter Linux :-)

Du solltest schon dazu schreiben, für welches Betriebssystem dieses
Kommando gilt.

Gruß. Claus

Claus Reibenstein wrote:
> Carsten Wiedmann schrieb:
>> | copy /b alt1.mp3 + alt2.mp3 neu.mp3
>
> Aber nicht unter Linux :-)
>
> Du solltest schon dazu schreiben, für welches Betriebssystem dieses
> Kommando gilt.

Na wer das nicht weis hat wohl als Programmierer auch nicht unbedingt
gute Karten. Linuxer kennens nicht, also wirds wohl anderes OS sein und
Windowser solltes kennen.

--
_,
_(_p> Ulf [Kado] Kadner
\<_)
^^

Carsten Wiedmann wrote:
> Ulf Kadner schrieb:
>> Ist die Vorgehensweise offiziell?
>
> Im Prinzip ja. Ein MP3-Stream (Datei) ist einfach eine serielle Abfolge
> von einzelnen Frames, wobei jeder Frame einen Header hat wo drin steht,
> was genau für Daten dieser Frame enthält. Den Anfang des ersten/nächsten
> Frame erkennt der Decoder nur Anhand der ersten 12 Bit im Header (Sync
> Word). Ob und was sich vor/nach den einzelnen Frames befindet ist egal.

Fein, wieder was dazugelernt.

> [weiteres nettes...]

Danke das Du Dir die Arbeit gemacht hast! Ich werds mir wohl einrahmen
lassen. Ist alles sehr interessant.

MfG, Ulf

--
_,
_(_p> Ulf [Kado] Kadner
\<_)
^^

Hallo, Ulf,

Du (dr_logic) meintest am 27.11.07:

>>> | copy /b alt1.mp3 + alt2.mp3 neu.mp3

[...]

> Na wer das nicht weis hat wohl als Programmierer auch nicht unbedingt
> gute Karten. Linuxer kennens nicht, also wirds wohl anderes OS sein
> und Windowser solltes kennen.

Windows:

Haben Sie nach | copy.com /b alt1.mp3 + alt2.mp3 neu.mp3 gesucht?
Es wurden keine Inhalte für | copy /b alt1.mp3 + alt2.mp3 neu.mp3 gefunden.
Suchtipps: ...

Viele Gruesse!
Helmut