[fritsch]

I cannot access pastebin links from turkey, it is blocked.

The others show the same issue each in hevc parser of ffmpeg. Does it work with ffplay (download a current static build and try, please)?

If yes it might be our reduced analysis time, if also not, please file a bug with ffmpeg people.

[fab67]

for info : ffplay version N-74700-g628a73f can open and play the video but not the audio :

Input #0, mpegts, from 'UHD_ENT_Transformer_Quad.ts':
Duration: N/A, start: 1.083411, bitrate: N/A
Program 1
Stream #0:0[0x101]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 3840
x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
Stream #0:1[0x102](und): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp
2.52 M-V: -0.039 fd= 5 aq= 0KB vq= 8607KB sq= 0B f=0/0

For me .ts support really doesn't matter, it's only for testing. My videos will be .mp4 and .mkv in the future

[fritsch]

It's not about .TS. Those samples are Main 10 bit. They would not be supported with vaapi anyways. Do they work if you disabled vaapi? I need to refine my patch to exit early if we hit 10 bit.

[fab67]

No it doesn't help with vaapi disabled.
Oh I also retry ffplay with another file and I have this message :

[NULL @ 0000000002fa2cc0] start time for stream 1 is not set in estimate_timings_from_pts
[mpegts @ 0000000002fa02c0] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0]
/ 0x000F), 0 channels, fltp): unspecified sample rate
Consider increasing the value for the 'analyzeduration' and 'probesize' options

but the file open and play fine.

I know that they are 10 bits videos but when mux in .mkv or .mp4 they open and play ( very slow) using ff-hevc ( instead of ff-hevc-vaapi for hevc 8bits ).
Only .ts container doesn't open

[fritsch]

Try: http://solidrun.maltegrosse.de/~fritsch/ all .ts broken, too?

[AndyFurniss]

I've got the transformers demo that the mediainfo pastebin shows, it's 10bit and the default ffmpeg probesize is too small to find the audio.

