Error: Music (MP3) in folders only playing the first track

samsung-smart-hub

#1

Hi Guys,
Have several Samsung TV's and only seeing this behaviour on the two J series TV's, 2015 JU7500 and J5500series. What I am seeing is that some folders (or most) will play all the tracks within the folder but some only play the first track. This only happens on this TV , not on the web browser and not on the F6400 (2013). The TV when you select shuffle or play on the folders that do not work shows track 1/1 rather then the 1/total number.

  • checked the tags etc and folder naming and all looks to follow the same standard, but happy to try ideas
  • Tried setting up the two different library types, Plex pass and standard library with the same unexpected behaviour.
  • The music plays through the native Samsung music player on the same set and it works fine.
  • I have set up several playlists that read from the folder and they work well. But don't want to set up playlists for every folder or album I have.
  • I have reset the the app, reset smart hub etc on the TV, still no luck.
  • If I select a different song to start on it will play that song but again only that song.

Any ideas?

Appreciate any help you may be able to give.


#2

Which version of the app are you using on the TVs?
Can you enable “Send debug to PMS” and then reproduce the problem and attached the “Plex Media server.log” here?


#3

Thanks Orca,
The app version is 2.009 and the PMS version is 1.10.1.4602. I have attached the log files. My libraries are in the middle of updating as I deleted and recreated the libraries to see if it was an issue with the library, so not sure if that will make it harder to look through.

Thanks Again


#4

Sorry just double checked all the TV’s the ones is isn’t working are are JU7500 app version 2.09 and J5500 ver 2.08. The TV it is working on F6400 is app version 2.05.

Apologies for that Orca.


#5

Hmm, according to the log it only found one item. What happens if you click the Play icon on the left (no shuffle)?
Does this only happen for "by folder’, does it work for an album selection?
Could you tell me your folder structure on disc? Is it nested multiple folders deep or something?

[PlayQueue.js] - playQueue id: 609, items queued: 1 current item: 20537


#6

Thanks Orca,

Yes I only reproduced it once for you, can do it many times if that helps?

When I click the play icon for any item in the folder the same behaviour it will only play the one item.

Folder structure is/
Share root -> Category (Folder) - > Album (folder) -> Track (file)
e.g. \server\Music - VA -> Soundtracks -> Guardians of the Galaxy -> 10cc - I’m Not in Love (doesn’t work)

So it appears to be random, only several folders seem to be affected, but is consistent for those folders.
Now paying more attention some of those that appeared to work are only showing some of the song for example the album has 12 songs but is only showing 1/6.


#7

Also made a new library and mapped it to the folder directly to see if that helped. That helped and it will then play shuffle and in order. If I then map only one level above it it will not work on the same folders again. i.e.
map library to soundtracks, then select folder \guardians of the galaxy rack… does not work
map library to guardians of galaxy the shuffle or play works.

In either case it see all the tracks, but will not play in some folders when there are any levels of nesting. Some folders but not all.

Hope that helps.


#8

The “by Folder” is a bit fiddly, it’s a legacy thing.
Plex was designed as an automatic indexer and works best when used that way.
But selecting the album instead of the folder should work, could you try that?

  • On the grid view keep pushing left until the filter menu opens
  • Select All albums
  • Press the yellow button and select G to jump to the albums starting with G
  • Find the Guardian of the galaxy album
  • Select it and press enter
  • Play it from there , that should work

#9

Thanks Orca,
Happy Holidays to you and your family.
I agree album view would be a way around it (and preferred). However, The album view never works on any device for me as I changed the albumartist tag to artist tag and apparently Plex uses this instead of just the Albumtitle tag to group albums. You need to change the tag as I did previously because of another bug in Plex. It reads the albumartist title instead of the artist title. So if I want to browse your VA library by artist you cannot, it just groups them under various artists as you can see below.

I have and many others had numerous posts about this. When you do change the albumartist to artist tag it displays every single individually on the album instead of grouping them. This is also weird behaviour as it finds and matches all the singles in the album, downloads the covers and all the correct info / metadata, but just can’t group the album. I got around all this by flattening files, grouping them into folders and changing the tags. So because of simple misread of a metatag it seems that there has been a lot of work arounds instead of fixing the problem.

The funny thing is that the folder views and plays work on every device except these two samsungs and the older samsung with 2.05 works fine. Is there a way to try 2.05 on a the J series?

