edwinuscamm 0 Posted July 28, 2017 Share Posted July 28, 2017 My m3u8 Playlist does not work, I continue to show them the format of my m3u8 list, I would like to know if it is the correct form or does not have support m3u8 the EMBY thanks #EXTM3U #EXTINF:-1 tvg-id="" tvg-name="" tvg-logo="http://willax.tv/static/images/facebook-logo.jpg"group-title="PERÚ",WILLAX TV http://movil.mediastream.pe/vv_willax/livestream/playlist.m3u8 Link to comment Share on other sites More sharing options...
Luke 37096 Posted July 28, 2017 Share Posted July 28, 2017 Looks like it should be OK. What exactly does this mean? My m3u8 Playlist does not work, Thanks. Link to comment Share on other sites More sharing options...
maegibbons 1267 Posted July 28, 2017 Share Posted July 28, 2017 My m3u8 Playlist does not work, I continue to show them the format of my m3u8 list, I would like to know if it is the correct form or does not have support m3u8 the EMBY thanks #EXTM3U #EXTINF:-1 tvg-id="" tvg-name="" tvg-logo="http://willax.tv/static/images/facebook-logo.jpg"group-title="PERÚ",WILLAX TV http://movil.mediastream.pe/vv_willax/livestream/playlist.m3u8 The second line http:// line should point to a single playable stream. Krs Mark Link to comment Share on other sites More sharing options...
Spaceboy 2494 Posted July 28, 2017 Share Posted July 28, 2017 Looks like it should be OK. What exactly does this mean? Thanks. yeah it doesnt work, its just a continuous loop of playlists. but if you open the channel within the playlist i believe you do get a working stream. Edwin was sort of demonstrating this through our teamviewer session Link to comment Share on other sites More sharing options...
lexisdude 133 Posted August 14, 2017 Share Posted August 14, 2017 For my particular case - I was able to get an example My m3u8 Playlist does not work, I continue to show them the format of my m3u8 list, I would like to know if it is the correct form or does not have support m3u8 the EMBY thanks #EXTM3U #EXTINF:-1 tvg-id="" tvg-name="" tvg-logo="http://willax.tv/static/images/facebook-logo.jpg"group-title="PERÚ",WILLAX TV http://movil.mediastream.pe/vv_willax/livestream/playlist.m3u8 I am doing something similar to you - for my case I only needed to select "Auto-loop live streams" tick in the m3u tuner to get it to appear in my guide and to work properly. Link to comment Share on other sites More sharing options...
Luke 37096 Posted August 14, 2017 Share Posted August 14, 2017 You don't need to tick autoloop to get it to show up in the guide, fyi. 1 Link to comment Share on other sites More sharing options...
edwinuscamm 0 Posted August 23, 2017 Author Share Posted August 23, 2017 Because nobody helps me in my Live TV problem that does not loadaaaa Because nobody helps me in my Live TV problem that does not loadaaaa Link to comment Share on other sites More sharing options...
Luke 37096 Posted August 23, 2017 Share Posted August 23, 2017 @@Waldonnis, i need to fix this with the mpdecimate video filter. Do you know how this requirement could be detected from ffprobe data so that i don't have to force the user to configure it? thanks. Link to comment Share on other sites More sharing options...
Waldonnis 148 Posted August 23, 2017 Share Posted August 23, 2017 What's the situation you need to detect? I'm not sure what the original issue was. Link to comment Share on other sites More sharing options...
Luke 37096 Posted August 24, 2017 Share Posted August 24, 2017 Ffmpeg prints an error to the log about more than 1000 frames duplicated. So in my research that led me to mpdecimate. Link to comment Share on other sites More sharing options...
Waldonnis 148 Posted August 24, 2017 Share Posted August 24, 2017 (edited) I'll look into it further. Seeing some odd timestamps on this stream at first glance, but it may be an anomaly. I did try capturing 60secs from it to a file for later inspection and got nothing but audio, though, so something is wacky with this particular stream. Small update: Forcing the input framerate (-r) to 30000/1001 allowed me to store and also transcode a 60sec clip from the stream with no audio sync issues that I could see, so something's going on with the input timestamps. Since -r completely ignores existing timestamps and just generates new ones, I'll need to see why the input timestamps are causing issues. I suppose the original stream could be muxed from two separate sources and have disparate timebases or timestamp "starting points" without being corrected, but I'd have to confirm that (should be somewhat easy to detect if this is the case). Edited August 24, 2017 by Waldonnis Link to comment Share on other sites More sharing options...
Waldonnis 148 Posted August 24, 2017 Share Posted August 24, 2017 This is the kind of wacky stuff I'm seeing, to give you an idea...and it happens every time I reopen the stream: demuxer -> ist_index:0 type:video next_dts:NOPTS next_dts_time:NOPTS next_pts:NOPTS next_pts_time:NOPTS pkt_pts:654347092 pkt_pts_time:7270.52 pkt_dts:511721392 pkt_dts_time:5685.79 off:-5685801244 off_time:-5685.8 demuxer+ffmpeg -> ist_index:0 type:video pkt_pts:142624980 pkt_pts_time:1584.72 pkt_dts:-720 pkt_dts_time:-0.008 off:-5685801244 off_time:-5685.8 demuxer -> ist_index:0 type:video next_dts:NOPTS next_dts_time:NOPTS next_pts:0 next_pts_time:0 pkt_pts:511736422 pkt_pts_time:5685.96 pkt_dts:511724452 pkt_dts_time:5685.83 off:-5685801244 off_time:-5685.8 demuxer+ffmpeg -> ist_index:0 type:video pkt_pts:14310 pkt_pts_time:0.159 pkt_dts:2340 pkt_dts_time:0.026 off:-5685801244 off_time:-5685.8 Note the pkt_pts and pkt_pts_time on both of those sequentially-demuxed frames (same type of thing showing in the frame dumps). This happens at the start of every streaming session. After the initial weirdness, video timestamps proceed at a predictable rate for the stream's framerate. The dts is fine throughout, though. I've never seen this type of thing before, so I'm not really sure what the encoder is getting or caring about. For reference, here's the first four frames' timestamp info from a -show_frames dump I did earlier as well (starting at the fifth column: pkt_pts, pkt_pts_time, pkt_dts, pkt_dts_time...etc): frame,video,0,1,1320369412,14670.771244,89760892,997.343244,1320369412,14670.771244,N/A,N/A,3196,25761,640,360,yuv420p,1:1,I,0,0,0,0,0,tv,unknown,unknown,unknown,left frame,video,0,0,89763862,997.376244,89763862,997.376244,89763862,997.376244,N/A,N/A,35532,551,640,360,yuv420p,1:1,B,2,0,0,0,0,tv,unknown,unknown,unknown,left frame,video,0,0,89766832,997.409244,89766832,997.409244,89766832,997.409244,N/A,N/A,36284,710,640,360,yuv420p,1:1,B,3,0,0,0,0,tv,unknown,unknown,unknown,left frame,video,0,0,89769892,997.443244,89769892,997.443244,89769892,997.443244,N/A,N/A,40044,605,640,360,yuv420p,1:1,B,4,0,0,0,0,tv,unknown,unknown,unknown,left Aside from frame inspection, I'm not sure how to detect this and I'm not even entirely sure this is the source of the problem. My knee-jerk guess is it's just dropping frames until the timestamps "catch up" to that first frame's; I see a lot of "delay between the first and lack packet" warnings when muxing that goes away entirely when fixing the rate for obvious reasons. I haven't tried just letting it run until the timestamps catch up, though, since some of the discrepancies that I've seen were rather large...I'll give it a try for grins (and science!) but probably won't dig into the output too much. Specifying the rate (even if it matches the detected framerate) seems to be a solution, but not sure if it's the wisest course of action since this situation is so foreign to me and I have yet to find an easier way to detect it to begin with...if what I suspect is even the real issue. Link to comment Share on other sites More sharing options...
Luke 37096 Posted August 24, 2017 Share Posted August 24, 2017 Interesting so you're saying we can either use mpdecimate or specify the output framerate? I tested the former and it resolved the issue. i can try explicitly setting the framerate as well. Still though, even if it is the same as the source, I would prefer to not use the param unless we know it's needed. Otherwise it is bound to cause some regression elsewhere. That may force us to make this fix something the user has to enable. Link to comment Share on other sites More sharing options...
Waldonnis 148 Posted August 24, 2017 Share Posted August 24, 2017 Hmm. I had tried mpdecimate before and it didn't fix much of anything. This may be because I'm testing differently than Emby would transcode it, though. In the absence of any other filters, it just didn't didn't produce anything usable (just -vf mpdecimate with no other filters). Are you using a setpts filter as well? If so, that may be repairing/rewriting the pts on its own negating the need to drop any frames. I have actually had good success using setpts=N/FRAME_RATE/TB since my last reply, but that would likely fall apart in vfr situations (assuming that's a worry). The results of that are basically the same as forcing the rate but done in the filtergraph...although again, that vfr caveat which may be a deal breaker. Can you give me a command line example where mpdecimate worked? I have yet to be able to produce a working result from it with this particular stream. It's been a long day, so maybe I'm just missing something. Link to comment Share on other sites More sharing options...
Luke 37096 Posted August 25, 2017 Share Posted August 25, 2017 Yea i can get you a full one but this is what we're appending to the video filter mpdecimate,setpts=N/FRAME_RATE/TB I tried mpdecimate by itself and that did not work. I didn't try setpts by itself. I can do that. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now