<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/jlibrtp/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/jlibrtp/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sat, 13 Dec 2014 14:37:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/jlibrtp/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Since years no new release</title><link>https://sourceforge.net/p/jlibrtp/bugs/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;As discussed somewhere else, you should provide a new main release from the svn trunk. &lt;/p&gt;
&lt;p&gt;Please with license headers in each source file. Additionally, you should document demo and test classes. The test is not functional for me, propably cause of some synchronization issue.&lt;/p&gt;
&lt;p&gt;We're waiting for an official Fedora 21+ repo package with a current review request.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Raphael Groner</dc:creator><pubDate>Sat, 13 Dec 2014 14:37:36 -0000</pubDate><guid>https://sourceforge.net91e861c649dc2d7efbe7f88f1cf9426c9d51809e</guid></item><item><title>#6 Missing PayloadType in DataFrame (Fix proposal included)</title><link>https://sourceforge.net/p/jlibrtp/bugs/6/?limit=25#0199</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">noamik</dc:creator><pubDate>Wed, 06 Nov 2013 14:07:10 -0000</pubDate><guid>https://sourceforge.netd8970c3c68bf6119bbe3df6abe5158e9369b30ca</guid></item><item><title>#7 Concurrent modification exception when running TestRTPSession.main() [FIX included]</title><link>https://sourceforge.net/p/jlibrtp/bugs/7/?limit=25#aae1</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;assigned_to&lt;/strong&gt;: noamik&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Arne Kepp</dc:creator><pubDate>Wed, 06 Nov 2013 14:07:09 -0000</pubDate><guid>https://sourceforge.netfdf42bfb12b63f6d0c2eb42a2341d7511444e0b3</guid></item><item><title>#7 Concurrent modification exception when running TestRTPSession.main() [FIX included]</title><link>https://sourceforge.net/p/jlibrtp/bugs/7/?limit=25#bea2</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Yes, I would be interested in committing fixes directly. I've send a mail already, so you might want to edit and remove your contact information.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">noamik</dc:creator><pubDate>Wed, 06 Nov 2013 12:59:48 -0000</pubDate><guid>https://sourceforge.net57fc48e38e9c98587998ab0e4416fa45b3c228ff</guid></item><item><title>#7 Concurrent modification exception when running TestRTPSession.main() [FIX included]</title><link>https://sourceforge.net/p/jlibrtp/bugs/7/?limit=50#e1ec</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hey,&lt;/p&gt;
&lt;p&gt;Looks good. Would you be interested in privileges on the project, so you can commit directly ?&lt;/p&gt;
&lt;p&gt;You can email me at arkepp gmail com &lt;/p&gt;
&lt;p&gt;-Arne&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Arne Kepp</dc:creator><pubDate>Tue, 05 Nov 2013 17:54:15 -0000</pubDate><guid>https://sourceforge.net882289845cf1455ee088465893ad84d12154e6d4</guid></item><item><title>Concurrent modification exception when running TestRTPSession.main() [FIX included]</title><link>https://sourceforge.net/p/jlibrtp/bugs/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ticket 7 has been modified: Concurrent modification exception when running TestRTPSession.main() &lt;span&gt;[FIX included]&lt;/span&gt;&lt;br /&gt;
Edited By: Arne Kepp (arneke)&lt;br /&gt;
Status updated: u'open' =&amp;gt; u'closed-fixed'&lt;br /&gt;
Owner updated: None =&amp;gt; u'noamik'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">noamik</dc:creator><pubDate>Tue, 05 Nov 2013 17:40:40 -0000</pubDate><guid>https://sourceforge.netcc60421319f9b8e22baf528fa8baf7071339b537</guid></item><item><title>Concurrent modification exception when running TestRTPSession.main() [FIX included]</title><link>https://sourceforge.net/p/jlibrtp/bugs/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The reason is ParticipantDatabase using a LinkedList to store receivers. Changing them to use CopyOnWriteArrayList solves the issue. The new line should look like this:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span class="cm"&gt;/** &lt;/span&gt;
&lt;span class="cm"&gt; * A copy on write list to hold participants explicitly added by the application&lt;/span&gt;
&lt;span class="cm"&gt; * In unicast mode this is the list used for RTP and RTCP transmission, &lt;/span&gt;
&lt;span class="cm"&gt; * in multicast it should not be in use. &lt;/span&gt;
&lt;span class="cm"&gt; */&lt;/span&gt;
&lt;span class="n"&gt;CopyOnWriteArrayList&lt;/span&gt;&lt;span class="o"&gt;&amp;lt;&lt;/span&gt;&lt;span class="n"&gt;Participant&lt;/span&gt;&lt;span class="o"&gt;&amp;gt;&lt;/span&gt; &lt;span class="n"&gt;receivers&lt;/span&gt; &lt;span class="o"&gt;=&lt;/span&gt; &lt;span class="k"&gt;new&lt;/span&gt; &lt;span class="n"&gt;CopyOnWriteArrayList&lt;/span&gt;&lt;span class="o"&gt;&amp;lt;&lt;/span&gt;&lt;span class="n"&gt;Participant&lt;/span&gt;&lt;span class="o"&gt;&amp;gt;&lt;/span&gt;&lt;span class="p"&gt;();&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;
&lt;p&gt;CopyOnWriteArrayLists are a bit slower on modification, but they are thread-safe. Since adding and removing Participants should happen a lot less often then iteration through the list and shouldn't be performance critical, thread safeness should be the priority here IMO.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">noamik</dc:creator><pubDate>Tue, 05 Nov 2013 17:40:40 -0000</pubDate><guid>https://sourceforge.net5e292b10eed128ba81438add351afd5bbc87c43e</guid></item><item><title>Missing PayloadType in DataFrame (Fix proposal included)</title><link>https://sourceforge.net/p/jlibrtp/bugs/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ticket 6 has been modified: Missing PayloadType in DataFrame (Fix proposal included)&lt;br /&gt;
Edited By: noamik (noamik)&lt;br /&gt;
Status updated: u'open' =&amp;gt; u'closed-fixed'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">noamik</dc:creator><pubDate>Tue, 05 Nov 2013 17:12:21 -0000</pubDate><guid>https://sourceforge.netdebb7a39a28a915bd95fd30845a6138d0f28ac44</guid></item><item><title>Missing PayloadType in DataFrame (Fix proposal included)</title><link>https://sourceforge.net/p/jlibrtp/bugs/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The DataFrame doesn't set the payload type anywhere.&lt;/p&gt;
&lt;p&gt;Proposed fix:&lt;br /&gt;
add: "payloadType = aPkt.getPayloadType();" right before doing "lastSeqNum = seqNum&lt;span&gt;[i - 1]&lt;/span&gt;;" in the DataFrame constructor.&lt;/p&gt;
&lt;p&gt;Since all the packets are guaranteed to have the same payloadType, we can savely use the last one processed in the previous loop through all the packets being part of a DataFrame.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">noamik</dc:creator><pubDate>Tue, 05 Nov 2013 17:12:21 -0000</pubDate><guid>https://sourceforge.neta8eff8539f72c7a5df2ff1934fb22922fd3f1e09</guid></item><item><title>Bug in RTPReciverThread.java:128</title><link>https://sourceforge.net/p/jlibrtp/bugs/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In the following code, the thread hangs for 10 secs the first time packet.getSocketAddress() is called:&lt;/p&gt;
&lt;p&gt;//Find the participant in the database based on SSRC&lt;br /&gt;
Participant part = rtpSession.partDb.getParticipant(pktSsrc);&lt;/p&gt;
&lt;p&gt;if(part == null) {&lt;br /&gt;
InetSocketAddress nullSocket = null;&lt;br /&gt;
part = new Participant((InetSocketAddress) packet.getSocketAddress(), nullSocket, pkt.getSsrc());&lt;br /&gt;
part.unexpected = true;&lt;br /&gt;
rtpSession.partDb.addParticipant(1,part);&lt;br /&gt;
}&lt;/p&gt;
&lt;p&gt;Thread no longer hangs when I create a new InetSocketAddress instead:&lt;/p&gt;
&lt;p&gt;//Find the participant in the database based on SSRC&lt;br /&gt;
Participant part = rtpSession.partDb.getParticipant(pktSsrc);&lt;/p&gt;
&lt;p&gt;if(part == null) {&lt;br /&gt;
InetSocketAddress nullSocket = null;&lt;br /&gt;
InetSocketAddress rtpSocket = new InetSocketAddress(packet.getAddress().getHostAddress(), packet.getPort());&lt;br /&gt;
part = new Participant(rtpSocket, nullSocket, pkt.getSsrc());&lt;br /&gt;
part.unexpected = true;&lt;br /&gt;
rtpSession.partDb.addParticipant(1,part);&lt;br /&gt;
}&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 04 Jun 2011 15:47:06 -0000</pubDate><guid>https://sourceforge.netc17aff4a7b66cf0baf4a769ebb4b382a89b7220f</guid></item></channel></rss>