How do I tell?

Check your ports in Sage Properties they should be 5000 , 5001 ,5002 not 7000, 7001,7002

The encoders are listed twice. Once with the 700* ports, and again with the 500* ports. This happened after I switched those around within the PrimeNetEncoder.properties file, as I had seen someone else do that.

In Sage, I am using the Tuners with the 500* range.

If you look in his tuner logs, those are the ports PrimeNetEncoder told sage in the PROPERTIES request, if that is the case, then it s a problem on the PROPERTIES generation in PrimeNetEncoder.

Get rid of all the entries for your prime in Sage.properties. make sure this property is set.
network_encoder_discovery=true

Make sure sagetv is shutdown when editing.. Make sure primenetencoder is started before restarting Sage.... You then can setup your tuners sage will autodiscover them

Alright, I did that. Same result though.
Sage picked up 3 tuners on the 500* range.
I configured 5000 and get No Signal when watching tv.

PrimeNetEncoder shows that tuner 0 is Recording/Locked when I type status.

tuner 0 log is attached, along with new sage.properties.

I didn't clean out the tuner log, sorry, you will need to scroll to the bottom.

And thanks for taking the time to look at this.

Everything looks ok ... are you on the latest firmware and hdhomerun software on the server ... if so can you power cycle your prime?

I am, and I did. No change.

Your properties are different from mine I will post mine and all you have to so is change the unit name of the prime... and replace yours shutdown PrimenetEncoder and restart it. You can get rid of the tuner 4 entries etc... if you want or compare them. I use the Primeencoder for OTA also.

I have it working!

It was Comcast..of course. I noticed I was missing some channels. I then poked around in the HD Home Run software, and in the channel detection page that pops up in the browser (not in the windows GUI), every channel had DRM next to it.

I called them, and said I was missing a bunch of channels, and that the copy flags were on. The lady at the other end fixed the channel lineup, and the DRM icons vanished.
She then tried to sell me the DVR service :)

Thanks for spending all the time looking into this for me, and apologies for not thinking of this first.

Cheers

No problem

I am having issues as well. See attachments.

I followed the network discovery method as well.

Any ideas?

Where are your PrimeNetEncoder properties. Also make sure your channels are not DRM.

FYI... I am planning on adding a check for DRM at some point. There is a command I can run to see if the channel is copy freely. I think this might help some on the diagnostic front. I have noticed there are more channels that are copy protected lately. If I see a DRMed channel was tuned I can write some info in the log.

A more 'robust' method would be to periodically do a scan for DRM'd channels, and 'disable' those channels on the Prime's lineups. I was thinking of writing a program to do this, but was thinking of making a few tweaks in the core to better support it, but run as a plugin, you could set a lineup as the 'source' lineup, being the lineup of all channels you want, and most likely tied to an HD-PVR and cable box, and then the 'target' lineup being the one (a copy) tied to the HDHR's.

Channels aren't DRM.

See attached properties file.

Have you tried viewing the channel on the HDHR web interface? It could be the cable co changed the lineup and there is no channel 1026. In any case, you log shows that the Prime is not sending any data to PrimeNetEncoder.

Prime web interface works just fine with 1026.

I noticed the following in the tuner log:

10/02/2015 15:18:58 - Passing stream to SageTV unaltered (ffmpeg stream copy)
10/02/2015 15:19:01 - Starting TunerOutput thread for stdin to ffmpeg then stdout to SageTV MediaServer
10/02/2015 15:19:01 - Tuner output thread constructed for UploadID: 260363778
10/02/2015 15:19:01 - Tuner output thread HDHomeRun(UDP) -> PrimeNetEncoder(SDIN) -> ffmpeg(STDOUT) -> SageTV Media Server(TCP)
10/02/2015 15:19:02 - Sleeping to allow ffmpeg to fully launch: 500
10/02/2015 15:19:02 - Sending write open command
10/02/2015 15:19:02 - Tuner bridge has transfered: 0
10/02/2015 15:19:02 - TunerBridge thread started udpPort: 5000
10/02/2015 15:19:02 - Write open sent successfully
10/02/2015 15:19:02 - Tuner bridge has transfered: 0
10/02/2015 15:19:02 - Unhandled Exception writing stream to file: Address already in use: Cannot bind

Can I ask why you have your ports the reverse of everybody else ??? Everone else has them coded like this.

tuner0.port=5000
tuner0.transcoder.port=7000
tuner0.enabled=true
tuner0.transcode.enabled=false
tuner0.transcode.deinterlace=true
tuner0.transcode.bitrate=4000
tuner0.transcode.scaling=
tuner0.transcode.preset=veryfast
tuner0.transcode.codec=libx264

Also it would help if you post the sage.properties file.

That was the format used in the properties file that was part of the PrimeNetEncoder v1.2.2.zip file.

Here's my Sage.properties file, but you can see what was added via the Network Discovery if you look in the PrimeNetEncoder-tuner0.txt file.

The ports could be anything that is open, and it doesn't matter, especially with discovery being used, as the ports should match in the sage.properties.

If you're going to implement copy protection detection, you might want to do it as a background task that happens when a tuner is not being requested. That is how I'm implementing it in my network encoder. I'm also spreading the load out across all available tuners on the same device to speed things up a bit. A while back I ran a perl script that listed the CCI status of all of my channels and it had to wait a few seconds on each channel just to get that status. While it was waiting to get the status, the channel was definitely already streaming. Adding this check could delay the perceived tuning time.

