@kas1e

Quote:
I agree, I prefer it to be called p96_pip as well.

Quote:

Well, the project on Google Code is called mplayer-amigaos, and in the future it might host the AROS version as well, so for coherency I was thinking to call it that way. Or we might print a different version string on each platform, too.

@LiveForIt

Quote:
Since all you work will go into the repository, if you agree I'd like to call this first version MPlayer-AmigaOS 1.00, and to change the version tag under src/version.h to this:

#define VERSION "-AmigaOS 1.00 SVN-rSVN-r32634-4.2.4"

This way we'll not have have to refer to this version of MPlayer as e.g. LiveForIt's version or similar, and to make it easier for everyone to find out what version of MPlayer they are running.

Varthall

@samo79
Quote:
I haven't looked at this yet. I will have to find a way to do this type of merge on SVN, a type of branching called "vendor branching" might work in this case.

Varthall

Hi, sorry to everyone for the delay, I have been away from some days. Thanks to LiveForIt for all your work on MPlayer, I have added you to the list of contributors, you can now commit all your changes to the SVN. You can host all your betas there for download as well, I think you should have permission to upload them, if not please let me know. I have sent a PM to Kas1e and Deniil too for their email address, is there anyone else who would like to be added (MickJT maybe?) ?

I have quickly read this thread (and the older one), I will read it more carefully later, for now a couple of observations:

- before committing any code made by Fab, please note that I have asked him in the past about merging hte code from Afx with his code, and make it possible to compile the MOS version out of it as well. He replied me saying that he preferred his sources to be available only from his website and not from a repository... @Fab can you please comment on this?

- the Reaction GUI stuff is unfinished and kludged into the code, instead of being implemented as a separate GUI, as you have observed. It can be anyway compiled and activated, it's minimal but it sort of works, maybe you have already seen it. I'd anyway remove it, if really needed a better Reaction GUI can be written later.

- @LiveForIt are you making modifications to the Makefile directly, so that configure shall not be used anymore to generate it? My idea was to try to make MPlayer compilable from configure, and create a bash script to make all the required changes in the Makefile and config.mak files, since: a) the problems might be due to AmigaOS' own shell, in the future a fixed shell might solve these problems, and b) to make it easier to compile MPlayer if not all the third party libraries are installed in the SDK.

- I have seen it this thread some links to some videos that have been used for benchmarking. There's a "benchmark" directory on the SVN with a first version of a test suite, I'll add the files and update the benchmarking documentation.

EDIT: As soon as we will put the latest beta on the SVN page, it will be best to open all the new issues there.

Varthall

@LiveForIt

Hi,

as Samo already pointed out, in the notes_amigaos4 file there are some useful tips on how to compile it, although it is not complete. Check the "Linking errors fixes" to see if there's anything useful there for your linking problems.

I'll happily submit any contribution to the MPlayer SVN, feel free to PM me if you have anything you would like to add there.

BTW how fast does it compile on your X1000? A complete compile takes 1hr on my 1GHz A1, while it only takes 10 mins or so on my 2Ghz laptop under Linux, although I have always been unable to compile an Altivec version there.

Varthall

Hi,

I'll post a second beta this evening with a fix for the keyboard problem, I'll check the problem with the samples speed too. Sorry about the delay, I have been very busy this month.

Varthall

@spotUP

AFAIK PortAudio provides a platform-indipendent API for audio replaying and recording. I read on its wiki page that at the moment it supports Core Audio, ALSA, MME, DirectSound, ASIO and WASAPI, to port it on Amiga a specific AHI backend will
have to be written, so it won't be a straightforward work.

Never tried Squeezebox, is it a music client like Spotify?

Varthall

A first version, straight compile with no changes added:

https://docs.google.com/file/d/0B2qDqD ... 01rNmVjYWlUUW8/edit?pli=1

I'm working now on the file handling, as for now modules can be loaded only from the same folder where Milky is stored. I have tried to load an 8 channel module, selected "Mark all" to select all the tracks and copied them, no crash observed.

Varthall

@kas1e

Ok, just wanted to let you know that I'm compiling it right now too :)

Varthall

@kas1e

Some fixes are required for the file opening requester (handling the HOME environment for example), what has to be added too is the support for a list of all the current devices (ATM Milkytracker on OS4 can load/save data only its current partition). There was also a nasty bug which prevented the compile of one of the audio replay modes due to a bug in the version of GCC included in the SDK, a workaround was required, I don't know if it was submitted in the Milky's CVS (they are now using GitHub I see).

EDIT: it requires autoconf too to generate the makefile (at least the old v0.90.80). I compiled it by generating the makefile on Linux and adapting it to run on OS4.

Varthall

@pseudaxos

Hi,

I'm the author of the Milkytracker port. I'm sorry you didn't receive any response from me, the email address mentioned in the Milkytracker docs and on OS4Depot is no longer valid (hotpop.com has shut down a couple of years ago). I have never encountered the bug you mentioned, I'll try to reproduce it at home. Anyway, the bug could be common for all the ports and not specific for the OS4 one, the best thing would be to port the latest Milkytracker version (v0.90.86, released last month) before investigating further. I'm very busy lately, I'll see what can I do these days, can't promise anything though.

Varthall

@Hans

I have contacted them, they have confirmed they will use Unity for the game.

Varthall

I have the 3 archives of the x86_64 Linux version of the OS4 crosscompilers (not the 32bit x86 versions unfortunately), I have uploaded them here:

https://drive.google.com/folderview?id ... NLNGd0WDh4ckU&usp=sharing

I hope that zerohero won't mind if I'm sharing them, kas1e you're welcome to add them to your own mirror.

Varthall

Quote:
Unfortunately my free time is still close to zero, and this is even going to get worse unless I manage to find a way to organise myself :( I have an almost finished version of a MUI configuration editor on my hard disk, plus a music player for the ingame tunes was planned next. I agree it would be nice to have both the original and the NX Engine version released, the first might be released just with the config editor, if you Spot agree.

Varthall

The page and archives are now back online, thanks zerohero!

http://www.zerohero.se/cross/os4.html

Varthall

Quote:
I have just uploaded the latest 1.74 version to both OS4Depot and Aminet.

Varthall

"Lens", which demonstrates the use of compositing, included in the following archive:

http://os4depot.net/index.php?functio ... c/compositing_goodies.lha

Varthall

"Listen"... it contains "list" and it's also a word related to music. Or "ListenED", which contains ED as in "editor", and is a word too.

Hexen 2 and Heretic 2 are two different games. Hexen 2 is based on the first Quake engine, while Heretic 2 on the newer Quake 2 engine. The Heretic 2 source code has not been released unfortunately.

Varthall

Quote:
I can confirm about the differences between PCI slots in an A1XE when trying to use a PCI USB card. My D-Link DU-520 USB2 PCI card doesn't work if inserted in the second PCI 33MHz slot, while it works flawlessly in the third PCI slot (the one which is nearest the motherboard's edge). My setup is as follows (it is similar to K-L's one):

*One Radeon 9200 on the AGP Port
*Nothing on the 66Mhz PCI port
*One SATA 3114 card on the 1st PCI 33 Mhz port
*Nothing on the 2nd PCI 33 Mhz port
*One NEC USB 2 card on the 3rd PCI 33 Mhz port

This is on an A1XE 1GHz with internal USB and DMA fixes.

Incidentally, the same card refused to work in a Pentium 4 system as well, inserted in a PCI slot in the middle, I haven't tried to insert it in the last PCI slot.

This is my card: http://www.dlink.com/products/?pid=DU-520

Varthall