[mythtv-users] hls server problems

[John Pilkington]

On 10/08/16 11:39, John Pilkington wrote:
> On 10/08/16 11:02, Anthony Giggins wrote:
>>
>>
>> On 10 August 2016 at 01:50, John Pilkington <J.Pilk at tesco.net
>> <mailto:J.Pilk at tesco.net>> wrote:
>>
>>     On 09/08/16 15:40, Anthony Giggins wrote:
>>
>>
>>
>>         On 22 June 2016 at 18:35, Mark Perkins <perkins1724 at hotmail.com
>>         <mailto:perkins1724 at hotmail.com>
>>         <mailto:perkins1724 at hotmail.com
>>         <mailto:perkins1724 at hotmail.com>>> wrote:
>>
>>
>>             >hey, recently i tried the hls streaming demo page in the
>>         backend. everything seems to work fine, but the produced video
>>         files are broken.
>>
>>             Define broken?
>>             Does it look like this?
>>         https://code.mythtv.org/trac/ticket/12479
>>         <https://code.mythtv.org/trac/ticket/12479>
>>             <https://code.mythtv.org/trac/ticket/12479
>>         <https://code.mythtv.org/trac/ticket/12479>>
>>
>>
>>         Yep I can confirm that I'm getting this problem since
>> upgrading....
>>         using torc, myth webfrontend and the Live streaming example site,
>>         previous created streams are fine and will playback but newly
>>         created
>>         streams will only playback sound but video is distorted, see the
>>         linked
>>         screenshot
>>
>>         https://imagebin.ca/v/2qypLbHV4t4K
>>         <https://imagebin.ca/v/2qypLbHV4t4K>
>>         <https://imagebin.ca/v/2qypLbHV4t4K
>>         <https://imagebin.ca/v/2qypLbHV4t4K>>
>>
>>
>>         the same settings used in 0.27 are not working
>>         ie.Bitrate 800k
>>         Width: Auto
>>         Height: 480
>>         Audio: 128k
>>         it produces the same 864x480 res stream just unwatchable, from
>>         mythwebfrontend it produces smaller res streams is this
>> configurable
>>         somewhere?
>>
>>         from the mythbuntu ppa from about a week ago
>>         MythTV Version : v0.28-46-ge5ce273
>>         MythTV Branch : fixes/0.28
>>         Network Protocol : 88
>>         Library API : 0.28.20160309-1
>>         QT Version : 5.2.1
>>         Options compiled in:
>>          linux profile use_hidesyms using_alsa using_oss using_pulse
>>         using_pulseoutput using_backend using_bindings_perl
>>         using_bindings_python using_bindings_php using_crystalhd
>> using_dvb
>>         using_firewire using_frontend using_hdhomerun using_vbox
>> using_ceton
>>         using_hdpvr using_ivtv using_joystick_menu using_libcec
>>         using_libcrypto
>>         using_libdns_sd using_libfftw3 using_libxml2 using_lirc
>> using_mheg
>>         using_opengl using_opengl_video using_opengl_themepainter
>>         using_qtwebkit
>>         using_qtscript using_qtdbus using_sdl using_taglib using_v4l2
>>         using_x11
>>         using_xrandr using_xv using_profiletype using_bindings_perl
>>         using_bindings_python using_bindings_php using_freetype2
>>         using_mythtranscode using_opengl using_vaapi using_vdpau
>>         using_ffmpeg_threads using_mheg using_libass using_libxml2
>>
>>         Cheers,
>>
>>         Anthony
>>
>>
>>     There was a long thread about this last year on the dev list.  Right
>>     at the end (30 July 2015) Warpme said:
>>
>>     I have exactly the same HLS distortions on H264 SD channels. HD
>>     channels are OK.
>>     Reverting commit You mention fixes issue for me.
>>
>>     There are problems with problems gossamer-threads at present and I
>>     don't use hls.  Does the hls problem still apply only to SD h264?
>>
>>     John P
>>
>> I haven't got any H264 SD channels but it is working on H264 HD 1080p by
>> the looks but not on MPEG2 SD 540p or MPEG2 HD 720p (once again none of
>> the AUS channels are MPEG2 1080p as far as I can see)
>>
>> would you mind sharing your mythtranscode binary that way I don't need
>> to recompile, I'm running mythbuntu 14.04, haven't made the jump to 16.04
>>
>> Cheers,
>>
>> Anthony
>
> Suddenly, and for the next two weeks, I have a source of HD264 SD in the
> BBC's Red Button Olympic channels, but so far I've only used it on a
> laptop running pre-Qt5 master under 32-bit SL6.  On that, mythtranscode
> --avf worked fine.  I haven't tried it on H264 HD - at least not
> recently - but can easily do so.  Would need to examine the code to see
> how it related to Warpme's report, and that wouldn't be straightforward.
>
> I will try it later with *buntu trusty ppa build, on another laptop, but
> have never recompiled that, so it's presumably close to what you have.
>

I've just tried mythtranscode --avf on short samples of Olympics H264 
content, SD from BBC RB6 and HD from BBC FOUR, and both play without 
problems in Dragon player (!) and VLC.  That's in *buntu trusty 
v0.28-47-g29d7067 fully updated today.   I'm not clear about the hls/avc 
relationship.

The mythtranscode on the HD sample completed but then gave a long stream 
of AFD 'Number of audio channels changed from 2 to 6,' maybe just a 
typical EOF message or perhaps the result of cutting the ts stream at a 
video keyframe marker.