English Amiga Board


Go Back   English Amiga Board > Support > support.WinFellow

 
 
Thread Tools
Old 01 June 2004, 11:25   #1
mtb
Registered User
 
Join Date: Sep 2002
Location: Italy
Age: 36
Posts: 442
Winfellow Status

I was browsing sourceforge, and seems that Torsten Enderling is working on winfellow during the last days.

http://sourceforge.net/projects/fellow/ , browse cvs.
mtb is offline  
Old 01 June 2004, 12:04   #2
Paul
RIP Friends
Paul's Avatar
 
Join Date: Sep 2005
Location: UK
Posts: 2,157
That’s excellent news but they will have a lot of work to do.
Paul is offline  
Old 01 June 2004, 12:53   #3
mtb
Registered User
 
Join Date: Sep 2002
Location: Italy
Age: 36
Posts: 442
Quote:
Originally Posted by Paul
That’s excellent news but they will have a lot of work to do.
Unfortunatly i haven't understood exactly what he wants to do. Seems that he wants to change the gui, import the uae filesystem and convert some assembler to c. Please verify browsing the cvs.
mtb is offline  
Old 02 June 2004, 18:36   #4
andreas
Zone Friend
 
Join Date: Jun 2001
Location: Germany
Age: 45
Posts: 5,857
Send a message via ICQ to andreas Send a message via AIM to andreas
worfje too has closed some ancient threads containing bug reports, with some of them started from about 2000.
The reason of some of the closures escapes me, though.
andreas is offline  
Old 06 June 2004, 20:27   #5
carfesh
WinFellow team

carfesh's Avatar
 
Join Date: Jun 2004
Location: Düsseldorf, Germany
Age: 41
Posts: 59
WinFellow indeed is NOT dead.. :)

That's right, we're again actively making changes to the Winfellow CVS repository. WinFellow filesystem code has been updated to the UAE 0.8.22 codebase, several bugs have been fixed, though some incidents also have been closed because they couldn't be confirmed by us and were ages old, and conversion of parts of the assembler code in WinFellow to C have also been done. I also recently added some very basic (and still pretty experimental) support for CAPS. I have a list lieing somewhere...

We're right now in the process of evaluating if we have enough changes to do a new release, so stay tuned, I'm eventually going to set up some beta-testing and see if we can do something

Kind Regards,
Torsten
carfesh is offline  
Old 06 June 2004, 21:26   #6
RCK
Administrator

RCK's Avatar
 
Join Date: Feb 2001
Location: Paris / France
Age: 41
Posts: 2,937
Hey ! they are moving again !

@Worfe: your last post has two years, but your activity status is moving !
Feel free to PM me if you lost the passwords to access the http://fellow.abime.net/ mirror website & sql
RCK is offline  
Old 07 June 2004, 10:33   #7
Big-Byte
Long time member

Big-Byte's Avatar
 
Join Date: Jul 2001
Location: UK
Posts: 754
Why change the assembler code back to C ? wont that make it slower.. ? Winfellow was my fave for a long time cause it was so fast on low end PCs.
Big-Byte is offline  
Old 07 June 2004, 10:38   #8
fiath
Moderator
fiath's Avatar
 
Join Date: Jan 2002
Location: South East / UK
Age: 42
Posts: 1,930
Done carefully, you might not even notice a speed difference. I can think of one very good reason for doing this for a very compact and fast emulator...
fiath is offline  
Old 07 June 2004, 10:50   #9
StevenJGore
Amiga Fanatic

StevenJGore's Avatar
 
Join Date: Feb 2004
Location: West Yorkshire, UK
Age: 41
Posts: 477
It's not as if WinUAE is slow anymore though? It's been faster than WinFellow for a couple of years now. WinUAE 0.8.27 is close to perfection, IMHO, in terms of speed, compatibility, and stability. Why bother with another emulator? Wouldn't it be better to concentrate all efforts on just one, given the gradually shrinking size of the Amiga community?

Steve.

Last edited by StevenJGore; 07 June 2004 at 10:55.
StevenJGore is offline  
Old 07 June 2004, 10:51   #10
carfesh
WinFellow team

carfesh's Avatar
 
Join Date: Jun 2004
Location: Düsseldorf, Germany
Age: 41
Posts: 59
Well, we ourselves thought of many reasons to do so

Coding in assembler doesn't make a program faster; modern C compilers do lots of different optimizations so you won't necessarily notice a difference, as long as your coding style is not too disastrous.

