Hi Raju As you mentioned, when I try the application for the Flash Player 10.1 Beta d51. @ and the other charater problems do not exist anymore. But a bigger problem occurs now. Appplication disconnect from the red5 server application with no prompt in a few seconds. just i can see this on the laszlo debugger that *NetConnection.Connect.Closed* event is being triggered. Have you ever faced such like issue for the 10.1 Beta version of flash player. I think i need to downgrade it to 10.0. Regards
2010/3/17 cem sonmez <[email protected]> > > And did any of you faced the streaming problem before like mine? > Thanks > > 2010/3/16 P T Withington <[email protected]> >> >> I'm pretty sure that on Linux, Flash uses the fonts supplied by the X font server, so you need to make sure you have the appropriate fonts installed there. >> >> On 2010-03-16, at 16:29, cem sonmez wrote: >> >> > if it is , isnT it must repeat on windows box as well ? >> > >> > 2010/3/16 Henry Minsky <[email protected]> >> > >> >> It sounds like somehow the font that is being used does not have the needed >> >> unicode characters? >> >> >> >> >> >> On Tue, Mar 16, 2010 at 1:03 PM, cem sonmez <[email protected]> wrote: >> >> >> >>> Yes I see but even I donT send any data from my application to any web >> >>> server, I see this broken characters on openlaszlo application. >> >>> >> >>> Regards >> >>> >> >>> 16 Mart 2010 18:47 tarihinde Henry Minsky <[email protected]> yazdı: >> >>> >> >>> You need to be very careful if you are sending data from your app to the >> >>>> web server, that your web server properly understands the character >> >>>> encoding. I have some examples of .jsp scripts which do this, the web server >> >>>> has the wrong defaults usually >> >>>> >> >>>> <%@ page import="java.util.*" %> >> >>>> <%@ page import="java.io.*" %> >> >>>> <%@ page import="java.net.URLDecoder" %> >> >>>> <%@ page contentType="text/xml; charset=UTF-8" %> >> >>>> <% >> >>>> InputStream is = request.getInputStream(); >> >>>> out.println("<response>"); >> >>>> // read into byte array >> >>>> ByteArrayOutputStream bs = new ByteArrayOutputStream(); >> >>>> >> >>>> int c = 0; >> >>>> byte[] buffer = new byte[1024]; >> >>>> int b = 0; >> >>>> >> >>>> while((b = is.read(buffer)) > 0) { >> >>>> c += b; >> >>>> bs.write(buffer, 0, b); >> >>>> } >> >>>> // convert to string >> >>>> String query = new String(bs.toByteArray(), "UTF-8"); >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> On Tue, Mar 16, 2010 at 12:31 PM, cem sonmez <[email protected] >wrote: >> >>>> >> >>>>> Hi all >> >>>>> I have some questions and waited for a couple of time to ask all of them >> >>>>> in a thread >> >>>>> I am using a Linux distibution (Pardus). And all the problems below >> >>>>> occurs for linux. >> >>>>> >> >>>>> * @problem : when try to write @ character on an edittext, it is being >> >>>>> seen like at [1] >> >>>>> >> >>>>> * character encoding : when I try to use the Turkish characters on the >> >>>>> text , it is being seen like at [2] (this is for the string *şuleı*). >> >>>>> Browser character encoding is UTF-8. >> >>>>> >> >>>>> * streaming problem : for the first time when I publish the video >> >>>>> stream, I can see my cam clearly on the videoview. But after using closing >> >>>>> the stream by using : >> >>>>> stream.close(); >> >>>>> camm.setAttribute("show",false); >> >>>>> and when I try to publish and show my cam on the videoview, I just see >> >>>>> the black and gray lines on the videoview like at [3]. Similarly at the >> >>>>> other ones, this problem does not repeats on a windows machine. >> >>>>> >> >>>>> Is there anyone had an experience like such cases? >> >>>>> Thanks in advance. >> >>>>> Best regards. >> >>>>> >> >>>>> [1] - http://members.comu.edu.tr/cem/images/@character.png >> >>>>> [2] - http://members.comu.edu.tr/cem/images/character.png >> >>>>> [3] - http://members.comu.edu.tr/cem/images/streaming.png >> >>>>> >> >>>>> -- >> >>>>> Cem SONMEZ >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> -- >> >>>> Henry Minsky >> >>>> Software Architect >> >>>> [email protected] >> >>>> >> >>>> >> >>>> >> >>> >> >>> >> >>> -- >> >>> Cem SONMEZ >> >>> >> >> >> >> >> >> >> >> -- >> >> Henry Minsky >> >> Software Architect >> >> [email protected] >> >> >> >> >> >> >> > >> > >> > -- >> > Cem SONMEZ >> > > > > -- > Cem SONMEZ -- Cem SONMEZ
