If you aren't seeing the EXTRAS as a device after clicking "Rescan for Devices", maybe you need to hit ctrl-F5 to refresh the browser then add the extra and scan it.
I got my Extra Recorder with 1 channel, and my TV guide shows up another versions of channel 7, but when I try to stream it I get "streaming failed, Transcoder exited".
So, it seems to have picked the code up, but it's not quite working, I guess there is more editing to do to try to fix it, but I've got the general idea now, I guess I just have to play with the extras-seven.xml until I can get something to work with ffmpeg.....I guess I should start by running it on the command-line to be sure.
SDL_OpenAudio (1 channels, 44100 Hz): ALSA: Couldn't open audio device: No such file or directory
No more combinations to try, audio open failed
I guess this is enough to cause NextPVR to think it failed.
This makes sense, I didn't create an audio device for my minimal kernel VM which runs NextPVR because I didn't need one. I guess adding ffmpeg into the mix might require me to actually have a local audio device to output to.
You could be right on the recording. It's recording "The Chase" right now using the external source (extra channel), and it hasn't given up yet after 5 mins. I'll let it run to conclusion and see what I get.
The extra with ffmpeg seems to have solved the initial problem, but it doesn't appear to process the stream fast enough to keep up. The resulting recording is very choppy; the video freezes and it skips a few seconds and then comes back. I've heard stories about ffmpeg being to inefficient for live streams before. I'm monitoring the process while it works, and there doesn't seem to be any CPU or disk I/O issue; it's running less than 50% of one processor, and disk I/O never goes above 60% capacity, so I'm not sure why it does this. I suspect a larger buffer size may fix the issue; any other ideas welcomed.
I'm going to switch back to the low-def 7 feed for now until I can spend some time debugging.
I still need to fix SBS, and it looks like the ffmpeg solution may prove impractical for the time being.
sbiddle; if you work out the SBS issue, can you post what you did.
The stories you have heard are probably wrong, ffmpeg when it is doing simple remux is not inefficient. One example It it the core of kodi playback. There is something special about these stream and data is being lost, perhaps because of DRM You'd really need to use a browser to know for sure.