Video jumping a few seconds

Dev Community Apps & Creations
1

Hi!

 

I'm using PlexConnect for a while now, but all of a sudden all videos start to jump a few seconds.

 

This happens randomly and the video goes forward in time about 15 seconds, when I rewind and play the same part again everything goes smoothly. 

I've watched a movie and two series episodes and the same thing happens, so it's not a problem with the file. I've also updated PlexConnect to latest code and rebooted PMS (the whole machine actually). 

 

Playing videos with OS X Plex client doesn't give me the time jumps.

 

So, anyone can share some thoughts ??

 

PS PMS is running on a linux(ubuntu) headless server.

2

When did it start happening?

3

transcoding active?

4

Transcode is turn off, the same as direct play.


The one thing I remember changing was enable double digital on AirPlay on PMS.

5

even if the PlexConnect setting for "force_transcode" is false, some media needs transcoding. So let's rephrase my question: What's the MediaInfo (Container, Codecs) on the files you saw this issue?

6

Here it is:

http://dpaste.com/1320599/

http://dpaste.com/1320600/

http://dpaste.com/1320602/

http://dpaste.com/1320603/

I also disabled Double Digital on airplay but the jumping still happens!

7

anyone?

8

Well, jumping is not normal. Normally Id suggest your server is too weak, but jumping is another kind of behaviour, but just to be clear, on what system is your server running ?

Any by system I mean what CPU it is :)

9

It’s a Pentium® Dual-Core E5400 2.70GHz with 2GB of RAM.


It was playing nicely for about a month before the jumping started.

10

I think the Dual Core is too weak for perfect transcoding. Min. requirement is a core2duo but I might be wrong, still a E5400 is not a transcoding beast and could be the reason why its not working

11

Yeah that is on the edge, especially with 2GB of RAM. It could be the files or it could be that other processes are pushing it over the edge.

Are 720p files working fine?

12

The problem seems to be exactly with 720p and up videos.


Now a variation of the problem is happening… Sometimes the audio stops for about 15 seconds before it returns, but if I try to rewind the moment the audio stops, the movie is ahead in time. I don’t know if I describe it well enough … English is not my primary language…


Anyway, it’s weird … Probably is a CPU overload issue.

13

Try disabling scheduled PMS library update, does this make a difference?

Have you installed or upgraded anything else on the PMS machine recently?

14

is anyone experiencing constant buffer when multiple atvs are playing 720p videos simultaneously? also buffer on 1080p videos, which isn't the case when using my mac. is it plexconnect or atv unable to handle anything beyond 720p..

15

is anyone experiencing constant buffer when multiple atvs are playing 720p videos simultaneously? also buffer on 1080p videos, which isn't the case when using my mac. is it plexconnect or atv unable to handle anything beyond 720p..


It is more than likely your PMS or network is not up to the job but without you providing any info about your setup it is hard to know.
Please do not hijack this thread though as you do not have the same issue.
16

Try disabling scheduled PMS library update, does this make a difference?
Have you installed or upgraded anything else on the PMS machine recently?


I haven't installed anything new in the PMS machine.
How do I disable library update? I can't find this setting on the web client.
17

I too am experiencing this issue.  I don't remember this always being the case though.  I think the transcoder is just remuxing the container and not transcoding the video since my PMS is not actually powerful enough for realtime transcoding.  Running latest PMS (non-plexpass) on linux.  

18

As said, the CPU isnt enough of that machine to do that on certain material

19