Porting to C makes the code more readable, debugable, and allows for easier addition of new features. We already fixed several older inherent bugs in WinFellow, some of which only became visible after porting to C, we really only hope to be able to produce an even more stable and efficient emulator.

We're doing everything we can to make sure the changes we make don't have any negative impact on speed. The benefits far outweigh that possible disadvantage.
carfesh is offline  
Old 07 June 2004, 10:53   #11
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 44
Posts: 23,120
Quote:
Originally Posted by carfesh
We're doing everything we can to make sure the changes we make don't have any negative impact on speed
Say good bye to working CAPS-image support (copy protection code) then
Toni Wilen is online now  
Old 07 June 2004, 10:59   #12
carfesh
WinFellow team

carfesh's Avatar
 
Join Date: Jun 2004
Location: Düsseldorf, Germany
Age: 41
Posts: 59
I was talking about the conversion from assembler

Complete CAPS support will require some changes to the floppy emulation we're really hesitant to make, since they will result in considerable slowdowns. That's why it's still experimental, and probably will remain for some time. Many titles work, but variable cell densities require a timing process we'd like to avoid to introduce into WinFellow.

Last edited by carfesh; 07 June 2004 at 11:18.
carfesh is offline  
Old 07 June 2004, 11:54   #13
mtb
Registered User
 
Join Date: Sep 2002
Location: Italy
Age: 36
Posts: 442
Quote:
Originally Posted by carfesh
That's right, we're again actively making changes to the Winfellow CVS repository. WinFellow filesystem code has been updated to the UAE 0.8.22 codebase, several bugs have been fixed, though some incidents also have been closed because they couldn't be confirmed by us and were ages old, and conversion of parts of the assembler code in WinFellow to C have also been done. I also recently added some very basic (and still pretty experimental) support for CAPS. I have a list lieing somewhere...

We're right now in the process of evaluating if we have enough changes to do a new release, so stay tuned, I'm eventually going to set up some beta-testing and see if we can do something

Kind Regards,
Torsten
Glad to have an official reply , and to see that winfellow is not death, even if i have moreless abandoned windows i'll try to experiment with wine and the last release i have on the hd .
mtb is offline  
Old 07 June 2004, 18:41   #14
Kodoichi
Banned
Kodoichi's Avatar
 
Join Date: Jul 2001
Location: I'm the smiling face on your TV, I exploit you still you love me
Posts: 514
Quote:
Originally Posted by StevenJGore
Why bother with another emulator? Wouldn't it be better to concentrate all efforts on just one, given the gradually shrinking size of the Amiga community?
Yeah, how come there are so many emulators for the same system (see SNES, NES, Mega Drive...)? I only want one for each system.

And while we're at it, why should we still use MacOS, Linux and whatever stupid OS's there are? Windows is fine, why bother with others?
Kodoichi is offline  
Old 07 June 2004, 20:47   #15
Worfje
Moderator
Worfje's Avatar
 
Join Date: Oct 2001
Location: The Netherlands
Posts: 94
Hi all,

I guess we can't hide anymore


Quote:
originally posted by mtb
Seems that he wants to change the gui, import the uae filesystem and convert some assembler to c.
We started working on WinFellow again from april this year. We converted 5000 lines of assembly code to C, which is almost 20% of the total. It is a slow and tedious undertaking, but very nice to do. No drastic changes to the GUI. Carfesh already stated the other changes.


Quote:
originally posted by andreas
The reason of some of the closures escapes me, though
I closed down one or two bug reports because I expect them to be outdated. If some of these closures are unjust, please let me know!


Quote:
originally posted by Big-Byte
Why change the assembler code back to C ? wont that make it slower.. ? Winfellow was my fave for a long time cause it was so fast on low end PCs.
There are several reason for converting the assembly code to C. It will make the code readible again and thereby making it easier to find bugs, fix bugs and add features. It would also make Fellow (the emulation core of WinFellow) processor independent. Currently, Fellow can only run on x86 processors, due to the used assembly code. We don't expect WinFellow to be slower when all code is converted to C. On the contrary, it may be even faster, as Carfesh explained already.

Greetings!
Worfje is offline  
Old 10 June 2004, 10:48   #16
Unregistered
 
Posts: n/a
Quote:
Originally Posted by Worfje
Hi all,

I guess we can't hide anymore

<cut>

