Request for supporting Ceton devices on Linux

[run088]

Tried to isolate the # sections. I went threw them all. I have all uncommented but these 3 and the notable comments. These are the errors for each and the number and command they correspond to when the pipe window was exited

sudo python3 opendct.py "START" "DCT-Ceton InfiniTV PCIe (00-80-84-b9) Tuner 1" 1110 | ffplay -i pipe: -v panic

126
#print ('listening')

Exception ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='utf-8'>

127
#print("Connection from: " + str(address))

Exception ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='utf-8'>
BrokenPipeError: [Errno 32] Broken pipe

136
#print(data)

[Errno 32] Broken pipe
Traceback (most recent call last):
  File "/var/opt/nextpvr/scripts/opendct.py", line 136, in media_server
    print(data)
BrokenPipeError: [Errno 32] Broken pipe

=====================================================

this command seems to work to keep it in python. But when I control-c to stop it I get this error

sudo bash opendct.sh 1110 "DCT-Ceton InfiniTV PCIe (00-80-84-b9) Tuner 1" > file

Traceback (most recent call last):
  File "/var/opt/nextpvr/scripts/opendct.py", line 221, in <module>
    main(sys.argv)
  File "/var/opt/nextpvr/scripts/opendct.py", line 58, in main
    mediaServerThread.join()
  File "/usr/lib/python3.10/threading.py", line 1096, in join
    self._wait_for_tstate_lock()
  File "/usr/lib/python3.10/threading.py", line 1116, in _wait_for_tstate_lock
    if lock.acquire(block, timeout):
KeyboardInterrupt

[run088]

time.sleep(5) seconds is now the max before timeout. I assume its because of the uncommented sections.

[run088]

switching to raw I can increase the sleep. I am as high as 10 and it is not timing out. Is there anything higher than that you want me to try?

[mvallevand]

I fail to understand why you don't want to do what I ask to test without ffplay (to take that out of the equation, that could be the broken pipe), but if it is not timing out then it should work with NextPVR and you can add the comments back. The sleep should be as low as possible to have it work consistanly.

Using raw is recommended so if that works use it, othewise opendct is remuxing the raw stream before sending it to NextPVR.

Martin

[run088]

I didnt have that information when I ran those test. Those test were ran during the night before you responded. I was posting the results when I seen your next post.

I will send the logs. I spent hours on

sudo python3 opendct.py "START" "DCT-Ceton InfiniTV PCIe (00-80-84-b9) Tuner 6" 1110 > /dev/null

I just fell asleep before I posted any results with it

It writes to file fine it seems. Its what handles the timeout pretty much any number you want to throw at it.

I tried to just run test on everything I seen you ask about in the thread. Everything I could find in the 20 pages.

At one point I could see the device status changing when I tried to launch tv from nextpvr but it produced failed stream. Now it doesnt  seem to respond at all.

Raw seem to produce alot of errors in the logs but appeared to run fine.

[mvallevand]

In both these posts I asked for a redirect file test since I didn't care about ffplay.

https://forums.nextpvr.com/showthread.ph...#pid578857
https://forums.nextpvr.com/showthread.ph...#pid578887

Since I wasn't getting the answer I offered to login remotely but you didn't reply to that either so I assume you want to do this mainly on your own, but I am still game to continue.

Is the current status that it works to > /dev/null but transcoded playback in NextPVR is still failing? if I you haven't reinserted the comments then the file will be corrupt.

There will be errors in any QAM broadcasts, that is one reason there is the dynamic option but those errors normally won't impact NextPVR.

Martin

[run088]

I stopped opendct

changed back to raw

uncommented out all the #

set sleep for 7 seconds

ran 2 commands

sudo python3 opendct.py "STOP" "DCT-Ceton InfiniTV PCIe (00-80-84-b9) Tuner 1" 1110 > /dev/null
sudo python3 opendct.py "START" "DCT-Ceton InfiniTV PCIe (00-80-84-b9) Tuner 1" 1110 | ffplay -i pipe: -v panic

[mvallevand]

I don't want to see output to ffplay and you don't need to redirect the stop. Sorry to harp on this but feeding ffplay hurts the test.

sudo python3 opendct.py "START" "DCT-Ceton InfiniTV PCIe (00-80-84-b9) Tuner 1" 1110 > /dev/null

That took a long time for opendct lower the sleep to 4 and change the sock.settimeout(10) from 10 to 15.

Martin

[run088]

line 95 changed from 10 to 15

sleep changed to 4

opendct restarted

ran this command once in this log

sudo python3 opendct.py "START" "DCT-Ceton InfiniTV PCIe (00-80-84-b9) Tuner 1" 1110 > /dev/null

[mvallevand]

In those opendct could not open your. ceton device, was this after a reboot?