USB VIDEO ON THE DENEB?

[wawrzon]

ok, the piece has been ordered. i hope it arrives soon. i'll keep u posted.
@platon42: is this ur current adress i in my deneb manual? otherwise pm me where to send it, please.

[Darrin]

wawrzon wrote:
ok, the piece has been ordered. i hope it arrives soon. i'll keep u posted.
@platon42: is this ur current adress i in my deneb manual? otherwise pm me where to send it, please.

PM me with your PayPal email address when you're ready and I'll send you my share.

Thanks for making the effort (and thanks to Chris for looking into this).

Darrin

[Zac67]

alexh wrote:
A RAW decoded digital TV stream would be 601 video (16-bit 4:4:4 Y'CbCr) at PAL SD resolution/refresh would be 720x288x16x50 = 158MBit which would be about manageable with USB2.0 HS

Hate to disagree, but DVB and DVD are all 4:2:0, so it's rather:
Y: 720x576x25x8 = 82,944,000 bps
'Cb: 360x288x25x8 = 20,736,000 bps
Cr: dito = 20,736,000 bps
sum = 124,416,000 bps
as long as you keep it Y'CbCr, RGB 4:4:4 is ~250 Mbps.

Count me in for another 10€. I live in Germany and could very well handle the transaction and sending to Chris. I don't think I'll ever buy a Deneb (don't do that much with Amy really), but like to donate to something productive. I think the best would be to let Chris select the specific adapter first - it might get pretty hard to get low level developer specs for most parts...

[alexh]

I've discovered the server software for all DisplayLink products is proprietory. They are not going to release the code in any form other than binaries for windows :-(

[arnljot]

@thread
Slow down a bit:)
 
Chris aka plato42 has not yet accepted to do this, also he has just indicated one device, not said 'this one'.
 
@alex
Could your friends indicate how they operate, and how much work is on the device, and how much in software. Also, could some linux sweet talk work, or that it's amiga so no threat?
 
Could they at least indicate witch chips are used so manuals could be sourced?

[alexh]

arnljot wrote:
Could your friends indicate how they operate. how much work is on the device and how much in software.

I got a tidbit of info. From the small conversation we had, theirs appears to be about 80% software and 20% hardware.

arnljot wrote:
Also, could some linux sweet talk work, or that it's amiga so no threat?

They said no. But I have just heard from one of them that they have already ported their work to MacOSX
 

arnljot wrote:
Could they at least indicate which chips are used so manuals could be sourced?

Erm, they use THEIR chips. They do not sell products direct (AFAIK) they sell a HW & SW solution which companies integrate into their products. They do not distribute anything but high-level datasheets.

http://techgage.com/article/displaylink_-_multi-display_setups_with_usb/1

[wawrzon]

well, the way i read it chris has accepted to look into the case as soon as somone supports him with hardware he pointed to. it is naturally up to his good will.

[platon42]

amigadave wrote:

As one of the at least two contributors from the land of NTSC to help with the purchase of the USB video adapter, I must ask a stupid question.  Will your work to write a driver include both PAL and NTSC devices.

Will the driver work with just one specific adapter?

First, we're talking here about a driver for USB graphics adapters. This thread is not about writing a driver for a USB *digitizer* dongle that would digitize and stream an external video source to the host computer. In a previous post I made clear that this would not make sense for 68k Amigas, and probably also not really for PPC Amigas. The MPEG1/2 or MPEG4 stream send by these adapters is far to CPU intense to decode to the graphics card in realtime (e.g. to watch TV).

The output format is probably freely configurable within the limits of the DAC. I don't know if PAL or NTSC can be driven by the chipset. The main use is for high-resolution TFTs though.

And regarding your question with the specificy: Yes, the driver would only work with one adapter, with the same kind of chipset.

[platon42]

wawrzon wrote:
i can try to get hold of hardware in question and send it to chris. btw i do not need no refunds in this case. but what i wonder is what kind of gfx card are we getting here, does it have some 3d capabilities such as could be used by w3d or so?

No 3D support planned.

[platon42]

bloodline wrote:
Does chris have any experience writing P96 drivers?

No, I don't, and I wouldn't write a P96 driver rather than a cybergraphix driver because I have access to the development material (and sources) there and the developer of CGX is part of the MorphOS team that I can frequently ask, if I'm stuck somewhere.

[platon42]

wawrzon wrote:
ah, and how about this:
http://www.diwa-shop.de/idealo.jsp?artId=0-61-DA-70820
would it be too much for a classic (say even with a ppc)?

Probably.. If I'll ever write the UVC webcam class driver and you find a grabber that also uses the USB Video Class standard, we will find it out.

[platon42]

arnljot wrote:
@bloodline
I guess Platon42 needs a P96 driver if he wants to test this, and has thought of this when he mentioned the product which he'd looked at. Although, I think he can write such a driver, Chris himself is the one most qualified to answer that question. So you should direct your question to him, and not the thread

@Platon42
I guess/hope too that the Z3 DMA speed should be sufficient, as the driver would use the draw functions in the USB card and only copy rasters as needed from the system memory. But alexh's friends should confirm how these cards work. The full screen raster of what's projected to the user is composed and built by a graphics card, and hopefully this is how those USB thingy-madingies work... :-P

I indeed think that I would be able to write such a driver. But I'd make it CGX, not P96.

While I am sure the device has its own frame buffer, I'm not sure about the blitter capabilities of the device. In the worst case, all changes to the framebuffer have to be made locally and then transferred back to the USB adapter. But I really guess that there is at least some support there.

I'm not sure if this the worst case, but I expect the adapter to "simply" expose the chipsets register set and some kind of memory bus over USB control and bulk transfers. Maybe even ISO transfers, but that's no problem for the Deneb at least.

[platon42]

wawrzon wrote:
ok, the piece has been ordered. i hope it arrives soon. i'll keep u posted.
@platon42: is this ur current adress i in my deneb manual? otherwise pm me where to send it, please.

Which piece exactly did you order? Hopefully not the video grabber... :-(

My current address is not in the manual, please PM me, in case it is needed.

[wawrzon]

Which piece exactly did you order? Hopefully not the video grabber...

no, exactly what you wanted to have i hope:
http://www.pearl.de/a-PX3103-1419.shtml
i will pm you as soon it arrives at my door.

the videograbber comes next. lol.

[wawrzon]

@platon42:
and as for the DA-70820 videograbber i cannot find any info if it is compatible with uvc. probably the easiest way to determine this was to buy it and try it out since it isnt that expensive. i think, i will look into it on my peecee. apart of that i think it might be really interesting to have uvc driver so if you plan on this, i would be happy to be of any assistance i am able of (sorry, not a coder).

[Jose]

"Sending uncompressed video across an USB link easily exhausts or exceeds the raw bandwidth of 480MBit/sec. A 50Hz true color stream would be at a sustained rate of 260MBit/sec. While this is not a problem for a PCI interface, over USB this is too much."

Isn't a VGA usb card sending almost raw data too ? Maybe there are cards with some form of lighter compression that can be decoded with the CPU. It's probably cumbersome to send raw video to USB bus even on a PC
(?).