OESF Portables Forum
Everything Else => Sharp Zaurus => Model Specific Forums => Distros, Development, and Model Specific Forums => Archived Forums => C1000/3x00 Hardware => Topic started by: Howard Roark on April 04, 2005, 01:02:30 pm
-
Its listed as an option but I have ni idea how this "option" works? Can anyone help?
-
There is no video out... there is a cf vga out care, but it's not of great use...
-
There is no video out... there is a cf vga out care, but it's not of great use...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73486\"][{POST_SNAPBACK}][/a][/div]
Any suggestions on a make?
-
www.shirtpocket.co.uk talk about it if i remember. Also, I think the card actually has tv out as well!
-
There is no video out... there is a cf vga out care, but it's not of great use...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73486\"][{POST_SNAPBACK}][/a][/div]
Not only that, but the memory_cs.o that's provided is built against the 2.4.18 kernel. cfxgamirror will run, but hangs. You can get the source from iodata's site, so I suppose it could be built against 2.4.20, but I've not tried it.
R.
==
-
after some research, I have found IO-Data's product is the one that i recommended for the C3000. As I am a fool and my money often parts from me,
I'll probably end up buying one just to see.
-
after some research, I have found IO-Data's product is the one that i recommended for the C3000. As I am a fool and my money often parts from me,
I'll probably end up buying one just to see.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73691\"][{POST_SNAPBACK}][/a][/div]
See my comments directly above yours. They apply to the IOData CFXGA card (which is out of production, BTW, so if you can find one, you may want to buy one in any case).
R.
==
-
I've got the CFXGA card. Not yet used it in anger but I am about to go and give some presentations with it. It only does still images, won't handle moving video AIUI.
James
-
I've got the CFXGA card. Not yet used it in anger but I am about to go and give some presentations with it. It only does still images, won't handle moving video AIUI.
James
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73906\"][{POST_SNAPBACK}][/a][/div]
You mean it only allows you to do slideshows? I was thinking of using it to plug into a LCD monitor and have a larger scree. I only do presentations occasionally so that would mean it would be collecting dust most of the time?
-
Meanie,
I have this card on my 760. I'm assuming the situation is the same. There are two ways to use the card - either with the mirror app, or using Sharp's/Hancom's presentation package, depending on which Z/ROM you have.
The presentation packages output to the card directly for displaying slideshows.
Mirror does exactly what its suggests - it morrors everything to the card, so you could in theory use it as you want. In practice, though, its so slow its fairly unuseable. Get some version of VNC running instead. Its also painfully slow, but at least its free.
Mike.
-
Meanie,
I have this card on my 760. I'm assuming the situation is the same. There are two ways to use the card - either with the mirror app, or using Sharp's/Hancom's presentation package, depending on which Z/ROM you have.
The presentation packages output to the card directly for displaying slideshows.
Mirror does exactly what its suggests - it morrors everything to the card, so you could in theory use it as you want. In practice, though, its so slow its fairly unuseable. Get some version of VNC running instead. Its also painfully slow, but at least its free.
Mike.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=73926\"][{POST_SNAPBACK}][/a][/div]
Mike,
thanks for the info. I am using vnc but it is flakey with the C3000, ie wrong driver modules compiled against older kernel... it locks up a lot
-
would mirror run faster on a C3000?
-
would mirror run faster on a C3000?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74177\"][{POST_SNAPBACK}][/a][/div]
There is no noticeable speed advantage in a C3000 over an 860. There is only a 16mhz speed difference between the 2, and, AFAIK, the 2.4 kernel prevents the C3000 from using the PXA270's wireless MMX instructions. MMX wouldn't help with the video display anyway - Xscale processors just don't have the grunt to move that many pixels without specialized hardware.
-
Maplin do a USB->VGA interface - dunno if there`s a way to get that going under linux? No use for the older Z`s, but might be handy for the 1K/3K/6K as they have USB host ports...
-
If i know the device you're talking about it uses usb 2.0 to get the bandwidth required to draw a video screen... plus a driver is needed...
-
It is going to be impossible to do VGA video at any reasonable speed on the Zaurus.
VGA is 640x480 resolution. That's 307200 pixels. If you only want 256 colours that's 300 kb/frame. If you want 16 bit color that's 600 kb/frame. Uncompressed video over USB would therefore give you ~2 frames per second. If you compress the video before hand you could get 5-8 frames per second, at the cost of using your entire processor for compression. CF is faster, theoretcially, but once again you're processor limited.
There are things that can be done to reduce the data requirements, but the worst case scenario - Full-screen video - becomes impossible.
This is assuming that these things have open source drivers that work under Linux, which they don't.
If we didn't care that performance would be no better than IOData's CF card, and if we had the documentation, or wanted to tie up a developer for a few years doing reverse engineering, we could write a driver. But we dont', so we can't.
There is no support for external video built into the processor, and all the external databusses are too slow. VGA video out at usable rates is completely impossible.
-
If we didn't care that performance would be no better than IOData's CF card, and if we had the documentation, or wanted to tie up a developer for a few years doing reverse engineering, we could write a driver. But we dont', so we can't.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=74321\")
Would [a href=\"http://www.iodata.com/usa/products/CFXGA_SW.php]this link[/url] help? I don't know what the licensing is - it may be restrictive - but they do offer source and API spec on that page.
Unfortunately, I'm not a programmer, so I wouldn't have the slightesst idea what to do with the code, but I would think that if there were enough interest, it would be a good starting point, provided the licensing allowed it.
R.
==
-
If we didn't care that performance would be no better than IOData's CF card, and if we had the documentation, or wanted to tie up a developer for a few years doing reverse engineering, we could write a driver. But we dont', so we can't.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=74321\")
Would [a href=\"http://www.iodata.com/usa/products/CFXGA_SW.php]this link[/url] help? I don't know what the licensing is - it may be restrictive - but they do offer source and API spec on that page.
Unfortunately, I'm not a programmer, so I wouldn't have the slightesst idea what to do with the code, but I would think that if there were enough interest, it would be a good starting point, provided the licensing allowed it.
R.
==
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74413\"][{POST_SNAPBACK}][/a][/div]
We already have working drivers for the IOData card. I was referring to the usb VGA adaptors that people keep bringing up as potential solutions.
-
We already have working drivers for the IOData card. I was referring to the usb VGA adaptors that people keep bringing up as potential solutions.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74417\"][{POST_SNAPBACK}][/a][/div]
Does it actually work with the C1000/3000? I've been unsuccessful with my C3000, although it works fine with my 5600.
R.
==
-
We already have working drivers for the IOData card. I was referring to the usb VGA adaptors that people keep bringing up as potential solutions.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74417\"][{POST_SNAPBACK}][/a][/div]
Does it actually work with the C1000/3000? I've been unsuccessful with my C3000, although it works fine with my 5600.
R.
==
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74472\"][{POST_SNAPBACK}][/a][/div]
That I don't know about. I don't have one, and I'm not likely to ever end up with one. Someone was saying that the kernel module on the 3000 was still compiled for the old kernel, so it would work but not very well (lockups).
I don't know offhand whether the full driver source is available to re-compile. It might never have been redone for the new Z's due to the card itself being discontinued.
Sorry, but I can't be of more help than that
-
That I don't know about. I don't have one, and I'm not likely to ever end up with one. Someone was saying that the kernel module on the 3000 was still compiled for the old kernel, so it would work but not very well (lockups).
That would be me :-)
I don't know offhand whether the full driver source is available to re-compile. It might never have been redone for the new Z's due to the card itself being discontinued.
Sorry, but I can't be of more help than that
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74482\"][{POST_SNAPBACK}][/a][/div]
No problem. Thought you might have had some first hand knowledge of recompiling it.
R.
==
-
That I don't know about. I don't have one, and I'm not likely to ever end up with one. Someone was saying that the kernel module on the 3000 was still compiled for the old kernel, so it would work but not very well (lockups).
That would be me :-)
I don't know offhand whether the full driver source is available to re-compile. It might never have been redone for the new Z's due to the card itself being discontinued.
Sorry, but I can't be of more help than that
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74482\"][{POST_SNAPBACK}][/a][/div]
No problem. Thought you might have had some first hand knowledge of recompiling it.
R.
==
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74509\"][{POST_SNAPBACK}][/a][/div]
Well, the source is there. Shouldn't be all that painful to recompile it against the newer kernel. I'm not going to have time to try any time soon, though, and I don' t have a card to test with anyway. =(
-
just for comleteness. This is the link to the(one?) usb-vga Solution:
Data Display AG - USB-VGA controller (http://62.245.135.196/internet/distec.nsf/index/en_contrl_USB.htm)
There is also a preliminary documentation which seems to be enough for programming a linux driver.
Even if (and they do, i think) the usage and bandwidth restrictions above apply, it will be a very nice toy.
Sven
-
nice card, but no linux drivers so zaurus support is even more unlikely
-
just for comleteness. This is the link to the(one?) usb-vga Solution:
Data Display AG - USB-VGA controller (http://62.245.135.196/internet/distec.nsf/index/en_contrl_USB.htm)
There is also a preliminary documentation which seems to be enough for programming a linux driver.
Even if (and they do, i think) the usage and bandwidth restrictions above apply, it will be a very nice toy.
Sven
[div align=\"right\"][a href=\"index.php?act=findpost&pid=74560\"][{POST_SNAPBACK}][/a][/div]
Wow. A device that may actually be usable. It is, however, utterly impractical, for the same reason that it is doable - It is for the embedded market.
The reason that this could be implemented is because it isn't a video card. (Ie a box with a USB connection on one end and a VGA connection on the other). This is a frame-buffer for driving raw TFTs and is intended for the embedded market. That means, by definition, people have to know how to program them because they are buying them for inclusion in their own product. Thus, one way or another, the required specs have to be there.
Secondly it is just a dumb framebuffer. (Or very nearly so). That means that we can feed it an arbitrary stream of pixels, and it remembers them and throws them up on the display - quite similar to what I presume the Iodata card does in practice. Performance would be lousy, but it is really only intended for nearly static images anyway. (Note the inclusion of touch screen cababilities - perfect for cash registers or displays for small embedded devices like controllers.)
Now the problems: Because it is an embedded style part it will be 1) Expensive, 2) mostly likely a bare board, and 3) hard to get hold of in small quantities.
The kicker is the display, though. It doesn't drive a monitor. It only drives raw LCD displays. You'll have to find a 640x480 LCD with a TFT TTL connector. ( A standard connector is a step up from the last time I looked into these things - it used to be that every LCD had a manufacturer proprietary connector. They may still do - it's been a while since I checked) This means that the LCD will probably be 1) Small (6-8"), 2) Bare, perhaps even to the extent of you having to track down power supply and inverter, and 3) most likely expensive and hard to track down in small quantities.
Then you have to write the driver.
So...While this would be the most likely course of action to try, and far easier to accomplish than trying to use a USB->VGA adapter (which, AFAIK, are unavailable in USB1.x flavours anyway), it is also highly unlikely that anyone would go to the trouble.
-
After going deeper in to the specs of this usb-vga adpter i see:
- every transfered frame must really be complete frame at 640x480x16 pixel (600k)
(which means about 2 frames per second, see above)
- even moving the cursor need a complete frame
I hoped it is possible only to transfer changed picture blocks.
-
After going deeper in to the specs of this usb-vga adpter i see:
- every transfered frame must really be complete frame at 640x480x16 pixel (600k)
 (which means about 2 frames per second, see above)
- even moving the cursor need a complete frame
I hoped it is possible only to transfer changed picture blocks.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=75948\"][{POST_SNAPBACK}][/a][/div]
Nuts. I didn't bother to read the documentation quite that far in. Complete frames only? What a waste. It's a dumber framebuffer than I gave it credit for. There should be no reason that it can't let you arbitrarily twiddle memory locations. If that's the case I'm going to bet that it doesn't support any sort of compression, either.
That limits the usefulness of this thing in most circumstances.
-
There should be no reason that it can't let you arbitrarily twiddle memory locations.
They even let the fields in the commands for that, but the framebuffer only accepts hard coded values for full screen at 16bit.
If that's the case I'm going to bed that it doesn't support any sort of compression, either.
No compression at all.
Sven
-
with the io vga out card does that allow you to use the output like a normal vag adaptor or will it only work for applications written for it?
its a shame it the c3000 doesnt have the 2700 video card from intel as that had vga out built in (all it needed was a driver chip) (see the x50 from dell for refrence)
-
with the io vga out card does that allow you to use the output like a normal vag adaptor or will it only work for applications written for it?
its a shame it the c3000 doesnt have the 2700 video card from intel as that had vga out built in (all it needed was a driver chip) (see the x50 from dell for refrence)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=76697\"][{POST_SNAPBACK}][/a][/div]
AFAIK, you could either use the "Mirror" applet, which mirrored the output of the Z's screen (slowly), or a specialised application such as Hancom Presenter.