Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
2 user(s) are online (1 user(s) are browsing Forum)

Members: 1
Guests: 1

x-vision, more...
   All Posts (Yanosh)


(1) 2 3 4 ... 70 »


Re: DClock 1.6

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
Quote:

Kalamatee wrote:

I assume the nvidia one is the one displaying incorrectly?



Yes. Just noticed a strange thing about PCITool... it doesn't save always the full info. The IRQ info was missing and every time that a device info is saved, the less information is saved to the log file.

Posted on: 5/15 12:27
Transfer the post to other applications Transfer


Re: DClock 1.6

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
@Kalamatee

No, my main pc has an Nvidia graphic card and the other has an Intel GMA integrated one.


Driver Name: PCINative
Direct bus: yes
IÃ? base: 0x0000000
Hardware info: IA32 native direct access PCI driver
Description: Video PC Compatible VGA
Vendor name: NVIDIA Corporation
Product name: GT218 [GeForce 210]
Subsystem: Micro-Star International Co., Ltd. [MSI] : N210 [Geforce 210] PCIe graphics adapter
Used by:
VendorID: 0x10de
ProductID: 0x0a65
RevisionID: 0xa2
Class: 0x03
Subclass: 0x00
Interface: 0x00
ROM Base: 0xfea00000
ROM Size:
IRQ:
Status: IO: no, MEM: yes, Master: yes, PaletteSnoop: no, 66MHz capable: no
RangeList_0: Bar0: Memory at 0xfd000000 (size 0x1000000)
RangeList_1: Bar1: Prefetchable Memory at 0xd0000000 (size 0x10000000)
RangeList_2: Bar2: Memory at 0xfebff000 (size 0x1000)
RangeList_3: Bar3: Prefetchable Memory at 0xce000000 (size 0x2000000)
RangeList_4: Bar4: Prefetchable Memory at 0xfbff0000 (size 0x10000)
RangeList_5: Bar5: I/O at 0xdc00 (size 0x80)



Driver Name: PCINative
Direct bus: yes
IÃ? base: 0x0000000
Hardware info: IA32 native direct access PCI driver
Description: Video PC Compatible VGA
Vendor name: Intel Corporation
Product name: 82945G/GZ Integrated Graphics Controller
Subsystem: Gigabyte Technology Co., Ltd : GA-EG45M-DS2H Mainboard
Used by: IntelGMA
VendorID: 0x8086
ProductID: 0x2772
RevisionID: 0x02
Class: 0x03
Subclass: 0x00
Interface: 0x00
ROM Base: N/A
ROM Size: N/A
IRQ: 5 (A)
Status: IO: yes, MEM: yes, Master: yes, PaletteSnoop: no, 66MHz capable: no
RangeList_0: Bar0: Memory at 0xe2000000 (size 0x80000)
RangeList_1: Bar1: I/O at 0xc000 (size 0x8)
RangeList_2: Bar2: Prefetchable Memory at 0xd0000000 (size 0x10000000)
RangeList_3: Bar3: Memory at 0xe2080000 (size 0x40000)
RangeList_4: Bar4: I/O at 0xb000 (size 0x20)
RangeList_5: IO ranges from a000 to a000

Posted on: 5/12 1:09
Transfer the post to other applications Transfer


Re: DClock 1.6

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
I really don't understand what's happening. Just tried DClock on a different pc with both IcAROS 2.1.1 and 2.2.1 and there DClock works just fine. What's wrong?

Posted on: 5/10 14:10
Transfer the post to other applications Transfer


Re: DClock 1.6

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
Look at the ZoomIt window. Some pieces of the smaller number is missing. The one running on my system is almost unreadable on my current screenmode.



Guarda la finestra di ZoomIt. Mancano dei pezzetti nei numeri piccoli. Da me e' quasi illeggibile vista la risoluzione che uso.

Posted on: 5/9 15:11
Transfer the post to other applications Transfer


