[Red5devs] ServerStream lagging problem

[Daniel Rossi]

Interesting are you able to provide a patch ?

On 31/10/2008, at 5:00 PM, Muyen wrote:

> Hi,
>
> I discovered what is causing the problem. The ServerStream is using  
> the QuartzSchedulingService to publish the stream.
> The performance of the Quartz service is too poorly and cause the  
> stream messages being skipped and not published.
>
> I replaced the QuartzSchedulingService with java's  
> ScheduledThreadPoolExecutor and the stream seems to work without  
> problems.
>
> I think either we can try to change Quartz settings to make it run  
> more efficient or use  ScheduledThreadPoolExecutor  instead to fix  
> the problem.
>
>
> Regards,
>
> Muyen
>
>
>
>
>
>
>
> Paul here is the ticket , created on the 6th of Feb 2007 !
>
> http://jira.red5.org/browse/SN-21
>
>
> On 23/10/2008, at 1:16 AM, Mondain wrote:
>
>> Well, it looks like ill be digging into this because its related to  
>> the mp4 branch; so hopefully we will have a solution before rc2.
>>
>> Paul
>>
>> On Wed, Oct 22, 2008 at 1:54 AM, Daniel Rossi  
>> <electroteque at gmail.com> wrote:
>> Yes it is so, because its a live stream, i subscribe, close then  
>> resubscribe at a particular interval and i get
>>
>> [WARN] [DefaultQuartzScheduler_Worker-3]  
>> org.red5.server.stream.consumer.ConnectionConsumer - Skipping  
>> message with negative timestamp.
>>
>> No metadata is sent for the file also, and eclipse complains that  
>> the serverstream dosnt exist
>>
>> [INFO] [pool-4-thread-16] org.red5.server.stream.ProviderService -  
>> getVODProviderFile scope path:  name: live0
>> [WARN] [pool-4-thread-16] org.red5.server.stream.ProviderService -  
>> File was null or did not exist: live0
>>
>> Using ns.play(streamName, -1);
>>
>> It seems to skips all over the place, has been a problem like this  
>> for ages has never worked, have put in tickets about it :\
>>
>> On 22/10/2008, at 4:46 PM, Mondain wrote:
>>
>>> Yeah its odd not to see him on the list.. must be on Holiday.
>>>
>>> Paul
>>>
>>> On Tue, Oct 21, 2008 at 7:27 PM, Daniel Rossi <electroteque at gmail.com 
>>> > wrote:
>>> AHH it's still a problem, i'm about to implement server stream for  
>>> a logging test application will take a look, i think the  
>>> timestamps stuff is still screwy. Check the thread for the good  
>>> work lenny did.
>>>
>>> BTW WHERE IS LENNY :D
>>>
>>>
>>> On 22/10/2008, at 1:22 PM, Muyen wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm trying to use ServerStream to publish audio mp3 or flv to  
>>>> flash. I can hear the music playing but it seams to be lagging.
>>>>
>>>>
>>>> From the console, I found the following message.
>>>>
>>>> org.red5.server.stream.consumer.ConnectionConsumer - Skipping  
>>>> message with negative timestamp.
>>>>
>>>> I think somehow, the ServerStream calc the timestamp wrong  
>>>> causing it to have negative value and skip some of the message to  
>>>> be published.
>>>> I'm not sure about this.
>>>>
>>>> I searched the web and found some posts that describe the same  
>>>> problem.
>>>>
>>>> I'm wondering is it a bug or there is a work around for this? or  
>>>> is there some problem with my code?
>>>>
>>>> Thanks in advance.
>>>>
>>>> my code
>>>>
>>>> IServerStream serverStream =  
>>>> StreamUtils.createServerStream(scope, publishName);
>>>>
>>>>   String fileName = "bb.mp3";
>>>>
>>>>   SimplePlayItem playItem = new SimplePlayItem();
>>>>   playItem.setName(fileName);
>>>>
>>>>
>>>>   playItem.setStart(0);
>>>>
>>>>   IProviderService providerService = (IProviderService)  
>>>> scope.getContext().getBean(IProviderService.BEAN_NAME);
>>>>   if (providerService != null) {
>>>>        File file = providerService.getVODProviderFile(scope,  
>>>> fileName);
>>>>        if (file != null) {
>>>>             playItem.setSize(file.length());
>>>>        } else {
>>>>             log.debug("File was null, this is ok for live  
>>>> streams");
>>>>        }
>>>>       } else {
>>>>        log.debug("ProviderService was null");
>>>>       }
>>>>
>>>>   serverStream.addItem(playItem);
>>>>
>>>>   serverStream.start();
>>>>
>>>>
>>>> Best Regards,
>>>>
>>>> Muyen
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Red5devs mailing list
>>>> Red5devs at osflash.org
>>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>>
>>>
>>> _______________________________________________
>>> Red5devs mailing list
>>> Red5devs at osflash.org
>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>>
>>>
>>>
>>>
>>> -- 
>>> http://gregoire.org/
>>> http://osflash.org/red5
>>> _______________________________________________
>>> Red5devs mailing list
>>> Red5devs at osflash.org
>>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>
>>
>> _______________________________________________
>> Red5devs mailing list
>> Red5devs at osflash.org
>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>>
>>
>>
>>
>> -- 
>> http://gregoire.org/
>> http://osflash.org/red5
>> _______________________________________________
>> Red5devs mailing list
>> Red5devs at osflash.org
>> http://osflash.org/mailman/listinfo/red5devs_osflash.org
>
>
>
> _______________________________________________
> Red5devs mailing list
> Red5devs at osflash.org
> http://osflash.org/mailman/listinfo/red5devs_osflash.org
> _______________________________________________
> Red5devs mailing list
> Red5devs at osflash.org
> http://osflash.org/mailman/listinfo/red5devs_osflash.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://osflash.org/pipermail/red5devs_osflash.org/attachments/20081031/c5c04c16/attachment-0001.html>