Процессорные ГУ с USB

Цитата:

---

Сообщение от krasotuly

....
только автор темы хочет хороший звук флэшки.
я лично этого непонимаю,как можно получить качественный звук из зжатого формата?.......

---

:laugh2:
Вы хоть прочли первый пост, что именно хочет автор?
WAV - это не сжатый формат!

Я не понимаю, как можно не разобравшись советовать?

Спасибо всем за советы!
Оставлю Урал и буду искать Атапи.

Цитата:

---

Сообщение от Каток

:laugh2:
Вы хоть прочли первый пост, что именно хочет автор?
WAV - это не сжатый формат!

Я не понимаю, как можно не разобравшись советовать?

---

Ну на самом деле не совсем так, wav это контейнер, в нем может быть все что угодно - mp3, ac3, adpcm, wma, ну и, конечно же, тот самый PCM.

Цитата:

---

Сообщение от sta/s2z

Ну на самом деле не совсем так, wav это контейнер, в нем может быть все что угодно - mp3, ac3, adpcm, wma, ну и, конечно же, тот самый PCM.

---

Насколько я разбирался, идентификатор звук.данных может иметь только такие значения (это кусок из заголовка wav-файла):

Цитата:

---

typedef struct {
int type; - тип звуковых данных, бывает:

1 - просто выборка, PCM-поток;
0x101 - IBM mu-law;
0x102 - IBM a-law;
0x103 - ADPCM.

int channels; - число каналов 1/2
long SamplesPerSec; - частота выборки
long AvgBytesPerSec; - частота выдачи байтов
int align; - выравнивание
int bits; - число бит на выборку
} IDWave;

---

Как-то mp3 в этом конверте я до сих пор не встречал. Какое значение идентификатора int type ему соответствует?
А самым распространенной начинкой конверта является как раз ADPCM, причем настолько, что принимается по-умолчанию: wav = pcm.

P.S. ... вот разве что IBM mu-law, тут действительно сжатие на базе мпег.
Но это экзотика, реального хождения практически не имеющая.

Формально WAV может нести сжатые данные. Реально - никто этим не пользуется, и де-факто WAV используется только с PCM-потоком. При попытке любому аппаратному плееру подоткнуть wav с начинкой IBM mu-law, 99.9% случаев получим ответ "Not supported бла-бла-бла...." Поэтому я бы не стал про эту возможность даже вспоминать.

Цитата:

---

Сообщение от Каток

Насколько я разбирался, идентификатор звук.данных может иметь только такие значения:
typedef struct {
int type; - тип звуковых данных, бывает - !!!
1 - просто выборка;
0x101 - IBM mu-law;
0x102 - IBM a-law;
0x103 - ADPCM.
int channels; - число каналов 1/2 - !!!
long SamplesPerSec; - частота выборки - !!!
long AvgBytesPerSec; - частота выдачи байтов
int align; - выравнивание
int bits; - число бит на выборку - !!!
} IDWave;

Как-то mp3 в этом конверте я до сих пор не встречал.
А самым распространенной начинкой конверта является как раз ADPCM, причем настолько, что принимается по-умолчанию: wav = pcm.

---

не надо лезть в дебри, можно любой формат в ВАВ конвертировать.

Цитата:

---

Сообщение от DM101

не надо лезть в дебри, можно любой формат в ВАВ конвертировать.

---

Речь ведь не о том, чтобы перегнать файл из .mp3 в .wav.
А о том, что внутри файла с расширением .wav теретически могут содержаться аудиоданные, сжатые mpeg-алгоритмом, то есть с потерями. Другое дело, что практически этой возможностью практически не пользуются. Слава богу....

PCM и ADPCM - разные вещи
а по поводу контейнера - см вложение

Цитата:

---

Сообщение от sta/s2z

PCM и ADPCM - разные вещи
а по поводу контейнера - см вложение

---

Согласен, с ADPCM я немного недосмотрел.
Вложение вечером посмотрю, по свободе...

зачем вэйву процессор нужен?смысл приукрашивать эффектами то,что изначально в нормальном качестве записано?потому и придумали процессоры для тех кто ссаный мпз сжатый гоняет.......поэтому то процессорные головы в основном вэйв с флэшек и не поддерживают..а вот безпроцессорные как-раз и читают...

Цитата:

---

Сообщение от demen3

зачем вэйву процессор нужен?смысл приукрашивать эффектами то,что изначально в нормальном качестве записано?потому и придумали процессоры для тех кто ссаный мпз сжатый гоняет.......поэтому то процессорные головы в основном вэйв с флэшек и не поддерживают..а вот безпроцессорные как-раз и читают...

---

первый пост и такая глупость :)