Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
49 user(s) are online (31 user(s) are browsing Forums)

Members: 0
Guests: 49

more...

Headlines

Forum Index


Board index » All Posts (COBRA)




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


@Spirantho

Good to hear, what do you mean by direct overlay? Doing a DMA directly into the video memory of the Radeon into the overlay buffer?

Go to top


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


@Spirantho

Did you get this problem sorted?

Go to top


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


@Spirantho

It's good to see you working on this.

I don't have a suitable card yet, is there a compatibility list somewhere, for those wanting to buy a card which works with your software?


Edited by COBRA on 2009/3/25 9:16:29
Go to top


Re: About window on OWB
Not too shy to talk
Not too shy to talk


@TMTisFree

News is also not a countable noun. A "news item" is countable, and you can say "news items" which is the plural of it, but news on its own is not countable.

Go to top


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


@number6

Quote:

number6 wrote:
@Spirantho

Quote:
Am I right in thinking there's no working overlay (PIP) support for the SAM440?


Cobra quote:

"again the Sam actually does a very nice job at it, especially with the not-yet-released planar overlay stuff."

(March 5, 2009)

#6


That refers to planar overlay formats (e.g. YUV420P and YUV410P) which allow for faster operation because less data needs to be transferred to video memory, and also for a faster copy loop (because Y, U and V data is in separate 8-bit planes, rather than in a packed format.

Go to top


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


@Spirantho

Overlay always worked for me on the Sam without issues, and I haven't noticed any differences between Overlay on the Sam and overlay on other systems (A1, Pegasos2). Perhaps if you could give us some more detailed info about how you're trying to set it up, I can help you figure out what's wrong.

Go to top


Re: About window on OWB
Not too shy to talk
Not too shy to talk


@TMTisFree

Quote:
On the other hand I do not find an explanation (semantic, historic, ...) that explicitly prohibits the plural of 'information' in English. I am interested having one, do you (or someone has) have one?


there is no plural of information, because information is not a countable noun, just like money for instance, you can't say "I have moneys".

Go to top


Re: About window on OWB
Not too shy to talk
Not too shy to talk


@samo79

Looks great, one grammar correction, should be "is free software", not "is a free software"

Go to top


Re: DVPlayer
Not too shy to talk
Not too shy to talk


@nubechecorre

There will be a new release within the next month or two, but it will not be anything major as I haven't had much time to work on it lately.

Go to top


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


@Elwood

The flex is definitely an improvement in terms of value for money over the original Sam440, so obviously it's a good thing :) The point I was trying to make is that since it's apparently taking so long, they would have been better off making a 460-based (or 8610-based) board in the first place as they could already be prototyping it by now and it would have a much larger market (especially the 8610-based board as it'd be more powerful than any existing OS4 hardware).

Go to top


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


@ChrisH

Quote:
IIRC (one of?) the Frieden brothers has said that our OpenGL implementation has serious bottlenecks, because it is implemented on-top of Warp3D.


That is correct, but what does that have to do with the choice of CPU of future hardware? That is a matter of software and drivers, and it would not change even if it ran on a Quad-core intel beast.

Quote:
No doubt you COULD play it if you turned off most of the shaders & other stuff that makes it look great. Or if you ran it at a really low resolution.


The resolution or performance of shaders has nothing to do with the choice of CPU either.

Quote:
Sorry, but if you & others brings-up x86, without any complaints, then it seems unreasonable to tell me I can't reply to any of them.


I didn't say don't reply to comments, I said if you want to continue discussing the topic of x86 vs PPC, start another thread and continue there.

@TSK

Quote:
Talking of 8610 is equally off-topic as x86


I agree that discussing different PPC choices ACube could use for future boards is slightly off-topic in a thread about Sam-Flex, but I disagree that it's equally off-topic as x86. Discussing what other developments ACube could/should consider beside the Sam-Flex is closely related to the topic, but the topic of x86 is as far from the original topic of Sam-Flex/ACube as you could possibly get, besides it's been discussed to death in a dozen or so other threads already, and this is not the appropriate thread to have another one of those endless "why not x86" rants, so let's stop that and get back to the topic at hand, OK?

Go to top


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


@ChrisH

If you want yet another one of those x86 discussions, then please open a new thread and try to keep on-topic here.

Go to top


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


@ChrisH

Quote:
It is quite arguable that 1.33 GHz is "underpowered" for a modern system in a year or two (if not now already).


I don't think it would be underpowered. A 460EX-based board would be, if you want good multimedia performance.

Quote:
How are we going to decode Blueray in real time?


I can already play 720p content nicely on the 1Ghz Pegasos2, even though it has a very slow memory interface (only 133MHz FSB) and very slow video bandwidth (AGP x1) and only a few parts of avcodec.library are currently Altivec-optimized. Because the 8610 has a much faster memory interface (533MHz DDR2) and video bus (8-lane PCI-Express), I'm convinced that combining AltiVec with that high bandwidth would give exceptional multimedia performance, in fact the 8610 is advertised especially for things like real-time image processing. Besides as soon as BluRay is widely adopted, all gfx cards will have built-in decoder acceleration for them.

Quote:
How are we going to do play Doom 3, after the source code is released?


What makes you think you couldn't play Doom3?

Go to top


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


@ChrisH

Quote:

Of course you can, you simply make the x86 act like a big-endian CPU, by modifying GCC to generate extra byte-swapping instructions on memory accesses.

And this has already been done for Amithlon years ago, proving it works. The overhead is also apparently quite small, especially when you consider x86 runs 3GHz compared to 0.5 to 1.0 GHz of our PPC machines.


There will be overhead and this means the same code will run slower than under other OS'es, thus AmigaOS could no longer be more efficient than other OS'es. To do constant byte-swapping for every memory operation for native code would be a pretty high price to pay for compatibility. If x86 were able to operate in both big and little-endian modes like PPCs, it would be a different story, but they can't. But this has been discussed to death in many threads, and is off-topic here, so please take it elsewhere.

Go to top


Re: OS 4.1 and Blu-Ray
Not too shy to talk
Not too shy to talk


@Slayer

I don't know in what way the commands differ for BluRay writing from DVD, but if joerg implemented the BluRay command set in AmiDVD, then it should be possible to do backups on BluRay discs using the ISO9660 filesystem (which AmiDVD uses as well), and that should be perfectly readable by our current CD file system. So I think it's a matter of when joerg gets a BluRay writer and some time/motivation/donations (hint ) to add support for it in AmiDVD.


As for UDF, the changes for BluRay are not very major, so in my opinion it would also not be too difficult to add the BluRay extensions needed to read those. DvPlayer's DVD plugin implements UDF as well, however as far as I know BluRay movies use some new type of encryption method, so I guess you would not be able to play most commercial BluRay movies due to the same reason you can't play them with DvPlayer's DVD plugin, only with the libdvdcss-based plugin, but since BluRay uses a different encryption method libdvdcss will not be very useful.

Go to top


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


@TSK

x86 CPUs are little-endian, and since AmigaOS is broken by design in that applications can directly read and write data structures in memory which are shared with the OS itself as well as other applications, you couldn't have x86 executables running and using the AmigaOS API together with emulated 68k and PPC executables in the same environment. But this topic has been discussed to death already dozens of times in other threads... This is not like MacOS X, which was designed with portability in mind in the first place.

Go to top


Re: DVPlayer
Not too shy to talk
Not too shy to talk


@Snuffy

It's not clear to me what you actually did, what kind of movie did you "check" and how, can you explain in a bit more detail what you were trying to do?

Go to top


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


@jahc

Quote:

jahc wrote:
@Slayer

If I could have a cheap 2ghz os4 machine, I dont care what cpu it uses.


You would care if you couldn't use existing Amiga software on it due to the incompatibility.

Go to top


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


@TSK

Quote:

TSK wrote:
@COBRA

I forgot you said it's good for embedded devices. For desktop one can always use a gfx card.


Exactly. For embedded devices reliability is very important, therefore it's more desirable to have everything soldered. With graphic cards plugged into slots, etc. you can have contact problems over long periods of time, especially in environments where you have larger temperature variations than inside a house. Thus it would be possible to make boards which are suitable for embedded devices (by using the on-chip LCD controller to drive a display) but also suitable as a desktop system, by plugging in a PCIe gfx card.

Go to top


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


@TSK

Quote:

Btw. Is this integrated controller good enough for big size LCD's ? I remember these have usually quite low max. resolution.


It's 1280x1024. Not HDTV resolution, but you usually don't need that for embedded applications.

Go to top



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




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project