According to your previous log (post #1064), I assume streaming do not work at all, whether  mp3 or L16 ?
The Samsung TV make a specific DLNA request that the plugin do not handle so I wouldn't be surprised.
Those DLNA TVs are super picky with the DLNA spec and the plugin do not implement it all, far from it.
This particular feature is not very easy to implement without the hardware to test.

As for the problem fixed above, it is a different issue : browse not working.

Quote from: dvdr on 2011-01-02 16:17:59

I am wondering, what you are meaning by "expose it at the root of the tree".
Mind explaining me a bit more about that - I am no expert in this, so thanks for bearing with me   

It's very easy: to start Playback Stream Capture (PSC) remotely as if you manually clicked the -C button:

In your favorite UPnP Control Point on iPhone: 

- select the renderer you want to start PSC on (ie your LinnDS) , and select foobar2000 as the Media Server
- browse the Library: at the root enter the folder titled "Playback Stream Capture" and play the only item found in this folder.

Thanks! Found it, got it working... Only problem now is, that I cannot add anything that I can play/stream to my LinnDS. No matter, which control point I use, (of course?) the item/radiostation to play overwrites/stops the Playback Stream Capture.
Any idea, what I might be doing wrong or whether this is "mission impossible"?
Thanks

foo_upnp: 2123.089: FbMediaServer::ProcessHttpRequest(306)/49: INFO: received LAN request: http://localhost:56923/ContentDirectory/4a7ed320-8443-e282-c5ad-a770ff95e93d/control.xml (User-Agent: Platinum/0.5.4.0, DLNADOC/1.50 / foobar2000)
foo_upnp: 2123.089: FbMediaServer::OnAction(243)/49: INFO: received action 'Search', args = { ContainerID=0, SearchCriteria=XYZ, Filter=*, StartingIndex=0, RequestedCount=200, SortCriteria= }
foo_upnp: 2123.090: PLT_MediaServer::OnSearch(462)/49: INFO: Received Search from 127.0.0.1 for id = 0 with search = XYZ, start = 0, count = 200
foo_upnp: 2123.271: upnp_server_conf::get_profile(714)/49: INFO: using profile 'foobar2000', matching header (User-Agent:Platinum/0.5.4.0, DLNADOC/1.50 / foobar2000)
foo_upnp: 2123.278: FbMediaServer::OnAction(260)/49: INFO: action 'Search' response: args = { ContainerID=0, SearchCriteria=XYZ, Filter=*, StartingIndex=0, RequestedCount=200, SortCriteria=, NumberReturned=2, TotalMatches=2, UpdateID=0 }
foo_upnp: 2123.328: FbMediaServer::ProcessHttpRequest(306)/64: INFO: received LAN request: http://127.0.0.1:56923/albumart/e20c55ad7b172a0bb66c0b1fb9d2a5c1 (User-Agent: Platinum/0.5.4.0, DLNADOC/1.50 / foobar2000)
foo_upnp: 2123.328: PLT_HttpHelper::ToLog(410)/64: INFO:

foo_upnp: 2185.691: FbMediaServer::ProcessHttpRequest(306)/59: INFO: received LAN request: http://127.0.0.1:56923/ContentDirectory/4a7ed320-8443-e282-c5ad-a770ff95e93d/control.xml (User-Agent: PlugPlayer iPhone/10.4.0, UPnP/1.0, Portable SDK for UPnP devices/1.6.6)
foo_upnp: 2185.692: FbMediaServer::OnAction(243)/59: INFO: received action 'Search', args = { ContainerID=0, SearchCriteria=(upnp:class = "object.container.album.musicAlbum" and dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria= }
foo_upnp: 2185.692: PLT_MediaServer::OnSearch(462)/59: INFO: Received Search from 192.168.123.116 for id = 0 with search = (upnp:class = "object.container.album.musicAlbum" and dc:title contains "XYZ"), start = 0, count = 10
foo_upnp: 2185.706: FbMediaServer::OnAction(260)/59: INFO: action 'Search' response: args = { ContainerID=0, SearchCriteria=(upnp:class = "object.container.album.musicAlbum" and dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria=, NumberReturned=0, TotalMatches=0, UpdateID=0 }
foo_upnp: 2185.736: FbMediaServer::ProcessHttpRequest(306)/58: INFO: received LAN request: http://127.0.0.1:56923/ContentDirectory/4a7ed320-8443-e282-c5ad-a770ff95e93d/control.xml (User-Agent: PlugPlayer iPhone/10.4.0, UPnP/1.0, Portable SDK for UPnP devices/1.6.6)
foo_upnp: 2185.737: FbMediaServer::OnAction(243)/58: INFO: received action 'Search', args = { ContainerID=0, SearchCriteria=(upnp:class = "object.container.person.musicArtist" and dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria= }
foo_upnp: 2185.738: PLT_MediaServer::OnSearch(462)/58: INFO: Received Search from 192.168.123.116 for id = 0 with search = (upnp:class = "object.container.person.musicArtist" and dc:title contains "XYZ"), start = 0, count = 10
foo_upnp: 2185.739: FbMediaServer::OnAction(260)/58: INFO: action 'Search' response: args = { ContainerID=0, SearchCriteria=(upnp:class = "object.container.person.musicArtist" and dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria=, NumberReturned=0, TotalMatches=0, UpdateID=0 }
foo_upnp: 2185.770: FbMediaServer::ProcessHttpRequest(306)/46: INFO: received LAN request: http://127.0.0.1:56923/ContentDirectory/4a7ed320-8443-e282-c5ad-a770ff95e93d/control.xml (User-Agent: PlugPlayer iPhone/10.4.0, UPnP/1.0, Portable SDK for UPnP devices/1.6.6)
foo_upnp: 2185.771: FbMediaServer::OnAction(243)/46: INFO: received action 'Search', args = { ContainerID=0, SearchCriteria=(dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria= }
foo_upnp: 2185.771: PLT_MediaServer::OnSearch(462)/46: INFO: Received Search from 192.168.123.116 for id = 0 with search = (dc:title contains "XYZ"), start = 0, count = 10
foo_upnp: 2185.772: FbMediaServer::OnAction(260)/46: INFO: action 'Search' response: args = { ContainerID=0, SearchCriteria=(dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria=, NumberReturned=0, TotalMatches=0, UpdateID=0 }

args = { ContainerID=0, SearchCriteria=XYZ, Filter=*, StartingIndex=0, RequestedCount=200, SortCriteria= }

args = { ContainerID=0, SearchCriteria=(dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria= }

so the difference in search request is, as I can guess, in the following:

Code: [Select]

args = { ContainerID=0, SearchCriteria=XYZ, Filter=*, StartingIndex=0, RequestedCount=200, SortCriteria= }

args = { ContainerID=0, SearchCriteria=(dc:title contains "XYZ"), Filter=*, StartingIndex=0, RequestedCount=10, SortCriteria= }

PlugPlayer adds dc:title to its search requests. And search results are empty for PlugPlayer and there are two results for foobar2000/foo_upnp native search.

So the question is - is that (dc:title) by some standard?
What would you recommend to do to resolve this issue and make media library perfectly searchable from PlugPlayer?

I could suggest a feature for foo_upnp to alter search requests (SearchCriteria) by regexps.
Yes, it's a hack, but who know what will come next from some other media browser.
So in this case we could have two input fields somewhere in foo_upnp settings - "SearchCriteria to match" and "replacement string"
so that "(dc:title contains "XYZ")" turned to be just "XYZ".

Could anyone please tell me why with ps3 on the server transcode to mp3 is greyed out? Its the only device that has this.

This request from PlugPlayer must have been added in a recent version: I'll add support for it.

Quote from: dvdr on 2011-01-03 13:25:30

Thanks! Found it, got it working... Only problem now is, that I cannot add anything that I can play/stream to my LinnDS. No matter, which control point I use, (of course?) the item/radiostation to play overwrites/stops the Playback Stream Capture.
Any idea, what I might be doing wrong or whether this is "mission impossible"?
Thanks

That's normal as the Playback Stream Capture (PBS)  item is put as a single item in the DS managed playlist.
As far as the DS is concerned, it sees it as a regular track.
I'm not sure what you are trying to achieve using PBS. Why don't you send item for playing to your DS using foobar2000 as the Media Server (like you would do with any other Media Server), using your favorite UPnP Control Point ?

One other question I am curious about.

Is it possible to get foobar with upnp plugin on a nas?

At some point I may implement Linn DS extensions into the renderer which would allow gapless and playlist stored renderer side (instead of Controller side). But it still a bit far off.

but as far as I see gapless is already supported but only for mp3s that are already have ENC_PADDING and ENC_DELAY tags made by Lame but there are no such tags for files encoded from FLAC files. I do connect from another foobar2000 instance running foo_upnp over the internet and get perfect gapless for properly encoded mp3s. Is there way to add these tags to live encoded mp3s? It would be awesome

I was talking about gapless in a different context: when using an external control point (foobar2000, a phone, ...) to control playback of a remote foobar2000 instance.

The only thing that you need to do is to make sure that you are using LAME 3.90.1 or higher. There are no special settings or switches that you need to use.

So, I guess, there is something wrong with parameters that foo_upnp uses for encoding as there are no ENC_PADDING ENC_DELAY tags in the resulting files. Tried to find out which options are needed for LAME to get those tags embedded and found that

Quote

The only thing that you need to do is to make sure that you are using LAME 3.90.1 or higher. There are no special settings or switches that you need to use.

However, when I use replay gain on the server end, everything that isn't 44.1kHz goes wacky. It's as if everything is being interpreted as being 44.1kHz even if it is not. For example, a 96kHz file will play very slowly, while a 32kHz file will play too fast. I can workaround this bug by using a DSP which converts everything to 44.1kHz, but I don't understand why this is not required when not using replay gain or other DSPs.

Additionally, when I turn on replay gain or other DSPs, I get other undesirable side effects, such as being unable to see the total track time when playing on the PS3 (i.e. 1:03/--:--).

On an unrelated note, is it possible to have the seek bar usable on the Foobar2000 client? Playing via PS3 seems to allow a certain amount of seeking, but I cannot seek at all on the Foobar2000 client.

Lame 3.98.2 is used. Maybe some flag is indeed missing, it needs more investigation. As i understand it ENC_PADDING and ENC_DELAY are not reguilar metadata tags but values found in frames ?

lame file.wav

A random guess - may be the encode process is done on the fly by lame and those tags are only written when flushing byte array to disk?

1- Start foobar+foo_upnp as a service. I can make foobar run as a Windows service, and the server is "seen" by the Soundbridge. But it cannot connect to it, since apparently it isn't loading my user-created profile, but a default "system" profile. I've seen people mentioning in this thread how they were running foobar+foo_upnp as a service, but no one described how they did it.
2- Playlist/folder monitoring. Is it possible to make foobar/upnp monitor a folder for new playlists, or playlist changes?

However, if the server converts the music to PCM before encoding it to MP3, whether by force or by using replay gain or a DSP, then problems occur. Although the client still receives a 44.1kHz MP3, it seems that LAME interprets every input as being 44.1kHz, even if it isn't, and no frequency conversion is performed. The result is that source files at 44.1kHz sound correct, but the pitch and speed of other files with different frequencies are wrong. For example, an 88.2kHz file is interpreted as a 44.1kHz file on the server end, so the resulting MP3 which reaches the client plays twice as slowly.

Quote from: gaius on 2011-01-19 13:08:51

1- Start foobar+foo_upnp as a service. I can make foobar run as a Windows service, and the server is "seen" by the Soundbridge. But it cannot connect to it, since apparently it isn't loading my user-created profile, but a default "system" profile. I've seen people mentioning in this thread how they were running foobar+foo_upnp as a service, but no one described how they did it.

1. Alternatively you can autolaunch foobar2000 minimized after Windows login.

Quote from:  link=msg=740094 date=0

However, if the server converts the music to PCM before encoding it to MP3, whether by force or by using replay gain or a DSP, then problems occur. Although the client still receives a 44.1kHz MP3, it seems that LAME interprets every input as being 44.1kHz, even if it isn't, and no frequency conversion is performed. The result is that source files at 44.1kHz sound correct, but the pitch and speed of other files with different frequencies are wrong. For example, an 88.2kHz file is interpreted as a 44.1kHz file on the server end, so the resulting MP3 which reaches the client plays twice as slowly.

I still can't reproduce it (testing on the LAN): everything not 44.1Khz plays at the right speed when transcoded to mp3. Can you post a screenshot of the streaming profile you are using (I assume this is the foobar2000 profile).
I can't explain how LAME could be fed anything else than 44.1Khz, as when transcoding a file to mp3 for streaming all input (PCM) is force resampled to 44.1Khz before being encoded to mp3.