inzania

Hey all, So I have .caf files that are recorded from my iOS applications and uploaded to my server. Ultimately I want to play these recordings within my website using jPlayer (a jQuery plugin: http://www.jplayer.org), which means they need to be converted from the .caf format. The encoding cannot be done on the mobile device, or so I am told, being that it is too processor intensive. This leaves the webserver... So far I've had very little luck finding any way to convert the file using PHP. I assumed that it would be easy enough to use something like LAME to encode the caf into a mp3. I've seen a few cryptic references to doing exactly this in my google searches, but no definitive information. Can anybody shed some light on the situation? Thanks.

Haha yeah - they of course will blame the code. I did figure it out though. For whatever reason, I needed to reset the thickness of the line (in the server version only ) So before I call imagefilledellipse(), I call imagesetthickness($img, 1) It seems the thickness of the line was acting as a 'stroke' around the circle. It makes sense, just seems strange to me that this would behave differently on the same GD version =\

Thanks for the help I'm contacting the hostgator support, hopefully they can identify the problem...

Both XAMPP and hostgator are showing "GD Version bundled (2.0.34 compatible)" The libpng and freetype versions differ, but I assume that those don't sound relevant...

This is really strange and throwing me for a loop. I suspect there's a config setting somewhere in my PHP setup on my server which I am missing... I have a PHP script that renders a vector drawing (as a series of lines/points) into a png image. When I'm testing the script on my local machine (XAMPP + OSX) everything works great. When the script runs on my host (hostgator) the imagefilledellipse() function renders as a square instead of a circle. Screenshots below. Try the server version for yourself at http://sundrynotes.com/alpha/ (press "create new note" in the lower right then long-press on the note and select the "whiteboard" option, draw, then press "accept"). [attachment deleted by admin]

I should mention - I tried printing the results of the curl_exec() command without any parsing at all, and had the same problem with all Chinese characters appearing as the question marks.

I seem to be having some sort of character encoding problem. The basic situation is this: I'm using CURL to retrieve data from an external webpage and then parse the results. The result of this is a Chinese string. So far so good. When I echo the results, though, they come out as �s. Confused, I tried comparing the output to a hard-coded string which is known to exactly match the results. Please see below, assuming $definition has already been set by the aforementioned CURL function. function OrdOut($str) { $out = array(); for($i=0; $i<strlen($str); $i++) { $out[] = dechex(ord($str[$i])); } echo($str."=>".implode(":",$out)."<br>"); } $correct = "歌曲"; OrdOut($correct); OrdOut($definition); This outputs the following: 歌曲=>e6:ad:8c:e6:9b:b2 ����=>b8:e8:c7:fa $definition SHOULD exactly match $correct, but it doesn't seem to. I'm afraid this might have something to do with CURL and parsing Chinese text, and the headers on the page being retrieved not being correct. It strikes me as curious the difference in string lengths between the two of them, which seems to indicate some sort of different encoding, but I could be completely off. I appreciate any help.