BuhByteArray

GetByteArray returns pixels (color values), not JPEG data, so if your server is expecting to be passed a JPEG encoded data blob it isn't going to work.

http://sdkdocs.roku.com/display/sdkdoc/ ... erasObject :

ifDraw2D GetByteArray(x as Integer, y as Integer, width as Integer, height as Integer) as Object

Returns an roByteArray representing the 32 bit RGBA pixel values for the rectangle described by the parameters.

Also, even if the server accepted an RGBA bitmap, the server is doing a base64 decode so you would need to do a base64 encode on the Roku before sending it. That's why your data doesn't look like the sample data.

--Mark

"RokuMarkn" wrote:
Also, even if the server accepted an RGBA bitmap, the server is doing a base64 decode so you would need to do a base64 encode on the Roku before sending it. That's why your data doesn't look like the sample data.

--Mark

OK, so what is this

strx=thispainting.ToBase64String()

doing then? Is it not an encode?

KC - So is this php

$im = imagecreatefromstring($data);

expecting jpeg encoded data? Because you can do either imagejpeg(' ') or imagepng(' ') after this to make a file.

Either one of you care to make a suggestion on how I might make it work?

Thanks.

Sorry, I didn't notice the encode. But the $data= line you quoted doesn't look like it was printed on the Roku. That looks like piece of PHP code. However if the string in quotes is what the Roku is printing, then it's fine. It's a valid base64 string representing 25 words of &hABABABFF.

I've never used it but according to the PHP doc, imagecreatefromstring accepts JPEG, PNG, GIF, WBMP, and GD2. There may be some tools on your server that would help convert a raw bitmap to one of those file types.

--Mark

"squirreltown" wrote:

KC - So is this php

$im = imagecreatefromstring($data);

expecting jpeg encoded data? Because you can do either imagejpeg(' ') or imagepng(' ') after this to make a file.

I can only guess about the PHP code. FWIW your example good $data appears to be PNG file data.

You might look into whether the server can accept raw pixel data, in which case I imagine you would also need to pass the dimensions.
Or BMP format, which is also fairly easy to generate a header for it followed by the pixel data.

Is your intent to send a full screen image, at 1280 x 720? Or just a small part of it?
If you are sending a full screen image, without compression it would be pretty big (3.5 MB?).

It seems what you really want is a Roku 2D API that gives you PNG or JPEG output, but that is not available.

"RokuMarkn" wrote:
Sorry, I didn't notice the encode. But the $data= line you quoted doesn't look like it was printed on the Roku. That looks like piece of PHP code.Mark

Well i just copied what the roku printed from the console and enclosed it with data=' and '; . At this point i'm just pasting the data into the php file its easier then sending it each time until it works.

"RokuKC" wrote:
It seems what you really want is a Roku 2D API that gives you PNG or JPEG output, but that is not available.

You sure hit that nail on the head.

"RokuKC" wrote:
Is your intent to send a full screen image, at 1280 x 720? Or just a small part of it?
If you are sending a full screen image, without compression it would be pretty big (3.5 MB?).

Yea, thats the end game. It wouldn't happen often. I have a function that makes a decent "painting" out of a photgraph. It would have a lot more promise if i could get the silly image out of the Roku.

"squirreltown" wrote:

Either one of you care to make a suggestion on how I might make it work?

I'm not a PHP developer, but spurred by Mark's comment looked at PHP docs briefly...

Looks like if you had to, on the server you could do $img = imagecreatetruecolor( $w, $h ) to allocate an image buffer,
then walk over all the pixels and set them from the input pixel data using imagesetpixel.

I imagine there may be more efficient approaches though, browsing PHP docs or internet search may provide options.

"RokuKC" wrote:
Looks like if you had to, on the server you could do $img = imagecreatetruecolor( $w, $h ) to allocate an image buffer,
then walk over all the pixels and set them from the input pixel data using imagesetpixel.

I imagine there may be more efficient approaches though, browsing PHP docs or internet search may provide options.

OK thanks I'll have a look.

Well I got this working to some degree. I used KC's suggestion about imagesetpixel. The size limit seems to about 350 x 350 at this point, not sure if my servers POST data limit is affecting that but i'm checking, also switching to base64 from the hex string I'm using now would save 40% on the number of characters sent.
The server builds the .jpg at that size pretty fast, as fast as i can refresh my ftp app once the Roku says its sent.
I will say it feels pretty ridiculous to be doing it this way, with pony-express era technology, almost as ridiculous as having to record my own Roku sounds when they are already in the box.
Please Roku implement this feature, just because you all can't see a good reason for some feature, doesn't mean someone else can't. Everyone wins if you just make things available.

at this point, 360 x 360 seems to be the limit. KC, Mark - is there a limit to the string size the Roku will output? I say this because it takes several seconds for URL transfer to send the file (roku3) but the server builds 360x360 immediately, and won't do anything at 370x370. There are no size limits in the PHP file and I've upped the server limits for time and memory way beyond what is needed.