Alternatively, there are a couple web pages on the HDHR interface that will return the channel list, including whether they are protected or not. Just have to trigger the HDHR to initiate it's own scan, then when done, pull down and parse the inputs. unfortunately, the scan compulsively uses all three tuners, even IF they are locked (at least it did when I tested it like 6 months ago).

That's a cool feature. You don't get things like that with the InfiniTV. Naturally :), I still like my idea since you can notice a tuner is needed for something else and just stop using it in the scan.

Well, I haven't tested recently, but I had reported the issue to SiliconDust a while ago. They really should only use tuners that don't have a lock for their scan. If that got fixed (don't know if it did or not), then it would be real easy to start a scan whenever, and it'll just take as long as it takes, but it will be done automatically by the tuner itself.

They do matter in the firewall if you reverse the ports from what is on the documentation then you also have to open them correctly in the firewall. The firewall settings in the DOC no longer apply.

Yeah, I don't often think about firewalls - because I see no reason why they are ever turned on on a private network - other than to complicate things.

Depends on how much you trust the other people using your private network. ;)

One accidently infected system (with the "right" kind of infection) could become rather troublesome if there are no additional protections within the private network itself.

Firewall is off.

1. Killed SageTV service.
2. Killed PrimeNetEncoder task.
3. Deleted PrimeNetEncoder.properties.
4. Started PrimeNetEncoder task to generated default .properties file.
5. Killed PrimeNetEncoder task.
6. Edit PrimeNetEncoder.properties file for HDHomerun Prime.
7. Deleted all PrimeNetEncoder references from Sage.properties.
8. Started PrimeNetEncoder task.
9. Started SageTV service.
10. Added PrimeNetEncoder tuner in SageTV.
11. Tune channel using PrimeNetEncoder tuner.

Same errors as previously reported occur.

Running on Windows 10 Pro x86.
PrimeNetEncoder v1.0.1 worked perfectly on this same system.

Looks like I'm going back to v1.0.1.

I looked at your previous logs and it shows. 1.2.2 I thought you wre running 1.2.4. Are you running 1.2.2 or 1.2.4. Maybe there are 2 Instances running?

10/02/2015 15:09:21 - Running PrimeNetEncoder in Console Mode
10/02/2015 15:09:21 - PrimeNetEncoder Version: 1.2.2
10/02/2015 15:09:22 - Starting tunner threads
10/02/2015 15:09:22 - Starting Debug Console

Mr. JVL. now that you are using the UploadID method of pushing data to the server, have you looked into implementing the BUFFER commands? This is likely simpler with the UploadID, as you don't have to worry about writing to the file itself, just have to reset your offset when the buffer is full. Would be even easier if you set your STDIN buffer to be the same size, or a even dividend of the BUFFER commands size parameter.

Do you know if the buffer value refers to a certain number of bytes to buffer or a certain amount of time probably in milliseconds since it's a long variable?

HELP - can't get PrimeNetEncoder working
 

I have read through what feels like everything... When i run the Jar file I get the following in the .txt log file:

10/04/2015 10:11:44 - Running PrimeNetEncoder in Console Mode
10/04/2015 10:11:44 - PrimeNetEncoder Version: 1.2.4
10/04/2015 10:11:44 - Starting tunner threads
10/04/2015 10:11:44 - Starting Debug Console
10/04/2015 10:11:44 - Unexpected error reading from the console. The handle is invalid
10/04/2015 10:11:44 - Unexpected error reading from the console. The handle is invalid
10/04/2015 10:11:44 - Unexpected error reading from the console. The handle is invalid

I can't seem to get past this. My remaining thought is that i am running Java 8 and maybe that is the issue?

My PrimeNetEncoder folder is in my main SAGE folder on the server... i am running 64-bit Windows 7. FFMpeg is 64-bit and is placed in the PrimeNetEncoder folder (just the single file)

attached are my files if anyone can please take a look. I have not even gotten to the point where i start sage... i am just trying to get the .txt file from growing exponentially with this error first!

Never seen that error before ... for that matter I do not use Java 8 on my SageTV Server. This looks like a question for JVL.

Try dropping in a 32-bit ffmpeg.exe

Tried the 32-bit ffmpeg.exe... dropped into the the PNE folder. I moved everything to C:\PrimeNetEncoder and ran there and still the same issue.

i was wondering if there are issues with 32-bit java on a 64-bit machine?

I can't run the command "java –jar PrimeNetEncoder.jar" withour getting an error... I can only run it as "PrimeNetEncoder.jar" and it runs...

UPDATE: The error i get is "Error: Could not find or load main class jar?"

UPDATE: wanted to add that the tuner is working with the HDHomeRun VIEW program... all channels appear and are tunable

I run 32 Bit Java on my 64 bit system with 64 bit FFMPEG and have no problems. Of Course I am running Java 7. My batch file below.... maybe you can substitute your java 8 path and see if it works. Make sure to put the batch file in C:\PrimeNetEncoder

Plenty of people are using this in 32-bit java on a 64-bit machine. It, instead, may be an issue if you run PNE with a 64-bit java - never tried, I've never bother to install a 64-bit java. If you use a batch file like nyplayer just posted, making sure it's pointing to a 32-bit java.exe, then that should eliminate that potential problem.

I am having this very issue.

Any luck?

So why not try the batch file above???? Most of these issues are self imposed.... if setup correctly it works. Like Fuzzy said use the recommended Java 7 for sage... do not try and complicate matters.