thanks again orca


#10

Hi Orca,
Any chance of trying an older version or seeing why the 2.05 version works and the 2.09 seems to have some issues?

appreciate the help,
Thanks


#11

Hi @Orca,
Is this in anyway tied to the fact that the meta tags are reading album artist and not artist?
Thanks


#12

@orca
The user has 4 forum topics for this issue. I have been looking into this one http://forums.plex.tv/discussion/305848/plex-still-not-able-to-play-mp3-files-without-connection-errors

Thought it might be the qnap issue where they changed the absolute paths to shares - described here

But the PMS log does show files being accessed and data transferred to the Samsung

This is for a test with a music album
Attached plex for Samsung log extracted plus server log


#13

Hi @Orca and @sa2000

Thanks @sa2000 for all the follow up I’ll address each question in order. from the previous posts at the thread https://forums.plex.tv/discussion/comment/1605064.

“You are supposed to replace the xxxxxxxxxxxxx with the security token for the server which can be found out using the approach in the article I pasted the link for”
I did this but removed the token when pasting back to the forum, if you do not use the token you get “permission denied” response from the server.

_“Basically what was /share/Music/ may now be /share/CACHEDEV2_DATA/Music…
check it out”

Thanks, I’ll create a new library to test the path, although this when this happened I did as the article suggested. my path is share/music/artists. Music being straight off the root. I do not use the multimedia share as it was recommended to set up new shares for Plex. In the months that this has been happening I have started change paths and used multiple installs etc so happy to try anything again.

the logs show it is going through the files for the album very quickly"_
I was going through the library quickly using the skip function just to repro quickly, this just speeds up the process. It happens when you play normally as well, just slower as playing full songs.

“If it is not that, could you try an Analyze Library action”
The libraries have been analysed almost daily, with no change

"Just noticed you have 4 forum threads running on this
“Please do not double post. A thread can be moved to a topic if more suitable”

I understand however in this case, I have been posting for months in other threads also and sending emails to support with no to limited responses as you can see by those threads. Really appreciated you looking at this.

This appears to be random as well. I can play through the list again and it will stop at a different song and play through the song it just stopped at with no issues.

Thanks Again


#14

Thanks for the logs sa.
I 'm seeing that the player playback fails at some point. Player Connection Failed!
That can mean 2 things:

  • a: either the file could not be found on the set location (as in the database is not in sync, or file was removed)
  • b: The system suffers from TCP port connection exhaustion.

Last file tried was this: http://192.168.1.20:32400/library/parts/145052/1516141793/file.mp3?X-Plex-Token=xxx
If you could check if that is really there by opening it in a browser. (replace the xxx with your own token)


#15

Thanks @Orca,
Yes the file is there and it plays in the browser straight away.


#16

Looking at this last track - may be try and get the metadata xml for it and also repeat with verbose logging on the server as well as debug
For metadata xml

http://192.168.1.25:32400/library/metadata/175479?includeExtras=1&includeBandwidths=1&includeRelated=1&includeRelatedCount=20&X-Plex-Token=xxxxxxxxxxxxxxxxxxxxx

There are some log entries I am not sure if they are right - the profile and number of audio channels

Jan 30, 2018 23:01:23.790 [0x7fd472bff700] DEBUG - TranscodeUniversalRequest: using profile Generic

and

Jan 30, 2018 23:01:23.812 [0x7fd472bff700] DEBUG - Streaming Resource: Reached Decision id=175479 codes=(MDE=1000,Direct play OK.) media=(id=140816 part=(id=145052 decision=direct play protocol=* streams=(Audio=(id=192561 decision= channels=0 rate=0))))

#17

Thanks @sa2000
I am assuming that you mean 192.168.1.20 (server) x.x.x…25 is the TV.
I ran the query please see attached the log and xml file.


#18

@sa2000 and @Orca
Hi Guys,
Just for some more further info;

I just restarted the Plex server
turned on verbose logging
went to the same album and it played it.
It failed on a song that it earlier played with no issues.

Here are the attached logs the error happened at 9:06 am.


#19

@bridjee said:
@sa2000 and @Orca
Hi Guys,
Just for some more further info;

I just restarted the Plex server
turned on verbose logging
went to the same album and it played it.
It failed on a song that it earlier played with no issues.

