C'est un peu une vieille question, mais il est toujours très bien classé sur Google voici donc quelques mises à jour pour les réponses ci - dessus des normes et des outils qui n'ont pas été disponibles au moment où la question a été posée, mais peut être utile pour les personnes qui trouvent aujourd'hui à cette question:
Web API MIDI (c'est actuellement le W3C l'Éditeur de Projet à partir du 26 décembre 2012 - ie. aujourd'hui - de sorte qu'il peut changer)
Malgré le type MIME "audio/midi" un fichier MIDI n'est pas de l'audio ... c'est une performance musicale seulement, il n'y a pas de son. En d'autres termes, un fichier MIDI stocke les touches d'un piano joueur touché, quand il ou elle a frappé, et la façon dont il ou elle a frappé, mais pas de sons de piano. Vous devez mettre de la musique par le biais d'un échantillonneur qui a un son de piano, juste comme il faut mettre un rouleau de piano par le biais d'un joueur de piano. Apple QuickTime 7 a un échantillonneur intégré, mais je ne sais pas si QuickTime X n'. De toute façon, vous auriez à utiliser une balise embed, il ne fonctionne pas par le biais de la balise audio.
Il semble clair que officiellement la balise html5 audio est destiné
pour une utilisation avec le format ogg.
Pas. HTML5 est une majoration de la norme. Il ne traite pas de l'audio de la normalisation. En d'autres termes, il vous indique la façon de coder de balisage, pas comment faire pour l'encodage de l'audio. Audio normalisation est réalisée par l'ISO Moving Picture Experts Group depuis plus de 20 ans maintenant. Les audio standard MPEG-4 AAC (audio/mp4), et de l'ancienne norme MPEG-2 MP3 (audio/mp3). Si vous êtes à la normalisation de vos balisage de la spécification HTML5 du W3C, alors vous devriez normaliser l'audio à la norme ISO MPEG-4 spécification. Sinon, il suffit d'ignorer toutes les normes et de les utiliser quel que soit le balisage et l'audio que vous aimez, et de rendre le contenu que vous seul pouvez voir. Tous les PC et les téléphones portables support de HTML5 et MPEG-4 out-of-the-box. C'est seulement les navigateurs qui bloquent l'accès au matériel de l'utilisateur, MPEG-4 player, donc vous devez travailler autour de ceux qui, en leur offrant le MP4 fichier audio pour les utilisateurs comme un simple lien, ils peuvent cliquer pour ouvrir dans un helper application comme iTunes (qui est à environ 90% de tous les PC). Ou vous pouvez appeler un FlashPlayer dans ces navigateurs et de charger le même standard MP4.
Comme pour Ogg, il joue dans certains navigateurs, mais il ne joue pas à l'utilisateur de lecteur de flux RSS, lecteur de Podcast, natif des applications qui offrent des vues Web, et dans de nombreux autres contextes que l'utilisateur peut voir votre page web. Normalisé audio joue dans tous les contextes. Donc, si vous êtes offrant Ogg, vous avez à offrir comme un deuxième choix après MP4, parce que le Ogg est seulement va être besoin d'une petite minorité de l'époque.
Il ne semble pas à prendre en charge les fichiers MIDI, en Chrome 10 au moins.
Cependant, le W3C dit qu'il prend en charge XMF qui peut ont MIDI intégré. Pas sûr de prise en charge du navigateur.
"Dangereux JavaScript tentative d'accès à une image avec l'URL jsfiddle.net/alexdickson/GSLLB à partir de l'image avec l'URL fiddle.jshell.net/_display. Les domaines, les protocoles et les ports doivent correspondre." Ce n'est donc pas un test concluant Non, cela signifie que le iframe le violon s'exécute en tentant d'accéder à ses parents et a été bloqué en raison de la même origine. Il n'a rien à voir avec la audio élément. oui, c'est la façon dont je l'ai interprété, mais il ne nous dit rien quant à savoir si ou non le .mid fichier ont joué. Eh bien, ma réponse est Chrome 10 de ne pas jouer un MIDI, mais il sera un MP3. Je ne suis pas sûr de savoir comment une même origine avertissement des affects. oh, je n'ai pas vu le MP3 (et ça marche). Si le message d'erreur semble être fausse, car il n'empêche pas le fichier d'accès.
Les navigateurs ne sont pas à la charge spécifique de codecs ou de codages par la spec HTML5. Il y a une discussion autour de soutenir MIDI-comme son comportement dans le futur, mais pas beaucoup - cesdeux messages sur la liste de diffusion de l'an dernier n'a pas obtenu de réponses directes.
Je sais que QuickTime (ou bien?) soutien à MIDI, et le Safari de jouer l'audio QuickTime prend en charge, de sorte qu'il peut de travail déjà en Safari mais je n'ai pas essayé.
Pour certains utilisateurs, "MIDI" est devenu synonyme avec des Fichiers MIDI Standard et General MIDI. Ce n'est pas le but de cette API; le cas d'utilisation de tout simplement la lecture d'un .SMF fichier n'est pas dans le champ d'application de la présente spécification (il pourrait être considéré comme un format différent pour être pris en charge par le HTML5 <audio> élément, par exemple).
En d'autres termes, W3 Org, dit-prise en charge du navigateur pour de simples fichiers MIDI dans le cadre de la balise HTML5. Malheureusement, autant que je sache, aucun navigateur mais qui prend en charge MIDI via le <audio> tg. Mais je parie que la première qui ne va pour obtenir une énorme part de marché. Par exemple, le site à http://www.hymntime.com/tch a des milliers de fichiers MIDI qui ont encore à utiliser l'ancien <object> tag à jouer. Et même alors, il nécessite encore un plugin. Essayez d'expliquer à un utilisateur non technique ce qu'est un "plugin" est ou comment installer une!
Mises à jour:
C'est un peu une vieille question, mais il est toujours très bien classé sur Google voici donc quelques mises à jour pour les réponses ci - dessus des normes et des outils qui n'ont pas été disponibles au moment où la question a été posée, mais peut être utile pour les personnes qui trouvent aujourd'hui à cette question:
Voir aussi ces questions:
OriginalL'auteur rsp
Malgré le type MIME "audio/midi" un fichier MIDI n'est pas de l'audio ... c'est une performance musicale seulement, il n'y a pas de son. En d'autres termes, un fichier MIDI stocke les touches d'un piano joueur touché, quand il ou elle a frappé, et la façon dont il ou elle a frappé, mais pas de sons de piano. Vous devez mettre de la musique par le biais d'un échantillonneur qui a un son de piano, juste comme il faut mettre un rouleau de piano par le biais d'un joueur de piano. Apple QuickTime 7 a un échantillonneur intégré, mais je ne sais pas si QuickTime X n'. De toute façon, vous auriez à utiliser une balise embed, il ne fonctionne pas par le biais de la balise audio.
Pas. HTML5 est une majoration de la norme. Il ne traite pas de l'audio de la normalisation. En d'autres termes, il vous indique la façon de coder de balisage, pas comment faire pour l'encodage de l'audio. Audio normalisation est réalisée par l'ISO Moving Picture Experts Group depuis plus de 20 ans maintenant. Les audio standard MPEG-4 AAC (audio/mp4), et de l'ancienne norme MPEG-2 MP3 (audio/mp3). Si vous êtes à la normalisation de vos balisage de la spécification HTML5 du W3C, alors vous devriez normaliser l'audio à la norme ISO MPEG-4 spécification. Sinon, il suffit d'ignorer toutes les normes et de les utiliser quel que soit le balisage et l'audio que vous aimez, et de rendre le contenu que vous seul pouvez voir. Tous les PC et les téléphones portables support de HTML5 et MPEG-4 out-of-the-box. C'est seulement les navigateurs qui bloquent l'accès au matériel de l'utilisateur, MPEG-4 player, donc vous devez travailler autour de ceux qui, en leur offrant le MP4 fichier audio pour les utilisateurs comme un simple lien, ils peuvent cliquer pour ouvrir dans un helper application comme iTunes (qui est à environ 90% de tous les PC). Ou vous pouvez appeler un FlashPlayer dans ces navigateurs et de charger le même standard MP4.
Comme pour Ogg, il joue dans certains navigateurs, mais il ne joue pas à l'utilisateur de lecteur de flux RSS, lecteur de Podcast, natif des applications qui offrent des vues Web, et dans de nombreux autres contextes que l'utilisateur peut voir votre page web. Normalisé audio joue dans tous les contextes. Donc, si vous êtes offrant Ogg, vous avez à offrir comme un deuxième choix après MP4, parce que le Ogg est seulement va être besoin d'une petite minorité de l'époque.
OriginalL'auteur Hamranhansenhansen
Il ne semble pas à prendre en charge les fichiers MIDI, en Chrome 10 au moins.
Cependant, le W3C dit qu'il prend en charge XMF qui peut ont MIDI intégré. Pas sûr de prise en charge du navigateur.
Non, cela signifie que le
iframele violon s'exécute en tentant d'accéder à ses parents et a été bloqué en raison de la même origine. Il n'a rien à voir avec laaudioélément.oui, c'est la façon dont je l'ai interprété, mais il ne nous dit rien quant à savoir si ou non le
.midfichier ont joué.Eh bien, ma réponse est Chrome 10 de ne pas jouer un MIDI, mais il sera un MP3. Je ne suis pas sûr de savoir comment une même origine avertissement des affects.
oh, je n'ai pas vu le MP3 (et ça marche). Si le message d'erreur semble être fausse, car il n'empêche pas le fichier d'accès.
OriginalL'auteur alex
Les navigateurs ne sont pas à la charge spécifique de codecs ou de codages par la spec HTML5. Il y a une discussion autour de soutenir MIDI-comme son comportement dans le futur, mais pas beaucoup - ces deux messages sur la liste de diffusion de l'an dernier n'a pas obtenu de réponses directes.
Je sais que QuickTime (ou bien?) soutien à MIDI, et le Safari de jouer l'audio QuickTime prend en charge, de sorte qu'il peut de travail déjà en Safari mais je n'ai pas essayé.
OriginalL'auteur robertc
Pour citer le site officiel MIDI API page (http://www.w3.org/TR/webmidi):
En d'autres termes, W3 Org, dit-prise en charge du navigateur pour de simples fichiers MIDI dans le cadre de la balise HTML5. Malheureusement, autant que je sache, aucun navigateur mais qui prend en charge MIDI via le <audio> tg. Mais je parie que la première qui ne va pour obtenir une énorme part de marché. Par exemple, le site à http://www.hymntime.com/tch a des milliers de fichiers MIDI qui ont encore à utiliser l'ancien <object> tag à jouer. Et même alors, il nécessite encore un plugin. Essayez d'expliquer à un utilisateur non technique ce qu'est un "plugin" est ou comment installer une!
OriginalL'auteur aksarben