Hi,

I am able to playback all my recorded flv's once again:clap:, Unhandled
pings are still there, but my connection is not breaking. 

Previously the directory of my recorded files were room-->streams-->flv1 ,
flv2, ....
Now in later release of Red5, it was changed to  streams-->room--->flv1,
flv2, .....

But on client side , I was not getting any flv file not found message:-|

Thanks to all



sunil_gupta20801 wrote:
> 
> Hi, Thanks for reply,
> 
> But i am using Red5 version 0.6.1 final release, and java version
> 1.5.0_11-b03.
> When i run this on 0.6rc2, then also it gives me lots of unhandled ping
> errors. 
> 
> I am not able to migrate my existing very well running application to
> newer release of Red5.
> 
> Please suggest me.
> 
> 
> Thijs Triemstra | Collab wrote:
>> 
>> What version are you using now? The error message in the log comes  
>> from a old bug in red5 i think..
>> 
>> INFO   | jvm 1    | 2007/06/25 11:35:44 | [WARN] 61859  
>> DefaultQuartzScheduler_Worker-4: 
>> ( org.red5.server.net.rtmp.RTMPConnection.execute ) Closing  
>> RTMPMinaConnection from 127.0.0.1:3130 to localhost (in: 3456, out:  
>> 3328) due to too much inactivity (1182751539484).
>> 
>> Thijs
>> 
>> 
>> On Jun 25, 2007, at 12:30 PM, sunil_gupta20801 wrote:
>> 
>>>
>>> Hi,
>>>
>>> When i tried updating Red5 version from 0.5 to newer release of  
>>> Red5. My
>>> existing application stopped working. It works fine with 0.5  
>>> version of
>>> Red5. This application downloads number of flv recorded for any  
>>> conference
>>> from the database and then play these flv's in the order, they were
>>> recorded, With new version, Red5 terminate the application.
>>>
>>> I am attaching a log file also with this. Please suggest me.
>>> http://www.nabble.com/file/p11281663/red5.log red5.log
>>>
>>> I am also putting the source which is generating the error.
>>>
>>>
>>>
>>>                      ApplicationContext ctx = null;
>>>                      
>>> ctx=con.getScope().getContext().getApplicationContext();
>>>                     
>>>                      IRecordingInfoDAO iRecordingInfoDAO = null;
>>>                      IRecordingDAO iRecordingDAO = null;
>>>                      RecordingInfoServiceImpl recordingInfoServiceImpl=null;
>>>                      RecordingServiceImpl recordingServiceImpl=null;
>>>
>>>                     
>>>                     iRecordingInfoDAO = (IRecordingInfoDAO)ctx.getBean 
>>> ("recordingInfoDAO");
>>>                     iRecordingDAO = 
>>> (IRecordingDAO)ctx.getBean("recordingDAO");
>>>                     recordingInfoServiceImpl = new 
>>> RecordingInfoServiceImpl();
>>>                     recordingServiceImpl = new RecordingServiceImpl();
>>>                     
>>> recordingInfoServiceImpl.setRecordingInfoDAO(iRecordingInfoDAO);
>>>                     recordingServiceImpl.setRecordingDAO(iRecordingDAO);
>>>
>>>                     
>>>                     long startTime= System.currentTimeMillis();
>>>             
>>> recordingServiceImpl.downloadRecordingsByConfID_ReID(Long.parseLong 
>>> (conf_id),
>>> Integer.parseInt(rec_id), playbackPath);
>>>                     long endTime= System.currentTimeMillis();
>>>                     log.info("Total lapsed time --> "+(endTime-startTime));
>>>                     
>>>                     Thread.sleep(10*1000);  
>>>             }
>>>             catch(Exception e){           //error
>>>                  }
>>>
>>> When i remove the above thread sleep method, it does not disconnect  
>>> the
>>> client, but i need some delay in my current thread in order to get  
>>> flv files
>>> from database to hard disk.
>>>
>>> -- 
>>> View this message in context: http://www.nabble.com/Unhandled-ping- 
>>> and-due-to-too-much-inactivity-tf3974403.html#a11281663
>>> Sent from the Red5 - English mailing list archive at Nabble.com.
>>>
>>>
>>> _______________________________________________
>>> Red5 mailing list
>>> [email protected]
>>> http://osflash.org/mailman/listinfo/red5_osflash.org
>> 
>> 
>> _______________________________________________
>> Red5 mailing list
>> [email protected]
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Unhandled-ping-and-due-to-too-much-inactivity-tf3974403.html#a11301259
Sent from the Red5 - English mailing list archive at Nabble.com.


_______________________________________________
Red5 mailing list
[email protected]
http://osflash.org/mailman/listinfo/red5_osflash.org

Reply via email to