Here are the attached logs the error happened at 9:06 am.

Thanks - I have no idea why that is happening and playback fails sometimes. It is the client app that is reporting the error

If you have the same track from this album in a playback loop with repeat, does it fail after a while?

Version and Model info

Jan 31, 2018 09:06:08.378 [0x7f567c111700] VERBOSE -  * X-Plex-Client-Platform-Version => 5.1
Jan 31, 2018 09:06:08.378 [0x7f567c111700] VERBOSE -  * X-Plex-Device => Samsung TV
Jan 31, 2018 09:06:08.378 [0x7f567c111700] VERBOSE -  * X-Plex-Device-Name => TV UA65JU7500
Jan 31, 2018 09:06:08.378 [0x7f567c111700] VERBOSE -  * X-Plex-Product => Plex for Samsung
Jan 31, 2018 09:06:08.378 [0x7f567c111700] VERBOSE -  * X-Plex-Version => 2.009

Perhaps you could provide the file and @orca may be able to try it out

@orca - I noticed with the verbose logging, no profile is set in the arguments - no X-Plex-Client-Profile-Name - is this normal for music?
PMS uses generic profile rather than the Samsung profile

Extracts from last log

Jan 31, 2018 09:06:10.904 [0x7f5689223700] DEBUG - Request: [192.168.1.25:52729 (Subnet)] GET /library/metadata/175456 (32 live) GZIP Signed-in Token (bridjee)
Jan 31, 2018 09:06:10.921 [0x7f5689511700] DEBUG - Completed: [192.168.1.25:52729] 200 GET /library/metadata/175456 (32 live) GZIP 16ms 1174 bytes (pipelined: 37)

Jan 31, 2018 09:06:11.058 [0x7f5687fe1700] DEBUG - Request: [192.168.1.25:52736 (Subnet)] GET /library/metadata/175456?includeExtras=1&includeRelated=1&includeRelatedCount=20 (32 live) GZIP Signed-in Token (bridjee)
Jan 31, 2018 09:06:11.078 [0x7f56897ff700] DEBUG - Completed: [192.168.1.25:52736] 200 GET /library/metadata/175456?includeExtras=1&includeRelated=1&includeRelatedCount=20 (32 live) GZIP 20ms 1244 bytes (pipelined: 91)

Jan 31, 2018 09:06:11.195 [0x7f5687111700] DEBUG - Request: [192.168.1.25:52790 (Subnet)] GET /library/parts/145029/1516141792/file.mp3 (32 live) GZIP Signed-in Token (bridjee)
Jan 31, 2018 09:06:11.195 [0x7f5687111700] VERBOSE -  * Range => bytes=0-

Jan 31, 2018 09:06:11.250 [0x7f5687111700] DEBUG - HTTP requesting GET http://127.0.0.1:32400/library/metadata/175456?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx&includeBandwidths=1&offset=-1&X-Plex-Session-Identifier=token%3DxQFqqxamqGFzgSgpsnsy
Jan 31, 2018 09:06:11.251 [0x7f567c111700] DEBUG - Request: [127.0.0.1:35924 (Loopback)] GET /library/metadata/175456 (33 live) GZIP Signed-in Token (bridjee)
Jan 31, 2018 09:06:11.277 [0x7f5687111700] DEBUG - HTTP 200 response from GET http://127.0.0.1:32400/library/metadata/175456?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx&includeBandwidths=1&offset=-1&X-Plex-Session-Identifier=token%3DxQFqqxamqGFzgSgpsnsy
Jan 31, 2018 09:06:11.279 [0x7f5689511700] DEBUG - Completed: [127.0.0.1:35924] 200 GET /library/metadata/175456 (33 live) GZIP 27ms 1145 bytes

Jan 31, 2018 09:06:11.280 [0x7f5687111700] DEBUG - Streaming Resource: Reached Decision id=175456 codes=(MDE=1000,Direct play OK.) media=(id=140793 part=(id=145029 decision=direct play protocol=* streams=(Audio=(id=192538 decision= channels=0 rate=0))))

Jan 31, 2018 09:06:11.292 [0x7f5687111700] DEBUG - Found an ID3v2 tag at start of MP3 file with size 174855, skipping.
Jan 31, 2018 09:06:11.292 [0x7f5687111700] DEBUG - Content-Length of /share/Music/Compilations/80 From Australia/Baby Animals - Early Warning.mp3 is 9447049.

