0
|
1 |
/****************************************************************************
|
|
2 |
**
|
|
3 |
** Copyright (C) 2009 Nokia Corporation and/or its subsidiary(-ies).
|
|
4 |
** All rights reserved.
|
|
5 |
** Contact: Nokia Corporation (qt-info@nokia.com)
|
|
6 |
**
|
|
7 |
** This file is part of the documentation of the Qt Toolkit.
|
|
8 |
**
|
|
9 |
** $QT_BEGIN_LICENSE:LGPL$
|
|
10 |
** No Commercial Usage
|
|
11 |
** This file contains pre-release code and may not be distributed.
|
|
12 |
** You may use this file in accordance with the terms and conditions
|
|
13 |
** contained in the Technology Preview License Agreement accompanying
|
|
14 |
** this package.
|
|
15 |
**
|
|
16 |
** GNU Lesser General Public License Usage
|
|
17 |
** Alternatively, this file may be used under the terms of the GNU Lesser
|
|
18 |
** General Public License version 2.1 as published by the Free Software
|
|
19 |
** Foundation and appearing in the file LICENSE.LGPL included in the
|
|
20 |
** packaging of this file. Please review the following information to
|
|
21 |
** ensure the GNU Lesser General Public License version 2.1 requirements
|
|
22 |
** will be met: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
|
|
23 |
**
|
|
24 |
** In addition, as a special exception, Nokia gives you certain additional
|
|
25 |
** rights. These rights are described in the Nokia Qt LGPL Exception
|
|
26 |
** version 1.1, included in the file LGPL_EXCEPTION.txt in this package.
|
|
27 |
**
|
|
28 |
** If you have questions regarding the use of this file, please contact
|
|
29 |
** Nokia at qt-info@nokia.com.
|
|
30 |
**
|
|
31 |
**
|
|
32 |
**
|
|
33 |
**
|
|
34 |
**
|
|
35 |
**
|
|
36 |
**
|
|
37 |
**
|
|
38 |
** $QT_END_LICENSE$
|
|
39 |
**
|
|
40 |
****************************************************************************/
|
|
41 |
|
|
42 |
/*!
|
|
43 |
\example phonon/qmusicplayer
|
|
44 |
\title Music Player Example
|
|
45 |
|
|
46 |
The Music Player Example shows how to use Phonon - the multimedia
|
|
47 |
framework that comes with Qt - to create a simple music player.
|
|
48 |
The player can play music files, and provides simple playback
|
|
49 |
control, such as pausing, stopping, and resuming the music.
|
|
50 |
|
|
51 |
\image musicplayer.png
|
|
52 |
|
|
53 |
The player has a button group with the play, pause, and stop
|
|
54 |
buttons familiar from most music players. The top-most slider
|
|
55 |
controls the position in the media stream, and the bottom slider
|
|
56 |
allows adjusting the sound volume.
|
|
57 |
|
|
58 |
The user can use a file dialog to add music files to a table,
|
|
59 |
which displays meta information about the music - such as the
|
|
60 |
title, album, and artist. Each row contains information about a
|
|
61 |
single music file; to play it, the user selects that row and
|
|
62 |
presses the play button. Also, when a row is selected, the files
|
|
63 |
in the table are queued for playback.
|
|
64 |
|
|
65 |
Phonon offers playback of sound using an available audio device,
|
|
66 |
e.g., a sound card or an USB headset. For the implementation, we
|
|
67 |
use two objects: a \l{Phonon::}{MediaObject}, which controls the
|
|
68 |
playback, and an \l{Phonon::}{AudioOutput}, which can output the
|
|
69 |
audio to a sound device. We will explain how they cooperate when
|
|
70 |
we encounter them in the code. For a high-level introduction to
|
|
71 |
Phonon, see its \l{Phonon Overview}{overview}.
|
|
72 |
|
|
73 |
The API of Phonon is implemented through an intermediate
|
|
74 |
technology on each supported platform: DirectShow, QuickTime, and
|
|
75 |
GStreamer. The sound formats supported may therefore vary from
|
|
76 |
system to system. We do not in this example try to determine which
|
|
77 |
formats are supported, but let Phonon report an error if the user
|
|
78 |
tries to play an unsupported sound file.
|
|
79 |
|
|
80 |
Our player consists of one class, \c MainWindow, which both
|
|
81 |
constructs the GUI and handles the playback. We will now go
|
|
82 |
through the parts of its definition and implementation that
|
|
83 |
concerns Phonon.
|
|
84 |
|
|
85 |
\section1 MainWindow Class Definition
|
|
86 |
|
|
87 |
Most of the API in \c MainWindow is private, as is often the case
|
|
88 |
for classes that represent self-contained windows. We list Phonon
|
|
89 |
objects and slots we connect to their signals; we take a closer
|
|
90 |
look at them when we walk through the \c MainWindow
|
|
91 |
implementation.
|
|
92 |
|
|
93 |
\snippet examples/phonon/qmusicplayer/mainwindow.h 2
|
|
94 |
|
|
95 |
We use the \l{Phonon::}{SeekSlider} to move the current playback
|
|
96 |
position in the media stream, and the \l{Phonon::}{VolumeSlider}
|
|
97 |
controls the sound volume. Both of these widgets come ready made
|
|
98 |
with Phonon. We use another \l{Phonon::}{MediaObject},
|
|
99 |
metaInformationProvider, to get the meta information from the
|
|
100 |
music files. More on this later.
|
|
101 |
|
|
102 |
\snippet examples/phonon/qmusicplayer/mainwindow.h 1
|
|
103 |
|
|
104 |
The \l{Phonon::}{MediaObject} informs us of the state of the playback and
|
|
105 |
properties of the media it is playing back through a series of
|
|
106 |
signals. We connect the signals we need to slots in \c MainWindow.
|
|
107 |
The \c tableClicked() slot is connected to the table, so that we
|
|
108 |
know when the user requests playback of a new music file, by
|
|
109 |
clicking on the table.
|
|
110 |
|
|
111 |
\section1 MainWindow Class Implementation
|
|
112 |
|
|
113 |
The \c MainWindow class handles both the user interface and
|
|
114 |
Phonon. We will now take a look at the code relevant for Phonon.
|
|
115 |
The code required for setting up the GUI is explained elsewhere.
|
|
116 |
|
|
117 |
We start with the constructor:
|
|
118 |
|
|
119 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 0
|
|
120 |
|
|
121 |
We start by instantiating our media and audio output objects.
|
|
122 |
As mentioned, the media object knows how to playback
|
|
123 |
multimedia (in our case sound files) while the audio output
|
|
124 |
can send it to a sound device.
|
|
125 |
|
|
126 |
For the playback to work, the media and audio output objects need
|
|
127 |
to get in contact with each other, so that the media object can
|
|
128 |
send the sound to the audio output. Phonon is a graph based
|
|
129 |
framework, i.e., its objects are nodes that can be connected by
|
|
130 |
paths. Objects are connected using the \c createPath() function,
|
|
131 |
which is part of the Phonon namespace.
|
|
132 |
|
|
133 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 1
|
|
134 |
|
|
135 |
We also connect signals of the media object to slots in our \c
|
|
136 |
MainWindow. We will examine them shortly.
|
|
137 |
|
|
138 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 2
|
|
139 |
|
|
140 |
Finally, we call private helper functions to set up the GUI.
|
|
141 |
The \c setupUi() function contains code for setting up the seek
|
|
142 |
, and volume slider. We move on to \c setupUi():
|
|
143 |
|
|
144 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 3
|
|
145 |
\dots
|
|
146 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 4
|
|
147 |
|
|
148 |
After creating the widgets, they must be supplied with the
|
|
149 |
\l{Phonon::}{MediaObject} and \l{Phonon::}{AudioOutput} objects
|
|
150 |
they should control.
|
|
151 |
|
|
152 |
In the \c setupActions(), we connect the actions for the play,
|
|
153 |
pause, and stop tool buttons, to slots of the media object.
|
|
154 |
|
|
155 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 5
|
|
156 |
|
|
157 |
We move on to the slots of \c MainWindow, starting with \c
|
|
158 |
addFiles():
|
|
159 |
|
|
160 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 6
|
|
161 |
|
|
162 |
In the \c addFiles() slot, we add files selected by the user to
|
|
163 |
the \c sources list. We then set the first source selected on the
|
|
164 |
\c metaInformationProvider \l{Phonon::}{MediaObject}, which will
|
|
165 |
send a state changed signal when the meta information is resolved;
|
|
166 |
we have this signal connected to the \c metaStateChanged() slot.
|
|
167 |
|
|
168 |
The media object informs us of state changes by sending the \c
|
|
169 |
stateChanged() signal. The \c stateChanged() slot is connected
|
|
170 |
to this signal.
|
|
171 |
|
|
172 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 9
|
|
173 |
|
|
174 |
The \l{Phonon::MediaObject::}{errorString()} function gives a
|
|
175 |
description of the error that is suitable for users of a Phonon
|
|
176 |
application. The two values of the \l{Phonon::}{ErrorState} enum
|
|
177 |
helps us determine whether it is possible to try to play the same
|
|
178 |
file again.
|
|
179 |
|
|
180 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 10
|
|
181 |
|
|
182 |
We update the GUI when the playback state changes, i.e., when it
|
|
183 |
starts, pauses, stops, or resumes.
|
|
184 |
|
|
185 |
The media object will report other state changes, as defined by the
|
|
186 |
\l{Phonon::}{State} enum.
|
|
187 |
|
|
188 |
The \c tick() slot is connected to a \l{Phonon::}{MediaObject} signal which is
|
|
189 |
emitted when the playback position changes:
|
|
190 |
|
|
191 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 11
|
|
192 |
|
|
193 |
The \c time is given in milliseconds.
|
|
194 |
|
|
195 |
When the table is clicked on with the mouse, \c tableClick()
|
|
196 |
is invoked:
|
|
197 |
|
|
198 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 12
|
|
199 |
|
|
200 |
Since we stop the media object, we first check whether it is
|
|
201 |
currently playing. \c row contains the row in the table that was
|
|
202 |
clicked upon; the indices of \c sources follows the table, so we
|
|
203 |
can simply use \c row to find the new source.
|
|
204 |
|
|
205 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 13
|
|
206 |
|
|
207 |
When the media source changes, we simply need to select the
|
|
208 |
corresponding row in the table.
|
|
209 |
|
|
210 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 14
|
|
211 |
|
|
212 |
When \c metaStateChanged() is invoked, \c
|
|
213 |
metaInformationProvider has resolved the meta data for its current
|
|
214 |
source. A \l{Phonon::}{MediaObject} will do this before
|
|
215 |
entering \l{Phonon::}{StoppedState}. Note that we could also
|
|
216 |
have used the \l{Phonon::MediaObject::}{metaDataChanged()} signal for
|
|
217 |
this purpose.
|
|
218 |
|
|
219 |
Some of the meta data is then chosen to be displayed in the
|
|
220 |
music table. A file might not contain the meta data requested,
|
|
221 |
in which case an empty string is returned.
|
|
222 |
|
|
223 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 15
|
|
224 |
|
|
225 |
If we have media sources in \c sources of which meta information
|
|
226 |
is not resolved, we set a new source on the \c
|
|
227 |
metaInformationProvider, which will invoke \c metaStateChanged()
|
|
228 |
again.
|
|
229 |
|
|
230 |
We move on to the \c aboutToFinish() slot:
|
|
231 |
|
|
232 |
\snippet examples/phonon/qmusicplayer/mainwindow.cpp 16
|
|
233 |
|
|
234 |
When a file is finished playing, the Music Player will move on and
|
|
235 |
play the next file in the table. This slot is connected to the
|
|
236 |
\l{Phonon::}{MediaObject}'s
|
|
237 |
\l{Phonon::MediaObject::}{aboutToFinish()} signal, which is
|
|
238 |
guaranteed to be emitted while there is still time to enqueue
|
|
239 |
another file for playback.
|
|
240 |
|
|
241 |
\section1 The main() function.
|
|
242 |
|
|
243 |
Phonon requires that the application has a name; it is set with
|
|
244 |
\l{QCoreApplication::}{setApplicationName()}. This is because
|
|
245 |
D-Bus, which is used by Phonon on Linux systems, demands this.
|
|
246 |
|
|
247 |
\snippet examples/phonon/qmusicplayer/main.cpp 1
|
|
248 |
*/
|