June 18, 2019, 02:52:19 PM

Author Topic: Programming Language  (Read 931 times)

Offline johnno56

  • Jr. Member
  • **
  • Posts: 15
  • Logic is the beginning of Wisdom.
Re: Programming Language
« Reply #15 on: March 21, 2019, 10:04:39 AM »
The installation of the libaudio-dev did the trick and stopped the error.

I ran most of the 'samples' and all but one game displayed 'way' to big. It was like watching a magnified corner of the display. I am not familiar with BMX or what to look for in the programs to check screen settings...

I suppose I can compare the game that did run with one that didn't and see if I can spot something... this is going to be fun...

Thanks for the help so far...

J
May your journey be free of incident.

Live long and prosper.

Offline johnno56

  • Jr. Member
  • **
  • Posts: 15
  • Logic is the beginning of Wisdom.
Re: Programming Language
« Reply #16 on: March 21, 2019, 10:20:14 AM »
DaiHard,

It's been a long time since I have seen BBC stuff run. Installed BBCSDL. Already had the dependencies installed and it ran "out of the box". Interesting IDE choices... Time to break out my ancient listings...

Thank you.

J
May your journey be free of incident.

Live long and prosper.

Offline Derron

  • Hero Member
  • *****
  • Posts: 2154
Re: Programming Language
« Reply #17 on: March 21, 2019, 10:30:32 AM »
I ran most of the 'samples' and all but one game displayed 'way' to big. It was like watching a magnified corner of the display. I am not familiar with BMX or what to look for in the programs to check screen settings...

Which one worked - which not?

I use NG for my game TVTower (tvtower.org) and nobody reported such an issue yet. Maybe it is a driver-thing? Which linux, which gpu driver (vendor binary blob or FOSS drivers) ?


Do you talk about "fullscreen" or "windowed"? I mean: does it change your desktop resolution?

bye
Ron

Offline johnno56

  • Jr. Member
  • **
  • Posts: 15
  • Logic is the beginning of Wisdom.
Re: Programming Language
« Reply #18 on: March 21, 2019, 11:06:26 AM »
The only game that worked was "tiledrop". So far all of the other samples are too big. The display is not windowed. I will attempt to attach some screenshots. My resolution is 1920x1080 and is only changed while the samples are running.
First is "system info", "Zombieblast" and "Astar Demo".
May your journey be free of incident.

Live long and prosper.

Offline Steve Elliott

  • Hero Member
  • *****
  • Posts: 1802
Re: Programming Language
« Reply #19 on: March 21, 2019, 11:54:57 AM »
Does anything work properly on Linux?   ;D
Windows 10, 64-bit, 16Gb RAM, CPU Intel i5, 3.2 GHz, Nvidia GeForce GTX 1050 (2Gb).
MacOS Mojave, 64-bit, 8Gb RAM, CPU Intel i5, 2.3 Ghz, Intel Iris Plus Graphics 640 1536 MB.
Linux Mint 19.1, 64-bit, 16Gb RAM, CPU Intel i5, 3.2 GHz, Nvidia GeForce GTX 1050 (2Gb).

Offline Derron

  • Hero Member
  • *****
  • Posts: 2154
Re: Programming Language
« Reply #20 on: March 21, 2019, 12:05:23 PM »
My linux box works - except for some wine based application executions ;-)


@ johnno56
Maybe you should remove the 3rd+ parameters of the "graphics" command. so
graphics 800,600,0,32
becomes
graphics 800,600

I think in "windowed" mode it works - and it is a matter of running these apps in fullscreen on your computer.

If you are interested in solving this issue, feel free to create a thread within the BlitzMax subforum here (or Qube extracts our posts into a new thread...).
Some samples will use the default graphics drivers - while with NG you gained access to SDL - and so the "gl2sdl"-graphics driver. Maybe thinks work better there. But as said - we should better discuss this in another thread/topic.


bye
Ron

Offline johnno56

  • Jr. Member
  • **
  • Posts: 15
  • Logic is the beginning of Wisdom.
Re: Programming Language
« Reply #21 on: March 21, 2019, 01:48:22 PM »
I have been experimenting with the screen resolutions within each samples and have found that, in just about all of them, they can be modified to fit my screen. I am impressed by the quality of the samples. I think I will be looking for some tutorials....

Thank you for your help. Much appreciated.

J
May your journey be free of incident.

Live long and prosper.

Offline johnno56

  • Jr. Member
  • **
  • Posts: 15
  • Logic is the beginning of Wisdom.
Re: Programming Language
« Reply #22 on: March 21, 2019, 08:38:09 PM »
Does anything work properly on Linux?   ;D

Oh, very funny. Ho, ho, it is to laugh... lol

