Questions about transcoding from IPTV sources

[mvallevand]

For Network Recorder you need to follow Installation steps 1 to 6 on the wiki exactly. The host is the url to your stream (without port it is entered separately) and you want use these two options.

<h264mode>1</h264mode>
<stream>true</stream>

Martin

[pme]

To be honest, there is very little that is tweakable with this IPTV stuff. I can look into

NextPVR just generally asks ffmpeg to get the stream from the specified URL, and convert it to H.264/AAC. Unfortunately ffmpeg isn't very smart about this and always decodes the stream to raw audio/video (regardless of what it originally was), then reencodes it to H.264/AAC. In theory NextPVR could tell it to not reencode the video if it knew it was already in the correct format, and just keep the original video stream, but unfortunately NextPVR doesn't know this, so takes the safer route of just asking for ffmpeg to converting it.

Is there a way to tell ffmpeg to skip the re-encoding. I know my streams are in a correct video format and ffmpeg is killing my machine when I try to record multiple streams using the IPTV device.

The Network Recorder might work, but I really can't understand how to configure it for multiple sources.
(The IPTV sources are multicast streams with url like: rtsp://10.10.10.10:1010 )

[sub]

Is there a way to tell ffmpeg to skip the re-encoding. I know my streams are in a correct video format and ffmpeg is killing my machine when I try to record multiple streams using the IPTV device.

The Network Recorder might work, but I really can't understand how to configure it for multiple sources.
(The IPTV sources are multicast streams with url like: rtsp://10.10.10.10:1010 )

This thread is old, and the information is no longer entirely correct.

These days NextPVR wont use ffmpeg for .ts and .m3u8 streams, so these are handled without the need for transcoding. This new logic doesn't extend to rtsp though - NextPVR doesn't handle this stream time natively, so it's still passed to ffmpeg for processing.

[pme]

This thread is old, and the information is no longer entirely correct.

These days NextPVR wont use ffmpeg for .ts and .m3u8 streams, so these are handled without the need for transcoding. This new logic doesn't extend to rtsp though - NextPVR doesn't handle this stream time natively, so it's still passed to ffmpeg for processing.

I guess my only hope right now is to get Network Recorder to work, then?

[sub]

I've never used Network Recorder, so can't really give you any advice on that. It might do what you want.

You can use it with the built-in IPTV support, but it will transcode it.

[mvallevand]

The Network Recorder might work, but I really can't understand how to configure it for multiple sources.
(The IPTV sources are multicast streams with url like: rtsp://10.10.10.10:1010 )

Sorry Network Recorder only works with http streams at the moment.

Martin

[pme]

I've never used Network Recorder, so can't really give you any advice on that. It might do what you want.

You can use it with the built-in IPTV support, but it will transcode it.

And there's no way to turn of the transcoding for rtsp streams?
(since Network Recoreder doesn't support rtsp streams)

[sub]

And there's no way to turn of the transcoding for rtsp streams?

Sorry, no - not at this stage, would require a fair bit of effort.

If you can email me a sample stream though, I'll do some preliminary investigation for a future build.

[sgilani]

This thread is old, and the information is no longer entirely correct.

These days NextPVR wont use ffmpeg for .ts and .m3u8 streams, so these are handled without the need for transcoding. This new logic doesn't extend to rtsp though - NextPVR doesn't handle this stream time natively, so it's still passed to ffmpeg for processing.

It would be nice to be able to configure the ffmpeg arguments for transcoding (in config.xml or something). This way, HLS streams with h264/aac could be passed through ffmpeg into a .ts file with a straight "copy" without re-encoding.

[sub]

In theory you can override the default settings with <TranscodeHLS>. You can look in the web.log for the parameters being used. You may find you still need to encode the audio or something - I've found copying both the audio and video to be unreliable.