22 Jul
2009
22 Jul
'09
4:36 p.m.
Hi list,
I was looking for a tool to send a stream of data with FEC where the
client/receiver can connect even if the stream has yet begun. I haven't
found anything but Udpcast that can do anything similar. I think that
maybe an "streaming" option can be added so the sender sends Hello
packets at the end of a block of slices+FEC so a receiver can hook to
the UDP stream.
What do you think about this? Can this be made modifying Udpcast without
broken it all? Is there another software that I can use?
Greetings,
Jorge M
--
---------------------------------------
Jorge Muñoz Castañer
e-mail: jorgem(en)det.uvigo.es
Grupo de Tecnologías de la Información
Departamento de Ingeniería Telemática
Universidad de Vigo
ETSI Telecomunicación
Campus 36310 Vigo SPAIN
----------------------------------------
27 Jul
27 Jul
12:28 p.m.
On 07/22/09 18:36, Jorge Muñoz Castañer wrote:
Hi list,
I was looking for a tool to send a stream of data with FEC where the
client/receiver can connect even if the stream has yet begun. I haven't
found anything but Udpcast that can do anything similar. I think that
maybe an "streaming" option can be added so the sender sends Hello
packets at the end of a block of slices+FEC so a receiver can hook to
the UDP stream.
What do you think about this? Can this be made modifying Udpcast without
broken it all? Is there another software that I can use?
Greetings,
Jorge M
Sounds like a good idea. I'll consider adding this for the next version.
Regards,
Alain
1 Sep
1 Sep
9:43 p.m.
Alain Knaff wrote:
On 07/22/09 18:36, Jorge Muñoz Castañer wrote:
I just released version 20090830, which has support for this idea.
You can now add a special flag (-Z or --streaming) to the sender, which
makes it retransmit HELLO packets during the transmission, which
receivers can then use to "jump onto" the ongoing transmission.
Regards,
Alain
Hi list,
I was looking for a tool to send a stream of data with FEC where the
client/receiver can connect even if the stream has yet begun. I haven't
found anything but Udpcast that can do anything similar. I think that
maybe an "streaming" option can be added so the sender sends Hello
packets at the end of a block of slices+FEC so a receiver can hook to
the UDP stream.
What do you think about this? Can this be made modifying Udpcast without
broken it all? Is there another software that I can use?
Greetings,
Jorge M
Sounds like a good idea. I'll consider adding this for the next version.
Regards,
Alain
2 Sep
2 Sep
8:33 a.m.
Alain Knaff escribió:
Alain Knaff wrote:
Hi Alain,
Sounds great! Thanks Alain. I'll test it and tell you anything.
Jorge M
--
---------------------------------------
Jorge Muñoz Castañer
e-mail: jorgem(en)det.uvigo.es
Grupo de Tecnologías de la Información
Departamento de Ingeniería Telemática
Universidad de Vigo
ETSI Telecomunicación
Campus 36310 Vigo SPAIN
----------------------------------------
On 07/22/09 18:36, Jorge Muñoz Castañer wrote:
I just released version 20090830, which has support for this idea.
You can now add a special flag (-Z or --streaming) to the sender, which
makes it retransmit HELLO packets during the transmission, which
receivers can then use to "jump onto" the ongoing transmission.
Regards,
Alain
_______________________________________________
Udpcast mailing list
Udpcast(a)udpcast.linux.lu
https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast
Hi list,
I was looking for a tool to send a stream of data with FEC where the
client/receiver can connect even if the stream has yet begun. I haven't
found anything but Udpcast that can do anything similar. I think that
maybe an "streaming" option can be added so the sender sends Hello
packets at the end of a block of slices+FEC so a receiver can hook to
the UDP stream.
What do you think about this? Can this be made modifying Udpcast without
broken it all? Is there another software that I can use?
Greetings,
Jorge M
Sounds like a good idea. I'll consider adding this for the next
version.
Regards,
Alain
10:19 a.m.
Jorge Muñoz Castañer escribió:
Alain Knaff escribió:
Hi again,
It works great. We are using UDPCAST to send multimedia data that can be
played from any point of the stream so the "streaming" option is very
near of what we need. We also use the Asynchronous mode in order to
avoid great latency.
There may be another functionality that can be useful with this option.
If the FEC correction is not enough to correct a slice udp-receiver
stops. This is useful when you are transmiting data files where there
must be integrity, but in most multimedia streamings it is not very
important to loss a small percentage of packets. Can I suggest a
"multimedia" option which keeps udp-receiver active even if there are
unrecoverable slices?. These slices can be marked as "no recovered" in
the receiver slices queue and are not written in the output file or
fifo. What do you think?
Regards,
Jorge M
--
---------------------------------------
Jorge Muñoz Castañer
e-mail: jorgem(en)det.uvigo.es
Grupo de Tecnologías de la Información
Departamento de Ingeniería Telemática
Universidad de Vigo
ETSI Telecomunicación
Campus 36310 Vigo SPAIN
----------------------------------------
Alain Knaff wrote:
Hi Alain,
Sounds great! Thanks Alain. I'll test it and tell you anything.
Jorge M
On 07/22/09 18:36, Jorge Muñoz Castañer wrote:
I just released version 20090830, which has support for this idea.
You can now add a special flag (-Z or --streaming) to the sender, which
makes it retransmit HELLO packets during the transmission, which
receivers can then use to "jump onto" the ongoing transmission.
Regards,
Alain
_______________________________________________
Udpcast mailing list
Udpcast(a)udpcast.linux.lu
https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast
Hi list,
I was looking for a tool to send a stream of data with FEC where the
client/receiver can connect even if the stream has yet begun. I haven't
found anything but Udpcast that can do anything similar. I think that
maybe an "streaming" option can be added so the sender sends Hello
packets at the end of a block of slices+FEC so a receiver can hook to
the UDP stream.
What do you think about this? Can this be made modifying Udpcast without
broken it all? Is there another software that I can use?
Greetings,
Jorge M
Sounds like a good idea. I'll consider adding this for the next
version.
Regards,
Alain
30 Dec
30 Dec
9:54 p.m.
Jorge Muñoz Castañer wrote:
Jorge Muñoz Castañer escribió:
This feature is now supported via the new --ignore-lost-data flag on
udp-receiver in 20091230.
If this flag is supplied, lost blocks do not stop the transmission, but
instead are filled with "random" data.
Regards,
Alain
Alain Knaff escribió:
Hi again,
It works great. We are using UDPCAST to send multimedia data that can be
played from any point of the stream so the "streaming" option is very
near of what we need. We also use the Asynchronous mode in order to
avoid great latency.
There may be another functionality that can be useful with this option.
If the FEC correction is not enough to correct a slice udp-receiver
stops. This is useful when you are transmiting data files where there
must be integrity, but in most multimedia streamings it is not very
important to loss a small percentage of packets. Can I suggest a
"multimedia" option which keeps udp-receiver active even if there are
unrecoverable slices?. These slices can be marked as "no recovered" in
the receiver slices queue and are not written in the output file or
fifo. What do you think?
Regards,
Jorge M
Alain Knaff wrote:
Hi Alain,
Sounds great! Thanks Alain. I'll test it and tell you anything.
Jorge M
On 07/22/09 18:36, Jorge Muñoz Castañer wrote:
> Hi list,
>
> I was looking for a tool to send a stream of data with FEC where the
> client/receiver can connect even if the stream has yet begun. I haven't
> found anything but Udpcast that can do anything similar. I think that
> maybe an "streaming" option can be added so the sender sends Hello
> packets at the end of a block of slices+FEC so a receiver can hook to
> the UDP stream.
>
> What do you think about this? Can this be made modifying Udpcast without
> broken it all? Is there another software that I can use?
>
> Greetings,
>
> Jorge M
>
>
>
Sounds like a good idea. I'll consider adding this for the next version.
Regards,
Alain
I just released version 20090830, which has support for this idea.
You can now add a special flag (-Z or --streaming) to the sender, which
makes it retransmit HELLO packets during the transmission, which
receivers can then use to "jump onto" the ongoing transmission.
Regards,
Alain
_______________________________________________
Udpcast mailing list
Udpcast(a)udpcast.linux.lu
https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast
31 Dec
31 Dec
1:18 a.m.
Alain Knaff wrote:
Jorge Muñoz Castañer wrote:
That's great! Thanks, Alain, for your effort.
Happy new year to you and all the community,
Jorge Muñoz
--
---------------------------------------
Jorge Muñoz Castañer
e-mail: jorgem(en)det.uvigo.es
Grupo de Tecnologías de la Información
Departamento de Ingeniería Telemática
Universidad de Vigo
ETSI Telecomunicación
Campus 36310 Vigo SPAIN
----------------------------------------
Jorge Muñoz Castañer escribió:
This feature is now supported via the new --ignore-lost-data flag on
udp-receiver in 20091230.
If this flag is supplied, lost blocks do not stop the transmission, but
instead are filled with "random" data.
Regards,
Alain
_______________________________________________
Udpcast mailing list
Udpcast(a)udpcast.linux.lu
https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast
Alain Knaff escribió:
Hi again,
It works great. We are using UDPCAST to send multimedia data that can be
played from any point of the stream so the "streaming" option is very
near of what we need. We also use the Asynchronous mode in order to
avoid great latency.
There may be another functionality that can be useful with this option.
If the FEC correction is not enough to correct a slice udp-receiver
stops. This is useful when you are transmiting data files where there
must be integrity, but in most multimedia streamings it is not very
important to loss a small percentage of packets. Can I suggest a
"multimedia" option which keeps udp-receiver active even if there are
unrecoverable slices?. These slices can be marked as "no recovered" in
the receiver slices queue and are not written in the output file or
fifo. What do you think?
Regards,
Jorge M
Alain Knaff wrote:
> On 07/22/09 18:36, Jorge Muñoz Castañer wrote:
>
>
>
>> Hi list,
>>
>> I was looking for a tool to send a stream of data with FEC where the
>> client/receiver can connect even if the stream has yet begun. I haven't
>> found anything but Udpcast that can do anything similar. I think that
>> maybe an "streaming" option can be added so the sender sends Hello
>> packets at the end of a block of slices+FEC so a receiver can hook to
>> the UDP stream.
>>
>> What do you think about this? Can this be made modifying Udpcast without
>> broken it all? Is there another software that I can use?
>>
>> Greetings,
>>
>> Jorge M
>>
>>
>>
>>
> Sounds like a good idea. I'll consider adding this for the next version.
>
> Regards,
>
> Alain
>
>
>
I just released version 20090830, which has support for this idea.
You can now add a special flag (-Z or --streaming) to the sender, which
makes it retransmit HELLO packets during the transmission, which
receivers can then use to "jump onto" the ongoing transmission.
Regards,
Alain
_______________________________________________
Udpcast mailing list
Udpcast(a)udpcast.linux.lu
https://udpcast.linux.lu/cgi-bin/mailman/listinfo/udpcast
Hi Alain,
Sounds great! Thanks Alain. I'll test it and tell you anything.
Jorge M
4835
days inactive
4997
days old
6 comments
2 participants
participants (2)
-
Alain Knaff -
Jorge Muñoz Castañer