Jan 31, 2018 09:06:11.328 [0x7f56839e9700] DEBUG - Request: [192.168.1.25:52795 (Subnet)] GET /library/parts/145029/1516141792/file.mp3 (33 live) Signed-in Token (bridjee)
Jan 31, 2018 09:06:11.328 [0x7f56839e9700] VERBOSE -  * Range => bytes=9446921-
Jan 31, 2018 09:06:11.337 [0x7f56839e9700] DEBUG - Found an ID3v2 tag at start of MP3 file with size 174855, skipping.
Jan 31, 2018 09:06:11.337 [0x7f56839e9700] DEBUG - Content-Length of /share/Music/Compilations/80 From Australia/Baby Animals - Early Warning.mp3 is 9447049.
Jan 31, 2018 09:06:11.344 [0x7f5689511700] DEBUG - Completed: [192.168.1.25:52795] 200 GET /library/parts/145029/1516141792/file.mp3 (33 live) 16ms 128 bytes (pipelined: 2)

Jan 31, 2018 09:06:11.371 [0x7f5685159700] DEBUG - Request: [192.168.1.25:52795 (Subnet)] GET /library/parts/145029/1516141792/file.mp3 (33 live) Signed-in Token (bridjee)
Jan 31, 2018 09:06:11.371 [0x7f5685159700] VERBOSE -  * Range => bytes=65536-
Jan 31, 2018 09:06:11.384 [0x7f5685159700] DEBUG - Found an ID3v2 tag at start of MP3 file with size 174855, skipping.
Jan 31, 2018 09:06:11.385 [0x7f5685159700] DEBUG - Content-Length of /share/Music/Compilations/80 From Australia/Baby Animals - Early Warning.mp3 is 9447049.

Jan 31, 2018 09:06:11.494 [0x7f56897ff700] DEBUG - Completed: [192.168.1.25:52790] 200 GET /library/parts/145029/1516141792/file.mp3 (33 live) GZIP 299ms 3561008 bytes (pipelined: 4)

Jan 31, 2018 09:06:11.887 [0x7f56807ff700] DEBUG - Request: [192.168.1.25:52801 (Subnet)] GET /library/parts/145029/1516141792/file.mp3 (34 live) Signed-in Token (bridjee)
Jan 31, 2018 09:06:11.887 [0x7f56807ff700] VERBOSE -  * Range => bytes=4529669-4529768
Jan 31, 2018 09:06:11.901 [0x7f56807ff700] DEBUG - Found an ID3v2 tag at start of MP3 file with size 174855, skipping.
Jan 31, 2018 09:06:11.901 [0x7f56807ff700] DEBUG - Content-Length of /share/Music/Compilations/80 From Australia/Baby Animals - Early Warning.mp3 is 9447049.
Jan 31, 2018 09:06:11.901 [0x7f5689511700] DEBUG - Completed: [192.168.1.25:52801] 200 GET /library/parts/145029/1516141792/file.mp3 (34 live) 13ms 100 bytes (pipelined: 1)

Jan 31, 2018 09:06:12.169 [0x7f5689511700] DEBUG - Completed: [192.168.1.25:52795] 200 GET /library/parts/145029/1516141792/file.mp3 (34 live) 798ms 9381513 bytes (pipelined: 3)

Jan 31, 2018 09:06:12.257 [0x7f567fd11700] DEBUG - Request: [192.168.1.25:52796 (Subnet)] GET /:/timeline?type=music&state=buffering&time=6025&duration=236147&key=%2Flibrary%2Fmetadata%2F175456&ratingKey=175456&playQueueItemID=82577&playQueueID=2246 (34 live) GZIP Signed-in Token (bridjee)
Jan 31, 2018 09:06:12.298 [0x7f5689511700] DEBUG - Completed: [192.168.1.25:52796] 200 GET /:/timeline?type=music&state=buffering&time=6025&duration=236147&key=%2Flibrary%2Fmetadata%2F175456&ratingKey=175456&playQueueItemID=82577&playQueueID=2246 (34 live) GZIP 41ms 538 bytes (pipelined: 10)

