Bug #2500
If video duration cant't be determined but video has position stored in db - we need to delete position from db
| Status: | Rejected | Start date: | 01/18/2015 | |
|---|---|---|---|---|
| Priority: | High | Due 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
History
#1
Updated by Leonid Protasov over 8 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 over 8 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 over 8 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.