Getting Pluto extra to work

[ballfam]

Actually, it looks like the line I added to config.xml is actually working....I just checked and the schedule has been updated....I'll keep an eye on it.

[mvallevand]

Good luck I don't recall sub adding anything similar make sure the python xmltv wake up is disabled to avoid extra calls

[sub]

There is no setting called <xmltv_update> so it'll just be ignoring it.

On the Settings->Guide page, you can specify multiple times in the 'Times' field. Use a comma to separate multiple times. No spaces.

[ballfam]

Thanks Sub, that's exactly what I need. This instance of NextPVR is dedicated to Pluto, so I just need some way to update the entire EPG several times a day to cope with the fact that the Pluto EPG only keeps around 3 hours of programming.

[ballfam]

@Prsa01. So, what I'm seeing with recordings are that issues are specific to the channel. I suspect Pluto just collects rag-tag set of streams from all over the place and re-streams them on their platform, and throws in a few channels of their own, so everyone has a different take on what the stream looks like. Some channels are completely flawless, they stream perfectly and are searchable, while others are really messed up, and there doesn't appear to be any sane timecode in them.

I'm recording a bunch of stuff from a number of the live news channels such as "CBS News", "ABC New Live", and "NBC News NOW", and they all work perfectly. Since these channels are available on several platforms, I assume they are just a re-stream of a professionally generated live stream with correct indexing and searching.

PBR Ride Pass, on the other hand, is something exclusive to Pluto, and it is totally messed up. Even watching it from the start without jumping doesn't always work properly; occasionally, the video freezes, but the audio keeps on going. I'm experimenting with some ffmpeg remuxing in PostProcessing.sh to see if it helps. This is my first attempt:

Code:

ffmpeg -fflags +genpts -i "$1" -vcodec copy -acodec copy -c:s copy  -movflags faststart "${1%.*}.mp4"

But I have a feeling I'll have to end up doing a full recode.

If anyone has any suggestions for ffmpeg syntax that might produce a good result, please post.

Martin, Sub,

Is there any way of having PostProcessing do something based on the channel? I would want to leave some channels alone, while others may need a complete recode. Currently, I'm just running ffmpeg on every channel, while it's just copying it's not a big deal, but if it has to do a full recode, I want to limit the scope if I can.

[ballfam]

It would be really handy if the parameters passed in to PostProcessing.sh were:

• $1 := The full pathname for the recorded file (this is currently the case)
  
• $2 := The name of the channel or the channel number that the file was recorded on
  

This way I can use some shell magic to filter post processing based on channel.

I don't suppose there is any doc on the parameters passed to PostProcessing.sh, is there? Anything other than the filename passed in?

[mvallevand]

As I said for many streams a simple remux won't work and even a transcode won't work. You need to remove the timing and thumbnail files as the cause bad seeking too they don't work with these crappy streams

I guess you didn't even look at the parameters on the wiki which is the official documentation

[ballfam]

Oops, sorry, I completely forgot there was a wiki with all the doc....of course it's in there, and no surprise, the channel number is in fact parameter 2. My bad.

I'm actually moving the recording file out of the original location as part of the PostProcessing, and I leave all the other files in the original location, so the playback (which is Plex) doesn't know that the timing and thumbnail files even exist, all it sees is the .mp4 file I make. I'm not sure, but I suspect Plex won't even look at those other files anyway. Most streamed recordings from other sources seem to playback without any issues without those other files.

It's a little early to tell, but at least one recording came out OK after running it through ffmpeg. I have a feeling generating the PTS with +genpts when passing through ffmpeg may have solved the issue, but I want t wait for a few more recordings before I declare victory.

[mvallevand]

It is not just a pts issue https://forums.nextpvr.com/showthread.ph...#pid589457 is pretty clear you need to make sure all ads are removed and then rebuild the timestamps testing 2:or 3 times won't help confirm anything but at least If you are still using the obsolete addon your distro provides that won't help

[ballfam]

Yup, it didn't fix the issue, at least not for everything. This channel is a little strange, some recordings are fine, while others have a completely messed up timecode, and it seems to come down to the actual series being recorded (one series is always good, another is always messed up). Pluto really is hit or miss with recordings.

Martin, that link you posted connects to a thread about how to change the recording directory, and it only contains 2 posts (Sub answers the question in the second). Was that the link you intended?