There are several reason for converting the assembly code to C. It will make the code readible again and thereby making it easier to find bugs, fix bugs and add features. It would also make Fellow (the emulation core of WinFellow) processor independent. Currently, Fellow can only run on x86 processors, due to the used assembly code. We don't expect WinFellow to be slower when all code is converted to C. On the contrary, it may be even faster, as Carfesh explained already.

Greetings!
This is really interesting, but i would like if possible know what are the plans for the future ( e.g. ports to other os or only a better and portable emulation core always staying within the windows environment, with the possibility to use the core in other ports not done by your team but feasible since winfellow is gpl )
 
Old 10 June 2004, 11:42   #17
carfesh
WinFellow team

carfesh's Avatar
 
Join Date: Jun 2004
Location: Düsseldorf, Germany
Age: 41
Posts: 59
Quote:
This is really interesting, but i would like if possible know what are the plans for the future ( e.g. ports to other os or only a better and portable emulation core always staying within the windows environment, with the possibility to use the core in other ports not done by your team but feasible since winfellow is gpl )
Right now there aren't any concrete plans for that, but one of the reasons for the conversion to C is portability, yes.

On my personal agenda I would like to support or maybe even myself do a PocketPC port one day, since I'd love to be able to use Fellow on my iPAQ; the PocketPC port of ScummVM showed me that PocketPC really is a performant platform for multimedia applications, I've been playing Sam&Max on my iPAQ during my vacations sitting in the sun - I'd love to do the same with Fellow.

That's why I'll also evalute the use of SDL in WinFellow (which BTW xFellow already used, that might be usable for WinFellow also); but that's pretty long term and we'll have to see about that.

You should note though that this is my personal agenda; don't know if the team has other plans, but the general idea is known there
carfesh is offline  
Old 22 June 2004, 09:49   #18
mtb
Registered User
 
Join Date: Sep 2002
Location: Italy
Age: 36
Posts: 442
Quote:
Originally Posted by carfesh
Right now there aren't any concrete plans for that, but one of the reasons for the conversion to C is portability, yes.

On my personal agenda I would like to support or maybe even myself do a PocketPC port one day, since I'd love to be able to use Fellow on my iPAQ; the PocketPC port of ScummVM showed me that PocketPC really is a performant platform for multimedia applications, I've been playing Sam&Max on my iPAQ during my vacations sitting in the sun - I'd love to do the same with Fellow.

That's why I'll also evalute the use of SDL in WinFellow (which BTW xFellow already used, that might be usable for WinFellow also); but that's pretty long term and we'll have to see about that.

You should note though that this is my personal agenda; don't know if the team has other plans, but the general idea is known there
I have just tried both xfellow 0.0.4a and the last winfellow 2001/11/15 under wine.

I can say that i have been unable to run the first ( a lot of segfaults even without gcc optimization ), but the second one under wine works well ( the "only" problem is that i can't use the joystick ( wine limitation afaik ) and that the keyboard doesn't work, only the mapped joystick with the arrows works ).

Maybe when it'll be ported to C you can take a look at libwine to compile it for other platforms ( when i'll find some time i'll read the docs ).
mtb is offline  
Old 06 July 2004, 19:27   #19
dyter
 
Posts: n/a
With Winfellow, I can emulate the Amiga on a Sony C1VFK, because this processor is low, only Winfellow work fine on it (90% of CPU and 95% on C1VE). With this, I
have today the smaller Amiga of world, thanks Winfellow !

This computer work with a crusoe processor capable of translate X86
codes, and perhaps 68K codes in future !?

You can visit my webpage (the link is my name !) of the Sony Vaio C1 computer

My suggested project for develloppement of Winfellow is:

- Support of 1024x480 and 1280x600 resolution screen (Widescreen)
- Support of crusoe processor
- Support of AGA
- Snapshot memory for save games and restituate these later

WinUAE is too slow on my machine and don't emulate perfectly an Amiga (true interlace screen, speed chipset, ...)
 
Old 06 July 2004, 22:32   #20
oldpx
 
Posts: n/a
Quote:
true interlace screen
You mean a flickering screen? Surely we don't need that.
 
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Status LEDs xArtx support.WinUAE 4 14 June 2013 11:08
EZ Z4 Tower: status? francois.dionne MarketPlace 1 25 November 2012 15:16
Status of IXEmul tygre Coders. General 4 24 May 2012 22:57
Status of E-UAE pjhutch support.OtherUAE 3 29 June 2008 23:03
CARE status AmiGer project.CARE 11 28 August 2006 10:47

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 15:25.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.
Page generated in 0.09155 seconds with 13 queries