tobald a écrit:

ce dont tu parles me rappelle fortement le projet "Media Deconstruction Kit"

huhu, je connaissais pas mais ya de ça ! ^^

merci pour tes indications

bon c'était un peu en standby, je repars là dessus maintenant que jai max5
alors je fais un peu le tour des objets jitter mais à part jit.dx.grab, je vois pas trop...
jit.qt.broadcast nest pas dispo sur windows (argh) ce qui me laisse supposer que je pourrais pas récupérer le flux en streaming depuis le net (ça aurait surement aussi pu marcher en local avec vlc)

je pense que je vais emprunter une carte d'acquisition et un ordi ou une télé en plus...
c'est couillon
(ou alors j'utilise la sortie svideo de mon laptop pour envoyer un player dvb en fullscreen et je récupère ça en acquisition et pour rebalancer ça dans un videoproj ça risque d'etre la galère et je vais plus avoir d'écran pour moi si me calculs sont bons)
bon là je comence à penser à voix haute
je tiens au jus si je trouve une solution viable

Salut suisse:D désolé je peux pas trop t'aider , c'est du chinois pour moi mais apparement (si j'ai bien compris) le protocol UDP tourne pas avec jit.broadcast  jit.qu.broadcast , il faut voir du coté de jit.net.send/recv
Dis mo si ça fonctionne !

http://www.cycling74.com/forums/index.p … #msg_63315

I have tried using jit.broadcast and jit.qu.broadcast objects before to stream video via unicast successfully. However, the default protocol seems to be using UDP instead of TCP. For my project, I would like to use TCP instead. Does anyone know if there is a way to set the object?


This is not supported in jit.broadcast or jit.qt.broadcast. You can,
however, use jit.net.send/recv to send uncompressed video/matrix data
via TCP. We will be publishing the protocol which jit.net.send uses
shortly for those of you wishing to write your own code to handle or
generate the TCP matrix stream.

tobald a écrit:

Salut suisse:D désolé je peux pas trop t'aider , c'est du chinois pour moi mais apparement (si j'ai bien compris) le protocol UDP tourne pas avec jit.broadcast  jit.qu.broadcast , il faut voir du coté de jit.net.send/recv
Dis mo si ça fonctionne ![/i]

merci riz

jit.net.send / receive c'est specifique pour max à max
ça envoie la matrice jitter aucun autre soft capte rien à ça à ma connaissance

jit.broadcast (et jit.qt.broadcast) sont des serveurs de streaming (rtsp - realtime)

mais c'est plutot un client que je cherche
(vlc peut chopper le flux dvb et le servir en stream)

et en fait en client de stream je pense qu'il n'y aurait que jit.qt.movie
mais pour l'instant j'arrive pas à le faire fonctionner comme tel

pourtant dans l'aide de jit.qt.movie je lis ça pour le message read

citation :

If the argument is parsable as an http://, ftp://, file://, or rtsp:// URL, the object will attempt to load a movie from that location.

Dernière modification par kro (2009-01-12 20:32:55)

merci (mais cest pour vvvv ce patch et jai deja developpé tout mon bordel avec jitter)

jai finalement réussi !
en utilisant vlc en serveur rtp

vlc -vvv input_stream --sout '#rtp{dst=127.0.0.1,port=1234,sdp=http://127.0.0.1:8080/vlc.sdp}'

et [read http://127.0.0.1:8080/vlc.sdp] en message pour jit.qt.movie

http://www.videolan.org/doc/videolan-howto/fr/ch09.html

du coup ça permet de chopper des protocoles que vlc choppe et pas jit.qt.movie