Bug #2500

If video duration cant't be determined but video has position stored in db - we need to delete position from db

Added by Leonid Protasov almost 6 years ago. Updated almost 6 years ago.

Status:RejectedStart date:01/18/2015
Priority:HighDue date:
Assignee:Andreas Smas% Done:

0%

Category:Metadata
Target version:4.10
Found in version:4.9.92 Platform:Linux

Description

That is needed as before positions were stored for live mpegts streams.


Related issues

Related to Bug #2503: Play from the beginning of the item menu doesn't set rese... Fixed 01/19/2015

History

#1 Updated by Leonid Protasov almost 6 years ago

01:10:08.792: vp              [DEBUG]:Playing 'videoparams:{"title":"Nickelodeon Junior","no_fs_scan":true,"canonicalUrl":"enigma2:zapTo:http%3A//192.168.0.157:Nickelodeon%20Junior:1%3A0%3A1%3A3FA%3A64%3A356E%3ADE80000%3A0%3A0%3A0%3A","sources":[{"url":"http://192.168.0.157:8001/1%3A0%3A1%3A3FA%3A64%3A356E%3ADE80000%3A0%3A0%3A0%3A","mimetype":"video/mp2t"}]}', primary, attempt-resume
01:10:08.793: Video           [DEBUG]:Playing http://192.168.0.157:8001/1%3A0%3A1%3A3FA%3A64%3A356E%3ADE80000%3A0%3A0%3A0%3A
01:10:08.794: media           [DEBUG]:Settings initialized for URL enigma2:zapTo:http%3A//192.168.0.157:Nickelodeon%20Junior:1%3A0%3A1%3A3FA%3A64%3A356E%3ADE80000%3A0%3A0%3A0%3A in folder: http://192.168.0.157 - Давидик (TV) [enigma2:getServices:http%3A//192.168.0.157:%u0414%u0430%u0432%u0438%u0434%u0438%u043A%20%28TV%29:1%3A7%3A1%3A0%3A0%3A0%3A0%3A0%3A0%3A0%3AFROM%20BOUQUET%20%22userbouquet.________________tv_.tv%22%20ORDER%20BY%20bouquet]
01:10:08.849: SVSYNC          [DEBUG]:Set to 0s
01:10:08.879: AVSYNC          [DEBUG]:Set to 0 ms
01:10:10.212: Video           [DEBUG]:Unable to compute opensub hash, stream probably not seekable
01:10:14.980: Video           [DEBUG]:Starting playback of http://192.168.0.157:8001/1%3A0%3A1%3A3FA%3A64%3A356E%3ADE80000%3A0%3A0%3A0%3A (mpegts)
01:10:14.981: Probe           [DEBUG]: Stream #0: Video: mpeg2video (Main), yuv420p, 704x576 [PAR 12:11 DAR 4:3], 15000 kb/s
01:10:14.981: Probe           [DEBUG]: Stream #1: Audio: mp2, 48000 Hz, 2 channels, s16p, 96 kb/s
01:10:14.982: Probe           [DEBUG]: Stream #2: Audio: mp2, 48000 Hz, 2 channels, s16p, 96 kb/s
01:10:14.983: Video           [DEBUG]: Stream #0: Video: mpeg2video (Main), yuv420p, 704x576 [PAR 12:11 DAR 4:3], 15000 kb/s
01:10:14.984: media           [DEBUG]:Selecting track libav:1, best score 306
01:10:14.984: Media           [DEBUG]:Selecting audio track libav:1
01:10:14.994: OMX             [DEBUG]:Frame rate set to 25.000
01:10:15.018: Video           [DEBUG]: Stream #0: Codec created
01:10:15.018: Video           [DEBUG]: Stream #1: Audio: mp2, 48000 Hz, 2 channels, s16p, 96 kb/s
01:10:15.021: Video           [DEBUG]: Stream #1: Codec created
01:10:15.022: Video           [DEBUG]: Stream #2: Audio: mp2, 48000 Hz, 2 channels, s16p, 96 kb/s
01:10:15.030: Video           [DEBUG]: Stream #2: Codec created
01:10:15.038: RPI             [DEBUG]:Supported audio formats AC3:YES EAC3:NO DTS:NO MLP:NO AAC:NO 8ChPCM:NO
01:10:15.067: VIDEO           [DEBUG]:Attempting to resume from 59.29 seconds
01:10:15.067: Video           [DEBUG]:seek restart position to 0.00 (94299678033 - 94299678033)
01:10:15.072: Video           [ERROR]:Seek failed

#2 Updated by Leonid Protasov almost 6 years ago

  • Related to Bug #2503: Play from the beginning of the item menu doesn't set reset pos in db added

#3 Updated by Andreas Smas almost 6 years ago

  • Status changed from New to Rejected

I don't think it's worth the extra cost of having to do this every time a non-seekable video start.

It's only a problem with a few URLs so far so we'll have to live with those instead.

Also available in: Atom PDF