Login at Kodi Home

weak · (This post was last modified: 2014-12-15, 19:29 by weak.)

Using nightly build kodi-20141213-88f9fb0-master-armeabi-v7a.apk from 14-Dec-2014 on a fire tv.

Resuming or ff/jump to position fails with some recordings. When trying to resume or skip ahead for 30 seconds, playback just stops.
I also noticed that libstagefright hw decoding doesn't work for the recording.

libstagefright hw decoding fails:

Code:
34:56 T:1575098176   DEBUG: CDVDFactoryCodec: compiled in hardware support: AMCodec:yes MediaCodec:yes OpenMax:no libstagefright:yes VDPAU:no VAAPI:no iMXVPU:no

34:56 T:1575098176   DEBUG: FactoryCodec - Video: stf-xxxx - Opening

34:56 T:1575098176   DEBUG: CDVDVideoCodecStageFright::virtual bool CDVDVideoCodecStageFright::Open(CDVDStreamInfo&, CDVDCodecOptions&) - trying to open, codec(28), profile(100), level(40)

34:56 T:1575098176  NOTICE: CDVDVideoCodecStageFright::virtual bool CDVDVideoCodecStageFright::Open(CDVDStreamInfo&, CDVDCodecOptions&) - avcC data too small or missing

34:56 T:1575098176   DEBUG: FactoryCodec - Video: stf-h264 - Failed

resume fails:

Code:
34:56 T:1575098176   DEBUG: virtual void CDVDPlayer::Process() - Start position set to last stopped position: 350336

34:56 T:1869799440  NOTICE: Thread DVDTeletextData start, auto delete: false

34:56 T:1869799440  NOTICE: running thread: CDVDTeletextData

34:56 T:1756133616   DEBUG: CurlFile::CReadState::Connect - Resume from position 6328070864

34:56 T:1575098176   DEBUG: virtual int64_t XFILE::CFileCache::Seek(int64_t, int) - waiting for position 6328135460.

34:56 T:1756133616    INFO: CFileCache::Process - Hit eof.

34:56 T:1575098176   DEBUG: virtual bool CDVDDemuxFFmpeg::SeekTime(int, bool, double*) - seek ended up on time 95439492

34:56 T:1575098176   DEBUG: virtual void CDVDPlayer::Process() - starting demuxer from: 350336

34:56 T:1575098176   DEBUG: virtual void CApplication::OnPlayBackStarted(): play state was 1, starting 1

34:56 T:1575098176   DEBUG: CDVDPlayer::SetCaching - caching state 1

34:56 T:1575098176   DEBUG: ffmpeg[5DE21740]: [mpegts] PES packet size mismatch

34:56 T:1575098176   DEBUG: CDVDPlayer::SetCaching - caching state 0

34:56 T:1575098176  NOTICE: CDVDPlayer::OnExit()

34:56 T:1575098176  NOTICE: DVDPlayer: eof, waiting for queues to empty

Complete debug log when trying to resume the file:
log

I've kept the file in case it is needed for testing...

jusnogood · 2014-12-14, 21:53

subscribing to this, I cant use hardware decoding (neither codec) as it stutters quite badly. I'm using sw decoding.

I'm having similar issue with skipping. it doesn't stop on mine it goes 1 frame a second with audio at normal speed.

Koying · 2014-12-16, 09:23

Would the files be from an USB disk? If so, it's a known issue when seeking above 2Gb.

jusnogood · 2014-12-16, 10:30

Mine is from Synology NAS. Works fine with Gotham.

weak · (This post was last modified: 2014-12-16, 10:45 by weak.)

(2014-12-16, 09:23)Koying Wrote: Would the files be from an USB disk? If so, it's a known issue when seeking above 2Gb.

Mine are located on a qnap NAS. And most files work as expected, but not all. That's why I've kept the file...

Koying · 2014-12-16, 10:49

Oh, caching on disk?
Same root cause. Do not specify a cache of more than 2Gb for now.

weak · (This post was last modified: 2014-12-16, 14:21 by weak.)

This are my cache settings, should be 150MB:

Code:
<network>

    <buffermode>1</buffermode>

    <cachemembuffersize>157286400</cachemembuffersize>

    <readbufferfactor>10</readbufferfactor>

</network>

<pvr>

    <minvideocachelevel>1</minvideocachelevel>

    <minaudiocachelevel>1</minaudiocachelevel> 

    <inputstreamdelay>50</inputstreamdelay>   

</pvr>

I would also be interested why libstagefright hw decoding fails for this file. Or is this to be expected?

weak · 2014-12-20, 16:58

The issue is occuring with other recordings of the same channel, so I did some more testing. Here are my observations:

1. Only recordings of some channels are affected
2. FF/RW/resume works sometimes, sometimes it doesn't
3. The reported duration of the recording is wrong. A 5 minute recording is showing a duration of 25 hours and 41 minutes (!)
4. The issue isn't isolated to kodi. Playing the recordings on my tv (Samsung) yields the same results. Wrong duration and FF/RW/resume are not working

So it looks more like something's wrong with the ts files. I've found a ticket from 3 years ago describing a similar issue.

I'm not sure how to proceed with this, as it probably isn't a bug after all...