I have even working application, that generates RTP frames, but i have no content to feed it
TransportStream Callback
Re: TransportStream Callback
Hello guys, any progress here? I'm planning to grab whole transport stream from TV and send it via net (multicast UDP - RTP) to PC's.
I have even working application, that generates RTP frames, but i have no content to feed it
Any idea how to grab TS from tuner? I mean, TS before demultiplexer, so every single PID will be forwarded to the net.
I have even working application, that generates RTP frames, but i have no content to feed it
- erdem_ua
- SamyGO Admin
- Posts: 3126
- Joined: Thu Oct 01, 2009 6:02 am
- Location: Istanbul, Turkey
- Contact:
Re: TransportStream Callback
There is a world we use here says that "If you really want to some job done, make your self." 
You can inspect it by yourself too. Scan mux/demux related function of exeDSP under IDA.
It's doesn't so hard. Or it is?
I have final exams this week and can't look anything for month...
You can inspect it by yourself too. Scan mux/demux related function of exeDSP under IDA.
It's doesn't so hard. Or it is?
I have final exams this week and can't look anything for month...
-
smartsmurf
- Official SamyGO Developer
- Posts: 111
- Joined: Thu Jun 24, 2010 8:26 am
- Location: Frankfurt, Germany
Re: TransportStream Callback
You should take a close look at the OpenRISC core (see TSD ucode). Processing is done in hardware. I bet there is space left on the device for pre- and post-processing...majonezz wrote:Hello guys, any progress here? I'm planning to grab whole transport stream from TV and send it via net (multicast UDP - RTP) to PC's.
I have even working application, that generates RTP frames, but i have no content to feed itAny idea how to grab TS from tuner? I mean, TS before demultiplexer, so every single PID will be forwarded to the net.
For more details ask the guy who did it: http://www.ics.uci.edu/~tkim15/index.html
Good luck!erdem_ua wrote: I have final exams this week and can't look anything for month...
Re: TransportStream Callback
I've been thinking about the same feature (stream directly to net). I don't know, but is it possible to treat a socket like a file? I mean if the PVR would save to that instead of regular file, would it be then readable remotely?
Or if saved over NFS, the machine hosting the file could stream it. Is there an file system that could create a buffer file that acts as a ring buffer and file size would be given during creation of such file. Then I could create eg. 50MB ring buffer that could be read like a stream with mplayer.
Or maybe tweak the NFS code to stream the incoming data to TCP/IP
Or if saved over NFS, the machine hosting the file could stream it. Is there an file system that could create a buffer file that acts as a ring buffer and file size would be given during creation of such file. Then I could create eg. 50MB ring buffer that could be read like a stream with mplayer.
Or maybe tweak the NFS code to stream the incoming data to TCP/IP
- erdem_ua
- SamyGO Admin
- Posts: 3126
- Joined: Thu Oct 01, 2009 6:02 am
- Location: Istanbul, Turkey
- Contact:
Re: TransportStream Callback
Instead of it, if we have a VLC compiled on arm, we can distribute current channel to any IP address. Could anyone show me where is the ARM compiled VLC package?
Re: TransportStream Callback
you cant use vlc because you don't have /dev/dvb or am i wrong?erdem_ua wrote:Instead of it, if we have a VLC compiled on arm, we can distribute current channel to any IP address. Could anyone show me where is the ARM compiled VLC package?
- erdem_ua
- SamyGO Admin
- Posts: 3126
- Joined: Thu Oct 01, 2009 6:02 am
- Location: Istanbul, Turkey
- Contact:
Re: TransportStream Callback
Couldn't it stream a normal file? I remember that I can read my DVD from remote with it. 
Anyway it might be overkill for the job.
I think any program serve as RTPS server is ok for this job.
I think gnu's ccRTP library could help here.
Anyway it might be overkill for the job.
I think any program serve as RTPS server is ok for this job.
I think gnu's ccRTP library could help here.
Re: TransportStream Callback
Here is proof-of-concept how to stream tv to the net:
1) Make fifo file in /mtd_ram
2) Use simple PVR app to write to fifo file
3) Start tsplay app to look at fifo file and stream it to network via RTP protocol
stream.rar
First unpack this to /mtd_tlib/GGame/streamer
Run game named "simplePVR"
Go to the shell, run /mtd_tlib/GGame/streamer/tsplay 192.168.x.x 1234 /mtd_ram/test.ts
Go to the tv and press REC.
Launch vnc on your pc and enter rtp://@:1234 as network source.
IP address right after tsplay is the destination address. It could be unicast, broadcast or multicast. 1234 is RTP port.
As i said, this is just an idea. I know, that it could be done much easier. I'm not that good in coding
Live555 came only as c++ source, but our PVR's are in c. I believe there must be an easier and cleaner way to extract transport stream from tv - maybe even without PID filters, so every channel from current transponder could be viewed on pc .
My dream is to put this together with our "PVR's" and make streaming as an option.
1) Make fifo file in /mtd_ram
2) Use simple PVR app to write to fifo file
3) Start tsplay app to look at fifo file and stream it to network via RTP protocol
stream.rar
First unpack this to /mtd_tlib/GGame/streamer
Run game named "simplePVR"
Go to the shell, run /mtd_tlib/GGame/streamer/tsplay 192.168.x.x 1234 /mtd_ram/test.ts
Go to the tv and press REC.
Launch vnc on your pc and enter rtp://@:1234 as network source.
IP address right after tsplay is the destination address. It could be unicast, broadcast or multicast. 1234 is RTP port.
As i said, this is just an idea. I know, that it could be done much easier. I'm not that good in coding
My dream is to put this together with our "PVR's" and make streaming as an option.
Re: TransportStream Callback
Streaming independent of channel which is being active on TV 
Thanks! Really interesting.
Thanks! Really interesting.
LE40B653T5W,UE40D6750,UE65Q8C
Have questions? Read SamyGO Wiki, Search on forum first!
FFB (v0.8), FFB for CI+ . Get root on: C series, D series, E series, F series, H series. rooting K series, exeDSP/exeTV patches[C/D/E/F/H]
DO NOT EVER INSTALL FIRMWARE UPGRADE
Have questions? Read SamyGO Wiki, Search on forum first!
FFB (v0.8), FFB for CI+ . Get root on: C series, D series, E series, F series, H series. rooting K series, exeDSP/exeTV patches[C/D/E/F/H]
DO NOT EVER INSTALL FIRMWARE UPGRADE
DivFix++ AVI Fix
Meteorite MKV Repair