Im gonna post this here but I don't think there is where it belongs now.  After monitoring the logs I found something that doesn't seem right.  The transcoder seems to be dying at a point while transcoding the audio and remuxing the mkv to .ts and sends blank streams to the client.  

Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG - Request: GET /:/timeline?ratingKey=183&duration=7104000&key=%2Flibrary%2Fmetadata%2F183&state=playing&time=6906189&X-Plex-Client-Identifier=DCYG88TCDDR5&X-Plex-Device-Name=livingroomatv [192.168.1.156:55679] (4 live)
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG -  * ratingKey => 183
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG -  * duration => 7104000
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG -  * key => /library/metadata/183
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG -  * state => playing
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG -  * time => 6906189
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG -  * X-Plex-Client-Identifier => DCYG88TCDDR5
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG -  * X-Plex-Device-Name => livingroomatv
Aug 09, 2013 10:13:21 [0xad1ffb70] DEBUG - Client [DCYG88TCDDR5] reporting timeline state playing, progress of 6906189/7104000ms for guid=, ratingKey=183 url=, key=/library/metadata/183, containerKey=, metadataId=183
Aug 09, 2013 10:13:24 [0xab9ffb70] DEBUG - Request: GET /video/:/transcode/universal/session/DCYG88TCDDR5/base-ac3/00695.ts [192.168.1.156:55680] (4 live)
Aug 09, 2013 10:13:24 [0xab9ffb70] DEBUG - Asked for segment 695 from session.
Aug 09, 2013 10:13:24 [0xab9ffb70] WARN - Transcode runner appears to have died.
Aug 09, 2013 10:13:24 [0xab9ffb70] DEBUG - Sending back blank segment for 695, we overestimated the number of segments.
Aug 09, 2013 10:13:24 [0xab9ffb70] DEBUG - Returning segment 695 from session: /usr/lib/plexmediaserver/Resources/empty.ts
Aug 09, 2013 10:13:24 [0xab9ffb70] DEBUG - Content-Length of /usr/lib/plexmediaserver/Resources/empty.ts is 155100.
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Request: GET /video/:/transcode/universal/session/DCYG88TCDDR5/base-ac3/00696.ts [192.168.1.156:55681] (4 live)
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Asked for segment 696 from session.
Aug 09, 2013 10:13:25 [0xad1ffb70] WARN - Transcode runner appears to have died.
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Sending back blank segment for 696, we overestimated the number of segments.
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Returning segment 696 from session: /usr/lib/plexmediaserver/Resources/empty.ts
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Content-Length of /usr/lib/plexmediaserver/Resources/empty.ts is 155100.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Request: GET /video/:/transcode/universal/session/DCYG88TCDDR5/base-ac3/00697.ts [192.168.1.156:55682] (4 live)
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Asked for segment 697 from session.
Aug 09, 2013 10:13:25 [0xab9ffb70] WARN - Transcode runner appears to have died.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Sending back blank segment for 697, we overestimated the number of segments.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Returning segment 697 from session: /usr/lib/plexmediaserver/Resources/empty.ts
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Content-Length of /usr/lib/plexmediaserver/Resources/empty.ts is 155100.
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Request: GET /video/:/transcode/universal/session/DCYG88TCDDR5/base-ac3/00698.ts [192.168.1.156:55683] (4 live)
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Asked for segment 698 from session.
Aug 09, 2013 10:13:25 [0xad1ffb70] WARN - Transcode runner appears to have died.
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Sending back blank segment for 698, we overestimated the number of segments.
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Returning segment 698 from session: /usr/lib/plexmediaserver/Resources/empty.ts
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Content-Length of /usr/lib/plexmediaserver/Resources/empty.ts is 155100.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Request: GET /video/:/transcode/universal/session/DCYG88TCDDR5/base-ac3/00699.ts [192.168.1.156:55684] (4 live)
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Asked for segment 699 from session.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - We're in a seek: asked for 699, min/max available was 612/694
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Segment #699 WON.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Killing job.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Signalling job ID 5765 with 9
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Job was already killed, not killing again.
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Stopping transcode session DCYG88TCDDR5
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Cleaning directory for session DCYG88TCDDR5 (/tmp/plex-transcode-DCYG88TCDDR5-29f15658-708a-4c51-96a1-e937beeb1414)
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Starting a transcode session DCYG88TCDDR5 at offset 6990.0 (stopped=1)
Aug 09, 2013 10:13:25 [0xab9ffb70] DEBUG - Job running: /usr/lib/plexmediaserver/Resources/Plex New Transcoder -ss 6990 -i http://127.0.0.1:32400/library/parts/195/file.mkv -threads 0 -y -segment_format mpegts -f segment -loglevel quiet -loglevel_plex error -map_metadata -1 -progressurl http://127.0.0.1:32400/video/:/transcode/session/DCYG88TCDDR5/progress -vcodec copy -flags -global_header -segment_time 10 -segment_start_number 699 -bsf h264_mp4toannexb -map 0:0 -sn -acodec ac3 -ac 6 -ab 640k -map 0:1 media-%05d.ts 
Aug 09, 2013 10:13:25 [0xad1ffb70] DEBUG - Request: GET /library/parts/195/file.mkv [127.0.0.1:60583] (4 live)

Should this be posted on the Linux PMS forum instead? 

Thanks.

20

Actually yes. Still do you have the same CPU as the creator of the thread?

Also it'd be useful to know if the same happens when viewing with other devices