[mythtv-users] hls server problems

John Pilkington J.Pilk at tesco.net
Wed Aug 10 10:39:46 UTC 2016


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.

Just now I need to do something else...  :-)

John



More information about the mythtv-users mailing list