Transport protocol to stream and cue fw/bw MPEG2 TS of STB

[T.Stroter]

Hi,

I would like to stream the recorded files of my DVB-T settop box using the VLC.

BACKGROUND:
The Recordings are splitted up into several File on a harddisk drive thats accessible via FTP or SMB. To view the recording the header of the first MPEG2 TS file has to be patched and all other file chunks have to be concatenated to build one file containing the recorded MPEG TS.

STATE:
I've been capable to build up a simple Proxy -HTTP Server in JAVA to do all the operation above so the recording could be viewed with the VLC using the http:// protocol.

PROBLEM:
With the http protocol it seems not possible to cue the stream forward and backwards as with a local or smb file. What other protocol should used for the proxy instead for VLC to support the cue forward/backward operation?
Of cause: it should be easy to be implemented (in JAVA) and be well documented. What protocol do the VLC expert suggest?

[The DJ]

ehm. none.
There is not a working solution for VoD input that supports ALL these options reliably and with TS in particular. Besides you would have to implement the protocol, which compared to just http:// would be a gigantic task.

[T.Stroeter]

Hello DJ,

ehm. none.
There is not a working solution for VoD input that supports ALL these options reliably and with TS in particular. Besides you would have to implement the protocol, which compared to just http:// would be a gigantic task.

So is there a suitable protocol to deliver the Transport Stream to the VLC? Would for example the RTC/RTCP be an solution - or would this include to recode the MPEG2 Transport Stream? (That was something I'd like to avoid )

[T.Stroeter]

Hi DJ - thank you for your previous posting. Mh, maybe its the most pragmatic solution to do the cue forward/backward thing with an external controller. If the stream is delivered by the http: protocol there could be also an Browser/Webinterface to control that Stream .

Best Regards,

T.Stroeter

[T.Stroeter]

Hi,

I've finally choosen to let the HTTP server do the skip forwad backward operation on the Transport Stream by sending special requests to it.
(The HTTP Server modifies the position of the delivered file by performing a seek operation.) Skipping forward works fine, but skipping backward does not work so well. After "rewinding" the TS on the HTTP Server already sent packages are delivered to the VLC Client. In that case the video in the client is frozen until "new" packages are send.

It is also possible press "pause" on the VLC, "rewind" the Stream at the HTTP and press "continue". After that the video is played from the rewinded position.

So my question is: what must be done, to let the VLC play the TS continuesly after the data is virtually rewinded? Is there a TS package sequence that can be send to do the trick? Or have some sequence numbers to be reencoded for the whole TS or PS by the server?

Any suggestions are welcome


Thomas Stroeter

[T.Stroter]

Whoever might b einterested in: forget my last posting - also "rewinded TS" are displayed properly by the VLC . There were some mistakes in the sourcecode I used...