32 replies to this topic

[atilaks]

Dear OpenPLI devs and users,

 

I have a quite intriguing problem with playback of *some* mp4 files on ET9200 with OpenPLI 4.0.

 

I can watch them, but I cannot pause, skip fwd or skip rev. As soon as I pause/play or skip fwd/rev (also with numeric buttons) picture freezes (but audio continues).

In order to recover I have to stop, clear movie position and start watching from the beginning.

 

I cannot reproduce the problem on VuDuo with OpenPli 4.0. Everything works great here. 

 

Is it somehow related to ET9200 drivers? Does someone experience similar problems?

 

Format                                   : MPEG-4
Format profile                           : Base Media
Codec ID                                 : isom
File size                                : 1.25 GiB
Duration                                 : 1h 30mn
Overall bit rate mode                    : Variable
Overall bit rate                         : 1 961 Kbps
Encoded date                             : UTC 2014-02-07 07:27:54
Tagged date                              : UTC 2014-02-07 07:27:54

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4.1
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 1h 30mn
Bit rate                                 : 1 864 Kbps
Maximum bit rate                         : 10.4 Mbps
Width                                    : 1 920 pixels
Height                                   : 800 pixels
Display aspect ratio                     : 2.40:1
Frame rate mode                          : Constant
Frame rate                               : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.051
Stream size                              : 1.18 GiB (95%)
Writing library                          : x264 core 135 r2 f0c1c53
Encoding settings                        : cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=36 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=1864 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=31250 / vbv_bufsize=31250 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Encoded date                             : UTC 2014-02-07 07:27:54
Tagged date                              : UTC 2014-02-07 07:28:11
Color primaries                          : BT.709
Matrix coefficients                      : BT.709

Audio
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format profile                           : LC
Codec ID                                 : 40
Duration                                 : 1h 30mn
Bit rate mode                            : Variable
Bit rate                                 : 93.3 Kbps
Maximum bit rate                         : 105 Kbps
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Stream size                              : 60.7 MiB (5%)
Language                                 : English
Encoded date                             : UTC 2014-02-07 07:28:09
Tagged date                              : UTC 2014-02-07 07:28:11

 

[Kosh]

As you can see from the above MPEG4 is just a container, the file format in this case is: "AVC v4.1".

The question remains, can the ET9200 handle this format? I for one don't know. Maybe someone else does?

[nietgiftig]

Is it somehow related to ET9200 drivers? Does someone experience similar problems?

 

I have the same on ET9000

Probably Kosh has a good point about AVC

Mine are also AVC format

[atilaks]

Hi OpenPLI team,

 

The same problem exists for AVC High@3.1.

 

Everything is fine on Vu Duo 1, so it is probably just a driver issue, that should be possible to fix, right?

 

Would it be possible for OpenPLI to let Xtrend know about this problem/limitation?

 

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L3.1
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 5 frames
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 21mn 25s
Bit rate                                 : 1 033 Kbps
Maximum bit rate                         : 3 515 Kbps
Width                                    : 720 pixels
Height                                   : 404 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.148
Stream size                              : 158 MiB (89%)
Writing library                          : x264 core 138 r2358 9e941d1
Encoding settings                        : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=19.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date                             : UTC 2014-03-12 23:32:33
Tagged date                              : UTC 2014-03-12 23:32:35
Matrix coefficients                      : BT.709

Audio
ID                                       : 2
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format profile                           : LC
Codec ID                                 : 40
Duration                                 : 21mn 25s
Bit rate mode                            : Variable
Bit rate                                 : 128 Kbps
Maximum bit rate                         : 150 Kbps
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Stream size                              : 19.6 MiB (11%)
Language                                 : English
Encoded date                             : UTC 2014-03-12 23:23:53
Tagged date                              : UTC 2014-03-12 23:32:35

[atilaks]

Interesting thing is that the problem is gone when I convert mp4 to mkv via mkvmerge - audio and video codecs are unchanged.

[Frenske]

This it what the logfile shows when playing the testfile on the ET9000.

I choose the picture, push one of the skip buttons. The picture freezes and audio also. After I push the play / pause button several times the picture continues to play without any problems.

 

The ET9000 doesn't respond ok on either movies. The VU+ duo looks to work better, it this case. The Blueray doesn't work but it looks to work ok with the second movie.

 

Perhaps that other people also could try this on their STB like the VU+ Duo of Duo2. In that way perhaps a real solution could be found more easy.

Attached Files

•  ET9000.log   7.88KB   4 downloads
•  vu+duo.log   17.33KB   4 downloads

[Frenske]

In addition to the above test, both the ET10000 and the ET8000 works as it should with both testfiles which I received from Atilaks.

I'd better not place the downloadlink overhere. I think that's for him to decide.

[atilaks]

Thank you Frenske

 

I will provide links to anybody who is interested via PM.

[Frenske]

Meanwhile I tested one other STB. Also the DM500HD works like it should work. Only the play / pause can't work but skipping forward and backward works great and the movie continues ok. The fact that the play / pause are not working is just another issue.

[mx3L]

We are not using keyframe seeking, and it looks like it's problem for some receivers. I found mp4 which has exactly same problems like this. After enabling keyframe seeking there is no freezing anymore.

 

 

Attached Files

•  0001-servicemp3-use-keyframe-seek.patch   983bytes   21 downloads

[Erik Slagter]

If this indeed solves the problem, I'll surely apply the patch. Non-gstreamer-media (dvb...) are already only sought on by keyframe. This might make seeking less precise on media that have long GOP sizes (up to 250 frames with h264 IIRC), but I suspect it's exactly these media types that cause the problems. So if there are no objections, it will get applied, thx!

[mx3L]

Thanks. As for play/pause issue, we are now using trickseek on resume, so on these mp4 with high GOP sizes it doens't work - picture freezes. We could use again keyframe seeking when resuming, so it will jump to nearest keyframe. As sidefect this could mean that on resume video would jump few seconds back/forward. I'm not sure if this is right approach or if it's even neccesary, since pause/resume works well in most cases and if keyframe seek will be applied we have option to un-freeze paused video by seeking back/forward.

[Erik Slagter]

That's interesting. Actually I think that unpausing always start from a keyframe, I can't imagine the video decoder holds the state in the meantime (referring frames etc.). Can you try it and see if it makes a difference on "normal" mp4 and mkv files? I'd be surprised. BTW all the mkv's I make (with h264 and aac inside) always play just fine, so the problematic ones must have "something", maybe a very long gop size?

[mx3L]

Yes I will try it. Maybe you have receiver which can handle it, for example on et6500 mp4(probably long gop) video freezes after seeking/resume, when I run same mp4 on et4000 everything works.

I also tried to get gop size of this mp4 with mediainfo but there was no info about it.

[atilaks]

Hi mx3L,

 

Thank you for looking at the problem. Could you share your patched enigma2 binary?

[Erik Slagter]

If appears to work and have no obvious side-effects, it will be patched into the mainstream enigma2.

[atilaks]

Thank you Erik for your reply.

 

As I am little impatient I decided to compile enigma2 with patch from mx3L, so I can test it myself Here it is for et9x00. 

 

Skipping on mp4 works again, thank you mx3L! I will let you know if I find any problems.

Attached Files

•  enigma2.zip   710.45KB   43 downloads

[Erik Slagter]

Thanks for the testing in the meantime!

[Erik Slagter]

It's applied.

[atilaks]

Perfect! Thank you for your great work