Redmine: Issueshttp://redmine.audacious-media-player.org/http://redmine.audacious-media-player.org/welcome/favicon.ico?15159353402020-12-07T04:35:38ZRedmine
Redmine Audacious - Feature #1038 (Closed): Eliminate dependence on QEventDispatcherGlibhttp://redmine.audacious-media-player.org/issues/10382020-12-07T04:35:38ZJohn Lindgrenjohn@jlindgren.net
<p>D-Bus support is not working on Windows when running in Qt mode, because Qt is not running a GLib main loop there.</p>
<p>We could try to recompile Qt on Windows with GLib support, but I'm not certain if this would work (there may be parts of Qt that depend on using QEventDispatcherWin32).</p>
<p>Probably a more portable solution would be to modify dbus-server.cc to run its own main loop in a dedicated thread for D-Bus operations.</p> Audacious - Bug #935 (Closed): "Next album" is broken when there's no next albumhttp://redmine.audacious-media-player.org/issues/9352020-01-09T03:37:49ZJohn Lindgrenjohn@jlindgren.net
<p>When used in the middle of the last album in the playlist, the new "next album" code exits early and leaves the playlist in an inconsistent state (the "play" icon doesn't match the song actually playing).</p>
<p>It needs a rewrite similar to what I just pushed for the "previous album" code.</p> Audacious - Bug #655 (Closed): audtool: limited operation on Win32http://redmine.audacious-media-player.org/issues/6552016-08-04T03:07:16ZJohn Lindgrenjohn@jlindgren.net
<p>audtool currently has some major limitations on Win32:</p>
<p>1. Console output is not visible unless redirected to a file.<br />2. All commands go to the primary instance of Audacious.</p>
<p>#1 is probably due to compiler flags and should be a simple fix. <a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: [pulse] Volume changes made when not playing have no effect (Closed)" href="http://redmine.audacious-media-player.org/issues/2">#2</a> is probably a bug in, or limitation of, GDBus.</p> Audacious - Bug #486 (Closed): Playlist manager missing from Win32 package (3.6-alpha1)http://redmine.audacious-media-player.org/issues/4862014-12-07T04:03:51ZJohn Lindgrenjohn@jlindgren.net
<p>Oops ... reminder to myself to include it in the next build.</p> Audacious - Bug #425 (Closed): Certain .m4a files do not playhttp://redmine.audacious-media-player.org/issues/4252014-04-01T15:26:46ZJohn Lindgrenjohn@jlindgren.net
<p>As mentioned on the forum [1], some .m4a files do not play in Audacious. The example file provided [2] can be played fine using VLC or ffplay.</p>
<p>[1] <a class="external" href="http://redmine.audacious-media-player.org/boards/1/topics/1117">http://redmine.audacious-media-player.org/boards/1/topics/1117</a><br />[2] <a class="external" href="http://redmine.audacious-media-player.org/attachments/download/354/Jimi%20Hendrix%20-%20Spanish%20Castle%20Magic.m4a">http://redmine.audacious-media-player.org/attachments/download/354/Jimi%20Hendrix%20-%20Spanish%20Castle%20Magic.m4a</a></p> Audacious - Bug #392 (Closed): Non-ASCII characters cannot be used on command line in Windowshttp://redmine.audacious-media-player.org/issues/3922014-01-10T06:48:25ZJohn Lindgrenjohn@jlindgren.net
<p>As noticed here [1], filenames with non-ASCII characters cannot be opened via the command line in Windows. Opening the same files from the Open dialog works correctly.</p>
<p>Technical details:</p>
<p>This is due to GLib's crazy definition of "filename encoding", which means the system locale on every system except Windows, but UTF-8 on Windows [2]. When we pass G_OPTION_ARG_FILENAME_ARRAY to GLib to get our list of filenames from the command line, we are treating these filenames as though they are in the system locale. This is a correct assumption on most systems, but on Windows, GLib has already converted those filenames to UTF-8. We happily go and run the conversion a second time, which (for example) turns "ú" (FAh in CP1252, C3h BAh in UTF-8) into "ú" (C3h 83h C2h BAh in UTF-8).</p>
<p>[1] <a class="external" href="http://redmine.audacious-media-player.org/boards/1/topics/1018">http://redmine.audacious-media-player.org/boards/1/topics/1018</a></p>
<p>[2] Particularly ironic since UTF-8 is one of the few encodings you <strong>cannot</strong> use for filenames in Windows. You can use CP1252 and most other legacy encodings, or you can use UTF-16, but not UTF-8.</p> Audacious - Bug #193 (Closed): fsync() should not be called when closing read-only fileshttp://redmine.audacious-media-player.org/issues/1932012-10-06T21:27:07ZJohn Lindgrenjohn@jlindgren.net
<p>Under Linux, fsync() returns an error when the file is on a read-only medium such as a CD-ROM. We should prevent this error by not calling fsync() when we have opened a file in read-only mode.</p> Audacious - Bug #192 (Closed): Loading album art can make UI unresponsivehttp://redmine.audacious-media-player.org/issues/1922012-10-06T21:20:32ZJohn Lindgrenjohn@jlindgren.net
<p>Currently, album art is loaded in the main thread, blocking the UI code from running. On a slow storage medium or over a network, this can make Audacious unresponsive and/or slow to start. For 3.4, we should implement a queued request system where a plugin can call a non-blocking function to request an image and then listen for a hook to be called when the image has been loaded.</p> Audacious - Feature #67 (Closed): Add genre column in GTKUIhttp://redmine.audacious-media-player.org/issues/672012-02-04T05:21:17ZJohn Lindgrenjohn@jlindgren.net
<p>Someone requested to have a genre column available in GTKUI:<br /><a class="external" href="http://redmine.audacious-media-player.org/boards/1/topics/130">http://redmine.audacious-media-player.org/boards/1/topics/130</a></p>
<p>Should be trivial to add. This is just a reminder to myself.</p> Audacious - Bug #57 (Closed): Use of deprecated GLib/GTK callshttp://redmine.audacious-media-player.org/issues/572012-01-24T14:33:32ZJohn Lindgrenjohn@jlindgren.net
<p>For 3.3 it would be nice to be able to compile with -DGLIB_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED and so on.</p> Audacious - Feature #55 (Closed): [gtkui] Hide info popup when the entry is deleted from the play...http://redmine.audacious-media-player.org/issues/552012-01-23T00:13:30ZJohn Lindgrenjohn@jlindgren.net
<p>If you hover the mouse over the currently selected entry in the playlist and then delete the entry, the popup remains. I think it should be hidden, and possibly shown after a delay for the next entry, which will now be under the mouse pointer.</p> Audacious - Bug #48 (Closed): Plugins cannot tell what version of GTK+ is in usehttp://redmine.audacious-media-player.org/issues/482012-01-15T20:00:31ZJohn Lindgrenjohn@jlindgren.net
<p>As mentioned on IRC, plugins should be able to tell at build time whether GTK+ 2.x or 3.x is in use since the two are not binary-compatible. Too late to do this for 3.2, but it should be resolved before 3.3.</p> Audacious - Feature #44 (Closed): [gtkui] Hide or update info popup when playlist is scrolledhttp://redmine.audacious-media-player.org/issues/442012-01-12T04:22:20ZJohn Lindgrenjohn@jlindgren.net
<p>Having the info popup available in GTKUI is great. Right now, however, the popup is only updated when the mouse pointer moves. The song that should be shown in the popup (i.e. the row under the mouse pointer) can also change when the playlist is scrolled (either with the mouse scroll wheel or the keyboard). It would be nice to have the popup updated or at least hidden when this happens.</p> Audacious - Bug #37 (Closed): [ffaudio] implicit declaration of function ‘avformat_close_input’http://redmine.audacious-media-player.org/issues/372012-01-08T15:30:57ZJohn Lindgrenjohn@jlindgren.net
<p>I cannot build ffaudio after this commit:<br /><a class="external" href="https://github.com/audacious-media-player/audacious-plugins/commit/dc9ba260b24f7966ed0ddec52c794ebb04fe6278">https://github.com/audacious-media-player/audacious-plugins/commit/dc9ba260b24f7966ed0ddec52c794ebb04fe6278</a></p>
<pre>ffaudio-core.c: In function ‘close_input_file’:
ffaudio-core.c:249:5: warning: implicit declaration of function ‘avformat_close_input’ [-Wimplicit-function-declaration]</pre>
<p>Arch Linux x86_64<br />ffmpeg 20111211-1</p>
<p>libavcodec 53.42.0<br />libavformat 53.24.0<br />libavutil 51.32.0</p> Audacious - Bug #2 (Closed): [pulse] Volume changes made when not playing have no effecthttp://redmine.audacious-media-player.org/issues/22011-12-14T01:08:48ZJohn Lindgrenjohn@jlindgren.net
<p>pulse_set_volume() doesn't actually change anything when not playing; it only sets the local "volume" variable. As a result, the volume jumps back to the previous setting as soon as you start to play a song.</p>