|
»
Still issues with getting subscribed filename logged
|
View:
New views
11 Messages
—
Rating Filter:
Alert me
|
 |
Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
Hi paul as discussed earlier, the filename is not being recorded on a
stop event. It is strange but when i subscribe to a VOD file it will call streamPlaylistItemPlay which is supposed to be for server side playlist streams correct ? Anyway it is calling this just after streamSubscriberStart which does not store the filename ? Anyway only xs-name is being recorded on a stop not x-name. So the file is being recorded on a play but not a stop event. streamPlaylistItemStop does not get called at all ? [INFO] [pool-4-thread-3] org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client-id:0 [INFO] [pool-4-thread-8] org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- ba21-4bd3-bae0-e35478d6205b [INFO] [pool-4-thread-8] org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv [INFO] [pool-4-thread-16] org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 sc- bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b [INFO] [pool-4-thread-16] org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c-client-id:0 Is there any way for stream.getName() to get the filename not some string id ? We are needing the filename recorded so we can work out how many people stream to which bitrate for instance. _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Jose-62
::
Rate this Message:
Hello Daniel,
my 2 cents: streamPlaylistItemStop() MIGHT be called or not: when the client correctly stops the stream it is triggered, but when the client disappears (e.g. you close the player window) it is not. If you want to understand what calls are made I suggest you include the call name in the log.info()s in MultiThreadedApplicationAdapter.java because there is more than one call that shows up with the same "event" name (such as 'stop' or 'start'). streamSubscriberClose() logs this: "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} x-sname: {}" streamPlaylistItemStop() logs this: "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} x-sname:{} x-file-length:{} x-file-size:{} x-name:{}" (taken from 0.8RC2) And no, I am not sure of any of the above... just making tests... Cheers, El Domingo 29 Marzo 2009 03:20:55 Daniel Rossi escribió: > Hi paul as discussed earlier, the filename is not being recorded on a > stop event. It is strange but when i subscribe to a VOD file it will > call streamPlaylistItemPlay which is supposed to be for server side > playlist streams correct ? Anyway it is calling this just after > streamSubscriberStart which does not store the filename ? Anyway only > xs-name is being recorded on a stop not x-name. So the file is being > recorded on a play but not a stop event. streamPlaylistItemStop does > not get called at all ? > > [INFO] [pool-4-thread-3] > org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client-id:0 > [INFO] [pool-4-thread-8] > org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- > ba21-4bd3-bae0-e35478d6205b > [INFO] [pool-4-thread-8] > org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- > ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv > [INFO] [pool-4-thread-16] > org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 sc- > bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b > [INFO] [pool-4-thread-16] > org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c-client-id:0 > > Is there any way for stream.getName() to get the filename not some > string id ? > > We are needing the filename recorded so we can work out how many > people stream to which bitrate for instance. > > > > > _______________________________________________ > Red5 mailing list > Red5@... > http://osflash.org/mailman/listinfo/red5_osflash.org -- Jose _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
On 29/03/2009, at 12:54 PM, Jose wrote: > Hello Daniel, > my 2 cents: streamPlaylistItemStop() MIGHT be called or not: > when the client correctly stops the stream it is triggered, > but when the client disappears (e.g. you close the player window) > it is not. > > If you want to understand what calls are made I suggest you > include the call name in the log.info()s in > MultiThreadedApplicationAdapter.java because there is more > than one call that shows up with the same "event" name > (such as 'stop' or 'start'). > > streamSubscriberClose() logs this: > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > x-sname: > {}" > > streamPlaylistItemStop() logs this: > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > x-sname:{} > x-file-length:{} x-file-size:{} x-name:{}" > > (taken from 0.8RC2) > > > And no, I am not sure of any of the above... just making tests... None of this makes sense sorry, streamSubscriberClose I need the filename logged into the x-sname field inside this event which will always be called. As you have noted and I just did in my last email streamPlaylistItemStop doesn't always get called, if I suddenly switch streams or close the browser or disconnect. I proposed to try and replace that random string with the actual name because it doesn't mean anything unless it is an identifier to locate the stream in the connection, but there is already a streamId for that ? My logging system has also followed FMS standards so xs-name not x-name I dont even have a field for x-name :\ _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
I made a quick change which now logs the name not some random string,
however is this going to affect anything ? [INFO] [pool-4-thread-10] org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- sname:terminator_vp6.flv [INFO] [pool-4-thread-10] org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- sname:terminator_vp6.flv x-name:terminator_vp6.flv On 29/03/2009, at 12:54 PM, Jose wrote: > Hello Daniel, > my 2 cents: streamPlaylistItemStop() MIGHT be called or not: > when the client correctly stops the stream it is triggered, > but when the client disappears (e.g. you close the player window) > it is not. > > If you want to understand what calls are made I suggest you > include the call name in the log.info()s in > MultiThreadedApplicationAdapter.java because there is more > than one call that shows up with the same "event" name > (such as 'stop' or 'start'). > > streamSubscriberClose() logs this: > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > x-sname: > {}" > > streamPlaylistItemStop() logs this: > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > x-sname:{} > x-file-length:{} x-file-size:{} x-name:{}" > > (taken from 0.8RC2) > > > And no, I am not sure of any of the above... just making tests... > > > > > Cheers, > > > > El Domingo 29 Marzo 2009 03:20:55 Daniel Rossi escribió: > >> Hi paul as discussed earlier, the filename is not being recorded on a >> stop event. It is strange but when i subscribe to a VOD file it will >> call streamPlaylistItemPlay which is supposed to be for server side >> playlist streams correct ? Anyway it is calling this just after >> streamSubscriberStart which does not store the filename ? Anyway only >> xs-name is being recorded on a stop not x-name. So the file is being >> recorded on a play but not a stop event. streamPlaylistItemStop does >> not get called at all ? >> >> [INFO] [pool-4-thread-3] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client-id:0 >> [INFO] [pool-4-thread-8] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- >> ba21-4bd3-bae0-e35478d6205b >> [INFO] [pool-4-thread-8] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- >> ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv >> [INFO] [pool-4-thread-16] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 sc- >> bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b >> [INFO] [pool-4-thread-16] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c-client- >> id:0 >> >> Is there any way for stream.getName() to get the filename not some >> string id ? >> >> We are needing the filename recorded so we can work out how many >> people stream to which bitrate for instance. >> >> >> >> >> _______________________________________________ >> Red5 mailing list >> Red5@... >> http://osflash.org/mailman/listinfo/red5_osflash.org > > > -- > Jose > > _______________________________________________ > Red5 mailing list > Red5@... > http://osflash.org/mailman/listinfo/red5_osflash.org _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
This is fixed with patch applied, I hope this doesn't mess up anything
if else just needs tweaking. http://jira.red5.org/browse/APPSERVER-366 On 29/03/2009, at 12:54 PM, Jose wrote: > Hello Daniel, > my 2 cents: streamPlaylistItemStop() MIGHT be called or not: > when the client correctly stops the stream it is triggered, > but when the client disappears (e.g. you close the player window) > it is not. > > If you want to understand what calls are made I suggest you > include the call name in the log.info()s in > MultiThreadedApplicationAdapter.java because there is more > than one call that shows up with the same "event" name > (such as 'stop' or 'start'). > > streamSubscriberClose() logs this: > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > x-sname: > {}" > > streamPlaylistItemStop() logs this: > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > x-sname:{} > x-file-length:{} x-file-size:{} x-name:{}" > > (taken from 0.8RC2) > > > And no, I am not sure of any of the above... just making tests... > > > > > Cheers, > > > > El Domingo 29 Marzo 2009 03:20:55 Daniel Rossi escribió: > >> Hi paul as discussed earlier, the filename is not being recorded on a >> stop event. It is strange but when i subscribe to a VOD file it will >> call streamPlaylistItemPlay which is supposed to be for server side >> playlist streams correct ? Anyway it is calling this just after >> streamSubscriberStart which does not store the filename ? Anyway only >> xs-name is being recorded on a stop not x-name. So the file is being >> recorded on a play but not a stop event. streamPlaylistItemStop does >> not get called at all ? >> >> [INFO] [pool-4-thread-3] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client-id:0 >> [INFO] [pool-4-thread-8] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- >> ba21-4bd3-bae0-e35478d6205b >> [INFO] [pool-4-thread-8] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- >> ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv >> [INFO] [pool-4-thread-16] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 sc- >> bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b >> [INFO] [pool-4-thread-16] >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >> category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c-client- >> id:0 >> >> Is there any way for stream.getName() to get the filename not some >> string id ? >> >> We are needing the filename recorded so we can work out how many >> people stream to which bitrate for instance. >> >> >> >> >> _______________________________________________ >> Red5 mailing list >> Red5@... >> http://osflash.org/mailman/listinfo/red5_osflash.org > > > -- > Jose > > _______________________________________________ > Red5 mailing list > Red5@... > http://osflash.org/mailman/listinfo/red5_osflash.org _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Jose-62
::
Rate this Message:
Hello Daniel,
IMO streamnames should be unique, within any one server. Instead I would try and find a way to have the filename available from streamSubscriberClose(). I am sure some good guru :-) in here can help! Cheers, El Domingo 29 Marzo 2009 04:23:59 Daniel Rossi escribió: > This is fixed with patch applied, I hope this doesn't mess up anything > if else just needs tweaking. > > http://jira.red5.org/browse/APPSERVER-366 > > On 29/03/2009, at 12:54 PM, Jose wrote: > > Hello Daniel, > > my 2 cents: streamPlaylistItemStop() MIGHT be called or not: > > when the client correctly stops the stream it is triggered, > > but when the client disappears (e.g. you close the player window) > > it is not. > > > > If you want to understand what calls are made I suggest you > > include the call name in the log.info()s in > > MultiThreadedApplicationAdapter.java because there is more > > than one call that shows up with the same "event" name > > (such as 'stop' or 'start'). > > > > streamSubscriberClose() logs this: > > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > > x-sname: > > {}" > > > > streamPlaylistItemStop() logs this: > > "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} > > x-sname:{} > > x-file-length:{} x-file-size:{} x-name:{}" > > > > (taken from 0.8RC2) > > > > > > And no, I am not sure of any of the above... just making tests... > > > > > > > > > > Cheers, > > > > El Domingo 29 Marzo 2009 03:20:55 Daniel Rossi escribió: > >> Hi paul as discussed earlier, the filename is not being recorded on a > >> stop event. It is strange but when i subscribe to a VOD file it will > >> call streamPlaylistItemPlay which is supposed to be for server side > >> playlist streams correct ? Anyway it is calling this just after > >> streamSubscriberStart which does not store the filename ? Anyway only > >> xs-name is being recorded on a stop not x-name. So the file is being > >> recorded on a play but not a stop event. streamPlaylistItemStop does > >> not get called at all ? > >> > >> [INFO] [pool-4-thread-3] > >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > >> category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client-id:0 > >> [INFO] [pool-4-thread-8] > >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > >> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- > >> ba21-4bd3-bae0-e35478d6205b > >> [INFO] [pool-4-thread-8] > >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > >> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x-sname:fb251300- > >> ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv > >> [INFO] [pool-4-thread-16] > >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > >> category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 sc- > >> bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b > >> [INFO] [pool-4-thread-16] > >> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- > >> category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c-client- > >> id:0 > >> > >> Is there any way for stream.getName() to get the filename not some > >> string id ? > >> > >> We are needing the filename recorded so we can work out how many > >> people stream to which bitrate for instance. > >> > >> > >> > >> > >> _______________________________________________ > >> Red5 mailing list > >> Red5@... > >> http://osflash.org/mailman/listinfo/red5_osflash.org > > > > -- > > Jose > > > > _______________________________________________ > > Red5 mailing list > > Red5@... > > http://osflash.org/mailman/listinfo/red5_osflash.org > > _______________________________________________ > Red5 mailing list > Red5@... > http://osflash.org/mailman/listinfo/red5_osflash.org -- Jose _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
On 29/03/2009, at 1:48 PM, Jose wrote: > Hello Daniel, > IMO streamnames should be unique, within any one server. > > Instead I would try and find a way to have the filename available > from streamSubscriberClose(). I am sure some good guru :-) in here > can help! > OK so this is bad ? How about a new method stream.getStreamName() ?? > > > Cheers, > > > > El Domingo 29 Marzo 2009 04:23:59 Daniel Rossi escribió: > >> This is fixed with patch applied, I hope this doesn't mess up >> anything >> if else just needs tweaking. >> >> http://jira.red5.org/browse/APPSERVER-366 >> >> On 29/03/2009, at 12:54 PM, Jose wrote: >>> Hello Daniel, >>> my 2 cents: streamPlaylistItemStop() MIGHT be called or not: >>> when the client correctly stops the stream it is triggered, >>> but when the client disappears (e.g. you close the player window) >>> it is not. >>> >>> If you want to understand what calls are made I suggest you >>> include the call name in the log.info()s in >>> MultiThreadedApplicationAdapter.java because there is more >>> than one call that shows up with the same "event" name >>> (such as 'stop' or 'start'). >>> >>> streamSubscriberClose() logs this: >>> "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} >>> x-sname: >>> {}" >>> >>> streamPlaylistItemStop() logs this: >>> "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} >>> x-sname:{} >>> x-file-length:{} x-file-size:{} x-name:{}" >>> >>> (taken from 0.8RC2) >>> >>> >>> And no, I am not sure of any of the above... just making tests... >>> >>> >>> >>> >>> Cheers, >>> >>> El Domingo 29 Marzo 2009 03:20:55 Daniel Rossi escribió: >>>> Hi paul as discussed earlier, the filename is not being recorded >>>> on a >>>> stop event. It is strange but when i subscribe to a VOD file it >>>> will >>>> call streamPlaylistItemPlay which is supposed to be for server side >>>> playlist streams correct ? Anyway it is calling this just after >>>> streamSubscriberStart which does not store the filename ? Anyway >>>> only >>>> xs-name is being recorded on a stop not x-name. So the file is >>>> being >>>> recorded on a play but not a stop event. streamPlaylistItemStop >>>> does >>>> not get called at all ? >>>> >>>> [INFO] [pool-4-thread-3] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client- >>>> id:0 >>>> [INFO] [pool-4-thread-8] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- >>>> sname:fb251300- >>>> ba21-4bd3-bae0-e35478d6205b >>>> [INFO] [pool-4-thread-8] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- >>>> sname:fb251300- >>>> ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv >>>> [INFO] [pool-4-thread-16] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 >>>> sc- >>>> bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b >>>> [INFO] [pool-4-thread-16] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c- >>>> client- >>>> id:0 >>>> >>>> Is there any way for stream.getName() to get the filename not some >>>> string id ? >>>> >>>> We are needing the filename recorded so we can work out how many >>>> people stream to which bitrate for instance. >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Red5 mailing list >>>> Red5@... >>>> http://osflash.org/mailman/listinfo/red5_osflash.org >>> >>> -- >>> Jose >>> >>> _______________________________________________ >>> Red5 mailing list >>> Red5@... >>> http://osflash.org/mailman/listinfo/red5_osflash.org >> >> _______________________________________________ >> Red5 mailing list >> Red5@... >> http://osflash.org/mailman/listinfo/red5_osflash.org > > > -- > Jose > > _______________________________________________ > Red5 mailing list > Red5@... > http://osflash.org/mailman/listinfo/red5_osflash.org _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
im pretty sure stream.getName() is individual for that stream so it
shouldnt matter what is put there, the unique identifier is the streamId. I'll create another method then just in case. On 29/03/2009, at 1:48 PM, Jose wrote: > Hello Daniel, > IMO streamnames should be unique, within any one server. > > Instead I would try and find a way to have the filename available > from streamSubscriberClose(). I am sure some good guru :-) in here > can help! > > > > Cheers, > > > > El Domingo 29 Marzo 2009 04:23:59 Daniel Rossi escribió: > >> This is fixed with patch applied, I hope this doesn't mess up >> anything >> if else just needs tweaking. >> >> http://jira.red5.org/browse/APPSERVER-366 >> >> On 29/03/2009, at 12:54 PM, Jose wrote: >>> Hello Daniel, >>> my 2 cents: streamPlaylistItemStop() MIGHT be called or not: >>> when the client correctly stops the stream it is triggered, >>> but when the client disappears (e.g. you close the player window) >>> it is not. >>> >>> If you want to understand what calls are made I suggest you >>> include the call name in the log.info()s in >>> MultiThreadedApplicationAdapter.java because there is more >>> than one call that shows up with the same "event" name >>> (such as 'stop' or 'start'). >>> >>> streamSubscriberClose() logs this: >>> "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} >>> x-sname: >>> {}" >>> >>> streamPlaylistItemStop() logs this: >>> "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} >>> x-sname:{} >>> x-file-length:{} x-file-size:{} x-name:{}" >>> >>> (taken from 0.8RC2) >>> >>> >>> And no, I am not sure of any of the above... just making tests... >>> >>> >>> >>> >>> Cheers, >>> >>> El Domingo 29 Marzo 2009 03:20:55 Daniel Rossi escribió: >>>> Hi paul as discussed earlier, the filename is not being recorded >>>> on a >>>> stop event. It is strange but when i subscribe to a VOD file it >>>> will >>>> call streamPlaylistItemPlay which is supposed to be for server side >>>> playlist streams correct ? Anyway it is calling this just after >>>> streamSubscriberStart which does not store the filename ? Anyway >>>> only >>>> xs-name is being recorded on a stop not x-name. So the file is >>>> being >>>> recorded on a play but not a stop event. streamPlaylistItemStop >>>> does >>>> not get called at all ? >>>> >>>> [INFO] [pool-4-thread-3] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client- >>>> id:0 >>>> [INFO] [pool-4-thread-8] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- >>>> sname:fb251300- >>>> ba21-4bd3-bae0-e35478d6205b >>>> [INFO] [pool-4-thread-8] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- >>>> sname:fb251300- >>>> ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv >>>> [INFO] [pool-4-thread-16] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 >>>> sc- >>>> bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b >>>> [INFO] [pool-4-thread-16] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c- >>>> client- >>>> id:0 >>>> >>>> Is there any way for stream.getName() to get the filename not some >>>> string id ? >>>> >>>> We are needing the filename recorded so we can work out how many >>>> people stream to which bitrate for instance. >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Red5 mailing list >>>> Red5@... >>>> http://osflash.org/mailman/listinfo/red5_osflash.org >>> >>> -- >>> Jose >>> >>> _______________________________________________ >>> Red5 mailing list >>> Red5@... >>> http://osflash.org/mailman/listinfo/red5_osflash.org >> >> _______________________________________________ >> Red5 mailing list >> Red5@... >> http://osflash.org/mailman/listinfo/red5_osflash.org > > > -- > Jose > > _______________________________________________ > Red5 mailing list > Red5@... > http://osflash.org/mailman/listinfo/red5_osflash.org _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
OK you are right it is supposed to be unique for some reason, I am adding another method here it should work :)
/** * Get the name of the stream. The name is unique across the server. This is * just an id of the stream and NOT the name that is used at client side to * subscribe to the stream. For that name, use * {@link IBroadcastStream#getPublishedName()} * * @return the name of the stream */ public String getName(); On 29/03/2009, at 1:48 PM, Jose wrote:
_______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Re: Still issues with getting subscribed filename logged
by Daniel Rossi
::
Rate this Message:
OK I added a new method called getStreamName it will display the
correct subscribed stream name http://jira.red5.org/browse/APPSERVER-366 On 29/03/2009, at 1:48 PM, Jose wrote: > Hello Daniel, > IMO streamnames should be unique, within any one server. > > Instead I would try and find a way to have the filename available > from streamSubscriberClose(). I am sure some good guru :-) in here > can help! > > > > Cheers, > > > > El Domingo 29 Marzo 2009 04:23:59 Daniel Rossi escribió: > >> This is fixed with patch applied, I hope this doesn't mess up >> anything >> if else just needs tweaking. >> >> http://jira.red5.org/browse/APPSERVER-366 >> >> On 29/03/2009, at 12:54 PM, Jose wrote: >>> Hello Daniel, >>> my 2 cents: streamPlaylistItemStop() MIGHT be called or not: >>> when the client correctly stops the stream it is triggered, >>> but when the client disappears (e.g. you close the player window) >>> it is not. >>> >>> If you want to understand what calls are made I suggest you >>> include the call name in the log.info()s in >>> MultiThreadedApplicationAdapter.java because there is more >>> than one call that shows up with the same "event" name >>> (such as 'stop' or 'start'). >>> >>> streamSubscriberClose() logs this: >>> "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} >>> x-sname: >>> {}" >>> >>> streamPlaylistItemStop() logs this: >>> "W3C x-category:stream x-event:stop c-ip:{} cs-bytes:{} sc-bytes:{} >>> x-sname:{} >>> x-file-length:{} x-file-size:{} x-name:{}" >>> >>> (taken from 0.8RC2) >>> >>> >>> And no, I am not sure of any of the above... just making tests... >>> >>> >>> >>> >>> Cheers, >>> >>> El Domingo 29 Marzo 2009 03:20:55 Daniel Rossi escribió: >>>> Hi paul as discussed earlier, the filename is not being recorded >>>> on a >>>> stop event. It is strange but when i subscribe to a VOD file it >>>> will >>>> call streamPlaylistItemPlay which is supposed to be for server side >>>> playlist streams correct ? Anyway it is calling this just after >>>> streamSubscriberStart which does not store the filename ? Anyway >>>> only >>>> xs-name is being recorded on a stop not x-name. So the file is >>>> being >>>> recorded on a play but not a stop event. streamPlaylistItemStop >>>> does >>>> not get called at all ? >>>> >>>> [INFO] [pool-4-thread-3] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:session x-event:connect c-ip:0:0:0:0:0:0:0:1%0 c-client- >>>> id:0 >>>> [INFO] [pool-4-thread-8] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- >>>> sname:fb251300- >>>> ba21-4bd3-bae0-e35478d6205b >>>> [INFO] [pool-4-thread-8] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:play c-ip:0:0:0:0:0:0:0:1%0 x- >>>> sname:fb251300- >>>> ba21-4bd3-bae0-e35478d6205b x-name:watchmen_vp6.flv >>>> [INFO] [pool-4-thread-16] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:stream x-event:stop c-ip:0:0:0:0:0:0:0:1%0 cs-bytes:3844 >>>> sc- >>>> bytes:4157424 x-sname:fb251300-ba21-4bd3-bae0-e35478d6205b >>>> [INFO] [pool-4-thread-16] >>>> org.red5.server.adapter.MultiThreadedApplicationAdapter - W3C x- >>>> category:session x-event:disconnect c-ip:0:0:0:0:0:0:0:1%0 c- >>>> client- >>>> id:0 >>>> >>>> Is there any way for stream.getName() to get the filename not some >>>> string id ? >>>> >>>> We are needing the filename recorded so we can work out how many >>>> people stream to which bitrate for instance. >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Red5 mailing list >>>> Red5@... >>>> http://osflash.org/mailman/listinfo/red5_osflash.org >>> >>> -- >>> Jose >>> >>> _______________________________________________ >>> Red5 mailing list >>> Red5@... >>> http://osflash.org/mailman/listinfo/red5_osflash.org >> >> _______________________________________________ >> Red5 mailing list >> Red5@... >> http://osflash.org/mailman/listinfo/red5_osflash.org > > > -- > Jose > > _______________________________________________ > Red5 mailing list > Red5@... > http://osflash.org/mailman/listinfo/red5_osflash.org _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
|
|
Buffer.empty problem with an older version of Red5
by Ellen Meiselman
::
Rate this Message:
Hi,
A few months ago, we installed Red5 0.7.0 for Windows to use on an internal server. It's been working fine, except for what seems to be a buffering issue. Most of the time we use short videos, but we recently put up an hour long video, and chapterized it using an xml playlist which the JW FLV player uses to create a navbar. Out of about 16 chapters, all played fine except the last two. Those would play for a few seconds, then stop. There would be a "Buffer.Empty" console entry at that point. I had the video author re-output the video to DVD, then I encoded it using several different conversion tools and settings. All the resultant files had the same issue. Then I thought of trying to use a javascript playlist since I might have more control over error-catching. I was very surprised to find that all segments now played just fine without any special work on my part to catch problems. A fuller description of the problem (with source code for the working and non-working versions) is on this page: http://thedesignspace.net/MT2archives/000700.html Any insight would be welcome! Thanks, Ellen ________________________________ Ellen Meiselman http://thedesignspace.net _______________________________________________ Red5 mailing list Red5@... http://osflash.org/mailman/listinfo/red5_osflash.org |
| Free embeddable forum powered by Nabble | Forum Help |
