hi all,
I'd like to implement a Module for QTSS which is able to redirect a
given client request to another file name.
Here it is an example:
I have the following request rtsp://server_name/filename1 and i want to
stream filename2.
I've wrote a small module that registers itself in Filter Role, parses
the whole RTPS request, and writes out the new request in
QTSS_Filter_Params->outNewRequest.
It seems to me code works, but I'm not able to play any kind of stream
on the client side. The error in the quick time player is "connection
error".
It's clear if i request directly filename2 it works very well.
If I print the packet headers i saw something like:
>recv sess=1: RTCP APP recv_sec=2.594 type=audio size=56 H_vers=2,
H_pad=0, H_rprt_count=0, H_type=204, H_length=13, H_ssrc=20749
H_app_packet_name = SSTQ, H_src_ID = 22139, H_vers=0, H_packt_len=9
H_type=rr(, H_size=4, rcvr_bit_rate=101040),
H_type=ld(, H_size=2, avg_buf_delay=18),
H_type=rp(, H_size=4, pckts_rcvd=0),
H_type=dp(, H_size=2, pckts_drppd=0),
H_type=bo(, H_size=4, ovr_buffr_windw_siz=105269227),
>recv sess=1: RTCP ACK recv_sec=2.625 type=audio size=20 H_name=ack
H_seq=28599 H_len=4 mask_size=0 seq_nums_bit_set=
That probably means that the client didn't receive any packet. In the
"direct case", when I'm asking for the filename2 the field pckts_rcvd is
different from 0.
This is only the first step in my work.
In fact i want to implement a more sophisticated module, where this kind
of redirection is build using properties from the module preferences and
it shoudl be possible to use different movie folders.
I would understand if this kind of operations (content redirection) are
allowed or not with the QTSS using a simple approach as i described above.
Thanks in advance for your help
F.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Streaming-server-dev mailing list (
Streaming-server-dev@list...)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/streaming-server-dev/subscriber%40opensubscriber.com
This email sent to
subscriber@open...
opensubscriber is not affiliated with the authors of this message nor responsible for its content.