bubbleguuum,I can't seem to get .90 (or earlier versions) working with Roku Soundbridge client(s). Tried transcoding FLAC (WAV and LPCM), and also pulling down MP3 w/o transcoding, but in all cases SB displays "can't play selection" error message. Cycling through each selected file displays the same error.I have 2 SB's connected to the network. Browsing from the client devices works fine.
Also, .90 doesn't retain settings. Relaunching foobar returns to default settings in all cases.
v 0.91- new: ability to stream all file formats without any conversion to WAV/LPCM (option "stream all files in their orignal format if possible"). Exceptions are tracks with a subsong id (FLAC + CUE for example) which are always streamed as WAV or LPCM.
- Using foo_upnp to stream files to itself within the same foobar2000 instance crashes foobar2000.
- Multiple issues with the preferences page as long as the UPnP browser panel is visible. Users are advised to only use foo_upnp as a server or a client, but not both at the same time in a single foobar2000 instance.
I stongly suspect those device to not like the very long URLs the plugin generates. I have another naming scheme that produce way shorter and simpler URL at the expense of themnot to be valid between server restart which is usually no problem when used with such devices. I'll send you a test version if you wish we'll see how it goes.In the meantime, can you say if your device works with WMP or Nero Media Home as the server ?EDIT: I remember reading somewhere that the Popcorn Hour only support UPnP for video.
- fix broken directories dragged into a playlist
Quote from: bubbleguuum on 26 February, 2009, 02:13:03 PM- fix broken directories dragged into a playlistOut of curiosity: how did you break that in first place? We've had components do things like this before, it would be interesting to know how exactly for future reference.
I can't see any foobar UPnP servers in the foobar UPnP browser anymore with version 0.92. WMP sees them fine, but crashes when trying to play vorbis (maybe some directshow filter problem), but plays WAV and MP3.
It is due a misuse of the undocumented filesystem::get_canonical_path() API. My plugin which use a filesystem subclass, was returning true in this function. It happens that in some cases (dropping the directory in a playlist is one of them) foobar core calls this function (from filesystem::g_get_canonical_path()) even if filesystem::is_our_path () or file_system::supports_content_type() returns false.
Curiously since services seems to not be initialized in the same order between foobar runs, sometimes my filesystem impl was registered after the legit file:// impl and there was no bug.
I have another question related to opening files. This plugin defines an input_entry subclass as well as a filesystem subclass. The only filesystem subclass purpose is to allow on upnp:// items the same file operations than http, namely copying remote files. The file operation dialog uses the item path to know what is the file extension for the copied file. I don't have any extension in my upnp:// paths so the copied files would be without extension. To overcome this I added the correct extension to my upnp:// path but in that case, when playing an upnp:// item in most case input_entry::open() was called but to my surprise in other cases it was filesystem::open(). In the case filesystem::open() was called it would then turn to later call the open() function of the http input_entry, which obviously don't work. So it seems the behaviour is different if a path has an extension or not. In my case I'd like it to have an extension to make file operations find the extension, but the call to filesystem::open() gets in the way in normal decoding. Any idea or workaround to solve that issue ?
QuoteMight there be a chance for native default user interface compatible version in the future?When the UI Elements SDK will be available this will be possible.
Might there be a chance for native default user interface compatible version in the future?