@corto:
You're right for sure :p
I want to learn PPC ASM :p
Do you think that 68k ASM knowledge is a + on learning PPC one ?

@BillE:
I've modified some settings options (didn't remind exactly whiwh ones) and now the bug is no more available, even cursor keys works with time changing
Effectively, to move in the map, I can use keypad arrows :)
All work perfectly :)

I've downloaded the demonstration version and installed it.
It simply work fine.
I've only seen one bug, it's when I move view using arrow keys ... it doesn't remove last frame and write new one over last one ... with few modes ... it fastly become scratch graphics :p
I can then use REFRESH option in menu to make display clean again ...
Except this strange bug, every thing work fine and smoothly :)

@tfrieden
Ok.
Thank you for this informations.

Theorically, is I compile using Devpac using OS Friendly way of coding, the app should work on Amiga OS 4.x . Right ?

Regards,
Fred

Hi,
Just downloaded the demo version.
Will get it a try later today on my SAM440, when I'll be back at home.
I'll post comment after ...

Hi All,

I've founded my old copy of DEVPAC ( I did have a copy of the floppy disc on an old burned backup CDROM :p
I installed it on my Amiga OS 4.1 SAM and what a pleasant surprise : it work perfectly :)
I can do all the stuff it was intended to...

But DEVPAC is 680x0 and 6888x only ...
Is there a way to change this ? use another linker than monam/genam to make DEVPAC able to compile PPC source code ?

If someone have any clue or informations on this subject, feel free to answer here.

Thank you.

Kindest Regards,
Fr?d?ric

@afxgroup
cool :)

Does someone know if there is an e-mail at hyperion where we can send bugs reports ?

@angelheart:

Hi,

Quote:
Yes ... it's unuseable :p even Francois Lionet advice to not inspire from its Amos Source code to develop a new programing language.

Quote:
It's similar to what I'd like to do ;)

Quote: Heh :p Another Amos FAN :p just like me ;)

Quote:
Right. I will probably make something near to Amos and near to DarkBASIC to ensure we can migrate source code from both language without too much difficulties. It's my main objective.

Thank you for these links. I will take a look at these :p

Quote:
It's not an easy task .... It will probably be possible to make it retro-compatible with OS 3.x but for sure, it will only be for Amiga equiped with PPC cpus ...

Quote:
I you want to know exactly what I'll surely develop, here are some explanations.
My small company (Personal Entreprise, Odyssey-Creators) is in good relation with the company called TheGameCreators that develop "DarkBASIC Professional" (you can see that I resell products they've made and they resell products I've made ;)) ...
I will highly inspire from the structure of DarkBASIC Professional ... that is itself inspired from Amos structure.

The principle is to have a set of library (.lib under Amos and .dll under DarkBASIC Professional)
Each library contain a full set of commands, for example : Sprites, Images, Basic3D objects, Matrixes, Shaders, Sounds, Musics, IO, FTP, Network, etc ...
Like Amos, when you'll compile a program that use a library, it will also include the library initialisation procedures (like amos do, those that have already created plugin for Amos/AmosPRO know what I say) ... The main obligation in coding is to make relocatable source code and have some internal CPUs registers reserved for the language core pointers access.
What can then be done ?
Easily replace a .lib/.dll with an updated/upgraded one ... That can make the language easy to improve and keep it updated with new technologies ...

I will really start to work on the project on beginning december (cos I'll have 10 days off ... that will allow me to prepare the full descriptive of my projects with all the components and all the limitations).

EDIT :
angelheart, I own a copy of AmosPRO with the full paper manual ;)

Kindest Regards,
Fred

@swoop : I've already tried this ... same results ... error opening stream with the filename.

I've installed the two codecs and now I get an error:
"Error opening stream 'DVD Menu' and after, same error with all video files available in the DVD ...

