Project Home
Project Home		 Documents
Documents		 Wiki
Wiki		 Discussion Forums
Discussions		 Project Information
Project Info
Multimedia/Discussion/Development/FF/RW halt mme/List of Posts
Forum Topic - FF/RW halt mme: (5 Items)
   
Update
Jasmine Fong
08/19/2009 5:47 PM
post36332
FF/RW halt mme   
Hello, 

I have a simple question.

As long as our application mme_play_set_speed(5000), and mme stops playing next track, even though the FF sounded fine, 
and after release the FF button, our application set mme_play_set_speed(1000) correctly as well.

Is there anything obviously wrong with the way we have configure the mme?
Gilles Roy
08/19/2009 8:12 PM
post36341
Re: FF/RW halt mme   
Hi Jasmine,

Can you do the following on the command line:
mmecli set_debug 4 0
sloginfo -c > /dev/null

Now reproduce the problem. Post the result of:
sloginfo -t -m27

With the resulting logs we will be able to help you solve your issue. There isn't any configuration setting that would 
cause the MME to actually stop. If you let the MME play the song until the end, does the MME play the next song 
automatically (i.e. if you don't do a FF at all, the next song plays?).

Regards,
Gilles
Jasmine Fong
08/19/2009 11:00 PM
post36350
Re: FF/RW halt mme   
Thanks for you reply.

A track session was created and set correctly. 
In the log I took following your instruction, I have played 7 songs, and on track 8 with offset 7 is where I pressed the
 FF button and released it.

After the song is complete. 

Time update continues, and mme didn't advance to next song. I can see io-media didn't give EOF like it used to.

Here is the partial log.

an 01 05:24:47.703    5    27     0 MME:_checkiomevents(967): io-media FINISHED received.

Jan 01 05:24:47.704    5    27     0 MME:handle_iom_ev_finished(735): Received IOM_EV_FINISHED but expected IOM_E

V_TRACKCHANGE.

Jan 01 05:24:47.807    5    27     0 MME:ntfy_log_event(601): MME_EVENT_TRACKCHANGE(actual=28,req=28,offset=5)

Jan 01 05:24:47.808    5    27     0 MME:ntfy_log_event(842): MME_EVENT_NOWPLAYING_METADATA()

Jan 01 05:24:47.808    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 4, state 1, speed 1000

Jan 01 05:24:47.852    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 4, state 0, speed 1000

Jan 01 05:24:47.855    5    27     0 MME:_checkiomevents(996): io-media METADATA received.

Jan 01 05:24:47.856    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 5, state 1, speed 1000

Jan 01 05:24:47.857    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 5, state 4, speed 1000

Jan 01 05:29:38.899    5    27     0 MME:_checkiomevents(963): io-media EOF received.

Jan 01 05:29:38.899    5    27     0 MME:_queuenexttrack(5783): _queuenexttrack offset 6

Jan 01 05:29:39.037    5    27     0 MME:_attachinput(3566): Attached input url (/fs/usb0//MyMusic/BuRenBaYaEr//0

7.蓝色的蒙古高原.mp3)

Jan 01 05:29:39.043    5    27     0 MME:_checkiomevents(967): io-media FINISHED received.

Jan 01 05:29:39.044    5    27     0 MME:handle_iom_ev_finished(735): Received IOM_EV_FINISHED but expected IOM_E

V_TRACKCHANGE.

Jan 01 05:29:39.111    5    27     0 MME:ntfy_log_event(601): MME_EVENT_TRACKCHANGE(actual=29,req=29,offset=6)

Jan 01 05:29:39.111    5    27     0 MME:ntfy_log_event(842): MME_EVENT_NOWPLAYING_METADATA()

Jan 01 05:29:39.112    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 5, state 1, speed 1000

Jan 01 05:29:39.181    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 5, state 0, speed 1000

Jan 01 05:29:39.185    5    27     0 MME:_checkiomevents(996): io-media METADATA received.

Jan 01 05:29:39.185    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 6, state 1, speed 1000

Jan 01 05:29:39.187    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 6, state 3, speed 1000

Jan 01 05:29:39.187    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 6, state 4, speed 1000

Jan 01 05:33:29.341    5    27     0 MME:_checkiomevents(963): io-media EOF received.

Jan 01 05:33:29.341    5    27     0 MME:_queuenexttrack(5783): _queuenexttrack offset 7

Jan 01 05:33:29.478    5    27     0 MME:_attachinput(3566): Attached input url (/fs/usb0//MyMusic/BuRenBaYaEr//0

8.母亲.mp3)

Jan 01 05:33:29.491    5    27     0 MME:_checkiomevents(967): io-media FINISHED received.

Jan 01 05:33:29.495    5    27     0 MME:handle_iom_ev_finished(735): Received IOM_EV_FINISHED but expected IOM_E

V_TRACKCHANGE.

Jan 01 05:33:29.547    5    27     0 MME:ntfy_log_event(601): MME_EVENT_TRACKCHANGE(actual=30,req=30,offset=7)

Jan 01 05:33:29.547    5    27     0 MME:ntfy_log_event(842): MME_EVENT_NOWPLAYING_METADATA()

Jan 01 05:33:29.547    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 6, state 1, speed 1000

Jan 01 05:33:29.617    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 6, state 0, speed 1000

Jan 01 05:33:29.622    5    27     0 MME:_checkiomevents(996): io-media METADATA received.

Jan 01 05:33:29.625    5    27     0 MME:_checkiomevents(952): io-media STATUS: id 7, state 1, speed 1000

Jan 01 05:33:29.627    5    27     0...
View Full Message
Jasmine Fong
08/20/2009 12:17 AM
post36355
Re: FF/RW halt mme   
Hmmm.


Here is a bit more infor.

I think when I pressed FF or REWIND, the io-media failed to start a DspStatusInfo thread, which it looks like waiting 
for the status from DSP to say buffer level is low.

Since the DspStatusInfo never starts, therefore, the io-media ReaderTask just waits:

with

NB Status is EOF waiting for buffer to empty out.


Help..... I have no clue how to fix it...
Gilles Roy
08/20/2009 9:06 AM
post36365
Re: FF/RW halt mme   
What platform are you running on? Maybe you should also start io-media with -DD options and post the full sloginfo (i.e.
 without -m27).

Regards,
Gilles

Return


  A subsidiary of BlackBerry             All content ©2004-2013, QNX Software Systems