More > JRiver Media Center 25 for Linux
video transcoding - no pkt duration error
89ZEF:
Connected through Panel, I can't seem to make videos play on build 25.0.16 running on Debian 9 amd64.
It was glitchy but working in 24.x
Could having restored the settings from v24 backup cause an issue like this?
Full log is attached. These lines seem interesting:
--- Code: ---0233277: 140395233146624: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] Opening '/home/<user>/.jriver/Media Center 25/Temp/140396058027776/seg0.ts' for writing
0233277: 140395233146624: Encoders: CFFmpegTranscoder::Open: Finish (8 ms)
0233277: 140395233146624: Playback: CJRVideoEngine::Play: Start
0233277: 140395233146624: Playback: CJRVideoEngine::PreparePlayback: Start
0233277: 140395233146624: Playback: CJRVideoEngine::PreparePlayback: Setting up video stream
0233280: 140395233146624: Playback: CJRVideoEngine::PreparePlayback: Setting up audio stream
0233280: 140395233146624: Playback: CJRVideoEngine::PreparePlayback: Finish (3 ms)
0233280: 140395233146624: Playback: CJRVideoEngine::Play: Finish (3 ms)
0233280: 140394863433472: Playback: CJRVideoEngine::Thread: Start
0233280: 140394863433472: Playback: CJRVideoEngine::PerformSeek: Start
0233310: 140395828733696: Sharing Plugins: CHTTPListenerWorker::HandleRequest: TCP: 1.2.3.4: GET: http://reverse.proxy.com/Panel/
0233314: 140394863433472: Playback: CJRVideoEngine::PerformSeek: Finish (33 ms)
0233315: 140395828733696: General: CHTTPResponseMessage::DoPartialContent: NOT RETURNING EVEN WHEN (m_First == 0 && m_Last == -1)
0233315: 140395828733696: Sharing Plugins: VHTTPMessage::Write: Wrote 1056 bytes
0233325: 140394855040768: Playback: CJRMediaStreamVideo::Deliver: Decode Format changed to 0
0233325: 140394855040768: Playback: CJRMediaStreamVideo::Deliver: Converting to Format -1
0233574: 140394855040768: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] pkt->duration = 0, maybe the hls segment duration will not precise
0233588: 140394855040768: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] pkt->duration = 0, maybe the hls segment duration will not precise
0233593: 140394855040768: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] pkt->duration = 0, maybe the hls segment duration will not precise
0233601: 140394855040768: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] pkt->duration = 0, maybe the hls segment duration will not precise
0233604: 140394855040768: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] pkt->duration = 0, maybe the hls segment duration will not precise
0233618: 140394855040768: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] pkt->duration = 0, maybe the hls segment duration will not precise
0233627: 140394855040768: Encoders: CFFmpegTranscoder::AVLog: [hls @ 00007FB08422A180] pkt->duration = 0, maybe the hls segment duration will not precise
0233
--- End code ---
89ZEF:
Some notes:
- It works fine from Media Center
- I noticed the AJAX call from Panel is unusual. The MCWS URI is /GetFile.m3u8
But this is probably just the mapping to the small bits of files created by transcoding.
--- Code: ---https://reverse.proxy.com/MCWS/v1/File/GetFile.m3u8?File=589264&Token=<TOKEN>&Conversion=WebPanel&Quality=Medium&Start=0.0&Playback=2&HLS=1
--- End code ---
By the way, having a look inside .jriver/ the .ts segment file inflates but stops like 20 seconds after the AJAX call.
Hendrik:
25.0.16 does not contain any video streaming changes yet, those came right after it, so I don't know why/how the behavior would be different to MC24.
Regardless, the next version should have some updates for video streaming, including a fix for the pkt->duration warning thats being shown.
89ZEF:
Thanks Hendrik for these insights.
Would that come from Panel then?
I'll try to install MC in a Linux VM with defaults to see if my production config is corrupted
89ZEF:
After some tests, it seems MC25 is broken for video streaming through MCWS / Panel.
I did my tests on a virtual machine running Ubuntu 16.04 as well as on my production server running Debian 9, both resulting in a same fashion.
MC 24.0.78 works fine.
I get the /GetFile.ts call after /GetFile.m3u8 and the video starts playing.
Navigation
[0] Message Index
[#] Next page
Go to full version