My CDRom driver is detected as follow by Media Toolbox :
Unity name: TSSTCorp CDDVDW SH-S223F
Version : SB00
Id, Lun: 3, 0
Unity type : CD-ROM, CD-RW or Extractable DVD

@Snuffy : From the Amiga OS 4.1 CD installation.
Formatted my HDD and let Amiga OS 4.1 SAM CD Install the OS.

@ikir:
I will test this when I'll be back at home .

Thank you.

@Swoop:
Yes I've seen this but my tests were on commercial DVD that should theorically be supported by the AmigaOS SE version or DVPlayer ;)

@Mikey_C : yes it is ... from what I've heard the bugs they've founded did only concern 3D render and not the softwares and their installation ... not ?

@Atheist:
I will try to answer all your questions in the correct order.

Concerning all variant you mentionned for "Open To Read" command, yes, all should be possible .. it's the compiler that will parse correct data to input them in the command "Open To Read".

Concerning file existence, it will be coded in something this way :
If File Exist( FILENAME$ ) = 1 Then ....


Structure is really important.
You have 2 cases :
1. Commands : use arguments (or not) but return nothing. Generall coded this way :
COMMAND NAME argument1 [, argument2, argument3, etc ... ]
or :
COMMAND NAME
(simply if no argument is needed)

2. Functions : use arguments (or not) and return something, generally coded this way :
RETURNVALUE = FUNCTION NAME( argument1 [, argument2, argument3, etc ... ])
Or :
RETURNVALUE = FUNCTION NAME()
(simply if no argument is needed)

It's important to keep this structure to always know if a command/function return a value or not and to use if correctly.

The channel is really important because it allow you to open simultaneously more than 1 files. With this, you can read the next component on the correct file you had opened sooner, even if more than one file is opened.

FILEDATA$= Str$(2, CHANNEL)
no. it's not enough "easy to understand" and not intuitive.
READ STRING mean what it mean "you read a string"
if you want to read 2 bytes and make them become a string, you should combine this way :
FILEDATA$ = Str$( Read Word( CHANNEL ) )
Read Word( CHANNEL ) will return a 2 bytes value readen from the file and Str$() will transforme these 2 butes into a string.

Quote:
Isn't it exactly what I mentionned in my previous post ?

Quote:
It's not possible and too hasardous to allow this. It should also result in a performance cost for checkings ...
when you code your program, you must work in a structured way, it's better ... and using the correct data type for the needed job result in higher performance (it avoir the compiler to have to cast data from a format to another).
using the correct command for the correct data type.
If you don't use the correct data type for the correct command, the compiler will try to cast your data to the correct format but the compiler can't cast STRING to other format nor other format to STRING.

I think I've answered all your questions.

@Swoop : No because it was Pre-Installed with AmigaOS 4.1
If it's pre-installed, it should work as it is ...
I will check the readme for installation steps and override AmigaOS 4.1 installation for this product.

@AmigaBlitter:
It's the objective and main interest of creating a language similar to DarkBASIC & AMOS ;)
( cf : http://www.amigans.net/modules/newbb/ ... php?topic_id=2224&forum=3 )

@TiredOfLife: When I use this plugin, it makes DVPlayer crash !!! It's what I said upper in the post.

@Atheist:

Commands to read or write to files should become something like :

Open To Read CHANNEL, FILE$
Open To Write CHANNEL, FILE$
Close File CHANNEL

INTEGER = Read Byte( CHANNEL )
FLOAT# = Read Float( CHANNEL )
INTEGER = Read Word( CHANNEL )
INTEGER = Read Long( CHANNEL )
STRING$ = Read String( CHANNEL )

Write Byte CHANNEL, BYTETOWRITE
Write Float CHANNEL, FLOATTOWRITE#
Write Word CHANNEL, WORDTOWRITE
Write Long CHANNEL, INTEGERTOWRITE
Write String CHANNEL, STRINGTOWRITE$ (terminated by 0)

Regards;
Fred