Network Recorder with Dreambox

[mvallevand]

Looking at the source for the dbox recorder I see these too commands

Code:

                        if (true == value && "ok" == SendCommand("control/setmode?record=start"))
                            recordingMode = true;
                        else if (false == value && "ok" == SendCommand("control/setmode?record=stop"))

If I left the tuning as is and just gave an option to send these commands when appropriate, would that do what you need?

Martin

[Rayman]

HI martin - thanks for the quick response -
I think if we leave the tuning as is - I'll try the zap command this morning for tuning
and we had an option to set command strings for start streaming and stop streaming -
then the system should be quite flexible - i would think.

The commands above in the dboxrecorder look like the ones for the remote record option- as the dreambox can also be put into
its own record mode wherein it writes to a mounted nfs filesystem - but the control flow is virtually the same.

So in summary -
a common start stream command string - (IP:port - in my case http://192.168.0.104:31344)
a common stop stream command string - ( just close the socket - null command in this case)

A per channel tuning command - (IP:port-string - http://192.168.0.104:80/cgi-bin/zapTo?pa...000:0:0:0:)

does that make sense ?
Regards
Ray ( Rayman)

[Rayman]

had a go this morning - verified that the following works submitted from a webbrowser

http://192.168.0.104:80/cgi-bin/zapTo?pa...000:0:0:0:
and
http://192.168.0.104:80/cgi-bin/zapTo?pa...000:0:0:0:

these correctly changed the channels
tried to set the same up in network recorder - using NetTarget - fields correctly had
7189:/cgi-bin/zapTo?path=1:0:1:138c:5:1000:6180000:0:0:0:
and 7190:/cgi-bin/zapTo?path=1:0:1:bc0:3:1000:6180000:0:0:0:

port was changed to 80 in the xml file and showed in the dialog -
but when attempting to connect with watch - no channel change occurred - ???
and of course no video - as expected

so the commands will work - but theres something not right in network recorder yet -
but hope that provides enough info to start ?

Regards
Ray

[mvallevand]

This test version first sends the tuning request as a separate http command and then starts streaming on the raw http feed.

A few notes

1) If you change the streaming port you need to stop and start the recording service.

2) Assuming 7189 was your oid the command line is

NetTarget -o 7189 -t /cgi-bin/zapTo?path=1:0:1:138c:5:1000:6180000:0:0:0:

Please give this a try and upload the logs afterward. If it fails it might be worth sending your NetworkRecorder.xml and npvr.db3 too.

Martin

[Rayman]

Ok
gave that a whirl with both the port first set to 80 and then 31344
no luck on either - channel change didnt work still - will need to investigate the logs at the dreambox end i think on that -

no luck with the stream either.

logs for both are attached -
is there a way to get a trace of the command actually sent ?
http://users.on.net/~rdekens/test_ver.zip

Regards
Ray

[mvallevand]

Did you forget the logs?

Martin

[Rayman]

trouble uploading - had to link to remote -

there now
Ray

[mvallevand]

Ok, the database looks fine and so does the XML file (I think). Could you try this it adds more information but at the same time, the Orig_NetworkRecorder.dll could you rename it without the .dll I am missing some information in these logs, and maybe the wrong one got picked up.

Martin

[Rayman]

Some success with that Martin

first try with the port set to 31344 -
got an error about not communicating with the device -
then on the second channel change that the device was not available.

Changed port to 80 being the HTTP port
successfully changed the channels on both attempts -
went to the play screen but no data -
had a quick look at the log file and saw that the http requests were going out on 80
and the streaming connectino was attempting to connect on 80.

Looks like there should be a "control port" (80) and a "streaming port" (31344) in the xml config.

The earlier non working channel behaviour was due to the http pport requiring a login - Ive turned this off now (that Ive found what the problem was).

Log files attached.

Regards
Ray

[mvallevand]

Looks like there should be a "control port" (80) and a "streaming port" (31344) in the xml config.

Yes that would be the main problem, I thought you were testing on two ports I've added a new optional setting to NetworkRecorder.xml

Code:

<TuningURL>http:[username:password@]/##.##.##.##[:port]</TuningURL>

Note defaults to normal http port 80 not the streaming port

Martin