J'écris une application de streaming pour MP3 (CBR). C'est tout le passthru, ce qui signifie que je n'ai pas besoin de décoder/encoder, j'ai juste besoin de transmettre les données telles que je les vois arriver. Je veux être en mesure de compter les images MP3 comme elles passent (et d'autres choses comme les calculs de débit).Comment analyser les données MP3 pour extraire des images numérotées?
Selon la spécification, le mot de synchronisation semble être onze (11) bits de 1s, cependant je remarque (naturellement) que la charge utile du cadre que je dois supposer sans risque d'être binaire et MP3 frame header il est donc pas étrange du tout de voir onze (11) 1 dans l'ordre.
Mes questions:
- Est-il un Unix | Linux | Perl utilitaire analyseur MP3 (
dd
de -style) qui peut tirer des trames numérotées à partir d'un fichier MP3/pipe? - Comment peut-on délimiter un bloc d'en-tête MP3 à partir de toute autre donnée de charge utile binaire? et enfin:
- Un fichier MP3 à débit constant (CBR) est-il défini par des octets de charge utile ou les octets d'en-tête sont-ils inclus dans le nombre total d'octets/bits pour chaque tranche de temps donnée?
Merci,
dd-style? Vous voulez dire quelque chose qui est confus à utiliser, fonctionne dans des unités gênantes plutôt que des octets, et lorsque vous utilisez des morceaux d'octets *, devient naturellement lent ... (Je pense que vous voulez 'dd_rescue' dans le futur pour copier des données.) – user562374
Eh bien, le style dd signifie que je pourrais soit nommer/numéroter une image pour l'extraction d'un tuyau & | fichier ou que je pourrais spécifier des plages de cadres de la façon dont dd fait sauter | seek | count. dd a ses propres problèmes sans aucun doute, mais le support de dd_rescue cherche-t-il? – Xailor
Quelle langue utilisez-vous? – Brad