Несколько вопросов по управлению воспроизведения

[P_Igorek]

Доброго времени суток.

1 - Для старта воспроизведения использую следующий код:

static_api_ptr_t pc;
        pc->start( (play_control::t_track_command)1, true );

Функция start принимает первым параметром перечисление описанное в файле playback_control.h в классе playback_control.

Как более грамотно с точки зрения синтаксиса указать первый аргумент: track_command_play ???

2 - Если проигрыватель находиться в режиме СТОП и подать выше указанную команду а за ней сразу pc->seek( XXX ); то перехода на время XXX не происходить, а если подать команду seek через некоторое время (более 1 сек, у меня 5) то переход по треку осуществляется.

Как надо подавать команду satr а затем seek чтобы воспроизведение началось с указанной позиции?

P_Igorek

[skipyrich]

Тут надо немного поколдовать.
- подписаться на play_callback
- в on_playback_new_track создать static_api_ptr_t
- добавить в него свой callback, и в нем уже вызывать seek

[P_Igorek]

Как-то левой ногой почесать правое ухо.....

Пусть будет старт на паузе а через 5 секунд уже seek и снятие с паузы. Лишние 5 секунд не сыграют ни какой роли в данном случаи, все равно, после восстановления из hibernate воспроизведение начинается с задержкой в 10 сек на восстановление сетевого подключения и пере инициализацию USB звука.

[skipyrich]

Я, конечно, внутренностей фубара не видел, но насколько я понимаю, вызовом start отсылается только сообщение, что нужно запустить воспроизведение, а запустится оно гораздо позже, пробежав по всем колбэкам.
Команда seek сразу же после start игнорируется именно поэтому - воспроизведение пока еще не включено.
Так что, нужно дождаться начала воспроизведения - колбэк тебе доложит об этом, а потом вызвать seek в контексте main thread - именно для этого нужен main_thread_callback_manager.
Более лёгкого пути пока не нашел, хотя поискать стоит, а то в foo_preview иногда проскакивает начало трека, прежде чем мотнётся куда нужно :)

[P_Igorek]

Я, конечно, внутренностей фубара не видел, но насколько я понимаю, вызовом start отсылается только сообщение, что нужно запустить воспроизведение, а запустится оно гораздо позже, пробежав по всем колбэкам.
Команда seek сразу же после start игнорируется именно поэтому - воспроизведение пока еще не включено.
Так что, нужно дождаться начала воспроизведения - колбэк тебе доложит об этом, а потом вызвать seek в контексте main thread - именно для этого нужен main_thread_callback_manager.

Конечно логично, что старт отсылает сообщение .... но тогда логично было бы сделать чтоб и seek тоже отсылало сообщение, которое вставало бы в очередь и выполнялось сразу после старта, но ни как не игнорировалось.