Open celevra opened 11 years ago
The address you used as source in vlc is not the same as you used in tomcast. http://192.168.10.25:10001 is not like http://192.168.10.25/stream/tunerequest00040000C0FFFFFF00B79800000400FF0085000E010102FF you need a lot of things set up before you can decrypt a stream and restreaming it to multicast pretty much the last one.
First, use curl to record 10-20 seconds from the http stream (since tsdecrypt do not support http input). Then use tsdecrypt to decrypt it (you have to have working oscam that will give you the keys in response to ECM requests coming from tsdecrypt). If you successfully decrypt the file, then you can setup tomcast to read the stream and output it to multicast group and then use tsdecrypt to do live decryption. Do you have working oscam at all, because there is most of the setup.
thank you for your fast anwser, i have tried two configs with tomcast, one with http://192.168.10.25/stream/tunerequest00040000C0FFFFFF00B79800000400FF0085000E010102FF and one with http://192.168.10.25:10001
above are two logs, the first is with the long adress, the second with the short one. oscam is working perfectly, so i will do what you suggested with curl
as expected, downloading with curl: curl 'http://192.168.10.25:10001' > test.ts
and decrypting with tsdecrypt: tsdecrypt --camd-server 192.168.10.6:12345 --camd-user xxx --camd-pass xxx -A NEWCAMD --input test.ts --output decrypted.ts --ca-system NAGRA
is working without any problems
but tomcast with a config with this content: discovery 192.168.10.6:5000 http://192.168.10.25:10001
only gives this errors: Aug 18 17:04:12 host unixsol-tomcast: PROXY: Error writing to dst_fd: 3 on srv_fd: 4 | Channel: discovery Source: http://192.168.10.25:10001 Aug 18 17:04:12 host unixsol-tomcast: CONN : Connected dst_fd: 3 | Chan: discovery Dest: udp://192.168.10.6:5000
I think I've already pointed out that the url you are using is NOT a valid http url. Where is the PATH component? Please read my first reply.
i'm very pleased for your code and for your help but i think you heavn't read my postings the long url is only to tune and redirects to the short one with the port, but tomcast doesn't support redirection... the url with the port is the streaming url and there is no path... its a perfectly valid url, the first "document" the webserver is putting out, is the stream itself...
i have posted the logs, with the url with the path and without, please see them in my first post
curl with curl http://192.168.10.25:10001 > test.ts and decrypting the file with cat test.ts | tsdecrypt ... is working perfektly
curl http://192.168.10.25:10001 | tsdecrypt ist not working, i don't know why cut pipe works and curl not
No, it is not a valid url. http://192.168.10.25:10001/ is a valid url http://192.168.10.25:10001 is not.
obelix tomcast # cat test.conf discovery 192.168.10.6:5050 http://192.168.10.25:10001/
obelix tomcast # ./tomcast -c test.conf tomcast 1.15 Copyright (C) 2010-2013 Unix Solutions Ltd.
Configuration: Server ident : unixsol/tomcast Channels file : test.conf Output iface addr : 0.0.0.0 Multicast ttl : 1 Syslog disabled. Do not daemonize. Aug 21 19:30:00 host unixsol-tomcast: INIT : tomcast 1.15 (unixsol/tomcast) Aug 21 19:30:00 host unixsol-tomcast: CONF : 1 channels loaded Aug 21 19:30:00 host unixsol-tomcast: CONN : Connected dst_fd: 3 | Chan: discovery Dest: udp://192.168.10.6:5050 Aug 21 19:30:00 host unixsol-tomcast: INFO : 1 proxy threads spawned Aug 21 19:30:00 host unixsol-tomcast: NEW : Chan: discovery Src: http://192.168.10.25:10001/ Dst: udp://192.168.10.6:5050 SrcIP: 192.168.10.25 SrcFD: 4 DstFD: 3 Aug 21 19:30:00 host unixsol-tomcast: SYNC : TS synced after 0 bytes | Channel: discovery Aug 21 19:30:00 host unixsol-tomcast: PROXY: Error writing to dst_fd: 3 on srv_fd: 4 | Channel: discovery Source: http://192.168.10.25:10001/ Aug 21 19:30:00 host unixsol-tomcast: CONN : Connected dst_fd: 3 | Chan: discovery Dest: udp://192.168.10.6:5050 Aug 21 19:30:00 host unixsol-tomcast: PROXY: Error writing to dst_fd: 3 on srv_fd: 4 | Channel: discovery Source: http://192.168.10.25:10001/ Aug 21 19:30:00 host unixsol-tomcast: CONN : Connected dst_fd: 3 | Chan: discovery Dest: udp://192.168.10.6:5050 ^CAug 21 19:30:00 host unixsol-tomcast: DEBUG: quit srv_fd: 4 | Channel: discovery Aug 21 19:30:00 host unixsol-tomcast: INFO : 1 proxy threads killed Aug 21 19:30:00 host unixsol-tomcast: STOP : Chan: discovery Src: http://192.168.10.25:10001/ Dst: udp://192.168.10.6:5050 SrcIP: 192.168.10.25 SrcFD: 4 DstFD: 3 Aug 21 19:30:00 host unixsol-tomcast: KILL : Signal 2 | tomcast 1.15 (unixsol/tomcast)
obelix tomcast #
nothing is listening on udp://192.168.10.6:5050/
use mutlicast address (239.78.78.78:5000) or let some program listen on this address (192.168.10.6:5050). Besides that everything seems to be working.
Hi,
i have a eyetv Netstream, and want to descramble sky discovery with tsdecrypt. But tsdecrypt only supports multicast, and the netstream only http unicast. so, here comes tomcast. before the release of tomcast, i've tried vlc, but because of the encryption, vlc was not able to proxy from http to udp, here is a detailed vlc log:
as you can see, the the starting url is http://192.168.10.25/stream/tunerequest00040000C0FFFFFF00B79800000400FF0085000E010102FF, it set the tuner to tune to discovery, after the tuningrequest is done, it redirects to http://192.168.10.25:10001 where the stream is located
so i have tried two config configurations with tomcast, one with the tuning url and one with the direct one, here are the two logs:
i don't know whats the exact problem, is there anything that i should provide you?