Re: DClock 1.6

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
I don't understand what's happenig with my DClock. The numbers are weird. On the left there is DClock running on my system and on the right is the one running on amiga's system. What's wrong? I'm using IcAROS 2.2.1.

Attach file:



png  DClock.png (521.60 KB)
114_5af35798ae711.png 1440X900 px

Posted on: 5/9 13:18
Transfer the post to other applications Transfer


Re: DClock 1.6

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
@nikolaos

Yes, I had the same error. I'm not a coder, sadly.

@mmartinka

Which bugs? It's DClock at fault or AROS? And... where is the executable?

@Kalamatee

Thanks! I tried to compile the source, but make failed, so I tried to complie DClock this way:

gcc Draw.c Main.c SetAlarm.c Window.c

And it worked. Is this good enough for a fully working executable? As far as I can see, it's working. Ah, with my current screenmode (1440x900) this clock is too small. I'd like at least to double the size... is this simple enough or it needs to be rewritten?

Posted on: 5/7 12:30
Transfer the post to other applications Transfer


DClock 1.6

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
Found this on Aminet:

http://aminet.net/util/time/DClock16.lha

It's the clock I used on my real Amiga many years ago. Now I'd like to have it on Aros... can someone compile it for Aros? It should be a simple task (at least I think so) but I'm not a coder and if a source doesn't compile with a simple "make" then I don't know what the problem is.

Posted on: 5/6 3:03
Transfer the post to other applications Transfer


Firefox's View image addon?

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline

Posted on: 2/24 8:18
Transfer the post to other applications Transfer


Re: Why no official and supported portings?

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
Quote:

cavemann wrote:
I don't know about the 'official' ports. But in general, ports can change a great deal between versions. They can change to engines or libraries that may not be supported by AROS. Even changes like adding threads or wide characters can sometimes be a problem.


Ok, sometimes this can happen. But I don't think this will happen just with the next version of every ported program.

Quote:

Also sometimes I prefer an older version. There are times when a new developer takes over a project and mucks it up.


Yes. I agree with you.

Quote:

Finally as you know, AROS has limited manpower and updates to ports may have a lower priority than other projects.


Yes, I know. This thing is happening since long time for the Amiga too. The ports are/were often crippled in some way and often the source is not shared with the original programmer/team. I don't know what is needed to add a porting on a list of supported platforms. Often there is a single port of a program and then no new version will appear. Just think to MAME as an example of this. I'm just curious to know why this happens.

Quote:

If you have a particular port in mind, mention it. You might inspire someone to try porting it


Too many to list. I'd like to see a virtual machine capable of running other operating systems without speed loss. But it would be great even if a full working version of Bochs will appear one day. An updated version of ScummVM would be nice too... it would bring "new old" games to AROS.

Posted on: 2/3 11:48
Transfer the post to other applications Transfer


Why no official and supported portings?

Joined:
2004/4/11 11:57
From Italy
Group:
Member
Posts: 696
Offline
I'm just wondering about one thing... many open source programs are compiled for many operating systems/platforms once they were ported the first time, and then updated when a new version is available. Now both Amiga and AROS have many open source programs available: ScummVM, MAME, Bochs, ecc... so, why these portings are not added to the official portings list and updated to the latest version when available? We always had often one older version ported and then never updated or added to the official portings. Wich step is missing to have a fully official and fully updated porting?

Posted on: 1/28 10:57
Transfer the post to other applications Transfer



 Top
(1) 2 3 4 ... 70 »




Search
Top Posters
1 paolone
paolone
4405
2 magorium
magorium
4095
3 nikolaos
nikolaos
3965
4 phoenixkonsole
phoenixkonsole
3903
5 deadwood
deadwood
2917
6 ncafferkey
ncafferkey
2779
7 mazze
mazze
2221
8 Kalamatee
Kalamatee
2139
9 clusteruk
clusteruk
2112
10 damocles
damocles
1789
© 2004-2018 AROS Exec