Re: RTP to RTMP video convertation
I captured Jitsi traffic and didn't find any FIR request from Jitsi. 2013/2/25 Тимур Тлеукенов : > Hello! > > As I understand nalType=5 means we received IDR picture (Intra-frame or > Keyframe), nalType=1 - non-IDR picture. > > In fact I receive from SIP only non-IDR and both SPS and PPS. > I was found this: "If no infra frames are received for 5 seconds, then we > send a fast-intra-update (FIR) request to the SIP/RTP side, so that it > triggers the SIP phone to send an intra frame." > > So, I guess we should add FIR request. > > > 2013/2/25 Artyom Horuzhenko > >> Hello everybody! >> >> I try to implement rtp to rtmp video convertation and I use this article: >> >> http://p2p-sip.blogspot.ru/2012/01/translating-h264-between-flash-player.html >> and this code: >> http://code.google.com/p/rtmplite/source/browse/trunk/siprtmp.py. >> You can see that the data are sended when nalType=5, but in my case I >> never receive nalType=5. I receive only nalType=1, 6, 7 and 8. I there >> anybody who can comment this situation? >> > > > > -- > Timur Tleukenov
Fwd: bug #513
Using the publicSID is not enough, I checked it. When a user comes to the invitation, we can retain the publicSID of the active user in the table "invitations". So that we can get a invatedHash using the publicSID. Limit voting is not the best idea. In the future, this functionality can be useful. -- Forwarded message -- From: Artyom Horuzhenko Date: 2013/2/25 Subject: Fwd: bug #513 To: kiv.i...@gmail.com -- Forwarded message -- From: Maxim Solodovnik Date: 2013/2/21 Subject: Re: bug #513 To: dev I'm afraid it is impossible to have invitation hash You only can get publicSID (seems to be not enough, since the issue will remain for infinite and time range invitations) You can limit voting to the OM users (disable vote button for invited guests) On Thu, Feb 21, 2013 at 4:16 PM, Кочура Иван wrote: > Hello. My name is Kochura Ivan. I'm going to fixed a bug https://issues. > apache.org/jira/browse/OPENMEETINGS-513, using invatedHash. In addition to > the client id, we must preserve the InvitationHash in the RoomPollAnswers. > Based on the above, I have a question. How to get a InvitationHash if I > have only streamid. (in class PollService) > -- WBR Maxim aka solomax
Re: RTP to RTMP video convertation
If red5sip is connected before other SIP-devices, after Jitsi connected and start translate video, red5sip receive nalType=5. If red5sip connects after Jitsi, it will never receive IDR. 2013/2/25 Artyom Horuzhenko > I captured Jitsi traffic and didn't find any FIR request from Jitsi. > > 2013/2/25 Тимур Тлеукенов : > > Hello! > > > > As I understand nalType=5 means we received IDR picture (Intra-frame or > > Keyframe), nalType=1 - non-IDR picture. > > > > In fact I receive from SIP only non-IDR and both SPS and PPS. > > I was found this: "If no infra frames are received for 5 seconds, then we > > send a fast-intra-update (FIR) request to the SIP/RTP side, so that it > > triggers the SIP phone to send an intra frame." > > > > So, I guess we should add FIR request. > > > > > > 2013/2/25 Artyom Horuzhenko > > > >> Hello everybody! > >> > >> I try to implement rtp to rtmp video convertation and I use this > article: > >> > >> > http://p2p-sip.blogspot.ru/2012/01/translating-h264-between-flash-player.html > >> and this code: > >> http://code.google.com/p/rtmplite/source/browse/trunk/siprtmp.py. > >> You can see that the data are sended when nalType=5, but in my case I > >> never receive nalType=5. I receive only nalType=1, 6, 7 and 8. I there > >> anybody who can comment this situation? > >> > > > > > > > > -- > > Timur Tleukenov > -- Timur Tleukenov
Re: RTP to RTMP video convertation
I tried to run jitsi before and after red5sip and I never got nalType=5. What do you use for tests? 2013/2/25 Тимур Тлеукенов : > If red5sip is connected before other SIP-devices, after Jitsi connected and > start translate video, red5sip receive nalType=5. > If red5sip connects after Jitsi, it will never receive IDR. > > 2013/2/25 Artyom Horuzhenko > >> I captured Jitsi traffic and didn't find any FIR request from Jitsi. >> >> 2013/2/25 Тимур Тлеукенов : >> > Hello! >> > >> > As I understand nalType=5 means we received IDR picture (Intra-frame or >> > Keyframe), nalType=1 - non-IDR picture. >> > >> > In fact I receive from SIP only non-IDR and both SPS and PPS. >> > I was found this: "If no infra frames are received for 5 seconds, then we >> > send a fast-intra-update (FIR) request to the SIP/RTP side, so that it >> > triggers the SIP phone to send an intra frame." >> > >> > So, I guess we should add FIR request. >> > >> > >> > 2013/2/25 Artyom Horuzhenko >> > >> >> Hello everybody! >> >> >> >> I try to implement rtp to rtmp video convertation and I use this >> article: >> >> >> >> >> http://p2p-sip.blogspot.ru/2012/01/translating-h264-between-flash-player.html >> >> and this code: >> >> http://code.google.com/p/rtmplite/source/browse/trunk/siprtmp.py. >> >> You can see that the data are sended when nalType=5, but in my case I >> >> never receive nalType=5. I receive only nalType=1, 6, 7 and 8. I there >> >> anybody who can comment this situation? >> >> >> > >> > >> > >> > -- >> > Timur Tleukenov >> > > > > -- > Timur Tleukenov
Re: RTP to RTMP video convertation
I did the following: 1) start red5sip 2) put breakpoint in if(nalType == 5) { ... 3) call from jitsi to conference 4) click button in jitsi, that enables video. 5) third RTP packet triggers breakpoint at nalType=5 I also try to run two jitsi and saw that when second jitsi connects, it start displays video by square pieces. So it also do not receive IDR frame. 2013/2/25 Artyom Horuzhenko > I tried to run jitsi before and after red5sip and I never got > nalType=5. What do you use for tests? > > 2013/2/25 Тимур Тлеукенов : > > If red5sip is connected before other SIP-devices, after Jitsi connected > and > > start translate video, red5sip receive nalType=5. > > If red5sip connects after Jitsi, it will never receive IDR. > > > > 2013/2/25 Artyom Horuzhenko > > > >> I captured Jitsi traffic and didn't find any FIR request from Jitsi. > >> > >> 2013/2/25 Тимур Тлеукенов : > >> > Hello! > >> > > >> > As I understand nalType=5 means we received IDR picture (Intra-frame > or > >> > Keyframe), nalType=1 - non-IDR picture. > >> > > >> > In fact I receive from SIP only non-IDR and both SPS and PPS. > >> > I was found this: "If no infra frames are received for 5 seconds, > then we > >> > send a fast-intra-update (FIR) request to the SIP/RTP side, so that it > >> > triggers the SIP phone to send an intra frame." > >> > > >> > So, I guess we should add FIR request. > >> > > >> > > >> > 2013/2/25 Artyom Horuzhenko > >> > > >> >> Hello everybody! > >> >> > >> >> I try to implement rtp to rtmp video convertation and I use this > >> article: > >> >> > >> >> > >> > http://p2p-sip.blogspot.ru/2012/01/translating-h264-between-flash-player.html > >> >> and this code: > >> >> http://code.google.com/p/rtmplite/source/browse/trunk/siprtmp.py. > >> >> You can see that the data are sended when nalType=5, but in my case I > >> >> never receive nalType=5. I receive only nalType=1, 6, 7 and 8. I > there > >> >> anybody who can comment this situation? > >> >> > >> > > >> > > >> > > >> > -- > >> > Timur Tleukenov > >> > > > > > > > > -- > > Timur Tleukenov > -- Timur Tleukenov
Re: RTP to RTMP video convertation
Do you also try to rewrite that python code on java? We seem to do same work. 25.02.2013 17:02 пользователь "Тимур Тлеукенов" написал: > > I did the following: > 1) start red5sip > 2) put breakpoint in if(nalType == 5) { ... > 3) call from jitsi to conference > 4) click button in jitsi, that enables video. > 5) third RTP packet triggers breakpoint at nalType=5 > > I also try to run two jitsi and saw that when second jitsi connects, it > start displays video by square pieces. So it also do not receive IDR frame. > > 2013/2/25 Artyom Horuzhenko > > > I tried to run jitsi before and after red5sip and I never got > > nalType=5. What do you use for tests? > > > > 2013/2/25 Тимур Тлеукенов : > > > If red5sip is connected before other SIP-devices, after Jitsi connected > > and > > > start translate video, red5sip receive nalType=5. > > > If red5sip connects after Jitsi, it will never receive IDR. > > > > > > 2013/2/25 Artyom Horuzhenko > > > > > >> I captured Jitsi traffic and didn't find any FIR request from Jitsi. > > >> > > >> 2013/2/25 Тимур Тлеукенов : > > >> > Hello! > > >> > > > >> > As I understand nalType=5 means we received IDR picture (Intra-frame > > or > > >> > Keyframe), nalType=1 - non-IDR picture. > > >> > > > >> > In fact I receive from SIP only non-IDR and both SPS and PPS. > > >> > I was found this: "If no infra frames are received for 5 seconds, > > then we > > >> > send a fast-intra-update (FIR) request to the SIP/RTP side, so that it > > >> > triggers the SIP phone to send an intra frame." > > >> > > > >> > So, I guess we should add FIR request. > > >> > > > >> > > > >> > 2013/2/25 Artyom Horuzhenko > > >> > > > >> >> Hello everybody! > > >> >> > > >> >> I try to implement rtp to rtmp video convertation and I use this > > >> article: > > >> >> > > >> >> > > >> > > http://p2p-sip.blogspot.ru/2012/01/translating-h264-between-flash-player.html > > >> >> and this code: > > >> >> http://code.google.com/p/rtmplite/source/browse/trunk/siprtmp.py. > > >> >> You can see that the data are sended when nalType=5, but in my case I > > >> >> never receive nalType=5. I receive only nalType=1, 6, 7 and 8. I > > there > > >> >> anybody who can comment this situation? > > >> >> > > >> > > > >> > > > >> > > > >> > -- > > >> > Timur Tleukenov > > >> > > > > > > > > > > > > -- > > > Timur Tleukenov > > > > > > -- > Timur Tleukenov
Re: RTP to RTMP video convertation
No. I just check nalType and print packets to trace. 2013/2/25 Artyom Horuzhenko > Do you also try to rewrite that python code on java? We seem to do same > work. > 25.02.2013 17:02 пользователь "Тимур Тлеукенов" > > написал: > > > > I did the following: > > 1) start red5sip > > 2) put breakpoint in if(nalType == 5) { ... > > 3) call from jitsi to conference > > 4) click button in jitsi, that enables video. > > 5) third RTP packet triggers breakpoint at nalType=5 > > > > I also try to run two jitsi and saw that when second jitsi connects, it > > start displays video by square pieces. So it also do not receive IDR > frame. > > > > 2013/2/25 Artyom Horuzhenko > > > > > I tried to run jitsi before and after red5sip and I never got > > > nalType=5. What do you use for tests? > > > > > > 2013/2/25 Тимур Тлеукенов : > > > > If red5sip is connected before other SIP-devices, after Jitsi > connected > > > and > > > > start translate video, red5sip receive nalType=5. > > > > If red5sip connects after Jitsi, it will never receive IDR. > > > > > > > > 2013/2/25 Artyom Horuzhenko > > > > > > > >> I captured Jitsi traffic and didn't find any FIR request from Jitsi. > > > >> > > > >> 2013/2/25 Тимур Тлеукенов : > > > >> > Hello! > > > >> > > > > >> > As I understand nalType=5 means we received IDR picture > (Intra-frame > > > or > > > >> > Keyframe), nalType=1 - non-IDR picture. > > > >> > > > > >> > In fact I receive from SIP only non-IDR and both SPS and PPS. > > > >> > I was found this: "If no infra frames are received for 5 seconds, > > > then we > > > >> > send a fast-intra-update (FIR) request to the SIP/RTP side, so > that it > > > >> > triggers the SIP phone to send an intra frame." > > > >> > > > > >> > So, I guess we should add FIR request. > > > >> > > > > >> > > > > >> > 2013/2/25 Artyom Horuzhenko > > > >> > > > > >> >> Hello everybody! > > > >> >> > > > >> >> I try to implement rtp to rtmp video convertation and I use this > > > >> article: > > > >> >> > > > >> >> > > > >> > > > > > http://p2p-sip.blogspot.ru/2012/01/translating-h264-between-flash-player.html > > > >> >> and this code: > > > >> >> http://code.google.com/p/rtmplite/source/browse/trunk/siprtmp.py > . > > > >> >> You can see that the data are sended when nalType=5, but in my > case I > > > >> >> never receive nalType=5. I receive only nalType=1, 6, 7 and 8. I > > > there > > > >> >> anybody who can comment this situation? > > > >> >> > > > >> > > > > >> > > > > >> > > > > >> > -- > > > >> > Timur Tleukenov > > > >> > > > > > > > > > > > > > > > > -- > > > > Timur Tleukenov > > > > > > > > > > > -- > > Timur Tleukenov > -- Timur Tleukenov
Re: RTP to RTMP video convertation
@Override public void pushVideo(byte[] payload, long ts, boolean hasMarker) throws IOException { int nalType = payload[0] & 0x1f; } 2013/2/25 Artyom Horuzhenko > Could you send me how do you get nalType? I want to check myself. > 25.02.2013 17:46 пользователь "Тимур Тлеукенов" > > написал: > > > > No. I just check nalType and print packets to trace. > > > > 2013/2/25 Artyom Horuzhenko > > > > > Do you also try to rewrite that python code on java? We seem to do same > > > work. > > > 25.02.2013 17:02 пользователь "Тимур Тлеукенов" < > timur.tleuke...@gmail.com > > > > > > > написал: > > > > > > > > I did the following: > > > > 1) start red5sip > > > > 2) put breakpoint in if(nalType == 5) { ... > > > > 3) call from jitsi to conference > > > > 4) click button in jitsi, that enables video. > > > > 5) third RTP packet triggers breakpoint at nalType=5 > > > > > > > > I also try to run two jitsi and saw that when second jitsi connects, > it > > > > start displays video by square pieces. So it also do not receive IDR > > > frame. > > > > > > > > 2013/2/25 Artyom Horuzhenko > > > > > > > > > I tried to run jitsi before and after red5sip and I never got > > > > > nalType=5. What do you use for tests? > > > > > > > > > > 2013/2/25 Тимур Тлеукенов : > > > > > > If red5sip is connected before other SIP-devices, after Jitsi > > > connected > > > > > and > > > > > > start translate video, red5sip receive nalType=5. > > > > > > If red5sip connects after Jitsi, it will never receive IDR. > > > > > > > > > > > > 2013/2/25 Artyom Horuzhenko > > > > > > > > > > > >> I captured Jitsi traffic and didn't find any FIR request from > Jitsi. > > > > > >> > > > > > >> 2013/2/25 Тимур Тлеукенов : > > > > > >> > Hello! > > > > > >> > > > > > > >> > As I understand nalType=5 means we received IDR picture > > > (Intra-frame > > > > > or > > > > > >> > Keyframe), nalType=1 - non-IDR picture. > > > > > >> > > > > > > >> > In fact I receive from SIP only non-IDR and both SPS and PPS. > > > > > >> > I was found this: "If no infra frames are received for 5 > seconds, > > > > > then we > > > > > >> > send a fast-intra-update (FIR) request to the SIP/RTP side, so > > > that it > > > > > >> > triggers the SIP phone to send an intra frame." > > > > > >> > > > > > > >> > So, I guess we should add FIR request. > > > > > >> > > > > > > >> > > > > > > >> > 2013/2/25 Artyom Horuzhenko > > > > > >> > > > > > > >> >> Hello everybody! > > > > > >> >> > > > > > >> >> I try to implement rtp to rtmp video convertation and I use > this > > > > > >> article: > > > > > >> >> > > > > > >> >> > > > > > >> > > > > > > > > > > > > > http://p2p-sip.blogspot.ru/2012/01/translating-h264-between-flash-player.html > > > > > >> >> and this code: > > > > > >> >> > http://code.google.com/p/rtmplite/source/browse/trunk/siprtmp.py > > > . > > > > > >> >> You can see that the data are sended when nalType=5, but in > my > > > case I > > > > > >> >> never receive nalType=5. I receive only nalType=1, 6, 7 and > 8. I > > > > > there > > > > > >> >> anybody who can comment this situation? > > > > > >> >> > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > -- > > > > > >> > Timur Tleukenov > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Timur Tleukenov > > > > > > > > > > > > > > > > > > > > > -- > > > > Timur Tleukenov > > > > > > > > > > > -- > > Timur Tleukenov > -- Timur Tleukenov
Re: bug #513
publicSID is temporary (per session) variable, it is not a good idea to put it into invitations table. I believe the best short term solution would be to disable voting and the best long term solution would be to create "ExternalUser" entity and store references to it in various types of other tables (or maybe add additional type of user "external") something like this On Mon, Feb 25, 2013 at 4:15 PM, Кочура Иван wrote: > Using the publicSID is not enough, I checked it. > > When a user comes to the invitation, we can retain the publicSID of the > active user in the table "invitations". So that we can get a invatedHash > using the publicSID. > > Limit voting is not the best idea. In the future, this functionality can be > useful. > > -- Forwarded message -- > From: Artyom Horuzhenko > Date: 2013/2/25 > Subject: Fwd: bug #513 > To: kiv.i...@gmail.com > > > -- Forwarded message -- > From: Maxim Solodovnik > Date: 2013/2/21 > Subject: Re: bug #513 > To: dev > > > I'm afraid it is impossible to have invitation hash > You only can get publicSID (seems to be not enough, since the issue will > remain for infinite and time range invitations) > You can limit voting to the OM users (disable vote button for invited > guests) > > > On Thu, Feb 21, 2013 at 4:16 PM, Кочура Иван wrote: > > > Hello. My name is Kochura Ivan. I'm going to fixed a bug https://issues. > > apache.org/jira/browse/OPENMEETINGS-513, using invatedHash. In addition > to > > the client id, we must preserve the InvitationHash in the > RoomPollAnswers. > > Based on the above, I have a question. How to get a InvitationHash if I > > have only streamid. (in class PollService) > > > > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax
Re: Persian Language Alignment
I'm afraid you need to wait for 3.0 :( the only other option is to update all labels and change alignment :( On Mon, Feb 25, 2013 at 10:50 PM, Iman Firouzian wrote: > > Hi, > As you can see in the picture attached, i have successfully translated > openmeetings 2.0.0.r1361497-14-07-2012_1108 to persian (Farsi) language but > the problem is that the text alignment in Farsi is different from English > language. Here's an example to determine what the problem exactly is: > ایران قدیمی ترین کشور دنیاست که حداقل 5300 سال قدمت دارد و بعد از ایران به > ترتیب مصر، کره و چین قرار دارند. > ایران قدیمی ترین کشور دنیاست که حداقل 5300 سال قدمت دارد و بعد از ایران به > ترتیب مصر، کره و چین قرار دارند. > As you can see both above sentences are correct but alignment is incorrect. > I'm wondering if you'd mind helping me on changing the alignment. > Thanks! > > > -- > > Best Regards > Iman Firouzian > MSc student in Artificial Intelligence > Computer and IT engineering Department > Shahrood University of Technology, Iran -- WBR Maxim aka solomax
Re: New address book
Hello everybody, we discuss about privacy issues. One can search across all users by default. There should by an option for the users to configure whether they are in that list or not. And it should be set to keep privacy by default. Greetings Peter Dähn Am 26.02.2013 08:48, schrieb Alexei Fedotov: Hello folks, Sebastian, I suggest the new concept for openmeetings. This is not a real innovation, just a copy of a newer thing than before. We will implement a new address book for openmeetings which looks like android address book. I'm writing this to collect your feedback before we start coding. Basicly we add all other contacts below those who already participates in the conference. When one drugs and drops offline contact on the board the invitation to join the conference is sent via specified channels including mail and jabber. For touch interfaces left-to-right gesture on the contact does the thing (this already works on my Android). Yes, we start adopting the thing for windows 8 pad experience (and get ubuntu pad working as well). All offline contacts are hidden in a tab by default, so the default look resembles the one we have now. The new book will be available in an iframe and will use wicket. Android-like call animations will be implemented on the top of jquery (and maybe some other lib in the middle). Separating the book from the board is another srep in our gradual flash to html5 transition. After we do basics, further ideas include the following improvements. It will likely require a lightweight http-tunnelled jabber to be implemented on openmeetings side (likely as an independently developed apache licensed component jar - independency on the build level will help better reuse and testing) to add jabber transport for address book invitations. This can help migrating the whole chat to jabber, so openmeetings chat will integrate to different im networks. The whole thing would help to light a green light for thise who are online and distribute invitation urls to tgem via different im networks. Some other ideas include importing contacts by ldap, from google and social networks, managing duplicates. Some "special users" do more on receiving invitation. They automatically turn on camera and join the meeting. This effectively turns openmeetings into video survilliance system. :-) Yet some people may take advance of placing cameras in a cafeteria.