Is the audio playback broken for all?

[moos]

Hi guys, here, with the builds after the radio/rec commits, the audio playback is broken.
There is just audio for radio, but no chance to have music

Is this just here or is the music playback is broken for all last builds users?

[moos]

I just filled one bug report, in case main x5 dev don't read the forum posts.

http://www.rockbox.org/tracker/task/5693

[LinusN]

It works fine for me. Remember to leave the FM screen with the Power button, otherwise the radio is still on, and you won't be able to play audio.

[XavierGr]

There was one time that Rockbox could enable audio and radio at the same time. (on H100/H300) While it was somewhat confusing, it was fun too. :p

[RaeNye]

I think that the problem really is that when you enter and exit the main menu, it goes to the file browser. It should return to the FM WPS.

[LinusN]

You don't *enter* the main menu, you *exit* the radio screen. There are two ways to do this:

1) Use the Power button. It turns off the radio and you can exit the menu and start playing music from the browser.

2) You press the Rec button (very unfortunate choice of button). Then you leave the FM screen with the radio still on, that way you can record the FM radio by entering the Recording screen.

[RaeNye]

OK, but pressing REC again in the main menu enters/exits/goes somewhere. The filebrowser is obviously the worst choice of such.

[Febs]

Patch 5294 changes navigation generally so that the Main Menu exits to the screen from which it was selected.  (The "left" button still exits the Main Menu to the File Browser.)  Now whether that is true with the iAudio and with its FM features, I couldn't say.

[LinusN]

OK, but pressing REC again in the main menu enters/exits/goes somewhere. The filebrowser is obviously the worst choice of such.

You enter the FM screen like this:

Browser -> Main menu -> FM screen

When you go back you do the opposite:

FM screen -> Main menu -> Browser

Why is that such a bad choice?

[RaeNye]

Because when I enter FM radio screen, digital playback stops and FM reception begins. You're other choice (which may be acceptable as well) is to remember the current "mode" (e.g., fm playback, digital playback, line-in record, ...)
and when you select a file from the browser (i.e., enter digital PB mode) to stop FM reception (reconfig IIS, etc.).

BTW,
It's not
browser -> main menu -> fm screen
but
(digital audio) WPS -> main menu -> fm screen (WPS)

and entering and exiting (or vice versa...) the main menu doesn't count as "going back".

[LinusN]

Because when I enter FM radio screen, digital playback stops and FM reception begins. You're other choice (which may be acceptable as well) is to remember the current "mode" (e.g., fm playback, digital playback, line-in record, ...)
and when you select a file from the browser (i.e., enter digital PB mode) to stop FM reception (reconfig IIS, etc.).

That is in fact the way it is supposed to be, and how it works at least on the Archos platform.

BTW,
It's not
browser -> main menu -> fm screen
but
(digital audio) WPS -> main menu -> fm screen (WPS)

To be correct, it is:

Browser -> WPS -> Main menu -> FM radio

and back:

FM radio -> Main menu -> (and this is where the logic breaks) Browser

It doesn't go to the WPS, since the audio has stopped playing. However, I don't think the user is interested in resuming the playback when leaving the main menu after being in the FM screen.

and entering and exiting (or vice versa...) the main menu doesn't count as "going back".

There is a very clear hierarchy in the UI. If you select the FM screen from the menu, there is nowhere else to go when you exit the FM screen but back to the menu.Don't confuse the FM screen with the WPS.

[RaeNye]

I am very content of the fact that pressing REC (or any other menu button) while in FM screen exits FM screen and returns to the main menu;
I'm just curious why the next REC press, which should go from the main menu to somewhere else, enters the filebrowser which is obviously not the thing you'd expect.

As you said,

I don't think the user is interested in resuming the playback when leaving the main menu after being in the FM screen.

[XavierGr]

Let me see if I understand this correctly:
Does the REC button goes from WPS (or browser) to Main menu? (settings etc.)
If yes then it is pretty consistent the way it is now.

When I say consistent I mean that this is the way that other targets work.
Lets say that you are in WPS, if you press A-B in H100 (let's assume REC on X5 if I am right) you end up in Main Menu. If you press A-B(REC in X5) in Main menu you exit the main menu and end up where you were.

Also, keep in mind that the FM screen is a submenu (a choice) while WPS and the browser aren't.

It is true though that some buttons are not very handy and IMHO a good thing would be to discuss the keymaps on all targets on a more serious basis. As far as I can remember the new ports have the same "experimental" buttons.
Currently the problem as I see it, is that some buttons aren't used at all and other buttons make different things on different screens.

[LinusN]

I'm just curious why the next REC press, which should go from the main menu to somewhere else, enters the filebrowser which is obviously not the thing you'd expect.

Yes, that is exactly what you would expect. You press Rec to enter the menu, and in that menu, another Rec press takes you back to from where you called the menu.

If you entered the main menu from the browser. then the next Rec press takes you back from the menu to the browser.

[RaeNye]

Currently the problem as I see it, is that some buttons aren't used at all and other buttons make different things on different screens.

Not exactly.

The critical problem is the first bug in here, also encountered by Moos. In a nutshell, the FM screen->main menu->file browser path evades the proper FM shutdown sequence.

Now, the problem has (at least) two solutions - either disallow this bypass sequence or make the digital audio playback function (i.e., selecting a song from the browser) shut FM down if necessary.

I reason that we may as well implement both fixes, since it is more logical for a user to return to the FM screen.

---

This may also be the place to say that I view the FM screen not as a submenu but rather as a different type of WPS (while playing radio).

The current, digital playback-minded, WPS
(a) has information about current playback, and
(b) controls playback parameters (volume, in-song seeking, play/pause, next/prev song)
The FM screen has the same properties (FM playback-adapted), and has other persistent screen characteristics, such as having a context menu.