Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
69 user(s) are online (42 user(s) are browsing Forums)

Members: 0
Guests: 69

more...

Headlines

Forum Index


Board index » All Posts (COBRA)




Re: deskop replica
Not too shy to talk
Not too shy to talk


The idea of having files on the desktop is the worst idea IMHO, not only does it make a complete mess out of your desktop with icons scattered all over the place, it's a real pain when you're using file managers like TotalCommander, finding in the directory structure where the files on desktop are located (which actually are located in several places as there are user-specific files as well as globally accessible ones). Let's not have mess like that on an Amiga, I can't believe that double-clicking that Ram Disk icon, or a left-out 'Downloads' icon on the Workbench is such a difficult thing to do...

Go to top


Re: Blender on OS4.x?
Not too shy to talk
Not too shy to talk


@tfrieden

Duplicated work or not, I think we should be happy that there are people out there who are working on bringing nice software to OS4 and as Elwood pointed out he may not have known about your efforts of porting Blender with MiniGL. Might be worth sending the guy what you have.

Go to top


Re: MiniGL watchdog priority
Not too shy to talk
Not too shy to talk


@Hans

So locking the hardware causes other tasks like one playing audio to be suspended? Does it have to be that way? Coudln't it be done with a semaphore?

Go to top


Re: Sam 440 Flex board?
Not too shy to talk
Not too shy to talk


@derfs

Sorry I misunderstood what you wrote.

Go to top


Re: MiniGL watchdog priority
Not too shy to talk
Not too shy to talk


@Hans

on the other hand it's a bit dangerous to have tasks with higher priority than input.device, if the task deadlocks or something you'd just get a hard freeze.

Go to top


Re: Sam 440 Flex board?
Not too shy to talk
Not too shy to talk


@derfs

Quote:

derfs wrote:
@Snuffy

the 460 does still have a 440 core, just nice extras like L2 cache, pci-e, up to 4Gb ram etc so it does need some work to incorporate it.


Heh, then swap the 440EP chip on a Sam440 with a 460EX, and let us know how it functions :D

Go to top


Re: OWB 3.9
Not too shy to talk
Not too shy to talk


@samo79

This is a bit confusing, the version on OS4depot.net is 3.8, yet it has 3.9 changes in the readme?

Go to top


Re: OWB 3.8
Not too shy to talk
Not too shy to talk


I also got two crashes with this one (on two separate webpages) already.

Despite the fact that the releasenotes says the GMail issue should be resolved, it seems to work here as before, I can only send mails in html mode.

It seems that the URL History will only work if you run OWB on the Workbench screen (because the drop-down selection always opens on the Workbench screen), I already fixed this in the gadget so that will be resolved with the next update.

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Mrodfr

I had a look at that card, it seems to be suitable, but I can't find them at any local computer shops/dealers...

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Spirantho

We'll see. but I don't think it will be a problem.

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Spirantho

Since the bandwidth required for a 720x576 25fps 16bpp video stream is 120 times more than what is required for stereo 44.1kHz 16-bit audio stream it should not make any difference as far as the bandwidth is concerned.

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Spirantho

OK thanks, is the audio handled by the Cx2388x or some other chip which can be completely different from card to card?

I'd be more than willing to test for you, if you want to support more cards. The more are supported the better :) I'm a bit afraid to buy it as it's not so cheap but if I can't find a better alternative I'll probably get one when I get my pay at the end of the month.

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Spirantho

The tuner in this card is an Intel CE6353, does any of your cards have that one? The card seems to be both 3.3 and 5V one, so it should work in any machine. Also, what about audio, would that work?

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Mrodfr

It seems there are several Leadtek WinFast cards which are widely available and are low profile cards (e.g. DTV1800H, DVR3100H, etc.), the only problem is the rear metal bracket which is for ATX and has to be replaced with a shorter one that suits slim cases. However it would be good if somebody with one of these cards could try them with AmiTV, as I don't want to spend money on it just to find that I can't use it.

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Spirantho

Only composite works with these? RF input or S-Video not?
What about audio?

I'm not entirely sure whether it's 3.3V, according to Wikipedia:

"PCI 2.3 permits use of 3.3 volt and universal keying, but does not allow 5 volt keyed add in cards."

"PCI 3.0 is the final official standard of the bus, completely removing 5-volt capability."

So it's only PCI 3.0 which is 3.3V-only.

By the way if I do get such a card, would you be interested in cooperating with me in trying to get a DvPlayer plugin working, so that it'd be possible to play the incoming video streams directly in DvPlayer?

Edit: I found this review of the card (Haven't had time to read through it all yet): http://www.geekzone.co.nz/content.asp?contentid=8000

Edit 2: The review says "The card is not a full height PCI card but only comes with a full height back bracket meaning it will not fit in a slim case that only supports low profile PCI cards."

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Mrodfr

I can get a Leadtek WinFast DTV1800H locally, it says "Chipset Conexant CX2388X + Intel CE6353 Tuner Xceive Tuner Hardware Interface 32-bit PCI 2.3 bus mastering". It looks like a low profile card. Would that be a good one?

Go to top


Re: Overlay support on the SAM?
Not too shy to talk
Not too shy to talk


@Hans

I think it might be a memory mode issue rather than changing bitmap address issue. Basically, Radeons store bitmaps internally in little-endian format, and under OS4 we use big-endian modes. The Radeons can automatically perform byte-swapping on read/write accesses to the video memory so that to the CPU or other peripherals transferring BitMap data, it appears as big-endian, but which bytes have to be swapepd by the Radeon depends on the colour format so the memory mode has to be set correctly, according to the bitmap's colour format before accessing it. This is done by LockBitMap().

You can't have some PCI device transfer data into a bitmap in video memory while the CPU is transferring data to/from another bitmap, because if the colour format of that other bitmap is different, a different memory mode may be required, so you'll have some strange effects on the transferred bitmap (such as false colours, or groups of 2-4 pixels reversed).

There must be some kind of signalling mechanism on those TV cards, which allow an interrupt to be called to perform some pre-DMA initialization/setup before the DMA operation takes place.

Go to top


Re: Overlay support on the SAM?
Not too shy to talk
Not too shy to talk


@Spirantho

Thanks for the explanation. This is really strange, because P96 allocates Overlay bitmaps so that they generally do not move (e.g. they should be the last thing P96 would move, just like screens). You could do a test though in your buffered overlay mode, where you do a lock/unlock, could you output the base address of the YUV bitmap and see if it changes as you do things in intuition? That would confirm whether it's really an issue of the overlay bitmap's location changing.

Go to top


Re: OS4 TV software
Not too shy to talk
Not too shy to talk


@Spirantho

OK, so basically the Cx2388x cards are the newer, better ones, right?

I think that it would be a good idea to compile a compatibility list and include it in the AmiTV documentation, to help people find a card they can use with it.

ALL: Anyone else successfully using some cards which were not listed by Spirantho?

Go to top


Re: Overlay support on the SAM?
Not too shy to talk
Not too shy to talk


@Hans

Normally you can only access BitMaps while you hold a lock on them, that also ensures that the correct memory mode is set for the Radeon (because sometimes it needs to do byte-swapping, depending on the colour format used). Why is it a problem to lock the bitmap, do a DMA transfer and then unlock it afterwards?

Go to top



TopTop
« 1 2 (3) 4 5 6 ... 14 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project