Ошибка потока или неправильно работающий Sound

[alatar]

А при чем тут вообще try-catch? У тебя же IO_Error выскакивает, вот не него и подписуйся.

Добавлено через 1 минуту
Сниффером смотрел? Файлы нормально отдаются?

[КорДум]

Да не суть.
Нет, сниффером не смотрел, но, судя по тому, что, если помедленнее переключать песни — все нормально, то логично предположить, что и файлы отдаются нормально. Если я не прав, укажи, пожалуйста, каким сниффером пользоваться для win7, а то все, что я только что перепробовал, для ХРюшки и ниже, конфликтуют даже в режиме совместимости.

Да, вот мне тут подсказали, что можно попробовать подписаться на SampleDataEvent.SAMPLE_DATA и дожидаться окончания прихода пакета (правильно же смысл этого события истолкован?). Что я и сделал, по нажатию на кнопку следующего трека, я закрываю поток SOund, подписываюсь на событие. Оно срабатывает, я убиваю звук совсем и запускаю новый. Эти действия ничего не изменили вообще.

Добавлено через 8 минут
Неужто придется писать свой Sound под эту задачу? Sound + SounChannel + NetStream. Правда я пока смутно представляю, как там отдавать пакеты Sound#extract().

[alatar]

Достаточно и FireBug, если надо что-то помощнее, попробуй Wireshark (правда я его на семерке не пробовал вроде еще в 2009-м добавили совместимость с семеркой).

[КорДум]

Значит, посмотрел по файрбагу. Не успевает закрыть нетСтрим, похоже. Если быстро нажимать, то первый закрывается, второй и третий уже нет, а на четвертом сервер отдает 503 Service Temporarily Unavailable. Вот так.

[alatar]

Ну поставь задержку на переключение. Типа: юзер клацнул на кнопку, увеличили счетчик композиции и ждем, например, секунду на случай если передумает и клацнет еще раз. И только тогда начинаем грузить.

Хотя возможно, ты пытаешься закрыть поток, который еще не был открыт. Как раз возникает IO_Error/

Добавлено через 2 минуты
Хотя нет. Тогда была бы ошибка 2029 «Объект URLStream не имеет открытого канала»

[КорДум]

Хотя возможно, ты пытаешься закрыть поток, который еще не был открыт. Как раз возникает IO_Error/

Не-не, все с этим делом в порядке =)
Если только там внутри у Sound не стоит какая-то задержка на создание потока.

А вообще, Алатар, ну бред же ставить таймер... Неужто только таймером придется?

Алгоритм следующий: создали звук, грузим. Нажали на кнопку, закрываем поток, открываем новый, грузим. Нажали на кнопку, закрываем, открываем грузим. Не может же мой палец быть быстрее, чем открытие потока? Ситуация Нажали на кнопку, нажали на кнопку, закрываем, закрываем, открываем, открываем, грузим, грузим быть не должна.

[alatar]

Не может же мой палец быть быстрее, чем открытие потока?

Может. Зависит от подключения.

А вообще, Алатар, ну бред же ставить таймер... Неужто только таймером придется?

Почему бред? А если тебе пользователь с тремором попадется и будет жать на все кнопки по 100500 раз. Вполне логично сделать валидацию. Это, все таки, не синхронный код.

[КорДум]

Дело в том, что если у сервера или ФП случится какой-то казус, задержки в 1 секунду может не хватить. Или нет?

[alatar]

Может. Поэтому и предлагаю подписаться на IO_Error. Плюс, как рекомендуют в хелпе, завернуть close() в try-catch.

try {
      snd.close();
      button.text = "Wait for loaded stream to finish.";
}
      catch (error:IOError) {
            button.text = "Couldn't close stream " + error.message;    
}

[КорДум]

Вот в чем дело, по коду, а я уже столько дней его муштрую, close() вызывается всегда. Но не всегда он закрывает поток. Вот как я писал выше, если часто клацать, первый поток закроется, второй и третий уже нет. И без РТЕ. Так что никакого IOError не будет. Я уменьшу таймером шанс выпадения ошибки, но не искореню ее совсем.