Jan 31, 2018 09:06:12.493 [0x7f56839e9700] DEBUG - Request: [192.168.1.25:52735 (Subnet)] GET /:/timeline?type=music&state=stopped&time=6025&duration=236147&key=%2Flibrary%2Fmetadata%2F175456&ratingKey=175456&playQueueItemID=82577&playQueueID=2246 (32 live) GZIP Signed-in Token (bridjee)

Jan 31, 2018 09:06:12.497 [0x7f56836fb700] WARN - [PlexforSamsung] [Player.js] - Player stop playback ERROR

Jan 31, 2018 09:06:12.504 [0x7f56897ff700] DEBUG - Completed: [192.168.1.25:52735] 200 GET /:/timeline?type=music&state=stopped&time=6025&duration=236147&key=%2Flibrary%2Fmetadata%2F175456&ratingKey=175456&playQueueItemID=82577&playQueueID=2246 (32 live) GZIP 10ms 538 bytes (pipelined: 78)

and Samsung app logging extract

Jan 31, 2018 09:06:11.223 [0x7f5687fe1700] DEBUG - [PlexforSamsung] [Player.js] - [Container  : mp3] --> OK
Jan 31, 2018 09:06:11.224 [0x7f567c111700] DEBUG - [PlexforSamsung] [Player.js] - [Audio codec: mp3] --> OK
Jan 31, 2018 09:06:11.226 [0x7f56839e9700] DEBUG - [PlexforSamsung] [Player.js] - [DirectPlay possible]
Jan 31, 2018 09:06:11.228 [0x7f5685159700] DEBUG - [PlexforSamsung] [Player.js] - Player Direct playing: http://192.168.1.20:32400/library/parts/145029/1516141792/file.mp3?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx
Jan 31, 2018 09:06:11.229 [0x7f56807ff700] DEBUG - [PlexforSamsung] [Player.js] - Direct Play result: 1
Jan 31, 2018 09:06:11.233 [0x7f56823ff700] DEBUG - [PlexforSamsung] [Player.js] - Player setURL: [192.168.1.20:32400/library/parts/145029/1516141792/file.mp3?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx]
Jan 31, 2018 09:06:11.234 [0x7f567fd11700] DEBUG - [PlexforSamsung] [Display.js] - showAudioPlayer
Jan 31, 2018 09:06:11.235 [0x7f5689fff700] DEBUG - [PlexforSamsung] [Player.js] - Start Play Music
Jan 31, 2018 09:06:11.239 [0x7f56842b3700] DEBUG - [PlexforSamsung] [Display.js] - Player Hide Display
Jan 31, 2018 09:06:11.240 [0x7f5683fc5700] DEBUG - [PlexforSamsung] [Main.js] - Screensaver reset to 300 seconds
Jan 31, 2018 09:06:11.241 [0x7f5687fe1700] DEBUG - [PlexforSamsung] [Player.js] - Player starting progress updates
Jan 31, 2018 09:06:12.265 [0x7f56823ff700] DEBUG - [PlexforSamsung] [Server.js] - getServerPrefValue: http://192.168.1.20:32400/:/prefs?X-Plex-Token=xxxxxxxxxxxxxxxxxxxx
Jan 31, 2018 09:06:12.271 [0x7f5689223700] WARN - [PlexforSamsung] [Player.js] - Player Connection Failed!
Jan 31, 2018 09:06:12.491 [0x7f567c111700] DEBUG - [PlexforSamsung] [Player.js] - secureConnections: 1
Jan 31, 2018 09:06:12.492 [0x7f56842b3700] DEBUG - [PlexforSamsung] [Player.js] - Player stopping progress updates
Jan 31, 2018 09:06:12.493 [0x7f5687111700] DEBUG - [PlexforSamsung] [Main.js] - Screensaver reset to 300 seconds
Jan 31, 2018 09:06:12.497 [0x7f568340d700] DEBUG - [PlexforSamsung] [Display.js] - hideAudioPlayer
Jan 31, 2018 09:06:12.497 [0x7f56836fb700] WARN - [PlexforSamsung] [Player.js] - Player stop playback ERROR

#20

Hi @sa2000 and @Orca

“If you have the same track from this album in a playback loop with repeat, does it fail after a while”
I just had a look and not sure how to do the playback loop on the samsung client. Orca can you help me out?
@sa2000 what file would you like me to send to @orca? happy to send him anything he needs.