Well it seems that is where the problem is.... do you have the final " on the end?
Perhaps also this, if it runs this as a 'regex', doesn't find anything, so doesn't load any channels. I have nothing after an empty 'EPG' line, i.e remove/hash the filter stuff.
1 Like
do you have any other suggestions on how to get guide data? this doesnt work, no matter what guide provider i pick.
what i don't get is why the server only shows bein2 when there is obviously more, no matter what provider is used.
thanks
p.s. just enable xmltv outside australia please! thanks
AeroR1, Sorry for the late replay on this. The guide search does seem to function strangely sometimes. I have figured out that once you key in a provider, you can search by both name and number.
I found Bein (which you were requesting) by selecting Dish TV (National) and searching for 392, which is the channel number of DISH.
1 Like
You need to use a filter in the telly config file. Filter=".*" yields all the channels from your source.
Incidentally, I have tried xTeVe as well as telly against the same m3u sample file. I noticed that Channels DVR would import the channel lists and XML data from both, BUT only telly would allow playback of streams via the channels-dvr server from any client.
I inspected the HTTP headers that xTeVe and telly provides. It appears BOTH supply and present their own URLs to Channels - and they both typically perform HTTP header redirects to the original M3U source URL. But I think telly provides a "Content moved" body text whereas xTeVe does not. I wonder if Channels is keying off the HTML body link rather than the "Location:" directive in the header of xTeVe or telly.
I would love to try telly-1.5's web interface, but don't have the confidence that it's baked enough to try with Channels yet.
2 Likes
.mpg2ts streams from DVB-T (using either TVHeadend or mumudvb) don't work with FFmpeg disabled. I'm met with "Tuner not available"
Why should the streams be transcoded when Channels DVR could play them natively?
They are not transcoded. Ffmpeg is used to remux.
When I'm looking at FFmpeg logs, indeed it is just remuxing. But is that really necessary? Others higher up in the thread have managed to forgo the use of FFmpeg.
Not sure. You didn't provide any logs from the client or server. The stream must not be in the format expected and so ffmpeg is required to transform it.
Logs from the DVR server is labeled " cf719767-670c-4809-9c17-48d8693d1ca7 ".
Took it while "Tuner not available" is showing on my iOS device. I sent along the iOS logs too.
Telly is saying:
time="2020-03-28T09:39:21+01:00" level=info msg="telly is preparing to go live (version=1.1.0.6, branch=dev, revision=dafac1f21a0f5397511965d9f0a2ae930d51fe95)"
time="2020-03-28T09:39:21+01:00" level=info msg="Loading M3U from D:/IPTV/M3U/all.m3u"
time="2020-03-28T09:39:21+01:00" level=info msg="Loaded 7 channels into the lineup from "
time="2020-03-28T09:39:21+01:00" level=info msg="telly is live and on the air!"
time="2020-03-28T09:39:21+01:00" level=info msg="Broadcasting from http://0.0.0.0:6077/"
time="2020-03-28T09:39:21+01:00" level=info msg="EPG URL: http://0.0.0.0:6077/epg.xml"
time="2020-03-28T09:40:29+01:00" level=info msg="Serving channel number 1"
A recording of this channel passed through media info:
Title576i MPEG2VIDEO
CodecMPEG2VIDEO
ProfileMain
Level8
Resolution720x576
Aspect Ratio16:9
AnamorphicNo
InterlacedYes
Framerate25
Bitrate3,932 kbps
Pixel Formatyuv420p
Reference Frames1
Audio
TitleFrench MP2 stereo
LanguageFrench
CodecMP2
Layoutstereo
Channels2 ch
Bitrate192 kbps
Sample Rate48,000 Hz
DefaultNo
Audio
TitleV.O MP2 stereo
LanguageV.O
CodecMP2
Layoutstereo
Channels2 ch
Bitrate192 kbps
Sample Rate48,000 Hz
DefaultNo
Subtitle
TitleFrench (DVB_TELETEXT)
LanguageFrench
CodecDVB_TELETEXT
DefaultNo
ForcedNo
ExternalNo
Extra Data00000000: 0900
Containermpegts
All of this with FFmpeg deleted in Telly config file.
Somehow, if I record the show first then start watching the show, then I get the stream, with no transcoding.
Any help?
To use Telly you need to set the ffmpeg setting to true. There are no plans to change this.
Regarding post 113 from Jan 12, you mention FFMpeg being useful if you use HLS.
As I am passing through a .mpegts from my tuner to Channels DVR via Telly, as others have mentioned, I shouldn't be needing to use FFMpeg.
If I enable FFMpeg, here is the log. As you see, it only copies the stream, which results in slow channel tuning times.
time="2020-04-08T09:21:49+02:00" level=info msg="Input #0, mpegts, from 'http://192.168.1.7:4000/bysid/1':\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Duration: N/A, start: 88255.622067, bitrate: N/A\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Program 1 \r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Metadata:\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" service_name : ?la une\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" service_provider: ?RTBF\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:0[0x21]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv), 720x576 [SAR 64:45 DAR 16:9], max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:10x22: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:20x23: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:30x26: Subtitle: dvb_teletext ([6][0][0][0] / 0x0006)\r"
time="2020-04-08T09:21:49+02:00" level=info msg="Output #0, mpegts, to 'pipe:1':\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Metadata:\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" encoder : Lavf56.22.100\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:0: Video: mpeg2video ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, max. 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:1(fra): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 192 kb/s\r"
time="2020-04-08T09:21:49+02:00" level=info msg="Stream mapping:\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:0 -> #0:0 (copy)\r"
time="2020-04-08T09:21:49+02:00" level=info msg=" Stream #0:1 -> #0:1 (copy)\r"
Your tuner is not returning an mpegts stream. It is returning a http redirect to another url, which has the mpegts stream. The hdhomerun doesn't use redirects so the app doesn't know how to handle them and it is not working. The only workaround is to use ffmpeg to remux the stream. Remux is not transcoding and uses very little CPU.
Damn, that sucks...
It means that each tune takes around 10 seconds.
Is that also the case with Xteve?
That’s pretty excessive. For just a remux it should be pretty fast. While we don’t support this, I’ve played around with this setup in the past and it was mostly instant.
You might check to see if Telly is actually transcoding and not remixing. Check into it’s documentation to investigate.
As you can see in my previous post, FFMpeg is in fact remuxing the stream.
Again, I don't see why it has to remux the stream as it is a .mpg stream. As you can see, the input is Mpegts, and so is this output. FFmpeg is used for nothing in this case.
Others, as IMX higher up has mentioned being able to use telly without FFMpeg activated.
I can confirm that, in my setup at least, ffmpeg isn't needed. My setup is:
SAT>IP server/HDHomeRun --> tvheadend --> telly --> Channels DVR
1 Like
Thanks for your input.
I'm wondering why there is a difference between our two setups.