mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-07-16 05:43:54 +03:00
[10.5.5] Playback cannot be started #1611
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @kekonn on GitHub (Apr 27, 2020).
Media Info of the file
General
Unique ID : 165608041447106560127880152651805841101 (0x7C96F2D7CE34CCD5CC3E4E75799D56CD)
Complete name : V:\Series\Westworld\Season 02\Westworld - S02E06 - Phase Space - WEB-DL-720p.mkv
Format : Matroska
Format version : Version 4
File size : 1.72 GiB
Duration : 59 min 23 s
Overall bit rate : 4 141 kb/s
Encoded date : UTC 2018-05-28 01:00:02
Writing application : mkvmerge v19.0.0 ('Brave Captain') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.8
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings : CABAC / 5 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 59 min 23 s
Bit rate : 3 499 kb/s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.158
Stream size : 1.45 GiB (84%)
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio
ID : 2
Format : E-AC-3
Format/Info : Enhanced AC-3
Commercial name : Dolby Digital Plus
Codec ID : A_EAC3
Duration : 59 min 23 s
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Delay relative to video : 9 ms
Stream size : 272 MiB (15%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Text #1
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 59 min 12 s
Bit rate : 27 b/s
Count of elements : 416
Stream size : 12.0 KiB (0%)
Language : English
Default : No
Forced : No
Text #2
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 59 min 12 s
Bit rate : 33 b/s
Count of elements : 526
Stream size : 14.5 KiB (0%)
Title : SDH
Language : English
Default : No
Forced : No
Menu
00:00:00.000 : en:HBO
00:00:04.225 : en:Previously On
00:00:34.225 : en:Studio Logo
00:00:40.225 : en:Opening Credits
00:02:18.225 : en:Bernard wrestles with a choice
00:05:02.225 : en:Teddy and Dolores prepare for a train ride
00:08:17.225 : en:Hale sends a message
00:11:26.225 : en:Musashi challenges Tanaka
00:19:44.225 : en:Lawrence questions Grace's readiness
00:21:48.225 : en:The Cradle fights back
00:25:15.225 : en:Akane puts Sakura to rest
00:30:53.225 : en:The Man in Black offers to even the score
00:37:13.225 : en:Bernard heads inside the Cradle
00:41:34.225 : en:Ashley meets the new security
00:42:38.225 : en:Maeve returns to a familiar story
00:51:22.225 : en:Teddy uses the last of his mercy
00:55:10.225 : en:Bernard finds an old friend
00:57:20.225 : en:End Credits
00:58:32.225 : en:On The Next Westworld
Logs
server.log
FFmpeg Logs
ffmpeg.log
Stats for Nerds Screenshots
N/A
Server System (please complete the following information):
Client System (please complete the following information):
@kekonn commented on GitHub (Apr 27, 2020):
If I read the server logs correctly, it says Direct Stream is possible, so why is it trying to transcode in the first place? But on the other hand, I think this is related to the burn in subs issue. (#2964)
@Artiume commented on GitHub (Apr 27, 2020):
So ffmpeg never errors out, are there more ffmpeg logs available? Looking inside the actual logs, I see web socket issues. Can you bypass your reverse proxy and see if the issues still exist?
What makes you suspect you were trying to burn in? You had srt subs, they shouldn't be burned. So you'd have to show me the exact line where it says direct stream capable but I imagine it was probably just saying that your user was allowed to direct stream, not referencing the actual media file
@kekonn commented on GitHub (Apr 27, 2020):
That will likely be the case. I saw it in the url. Other ffmpeg logs below:
ffmpeg-directstream-b686da9d-1cb5-46a2-9f00-24acdaee9829.txt
ffmpeg-transcode-9e3840df-b50d-4f3d-a98d-b59d2884b148.txt
@kekonn commented on GitHub (Apr 27, 2020):
Also: bypassing the reverse proxy doesn't help. These are all the log files generated when attempting playback without the reverse proxy:
log.zip
I think this error is the root of the problem:
@Artiume commented on GitHub (Apr 27, 2020):
if you turn hwa off, does it work
@kekonn commented on GitHub (Apr 27, 2020):
No
@kekonn commented on GitHub (Apr 27, 2020):
These logs are from the playback attempt with HWA off (ffmpeg logs only)
log(1).zip
@kekonn commented on GitHub (Apr 27, 2020):
Also, when I try looking for ffmpeg in the container, it doesn't seem to be there:
@Artiume commented on GitHub (Apr 27, 2020):
It's located elsewhere iirc. And ffmpeg does exist for you. Otherwise you'd never get ffmpeg logs :P. Not sure whats with the file not passing, did it work with 10.5.4
cf75fc0684/Dockerfile (L60)@kekonn commented on GitHub (Apr 27, 2020):
Yes. Worked just fine, upgraded and poof. Even tried installing the nonfree intel drivers again just to be sure about the HWA
@Artiume commented on GitHub (Apr 27, 2020):
Can you try a fresh install?
@kekonn commented on GitHub (Apr 27, 2020):
In what way? Resetting the docker container? Or deleting everything, including the library database?
@Artiume commented on GitHub (Apr 27, 2020):
Change the config folder location will do it for docker. It'll create a new database without touching your original. Once you test it, you can restore the config path.
@joshuaboniface commented on GitHub (Apr 27, 2020):
At first, I thought the issue was masked by log sanitization, but I don't think you modified that log to remove the
/usr/lib/jellyfin-ffmpeg/ffmpegright?If not looks like there's no FFmpeg binary path being populated.
Can you verify in the "Playback" settings what "FFmpeg path:" is set to?
@joshuaboniface commented on GitHub (Apr 27, 2020):
Wow I'm slow, that's a problem.
Let me review the build logs to see what might be up. The binary should be in
/usr/lib/jellyfin-ffmpeg/ffmpeginside the container now.@joshuaboniface commented on GitHub (Apr 27, 2020):
Verified that the build did successfully install
jellyfin-ffmpeg, so it should be there. Trying to replicate.@joshuaboniface commented on GitHub (Apr 27, 2020):
Cannot replicate, the file is indeed there:
I second @Artiume, try removing then reinstalling the container and it should be OK. Might be an upgrade artifact. As long as the config volumes are still the same it should be seamless.
@kekonn commented on GitHub (Apr 27, 2020):
It's not, I'm afraid. I'm still having the issue. Logs of the completely fresh container are attached
log(2).zip
@joshuaboniface commented on GitHub (Apr 27, 2020):
If you get shell in the container, is the binary in
/usr/lib/jellyfin-ffmpegas expected? If you manually set it in the UI, does that work?@kekonn commented on GitHub (Apr 27, 2020):
Yes the binary is in the right place. Turns out the ffmpeg path was cleared in the settings. I checked the "clean" container and it had the same issue.
Setting the path again fixed the issue.
@joshuaboniface commented on GitHub (Apr 27, 2020):
Great, glad that solved it. I'm not sure why the config path is empty still though, that CLI flag should definitely be overriding it. Maybe at some point a single space was saved in the config by accident (I've done that a few times in the UI for other settings).
@kekonn commented on GitHub (Apr 27, 2020):
But if that was the case it shouldn't be happening on the clean container, just my usual container.
@joshuaboniface commented on GitHub (Apr 27, 2020):
Oh I had assumed you kept the config on the fresh container. That's very strange. I believe @mark-monteiro ran into this same issue as well, but then I deployed a fresh container and the value was properly populated.
@kekonn commented on GitHub (Apr 27, 2020):
No, it wasn't just a clear container, it was a completely clean install.
@mark-monteiro commented on GitHub (Apr 27, 2020):
If I remember correctly, this was my repro steps (this was all via running with Visual Studio):
--datadir="C:/temp"command line flag to simulate a fresh install@kekonn commented on GitHub (Apr 27, 2020):
So you agree that on a fresh install, the ffmpeg path is empty?
@mark-monteiro commented on GitHub (Apr 29, 2020):
No, in my scenario I was working locally and running via Visual Studio, it wasn't an 'install'. I think in my case this is actually the expected behavior since it doesn't look like ffmpeg is part of the repository? @joshuaboniface Maybe you can confirm, is this something we need to add the the repository README as a setup step for local development? Specify a path to ffmpeg?
@kekonn commented on GitHub (May 8, 2020):
My problem is fixed anyway. If you want to keep this open until the reason the path was empty was found, feel free.
@stale[bot] commented on GitHub (Sep 5, 2020):
This issue has gone 120 days without comment. To avoid abandoned issues, it will be closed in 21 days if there are no new comments.
If you're the original submitter of this issue, please comment confirming if this issue still affects you in the latest release or nightlies, or close the issue if it has been fixed. If you're another user also affected by this bug, please comment confirming so. Either action will remove the stale label.
This bot exists to prevent issues from becoming stale and forgotten. Jellyfin is always moving forward, and bugs are often fixed as side effects of other changes. We therefore ask that bug report authors remain vigilant about their issues to ensure they are closed if fixed, or re-confirmed - perhaps with fresh logs or reproduction examples - regularly. If you have any questions you can reach us on Matrix or Social Media.