Car gateway

[simoncn]

(07-01-2016 07:40)Michel Lopez Wrote:  Thanks for looking into this.

I have tried to do as closest possible what you asked for. That said completely restarting the car system is not simple as it also take down the wireless network since it is part of the same 'device'.

Please find attached a zip file containing 3 full trace and the playlist I used for those tests.

#1 = Capture trace log with only the playlist, at the root of the shared folder
#2 = Capture trace log with only the playlist, in a sub-folder of the shared folder
#3 = Capture trace log with the playlist & a music file, in a sub-folder of the shared folder
(In #3 you will see 2 attempts as I forced a reboot of the multimedia system, after the detection of the server again with no 'valid' content)

After performing a full reboot of the car multimedia system, all those attempts have always resulted in the UPnP server being perfectly detected, but never able to find any 'visible'/valid content.

Please let me know what you think of those trace and what would you like the next step to be.

Thanks for all your work on this!

I have looked at these logs and your latest test.m3u file. The logs are all as expected. A few points from this:

1) In test 3, the control point has found the .mp3 file. Is this file showing up as available music content in the control point?

2) The test.m3u file doesn't have the mp3 stream type. I think this stream type is very likely to be needed to make discovery work. Please change the test.m3u file to the following and repeat any of these tests (after doing a rescan):

#EXTM3U
#EXTINF:300,[E1;mp3] Europe 1
http://mp3lg4.tdf-cdn.com/9240/lag_180945.mp3

3) There is no need to test the root folder and subfolder cases separately. The root folder case is simpler so I suggest you use this from now on.

4) If you put a single .mp3 file in the root folder and don't include a test.m3u playlist, is the .mp3 file being discovered?