I have been using Linux now for 14 years. Initially, because I didn't do my homework, it was a bit of a dog's breakfast installing and running. But now, I can install and run a Linux OS, almost in my sleep. lol (well, NOT actually, lol) There are some Windows programs that I miss... But, no so much, as I have found alternatives... and "free". In the last 14 years I have not been effected by viruses (is that the right word?) or malware. So, over all, yes. 'Things' DO run on Linux and very well... But thanks for asking...

Have a great day.

J
May your journey be free of incident.

Live long and prosper.

Offline johnno56

  • Jr. Member
  • **
  • Posts: 15
  • Logic is the beginning of Wisdom.
Re: Programming Language
« Reply #23 on: March 21, 2019, 08:48:18 PM »
If you are a BASIC fan, you could look at BBC BASIC for SDL:

http://www.bbcbasic.co.uk/bbcsdl/

It's free, cross-platform, and uses SDL2 to provide graphics support which should be suitable for games.

Best wishes,

D

I tested BBCSDL on an old "Lunar Lander" program. Firstly, I found out the either IDE is VERY picky about the "case" of reserved/command words and also does not like it when I accidentally change the "case" of variables... lol
Once the program was debugged it ran... and finished. There were no errors... The program ran as it was supposed to do. But finished WAY too quickly. I suppose, back when it was originally written, most machines ran at a 4mhz CPU... Running it on a quad core i5.... Well, i'm not surprised that it ran so fast... I'm not complaining. There is probably a way to "slow" things down, but as I am new to BBC, I'm going to have to do some homework.

Thank you for the link... and the memories... Cool.

J
May your journey be free of incident.

Live long and prosper.

Offline therevills

  • Hero Member
  • *****
  • Posts: 545
Re: Programming Language
« Reply #24 on: March 22, 2019, 12:03:20 AM »
Firstly, I found out the either IDE is VERY picky about the "case" of reserved/command words and also does not like it when I accidentally change the "case" of variables... lol

Since you are Linux guy (14 years), you should be very much on board with case sensitivity  :)

Offline johnno56

  • Jr. Member
  • **
  • Posts: 15
  • Logic is the beginning of Wisdom.
Re: Programming Language
« Reply #25 on: March 22, 2019, 12:51:18 AM »
I am. But it seems that BBCSDL is not clairvoyant... well, that's my excuse, lame as it is...   :))
May your journey be free of incident.

Live long and prosper.

Offline DaiHard

  • Jr. Member
  • **
  • Posts: 29
Re: Programming Language
« Reply #26 on: March 22, 2019, 12:58:39 PM »
Hi John,

There's a setting in the "options" to force upper case keywords, or to allow lower case keywords. The default is upper case. In the latter, you have to be extra careful not to have variables that match the keywords (especially the first few letters).

Yes, variables are case-sensitive, which means you can have more of them!  :-)

Running fast - yes, in the "old days" we all just let everything run as fast as possible, in the hope it would be fast *enough*, but these days often you need to slow it down/run it to a timer. Both approaches are possible: you can either use WAIT statements (e.g. WAIT 1 waits 1 centisecond), or you can set/read the TIME pseudovariable, so you can ensure that you don't continue with the next loop until a certain time after the last loop ran, for example. For finer time measurements there's a TIMERLIB which you can install and use.

Including a WAIT has the added merit it gives the CPU a rest/chance to do something else, so in situations where the program spends a lot of time waiting for user input it's often good to include a WAIT statement inside the polling loop. Saves a lot of battery power/heat.

Hope that's helpful,

D


Offline peteswansen

  • Jr. Member
  • **
  • Posts: 52
Re: Programming Language
« Reply #27 on: March 29, 2019, 08:05:32 PM »
How about "Scratch".... its recommended in the Linux versions I have installed on my Raspberry PI's

Offline Pfaber11

  • Full Member
  • ***
  • Posts: 191
Re: Programming Language
« Reply #28 on: April 28, 2019, 03:05:00 PM »
I would suggest AGK2 although it's not free when it goes on sale which it regularly does it can be had for 25 to 30 quid . I waited and got it for 25 over a year ago. I consider it to be really cool and you can export your games to mobile and write on Linux too. I tried it on Linux and it works very well a while back. Been looking at PureBasic myself and it just reinforced my liking for AGK2. AGKstudio is to be released officially in June and will be using the Vulken engine which will apparently give a 20% speed increase I think it launches on 10th june so only 5 or 6 weeks until it's released. I think if I had no money and wanted a language for free I might look at Python which is supposed to be easy to learn and is looked upon as a professional language ( I think) . I tried visual basic about 10 years ago but the results were pretty crap. Great for forms but for games I think it's rubbish . Methods . hmm. I believe VB is not being supported now and is a dying language. C# is microsofts baby now as far as I know. .net   .horrid  . enjoy your weekend, Bonjour