Edit: Pointless post as you can see that anyway from the output above :-(

[fab67]

@fritsch
your .ts sample are ok.
I recode some seconds with x265 in 8 bit and 10 bit ( crf 20 and crf 5 ) then mux in .ts -> the files are played.
I remux 5 seconds of the original ts with tsmuxer -> file doesn't play
It must be something with the encoder (ATEME Titan KFE 3.5.1 (4.5.1.0) but it's crazy that it only doesn't work with .ts.

[fritsch]

@fritsch
your .ts sample are ok.
I recode some seconds with x265 in 8 bit and 10 bit ( crf 20 and crf 5 ) then mux in .ts -> the files are played.
I remux 5 seconds of the original ts with tsmuxer -> file doesn't play
It must be something with the encoder (ATEME Titan KFE 3.5.1 (4.5.1.0) but it's crazy that it only doesn't work with .ts.

It's the way we Analyse .ts. This logic has no retry algo to e.g. reprobe with much larger time ... if you Compiler from source, please alter the ts Hack and increase time by factor 10, please.

@AndyFurniss: Can you try this? It is a one liner.

[DennisTA]

My beebox N3150 has arrived today.
...
If I use DP can I get 4k@60, I don't have a DP cable to test so if someone has the answer ...
...

It will not work with the Beebox, because it has only DP 1.1a.

4k@60Hz is only supported from DP 1.2 and higher.

[AndyFurniss]

@fritsch
your .ts sample are ok.
I recode some seconds with x265 in 8 bit and 10 bit ( crf 20 and crf 5 ) then mux in .ts -> the files are played.
I remux 5 seconds of the original ts with tsmuxer -> file doesn't play
It must be something with the encoder (ATEME Titan KFE 3.5.1 (4.5.1.0) but it's crazy that it only doesn't work with .ts.

It's the way we Analyse .ts. This logic has no retry algo to e.g. reprobe with much larger time ... if you Compiler from source, please alter the ts Hack and increase time by factor 10, please.

@AndyFurniss: Can you try this? It is a one liner.

Well I am not really sure what you mean by ts hack, but changing the analyzeduration x10 in xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp doesn't work, but it does change the logging slightly so I guess I changed the right one (logging change = max_analyze_duration 500000 reached at 500400 microseconds is missing after change).

Playing with ffmpeg cli, I can see that for my file, increasing analyzeduration to to 5000000 alone is not enough - I also need probesize 6000000 as I guess there just aren't enough bytes to analyze on this 50mbit stream otherwise.

[fritsch]

Yes, exactly. Can you add this call? Should work the same way.

Thx in advance.

[AndyFurniss]

It seems there is another issue with picture size - doing this (also tested even bigger)

Code:

diff --git a/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp b/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp
index 27f09e8..fa91d67 100644
--- a/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp
+++ b/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp
@@ -424,7 +424,8 @@ bool CDVDDemuxFFmpeg::Open(CDVDInputStream* pInput, bool streaminfo, bool filein
   bool isBluray = pInput->IsStreamType(DVDSTREAM_TYPE_BLURAY);
   if (iformat && (strcmp(iformat->name, "mpegts") == 0) && !fileinfo && !isBluray)
   {
-    av_opt_set_int(m_pFormatContext, "analyzeduration", 500000, 0);
+    av_opt_set_int(m_pFormatContext, "analyzeduration", 5000000, 0);
+    av_opt_set_int(m_pFormatContext, "probesize", 6000000, 0);
     m_checkvideo = true;
     skipCreateStreams = true;
   }

Works in the sense that the audio now gets detected as stereo, but no picture size is listed by kodi ffmpeg (unlike with cli), though I see 0x2160 as a size in the log so maybe some dec-hex mixup somewhere.

This is a fresh git kodi, ffmpeg is also now fresh, was 17th and both ffmpeg versions always id the video correctly including size even with really small probe/analyze options (maybe it gets it elsewhere?).

Code:

17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]: Input #0, mpegts, from '/mnt/sdb1/UHD/elemental-test-sequences/UHD_ENT_Transformer_Quad_chunk_0.ts':
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:   Duration: 00:01:21.37, start: 1.083411, bitrate: 51544 kb/s
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:   Program 1
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:     Stream #0:0[0x101]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:     Stream #0:1[0x102](und): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s
17:41:52 T:139699799385856   DEBUG: CDVDDemuxFFmpeg::AddStream(0, ...) -> 0
17:41:52 T:139699799385856   DEBUG: CDVDDemuxFFmpeg::AddStream(1, ...) -> 1
17:41:52 T:139699799385856  NOTICE: Opening stream: 0 source: 256
17:41:52 T:139699799385856  NOTICE: Creating video codec with codec id: 1211250229
17:41:52 T:139699799385856   DEBUG: CDVDFactoryCodec: compiled in hardware support: AMCodec:no MediaCodec:no OpenMax:no libstagefright:no VDPAU:yes VAAPI:no iMXVPU:no MMAL:no
17:41:52 T:139699799385856   DEBUG: FactoryCodec - Video:  - Opening
17:41:52 T:139699799385856  NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: HEVC (High Efficiency Video Coding)
17:41:52 T:139699799385856   ERROR: ffmpeg[7F0E64EAE700]: [IMGUTILS] Picture size 0x2160 is invalid
17:41:52 T:139699799385856   DEBUG: ffmpeg[7F0E64EAE700]: [hevc] Ignoring invalid width/height values
17:41:52 T:139699799385856   ERROR: ffmpeg[7F0E64EAE700]: [IMGUTILS] Picture size 0x0 is invalid

cli ffmpeg git -

Code:

ffmpeg -probesize 6M -analyzeduration 5M -i UHD_ENT_Transformer_Quad_chunk_0.ts
ffmpeg version N-74713-g16229fa Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.9.2 (GCC)
  configuration: --prefix=/usr --disable-doc --enable-gpl --enable-nonfree --enable-opencl --enable-libvpx --enable-libschroedinger --enable-libx265 --enable-libdcadec --enable-libfdk-aac --enable-libmp3lame --enable-libx264 --enable-x11grab
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 59.100 / 56. 59.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.100 /  5. 40.100
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100
[mpegts @ 0x2e2f6a0] PES packet size mismatch
Input #0, mpegts, from 'UHD_ENT_Transformer_Quad_chunk_0.ts':
  Duration: 00:01:21.37, start: 1.083411, bitrate: 51544 kb/s
  Program 1
    Stream #0:0[0x101]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #0:1[0x102](und): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s

[fritsch]

Thx much. Will have a look myself when I am back in town.

[AndyFurniss]

It seems that the image size errors may not be the issue - I just made a h264 2160p .ts and I see the same output - but it goes on to play normally both with s/w and vdpau.

Will look some more later
.

[FernetMenta]

ts streams are supposed to be analyzed on-the-fly. ffmpeg's analyze stream function is not what counts here.