[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